Cancelamento de Pedidos

Histórico de Alterações

Data	Quem	Comentários
13/04/2021	João Ramon	Criação do documento

Necessidade

Ao finalizar o processo de formação de pedidos, pelo vendedor, caso não haja nenhuma pendência de negócio (exemplos: tipo de frete não especificado, valor final do pedido ou de um determinado grupo está fora da política comercial de descontos, valor apresentado ao cliente era de uma campanha cuja vigência já encerrou, dentre outros), o pedido 'subirá' para integração na ERP. Caso haja pendências, será necessária aprovação de um gestor responsável. então seguirá o caminho normal, ir pra integração. O problema é que, após aprovar tal pedido, por algum motivo, ele não consegue 'subir' para o ERP, a fim de efetivar a venda. mesmo depois de várias tentativas de schedule. Nesta situação, é impossível fazer qualquer edição ou exclusão do pedido, depois que já foi aprovado. Na situação atual, o pedido fica vagando por um limbo de dados existencial, no qual não pode ser configurado, nem pode subir para integração. Por essa razão, faz-se necessária uma ação que permita que, em situações como essa, haja a possibilidade de cancelar ou editar o pedido perdido.

Solução

Todos os pedidos realizados na plataforma são registrados na tabela ACK_LOG_TABLE. Nesta tabela, todas as especificações de pendências são mostradas em vinculação com as chaves de pedidos.

Cenários

Cenário 1 (Pedido não efetivado e Aprovado - Sem Pendências)

Neste cenário, o pedido não possui nenhuma pendência de configuração ou de políticas comerciais (e, portanto, na situação de 'aprovado').

• O portal, nesta fase, ainda permite alterações por parte do usuário;
• O pedido não será enviado para ERP caso esteja nesta situação.

Cenário 2 (Pedido não efetivado e Pendente)

Neste cenário, o pedido possui alguma pendência.

• O portal, nesta fase, ainda permite alterações por parte do usuário;
• O pedido não será enviado para ERP caso esteja nesta situação.

Cenário 3 (Pedido efetivado e Pendente)

Aqui, o pedido já foi efetivado. No entanto, foram encontradas situações no registro que gerara pendências. Portanto, o pedido estará no status de pendente.

• O portal, nesta fase, ainda permitirá alterações por parte do usuário (caso o gestor não aprove o pedido e devolva ao vendedor para edição). Também será possível cancelar o pedido nesta situação;
• O pedido não será enviado para ERP caso esteja nesta situação.

Cenário 4 (Pedido Efetivado e Aprovado) - com Integração ERP

Neste cenário, o pedido foi efetivado e já aprovado pelo supervisor.

• O portal, nesta fase, não permitirá mais qualquer edição ou correção por parte do usuário;
• O pedido será enviado para ERP caso esteja nesta situação.

Cenário 5 (Pedido Efetivado e Aprovado) - sem Integração ERP

Neste cenário, o pedido foi efetivado e já aprovado pelo supervisor, similar ao cenário 4, discutido anteriormente. A diferença é que, para este cenário, contemplamos uma falha ao integrar o pedido à ERP:

• O pedido não será integrado, pois a falha apresentada é perene, ou seja, as schedules não farão subir o pedido.
• O pedido, por já estar aprovado na plataforma, não pode retornar para o usuário para edição, para ser corrigido/cancelado.