Quatre dies per reportar: l'obligació espanyola d'estat de factura (acceptació, rebuig, pagament)
El decret B2B espanyol afegeix una cosa que cap altre model europeu no té: ambdues parts han de reportar l'estat de la factura en quatre dies, inclosa la data de pagament. La morositat deixa de ser un assumpte privat. Aquest és el flux de treball.
Quatre dies per reportar: l'obligació espanyola d'estat de factura (acceptació, rebuig, pagament)
El Reial decret 238/2026 fa més que exigir un format de factura estructurat. Adossa una obligació de report a la vida comercial de cada factura B2B. Tant l'emissor com el receptor han de reportar els canvis d'estat al sistema d'intercanvi en un màxim de 4 dies naturals. La factura deixa de ser un document estàtic i esdevé un cicle de vida traçat.
Els tres estats
| Estat | Qui reporta | Què vol dir |
|---|---|---|
| Acceptació | Receptor | La factura està formalment i comercialment acceptada |
| Rebuig | Receptor | La factura es disputa, amb indicació de motius |
| Pagament efectiu | Fluxos d'ambdues parts | La factura ha estat pagada, amb la data real de pagament |
L'estat de pagament és el tall. El report inclou la data en què el pagament es va fer efectiu. Combinada amb els terminis de pagament declarats a la factura, produeix exactament el conjunt de dades que la política espanyola contra la morositat necessita: quines factures es van pagar tard, per qui, amb quants dies de retard.
Per què Espanya ho va construir
L'article 12 de la Llei Crea y Crece existeix per combatre la morositat comercial. El retard mitjà de pagament a Espanya ronda els 80 dies davant d'un màxim legal de 60 dies. Fins ara, l'aplicació depenia de litigis i autodeclaracions. Un cop les dates de pagament flueixen per llei al sistema d'intercanvi, la morositat esdevé dada visible en lloc d'una disputa privada entre creditor i deutor.
Per als emissors, això és palanca: el comportament de pagament del deutor es reporta a un sistema que l'autoritat fiscal veu. Per als receptors, és disciplina: la defensa de "mai no vam rebre una factura correcta" exigeix un rebuig real, reportat en 4 dies, amb motius.
El flux de treball per rol
Com a emissor
- Emeteu pel canal d'intercanvi (plataforma privada acreditada o solució pública de l'AEAT).
- Monitoritzeu l'estat. Acceptació, rebuig o silenci. El silenci més enllà de la finestra de report és un senyal per reclamar per escrit.
- Reporteu el pagament quan arribi. El flux de comptabilitat o conciliació bancària marca la factura com a pagada; l'estat flueix a la plataforma en 4 dies naturals.
- Tracteu els rebuigs com a disputes. Un rebuig amb motius dispara el procés de correcció o abonament, no un reenviament de la mateixa factura.
Com a receptor
- Triage a l'arribada. Accepteu o rebutgeu dins de la finestra. Incorporeu el termini de 4 dies a l'SLA d'entrada de comptes a pagar, no al tancament de mes.
- Rebutgeu amb motius. Un rebuig és un report d'estat legal. Els motius han de ser reals: imports incorrectes, comanda absent, duplicat. El rebuig habitual per endarrerir el pagament ara és comportament visible.
- Reporteu el pagament. L'ordre de pagaments produeix la data efectiva de pagament. El report segueix en 4 dies naturals.
- Conciliu les excepcions. Les factures que queden en estat "sense estat" són el vostre forat de compliment, no el del sistema.
Decisions de disseny per a l'stack
- L'estat és un flux d'esdeveniments, no una propietat del document. Modeleu-lo com a esdeveniments amb segell de temps (emesa, lliurada, acceptada, rebutjada, pagada), amb el termini de report derivat de cada esdeveniment.
- El rellotge de 4 dies corre en dies naturals. Els caps de setmana i festius compten. Una cadena d'aprovació que aparca factures una setmana no pot complir el termini.
- Els rebuigs necessiten motius estructurats. Les disputes en text lliure ho alenteixen tot. Un conjunt codificat de motius (desquadre d'import, comanda absent, duplicat, servei no prestat) mapeja als fluxos de correcció.
- El report de pagament pertany a la conciliació. En el moment en què un moviment bancari casa amb una factura, l'esdeveniment d'estat s'hauria de generar, no recordar.
- La còpia a l'AEAT flueixi igualment. Fins i tot en plataformes privades, la solució pública rep la còpia UBL. La visibilitat de l'estat no és infraestructura opcional.
Interacció amb Verifactu
Les dues obligacions s'apilen sobre la mateixa factura però no se solapen:
- Verifactu: el programari registra la factura de forma immutable, encadenada amb hash, amb codi QR. Integritat interna.
- Report d'estat de Crea y Crece: la vida comercial de la factura es reporta externament. Traçabilitat del cicle de vida.
Un stack conforme produeix tots dos des d'un sol esdeveniment d'emissió: el registre SIF per a la integritat, el missatge d'intercanvi per al lliurament i els esdeveniments d'estat mentre la factura avança cap al pagament.
Malentesos habituals
"El report d'estat comença quan el mandat es desplega del tot." Forma part del marc del RD 238/2026 des del termini de cada part. Dissenyeu-ho ara; el flux de treball triga més a construir-se que el format.
"Només reporten les grans empreses." L'obligació vincula ambdues parts d'una factura B2B, esglaonada pels mateixos terminis de facturació que el deure d'emissió.
"El rebuig és un acte d'atenció al client." És un estat legal reportat amb rellotge de 4 dies i motius. Tracteu-lo com a tal.
"La data de pagament és privada." Sota aquest marc, és dada reportada. Aquest és el sentit de la llei.
Aquest material és informació de caràcter general i no constitueix assessorament legal ni fiscal. Per a una situació concreta, verifiqueu la normativa vigent o consulteu un assessor qualificat.