Histórico da Página
ESTRUTURA DE PÁGINAS
...
...
- OINF0011.1 / Responde (Suporte Padrão)OINF0011.2 OINF0011.3
- SUP.PROTHEUS - Catálogo de Vídeos How To
- SUP.PROTHEUS - Como gerar o ticket para ter um atendimento +assertivo e +efetivo
Como gerar o ticket para ter um atendimento +assertivo e +efetivo
Você sabia que quando um analista de Suporte Técnico recebe sua ocorrência ele precisa: Ter ciência clara de quais as rotinas (e versões) utilizadas; Compreender o processo exato realizado que resultou no comportamento questionado; Executar o teste com o mesmo cenário exposto e suas particularidades para simular a inconsistência mencionada; Realizar a análise do código fonte e possíveis variações de comportamento com base nas particularidades... para então, lhe fornecer o parecer oficial (seja ele conceitual, ou encaminhamento para correção de produto)? Compreendendo isto, aqui vai uma É isso mesmo! Quando você envia, de uma só vez e na abertura do ticket, todos os dados que possam vir à ser pertinentes à ocorrência, o Suporte Técnico tem tudo de que precisa para realizar a análise, sem a necessidade de lhe retornar o ticket com questionamentos ou solicitações (que poderiam já ter sido esclarecidos / enviados), e você, tem um parecer técnico mais rápido e efetivo! Confira abaixo as PREMISSAS, em detalhes, de COMO GERAR UM TICKET | |||||||
| Conector de Widget | ||
|---|---|---|
|
PASSO 1: PREMISSAS | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Expandir | ||
|---|---|---|
| ||
Mantenha teu cadastro junto ao CST atualizado! Isso evita o Suporte Técnico enviar o ticket como pendente para solicitar canal telefônico válido! Procure sempre informar no ticket o nome e fone (com DDD) do responsável pela demanda. |
| Expandir | ||
|---|---|---|
| ||
Se houver consultor TOTVS de Franquia/ DRG/ Unidade/ Consultoria/Etc. atuando no Cliente para atendimento (ou para Projetos de atualização / migração / GoLive /etc) inserir o e-mail do Consultor em cópia e mencionar no ticket (informando também um contato telefônico direto). |
PASSO 2: Rotinas e Ambiente 
| Expandir | ||
|---|---|---|
| ||
Se você mencionar por exemplo "estou gerando um Contrato" pode se tratar de Gestão de Contrato (CNTA121), Contrato de Parceria de Fornecedores (MATA125), Contrato de CRM Vendas (FATA400), etc. Evite ser genérico. Informe de modo claro e preciso quais as rotinas utilizadas! Obs: um modo muito prático para verificar o nome técnico da rotina é teclar "Shift+F6 > Avançar" dentro da rotina). |
| Expandir | ||
|---|---|---|
| ||
Para informar as versões dos programas (inclusive programas internos que se integram no processo), basta informar no ticket os dados da Central de Atualizações: Ambiente, Servidor, Porta e Versão do Protheus. Caso ainda não utilize a Central de Atualizações, enviar anexado no ticket o Inspetor de Objetos. |
| Expandir | ||
|---|---|---|
| ||
Obs: Se o ambiente estiver hospedado no Cloud da TOTVS, enviar também os dados do ambiente Teste no qual ocorre o problema |
PASSO 3: Processo realizado > comportamento questionado
- Descreva em detalhes o processo realizado que leva ao comportamento questionado *Se possível, demonstre o processo em vídeo pois, pode haver detalhes que possivelmente se façam essenciais á obtenção do mesmo resultado, ou mesmo, que evidenciem para o Suporte a provável causa da ocorrência em seu ambiente*;
- Descreva o comportamento obtido no ambiente *Se o ambiente estiver hospedado no Cloud da TOTVS, enviar também os dados do ambiente Teste no qual ocorre o problema*
- Informe sua necessidade (comportamento esperado em sua expectativa)
| Informações | ||
|---|---|---|
| ||
O Suporte padrão tem como característica o atendimento, análise e replicação similar de cenários mapeados, para simulação de inconsistências de produto (conforme detalhes aqui). Apenas com base na visualização de registros já gravados no banco de dados o canal de suporte não tem ação, para atuação do suporte é necessário que seja possível simular o comportamento inconsistente para análise do processo e cenário que ocasionam a ocorrência. Sendo caso(s) isolado(s), é necessário que se realizem testes e simulações do processo, com um cenário compatível, a fim de se certificar de que o comportamento inconsistente é passível de reprodução e análise. |
PASSO 4: Particularidades do cenário
Indique as particularidades do cenário que levam ao comportamento questionado:
| Expandir | ||
|---|---|---|
| ||
Informe a partir de que momento a inconsistência passou a ser apresentada. |
| Expandir | ||
|---|---|---|
| ||
Então será necessário mapear as particularidades para isolar o cenário. Exemplos: "O problema não ocorre com todos os meus Pedidos de Venda, somente quando há TES configurado para gerar duplicata e para gerar imposto X,Y,Z" (e nesse caso você pode se antecipar, antes de ser solicitado, realizando as simulações de teste em seu ambiente teste) |
| Informações | ||
|---|---|---|
| ||
Conforme Escopo de Atendimento, para garantir a integridade e assertividade da análise à seus clientes, o Suporte Técnico TOTVS atua com base em ambiente atualizado (de acordo com o Portal do Cliente) e padrão. É essencial que cada cliente possua um ambiente de testes nestas condições para validação do comportamento atualizado e padrão do sistema; bem como, para realização de testes para isolamento de seu cenário e particularidades para análise da ocorrência, quando necessário. (para um cenário de testes aderente, recomenda-se que a Base de Dados do ambiente teste seja periodicamente copiado da Base padrão) Obs: Caso o cliente não tenha condições de realizar os testes e procedimentos recomendados pelo Suporte no decorrer da análise, poderá acionar a Consultoria Técnica, conforme orientação detalhada no Submenu Escopo de Atendimento deste Material. |
PASSO 5: Arquivos e logs para análise
| Expandir | ||
|---|---|---|
| ||
O Log Profile fornece mais dados técnicos para análise, registrando as rotinas e funções processadas no decorrer do processo. Veja aqui como é simples gerar. |
| Expandir | ||
|---|---|---|
| ||
Informações relevantes do Appserver são gravadas no log. |
| Expandir | ||
|---|---|---|
| ||
O log gerado pela chave IXBLOG=LOGRUN demonstra customizações processadas no decorrer do processo. |
| Expandir | ||
|---|---|---|
| ||
Se for error log, não copie e cole o erro no corpo do ticket! Cole unicamente o cabeçalho do erro no ticket (pois isso faz com que nosso Robô de automação lhe envie prontamente o patch de correção pontual, se houver). |
| Expandir | ||
|---|---|---|
| ||
Se a ocorrência é com integração via EAI, deve-se gerar o XML criteriosamente conforme esta orientação e enviar anexo na abertura do ticket. |
SAIBA MAIS em nosso Guia de Relacionamentos - Aba Processo de Atendimento | Dicas de Abertura
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas