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 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 um Wizard com etapas para fornecimento das informações e filtros necessários para o envio do Aviso de Pagamento. A primeira etapa do Wizard exibirá informações do que será executado pela rotina, conforme protótipo 01, a tela conforme protótipo de tela 02, exibirá os campos necessários a para seleção dos fornecedores que serão notificados, com os seguintes campos:

Baseado nos campos do 2ª etapa do Wizard, efetuar uma busca na tabela SE2 de títulos baixados parcialmente ou totalmente, com 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-mails e emissão do relatório de conferência.

Relacionamento entre tabelas:

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

SA2, SE2, FK7, FK2, SEA:

As informações do aviso de pagamento serão construídas a partir de um layout que terá origem do cadastro de carta de cobrança, que passará a ser um cadastro de layouts de documentos comum para a carta de cobrança e aviso de pagamento. Este cadastro terá o nome alterado de Carta de Cobrança para Layouts de Documentos (FINA810).

Nesta cadastro serão definidos o conteúdo do aviso do pagamento, como a mensagem que será enviada para o Fornecedor e quais campos dos títulos que foram pagos serão enviados no corpo do e-mail.

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

Cabeçalho do e-mail:

Corpo do e-mail:

A entidade Dados dos Títulos do cadastro de layout permite configurar quais campos da tabela de Títulos a Pagar (SE2) e a ordem na qual serão apresentados. Os campos serão dispostos numa tabela no corpo do Aviso de Pagamento. (Lembrete: essa configuração só permite customizar os campos que serão inseridos no Aviso de Pagamento enviado por e-mail. O Aviso de Pagamento físico deverá ser customizado pelo relatório de Aviso de Pagamento).

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.

Após envio dos avisos de pagamento, os mesmos deverão ser registrados na tabela FWT - Avisos Enviados, tabela ao qual será baseado o relatório de conferência dos avisos de pagamento.

Os títulos a pagar resultante dos filtros da rotina de Aviso de Pagamento serão exibidos para seleção numa etapa do Wizard conforme protótipo de tela 06, e todos os títulos exibidos já virão pré-selecionados nesta etapa.

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 parametrização dos filtros para envio do aviso de pagamento, será necessário a utilização do pergunte FINA815, que será possível informar todos os dados informados no Wizard do Aviso de Pagamento, exceto a seleção de títulos a pagar para serem considerados no envio dos avisos de pagamento.

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 08, divido em duas sessões com quebra por fornecedor. No pergunte de configuração dos dados de emissão do relatório, conterá um pergunte que definirá se será impresso os dados Sintéticos ou Analíticos.

Quando for selecionada a opção Sintético, serão apenas os dados de conferência emitidos no relatório, conforme protótipo de tela 09, quando for selecionada a opção Analítico, serão exibidos os dados do aviso de pagamento conforme layout configurado para o fornecedor em questão com os textos de saudação e conclusão.

Os dados serão filtrados considerando os campos do pergunte FINR815, e a tabela principal considerada será a FWT, tabela de avisos enviados, relacionada com a tabela de fornecedores, contas a pagar e borderôs de pagamento.

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;
• FWT - Carta de Enviadas.

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

Image Modified

 Protótipo 07

Exemplo de formato de e-mail:

Protótipo 08

Protótipo 09

Dicionário de Dados

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

Arquivo ou Código do Script: FWP - Layout de Documentos

Grupo de Perguntas

Nome: FINR815 - Relatório de Aviso de Pagamento

Nome: FINA815 - Schedule Aviso de Pagamento

Consulta Padrão

Consulta: FWPPAG

Casos de Uso

UC – 001 - Aviso de Pagamento

Objetivo: Validar a rotina de Aviso de pagamentos sem SIGATUR

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 (Schedule).

Objetivo: Validar a rotina de Aviso de pagamentos executado por agendamento sem SIGATUR

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 – 003 - Aviso de Pagamento

Objetivo: Validar a rotina de Aviso de pagamentos com SIGATUR

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 – 004 - Aviso de Pagamento, por agendamento.

Objetivo: Validar a rotina de Aviso de pagamentos executado por agendamento com SIGATUR

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

UC – 005 - Relatório de Aviso de Pagamento Sintético.

Objetivo: Validar o relatório de Avisos de pagamentos enviados no formato Sintético.

Pré-condição:

• Cadastro de Fornecedores;
• 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;
• Aviso de Pagamentos enviados.

Inicializador:

• FINR815 – Relatório Aviso de Pagamento
  
  

Fluxo Básico de Eventos:

1.0 Acessar o relatório de aviso de pagamentos;

1.1 Preencha as perguntas;

1.2 Preencher pergunta de formato do relatório como Sintético.

1.3 Confirme o processamento;

1.4 Sistema deverá listar os títulos a pagar por fornecedor num relatório de conferencia;

Fim do caso de uso

UC – 006 - Relatório de Aviso de Pagamento Analítico.

Objetivo: Validar o relatório de Avisos de pagamentos enviados no formato Analítico.

Pré-condição:

• Cadastro de Fornecedores;
• 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;
• Aviso de Pagamentos enviados.

Inicializador:

• FINR815 – Relatório Aviso de Pagamento
  
  

Fluxo Básico de Eventos:

1.0 Acessar o relatório de aviso de pagamentos;

1.1 Preencha as perguntas;

1.2 Preencher pergunta de formato do relatório como Analítico.

1.3 Confirme o processamento;

1.4 Sistema deverá emitir os avisos de pagamento por fornecedor, possibilitando a emissão e envio por correio do aviso de pagamento.

Fim do caso de uso