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

De GeoSales
Ir para navegação Ir para pesquisar
Linha 16: Linha 16:
  
 
=== Desenvolvimento ===
 
=== Desenvolvimento ===
 +
 +
Atualmente o envio de e-mail é disparado por um micro serviço que lê um coleção de instruções implementadas, disparando o e-mail conforme a linguagem de marcação de hipertexto cadastrado.
 +
 +
Para que seja disparado e-mails, a empresa Montana Química deverá estar cadastrada 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 titulo do e-mail, corpo do e-mail e o situação, estando ativo ou desativado.
 +
  
 
'''- Envio de e-mail para alteração da data de entrega'''   
 
'''- Envio de e-mail para alteração da data de entrega'''   

Edição das 12h55min de 13 de novembro de 2018

Histórico de Alterações

Data Quem Comentários
12/11/2018 Ana Júlia Criação do documento

Necessidade

Solução

Implementação

Desenvolvimento

Atualmente o envio de e-mail é disparado por um micro serviço que lê um coleção de instruções implementadas, disparando o e-mail conforme a linguagem de marcação de hipertexto cadastrado.

Para que seja disparado e-mails, a empresa Montana Química deverá estar cadastrada 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 titulo do e-mail, corpo do e-mail e o situação, estando ativo ou desativado.


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

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

- Envio de e-mail da cópia dos pedidos em análise

- Envio de e-mail de pedidos pendentes para o supervisor

O envio de e-mail será feito quando o pedido for emitido e ficar pendente de aprovação. Nesta situação o e-mail é enviado ao supervisor do vendedor que emitiu o pedido.

O envio de e-mail deve ser ativado atrás da configuração ENVIA_EMAIL_SUPERVISOR_PEDIDO_PENDENTE, que deverá estar ativada, recebendo o valor ‘S’ para ativada ou ‘N’ e ‘NULL’ para desativar.

Para que o envio de e-mail venha ocorrer, se faz necessário as validações, seriam elas:

  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;

Vale salientar que o e-mail será enviado ao supervisor na hierarquia que estiver mais próximo ao vendedor, que esteja cadastrado corretamente e possua alçada de autorização.

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

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

Integração

Estrutura de banco

TABELA
Coluna 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

[RN1] -

Regras de Integração

[RI1] -

Resultados Esperados

Protótipos

Fluxos Padrão

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
Desenvolvimento - GeoSales Pessoa que aprovou 00/00/0000
Integração - GeoSales Pessoa que aprovou 00/00/0000
Configurações - GeoSales Pessoa que aprovou 00/00/0000

Empresa solicitante

Setor Aprovado Por Data Assinatura
Gerente TI - Cliente Pessoa que aprovou 00/00/0000
Gerente de Projeto - Cliente Pessoa que aprovou 00/00/0000
Gerente Comercial - Cliente Pessoa que aprovou 00/00/0000