Cuenta de resultados por fecha de devengo vs. fecha de factura: cómo afecta a tus márgenes mensuales

En el cierre mensual ocurre una escena que se repite en muchas empresas: el controller presenta la cuenta de resultados, el director comercial mira sus números de actividad, y los dos detectan algo raro. El controller dice: «el margen del mes ha sido del 14%». El director comercial dice: «no puede ser, lo que vendimos en operativa fue distinto». Los dos tienen razón. Están mirando dos versiones de la misma realidad.

La diferencia no es de criterio comercial. Es de fecha. Y, más concretamente, de qué fecha está usando el ERP para imputar el ingreso o el gasto al periodo que se está cerrando. La fecha contable no siempre coincide con la fecha del devengo real.

Qué dice exactamente el principio de devengo

El Plan General de Contabilidad lo deja escrito en la primera Norma de Registro y Valoración:

«Los efectos de las transacciones o hechos económicos se registrarán cuando ocurran, imputándose al ejercicio al que las cuentas anuales se refieran, los gastos y los ingresos que afecten al mismo, con independencia de la fecha de su pago o de su cobro.»

Traducido: el gasto se registra cuando ocurre el hecho económico, no cuando se paga. Y no cuando se factura. Cuando ocurre.

En la práctica diaria de las empresas medianas y grandes, sin embargo, lo que se imputa contablemente a un mes son las facturas con fecha de registro dentro de ese mes. La fecha de registro se asume —por simplificación operativa— como una buena aproximación de la fecha de devengo. Y normalmente lo es. Excepto cuando no.

La fecha de factura no es la fecha del devengo (aunque tu ERP las trate igual)

En Microsoft Dynamics 365 Business Central, SAP, Sage y la mayoría de ERPs del mercado, cada movimiento contable tiene un único campo de fecha. Ese campo cumple varias funciones a la vez: es la fecha que se declara al SII, la fecha que se imputa al asiento y la fecha que se usa para los reportes de gestión.

Cuando el hecho económico y la factura ocurren en el mismo mes, todo cuadra. El problema aparece cuando hay desfase. Y el desfase ocurre constantemente: subcontratas que facturan al mes siguiente, suministros con tarifa anual que cobran en enero, regularizaciones de cierre, asesorías que facturan en agosto trabajo de junio-julio.

En todos esos casos, la fecha que el ERP usa para imputar el gasto al periodo no es la del devengo. Es la del registro fiscal. Y las dos pueden estar separadas por semanas o meses.

Este patrón se agrava cuando la empresa está acogida al SII. Como ya analizamos en este artículo sobre cómo distorsiona el SII la cuenta de resultados mensual, el plazo de 4 días para registrar facturas convierte el desfase en estructural: la fecha contable solo puede estar dentro de la ventana fiscal, nunca fuera.

Ejemplo numérico: una empresa de servicios profesionales en mayo

Imagina una asesoría de mediano tamaño. En mayo de 2026 cierra el mes y saca dos versiones de su cuenta de resultados: una vista por fecha de factura (el cierre operativo habitual del ERP) y otra vista por fecha de devengo (el cierre que reflejaría el hecho económico real).

Concepto	Mayo (por fecha factura)	Mayo (por fecha devengo)	Diferencia
Ingresos	180.000 €	165.000 €	-15.000 €
Gasto personal	95.000 €	95.000 €	0 €
Servicios subcontratados	38.000 €	22.000 €	-16.000 €
Suministros	12.000 €	12.000 €	0 €
Otros gastos operativos	8.000 €	11.000 €	+3.000 €
EBITDA	27.000 €	25.000 €	-2.000 €
Margen	15,0 %	15,2 %	+0,2 pp

A primera vista, el resultado parece similar: 27.000 € vs 25.000 € de EBITDA, márgenes casi idénticos. Si el director financiero se queda solo con el margen, dirá que el mes ha sido normal.

Pero la composición es completamente distinta:

• Los 15.000 € de ingresos que aparecen en mayo “por factura” son en realidad trabajo de marzo y abril facturado tarde. La realidad es que mayo facturó solo 165.000 € de servicios prestados ese mes.
• Los 16.000 € de servicios subcontratados que aparecen en mayo son trabajo entregado en abril. El consumo real de subcontratas en mayo fue de 22.000 €.
• Los 3.000 € de otros gastos operativos que aparecen en mayo “por devengo” son una regularización de un suministro que se contabilizó tarde.

Mayo “por fecha factura” tiene mezclados 3 meses de actividad operativa. Las decisiones que se toman a partir de esa cuenta se toman con datos contaminados.

Las 4 decisiones donde la diferencia importa

Más allá del comité financiero, hay decisiones específicas que cambian de signo según la versión que uses:

1. Comisiones del equipo comercial. Si las comisiones se calculan sobre ingresos facturados del mes, premias a quien factura tarde. Un comercial que vende lo mismo pero factura el día 28 vs el día 2 cobra distinto, sin haber vendido más. Si las calculas por fecha de devengo, premias actividad real.

2. Bonus de dirección por objetivos mensuales. Idem. Un mes “bueno” puede serlo solo porque facturas pendientes del mes anterior se imputaron al actual. El bonus se paga sobre un mes inflado artificialmente.

3. Precios y márgenes operativos. Si crees que un servicio te cuesta X cuando realmente te cuesta Y (porque el coste de la subcontrata se imputó al mes siguiente), fijas precios sobre datos engañosos. La rentabilidad por línea de servicio se distorsiona.

4. Detección temprana de problemas. Una caída de actividad real en julio se detecta —“por factura”— en agosto, cuando llegan menos facturas. “Por devengo”, se detecta en julio mismo, cuando ocurre. La capacidad de reaccionar se acelera un mes entero.

Por qué casi nadie lo hace bien (y lo que funciona)

La mayoría de empresas que viven este problema lo gestionan con Excels paralelos al cierre. El controller mantiene una hoja con anotaciones tipo «este gasto en realidad fue de marzo, no de mayo». Cuando llega el comité, presenta la cuenta de resultados oficial junto a un comentario verbal: «esto está afectado por un desfase de facturación, en realidad el resultado de mayo fue X».

Funciona. A medias. Y depende de tres cosas: que el controller se acuerde de todos los desfases, que tenga tiempo cada cierre para actualizar el Excel, y que la información no se pierda cuando esa persona cambia de empresa o coge vacaciones.

La alternativa profesional es estructural: añadir al ERP una segunda fecha por movimiento. La fecha contable sigue siendo la oficial (la del SII, la fiscal, la que rige la contabilidad). La fecha analítica es la del devengo real (cuándo se prestó el servicio, cuándo se entregó el material, cuándo ocurrió el hecho económico). Los reportes de gestión filtran por la fecha analítica. La fiscalidad sigue cumpliendo con la del SII, intacta.

Resultado: la cuenta de resultados mensual de gestión refleja la realidad operativa del mes, sin Excels, sin reconciliación manual, sin dos versiones de la verdad circulando en paralelo.

¿Y en Business Central?

Business Central estándar trabaja con una sola fecha por movimiento (Posting Date). Tocar ese campo afecta a periodo fiscal, conciliación bancaria y reportes legales. Por eso la solución no es modificarlo: es añadir un campo paralelo de fecha analítica que conviva con el original sin tocarlo.

Para esto existen extensiones sectoriales que sí lo añaden, manteniendo la base del ERP intacta. La fecha analítica está disponible en facturas, abonos, asientos manuales y movimientos de stock; se rellena automáticamente desde el albarán o el parte de servicio cuando existen; y conecta con Power BI exponiendo ambas fechas (contable y analítica) como dimensiones temporales independientes.

Las preguntas que hace siempre el director financiero

¿El principio de devengo es obligatorio en España?

Sí. Está recogido en el Plan General de Contabilidad (Norma de Registro y Valoración 1ª) y es de aplicación obligatoria para todas las empresas que llevan contabilidad mercantil. Lo que no es obligatorio es que la fecha contable de cada movimiento coincida exactamente con la fecha del devengo. La práctica es que sea una aproximación razonable, ajustada en cierre cuando hay desviaciones significativas.

Si llevo bien la contabilidad, ¿no debería estar reflejado el devengo?

A nivel anual, sí. Las cuentas anuales reflejan correctamente el devengo del ejercicio porque se hacen ajustes de cierre (provisiones, periodificaciones). El problema es a nivel mensual: pocos equipos tienen tiempo de hacer ese mismo ajuste cada mes, así que las cuentas mensuales se quedan con la fecha de factura como aproximación. Y esa aproximación es la que distorsiona el reporting de gestión.

¿Qué pasa con los gastos a cierre de ejercicio que se contabilizan en el siguiente?

A 31 de diciembre se hacen periodificaciones contables: el gasto consumido en diciembre pero no facturado se provisiona y se imputa correctamente al ejercicio que cierra. La cuenta de resultados anual queda bien. Pero diciembre mes queda artificialmente cargado por las provisiones, y enero queda artificialmente ligero porque las facturas reales llegan ya periodificadas. El problema mensual persiste aunque el anual esté resuelto.

¿Esto solo afecta a empresas en el SII?

No. El SII es el caso más extremo (te obliga a registrar la factura en 4 días desde su recepción), pero el problema de fondo —fecha contable desalineada con fecha de devengo— afecta a cualquier empresa que tenga subcontratas con desfase, suministros con tarifa periódica, regularizaciones o servicios profesionales. El SII solo lo agrava y lo hace estructuralmente inevitable.

En resumen

• El principio de devengo del PGC dice que los gastos e ingresos se imputan al periodo en que ocurren, no en que se facturan. Pero la mayoría de ERPs solo guardan una fecha por movimiento y el desfase con el devengo es estructural.
• A nivel anual el ajuste se hace bien (periodificaciones de cierre). A nivel mensual, casi nunca: la cuenta de resultados de gestión queda contaminada por desfases de facturación.
• En el ejemplo numérico de una asesoría, el margen mensual era casi idéntico (15,0% vs 15,2%) pero la composición de los 27.000 € de EBITDA mezclaba 3 meses de actividad real distinta.
• Cuatro decisiones cambian de signo: comisiones, bonus, precios y detección temprana de problemas.
• La solución que funciona: dos fechas por movimiento. Una contable (oficial, fiscal) y una analítica (devengo real). Los reportes de gestión filtran por la segunda, la fiscalidad por la primera.
• Business Central no lo trae nativamente, pero hay extensiones que lo añaden sin tocar la lógica contable existente.

¿Quieres ver cómo se aplica el devengo en tu Business Central?

Si quieres ver cómo encaja una segunda fecha analítica en tu instalación de Business Central —y qué reportes de gestión cambian cuando empiezas a filtrar por devengo en lugar de por factura—, agenda una consultoría gratuita con un experto de Davisa.

Agendar consultoría gratuita →