Demo con código Verifactu.dll para (delphi 7)

[bmfranky]

Empezado por seccion_31

en la proxima version que publicaremos este fin de semana incluira previsiblemente entre otras tres flags de factura

subsanacion
rechazoprevioExiste
rechazoPrevioNoExiste

Con la intencion de marcar a true la modalidad de rechazoprevio, cuando se envie un registro por un fallo, por ejemplo el de un DNI. (subsanacion, rechazoPrevioNoExiste)

Tenemos el siguiente caso:

Factura 1 aceptada huella: A
Factura 2 error por dni huella B
Factura 3 aceptada huella C

Factura 2 aceptada huella D

Cuando se vuelva a enviar la factura 2, tendra una nueva huella D y habria que marchar esos dos flags.

Ahora viene una pregunta:


El resto de huellas de la 2 en adelante y hasta el fin de la facturacion estara mal por dos causas:

https://www.agenciatributaria.es/sta..._registros.pdf



Porque la huella de la factura anterior forma parte del calculo de huella de la factura actual, y ademas porque se envia como dato adicional en el apartado factura Anterior.

¿esto es asi?

Saludos !

Hola, no, ellos quieren que el encadenamiento sea consistente, da igual que el encadenamiento que uses de base para calcular el siguiente sea erroneo, siempre que el actual este bien sacado, siempre has de usar el encadenamiento que pasaste anteriormente, osea el ultimo que calculaste, si es erroneo, lo solucionas, usando el ultimo que enviaste.

Factura 1 aceptada huella: A
Factura 2 error por dni huella B
Factura 3 aceptada huella C <<- aunque el anterior Hash es incorrecto, este no , porque su semilla es la que tu enviaste , aunque fuese mal calculada, por algun motivo.

Factura 2 aceptada huella D <<-- esta está correctamente encadenada con la 3, porque la 3 se encadeno con el hash que enviaste y que ahora estas corrigiendo.

Abreviando, calculas el hash con datos erroneos , te da bbbb, lo usas en el siguiente aunque sea erroneo, el calculo da ccc, para el siguiente el calculo cccc, es correcto porque en su formula, usaste bbbb que es lo que enviaste.


Tenemos un hilo entero aqui, al respecto.

Ten en cuenta que corrijes la huella del 2 registro en la aeat, creando un nuevo registro, no sustituyes ese registro en tu SIF, se queda inalterado.