Definir política comercial da oferta e estados do preço
Problema / Contexto
Preço, desconto, pagamento, prazo e componentes precisam ter limites autorizados por oferta, para que ninguém redescubra ou invente condições no meio da venda.
História de usuário
Como sócio, quero definir a política comercial de cada oferta, para que a configuração de cada caso fique dentro do que autorizamos.
Comportamento esperado
- Registrar modelo de preço, preço base ou faixa autorizada e pacote.
- Registrar limites de desconto, pagamento, prazo e componentes.
- Registrar quem aprova cada exceção.
- Distinguir estados do preço: definido, autorizado, apresentado, aceito e pago.
- Versionar a política.
Papel da IA
Não se aplica.
Regras de negócio
- RN1: Preço autorizado não é preço validado pelo mercado.
- RN2: Política usada em caso é rastreável e não é sobrescrita.
- RN3: Custos e margem são restritos (need-to-know).
Dados envolvidos
- pricing_model — enum — sim — decisão humana
- authorized_price_range — faixa — não — decisão humana
- discount_boundary — limite — não — decisão humana
- approval_authority — papéis — sim — decisão humana
- pricing_status — UNKNOWN/DRAFT/DEFINED/AUTHORIZED/REVIEW_REQUIRED/SUSPENDED/EXPIRED — sim — fato
Critérios de aceite
- Dado desconto acima do limite, quando o vendedor configura o caso, então o resultado é REVIEW_REQUIRED.
- Dado política expirada, quando o E3 tenta usá-la, então o sistema informa invalidade e bloqueia o reuso.
Exceções e erros
- Política inconsistente gera conflito e bloqueia uso material.
Fora de escopo
- Otimização de preço.
- Simulação avançada de margem.
Dúvidas em aberto
- Matriz final de autoridade por tenant (ADR).
- Enums finais de pricing/economics (ADR).
Histórico
| Data | O que mudou | Quem | Referência |
|---|---|---|---|
| 2026-09-16 | Criado a partir da análise v0.3 × requisitos | Julio | Análise v0.3 × Requisitos |
| 2026-09-16 | Revisado pelas sócias após adoção do v0.3; status → aprovado | Julio | DEC-007 Adoção do Sales Intelligence v0.3 |