Aprovações: políticas e quadro
Defina quem aprova o quê por tipo e condições, e acompanhe as solicitações num quadro com cadeia e histórico.
As aprovações permitem exigir o "de acordo" de uma ou mais pessoas antes que algo siga adiante, por exemplo um desconto acima de um limite.
Políticas (Configurações → Aprovações)
A regra de quem aprova o quê vive nos DADOS, não no código: cada política tem um tipo (desconto, proposta, contrato, despesa…), uma condição opcional em faixa (ex.: desconto entre 20% e 100%) e uma CADEIA ordenada de aprovadores (por usuário ou por papel).
- Vários níveis: o nível 1 aprova, sobe para o nível 2, e assim por diante até o último.
- A faixa mais alta vence: com uma política de 0 a 20% (gerente) e outra de 20% ou mais (diretor), um desconto de 30% cai na do diretor.
- Editar uma política cria uma NOVA versão. As aprovações antigas continuam válidas pela versão vigente na época.
Quadro de Aprovações
No menu lateral, "Aprovações" lista as solicitações por status (pendentes, aprovadas, rejeitadas). Ao abrir uma, você vê o contexto, a cadeia com o nível atual destacado, o histórico de decisões e, se for o aprovador do nível atual, os botões Aprovar/Rejeitar com um campo de observações.
Aprovações avançadas (motor v2)
Para regras mais ricas, ative as Aprovações avançadas em Configurações → Aprovações. É um interruptor por empresa que começa DESLIGADO: nada muda até você ligar, e o que já existe continua funcionando.
- Por objeto e evento: escolha o objeto (ex.: oportunidade) e quando avaliar (ao criar ou ao atualizar).
- Regras compostas: combine várias condições sobre os campos do registro (ex.: desconto ≥ 20% E margem < 15%), com "todas" (E) ou "qualquer" (OU).
- Cadeia por níveis: cada nível pode exigir qualquer um, todos ou a maioria dos aprovadores; use pessoas, papéis, o gerente do solicitante, o líder da equipe ou o dono do registro.
- SLA e escalonamento: defina um prazo em horas úteis; ao vencer, o pedido é escalonado (avisa os administradores) ou auto-rejeitado, conforme a política.
- Trilha à prova de adulteração: cada decisão é gravada num histórico encadeado por hash; a autoaprovação é bloqueada por padrão.
- Versionamento: editar cria uma nova versão; as solicitações antigas mantêm a versão vigente na época.