Plataforma anterior

Armazenando aprovações em uma cotação

As regras de aprovação do pedido determinam os critérios que requerem uma cotação para passar pelo processo de aprovação

Quando uma cotação é criada ou alterada, detalhes de aprovação de pedido são criados, que contêm as informações sobre os critérios que os acionaram.. Quando as alterações forem concluídas em uma cotação, ela poderá ser enviada para o processo de aprovação com a API sendOrderForApproval. A API sendOrderForApproval avalia todos os planos de aprovação aplicáveis e cria aprovações de pedidos e detalhes de aprovação de pedidos com base nas mesmas regras de aprovação de pedidos, mas específicas para cada plano de aprovação. Para obter informações adicionais sobre a API sendOrderForApproval, consulte o IBM Sterling® Order Management: Javadoc.

Se for determinado que uma cotação requer uma aprovação e se uma suspensão for configurada, a cotação será colocada em suspensão. A suspensão deve ser configurada de forma a evitar tipos de modificação que possam acionar aprovações.

Por exemplo, considere uma cotação na qual um Representante de Vendas de Campo aplica um desconto manual de 15% a um item de linha na cotação. Neste cenário, um Supervisor está autorizado a aprovar um desconto máximo de 10%, um Gerente de Vendas está autorizado a aprovar um desconto máximo de 20%, um Vice-presidente está autorizado a aprovar um desconto máximo de 50% e o CEO está autorizado a aprovar um desconto máximo de 50%. Quando a API sendOrderForApproval é chamada, as seguintes aprovações de pedido são criadas e armazenadas na cotação:

Sequencia Nome de aprovação Código da Equipe Grupo de usuários / função
Sequência do Predecessor
Obrigatório
1 K1 Vendas Supervisor    
2 K2 Vendas Gerente de Vendas K1  
3 K3 CEO CEO K2 Y

Neste cenário, um Sales Manager está autorizado a aprovar um desconto máximo de 20%. Portanto, a autorização não é requerida pelos usuários no próximo código do grupo de usuários / da equipe de funções na hierarquia de aprovação, que é um Vice-presidente, porque nenhuma regra de aprovação adicional foi violada Consequentemente, o Vice-Presidente não é preenchido no plano de aprovação do pedido para esta cotação O CEO, no entanto, é preenchido no plano de aprovação do pedido para a cotação, porque o CEO é um aprovador obrigatório

Conforme os usuários dos grupos de usuários / funções-código da equipe aprovam uma cotação, uma tabela de aprovação de pedido é preenchida com a identificação da regra de aprovação que foi acionada, uma chave para a sequência das aprovações e uma mensagem e um código de mensagem que indicam qual regra foi violada. Esta tabela de aprovação de pedido permite que um usuário veja quais itens de linha acionaram quais aprovações.