Totvs custom tabs box items |
---|
default | yes |
---|
referencia | passo1 |
---|
| 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). ![](/download/attachments/533731989/image2020-2-4_9-52-45.png?version=1&modificationDate=1580824365353&api=v2)
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. ![](/download/attachments/533731989/image2020-2-6_7-59-26.png?version=1&modificationDate=1580990367053&api=v2)
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 |
---|
default | no |
---|
referencia | passo2 |
---|
| Configurações do CRMRealizar as configurações abaixo no CRM. - 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.
- 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.
- 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.
- Agora, para cálculo correto do SLA, deve ser feita a Geração do Calendário (CD0999) no EMS, o qual irá passar para o CRM o calendário (html-crm.commercialCalendar).
- 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 |
---|
default | no |
---|
referencia | passo3 |
---|
| 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 Removed Image 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: - 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.
- Ao realizar a limpeza das configurações, também devem ser limpas as ocorrências para não gerar furo de base.
- Caso queira excluir apenas as ocorrências, não se faz necessário pagar as configurações.
|
![](/download/attachments/533731989/image2020-4-9_15-16-52.png?version=1&modificationDate=1586456212160&api=v2)
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo4 |
---|
| Carga de Configuração CRMFoi 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: Image Removed
Abaixo, a correspondência cadastral entre os programas utilizados no HMR e no CRM: Cadastro HMR | Cadastros 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 ( Totvs Saúde PlanosHMR) - Manutenção Configuração Protocolo Atendimento hcg.attendanceProtocolSettings (Totvs Saúde PlanosHCG) | - | 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). ![](/download/attachments/533731989/image2020-2-4_11-32-2.png?version=1&modificationDate=1580830322060&api=v2) warning
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, sugerimos que os mesmos sejam 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. Image Added
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. | 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 |
---|
default | no |
---|
referencia | passo5 |
---|
| Carga de Ocorrências CRMFoi 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: ![](/download/attachments/533731989/image2020-2-5_17-22-54.png?version=1&modificationDate=1580937775167&api=v2)
Após a carga: ![](/download/attachments/533731989/image2020-2-6_7-43-41.png?version=1&modificationDate=1580989422067&api=v2)
Ocorrência no CRM: ![](/download/attachments/533731989/image2020-2-6_7-46-8.png?version=1&modificationDate=1580989568857&api=v2)
![](/download/attachments/533731989/image2020-2-6_7-45-14.png?version=1&modificationDate=1580989515080&api=v2)
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.
Image Added
As interações dos chamados serão gravadas nos comentários. Image Added
Os encaminhamentos e repasses serão gravados nos Encaminhamentos. Image Added
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo6 |
---|
| Protocolos e RN412 e RN395Foram 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): ![](/download/attachments/533731989/image2020-2-4_13-7-23.png?version=1&modificationDate=1580836043553&api=v2)
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á. |
|