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

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
• 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

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.

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.

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:

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

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 será passada para o CRM como 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ário.

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.

Imagem Chamado HMR

Imagem Ocorrência CRM

Os chamados dentro do HMR permanecerão lá para checagem dos dados ou futura pesquisa, até que as telas do HMR sejam descontinuadas.

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