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

# Contabilidad por partida doble

> Descubre por qué cada transacción toca dos cuentas para que nada se pierda ni se invente, con ejemplos sencillos como pagar el alquiler y cobrar.

La **contabilidad por partida doble** suena técnica, pero la idea es algo que ya entiendes: **el dinero nunca simplemente se desvanece o aparece — siempre se mueve de algún lugar a otro lugar.** La partida doble es simplemente el hábito de registrar *ambos* extremos de ese movimiento, cada vez.

## Un evento, dos lados

***

Piensa en darle a un amigo \$10 para el almuerzo. Dos cosas ocurrieron a la vez: **tu** billetera bajó \$10, y la billetera de **él** subió \$10. Un evento, dos efectos.

La contabilidad insiste en que anotes **ambos**. Toda transacción toca **al menos dos cuentas** — una que da, una que recibe. Por eso se llama partida *doble*. El **valor** registrado en un lado debe coincidir con un valor igual registrado en el otro — no siempre es efectivo físico que se mueve, pero las dos cantidades siempre concuerdan.

Así que una transacción nunca es una sola línea flotando por su cuenta. Es **un evento con dos efectos conectados**, y registrar ambos es lo que mantiene todo en balance:

```mermaid theme={null}
flowchart LR
    A["Un evento<br/>del negocio"]:::event --> B["Efecto 1<br/>una cuenta cambia"]:::effect
    A --> C["Efecto 2<br/>otra cuenta cambia"]:::effect
    B --> D["Igual valor<br/>en ambos lados"]:::equal
    C --> D
    D --> E["Los libros se mantienen<br/>balanceados"]:::balanced
    classDef event fill:#f3f4f6,stroke:#6b7280,color:#111827
    classDef effect fill:#dbeafe,stroke:#2563eb,color:#1e3a8a
    classDef equal fill:#fde68a,stroke:#d97706,color:#78350f
    classDef balanced fill:#dcfce7,stroke:#16a34a,color:#14532d
```

Esta es la misma regla de balance de [débitos y créditos](/es/fundamentals/accounting/debits-and-credits): una cuenta recibe un débito, otra recibe un crédito equivalente, y los totales concuerdan.

## ¿Para qué molestarse en registrarlo dos veces?

***

Registrar ambos lados se siente como trabajo extra. En realidad es el punto entero — es un detector de mentiras integrado.

* **Nada se pierde.** Si el dinero salió de una cuenta, *debe* aparecer en algún otro lugar. No puedes extraviarlo sin que los libros se nieguen a cuadrar.
* **Nada se inventa.** El dinero no puede aparecer de la nada. Para que llegue a algún lugar, tuvo que venir de algún lugar.
* **Los errores se revelan solos.** Si los dos lados no coinciden, sabes al instante que algo está mal — antes de que se convierta en un problema real.

Una lista de partida simple (solo "dinero que entra, dinero que sale") no puede hacer nada de esto. La partida doble convierte el registro en algo en lo que puedes **confiar y demostrar** — que es exactamente la razón por la que los bancos y los sistemas de Ledger se construyen sobre ella.

## Un ejemplo sencillo

***

**Pagar el alquiler — \$1,000 en efectivo:**

```mermaid theme={null}
flowchart LR
    Cash["Efectivo (un activo)<br/><b>− $1,000</b><br/><i>el dinero salió</i>"]:::cash
    Rent["Gasto de alquiler<br/><b>+ $1,000</b><br/><i>a dónde fue</i>"]:::rent
    Cash -->|"se mueven $1,000"| Rent
    classDef cash fill:#dbeafe,stroke:#2563eb,color:#1e3a8a
    classDef rent fill:#fee2e2,stroke:#dc2626,color:#7f1d1d
```

| Cuenta                   | Efecto                                          |
| ------------------------ | ----------------------------------------------- |
| **Efectivo** (un activo) | Baja \$1,000 — el dinero salió                  |
| **Gasto de alquiler**    | Sube \$1,000 — eso es para lo que era el dinero |

Los \$1,000 no desaparecieron. Se movieron de tu efectivo al costo del alquiler — dos cuentas, un movimiento equivalente, un origen claro y un destino claro.

El dinero que entra funciona de la misma manera a la inversa: toma un pago de cliente de \$2,000 y **Efectivo** sube mientras **Ingresos** sube para registrar de dónde vino. Escribirás ambos de estos como corresponde — débito y crédito, lado a lado — en [Asientos contables](/es/fundamentals/accounting/journal-entries). Esta página trata solo del *porqué* ambos lados tienen que existir; la siguiente trata del *cómo* escribirlos.

## Cómo mantiene balanceada la ecuación

***

¿Recuerdas **Activos = Pasivos + Patrimonio**? La partida doble es lo que mantiene verdadera esa ecuación después de cada transacción. Como cada evento se registra con efectos iguales y opuestos, los dos lados de la ecuación nunca pueden desviarse entre sí. El hábito contable y la regla de balance son en realidad la misma idea, vista desde dos ángulos.

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

  El core banking se construye sobre esta misma regla de ambos lados — consulta [Cómo se registra el dinero](/es/fundamentals/core-banking/double-entry-explained).
</Note>

## En resumen

***

* La **partida doble** registra ambos lados de cada transacción — de dónde vino el dinero y a dónde fue.
* Existe para que **nada se pierda ni se invente**, y para que los errores aparezcan de inmediato.
* Cada asiento usa un **débito y un crédito** equivalentes, lo que mantiene *Activos = Pasivos + Patrimonio* en balance pase lo que pase.

<Note>
  **Siguiente**

  Esa es la regla. A continuación, mira cómo realmente anotas una transacción — paso a paso — en [Asientos contables](/es/fundamentals/accounting/journal-entries).
</Note>
