Funktioniert SAP S/4HANA in China? Datenresidenz, PIPL-Grenztransfer und die Onshore-Instanz
SAP S/4HANA läuft in Festlandchina — On-Premises, in einem China-Kunden-Rechenzentrum oder auf einer In-China-Hyperscaler-Region — es zu erreichen, ist also nicht die Frage. Was Compliance entscheidet, ist Datenresidenz: ERP hält Ihre China-Finanz-, HR- und Kunden- und Lieferanten-Stammdaten, und sitzt die Instanz, die sie hält, im Ausland, sind diese Daten ein grenzüberschreitender Transfer nach PIPL, mit einer inländischen Speicherpflicht für einen CIIO oder Verarbeiter großer Mengen, die eine Offshore-Instanz nicht erfüllen kann. Ein Blick zuerst auf die Compliance: die Onshore-versus-Offshore-Instanz-Entscheidung und der rechtmäßige China-ansässige Weg.
Funktioniert SAP S/4HANA in China?
Ja — SAP S/4HANA läuft in Festlandchina, die ehrliche Antwort ist also, dass Verfügbarkeit nicht das Problem ist. Was die China-Frage entscheidet, ist Datenresidenz: ob die S/4HANA-Instanz, die Ihre China-Daten hält, im Inland oder im Ausland sitzt.
SAP bietet inländisches Deployment — seine eigene Customer-Data-Centre-Option für S/4HANA Cloud Private Edition wird auf Residenz vermarktet und stellt sicher, dass „payload data never leaves your physical landscape to satisfy national security and residency mandates“, und die SAP–Alibaba-Partnerschaft vom Mai 2025 lässt chinesische Unternehmen SAP Cloud ERP auf einem In-China-Hyperscaler deployen. Die Exponierung ist das verbreitete Offshore-Muster: China-Finanz-, HR- und Kunden-/Lieferanten-Stammdaten von einer globalen, Offshore-Instanz zu betreiben, und diese personenbezogene Information ist ein grenzüberschreitender Transfer (数据出境) nach PIPL (Art. 38–40), die möglicherweise eine Datenexport-Sicherheitsbewertung auslöst; für einen CIIO oder Verarbeiter großer Mengen verlangt die Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37), dass diese Daten in China gespeichert werden.
21YunBox kartiert die Onshore-vs.-Offshore-Aufteilung, lokalisiert die China-Daten auf eine China-ansässige S/4HANA-Instanz und liefert den auf China ausgerichteten Zugang im Inland auf ICP-gemeldeter Infrastruktur aus — ohne Neuaufbau und niemals irgendeine Form von Umgehung. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Compliance-Momentaufnahme
- ✓ SAP S/4HANA läuft in Festlandchina. Es ist nicht gesperrt, und SAP bietet inländisches Deployment — die Customer-Data-Centre-Option (On-Premises über Dell APEX, HPE GreenLake, Lenovo TruScale) und In-China-Hyperscaler-Regionen, mit Alibaba Cloud hinzugefügt unter der SAP–Alibaba-Partnerschaft vom Mai 2025. Verfügbarkeit ist nicht die China-Frage.
- ! Die Entscheidung ist onshore vs. offshore. S/4HANA hält Ihre China-Finanz-, HR-, Beschaffungs- und Kunden-/Lieferanten-Stammdaten — ist die Instanz, die sie hält, eine globale, Offshore-Instanz, werden diese Daten im Ausland gehalten.
- ! China-personenbezogene Information in einer Offshore-Instanz ist ein grenzüberschreitender Transfer (数据出境) nach PIPL Art. 38–40: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus. Oberhalb von Schwellen oder wo ERP-Daten „wichtige Daten“ sind, kann zuerst eine CAC-Datenexport-Sicherheitsbewertung gelten.
- ! Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen verlangt die Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37), dass in China erzeugte personenbezogene Information in China gespeichert wird — eine Offshore-S/4HANA-Instanz kann sie nicht erfüllen. Daten von einem US-Hub in einen EU-Hub zu bewegen, verlagert den Transfer; es beendet ihn nicht.
- ! Jedes öffentlich zugängliche Web-Frontend auf S/4HANA — ein Lieferanten-, Kunden- oder Mitarbeiterportal oder ein Fiori-Launchpad, das der Öffentlichkeit in China bedient wird — trägt seine eigene ICP-Beian- und inländische Auslieferungspflicht.
- ✓ Der rechtmäßige Weg: die China-ansässige S/4HANA-Instanz im Inland für die China-Daten betreiben, die globale Instanz für andere Märkte behalten und den auf China ausgerichteten Zugang im Inland auf ICP-gemeldeter Infrastruktur ausliefern — niemals Umgehung.
Was die offizielle SAP S/4HANA-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| SAP verkauft ein inländisches Deployment, aufgebaut um Datenresidenz. SAPs Customer-Data-Centre-Option für SAP S/4HANA Cloud Private Edition wird auf Residenz vermarktet: Unter „Maintain data residency“ lässt sie Sie deployen „even when local hyperscaler options are unavailable“ und stellt sicher, dass „payload data never leaves your physical landscape to satisfy national security and residency mandates“ (geliefert über Dell APEX, HPE GreenLake und Lenovo TruScale). Eine China-ansässige S/4HANA-Instanz ist also verfügbar — die Frage ist, ob die Instanz, die Ihre China-Daten hält, diese oder eine Offshore-Instanz ist. | SAP, “SAP S/4HANA Cloud Private Edition — Customer Data Centre Option” (sap.com), retrieved 2026-10-09 |
| In-China-Hyperscaler-Deployment expandiert, ist nicht abwesend. SAPs eigene Ankündigung seiner strategischen Partnerschaft mit der Alibaba Group vom 27. Mai 2025 gibt an: „With Alibaba Group as a certified hyperscaler for SAP software workloads, Chinese enterprises will also be able to deploy SAP Cloud ERP and SAP Cloud ERP Private solutions“, unter einer Zusammenarbeit „initially focused on the China market“. SAP Cloud ERP Private ist der aktuelle Name für RISE with SAP S/4HANA Cloud, Private Edition. | SAP News, “SAP and Alibaba Group Partner to Accelerate Cloud Transformation” (news.sap.com, May 27, 2025), retrieved 2026-10-09 |
| China-ERP-Daten in einer Offshore-Instanz sind ein PIPL-Grenztransfer. Personenbezogene Information, die von Nutzern in Festlandchina erhoben wird — Finanz-, HR- und Kunden-/Lieferanten-Stammdaten — in eine S/4HANA-Instanz außerhalb des Festlands zu bewegen, löst PIPL Art. 38–40 aus: Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung). Die Pflicht sitzt bei Ihnen als Verarbeiter, nicht bei SAP. | Personal Information Protection Law of the PRC, Articles 38–40 (cac.gov.cn), retrieved 2026-10-09 |
| Für manche Verarbeiter müssen die China-Daten in China bleiben. Wo der Verarbeiter ein Betreiber kritischer Informationsinfrastruktur ist oder personenbezogene Information in großem Umfang bewegt, muss in China erhobene personenbezogene Information im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) — die Datenlokalisierungsvorschrift wurde durch die Novelle 2025 umnummeriert, in Kraft seit 2026-01-01, inhaltlich unverändert). Eine Offshore-S/4HANA-Instanz kann dies nicht erfüllen, und das Wechseln von einer Offshore-Region zu einer anderen ändert es nicht. | Cybersecurity Law of the PRC, Article 39 (formerly Article 37); PIPL Article 40 (npc.gov.cn), retrieved 2026-10-09 |
Quellen vom 21YunBox Compliance-Team am 9. Oktober 2026 geprüft.
Für ein Unternehmen, das SAP S/4HANA nach Festlandchina betreibt, ist der erste Instinkt zu fragen, ob das System dort überhaupt verfügbar ist — und es ist es. S/4HANA ist kein Dienst, den China an der Grenze sperrt, und SAP bietet Wege, es innerhalb des Landes zu betreiben: On-Premises in Ihrem eigenen Rechenzentrum und auf In-China-Hyperscaler-Regionen, betrieben unter chinesischen Lizenzen. Verfügbarkeit ist also nicht, wo die China-Entscheidung geklärt wird. Was sie klärt, ist Datenresidenz — welche S/4HANA-Instanz Ihre China-Daten hält und ob diese Instanz innerhalb des Festlands oder im Ausland sitzt.
Diese Unterscheidung zählt für ERP mehr als für fast jedes andere System, denn S/4HANA ist das System of Record. Es hält die Kronjuwelen-Geschäftsdaten: Finanzen und Controlling, Supply Chain und Beschaffung und die Stammdaten für Ihre Kunden, Lieferanten und Mitarbeiter. Vieles davon ist personenbezogene Information nach chinesischem Recht, und einiges davon kann als „wichtige Daten“ klassifiziert werden. In dem Moment, in dem diese Daten in einer globalen, Offshore-S/4HANA-Instanz zur Ruhe kommen, entscheidet eine andere Rechtsmaterie, ob sie gehen durften.
SAP S/4HANA in China auf einen Blick
| Worüber es entscheidet | In SAPs eigenen Worten — und Chinas Recht |
|---|---|
| Was es ist | SAP S/4HANA ist das Enterprise-System-of-Record — Finanzen und Controlling, Supply Chain, Beschaffung und die Stammdaten für Kunden, Lieferanten und Mitarbeiter. Es konzentriert personenbezogene Information, und einiges davon kann „wichtige Daten“ sein, in einer einzigen Landschaft. |
| Läuft es in China? | Ja. S/4HANA ist nicht gesperrt, und SAP bietet inländisches Deployment: die Customer-Data-Centre-Option (On-Premises über Dell APEX, HPE GreenLake, Lenovo TruScale) und In-China-Hyperscaler-Regionen — mit Alibaba Cloud hinzugefügt unter der SAP–Alibaba-Partnerschaft vom Mai 2025. Verfügbarkeit ist nicht die China-Frage. |
| Wo die China-Daten sitzen — die Entscheidung | Onshore- vs. Offshore-Instanz. Ist die S/4HANA-Instanz, die Ihre China-Daten hält, China-ansässig, bleiben die Daten im Inland. Bedient eine globale, Offshore-Instanz (ein EU-, US- oder regionaler Hub) die China-Gesellschaft, werden diese China-Finanz-, HR- und Stammdaten im Ausland gehalten. |
| Offshore-Instanz → grenzüberschreitender Transfer | China-personenbezogene Information in einer Offshore-Instanz ist ein grenzüberschreitender Transfer (数据出境) nach PIPL Art. 38–40: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus. Oberhalb von Schwellen oder wo die Daten „wichtige Daten“ sind, kann eine CAC-Datenexport-Sicherheitsbewertung gelten, bevor irgendetwas geht. |
| Inländische Speicherpflicht | Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen verlangt die Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37), dass in China erzeugte personenbezogene Information in China gespeichert wird — eine Pflicht, die eine Offshore-S/4HANA-Instanz nicht erfüllen kann, wie auch immer sie getunt ist. |
| Der rechtmäßige Weg | Betreiben Sie die China-ansässige S/4HANA-Instanz im Inland für die China-Daten, behalten Sie die globale Instanz für Ihre anderen Märkte, und liefern Sie den auf China ausgerichteten Zugang (Portale, Launchpad) im Inland auf ICP-gemeldeter Infrastruktur aus. 21YunBox kartiert, lokalisiert und liefert aus; es verwendet oder empfiehlt niemals eine Umgehung. |
Im Inland betreibbar — also Residenz, nicht Verfügbarkeit, ist die Frage
SAPs eigene Materialien machen die inländische Option explizit, weshalb Verfügbarkeit für diese Entscheidung eine Sackgasse ist. Seine Customer-Data-Centre-Option für SAP S/4HANA Cloud Private Edition wird klar auf Residenz vermarktet: Sie lässt Sie deployen „even when local hyperscaler options are unavailable“ und stellt sicher, dass „payload data never leaves your physical landscape to satisfy national security and residency mandates“, geliefert über Infrastrukturpartner (Dell APEX, HPE GreenLake, Lenovo TruScale). Auf der Public-Cloud-Seite gibt SAPs Partnerschaft mit der Alibaba Group vom Mai 2025 an, dass „With Alibaba Group as a certified hyperscaler for SAP software workloads, Chinese enterprises will also be able to deploy SAP Cloud ERP and SAP Cloud ERP Private solutions“. (SAP vermarktet die Private- und Public-Editionen nun als SAP Cloud ERP Private und SAP Cloud ERP.)
Die eigentliche Frage ist also nicht kann S/4HANA in China laufen, sondern läuft die Instanz, die unsere China-Daten hält, in China. Viele Multinationale betreiben eine einzige globale S/4HANA-Instanz im Ausland — in einem EU-, US- oder Singapur-Hub — und verbinden ihre China-Tochter damit. Das ist genau das Muster, das einen ERP-Rollout in eine grenzüberschreitende Datenfrage verwandelt. Wo die Konnektivität vom Festland zu einer Offshore-Instanz langsam oder uneinheitlich ist, ist die Antwort nie eine Netz-Behelfslösung: 21YunBox verwendet weder eine Umgehung, noch empfiehlt es sie — sie ist sowohl ein Compliance-Risiko als auch nebensächlich. Aus demselben Grund veröffentlicht diese Seite keine erstanbieterliche China-Latenzzahl für S/4HANA; Geschwindigkeit ist nicht die Achse, um die sich eine Residenzentscheidung dreht.
Die Datenresidenzfrage: eine Offshore-Instanz ist ein grenzüberschreitender Transfer
Hier ist das Tor, das die meisten ERP-Programme übersehen. Eine S/4HANA-Instanz, gehostet in der EU, den USA oder einem regionalen Hub außerhalb des Festlands, ist per Definition im Ausland. Die Finanzdatensätze, HR- und Lohndaten und Kunden- und Lieferanten-Stammdaten, die sie für Ihre China-Operationen hält, sind personenbezogene Information, und sie in eine Offshore-Instanz zu laden, ist ein grenzüberschreitender Transfer personenbezogener Daten nach Chinas Gesetz zum Schutz personenbezogener Daten. PIPL legt die Pflicht auf den Verarbeiter — Sie, die operierende Entität, nicht SAP den Anbieter: Art. 38–40 verlangen Mitteilung, eine gesonderte Einwilligung, getrennt von jedem allgemeinen Arbeits- oder Kundenabkommen, und einen Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung.
Oberhalb bestimmter Schwellen oder wo die ERP-Daten als „wichtige Daten“ klassifiziert sind, kann dieser Transfer zudem Chinas Datenexport-Sicherheitsbewertung (数据出境安全评估) verlangen, bevor irgendetwas das Land verlässt. Und ist Ihre Organisation ein Betreiber kritischer Informationsinfrastruktur, verlangt die Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37 — die Datenlokalisierungsvorschrift wurde durch die Novelle 2025 umnummeriert, die am 1. Januar 2026 in Kraft trat, inhaltlich unverändert), dass in China erzeugte personenbezogene Information in China gespeichert wird. Nichts davon dreht sich darum, wie schnell eine Buchung läuft; es dreht sich darum, ob die Daten überhaupt eine rechtmäßige Grundlage hatten, im Ausland zu sein. Welche davon Ihre spezifische Landschaft treffen, ist ein mit Rechtsbeistand zu bestätigendes Risiko gegen das, was Sie tatsächlich speichern.
Inländische Speicherung, und warum „richte es auf die EU-Instanz“ nicht die Lösung ist
Für einen CIIO oder einen Verarbeiter großer Mengen ist die inländische Speicherpflicht nach Art. 39 (vormals Art. 37) eine, die keine Offshore-Instanz erfüllen kann, wie auch immer sie getunt ist. Die China-Daten von einem US-Hub in einen EU-Hub zu verlagern, hilft nicht — beide sind außerhalb des Festlands, es bewegt also bloß den grenzüberschreitenden Transfer, es beendet ihn nicht. In China erhobene ERP-Daten im Inland zu halten, heißt, dass die Instanz of record für diese Daten innerhalb des Festlands sitzt: ein China-ansässiges S/4HANA-Deployment — eine In-China-Cloud-Region oder eine On-Premises-Customer-Data-Center-Landschaft — mit nur dem, was rechtmäßig gehen darf, das zu Ihrer globalen Instanz fließt. Diese Aufteilung — was bleiben muss, was gehen darf — ist das Herz der Arbeit, und sie ist eine rechtliche Frage, bevor sie eine technische ist.
Die auf China ausgerichteten Frontends sind ihre eigene Tür
Eine weitere Tür sitzt auf dem ERP-Kern. S/4HANA für sich ist ein Back-Office-System, aber die darauf gebauten Web-Frontends sind oft öffentlich zugänglich: ein Lieferanten-Onboarding-Portal, ein Kunden-Self-Service- oder Commerce-Frontend, ein Mitarbeiter- oder Bewerberportal, ein Fiori-Launchpad, das dem öffentlichen Internet ausgesetzt ist. Jeder solche Dienst, der tatsächlich der Öffentlichkeit im Festland bedient wird, ist „Internet-Informationsdienst“, und das löst eine ICP-Beian (备案) aus, gebunden an eine Festland-Hosting-Ressource, plus rechtskonforme inländische Auslieferung. Der ERP-Kern mag intern sein; die auf China ausgerichteten Oberflächen darauf sind eine Frage öffentlicher Dienste in eigenem Recht.
Nichts davon ist ein Urteil, dass S/4HANA in China „gesperrt“ oder „rechtswidrig“ ist — es läuft dort, rechtmäßig, wenn die Teile zusammenpassen. Es ist eine Residenz-und-Exponierungs-Karte: Welcher Pfad passt, hängt von Ihrer Gesellschaft, den Daten, die Ihre Landschaft hält, Ihrer Rolle nach chinesischem Recht und davon ab, wer Ihre Nutzer sind — mit Rechtsbeistand zu klären, bevor Ihre China-Operationen davon abhängen.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Es gibt einen rechtskonformen Weg, SAP S/4HANA für eine China-Operation zu betreiben, und er hat eine Form. Zuerst kartieren: Unser China-Team arbeitet durch, wo Ihre China-Daten heute leben und wo chinesisches Recht sie leben braucht — welche Finanz-, HR-, Beschaffungs- und Stammdatensätze, die im Festland erhoben werden, im Inland bleiben müssen, was rechtmäßig zu Ihrer globalen Instanz fließen darf, wo eine Datenexport-Sicherheitsbewertung oder eine Art.-39-Speicherpflicht (vormals Art. 37) greift und was Ihre Mitteilung und Einwilligung abdecken muss. Die rechtlichen Schlüsse werden mit Rechtsbeistand geklärt; wir bauen das technische Bild, das sie speist.
Dann lokalisieren: Wir stellen eine China-ansässige S/4HANA-Instanz für die China-Daten auf oder behalten sie — auf einer In-China-Cloud-Region oder einer On-Premises-Landschaft — sodass das System of Record für das Festland innerhalb des Festlands sitzt, während Ihre globale Instanz Ihre anderen Märkte weiter bedient. Wo ein inländisches ERP die bessere Passung für einen China-gescopten Prozess ist, integrieren wir eine China-rechtliche Option — die gut etablierten inländischen Plattformen hier sind Yonyou (用友) und Kingdee (金蝶) — statt Offshore-Software zu zwingen, Daten zu tragen, die sie nicht halten sollte.
Dann ausliefern: Der auf China ausgerichtete Zugang zu dieser Instanz — die Portale und das Launchpad, die Ihre Nutzer tatsächlich öffnen — ist ein öffentlicher Dienst im Festland, er trägt also eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung. 21YunBox liefert ihn im Inland aus — den 21YunBox Optimizer — vor dem, was Sie bereits betreiben, ohne Neuaufbau und ohne Re-Platforming. Das Ergebnis ist eine SAP-Landschaft, die legal und rechtskonform für Ihre Nutzer in China läuft. Was wir nie tun — und was niemand rechtmäßig kann — ist, Ihnen einen Weg um Chinas Datenexportregeln herum oder um irgendeine Netzbeschränkung herum zu reichen: Wir lokalisieren, was bleiben muss, und liefern im Inland aus, und wir bewegen personenbezogene Information niemals heimlich aus dem Festland hinaus.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Datenexport-Sicherheitsbewertung
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Art. 39)
- Wie Sie eine ICP-Beian für China erhalten
Häufige Fragen
Ist SAP S/4HANA in Festlandchina verfügbar?
Ja. S/4HANA ist nicht an der Grenze gesperrt, und SAP bietet inländisches Deployment: die Customer-Data-Centre-Option (On-Premises über Dell APEX, HPE GreenLake und Lenovo TruScale) und In-China-Hyperscaler-Regionen, betrieben unter chinesischen Lizenzen, mit Alibaba Cloud hinzugefügt unter der SAP–Alibaba-Partnerschaft vom Mai 2025. Verfügbarkeit ist also nicht das Hindernis — Datenresidenz ist es. Grenzüberschreitende Konnektivität vom Festland zu einer Offshore-Instanz kann uneinheitlich sein, aber das ist eine betriebliche Angelegenheit, nicht die Entscheidung, und die Antwort ist nie eine Netz-Behelfslösung. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Ist der Betrieb von China-ERP-Daten in einer Offshore-S/4HANA-Instanz ein grenzüberschreitender Transfer?
Wenn die Instanz, die Ihre China-Finanz-, HR- und Kunden-/Lieferanten-Stammdaten hält, außerhalb des Festlands sitzt — in einem EU-, US- oder regionalen Hub — dann wird diese personenbezogene Information im Ausland gespeichert, ein grenzüberschreitender Transfer (数据出境) nach PIPL. Das bedeutet Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung), und oberhalb von Schwellen oder für „wichtige Daten“ kann es zuerst Chinas Datenexport-Sicherheitsbewertung verlangen. Für einen Betreiber kritischer Informationsinfrastruktur fügt die Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37) eine inländische Speicherpflicht hinzu, die eine Offshore-Instanz nicht erfüllen kann. Die Pflicht ist Ihre als Verarbeiter, nicht SAPs. Bestätigen Sie Ihre genauen Pflichten mit Rechtsbeistand.
Kann 21YunBox unsere S/4HANA-China-Daten ohne Neuaufbau im Inland halten?
Ja. Unser China-Team kartiert die Onshore-vs.-Offshore-Aufteilung — welche China-Daten im Festland bleiben müssen und was rechtmäßig gehen darf — und lokalisiert dann die China-Daten auf eine China-ansässige S/4HANA-Instanz (eine In-China-Cloud-Region oder On-Premises-Landschaft), und wo ein inländisches ERP zu einem China-gescopten Prozess passt, integrieren wir eine China-rechtliche Option wie Yonyou (用友) oder Kingdee (金蝶). Der auf China ausgerichtete Zugang und alle öffentlichen Frontends werden im Inland auf ICP-gemeldeter Infrastruktur ausgeliefert, vor dem, was Sie bereits betreiben — kein Neuaufbau und nie ein Weg um Chinas Datenexportregeln herum. Nehmen Sie Kontakt auf, um Ihre konkrete Landschaft durchzugehen.
