
11-11-2024
|
|
Registrado
|
|
Registrado: jul 2024
Posts: 4
Poder: 0
|
|
|
Saltos en los registros
Cita:
Empezado por Sandy656
Hola a todos.
Partiendo de un registro, por ejemplo el ticket 1500 que se ha enviado con todos los datos correctos y devuelto como correcto.
Creamos el ticket 1501. Rellenamos el xml con los datos del registro anterior(1500).Se envía a la AEAT. Respuesta correcta.
Creamos el ticket 1502. Rellenamos el xml con los datos del registro anterior(1501). NO se envía.
Creamos el ticket 1503. Rellenamos el xml con los datos del registro anterior(1502 que no se ha enviado). Se envía a la AEAT. Respuesta correcta.
¿No debería devolver incorrecta ya que la AEAT no tiene el ticket 1502 que no se ha enviado?
|
Os dejo lo que me contestó el Departamento de Informática Tributaria:
" Aunque existan saltos en la cadena de registros de facturación, algo que desde la AEAT asumimos y prevemos que ocurra, tenemos la forma de detectar esta circunstancias excepcionales ya que quedarán marcadas convenientemente con los indicadores de la operativas comentadas y serán fáciles de trazas con nuestras herramientas de explotación. El sentido de tener encadenados cronológicamente a través hash de la forma que se solicita en el reglamento es porque en la mayoría de las casuísticas esta cadena estará bien formada y sólo existirán casos excepcionales que estarán bajo control. No debería ser una preocupación como empresa desarrolladora, la responsabilidad de detectar el mal uso o incumplimiento reiterado está en nuestro tejado.
En este tipo de situaciones, tenga en cuenta que el XML generado no se puede modificar, sino que debe permanecer inalterado, según se describe en el reglamento. Se debe generar un nuevo registro, de alta por rechazo, o el que corresponda, con su nueva huella, etc y no se debe volver a enviar el mismo registro rechazado."
Saludos.
|