> ## Documentation Index
> Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt
> Use this file to discover all available pages before exploring further.

# El ciclo contable

> Cómo las transacciones, los asientos contables, el ledger, el balance de comprobación y los estados financieros encajan en un ciclo que se repite y mantiene los libros confiables.

Ya conociste las piezas una por una: los [débitos y créditos](/es/start-here/fundamentals/accounting/debits-and-credits), los [asientos contables](/es/start-here/fundamentals/accounting/journal-entries), el [plan de cuentas](/es/start-here/fundamentals/accounting/chart-of-accounts), los [estados financieros](/es/start-here/fundamentals/accounting/financial-statements). El **ciclo contable** las pone en fila. Es una rutina que se repite. Convierte un solo evento del mundo real en un informe confiable, y luego vuelve a empezar.

## Un evento, de principio a fin

***

Cada cifra de un estado financiero empezó como algo pequeño y concreto: una venta, un pago, una factura. El ciclo es el camino que recorre ese evento, paso a paso, hasta que aparece en un informe.

* **Transacción**: algo sucede. Un cliente paga, tú cubres el alquiler, llega una factura.
* **Asiento contable**: lo registras como débitos y créditos que coinciden, de modo que registras los dos lados del movimiento.
* **Ledger**: clasificas cada asiento en la cuenta correcta, de modo que cada cuenta reúne su propio historial.
* **Balance de comprobación**: sumas todas las cuentas y verificas que el total de débitos siga siendo igual al total de créditos.
* **Estados financieros**: los totales balanceados forman el Balance General, el Estado de Resultados y el Estado de Flujo de Efectivo.

Luego el ciclo se repite para la siguiente transacción, el siguiente día, el siguiente período.

```mermaid theme={null}
flowchart LR
  T["Transacción<br/>algo sucede"] --> J["Asiento contable<br/>débitos = créditos"]
  J --> L["Ledger<br/>clasificado por cuenta"]
  L --> TB["Balance de comprobación<br/>verifica que siga balanceado"]
  TB --> FS["Estados financieros<br/>los informes"]
  FS -.->|"siguiente transacción · siguiente período"| T
  classDef bal fill:#fff8e1,stroke:#f4b400,color:#333;
  class TB,FS bal;
```

## Sigue una transacción por todo el ciclo

***

Supongamos que un cliente te paga \$2,000 por una venta que haces en ese momento, así que ganas el ingreso en ese instante. Sigue el recorrido:

1. **Transacción.** La venta ocurre y el cliente paga.
2. **Asiento contable.** Lo registras: **Caja** debitada por \$2,000, **Ingresos** acreditados por \$2,000. Los débitos son iguales a los créditos, así que el asiento balancea.
3. **Ledger.** Ese débito de \$2,000 se suma al historial de la cuenta Caja. El crédito de \$2,000 se suma a la cuenta Ingresos. Haz esto en cada asiento y cada cuenta siempre conoce su propio total.
4. **Balance de comprobación.** Suma los débitos y créditos de cada cuenta en todo el libro. Si los dos totales generales coinciden, los registros son internamente consistentes, una verificación rápida antes de informar cualquier cosa.
5. **Estados financieros.** El saldo de Caja alimenta el Balance General. Los Ingresos alimentan el Estado de Resultados. Es el mismo \$2,000, ahora parte del panorama completo.

El ciclo no inventa nada nuevo en el camino. Cada paso reorganiza el mismo movimiento balanceado en una forma más útil. Va de un solo evento, a un registro, a un historial clasificado, a un total verificado, a un informe legible.

## Por qué el orden importa

***

Cada paso depende del anterior, así que la secuencia nunca cambia:

* No puedes clasificar un asiento en el **ledger** hasta haber escrito el **asiento contable**.
* El **balance de comprobación** solo tiene sentido una vez que cada asiento llegó al ledger.
* Los **estados financieros** solo son confiables una vez que el balance de comprobación confirma que los débitos son iguales a los créditos.

La regla de balance de la [partida doble](/es/start-here/fundamentals/accounting/double-entry-bookkeeping) se mantiene presente en cada etapa. Por eso, un error aparece temprano (en el balance de comprobación) en lugar de esconderse dentro de un informe terminado.

<Note>
  **Ver también en Core Banking**

  Mira cómo todo este flujo aterriza en un sistema de ledger real en [Diseña tu plan de ledger](/es/start-here/fundamentals/core-banking/designing-your-ledger-plan) y [A dónde ir después](/es/start-here/fundamentals/core-banking/where-to-go-next).
</Note>

## Próximos pasos

***

<Note>
  **Sigue con esto**

  Mira cómo estas ideas se aplican a un sistema de ledger real en [Contabilidad en Lerian](/es/start-here/fundamentals/accounting/accounting-in-lerian).
</Note>