Histórico da Página

Informações Gerais

Objetivo

Disponibilizar o layout FAC Boleto para envio de arquivo ao SERASA que contém os dados de boleto dos títulos contidos no lote SERASA e a gravação de lote SERASA de boleto. 

Definição da Regra de Negócio

Atualmente a rotina de Processos SERASA gera lotes para envio ao SERASA que contemplam o layout FAC Simples. Este layout foi construído no MILE para que seja gerado o arquivo de envio ao SERASA de cada lote gerado, com base no modelo de dados existente na rotina de Processos SERASA. Os lotes gerados para envio de arquivo no layout FAC Boleto deverão gravar na tabela FW8 uma informação para identificação do lote, como sendo um lote de títulos com boleto e o modelo de dados deverá conter uma estrutura adicional para que sejam contemplados mais dois canais de envio, baseados na tabela FW9.

Estrutura do arquivo de layout FAC Simples x FAC Boleto

Abaixo o comparativo das estruturas dos arquivos FAC Simples e FAC Boleto:

Estrutura do modelo de dados e canais MILE

A estrutura do modelo de dados atual da rotina de Processos SERASA, correspondente ao layout FAC Simples, é utilizada da seguinte maneira:

Para o layout FAC Boleto, a estrutura do modelo deverá contemplar os models abaixo:

O modelo de dados MVC da rotina de Processos SERASA conta com a estrutura a seguir (seguindo a hierarquia):

• MASTERFW8 - Tabela FW8
  • TITULOFW9 - Tabela FW9
    • SITTITFWA - Tabela FWA
    • MOVTITFWB - Tabela FWB
  • VIRTUAL - Tabela FW8
  • CONTADOR - Contador e totalizador da tabela FW9 (não deve ser utilizado no MILE)

Para que seja possível gerar, através do MILE, o arquivo no layout FAC Boleto, o modelo de dados deverá conter a seguinte estrutura**:

• MASTERFW8 - Tabela FW8
  • TITULOFW9 - Tabela FW9
    • SITTITFWA - Tabela FWA
    • MOVTITFWB - Tabela FWB
  • TITAUX1 - Tabela FW9***
  • TITAUX2 - Tabela FW8***
  • VIRTUAL - Tabela FW8
  • CONTADOR - Contador e totalizador da tabela FW9 (não deve ser utilizado no MILE)
    

**A construção dos models deve respeitar a sequencia acima dentro da ModelDef(), caso contrário, a inserção das linhas no arquivo será feita de forma incorreta.

***Ambos os models auxiliares não devem ser habilitados para que sejam gravados na inclusão, alteração ou exclusão do lote, pois serão utilizados apenas como referência para geração do arquivo através do MILE.

Para cada linha da tabela FW9 (título), uma linha correspondente será inserida no arquivo. Os lotes gerados de títulos com boleto serão preenchidos com uma linha de detalhe de cada título, uma linha com os dados de emissão do boleto para cada título contido no lote e, caso necessário, uma linha com as instruções do boleto deve ser inserido no arquivo.

Estrutura do layout FAC Boleto

A estrutura do layout FAC Boleto é muito parecida com a estrutura do FAC Simples, sendo que as grandes diferenças entre os layouts é que no FAC Boleto existem os registros "2" e "3". A construção dos registros "0" e "1" são muito semelhantes as do FAC Simples, havendo a inserção de um ou outro dado complementar, conforme detalhado abaixo:

Registro "0" - Header

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

 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>. 

Tabelas Utilizadas

• FW8 – Cadastro de Contas a Pagar
  
  

Dicionário de Dados

Arquivo ou Código do Script: FW8 – Cabeçalho de lotes SERASA

Opcional

Dicionário de Dados

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

Grupo de Perguntas

Nome: FINA770

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

Consulta Padrão

Consulta: FW8BOL

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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