Domínio independente
Regras financeiras não dependem de React, Express ou PostgreSQL. Casos de uso e adaptadores mantêm separadas a regra e a infraestrutura.
Full stack · Finanças · Engenharia de domínio
Uma aplicação pessoal e local que integra finanças e investimentos, com regras compartilhadas entre a interface e a API.
Do caixa à carteira ↗
Os dados financeiros exibidos nas telas são demonstrativos e ilustram a experiência do produto. Não representam renda, gastos, patrimônio ou investimentos reais.
01 / O ponto de partida
Banco, cartão, planilha e corretora mostram partes diferentes da mesma vida financeira. Unir essas visões exige mais do que somar valores: transferências, parcelas e faturas precisam manter a coerência entre caixa e carteira.
Informações lado a lado não bastam. Elas precisam seguir as mesmas regras.
Criar uma visão integrada de finanças e investimentos, tratando os casos difíceis como regras de domínio e preservando a integridade de cada movimentação.
02 / Uma base conectada
Um aporte não termina na compra. Ele precisa deixar o saldo da conta, a posição do ativo e o histórico contando a mesma história.

Ou tudo é confirmado.
Ou nada muda.
Finanças do dia a dia
Contas, receitas, despesas e orçamento compartilham a mesma base. Transferências próprias preservam o caixa total; o pagamento da fatura reduz o saldo sem registrar novamente as compras como despesas.

Parcelamentos preservam todos os centavos.
Assinaturas e compras parceladas têm regras distintas.
Recorrências ajustam datas ao último dia válido do mês.
04 / Carteira e aportes
Posições, preço médio e histórico acompanham a mesma movimentação. A interface aproxima o detalhe de cada ativo da visão do conjunto.

Os simuladores exploram cenários. Não enviam ordens, não movimentam dinheiro e não garantem retorno.
Ver os cenários ↓05 / Por trás dos números
Interface · Next.js
↓Comando · API + Zod
↓Casos de uso
↓Domínio financeiro
↓Persistência · PostgreSQL
↓Cálculos compartilhados aproximam a prévia da interface da validação no servidor.
Regras financeiras não dependem de React, Express ou PostgreSQL. Casos de uso e adaptadores mantêm separadas a regra e a infraestrutura.
Chaves de idempotência protegem contra tentativas repetidas. O versionamento detecta abas desatualizadas e devolve conflito em vez de sobrescrever dados.
Pagamentos, estornos, aportes e correções usam fronteiras transacionais. A interface só apresenta sucesso depois da confirmação da API.
06 / Ferramentas e camadas
Interface, regras e persistência com responsabilidades distintas. Uma base que não depende apenas da tela.
07 / Resultado e aprendizados
testes aprovados na
verificação registrada do projeto
O produto funcional reúne frontend, API e persistência. A verificação registrada soma 53 testes aprovados de cálculos e API, com cobertura de regras financeiras, rollback, concorrência e idempotência.
O projeto demonstra como modelagem de domínio e consistência transacional sustentam uma experiência confiável. É uma aplicação local, sem autenticação, conexão bancária ou execução de ordens. Simulações são ilustrativas e não prometem retorno.
Uma interface simples.
Nenhum atalho nas regras.
08 / O produto em tela
De perto, cada tela mostra uma parte da mesma história. Abra para explorar finanças, carteira e planejamento.
Os dados financeiros exibidos nas telas são demonstrativos e ilustram a experiência do produto. Não representam renda, gastos, patrimônio ou investimentos reais.









