Traitement des données : conservation et suppression
En vigueur le 28 octobre 2026
| Application | TreeCraft : hiérarchies de tickets, une application Jira Cloud conçue sur Atlassian Forge |
|---|---|
| Fiche Marketplace | À venir. TreeCraft n’est pas encore sur le Marketplace d’Atlassian, et sa clé d’application sera ajoutée ici lorsqu’elle le sera. |
| Identifiant de l’application Forge | ari:cloud:ecosystem::app/2f99b935-aba0-4b23-8784-05691aaac4b9 |
| Éditeur | Logiciels Plugincraft inc., Québec, Canada |
En bref
- Toutes les données que l’application stocke sont conservées dans le stockage Forge, à l’emplacement de résidence des données de votre site Jira, et suivent le site. La seule exception est un petit jeton de recherche que Jira garde sur les tickets lorsque la recherche est activée pour une hiérarchie.
- L’application n’envoie aucune donnée à Plugincraft ni à un autre service hors d’Atlassian : aucune donnée n’est donc détenue par un tiers à supprimer.
- Les hiérarchies sont conservées jusqu’à ce qu’une personne les supprime. Les enregistrements de courte durée sont retirés par l’application selon le calendrier ci-dessous.
- Lorsque l’application est désinstallée, Atlassian garde les données qu’elle a stockées pendant 30 jours, puis les supprime définitivement.
Où sont conservées les données
L’application stocke ses données dans Forge SQL, la base hébergée d’Atlassian pour les applications Forge, et dans le stockage clé-valeur Forge (seulement pour les instantanés de références de la chronologie). Les deux appartiennent à votre installation. Le stockage hébergé Forge prend en charge la résidence des données : il reste au même endroit que le site Jira, et Forge le déplace lorsqu’un administrateur déplace le site. L’application n’a besoin d’aucun réglage propre pour cela et ne garde aucune copie ailleurs.
Jira garde lui-même les jetons de recherche que l’application écrit sur les tickets sous forme de propriétés lorsque la recherche est activée pour une hiérarchie.
L’application ne déclare aucune sortie de données : il n’y a donc aucune donnée envoyée hors d’Atlassian dont la conservation pourrait être décrite ici.
Chiffrement. Atlassian indique que la plateforme Forge utilise AES-256 pour chiffrer au repos les données stockées dans le stockage des applications Forge, et TLS 1.2 ou une version supérieure en transit. Voir Chiffrement au repos et en transit dans l’Aperçu de la sécurité, qui renvoie à la documentation d’Atlassian.
Ce qui est stocké et combien de temps
| Données | Où | Combien de temps |
|---|---|---|
| Les hiérarchies et leur contenu : lignes (identifiants de tickets et positions), dossiers, mémos, éléments de planification, règles et leur résultat (identifiants seulement), notes et valeurs de champs de l’application, étiquettes | Forge SQL | Jusqu’à ce qu’une personne supprime la hiérarchie. Les hiérarchies archivées sont conservées jusqu’à leur suppression. |
| Vues, colonnes enregistrées, préréglages de transformations et de règles, liens partagés, favoris, éléments récents et lignes du presse-papiers | Forge SQL | Jusqu’à ce que la personne qui les a créés les retire, ou que la hiérarchie à laquelle ils appartiennent soit supprimée. Les liens partagés et les favoris restent jusqu’à leur retrait. |
| Historique des changements et exécutions d’écritures avec leurs changements | Forge SQL | Un an. L’application supprime chaque jour les entrées plus anciennes. C’est activé par défaut, et un administrateur peut le désactiver, auquel cas l’historique est conservé jusqu’à la suppression de la hiérarchie. |
| Paramètres, permissions, administrateurs de l’application, limites et état de la licence | Forge SQL | Jusqu’à modification, ou jusqu’à la désinstallation de l’application. |
| Qui est quelqu’un dans Jira (identifiants de groupes, administrateur Jira, rôles de projet) et les schémas de chaque projet, partagés entre les instances de l’application | Forge SQL | Quelques minutes : les groupes et rôles d’une personne au plus 5 minutes, les réponses de visibilité une minute. |
| Quels tickets les événements de Jira ont dit avoir changé : identifiants numériques et heures seulement | Forge SQL | Un jour. Une tâche quotidienne retire les marques plus anciennes. |
| Noms des statuts, priorités, types de tickets, résolutions et types de liens du site, par identifiant | Forge SQL | Jusqu’à la désinstallation de l’application. L’application les actualise. |
| Objets Assets que les tickets des hiérarchies nomment : nom, clé, type, date de mise à jour d’Assets et certains attributs (texte coupé à 100 caractères, nombres, dates, statuts et semblables; jamais une adresse courriel ni un attribut masqué) | Forge SQL | Un objet est retiré lorsqu’aucune hiérarchie ne le nomme. La note d’une hiérarchie disant qu’elle nomme un objet disparaît après 7 jours sans qu’aucune page le nomme, ou aussitôt que la hiérarchie est supprimée. Une hiérarchie nomme au plus 10 000 objets distincts par défaut. |
| Équipes et capacité : équipes, membres (identifiants de comptes Atlassian), postes, heures hebdomadaires, absences (jours et heures seulement, sans motif) et engagements | Forge SQL | Les absences sont effacées deux ans après leur fin. Le reste est conservé jusqu’à sa suppression. Les engagements d’une hiérarchie supprimée sont retirés par la maintenance quotidienne. |
| Heures saisies à la main, calendriers de jours fériés, personnes fictives, types et décalages de dépendances, liens d’éléments de planification | Forge SQL | Jusqu’à ce qu’une personne les supprime ou que la hiérarchie à laquelle ils appartiennent soit supprimée. |
| Références : nom, qui l’a enregistrée et quand; et les dates de chaque élément, avec l’estimation restante d’un ticket en heures | Forge SQL et stockage clé-valeur Forge | Jusqu’à ce qu’une personne ayant Modifier supprime la référence (au plus 10 par hiérarchie). Lorsqu’une hiérarchie est supprimée, la tâche quotidienne retire les dates et les lignes de ses références. |
| API REST : appels par appelant et par site chaque minute (identifiants de comptes et nombres) | Forge SQL | Supprimés après une heure. |
| API REST : pour chaque clé d’idempotence, une empreinte de la requête et la première réponse, qui peut contenir le nom d’une hiérarchie ou d’un dossier | Forge SQL | Supprimées après 24 heures. |
| Jetons de recherche sur les tickets | Propriétés de tickets Jira | Conservés avec les tickets par Jira. L’application retire les jetons d’une hiérarchie lorsque sa recherche est désactivée ou que la hiérarchie est supprimée. |
| Messages entre les propres fonctions de l’application, et signaux de mise à jour en direct | Plateforme Forge | De courte durée. Ils contiennent des identifiants, des types de tâches et des heures; un signal en direct contient au plus 100 identifiants numériques de tickets. |
| Choix d’affichage comme le renvoi à la ligne et la dernière hiérarchie ouverte | Le navigateur de la personne | Jusqu’à ce que la personne efface les données de son navigateur. Ils ne sont transmis nulle part. |
| Journaux de l’application | Journaux Forge | Voir Journalisation des données. |
L’application stocke des identifiants de comptes Atlassian pour savoir à qui appartient une hiérarchie, qui y a accès et qui a fait un changement. Elle ne stocke ni les noms ni les adresses courriel des personnes : elle les demande à Jira lorsqu’elle doit les afficher. Ce que les gens tapent dans les notes, les mémos et les champs est stocké tel quel.
Lorsqu’un compte Atlassian est fermé ou supprimé : l’application ne retire pas encore et ne remplace pas encore les identifiants de compte qu’elle conserve pour ce compte. L’API de rapport sur les données personnelles d’Atlassian (Personal data reporting API) permet à une application de savoir lesquels des identifiants de compte qu’elle conserve appartiennent à des comptes fermés ou supprimés. La prise en charge de cette API est en cours d’ajout à l’application. D’ici là, l’application ne le fait pas d’elle-même. Un identifiant de compte seul n’est ni un nom ni une adresse courriel, et l’application ne conserve ni l’un ni l’autre.
Comment les données sont supprimées
- Supprimer une hiérarchie. Une personne ayant Contrôler la supprime depuis ses paramètres. Cela retire ses lignes, ses règles, ses écritures et leurs enregistrements. Ses références partent à la prochaine maintenance quotidienne. C’est irréversible. Les tickets restent dans Jira. Archivez plutôt une hiérarchie pour la sortir de la liste sans la supprimer.
- Maintenance quotidienne. Une tâche quotidienne efface ce que plus personne ne peut atteindre : les lignes laissées par une hiérarchie supprimée (en deux étapes, pour qu’une hiérarchie en cours de création ou de copie ne soit jamais touchée) et les résultats de règles remplacés. Les administrateurs voient la dernière exécution et peuvent la lancer à la demande.
- Ancien historique. L’historique des changements et les exécutions d’écritures de plus d’un an sont supprimés chaque jour, sauf si un administrateur l’a désactivé.
- Éléments individuels. La personne à qui appartient une vue, une colonne enregistrée, un préréglage ou une référence peut la supprimer.
- Désinstallation. L’application n’a aucun code qui s’exécute à la désinstallation et ne garde aucune copie hors de l’installation. Lorsqu’un administrateur désinstalle l’application, Atlassian supprime d’abord de façon logicielle les données qu’elle a stockées pour le site, les garde 30 jours, puis les supprime définitivement. Une réinstallation est une nouvelle installation, mais une demande faite à Atlassian dans les 21 jours suivant la désinstallation peut la relier aux anciennes données. Un administrateur peut aussi garder l’application jusqu’à la fin de la période de facturation ou d’essai, plus 60 jours, avant son retrait, ou la retirer tout de suite. Ces délais sont ceux d’Atlassian : voir la page d’Atlassian pour les administrateurs de site et sa page sur le cycle de vie des données du stockage hébergé Forge (en anglais), qui prévalent si elles changent.
- Copies qu’Atlassian garde. Lorsque l’application supprime des données pendant qu’elle est installée, Atlassian les retire du stockage principal et garde une copie supprimée de façon logicielle pour qu’une suppression accidentelle puisse être annulée. Atlassian détruit cette copie, et les sauvegardes faites avant la suppression, à la fin de sa période de conservation.
- Suppression du site. Lorsqu’un site Jira est supprimé, le site et les données de l’application restent récupérables pendant la période de suppression logicielle d’Atlassian. Une fois le site retiré définitivement par Atlassian, les données de l’application sont supprimées aussitôt.
- Sauvegardes et exportations. Un administrateur Jira peut enregistrer un fichier de sauvegarde, et chacun peut exporter vers Excel, CSV ou JSON. Le fichier est enregistré à l’endroit choisi par cette personne, et Plugincraft ne le reçoit jamais. Une sauvegarde contient le contenu privé de chaque hiérarchie (règles, JQL, notes et qui peut voir quoi) et jamais le détail des tickets : il faut donc la ranger en lieu sûr. Supprimer des données dans l’application ne supprime pas les fichiers déjà enregistrés; la personne qui les a enregistrés en contrôle la conservation.
- Restauration. Une restauration crée de nouvelles hiérarchies à côté de celles qui existent et ne remplace rien.
- Chiffriers importés. Le fichier est lu dans le navigateur de l’administrateur et n’est envoyé nulle part. L’application ne stocke que la hiérarchie qui en est tirée.
Demandes concernant les renseignements personnels
Les données que vous avez créées dans l’application se trouvent dans votre site Jira : vos administrateurs peuvent les exporter, les modifier ou les supprimer directement. Pour des questions ou des demandes sur les renseignements personnels que Plugincraft détient elle-même, voir la politique de confidentialité ou écrivez au propriétaire de Logiciels Plugincraft inc., la personne responsable de la protection des renseignements personnels, à info@plugincraft.ca.
Documents connexes
- Journalisation des données
- Diagramme d’architecture et flux de données (protégé par mot de passe : demandez l’accès à info@plugincraft.ca)
- Sous-traitants
- Aperçu de la sécurité
- Politique de confidentialité