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

# Partidas dobradas

> Entenda por que toda transação toca duas contas — para nada ser perdido ou inventado — com exemplos simples como pagar aluguel e ser pago.

**Partidas dobradas** soa técnico, mas a ideia é algo que você já entende: **o dinheiro nunca simplesmente desaparece ou aparece — ele sempre se move de algum lugar para outro.** As partidas dobradas são simplesmente o hábito de registrar *ambas* as pontas dessa movimentação, todas as vezes.

## Um evento, dois lados

***

Pense em entregar \$10 a um amigo para o almoço. Duas coisas aconteceram ao mesmo tempo: a **sua** carteira diminuiu \$10, e a **dele** aumentou \$10. Um evento, dois efeitos.

A contabilidade insiste que você anote **os dois**. Toda transação toca **pelo menos duas contas** — uma dando, uma recebendo. É por isso que se chama partidas *dobradas*. O **valor** registrado de um lado deve ser correspondido por valor igual registrado do outro — nem sempre é dinheiro físico se movendo, mas os dois montantes sempre concordam.

Então uma transação nunca é uma única linha flutuando sozinha. É **um evento com dois efeitos conectados**, e registrar os dois é o que mantém tudo em equilíbrio:

```mermaid theme={null}
flowchart LR
    A["Um evento<br/>de negócio"]:::event --> B["Efeito 1<br/>uma conta muda"]:::effect
    A --> C["Efeito 2<br/>outra conta muda"]:::effect
    B --> D["Valor igual<br/>nos dois lados"]:::equal
    C --> D
    D --> E["Os livros permanecem<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
```

Essa é a mesma regra de balanço de [débitos e créditos](/pt/fundamentals/accounting/debits-and-credits): uma conta recebe um débito, outra recebe um crédito correspondente, e os totais concordam.

## Por que se dar ao trabalho de registrar duas vezes?

***

Registrar os dois lados parece trabalho extra. Na verdade, é o ponto inteiro — é um detector de mentiras embutido.

* **Nada se perde.** Se o dinheiro saiu de uma conta, ele *tem* que aparecer em outro lugar. Você não pode extraviá-lo sem que os livros se recusem a balancear.
* **Nada se inventa.** Dinheiro não pode aparecer do nada. Para aterrissar em algum lugar, ele teve que vir de algum lugar.
* **Os erros se revelam.** Se os dois lados não baterem, você sabe na hora que algo está errado — antes que se torne um problema de verdade.

Uma lista de partida simples (apenas "dinheiro que entra, dinheiro que sai") não consegue fazer nada disso. As partidas dobradas transformam o registro em algo que você pode **confiar e provar** — que é exatamente por que bancos e sistemas de ledger são construídos sobre elas.

## Um exemplo simples

***

**Pagar aluguel — \$1,000 em dinheiro:**

```mermaid theme={null}
flowchart LR
    Cash["Caixa (um ativo)<br/><b>− $1,000</b><br/><i>dinheiro saiu</i>"]:::cash
    Rent["Despesa de aluguel<br/><b>+ $1,000</b><br/><i>para onde foi</i>"]:::rent
    Cash -->|"$1,000 se move"| Rent
    classDef cash fill:#dbeafe,stroke:#2563eb,color:#1e3a8a
    classDef rent fill:#fee2e2,stroke:#dc2626,color:#7f1d1d
```

| Conta                  | Efeito                                                 |
| ---------------------- | ------------------------------------------------------ |
| **Caixa** (um ativo)   | **Desce** \$1,000 — o dinheiro saiu                    |
| **Despesa de aluguel** | **Sobe** \$1,000 — foi para isso que o dinheiro serviu |

Os \$1,000 não desapareceram. Eles se moveram do seu caixa para o custo do aluguel — duas contas, uma movimentação correspondente, uma origem clara e um destino claro.

O dinheiro entrando funciona da mesma forma, ao contrário: pegue um pagamento de cliente de \$2,000 e o **Caixa** sobe enquanto a **Receita** sobe para registrar de onde veio. Você vai escrever os dois adequadamente — débito e crédito, lado a lado — em [Lançamentos contábeis](/pt/fundamentals/accounting/journal-entries). Esta página é só sobre *por que* os dois lados têm que existir; a próxima é sobre *como* escrevê-los.

## Como ela mantém a equação balanceada

***

Lembra de **Ativos = Passivos + Patrimônio**? As partidas dobradas são o que mantém essa equação verdadeira após cada transação. Como cada evento é registrado com efeitos iguais e opostos, os dois lados da equação nunca podem se desencontrar. O hábito de escrituração e a regra de balanço são, na verdade, a mesma ideia, vista de dois ângulos.

<Note>
  **Veja também em Core Banking**

  O core banking é construído sobre essa mesma regra dos dois lados — veja [Como o dinheiro é registrado](/pt/fundamentals/core-banking/double-entry-explained).
</Note>

## Em resumo

***

* As **partidas dobradas** registram os dois lados de toda transação — de onde o dinheiro veio e para onde foi.
* Elas existem para que **nada seja perdido ou inventado**, e para que os erros apareçam imediatamente.
* Todo lançamento usa um **débito e um crédito** correspondentes, o que mantém *Ativos = Passivos + Patrimônio* em equilíbrio aconteça o que acontecer.

<Note>
  **Próximo**

  Essa é a regra. Em seguida, veja como você de fato anota uma transação — passo a passo — em [Lançamentos contábeis](/pt/fundamentals/accounting/journal-entries).
</Note>