Por qué tu cuenta de resultados mensual no refleja la realidad: el problema de la fecha de factura

Cualquier director financiero con experiencia ha tenido esta sensación al menos una vez: mira la cuenta de resultados del mes que acaba de cerrar, y algo no cuadra. Los números son los correctos. La contabilidad está bien. Pero la realidad operativa del mes fue distinta.

No es un error de registro. No es un fallo del ERP. Es algo más estructural que pocas empresas verbalizan en voz alta: la fecha contable de un movimiento y la fecha real del hecho económico no siempre coinciden. Y esa diferencia, multiplicada por cientos de movimientos al mes, distorsiona el reporting interno.

Este artículo explica por qué ocurre, qué consecuencias tiene en la gestión, y cómo los financieros más experimentados lo resuelven sin renunciar al cumplimiento fiscal.

El problema: una fecha sirve para dos cosas opuestas

En la mayoría de ERPs del mercado, cada movimiento contable tiene una sola fecha. Esa fecha cumple varias funciones a la vez:

• Función fiscal: declarar el movimiento ante Hacienda (IVA, SII, modelos trimestrales).
• Función contable: imputar el ingreso o gasto en su periodo correspondiente.
• Función analítica: reportar mes a mes la evolución del negocio para gestión interna.

El problema es que estas tres funciones no siempre apuntan al mismo momento del tiempo. La fecha que sirve para Hacienda no siempre es la que refleja cuándo ocurrió realmente el hecho económico. Y cuando hay desfase entre la una y la otra, el reporting interno acaba contando una versión distorsionada de la realidad.

Un caso típico: el cemento que llega tarde

Imagina una empresa constructora. Recibe cemento en obra durante el mes de abril. La factura del proveedor llega el 10 de mayo.

Si esa empresa está acogida al SII (Suministro Inmediato de Información), tiene la obligación de declarar la factura en los 4 días siguientes a su recepción. Es decir: la fecha contable de esa factura solo puede estar entre el 8 y el 14 de mayo. Nunca en abril.

A 31 de mayo, cuando la empresa saca su cuenta de resultados mensual, ese coste de cemento aparece como gasto de mayo. Cuando, en realidad, fue consumo de abril.

No es un error contable. Es la única forma legal de registrar la operación.

Pero a efectos de gestión interna, la información está distorsionada:

• Mayo aparece artificialmente cargado.
• Abril, artificialmente ligero.
• Las certificaciones de obra del mes no cuadran con los costes imputados.
• Los márgenes por proyecto se calculan sobre datos desfasados.
• Y las decisiones que se toman en el comité de dirección se apoyan en una realidad que no es exacta.

No es solo el sector construcción

El caso del cemento es el más visual, pero esta distorsión ocurre en muchos sectores y muchas situaciones distintas:

• Servicios profesionales: una asesoría que factura en agosto trabajo realizado entre junio y julio. Para el ERP, el gasto es de agosto. Para la realidad operativa, fue de junio-julio.
• Suministros con tarifa anual: un proveedor que factura todo el año en enero infla artificialmente ese mes. La realidad es que el coste se distribuye a lo largo de los 12 meses.
• Regularizaciones de cierre: ajustes que se imputan en diciembre pero que corresponden a meses anteriores.
• Mantenimiento técnico: intervenciones realizadas en marzo, facturadas en mayo o junio según los plazos del proveedor.
• Obras subcontratadas: trabajos certificados un mes y facturados al siguiente.

Cuanto más larga es la cadena de proveedores, cuanto más relevantes son los plazos contractuales, cuanto más complejo es el flujo de subcontratación, más se desfasa la fecha contable de la fecha del hecho económico real.

Cómo afecta el SII a este problema

El Suministro Inmediato de Información (SII) es el sistema de la Agencia Tributaria que obliga a determinadas empresas a remitir el detalle de sus facturas en un plazo máximo de cuatro días desde su recepción o emisión.

Aplica obligatoriamente a empresas con facturación superior a 6 millones de euros, grupos de IVA, inscritos en REDEME y otros casos. Es decir, justamente las empresas medianas y grandes donde la calidad del reporting interno es más crítica.

El SII no permite registrar facturas con fechas anteriores al periodo de declaración. Y eso significa, en la práctica, que para estas empresas la fecha contable está estructuralmente desplazada respecto al hecho económico cuando hay desfase entre la entrega del bien o servicio y la recepción de la factura.

No hay alternativa fiscal. Es la ley.

La consecuencia: el «Excel paralelo»

Lo que muchas empresas hacen para resolver este desajuste es lo de siempre: mantener un Excel paralelo donde el director financiero apunta cuándo ocurrió realmente cada gasto importante. Para luego, en las reuniones de comité, poder explicar qué cifras son contables y cuáles representan la realidad.

Funciona. A medias. Y depende de tres cosas:

• Que la persona que lleva ese Excel no se vaya de vacaciones.
• Que el equipo financiero tenga tiempo para mantenerlo al día (cosa rara cuando se acerca el cierre).
• Que la empresa acepte tener dos versiones de la verdad circulando en paralelo: la contable oficial y la analítica de gestión.

Es el peor de los mundos posibles: un proceso manual sobre el que se toman decisiones críticas, dependiendo de una persona, fuera del ERP.

La solución: dos fechas por movimiento

Lo que hacen los directores financieros más experimentados —y de lo que casi nadie habla en voz alta— es trabajar con dos fechas por movimiento:

• Fecha contable: la oficial, la del SII, la que cumple con Hacienda. No se toca. Sigue siendo la que rige la contabilidad y los modelos fiscales.
• Fecha analítica: la del hecho económico real. Cuándo se consumió el cemento. Cuándo se prestó el servicio. Cuándo ocurrió el gasto desde el punto de vista operativo.

Cuando sacan reportes internos —cuenta de resultados de gestión, márgenes por obra, evolución mensual, KPIs de comité—, filtran por la fecha analítica, no por la contable.

Resultado:

• La contabilidad oficial sigue cumpliendo con la ley fiscal y con el SII.
• La gestión interna ve la realidad operativa del negocio mes a mes.
• Las decisiones se toman sobre datos que reflejan lo que de verdad pasó.
• Desaparecen los Excels paralelos.
• Y nadie tiene que reconciliar manualmente dos versiones de la misma información.

Es un cambio aparentemente pequeño, pero tiene consecuencias enormes sobre la calidad del reporting financiero.

Por qué muchos ERPs no permiten esto

La razón por la que este enfoque no es estándar es histórica: los ERPs se diseñaron para llevar contabilidad. Y la contabilidad, por definición, necesita una sola fecha por movimiento: la fecha de devengo o registro.

Cuando los reguladores empezaron a exigir el SII y plazos cada vez más estrictos, la fecha contable quedó estructuralmente desalineada con la fecha del hecho económico. Pero los ERPs siguieron funcionando con un único campo de fecha. Y los directores financieros, sin alternativa nativa, recurrieron al Excel paralelo.

Solo en los últimos años han empezado a aparecer extensiones de ERPs modernos que permiten registrar una segunda fecha analítica sobre cada movimiento. Sin afectar a la contabilidad oficial. Sin entrar en conflicto con Hacienda. Solo añadiendo un campo adicional que el sistema usa para los reportes de gestión.

Microsoft Dynamics 365 Business Central, por ejemplo, no incluye esta funcionalidad de forma nativa. Pero existen extensiones sectoriales que sí lo añaden, manteniendo la base del ERP intacta.

Las preguntas que hace siempre el director financiero

¿Esto entra en conflicto con la legislación fiscal o con el SII?

No. La fecha contable —la que se declara a Hacienda y al SII— sigue siendo la oficial y se mantiene exactamente como exige la ley. La fecha analítica es un campo adicional, sin impacto fiscal ni contable. Solo se utiliza para reportes de gestión interna.

¿Quién decide cuál es la «fecha real» del hecho económico?

Lo decide la empresa, según el criterio de gestión que tenga sentido para su negocio. En un caso típico de obra, la fecha analítica suele ser la del albarán de entrega o la de la certificación. En servicios profesionales, la del trabajo realizado. La extensión que añade el campo no impone un criterio: lo configura cada empresa según su realidad operativa.

¿Tengo que cargar manualmente la fecha analítica en cada factura?

No, en la mayoría de casos. Cuando hay un albarán previo, la extensión puede tomar automáticamente la fecha del albarán como fecha analítica. Cuando hay un parte de servicio o una certificación previa, igual. Solo en casos puntuales donde no haya un documento previo, hace falta indicarla manualmente.

¿Sirve esto para empresas que no están en el SII?

Sí. El SII es el caso más extremo, pero el problema de fondo —fecha contable desalineada con fecha del hecho económico— afecta a cualquier empresa que tenga proveedores que facturan con desfase, regularizaciones, suministros anuales o servicios profesionales. El SII solo lo agrava y lo hace estructural.

¿Qué reportes mejoran cuando se trabaja con la fecha analítica?

Principalmente los de gestión interna: cuenta de resultados mensual, evolución de costes por proyecto u obra, márgenes mensuales, KPIs de comité de dirección, comparativas año vs año, presupuestos vs realizados. Cualquier informe que dependa de «cuándo pasó realmente» gana precisión.

Lo que cambia el día después

Cuando una empresa empieza a trabajar con dos fechas por movimiento, ocurre un cambio que se nota inmediatamente en la primera reunión de comité financiero. Los números dejan de necesitar explicación. La cuenta de resultados ya no requiere el clásico «este mes parece peor de lo que es porque la factura del proveedor X llegó tarde, en realidad el gasto fue del mes anterior».

La cuenta de resultados dice lo que pasó. Y solo lo que pasó.

Esa es la diferencia entre dirigir con datos administrativos y dirigir con datos reales. Y, una vez se prueba, no se vuelve atrás.

En resumen

• En la mayoría de ERPs, una sola fecha por movimiento sirve para fines fiscales, contables y analíticos a la vez. No siempre coinciden.
• El SII y los plazos de facturación amplifican esta distorsión: la fecha contable queda estructuralmente desalineada del hecho económico real.
• Multiplicado por cientos de movimientos al mes, el resultado es un reporting interno distorsionado.
• La solución: dos fechas por movimiento. Una contable (oficial, fiscal) y una analítica (hecho económico real).
• Los reportes de gestión se filtran por la fecha analítica. La contabilidad oficial cumple con Hacienda.
• Desaparecen los Excels paralelos y las dos versiones de la verdad.
• Business Central no lo incluye de forma nativa, pero hay extensiones que sí lo permiten.

¿Te suena el problema? Hablemos de cómo verlo en tu empresa

En Davisa hemos desarrollado dvdata-analysis, una extensión nativa de Microsoft Dynamics 365 Business Central que añade una fecha analítica adicional a cada movimiento. Sin tocar la contabilidad oficial, sin afectar al SII. Si quieres ver cómo se aplicaría a tu caso, agenda una conversación de cualificación.

Agendar consultoría gratuita →