Pedidos Recusados

Histórico de Revisões

Data	Quem	Comentários
20/02/2018	Ryvane Maria	Criação do Documento
21/02/2018	Marcus Fábio Salviano	Aprovação Desenvolvimento
02/03/2018	Ryvane Maria	Correção do campo enviado pelo cliente.
09/04/2018	João Felipe Maciel	Inclusão da configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER e adição da RN3.

Necessidade

Os pedidos que são negados no portal pelo supervisor não tem nenhum tipo de retorno para o mobile.

É necessário que seja enviado ao aparelho (mobile) as informações pertinentes a aprovação do pedido, isso deve ocorrer para que o vendedor consiga identificar se o pedido foi aprovado ou não pelo preço.

Atualmente o vendedor não tem acesso a essa informação de pedidos negados, pois o pedido, ao ser negado, é retornado ao mobile com o status de pendente.

Tanto para pedidos negados no GeoSales quanto para pedidos negados no protheus, o vendedor precisa saber quem foi o supervisor que negou o seu pedido e o motivo dessa recusa. Essa situação é necessária pois, desta forma, o vendedor, em caso de dúvidas, pode se dirigir diretamente a quem recusou o pedido.

Solução

- Para pedidos que estão sendo analisados no portal GeoSales:

Ao acessar o relatório de pedidos, o usuário deve realizar a pesquisa de acordo com os filtros desejados, e, clicando no botão pesquisar, ter acesso aos pedidos disponíveis para análise.

Visualizando a lista de pedidos filtrados é possível acessar os dados do pedido clicando no botão "Análise do pedido".

Na tela em questão o supervisor irá visualizar todas as informações pertinentes a análise do pedido e, caso o pedido não seja aprovável, poderá, tramitar o pedido, clicando no botão "Tramitar Pedido".

Ao clicar neste botão o supervisor pode retornar o pedido ao vendedor, incluindo uma informação para especificar o motivo do pedido não ter sido aprovado.

Quando a tramitação é feita o pedido deixa de ser um pedido efetivado, e volta para o vendedor, para que ele realize os ajustes necessários.

Um vendedor, ao receber um retorno de pedido através da tramitação, será informado via e-mail sobre quem retornou o pedido, e qual o motivo (observação) da recusa.

- Para pedidos que estão sendo analisados no ERP:

Ao recusar um pedido no ERP o seu status deverá ser alterado para "pedido recusado". Essa mudança será atualizada no GeoSales e a alteração desse status disparará um email ao vendedor informando que o pedido foi recusado, quem recusou e o motivo da recusa.

O motivo da recusa, bem como quem recusou o pedido, que será enviado por e-mail será trazido no ERP e integrado. Essa informação no Protheus (de quem recusou e o motivo da recusa) é alimentada no campo C5_ZZCDANA dentro da tabela SC5.

Implementação

- Para pedidos analisados dentro do portal GeoSales

Deverá ser setado o status (já existente) de 'DS_TRAMITACAO = Pedido retornado' com código 'CD_TRAMITACAO = -6' para pedidos analisados dentro do portal GeoSales.

No momento que o supervisor tramitar esse pedido, voltando-o para o vendedor, o pedido deixará de ser um pedido efetivado, e assumirá o status de pedido retornado.

Ao tramitar esse pedido o supervisor pode retornar o pedido ao vendedor, incluindo uma observação para especificar o motivo do pedido não ter sido aprovado.

O vendedor, ao receber um retorno de pedido através da tramitação, será informado via e-mail sobre quem retornou o pedido, e qual o motivo (observação) da recusa. Essas informações de quem recusou o pedido e qual o motivo da recusa deverão ser cadastradas pelo supervisor no momento da tramitação do pedido, no campo 'Observação'.

- Para pedidos que estão sendo analisados no ERP

Para pedidos retornados do ERP deverá ser setado o status (já existente) de 'DS_TRAMITACAO = Pedido retornado do ERP' com código 'CD_TRAMITACAO = -9', criando uma tramitação para esse pedido.

Ao recusar um pedido no ERP o seu status deverá ser alterado para "Pedido retornado do ERP". Essa mudança será atualizada no GeoSales e a alteração desse status também disparará um email ao vendedor informando que o pedido foi tramitado e recusado, quem recusou e o motivo da recusa.

- Integração

O motivo da recusa, bem como quem recusou o pedido, que será enviado por e-mail será trazido no ERP e integrado. Essa informação no Protheus (de quem recusou e o motivo da recusa) é alimentada no campo C5_ZZCDANA dentro da tabela SC5.

A informação do campo YP_TEXTO será salva no campo DS_OBSERVAÇÃO da tabela TRAMITACAO_PEDIDO, associada ao 'CD_TRAMITACAO = -9' (que é associado ao status 'Pedido retornado do ERP'.

Tanto para pedidos analisados no GeoSales quanto para pedidos analisados no ERP

Para os pedidos analisados no ERP e no GeoSalas, deverá ser disparado um e-mail automático para informar ao vendedor sobre esta situação.

Para que o e-mail seja enviado, deverá ser adicionado a trigger 'TRAMITACAO_PEDIDO' contendo o nome 'TRAMITACAO_PEDIDO_UPDATE_RETORNO_ERP'

Configurações a serem criadas

Para que a funcionalidade de tramitação seja ativada, é necessário criar a configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER, que receberá valores 'S' para ativar, 'N' para desativar e 'NULL' para valor default.

- Exibição do e-mail

Deverá ser criado um novo modelo de layout com o nome ENVIA_PEDIDO_RECURSADO.

O layout de e-mail automático será criado para atender exclusivamente esta situação, de forma que o campo DS_OBSERVAÇÃO da tabela TRAMITACAO_PEDIDO tenha seus dados incluídos neste e-mail. Nesse campo deverão constar as informações de quem retornou o pedido e qual o motivo dessa recusa.

O e-mail que será enviado ao vendedor, deverá chegar com a seguinte mensagem:

Titulo: '[GEOSALES] - PEDIDO RECUSADO'

Tendo como corpo do e-mail as seguintes informações:

1. O código do pedido;
2. Cliente do pedido;
3. Datas da recusa (caso tenha tido mais de uma);
4. Supervisor que recusou;
5. O motivo do retorno do pedido

Regras de Negócio

[RN1] – As informacões de quem recusou o pedido e o motivo da recusa que vão ser extraidos do ERP do campo C5_ZZCDANA são de responsabilidade exclusiva do ERP.

[RN2] – As informacões de quem recusou o pedido e o motivo da recusa que vão ser cadastradas no momento da tramitação do pedido no portal Geosales são de responsabilidade exclusiva do supervisor que está realizando a tramitação do pedido.

[RN3] – A funcionalidade é ativada após inserir a a configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER, estando setada como 'S'.

Aprovação

Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.

Setor	Aprovado Por	Data	Assinatura
Gerente TI
Gerente Projeto
Gerente Comercial