Cuatro días para reportar: la obligación española de estado de factura (aceptación, rechazo, pago)
El decreto B2B español añade algo que ningún otro modelo europeo tiene: ambas partes deben reportar el estado de la factura en cuatro días, incluida la fecha de pago. La morosidad deja de ser un asunto privado. Este es el flujo de trabajo.
Cuatro días para reportar: la obligación española de estado de factura (aceptación, rechazo, pago)
El Real Decreto 238/2026 hace más que exigir un formato de factura estructurado. Adosa una obligación de reporte a la vida comercial de cada factura B2B. Tanto el emisor como el receptor deben reportar los cambios de estado al sistema de intercambio en un máximo de 4 días naturales. La factura deja de ser un documento estático y se convierte en un ciclo de vida trazado.
Los tres estados
| Estado | Quién reporta | Qué significa |
|---|---|---|
| Aceptación | Receptor | La factura está formal y comercialmente aceptada |
| Rechazo | Receptor | La factura se disputa, con indicación de motivos |
| Pago efectivo | Flujos de ambas partes | La factura ha sido pagada, con la fecha real de pago |
El estado de pago es el filo. El reporte incluye la fecha en que el pago se hizo efectivo. Combinada con los plazos de pago declarados en la factura, produce exactamente el conjunto de datos que la política española contra la morosidad necesita: qué facturas se pagaron tarde, por quién, con cuántos días de retraso.
Por qué España lo construyó
El artículo 12 de la Ley Crea y Crece existe para combatir la morosidad comercial. El retraso medio de pago en España ronda los 80 días frente a un máximo legal de 60 días. Hasta ahora, la aplicación dependía de litigios y autodeclaraciones. Una vez que las fechas de pago fluyen por ley al sistema de intercambio, la morosidad se convierte en dato visible en lugar de una disputa privada entre acreedor y deudor.
Para los emisores, esto es palanca: el comportamiento de pago del deudor se reporta a un sistema que la autoridad fiscal ve. Para los receptores, es disciplina: la defensa de "nunca recibimos una factura correcta" exige un rechazo real, reportado en 4 días, con motivos.
El flujo de trabajo por rol
Como emisor
- Emita por su canal de intercambio (plataforma privada acreditada o solución pública de la AEAT).
- Monitorice el estado. Aceptación, rechazo o silencio. El silencio más allá de la ventana de reporte es una señal para reclamar por escrito.
- Reporte el pago cuando llegue. Su flujo de contabilidad o conciliación bancaria marca la factura como pagada; el estado fluye a la plataforma en 4 días naturales.
- Trate los rechazos como disputas. Un rechazo con motivos dispara su proceso de corrección o abono, no un reenvío de la misma factura.
Como receptor
- Triaje a la llegada. Acepte o rechace dentro de la ventana. Incorpore el plazo de 4 días a su SLA de entrada de cuentas a pagar, no a su cierre de mes.
- Rechace con motivos. Un rechazo es un reporte de estado legal. Los motivos deben ser reales: importes incorrectos, pedido ausente, duplicado. El rechazo habitual para retrasar el pago es ahora comportamiento visible.
- Reporte el pago. Su orden de pagos produce la fecha efectiva de pago. El reporte sigue en 4 días naturales.
- Concilie las excepciones. Las facturas que quedan en estado "sin estado" son su brecha de cumplimiento, no la del sistema.
Decisiones de diseño para su stack
- El estado es un flujo de eventos, no una propiedad del documento. Modélelo como eventos con sello de tiempo (emitida, entregada, aceptada, rechazada, pagada), con el plazo de reporte derivado de cada evento.
- El reloj de 4 días corre en días naturales. Los fines de semana y festivos cuentan. Una cadena de aprobación que aparca facturas una semana no puede cumplir el plazo.
- Los rechazos necesitan motivos estructurados. Las disputas en texto libre lo ralentizan todo. Un conjunto codificado de motivos (descuadre de importe, pedido ausente, duplicado, servicio no prestado) mapea a sus flujos de corrección.
- El reporte de pago pertenece a la conciliación. En el momento en que un movimiento bancario casa con una factura, el evento de estado debería generarse, no recordarse.
- La copia a la AEAT fluya igualmente. Incluso en plataformas privadas, la solución pública recibe la copia UBL. La visibilidad del estado no es infraestructura opcional.
Interacción con Verifactu
Las dos obligaciones se apilan sobre la misma factura pero no se solapan:
- Verifactu: su software registra la factura de forma inmutable, encadenada con hash, con código QR. Integridad interna.
- Reporte de estado de Crea y Crece: la vida comercial de la factura se reporta externamente. Trazabilidad del ciclo de vida.
Un stack conforme produce ambos desde un solo evento de emisión: el registro SIF para la integridad, el mensaje de intercambio para la entrega y los eventos de estado mientras la factura avanza hacia el pago.
Malentendidos habituales
"El reporte de estado empieza cuando el mandato se despliega del todo." Es parte del marco del RD 238/2026 desde el plazo de cada parte. Diseñe para ello ahora; el flujo de trabajo tarda más en construirse que el formato.
"Solo reportan las grandes empresas." La obligación vincula a ambas partes de una factura B2B, escalonada por los mismos plazos de facturación que el deber de emisión.
"El rechazo es un acto de atención al cliente." Es un estado legal reportado con reloj de 4 días y motivos. Trátelo como tal.
"La fecha de pago es privada." Bajo este marco, es dato reportado. Ese es el sentido de la ley.
Este material es información de carácter general y no constituye asesoramiento legal ni fiscal. Para una situación concreta, verifique la normativa vigente o consulte a un asesor cualificado.