OscarGarcia

En la pestaña de "vista previa" tendrás una previsualización de los datos atendiendo al tipo de respuesta y en la pestaña "Respuesta" está la respuesta en crudo. Copia los datos de esa última pestaña.

¿Podrías mirar el inspector de red del navegador y ver allí el contenido de la respuesta de la petición?

@BilbitBolson, la parte del servidor no sé si está bien porque no has compartido nada Pero esos 0: o 1: al comienzo de cada línea en un JSON es algo que rompe el formato, por lo que no puede ser válido

¿Eso es lo que te devuelve el console.log(result)? No parece un JSON válido.

Son marcadores que sitúan al navegador del cliente en una parte en particular de la página, pero no tiene ningún sentido en el lado del servidor. También los usan algunos sistemas de páginas-de-una-sola-página para conocer qué apartado de la página se está mostrando. Pero, en todo caso, al servidor nunca le llega esa información. PD: Por favor, responde la duda sobre el contenido de la variable result y lo que deseas hacer con ella.

¿Estás tratando de cargar la URL en curso dentro de un <div>? Además, veo que has intentado usar una URL con #. Recuerda que todo lo que hay tras un # en una URL es interpretado en el navegador por el cliente y nunca llega al servidor. ¿Podrías decir qué contiene result cuando devuelve la llamada al servidor y qué debes agregar al div?

Para saber si de verdad se mandó o no una petición y su contenido, debes hacer uso del inspector de red. Te pongo un ejemplo con tu propio formulario:

@Rastajuan puedes activar en el navegador la opción "mantener registro" para que ni las peticiones de la pestaña de red ni lo que aparece en la consola de depuración de javascript desaparezca cuando cargues una nueva página.

pruebas = "Esto es una prueba";
console.log(pruebas, window.pruebas, window["pruebas"]);

Puedes comprobarlo ejecutando este código en la consola de depuración de JavaScript de tu navegador:

@Rastajuan en el primer comentario te indico que el navegador crea automáticamente dichas propiedades en el ámbito de window. Al ser el ámbito global por defecto, las ves en forma de variables normales, pero en realidad todas las variables que crees en el ámbito global son propiedades de la clase window.

Te digo lo mismo que @Suso, también me funciona el envío. He editado tu pregunta para que se pueda probar tu código dentro de la pregunta. Podrás comprobar en el inspector de red del navegador que los datos del formulario se envían correctamente codificados como Content-Disposition: form-data (se envía la cabecera Content-Type: multipart/form-data debido a que así lo indicaste en el <form enctype>). Entonces.. ¿tienes una versión en línea para que podamos probar si el problema es algo que no se puede reproducir solo con el código que has compartido?

Cuarto consejo: usa e.preventDefault() solo para evitar el envío del formulario si deseas cancelar el envío. Tú lo estás usando inmediatamente por defecto y luego tratas de enviar el formulario usando el método submit(). Deja que el flujo natural delas cosas fluya hasta que necesites detenerlo.

Tercer consejo, cuidado con las comprobaciones con conversión de tipos como if (!elementosFormulario[i].value). Además, esa comprobación se hace innecesaria si haces uso del atributo required. Aunque veo que luego pides confirmación para enviarlo aunque estén vacíos, en ese caso puedes mantener la comprobación, pero solo de los campos necesarios mediante una búsqueda querySelectorAll() a través de un atributo inventado o data-* que lo marque como opcional con confirmación.

Segundo consejo: no necesitas JavaScript para comprobar el contenido de un campo mediante expresiones regulares. Basta con usar el atributo pattern y el selector CSS :valid y e :invalid(mira este ejemplo que puse hace pocos días).

Primer consejo: ahórrate todos los const formulario = document.getElementById("formulario"). Recuerda que JavaScript crea una propiedad en window (el ámbito global por defecto) con la id de cada elemento del DOM que tenga el atributo id definido. De modo que formulario ya existía antes de que lo declararas.

Hola. Imagino que borraste la pregunta porque con esta (parece duplicada) te resolvieron el problema, verdad?

@gbianchi gracias! :D

De nada. Espero haber sido de ayuda :) ¡un saludo y hasta otra!

@DBE dentro de la carrera de economía luego hay economía internacional, en la que se aprende este tipo de cosas con más detenimiento. Imagino que un gestor que se ocupa de cuentas de pequeñas y medianas empresas no suele tratar derecho o gestión internacional con frecuencia (y no le interesa invertir un tiempo en algo que probablemente no le saque rendimiento económico)

Yo no soy de económicas, pero me he tenido que pelear en algún momento que otro con cosas de hacienda o de impuestos y me ha tocado leer

Lo dicho, hay que estudiar carrera para conocer todos. Como dice el dicho, yo sé más por viejo que por diablo.

Modelo 210. IRNR. Impuesto sobre la Renta de no Residentes sin establecimiento permanente

Nunca he estado en ese caso, pero sé que hay que tributar

Depende de si trabajas por cuenta ajena o por cuenta propia, si tu residencia habitual está aquí o no, etc. Existe una declaración de hacienda para no residentes.

Sí, pero recuerda que debes declarar esos ingresos en España también, aunque hayan tributado en otro país

Algunos países te piden tener sede física en el país (cuando son sociedades), otros te piden la residencia (cuando eres particular), otros te piden vivir allí un porcentaje del año, etc. Cada país tiene requisitos diferentes ante sociedades y personas físicas y, por supuesto, solo estás obligado a tributar en un país.

@DBE ¡Claro que sí! Puedes tributar en el país que quieras si eres el dueño de la empresa y cumples con los requisitos del país en cuestión. Ejemplo muy sencillo: el que trabaja en otro país (como Francia, Italia, EEUU, etc) cotiza y paga impuestos en ese país.

Pero ahora tengo que dejarte, me queda una hora antes de irme a dormir y toca echar un ratito de ocio :)

@DBE No necesariamente. En diferentes países se requieren diferentes requisitos para tributar allí.

Uno se lleva una cantidad fija por cada producto que vendas (o la diferencia entre el repercutido y el soportado, como el IVA) y el otro sobre tus ganancias

Hay paraísos para el IVA y paraísos fiscales para la declaración de hacienda

@DBE Pero una cosa es la declaración del IVA y otra la de Hacienda

@DBE Eso ya depende de su sistema tributario. Es como los que huyen a paraísos fiscales como Andorra. España no es de lo que tienen el IVA más alto

En alimentación se usan el 4% y el 10%, dependiendo del producto...

@DBE Eso pasa en todo el mundo. España no es el único país que tiene diferentes impuestos para diferentes productos

Así que una academia que envíe manuales impresos deben usar el 4% de IVA y no el 21%

Y los libros, lo que te decía. Un PDF se rige por el IVA general del 21% porque no se considera un libro. Los libros físicos tienen el 4% de IVA.

Esas no tributan IVA, el resto de docencia sí

Las clases particulares son clases de apoyo que dan las academias a las asignaturas que se cursan en el colegio, instituto o universidad

Disculpa x(

Es decir, las clases particulares de materias como matemáticas, ciencias, lengua, etc, no tienen IVA, pero si impartes un curso de desarrollo de aplicaciones en PHP y MySQL sí, siempre y cuando no sea sobre una asignatura de un módulo o carrera existente.

Para ser exactos, el capítulo 20

https://www.boe.es/buscar/act.php?id=BOE-A-1992-28740