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
Cita:
a) Datos de campos a utilizar en el caso de registros de facturación de alta
(y la “ruta” de su localización dentro del registro):
1. IDEmisorFactura (RegistroAlta/IDFactura/IDEmisorFactura)
2. NumSerieFactura (RegistroAlta/IDFactura/NumSerieFactura)
3. FechaExpedicionFactura
(RegistroAlta/IDFactura/FechaExpedicionFactura)
4. TipoFactura (RegistroAlta/TipoFactura)
5. CuotaTotal (RegistroAlta/CuotaTotal)
6. ImporteTotal (RegistroAlta/ImporteTotal)
7. Huella (RegistroAlta/Encadenamiento/RegistroAnterior/Huella)
8. FechaHoraHusoGenRegistro
(RegistroAlta/FechaHoraHusoGenRegistro)
|
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 !