Histórico da Página
Características do Requisito
Linha de Produto: | Datasul | ||||
Segmento: | Saúde | ||||
Módulo: | Gestão de Planos de Saúde | ||||
Rotina: |
| ||||
País(es): | Brasil | ||||
Banco(s) de Dados: | Oracle® / Progress® |
Descrição
O programa Cadastro de Mensagens - Boletos, foi convertido para HTML 5HTML5. Nesse novo programa, foram incluídos novos campos no Cadastro de Mensagens para flexibilizar sua aplicação.
Procedimento para Configuração
CONFIGURAÇÃO DE PARÂMETROS
Para os Cadastros de Mensagens - Boletos foram incluídos os campos:
- Tipo de Processo:
- É possível verificar na tela inicial, se o registro existente pertence está parametrizado para atender ao processo de geração de boletos Familiar, Empresarial ou Ambos.
- Qtd. Meses Antes Faturamento
- Somente habilitado quando o campo Parâmetro Data for por Data da Solicitação e permitir Exclusão mesmo se houver Faturamento/Repasse. Define a quantidade de meses anteriores ao último faturamento/repasse que o sistema permitirá a exclusão, caso a regra seja aplicada.
Importante: Todas as regras cadastradas atualmente valem para todos os Motivos de Cancelamento e permitem a exclusão para zero meses anteriores.
CONFIGURAÇÃO DE MENUS
Importar o men_hvp.d disponível nesse pacote.
O novo programa possui o mesmo nome, Manutenção das Regras de Inclusão e Exclusão de Beneficiários, e o nome técnico hvp.paramIncExc.
Procedimento para Utilização
Durante a exclusão de beneficiários, ou cancelamentos de contratos, o sistema passa a considerar o motivo de cancelamento escolhido para determinar a regra que será aplicada.
O sistema identificará a regra de acordo com a especificidade da regra, segundo a ordem abaixo, do mais específico para o mais genérico:
- Motivo de cancelamento;
- Contratante;
- Tipo de Plano;
- Plano;
- Modalidade;
Exemplos:
Supondo que existam as seguintes regras cadastradas:
Regra | Modalidade | Plano | Tipo de Plano | Contratante | Motivo de Cancelamento | Contrato Inicial | Contrato Final |
|---|---|---|---|---|---|---|---|
| 1 | 10 | Todos | Todos | Todos | Todos | 0 | 999999 |
| 2 | 10 | 1 | 2 | Todos | 10 - Demitido | 0 | 999999 |
| 3 | 10 | 1 | 2 | Todos | 10 - Demitido | 900 | 1000 |
| 4 | Todos | Todos | Todos | Todos | 5 - Óbito | 0 | 999999 |
| 5 | Todos | Todos | Todos | 10 - Totvs S/A | 5 - Óbito | 0 | 999999 |
Situações de aplicações das regras:
Beneficiário | Modalidade | Plano | Tipo de Plano | Contratante | Contrato | Motivo de Cancelamento | Regra aplicada | Observações |
|---|---|---|---|---|---|---|---|---|
| João | 1 | 1 | 1 | João | 10 | 5 - Óbito | 4 | Identificada pelo Motivo de Cancelamento, e todos os outros campos são independentes. |
| Joaquina | 20 | 2 | 2 | 10 - Totvs S/A | 321 | 5 - Óbito | 5 | Identificada pelo Motivo de Cancelamento e pelo Contratante, é mais específica que a regra 4. |
| José | 20 | 2 | 2 | 10 - Totvs S/A | 321 | 10 - Demitido | - | Nenhuma regra pode ser aplicada. As regras que definem o motivo de cancelamento 10 - Demitido, também definem outro produto (Modalidade, Plano e Tipo de Plano). Assim como as regras que se aplicam ao contratante 10 - Totvs S/A, definem outro Motivo de cancelamento. |
| Justina | 10 | 1 | 2 | Joaquim | 98765 | 11 - Desistência | 1 | A mais abrangente possível pela Modalidade. |
| Joaquim | 10 | 1 | 2 | Empresa ABC | 987 | 10 - Demitido | 3 | Identificada pelo Motivo de Cancelamento, Modalidade, Plano, Tipo de Plano. A regra 2 também possui essa mesma parametrização, porém o intervalo de contrato é maior, portanto mais genérico. Assim o sistema escolhe a regra 3 por ser mais específica pelo contrato. |
Acesso empresarial
A data de exclusão nas telas de exclusão do beneficiário é calculada após a informação do motivo de cancelamento, pois passa a ser considerado nas regras. Quando o motivo é alterado, a data é recalculada.
Manutenção de Beneficiários
Na exclusão pela Manutenção de beneficiários, é possível informar a data manualmente ou deixar que o sistema calcule.
Caso o usuário informe a data, o sistema irá apenas validar a data conforme as regras durante a exclusão, de modo que o sistema não irá alterar conforme a escolha do motivo de cancelamento.
Caso a data de exclusão seja calculada pelo sistema, a mesma será calculada quando o usuário configurar ou alterar o motivo de cancelamento selecionado.
Exemplo de data calculada:
Exemplo de data informada:
- Vigência:
- É possível verificar na tela inicial, a vigência (inicial e final) do registro existente, informando o período em que a mensagem estará disponível para utilização.
- Competência:
- É possível verificar na tela inicial, a competência (inicial e final) o qual o registro existente deve ser aplicado. Permite o usuário informar em que período a mensagem deve ser impressa nos boletos, considerando o período de vigência informado na mesma.
- Convênio:
- Foi criada a nova opção de seleção da mensagem por "Convênio", onde as combinações podem ser:
Procedimento para Utilização
Foi criada a SPP "spp/competencia-mensagem-boletos.p" para alimentar os campos "Tipo do Processo", "Vigência" e "Competência", bem como a nova opção de combinação "Convênio", nos casos das versões anteriores onde os mesmos ainda não estavam disponíveis em tela.
Para que as informações em tela sejam alimentadas corretamente no banco de dados, a SPP deve ser executada, ajustando assim os novos campos implementados.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas