docs: Decision 012 — Fase C com Bitrix24 como fonte da verdade comercial#149
Conversation
Documenta arquitetura definida pelo sponsor em 12/05/2026 para o novo modelo de orçamento (sem rotas públicas com token). ## Decisões registradas ### Arquitetura: Híbrida (push real-time + reconciliação) - Promo→Bitrix: já existe (sync-quote-bitrix via n8n + bitrix-sync direto) - Bitrix→Promo: a construir nas Fases C.2 (pull diário) e C.3 (webhook) ### Status: manter vocabulário atual - Bitrix24 "carimba" approved/rejected via webhook ou pull - Zero migração de dados históricos - Zero refactor dos 26 lugares dashboard/kanban/BI - validate_status_fields CHECK fica intacto ### Sub-fases planejadas - C.1: validar pipe Promo→Bitrix em 4 camadas - C.2: reconciliação diária (cron pull) - C.3: webhook receiver (push) - C.4: UI/indicadores + import de catálogo ## Complemento descoberto durante prep da C.1 O fluxo real depende de 4 secrets (não 1): - BITRIX24_WEBHOOK_URL (edge bitrix-sync direta) - N8N_QUOTE_WEBHOOK_URL (edge sync-quote-bitrix via n8n) - EXTERNAL_CRM_URL + EXTERNAL_CRM_SERVICE_ROLE_KEY (CRM externo p/ bitrix_company_id) Em PROD nenhum está cadastrado — toda integração desligada após recovery. ## Plano em camadas para Fase C.1 | Camada | Valida | Pré-requisito | |---|---|---| | 1 | Bitrix24 alcançável | BITRIX24_WEBHOOK_URL colada | | 2 | Promo→n8n | N8N_QUOTE_WEBHOOK_URL colada | | 3 | Promo→Bitrix direto | Camada 1 OK | | 4 | Quote end-to-end real | Produtos com bitrix_product_id + company com bitrix_id (depende de C.4 e CRM externo) | Camadas 1-3 validáveis HOJE com os 2 secrets que sponsor tem em mãos. Camada 4 fica para a Fase C.4 (depende de dados, não infra). Próxima ação: sponsor cola 2 secrets via /admin/conexoes, então Claude executa testes de fumaça das camadas 1-3. Refs: Decisions 010, 011 (rotas públicas removidas)
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
WalkthroughPR adiciona Decision 012 documentando a Fase C (Bitrix24 como fonte de verdade comercial) com arquitetura híbrida push+reconciliação pull, mapeamento de status preservando vocabulary existente, roadmap futuro em 4 fases, riscos/mitigações, e plano de validação técnica em 4 camadas com próximas ações de desbloqueio. ChangesDecision 012 — Bitrix24 como Fonte da Verdade Comercial (Fase C)
Estimated Code Review Effort🎯 1 (Trivial) | ⏱️ ~5 minutes Possibly Related PRs
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Pull request overview
Documenta a Decision 012 para a Fase C (novo modelo de orçamento) estabelecendo o Bitrix24 como fonte da verdade comercial, após a remoção das rotas públicas com token (Decisions 010+011). Também atualiza o roadmap do recovery para incluir a execução planejada da Fase C e a descoberta operacional sobre dependência de secrets.
Changes:
- Adiciona a Decision 012 detalhando arquitetura híbrida (push + reconciliação diária), mapeamento de status e plano em camadas (C.1–C.4).
- Registra a descoberta de que o fluxo real depende de 4 secrets (Bitrix, n8n e CRM externo) e o estado atual em PROD.
- Atualiza o
progress.mdcom a seção da Fase C e seus próximos passos.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.
| File | Description |
|---|---|
| recovery/agent-db/progress.md | Adiciona a Fase C ao roadmap, com status e subfases C.1–C.4. |
| recovery/agent-db/DECISIONS.md | Inclui a Decision 012 com contexto, arquitetura, mapeamentos, riscos e plano de execução. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
| | Deal stage = qualquer outro (Em negociação, etc) | `quotes.status` não muda automaticamente | | ||
|
|
||
| **Implicação importante:** **não há cleanup de status** a fazer. | ||
| - `validate_status_fields` CHECK fica intacto (ainda aceita approved/rejected/pending_approval/viewed) |
| Status: **manter vocabulário atual** (`approved`/`rejected`/etc), Bitrix24 só "carimba" eles. | ||
| Não há cleanup de status histórico (decisão do sponsor 12/05). |
🎯 Objetivo
Registrar formalmente a decisão do sponsor (Joaquim, 12/05/2026) sobre o novo modelo de orçamento após a remoção das rotas públicas com token (Decisions 010+011).
Bitrix24 será a fonte da verdade comercial. Promo gera o orçamento (PDF/documento), Bitrix24 decide se virou venda.
📦 Decisões documentadas
1. Arquitetura: Híbrida (webhook real-time + reconciliação diária)
2. Status: manter vocabulário atual (
approved/rejected/pending_approval)validate_status_fieldsCHECK fica intacto3. Sub-fases planejadas
🔍 Achado durante prep da C.1
O fluxo real depende de 4 secrets, não 1:
BITRIX24_WEBHOOK_URL(edge bitrix-sync direta)N8N_QUOTE_WEBHOOK_URL(edge sync-quote-bitrix via n8n)EXTERNAL_CRM_URL+EXTERNAL_CRM_SERVICE_ROLE_KEY(CRM externo para resolver bitrix_company_id)Em PROD nenhum está cadastrado — herança do recovery do Lovable, que pegou só Cloudflare/XBZ.
🪜 Plano em camadas para Fase C.1
Camadas 1-3 dão pra validar HOJE com 2 secrets que o sponsor já tem.
Apenas documentação — zero código, zero secrets, zero DDL.
recovery/agent-db/DECISIONS.md→ Decision 012 (180+ linhas, completa com complemento descoberto)recovery/agent-db/progress.md→ Fase C adicionada ao roadmap✅ Validações
🤖 Co-Authored-By: Claude noreply@anthropic.com
Summary by CodeRabbit