invoice.status
Coherencia entre código de estado y fecha de la factura
InvoiceStatus debe ser uno de N/S/A/R/F y InvoiceStatusDate debe ser >= InvoiceDate.
Qué comprueba
Cada bloque <Invoice><DocumentStatus> debe cumplir dos reglas de coherencia:
InvoiceStatuses uno de los códigos definidos por la AT:N,S,A,R,F.InvoiceStatusDatees mayor o igual que elInvoiceDatede la propia factura.
Los códigos de estado
| Código | Significado |
|---|---|
N | Normal — la factura está activa y vigente. |
S | Autofacturación. |
A | Anulada. |
R | Resumido — documento que agrupa un periodo. |
F | Facturada — estado intermedio. |
Por qué importa la coherencia de fechas
Un evento de estado no puede ser anterior al documento al que se refiere. La AT rechaza una factura marcada como A el 2025-12-30 si la factura se emitió el 2026-01-15 — la línea temporal es imposible. La misma lógica que un reembolso anterior a la venta.
Ejemplos
| InvoiceDate | InvoiceStatus | InvoiceStatusDate | Veredicto |
|---|---|---|---|
| 2026-01-15 | N | 2026-01-15T10:00:00 | ✓ |
| 2026-01-15 | A | 2026-01-20T09:00:00 | ✓ anulación posterior a la emisión |
| 2026-01-15 | A | 2025-12-30T09:00:00 | ✗ estado antes de la factura |
| 2026-01-15 | X | 2026-01-15 | ✗ código de estado desconocido |
Cómo corregir
Ambos son problemas de integridad de datos del ERP, no corregibles directamente en el SAF-T. Investiga el documento en tu sistema contable y confirma: ¿se anuló retroactivamente? ¿Se pisó el timestamp del evento de estado? Vuelve a exportar cuando los datos de origen sean coherentes.