# Asientos de cierre y regularización: por qué duplican el resultado en tu reporting

> Por qué los asientos de cierre y regularización anulan o duplican el resultado en tu reporting, cómo detectarlos y cómo excluirlos sin tocar el ERP.

Actualizado: 2026-09-05 · Autor: Santiago Viglione (Fibady) · https://www.fibady.com/blog/asientos-de-cierre-y-regularizacion

El síntoma es siempre el mismo: el P&L de diciembre sale a cero, o el acumulado del año se ha duplicado o anulado respecto a noviembre. La causa también: el reporting está leyendo el asiento de regularización —el que salda ingresos y gastos contra la cuenta de resultado— como si fuera un asiento más. No es un error del ERP ni del contable. Es un asiento que no es de gestión, y el reporting de gestión tiene que saber ignorarlo.

> **El asiento de regularización es** el apunte de fin de ejercicio que salda los ingresos y gastos contra la cuenta de resultado; el de cierre salda después el balance y el de apertura lo reabre el 1 de enero.

## ¿Qué hacen exactamente los asientos de regularización, cierre y apertura?

Tres asientos, siempre en este orden, y en el PGC español funcionan así:

**Regularización (31/12).** Todas las cuentas del grupo 7 (ingresos) se cargan por su saldo y todas las del grupo 6 (gastos) se abonan, y la diferencia va a la 129, resultado del ejercicio. Después de este asiento, todas las cuentas de ingresos y gastos tienen saldo cero y la 129 tiene el resultado del año. Es lo que permite que el 1 de enero el P&L empiece de cero.

**Cierre (31/12).** Todas las cuentas de balance —activo, pasivo, patrimonio, incluida la 129— se saldan a cero. Es un asiento enorme que deja el libro mayor vacío, y su única función es cerrar formalmente el ejercicio en el libro.

**Apertura (1/1).** El asiento inverso al de cierre: vuelve a abrir todas las cuentas de balance con los saldos que tenían, para empezar el ejercicio nuevo. La 129 suele reclasificarse poco después a reservas o a distribución de resultados.

Los tres son obligatorios en la contabilidad oficial y los tres son correctos. Ninguno describe una operación del negocio: describen el ejercicio cambiando de año.

## ¿Por qué duplican o anulan el resultado en el reporting?

Porque el reporting de gestión calcula el P&L sumando los movimientos de las cuentas 6 y 7 en cada periodo. Y el asiento de regularización *es* un movimiento en las cuentas 6 y 7, con fecha 31 de diciembre, por el importe exacto de todo el año y con signo contrario.

| Periodo | Ingresos (grupo 7) | Gastos (grupo 6) | Resultado del mes | Acumulado correcto | Acumulado si incluyes el asiento de regularización |
|---|---|---|---|---|---|
| Enero–noviembre | 1.000 | −910 | 90 | 90 | 90 |
| Diciembre (operaciones) | 100 | −90 | 10 | 100 | 100 |
| 31/12 asiento de regularización | −1.100 | +1.000 | −100 | (no es gestión) | 0 |
| **Resultado del ejercicio en el reporting** | | | | **100** | **0** |
| 1/1 asiento de apertura (balance) | | | | Saldos iniciales correctos | Saldos duplicados si además se suma el cierre |

El resultado real del año es 100. Si el reporting incluye la regularización, diciembre sale con resultado −90 (10 de operaciones menos los 100 del asiento) y el acumulado del año, 0. Es la versión «anulada». La versión «duplicada» aparece cuando el reporting excluye la regularización pero lee el asiento de cierre y el de apertura como movimientos de balance: el balance de enero tiene cada saldo dos veces.

Y hay una tercera variante, más difícil de ver: cuando el reporting excluye diciembre entero para evitar el problema. El P&L del año sale bien, pero el mes de diciembre desaparece, y la comparación diciembre contra diciembre del año anterior no existe.

## ¿Cómo se detectan en el ERP?

Cada ERP los marca a su manera, y conviene comprobarlo en el tuyo antes de configurar nada. Con lo que hemos visto en clientes:

- **Por diario.** Es lo más limpio. En Odoo, los asientos de cierre suelen ir a un diario específico; en otros ERPs existe un diario de «cierre» o «apertura» separado del de operaciones. Si el diario existe y se usa con disciplina, la regla es «excluir ese diario».
- **Por tipo de asiento.** Algunos ERPs tienen un campo de tipo (apertura, cierre, regularización, normal). Si está informado, es la mejor marca posible.
- **Por fecha y cuenta.** Un asiento con fecha 31/12 que mueve la 129 por el importe del resultado es el de regularización; uno con fecha 1/1 que mueve todo el balance es el de apertura. Es el método menos elegante y el más universal.

Una advertencia: el ERP puede no generar estos asientos si la contabilidad los hace la asesoría fuera del sistema, o puede generarlos varias veces si se reabre el ejercicio. Por eso la detección se comprueba cada cierre anual y no se da por hecha.

## ¿Cómo se excluyen sin tocar la contabilidad?

Con una regla en la capa de reporting, no en el ERP. Los asientos siguen en la contabilidad, que los necesita; lo que cambia es que el P&L y el balance de gestión no los cuentan.

La regla dice: excluir del P&L de gestión los asientos del diario de cierre (o de tipo regularización, o los que cumplan la condición de fecha y cuenta); excluir del balance de gestión los de cierre y apertura, y calcular los saldos iniciales de enero como los saldos finales de diciembre antes del cierre. Así el P&L de diciembre muestra los 10 de operaciones, el acumulado muestra 100, y el balance de enero empieza con los saldos correctos y sin duplicar.

En Fibady la regla se configura una vez por sociedad —por diario, por tipo o por condición— y se aplica en cada sincronización. Los asientos siguen visibles en el drill-down, marcados como excluidos del reporting de gestión, para que quien pregunte por qué el libro mayor y el P&L de gestión difieren en diciembre pueda verlo. Cómo encaja dentro del [reporting financiero](/producto/reporting-financiero); la definición corta, en el [glosario](/glosario/asiento-de-cierre).

## ¿Qué otros asientos «no de gestión» conviene revisar?

Los tres del cierre son los evidentes, pero no los únicos. Cada cierre anual conviene repasar tres familias más:

- **Reclasificaciones fiscales.** Asientos que mueven importes entre cuentas para cuadrar con el impuesto de sociedades o con una inspección, sin que haya cambiado ninguna operación. Son correctos para la contabilidad oficial y ruido para el P&L de gestión del mes en que se contabilizan.
- **Ajustes de auditoría de ejercicios anteriores.** El auditor pide en marzo un ajuste sobre el año pasado. Contablemente se registra este año; en gestión, pertenece al año anterior y conviene reexpresarlo allí, con nota.
- **Asientos de consolidación manuales.** Si alguien ha registrado eliminaciones intercompany o ajustes de consolidación como asientos en el ERP de la matriz, el reporting los va a contar dos veces cuando consolide por su cuenta. Lo normal es que esos ajustes vivan en la capa de consolidación, no en la contabilidad de ninguna sociedad.

La pregunta que sirve para todos: ¿este asiento describe algo que le pasó al negocio este mes? Si no, es candidato a excluir del reporting de gestión, aunque se quede en la contabilidad para siempre.

## Preguntas frecuentes

### ¿Cómo sé si mi reporting incluye el asiento de regularización?

Mira el P&L de diciembre: si el resultado del mes es cero, o el acumulado del año se ha duplicado o anulado respecto a noviembre, lo estás incluyendo.

### ¿Cómo lo trata Fibady?

Detecta los asientos de cierre, regularización y apertura por tipo o diario y los excluye del P&L y del balance de gestión, manteniéndolos en el ERP.

Reservar demo: https://www.fibady.com/demo