Relatos: atendimento local, respostas e histórico

Conversa Labs

Última atualização em 23 de out de 2026

Visão geral

Um relato pode ser atendido na própria plataforma. A ausência de um rastreador externo ou de compartilhamento com o fornecedor não impede o atendimento local.

Pré-requisitos

A conta precisa ter Relatos habilitado. Quem envia acompanha seus próprios relatos. Administradores leem os relatos da conta; responder como suporte ou acessar notas internas exige uma capacidade de suporte concedida pelo operador da instalação.

Passo a passo

  1. Abra seu relato em Meus relatos e leia a conversa pública.
  2. Responda com as informações solicitadas. A plataforma atribui a autoria à sua identidade autenticada.
  3. Ao receber um desfecho, confira o resumo. Uma reabertura preserva a conversa, as evidências e o histórico anterior.

Configurações & opções

A fila do SuperAdmin oferece filtros por conta, responsável, estado do atendimento, autoridade, prioridade e entrega. Abra um relato para ler a conversa pública, os anexos permitidos e o histórico. Ações de suporte exigem a capacidade correspondente; ser administrador da conta não a concede. Nota privada e resposta pública são ações separadas. Trocar a ação limpa o rascunho para impedir que texto privado seja levado à resposta pública.

Na configuração de Relatos, revise separadamente o atendimento local, o tracker da instalação e o compartilhamento com o fornecedor. O compartilhamento pode estar desativado, ser manual ou automático conforme a política vigente. A tela mostra o modo efetivo, sua origem e revisão. A instalação define o teto e uma conta só pode restringi-lo. Desativar pausa novos efeitos ao fornecedor; não recolhe dados já compartilhados. Reativar não envia relatos antigos automaticamente.

O Linear da instalação usa uma Personal API Key configurada apenas pelo SuperAdmin. A integração OAuth da conta não governa relatos. Escolha equipe e labels no catálogo do servidor; confira a prontidão e o webhook separadamente. Salvar ou rotacionar uma credencial é diferente de reconciliar o destino existente de um relato. O diagnóstico não cria issue nem envia resposta. Um resultado externo não confirmado exige consultar o recibo existente.

O operador pode configurar nome público, assinatura, URL de contato e termos a substituir neutros, além de delegar explicitamente capacidades de suporte para um usuário em uma conta. Credenciais armazenadas nunca são exibidas nas respostas de leitura.

Os links de Termos de Uso e Política de Privacidade dos relatos são configurações opcionais da instalação (BUG_REPORT_TERMS_URL e BUG_REPORT_PRIVACY_URL). Instalações novas começam com esses links vazios. Uma URL de relato explicitamente vazia oculta o link; apenas uma configuração legada ausente herda a URL global. Atualizar o software não reescreve as escolhas armazenadas do instalador. Configure seus próprios avisos no SuperAdmin antes de habilitar os links. O instalador é responsável pelo conteúdo e sua aplicabilidade; configurar uma URL não estabelece conformidade jurídica.

O atendimento pode estar recebido, em triagem, aguardando quem relatou, em andamento, resolvido, fechado ou duplicado. O responsável e a classificação são definidos pelo suporte autorizado. O operador pode configurar o nome público, a assinatura e o contato público do suporte.

O rastreador da instalação é configurado pelo operador. Quando ele controla o estado, uma mudança permanece pendente até a confirmação do estado remoto. Um estado informado pelo fornecedor é uma projeção separada e não resolve o atendimento local por conta própria.

Casos de uso

Para compartilhar manualmente, o suporte SuperAdmin autorizado seleciona campos, diagnósticos, anexos e dados opcionais do reportante/conta, informa um motivo e revisa destinatário e conteúdo exato da prévia. Conversa pública, notas privadas e histórico nunca são selecionáveis nessa transferência. Confirmar a prévia enfileira a tentativa autorizada; somente um recibo confirmado pelo servidor comprova o resultado. Mudanças de conteúdo, permissão, política ou destino exigem nova prévia. A expiração desabilita a confirmação.

O fornecedor autentica a instalação e já conhece o host registrado. Deixar o hostname opcional desmarcado apenas o omite desta solicitação; não torna a instalação anônima.

Use a resposta pública para conversar com quem relatou. O suporte usa a nota interna para informações que não devem aparecer nessa conversa. A nota não é enviada ao rastreador nem ao fornecedor e não gera uma notificação pública.

Dicas, limites e boas práticas

Resolver, fechar, marcar duplicado ou reabrir exige um motivo e um resumo. Um duplicado só pode apontar para um relato permitido da mesma pessoa e conta. Editar ou retirar uma resposta local preserva o histórico e não recolhe uma cópia que já tenha sido entregue externamente.

Nome neutro não torna um texto seguro automaticamente. Evite dados pessoais, segredos e links privados. O marcador de publicação de um rastreador seleciona uma resposta; ele não sanitiza o conteúdo.

Solução de problemas

Se o relato mudou enquanto você o editava, atualize antes de tentar novamente. Uma mudança aguardando confirmação não é um estado concluído. Falha ou incerteza de entrega não autoriza criar outra issue ou reenviar sem reconciliação.

Veja também

Consulte a área de Relatos para o estado e a conversa do caso. Peça ao operador da instalação a revisão de permissões, destino e compartilhamento.