Histórico da Página
...
Melhorias A1300 PTU
Linha de Produto: | Datasul | |||||||||||||||||||
Segmento: | Saúde | |||||||||||||||||||
Módulo: | Gestão de Planos de Saúde | |||||||||||||||||||
Função: | HRC - Exportação de Beneficiários - VP0110H | |||||||||||||||||||
SituaçãoSituações: | Situação1: Caso Situação 01: É necessário que, caso o “País” da pessoa física esteja em branco , beneficiário é listado no relatório de erros e não é exportado, sendo que o seja exportado normalmente pois o campo “País” é opcional perante o PTU. Situação2Situação 02: Sempre que o usuário clica É necessário que, ao clicar no botão “Seleção” as modalidades são carregadas para apresentar em tela para seleção, duplicando sejam carregadas e apresentem apenas uma tela, não duplicando as informações. Situação3: O processo está exportando todas modalidades, ignorando seleção realizada Situação 03: É necessário que, o sistema, importe as modalidades selecionadas pelo usuário. Situação4: O processo está exportando todos Situação 04: É necessário que, o sistema, exporte apenas os beneficiários vinculados a cada pessoa encontrada no movimentação periódica do período informado na movimentação periódica, apresentando inconsistências. Situação5: Quando Situação 05: É necessário que, mesmo quando o sistema for executado via linux, o processo pausa não pause, para mostrar número de beneficiários processados. Situação6: Ao criar o Situação 06: É necessário que, ao criar um arquivo, na nomenclatura do arquivo não está sendo seja escrito o sequencial do dia. Situação7: Não existe limite de quantos Situação 07: É necessário que, o sistema limite a 9 (nove), a quantia de arquivos de exportação que o usuário pode gerar em um dia, conforme regra do PTU, deve ser limitado a 9 arquivos por dia. Situação8: O processo estava acusando erro ao exportar beneficiários brasileiros sem Situação 08: É necessário que, o sistema não acuse como campos obrigatórios a exportação de beneficiários brasileiros, sem "Número de Documento de Identidade", "Orgão Emissor da Identidade " e "Pais Emissor" da Identidade, porém pois essas informações não são obrigatórias para beneficiários brasileiros.Situação9: O processo estava acusando erro ao exportar beneficiários estrangeiros sem CPF, porém Situação 09: É necessário que, o processo não acuse erros quando o beneficiário estrangeiro não possuir CPF pois esta informação não é obrigatória para beneficiários estrangeiroseste tipo de beneficiário. Situação10: Ao Situação 10: É necessário que, ao exportar beneficiários que possuem módulos de cobertura com tipos de carência “Proced “Proced Alto Custo” ou “Proced Cardiologicos”Custo” ou “Proced Cardiológicos”, o tipo de cobertura correspondente é gerado não seja zerado. Situação11: O processo acusa erro caso código de abrangência esteja zerado, porém o sistema permite o cadastro de abrangências com código zerado. Situação12: O processo está alimentando o campo de Código da Empresa erroneamente. Situação13: O processo lista o erro “Nome do Contratante relacionado ao usuário inválido.” indevidamente para alguns beneficiários. Situação 11: É necessário que, o processo valide apenas se a abrangência estiver devidamente cadastrada. Situação 12: É necessário que, o processo busque o código de Empresa conforme contratantes da proposta.. Situação 13: É necessário que, o processo busque corretamente o "Nome do Contratante". Situação 14: É necessário que, o processo aceite, Situação14: O processo acusa erro para pessoas jurídicas que possuem “ISENTO”, “ISENTA” ou números com pontos(“.”) e hifens (“-“) informados como inscrição estadual. Situação15: O processo está exportando Situação 15: É necessário que, o sistema não exporte, beneficiários de municípios que possuem código IBGE zerado. Situação16: O sistema está listando no relatório de erros beneficiários que possuem endereços com determinados caracteres especiais, sendo que o PTU aceita Situação 16: É necessário que, o sistema permita determinados caracteres especiais no endereço. Situação17: O sistema está gerando Situação 17: É necessário que, o sistema gere beneficiários no arquivo de exportação com Código de Dependente que não condiz condizente com o cadastro de Graus Grau de Parentesco. Situação18: O Situação 18: É necessário que, o registro 308 do documento de exportação está sendo gerado fora de ordem, e está faltando um campo neste registro., seja gerado em ordem e com o campo "Motivo de exclusão". Situação 19: É necessário que, a Situação19: Data Fim da Carência está sendo seja gerada no formato DDYYYY/MM/YYYYDD, conforme é exigido pelo PTU. | |||||||||||||||||||
Soluções: | Solução1: Alterado Solução 01: Foram realizadas alterações para considerar beneficiário como brasileiro caso o campo "País" da pessoa física esteja em branco. | Solução 02: Foram realizadas alterações para que busque apenas uma vez as modalidades para apresentar em tela, e não sempre que usuário clicar em seleção. | Solução 03: Foram realizadas alterações para respeitar a seleção realizada pelo usuário. | Solução 04: Foram realizadas alterações para buscar apenas o beneficiário que possui exportação a emitir conforme período informado. | Solução 05:Foram realizadas alterações para não pausar o processo ao exibir número de beneficiários processados. | Solução 06: Foram realizadas alterações para gerar nome do arquivo de exportação conforme descrito no manual PTU. | Solução 07: Foram realizadas alterações para que usuário possa gerar no máximo 9 arquivos de exportação em um único dia. | Solução 08: Foram realizadas alterações para que as validações de "Número de Documento de Identidade", "Orgão Emissor | da Identidade " e "Pais Emissor" da Identidade sejam aplicadas apenas para beneficiários estrangeiros, pois para brasileiros estes dados não são obrigatórios. | Solução 09: Foram realizadas alterações para que o CPF só seja validado caso beneficiário seja brasileiro. | Solução 10: Foram realizadas alterações para que os tipos de carência "Proced Alto Custo" e "Proced Cardiologicos" sejam devidamente convertidos com os tipos de cobertura correspondentes. | Solução11: Alterado Solução 11: Foram realizadas alterações para validar apenas se a abrangência está devidamente cadastrada. | Solução12: Alterado Solução 12: Foram realizadas alterações para buscar Código de Empresa conforme contratantes da proposta.. | Solução13: Alterado Solução 13: Foram realizadas alterações para buscar corretamente o "Nome do Contratante". | Solução14: Alterado Solução 14: Foram realizadas alterações para aceitar "ISENTO", "ISENTA" e inscrições cadastradas com hifens("-") e pontos ("."). | Solução15: Alterado Solução 15: Foram realizadas alterações para gerar erro no relatório caso o município não possua um código IBGE cadastrado. | Solução16: Alterado Solução 16: Foram realizadas alterações para aceitar qualquer endereço, desde que não esteja em branco, pois é obrigatório. | Solução17: Alterado Solução 17: Foram realizadas alterações para que o Código de Dependente seja informado conforme conversão baseada no cadastro de Graus de Parentesco. | Solução18: Corrigida Solução 18: Foram realizadas alterações para corrigir ordem do registro 308, e adicionado o campo que estava faltando no registro. | Solução19: Alterado Solução 19: Foram realizadas alterações para que a data fim da carência seja escrita no formato YYYY/MM/DD, conforme é exigido pelo PTU. |
Solução: | Informe a solução/implementação. | |||||||||||||||||||
Chamados relacionados: | Informe o(s) chamado(s) relacionado(s). | Versões/Release: | Branch 12.1.7 LABEL DTS12.1.7.||||||||||||||||||
Chamados relacionados: | TSLMJT / TSLOK8 / TSLQQX / TSLVT1 / TSMCJC / TSMBLT / TSMVI7 / TSMSKZ / TSO425 / TSNXR6 / TSMKAK / TSNSBB / TSMJFC / TSO053 / TSOVAP / TSPPEQ / TSPXPW / TSPXXT / TSQAQ2 / TSQFMF / TSMSN1 / TSQT03 / TSQLBX / TSQPTU / TSQPV7 / TSQORK / TSQVO5 | |||||||||||||||||||
Versão: | 12.1.7 |