Incidencia=s

[[newtron]]

Yo he optado por guardarlo TODO, los .xml que se envían y los .xml de respuesta. Los guardo tal cual en una carpeta así como: \Respuestas\AÑO\MES\respuestaXXX.xml


De esta manera si algún dato se me escapa por controlar siempre puedo ir a buscar el fichero original de respuesta y sacarlo de ahí.


Saludos.

[ermendalenda]

Empezado por newtron

Yo he optado por guardarlo TODO, los .xml que se envían y los .xml de respuesta. Los guardo tal cual en una carpeta así como: \Respuestas\AÑO\MES\respuestaXXX.xml


De esta manera si algún dato se me escapa por controlar siempre puedo ir a buscar el fichero original de respuesta y sacarlo de ahí.


Saludos.

Pero solo guardar las respuestas no se si es suficiente, por que... y si no hay respuesta. Puedes verificar al menos 3 problemas: conexión a Internet, certificado inválido, no hay respuesta de la aeat aunque haya Internet.
Después si no hay Internet ya hasta ahí podemos llegar, puede ser un router bloqueado, cable de Red roto, la WiFi, fesconexion física del cable de Red, y en estas cosas no tenemos un registro y es imposible saber cual es la causa exacta a través del software.

[[newtron]]

Empezado por ermendalenda

Pero solo guardar las respuestas no se si es suficiente, por que... y si no hay respuesta. Puedes verificar al menos 3 problemas: conexión a Internet, certificado inválido, no hay respuesta de la aeat aunque haya Internet.
Después si no hay Internet ya hasta ahí podemos llegar, puede ser un router bloqueado, cable de Red roto, la WiFi, fesconexion física del cable de Red, y en estas cosas no tenemos un registro y es imposible saber cual es la causa exacta a través del software.

Ok, ahora lo pillo. Es en el más que posible caso de que quieras enviar y no se pueda. Pues no sé porque según parece no detallan mucho sobre qué hacer. Si creas un registro de incidencias pero "a tu bola" igual no sirve para nada porque te lo puedes inventar o no gustarles de la manera que lo plantees. Imagino que detallarán ese supuesto.

[ermendalenda]

Empezado por newtron

Ok, ahora lo pillo. Es en el más que posible caso de que quieras enviar y no se pueda. Pues no sé porque según parece no detallan mucho sobre qué hacer. Si creas un registro de incidencias pero "a tu bola" igual no sirve para nada porque te lo puedes inventar o no gustarles de la manera que lo plantees. Imagino que detallarán ese supuesto.

Exacto.
Creo que tienen un fallo ahí
Mande ayer la consulta y me han respondido que lo pasan a los responsables y si responden algo me lo dirán.
Me reservo mi opinión de ese párrafo.
Pero la respuesta que me espero es que la peticiones me la harán para casos extremos de que tengan muchas incidencias continuadas, y tampoco soluciona nada

[Jesusggc]

Empezado por newtron

Yo he optado por guardarlo TODO, los .xml que se envían y los .xml de respuesta. Los guardo tal cual en una carpeta así como: \Respuestas\AÑO\MES\respuestaXXX.xml


De esta manera si algún dato se me escapa por controlar siempre puedo ir a buscar el fichero original de respuesta y sacarlo de ahí.


Saludos.

Has pensado en guardar los xml en la BD ?(en binario). Creo que sería las limpio y seguro.

Podriamor tener una tabla de envios con fichero enviado y respuesta en cada registro.

[ermendalenda]

Empezado por Jesusggc

Has pensado en guardar los xml en la BD ?(en binario). Creo que sería las limpio y seguro.

Podriamor tener una tabla de envios con fichero enviado y respuesta en cada registro.

El tema es que no sabemos como hay que guárdala, esta enviada la consulta, a ver si responden, por que dicen que hay que demostrar DEBIDAMENTE las incidencias si te hacen un requerimiento, y no explican lo que es debidamente, por que debidamente es un xml firmado y se contradice con otros artículos de los que no son No veri*factu.
Por que por ejemplo demostrar una caída de Internet del proveedor, puede que sea posible, pero demuestra un bloqueo del router, una desconexion de un cable de Red y muchs situaciones indemostrables. Y lo que no pueden decirnos es que mantengamos los sistemas informáticos libres de averías de incidencias no demostrables.
Y si hay que firmar eventos en verifactu no se so al final es mejor el no verifactu y que pidan los registros cuando quieran ya que así tengo más tiempo de reparar/subsanar o lo que sea sin que estemos continuamente observados