Politique de confidentialité

1. Deux modes très différents – à lire en premier#

Dans un déploiement Self-hosted, tu fais tourner l'ensemble du bot – identité Discord, paramètres du serveur, contenu des tickets, évaluations et tous les identifiants d'IA ou d'actions à distance que tu configures – sur ton propre serveur et ta propre base de données. TicketSmith (l'entreprise derrière ce site) n'a aucun serveur qui reçoit, stocke ou peut consulter quoi que ce soit de tout cela. Les sections 3 à 12 ci-dessous décrivent TicketSmith Cloud, notre service hébergé, où c'est nous qui faisons tourner le bot et sa base de données pour toi – si tu héberges toi-même, elles ne s'appliquent pas à ton déploiement. La section 11 reprend cette différence en un seul endroit.

2. Ce que nous collectons, en bref#

Voici la version courte, pour TicketSmith Cloud uniquement. Les sections 3 à 10 ci-dessous détaillent chaque ligne.

3. Connexion (TicketSmith Cloud)#

La connexion au dashboard utilise la connexion OAuth de Discord (scopes identify, guilds et guilds.members.read). Nous utilisons ton token d'accès Discord une seule fois, pour lire ton profil et les serveurs dont tu es membre ou que tu gères, puis nous le révoquons immédiatement – il n'est jamais stocké. Ce qui est stocké, dans un cookie signé dans ton navigateur, c'est ton identifiant Discord, ton nom d'affichage, le hash de ton avatar, ton rôle sur le dashboard (staff ou lecteur) et, en mode hébergé, la liste des serveurs que tu possèdes ou gères sur Discord. Ce cookie est signé cryptographiquement pour qu'on ne puisse pas le falsifier, mais il n'est pas chiffré – il ne contient ni mot de passe ni token, seulement ces identifiants. La section 13 donne tous les détails sur ce cookie.

4. La configuration de ton serveur (TicketSmith Cloud)#

Une fois que tu as installé et provisionné un serveur via le parcours d'inscription hébergé, nous stockons une ligne de configuration pour ce serveur : son statut (actif, essai ou suspendu), les identifiants des rôles Discord staff/lecteur que tu as configurés pour l'accès au dashboard, tes personnalisations visuelles et les options de fonctions que tu as réglées. C'est ce qui permet au bot de se comporter correctement pour ton serveur en particulier.

5. Contenu des tickets (TicketSmith Cloud)#

Les messages d'un salon de ticket restent sur l'infrastructure de Discord, comme n'importe quel autre salon de ton serveur – nous ne gardons pas en continu une deuxième copie de tout ce qui se dit dans un ticket. Voici ce que nous stockons dans notre base de données hébergée :

• Les métadonnées du ticket : catégorie, sujet, statut, priorité, qui l'a ouvert et pris en charge, et les horodatages.
• Ce qu'un joueur a saisi dans les champs de ton formulaire d'ouverture de ticket, si ton serveur utilise des formulaires personnalisés.
• Si tu actives l'export des transcripts : un export HTML, texte ou JSON des messages du salon à un instant donné, généré à la fermeture du ticket puis enregistré dans notre stockage, publié dans ton salon de logs et/ou envoyé en message privé à la personne qui a ouvert le ticket, selon ta configuration. Tu peux aussi activer un masquage automatique (adresses e-mail, adresses au format IPv4, suites de chiffres ressemblant à des numéros de carte et tout motif personnalisé que tu définis) qui retire les données personnelles probables avant l'écriture du fichier – c'est un filtre appliqué au mieux, pas une garantie qu'aucune donnée personnelle n'y échappe.
• Si tu utilises la fonction de résumé de ticket par IA : le résumé généré, la note de résolution et les tags de ce ticket, ainsi que le modèle qui les a produits.

6. Évaluations (TicketSmith Cloud)#

Si ton serveur utilise les évaluations de satisfaction après fermeture, nous stockons la note, un commentaire optionnel (jusqu'à 900 caractères), qui l'a laissé et quel membre du staff a traité le ticket.

7. Fonctions IA – sur activation, et ce qui quitte nos serveurs#

TicketSmith peut utiliser un fournisseur d'IA – Anthropic, OpenAI ou Google Gemini, selon celui configuré pour ce déploiement – pour rédiger des réponses, résumer des tickets, répondre aux questions courantes à partir d'une base de connaissances ou proposer une action à distance. Quand l'une de ces fonctions s'exécute, le texte du ticket concerné (messages, sujet, catégorie) est envoyé à l'API de ce fournisseur pour générer une réponse. Nous ne contrôlons pas la façon dont ce fournisseur traite les données une fois envoyées, et nous n'en sommes pas responsables – consulte sa propre politique de confidentialité pour cela.

Deux de ces fonctions – la rédaction de réponses « AI Assist » du dashboard et les actions à distance proposées par l'IA (section 8) – dépendent d'un interrupteur explicite, réservé au staff et propre à chaque serveur, désactivé par défaut. Aucun texte de ticket n'atteint un fournisseur d'IA par l'une ou l'autre de ces voies tant qu'un administrateur ne l'a pas activé pour ce serveur précis. Les autres capacités IA du bot (résumés automatiques des tickets, réponse automatique à partir de la base de connaissances et répondeur FAQ avant ticket) dépendent de la configuration IA globale de ce déploiement, désactivée par défaut, qui exige qu'un opérateur active explicitement chacune d'elles – et, pour la réponse automatique et le répondeur FAQ, qu'il liste les catégories de tickets ou les salons précis où elles peuvent fonctionner, pour que l'IA ne réponde jamais « partout » par accident.

Un serveur peut aussi fournir sa propre clé API de fournisseur d'IA au lieu d'utiliser la nôtre, avec /ai key set. Cette clé est chiffrée au repos (AES-256-GCM) dans notre base de données ; nous ne l'écrivons jamais dans les logs et ne te la réaffichons jamais en entier.

8. Actions à distance et Local Agent – ce que nous ne voyons jamais#

Certains serveurs permettent au staff de demander à l'IA de proposer une action à distance à partir du contexte d'un ticket – expulser un joueur via RCON, redémarrer un service, etc. – qu'un membre du staff doit ensuite confirmer explicitement avant toute exécution. La façon dont cette action est réellement exécutée dépend de ton déploiement :

• Self-hosted : l'intégration (RCON, SSH, SFTP, une API générique ou GitHub/GitLab) est configurée et exécutée directement dans le processus de ton bot, sur ta propre infrastructure. Si tu choisis de laisser le bot stocker un identifiant au lieu de le lire depuis une variable d'environnement, il est chiffré au repos dans ta propre base de données – les serveurs de TicketSmith n'interviennent jamais.
• TicketSmith Cloud : l'équivalent est le Local Agent, un petit processus que tu fais tourner sur ta propre infrastructure. Il garde localement tes identifiants RCON, SSH, API et GitHub et ouvre une seule connexion chiffrée sortante vers notre dashboard, authentifiée par un token d'appairage que tu peux révoquer ou renouveler à tout moment. Quand le staff confirme une action proposée, notre dashboard envoie au Local Agent une instruction encadrée (quelle intégration, quel modèle, quels paramètres) – jamais une commande libre – et l'agent l'exécute puis renvoie le résultat. Tes vrais mots de passe RCON, clés SSH, tokens d'API et tokens GitHub ne sont jamais transmis aux serveurs hébergés de TicketSmith ni stockés par eux – seul le token d'appairage passe par cette connexion, et uniquement pour l'authentifier.

9. Facturation (TicketSmith Cloud)#

Le paiement et le traitement des cartes passent directement par Stripe. Nous ne recevons ni ne stockons jamais ton numéro de carte, ton CVC ou tes coordonnées bancaires – c'est Stripe qui s'en charge. Ce que nous stockons, lié à l'identifiant de ton serveur, c'est ton identifiant client Stripe, l'identifiant d'abonnement, l'identifiant d'offre, le statut de l'abonnement, la date de fin de la période de facturation en cours et le fait que tu aies programmé ou non une résiliation.

10. La galerie publique de modèles#

Si tu choisis de publier une catégorie de tickets, un formulaire ou un panel dans la galerie publique, il passe d'abord par une étape de nettoyage automatique : tous les identifiants de rôles Discord, les identifiants de salons, ainsi que l'identifiant et le nom de ton serveur sont supprimés ou remplacés par des valeurs génériques (comme « Rôle staff n°1 ») avant que la fiche ne soit rendue publique, et le résultat est revérifié séparément pour confirmer qu'aucun élément identifiant n'a survécu. Une fiche publiée décrit la forme d'un modèle – libellés, types de champs, disposition des boutons – jamais le serveur d'où il vient.

11. Self-hosted, encore une fois#

Pour redire clairement la section 1 : tout ce qui figure dans les sections 2 à 12 décrit ce que stocke TicketSmith Cloud, notre service hébergé. Si tu fais plutôt tourner TicketSmith toi-même – sur ton propre serveur, avec ta propre base de données, ta propre clé de fournisseur d'IA si tu choisis d'activer les fonctions IA, et tes propres identifiants pour les actions à distance – aucune de ces données ne nous parvient jamais. Nous n'avons aucun serveur, dashboard ou base de données qui les reçoit, et l'infrastructure de ce site n'a aucune visibilité sur un déploiement Self-hosted.

12. Avec qui nous partageons des données#

Discord, nécessairement, pour faire fonctionner le bot et la connexion au dashboard. Le fournisseur d'IA que tu as configuré, uniquement pour les requêtes décrites à la section 7, et uniquement pour les serveurs qui ont activé cette fonction. Stripe, pour la facturation. Nous ne vendons pas de données personnelles et ne les partageons pas à des fins publicitaires – aucun mécanisme de ce type n'existe nulle part dans le code de TicketSmith.

13. Cookies#

Le dashboard de TicketSmith Cloud place un cookie d'authentification, nommé par défaut ticketbot_session (le nom exact est configurable pour chaque déploiement). Il est signé cryptographiquement avec HMAC-SHA256 – s'il est modifié, la vérification de la signature échoue et la session est rejetée – mais il n'est pas chiffré : considère-le comme une session de connexion, pas comme un endroit où nous cachons des secrets. Il contient ton identifiant Discord, ton nom d'affichage, le hash de ton avatar et ton rôle sur le dashboard (staff ou lecteur) ; en mode hébergé, il contient aussi la liste des serveurs que tu as le droit de gérer. Il est strictement nécessaire à l'authentification et n'est jamais utilisé pour le suivi, les statistiques ou la publicité.

Pendant la connexion, un second cookie de courte durée (le même nom avec le suffixe _oauth_state) est placé pour quelques minutes afin de protéger contre la falsification de requêtes intersites. Il contient une valeur aléatoire, pas ton identité, et il est supprimé dès que la connexion est terminée.

Ces deux cookies sont strictement nécessaires au fonctionnement du dashboard – sans eux, tu ne peux pas rester connecté – ils sont donc exemptés des exigences de consentement aux cookies, et TicketSmith n'affiche pas de bannière de consentement pour eux. Les pages de présentation que tu lis en ce moment, y compris celle-ci, ne placent aucun cookie ; le choix du thème dans l'en-tête est mémorisé dans le stockage local de ton navigateur, qui ne quitte jamais ton appareil.

14. Conservation et suppression#

Aujourd'hui, les tickets et leurs transcripts générés sont conservés jusqu'à la suppression du ticket ou du serveur (guild) auquel ils appartiennent – TicketSmith Cloud n'a aucune expiration automatique ni tâche de purge qui les supprime au bout d'un certain temps. Ce n'est pas un choix de politique déguisé en limite technique : c'est un vrai manque, et nous préférons te le dire franchement plutôt que d'inventer une durée de conservation qui n'est appliquée nulle part dans le produit.

Il n'existe pas non plus encore d'outil en libre-service « exporter ou supprimer mes données » dans le produit. En attendant, contacte-nous (section 16) et nous traiterons ta demande d'export ou de suppression à la main.

15. Tes droits#

Selon l'endroit où tu te trouves, la loi sur la protection des données (comme le RGPD) te donne des droits sur les données personnelles décrites sur cette page. TicketSmith les respecte sur demande, où que tu sois :

• Accès – demander quelles données personnelles nous détenons sur toi.
• Rectification – nous demander de corriger des données inexactes ou incomplètes.
• Effacement – nous demander de supprimer tes données, dans les limites exposées honnêtement à la section 14 (aujourd'hui, nous le faisons à la main).
• Portabilité – demander une copie de tes données dans un format lisible par machine.
• Limitation – nous demander de limiter l'utilisation de tes données pendant le traitement d'une demande.
• Opposition – t'opposer à un traitement qui repose sur notre intérêt légitime comme base légale.
• Retrait du consentement – pour tout ce qui repose sur le consentement plutôt que sur l'une des autres bases légales de la section 2, le retirer à tout moment ; cela n'a aucun effet sur les cookies essentiels de la section 13, qui n'ont jamais reposé sur le consentement.

Pour exercer l'un de ces droits, contacte-nous via la section 16. Nous pouvons avoir besoin de vérifier que c'est bien toi qui fais la demande – pour un service basé sur Discord, il suffit en général de confirmer depuis le compte Discord associé à la demande.

16. Contact et modifications#

Ces adresses sont en cours de mise en place pendant le lancement de ticketsmith.net, nous ne pouvons donc pas encore promettre qu'elles soient actives et surveillées en permanence – merci de ta patience si une réponse prend un peu de temps. En attendant, le moyen le plus rapide de nous joindre est Discord, via le serveur sur lequel tu utilises TicketSmith.

Nous pouvons mettre à jour cette page quand le service évolue ; continuer à l'utiliser après une mise à jour signifie que tu acceptes la version révisée.