Qlikは中国で使えるか：データレジデンシー、国内保存、PIPLの越境
Qlikには二つの形があり、中国向けのデプロイを決める問いはダッシュボードの速度ではなく、データがどこに落ち着くか、です。Qlik CloudはベンダーホストのSaaSで中国本土のリージョンがないため、中国のデータをそこにロードすることはPIPLの越境移転です。Qlik Sense Enterprise Client-Managedは自己ホストで、国内で動かせます。Qlikのリージョン、レジデンシー、PIPL／サイバーセキュリティ法の国内保存を、コンプライアンス優先で見ていきます。
Does Qlik work in China?
はい——Qlikは中国で動きますが、決め手となる問いは速度ではなくデータレジデンシーであり、答えはどのエディションを動かすかによります。
Qlikは二つの形で出荷されます。Qlik CloudはベンダーホストのSaaSで、そのテナントはオフショアのAWSリージョン——米国、カナダ、ヨーロッパ、中東、ブラジル、アジア太平洋の市場——のみに存在し、中国本土のリージョンはなく、Qlikのリージョンのページは、貴社が選んだリージョンにのみデータをホストすると述べます。Qlik Sense Enterprise Client-Managedは、貴社が管理するインフラにインストールする自己ホストのソフトウェアで、中国本土の内側でありえます。Qlikの連想エンジンがソースデータをロードしメモリに抽出するため、Qlikのデプロイは個人情報を集中させます——だから中国本土のデータをオフショアのQlik CloudテナントにロードすることはPIPLの越境移転であり、重要情報インフラ運営者にとってはサイバーセキュリティ法 第39条（旧第37条）の国内保存義務と衝突します。データレジデントの経路は、ロードしたデータを国内に保ちます：中国本土の内側の自己ホストのClient-Managedサイトと、国内から配信されるダッシュボードです。
21YunBoxはデータフローと越境のエクスポージャーを整理し、データと抽出物が本土に留まるよう足場を国内化し、中国向けのダッシュボードを国内で配信します——作り直しなし、国境越しのデータ移動なし。当社はいかなる種類の不正な手段も用いず、また推奨しません。具体は専門家と確認すべきリスクとして扱ってください。当社の中国チームが、貴社のエクスポージャーを整理します →
コンプライアンス・スナップショット
- ✕ Qlik Cloudに中国本土のリージョンはない——テナントはオフショアのAWSリージョンのみに存在する
- ! Qlikのインメモリエンジンはソースデータをロード・抽出する——個人情報をテナントに集中させる
- ! 中国のデータをオフショアのQlik CloudテナントにロードすることはPIPLの越境移転
- ! CIIO／大量取扱者は国内保存を負う（PIPL 第40条；CSL 第39条（旧第37条））
- ! 中国向けのダッシュボードは本土のサービス——依然としてICP備案が必要
- ✓ Qlik Sense Enterprise Client-Managedは国内で自己ホスト——データを本土の地に保つ
Qlikの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Qlik Cloudは貴社が選んだリージョンのみにホストされる——中国本土には一つもない。Qlikのリージョンのページは「Qlik Cloudは、当社の顧客の多様なデータレジデンシー・主権・規制のニーズに対応して、グローバルに複数の地域で利用できる」とし、「当社は貴社のデータを、貴社が選んだリージョンにのみホストする」とする。列挙されるリージョンは米国、カナダ、ヨーロッパ、中東、ブラジル、そしてアジア太平洋の東京、シンガポール、シドニー、ムンバイに及び——中国本土は現れない。 | Qlik、「See Qlik Cloud Regions」（qlik.com/us/regions）、2026-10-10 取得 |
| Qlik Sense Enterprise Client-Managedは自己ホスト——貴社が管理するインフラで動かす。Qlikの管理者ドキュメントは「Qlik Sense Enterprise on Windowsを使えば、オンプレミスとクラウドにデプロイし続けられる」とし、Qlikのホスト型クラウドだけでなく「オンプレミスで、プライベートクラウドで」デプロイできるとする。Client-Managedのサイトをどこで動かすかを貴社が選ぶため、中国本土の内側のインフラにデプロイでき——ロードしたデータと抽出物を国内に保つ。 | Qlik Help、「Introducing Qlik Sense Enterprise」（help.qlik.com）、2026-10-10 取得 |
| 中国で収集した個人情報をオフショアへ送ることは、PIPLの下での越境移転である。第38〜40条は、個人情報を本土の外へ移す取扱者に、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たすことを求める。中国本土のデータをオフショアのQlik Cloudテナントにロードすることは、まさにそのような移転である。 | 中華人民共和国個人情報保護法 第38〜40条（cac.gov.cn）、2026-10-10 取得 |
| CII運営者が中国で収集したデータは中国に保存しなければならない。中国のサイバーセキュリティ法は、重要情報インフラ運営者が本土の内側で収集・生成した個人情報と重要データを領域内に保存することを求める——第39条（旧第37条、2026年1月1日施行の2025年改正によって繰り下げ）のデータ国内保存義務である。中国リージョンのないオフショアの分析クラウドは、構造的にそれを満たせない。 | 中華人民共和国サイバーセキュリティ法 第39条（旧第37条）（cac.gov.cn）、2026-10-10 取得 |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土の利用者にとって、Qlikについての最初の問いは、ダッシュボードが速く描画されるか——Qlikは概して本土から到達可能です——ではなく、そのダッシュボードの背後のデータがどこに落ち着いてよいか、です。Qlikの連想エンジンはインメモリのエンジンです：ソースシステムからデータをロードして保持し、抽出物、アプリのデータファイル、キャッシュした結果セットを構築します。だからQlikのデプロイは、企業が保持する個人情報の、より大きな単一の集中の一つ——顧客記録、ユーザーアカウント、取引、従業員データ——です。そしてQlikはレジデンシーの線の反対側に座る二つの形で出荷されます。Qlik CloudはベンダーホストのSaaSで、そのテナントはオフショアのAWSリージョンのみに存在し、中国本土のリージョンはありません。Qlik Sense Enterprise Client-Managedは、貴社が管理するインフラにインストールする自己ホストのソフトウェアで——それは中国本土の内側でありえます。だから「Qlikは中国で使えるか」は、本当は二つの答えを持つ二つの問いであり、どちらもミリ秒ではなくデータレジデンシーに掛かっています。
中国でのQlik：ひと目で
| 決め手 | Qlik自身の言葉で——そして中国の法で |
|---|---|
| それは何か | 一つの名の下の二つの形。Qlik CloudはベンダーホストのSaaS——QlikのオフショアのAWSリージョンで動く連想インメモリエンジンで、ロードするデータはそこに存在します。Qlik Sense Enterprise Client-Managedは、貴社自身のインフラ（物理ハードウェアやVM）にインストールして動かす、オンプレミスまたは貴社が管理するクラウドの、自己管理のソフトウェアです。 |
| Qlik Cloudは中国でホストされるか？ | いいえ。Qlikのリージョンのページは、そのテナントを米国、カナダ、ヨーロッパ、中東、ブラジル、アジア太平洋の市場（東京、シンガポール、シドニー、ムンバイ）に列挙し——中国本土のリージョンはなく——「当社は貴社のデータを、貴社が選んだリージョンにのみホストする」と述べます。 |
| 中国のデータをQlik Cloudにロードする | Qlikのエンジンはソースデータをロードしテナントに抽出します。そのテナントがオフショアなら、中国本土の個人情報をそこに置くことはPIPLの下での越境移転です（第38〜40条）：通知、個別の同意、そして移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証。 |
| CIIと重要データのレジデンシー | サイバーセキュリティ法 第39条（旧第37条）とPIPL 第40条は、重要情報インフラ運営者と大量取扱者に、本土で収集した個人情報と重要データを本土の内側に保存することを求めます——オフショアのQlik Cloudのテナントでは満たせない義務です。 |
| データレジデントの経路 | Qlik Sense Enterprise Client-Managedを中国の内側のインフラ（またはライセンスを受けた国内の選択肢）で動かし、ロードしたデータと抽出物を国内に留め、中国向けのダッシュボードをICP備案済みのインフラ上で国内から配信します。21YunBoxはデータフローを整理し、足場を国内化し、アプリを本土で配信します——データを決して国境越しに移しません。 |
データは実際どこに落ち着くか
Qlik Cloudのホスティングは、上海からのロード時テストではなく、Qlik自身のインフラによって設定されます。テナントが作成されるとき、管理者がリージョンを選び、Qlikのリージョンのページは、データがその選択に留まることを明示します：「当社は貴社のデータを、貴社が選んだリージョンにのみホストする」。提供されるリージョンは、米国、カナダ、ヨーロッパ（ダブリン、ロンドン、フランクフルト、パリ、スウェーデン）、中東（UAE、テルアビブ）、ブラジル（サンパウロ）、そしてアジア太平洋の東京、シンガポール、シドニー、ムンバイに及びます。このレビューの時点（2026年10月10日取得）で、中国本土はそのリストにありません。最も近い選択肢は東京とシンガポール——どちらもオフショアです。
だから、おなじみの「上海からロードできるか」という問いは、Qlikにとっては要点を外します。Qlik Cloudは概して本土から到達可能なので、速度がブロッカーであることはまれです——そしてその理由から、このページはQlikについて中国の一次レイテンシの数値を公表しません：データレジデンシーの文脈を欠いた数値は、誤った問いに答えてしまうからです。中国向けの利用者にQlikを使えるかを実際に決めるのは、それが保持するデータがどこに存在してよいか、です。そしてQlikの連想エンジンがインメモリのエンジンであるため——ソースシステムからデータをロードして保持し、抽出物、アプリのデータファイル、キャッシュした結果セットを構築するため——データは単に通り過ぎるのではなく、テナントのリージョンの内側に落ち着きます。そのリージョンがオフショアなら、データもそうです。
それが保持するのは個人情報である
Qlikのアプリは、その下にロードされるデータと同じだけしかローカルではありません。連想エンジンは、接続されたすべてのソース——顧客記録、注文履歴、サポートチケット、従業員データ——から引き、それを一箇所に集中させ、だからQlikのデプロイは企業が保持する個人情報の最大の単一ストアの一つになりがちです。それらの記録の背後の人々が中国にいて、Qlik Cloudのテナントがオフショアであるとき、そのデータをQlikにロードすることは、中国の個人情報保護法の下での個人情報の越境移転です。PIPLは義務を取扱者——Qlikではなく、事業者である貴社——に課します：第38〜40条は、通知、一般的な規約とは区別された 個別の 同意、そして移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を求めます。
その義務がどれだけ重いかは、Qlikをオンにする行為ではなく、貴社の役割と量に従います。非CIIOによる、機微でない個人情報の小さなフローは、三つの形式的なメカニズムを免れうる一方、機微なデータ、より多い量、または「重要データ」は、CACが実施する義務的なデータ越境安全評価を引き込みえます——そしてBIプラットフォームはデータを集中させるため、取扱者をそれらの義務を発動させる量のしきい値の上へ押し上げるものになりえます。一部の運営者にとって、問いは「合法的に移転する」ではなく「まったく移転しない」です：中国のサイバーセキュリティ法は、重要情報インフラ運営者が本土の内側で収集・生成した個人情報と重要データを領域内に保存することを求めます——第39条（旧第37条、2026年1月1日施行の2025年のサイバーセキュリティ法改正によって繰り下げ、実質は不変）のデータ国内保存義務です。PIPL 第40条も、CIIOと大量取扱者に国内保存義務を課します。
中国リージョンのないマネージドサービスで動かしてもレジデンシー義務は満たせない——では何が満たすか
データ国内保存義務が当てはまるところ、オフショアのQlik Cloudのテナントは、根底のデータにとって構造的に誤った場所です：それを国内化する中国本土のリージョンがないため、義務は設定では満たせません。合法的な動きはQlikの第二の形から始まります。Qlik Sense Enterprise Client-Managedは自己ホストです：Qlikの管理者ドキュメントは、それで「オンプレミスとクラウドにデプロイし続けられる」とし、Qlik自身のホスト型クラウドだけでなく「オンプレミスで、プライベートクラウドで」動かせるとします。インフラを貴社が選ぶため、Client-Managedのサイトを中国本土の内側に立てられます——そのアプリデータ、抽出物、ロードしたモデルがそこに存在し、中国レジデントのデータストアから供給されます。そうすれば分析レイヤーは越境移転であることをやめます：データとダッシュボードの両方が中国の地に留まります。ロードしたデータを国内に保つことは、オフショアのQlik Cloudのテナントにはできない動きであり——それは移行ではなく、単にデータがすでに存在する場所でQlikを動かすことです。
このいずれも裁定ではありません。貴社の運営が重要情報インフラ運営者であるか、保持するものが「重要データ」に当たるか、どの移転メカニズムが（もしあれば）貴社のフローに要るかは、実際にQlikにロードするものに照らして専門家と固めるべき判断です——このページはエクスポージャーを整理しますが、それを解決はしません。
合法的な経路——map・localize・deliver
エディションの選択の下に、21YunBoxが担う部分が座り、それは助言以上のものです。Qlikを表に出す中国向けのダッシュボードと埋め込みビューは、それ自体が本土の公開サービスなので、他のあらゆる中国向けのプロパティと同様にICP備案の義務を負い、法令適合の国内からの配信を必要とします。当社の中国チームはその足場の上で三つのことを行います。データフローを map（整理） します——Qlikがどのソースをロードするか、抽出物とアプリデータがどんな個人情報を保持するか、そしてPIPLの越境とデータレジデンシーのエクスポージャー。足場を localize（国内化） します——本土の内側のインフラに自己ホストのQlik Sense Enterprise Client-Managedサイト（またはライセンスを受けた国内／主権の選択肢）を立て、ロードしたデータと抽出物が決して国を離れないように。ここでのlocalizeは、オフショアのテナントに手を伸ばすのではなく、Qlikを国内で動かすことを意味します。そして中国向けのダッシュボードをICP備案済みのインフラ上で国内から deliver（配信） します——21YunBox Optimizer——すでに運用中のスタックの前段に置き、作り直しも二つ目のコードベースもありません。
結果は、中国のユーザーにとって応答がよく、国境のレジデント側に座るQlikのデプロイです。21YunBoxは移行ではなく法令適合のオーバーレイであり、Qlikの競合ではなくパートナーです。当社がしないのは、それを機能させるためにデータを国境越しに移すことで、21YunBoxはいかなる種類の不正な手段も用いず、また推奨しません。目指す成果は単純です：中国のユーザーに対して合法的かつ法令適合に稼働するQlik。
関連する読み物：
よくあるご質問
Qlikは中国本土で利用できますか？
はい、ただしどのエディションを使うかがコンプライアンスの像を決めます。Qlik Cloudは本土から到達可能ですが、そのテナントはオフショアのAWSリージョン——米国、カナダ、ヨーロッパ、中東、ブラジル、アジア太平洋の市場——のみに存在し、Qlik自身のリージョン一覧に中国本土のリージョンはないので、そこにロードする中国で収集したデータは国を離れます。Qlik Sense Enterprise Client-Managedは自己ホストで、中国の内側のインフラにインストールできます。決め手となる問いは到達性や速度ではなく、ロードしたデータがどこに保存されるかです——義務は専門家と確認してください。
中国のデータをQlik Cloudにロードすることは越境データ移転ですか？
概してはい。Qlik Cloudのテナントはオフショアに存在するので、中国のユーザーから収集した個人情報をそこにロードすることはPIPL 第38〜40条の下での越境移転です——通知、個別の同意、そして移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）を要します。Qlikのインメモリエンジンがデータを集中させるため、より多い量や機微なデータ・重要データはCACのデータ越境安全評価を要しえ、重要情報インフラ運営者はオフショアのテナントが満たせないサイバーセキュリティ法 第39条（旧第37条）の国内保存義務に直面します。しきい値と免除は変わるので、立ち位置は専門家と確認してください。
データを国内に保ちつつ、中国でどうQlikを動かせますか？
ロードしたデータを国境のレジデント側に保ってください。一般的なパターンは、中国本土の内側のインフラ（またはライセンスを受けた国内／主権の選択肢）で動く自己ホストのQlik Sense Enterprise Client-Managedサイトで、抽出物・アプリデータ・モデルが決して国を離れず、中国向けのダッシュボードはICP備案済みのインフラ上で国内から配信されます。21YunBoxはデータフローを整理し、その足場を国内化し、国内からの配信を提供します——Qlikの分析を本土で法令適合に保つ方法であって、中国のルールを回り込んでデータを動かす方法ではありません。
