SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

[shiximaru]

Hola,

Nadie tuvo problemas de envios el viernes?
Sacaron un escueto aviso de que iban a parar el servidor de pruebas el fin de semana. Y algo tocaron en produccion que ha afectado a varios envios. El servicio web no respondia correctamente (404) y en cambio los registros si que fueron grabados. Al volver a enviarlos, ahora salen como factura duplicada. En estos casos, la agencia tributaria deberia emitir un comunicado de los errores que hubo.

[mrobles]

Empezado por shiximaru

Hola,

Nadie tuvo problemas de envios el viernes?
Sacaron un escueto aviso de que iban a parar el servidor de pruebas el fin de semana. Y algo tocaron en produccion que ha afectado a varios envios. El servicio web no respondia correctamente (404) y en cambio los registros si que fueron grabados. Al volver a enviarlos, ahora salen como factura duplicada. En estos casos, la agencia tributaria deberia emitir un comunicado de los errores que hubo.

Yo con las consultas tengo "Operation timed out after 30000 milliseconds with 0 bytes received" o "Conexión a Oracle no disponible." en la mayoría de intentos

[CMB]

Empezado por mrobles

Yo con las consultas tengo "Operation timed out after 30000 milliseconds with 0 bytes received" o "Conexión a Oracle no disponible." en la mayoría de intentos

Efectivamente, en este momento en el entorno de pruebas no se recibe respuesta de las consultas después de 20 s de espera. En el de producción no lo sé.

[Nasca]

Empezado por CMB

Efectivamente, en este momento en el entorno de pruebas no se recibe respuesta de las consultas después de 20 s de espera. En el de producción no lo sé.

Está respondiendo diversos errores diferentes.

Sin embargo en el de producción funciona con normalidad.

[Nasca]

Pero eso a nivel de webservice, pero igualmente el acceso a formularios web del SII está caído o extremadamente lento.

[barnarasta]

Empezado por shiximaru

Hola,

Nadie tuvo problemas de envios el viernes?
Sacaron un escueto aviso de que iban a parar el servidor de pruebas el fin de semana. Y algo tocaron en produccion que ha afectado a varios envios. El servicio web no respondia correctamente (404) y en cambio los registros si que fueron grabados. Al volver a enviarlos, ahora salen como factura duplicada. En estos casos, la agencia tributaria deberia emitir un comunicado de los errores que hubo.

Nosotros no pudimos enviar EMITIDAS el Viernes a las 20:03 -------------- Operation timed out
como en otros Viernes, pense que se trataba de sobrecarga.Esta mañana a las 7:32 ya entraron todas bien y sin dupliados.

[dmg]

También tuve los mismos problemas de Operation timed out y después facturas duplicadas.

[[newtron]]

Empezado por dmg

También tuve los mismos problemas de Operation timed out y después facturas duplicadas.

Por lo visto eso va a ser un problema habitual en nuestra relación con la aeat así que el que no lo haya hecho deberá contemplar esta posibilidad e implementar una solución en la aplicación.

Yo por mi parte lo que hice fue que si se detectan facturas duplicadas dar la opción de marcarlas como enviadas o enviarlas de nuevo como modificación y de esa manera el usuario ya decide qué quiere hacer.

Saludos

[mrobles]

A todo esto, ¿alguien me dice donde publica la AEAT los comunicados sobre estos incidentes?

[CMB]

Empezado por mrobles

A todo esto, ¿alguien me dice donde publica la AEAT los comunicados sobre estos incidentes?

Buena pregunta. ¿Alguien lo sabe?

[PASPAS]

Empezado por CMB

Buena pregunta. ¿Alguien lo sabe?

Creo que no lo haran mas les vale....
Conforme lo estan llevando de mal
Casi seguro q si preguntas contestan q no saben lo desconcen o q sera tu equipo o lo siempre

En cualquier caso, de conformidad con lo establecido en el artículo 87 de la Ley 58/2003, de 17 de diciembre, General Tributaria (Boletín Oficial del Estado del día 18), esta contestación tiene el carácter de mera información de los criterios administrativos existentes para la aplicación de la normativa tributaria. Si desea plantear una consulta tributaria escrita respecto al régimen, clasificación o calificación tributaria que le corresponda, debe dirigirse, según lo establecido en los artículos 88 y 89 de la Ley General Tributaria, a la DGT como órgano competente para la elaboración de contestaciones vinculantes.

[CMB]

Empezado por PASPAS

Creo que no lo haran mas les vale....
Conforme lo estan llevando de mal
Casi seguro q si preguntas contestan q no saben lo desconcen o q sera tu equipo o lo siempre
En cualquier caso, de conformidad con lo establecido en el artículo 87 de la Ley 58/2003, de 17 de diciembre, General Tributaria (Boletín Oficial del Estado del día 18), esta contestación tiene el carácter de mera información de los criterios administrativos existentes para la aplicación de la normativa tributaria. Si desea plantear una consulta tributaria escrita respecto al régimen, clasificación o calificación tributaria que le corresponda, debe dirigirse, según lo establecido en los artículos 88 y 89 de la Ley General Tributaria, a la DGT como órgano competente para la elaboración de contestaciones vinculantes.

En un país normal todo el mundo es responsable de sus actos. Y cuando se trata de negocios y tributación todavía más. En estos casos me gusta recordar que en los países anglosajones a los funcionarios les llaman servidores públicos.

[CMB]

Empezado por newtron

Por lo visto eso va a ser un problema habitual en nuestra relación con la aeat así que el que no lo haya hecho deberá contemplar esta posibilidad e implementar una solución en la aplicación.
Yo por mi parte lo que hice fue que si se detectan facturas duplicadas dar la opción de marcarlas como enviadas o enviarlas de nuevo como modificación y de esa manera el usuario ya decide qué quiere hacer.
Saludos

No sé si alguien se ha dado cuenta de que con una factura duplicada (porque en su momento falló la respuesta) el WS suministra en su respuesta el CSV original, el que había sido asignado en el primer envío pero que no pudo ser anotado por el programa. Entonces se toma ese dato y se anota en la factura que ha sido dada como "duplicada", y todo queda normalizado, como si nada hubiera sucedido. Y si el usuario no se quedase tranquilo, pues la podrá mandar como cambios, pero creo que no es necesario.

[Galahad]

Hola , buenas tardes.

Por un error , en las facturas recibidas con más de un tipo de iva (por ejemplo la del agua), en el campo 'cuotaIvaSoportado' no estabamos enviando el valor correcto. Si que se enviaban el desglose de los ivas correctamente, pero en este campo (que figura en la cabecera), se enviaba solo el importe de iva de la primera base de la factura.
Solucionado ya el problema, hice la consulta a la agencia tributaria sobre si ese 'fallo' es relevante a la hora de la liquidación del impuesto ( si se tenia en cuenta ese campo o ellos validan dicho dato con el desglose) . Tambien les preguntaba sobre la manera de solucionarlo si ya el periodo máximo de presentación para facturas de julio ha expirado (creo que las facturas de julio se pueden rectificar/modificar hasta el 15 de agosto ).
Han pasado tres semanas y sigo esperando una contestación..
¿ a alguien le ha pasado algo similar o puede darme un poco de información sobre esto ?

Está claro que tenemos que asumir nuestros errores, pero me parece 'grave' que como hemos dicho muchos en este hilo, la Aeat se lo 'trague todo', sin comprobar nada. Me parece un error grave, tanto por nuestra parte, como por la aeat por aceptar una factura con esa diferencia.

[PASPAS]

Empezado por Galahad

Hola , buenas tardes.

Por un error , en las facturas recibidas con más de un tipo de iva (por ejemplo la del agua), en el campo 'cuotaIvaSoportado' no estabamos enviando el valor correcto. Si que se enviaban el desglose de los ivas correctamente, pero en este campo (que figura en la cabecera), se enviaba solo el importe de iva de la primera base de la factura.
Solucionado ya el problema, hice la consulta a la agencia tributaria sobre si ese 'fallo' es relevante a la hora de la liquidación del impuesto ( si se tenia en cuenta ese campo o ellos validan dicho dato con el desglose) . Tambien les preguntaba sobre la manera de solucionarlo si ya el periodo máximo de presentación para facturas de julio ha expirado (creo que las facturas de julio se pueden rectificar/modificar hasta el 15 de agosto ).
Han pasado tres semanas y sigo esperando una contestación..
¿ a alguien le ha pasado algo similar o puede darme un poco de información sobre esto ?

Está claro que tenemos que asumir nuestros errores, pero me parece 'grave' que como hemos dicho muchos en este hilo, la Aeat se lo 'trague todo', sin comprobar nada. Me parece un error grave, tanto por nuestra parte, como por la aeat por aceptar una factura con esa diferencia.

En cualquier caso la aeat siempre podrá alegar que esas facturas no estaban contrastadas y en el motivo te indicaban la causa... en caso contrario tienes razon.
Saludos

[CMB]

Empezado por Galahad

Por un error, en las facturas recibidas con más de un tipo de iva (por ejemplo la del agua), en el campo 'cuotaIvaSoportado' no estabamos enviando el valor correcto. Si que se enviaban el desglose de los ivas correctamente, pero en este campo (que figura en la cabecera), se enviaba solo el importe de iva de la primera base de la factura.

Hola, Galahad

No encuentro en las definiciones del SII ningún campo con el nombre "cuotaIvaSoportado". Sí que existe uno que se llama "CuotaSoportada", pero no casa con tu descripción. No va incluido en la cabecera y corresponde al importe del IVA de cada uno de los tipos.

Por favor, ¿lo podrías aclarar para conocimiento de todos?

Saludos,

[Galahad]

Empezado por CMB

Hola, Galahad

No encuentro en las definiciones del SII ningún campo con el nombre "cuotaIvaSoportado". Sí que existe uno que se llama "CuotaSoportada", pero no casa con tu descripción. No va incluido en la cabecera y corresponde al importe del IVA de cada uno de los tipos.

Por favor, ¿lo podrías aclarar para conocimiento de todos?

Saludos,

Disculpad, el campo se llama *cuotadeducible" es obligatorio y está en la cabecera. En el documento de la AEAT "descripción web" figura en la página 92.
Lo que me gustaría saber es la relevancia de dicho dato a la hora de la liquidación
Saludos

[encoder59]

Buenos dias a todos
Soy nuevo en este foro y en el tema sii que no ya habido mas remedio que desarrollarlo en casa en plan corre corre.
El caso es que me ha parecido entender en alguno de los documentos de la aeat que se podrían consultar las facturas emitidas y presentadas por otros que no hubiéramos recibido todavía.
Si esto fuera así ayudaría mucho al contraste ya que permitiría encontrar los errores del dichoso IDFactura que nos llevan de cabeza, cuando las partes informan cosas distintas. En las facturas papel no hay problema: se pone lo que dice el proveedor y punto (aunque a veces lo que imprimen y lo que guardan no sigue el mismo formato, hay mucha creatividad por ahi, y los malditos espacios) pero en las factura-e el proveedor puede informar la serie y además usar la serie en su número factura y se forma el follón cuando ambos no informamos lo mismo.
Fué hacer el primer envío y empezar a tener llamadas de clientes, lo peor es que ellos tenían razón: un (vamos a llamarlo 'ingenioso') formulario estaba insertando guiones que no estaban en el dato.
El caso es: hay alguna manera de consultar lo que informan las contrapartes? Hay alguna manera de saber si han enviado facturas que aún no te recibido?

Agradecer a todos las contribuciones al foro: llevo semanas enganchado aquí leyendo posts, muy interesantes y reveladores.
Muchas gracias de antemano

[Virman]

Empezado por CMB

No sé si alguien se ha dado cuenta de que con una factura duplicada (porque en su momento falló la respuesta) el WS suministra en su respuesta el CSV original, el que había sido asignado en el primer envío pero que no pudo ser anotado por el programa. Entonces se toma ese dato y se anota en la factura que ha sido dada como "duplicada", y todo queda normalizado, como si nada hubiera sucedido. Y si el usuario no se quedase tranquilo, pues la podrá mandar como cambios, pero creo que no es necesario.

Aunque te devuelva el CSV, no te devuelve la fecha de presentación, y esto para algunos usuarios puede ser necesario. Yo creo que la mejor opción sigue siendo enviarla como modificada.