Páginas filhas
  • ER SAUHRM02-589 Importação do xml de retorno de pagamento pelo número guia prestador

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

GESTÃO HOSPITALAR - RM

Módulo

Faturamento / Fatura de Convênio

Segmento Executor

 

Projeto1

SAUHRM02

IRM/EPIC1

Jira
serverJIRA Produção
serverId0c783de1-186e-383b-975c-a1acd7d76cb5
keySAUHRM02-346

Requisito/Story/Issue1

Jira
serverJIRA Produção
serverId0c783de1-186e-383b-975c-a1acd7d76cb5
keySAUHRM02-589

Subtarefa1

Jira
serverJIRA Produção
serverId0c783de1-186e-383b-975c-a1acd7d76cb5
keySAUHRM02-642

Chamado2

 

País

( X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

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

Objetivo

Esta especificação tem como objetivo detalhar a melhoria à ser implementada na funcionalidade de Faturamento para Convênios do produto TOTVS Gestão Hospitalar. A melhoria consiste-se em solucionar a divergência de números de remessas, que ocorre durante a importação do XML de Retorno de Pagamento pelo Número da Guia do Prestador.

 

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

 

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

 

RN001 - Criar parâmetro "Importar o xml de retorno de pagamento através do número da guia do prestador e não pelo Número lote prestador", nas condições contratuais de convênios, na página TISS.

 RN002 - Quando o sistema estiver parametrizado, conforme RN001, o processo de "Recebimento de Lote Guias/Recurso" no Faturamento para Convênios,  deve buscar a guia através da guia do prestador e não pelo número do prestador.Assim ocorrerá a troca do lote recebido no XML pelo lote verdadeiro.

RN003 - Armazenar os erros ocorridos durante o processo de "Recebimento de Lote Guias/Recurso" (RN002), como um anexo do Faturamento de Convênios<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>.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[ACAA040 – Parâmetros]

[Alteração]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA050 – Negociação Financeira]

[Envolvida]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

[Atualizações -> Acadêmico-> Cadastros]

-

 

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

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.