Entendendo a crítica:
Pode ocorrer em todos os tipos de envio de XML TISS via Web Prestador quando o beneficiário enviado na tag "dadosBeneficiario" não foi encontrado pelo sistema no cadastro da operadora.
Exemplo de beneficiário enviado no XML ("guiaSP-SADT"):
O beneficiário do XML é identificado por uma das duas chaves no XML, sendo que dentre elas apenas numeroCarteira é obrigatória perante schema da ANS, portanto numeroCNS é opcional ficando a critério do prestador enviar ou não:
- numeroCarteira
- numeroCNS
No nosso exemplo foram enviadas ambas as tags.
A chave informada deverá ser verdadeira, ou seja, deverá existir um cadastro de beneficiário contendo a informação enviada. Caso não encontre pelo código, o sistema tentará buscar pelo CNS e vice-versa. O cadastro de beneficiário fica disponível no módulo Estrututral em Cadastro de contratos > Beneficiários F8, e ambos código e CNS ficam disponíveis na primeira "Beneficiário":
No exemplo acima, nosso beneficiário JOAO SILVEIRA não foi encontrado pois o código e CNS enviados não batem com o cadastrado no sistema. Foi enviado no XML o código "0561500000200", sendo que no cadastro o correto seria "0561500000100". O CNS enviado foi "267985351990099", no sistema o correto é "267985351990003.
É importante frisar que cada operadora terá sua própria montagem do código do beneficiário, de acordo com sua máscara padrão. Aqui documentamos apenas um exemplo, porém, não necessariamente será a mesma situação de sua operadora. Note que seu prestador pode enviar um código de beneficiário sem dígito, ou apenas uma combinação diferente e o próprio sistema fará a montagem e busca do código de acordo com seu padrão de máscara.
Para que o sistema não efetue a validação do beneficiário se faz necessária uma configuração no cadastro do prestador > aba 9.Configuração do TISS, campo "É preciso validar o número da guia e o código do beneficiário?"
Se configurado com a opção "Acertando o número da guia não é necessário acertar o beneficiário" não existe a necessidade do beneficiário existir na base de dados, somente a guia deverá existir. Com isso a conta médica entrará como um registro de atendimento cortesia/particular.
A configuração informada acima irá repercutir apenas em XMLs do tipo "guiaSP-SADT". Para todos os demais tipos é obrigatório que o beneficiário seja validado para a devida entrada do arquivo no sistema.
Entendendo a crítica:
Pode ocorrer em todos os tipos de envio de XML TISS via Web Prestador quando o beneficiário enviado na tag "dadosBeneficiario" diverge do beneficiário que de fato consta na guia dentro do sistema.
Exemplo de beneficiário enviado no XML ("guiaSP-SADT"):
Note que o beneficiário enviado no XML foi "JOAO SILVEIRA", o qual existe corretamente no sistema com este código e CNS conforme consta abaixo:
No entanto, o beneficiário constante na guia a qual está sendo cobrada no XML é o "CARLOS ALVES":
Sendo assim, neste caso temos a crítica de que o beneficiário da guia é diferente do beneficiário enviado no XML. Para solucionar, analisar a guia x arquivo, se o prestador enviou incorretamente será necessário que corrija o arquivo e o reenvie para validação. Caso a guia esteja com o beneficiário incorreto, se faz necessária a geração de nova guia com o paciente correto para que o prestador possa reenviar o arquivo com este novo número de guia.
Para que o sistema não efetue a validação se beneficiário do XML é o mesmo da guia se faz necessária uma configuração no cadastro do prestador > aba 9.Configuração do TISS, campo "É preciso validar o número da guia e o código do beneficiário?"
Se configurado com a opção "Acertando o número da guia não é necessário acertar o beneficiário" não existe a necessidade do beneficiário existir na base de dados, somente a guia deverá existir. Com isso a conta médica entrará como um registro de atendimento cortesia/particular.
A configuração informada acima fará com que o sistema assuma que o beneficiário enviado no XML é o correto, desprezando o que constar na guia.
Entendendo a crítica:
Pode ocorrer em todos os tipos de envio de XML TISS via Web Prestador quando houver cobrança de dois ou mais beneficiários no mesmo arquivo que sejam de congêneres diferentes no sistema.
Exemplo de beneficiário 1 enviado no XML, JOAO SILVEIRA, guia 3095:
Exemplo de beneficiário 2 enviado no XML, JESSICA DOS SANTOS, guia 3198:
Analisando a primeira guia clicando no ícone 
, notamos que o beneficiário JOAO pertence a congênere PRE PAGAMENTO COLETIVO EMPRESARIAL conforme consta abaixo:
Analisando a segunda guia clicando no ícone , notamos que a beneficiária JESSICA pertence a congênere PRE PAGAMENTO PF conforme consta abaixo:
Sendo assim, é inválido que o prestador tente cobrar no mesmo arquivo guias de beneficiários que sejam de congêneres distintas. Nesta situação é obrigatório que todos os atendimentos sejam da mesma congênere.
Para solucionar, é necessário que o prestador ajuste a geração do arquivo de forma que emita apenas beneficiários da mesma congênere. Ou utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora validar essa informação.