> ## 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

> Comprende cómo encajan transacción, asiento, Ledger, balance de comprobación y estados financieros en un único ciclo que mantiene confiables los libros.

Conociste las piezas una a una: [débitos y créditos](/es/fundamentals/accounting/debits-and-credits), [asientos contables](/es/fundamentals/accounting/journal-entries), el [plan de cuentas](/es/fundamentals/accounting/chart-of-accounts), los [estados financieros](/es/fundamentals/accounting/financial-statements). Esta página es la que las pone en fila. El **ciclo contable** es la rutina repetitiva que toma una sola cosa que pasó en el mundo real y la convierte en un informe en el que puedes confiar — y luego empieza de nuevo.

## Un evento, de principio a fin

***

Cada cifra de un estado financiero empezó su vida como algo diminuto y concreto: una venta, un pago, una factura. El ciclo es solo el camino que ese evento recorre, paso a paso, hasta aparecer en un informe.

* **Transacción** — algo ocurre. Un cliente paga, cubres el alquiler, llega una factura.
* **Asiento contable** — lo anotas como débitos y créditos coincidentes, para que ambos lados del movimiento queden registrados.
* **Ledger** — cada asiento se clasifica en la cuenta correcta, así cada cuenta reúne su propia historia acumulada.
* **Balance de comprobación** — sumas todas las cuentas y compruebas que el total de débitos sigue siendo igual al total de créditos.
* **Estados financieros** — los totales balanceados se organizan en 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 periodo. Nunca se detiene de verdad; simplemente sigue girando.

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

## Recorriendo una transacción por todo el bucle

***

Digamos que un cliente te paga \$2,000 por una venta que haces en ese mismo momento — así que el ingreso se gana en ese instante. Síguelo:

1. **Transacción.** La venta ocurre y el cliente paga — llega dinero.
2. **Asiento contable.** Lo registras: **Efectivo** debitado \$2,000, **Ingresos** acreditados \$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 une a la historia acumulada de la cuenta Efectivo; el crédito de \$2,000 se une a la cuenta Ingresos. Haz esto para 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 a lo largo de todo el libro. Si los dos grandes totales coinciden, los registros son internamente consistentes — una rápida comprobación de salud antes de informar nada.
5. **Estados financieros.** El saldo de Efectivo alimenta el Balance General; los Ingresos alimentan el Estado de Resultados. Los mismos \$2,000, ahora parte del panorama general.

Nada nuevo se inventa por el camino. Cada paso simplemente **reorganiza** el mismo movimiento balanceado en una forma más útil — de un solo evento, a un registro, a una historia clasificada, a un total verificado, a un informe legible.

## Por qué importa el orden

***

Cada paso depende del anterior, que es exactamente por qué la secuencia es fija:

* No puedes clasificar un asiento en el **Ledger** hasta que hayas escrito el **asiento contable**.
* El **balance de comprobación** solo tiene sentido una vez que cada asiento ha caído en el 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.

Esa dependencia es la salvaguarda silenciosa del ciclo. La regla de balance de la [partida doble](/es/fundamentals/accounting/double-entry-bookkeeping) viaja junto en cada etapa, así que un error aparece pronto — 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ñar tu plan de Ledger](/es/fundamentals/core-banking/designing-your-ledger-plan) y [A dónde ir después](/es/fundamentals/core-banking/where-to-go-next).
</Note>

## En resumen

***

* El **ciclo contable** es el camino repetitivo de un evento real a un informe terminado: **transacción → asiento contable → Ledger → balance de comprobación → estados financieros**.
* Cada paso simplemente **reorganiza** el mismo movimiento balanceado en una forma más útil — nada se inventa ni se pierde por el camino.
* Los pasos corren en un **orden fijo** porque cada uno depende del anterior, y la regla de **débitos iguales a créditos** se comprueba en el balance de comprobación antes de informar nada.
* Luego se **repite**, transacción tras transacción, periodo tras periodo.

<Note>
  **Siguiente**

  Has visto cómo se conectan estas ideas en abstracto. Ahora mira cómo se corresponden con un sistema de Ledger real en [Contabilidad en Lerian](/es/fundamentals/accounting/accounting-in-lerian).
</Note>