A não ser que o cliente possua todos os viajantes marcados como ‘Masters”, as estruturas de aprovação são obrigatórias, para isso vá em Configurações > Configurações Básicas > Estruturas de Aprovação > Novo:

As etapas abaixo deverão ser consideradas para esse preenchimento:

Para quem: Aqui apenas um campo pode ser selecionado, o default sempre será a opção “Cliente”, porém, pode-se configurar mais um deles, aumentando a restrição/filtro dessa estrutura. Por exemplo, se for o centro de custo que define o aprovador da estrutura, deve-se selecioná-lo nessa lista. Se, por outro lado, a autorização deva olhar para o viajante da OS, selecione o “Usuário” na estrutura.  É importante ressaltar que, quanto mais o campo estiver em um nível inferior, mais forte será essa configuração, ou seja, se em uma OS houver um aprovador para o centro de custo e outro para usuário, será acionado o aprovador por usuário.

O quê: Definiremos para qual tipo de serviço a estrutura será criada. Por padrão “Nacional” e “Internacional” sempre estarão liberados, e os outros devem ser desbloqueados por políticas:

Para aprovação por “Mérito” configura-se a “APRMER”

Para aprovação de “Conferência” configura-se a “CONREE”

Para “Reembolso” a “MODREE”

“Adiantamento” a “APRADI”

“Adicional” a “ESTADI”

“Fechamento de Cartão” a “FECFAT”

Como: Informe se a aprovação será única, com apenas um aprovador acionado. Na sequencial, o Argo acionará todos os aprovadores obedecendo a ordem de cadastro, já a paralela todos terão que aprovar, mas, sem ordem específica.

Nível: Este modelo só fica disponível para estruturas únicas cadastradas com mais de uma opção de aprovador, onde o solicitante escolhe para qual deles quer enviar o pedido. Com a flag “Nível”, este usuário somente visualizará aprovadores dos níveis superiores do viajante.  Esse comportamento pode ser gerenciado com as políticas NIVIGU e NIVACI.

Após definidos os campos acima, deve-se adicionar o(s) aprovador(s) no dropdown:

Caso algum aprovador tenha a flag “Segundo Nível” selecionada, ele  aprovará a OS quando a regra de viagem for desrespeitada. Para esse fluxo deve-se habilitar a “ADIALC” ou a “TROALC“. Além disso, deve se habilitar alguma política que defina essa regra.