Fundador · solo (API + Web) · desde out 2024, o produto mais longevo que eu toco. Meu primeiro produto - a fundação técnica e as lições que levei direto pra Batameta. Investidor PF rebalanceia no feeling, perde data de provento, vende sem pensar em imposto e não tem leitura clara da performance real. O Finlog é o copiloto: diz exatamente o que comprar pra voltar à alocação-alvo, como resgatar pagando o menor imposto possível, quando e quanto vai receber de proventos, e como a carteira está de fato. A engenharia interessante não é o dashboard - é a engine de imposto e a camada de resiliência que mantêm os números confiáveis quando as APIs de dados de mercado lá em cima dão problema.
O que ele resolve
A maioria do investidor PF não responde com confiança três perguntas básicas: eu ainda estou na minha alocação-alvo, quando e quanto vou receber de proventos, e minha carteira está performando de verdade? O Finlog responde as três e transforma a primeira em ação - 'pra voltar à meta com o dinheiro que você tem, compre isto.'
A engine de rebalanceamento
Uma engine baseada em estratégia (threshold, calendário ou híbrida) pega suas posições atuais e sua alocação-alvo - incluindo alocações aninhadas (uma classe que se divide em sub-alocações que se dividem em ativos individuais) - e calcula exatamente o que fazer. É ciente de aporte: dado o caixa que você tem pra alocar, prioriza compras por custo-benefício, respeita lotes negociáveis e pode considerar taxas e impacto fiscal.
Vender sem pagar imposto à toa
A maioria resgata vendendo o que estiver no lucro e come um imposto evitável. O Finlog transforma 'preciso de R$ X' num plano de venda por ativo montado sobre as regras brasileiras: a isenção mensal de R$ 20 mil em ações locais, o limite de R$ 35 mil para as internacionais, a compensação de prejuízo acumulado por categoria e a detecção de day trade. Renda fixa entra com a tabela regressiva de IR e o IOF. A engine roda em fases explícitas em vez de uma fórmula emaranhada, então cada regra é testável sozinha.
A parte difícil: confiar em API dos outros
Um produto financeiro vale tanto quanto os dados de mercado dele, e esses dados vêm de APIs de terceiros que dão rate-limit, caem e às vezes devolvem lixo malformado em produção. O Finlog puxa de três fontes: BRAPI e HG Brasil pra cotação e provento, e o Banco Central (BCB) direto pras séries de CDI, SELIC e IPCA que sustentam toda a matemática de renda fixa brasileira.
Nunca deixar a instabilidade chegar no usuário
Circuit breaker por série, limitadores de taxa e concorrência na frente das chamadas ao Banco Central, fallback automático pra um endpoint secundário com backoff exponencial, e cache em três camadas: in-memory pras séries lentas do BCB, Redis pra cotação e provento, e uma tabela no PostgreSQL que persiste séries históricas do Banco Central pra mesma data nunca ser buscada duas vezes. Um sanitizador de resposta protege contra payloads ruins conhecidos. Quando uma fonte falha, o usuário vê o número certo de ontem, não o errado de hoje.
Previsão de proventos
Um cron diário publica um job por carteira no RabbitMQ; consumidores reconciliam o histórico de proventos dos provedores contra as posições reais de cada usuário e geram os registros de renda. Instrumentos de renda fixa ganham projeção de fluxo de caixa completa guiada pelas séries SELIC/CDI do BCB, então o usuário vê não só o que tem, mas quando e quanto rende.
- Por que três fontes de dados em vez de uma?Provedores redundantesDepender de uma fonte só de dado de mercado é ponto único de falha num produto cujo valor inteiro é número certo. Quando uma fonte falha ou diverge, as outras mantêm os números honestos.
- Por que puxar o Banco Central direto?BCB SGS na fonteCDI, SELIC e IPCA são a espinha dorsal da matemática de renda fixa no Brasil. Ir na fonte é melhor que confiar num revendedor, e as séries mudam raramente - o que é exatamente o que as torna seguras pra cachear pesado.
- Por que cache em três camadas + séries do BCB persistidas?Memória + Redis + PostgreSQLSéries oficiais mudam raramente, então persistir deixa o app rápido e resiliente e zera quase toda a carga nas APIs de terceiros. Cotação ganha TTL curto no Redis; o dado lento do banco central é persistido uma vez e reusado.
- Por que circuit breaker + fallback?Resiliência acima de frescor cruA camada de resiliência é o que separa um produto financeiro confiável de um dashboard que mostra número errado no instante em que uma fonte tropeça. Um número velho-mas-certo sempre vence um fresco-mas-errado.
- Jun 2026Endurecimento: parsing defensivo de dados de mercado e correções de auth
- Mai 2026Otimização tributária real no planejador de resgate
- Mai 2026Redesign completo sobre um design system tokenizado
- Out 2025Compartilhamento de carteira com papéis, renda fixa e rendimento CDI diário
- Ago 2025Módulo de resgate inteligente com estratégias de venda
- Out 2024Primeiro commit: carteiras, alocações e transações
Um build solo, no ar (meu primeiro produto, seis meses ponta a ponta): engine de rebalanceamento com alocações aninhadas, previsão de proventos guiada pelas séries de juros do Banco Central, e uma camada de resiliência (circuit breaker, fallback, cache em três camadas) sobre três fontes de dados de mercado - pros números continuarem confiáveis mesmo quando a fonte não está.