Fluxos End-to-End
P2P completo (Procure-to-Pay)
Da requisição até o pagamento conciliado — quem faz o quê em cada etapa
Visão de alto nível
ENGENHEIRO COMPRADOR APROVADOR ALMOXARIFE FINANCEIRO
│ │ │ │ │
│ Requisição │ │ │ │
├────────────────►│ Cotação (RFQ) │ │ │
│ ├─Link público─► │ │ │
│ │ (fornecedor) │ │ │
│ │ ◄─Proposta──── │ │ │
│ │ ◄─IA extrai─── │ │ │
│ │ Mapa comparativo │ │ │
│ ├─Decidir─────────►│ │ │
│ │ │ Aprovar │ │
│ │ │ → PO criada │ │
│ │ │ automatic. │ │
│ │ │ │ Recebimento │
│ │ │ │ 3-way match │
│ │ │ │ ↓ Estoque │
│ │ │ ├────────────────►│
│ │ │ │ │ CAP gerado
│ │ │ │ │ ↓ Pagamento
│ │ │ │ │ + extrato OFX
│ │ │ │ │ → conciliaçãoEtapas detalhadas
1. Requisição (engenheiro de obra)
- Onde:
Suprimentos → Requisições → Nova requisição - Vincula à tarefa do cronograma e nó da árvore orçamentária
- Adiciona itens (insumos / composições / texto livre com qtd e unidade)
- Submete → vai por aprovação
2. Aprovação da RC (gerente)
- Onde:
Painel → Aprovações - Default: até R$ 10k gerente; até R$ 50k gerente + diretor
- Após aprovado, callback marca RC como
aprovadaautomaticamente
3. Cotação (comprador)
- Comprador abre RFQ a partir da RC aprovada
- Convida 3+ fornecedores → cada um recebe link único
- Distribui via WhatsApp + Email com 1 clique
- Fornecedor (sem login) responde em
/rfq/[token]: PDF, foto, áudio, Excel ou texto - Comprador clica "Extrair IA" em cada resposta
- Mapa comparativo se monta: PNL, score, outliers, recomendação IA
- Comprador clica "Decidir vencedor" → justificativa obrigatória → cria approval
4. Aprovação da decisão (diretor)
Painel → Aprovações- Quando aprovado: callback cria PO automaticamente com itens dos vencedores
- Cotação vira
decidida; RC virapedido_emitido
5. PO emitido
- Sistema envia PDF + email ao fornecedor
- Aceite formal: fornecedor responde "OK"
- Fornecedor entrega quando estiver pronto
6. Recebimento (almoxarife)
- Caminhão chega na obra
- Almoxarife abre PO → "Receber"
- Step 1: sobe XML da NF (auto-preenche)
- Step 2: confere itens (qtd, preço, fotos de divergência)
- Step 3: preview 3-way match → confirma
Sem divergência
- Status
auto_aprovado - Trigger SQL atualiza PO (entregue_parcial / entregue)
- Entrada automática no estoque (se PO tem
almoxarifado_destino_id) - Trigger atualiza
valor_realizadona árvore orçamentária
Com divergência
- Status
pendente - Cria approval
recebimento_divergente(alçada gerente; diretor se > 5%) - Quando aprovado: callback dispara entrada estoque + libera pagamento
7. Geração de CAP (financeiro)
- No histórico de recebimentos → "Gerar CAP"
- Idempotente — não duplica se já gerou
- Suporta parcelamento (30/60/90)
- Verifica CNDs do fornecedor → alerta se vencidas
8. Pagamento (financeiro)
- CAP entra no lote de pagamento do dia
- Se acima da alçada, vai por approval
pagamento - Após aprovado, executa via PIX/TED/boleto
- Se PIX: instantâneo; se TED: D+1; se boleto: liquidação na compensação
9. Conciliação (financeiro)
- Financeiro importa OFX/CSV do banco diariamente
- Sistema sugere matches (CAP com valor ≈ e data ≈)
- 1 clique para casar
- Trigger SQL marca CAP como
paga+ reconciliation_status
10. Score do fornecedor (automático)
- Trigger recalcula prazo, qualidade, atendimento, conformidade
- Score consolidado entra na próxima cotação
- Loop fechado: comprou → recebeu → pagou → score atualizado → influencia próxima decisão
Tempos típicos
| Etapa | Sem OctaBuild | Com OctaBuild |
|---|---|---|
| Requisição → aprovação | 1-3 dias (papel/email) | < 1 dia (push notif) |
| Cotação (consolidação manual) | 5-7 dias | 1-2 dias |
| Aprovação da decisão | 1-3 dias | < 1 dia |
| Recebimento + 3-way | dias (planilha) | minutos |
| CAP + conciliação | dias | quase em tempo real |
SLAs configuráveis
Settings → Compras → SLAs:
- SLA aprovação (default 24h úteis) — escala se passar
- Prazo padrão de cotação (default 5 dias)
- Mínimo de fornecedores
Auditoria
Todo evento crítico fica em log imutável (approval_audit_log, recebimento_3way_log, estoque_movimentos). Não há "delete"; apenas estornos / compensações.