Histórico da Página

...

A implantação da integração do PLS com o GRR é feita nas seguintes etapas:

Release 12.1.2210:

ATUALIZACAO DE ARQUIVOS FONTES V12.1.2210 EXP GRR PILOTOS EXPEDICAO CONTINUA

ATUALIZACAO DE ARQUIVOS FONTES V12.1.2210 SIGAGCT EXPEDICAO CONTINUA

PACOTE DE CORRECAO FATURAMENTO - ROTINA LOTES DE COBRANCA12.1.2210

Release 12.1.2310

ATUALIZACAO DE ARQUIVOS FONTES V12.1.2310 EXP GRR PILOTOS EXPEDICAO CONTINUA

ATUALIZACAO DE ARQUIVOS FONTES V12.1.2310 SIGAGCT EXPEDICAO CONTINUA

PACOTE DE CORRECAO FATURAMENTO - ROTINA LOTES DE COBRANCA12.1.231

[environment] 
fw-tf-registry-endpoint=https://endpoint-registry.totvs.app/api/v1/services

ou para ambientes internos da TOTVS, será utilizado o staging:

[environment]  
fw-tf-registry-endpoint=https://endpoint-registry.staging.totvs.app/api/v1/services

Feito isso, deverá processar o seguinte schedule:

Nesse primeiro processamento, o schedule somente irá cadastrar os itens (Lançamento de faturamento - BFQ) e configurar a régua de cobrança.

Caso queira enviar novamente os lançamentos, é necessário habilitar o parâmetro MV_PLUPBFQ e para atualizar a régua é só alterar o campo régua GRR (BA0_GRRREG) para Não que o sistema irá enviar o valor do campo Dias Antec. (BA0_DIAGRR) para o GRR.

1. Cadastros necessários:

1. 1. Preencher os campos de integração GRR (BQC_INTGRR, BT5_INTGRR E BA3_INTGRR) para indicar quais famílias (BA3), contratos (BT5) ou subcontratos (BQC) deverão ser enviados para o GRR. O sistema irá verificar quem vai enviar conforme o nível:
      
      1. Nível Família: Campo informado como: Sim (Enviar para o GRR), Não (Não enviar para o GRR), Em branco (Olhar o próximo nível, no caso o subcontrato).
         
         
      2. Nível Subcontrato: Campo informado como: Sim (Enviar para o GRR), Não (Não enviar para o GRR), Em branco (Olhar o próximo nível, no caso o contrato)
         1. Para verificar esse nível, os campos da família deverão estar em branco.
            
            
      3. Nível Subcontrato: Campo informado como: Sim (Enviar para o GRR), Não (Não enviar para o GRR)
         1. Para verificar esse nível, os campos da família e subcontrato deverão estar em branco.
            
            
   2. No cadastro de beneficiários (BA1), os campos de DDD (BA1_DDD), telefone (BA1_TELEFO), e-mail (BA1_EMAIL) e de endereços deverão estar preenchidos corretamente, pois a aplicação (GRR) utiliza esses campos para transmissão de informação.
      
      

   3. Nota
      title Importante

      
      

2. Configurar o item de planos na plataforma TOTVS Gestão de Receita Recorrente (GRR), para atender as datas de cobranças adequadas ao cenário da operadora. 

   Informações
   title Exemplo
   Estou gerando o Lote de cobrança (PLSA627), na data 01/09/2023, a plataforma TOTVS Gestão de Receita Recorrente (GRR), deverá estar configurada para que, após a data de geração da cobrança, a plataforma envie para os beneficiários. Esse item é configurado em produtos na plataforma.

3. No primeiro processamento do schedule, o parâmetro MV_PLUPBFQ deverá estar preenchido como .T. para que o sistema envie os itens (Lançamentos de faturamento - BFQ) e as subscrições (Famílias) gerados no último ano. Após isso, o sistema irá alterar o parâmetro para .F. para que no segundo processamento não envie novamente essa carga inicial.
   
   

4. Cadastrar o shedule INTEGPLSGRR responsável pela integração entre o módulo Plano de Saúde (PLS) e a plataforma TOTVS Gestão de Receita Recorrente (GRR), é essa aplicação que iremos cadastrar no configurador (SIGACFG) no item de schedule conforme explicações abaixo.
   1. No Protheus módulo Configurador efetuaremos a configuração do Schedule, responsável por enviar os dados para a plataforma TOTVS Gestão de Receita Recorrente (GRR), tanto a subscrições quanto as medições geradas pelo lote de cobrança, lembrando que o cadastro do schedule deverá ser feito por um responsável da área de TI da operadora.

...