Pular para o conteúdo principal

industry-specific-setups

---
title: "Configurações Específicas para Indústrias"
tags: [Beancount, contabilidade, freelancers, pequenas empresas, finanças pessoais, gestão financeira]
keywords: [Configurações do Beancount, contabilidade para freelancers, finanças para pequenas empresas, gestão de finanças pessoais, contabilidade para freelancers]
description: "Adapte seu livro-razão do Beancount para atender às necessidades exclusivas de freelancers, pequenas empresas e finanças pessoais. Este guia fornece configurações práticas, trechos de exemplo e insights sobre rastreamento financeiro eficaz."
image: "https://opengraph-image.blockeden.xyz/api/og-beancount-io?title=Configura%C3%A7%C3%B5es%20Espec%C3%ADficas%20para%20Ind%C3%BAstrias"
authors: [mike]
---

# Configurações Específicas para Indústrias

*Configurações de Exemplo para Freelancers, Pequenas Empresas e Finanças Pessoais*

Neste guia, exploraremos como adaptar um livro-razão do Beancount para diferentes necessidades: um profissional freelancer, uma pequena empresa boutique e finanças domésticas pessoais. Cada cenário vem com estruturas de contas e considerações exclusivas. Explicaremos a lógica por trás de cada configuração, forneceremos exemplos de trechos do Beancount e destacaremos recursos úteis (como tags personalizadas e importações automatizadas) que facilitam o rastreamento. O tom é instrucional, mas acessível – seja você um desenvolvedor, um profissional experiente em tecnologia ou um entusiasta de finanças, esses exemplos o ajudarão a aplicar o Beancount no mundo real.

![industry-specific-setups](https://opengraph-image.blockeden.xyz/api/og-beancount-io?title=Industry%20Specific%20Setups)

## Freelancers

Freelancers (como desenvolvedores de software ou designers gráficos) geralmente lidam com vários clientes e despesas de projeto. Uma configuração simples do Beancount pode ajudar a rastrear a renda de cada cliente, as despesas comerciais (incluindo quaisquer subcontratados contratados) e o dinheiro reservado para impostos. O objetivo é mantê-lo simples para que ele possa ser dimensionado à medida que seu negócio freelance cresce, sem complexidade desnecessária.

**Contas Principais para um Freelancer:** Um livro-razão freelance normalmente separa as finanças comerciais das finanças pessoais. Por exemplo, você pode usar:

* **Assets\:Business\:Checking** – Uma conta bancária comercial para todos os pagamentos de clientes e despesas comerciais.
* **Assets\:Business\:TaxSavings** – Uma conta poupança para reservar uma parte da renda para pagamentos de impostos (já que nenhum empregador está retendo impostos para você).
* **Income\:Client:***`Name`*\*\* – Contas de receita para pagamentos de clientes. Você pode criar subcontas por cliente principal (por exemplo, `Income:Client:ACME`) ou usar uma única conta `Income:Freelance` com os nomes dos clientes marcados nas transações.
* **Expenses\:Business\:Contractors** – Para pagamentos a quaisquer subcontratados ou trabalho terceirizado.
* **Expenses\:Business\:Software** (e outras categorias como **Travel**, **Supplies**) – Para despesas comerciais regulares (assinaturas de software, equipamentos, viagens para sites de clientes, etc.).
* **Equity\:OwnerDraw** – (Opcional) Para registrar transferências de lucro da empresa para você pessoalmente. Isso ajuda a distinguir fundos comerciais de fundos pessoais quando você se paga.

**Justificativa:** Esta estrutura garante que todo o dinheiro relacionado aos negócios seja rastreado em contas dedicadas. A receita de cada cliente é registrada (facilitando a visualização de quem são seus principais clientes), e as despesas são categorizadas para deduções fiscais. Reservar impostos em uma conta de ativos separada (ou registrar um passivo para impostos devidos) evita gastar acidentalmente dinheiro que será devido ao governo. O livro-razão permanece simples: se você adquirir novos clientes ou categorias de despesas, poderá adicionar novas contas ou usar tags sem reorganizar tudo. Uma armadilha comum é misturar transações pessoais e comerciais em uma única conta; ao manter uma conta corrente comercial dedicada (e a conta de ativos correspondente), a conciliação e os relatórios tornam-se mais limpos. Outra armadilha a evitar é esquecer de registrar transferências de dinheiro para impostos ou retiradas do proprietário – ao usar contas como TaxSavings e OwnerDraw, cada dólar é contabilizado.

**Recursos do Beancount para Destacar:** Tags e metadados são extremamente úteis para freelancers. Por exemplo, você pode marcar transações com um número de projeto ou fatura, ou usar um campo de metadados para anotar o nome do cliente se optar por não usar contas de receita separadas por cliente. Isso facilita a filtragem ou consulta de transações para um cliente ou projeto específico (por exemplo, somando todas as despesas marcadas com `#ProjectX`). Além disso, os importadores automatizados do Beancount podem simplificar a entrada de dados – por exemplo, você pode configurar um importador para seus extratos bancários ou de cartão de crédito para ingerir transações em seu livro-razão e, em seguida, basta adicionar os nomes das contas de despesas ou receitas apropriadas. Isso economiza tempo quando você tem muitas pequenas transações (como assinaturas de software ou despesas de viagem).

### Trecho de Livro-Razão de Exemplo para Freelancer

Abaixo está um trecho simplificado do Beancount para um desenvolvedor freelance. Ele mostra a abertura de algumas contas principais, um pagamento de entrada de um cliente, um pagamento para um subcontratado, uma despesa comercial típica e a movimentação de dinheiro para uma conta de poupança fiscal. (Na prática, você também registraria outras despesas, como viagens ou compras de equipamentos de forma semelhante.)

```bean
1970-01-01 open Assets:Business:Checking
1970-01-01 open Assets:Business:TaxSavings
1970-01-01 open Income:Client:ACME
1970-01-01 open Expenses:Business:Contractors
1970-01-01 open Expenses:Business:Software

; Receita do cliente – pagamento de uma fatura
2025-08-15 * "Pagamento de fatura da ACME Corp"
invoice: "INV-2025-08-15"
Assets:Business:Checking 5000 USD
Income:Client:ACME -5000 USD

; Despesa regular – por exemplo, assinatura de software para a empresa
2025-08-05 * "Assinatura do GitHub"
Expenses:Business:Software 15 USD
Assets:Business:Checking - 15 USD

; Despesa de contratado – pagando um subcontratado por ajuda
2025-08-20 * "Pagamento de contratado – Jane Doe"
Expenses:Business:Contractors 2000 USD
Assets:Business:Checking -2000 USD

; Retenção de impostos – movimentando dinheiro para poupança fiscal
2025-08-31 * "Reservar impostos do T3"
Assets:Business:TaxSavings 1500 USD
Assets:Business:Checking -1500 USD #tax

Vamos detalhar o que está acontecendo:

  • Nós abrimos as contas necessárias na parte superior (com uma data de início). Isso não é estritamente necessário para o Beancount (as contas são criadas no primeiro uso, se não forem abertas), mas é uma boa prática declará-las. As contas Assets:Business:Checking e Assets:Business:TaxSavings manterão saldos em USD; as contas de receita e despesa podem ser deixadas sem uma moeda na diretiva open, pois herdarão as moedas da transação (USD neste caso).
  • Pagamento de fatura do cliente: Em 2025-08-15, uma transação de receita registra um pagamento de cliente de $5.000 por uma fatura. Creditamos Income:Client:ACME (a receita aumenta com um valor negativo em contabilidade de partidas dobradas) e debitamos a conta corrente. Um campo de metadados invoice: "INV-2025-08-15" é incluído para anotar o número da fatura – isso é opcional, mas mostra como você pode anexar informações extras a uma transação. Você também pode marcar esta transação com #ACME ou #client-ACME para filtragem rápida. Se você tivesse vários clientes, poderia usar uma conta geral Income:Clients e contar com esses metadados ou no campo Payee para distinguir os clientes, em vez de criar muitas subcontas.
  • Despesa comercial (software): Em 2025-08-05, registramos uma despesa de $15 para uma assinatura do GitHub (talvez para repositórios privados ou outros serviços). O lançamento vai para Expenses:Business:Software e reduz a conta corrente comercial. Pequenas despesas recorrentes como esta podem ser marcadas (por exemplo, adicionamos #tax na transação de impostos abaixo; da mesma forma, você pode marcar certas despesas como #recurring se ocorrerem mensalmente, etc.). Neste caso, o próprio nome da conta (Software) deixa claro.
  • Pagamento de contratado: Em 2025-08-20, o freelancer pagou um subcontratado (Jane Doe) $2.000. Isso é registrado como uma despesa em Expenses:Business:Contractors e dinheiro da conta corrente. Você pode incluir o nome do contratado na narração (como fizemos) ou como um campo de metadados (por exemplo, contractor: "Jane Doe"). Isso mantém uma trilha de auditoria de quem você pagou e por quê (útil se você precisar de detalhes durante o preenchimento de impostos ou orçamento).
  • Transferência de poupança fiscal: Em 2025-08-31, o freelancer transfere $1.500 da conta corrente principal para uma conta poupança fiscal dedicada. Marcamos esta transação com #tax para visibilidade. Isso não é uma despesa (você está apenas movimentando seu próprio dinheiro), então vai entre duas contas de ativos. Ao fazer isso a cada mês ou trimestre, você acumula fundos para cobrir os impostos estimados. Quando for a hora de realmente pagar os impostos ao governo, você registraria uma despesa (digamos, Expenses:Taxes) e uma dedução da conta TaxSavings (ou Checking). Uma armadilha comum é tratar esta transferência como uma despesa em seus relatórios – lembre-se, não é uma despesa, apenas uma alocação de precaução. Apenas o pagamento real de impostos para a Receita Federal/Autoridade Tributária seria uma despesa (ou redução de um passivo fiscal acumulado se você rastreá-lo dessa forma).

Resumo: O livro-razão do Beancount de um freelancer enfatiza a simplicidade e a clareza. Todas as receitas e saídas vinculadas à empresa são registradas metodicamente. Ao usar nomes de contas significativos e tags/metadados ocasionais, você pode gerar relatórios por cliente ou por categoria de despesa facilmente (por exemplo, receita total por cliente, total gasto em contratados este ano, etc.). Esta configuração é escalável – você pode adicionar novos clientes ou categorias de despesas à medida que sua empresa evolui. Com recursos como importações automatizadas (para puxar transações bancárias) e marcação personalizada para projetos ou faturas, o Beancount pode reduzir muito a sobrecarga de contabilidade para freelancers, fornecendo uma imagem clara das finanças a qualquer momento.

Pequenas Empresas

Em seguida, considere uma pequena empresa boutique de comércio eletrônico – por exemplo, uma loja online que vende produtos artesanais. Este cenário adiciona complexidade, como gestão de estoque, custo dos produtos vendidos (CPV) e manuseio de processadores de pagamento online. O Beancount pode acomodar isso com uma estrutura de contas e um método de registro de transações bem pensados. Usaremos um caso em que a empresa acompanha os produtos em estoque, registra as vendas por meio de uma plataforma online (como Shopify com Stripe para pagamentos) e registra as despesas comerciais típicas.

Contas Principais para uma Empresa Boutique de Comércio Eletrônico: Além das contas bancárias e de despesas básicas, um livro-razão de empresa de varejo incluirá contas para rastrear o estoque e os fluxos de vendas:

  • Assets:Bank:Checking – A conta corrente da empresa (para pagar fornecedores, despesas operacionais e receber transferências de processadores de pagamento).
  • Assets:Stripe:Balance (ou Assets:PayPal, etc.) – Uma conta de compensação para fundos coletados via pagamentos online que ainda não chegaram ao banco. Por exemplo, quando um cliente paga via Stripe, o dinheiro pode ficar em uma conta Stripe antes de ser depositado em seu banco em lotes.
  • Assets:Inventory:Product** – Contas de estoque para seus produtos. Você pode tratar cada produto (ou categoria de produtos) como uma commodity no Beancount para rastrear as quantidades em mãos. Por exemplo, Assets:Inventory:Widgets pode conter a quantidade de itens "Widget" atualmente em estoque, avaliados pelo preço de custo.
  • Income:Sales – Registra a receita das vendas de produtos. Você pode usar subcontas para diferentes canais de vendas (por exemplo, Income:Sales:Online vs Income:Sales:InStore) se a empresa tiver vários canais, mas manteremos simples com uma conta de receita de vendas.
  • Expenses:COGS – Custo dos Produtos Vendidos, para capturar a base de custo dos itens de estoque quando eles são vendidos. Esta conta mostrará efetivamente quanto o estoque vendido custou a você (como proprietário da empresa) durante um período. É um componente-chave para calcular o lucro bruto.
  • Expenses:Fees – Para taxas de processamento de pagamento e taxas de plataforma (taxas Stripe, taxas Shopify, taxas PayPal, etc. tudo pode ser registrado aqui). Você pode separar isso em contas mais detalhadas (por exemplo, Expenses:Fees:Stripe e Expenses:Fees:Shopify) se desejar, mas uma conta pode ser suficiente para todas as taxas de transação.
  • Expenses:Operating – Despesas comerciais gerais não diretamente ligadas ao CPV, como marketing, hospedagem na web, software, suprimentos de envio, etc. Elas podem ser divididas em subcontas (por exemplo, Expenses:Marketing, Expenses:WebHosting, Expenses:Shipping) para analisar diferentes centros de custo.
  • Liabilities:SalesTax – (Opcional, se aplicável) Se a empresa precisar coletar imposto sobre vendas ou IVA nas vendas, esta conta de passivo rastreia os impostos coletados, mas ainda não remetidos ao governo. Cada venda dividiria então a parte do imposto nesta conta. Isso garante que os impostos coletados não sejam contados como receita e sejam destinados ao pagamento às autoridades fiscais.
  • Equity:OwnerEquity – (Opcional) Representa o investimento do proprietário e os lucros retidos. Quando a empresa foi iniciada, qualquer financiamento inicial pelo proprietário seria creditado aqui (com um débito no banco ou no estoque se eles contribuíssem com dinheiro ou estoque). Além disso, se o proprietário retirar lucro (distribuições), isso poderia ser registrado contra esta conta de patrimônio líquido. Isso mantém o balanço equilibrado, mas para as operações do dia a dia, não entra em jogo com frequência.

Justificativa: Esta configuração separa o fluxo de bens e dinheiro. As compras de estoque são inicialmente registradas no balanço patrimonial (como ativos) em vez de imediatamente como despesas. Somente quando você vende produtos você expõe seu custo (CPV), combinando a receita com a despesa relacionada para o cálculo adequado do lucro. A receita das vendas é registrada no preço bruto de venda, enquanto as taxas são registradas separadamente para que você possa ver tanto a receita bruta quanto as taxas pagas (e, portanto, a receita líquida). Usar uma conta de compensação como Assets:Stripe:Balance ajuda na reconciliação de depósitos – o dinheiro se move do Stripe para seu banco em montantes, e você pode registrar essas transferências sem confusão. Uma armadilha comum para novos donos de lojas é negligenciar o registro adequado do estoque – por exemplo, expor todas as compras de estoque imediatamente. Isso pode ser bom para o rastreamento do fluxo de caixa, mas distorce seu lucro: você parecerá menos lucrativo nos meses em que estocar e mais lucrativo nos meses em que vender, mesmo que o estoque tenha sido comprado antes. Ao usar uma conta de ativo de estoque e CPV, você alinha o custo com a venda. Outra armadilha é não contabilizar taxas ou reembolsos, o que pode fazer com que seus saldos bancários ou Stripe não correspondam à sua receita registrada. Evitamos isso registrando explicitamente as taxas e usando a conta de ativo Stripe para rastrear o que o Stripe deve ou pagou.

Recursos do Beancount para Destacar: O rastreamento de estoque no Beancount aproveita sua capacidade de lidar com commodities e custos. Cada produto pode ser um símbolo de commodity (por exemplo, WIDGET), permitindo que você registre a quantidade e o custo unitário. Quando você vende itens, a lógica de estoque do Beancount (FIFO por padrão) pode escolher automaticamente o custo correto de seus lotes de estoque. Veremos isso no exemplo. Você também pode usar metadados ou links para vincular as vendas e suas entradas de CPV correspondentes (por exemplo, usando o mesmo número de pedido em ambas as transações, ou uma tag compartilhada como #order1001 na venda e na redução de estoque, tornando fácil consultar ou verificar se cada venda tem uma entrada de CPV correspondente). Além disso, as importações automatizadas podem ajudar aqui: você pode usar um script para importar dados de vendas de relatórios de pagamento do Shopify ou Stripe, ou importar seus extratos bancários para capturar transações de despesas e pagamentos. Automatizar essas tarefas repetitivas de entrada de dados significa que você gasta mais tempo analisando e menos tempo digitando números.

Trecho de Livro-Razão de Exemplo para Pequena Empresa

Abaixo está um exemplo condensado do Beancount para nossa empresa boutique de comércio eletrônico. Ilustramos a compra de estoque, o registro de uma venda (com a taxa do processador de pagamento líquida) e o registro do custo dos produtos vendidos para essa venda. Na prática, você também registraria outras despesas (como taxas de plataforma, custos de publicidade, etc.) de forma semelhante ao exemplo de taxa mostrado. Assumimos USD como a moeda e um produto chamado "Widget" que rastreamos como uma commodity em estoque.

1970-01-01 open Assets:Bank:Checking
1970-01-01 open Assets:Stripe:Balance
1970-01-01 open Assets:Inventory:Widgets WIDGET
1970-01-01 open Income:Sales
1970-01-01 open Expenses:COGS
1970-01-01 open Expenses:Fees

; Comprar estoque (50 unidades de Widget ao custo de $10 cada)
2025-03-10 * "Comprei 50 Widgets da SupplierCo"
Assets:Inventory:Widgets 50 WIDGET {10 USD}
Assets:Bank:Checking -500 USD

; Venda para cliente (Pedido #1001 via loja online, 2 Widgets vendidos)
2025-04-05 * "Pedido de Venda #1001 (2x Widget via Shopify)"
Assets:Stripe:Balance 58 USD ; pagamento líquido recebido após taxas
Expenses:Fees 2 USD ; taxa de processamento (Stripe)
Income:Sales -60 USD ; receita para 2 Widgets (@ $30 cada)

; Custo dos produtos vendidos para a venda acima (2 Widgets ao custo de $10 cada)
2025-04-05 * "CPV para Pedido #1001 (2x Widget)"
Expenses:COGS 20 USD
Assets:Inventory:Widgets -2 WIDGET {10 USD}

Aqui está o que está acontecendo passo a passo:

  • Abrir contas: Abrimos a conta corrente, a conta de saldo do Stripe, uma conta de estoque para Widgets (declarada com a commodity WIDGET para rastrear unidades) e as contas principais de receita e despesa (Vendas, CPV, Taxas). Ao declarar Assets:Inventory:Widgets WIDGET, sinalizamos que esta conta conterá quantidades da commodity "WIDGET". Isso garante que o Beancount saiba esperar unidades de commodity ali, e podemos anexar o custo a essas unidades.

  • Compra de estoque: Em 2025-03-10, compramos estoque – 50 unidades de Widget de um fornecedor a $10 cada, custando um total de $500. A transação debita Assets:Inventory:Widgets com 50 WIDGET {10 USD}. Isso significa que 50 unidades da commodity WIDGET, cada uma com um custo registrado de 10 USD, são adicionadas à conta de estoque. O crédito é Assets:Bank:Checking -500 USD (desembolso de caixa). Observe que não tocamos diretamente em uma conta de despesa aqui; estamos capitalizando a compra como um ativo de estoque. Agora, nosso balanço patrimonial tem 50 Widgets avaliados em $500 no total em estoque. (Se você fosse executar um relatório de saldo, a conta de Estoque mostraria 50 unidades de WIDGET com $500 de valor.)

  • Registrando uma venda (Pedido #1001): Em 2025-04-05, registramos uma venda de 2 Widgets por meio de nossa loja online. A narração inclui um número de pedido para clareza. Esta transação envolve três lançamentos:

    • Assets:Stripe:Balance 58 USD: dinheiro recebido da venda, mas atualmente no Stripe (líquido de taxas). Suponha que o cliente tenha pago $60 no total; o Stripe cobrou uma taxa de $2, e $58 estão agora em nossa conta Stripe (para serem transferidos para nosso banco posteriormente). Registramos os $58 como um ativo no Stripe.
    • Expenses:Fees 2 USD: a taxa de $2 é registrada como uma despesa comercial. Isso garante que nossa demonstração de resultados refletirá esse custo, e nosso ativo Stripe mais a despesa de taxa juntos equivalem ao pagamento total do cliente.
    • Income:Sales -60 USD: registramos $60 de receita de vendas. (As contas de receita aumentam com créditos, daí o valor negativo na notação do Beancount).

    Após esta transação, o efeito líquido é: Income:Sales aumenta em 60, um ativo extra de $58 (a receber do Stripe) e $2 de despesa para a taxa. Se o Stripe depositar posteriormente os $58 em nosso banco, registraríamos uma transferência simples como Assets:Bank:Checking 58 USD / Assets:Stripe:Balance -58 USD na data do pagamento – isso move o ativo da conta Stripe para o banco, sem impacto na receita ou despesa (apenas mudando os ativos). Não mostramos essa transferência acima, mas é uma etapa importante na contabilidade real para manter sua conta Stripe em $0 assim que tudo for transferido.

  • Registrando o CPV para a venda: Também em 2025-04-05, temos uma transação separada para registrar o custo dos 2 Widgets vendidos. Debitamos Expenses:COGS 20 USD e creditamos Assets:Inventory:Widgets -2 WIDGET {10 USD}. O que isso faz é remover 2 unidades do estoque (cada uma tinha um custo de $10 conforme registrado anteriormente, então $20 no total). Especificamos {10 USD} para dizer ao Beancount de qual lote de custo extrair – neste caso, corresponde ao lote que adicionamos em 2025-03-10. Agora, a conta de estoque terá 48 Widgets restantes e um custo associado de $480. Os $20 são movidos para a despesa CPV, que aparecerá na demonstração de resultados, reduzindo o lucro bruto pelo custo desses bens. (Se não registrarmos isso, nossa receita seria superestimada em relação às despesas.) Usamos uma transação separada para clareza, mas também é possível combinar a venda e o CPV em uma transação de várias linhas. Alguns preferem dividi-los como mostrado para legibilidade e reconciliação (você pode vincular claramente cada entrada de CPV a um pedido). Também ecoamos o número do pedido na narração para ver facilmente que esta entrada de CPV corresponde ao Pedido #1001. Uma boa prática é garantir que cada venda tenha uma entrada de CPV correspondente quando o estoque estiver envolvido – perder uma significaria que suas contagens de estoque estão erradas. Uma armadilha a evitar é esquecer de remover o estoque para uma venda, o que deixaria seu balanço patrimonial com estoque fantasma e suas despesas subestimadas. Usar os recursos de estoque do Beancount (a notação de custo {}) ajuda a detectar se você tentar remover mais unidades do que tem em mãos (o software apresentará um erro nesse caso).

Resumo: Uma pequena empresa usando Beancount pode manter um sistema de contabilidade surpreendentemente robusto. Ao estruturar as contas para rastrear onde o dinheiro está, de onde vem e como os custos fluem, você obtém uma imagem precisa da lucratividade. Nosso exemplo mostrou como lidar com estoque e vendas; você registraria de forma semelhante outras transações, como pagar uma conta de internet (Expenses:Operating:Internet vs. Assets:Bank:Checking), receber um empréstimo ou investimento (Assets:Bank vs. Liabilities:Loan ou Equity:OwnerEquity) ou pagar imposto sobre vendas (Liabilities:SalesTax vs. Assets:Bank quando remetido). A chave é a consistência: registre cada tipo de transação com o mesmo padrão, e o Beancount manterá os livros equilibrados. Com recursos como importação automatizada de dados (por exemplo, puxar taxas mensais do Stripe ou transações bancárias) e tags/links personalizados (para correlacionar transações relacionadas como vendas e reembolsos), o sistema pode ser flexível e eficiente. O resultado é um livro-razão organizado que pode ser dimensionado à medida que a empresa cresce – você pode adicionar novas contas de estoque de produtos, novas categorias de despesas ou fluxos de receita adicionais (digamos, um novo mercado online) sem refazer todo o sistema.

Finanças Pessoais

Finalmente, vamos considerar o uso do Beancount para finanças pessoais ou domésticas. Esta configuração é para um indivíduo ou família gerenciando despesas diárias, contas bancárias, cartões de crédito, empréstimos e investimentos. A ênfase aqui está em rastrear para onde seu dinheiro vai (despesas), de onde ele vem (receita) e como ele é economizado ou investido (ativos e passivos). O Beancount pode substituir ou aumentar os aplicativos de orçamento, fornecendo uma visão transparente e personalizável de suas finanças, com o rigor da contabilidade de partidas dobradas garantindo que nada seja contado duas vezes ou esquecido.

Contas Principais para Finanças Pessoais: Um livro-razão de finanças pessoais normalmente incluirá uma variedade de contas de ativos, passivos, receitas e despesas:

  • Assets:Bank:Checking – Sua principal conta corrente para depósitos de renda e pagamentos de contas.
  • Assets:Bank:Savings – Conta poupança para fundo de emergência ou metas específicas. (Você pode ter várias contas de poupança ou investimento – cada uma pode ser uma conta de ativo).
  • Assets:Cash – Se você usar dinheiro para despesas, pode ter uma conta de dinheiro para rastrear retiradas e gastos em dinheiro.
  • Assets:Investments:Broker** – Contas de investimento, como corretora, aposentadoria 401(k)/IRA, etc. Estas podem ser divididas ainda mais por tipos de investimento ou apenas serem agrupadas como uma conta por instituição. Por exemplo, Assets:Investments:VanguardIRA ou Assets:Investments:Robinhood. O rastreamento de investimentos também pode envolver commodities para ações ou fundos, mas se isso for muito detalhado, você pode simplesmente rastrear as contribuições e os saldos da conta.
  • Liabilities:CreditCard:Name** – Uma conta por cartão de crédito (por exemplo, Liabilities:CreditCard:Visa ou pelo nome do banco). Todas as compras no cartão são registradas aqui (com uma despesa igual), e os pagamentos para o cartão são transferências que reduzem este passivo.
  • Liabilities:Loan:Name** – Quaisquer empréstimos (empréstimo estudantil, hipoteca, empréstimo de carro) podem ser rastreados com uma conta de passivo. Você registraria o saldo principal e cada pagamento dividindo juros (despesa) e principal (redução de passivo). Este é um aspecto avançado, mas importante para uma imagem financeira completa.
  • Income:Salary (e/ou Income:Bonus, Income:Interest, etc.) – Para registrar cheques de pagamento, bônus, receita de juros, dividendos, etc. As contas de receita permitem que você veja seus ganhos totais de várias fontes. (Se seu cheque de pagamento já tiver impostos retirados, você pode registrar o depósito líquido na conta corrente como renda, ou registrar o bruto e as retenções de impostos como uma despesa ou passivo – existem abordagens diferentes, mas muitos apenas registram o salário líquido como renda para simplicidade nos livros pessoais.)
  • Expenses: Normalmente numerosas, divididas em categorias significativas para você. Por exemplo: Expenses:Housing:Rent, Expenses:Food:Groceries, Expenses:Food:DiningOut, Expenses:Utilities:Electricity, Expenses:Entertainment, Expenses:Travel, Expenses:Taxes, Expenses:Misc – quaisquer categorias que reflitam seus hábitos de consumo. Você pode ser tão granular ou geral quanto quiser. A hierarquia da conta ajuda a agregar (por exemplo, Expenses:Food totalizará tanto compras quanto refeições fora). A prática comum é ter uma hierarquia para os principais grupos (Moradia, Alimentação, Transporte, Saúde, etc.).
  • Equity:Opening-Balances – Usado para inicializar os saldos da conta quando você inicia seu livro-razão (para que todos os ativos menos os passivos sejam iguais ao seu patrimônio líquido inicial registrado no patrimônio líquido). Após o início, você também pode usar Equity:Retained-Earnings ou semelhante para representar o lucro líquido acumulado (embora em finanças pessoais, você normalmente apenas deixe a receita menos as despesas serem acumuladas no patrimônio líquido). As contas de patrimônio líquido são menos visíveis no dia a dia, mas garantem que a equação contábil seja equilibrada.

Justificativa: A configuração de finanças pessoais é sobre capturar sua vida financeira em um sistema coerente. Cada conta acima serve para separar diferentes tipos de finanças para que você possa responder a perguntas como "Quanto gastei com comida este mês?" (somando Expenses:Food:*), "Quanto de dívida me resta?" (olhando para as contas de Passivos) ou "Qual é meu patrimônio líquido?" (Ativos menos Passivos). Uma grande vantagem das partidas dobradas aqui é a precisão: por exemplo, quando você cobra uma conta de supermercado de $100 no seu cartão de crédito, você a registra como uma despesa e um aumento de passivo. Mais tarde, quando você paga o cartão de crédito, você registra uma transferência do seu banco para o cartão – isso paga o passivo, mas não conta duas vezes a despesa de supermercado (que já foi registrada). Uma armadilha comum sem partidas dobradas é tratar o pagamento do cartão de crédito como uma despesa em si, efetivamente contando os $100 duas vezes. O Beancount impede isso por design. Outra armadilha a evitar é não reconciliar as contas: com o Beancount, você pode usar afirmações de saldo ou a diretiva balance para garantir, por exemplo, que o saldo da sua conta corrente no livro-razão corresponda ao extrato bancário real. Isso detecta entradas faltantes ou duplicadas.

Recursos do Beancount para Destacar: Para finanças pessoais, importações automatizadas são especialmente úteis devido ao volume de transações. Você pode usar a estrutura de importador do Beancount ou scripts da comunidade para importar transações bancárias, extratos de cartão de crédito e até mesmo transações de investimento de fontes CSV, OFX ou API. Isso significa que você gasta menos tempo digitando manualmente cada compra de café. Tags personalizadas são úteis para fatiar dados de maneiras que as contas podem não fazer. Por exemplo, marque todas as despesas relacionadas a férias com #vacation2025, independentemente de serem voos, hotéis ou refeições – então você pode consultar o custo total dessas férias facilmente. Ou marque certas despesas como #deductible se você precisar rastrear itens dedutíveis de impostos para referência posterior. Você também pode marcar contas recorrentes (por exemplo, #monthly) para revisar todas as suas assinaturas e custos fixos anualmente. Metadados podem ser usados para anexar notas ou recibos (por exemplo, receipt: "path/to/file.jpg" para observar que você tem uma imagem de recibo salva, ou category: "Work Expense" se estiver rastreando itens reembolsáveis). A flexibilidade de tags e metadados significa que você pode adaptar o sistema às suas necessidades de rastreamento pessoal sem criar dezenas de contas extras.

Trecho de Livro-Razão de Exemplo para Finanças Pessoais

Abaixo está um trecho de exemplo de um livro-razão pessoal do Beancount capturando algumas transações típicas: uma despesa diária cobrada em um cartão de crédito, uma conta recorrente paga da conta corrente e uma contribuição para uma conta de investimento de aposentadoria. (Para brevidade, assumimos que uma configuração inicial foi feita para abrir contas e registrar qualquer receita salarial; aqui nos concentramos no lado dos gastos e economias.)

1970-01-01 open Assets:Bank:Checking
1970-01-01 open Liabilities:CreditCard:Visa
1970-01-01 open Expenses:Food:Coffee
1970-01-01 open Expenses:Housing:Rent
1970-01-01 open Assets:Investment:401k

; Exemplo de gasto diário (café em um cartão de crédito)
2025-09-10 * "Café Starbucks"
Expenses:Food:Coffee 5.50 USD
Liabilities:CreditCard:Visa -5.50 USD #daily

; Conta mensal recorrente (aluguel do apartamento pago da conta corrente)
2025-09-01 * "Aluguel do Apartamento Setembro"
Expenses:Housing:Rent 1200 USD
Assets:Bank:Checking -1200 USD #recurring

; Contribuição para aposentadoria (transferência da conta corrente para investimento 401k)
2025-09-15 * "Contribuição 401(k)"
Assets:Investment:401k 500 USD
Assets:Bank:Checking -500 USD #retirement

Vamos interpretar essas transações:

  • **Abrir contas