# Decision Log — SAR PRD MVP

**Workspace:** `_bmad-output/planning-artifacts/prds/prd-sar-2026-05-27/`
**Iniciado:** 2026-05-27
**Facilitador:** bmad-prd (Create · Fast Path)

---

## Decisões

### D-001 — Escopo MVP: Rafael + Sandra apenas
**Data:** 2026-05-27
**Decisão:** MVP cobre cockpits Rafael (Representante) e Sandra (Supervisora). Daniel e Alice têm telas placeholder.
**Justificativa:** Julian definiu explicitamente: consulta de clientes, pedidos históricos, lançamento de pedido novo. Sandra foi incluída porque aprovação de desconto é inseparável do fluxo de pedido do Rafael.
**Impacto:** Cockpits Daniel e Alice ficam fora do escopo funcional.

### D-002 — Aprovação de desconto inclusa no MVP
**Data:** 2026-05-27
**Decisão:** Fluxo completo de aprovação (Rafael solicita → Sandra aprova/recusa) está no MVP (C5).
**Justificativa:** Julian confirmou explicitamente ao ser perguntado.
**Impacto:** Sandra precisa de cockpit funcional (painel + fila de aprovações + push).

### D-003 — WhatsApp via Share API nativa no MVP
**Data:** 2026-05-27
**Decisão:** Sem Meta Cloud API no MVP. Compartilhamento via Web Share API (abre WhatsApp nativo do device).
**Justificativa:** Reduz complexidade e custo de integração para o MVP. Meta Cloud API entra na próxima iteração.
**Impacto:** Nenhuma mensagem programática para clientes finais no MVP.

### D-004 — ERP: importação manual no MVP
**Data:** 2026-05-27
**Decisão:** Catálogo, pautas e clientes importados via arquivo (CSV/JSON) ou endpoint simples. Sem integração automática bidirecional no MVP.
**Justificativa:** Reduz escopo e depende do ERP específico do primeiro cliente (a definir).
**Impacto:** OQ-1 precisa ser resolvido com o primeiro cliente antes de C4.

### D-005 — Working mode: Fast Path
**Data:** 2026-05-27
**Decisão:** Julian optou por Fast Path (terse brief, referência a documentos existentes como fonte de verdade).
**Justificativa:** Documentos do Phase 1+2 (Brief + Trigger Map) estavam completos e detalhados. Extração via subagentes foi suficiente para draft completo.

---

### D-006 — Fixes do reviewer gate aplicados
**Data:** 2026-05-27
**Decisão:** 3 achados críticos do reviewer incorporados no PRD antes do `status: final`:
1. FR-2.4/FR-2.5 + NFR-3.3 — contradição sobre offline resolvida: situação resumida cacheada; limite numérico e inadimplência requerem conexão com disclaimer.
2. FR-4.11 (renumerado para FR-4.12) — adicionado FR para falha de sync: Pedido retorna ao Rep com status `falha de sync` + motivo legível, nunca descartado silenciosamente.
3. FR-4.7 — adicionada nota [OQ-2] para alçada por linha de produto.

### D-007 — OQs triadas: non-blockers para PRD final
**Data:** 2026-05-27
**Decisão:** PRD finalizado com todas as 6 OQs abertas. Classificação:
- **Phase-blockers para epics específicos** (não para o PRD): OQ-1 (C4), OQ-2 (C4/C5), OQ-4 (C2/C4), OQ-5 (C5)
- **Non-blockers**: OQ-3 (C7 — comissão FLEX pode ser placeholder), OQ-6 (TTL configurável)
- OQ-1 e OQ-4 dependem do primeiro cliente — devem ser resolvidas antes do início do design de C2/C4.

### D-008 — PRD finalizado
**Data:** 2026-05-27
**Status:** `final`
**Artefatos:** `prd.md` + `.decision-log.md` + `addendum.md` (não gerado — sem overflow de conteúdo)

---

## Assumptions abertas (a confirmar com Julian)

| ID | Assumption | Seção |
|----|-----------|-------|
| A-001 | Criação de usuários feita por admin JCS (sem self-service) | FR-1.5 |
| A-002 | Thresholds de inatividade (30/60d) configuráveis por workspace | FR-2.3 |
| A-003 | Catálogo de clientes sincronizado do ERP; Rafael não cria/edita | FR-2.6 |
| A-004 | Sync de catálogo com TTL de 4h | FR-4.4 |
| A-005 | Alçada de desconto default: 5% | FR-4.11 |
| A-006 | Qualquer supervisor do workspace pode aprovar qualquer pedido da equipe | FR-5.6 |
| A-007 | Sandra não acessa fichas de clientes individuais no MVP | FR-8.3 |
| A-008 | Sem suporte a browsers legados (IE etc.) | NFR-5.3 |