Atlassian gaat vanaf 17 augustus klantdata gebruiken voor AI-training

Softwareleverancier Atlassian begint op 17 augustus met het trainen van AI-toepassingen met data van klanten. Het bedrijf schrijft dat het metadata en in-appgegevens zal gebruiken om 'AI-ervaringen voor al onze klanten te verbeteren.'

Atlassian is sinds donderdag begonnen met het geleidelijk introduceren van instellingen voor gegevensbijdrage. Deze worden beschikbaar gemaakt in Atlassian Administration. Gebruikers krijgen in de app een melding als de instellingen beschikbaar zijn. Deze uitrol moet op 19 mei volledig zijn voltooid.

Atlassian gaat zijn AI-modellen trainen op metadata en in-appgegevens. Metadata omvat onder meer inhoudskenmerken. Dat zijn statische eigenschappen als het aantal story points in een Jira-workitem of de complexiteit van een Confluence-pagina. Daarnaast gebruikt Atlassian 'gemeenschappelijke patronen'. Daarvoor kijkt het onder meer naar veelvoorkomende zoekopdrachten en Rovo Chat-prompts. Zeldzame gegevens die mogelijk uniek zijn voor de organisatie van de gebruiker, worden weggelaten.

In-appdata verwijst naar content die door gebruikers is aangemaakt binnen de apps van Atlassian. Dat omvat onder meer titels van en inhoud op Confluence-pagina's, titels en beschrijvingen van en opmerkingen bij Jira-workitems, en aangepaste emojinamen. Zowel de in-appdata als de metadata wordt geanonimiseerd en geaggregeerd, beweert Atlassian.

Delen van in-appdata is opt-in voor duurdere abonnementen

De standaardinstellingen zijn afhankelijk van het hoogste actieve abonnement in de organisatie die gebruikmaakt van Atlassian. Als het hoogste abonnement een Free- of Standard-pakket heeft, staat het delen van zowel metadata als in-appdata standaard aan. Bij organisaties met een Premium- of Enterprise-abonnement, is het delen van in-appdata opt-in. Het delen van in-appdata is voor beheerders altijd uit te zetten, terwijl het delen van metadata alleen is uit te schakelen wanneer een organisatie een Enterprise-abonnement heeft.

Atlassian zegt dat de maatregel nodig is om betere AI-mogelijkheden te leveren. "Hoewel we dit soort gegevens nu al gebruiken om de ervaring van uw specifieke bedrijf of organisatie te verbeteren, werken we aan een update van de manier waarop we klantmetadata en in-appgegevens gebruiken om onze apps en AI-ervaringen voor alle klanten te verbeteren."

Atlassian AI

Door Imre Himmelbauer

Redacteur

17-04-2026 • 14:55

53

Submitter: turniphead

Reacties (53)

Sorteer op:

Weergave:

Het is toch eigenlijk van de zotte dat bedrijven zoals Atlassian jaren lang pronken met uitstekende beveiliging en mensen overtuigen om al hun data bij hen neer te zetten, om vervolgens alle data direct naar AI providers te sturen. Het is al vaker aangetoond dat het vaak mogelijk is om 1:1 brondata uit een AI model naar voren te halen. Wanneer men dus vertrouwelijke gegevens heeft opgeslagen op bijvoorbeeld Confluence (iets wat ik zeer veelvuldig zie in de praktijk), worden deze gegevens ineens openbaar gemaakt.

Dit zou absoluut een opt-in moeten zijn wat mij betreft, maar ik begrijp wel dat Atlassian dat liever niet heeft. Die hopen dat mensen niet de moeite nemen of simpelweg vergeten te kiezen voor de opt-out waardoor ze flink wat meer data binnen kunnen harken.

In het verleden boden ze een on-prem oplossing aan, maar deze is met de tijd uitgefaseerd. Met de hele migratie naar de cloud beweging van de afgelopen jaren en het uitfaseren van on-prem oplossingen hebben we massaal al onze data aan dit soort partijen gegeven. Nu zien we consolidatie (Atlassian bijvoorbeeld heeft in de afgelopen jaren tig andere partijen overgenomen) en massaal doorverkoop van de data naar AI partijen. Misschien moeten we maar weer terug naar on-prem met z'n allen?
Veiligheid zit bij Atlassian (Bitbucket) al jaren achter een pay-wall, in verschillende gradaties dat wel.
Maar voor Jira gaat on prem dus al niet meer. Dus moet je zelf een oplossing bouwen of een ander product kopen.
De software om Jira on-prem te installeren is nog op hun website te vinden. Ze geven je alleen geen licentie meer voor. Dat is het enige probleem.

En men zal de oude on-prem code weer op te waarderen naar standaarden van deze tijd. Waren ze niet zo'n 3 jaar geleden gestopt met (nieuwe) on-prem installaties?

Open Project schijnt ook een open source vervanger voor Jira te zijn. En xWiki voor Confluence. Zij bieden informatie aan die het zou vergemakkelijken om data uit Confluence over te hevelen naar xWiki. Maar goed, ik ben biased, want gebruik zelf xWiki al sinds 2021.

Open Project, dat vond ik pas een korte tijd terug en heb deze nog niet uitgeprobeerd. Maar als ik hun website moet geloven, is het de ideale vervanger van Jira. Heb echter nog geen tijd gehad om ermee te "spelen" en daarna een oordeel te vormen.
Ik ga over naar beide met Nextcloud ja. Alleen kijken of ze het stuk service Management (tickets per mail) ook kunnen.
Ja, dit is echt belachelijk. En als klant van een gebruiker van deze producten ben je dus ook niet zeker dat je gegevens niet worden gebruikt.

Zeer twijfelachtig allemaal. Die big tech is totaal niet meer te vertrouwen. Alleen keiharde wetgeving Pro-actieve handhaving kan hier helpen.
Jawel, je bent straks zeker dat je gegevens gebruikt worden! Ze maken het iig minder vaag.

En idd totaal belachelijk dat zo'n dure tool alsnog aan de haal gaat met jouw IP.
Wat is er dan precies zot aan? Want wat je nmm stelt is dat we niet zomaar op mooie woorden en standpunten van bedrijven kunnen vertrouwen. Maar dat is al jaren zo. Omdat er ook al jaren wetgeving is die deze vrijheid geeft. En dus is het niet vreemd en juist te verwachten.

Ik ben het volledig met je eens dat de vrijheid die ze nemen niet zomaar gewenst is. Maar wat nmm nog ongewenster is zijn alle bedrijven en organisaties die met zeer slechte contracten accoord gaan en niet (willen) beseffen wekken risico's ze nemen. Zeker als die bedrijven op korte termijn, zoals 90 dagen of korter, naar geen enkel serieus alternatief kunnen overstappen. Met alle gevolgen voor hun bedrijfsvoering (of zelfs erger) tot gevolg.

De wet is niet voor niets dat je als bedrijven niet alleen vrijheid hebt om risico's te nemen. Als ondernemers hoort je ook risico's te beperken. En ik lees niet dat Atlassian of hun klanten dat behoorlijk doen. Het is een serieus risico als een dienstverlener al je gegevens, en die van je klanten en leveranciers, heeft en van de opdrachtgevers enorme vrijheid kriigt daar mee te doen en laten wat ze willen tot iemand wel ingrijpt. Dit voldoet bijvoorbeeld wettelijk niet zomaar aan de AVG.
De standaardinstellingen zijn afhankelijk van het hoogste actieve abonnement in de organisatie die gebruikmaakt van Atlassian. Als het hoogste abonnement een Free- of Standard-pakket heeft, staat het delen van zowel metadata als in-appdata standaard aan.
Slechte zaak imho, dit zou altijd opt-in moeten zijn.

Veel gebruikers zullen dit nieuws mogelijk niet meekrijgen, of de impact niet goed overzien, en worden dan wel gedupeerd omdat hun data dan zonder expliciete toestemming gebruikt wordt.

Weinig klantvriendelijk van Atlassian imho.
Nog beter zelfs, dit is illegaal. AVG verplicht al het delen op-in te maken. Officieel mag zelfs het checkboxje van een nieuwsbrief subscription niet standaard aan staan.
Nog beter zelfs, dit is illegaal. AVG verplicht al het delen op-in te maken.
Github heeft deze memo ook gemist en gaat gewoon trainen op je (CoPilot) input als je niet voor de 24e je
optout instelt in je profiel.

Bron

Edit: Verduidelijkt, en bron er bij.

[Reactie gewijzigd door Polderviking op 17 april 2026 16:14]

Zou poison the well werken?

1.
Genereer fictieve, realistische medische persoonsgegevens met AI.

2.
Upload naar GitHub.

3.
"Model bevat persoonlijke medische gegevens! HIPAA, etc."

4.
Profit?

[Reactie gewijzigd door The Zep Man op 17 april 2026 15:24]

Er toch even serieus op in gaan: nee want fictieve gegevens zijn geen persoonsgegevens.

En als je je echte dossier upload: HIPAA gaat niet op al zodra er ergens iets medisch staat. Anders viel een beterschap-mailtje er ook onder. Github zal geen medische persoonsgegevens verwerken namens een instelling.

Maakt wat Atlassian doet op geen manier goed, natuurlijk. Ook niet als ze anonimiseren (voor zover dat echt anoniem kan): ook dat anonimiseren zelf is een verwerking onder de AVG.
Er toch even serieus op in gaan: nee want fictieve gegevens zijn geen persoonsgegevens.
Hoe weet men die het model traint en die erachter komt dat het fictieve gegevens betreft?

[Reactie gewijzigd door The Zep Man op 17 april 2026 16:48]

Rapportje bij het AP doen en hopen dat ze een keer iets gaan doen.
De VVD heeft er mooi voor gezorgt dat het AP een wassen neus is door gebrek aan capaciteit.
Dit is de grootste AVG fabel die er bestaat. (Los ervan in hoeverre de AVG overal zo relevant is).
A) er zijn 6 grondslagen… niet alleen toestemming.
b) gegevens delen aka hergebruik gegens gaat via art 6(4) AVG. Alleen als je die doelbindingstoets niet doorkomt, hoef je aan toestemming te denken. Dus het feit dat gedacht wordt dat (verder) delen altijd opt in is, is compleet onjuist.

Je refereert aan de nieuwsbrief, maar daar gaat de AVG niet over, dat is de telecommunicatiewet. En er zijn maar een paar momenten dat toestemming een harde eis is. En nieuwsbrief kan er eentje van zijn. Maar dat staat compleet los van gegevens delen. Andere situatie.

Sterker nog, veel organisaties zeggen bij AI trainen dan gerechtvaardigd belang blabla, maar art 6f is vaak niet de juiste grondslag, tenzij je alles opnieuw verzamelt.
Atlassian heeft de gegevens al op haar platform, hergebruik valt dus knder 6(4). Die afweging mogen ze zelf maken (weliswaar wij va wc-eend). Maar dat is dan aan de toezichthouder.

[Reactie gewijzigd door Quintiemero op 17 april 2026 16:09]

Klopt, maar gaat het in de AVG niet specifiek over persoonlijke gegevens? Zolang die er niet tussen zitten lijkt mij de AVG hier niet van toepassing, maar kan het mishebben.
Wie zegt dat ze delen en niet hun eigen modellen trainen op hun eigen datasets? Daar zit de waarde voor bedrijven als hen, nuttige modellen ontwikkelen op de eigen dataset waar niemand anders aan kan.

Elke verwijzing gaat hier over het gebruiken van klant data voor het trainen van modellen. Niet het doorverkopen van data aan AI bedrijven. Kleine nuance maar een enorm verschil.
Ik schat dat de gemiddelde gebruiker van Atlassian producten by default zulke opt in dingen uit laat.
De mogelijkheid is dus zeer aanwezig dat Atlassian hun klanten wel een beetje kent waardoor ze er mogelijk vanuit kunnen gaan dat wanneer het opt-in zou zijn, dat ze dan niet genoeg data zouden kunnen verzamelen. En je krijgt 4 maanden om settings aan te passen, dus het is niet zo dat het zo maar uit heldere hemel komt vallen.
Precies dit, meerendeel heeft geen idee dt dit speelt. Ze zullen vast wel een of andere notificatie ergens hebben gestopt, maar de meeste geven er niet om (of hebben geen idee wat het is).

Met optin, pak je (natte vinger) <1% van je usebase (wie meldt zich vrijwillig voor dit soort dingen aan?). Met optout heb je 90%+ te pakken, gok ik zomaar.

Dat optin veel netter is, boeien. Zolang wetgeving hier niet hard op handelt (en belangrijker, handhaaft, en dan niet tig jaar nadat het kwaad al geschied is) is dit hoe het gaat.
Ik voorzie vertrekkende klanten .... jammer Jira en Confluence zijn steen goede producten maar als je zo de controle over je data verliest en interne bedrijfsgegevens potentieel kunnen worden ingelezen door 'ai' dan zou ik per direct naar eigen hosting terug gaan.
Dit is precies waarom ze vorig jaar de laatste mogelijkheid tot self-hosting van Jira zijn gaan uitfaseren. Alles wat niet enterprise prijzen wilt betalen betaald dus met hun data.
De Cloud only strategy was al ruim in gang gezet voordat AI zijn intrede deed. On-prem producten lenen zich uberhaupt niet heel goed voor AI aangezien je dan zelf de compute moet gaan faciliteren.
Haha Confluence een steengoed product, thanks for the laugh 🤡

Jira is ook een draak van een product maar in ieder geval kan je daar nog van zeggen dat het veel mogelijkheden en customisation heeft die andere alternatieven missen. En dat je het op die manier redelijk bruikbaar kan maken (wat helaas in grote bedrijven vaak niet gebeurt maar toch). Confluence daarentegen is gewoon een waardeloos product, doet helemaal niks speciaals en wat het doet is traag en onhandig. Ongeveer de slechtste wiki implementatie die ik ken (en ken er best een paar)
Onder de indruk van de capaciteiten in Confluence, dat ben ik niet. Maar goed, ik "erfde" een mediawiki server in 2007, heb daar ook jaren mee doorgestommeld, totdat ik de uitbreiding 'Blue Spice' daarvoor ontdekte. Dat was een enorme verbetering en draaide deze ook jarenlang.

Tijdens de mediawiki-periode kreeg ik altijd documentatie van iedereen, omdat zij zo'n verschrikkelijke hekel aan de mediawiki-interface hadden. Met de 'Blue Spice'-uitbreiding begon iedereen zelf met invoer van documentatie. Voor een jaar of 3 tenminste. Daarna vond men de verbeteringen ook niet echt verbeteringen meer en kwam alle documentatie weer bij mij terecht.

Kwam xWiki tegen in 2021, alle data overgeheveld en heb sindsdien niet meer omgekeken naar wat anders. Natuurlijk heeft xWiki ook zijn nukken en eigenaardigheden, maar het is zeer capabele wiki software, welke je zelf kan hosten en geen kosten voor hoeft te maken. Maar je kan het ook bij hen hosten en betalen voor enterprise ondersteuning, alsmede Jira integratie. Of 'Open Project'. xWiki en Open Project zijn volgens mij ook 2 software paketten die in de EU worden gemaakt.
Het gaat om de meta-data hier
Atlassian zegt dat de maatregel nodig is om betere AI-mogelijkheden te leveren
Of je die nu wil of niet boeit ze daarbij niet...
Ik vraag me af of dit aan de AVG voldoet. Hoe voorkomen ze dat er prive data mee komt?
Zowel de in-appdata als de metadata wordt geanonimiseerd en geaggregeerd, beweert Atlassian
Dat staat in elk geval in het artikel hierboven. Denk dat dat wel voldoende zal zijn, al denk ik dat specifieke sectoren hier niet blij me zullen zijn (al hebben die ongetwijfeld een Enterprise abonnement).
Zo, weer een leveranciersrelatie verbroken.


Gaat hard zo. Ben benieuwd wanner er een "label" ontstaat voor leveranciers die dit niet alleen nu niet doen, maar die zich ook commiteren aan dit voor jouw overeenkomst aantoonbaar (audits!) nooit zullen doen.
Het woord "Label" triggerde mij: Misschien wordt het wel tijd voor een soort verplicht AVG/privacy label bij een proukt/leverancier/alles dat je data geeft/vraagt. Soort van Nutriscore met Hoofdletters en Kleuren.
Spijtig, weet iemand een goed alternatief voor die boards van Trello?
plane.io. Ik host mn eigen "Jira" thuis met plane.io. Opensource en ook nog eens zelf te hosten. Werkt echt fantastisch
Klinkt interessant. Maar op hun website staat dat Plane ook AI toepast. En dat was nou net tegen het zere been van veel Atlassian produkt gebruikers/beheerders.

Maar goed, ga toch eens kijken wat plane voor me kan betekenen.
Als je het kan self-hosten is dat niet direct een bezwaar.

ik ben niet perse tegen AI. Ik ben wel tegen AI als een duur betaald product ongevraagd opeens hun AI gaat trainen op mijn data.
thx, ik ga eens kijken :)

bedoel je plane.so ?

[Reactie gewijzigd door arjankoole op 17 april 2026 17:14]

Mocht je toch al in M365 zitten kun je net zo goed overstappen naar Planner oid.
https://vikunja.io is een prima open source alternatief, beschikbaar voor selfhosting of als service.
En daar vertrekt weer vertrouwen te paard.

Wat een stel clowns ook weer. We betalen grof geld voor hun diensten. Het is geen goedkoop speelgoed en dan flikken ze dit?

Dag Atlassian

[Reactie gewijzigd door batjes op 17 april 2026 18:50]

Ze zijn het al paar jaar aan het afbreken, vooral ook vanwege gebruikerservaring. We hebben Jira, Confluence en Bitbucket ... Maar ze verzinnen vanalles "hips" de laatste jaren maar als power user (denk ik) vind ik het alleen maar omslachtiger en omslachtiger worden.

Gezien de comments overal en hun ticket systeem is iedereen het daar wel mee eens.
Confluence en jira hebben zo hun pluspunten wel.

Het ding is ook, open source producten zijn de laatste jaren duidelijk meer volwassen aan het worden. Echt sick wat je met zabbix, ansible, glpi en andere FOSS voor elkaar krijgt wat 10 jaar geleden ondenkbaar was. Betaalde producten hebben jarenlang op hun reet gezeten met hun veel te dure en lucratieve licentiekosten.

Waarom nog duizenden euro's per maand jarenlang over blijven maken terwijl je met een paar dagen FTE het spul zelf opzet met relatief lage overhead kosten als je toch al een cluster oid hebt draaien en een extra regeltje in je ansible playbook voor de wekelijkse/maandelijkse/kwartaal updates.

Solarwinds flikte deze shit ook, tada... Zabbix, Ansible.

(GLPI is Frans, coole shit, doet veel wat Atlassian spul ook doet)
Zo eenvoudig is weggaan nu toch ook weer niet? Ik heb voor 8 jaar data in JIRA zitten, integratie met onze facturatie etc. Dan ga je niet zomaar eens een andere tool overstappen.
Dat het niet eenvoudig is neemt niet weg dat het geen verkeerd idee is om eens wat beter te kijken naar alternatieven en eens op zoek te gaan naar een mogelijke exit-strategie.

Waarom afwachten op het nieuwsbericht dat straks oepsiepoepsie ook de opt-out geindexeerd wordt.
Iemand hier enige idee waar ik deze settings kan vinden? Ik zit mij al een uur rond te klikken in de settings. Maar ik kan niks vinden over ai training.
De uitrol van de setting is pas begonnen en kan tot mei duren.
"Data contribution settings will be gradually rolled out in Atlassian Administration so admins can review and adjust preferences ahead of Atlassian using contributed data. You will be notified in-app when your organization’s settings are available." bron
Dit zou echt verboden moeten worden! Bedrijven kunnen vaak niet zomaar even weg, en volgens mij heb je voor een pakket als Confluence en Jira gekozen onder bepaalde voorwaarden. Hoezo ga je dan maar even op klantdata je model trainen?

Vorige week nog enthousiast geweest over Rovo, maar ook dit nieuws zal tot hore brengen.
Ben ik even blij dat ik al jaren niets meer van ze gebruik.

Om te kunnen reageren moet je ingelogd zijn