Atlassian, Jira Verilerinizle Yapay Zeka mı Eğitiyor? 17 Ağustos'ta Değişecek Olan

Bir Jira, Confluence veya Jira Service Management sitesini yönetiyorsanız, Atlassian muhtemelen size yeni "veri katkısı" ayarlarıyla ilgili bir e-posta göndermiştir. Bunun gerçekte ne anlama geldiğini ve 17 Ağustos 2026'dan önce yapmanız gerekenleri burada bulabilirsiniz.

Değişen şey: Atlassian, Atlassian Administration üzerinde (Security → Data contribution) organizasyon düzeyinde kontroller devreye alıyor. Bu kontroller, meta verilerinizin ve uygulama içi içeriklerinizin, Atlassian'ın yapay zeka modellerini eğitmek ve Jira, Confluence, JSM ile bağlı Platform uygulamaları genelinde yapay zeka destekli özellikleri geliştirmek amacıyla kullanılıp kullanılmayacağını yönetiyor. 17 Ağustos 2026 itibarıyla Atlassian, bu ayarlar ne şekilde yapılandırılmışsa (sizin tarafınızdan yapılandırılmış ya da varsayılanda bırakılmış olsun) verilerinizi buna göre kullanmaya başlıyor.

Çoğu yöneticinin gözden kaçırdığı nokta: Bu konudaki kontrolünüz tamamen plan katmanınıza bağlı. Yalnızca Cloud Enterprise müşterileri meta veri katkısından tamamen vazgeçebiliyor. Diğer tüm katmanlar — Free, Standard, Premium — meta veriyi otomatik olarak katkı sağlıyor ve bunu kapatmanın hiçbir yolu yok. Katmandan bağımsız olarak genellikle kontrol edebildiğiniz şey uygulama içi içerik: ayarı tamamen kapatamasanız bile, belirli Confluence alanlarını, Jira projelerini veya Teamwork Graph bağlayıcılarını katkıdan hariç tutabilirsiniz.

Gerçekte yapmanız gereken: Atlassian Administration → Security → Data contribution bölümüne gidin ve halihazırda ne yapılandırılmış olduğunu görün. Organizasyonunuzun en yüksek aktif planını doğrulayın (bu, varsayılanlarınızı belirler — organizasyonunuzun herhangi bir yerinde tek bir Enterprise lisansı bile içindeki her şey için hesaplamayı değiştirir). Organizasyonunuz müşteri verisi, düzenlemeye tabi bilgi veya bir veri işleme sözleşmesi kapsamındaki herhangi bir şeyle ilgileniyorsa, varsayılanın ne olduğunu miras almak yerine, belirli projelerin veya alanların hariç tutulup tutulmayacağına bilinçli olarak karar verin.

Bu, tek bir platformdaki tek bir ayar. Organizasyonunuz aynı zamanda Slack, Notion, GitHub, Salesforce veya bağlı diğer yarım düzine SaaS aracını da çalıştırıyorsa, bunların her biri sizin adınıza sessizce kendi versiyonunda aynı kararı veriyor — bazılarında görünür bir anahtar var, bazılarında (Slack'in üretken olmayan ML eğitimi gibi) hiç anahtar yok, vazgeçme yalnızca e-posta yoluyla mümkün. Bu örüntü — gerçek ayarlar, gerçek son tarihler, gerçek sonuçlar, kimsenin kontrol etmekle görevlendirilmediği bir yönetici panelinde gömülü halde — tam olarak 8200.dev'in bağlayıcılarının otomatik olarak ortaya çıkarmak üzere tasarlandığı şey; sadece bu hafta size e-posta gönderen platform için değil, bağladığınız her platform genelinde.

Kimsenin görevlendirilmediği karar

Bir an için Atlassian'dan uzaklaşıp sorunun şeklinin ne olduğuna bakalım, çünkü bu her yerde tekrarlanıyor.

Yapay zeka özellikleri geliştiren her SaaS satıcısı aynı soruyla karşı karşıya: modeller hangi müşteri verilerinden öğrenebilir? Her satıcı bunu farklı şekilde yanıtlıyor, cevabı farklı bir yerde yayınlıyor ve müşterilere farklı derecede kontrol veriyor:

• Slack, müşteri mesajlarını ve içeriğini varsayılan olarak platform düzeyinde, üretken olmayan makine öğrenimi modellerini (arama sıralaması, öneriler) eğitmek için kullanıyor. Çalışma alanı ayarlarında hiçbir yerde bir yönetici anahtarı yok — vazgeçmek, çalışma alanı sahibinin Slack'in geri bildirim adresine e-posta göndererek talep etmesi anlamına geliyor.
• Dropbox, varsayılanı hesabınızın bulunduğu yere bağlı olan bir "üçüncü taraf yapay zeka" ayarı sunuyor: ABD hesapları için varsayılan olarak açık, AB, İngiltere ve Kanada'da varsayılan olarak kapalı. Aynı Dropbox planına sahip iki organizasyon, birbirinin zıddı tutumlara sahip olabilir ve bunu asla bilmeyebilir.
• GitHub, sınırı plana göre çiziyor: Business ve Enterprise müşteri verileri sözleşmeyle model eğitiminden hariç tutuluyor, daha düşük katmanlar ise daha geniş ürün şartları kapsamında. Aynı organizasyon katman değiştirerek sessizce tutumunu değiştirebilir.
• Salesforce, Zendesk ve Intercom'un her birinin kendi varsayılanları ve kendi vazgeçme yolları var — bir Setup sayfası, bir destek talebi, bir çalışma alanı ayarı.
• Google Workspace, Microsoft 365, Notion ve Box işin diğer tarafında yer alıyor: şartları, müşteri içeriğinin model eğitiminde kullanılmayacağını sözleşmeyle taahhüt ediyor, dolayısıyla bir anahtara gerek olmadığı için anahtar yok. Bu gerçekten farklı bir tutum — ama yine de bunu bilmeniz ve bir denetçiye gösterebilmeniz gerekiyor.

Bunların hepsinde ortak olan şeye dikkat edin: hiçbiri, "organizasyonum şu anda eğitim verisi katkısında bulunuyor mu?" diye sorabileceğiniz bir API sunmuyor. Tutum sözleşmelerde, e-postalarda, bölgesel varsayılanlarda, plan katmanlarında yaşıyor. Gerçek, sonuçları var ve güvenlik ekibinizin baktığı her panoda görünmez.

"Birileri bunu kontrol etmeli" ifadesinin bir kontrol olarak başarısız olmasının nedeni bu. Kontrol edilecek bir yer yok. Karar, satıcının seçtiği her ne ise ona varsayılan oluyor ve satıcı bunu kendi çıkarlarıyla seçti.

Bunun uyumluluk açısından anlamı

Organizasyonunuz bir SOC 2 raporuna sahipse, ISO 27001'e doğru çalışıyorsa veya GDPR kapsamında kişisel veri işliyorsa, veri katkısı sorusu isteğe bağlı bir ayrıntı değildir — doğrudan mevcut yükümlülüklerinizin içine düşer.

Veri işleme sözleşmeleri, bir işleyicinin verilerinizi hangi amaçlarla kullanabileceğini tanımlar. Bir satıcının içeriğiniz üzerinde yapay zeka modelleri eğitmesi bir *amaçtır*. Bir müşteriyle yaptığınız DPA, verilerinin hizmeti sağlamak için kullanıldığını söylüyorsa ve bağlı platformlarınızdan biri aynı veriyi sessizce model eğitimine besliyorsa, aşağı akışta vaat ettiğiniz şey ile yukarı akışta izin verdiğiniz şey arasındaki boşluğu kapatmak sizin işiniz — satıcının değil.

Denetçiler bunu doğrudan sormaya başladı. Soru, satıcı risk anketlerinde "alt işleyicilerinizden herhangi biri verilerinizi yapay zeka modellerini eğitmek için kullanıyor mu ve bunu nasıl biliyorsunuz?" ifadesinin bir varyantı olarak karşınıza çıkıyor. Savunulabilir bir yanıtın iki parçası vardır: *tutum* (hangi platformlar katkı sağlıyor, hangileri sözleşmeyle hariç tutulmuş) ve *karar kaydı* (kimin ne zaman incelediği ve neye karar verdiği). "Hiç bakmadık" tek yanlış yanıttır. Denetçilerin genel olarak yapay zeka yönetişiminden şu anda ne beklediğini 2026'da yapay zeka yönetişimi için denetçilerin gerçekte gerektirdikleri yazısında ele aldık — veri katkısı tam da bu incelemede standart bir madde haline geliyor.

İyi haber şu: bu, düzeltmenin gerçekten ucuz olduğu nadir uyumluluk kalemlerinden biri. Hiçbir şeyin yeniden mimarilendirilmesi gerekmiyor. Ayarları *bulmanız*, amaca uygun *karar vermeniz* ve *kararı yazılı hale getirmeniz* gerekiyor.

17 Ağustos için bir yönetici kontrol listesi

Atlassian'ın son tarihinden önce yapılacak somut kontrol işte burada; her platformda çalıştırabilmeniz için genelleştirilmiş halde:

1. Yüzeyin envanterini çıkarın. Organizasyonunuzun içeriğinin veya meta verisinin fiilen bulunduğu SaaS platformlarını listeleyin — sadece Atlassian'ı değil. Müşteri verisi, düzenlemeye tabi veri veya NDA kapsamındaki herhangi bir şeyi barındırıyorsa, kapsam dahilindedir.
2. Her platformun veri katkısı tutumunu bulun. Atlassian için: Administration → Security → Data contribution. Diğerleri için kontrol, bir ayarlar sayfası, bir destek talebi, e-posta yoluyla vazgeçme veya hiç kontrolün olmadığı sözleşmesel bir madde olabilir.
3. Plan katmanınızı doğrulayın; tutumun katmana bağlı olduğu her platformda. Atlassian'da, organizasyonunuzun en yüksek aktif planı içindeki her şey için varsayılanlarınızı belirler. GitHub'da, katman sözleşmesel muafiyetin sizi kapsayıp kapsamadığını belirler.
4. Bilinçli olarak karar verin. Katılmayı kabul etmek meşru bir seçimdir — daha iyi yapay zeka özellikleri gerçek bir faydadır. Başarısızlık durumu katkı değildir; *kimsenin karar vermediği* katkıdır. Hassas materyal barındıran proje ve alanları hariç tutun, bu sizin tercihinizse geri kalanının devam etmesine izin verin.
5. Kararı kaydedin. Tarihli bir not — kimin incelediği, neyin yapılandırıldığı, nedeni — sessiz bir varsayılanı bir denetçiye verebileceğiniz yönetişim kanıtına dönüştürür.
6. Belirli bir program dahilinde yeniden kontrol edin. Satıcılar varsayılanları değiştirir, yapay zeka özellikleri ekler ve ayarları taşır. 2026'da bir kez incelenmiş bir tutum, 2027'de yönetilen bir tutum değildir.

Bu liste birinin sahiplenmesi gereken bir iş gibi görünüyorsa — öyledir. Bu sorunun dürüst versiyonu şudur: *tekrarlayan, platformlar arası ve sıkıcıdır* — tam olarak bir insanın hatırlamasına bağlı olduğunda sessizce çürüyen türden bir kontroldür.

8200.dev bunu nasıl otomatik olarak ortaya çıkarıyor

8200.dev artık bağladığınız her platform için bir yapay zeka eğitimi tutum bulgusu raporluyor. Jira, Slack, Dropbox, GitHub, Salesforce veya desteklenen diğer platformlardan herhangi birini bağlayın; tarama size — paylaşım ve izin bulgularınızın yanında — o satıcının verilerinizi varsayılan olarak yapay zeka eğitimi için kullanıp kullanmadığını, vazgeçme seçeneğinin veya sözleşmesel garantinin nerede bulunduğunu ve bu tutumun en son ne zaman doğrulandığını söylüyor. Varsayılan olarak katılım gösteren platformlar, bir karar gerektiren bulgular olarak; sözleşmeyle güvenli platformlar ise denetçilere gösterebileceğiniz teyitler olarak ortaya çıkıyor.

Bir platform komşu bir eksende API üzerinden okunabilir bir yapay zeka politikası *sunduğunda*, bunu canlı olarak kontrol ediyoruz: GitHub bağlayıcısı organizasyonunuzun Copilot genel-kod-eşleştirme politikasını okuyor, GCP bağlayıcısı ise Vertex AI'nın onu kısıtlayan hiçbir organizasyon politikası olmadan çalışıp çalışmadığını kontrol ediyor. Her bulgu, adım adım bir düzeltme kılavuzuyla birlikte geliyor ve tam kontrol kataloğu özellikler sayfasında yer alıyor.

Asıl mesele yapay zeka özelliklerinin tehlikeli olması değil. Asıl mesele *veri katkısının bir varsayılan değil, bir karar olması gerektiği* — 17 Ağustos'tan önce Atlassian'da, ve organizasyonunuzun halihazırda çalıştırdığı her diğer platformda. Bu kararın manuel olarak hatırlanmak yerine otomatik olarak ortaya çıkmasını istiyorsanız, planlar ve fiyatlandırmaya bakın ve ilk platformunuzu dakikalar içinde bağlayın.