Histórico da Página
...
Para utilização, basta atualizar a mídia contendo a atualização, e configurar os campos do CRM abaixo através do script que será disponibilizado nesta documentação. Os códigos a serem utilizados são do CRM, e ficam disponíveis na URL do detalhar do respectivo cadastro, conforme prints abaixo:
- Categoria de Atendimento (categoryId) - html-crm.ticket-type
- Motivo de Atendimento (motiveId) - html-crm.ticket-subject
- Setor de Atendimento (userGroupId) - html-crm.group-user
- Canal de Atendimento (channelId)
Estes campos são do cadastro do CRM, e o código a ser informado deve ser do cadastro deles.
Para pegar o código, o cliente pode criar um protocolo do tipo Cliente Particular pela tela Manutenção de Ocorrências (Gestão de Planos), e no F12, verificar o código interno dos campos citados.
Exemplo:
Abrir o F12 antes de tudo, criar um protocolo tipo "Cliente Particular", em destaque os campos citados acima, que devem ser devidamente informados (categoria, motivo, setor e canal de atendimento).
Na área de Network, deve constar uma requisição, como a do exemplo abaixo. No caso a ocorrência foi colocada como Pendente, então a requisição se chama "pending", ao clicar nela constará todos os campos que foram enviados ao backend para gravar o protocolo. Os códigos dos campos citados acima são os códigos internos do CRM, os quais serão informados no script abaixo.
- - html-crm.ticketSource
Nesta tela, é necessário abrir o F12 do browser, na parte do Network, antes de clicar no nome do Canal de Atendimento, irá mostrar o código interno no nome da requisição, conforme print abaixo.
Script para atualização dos quatro campos citados acima:
...
Também foi desenvolvido o processo de resposta ou solução do protocolo não cliente. Quando o protocolo é respondido o protocolo ou solucionado no CRM, é efetuada a integração com o GPU, informando os dados da resposta e se o protocolo foi resolvido (solucionado), conforme o manual.
Conteúdos relacionados:
...