Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Totvs custom tabs box
tabsPasso 1, Passo 2, Passo 3, Passo 4, Passo 5, Passo 6
idspasso1,passo2,passo3,passo4,passo5,passo6
Totvs custom tabs box items
defaultyes
referenciapasso1

Procedimento para Configuração

Importação de Menu

Importar o menu "men_hte.d" presente no pacote. Para importar, utilizar o programa men706aa (Importação Menu Datasul).


Parâmetros CRM

Foram criados campos que indicam a utilização do CRM para geração de protocolo.

Image Modified

Os campos são:

  • Usa Ocorrência CRM: Ao setar como "sim", os protocolos gerados pelo GPS (como as RN412 e RN395) serão gerados e integrados com o CRM, e não com o HMR. Ao deixar o campo como "Não", irá gerar o protocolo e o chamado no HMR. IMPORTANTE: Ao utilizar a SPP "spp\sp-convergencia-hmr-crm" descrita nesta documentação, ela irá setar automaticamente o campo para "Sim".
  • Usuário Padrão Ocorrência CRM: Usuário o qual irá ser o responsável pelas integrações entre o GPS e o CRM, como no processo de geração de protocolo via WebService. IMPORTANTE: Ao utilizar a SPP "spp\sp-convergencia-hmr-crm" descrita nesta documentação, este campo receberá o valor do campo "Usuário responsável" do cadastro "Manutenção Parâmetros Marketing Receptivo" do HMR.


Configurações adicionais

Lembramos que o processo aqui descrito atende à aqueles que utilizavam e tem configurado o HMR do GPS.

Para o total funcionamento do RPW e suas SPPs, é necessário:

  • HMR configurado
  • Executar a carga no CRM, através do programa Carga Inicial do CRM (html-crm.load-data), para tal, deve-se clicar em "Selecionar todos" para que retire a seleção de todos os registros, e clicar em "Prioridade da Ocorrência" para que seja apenas esse o campo a ter a carga inicial executada, após, clicar em executar

Image Modified

  • CRM disponível (cliente Progress com os bancos do CRM conectados: mdtcrm)
  • Central de Documentos configurada

Caso necessário, pode ser executada a SPP "spp/sp-encerramento-mr" para encerrar os chamados de atendimento por assunto.

Essa SPP foi criada para encerramento dos protocolos do AT, os quais não encerravam automaticamente.

Documentação: 2754891 DSAUGPSCONTRAT2-1492 DT Encerramento em lote de chamados abertos HMR


Totvs custom tabs box items
defaultno
referenciapasso2-crm

Realizar as configurações abaixo no CRM.

  1. O primeiro passo é ativar o parâmetro 'O CRM está integrado ao Gestão de Planos de Saúde?', para isso basta acessar o menu CRM → Administração do CRM → Tarefas → Alterar Parâmetros CRM.
  2. Para utilização de anexos na ocorrência, é necessário a configuração dos parâmetros 'Caminho dos anexos' e 'Caminho download anexo', Lembrando que o diretório informado nesses parâmetros deve estar acessível pelo Appserver, além de permissão para incluir e remover arquivos. Para localizar os parâmetros basta acessar o menu CRM → Administração do CRM → Tarefas → Alterar Parâmetros CRM.

Essas informações estão descritas no documento Manutenção de Ocorrências (Gestão de Planos) - html-crm.healthPlanTickets

Aviso
Importante: Somente executar os dois itens acima e depois seguir para o próximo passo deste documento. Os passos seguintes na documentação acima, devem ser executados somente após a carga do HMR para CRM.
Totvs custom tabs box items
defaultno
referenciapasso2passo3

Executando a SPP-RPW Convergência de dados do HMR para o CRM (spp\sp-convergencia-hmr-crm)

Para executar a SPP-RPW deve-se chamá-la pelo programa hteexcpro (Rodar Programa Progress) ou similar.

Na opção Parâmetro, há as seguintes opções:

  • Situação Ocorrência: Permite selecionar se serão migrados os chamados do HMR em situação Abertas, Fechadas ou Ambas;
  • Data Abertura: Somente para a opção Fechada, é solicitada a data de Abertura dos chamados, migrando os chamados fechados a partir dessa data até o dia atual;
  • Servidor RPW: Lista dos Servidores RPW disponíveis para agendar o pedido e executá-lo;
  • Qtd. Processos: Quantidade de processos RPW que serão executados simultaneamente. Somente se aplica para a opção Fechada ou Ambas. Separa em quantidade de pedidos para a SP de Ocorrências. Sugerimos que configure o Servidor RPW para rodar pedidos em paralelo, desta forma, ao solicitar que execute 2 pedidos no campo Qtd. Processos, irá executar os 2 pedidos simultaneamente, acelerando o processo.
  • Somente Ocorrencias: Permite integrar apenas as ocorrências, sem criar o pedido de integração das configurações do HMR para o CRM. Essa opção deve ser utilizada apenas caso já tenha sido integrado ao menos uma vez as configurações, e elas estejam íntegras na base.


A opção Geração irá solicitar o início ao Servidor RPW, agendando os pedidos.

Os pedidos podem ser monitorados pela tela pedido-execucao-monitor (Monitor Pedido Execução (HTML) ) ou pela tela Progress bas_ped_exec (Monitor Pedido Execução).

Lembrando que a carga pode ser executada mais de uma vez, sendo que protocolos já integrados serão ignorados.


Caso haja necessidade de "resetar" as configurações do CRM, existe a SPP "spp/sp-limpa-crm" o qual irá limpar os cadastros e ocorrências criados no CRM.

Aviso
Importante: Essa SPP irá limpar tudo relacionado ao Ocorrências do CRM, independente se foi migrado do HMR ou criado na mão no cadastro do CRM.




Totvs custom tabs box items
defaultno
referenciapasso3passo4

Carga de Configuração CRM

Foi criada a SPP "spp\sp-carga-crm-config" que será rodada pela SPP-RPW, ela irá configurar o CRM de acordo com o HMR.

Existe uma diferença na estrutura de cadastros do CRM para o HMR, desta forma, segue abaixo um Fluxograma do processo da SPP de configuração:

Image Modified

No fim do processo, o CRM estará configurado para poder incluir Ocorrências através do programa html-crm.healthPlanTickets (Manutenção de Ocorrências - Gestão de Planos).

Image Modified


Pontos de Atenção:

  • Os cadastros "Manter Motivo de Atendimento" e "Manter Categoria de Atendimento" contém um processo de "exclusão" de registros. Quando excluído, o registro recebe uma data de exclusão, e não aparece mais no cadastro da tela Flex. Essa data não será passada para o CRM, devido a necessidade de passar os protocolos do HMR para o CRM, e para isso esses registros precisam estar ativos. Desta forma, sugerimos que os mesmos sejam suspensos nos seus cadastros posteriormente, sendo os cadastros "Manutenção Assuntos Ocorrências" e "Manutenção Tipo Ocorrência".



Após a carga das configurações do HMR para o CRM, seguir as validações descritas na seção 1.2 no documento Manutenção de Ocorrências (Gestão de Planos) - html-crm.healthPlanTickets



Totvs custom tabs box items
defaultno
referenciapasso4passo5

Carga de Ocorrências CRM

Foi criada a SPP "spp\sp-carga-crm-ocor" que será rodada pela SPP-RPW, ela irá migrar os Chamados de Atendimento do HMR para o CRM.

Esse processo será após o processo de configuração. Em resumo, os protocolos, a depender da parametrização no SPP-RPW, serão passados do HMR para o CRM.

Chamado no HMR:

Image Modified

Após a carga:

Ocorrência no CRM:

Image Modified

Image Modified

Os chamados dentro do HMR permanecerão lá para checagem dos dados ou futura pesquisa, até que o cliente atualize para o novo Framework "Tomcat".

Totvs custom tabs box items
defaultno
referenciapasso5passo6

Protocolos e RN412 e RN395

Foram desenvolvidos processos para atendimento da RN412 e RN395 no HMR.

Sobre a RN412 (238048 MSAU-3494 DT RN 412 Solicitação de Cancelamento de Contrato), com a troca para o CRM, foi desenvolvido o programa hcg.attendanceProtocolSettings (Manutenção Configuração Protocolo Atendimento):

Image Modified

Esse programa tem o intuito de fazer o de-para do Tipo de Guia ou Motivo de Cancelamento para a Categoria ou Motivo do CRM.

Com esse cadastro, não será mais necessária a utilização do HMR, os Grupos de Atendimento tinham parametrizações de Integração do AT\Autorizador e MC, o qual fazia essa parte. Agora o protocolo será gerado (tabela protoc-atendim), e integrado com o CRM, criando uma Ocorrência (já encerrada).


Sobre a RN395 (TSKOFJ_DT_RN395_Número_do_Protocolo_de_Atendimento e TUYAK9_DT_RN395_WAC_Autorizador), com a troca para o CRM, o protocolo continuará sendo gerado pelo GPS, também continuará sendo consultado no AT ou WAC. A diferença é que agora ele também é integrado no CRM, podendo ser visualizado e sofrer interações por lá.

...