Mudanças entre as edições de "Pedidos Recusados"
Linha 72: | Linha 72: | ||
Um novo 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 email. Nesse campo deverão constar as informações de quem retornou o pedido e qual o motivo dessa recusa. | Um novo 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 email. Nesse campo deverão constar as informações de quem retornou o pedido e qual o motivo dessa recusa. | ||
+ | |||
+ | Para que essa funcionalidade seja ativada, é necessário acrescentar a configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER, estando setada como 'S'. Essa configuração poderá assumir os valores 'S' ou 'N', sendo a opção 'N' como o valor default. | ||
== Regras de Negócio == | == Regras de Negócio == |
Edição das 20h48min de 9 de abril de 2018
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. |
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, será setado o status (já existente) de 'DS_TRAMITACAO = Pedido retornado' com código 'CD_TRAMITACAO = -6'.
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 informação para especificar o motivo do pedido não ter sido aprovado.
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. 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, 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.
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, será disparado um email automático para informar ao vendedor sobre esta situação.
Este e-mail será enviado automaticamente utilizando a seguinte procedure, no momento da integração:
SP_ENVIA_EMAIL_VENDEDOR_PEDIDO parâmetro: ( @cdPedidoPalm bigint )
Um novo 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 email. Nesse campo deverão constar as informações de quem retornou o pedido e qual o motivo dessa recusa.
Para que essa funcionalidade seja ativada, é necessário acrescentar a configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER, estando setada como 'S'. Essa configuração poderá assumir os valores 'S' ou 'N', sendo a opção 'N' como o valor default.
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.
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 |