julian
bca2e3ebb3
Fast path sobre Phase 1+2. Escopo: consulta de clientes, histórico de pedidos, lançamento offline com Idempotency-Key e aprovação de desconto. Reviewer gate aplicado: 3 fixes (offline/crédito, falha de sync, OQ-2). 6 OQs abertas; OQ-1/OQ-4 bloqueiam C2/C4 até primeiro cliente confirmar. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
3.9 KiB
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:
- 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.
- 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. - 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 |