Comment passer de Ticket Tool, TicketsBot ou d'un autre bot de tickets Discord
Une checklist pratique pour migrer un serveur de support actif vers TicketCord : quoi inventorier en premier, comment faire tourner les deux bots en parallèle, et ce qui ne peut vraiment pas être importé.
Ce qui se transfère réellement
TicketCord n'a pas d'importateur pour un autre bot. Il ne peut pas lire les tickets, transcriptions, statistiques, panneaux ou paramètres d'un autre bot, et il n'existe aucun format d'import pour tout cela. Vos rôles, catégories et canaux Discord se transfèrent parce qu'ils appartiennent déjà à votre serveur, pas à l'ancien bot ; tout le reste de ce guide est une reconstruction manuelle, et les tickets et transcriptions historiques restent avec l'ancien bot à moins que vous ne les exportiez d'abord.
Inventoriez l'ancien bot avant de toucher à quoi que ce soit
Consacrez vingt minutes à cela avant de créer quoi que ce soit de nouveau dans TicketCord ; chaque lacune manquée ici devient une lacune de support après la migration.
- Chaque panneau et ses boutons : type de ticket, catégorie, rôle du personnel mentionné, et les éventuelles questions de formulaire.
- Rôles du personnel : qui compte comme support, et qui a un accès administrateur au tableau de bord de l'ancien bot.
- Messages de bienvenue, de fermeture et de DM que les membres voient actuellement.
- Réponses rapides ou extraits et leurs raccourcis.
- Délai de fermeture automatique et éventuels rappels d'inactivité.
- Horaires d'ouverture, règles SLA, et éventuelles intégrations webhook ou Slack.
- Paramètres d'export des transcriptions, pour pouvoir récupérer une archive avant de retirer l'ancien bot.
Créez votre bot TicketCord
Créez une application Discord dans le Developer Portal, activez Server Members Intent et Message Content Intent, et collez le jeton dans Tableau de bord → Ajouter un bot. Invitez-le avec le bouton Inviter du tableau de bord pour qu'il obtienne les autorisations nécessaires. L'ancien bot peut rester sur le serveur pendant que vous faites cela ; rien dans la migration n'exige de le retirer d'abord.
Réutilisez ou recréez votre structure
Exécutez /setup dans Discord. S'il trouve des catégories de tickets ou des rôles du personnel existants, choisissez Utiliser l'existant (recommandé) pour conserver intactes les autorisations de canaux et les mentions de rôles, ou Créer quand même (nouveaux noms) pour un ensemble distinct et propre. Dans tous les cas, sélectionnez la catégorie de tickets, la catégorie fermée, le canal de logs et le canal de transcription sous Tableau de bord → Bots → votre bot → Serveurs → le serveur → Structure, et ajoutez les rôles Discord de votre équipe de support sous Personnel.
Reconstruisez les panneaux, messages et réponses rapides
Créez une intégration par ancien panneau sous Panneaux et intégrations, avec un bouton par ancien type de ticket ou un menu déroulant pour un panneau à sélection ; attachez un formulaire à un bouton si l'ancien panneau recueillait des réponses au préalable, même si les formulaires multi-étapes nécessitent Basic ou supérieur. Publiez chaque panneau avec le bouton Post du tableau de bord ou /embed <name> [channel]. Recréez le message de bienvenue du ticket comme un design sous Messages, et ajoutez chaque ancien extrait sous Réponses rapides avec le même raccourci pour que le personnel garde ses automatismes ; Basic et Pro autorisent 25 réponses rapides, Enterprise est illimité. Les limites de panneaux enregistrés sont de 1 sur Free, 5 sur Basic et Pro, et 15 sur Enterprise, alors comptez vos anciens panneaux avant de les consolider.
Reconstruisez le cycle de vie du ticket
Définissez la limite de tickets ouverts par utilisateur sous Ouverture, fixée à 5 sur Free et configurable sur Basic et supérieur, décidez si le personnel prend en charge les tickets sous Prise en charge, et recréez la confirmation de fermeture et le DM de fermeture sous Fermeture. Fermeture automatique et rappels nécessite Basic ou supérieur pour la minuterie d'inactivité. Recréez toute invite d'évaluation ou de retour que l'ancien bot avait sous Retours, et tout tag que le personnel utilisait pour trier les tickets sous Tags. Définissez le canal de transcription et la politique de rétention sous Transcriptions ; la valeur par défaut est de 90 jours sur Free et 365 jours sur les forfaits payants, alors choisissez Conserver jusqu'à suppression manuelle sur un forfait payant si l'ancien bot conservait les transcriptions indéfiniment.
Configurez ModMail si l'ancien bot gérait les DM
Si les membres avaient l'habitude d'envoyer un DM à l'ancien bot plutôt que d'ouvrir un ticket de panneau, activez ModMail sous l'onglet Canaux : choisissez la catégorie des canaux ModMail, définissez le personnel et les rôles à mentionner, les DM d'accueil et de fermeture, et les éventuelles exigences d'âge de compte minimum ou d'ancienneté sur le serveur appliquées par l'ancien bot. Les rappels au personnel et aux utilisateurs nécessitent Basic ou supérieur.
Testez avec l'ancien bot toujours actif
Publiez d'abord le nouveau panneau dans un canal privé. Ouvrez un ticket avec chaque bouton, prenez-le en charge, envoyez une réponse rapide, fermez-le, et vérifiez que la transcription arrive dans le canal de transcription et que le ticket apparaît sous Tableau de bord → Tickets. Exécutez /diagnose pour repérer les lacunes d'autorisations, comme une permission de catégorie manquante, avant même que les membres ne voient le nouveau bot.
Basculez et retirez l'ancien bot
- Annoncez le changement et la date.
- Publiez les panneaux TicketCord dans les vrais canaux de support et retirez ou désactivez les panneaux de l'ancien bot.
- Laissez les tickets ouverts sur l'ancien bot se terminer naturellement, ou demandez au personnel de les fermer et de rouvrir dans TicketCord tout ce qui n'est pas résolu.
- Retirez l'ancien bot du serveur, ou au moins retirez-lui les autorisations de création de canaux, pour que les membres ne puissent pas ouvrir des tickets dans deux systèmes.
- Conservez le canal de transcription de l'ancien bot ou les fichiers exportés aussi longtemps que vous avez besoin de l'historique.
Erreurs courantes pendant une migration
- Laisser les panneaux des deux bots actifs en même temps, ce qui montre aux membres deux boutons de ticket et sème la confusion sur le bot propriétaire d'un nouveau ticket.
- Oublier de réassigner les restrictions de rôle du personnel par bouton, si bien qu'un panneau qui mentionnait autrefois une équipe spécifique finit par ne mentionner personne.
- Sauter /diagnose après la migration et ne découvrir une autorisation manquante que lorsque le premier vrai ticket échoue.
- Supprimer le canal de transcription de l'ancien bot avant d'exporter ou d'archiver l'historique dont vous avez encore besoin.
Quel forfait vous faut-il pour la migration
Chaque nouveau compte TicketCord démarre avec un essai Enterprise de 14 jours, sans carte requise, alors reconstruisez votre configuration avec toutes les fonctionnalités disponibles et comparez ensuite ce que vous avez réellement utilisé à la page des tarifs. La fermeture automatique, les réponses rapides, les formulaires de candidature et le DM à l'arrivée nécessitent Basic ; l'IA et une base de connaissances nécessitent Pro ; les webhooks, la gestion des SLA, les horaires d'ouverture et les approbations nécessitent Enterprise. Si vous optez pour un forfait inférieur à celui de l'essai, les fonctionnalités payantes que vous avez configurées sont désactivées plutôt que supprimées, vous pourrez donc les réactiver plus tard sans tout reconstruire.