Avec la politique Atlassian Data Contribution, l'éditeur utilise d'office vos métadonnées Jira et Confluence pour entraîner ses IA. Pour protéger votre propriété intellectuelle, vous devez configurer manuellement les options d'exclusion ou basculer vers une licence Enterprise. Reprenez le contrôle de vos secrets industriels face à la fin du cloud neutre. Le 17 août 2026 correspond à l'entrée en vigueur des conditions juridiques mises à jour d'Atlassian et au début de l'utilisation des données éligibles selon les paramètres de contribution actifs. Le dispositif concerne initialement Jira, Confluence et Jira Service Management, ainsi que les applications de plateforme comme Rovo, Home, Teams, Projects, Assets, Goals, Analytics et Administration. Certains connecteurs Teamwork Graph sont également concernés, mais les applications dépourvues de réglages de contribution ne le sont pas encore. L'évolution de la plateforme vers une automatisation intelligente, déjà documentée dans notre rapport sur l'impact des agents IA sur Atlassian Jira en 2026 , s'accompagne ainsi d'un changement de gouvernance. Atlassian déclare désidentifier et agréger les données avant leur utilisation transversale et exclut leur entraînement par ses fournisseurs de LLM tiers. Pour les entreprises européennes, cette évolution justifie néanmoins une analyse contractuelle, une vérification du registre des traitements et une évaluation adaptée au RGPD ainsi qu'aux obligations applicables de l'AI Act. La vigilance doit porter sur les paramètres réels de chaque organisation, et non sur l'hypothèse que tous les contenus seraient automatiquement envoyés à un modèle. Les valeurs par défaut dépendent du forfait actif le plus élevé, essais compris, et certaines organisations utilisant CMK, BYOK, Government Cloud, Isolated Cloud ou une configuration HIPAA sont exclues du programme. Cette évolution illustre une tendance structurante du SaaS en 2026 : les éditeurs cherchent à améliorer leurs applications à partir de tendances issues des usages réels. Dans le cas d'Atlassian, ce mécanisme ne correspond pas à une récupération indifférenciée des bases clients, mais à une utilisation encadrée par deux catégories de données, des paramètres administratifs et des mesures de désidentification déclarées. La question de la propriété intellectuelle demeure pertinente, mais elle doit être posée avec précision. Atlassian n'affirme pas acquérir les méthodes de travail de ses clients ni transférer leurs données à des modèles publics. Le véritable enjeu réside dans la frontière entre l'analyse nécessaire à la fourniture du service, les tendances agrégées utilisées pour améliorer l'ensemble du portefeuille et les contenus qu'une organisation accepte volontairement de contribuer. L'asymétrie entre les forfaits reste néanmoins significative. Une PME peut désactiver ses contenus applicatifs, mais pas ses métadonnées, tandis qu'un client Enterprise dispose d'un contrôle supplémentaire. Ce choix commercial transforme donc la maîtrise complète des paramètres en fonctionnalité premium, même si certaines organisations réglementées bénéficient d'une exclusion automatique. Le contrat du SaaS évolue ainsi d'un simple hébergement vers un échange plus complexe entre service, contextualisation et amélioration collective. La bonne réponse n'est ni la confiance aveugle ni l'accusation automatique d'expropriation : elle consiste à comprendre les catégories de données, vérifier les réglages, limiter les informations sensibles et exiger une traçabilité contractuelle adaptée à chaque usage.