Funktioniert Jira Service Management in China? Data Residency, ICP & Grenztransfer-Regeln

Was die offizielle Jira Service Management-Dokumentation über China sagt

Fakt	Primärquelle
In Atlassians eigenen Worten: „Data residency gives you control over where your in-scope app data for Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom is hosted.“ Die Standorte, an die Sie diese Daten binden können, sind Australien, Kanada, die EU, Deutschland, Indien, Japan, Singapur, Südkorea, die Schweiz, das Vereinigte Königreich und die USA, plus ein „Global“-Standard — keine in Festlandchina.	Atlassian Support — Understand data residency, abgerufen 2026-10-11
Atlassians selbstverwaltetes Data Center — die einzige Edition, die Sie im Inland hosten können — wird eingestellt. Seine eigene Lizenzierung gibt an „On March 30, 2026 at 23:59 PST, new customers will no longer be able to purchase new Data Center subscriptions“, und „End of life for impacted Data Center products … will take place on March 28, 2029“, nach dem sie schreibgeschützt werden; Jira Service Management Data Center ist unter den betroffenen Produkten genannt.	Atlassian — Data Center end of life, abgerufen 2026-10-11
Weil eine Jira-Service-Management-Instanz personenbezogene Information hält — Ihr China-IT-Personal und jeden Antragsteller, der ein Ticket einreicht — ist sie offshore zu speichern ein grenzüberschreitender Transfer, den PIPL regelt: der Handler (Sie, nicht Atlassian) muss Mitteilung geben, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen, und für einen CIIO oder Handler mit hohem Volumen verlangt das Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37), dass in China erhobene personenbezogene Information im Festland gespeichert wird.	PIPL Articles 38–40; Cybersecurity Law Article 39 (formerly Article 37)
Ein öffentliches Self-Service- oder Ticket-Portal, das Festland-Besuchern bedient wird, ist ein Internet-Informationsdienst, trägt also eine ICP-Beian-Pflicht, an Festland-Hosting gebunden, die ein offshore gelegener Mandant nicht erfüllen kann; und Auto-Triage oder KI, die Einzelpersonen profiliert oder über sie entscheidet, bringt PIPL-Artikel-24-Pflichten zur automatisierten Entscheidungsfindung, einschließlich eines Opt-outs.	ICP filing (备案), State Council Order No. 292 / MIIT Order No. 33; PIPL Article 24

Quellen vom 21YunBox Compliance-Team am 11. Oktober 2026 geprüft.

Für ein Festlandchina-IT-Team ist der erste Instinkt, zu fragen, ob der Service Desk schnell aus Schanghai oder Shenzhen öffnet. Das ist das falsche Tor. Jira Service Management ist Atlassians IT-Service-Management-Plattform — der Service Desk, Incident-, Change- und Problem-Management und die CMDB und das Asset-Management dahinter — und was entscheidet, ob Sie es für China betreiben können, ist nicht Erreichbarkeit oder Geschwindigkeit. Es ist, wo die personenbezogene Information, die es hält, zur Ruhe kommt, und wo die Aufzeichnung Ihres gesamten China-IT-Bestands aufbewahrt wird. Es wird auf zwei Arten geliefert: Jira Service Management Cloud, ein SaaS-Mandant, den Atlassian in seinen eigenen Regionen hostet, und die selbstverwaltete Data-Center-Edition, die Sie selbst betreiben. Nach Atlassians eigener Darstellung hat Cloud keine Festlandchina-Region — und, wie wir noch sehen werden, wird die selbstverwaltete Edition, die im Inland sitzen könnte, eingestellt. Um von Anfang an unmissverständlich zu sein: es gibt keinen rechtmäßigen Weg um Chinas Netzwerkkontrollen herum, und 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art.

Jira Service Management in China auf einen Blick

Die Daten, die ein Service Desk hält, sind personenbezogene Information — und sie sitzen offshore

Eine Jira-Service-Management-Instanz ist nicht nur Workflow — sie ist das System-of-Record für Ihren China-IT-Bestand, und zwei Arten von Daten darin sind es, worauf Chinas Recht reagiert. Die erste ist personenbezogene Information: das Verzeichnis Ihres China-IT-Personals und jeder Antragsteller, der ein Ticket einreicht — Namen, Arbeits-E-Mails, Telefonnummern, Organisationseinheit und manchmal Geräte- oder Standortdetail. All das lebt in Ihrem Atlassian-Cloud-Mandanten, und nach Atlassians eigener Data-Residency-Dokumentation sitzt dieser Mandant außerhalb Festlandchinas. Der gewöhnliche Akt, dass ein in Peking ansässiger Mitarbeiter ein Ticket einreicht, platziert also in China erhobene personenbezogene Information auf Speicher außerhalb des Landes. Das ist ein grenzüberschreitender Transfer personenbezogener Information nach dem Gesetz zum Schutz personenbezogener Daten, und die Pflicht landet bei Ihnen, dem Handler — nicht bei Atlassian. PIPL Artikel 38–40 verlangen Mitteilung, eine gesonderte Einwilligung, getrennt von der Zustimmung eines Nutzers, das Werkzeug zu nutzen, und einen Transfermechanismus: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder Zertifizierung. Nichts davon dreht sich darum, wie schnell das Portal zeichnet.

Die CMDB und Tickets — die Hälfte, die ein Erreichbarkeits-Check nie sieht

Hier ist die Exponierung, die ein Geschwindigkeitstest nie zutage fördern kann. Über die Menschen hinaus hält eine Jira-Service-Management-Instanz Ihre Configuration Management Database und Ihre Tickets — und zusammen sind sie die konzentrierte, sicherheitssensible Karte davon, wie Ihre China-Operation gebaut und betrieben wird. Die CMDB trägt Hostnamen, Netzwerktopologie, Asset-Inventar und Service-Maps; Incident- und Change-Tickets tragen routinemäßig internes Systemdetail, Konfiguration und manchmal eingebettete Zugangsdaten oder Geheimnisse. Auf einem offshore gelegenen Mandanten gehalten, ist dieser Bauplan Ihres China-IT-Bestands zwei Dinge zugleich: ein grenzüberschreitender Datentransfer und — für sensible Operationen — eine Angelegenheit, die Chinas Handhabungspflichten für sensible oder „important data“ (重要数据) und seine breiteren Datensicherheitspflichten berühren kann.

Ein Erreichbarkeits-Check bestätigt, dass das Portal lädt; er sagt nichts über die Tatsache, dass die Betriebsgeheimnisse Ihres Bestands im Ausland verarbeitet und gespeichert werden. Wir rahmen das als ein mit Rechtsbeistand zu bestätigendes Risiko, keine feste Klassifizierung — aber es ist genau die Hälfte der Frage, die entscheidet, ob ein offshore gelegener Service Desk für China sicher zu betreiben ist, und es ist die Hälfte, die ein Wettbewerber, der nur Geschwindigkeit misst, nie beantworten kann.

Keine Festlandchina-Region — Residency, das Portal und automatisierte Triage

Bei manchen Herstellern ist die Lösung, auf eine Festland-Instanz umzuziehen, die der Hersteller betreibt. Atlassian Cloud ist keiner davon: wie seine eigene Dokumentation zeigt, sind die Standorte, an die Sie Daten binden können, Australien, Kanada, die EU, Deutschland, Indien, Japan, Singapur, Südkorea, die Schweiz, das Vereinigte Königreich und die USA, mit einem „Global“-Standard — und nicht einer ist in Festlandchina. Das klärt mehrere Fragen, bevor Leistung je ins Bild kommt.

Erstens, Residency. Wenn Ihre Organisation ein Betreiber kritischer Informationsinfrastruktur oder ein Handler mit hohem Volumen ist, muss in China erhobene personenbezogene Information im Festland gespeichert werden (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 — vormals Artikel 37 im Text von 2016, umnummeriert durch die Novelle, die am 1. Januar 2026 in Kraft trat, die Pflicht unverändert). Ein offshore gelegener Jira-Service-Management-Cloud-Mandant kann das nicht erfüllen, welche Residency-Region Sie auch wählen. Zweitens, Lizenzierung. Ein öffentliches Self-Service- oder Ticket-Portal, das tatsächlich Festland-Besuchern von innerhalb Chinas bedient wird, ist ein Internet-Informationsdienst, trägt also eine ICP-Beian (备案)-Pflicht, an eine Festland-Hosting-Ressource gebunden — und Atlassian Cloud bietet keine eigene, wogegen einzureichen wäre. Drittens, automatisierte Handhabung. Wo Auto-Triage, Predictive Routing oder Agentic-Workflows Einzelpersonen profilieren oder über sie entscheiden, fügt PIPL Artikel 24 Pflichten zur automatisierten Entscheidungsfindung hinzu: Transparenz, Fairness und ein Opt-out aus Entscheidungen, die allein durch automatisierte Mittel getroffen werden. Welche davon tatsächlich auf Ihre Daten greifen, ist ein mit Rechtsbeistand zu bestätigendes Risiko gegen das, was Sie erheben, Ihre Volumina und wer Ihre Nutzer sind.

Die selbstverwaltete inländische Option schließt sich

Es ist fair, die naheliegende Frage zu stellen: können Sie nicht einfach die selbstverwaltete Data-Center-Edition auf einem Server innerhalb Chinas betreiben und die Daten im Inland halten? Im Prinzip ist das eine rechtmäßige Gestalt — aber es ist eine Gestalt, die sich schließt, und es wäre unehrlich, Sie darauf als dauerhafte Antwort hinzuweisen. Atlassians eigene Lizenzierung gibt an, dass „On March 30, 2026 at 23:59 PST, new customers will no longer be able to purchase new Data Center subscriptions“ und dass „End of life for impacted Data Center products … will take place on March 28, 2029“, nach dem sie schreibgeschützt werden — mit Jira Service Management Data Center unter den betroffenen Produkten genannt.

Das Richtige, worum man bauen sollte, ist also das Muster, nicht das Produkt: eingewilligte, inländische Speicherung für die in China erhobene personenbezogene Information und die CMDB- und Ticket-Daten, die bleiben müssen, mit nur dem, was rechtmäßig gehen darf, das Ihren globalen Service Desk erreicht. Dieses Muster überlebt den Produktlebenszyklus eines einzelnen Herstellers, und es ist, was 21YunBox aufstellt und integriert — mit den rechtlichen Schlüssen an der Seite Ihres Rechtsbeistands geklärt.

Der rechtmäßige Pfad — kartieren, lokalisieren, ausliefern

Es gibt einen rechtskonformen Weg, IT-Service-Management für ein China-gerichtetes Team zu betreiben, und er hat eine klare Gestalt — drei Züge, in Reihenfolge.

Kartieren. Unser China-Compliance-Team inventarisiert, was Ihre Jira-Service-Management-Instanz hält — das China-IT-Personalverzeichnis und die Antragsteller-Identitäten, die CMDB- und Asset-Daten, den Inhalt von Incident- und Change-Tickets und jedes China-gerichtete Self-Service-Portal — stellt fest, wo es heute gehostet ist, den ICP-Status jeder öffentlichen Oberfläche und die Einwilligungs- und Residency-Grundlage, auf die sich jeder Fluss stützt. Wir bauen das technische Bild; die rechtlichen Schlüsse werden mit Ihrem Rechtsbeistand geklärt.

Lokalisieren. Halten Sie die in China erhobene personenbezogene Information und die CMDB- und Ticket-Daten, die bleiben müssen, auf einem eingewilligten, China-ansässigen Speicher, schützen Sie diese sicherheitssensible Bestandsaufzeichnung, holen Sie die Mitteilung und Einwilligung nach Artikel 13/23 und ein Artikel-24-Opt-out für automatisierte Handhabung ein und lassen Sie nur, was rechtmäßig gehen darf, den Service Desk erreichen, den Ihr Team bereits nutzt — sodass Ihre Queues, Workflows und Automatisierungen weiter funktionieren, ohne dass das ITSM zu dem wird, was die Daten Ihres Bestands rechtswidrig aus China hinausträgt. Lokalisieren heißt, die Daten auf einem inländischen Pfad zu halten — niemals eine Route, die sie ohnehin offshore verschifft.

Ausliefern. Jedes China-gerichtete Self-Service- oder Ticket-Portal, das Nutzern im Festland bedient wird, ist ein öffentlicher Dienst dort, trägt also eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung. 21YunBox liefert es im Inland aus — den 21YunBox Optimizer — vor das gesetzt, was Sie bereits betreiben, ohne Neuaufbau und ohne Re-Platforming. Das Ergebnis ist ein IT-Service-Desk und ein China-gerichtetes Portal, die legal und rechtskonform für Ihre Nutzer in China laufen. Was wir nicht tun, und was niemand rechtmäßig kann, ist, Ihnen einen Weg um Chinas Netzwerkkontrollen herum zu geben: wir halten im Inland, was bleiben muss, und liefern den Rest rechtskonform von innerhalb des Festlands. 21YunBox ist eine Compliance-Overlay und Partner für das ITSM, das Sie bereits betreiben, kein Wettbewerber zu ihm.

Compliance-Einschätzung anfordern →

Sagen Sie uns, wie Ihr China-Team Jira Service Management nutzt und was Ihre Tickets und CMDB halten — wir kartieren, was rechtmäßig gehen darf, lokalisieren, was im Inland bleiben muss, und liefern Ihr China-gerichtetes Portal rechtskonform aus. Melden Sie sich, und wir grenzen es mit Ihnen ab und erstellen Ihnen ein Angebot.

---

Weiterführend:

• Grenzüberschreitende Datentransfers nach PIPL
• Chinas Cybersicherheitsgesetz (Datenlokalisierung, Artikel 39)
• Chinas Gesetz zum Schutz personenbezogener Daten (PIPL)
• So erhalten Sie eine ICP-Beian für China

Häufige Fragen

Speichert Jira Service Management die Daten chinesischer Nutzer in China?

Nein. Nach Atlassians eigener Data-Residency-Dokumentation sind die Standorte, an die Sie Jira-Service-Management-Daten binden können, Australien, Kanada, die EU, Deutschland, Indien, Japan, Singapur, Südkorea, die Schweiz, das Vereinigte Königreich und die USA, plus ein „Global“-Standard — keine in Festlandchina. Die personenbezogene Information von Mitarbeitern und Antragstellern und die CMDB- und Ticket-Datensätze, die Ihre Instanz in China erhebt, werden also offshore gehalten, was es ist, worauf Chinas Grenzregeln reagieren.

Die CMDB ist nur technische Daten — warum ist sie für Compliance wichtig?

Es ist der Teil, den ein Erreichbarkeitstest nie sieht. Ihre CMDB und Tickets halten Hostnamen, Netzwerktopologie, Asset-Inventar, Service-Maps und Konfigurationsdetail, und Tickets tragen routinemäßig internes Systemdetail und manchmal eingebettete Zugangsdaten. Offshore gehalten, ist diese konzentrierte Karte davon, wie Ihr China-IT-Bestand gebaut und betrieben wird, sowohl eine grenzüberschreitende Datenangelegenheit als auch, für sensible Operationen, möglicherweise eine, die Chinas Datensicherheitspflichten rund um sensible oder „important data“ (重要数据) berührt. Behandeln Sie die spezifische Klassifizierung als ein mit Rechtsbeistand zu bestätigendes Risiko.

Können wir nicht einfach Jira Service Management Data Center in China selbst hosten, um das zu beheben?

Im Prinzip ist eine selbstverwaltete Bereitstellung innerhalb des Festlands eine rechtmäßige Gestalt — aber Atlassian stellt Data Center ein: der Neukundenverkauf endete am 30. März 2026 und das End of Life ist der 28. März 2029, nach dem die Produkte schreibgeschützt werden. Die dauerhafte Antwort ist also das Muster, nicht das Produkt: halten Sie die in China erhobene personenbezogene Information und die CMDB- und Ticket-Daten, die bleiben müssen, auf einem eingewilligten, China-ansässigen Speicher, machen Sie jedes China-gerichtete Portal ICP-beian-pflichtig und liefern Sie es im Inland aus. 21YunBox kartiert, lokalisiert und liefert aus — und nutzt oder empfiehlt niemals Umgehung jeglicher Art.