Aula 11 · OPERACIONAL

Boas práticas operacionais: padrão obrigatório de utilização do sistema

O sistema permite erros. Esta aula define como o operador deve atuar para garantir consistência, rastreabilidade e coerência comercial em qualquer cenário da operação.

Princípio operacional

O sistema não impede erros operacionais.

Ele permite inconsistências, decisões incoerentes e registros incompletos.

A operação é controlada pelo operador. O sistema apenas registra.

Regra 1 — O orçamento sempre vem primeiro

  • Nenhum documento deve existir sem orçamento
  • O orçamento deve estar salvo antes de qualquer emissão
  • O orçamento é a base de toda a operação comercial

Documento sem orçamento salvo não existe para a operação.

Regra 2 — Definir o cenário comercial antes de qualquer ação

Antes de inserir itens, o operador deve identificar o cenário da proposta:

  • Equipamento novo
  • Manutenção T100
  • Manutenção T200
  • Base de troca
  • Engenharia
  • Fax-peça

Cada cenário possui lógica própria e não deve ser tratado de forma genérica.

Regra 3 — Modalidade define a lógica do orçamento

  • T100 → solução completa, sem cobrança adicional
  • T200 → solução com possibilidade de complementação

A modalidade deve ser definida antes da inserção dos itens.

Modalidade não é ajuste posterior. É definição inicial.

Regra 4 — Utilizar uma única tabela por orçamento

  • Todos os itens devem seguir a mesma tabela
  • A tabela do cabeçalho define o documento
  • Não é permitido misturar T100 e T200

Misturar tabelas compromete a lógica comercial e invalida o orçamento.

Regra 5 — Inserir itens com coerência comercial

  • Itens devem refletir exatamente o que foi negociado
  • Descrições devem ser claras e consistentes
  • Valores devem estar corretos

O sistema aceita qualquer item. O operador deve garantir coerência.

Regra 6 — Organizar corretamente o documento

  • Respeitar os grupos de impressão quando aplicável
  • Manter separação lógica entre itens
  • Garantir leitura clara da proposta

Documento desorganizado compromete a percepção do cliente.

Regra 7 — Não utilizar a proposta como validação

  • Não emitir proposta para verificar estrutura
  • Não utilizar o documento como teste
  • Validar tudo antes da emissão

Proposta é entrega final. Não é ferramenta de conferência.

Regra 8 — Corrigir erro na origem

  • Erro deve ser corrigido no orçamento
  • Não ajustar diretamente no documento
  • Manter consistência entre sistema e proposta

O sistema é a fonte da verdade. O documento é consequência.

Regra 9 — Utilizar corretamente cada tipo de ação

  • Erro → revisão da proposta
  • Nova condição → novo orçamento
  • Complementação (T200) → fax-peça

Cada situação tem um fluxo correto. Misturar gera retrabalho e perda de controle.

Regra 10 — Revisar antes de emitir

  • Conferir cliente
  • Conferir cenário
  • Conferir modalidade
  • Conferir itens
  • Conferir valores
  • Conferir organização

Proposta se emite após validação. Nunca para validar.

Síntese operacional

  • O operador define o cenário
  • A modalidade define a lógica
  • Os itens definem o conteúdo
  • Os grupos definem a apresentação
  • A proposta apenas apresenta

O sistema permite erro. O operador não.

Próximo passo

Mesmo seguindo todas as boas práticas, é necessário entender os limites do sistema e até onde ele pode apoiar — ou não — a operação.