Skip to content

Blueprintt × Omie

EventStorming-driven domain model + C4 architecture, focado no MVP da Versão Atual.

Backend FastAPI orquestra Bubble ↔ Omie ERP. Bubble dispara 1 trigger automático ao criar pedido; o backend executa todas as regras de billing, emissão de NFS-e, webhook Pagar.me e lookup CNPJ. Integração exclusiva via aplicativo AABC (LNG fora do escopo). Esta é a Versão Atual, decidida em 07/05/2026 e canonicalizada no Confluence.

Comece por Domain pra mapa do mental model: eventos, comandos, agregados, e linguagem ubíqua. Siga pra Architecture pra entender como as peças se conectam — do contexto sistêmico até os componentes internos do backend. Vá pra Decisions quando precisar entender o porquê de cada escolha, o que ficou fora do escopo, e o que ainda está em aberto.

  • Backend — Python 3.11+, FastAPI async, SQLAlchemy 2.0, Alembic, uv (Astral). Postgres prod / sqlite test. Redis + ARQ pra jobs.
  • Bubble Data APIhttps://eventos.blueprintt.co/version-test/api/1.1/obj (staging). Bearer token. Backend lê/escreve via Data API; mantém localmente apenas billing_schedule, omie_id_map, idempotency_cache, action_log, invoices, order_sync_record.
  • Omie API v1 — cliente, OS, faturamento via aplicativo AABC. Toggle Homologação cobre só envelope NFS-e.
  • Pagar.me webhook — HMAC obrigatório, idempotência por charge_id.
  • Brasil API CNPJ — chamado pelo backend (rate limit + cache), resultado escrito de volta no Bubble.

A página canonical de business rules é Confluence 3813310465Integração Financeiro Blueprintt — Omie (Versão Atual). Estes docs refletem o domínio e a arquitetura derivados dela. Quando houver conflito, a página Confluence prevalece em regra de negócio; o código prevalece em comportamento implementado. Memory ledger transitório fica em memory/state.md no repo.