Cita:
Empezado por CarlosR
Entiendo que los registros de subsanación podrán ser aquellos cuyo cambio no implique la pérdida del hash o datos que calculen el hash puesto que de ese modo se rompería la cadena.
Y subsanaria todo lo no recogido en los motivos de anulaciones y rectificativas.
Ni tampoco podrían ser datos tales como los del receptor de la factura (nombre, dirección, ... ) porque las facturas no se pueden modificar una vez expedidas.
¿ No es así ?
Gracias de antemano por la aclaración si la hubiere.
|
Me remito a las contestaciones de la AEAT, a falta de publicación en el BOE del reglamento técnico aún pendiente de blablabla...
Pero a falta de tener esa particularidad informada y bajo mi punto de vista, lo más factible sería que un registro de subsanacion debería tener el mismo tratamiento a efectos de encadenamiento que los demás, o sea. Se encadena con el anterior generado sea lo que sea(anulación,alta otra subsanacion)
Con la fecha y hora de generación actual y su propio hash.y como se ha venido comentando solo debería generarse si no está contempladol motivo como rectificativa o anulación. Los datos del cliente debería ser una rectificativa por sustitución .