Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

Desenvolver uma rotina para envio, por e-mail, de avisos de pagamento ao fornecedor após a baixa dos títulos a pagar. 

Definição da Regra de Negócio

O processo de envio de aviso de pagamento aos fornecedores tem como objetivo minimizar o recebimento de ligações de fornecedores perguntando sobre pagamento de faturas, juntamente com o desejo da agência em ser proativa no relacionamento com seus fornecedores, informando-os sobre a efetivação dos seus pagamentos.

A rotina desenvolvida fará uma avaliação das baixas ocorridas no período selecionado pelo usuário e enviará um e-mail aos fornecedores, informando-os sobre a efetivação do pagamento.

Esta rotina está disponível para acionamento a qualquer instante pelo usuário, ou até mesmo, poderá ser configurada para execução periódica via agendamento (Schedule).

Considerações:

• A rotina sempre enviará o e-mail de aviso de pagamento para os títulos selecionados nos parâmetros. Ou seja, não haverá um controle de envios anteriores, permitindo o reenvio de e-mail, se necessário.
• O sistema montará um único e-mail por Fornecedor e Loja com a relação de todos os seus títulos baixados, conforme informação dos parâmetros.
• O destinatário do e-mail será eleito conforme a regra:
  • Caso o parâmetro MV_INTTUR estiver ativo, o aviso de pagamento será enviado para o(s) e-mail(s) do fornecedor informado no campo “E-mail” da aba “Definições de Cobrança” do cadastro de “Complemento do Fornecedor”
  • Caso contrário, irá buscar os dados do cadastro de contatos do fornecedor, caso não existe utilizará o e-mail padrão do fornecedor.
• O e-mail remetente dos avisos de pagamento deverá ser configurado no parâmetro MV_RAVPAG, que será criado para este objetivo.
• O nome da empresa para informação no e-mail, no exemplo Alatur Turismo, será consultado do cadastro de empresas/filial. (Tabela SM0)   
• A identificação do título será PREFIXO/NÚMERO/PARCELA/TIPO. 

Detalhamento técnico 

FINA815 - Aviso de Pagamento

Desenvolver uma tela conforme protótipo de tela 01, que utilize o grupo de perguntas FINA815, para seleção dos fornecedores que serão notificados, com as perguntas:

Baseado nas perguntas efetuar uma busca na tabela SE2 de títulos baixados parcialmente ou totalmente uma das condições abaixo sejam atendidas:

• E2_SALDO seja diferente do campo E2_VALOR
• E2_SDACRES seja diferente do campo E2_ACRESCIMO
• E2_SDDECRE seja diferente do campo E2_DECRESCIMO
• E2_BAIXA preenchido, com movimentos válidos na FK2, ou seja, movimentos de baixas não estornado.

Após essa verificação:

Verificar os movimentos da FK2, se possuem o mesmo motivo de baixa selecionado pelo usuário.

Se o campo E2_NUMBOR estiver preenchido, verificar na tabela SEA se o tipo de pagamento está no range estabelecido pelo usuário. 

Ordenar os títulos por fornecedor, para envio dos e-mail e emissão do relatório de conferencia.

Relacionamento entre tabelas:

Para buscar e validar dados serão consultadas as tabelas:

SA2, SE2, FK7, FK2, SEA:

Para cada fornecedor listado será enviado um e-mail com seus respectivos pagamentos, conforme protótipo de tela 06, com a estrutura:

Cabeçalho do e-mail:

Corpo do e-mail:

Importante: Durante o processamento deverá apresentar uma barra de progresso, caso não encontre registro o usuário deverá ser notificado.

Relacionamento entre tabelas:

Para buscar e validar dados serão consultadas as tabelas:

SA2, AC9, SU5, G4V:

Após a emissão do e-mail deverá apresentar na tela o relatório de conferência, FINR815.

Gravação de Log de Processamento

Para cada processamento será gravado um log, informando data, hora e usuário que efetuou o processamento e o código do fornecedor/loja processado.

Adicionar uma tratativa, caso a quantidade de código/loja ultrapasse a capacidade do campo CV8_DET, deverá gravar duas ou mais linhas de log.

Geração via Schedule.

O processamentos das funções de seleção, envio de e-mail, gravação de log deverão estar preparadas para ser executadas via agendamento (schedule).

Quando a execução ocorrer por agendamento, sistema não deverá emitir o relatório de conferência.

Para construção do recurso, consultar o material:

http://tdn.totvs.com.br/display/framework/Schedule+Protheus
http://tdn.totvs.com/pages/releaseview.action?pageId=36800166

FINR815 - Relatório de aviso de pagamento

Relatório deverá receber os dados de e-mail enviados e exibir as informações conforme protótipo de tela 07, divido em duas sessões com quebra por fornecedor.

Sessão 1 - Dados do fornecedor

Sessão 2 - Dados dos títulos

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar;
• SA2 - Cadastro de fornecedor;
• SU5 - Cadastro de ContatoS;
  
• AC8 - Entidades x Contatos
• SE5 - Movimentos Bancários;
• FK2 - Baixas a Pagar;
• FK7 - Dados Auxiliares;
• SEA - Títulos enviados ao Banco;
• CV8 - Log de Processamento.

Protótipo de Tela

Protótipo 01

Protótipo 02

Protótipo 03

Seleção de Tipo de título

Protótipo 04

Seleção dos Modelos de Pagamento

Protótipo 05

Seleção dos Motivos de Baixa

Protótipo 06

Exemplo de formato de e-mail:

Protótipo 07

Dicionário de Dados

Arquivo ou Código do Script: SU5 - Cadastro de Contatos

Grupo de Perguntas

Nome: FINA815

Parâmetros

Casos de Uso

UC – 001 - Aviso de Pagamento

Objetivo: Validar a rotina de Aviso de pagamentos

Pré-condição:

• MV_INTTUR = 2 (Não usa o módulo SIGATUR)
• Cadastro de Fornecedores, com contatos ativo para recebimento do aviso;
• Cadastro de Fornecedores, sem contatos cadastrados;
• Cadastro de Fornecedores, com contatos inativo para recebimento do aviso;
• Cadastro de Naturezas;
• Títulos a Pagar, baixados totalmente e parcialmente;
• Borderô de pagamento baixados;
• Títulos a Pagar em aberto;
• Borderô de pagamentos em aberto.

Inicializador:

• FINA815 – Aviso de Pagamento
  
  

Fluxo Básico de Eventos:

1.0 Acessar a rotina de aviso de pagamentos;

1.1 Preencha as perguntas;

1.2 Confirme o processamento;

1.3 Sistema deverá enviar e-mail com os títulos listados no relatório de conferencia;

2.0 Verifique se o log da rotina foi gravado corretamente.

Fim do caso de uso

UC – 002 - Aviso de Pagamento, por agendamento.

Objetivo: Validar a rotina de Aviso de pagamentos executado por agendamento.

Pré-condição:

• MV_INTTUR = 2 (Não usa o módulo SIGATUR)
• Cadastro de Fornecedores, com contatos ativo para recebimento do aviso;
• Cadastro de Fornecedores, sem contatos cadastrados;
• Cadastro de Fornecedores, com contatos inativo para recebimento do aviso;
• Cadastro de Naturezas;
• Títulos a Pagar, baixados totalmente e parcialmente;
• Borderô de pagamento baixados;
• Títulos a Pagar em aberto;
• Borderô de pagamentos em aberto.

Inicializador:

• FINA815 – Aviso de Pagamento
  
  

Fluxo Básico de Eventos:

1.0 Acessar a rotina de agendamento (schedule);

1.1 Configurar o agendamento da rotina FINA815;

1.2 Confirme o processamento;

1.3 Sistema deverá enviar e-mail com os títulos selecionados conforme parametrização do agendamento;

2.0 Verifique se o log da rotina foi gravado corretamente.

Fim do caso de uso

UC – 002 - Aviso de Pagamento

Objetivo: Validar a rotina de Aviso de pagamentos

Pré-condição:

• MV_INTTUR = 1 (Usa o módulo SIGATUR)
• Cadastro de Fornecedores, com complemento de cadastro e o campo G4V_EMAIL preenchido
• Cadastro de Fornecedores, com complemento de cadastro e o campo G4V_EMAIL em branco
• Cadastro de Fornecedores, com contatos ativo para recebimento do aviso e sem complemento de fornecedor;
• Cadastro de Fornecedores, sem contatos cadastrados e sem complemento de fornecedor;;
• Cadastro de Fornecedores, com contatos inativo para recebimento do aviso e sem complemento de fornecedor;
• Cadastro de Naturezas;
• Títulos a Pagar, baixados totalmente e parcialmente;
• Borderô de pagamento baixados;
• Títulos a Pagar em aberto;
• Borderô de pagamentos em aberto.

Inicializador:

• FINA815 – Aviso de Pagamento
  
  

Fluxo Básico de Eventos:

1.0 Acessar a rotina de aviso de pagamentos;

1.1 Preencha as perguntas;

1.2 Confirme o processamento;

1.3 Sistema deverá enviar e-mail com os títulos listados no relatório de conferencia;

2.0 Verifique se o log da rotina foi gravado corretamente.

Fim do caso de uso

UC – 002 - Aviso de Pagamento, por agendamento.

Objetivo: Validar a rotina de Aviso de pagamentos executado por agendamento.

Pré-condição:

• MV_INTTUR = 1 (Usa o módulo SIGATUR)
• Cadastro de Fornecedores, com complemento de cadastro e o campo G4V_EMAIL preenchido
• Cadastro de Fornecedores, com complemento de cadastro e o campo G4V_EMAIL em branco
• Cadastro de Fornecedores, com contatos ativo para recebimento do aviso e sem complemento de fornecedor;
• Cadastro de Fornecedores, sem contatos cadastrados e sem complemento de fornecedor;;
• Cadastro de Fornecedores, com contatos inativo para recebimento do aviso e sem complemento de fornecedor;
• Cadastro de Naturezas;
• Títulos a Pagar, baixados totalmente e parcialmente;
• Borderô de pagamento baixados;
• Títulos a Pagar em aberto;
• Borderô de pagamentos em aberto.

Inicializador:

• FINA815 – Aviso de Pagamento
  
  

Fluxo Básico de Eventos:

1.0 Acessar a rotina de agendamento (schedule);

1.1 Configurar o agendamento da rotina FINA815;

1.2 Confirme o processamento;

1.3 Sistema deverá enviar e-mail com os títulos selecionados conforme parametrização do agendamento;

2.0 Verifique se o log da rotina foi gravado corretamente.

Fim do caso de uso