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

# Projetando seu plano de contas

> Modele seu negócio como um conjunto de contas — um método simples em estilo de planilha para projetar um plano de contas antes de construir qualquer coisa.

A esta altura você conhece as peças: contas, saldos, movimentações, as regras que as governam. Esta é a página em que você as coloca para trabalhar no *seu* negócio. O objetivo é passar de "eu entendo os termos" para "eu consigo modelar o que minha empresa de fato faz".

Aqui está a mudança de mentalidade: um **plano de contas** — às vezes chamado de **chart of accounts** — não é uma lista de contas que você se apressa a criar. É uma *classificação deliberada* das contas de que o seu negócio precisa, e de como elas se relacionam. Projetá-lo bem, desde o início, poupa você de uma reestruturação dolorosa mais tarde.

## Pense nos cômodos antes de construir

***

Imagine projetar uma casa. Antes de despejar qualquer concreto, você decide para que serve cada cômodo — cozinha, quarto, escritório — e quem tem permissão de entrar. Você não começa assentando tijolos para depois descobrir a planta baixa.

Um plano de contas funciona da mesma forma. Você decide para que serve cada conta, quais regras ela segue e como o dinheiro flui entre os cômodos — **antes** de criar qualquer coisa. O resto desta página é um método simples, de quatro passos, para fazer exatamente isso.

## Passo 1: Liste seus atores do mundo real

***

Comece totalmente longe do software. No papel, liste cada parte do mundo real que toca dinheiro no seu negócio. Não se preocupe com estrutura ainda — apenas dê nome a elas.

Uma lista típica fica assim:

* **Clientes** — as pessoas ou empresas que mantêm valor com você
* **Tesouraria** — seus próprios fundos operacionais
* **Receita** — o dinheiro que você ganha
* **Taxas** — cobranças que você coleta sobre movimentações
* **Liquidação** — dinheiro em trânsito de ou para o mundo externo
* **Despesas** — dinheiro que você paga

Esta é a sua matéria-prima. Todo negócio tem a sua própria versão dessa lista.

## Passo 2: Decida o que precisa da sua própria verdade

***

Nem todo ator precisa da sua própria conta. O teste é simples: **essa coisa precisa do seu próprio saldo separado e confiável — sua própria verdade?**

Se você precisa saber, a qualquer momento, exatamente quanto valor está com esse ator, ele precisa da sua própria conta. Se for apenas um rótulo ou um detalhe de outra coisa, não precisa.

<Tip>
  Uma boa regra prática: se você algum dia quiser perguntar "quanto tem *aqui* neste momento?" — isso é uma conta. Se duas coisas nunca devem compartilhar um saldo, elas nunca devem compartilhar uma conta.
</Tip>

## Passo 3: Classifique e agrupe com três perguntas

***

Este é o coração do método. Para cada conta que você manteve, faça **três perguntas universais**. Juntas, elas dizem a você como estruturar e agrupar suas contas.

| Pergunte a si mesmo                                                                    | Sobre o que é                                                                                                      |
| -------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------ |
| Essas contas precisam de uma **regra que valide** o que elas são ou como se comportam? | Classificação — impor que uma conta seja de um certo *tipo*, com suas próprias restrições.                         |
| Eu preciso **fatiá-las para relatórios**?                                              | Rotulagem — etiquetar contas para que você possa depois filtrar e relatar por grupo (região, nível, departamento). |
| Eu preciso **agrupá-las operacionalmente** em torno de um cliente ou carteira?         | Agrupamento operacional — reunir várias contas que pertencem juntas a um dono.                                     |

Essas três perguntas são independentes. Uma conta pode precisar das três, ou de apenas uma. Mantenha-as separadas na sua mente:

```mermaid mermaid theme={null}
flowchart TD
  A["Uma conta no seu plano"] --> Q1{"Precisa de uma regra que<br/>valide seu tipo?"}
  Q1 -->|sim| C["Dê a ela uma classificação"]
  A --> Q2{"Precisa ser fatiada<br/>para relatórios?"}
  Q2 -->|sim| L["Dê a ela um rótulo de relatório"]
  A --> Q3{"Pertence a um cliente<br/>ou grupo de carteira?"}
  Q3 -->|sim| G["Coloque-a em um grupo operacional"]
  classDef q fill:#fff8e1,stroke:#f4b400,color:#333;
  class Q1,Q2,Q3 q;
```

O grande erro aqui é colapsar essas três em uma só. *Classificação* (o que uma conta tem permissão de ser) não é o mesmo que uma *fatia de relatório* (como você a agruparia em um relatório), que não é o mesmo que um *grupo operacional* (quais contas pertencem a um cliente). Tratá-las como uma única coisa emaranhada é como os planos de contas se tornam ingerenciáveis.

## Passo 4: Esboce as movimentações

***

Por fim, desenhe as setas. Para cada tipo de movimentação que o seu negócio faz, esboce qual conta é a origem e qual é o destino. É aqui que o seu plano ganha vida — e é exatamente a entrada de que você precisará quando depois definir regras reutilizáveis para essas movimentações.

## Um exemplo trabalhado: um negócio simples de carteira

***

Digamos que você opera um app de carteira. Os clientes carregam dinheiro, enviam uns aos outros, e você cobra uma pequena taxa nas transferências. Percorra o método:

**Atores:** clientes, sua conta de taxa/receita, e uma conta de liquidação para o dinheiro que entra do mundo externo.

**Própria verdade?** Cada carteira de cliente precisa do seu próprio saldo — sim. As taxas coletadas precisam do seu próprio saldo — sim. A liquidação precisa do seu próprio saldo para espelhar o mundo externo — sim.

**Três perguntas:**

* *Validação?* As carteiras de clientes se comportam de forma diferente da sua conta de taxas, então são de um **tipo** diferente — classifique-as.
* *Fatia de relatório?* Você quer relatar clientes por país — adicione um **rótulo** de região.
* *Grupo operacional?* Um cliente premium pode ter várias carteiras — **agrupe-as** juntas.

**Movimentações:** uma transferência move valor de uma carteira de cliente para outra, mais uma pequena parte para a conta de taxas. O dinheiro que entra no app move-se da liquidação para uma carteira de cliente.

```mermaid mermaid theme={null}
flowchart LR
  S["Liquidação<br/>(mundo externo)"] -->|carga| C1["Carteira do cliente A"]
  C1 -->|transferência| C2["Carteira do cliente B"]
  C1 -->|parte da taxa| F["Taxa / receita"]
  classDef bal fill:#fff8e1,stroke:#f4b400,color:#333;
  class C1,C2,F,S bal;
```

Esse é um plano de contas completo para um pequeno negócio — esboçado antes de tocar em qualquer ferramenta.

## Erros comuns de quem começa

***

* **Classificar demais.** Criar uma dúzia de tipos de conta quando dois resolveriam. Comece de forma grosseira; refine apenas quando uma regra real exigir.
* **Misturar relatórios na estrutura.** Não incorpore uma fatia de relatório (como "região") no *tipo* de uma conta. Mantenha como você classifica separado de como você relata.
* **Tratar o plano como uma lista.** Apressar-se a criar contas antes de esboçar as movimentações deixa você reorganizando depois.
* **Pular o teste da "própria verdade".** Dar a tudo a sua própria conta — ou amontoar coisas não relacionadas em uma só — ambos causam dor.

## Em resumo

***

* Um **plano de contas** é uma classificação deliberada das contas de que o seu negócio precisa — não uma lista para apressar.
* Projete-o como cômodos em uma casa: decida propósito e acesso **antes** de construir.
* O método: (1) liste os atores do mundo real, (2) mantenha os que precisam da sua **própria verdade**, (3) classifique e agrupe-os com as **três perguntas**, (4) esboce as movimentações.
* Mantenha as três perguntas — *validação*, *fatia de relatório*, *agrupamento operacional* — separadas. Colapsá-las é o erro clássico.

<Note>
  **Veja na Lerian**

  Essas três perguntas se mapeiam para como a Lerian modela contas:

  * *Regra de validação?* → **Tipos de Conta**
  * *Fatia de relatório?* → **Segmentos**
  * *Agrupamento operacional?* → **Portfólios**

  Veja tudo junto em [Contabilidade no Midaz](/pt/midaz/accounting-in-midaz), depois coloque seu plano para trabalhar com o [Caminho de configuração](/pt/midaz/console/midaz-console-setup-path) e o [Mapa de conceitos](/pt/midaz/console/midaz-console-concepts-map) do console.
</Note>