Ativo

Orbit Finance

Saiba se vai sobrar antes de faltar.

React NativeSupabaseTypeScript
Dashboard geral do Orbit Finance
Dashboard — saldo projetado, contas, cartões e grupos num único ecrã
Ecrã de fluxo de caixa do Orbit Finance
Fluxo de caixa — projeção de saldo dia a dia
Ecrã de cartões do Orbit Finance
Cartões — fatura atual, limite disponível e data de vencimento
Detalhe do cartão com recorrências e prestações
Extrato do cartão — recorrências, prestações e adicional
Ecrã de orçamentos do Orbit Finance
Orçamentos — consumido vs. planeado, com alertas de excesso
Drill-down do grupo Alimentação no Orbit Finance
Grupos › Alimentação — subcategorias com gasto individual
Lançamentos individuais na subcategoria Supermercado
Supermercado — lançamentos individuais, data e cartão utilizado
Ecrã de objetivos financeiros do Orbit Finance
Objetivos — viagem, amortização e liquidação de dívida

A pergunta fundamental

As pessoas não se complicam porque gastam demais. Complicam-se porque não conseguem ver o tempo.

O banco mostra o saldo de hoje. Mas não mostra que a fatura já está comprometida, que o salário ainda não entrou, que o reembolso da viagem só chega no mês que vem. Existe dinheiro agora — mas também existem compromissos futuros que ainda não chegaram.

A grande pergunta que deu origem ao Orbit foi simples e poderosa: vou ter dinheiro suficiente no dia certo, na conta certa, para pagar tudo o que já está comprometido? É uma pergunta sobre o futuro, não sobre o passado. E quase nenhuma aplicação financeira tentava respondê-la.

O nome e a tese

Todos os elementos orbitam à volta de um único centro

O nome não é acidental. Contas, cartões, prestações, recorrências, reembolsos, financiamentos, objetivos — tudo isso existe em paralelo, mas nos sistemas tradicionais fica solto, sem ponto de referência. No Orbit, cada elemento orbita à volta de um único centro: o fluxo de caixa futuro.

Orçamentos por categoria e relatórios de gastos são úteis. Mas não são o núcleo. O núcleo é a capacidade de ver a posição financeira ao longo do tempo — a Liquidity Line, o menor saldo projetado dos próximos meses — antes que o problema aconteça. Não depois.

A arquitetura

Um sistema baseado em transações olha para trás. Um sistema baseado em eventos olha para a frente.

Uma transação tradicional representa algo que aconteceu. Um Financial Event representa algo que aconteceu, vai acontecer, é recorrente, é uma prestação, depende de fatura ou integra um objetivo. Cada evento tem data, valor, conta e impacto direto no caixa — e a regra é rígida: lançou, projetou, refletiu no caixa.

O fluxo de caixa é o ecrã principal do sistema. A visão de cartão não é só a fatura total: é o compromisso item a item, mês a mês — cada prestação na competência certa, cada recorrência no dia exato. É a visão matricial que antes só existia numa folha de cálculo separada.

A visão

Sem dados corretos, a IA é apenas opinião. Com dados corretos, a IA torna-se inteligência financeira.

O Orbit não foi criado para mostrar onde o dinheiro foi gasto. Foi criado para mostrar para onde o dinheiro está a ir — e dar ao utilizador tempo, clareza e inteligência para decidir melhor. O planeamento vem antes do problema, não depois.

No horizonte: IA que lê os eventos reais do utilizador e responde a perguntas concretas — qual será o meu menor saldo nos próximos 60 dias? Posso parcelar isto agora? Qual a fatura que mais pressiona o meu caixa? Essa inteligência só existe se a estrutura de dados for fiável. Por isso, a arquitetura vem primeiro.