Error en los envíos que no puedo detectar

[emailesc]

Empezado por espinete

Tenemos prohibido desactivar cualquier antivirus o cortafuegos de los clientes. Por ahora solo puedo poner logs por todas partes a ver dónde se detiene.

En cualquier caso, si fuera antivirus o cortafuegos, debería dar error de conexión, pero no sé cómo detectar ese posible error en el código anterior.

Puede que si es un firewall no te esté respondiendo. La comunicación sale del equipo, el firewall la para y ahí se queda la cosa, no hay respuesta. Prueba a hacer un tracert con la ip de la aeat a ver si llega o se para en algún sitio entre medias. Desde Powershell puedes hacer comunicaciones parecidas a las que harías con el envío, por ejemplo enviando un xml de envío en archivo, a la aeat y ver si te aporta algo.

[espinete]

Al final el error estaba en que una de las facturas del bloque no tenía generado el RF (XM;L), y al crear el bloque para el envío, se colgaba y no continuaba con el proceso.

¿Por qué esa factura no tenía XML generado? Ni idea, está claro que algún fallo por nuestra parte que no supimos ver a tiempo. Al final se trataba de una factura con Total = 0 y quizás por eso ocurrió algo raro y no se generó el RF.

Al menos gracias a estos pocos clientes que se atrevieron a enviar a Producción voluntariamente iremos puliendo estas cositas.

[emailesc]

Empezado por espinete

Al final el error estaba en que una de las facturas del bloque no tenía generado el RF (XM;L), y al crear el bloque para el envío, se colgaba y no continuaba con el proceso.

¿Por qué esa factura no tenía XML generado? Ni idea, está claro que algún fallo por nuestra parte que no supimos ver a tiempo. Al final se trataba de una factura con Total = 0 y quizás por eso ocurrió algo raro y no se generó el RF.

Al menos gracias a estos pocos clientes que se atrevieron a enviar a Producción voluntariamente iremos puliendo estas cositas.

Efectivamente, por estas cosas se deben hacer pruebas de campo SIN RIESGO legal o comercial (es decir enviando al endpoint de pruebas) y si el registro esta mal efectivamente no parar la venta, porque eso que dice Hacienda de que "no hay que parar la venta" es una solemne tontería si según que errores (por ejemplo que no se creen los registros de facturación) los tienes que solucionar en el momento (y de estos errores se pueden dar y no ser causados por el software, sino venir de Windows, que es un virus en sí mismo), porque si no puedes tener un problema muy difícil de solucionar, y siempre con la espada de Damocles de la multa de 150.000/50.000€ rondando por encima . Cuantos de estos errores tendremos que solucionar todos que no habíamos previsto...
De verdad que no conozco software medianamente serio en el mundo mundial que se haya lanzado al mercado sin pruebas de campo, y menos de forma obligada por la autoridad, pero lo que más me sorprende de esto es que parece que todo el mundo lo ve muy normal, no ves una queja en redes sociales, ni en seminarios de esos que crea Hacienda o las grandes empresas de software, ni nadie se queja ahora que han metido el aplazamiento que uno de los condicionantes más importantes para que en diciembre faltaran un 80-90% de empresas a incorporarse a Verifactu es precisamente este.
Lo normal... lanzar software fiscal sin posibilidad de probarlo...

[Daviid]

Empezado por emailesc

Efectivamente, por estas cosas se deben hacer pruebas de campo SIN RIESGO legal o comercial (es decir enviando al endpoint de pruebas) y si el registro esta mal efectivamente no parar la venta, porque eso que dice Hacienda de que "no hay que parar la venta" es una solemne tontería si según que errores (por ejemplo que no se creen los registros de facturación) los tienes que solucionar en el momento (y de estos errores se pueden dar y no ser causados por el software, sino venir de Windows, que es un virus en sí mismo), porque si no puedes tener un problema muy difícil de solucionar, y siempre con la espada de Damocles de la multa de 150.000/50.000€ rondando por encima . Cuantos de estos errores tendremos que solucionar todos que no habíamos previsto...
De verdad que no conozco software medianamente serio en el mundo mundial que se haya lanzado al mercado sin pruebas de campo, y menos de forma obligada por la autoridad, pero lo que más me sorprende de esto es que parece que todo el mundo lo ve muy normal, no ves una queja en redes sociales, ni en seminarios de esos que crea Hacienda o las grandes empresas de software, ni nadie se queja ahora que han metido el aplazamiento que uno de los condicionantes más importantes para que en diciembre faltaran un 80-90% de empresas a incorporarse a Verifactu es precisamente este.
Lo normal... lanzar software fiscal sin posibilidad de probarlo...

A ver si el 01/01/2027 cuando empiecen a enviar muchos le peta el programa a la AEAT y pagan ellos por no tener el programa adaptado.

[ermendalenda]

Empezado por espinete

Al final el error estaba en que una de las facturas del bloque no tenía generado el RF (XM;L), y al crear el bloque para el envío, se colgaba y no continuaba con el proceso.

¿Por qué esa factura no tenía XML generado? Ni idea, está claro que algún fallo por nuestra parte que no supimos ver a tiempo. Al final se trataba de una factura con Total = 0 y quizás por eso ocurrió algo raro y no se generó el RF.

Al menos gracias a estos pocos clientes que se atrevieron a enviar a Producción voluntariamente iremos puliendo estas cositas.

Yo con las facturas a 0 ya he tenido varias movidas, o sea, todas las movidas las he tenido con las facturas a cero.
Una de ellas es que al no tener ninguna cuota con importe no generaba el detalle desglose y catapum,

[novatico]

Empezado por ermendalenda

Yo con las facturas a 0 ya he tenido varias movidas, o sea, todas las movidas las he tenido con las facturas a cero.
Una de ellas es que al no tener ninguna cuota con importe no generaba el detalle desglose y catapum,

Sí, yo también tuve que controlar esa misma circunstancia.

[novatico]

¿ Estáis teniendo problemas con el envío a PRODUCCION hoy por la mañana ??

A mí me está devolviendo como si el servidor de la AEAT estuviera fallando.

[ermendalenda]

Empezado por novatico

¿ Estáis teniendo problemas con el envío a PRODUCCION hoy por la mañana ??

A mí me está devolviendo como si el servidor de la AEAT estuviera fallando.

No, todo ok, menos un envio puntual a las 10:55 y otro a las 7:57, pero al reeenviarse ha dado ok, llevamos miles mandado sin más problemas

[novatico]

Empezado por ermendalenda

No, todo ok, menos un envio puntual a las 10:55 y otro a las 7:57, pero al reeenviarse ha dado ok, llevamos miles mandado sin más problemas

Y me puedes confirmar la URL de PRODUCCION.

yo tengo esta:
https://www1.agenciatributaria.gob.e.../VerifactuSOAP

lo que me extraña es que me está fallando sólo con un cliente que he revisado y todo en la configuración parece ok.

[ermendalenda]

Un error puntual que antes no habia tenido, pero al siguiente reintenro se envió correctamente:

HTTP/1.1 404 Not Found Date: Thu, 01 Jan 1970 00:00:00 GMT Server: webserver Connection: close X-Download-Options: noopen X-Frame-Options: deny X-XSS-Protection: 1; mode=block Strict-Transport-Security: max-age=31536000; includeSubdomains Content-Length: 0 Cache-Control: no-cache Content-Type: text/html

Sí os fijais en la fecha que devuelve 1/1/1970, significa que el endpoint estaba desincronizado, posiblemente un reinicio sin los servicios de reloj aún levantado.