Você não verá nenhum JSON ou chamada de API aqui. Tudo abaixo é feito por meio dos formulários da Console. Se mais tarde quiser automatizar a mesma configuração, cada seção tem link para a referência técnica correspondente.
O que você está construindo
A contabilidade no Midaz é baseada nas partidas dobradas. Você não precisa fazer a contabilidade manualmente — a Console e o ledger garantem isso para você. A única regra a ter em mente:
Toda transação move valor de um lugar para outro. Um lado dá (débito), um lado recebe (crédito), e os dois sempre se equilibram.Você configura isso uma vez modelando suas Contas e seu roteamento, e a partir daí toda transação fica automaticamente balanceada e auditável. A configuração segue uma ordem lógica. Cada camada se apoia na anterior:
Planeje seu plano de contas
Decida quais saldos seu produto precisa (fundos de clientes, fees, settlement, treasury, revenues).
Passo 1 — Planeje seu plano de contas
Na contabilidade tradicional, um Plano de Contas (Chart of Accounts, CoA) é a lista mestra de cada categoria de conta que seu negócio usa — ativos, passivos, receitas, despesas — e como os movimentos são classificados contra elas. No Midaz não há uma única tela de “Plano de Contas” para preencher. Em vez disso, seu CoA emerge de como você combina os blocos que cria na Console: Assets, Tipos de Conta e Contas. Planejá-lo de antemão é principalmente um exercício de papel (ou quadro branco). Antes de abrir a Console, liste os saldos que seu produto precisa. Para um produto de pagamentos típico, pode ser:
| Saldo que você precisa | O que representa |
|---|---|
| Fundos de clientes | Dinheiro que seus usuários finais mantêm |
| Settlement | Fundos aguardando compensação |
| Fee revenue | Fees que você cobra |
| Fee expense | Fees que você paga a provedores |
| Treasury | Seus próprios fundos operacionais internos |
Antes de qualquer Conta poder existir, ela precisa de um Asset — a unidade de valor que mantém (por exemplo
BRL). Se você ainda não criou seus assets, comece por Criar um Asset.Passo 2 — Crie seus Tipos de Conta
Os Tipos de Conta são as categorias que classificam suas Contas. Pense neles como rótulos como
customer, treasury ou fee que agrupam Contas pelo seu papel. Mais tarde, as Rotas Contábeis usam esses rótulos para decidir quais Contas são permitidas em uma transação.
Na Console você cria um Tipo de Conta por categoria do seu projeto — não um por cliente individual.
Criar um Tipo de Conta
Abra o formulário Novo Tipo de Conta e defina uma categoria com um nome claro e um key value estável.
| Tipo de Conta | Use para |
|---|---|
customer | Saldos líquidos de clientes |
settlement | Fundos aguardando compensação |
fee | Fees cobradas como revenue |
treasury | Operações internas |
expense | Fees pagas a provedores |
O menu de Tipos de Conta só aparece quando Validate Account Type está habilitado nas configurações do seu Ledger. Veja Gerenciar Ledgers para ativá-lo.
Passo 3 — Crie suas Contas
As Contas são os contêineres de saldo reais — as coisas que mantêm valor e entre as quais o dinheiro se move. Cada Conta está ligada a um Tipo de Conta (sua categoria) e a um Asset (sua moeda), e é identificada por um alias legível que começa com
@ (por exemplo @customer_123_brl).
Para cada linha do seu projeto, crie uma Conta na Console.
Criar uma Conta
Abra o formulário Nova Conta, escolha seu Tipo e Asset, e dê a ela um alias claro.
| Campo | Por que importa |
|---|---|
| Alias da Conta | O nome que rotas e transações usam para encontrar a Conta. Não pode ser alterado após a criação. |
| Tipo | O Tipo de Conta que a classifica. Não pode ser alterado após a criação. |
| Asset | A moeda ou unidade que ela mantém. Não pode ser alterado após a criação. |
Entendendo o que um saldo realmente mostra
Quando você abre uma Conta na Console, seu saldo não é um único número. O Midaz divide cada saldo em alguns buckets para que você sempre saiba o que é genuinamente gastável versus o que está reservado. Em linguagem simples:| Bucket | O que significa quando você olha uma Conta |
|---|---|
| Available | Dinheiro livre para gastar ou enviar agora mesmo. É o número que sobe e desce com os pagamentos normais. |
| On hold | Dinheiro que foi reservado por uma operação pendente mas ainda não finalizada. Ainda pertence à Conta, mas está separado e não pode ser gasto até que o hold seja confirmado ou cancelado. |
| Scale | Não é um pool de dinheiro — diz à Console quantas casas decimais ler. Com um scale de 2, um valor armazenado de 100 significa 1.00. Controla a precisão, não o valor. |
“On hold” é o que viabiliza os pagamentos em duas etapas. Quando um pagamento é autorizado mas ainda não capturado, o valor passa de Available para On hold. Confirmar o pagamento o libera ao destino; cancelar o devolve ao Available. Você verá esses movimentos refletidos na Conta em cada etapa.
Passo 4 — Crie suas Rotas Contábeis
As Rotas Contábeis são as regras que governam toda transação antes de ela impactar o ledger. Uma rota é uma regra reutilizável para um tipo de transação (por exemplo, Pix transfer ou fee charge) que responde a três perguntas:
- Quais Contas são permitidas no lado source (envio)?
- Quais Contas são permitidas no lado destination (recebimento)?
- Quais lançamentos de débito e crédito devem ser registrados quando ela é executada?
Gerenciar Rotas Contábeis
Veja como a página de Rotas Contábeis funciona e o que cada parte do assistente faz.
Criar uma Rota Contábil
Percorra o assistente de 3 passos para definir uma rota, suas operation rules e seus lançamentos.
Source, Destination ou Bidirectional?
Source, Destination ou Bidirectional?
Cada regra dentro de uma rota se aplica a um lado da transação:
- Source — o lado de envio (de onde o valor vem).
- Destination — o lado de recebimento (onde o valor chega).
- Bidirectional — a mesma regra se aplica a ambos os lados, para casos em que um tipo de Conta pode tanto enviar quanto receber.
Como uma Conta deve ser validada?
Como uma Conta deve ser validada?
Cada regra verifica as Contas de uma de duas formas:
- Account Type — qualquer Conta de uma categoria é permitida (por exemplo, qualquer Conta
customerpode enviar). Use para fluxos flexíveis e escaláveis. - @Alias — apenas uma Conta exata é permitida (por exemplo, apenas
@fee_revenuepode receber). Use para Contas operacionais fixas como treasury, fees ou settlement.
Qual accounting scenario?
Qual accounting scenario?
Os scenarios decidem como os lançamentos de débito e crédito são registrados:
- Direct — um movimento em uma etapa, registrado de imediato.
- Two-Step — um fluxo de hold e depois commit, com lançamentos separados para reservar, confirmar e cancelar fundos (é isso que usa o bucket On hold).
- Reversal — lançamentos registrados quando uma transação concluída precisa ser desfeita.
Juntando tudo — um pagamento Pix simples
Vamos executar o fluxo completo na Console para um Pix cash-out básico: um cliente envia BRL da sua wallet para uma Conta externa. Assuma que seu asset
BRL já existe.
Crie os Tipos de Conta
Na página Tipos de Conta, crie:
customer— para saldos de usuários finais.settlement— para fundos saindo para o mundo externo.
Crie as Contas
Na página Contas, crie:
@customer_123_brl— Tipocustomer, AssetBRL. A wallet do cliente.@external_brl— Tiposettlement, AssetBRL. Onde os fundos se assentam ao sair do ledger.
Crie a Rota Contábil
Na página Rotas Contábeis, inicie o assistente e construa uma rota
Pix cash-out:- Uma operation rule Source validando o Tipo de Conta
customer(a wallet envia). - Uma operation rule Destination validando o Tipo de Conta
settlement(a Conta externa recebe). - Um accounting scenario Direct, com um lançamento de débito no source e um de crédito no destination.
Execute uma transação
Crie uma transação que mova, por exemplo,
100.00 BRL de @customer_123_brl para @external_brl usando sua rota Pix cash-out. Veja Criar uma Transação.Próximos passos
Agora você tem um modelo contábil funcionando construído inteiramente na Console. Se quiser ir mais fundo — automatizar a mesma configuração, entender as entidades subjacentes ou transformar a atividade do ledger em relatórios — estas referências técnicas continuam de onde este guia para:
Passo a Passo de Contabilidade (desenvolvedor)
A versão de desenvolvedor de ponta a ponta deste guia, incluindo o modelo de dados e o detalhe de partidas dobradas.
Visão geral de Contabilidade
Como os primitivos contábeis centrais se relacionam entre si.
Entidades de Transaction Routing
O modelo técnico por trás das Rotas Contábeis, operation routes e lançamentos.
Saldos
O modelo de saldo completo por trás de available, on-hold e scale.

