Como migrar do Ticket Tool, TicketsBot ou outro bot de tickets do Discord
Uma checklist prática para mover um servidor de suporte ativo para o TicketCord: o que inventariar primeiro, como rodar os dois bots em paralelo e o que realmente não pode ser importado.
O que realmente é transferido
O TicketCord não tem um importador para outro bot. Ele não consegue ler tickets, transcrições, estatísticas, painéis ou configurações de outro bot, e não existe formato de upload para nada disso. Suas funções, categorias e canais do Discord são transferidos porque já pertencem ao seu servidor, não ao bot antigo; tudo o mais neste guia é uma reconstrução manual, e tickets e transcrições históricos permanecem com o bot antigo, a menos que você os exporte antes.
Faça o inventário do bot antigo antes de tocar em qualquer coisa
Dedique vinte minutos a isso antes de criar qualquer coisa nova no TicketCord; toda lacuna que você deixar passar aqui vira uma lacuna de suporte depois da migração.
- Cada painel e seus botões: tipo de ticket, categoria, função de equipe mencionada e quaisquer perguntas de formulário.
- Funções de equipe: quem conta como suporte e quem tem acesso de administrador ao painel do bot antigo.
- Mensagens de boas-vindas, fechamento e DM que os membros veem atualmente.
- Respostas prontas ou trechos e seus atalhos.
- Tempo de fechamento automático e quaisquer lembretes de inatividade.
- Horário comercial, regras de SLA e quaisquer integrações de webhook ou Slack.
- Configurações de exportação de transcrição, para você conseguir extrair um arquivo antes de remover o bot antigo.
Crie o seu bot TicketCord
Crie um aplicativo Discord no Developer Portal, ative Server Members Intent e Message Content Intent, e cole o token em Painel → Adicionar Bot. Convide-o com o botão Convidar do painel para que ele receba as permissões de que precisa. O bot antigo pode continuar no servidor enquanto você faz isso; nada na migração exige removê-lo antes.
Reaproveite ou recrie sua estrutura
Execute /setup no Discord. Se ele encontrar categorias de ticket ou funções de equipe existentes, escolha Usar Existentes (Recomendado) para manter intactas as permissões de canal e as menções de função, ou Criar Mesmo Assim (Novos Nomes) para um conjunto separado e limpo. De qualquer forma, selecione a categoria de ticket, a categoria de fechados, o canal de log e o canal de transcrições em Painel → Bots → seu bot → Servidores → o servidor → Estrutura, e adicione as funções do Discord da sua equipe de suporte em Equipe.
Reconstrua painéis, mensagens e respostas rápidas
Crie uma incorporação para cada painel antigo em Painéis e Incorporações, com um botão para cada tipo de ticket antigo ou um menu suspenso para um painel de seleção; anexe um formulário a um botão se o painel antigo coletava respostas antes, embora formulários de múltiplas etapas exijam Basic ou superior. Publique cada painel com o botão Publicar do painel ou /embed <nome> [canal]. Recrie a mensagem de boas-vindas do ticket como um design em Mensagens, e adicione cada trecho antigo em Respostas Rápidas com o mesmo atalho para que a equipe mantenha sua memória muscular; Basic e Pro permitem 25 respostas rápidas, o Enterprise é ilimitado. Os limites de painéis salvos são 1 no Free, 5 no Basic e no Pro, e 15 no Enterprise, então conte seus painéis antigos antes de consolidá-los.
Reconstrua o ciclo de vida do ticket
Defina o limite de tickets abertos por usuário em Abertura, fixo em 5 no Free e configurável no Basic e acima, decida se a equipe assume os tickets em Atribuição, e recrie a confirmação de fechamento e a DM de fechamento em Fechamento. Fechamento Automático e Lembretes exige Basic ou superior para o timer de inatividade. Recrie qualquer solicitação de avaliação ou feedback que o bot antigo tinha em Feedback, e quaisquer tags que a equipe usava para organizar tickets em Tags. Defina o canal de transcrições e a política de retenção em Transcrições; o padrão é 90 dias no Free e 365 dias nos planos pagos, então escolha Manter até exclusão manual em um plano pago se o bot antigo mantinha as transcrições para sempre.
Configure o ModMail se o bot antigo cuidava de DMs
Se os membros costumavam mandar DM para o bot antigo em vez de abrir um ticket de painel, ative o ModMail na aba Canais: escolha a categoria para os canais de ModMail, defina equipe e funções de menção, as DMs de boas-vindas e encerramento, e quaisquer requisitos mínimos de idade de conta ou de tempo no servidor que o bot antigo aplicava. Lembretes de equipe e usuário exigem Basic ou superior.
Teste com o bot antigo ainda em execução
Publique primeiro o novo painel em um canal privado. Abra um ticket com cada botão, assuma-o, envie uma resposta rápida, feche-o e confirme que a transcrição chega ao canal de transcrições e que o ticket aparece em Painel → Tickets. Execute /diagnose para detectar lacunas de permissão, como uma permissão de categoria ausente, antes que os membros vejam o novo bot.
Migre de vez e remova o bot antigo
- Anuncie a mudança e a data.
- Publique os painéis do TicketCord nos canais de suporte reais e remova ou desative os painéis do bot antigo.
- Deixe os tickets abertos no bot antigo terminarem naturalmente, ou peça à equipe para fechá-los e reabrir no TicketCord tudo o que ficou sem solução.
- Remova o bot antigo do servidor, ou pelo menos retire suas permissões de criação de canal, para que os membros não possam abrir tickets em dois sistemas.
- Mantenha o canal de transcrições do bot antigo ou os arquivos exportados pelo tempo que você precisar do histórico.
Erros comuns durante uma migração
- Deixar os painéis dos dois bots ativos ao mesmo tempo, o que mostra aos membros dois botões de ticket e confunde qual bot é dono de um novo ticket.
- Esquecer de reatribuir as restrições de função de equipe por botão, fazendo com que um painel que costumava mencionar um time específico acabe não mencionando ninguém.
- Pular o /diagnose depois da migração e só descobrir uma permissão ausente quando o primeiro ticket real falha.
- Excluir o canal de transcrições do bot antigo antes de exportar ou arquivar o histórico que você ainda precisa.
Qual plano você precisa para a migração
Toda nova conta do TicketCord começa com um teste Enterprise de 14 dias, sem necessidade de cartão, então reconstrua sua configuração com todos os recursos disponíveis e compare depois o que você realmente usou com a página de preços. Fechamento automático, respostas rápidas, formulários de candidatura e DM ao entrar exigem Basic; IA e base de conhecimento exigem Pro; webhooks, gerenciamento de SLA, horário comercial e aprovações exigem Enterprise. Se você se estabelecer em um plano inferior ao do teste, os recursos pagos que você configurou são desativados em vez de excluídos, então você pode reativá-los depois sem reconstruir nada.