Pular para o conteúdo principal

Troubleshooting em linguagem de produto

Investigue problemas comuns usando sintomas visíveis no Console e encaminhe cada caso para a ação correta.

Quando usar​

  • Use quando usuários reportam problemas sem saber a causa.
  • Use para separar acesso, disponibilidade, regra de dados e uso incorreto.
  • Use antes de encaminhar um problema para o responsável adequado.

Antes de começar​

  • Coleta mínima: usuário, área do Console, horário, mensagem e objetivo.
  • Confirme se o problema afeta uma pessoa, grupo ou todos.
  • Reproduza com uma ação simples quando possível.

Passo a passo​

  1. Classifique o sintoma: área não aparece, dado não aparece, consulta negada, consulta lenta ou workspace indisponível.
  2. Para área não aparece, revise perfil de uso.
  3. Para dado não aparece, revise catálogo e regra de dados.
  4. Para consulta negada, investigue a decisão de acesso.
  5. Para workspace indisponível, verifique NoteCore e status visível.
  6. Para problema geral, veja status dos módulos e comunique impacto.
  7. Registre conclusão e próxima ação.

O que acontece depois​

  • Usuários recebem resposta clara e acionável.
  • Gestores sabem se devem ajustar regra, grupo ou perfil.
  • Problemas que exigem apoio especializado chegam ao responsável com contexto suficiente.

Erros comuns​

  • Escalar sem mensagem, horário ou usuário afetado.
  • Criar acesso amplo para contornar problema não investigado.
  • Confundir lentidão de consulta ampla com indisponibilidade do produto.
  • "Já existe uma regra de acesso cobrindo o mesmo conjunto de dados": outra regra já cobre esse catálogo, schema e tabela. A mensagem é sobre o dado escolhido, não sobre a pessoa. Solução: use um Grupo (uma regra, vários membros) ou escolha um conjunto de dados diferente.

Boas práticas​

  • Use linguagem visível ao usuário.
  • Documente causa provável e ação tomada.
  • Depois da correção, valide com o usuário afetado.

Próximos passos​