Orçamento

Texto orientador para o motor de orçamento e para o chat. Explica quando deve dar preço, quando deve pedir dados em falta e quando deve parar para validação técnica.

Exemplo: Dar orçamento automático quando os dados obrigatórios estiverem completos. Se faltar um dado crítico, pedir só esse dado.

Define a unidade principal usada para pensar o preço base. Normalmente será pessoas, mas pode ser unidades ou kg consoante o tipo de produto.

Exemplo: pessoas

Aqui defines o ponto de partida do preço por produto. O campo product deve bater certo com o código do produto usado pelo sistema.

Exemplo: bolo_personalizado | Bolo personalizado base | 45.00 | valor base até 15 pessoas

Aplicam um extra por intervalo de dimensão. O sistema procura a linha cujo intervalo inclui o número de pessoas do pedido.

Exemplo: bolo_personalizado | 16 | 30 | 18.00 | 16 a 30 pessoas

Usados quando a decoração é pedida explicitamente ou quando o sistema mapeia uma escolha para um code. Cada code deve ser único.

Exemplo: flores_naturais | Flores naturais | 18.00

Soma preço extra por recheios especiais ou múltiplos. Deve conter só o extra, não o preço total do bolo.

Exemplo: recheio_premium | Recheio premium | 9.00

Soma preço por coberturas diferenciadas. Tal como nos outros extras, cada linha representa um suplemento acumulável.

Exemplo: pasta_acucar | Pasta de açúcar | 12.00

Este bloco transforma a análise da imagem em preço. match_terms define como uma regra é ativada. Pode usar termos simples encontrados na descrição visual ou chaves especiais como complexity:alta, complexity:media, fallback_style_keywords, base_price_per_kg e servings_to_kg_factor.

Exemplo: complexity_alta | Complexidade alta | 35.00 | complexity:alta

Campos especiais recomendados:

• base_price_per_kg = preço base por kg para orçamento visual.

• servings_to_kg_factor = fator para converter pessoas em kg quando o peso não é dado.

• fallback_style_keywords = aplica um extra genérico quando há estilo visual detetado mas sem match mais específico.

• Podes pôr vários match_terms separados por vírgula.

Bloco informativo/configurável para escadas de entrega. Mesmo existindo cálculo de rota, este bloco deve ajudar a explicar patamares de preço e políticas internas.

Exemplo: regional | 25 | 15.00

Define penalizações por prazo curto. extra_type pode ser percent ou manual_review. Quando for manual_review, o sistema deve travar o preço automático.

Exemplo: 48h | percent | 20

Se o subtotal calculado ficar abaixo deste valor, o sistema ajusta para o mínimo definido.

Exemplo: 25.00

Texto que descreve como o sistema deve arredondar o total final. Deve ser claro para evitar inconsistências entre cálculo e apresentação.

Exemplo: Arredondar o total final a 0,50 € acima quando necessário.

Define quando o orçamento automático deve parar e seguir para validação técnica. rule é o campo avaliado, operator é a condição, value é o limite e reason é o motivo visível.

Exemplo: pessoas | > | 50 | Dimensão acima do limite automático

Operadores esperados: >, >=, <, <=, contains.

Mensagem padrão mostrada quando uma regra técnica bloqueia o preço automático. Deve ser profissional e explicar que o pedido segue para equipa técnica.

Exemplo: Este pedido precisa de validação da equipa técnica antes de fechar valor final.

Explica como o orçamento deve ser apresentado ao cliente: com breakdown, tom comercial, indicação de estimativa e notas sobre confirmação final.

Exemplo: Mostrar resumo do cálculo, extras aplicados e indicar que o valor é estimado.