Histórico da Página

(Obrigatório)

Informações Gerais

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

Objetivo

 Realizar novas implementações e melhorias no processo de geração de boletos no Gestão de Planos. Este projeto visa alterações no layout utilizado pelo demostrativo, como também modificações nas regras de mensagens exibidas no momento da impressão.

Definição da Regra de Negócio

•  Cadastro de Configurações Financeiras - Boletos 
  

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

• 
  Criação de um zoom no campo "Portador", onde deverá ser visualizado a descrição do portador, bem como sua Modalidade/Carteira.
  

 Image Added

• Cadastro de Layout - Boletos

Na criação de um novo layout, caso o usuário opte pelo tipo de geração em PDF, será possível parametrizar quais informações serão impressas no demostrativo da fatura.
Para faturas do tipo Familiares (Pessoa Física), informações relativas a "Beneficiários", "Extrato de Utilização" e "Débitos Anteriores" poderão ser selecionadas. Em demonstrativos empresariais (Pessoa Jurídica), somente o campo "Débitos Anteriores" poderá ficar habilitado.

O opção de layout "Líquido Negativo" não contempla essas alterações acima.

O botão "Carregar Arquivo de Logo" permitirá a inclusão de um imagem no cabeçalho da fatura. O arquivo será carregado via upload do navegador, sendo salvo na tabela "anexo-config-layout", vinculado ao layout selecionado ("config-layout").

Image Added

Para a opção de geração do arquivo de remessa (TXT), novas tags devem ser adicionadas, com a seguinte estrutura:

<texto> Tag utilizada para escrever um texto de livre escrita.

• • Propriedades da tag:
    • Label: espaço destinado para descrever o texto que será impresso.
    • Tamanho: Propriedade que define a quantidade de caracteres máximos na impressão.
    • Padding: Define o alinhamento do texto (esquerda ou direita).
      
      

Image Added

<variavel> Tag utilizada para identificar que uma variável da regra de negócio será impressa.

• • Propriedades da tag:
    • Código: Propriedade que identifica a variável que será impressa.
    • Tamanho: Propriedade que define a quantidade de caracteres máximos na impressão.
    • Padding: Define a alinhamento do texto (esquerda ou direita).
      
      

Image Added

<custom> </custom> Tag utilizada para iniciar uma nova linha customizável podendo incluir dados de livre escrita e variáveis em seu escopo.

• • Propriedades da tag:
    • codGrafica: Utilizado para identificar o código de referência da linha para a gráfica.
      
      

Image Added

<relatório> </relatório> Tag utilizada para extrair um relatório de dados, sendo possíveis quatro opções: eventos, beneficiários, movimentos do beneficiário e débitos anteriores do contrato/contratante.

• Propriedades da tag:
  • codGrafica: Utilizado para identificar o código de referência da linha para a gráfica.
  • idRelatorio: Identifica o tipo de relatório que será exibido, pode conter os seguintes dados:
    • EVENTO – Eventos da fatura.
    • BENEF – Beneficiários do contrato corrente.
    • MOVI – Extrato de utilização dos beneficiários.
    • DEBITOS-ANTERIORES – Débitos anteriores do contrato/contratante.
      
      

• Exemplos:

• • Relatório de Eventos:
    Image Added
    
    

• • Relatório de valores por Beneficiário (informação disponível apenas em fatura de tipo familiar):
    Image Added

• • Relatório de Movimentos (informação disponível apenas em fatura de tipo familiar):
    Image Added

• • Relatório de Débitos Anteriores:

Image Added

As variáveis disponíveis para utilizar dentro de uma tag <custom> são:

• • Referente a fatura:

    cd-modalidade	Modalidade da fatura gerada
    nr-ter-adesao	Número do contrato da fatura
    cd-contratante	Código do contratante
    nr-fatura	Número da fatura
    nr-titulo-acr	Número do Titulo
    aa-referencia	Ano de referência da Fatura
    mm-referencia	Mês de referência da Fatura
    vl-total	Valor total da fatura
    dt-emissao	Data de emissão da fatura
    dt-vencimento	Data de vencimento da fatura
    dt-competencia	Data de competência da fatura
    dt-processamento-fat	Data de processamento da fatura

• • Referente a operadora:

    nm-operadora-credor	Nome da operadora
    nr-cgc-credor	Número CNPJ da operadora
    nr-registro-ans	Número do registro ANS da operadora
    en-rua-credor	Nome da rua da operadora
    en-bairro-credor	Nome do bairro da operadora
    en-uf-credor	Unidade federativa da operadora
    en-cep-credor	Cep da operadora
    nm-cidade-credor	Nome da cidade da operadora
    en-endereco-completo	Endereço contendo rua, número, bairro, cidade, UF, e CEP.
    nr-telefone-credor	Número de telefone da operadora

• • Referente ao contratante:

    cd-contratante	Código do contratante
    nm-contratante	Nome do contratante
    nr-cgc-cpf	CNPJ/CPF do contratante
    en-rua	Rua do contratante
    en-bairro	Bairro do contratante
    en-cep	CEP do contratante
    en-uf	Unidade Federativa do contratante
    nm-cidade	Cidade do contratante
    en-endereco-contrat	Endereço contendo rua, número, bairro, cidade, UF, e CEP.
    nr-telefone-contrat	Telefone do contratante
    nr-insc-estadual	Número da inscrição estadual do contratante

• • Referente ao dados bancários da operadora:

    id-enum-banco	Nome do banco de pagamento
    nr-agencia	Número da agência
    nr-dig-agencia	Dígito verificador da agência
    nr-conta	Número da conta
    nr-dig-conta	Dígito verificador da conta
    carteira	Número da carteira
    nr-nosso-num	Nosso número
    nr-dig-nosso-num	Dígito verificador do nosso número
    des-instrucao	Instrução de pagamento

  • Referente aos eventos:

    cd-evento	Código do evento
    ds-evento	Descrição do evento
    lg-cred-deb	Variável que identifica evento de crédito/débito
    vl-evento	Valor do evento

  • Referente ao beneficiário:

    nm-usuario	Nome do beneficiário
    dt-inclusao-plano	Data de inclusão do plano
    vl-usuario	Valor do evento
    ds-evento	Descrição do evento

  • Referente aos movimentos da fatura:

    nm-usuario	Nome do beneficiário
    dt-realizacao	Data de realização do movimento
    nm-prestador	Nome do prestador do movimento
    ds-servico	Descrição do serviço realizado
    vl-evento	Valor do movimento

• • Referente aos débitos anteriores do contratante:

    nr-fatura	Número da fatura em débito
    vl-total	Valor da fatura em débito
    dt-vencimento	Data do vencimento da fatura em débito
    nr-dias-atraso	Número de dias em atraso

• Cadastro de Mensagens - Boletos

Para o cadastro de mensagens, 3 novas abas devem ser criadas:  

• Cabeçalho - Nesta aba será permitida a criação de mensagens, onde serão impressas no local "Informativos" no demostrativo PDF, para faturas familiares.

Lista de tags disponíveis:

• Rodapé- Permitirá a criação de mensagens, onde serão impressas no local "Rodapé" no demostrativo PDF, para faturas familiares. Informações de livre escolha podem ser criadas.
  
  
•  Carta de Quitação - Será utilizada para a criação da declaração de quitação anual, sendo impressa anualmente (no aniversário do contrato) no momento da geração de boleto, junto com demostrativo e boleto de cobrança. 

Lista de tags disponíveis:

• Geração - Boletos
  
  Necessário alteração para que seja possível a geração do líquido negativo. Quando os valores de produção e extras do prestador forem menores que os eventos de descontos que o mesmo possui com a operadora, então deverá ser gerado um demostrativo com estes dados, e também um boleto de cobrança para que seja possível o pagamento por parte do prestador.

Image Added

Para a geração de faturas, deverá ser adicionado um filtro para que as faturas sejam agrupadas por Contrato ou Contratante. Caso o filtro estiver por Contrato, para cada nota de serviço, será gerado um demostrativo e boleto de cobrança. Por Contratante, é gerada uma fatura única, contendo todas as notas em um mesmo demonstrativo (fatura).

Image Added

• Também deverá ser possível realizar a geração de um lote em PDF ser utilizar um layout padrão. No combo-box "Layout para Geração", deverá possuir a opção "Nenhum", onde a geração irá ocorrer sem a capa e o logo no demostrativo.

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