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 parametro 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 contrariocontrá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, 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 as perguntasos 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 atendidasBaseado nas perguntas efetuar uma busca na tabela SE2 de títulos baixados parcialmente ou totalmente uma das condições abaixo seja 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álidas 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 mails e emissão do relatório de conferenciaconferência.

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:

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:

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.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar;
• SA2 - Cadastro de fornecedor;
• SU5 - Cadastro de Contatos
• SE5 - Movimentos Bancários;
• FK2 - Baixas a Pagar;
• FK7 - Dados Auxiliares;
• SEA - Títulos enviados ao Banco;

Protótipo de Tela

Protótipo 01

Image Removed

Protótipo 02

Image Removed 

Protótipo 03

Seleção de Tipo de título

Image Removed

Protótipo 04

Seleção dos Modelos de Pagamento

Image Removed

Protótipo 05

Seleção dos Motivos de Baixa

Image Removed

Protótipo 06

Exemplo de formato de e-mail:

Image Removed 

Protótipo 07

 Image Removed

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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

Image Added

Protótipo 02

Image Added

Protótipo 03

Seleção de Tipo de título

Image Added

Protótipo 04

Seleção dos Modelos de Pagamento

Image Added

Protótipo 05

Seleção dos Motivos de Baixa

Image Added

Protótipo 06

Image Added

 Protótipo 07

Exemplo de formato de e-mail:

Image Added 

Protótipo 08

 Image Added

Protótipo 09

Image Added

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

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.