Mudanças entre as edições de "Situações de envio de e-mail"

De GeoSales
Ir para navegação Ir para pesquisar
 
(43 revisões intermediárias por 4 usuários não estão sendo mostradas)
Linha 6: Linha 6:
 
|-
 
|-
 
|  12/11/2018  || Ana Júlia || Criação do documento  
 
|  12/11/2018  || Ana Júlia || Criação do documento  
 +
|-
 +
|  03/12/2018  || Ryvane Maria || Ajustes no documento
 +
|-
 +
|  02/01/2019  || Ryvane Maria || Inclusão de tabela de e-mail de clientes
 
|-
 
|-
 
|}
 
|}
Linha 11: Linha 15:
 
== Necessidade ==
 
== Necessidade ==
  
−
Em alguns cenários o sistema GeoSales, alerta ao usuário sobre tomadas de decisões, como por exemplo: pendencia de pedido, aprovação de pedidos e etc. Porém o vendedor ou supervisor no decorrer do dia não lembra ou deixa passar determinadas atividades a serem feitas.
+
Para que se torne mais transparente determinadas ações pendentes ou executadas, se faz necessário o envio de e-mail para os responsáveis envolvidos, sendo eles o vendedor, o cliente ou o gestor. Este e-mail terá como objetivo aumentar o nível de comunicação das etapas do pedido, além de emitir informativos a respeito de diversos cenários.
−
 
 
−
Para que se torna mais transparentes determinadas atividades a serem executadas, se faz necessário o envio de e-mail para o usuário sobre determinada ações a serem feitas, lembradas ou informadas.  
 
  
−
Desta forma, o usuário conseguirá ter uma maior visualização sobre a situação dos pedidos e seus respectivos fluxos.
+
Sendo assim, alguns cenários devem ser informados ao responsável, de forma que se torne mais eficaz que esse usuário atue na ação necessária.
  
 
== Solução ==
 
== Solução ==
  
−
Em alguns cenários se faz necessário o alerta direto ao usuário, além do alerta em tela que já existe. O alerta ao usuário de forma direta será feita através do e-mail, ou seja, em cenários como: pendencia de pedido, retorno de pedido, integração de pedido e entre outros, o sistema irá disparar um e-mail conforme parametrizado, para que o usuário fique ciente do cenário em que o pedido se encontra
+
Em alguns cenários se faz necessário o alerta direto ao usuário, além do alerta em tela que já existe. O alerta ao usuário de forma direta será feita através do e-mail, ou seja, em cenários como: pendência de pedido, retorno do pedido, integração do pedido e entre outros, o sistema irá disparar um e-mail conforme parametrizado, para que o usuário fique ciente do cenário em que o pedido se encontra
  
 
== Implementação ==
 
== Implementação ==
  
−
=== Desenvolvimento ===
+
'''- Configuração do envio de e-mails'''
  
−
'''- Configuração do envio de e-mail'''
+
Inicialmente, para que os cenários de envio de e-mails sejam implementados no GeoSales, cada cenário especificado abaixo irá conter um modelo específico de envio que definirá os parâmetros de layout do e-mail. Esse modelo será parametrizado e aplicado pelo GeoSales.
  
−
Atualmente o envio de e-mail é disparado por um micro serviço que lê uma coleção de instruções implementadas, disparando o e-mail conforme a linguagem de marcação de hipertexto cadastrado.
+
Existem distintas situações que poderão disparar e-mails para o usuário, sendo ele o cliente ou o vendedor.
−
 
 
−
Para que sejam disparados os e-mails, se faz necessário o cadastro da empresa na tabela EMPRESA_ENVIO_EMAIL_AUTO na base do administrador e os serviços de envio deverão estar cadastrados na tabela SERVICO, contendo o código do serviço, o nome do serviço, a descrição do serviço e se está ativo ou não.
 
−
 
 
−
Cada e-mail possui uma descrição de modelo distinto. Esta descrição deverá estar cadastrada na tabela TIPO_MODELO, contendo o código do modelo e a descrição do modelo do e-mail. Vale salientar que o código do modelo servirá para a vinculação com outras tabelas.
 
−
 
 
−
Para que o e-mail seja montado de acordo com a linguagem de marcação, o corpo do e-mail deverá estar devidamente cadastrada na tabela MODELO, com o código do modelo, o código da filial, o tipo do modelo que será utilizado, o título do e-mail, corpo do e-mail e a situação, estando ativo ou desativado.
 
  
 +
Este modelo de e-mail será enviado exclusivamente no formato HTML.
  
 
'''- Envio de e-mail para alteração da data de entrega'''
 
'''- Envio de e-mail para alteração da data de entrega'''
  
 +
Será disparado um e-mail ao cliente e ao vendedor caso a data de entrega do pedido seja alterada no ERP.
  
−
'''- Envio de e-mail do espelho do pedido, quando exportado ao ERP'''
+
Quando houver alteração na data de entrega do pedido, o sistema GeoSales disparará um e-mail informando o código do pedido, o nome do vendedor que realizou o pedido, o nome do cliente, data de entrega anterior do pedido e a data de entrega atual do pedido.
  
−
Quando um pedido é finalizado o vendedor consegue visualizar no portal se o pedido foi exportado ao ERP ou não, porém, não são alertados.
+
O e-mail será enviado para caixa de entrada, contendo o seguinte título: "[GeoSales] A data de entrega do pedido - (Número do pedido) - foi alterada".
 +
Para que o envio de e-mail venha a ocorrer de forma correta, é necessário que os seguintes critérios sejam atendidos:
  
−
Os vendedores acompanham o andamento do pedido até a exportação ao ERP. Para que os vendedores possuam um acompanhamento mais efetivo junto ao cliente, se faz necessário o envio de e-mail para os vendedores e clientes caso o pedido tenha sido exportado.
+
#O cliente e o vendedor deverão estar com os seus e-mails cadastrados corretamente;
 +
#A data de entrega do pedido deverá ter sofrido alteração diretamente no ERP;
  
−
Em situações em que o pedido for exportado, se faz necessário a criação da procedure SP_ENVIA_EMAIL_VENDEDOR_PEDIDO_EXPORTADO, devendo ser incluída na tabela SERVICO, com o valor 'S' para ativa-lá.  
+
É importante salientar que alterações na data de entrega feitas diretamente no GeoSales não irão disparar e-mail informando o usuário a cerca dessa alteração, devido o pedido ainda não ter sido efetivado. Isso quer dizer que nenhuma ação do usuário no GeoSales irá disparar este cenário de e-mail.
  
−
Para que o modelo do e-mail seja enviado ao vendedor e ao cliente, deverá ser cadastrado o corpo do e-mail na tabela MODELO e TIPO_MODELO. Desta forma o vendedor e o cliente serão alertados sobre a exportação dos pedidos.
+
'''- Envio de e-mail do espelho do pedido, quando exportado e enviado ao ERP '''
  
−
O e-mail chegará na caixa de entrada com o título "Pedido - (Número do pedido) - Foi exportado", e dentro do e-mail a cópia do pedido.
+
Os vendedores realizam o acompanhamento do pedido até a exportação ao ERP. Para que os vendedores possuam um acompanhamento mais efetivo junto ao cliente, será disparado um e-mail contendo o espelho do pedido quando este pedido for exportado ao ERP. Este e-mail será enviado exclusivamente ao vendedor.
  
−
Para que o envio de e-mail venha ocorrer, se faz necessário as seguintes validações:
+
O e-mail será enviado para caixa de entrada, com o título "Pedido - (Número do pedido) - Foi exportado", e no corpo do e-mail, a cópia do pedido.
 +
Para que o envio de e-mail venha ocorrer, se faz necessário as seguintes validações:  
  
−
# O vendedor deverá estar com o e-mail cadastrado corretamente;
+
#O cliente deverá estar com o e-mail cadastrado corretamente;
−
# O pedido deverá ter sido exportado ao ERP;
+
#O vendedor deverá estar com o e-mail cadastrado corretamente;
−
# O cliente deverá estar com o e-mail cadastrado corretamente;
+
#O pedido deverá ter sido exportado ao ERP;  
  
 
'''- Envio de e-mail para os vendedores sobre alteração dos pedidos'''
 
'''- Envio de e-mail para os vendedores sobre alteração dos pedidos'''
  
−
Em alguns cenários, os pedidos se encontram pendentes de aprovação e precisam ser alterados para que possam ser aprovados. Desta forma, um pedido que retorna ao vendedor, precisa ser alterado, mas não existem alerta sobre o retorno do pedido.
+
Em alguns cenários, os pedidos se encontram pendentes de aprovação e precisam ser alterados para que possam ser aprovados. Quando um pedido está pendente de aprovação, e precisa ser alterado para que a aprovação ocorra, o supervisor retorna este pedido ao vendedor. Este retorno será informado ao vendedor através do envio de um e-mail.
  
−
Para que os vendedores sejam alertados, se faz necessário o disparo de e-mails para pedidos retornados. Devendo ser criado a procedure SP_ENVIA_EMAIL_ALTERACAO_PEDIDO, sendo incluída na tabela SERVICO, com o valor 'S' para ativa-lá.
+
Quando um pedido for retornado, o vendedor receberá o e-mail com o título, "Pedido - (Número do pedido) - Foi retornado", e no corpo do e-mail, a cópia do pedido.  
−
 
 
−
Para que o modelo do e-mail seja enviado ao vendedor, deverá ser cadastrado o corpo do e-mail na tabela MODELO e TIPO_MODELO. Desta forma o vendedor será alertado sobre o retorno do pedido.
 
−
 
 
−
Quando um pedido for retornado, o vendedor receberá o e-mail com o título, "Pedido - (Número do pedido) - Foi retornado", e dentro do e-mail a cópia do pedido.
 
−
 
 
−
Saliento que se retornado o pedido ao vendedor e for efetivado novamente, o supervisor receberá outro e-mail de pedido pendente.
 
  
 
'''- Envio de e-mail aos supervisores sobre pedidos pendentes'''  
 
'''- Envio de e-mail aos supervisores sobre pedidos pendentes'''  
  
−
Quando os pedidos são efetivados e ficam pendentes de aprovação os supervisores não recebem alerta, somente a exibição no portal. Para que os supervisores consigam acompanhar os pedidos, deverá ser enviado um e-mail ao supervisor quando o pedido ficar pendente.
+
Atualmente, pedidos pendentes podem ser visualizados pelo vendedor no portal GeoSales, e não há um alerta a respeito da sua existência. Para que os supervisores consigam acompanhar o surgimento de pedidos pendentes de forma mais eficaz, deverá ser enviado um e-mail ao supervisor quando um novo pedido pendente surgir.  
−
 
 
−
Os supervisores receberão o e-mail de pendência de acordo com a hierarquia e pendencias que o usuário poderá aprovar, ou seja, pedidos que não são da alçada do supervisor não serão alertados.
 
  
−
Para que o modelo do e-mail seja enviado ao supervisor, deverá ser cadastrado o corpo do e-mail na tabela MODELO e TIPO_MODELO. Desta forma o supervisor será alertado sobre o pedido pendente.
+
Os supervisores receberão o e-mail de pendência de acordo com a hierarquia e pendências que o usuário supervisor poderá aprovar, ou seja, para pedidos que não são da alçada do supervisor não serão enviados alertas.  
  
−
O e-mail de pendência chegará na caixa de entrada com o título "Pedido - (Número do pedido) - Está Pendente", e dentro do e-mail o espelho do pedido.
+
O e-mail de pedido pendente será enviado a caixa de entrada com o título "Pedido - (Número do pedido) - Está Pendente", e no corpo deste e-mail conterá o espelho do pedido.  
  
−
Para que seja enviado o e-mail de pendência ao supervisor, deverá ser criado a procedure ENVIA_EMAIL_SUPERVISOR_PEDIDO_PENDENTE, devendo ser incluída na tabela SERVICO, contendo o valor ‘S’ para ativa-la.
+
Este cenário deve ser enviado, também, a um responsável associado ao canal de venda de origem do pedido. Essa associação entre responsável e canal de venda deve ser feita exclusivamente no ERP, e será trazida ao GeoSales através da tabela XXX. É importante salientar que o envio de e-mail será enviado de forma automática.
  
−
Se faz necessário algumas validações, para o envio de e-mail sobre pedidos pendentes, segue abaixo:
+
Se faz necessário algumas validações, para que o envio de e-mail de pedidos pendentes seja realizado com sucesso, segue abaixo:
  
 
#O supervisor deverá estar cadastrado no GeoSales;
 
#O supervisor deverá estar cadastrado no GeoSales;
Linha 87: Linha 80:
 
#O supervisor deverá estar com o e-mail cadastrado, para receber o e-mail;
 
#O supervisor deverá estar com o e-mail cadastrado, para receber o e-mail;
 
#O supervisor deverá estar vinculado a uma alçada de autorização de preço;
 
#O supervisor deverá estar vinculado a uma alçada de autorização de preço;
−
#O pedido deverá ser efetivado para que seja disparado um e-mail;
+
#O pedido deverá ser efetivado para que seja disparado um e-mail;  
 +
 
 +
'''- Nova cópia de envio de e-mail, caso o pedido continue sem aprovação'''
  
−
'''- Nova cópia de envio de e-mail, caso o pedido fique sem aprovação'''
+
Em alguns cenários o supervisor passa muito tempo sem interagir com o pedido que esteja pendente de aprovação. Para que isso seja evitado, o GeoSales irá reenviar o e-mail de pendência de pedido para o supervisor que deve realizar a aprovação, colocando em cópia, também, o supervisor de alçada superior.
  
−
Em alguns cenários o supervisor passa muito tempo sem interagir com o pedido, fazendo com que a data de entrega passe do prazo, ou deixando determinadas negociações paradas.  
+
O número de dias que um pedido pendente poderá ficar sem interação será parametrizado através de uma configuração. Esta configuração deverá receber valores numéricos inteiros para que fique ativa, sendo o valor inserido a quantidade de horas em espera que irão disparar um novo e-mail.  
  
−
Para que seja evitado cenários dos tipos descritos acima, o sistema deverá reenviar o e-mail, colocando em copia o gestor da alçada superior.
+
Se faz necessário algumas validações, para o reenvio de e-mail sobre pedidos pendentes, segue abaixo:
  
−
O reenvio de e-mail irá respeitar a hierarquia de supervisores, ou seja, a vinculação de supervisores deverão estar cadastrada corretamente para que ocorra com sucesso o reenvio.
+
#O supervisor deverá estar cadastrado no GeoSales;
 +
#A hierarquia de gestores deverá estar cadastrada corretamente;
  
−
Para que seja reenviado o e-mail de pendência ao supervisor, contendo o gestor em cópia, deverá ser criado a procedure SP_REENVIA_EMAIL_SUPERVISOR_PEDIDO_PENDENTE, devendo ser incluídas na tabela SERVICO, contendo o valor ‘S’ para ativa-la.
+
'''- Envio de e-mail da cópia do pedido caso o pedido seja travado na aprovação de crédito'''
  
−
'''- Envio de e-mail da cópia do pedido caso o pedido seja travado na aprovação de crédito'''
+
Alguns pedidos, quando exportados ao ERP, recebem algum bloqueio referente a análise de crédito. Essas situações podem tornar o planejamento do pedido divergente do que foi acordado, por este motivo, precisam ser sinalizadas ao vendedor, que irá determinar se é necessário tomar alguma ação ou não.
 +
Alguns status, como por exemplo o status ‘pendente de informação’e ‘não aprovado’, sinalizados no campo COD-SIT-AVAL da tabela PED-VENDA, irão gerar bloqueio de crédito. Ao passo que esses status sejam setados, um e-mail deverá ser disparado ao vendedor.
 +
 +
Para que o envio de e-mail venha a ocorrer de forma correta, é necessário que os seguintes critérios sejam atendidos:
 +
 +
#O vendedor deverá estar com o seu e-mail cadastrados corretamente;
 +
#O status financeiro do pedido deverá ter sofrido alteração diretamente no ERP;
  
−
Alguns pedidos quando exportados ao ERP recebem algum bloqueio
+
'''- Envio de e-mail da cópia do pedido caso o pedido seja cancelado no ERP'''
  
−
=== Integração ===
+
Há cenários onde alguns pedidos são cancelados, no ERP, por qualquer motivo. Essas situações tornam o planejamento do pedido divergente do que foi acordado, por este motivo, precisam ser sinalizadas ao vendedor, que irá determinar se é necessário tomar alguma ação ou não.
 +
 +
Alguns status, como por exemplo o status ‘suspenso’ e ‘cancelado’, sinalizados no campo COD-SIT-PED da tabela PED-VENDA, irão gerar o cancelamento do pedido. Ao passo que esses status sejam setados, um e-mail deverá ser disparado ao vendedor.
  
−
=== Estrutura de banco ===
+
Para que o envio de e-mail venha a ocorrer de forma correta, é necessário que os seguintes critérios sejam atendidos:
  
−
{| class="wikitable"
+
#O vendedor deverá estar com o seu e-mail cadastrados corretamente;
−
! colspan="5"  | TABELA
+
#O status financeiro do pedido deverá ter sofrido alteração diretamente no ERP;
−
|-
+
 
−
! Coluna
+
'''- Envio de e-mail manual contendo a cópia do pedido.'''
−
! Tipo
 
−
! Obrigatório
 
−
! Chave Primária
 
−
! Explicação
 
−
|-  
 
−
| NOME DO CAMPO
 
−
| TIPO DO CAMPO
 
−
| SIM/NAO
 
−
| SIM/NAO
 
−
| EXPLICAÇÃO SOBRE O CAMPO
 
−
|-  
 
−
|}
 
  
−
== Regras de Negócios ==
+
Os vendedores podem, após salvar um pedido de orçamento, enviar uma cópia deste pedido ao cliente. Este envio poderá ser feito tanto através do portal GeoSales, quanto através do GeoSales Mobile.
  
−
'''[RN1] - '''
+
Este envio é disparado pelo vendedor, sinalizando o envio, e, ao passo dessa sinalização o e-mail entrará em uma fila de espera e será preparado para o envio. É importante salientar que o vendedor deverá estar online para realizar essa sinalização, e que o e-mail pode levar alguns minutos para ser enviado.
  
−
== Regras de Integração ==
+
== Regras de Negócios ==  
  
−
'''[RI1] - '''
+
'''[RN1] -''' Os modelos de e-mail serão enviados exclusivamente no formato HTML.
  
−
== Resultados Esperados ==
+
'''[RN2] -''' O e-mail enviado ao vendedor se trata do endereço de e-mail inserido no cadastro padrão de informações do vendedor.
  
−
=== Protótipos ===
+
'''[RN3] -''' O e-mail enviado ao cliente se trata do endereço de e-mail inserido no cadastro padrão de informações do cliente.
  
−
=== Fluxos Padrão ===
+
'''[RN4] -''' O e-mail é disparado incluindo-se em rotina automática para processamento posterior, portanto, pode levar alguns minutos até que seja disparado.
  
 +
'''[RN5] -''' O e-mail do cliente será trazido através das tabelas 'es-emitente' e 'es-cont-emit' do ERP DataSul.
  
 
== Aprovação ==
 
== Aprovação ==
Linha 151: Linha 144:
  
 
|-  
 
|-  
−
| Desenvolvimento - GeoSales || Pessoa que aprovou || 00/00/0000
+
| Gerente TI - GeoSales || Leonardo Sousa || 18/12/2018
 
|-  
 
|-  
−
| Integração - GeoSales || Pessoa que aprovou || 00/00/0000
 
−
|-
 
−
| Configurações - GeoSales || Pessoa que aprovou || 00/00/0000
 
−
|-
 
 
|}
 
|}
  
Linha 163: Linha 152:
 
{| class="wikitable"
 
{| class="wikitable"
 
! Setor  
 
! Setor  
−
! Aprovado Por
+
! style="width:200px" |Aprovado Por
−
! Data
+
! style="width:200px" |Data
−
! Assinatura
+
 
−
|-
+
|-
−
| Gerente TI - Cliente || Pessoa que aprovou || 00/00/0000 ||
+
| TI - Montana || ||  
−
|-
 
−
| Gerente de Projeto - Cliente || Pessoa que aprovou || 00/00/0000 ||
 
 
|-  
 
|-  
−
| Gerente Comercial - Cliente || Pessoa que aprovou || 00/00/0000 ||
+
| Gestor do Projeto - Montana || ||  
 
|-  
 
|-  
 +
| Diretoria - Montana ||  ||
 
|}
 
|}

Edição atual tal como às 00h02min de 23 de abril de 2019

Histórico de Alterações

Data Quem Comentários
12/11/2018 Ana Júlia Criação do documento
03/12/2018 Ryvane Maria Ajustes no documento
02/01/2019 Ryvane Maria Inclusão de tabela de e-mail de clientes

Necessidade

Para que se torne mais transparente determinadas ações pendentes ou executadas, se faz necessário o envio de e-mail para os responsáveis envolvidos, sendo eles o vendedor, o cliente ou o gestor. Este e-mail terá como objetivo aumentar o nível de comunicação das etapas do pedido, além de emitir informativos a respeito de diversos cenários.

Sendo assim, alguns cenários devem ser informados ao responsável, de forma que se torne mais eficaz que esse usuário atue na ação necessária.

Solução

Em alguns cenários se faz necessário o alerta direto ao usuário, além do alerta em tela que já existe. O alerta ao usuário de forma direta será feita através do e-mail, ou seja, em cenários como: pendência de pedido, retorno do pedido, integração do pedido e entre outros, o sistema irá disparar um e-mail conforme parametrizado, para que o usuário fique ciente do cenário em que o pedido se encontra

Implementação

- Configuração do envio de e-mails

Inicialmente, para que os cenários de envio de e-mails sejam implementados no GeoSales, cada cenário especificado abaixo irá conter um modelo específico de envio que definirá os parâmetros de layout do e-mail. Esse modelo será parametrizado e aplicado pelo GeoSales.

Existem distintas situações que poderão disparar e-mails para o usuário, sendo ele o cliente ou o vendedor.

Este modelo de e-mail será enviado exclusivamente no formato HTML.

- Envio de e-mail para alteração da data de entrega

Será disparado um e-mail ao cliente e ao vendedor caso a data de entrega do pedido seja alterada no ERP.

Quando houver alteração na data de entrega do pedido, o sistema GeoSales disparará um e-mail informando o código do pedido, o nome do vendedor que realizou o pedido, o nome do cliente, data de entrega anterior do pedido e a data de entrega atual do pedido.

O e-mail será enviado para caixa de entrada, contendo o seguinte título: "[GeoSales] A data de entrega do pedido - (Número do pedido) - foi alterada". Para que o envio de e-mail venha a ocorrer de forma correta, é necessário que os seguintes critérios sejam atendidos:

  1. O cliente e o vendedor deverão estar com os seus e-mails cadastrados corretamente;
  2. A data de entrega do pedido deverá ter sofrido alteração diretamente no ERP;

É importante salientar que alterações na data de entrega feitas diretamente no GeoSales não irão disparar e-mail informando o usuário a cerca dessa alteração, devido o pedido ainda não ter sido efetivado. Isso quer dizer que nenhuma ação do usuário no GeoSales irá disparar este cenário de e-mail.

- Envio de e-mail do espelho do pedido, quando exportado e enviado ao ERP

Os vendedores realizam o acompanhamento do pedido até a exportação ao ERP. Para que os vendedores possuam um acompanhamento mais efetivo junto ao cliente, será disparado um e-mail contendo o espelho do pedido quando este pedido for exportado ao ERP. Este e-mail será enviado exclusivamente ao vendedor.

O e-mail será enviado para caixa de entrada, com o título "Pedido - (Número do pedido) - Foi exportado", e no corpo do e-mail, a cópia do pedido. Para que o envio de e-mail venha ocorrer, se faz necessário as seguintes validações:

  1. O cliente deverá estar com o e-mail cadastrado corretamente;
  2. O vendedor deverá estar com o e-mail cadastrado corretamente;
  3. O pedido deverá ter sido exportado ao ERP;

- Envio de e-mail para os vendedores sobre alteração dos pedidos

Em alguns cenários, os pedidos se encontram pendentes de aprovação e precisam ser alterados para que possam ser aprovados. Quando um pedido está pendente de aprovação, e precisa ser alterado para que a aprovação ocorra, o supervisor retorna este pedido ao vendedor. Este retorno será informado ao vendedor através do envio de um e-mail.

Quando um pedido for retornado, o vendedor receberá o e-mail com o título, "Pedido - (Número do pedido) - Foi retornado", e no corpo do e-mail, a cópia do pedido.

- Envio de e-mail aos supervisores sobre pedidos pendentes

Atualmente, pedidos pendentes podem ser visualizados pelo vendedor no portal GeoSales, e não há um alerta a respeito da sua existência. Para que os supervisores consigam acompanhar o surgimento de pedidos pendentes de forma mais eficaz, deverá ser enviado um e-mail ao supervisor quando um novo pedido pendente surgir.

Os supervisores receberão o e-mail de pendência de acordo com a hierarquia e pendências que o usuário supervisor poderá aprovar, ou seja, para pedidos que não são da alçada do supervisor não serão enviados alertas.

O e-mail de pedido pendente será enviado a caixa de entrada com o título "Pedido - (Número do pedido) - Está Pendente", e no corpo deste e-mail conterá o espelho do pedido.

Este cenário deve ser enviado, também, a um responsável associado ao canal de venda de origem do pedido. Essa associação entre responsável e canal de venda deve ser feita exclusivamente no ERP, e será trazida ao GeoSales através da tabela XXX. É importante salientar que o envio de e-mail será enviado de forma automática.

Se faz necessário algumas validações, para que o envio de e-mail de pedidos pendentes seja realizado com sucesso, segue abaixo:

  1. O supervisor deverá estar cadastrado no GeoSales;
  2. O supervisor deverá estar vinculado aos vendedores;
  3. O supervisor deverá estar com o e-mail cadastrado, para receber o e-mail;
  4. O supervisor deverá estar vinculado a uma alçada de autorização de preço;
  5. O pedido deverá ser efetivado para que seja disparado um e-mail;

- Nova cópia de envio de e-mail, caso o pedido continue sem aprovação

Em alguns cenários o supervisor passa muito tempo sem interagir com o pedido que esteja pendente de aprovação. Para que isso seja evitado, o GeoSales irá reenviar o e-mail de pendência de pedido para o supervisor que deve realizar a aprovação, colocando em cópia, também, o supervisor de alçada superior.

O número de dias que um pedido pendente poderá ficar sem interação será parametrizado através de uma configuração. Esta configuração deverá receber valores numéricos inteiros para que fique ativa, sendo o valor inserido a quantidade de horas em espera que irão disparar um novo e-mail.

Se faz necessário algumas validações, para o reenvio de e-mail sobre pedidos pendentes, segue abaixo:

  1. O supervisor deverá estar cadastrado no GeoSales;
  2. A hierarquia de gestores deverá estar cadastrada corretamente;

- Envio de e-mail da cópia do pedido caso o pedido seja travado na aprovação de crédito

Alguns pedidos, quando exportados ao ERP, recebem algum bloqueio referente a análise de crédito. Essas situações podem tornar o planejamento do pedido divergente do que foi acordado, por este motivo, precisam ser sinalizadas ao vendedor, que irá determinar se é necessário tomar alguma ação ou não. Alguns status, como por exemplo o status ‘pendente de informação’e ‘não aprovado’, sinalizados no campo COD-SIT-AVAL da tabela PED-VENDA, irão gerar bloqueio de crédito. Ao passo que esses status sejam setados, um e-mail deverá ser disparado ao vendedor.

Para que o envio de e-mail venha a ocorrer de forma correta, é necessário que os seguintes critérios sejam atendidos:

  1. O vendedor deverá estar com o seu e-mail cadastrados corretamente;
  2. O status financeiro do pedido deverá ter sofrido alteração diretamente no ERP;

- Envio de e-mail da cópia do pedido caso o pedido seja cancelado no ERP

Há cenários onde alguns pedidos são cancelados, no ERP, por qualquer motivo. Essas situações tornam o planejamento do pedido divergente do que foi acordado, por este motivo, precisam ser sinalizadas ao vendedor, que irá determinar se é necessário tomar alguma ação ou não.

Alguns status, como por exemplo o status ‘suspenso’ e ‘cancelado’, sinalizados no campo COD-SIT-PED da tabela PED-VENDA, irão gerar o cancelamento do pedido. Ao passo que esses status sejam setados, um e-mail deverá ser disparado ao vendedor.

Para que o envio de e-mail venha a ocorrer de forma correta, é necessário que os seguintes critérios sejam atendidos:

  1. O vendedor deverá estar com o seu e-mail cadastrados corretamente;
  2. O status financeiro do pedido deverá ter sofrido alteração diretamente no ERP;

- Envio de e-mail manual contendo a cópia do pedido.

Os vendedores podem, após salvar um pedido de orçamento, enviar uma cópia deste pedido ao cliente. Este envio poderá ser feito tanto através do portal GeoSales, quanto através do GeoSales Mobile.

Este envio é disparado pelo vendedor, sinalizando o envio, e, ao passo dessa sinalização o e-mail entrará em uma fila de espera e será preparado para o envio. É importante salientar que o vendedor deverá estar online para realizar essa sinalização, e que o e-mail pode levar alguns minutos para ser enviado.

Regras de Negócios

[RN1] - Os modelos de e-mail serão enviados exclusivamente no formato HTML.

[RN2] - O e-mail enviado ao vendedor se trata do endereço de e-mail inserido no cadastro padrão de informações do vendedor.

[RN3] - O e-mail enviado ao cliente se trata do endereço de e-mail inserido no cadastro padrão de informações do cliente.

[RN4] - O e-mail é disparado incluindo-se em rotina automática para processamento posterior, portanto, pode levar alguns minutos até que seja disparado.

[RN5] - O e-mail do cliente será trazido através das tabelas 'es-emitente' e 'es-cont-emit' do ERP DataSul.

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.

GeoSales

Setor Aprovado Por Data
Gerente TI - GeoSales Leonardo Sousa 18/12/2018

Empresa solicitante

Setor Aprovado Por Data
TI - Montana
Gestor do Projeto - Montana
Diretoria - Montana
Disponível em “http://wiki.geosales.com.br:8000/index.php?title=Situações_de_envio_de_e-mail&oldid=11698”