Para tornar o fluxo de cobrança dos beneficiários dinâmico e rápido, o módulo de Plano de Saúde (PLS) disponibilizou a integração com a plataforma TOTVS Gestão de Receita Recorrente (GRR), com essa integração as operadoras que utilizarem o modelo de receita recorrente, poderão da melhor maneira reduzir inadimplência e aumentar a previsibilidade de recebimentos, uma solução para automatizar as cobranças recorrentes e melhorar ainda mais o seu desempenho financeiro.
Para mais informações sobre a plataforma TOTVS Gestão de Receita Recorrente. Clique aqui |
A implantação da integração do PLS com o GRR é feita nas seguintes etapas:
- Dicionário de Dados
Atualizar o dicionário de dados através do pacote de expedição contínua do plano de saúde com data igual ou superior , ou para incluir manualmente pelo configurador, clique aqui para acessar a boletim técnico.
Ao final do processo, o ambiente precisa ter os seguintes campos:
Além do parâmetro:
|
- Patch
Aplicar os seguintes patchs no ambiente:
Dentro do arquivo de download da expedição contínua do GCT, tem um sdfbra que precisa ser aplicado através do UPDDISTR. |
- Ambiente
Configurar o ini do ambiente a ser implantado a integração:
[environment] fw-tf-registry-endpoint=https://endpoint-registry.totvs.app/api/v1/services |
- Wizard
Executar o wizard GRRWIZARD seguindo os passos definidos no Guia de implantação GRR.
Caso o processo seja finalizado com sucesso, será apresentada a imagem abaixo de ativação da integração Protheus x GRR: |
- Lançamento de Faturamento e Régua de Cobrança
Feito essas configurações, a próxima etapa é enviar os lançamentos de faturamento para o GRR, que são os itens na plataforma, para isso é necessário deixar o parâmetro MV_PLUPBFQ como .T.
No cadastro da operadora de saúde, deverá ser informado a régua de cobrança que determina a quantidade de dias de antecipação que a plataforma (GRR) poderá enviar para os beneficiários as faturas,
Para o sistema enviar a régua de cobrança no processamento do schedule, depois que preencher a quantidade de dias, o campo Regua GRR (BA0_GRRREG) deverá ser alterado para Não, para o sistema entender que a régua está desatualizada no GRR e precisa ser enviada. |
Feito isso, deverá processar o seguinte schedule:
Rotina: INTEGPLSGRR |
Nesse primeiro processamento, o schedule somente irá cadastrar os itens (Lançamento de faturamento - BFQ) e configurar a régua de cobrança.
Caso o processamento seja realizado com sucesso, os itens (Lançamentos de faturamento) serão cadastrados na plataforma GRR. |
Para enviar novamente os lançamentos, é necessário habilitar o parâmetro MV_PLUPBFQ antes do processamento do schedule.
Para atualizar a régua é só alterar o campo régua GRR (BA0_GRRREG) para Não e preencher o valor do campo
- Provedor e Métodos de Pagamento
Antes de cadastrar os beneficiários (subscrições), acesse a plataforma Gestão de Receita Recorrente para realizar o cadastro de provedores e métodos de pagamento das empresas e filiais, clique aqui para mais detalhes de como configurar.
- Habilitar os Beneficiários para Integração
Para definir quais beneficiários serão enviados para o GRR, é necessário habilitar alguns campos nos cadastros conforme o nível escolhido: Famílias (BA3), Contratos (BT5) ou Subcontratos (BQC).
Em branco - Olha o próximo nível, no caso o contrato.
Para verificar esse nível, o campo da integração da família deverá estar em branco. |
Não - Não envia os beneficiários do contrato para o GRR.
Para verificar esse nível, os campos de integração da família e subcontrato deverão estar em branco. |
Todos os passos foram concluídos e o Plano de Saúde (PLS) está pronto para integrar com a plataforma TOTVS Gestão de Receita Recorrente (GRR). |
Na integração com o GRR, o Plano de Saúde (PLS) irá possuir 4 responsabilidades:
Cadastrar as subscrições (beneficiários) na plataforma.
Após geração do lote de cobrança, e necessário processar o schedule (INTEGPLSGRR), que irá verificar os títulos dos beneficiários que estão habilitados para integrar com o GRR (processo realizado no passo 7) para poder ser feito o cadastro:
Esse parâmetro define os métodos de pagamento do beneficiário na plataforma de Gestão de Receita Recorrente: 1 - boleto, 2 - cartão de crédito e 3 - pix. Exemplo: caso queria utilizar somente a forma de cartão de crédito, o parâmetro deverá está cadastrado com o valor: 2. Os valores deverão estar separados por | |
Caso o processo de cadastramento do beneficiário seja realizado com sucesso, o beneficiário será cadastrada na subscrição do GRR |
Caso o processo não seja realizado com sucesso, através do log de críticas da integração será possível analisar o motivo: Diretório: protheus_data/logpls/{data}/pls_grr_critica.log |
No mesmo processamento do schedule que cadastra os beneficiários, será realizado também a medição das faturas do GRR que estão com o status "Aguardando Medição".
Para que o processo funcione corretamente, o necessário que as configurações do GRR estejam realizadas corretamente, como:
|
Ao final do processamento de medição, a fatura será atualizada com os valores do título (SE1) do beneficiário naquele mês, além da composição da fatura (BM1). |
Por tanto, é necessário configurar o agendamento do schedule para realizar o cadastro dos beneficiários na GRR (será feito somente uma vez o cadastro de um beneficiário), e também a finalização das faturas que estão aguardando medição.
Os demais passos o próprio GRR que irá realizar, como criação da fatura conforme o vencimento do beneficiário e cobrança via cartão de crédito, PIX ou boleto, o Plano de Saúde (PLS) nesse fluxo tem a responsabilidade de criar as subscrições (beneficiários) e realizar a medição da fatura, sendo o preenchimento do valor e da composição.
Quando a fatura for pagar na plataforma do GRR (Gestão de receita recorrente), o job FwTotvsLinkJob deve ser configurado indicando a recorrência de sempre ativo para atender as solicitações, essa é a forma padrão de comunicação com o SmartLink, para mais informações consultar a Integração Descida de Dados Smart Link. Esse job, irá baixar os títulos do PLS no módulo Financeiro e gerar um novo título em nome do provedor (ex: REDE). Obs: É necessário cadastar o motivo de baixa: GRR |
Para facilitar o processo de implantação, a rotina do schedule poderá ser executado no menu do protheus, através de uma user function, como no exemplo:
|