SAP Commerce Cloudは中国本土で使えるか：データの国内保存・ICP・越境のルール
SAP Commerce Cloudは中国のストアフロントを動かし、買い物客のアカウント・注文・住所・決済参照情報を保持します。SAPのマネージドなMicrosoft Azure共有クラウド上では、そのデータはオフショアに置かれます——PIPL上の越境と国内保存の問題であり、さらにストアフロントのICP備案と、ライセンスを得た国内の決済経路も関わります。
SAP Commerce Cloudは中国本土で使えるか
SAP Commerce Cloudは中国本土から到達できます——しかし到達性はコンプライアンスの問いではありません。SAPのマネージドなMicrosoft Azure共有クラウドで動かせば、中国の買い物客のアカウント・カート・注文・住所・決済参照情報はオフショアに置かれ、中国向けのストアフロントにはICP備案を結びつける本土のホストがなく、代金そのものは外国のプラットフォームが直接行えないライセンス制の活動です。
この最後の二つが、速度の検査が決して見られない半分です。中国向けのストアフロントはインターネット情報サービスなので、本土のホスティングに結びついたICP備案（备案）が必要です。そして本土の買い物客から代金を受け取ることは非銀行決済機関の規制（国務院令第768号）の下でライセンス制なので、資金移動はライセンスを得た国内の決済経路で行われ、その上でSAP Commerceがオーケストレーションします。一方、国外に置かれる顧客・注文の個人情報はPIPLが規律する越境移転です。打ち手：SAP Commerceは中国国内のデプロイで動かせ、そのデータを所在させられます。
これは判定ではなくリスクの見取り図です——どの義務が効くかは、貴社の法人・データ・中国法上の役割によって変わります。当社の中国チームが貴社のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! オフショアで動かせば、中国の顧客・注文・決済データはPIPLの下で国外に置かれる
- ! 中国向けのストアフロントはインターネット情報サービス——ICP備案が必要
- ! 本土の買い物客の決済を受けることはライセンス制——代金はライセンスを得た中国の経路を走らねばならない
- ! SAPはCommerce CloudをMicrosoft Azure共有クラウドで動かす——国内保存はデプロイ時に決まる
- ✓ SAP Commerceは中国国内（自社運用または中国リージョン）でも動かせ、データを所在させられる
SAP Commerce Cloudの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| SAPはCommerce Cloudを自社のマネージドな共有クラウド、Microsoft Azure上で動かします——貴社が置くホストではありません。SAPの技術情報ページでは、デプロイの選択肢は“[tap] into the efficiency and speed of the cloud by running the SAP Commerce Cloud solution on our world-class shared cloud infrastructure,”（SAP Commerce Cloudソリューションを当社のワールドクラスの共有クラウドインフラ上で動かす）であり、SAPのトラストセンターの監査開示はそのインフラをMicrosoft Azureと特定しています。既定では、プラットフォームと、それが保持する中国の顧客・注文・決済データは、リージョンを実装時に固定された状態でSAP運用のクラウドに存在し、貴社が管理する本土所在のホストではありません。 | SAP — SAP Commerce Cloud, Technical information（sap.com）、2026-10-12 取得 |
| SAP Commerceには中国国内のデプロイ経路があります。SAPはCommerce Cloudを“lightweight Java-based”（軽量なJavaベース）で“architected to deploy with a distributed-based container”（分散コンテナでデプロイするよう設計された）ソリューションと説明し、SAP Commerceは貴社が管理するインフラ——本土の内側を含む——にインストールする顧客運用（オンプレミス／プライベートクラウド）版としても提供されます。SAP自身のトラストセンターの監査開示はさらに、そのAzure Commerce Cloudのデータセンターをアメリカ大陸・EMEA・アジア太平洋にわたって挙げており、その中には中国本土のAzure拠点（上海、河北）も含まれます。本土デプロイの現在の提供状況、運用主体、ICPの状態、そして版の保守状況はSAPに直接ご確認ください。 | SAP — SAP Commerce Cloud Technical information ＆ SAP Trust Center data-center locations（sap.com）、2026-10-12 取得 |
| 本土の買い物客から代金を受け取ることはライセンス制の活動です——外国のコマースプラットフォームはライセンスを得た中国の決済機関ではありません。非銀行決済機関の監督管理条例（国務院令第768号、2024年5月1日施行）の下で、すべての非銀行決済機関は決済業務許可を保有しなければならず、第2条は中国のユーザーに提供するオフショアの機関に中国国内での決済機関の設立を求めます。したがって実際の資金移動はライセンスを得た国内の決済経路で行われ、その上でSAP Commerceがチェックアウトをオーケストレーションします——資金自体を決済するのではありません。 | 非銀行決済機関の監督管理条例 — 国務院令第768号、第2条・第19条 |
| 中国向けのストアフロントにはICP備案が必要で、それが収集するデータは越境移転です。本土の訪問者に示される公開サイトには、中国本土内のホスティングリソースに結びついたICP備案（备案）が必要です——オフショアでホストされるストアフロントには、備案を結びつけるものがありません。そして中国で収集し国外に保持する顧客・注文・決済の個人情報は、PIPL第38〜40条の下での越境移転です（通知と個別の同意、第13条・第23条）。重要情報インフラ運営者または大量取扱者には、サイバーセキュリティ法 第39条（旧第37条）が、中国で収集した個人情報を本土に保存するよう求めます。 | PIPL 第13・23・38〜40条；サイバーセキュリティ法 第39条（旧第37条）；国務院令第292号／MIIT令第33号（ICP） |
情報源は21YunBox コンプライアンスチームが2026年10月12日に確認しました。
中国本土のストアフロント向けにSAP Commerce Cloud（かつてHybrisとして知られたプラットフォーム）を運用する企業にとって、重要な問いは、カタログが上海から速く描画されるかではありません。それは、プラットフォームがどこでホストされ、それが保持するデータがどこに落ち着くか、です——コマースのプラットフォームは、貴社の中国の顧客体験と中国の売上のシステム・オブ・レコードだからです。それは買い物客のアカウント・カート・注文履歴・配送先住所と、それらに紐づく決済参照情報を保持し、中国向けのストアフロントそのものを動かします。SAPはCommerce Cloudを自社のマネージドなMicrosoft Azure共有クラウド上で動かしており、つまりオフショアで動かせば、その中国の顧客・注文データはすべて国外に置かれます。三つの要素が決めますが、そのうち二つは到達性のチェックが決して見られない半分です。顧客・注文・決済の個人情報の国内保存と越境のリスク、中国向けのインターネット情報サービスとして備案が必要なストアフロントの地位、そして本土の買い物客から代金を受け取ることが、外国のプラットフォームには直接できないライセンスを要する活動であるという事実です。
中国でのSAP Commerce Cloud：ひと目で
| 決め手 | SAP自身の言葉で——そして中国の法では |
|---|---|
| 何を保持するか | ブランドが中国の買い物客について保持する、最も豊かな個人データ：登録アカウント、カート、注文履歴、配送先住所、各注文に紐づく決済参照情報——加えて中国向けのストアフロントそのもの、すなわち公開のインターネット情報サービス。集中した顧客・取引・決済データと、ライブの公開サイトが、一つのシステムに。 |
| SAPマネージドか、自社運用か | SAP Commerce CloudはSAPマネージドで、Microsoft Azure共有クラウド上で動き、リージョンは実装時に固定されます。SAP Commerceは、貴社が管理するインフラ——本土の内側を含む——にインストールする顧客運用（オンプレミス／プライベートクラウド）版としても提供され、SAP自身のトラストセンターの監査開示は、アメリカ大陸・EMEA・アジア太平洋にわたるAzure Commerce Cloudのデータセンターを挙げており、その中には中国本土のAzure拠点（上海、河北）も含まれます。中国国内の経路が国内保存の打ち手です。現在の提供状況、運用主体、ICPの状態、版の保守状況はSAPにご確認ください。 |
| 顧客・注文・決済の個人情報——国内保存と越境 | ストアフロントをオフショアのクラウドで動かせば、買い物客のアカウント・注文・住所・決済参照情報は国外に置かれます——PIPL第38〜40条の下での越境移転（数据出境）であり、その上に第13条・第23条の通知と個別の同意が乗ります。重要情報インフラ運営者（CIIO）または大量取扱者には、サイバーセキュリティ法 第39条（旧第37条）が、中国で収集した個人情報を本土に保存するよう求めます。 |
| ストアフロント → ICP——一つ目の特徴的な半分 | 中国向けのストアフロントはインターネット情報サービスなので、本土のホスティングリソースに結びついたICP備案（备案）の義務を負います。オフショアでホストされるストアフロントには、どれだけ速く読み込まれても、備案を結びつける本土のリソースがありません——ページ読み込みの検査が決して見られない半分です。 |
| コマースは代金を動かす → 決済ライセンス——二つ目の特徴的な半分 | 本土の買い物客から代金を受け取ることはライセンスを要する活動です。非銀行決済機関の規制（国務院令第768号）の下で、外国のコマースプラットフォームはライセンスを得た中国の決済機関ではないため、実際の資金移動はライセンスを得た国内の決済経路で行われなければならず、SAP Commerceはその上でチェックアウトをオーケストレーションします。到達性の検査はこれを何も見られません。 |
| 到達性は軸ではない | ストアフロントが本土から速く読み込まれるかは運用上の話であって、コンプライアンスの問いではありません。それを決めるのは、プラットフォームがどこでホストされ、顧客・注文データがどこにあり、ストアフロントが備案されているか、そして代金がライセンスを得た経路を走るか、です。21YunBoxはそのデータを中国国内に留め、ICPを備案し、法令に沿って配信します——21YunBox Optimizer——すでに運用中のSAP Commerceインスタンスの前段で。 |
実際に何を保持するか——買い物客のデータ、そして公開のストアフロント
SAP Commerce Cloudは貴社の中国コマースのシステム・オブ・レコードであり、ブランドが顧客について保持する最も豊かな個人データを集中させます。買い物客のアカウントは氏名・連絡先・一つ以上の配送先住所を持ち、カートと注文はその人が何を、いつ買い、どこへ発送したかを記録し、各注文は決済参照情報に紐づきます。本土の買い物客にとって、そのすべてが中国の個人情報保護法（PIPL）の下での個人情報であり、その一部——注文と配送の詳細——は異例なほど多くを物語ります。データの上に、SAP Commerceはストアフロントそのもの——公開の、中国向けのインターネット情報サービス——を動かします。
そのデータとストアフロントがどこに存在するかは、SAP Commerceをどうデプロイするかで完全に決まります。SAPはマネージドなCommerce CloudをMicrosoft Azure共有クラウド上で動かし、リージョンは実装時に選ばれます。中国事業向けにそう動かせば、既定では貴社の顧客・注文・決済データは本土の外のSAP運用のインフラに置かれます。SAP Commerceは、貴社が管理するインフラにインストールする顧客運用版としても提供され、SAP自身のトラストセンターの開示は、そのAzureのフットプリント——アメリカ大陸・EMEA・アジア太平洋——を中国本土（上海、河北）にも置いています。どちらの中国国内経路でも、規制対象のデータを所在させられます。オフショアのデプロイではできません。現在の具体はSAPにご確認ください。
扉——国内保存、ストアフロントのICP、そして代金
中国のストアフロントをオフショアのクラウドに置けば、一つ目の扉が開きます。そのインスタンス内の顧客・注文・決済の個人情報は国外に置かれ、それを越境移転（数据出境）にします。義務は、SAPではなく取扱者である貴社に着地します。PIPL第13条・第23条はデータを収集する通知と根拠を求め、第38〜40条はそれをオフショアへ送る移転メカニズム（CACの安全評価、CAC標準契約、または認証）を求めます。そして重要情報インフラ運営者（CIIO）または大量取扱者には、サイバーセキュリティ法の第39条（旧第37条——2025年のサイバーセキュリティ法改正は2026年1月1日に施行され、データ国内保存の条文を第37条から第39条へ振り直しましたが、実質は変わりません）が、中国で生成した個人情報を本土に保存するよう求め、これはオフショアのクラウドが満たせません。
ストアフロントが二つ目の扉——到達性の検査が決して見られない一つ目の半分——を開きます。本土の訪問者に示される公開サイトはインターネット情報サービスなので、中国本土内に物理的に所在するホスティングリソースに結びついたICP備案（备案）が必要です（国務院令第292号、MIIT令第33号）。SAPのマネージドなCommerce Cloudは既定でSAPがオフショアのリージョンでホストするため、そう配信されるストアフロントは、どれだけ速く描画されても、SAP側に備案を結びつけるものがありません。ICPのステップは中国国内のインフラで解かなければなりません。
代金が三つ目の扉——到達性の検査が決して見られない二つ目の半分、そしてコマースに特有の一つ——を開きます。本土の買い物客から代金を受け取ることはライセンスを要する活動です。非銀行決済機関の監督管理条例（国務院令第768号、2024年5月1日施行）の下で、すべての非銀行決済機関は決済業務許可を保有しなければならず、第2条は中国のユーザーに提供するオフショアの機関に中国国内での決済機関の設立を求め、第19条は国内の取引処理・決済・データ保存を中国の内側で行うことを求めます。外国のコマースプラットフォームはそのライセンスを得た機関ではありません。SAP Commerceはチェックアウト——カート、注文、決済経路への呼び出し——をオーケストレーションできますが、実際の資金移動は、オフショアのプラットフォーム自体を通じて決済するのではなく、ライセンスを得た国内の決済経路で行われなければなりません。
なぜ到達性の検査ではこれを見落とすのか
中国の内側からの探査は、ストアフロントが描画されるのを見て「使える」と結論しえます。その答えは的外れです。コンプライアンスのリスクは画面の上にはありません——保存されたデータとその動き方、サイトが備案されているか、そして誰が代金を動かすライセンスを持つか、の中にあります。ページ読み込みの検査は、テナントがどのリージョンに存在するか、個別の同意が取られたか、移転メカニズムが整っているか、ストアフロントがICP備案を持つか、チェックアウトがライセンスを得た国内の機関を通じて決済するか、を見られません。それらが、対手が示せない半分であり——まさにそれが、オフショアのコマースプラットフォームを本土から単に到達可能にすることが答えではない理由です。顧客・注文データを中国国内に留め、ストアフロントを備案し、代金をライセンスを得た経路で走らせることが、答えです。
法令に沿った経路——把握し、国内化し、届ける
中国本土のストアフロント向けにSAP Commerce Cloudを運用する法令適合の道があり、SAP Commerceは中国国内のデプロイでも動かせるため、その真ん中のステップは異例なほどきれいです——すでに運用中のSAP Commerceインスタンスの前段に置き、作り直しも移行もありません。
まず把握（Map）：当社の中国コンプライアンスチームが、SAP Commerceが保持するもの——買い物客のアカウント、カート、注文履歴、配送先住所、決済参照情報、そしてストアフロントそのもの——を棚卸しし、SAP Commerceが今どこにデプロイされているか（多くはオフショアのマネージドクラウド）、ストアフロントのドメインのICPの状態、そして各フローが拠る同意・国内保存・決済経路の根拠を突き止めます。当社は技術的な全体像を構築し、法的な結論は専門家と確定します。
次に国内化（Localize）：SAP Commerceを中国に所在する経路で動かし、顧客・注文・決済の個人情報が本土に留まるようにし、第13条・第23条の通知と個別の同意を取得し、代金をオフショアで決済するのではなくライセンスを得た国内の決済経路で走らせるお手伝いをします。国内化とは、規制対象のデータを中国国内の経路に留めることであって——いずれにせよそれをオフショアへ送り出す経路では決してありません。21YunBoxは、いかなる種類の不正な手段も用いず、推奨もしません。
そして配信（Deliver）：中国向けのストアフロントはインターネット情報サービスなので、ICP備案の義務を負い、法令に沿った中国国内からの配信を必要とします。21YunBoxはICPを備案し、すでに運用中のSAP Commerceスタックの前段で、21YunBox Optimizerによってそれを中国国内で配信します。そうしてストアフロントは、中国の買い物客に向けて合法かつ法令適合で動きます。21YunBoxは、すでに運用中のコマースプラットフォームへのコンプライアンスのオーバーレイでありパートナーであって、その競合ではありません。
これはどれも、SAP Commerce Cloudが中国で「遮断されている」「違法だ」という判定ではありません。リスクの多くは、中国国内のデプロイを選び、ストアフロントを備案し、チェックアウトをライセンスを得た経路で走らせた瞬間に溶けます。これはリスクと国内保存の地図であり、どの義務が貴社のケースに効くかは、貴社の法人、中国法上の役割、取扱データ量、そしてストアフロントとチェックアウトが実際に何を扱うかによって変わります——中国のコマース事業がそれに依存する前に、専門家と具体を確定させる価値があります。
関連する読み物：
よくあるご質問
SAP Commerce Cloudで動かせば、中国のストアフロントにICP備案が付きますか？
いいえ。ICP備案（备案）は中国本土内に物理的に所在するホスティングリソースに結びつかなければなりません。SAP Commerce CloudはSAPのマネージドなAzure共有クラウドで動くため、オフショアでホストされるストアフロントは、どれだけ速く読み込まれても、SAP側に備案を結びつけるものがありません。ICPのステップは中国国内のインフラで解かれます——中国国内のSAP Commerceデプロイを法令に沿って配信すれば、それを提供できます。オフショアから中国の買い物客に到達することは、そこで公開のストアフロントを運営する許可を得ていることとは別物です。
SAP Commerce Cloudは本土の買い物客の決済を直接処理できますか？
資金移動そのものはできません。中国本土のユーザーから代金を受け取ることは国務院令第768号の下でライセンス制の活動です。すべての非銀行決済機関は決済業務許可を保有しなければならず、中国のユーザーに提供するオフショアの機関は中国国内での決済機関の設立を要します。外国のコマースプラットフォームはそのライセンスを得た機関ではないため、チェックアウトはライセンスを得た国内の決済経路で走り、その上でSAP Commerceがオーケストレーションします。その構造は資格のある専門家と確定すべき問いとして扱ってください。
21YunBoxは、当社のSAP Commerceストアフロントを中国で使えるようにする手助けができますか？
はい。当社の中国チームが、SAP Commerceが保持するもの——買い物客のアカウント、カート、注文、住所、決済参照情報、そしてストアフロントそのもの——とその所在を整理し、規制対象の中国の顧客・注文データを中国国内に留め、同意を確保し、ストアフロントのICPを備案し、チェックアウトをライセンスを得た国内の決済経路で走らせるお手伝いをします。すでに運用中のSAP Commerceスタックの前段に、ICP備案済みの中国国内からの配信——21YunBox Optimizer——を作り直しなしに立ち上げます。個別のケースを一緒に整理しますので、お問い合わせください。
