Fecha o núcleo comercial da Fase 2/3: motor de precificação de Ofertas (feito diretamente, dado o risco de erro de arredondamento/regra de negócio), Cadastro de Cliente e esqueleto de Contratos (via 2 subagentes em paralelo, salvos manualmente após ambos baterem no limite de gasto mensal da conta — trabalho não commitado nos worktrees foi revisado arquivo a arquivo e copiado para main, com as peças faltantes completadas diretamente). - Quotes: pricing.ts porta as fórmulas do legado (eden.md §7/§8) — needsApproval, faixas de condição de pagamento, efeito legal da fidelidade condicionado a approval_status==='approved'. Fluxo criar→decidir aprovação→fechar negócio (vinculado a um cadastro de cliente, com guarda contra fechamento duplo). - Client Registration: cadastro direto (eden.md §3), MVP autenticado-only (sem token público de autoatendimento, upload ou lookup CNPJ/CEP nesta fase — documentado em comentário). - Contracts: máquina de estados do ADR-0006 imposta via SELECT...FOR UPDATE + tabela de transições, com signed_at/activated_at e histórico de status; 4 das 11 tabelas do ADR-0006 (as demais adiadas). 2 bugs próprios corrigidos antes do commit: UpdateQuoteInput usava COALESCE para campos financeiros (undefined do JS apagaria valor em update parcial) — campos tornados obrigatórios; User.reseller_id/ can_approve_discount faltavam em types.ts apesar das colunas já existirem no banco desde migrations anteriores. Verificado: pnpm turbo run typecheck build (28/28), pnpm test (15/15), e todo o fluxo testado ao vivo via curl contra a stack Docker real, incluindo cenários de erro (transição de status inválida, FK de produto inexistente, fechamento duplo, 401 sem token) e trilha de auditoria conferida no Postgres. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
20 lines
660 B
TypeScript
20 lines
660 B
TypeScript
import { IsNumber, IsUUID, Min } from "class-validator";
|
|
|
|
/**
|
|
* Deliberately minimal — only what the client can legitimately choose
|
|
* (which product, how many). Unit price, product name, and the 5 price-
|
|
* tier snapshots are always derived server-side from the live product
|
|
* record + the quote's contract_period (see QuotesService.buildItems) —
|
|
* a client-supplied price is never trusted, strengthening the legacy's
|
|
* own principle (which snapshotted at add-time but still took unit_price
|
|
* from client state at that moment).
|
|
*/
|
|
export class QuoteItemInputDto {
|
|
@IsUUID()
|
|
productId!: string;
|
|
|
|
@IsNumber()
|
|
@Min(0.01)
|
|
quantity!: number;
|
|
}
|