Job para cancelamento de guias de Reembolso

Características do Requisito

Descrição

Implementada rotina de cancelamento em modo JOB para Protocolos de Reembolso que estão nos status Aguardando Informação beneficiário ou Solicitação Não Concluída, de acordo com o valor definido em dias do parâmetro MV_PRACAN. Toda vez que um protocolo possuir alguns dos status mencionados acima, e o resultado da data de sua inclusão + o valor do parâmetro for inferior a data de execução do JOB, o sistema realizará o cancelamento automático deste protocolo, automatizando este processo para as Operadoras.

Procedimento para Configuração

CONFIGURAÇÃO DE PARÂMETROS

 No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros. No parâmetro MV_PRACAN, informe a quantidade em dias da validade dos Protocolos de Reembolso do sistema. 

OBS: Caso não seja informado nenhum valor neste campo, mas a rotina seja programada, o sistema irá considerar como 15 (quinze) dias a validade dos Protocolos de Reembolso. 

Procedimento para Utilização

1. No Configurador (SIGACFG), acesse Ambientes/Schedule/Schedule.
2. Na tela do Schedule, clique no menu a esquerda em Agendamentos/Cadastro.
   
3. Após isto, clique no botão  para adicionar um novo agendamento.
4. Será necessário entrar com as seguintes informações nestes campos:
   1. CAMPO ROTINA: PJB("BOW",{"A","B"},"_STATUS","_DTDIGI","D","_MOTIND","XXX","_MOTPAD")
      Como a rotina de cancelamento é genérica , é necessário passar estes parâmetros - conforme acima - para que seja possível o cancelamento das guias. Os parâmetros significam:
      1.  PJB - Função de Cancelamento de Protocolos
      2. "BOW" - Tabela de Protocolos

      3. {"A","B" } - Array com os valores de status que devem ser pesquisados na tabela BOW. No caso, o status A significa "Solicitação Não Concluída" e B significa "Aguardando Informação Beneficiário"

      4. "_STATUS" - alias do campo da tabela BOW onde ficam armazenados os status do protocolo.

      5. "_DTDIGI" - alias do campo da tabela BOW onde ficam armazenados a data da inclusão dos protocolos de Reembolso.
      6. "D" - Status desejado após a execução do JOB, caso a data da inclusão do protocolo mais o valor do parâmetro MV_PRACAN seja inferior a data de execução do JOB. Ou seja, caso a data de inclusão do protocolo mais data de validade seja menor que a data de execução do JOB, o protocolo deve ficar como cancelado. Logo, o valor de cancelado na rotina é o status D - Cancelado.
      7. "_MOTIND" (OPCIONAL) - alias do campo da tabela BOW onde ficam armazenados os motivos de indeferimento da guia. Quando a guia for cancelada, o JOB colocará como motivo o texto: "Cancelado por falta de retorno do beneficiário."
      8. "XXX" (OPCIONAL) - ATENÇÃO:  Neste campo, deve ser informado algum código da tabela BBP - Motivos Padrões, que a operadora deseja usar, pois será salvo no campo BOW_MOTPAD, que é o campo de Motivo padrão de cancelamento da guia. Aqui, deve-se apenas informar o código do motivo que deseja usar, conforme tabela tabela BBP.
         Exemplo: Na tabela BBP tenho o motivo de código 005 e descrição: Sem resposta do beneficiário. Logo, basta apenas informar neste parâmetro o valor "005".
      9. "_MOTPAD" (OPCIONAL) - Alias do campo de Motivo padrão de cancelamento da guia da tabela BOW. Este campo irá receber o valor informado no parâmetro acima.
   2. Caso a Operadora não deseje usar os campos de motivo de indeferimento ou motivo padrão, basta informar a função da seguinte forma: PJB("BOW",{"A","B"},"_STATUS","_DTDIGI","D",Nil,Nil,Nil)
   3. CAMPO EMPRESA/FILIAL: Selecione para qual empresa e filial o JOB deve ser executado.
   4. Demais campos devem ser parametrizados conforme necessidade da Operadora.
5. Após as parametrizações necessárias, clique em salvar  para que o sistema salve os dados dos agendamentos do Schedule.
6. Nos horários e intervalos definidos durante a programação do Schedule, o JOB será executado e encontrando guias já vencidas, irá realizar o cancelamento e inserir o motivo padrão e observações, conforme parametrização da rotina, explicado no item 4 e demais alíneas.
7. Tudo isso será feito de forma automática, sem interação do usuário, o que facilita e torna o processo mais ágil no dia-a-dia da Operadora.