Histórico da Página

Informações Gerais

Objetivo

            A especificação presente visa detalhar para o desenvolvedor as tarefas e rotinas necessárias para a geração do arquivo xml – para a cobrança das empresas de reciprocidade, bem como para os casos de Intercâmbio – tornando este processo de cobrança mais rápido e simples para as empresas, visando ganho de tempo e redução de custos em todo o processo envolvido.

            Nos casos de reciprocidade, o usuário poderá selecionar a opção de gerar o arquivo xml de cobrança no formato TISS e após o término do processamento, poderá enviar o arquivo para a operadora desejada -  a fim de receber pelos atendimentos efetuados. Nos casos de intercâmbio (especifico de processos Unimed), o arquivo xml poderá ser gerado também – ao invés da utilização do PTU online – de acordo com a necessidade da organização.

            Deste modo, o processo de cobrança de empresas de reciprocidade e intercâmbios se tornam mais práticas e produtivas para a operadora, pois além da praticidade existente no processo, haverá a normalização do arquivo xml no formato TISS, garantindo pleno atendimento a legislação vigente e a facilidade da comunicação neste formato.

Definição da Regra de Negócio

            A geração de arquivos xml permite a rápida e eficaz comunicação entre operadoras e prestadores, permitindo que os processos sejam mais ágeis na cobrança e outros, além de permitir maior automatização dos processos, diminuindo o número de erros e glosas que podem ocorrer por lançamentos errôneos. Também, temos a questão da padronização, visto que o xml é um formato de uso universal e o padrão adotado pela ANS – Agência Nacional de Saúde Suplementar – deve ser seguido por todas as operadoras em território nacional.

            Com a geração das cobranças de reciprocidade em formato xml, temos maior agilidade no processo produtivo da organização, além de oferecer maior integração com outros sistemas e o fim de uma série de controles paralelos que possam existir para controlar estas cobranças. Logo, o processo será simplificado e integrado, propiciando ganhos e melhorias para todos os envolvidos. 

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

• BD5 – Processamento de Contas.
• BD6 – Eventos Processamentos Contas.
• BTF – Cabeçalho Eventual.
• BTC – Cabeçalho de Cobrança.
• BDH – Usuarios Participação.
• BDT – Calendário de Pagamentos.
• BDC – Cabeçalho de Cobrança.
• 
  

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 Added

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

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

Informações Gerais

Objetivo

            A especificação presente visa detalhar para o desenvolvedor as tarefas e rotinas necessárias para a geração do arquivo xml – para a cobrança das empresas de reciprocidade, bem como para os casos de Intercâmbio – tornando este processo de cobrança mais rápido e simples para as empresas, visando ganho de tempo e redução de custos em todo o processo envolvido.

            Nos casos de reciprocidade, o usuário poderá selecionar a opção de gerar o arquivo xml de cobrança no formato TISS e após o término do processamento, poderá enviar o arquivo para a operadora desejada -  a fim de receber pelos atendimentos efetuados. Nos casos de intercâmbio (especifico de processos Unimed), o arquivo xml poderá ser gerado também – ao invés da utilização do PTU online – de acordo com a necessidade da organização.

            Deste modo, o processo de cobrança de empresas de reciprocidade e intercâmbios se tornam mais práticas e produtivas para a operadora, pois além da praticidade existente no processo, haverá a normalização do arquivo xml no formato TISS, garantindo pleno atendimento a legislação vigente e a facilidade da comunicação neste formato.

Definição da Regra de Negócio

A geração de arquivos xml permite a rápida e eficaz comunicação entre operadoras e prestadores, permitindo que os processos sejam mais ágeis na cobrança e outros, além de permitir maior automatização dos processos, diminuindo o número de erros e glosas que podem ocorrer por lançamentos errôneos. Também, temos a questão da padronização, visto que o xml é um formato de uso universal e o padrão adotado pela ANS – Agência Nacional de Saúde Suplementar – deve ser seguido por todas as operadoras em território nacional.

Com a geração das cobranças de reciprocidade em formato xml, temos maior agilidade no processo produtivo da organização, além de oferecer maior integração com outros sistemas e o fim de uma série de controles paralelos que possam existir para controlar estas cobranças. Logo, o processo será simplificado e integrado, propiciando ganhos e melhorias para todos os envolvidos. 

A geração de arquivos xml permite a rápida e eficaz comunicação entre operadoras e prestadores, permitindo que os processos sejam mais ágeis na cobrança e outros, além de permitir maior automatização dos processos, diminuindo o número de erros e glosas que podem ocorrer por lançamentos errôneos. Também, temos a questão da padronização, visto que o xml é um formato de uso universal e o padrão adotado pela ANS – Agência Nacional de Saúde Suplementar – deve ser seguido por todas as operadoras em território nacional.

Com a geração das cobranças de reciprocidade em formato xml, temos maior agilidade no processo produtivo da organização, além de oferecer maior integração com outros sistemas e o fim de uma série de controles paralelos que possam existir para controlar estas cobranças. Logo, o processo será simplificado e integrado, propiciando ganhos e melhorias para todos os envolvidos. 

<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

• BD5 – 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

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

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