Á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âmetro Integração módulo de Ocorrência do CRM

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

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:

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


Totvs custom tabs box items
defaultno
referenciapasso2

Configurações do 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.
  3. O próximo passo é executar a carga de prioridades e do estabelecimento, essa carga é necessária para adicionar as prioridades padrões e SLA que serão utilizados no cadastro de ocorrência. Para isso, é necessário acessar o programa Carga Inicial do CRM através do menu CRM → Administração do CRM → Tarefas. Habilitar na aba "CRM" apenas a opção "Prioridade da Ocorrência" e clicar em Executar. Após, na na aba "ERP", marcar apenas a opção "Estabelecimento" e clicar novamente em Executar.
  4. Agora, para cálculo correto do SLA, deve ser feita Após, criar o Estabelecimento do CRM (html-crm.establishment) e fazer a Geração do Calendário (CD0999) no EMS, o qual irá passar para o CRM o calendário (html-crm.commercialCalendar). O mesmo é necessário para o cálculo de SLA.
  5. Habilitar a opção  "Restringir o assunto pelo tipo de ocorrência" na tela html-crm.preference, para que seja possível fazer o relacionamento entre motivos e categorias de atendimento.


Aviso
Importante: Essas informações estão descritas no documento Manutenção de Ocorrências (Gestão de Planos) - html-crm.healthPlanTickets. Somente executar os três 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 das configurações do HMR para CRM (passos 3 e 4 deste documento).
Totvs custom tabs box items
defaultno
referenciapasso3

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.

Image Modified


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

Image RemovedImage Added

  • 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;
  • Protocolo: Permite realizar o envio de um chamado em específico;
  • 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.
  • Atualizar informações ocorrências migradas para CRM: Realiza a atualização de chamados previamente migrados do HMR para o CRM.


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:

  1. 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.
  2. Ao realizar a limpeza das configurações, também devem ser limpas as ocorrências para não gerar furo de base.
  3. Caso queira excluir apenas as ocorrências, não se faz necessário pagar as configurações.




Totvs custom tabs box items
defaultno
referenciapasso4

Carga de Configuração CRM

Foi criada a SPP "spp\sp-carga-crm-config" que será rodada pela SPP-RPWApós ser configurada a SPP, e selecionado para rodá-la, 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:


Abaixo, a correspondência cadastral entre os programas utilizados no HMR e no CRM: 

Cadastro HMRCadastros CRM
-

Manutenção Fluxo de Ocorrência

html-crm.ticketFlow

-

Manutenção de Tipo de Campanha

html-crm.campaign-type

-

Manutenção Campanha

html-crm.campaign

-

Manutenção de Ação

html-crm.action

Usuário (framework)

Manutenção Usuário CRM

html-crm.user

Manutenção Recurso 

html-crm.ticketResource

Manutenção Nível Recurso

html-crm.ticketResourceLevel

Manter Categoria de Atendimento

Manter Motivos de Atendimento

Manutenção Tipo Ocorrência

html-crm.ticket-type

Manutenção Assunto da Ocorrência

html-crm.ticket-subject

Manutenção Tipo de Atendimento

Manutenção Origem Ocorrência

html-crm.ticketSource

Manter Configurações de Atendimento (HMR)

-

Manutenção Configuração Protocolo Atendimento

hcg.attendanceProtocolSettings (HCG)

-

Manter Configurações de Atendimento -Grupos de Usuário

Manutenção Grupo de Usuários CRM

html-crm.group-user


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).





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


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, eles podem ser suspensos nos seus cadastros posteriormente, sendo os cadastros "Manutenção Assuntos Ocorrências" e "Manutenção Tipo Ocorrência" ou utilizada a SP spp\sp-carga-crm-desativa-cadastros.

A "spp\sp-carga-crm-desativa-cadastros" irá suspender os cadastros de Assunto Ocorrência e Tipo Ocorrência do CRM, de acordo com os cadastros cancelados no Manter Categoria de Atendimento e Manter Motivo de Atendimento no HMR.


Informações

Sugerimos a execução desta apenas quando a SP de convergência e de ocorrências já tiver sido executada, e constatado que está OK o cadastro no CRM.

Totvs custom tabs box items
defaultno
referenciapasso5

Carga de Ocorrências CRM

Foi criada a SPP "spp\sp-carga-crm-ocor" que será rodada pela SPP-RPW, ela irá migrar Após o processo de Configuração, serão migrados 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, utilizando as configurações migradas.

Chamado no HMR:

Após a carga:

Ocorrência no CRM:


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", onde não estarão mais disponíveis as telas em Flex.


As ocorrências apresentarão em sua descrição a data da abertura do chamado no HMR, além do usuário o qual abriu.



As interações dos chamados serão gravadas nos comentários.


Os encaminhamentos e repasses serão gravados nos Encaminhamentos.



Informações

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
referenciapasso6

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):

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á.

...