Estados de factura y registro contable: por qué el pago no determina el devengo
La factura electrónica obligatoria introduce los estados de factura — aceptación, rechazo, pago — como mecanismo de trazabilidad y control de la morosidad. Son una herramienta valiosa. Pero existe un riesgo técnico y contable que el Posicionamiento Nº 3/2026 de Economistas Contables EC-CGE identifica con precisión: que esos estados, si no se gestionan correctamente en el software, induzcan de forma indirecta a registrar ingresos y gastos en el momento del cobro o pago efectivo, en lugar de en el momento del devengo. Para asesores, contables y economistas, entender esta distinción es esencial.
El principio del devengo no cambia con la factura electrónica
El principio del devengo es el criterio rector del reconocimiento contable en el Plan General Contable (PGC) español. Los ingresos y gastos se reconocen en el ejercicio en que se producen, con independencia de cuándo se cobra o se paga. Este principio no ha sido modificado por el RD 238/2026, ni podría serlo: pertenece al marco contable, no al marco de facturación.
Sin embargo, la introducción de los estados de factura en el flujo operativo de las empresas crea una tensión nueva. Cuando el software de facturación registra automáticamente el estado "pagado" y ese evento dispara un asiento contable, el resultado puede ser una contabilización por criterio de caja, no por devengo — especialmente en pequeñas y medianas empresas sin un control interno contable robusto.
El EC-CGE lo advierte con claridad en su Posicionamiento Nº 3/2026: "puede existir el riesgo de que determinados automatismos tecnológicos induzcan, de forma indirecta o involuntaria, a otros criterios próximos a la contabilidad de caja, especialmente en pequeñas y medianas empresas."
Qué son los estados de factura y para qué sirven
El RD 238/2026 establece que los emisores y receptores de facturas electrónicas deben reportar a la AEAT los siguientes estados de la factura, en un plazo máximo de 4 días naturales desde que se produzcan:
- Aceptación o rechazo de la factura por el destinatario.
- Pago total de la factura.
El objetivo de estos estados es doble: combatir la morosidad comercial (la AEAT puede cruzar datos de pago declarados con los reales) y mejorar la trazabilidad del ciclo económico de cada transacción.
Lo que los estados de factura no hacen — y aquí está el núcleo de la cuestión — es determinar el momento en que debe registrarse contablemente una operación. Son datos informativos sobre el ciclo administrativo y de tesorería de la factura, no sobre el hecho económico que la origina.
La definición legal de "fecha efectiva de pago" y su impacto contable
El artículo 10 del RD 238/2026 introduce una definición precisa de "fecha efectiva de pago" que tiene consecuencias contables directas y que merece atención específica.
La norma define la fecha efectiva de pago como el momento en que el proveedor cobra realmente los bienes o servicios. Y excluye expresamente de esa definición la mera puesta a disposición de un mecanismo financiero para adelantar el cobro — por ejemplo, el confirming o el factoring.
Esto tiene dos implicaciones prácticas importantes:
Primera: puede existir una diferencia de días entre la fecha en que el cliente ejecuta la transferencia bancaria y la fecha en que los fondos son efectivamente acreditados en la cuenta del proveedor. La fecha efectiva de pago a efectos del RD 238/2026 es la segunda, no la primera. El software que registre el estado "pagado" en el momento del envío de la transferencia está siendo impreciso respecto a la propia definición legal.
Segunda: la fecha efectiva de pago — incluso en su definición más precisa — sigue siendo irrelevante para el registro contable del ingreso o gasto. Una venta se reconoce cuando se produce la entrega del bien o la prestación del servicio; una compra, cuando se recibe. El cobro o pago posterior es un hecho de tesorería que afecta a la cuenta de deudores o acreedores, no al reconocimiento del ingreso o gasto.
El EC-CGE subraya precisamente esto: "la introducción de un código único de factura (artículo 7.5) [...] constituye un elemento positivo para la trazabilidad y la conciliación del registro contable", pero los estados de la factura "tienen un carácter informativo y de seguimiento, en ningún caso condicionan el momento del registro contable."
El riesgo real en pymes: cuando el automatismo sustituye al criterio contable
El riesgo no es hipotético. En la práctica, muchos sistemas de gestión y ERP para pymes están diseñados para simplificar la operativa: cuando llega una factura y se marca como "pagada", el sistema puede generar automáticamente los asientos contables de la operación. Si ese proceso no está correctamente parametrizado, el resultado es una contabilidad que refleja cuándo se paga, no cuándo se devenga.
Las consecuencias pueden ser significativas:
- Desfases en la cuenta de resultados: un ingreso devengado en diciembre pero cobrado en enero aparece en el ejercicio equivocado.
- Errores en el cálculo del resultado fiscal: la base imponible del Impuesto sobre Sociedades puede quedar distorsionada.
- Información financiera poco fiable: los cierres mensuales o trimestrales no reflejan la realidad económica del período.
- Riesgo en auditorías y revisiones: la ausencia de periodificaciones correctas es uno de los errores más frecuentes detectados en revisiones contables de pymes.
El EC-CGE lo encuadra en términos de control interno: "puede existir el riesgo [...] Este riesgo debe ser evitado mediante una correcta parametrización de los sistemas y una adecuada formación contable."
Qué debe hacer el software de facturación responsable
Un software de facturación técnicamente solvente y orientado al asesor contable no puede limitarse a registrar y transmitir estados de factura. Debe diseñar su interfaz y sus automatismos de forma que no induzcan —ni permitan— confundir el ciclo administrativo de la factura con el ciclo contable.
Las buenas prácticas en el diseño de software para este contexto incluyen:
1. Texto informativo en el UI junto a los estados de factura. Cuando el usuario marca una factura como "aceptada" o "pagada", el sistema debe mostrar un aviso claro: este estado se reporta a la AEAT a efectos de la obligación del RD 238/2026, pero no genera ni modifica automáticamente el registro contable. El reconocimiento contable de la operación debe realizarse conforme al principio del devengo.
2. Separación explícita entre el módulo de estados de factura y el módulo contable. Los estados son flujos de información fiscal y administrativa. El registro contable es un flujo independiente que responde a criterios del PGC. El software no debe mezclarlos sin que el usuario sea consciente.
3. Alertas sobre la "fecha efectiva de pago". Cuando se registra un pago, el sistema debe recordar al usuario que la fecha efectiva de pago a efectos del RD 238/2026 es la fecha de acreditación en cuenta del proveedor, no la fecha de emisión de la orden de transferencia.
4. Configuración explícita de los criterios de periodificación. El software debe permitir al asesor o al contable definir las reglas de periodificación sin que los automatismos de estados de factura las anulen o interfieran.
InvoSeal y la perspectiva contable del cumplimiento
La mayoría de las soluciones de facturación electrónica en el mercado se diseñan desde una perspectiva puramente tecnológica: transmitir los datos correctos en el formato correcto a la AEAT. Eso es necesario, pero no suficiente cuando el usuario final es un asesor, un economista contable o una empresa con contabilidad interna.
InvoSeal está construido con consciencia de este riesgo. Los estados de factura que genera y reporta conforme al RD 238/2026 están claramente diferenciados del ciclo contable. El diseño de la interfaz incluye avisos contextuales que recuerdan al usuario la distinción entre la fecha efectiva de pago (definición legal del art. 10 RD 238/2026) y el momento de reconocimiento contable según el PGC.
Este enfoque está alineado con las recomendaciones del Posicionamiento Nº 3/2026 de EC-CGE y con la perspectiva que defiende el Consejo General de Economistas: la factura electrónica debe integrarse en el sistema de información financiera de la empresa, no sustituir al criterio contable.
Consulta nuestra documentación técnica sobre VeriFactu y el ciclo contable para ver cómo InvoSeal implementa estos principios en la práctica.
Preguntas frecuentes: estados de factura y contabilidad
¿El estado "pagado" de una factura electrónica genera automáticamente el asiento contable?
No debe generarlo, aunque algunos sistemas mal parametrizados lo hacen. El estado "pagado" es un dato informativo que se reporta a la AEAT para el seguimiento de la morosidad. El asiento contable del cobro debe registrarse conforme al PGC, con independencia del estado de la factura en el sistema electrónico.
¿Cuándo se reconoce contablemente un ingreso si la factura electrónica está aceptada pero no pagada?
El ingreso se reconoce cuando se produce la entrega del bien o la prestación del servicio, conforme al principio del devengo. La aceptación de la factura por el destinatario no modifica ese momento. La factura puede estar aceptada y el ingreso ya estar registrado desde antes, o registrarse después de la aceptación: el estado de la factura no es el determinante.
¿Qué diferencia hay entre la "fecha efectiva de pago" del RD 238/2026 y la fecha de pago en contabilidad?
La fecha efectiva de pago del RD 238/2026 (art. 10) es la fecha en que el proveedor recibe efectivamente los fondos. En contabilidad, la fecha de extinción del pasivo (baja del acreedor) puede coincidir con ese momento, pero el reconocimiento del gasto ya se produjo en el momento del devengo, con independencia de cuándo se pague.
¿El confirming o el factoring cambian la fecha efectiva de pago?
No a efectos del RD 238/2026. La norma excluye expresamente de la definición de fecha efectiva de pago la mera puesta a disposición de un mecanismo financiero para adelantar el cobro. La fecha efectiva de pago sigue siendo el momento en que el proveedor cobra realmente.
¿Qué deben revisar los asesores antes de que sus clientes implanten la factura electrónica B2B?
El EC-CGE recomienda revisar todo el circuito contable de la factura antes de la implantación: desde la emisión o recepción hasta el cierre contable. En particular, verificar que los automatismos del software no confunden el estado de la factura con el momento del devengo, y que la parametrización de la periodificación es correcta.
Conclusión: la tecnología al servicio del criterio contable, no al revés
La factura electrónica obligatoria es una oportunidad para mejorar la calidad de la información financiera. Pero esa mejora solo se materializa si el software que la implementa respeta los principios contables fundamentales, en lugar de sustituirlos por automatismos administrativos.
Los estados de factura son datos valiosos. La fecha efectiva de pago es una definición legal precisa. Y el devengo es el principio contable que sigue rigiendo el reconocimiento de ingresos y gastos. Las tres cosas existen en planos distintos y deben mantenerse separadas.
Para los asesores y economistas contables que acompañen a sus clientes en esta transición, la parametrización correcta del software y la formación del equipo administrativo son tareas tan importantes como la elección de la plataforma de facturación.