Mudanças entre as edições de "Pedidos Recusados"
| (12 revisões intermediárias pelo mesmo usuário não estão sendo mostradas) | |||
| Linha 12: | Linha 12: | ||
|- | |- | ||
| 09/04/2018 || João Felipe Maciel || Inclusão da configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER e adição da RN3. | | 09/04/2018 || João Felipe Maciel || Inclusão da configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER e adição da RN3. | ||
| + | |- | ||
| + | | 10/09/2018 || Ana Júlia || Alteração e inclusão de informações. | ||
|- | |- | ||
|} | |} | ||
| Linha 49: | Linha 51: | ||
== Implementação == | == Implementação == | ||
| − | ''' | + | '''- Pedidos recusados no GeoSales''' |
| + | |||
| + | Deverá ser setado o status (já existente) de 'DS_TRAMITACAO = Pedido Recusado no ERP' com código 'CD_TRAMITACAO = 116' 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. | 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 | + | 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', esse cenário será ativado pela configuração ENVIO_PEDIDO_RECUSADO_ERP. | ||
| + | |||
| + | |||
| + | '''- Pedidos recusados no ERP''' | ||
| + | |||
| + | Para pedidos retornados do ERP deverá ser setado o status (já existente) de 'DS_TRAMITACAO = Pedido Recusado no ERP' com código 'CD_TRAMITACAO = -11', criando uma tramitação para esse pedido. | ||
| + | |||
| + | Ao recusar um pedido no ERP o seu status deverá ser alterado para "Pedido Recusado no 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 envio de e-mail será ativada pela configuração ENVIO_PEDIDO_RECUSADO_ERP. | ||
| − | |||
| + | '''- 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, ou seja, SC5->C5_ZZCDANA = SYP->YP_CHAVE ==> SYP->YP_TEXTO (mensagem de recusa do analista). O conteúdo do campo YP_TEXTO é que deve retornar para o mobile. | |
| − | + | Quando um pedido for recusado no ERP, o motivo da recusa será salvo no campo YP_TEXTO, que deverá ser gravada no GeoSales no campo DS_OBSERVAÇÃO da tabela TRAMITACAO_PEDIDO, associada ao 'CD_TRAMITACAO = -11' (que é associado ao status 'Pedido Recusado no ERP'. | |
| − | O motivo da recusa, | + | O campo YP_TEXTO, receberá as informações do motivo da recusa e o usuário que recusou, ou seja, as informações de usuário não necessitará de integração, já que a informação vem no campo do motivo da recusa. |
| − | |||
| − | '''Tanto para pedidos analisados no GeoSales quanto para pedidos analisados no ERP''' | + | '''- Tanto para pedidos analisados no GeoSales quanto para pedidos analisados no ERP''' |
| − | + | Quando um pedido for recusado, deverá ser disparado um e-mail para o vendedor informando o pedido recusado, o supervisor que recusou e o motivo. O envio de e-mail será ativada pela configuração ENVIO_PEDIDO_RECUSADO_ERP. | |
| − | + | Os dados do supervisor que recusou o pedido, deverá ser iguais a tabela de TRAMITACAO_PEDIDO do campo CD_USUARIO. O campo CD_USUARIO deverá ser comparado a tabela de SUPERVISOR, exibindo assim o nome do supervisor que tramitou o pedido. | |
| − | ''' Configurações a serem criadas ''' | + | Deverá ser criado uma trigger na tabela TRAMITACAO_PEDIDO, para que quando inserido a tramitação de código = -11, seja enviado o e-mail. |
| + | |||
| + | O vendedor receberá o e-mail com o remetente 'campneus@geosales.com.br', que será ativada pela configuração EMAIL_REMETENTE_PADRAO. | ||
| + | |||
| + | |||
| + | '''- 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. | 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. | ||
| + | |||
| + | Deverá ser criada a configuração EMAIL_REMETENTE_PADRAO, para que seja enviado o e-mail com um remente padrão. A configuração EMAIL_REMETENTE_PADRAO, deverá receber os valores 'S' para ativar, e por padrão receberá valores 'N' e 'default' para desativar. | ||
| + | |||
| + | Deverá ser criada a configuração ENVIO_PEDIDO_RECUSADO_ERP, que receberá valores 'S' para ativar, e valores 'N' para desativar, como padrão deverá receber valor default 'N'. | ||
| + | |||
| + | |||
| + | '''- 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: | ||
| + | |||
| + | # O código do pedido; | ||
| + | # Cliente do pedido; | ||
| + | # Datas da recusa (caso tenha tido mais de uma); | ||
| + | # Supervisor que recusou; | ||
| + | # O motivo do retorno do pedido | ||
| + | |||
| + | No campo do motivo da recusa, deverá vim o supervisor que recusou o pedido. | ||
== Regras de Negócio == | == Regras de Negócio == | ||
Edição atual tal como às 13h53min de 17 de setembro 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. |
| 09/04/2018 | João Felipe Maciel | Inclusão da configuração ID_HABILITA_TRAMITACAO_PEDIDO_SUPER e adição da RN3. |
| 10/09/2018 | Ana Júlia | Alteração e inclusão de informações. |
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
- Pedidos recusados no GeoSales
Deverá ser setado o status (já existente) de 'DS_TRAMITACAO = Pedido Recusado no ERP' com código 'CD_TRAMITACAO = 116' 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', esse cenário será ativado pela configuração ENVIO_PEDIDO_RECUSADO_ERP.
- Pedidos recusados no ERP
Para pedidos retornados do ERP deverá ser setado o status (já existente) de 'DS_TRAMITACAO = Pedido Recusado no ERP' com código 'CD_TRAMITACAO = -11', criando uma tramitação para esse pedido.
Ao recusar um pedido no ERP o seu status deverá ser alterado para "Pedido Recusado no 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 envio de e-mail será ativada pela configuração ENVIO_PEDIDO_RECUSADO_ERP.
- 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, ou seja, SC5->C5_ZZCDANA = SYP->YP_CHAVE ==> SYP->YP_TEXTO (mensagem de recusa do analista). O conteúdo do campo YP_TEXTO é que deve retornar para o mobile.
Quando um pedido for recusado no ERP, o motivo da recusa será salvo no campo YP_TEXTO, que deverá ser gravada no GeoSales no campo DS_OBSERVAÇÃO da tabela TRAMITACAO_PEDIDO, associada ao 'CD_TRAMITACAO = -11' (que é associado ao status 'Pedido Recusado no ERP'.
O campo YP_TEXTO, receberá as informações do motivo da recusa e o usuário que recusou, ou seja, as informações de usuário não necessitará de integração, já que a informação vem no campo do motivo da recusa.
- Tanto para pedidos analisados no GeoSales quanto para pedidos analisados no ERP
Quando um pedido for recusado, deverá ser disparado um e-mail para o vendedor informando o pedido recusado, o supervisor que recusou e o motivo. O envio de e-mail será ativada pela configuração ENVIO_PEDIDO_RECUSADO_ERP.
Os dados do supervisor que recusou o pedido, deverá ser iguais a tabela de TRAMITACAO_PEDIDO do campo CD_USUARIO. O campo CD_USUARIO deverá ser comparado a tabela de SUPERVISOR, exibindo assim o nome do supervisor que tramitou o pedido.
Deverá ser criado uma trigger na tabela TRAMITACAO_PEDIDO, para que quando inserido a tramitação de código = -11, seja enviado o e-mail.
O vendedor receberá o e-mail com o remetente 'campneus@geosales.com.br', que será ativada pela configuração EMAIL_REMETENTE_PADRAO.
- 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.
Deverá ser criada a configuração EMAIL_REMETENTE_PADRAO, para que seja enviado o e-mail com um remente padrão. A configuração EMAIL_REMETENTE_PADRAO, deverá receber os valores 'S' para ativar, e por padrão receberá valores 'N' e 'default' para desativar.
Deverá ser criada a configuração ENVIO_PEDIDO_RECUSADO_ERP, que receberá valores 'S' para ativar, e valores 'N' para desativar, como padrão deverá receber valor default 'N'.
- 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:
- O código do pedido;
- Cliente do pedido;
- Datas da recusa (caso tenha tido mais de uma);
- Supervisor que recusou;
- O motivo do retorno do pedido
No campo do motivo da recusa, deverá vim o supervisor que recusou o 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 |