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).
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. Image Added 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
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 |
---|
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 | passo2passo3 |
---|
| 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: - 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.
|
Image Added
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo3passo4 |
---|
| 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 (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) ). Image ModifiedPontos de Atenção:
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 como , devido a data de início da suspensão do registro, ou seja, caso ele esteja excluído, ele será migrado como Suspenso no CRM. Dentro do cadastro no CRM poderá ser Reativado caso necessárionecessidade 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. 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. |
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo4passo5 |
---|
| 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. Imagem Chamado HMR Imagem Ocorrência CRM , utilizando as configurações migradas. Chamado no HMR: Image Added Após a carga: Image Added Ocorrência no CRM: Image Added Image Added
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 HMR sejam descontinuadas.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 | passo5passo6 |
---|
| 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): 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á. |
|