Histórico da Página
...
Linha de Produto: | Datasul | |||||||||
Segmento: | Saúde | |||||||||
Módulo: | Gestão de Planos de Saúde | |||||||||
Função: | HRC - Exportação de Beneficiários | |||||||||
Situação: | Situação1: 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 “País” é opcional perante o PTU. Situação2: Sempre que o usuário clica no botão “Seleção” as modalidades são carregadas para apresentar em tela para seleção, duplicando informações. Situação3: O processo está exportando todas modalidades, ignorando seleção realizada pelo usuário. Situação4: O processo está exportando todos os beneficiários vinculados a cada pessoa encontrada no período informado na movimentação periódica, apresentando inconsistências. Situação5: Quando executado via linux, o processo pausa para mostrar número de beneficiários processados. Situação6: Ao criar o arquivo, na nomenclatura do arquivo não está sendo escrito o sequencial do dia. Situação7: Não existe limite de quantos arquivos de exportação 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 Número de Documento de Identidade, Orgão Emissor da Identidade e Pais Emissor da Identidade, porém 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 esta informação não é obrigatória para beneficiários estrangeiros. Situação10: Ao exportar beneficiários que possuem módulos de cobertura com tipos de carência “Proced Alto Custo” ou “Proced Cardiologicos”, o tipo de cobertura correspondente é gerado 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çã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 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 caracteres especiais no endereço. Situação17: O sistema está gerando beneficiários no arquivo de exportação com Código de Dependente que não condiz com o cadastro de Graus de Parentesco. Situação18: O registro 308 do documento de exportação está sendo gerado fora de ordem, e está faltando um campo neste registro. Situação19: Data Fim da Carência está sendo gerada no formato DD/MM/YYYY. | |||||||||
Solução: | Solução1: Alterado para considerar beneficiário como brasileiro caso o campo "País" da pessoa física esteja em branco. | Solução2: Alterado para que busque apenas uma vez as modalidades para apresentar em tela, e não sempre que usuário clicar em seleção. | Solução3: Alterado para respeitar seleção realizada pelo usuário. | Solução4: Alterado para buscar apenas o beneficiário que possui exportação a emitir conforme período informado. | Solução5: Alterado para não pausar o processo ao exibir número de beneficiários processados. | Solução6: Alterado para gerar nome do arquivo de exportação conforme descrito no manual PTU. | Solução7: Alterado para que usuário possa gerar no máximo 9 arquivos de exportação em um único dia. | Solução8: Alterado para que 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ção9: Alterado para que o CPF só seja validado caso beneficiário seja brasileiro. | Solução10: Alterado 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 para validar apenas se a abrangência está devidamente cadastrada. Solução12: Alterado para buscar Código de Empresa conforme contratantes da proposta.. Solução13: Alterado para buscar corretamente o Nome do Contratante. Solução14: Alterado para aceitar "ISENTO", "ISENTA" e inscrições cadastradas com hifens("-") e pontos ("."). Solução15: Alterado para gerar erro no relatório caso o município não possua um código IBGE cadastrado. Solução16: Alterado para aceitar qualquer endereço, desde que não esteja em branco, pois é obrigatório. Solução17: Alterado para que o Código de Dependente seja informado conforme conversão baseada no cadastro de Graus de Parentesco. Solução18: Corrigida ordem do registro 308, e adicionado o campo que estava faltando no registro. Solução19: Alterado para que 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: | TSLMJT | Chamados relacionados: | Informe o(s) chamado(s) relacionado(s). | |||||||
Versões/Release: | Branch 12.1.7 LABEL DTS12.1.7. |