Avalaraは中国本土で使えるか：データの国内保存、ICP、越境ルール
Avalaraはオフショアのクラウド税務SaaSです。貴社の中国の取引データ、顧客の税務ID、VAT計算は、中国本土リージョンのないマルチクラウドのプラットフォーム（AWS／Azure／GCP／OCI）に置かれ——PIPLの下で海外に保持され——中国の国家システムであるゴールデンタックス／発票（fapiao）を置き換えるものではありません。データの国内保存とICPの扉を、コンプライアンス起点で読み解きます。
Avalaraは中国本土で使えるか
Avalaraを中国で使えるかは、データの国内保存と国内の税制システムの問いであって、速度ではありません。Avalaraは本土から到達できます——リスクは法的なものであって、パフォーマンスではありません。
中国では、税は国家システムです。付加価値税のインボイス——発票（发票、fapiao）——は、どの外国アプリケーションの内側でもなく、政府のゴールデンタックスプラットフォームと税務当局の国家電子インボイスサービスを通じて発行・検証されます。外国の税務自動化プラットフォームは税を計算・マッピングしますが、その義務的な国内発行チャネルを置き換えません。その上に乗ります。一方でAvalaraは中国本土リージョンのないオフショアのマルチクラウドインフラで動くので、それが貴社の中国の売上について保持する取引記録と顧客の税務IDは、PIPLが規律するデータの越境移転（英語）です——通知、個別の同意、移転メカニズム、そしてCIIOや大量取扱者には中国国内保存。
これは判定ではなくリスクの見取り図です——義務は量、法人、役割で変わり、発票の具体は中国の税務専門家に属します。当社の中国チームがAvalaraのデータと税務統合のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! 貴社の中国の取引データ、顧客の税務ID、VAT計算を保持する
- ! オフショアのマルチクラウドSaaS（AWS／Azure／GCP／OCI）——データはPIPLの下で海外に保持
- ! 中国の発票（fapiao）を発行せず、国家のゴールデンタックスシステムを置き換えない
- ✕ 中国本土のデータリージョンもデータ国内保存オプションもない
- ✓ 法令に沿った経路：税務データを国内に留め、ゴールデンタックスと統合し、ポータルをICP備案
Avalaraの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Avalara自身の言葉で：そのプラットフォームは「セキュアなマルチクラウドインフラ」に「AWS・Azure・GCP・OCIのアクティブ・アクティブ構成」を持つ。それはAvalara自身のオフショアのハイパースケーラープラットフォームで——中国本土のデータリージョンもデータ国内保存オプションも提供しないので、それが保持する中国の取引データと税務IDは海外に置かれる。 | Avalara — Enterprise platform page（2026-10-12 取得） |
| Avalara自身のデータ処理のドキュメントは、それが「欧州経済領域の外に所在するサブプロセッサー（Avalaraの関連会社と第三者の双方）を使うことがある」とし、EUの個人データは「データ輸入者兼サブプロセッサー」としてAvalara Inc.へ移転されると述べる——Avalaraが顧客データを保持し、自身のオフショアインフラへ移動させること、そして中国本土の国内保存の経路がないことを裏づける。 | Avalara — Data Processing Agreement & Privacy Notice（2026-10-12 取得） |
| Avalaraのテナントが中国の人々や事業から収集する取引・税務のデータは、中国の法の下での個人情報・事業情報であり、それをオフショアのリージョンに保持することは、第13条・第23条の合法な根拠と通知に加えて第38〜40条の移転メカニズム——CACの安全評価、CAC標準契約、または認証——を要する越境移転（数据出境）（英語）である。 | PIPL — 越境移転のルール、第13条・第23条・第38〜40条（2026-10-12 取得） |
| 重要情報インフラ運営者または大量取扱者の場合、サイバーセキュリティ法（英語）の第39条（旧第37条）は、中国で生成された個人情報と重要データを本土内に保存することを求める——オフショアのAvalaraテナントはこれを満たせない。 | サイバーセキュリティ法 — データ国内保存、第39条（旧第37条）（2026-10-12 取得） |
情報源は21YunBox コンプライアンスチームが2026年10月12日に確認しました。
中国本土の事業の税務を扱うためにAvalaraを運用する会社にとって、決め手はAvaTaxが上海からどれだけ速く税率を返すかではありません。それは到達性テストが決して確かめない二つのこと——貴社の中国の税務データをどこに置くことが許されるか、そして税務ワークフローが中国の義務的な国内インボイスシステムにどう適合するか——です。Avalaraはクラウド専用の税務自動化プラットフォームで——VATなどの税を計算し、取引記録と顧客の税務IDを保存し、申告と免税証明を管理します——そしてオフショアのマルチクラウドインフラで動き、中国本土の内側にリージョンはありません。したがって、それが貴社の中国の売上について保持する商業・税務のデータは、海外で処理・保存されます。だからこれはまずコンプライアンスリスクの問いであって、パフォーマンスではありません。
そして中国では、税は国家システムです。付加価値税のインボイス——発票（发票、fapiao）——は、どの外国アプリケーションの内側でもなく、政府のゴールデンタックス（金税）プラットフォームと税務当局の国家電子インボイスサービスを通じて発行・検証されます。外国の税務自動化プラットフォームは税を計算・マッピングし帳簿に供給できますが、その国内発行チャネルを置き換えることはせず、できもしません。その上に乗るのです。したがって中国でのAvalaraの本当の問いは、取引・税務IDのデータがどこに存在するか、そしてワークフローが義務的なゴールデンタックス／発票の制度とどう統合するか——APIが応答するかどうかでは決してありません。
中国でのAvalara：ひと目で
| 決め手 | Avalara自身の言葉で——そして中国の法では |
|---|---|
| 何を保持するか | 貴社の中国の売上の商業・税務の記録：取引データ（金額、明細、日付、相手方）、顧客・法人の税務ID、AvaTaxがそれらに対して走らせるVATと税の計算、そして各々に紐づく申告と免税証明の記録。中国の法が気にかける個人情報・事業情報です。 |
| どこで動くか | Avalaraはクラウド専用のSaaSプラットフォームです。自身の記述によれば“secure multicloud infrastructure”に“active-active architecture for AWS, Azure, GCP, and OCI”——オフショアのハイパースケーラークラウドであり、そのどれも中国本土リージョンではありません。Avalaraは中国のデータ国内保存オプションを提供しないので、データは海外に置かれます。 |
| 取引・税務IDのデータ | 貴社テナントが収集する中国の取引記録と税務IDは、オフショアのリージョンに置かれます——第13条・第23条の通知・同意の根拠の上に重なる、PIPL第38〜40条の越境移転です。重要情報インフラ運営者または大量取扱者の場合、サイバーセキュリティ法 第39条（旧第37条）は、中国で生成された個人情報と重要データを本土に保存することを求めます。 |
| 国内のゴールデンタックス／発票の制度 | これは到達性チェックが決して見ない半分です。中国では、VATインボイス——発票（发票、fapiao）——は国家のゴールデンタックスプラットフォームと税務当局の国家電子インボイスサービスを通じて発行・検証されます。外国の税務自動化プラットフォームは税を計算・マッピングしますが、その義務的な国内チャネルを置き換えません。それと統合しなければなりません。発票の具体は中国の税務専門家と確認してください。 |
| 中国向けのポータル | 本土のユーザーに提供されるセルフサービス、チェックアウト、またはインボイス／免税のポータルはいずれもインターネット情報サービスなので、本土のホスティングリソースに紐づくICP備案の義務を負います。Avalaraがホストするサーフェスはオフショアのインフラで動くため、それ自体のICP備案の経路を提供しません。 |
| 到達性は軸ではない | AvaTaxが本土から速く応答するかは運用の問題であって、コンプライアンスの問いではありません。決めるのは、取引・税務IDのデータがどこに存在するか、そしてワークフローが国内のゴールデンタックス／発票システムにどう適合するかです。21YunBoxは、規制対象のデータを国内に留め、国内の制度を統合し、ポータルをICP備案し、法令に沿って配信する支援をします——21YunBox Optimizer——すでに運用しているAvalaraの前段に置くかたちで。 |
実際に保持するもの——貴社の中国の取引・税務データ
Avalaraはフォントやスクリプトのような静的アセットではありません。貴社の中国の商取引の背後にある税務エンジンであり、まさに中国の法が注視するデータを集中させます。処理する課税取引はいずれも、金額と明細、日付と相手方、そして税を計算・報告するために使う顧客・法人の税務識別子を運び——加えて各売上に紐づく申告と免税証明の記録を運びます。Avalaraは中国本土リージョンのないオフショアのマルチクラウドインフラで動くクラウド専用のSaaSプラットフォームなので、貴社の中国の売上のその商業・税務の記録は、既定で海外に保持・処理されます。到達性テストは税率が返ってきたことを教えますが、その取引履歴とそれらの税務IDがどこに着地するかについては何も教えません。
開く扉：データの国内保存、国内のゴールデンタックス／発票の制度、ICP
第一の扉はデータの国内保存です。Avalaraのテナントが中国の人々や事業から収集する取引記録と税務IDは、中国の個人情報保護法（PIPL）（英語）の下での個人情報・事業情報であり、それをオフショアのリージョンに保持することは越境移転（数据出境）（英語）です。義務はAvalaraではなく取扱者である貴社に課されます。第13条・第23条はデータを収集するための通知と合法な根拠を求め、第38〜40条はそれを海外へ送るための移転メカニズム——CACの安全評価、CAC標準契約、または認証——を求めます。記録がセンシティブな識別子を運ぶ場合、PIPL第28〜29条は特定された目的・必要性・個別の同意のテストでハードルを上げます。そして重要情報インフラ運営者または大量取扱者の場合、サイバーセキュリティ法（英語）の第39条（旧第37条——2025年のサイバーセキュリティ法改正が2026年1月1日に施行され、データ国内保存の条を第37条から第39条に改番、実質は不変）は、中国で生成された個人情報と重要データを本土に保存することを求め、オフショアのテナントはそれを満たせません。
第二の扉は、税務プラットフォームを普通のSaaSと分かつものです。中国では、税は端から端まで政府のシステムです。VATインボイス——発票（发票、fapiao）——は、国家のゴールデンタックスプラットフォームと税務当局の国家電子インボイスサービスを通じて発行・検証されます。発行は外国アプリケーションの内側では起きません。外国の税務自動化プラットフォームは、税を計算し、税率とルールをマッピングし、帳簿に供給できますが、その義務的な国内発行チャネルを置き換えることはせず、できもしません——その上に乗り、それと統合しなければなりません。したがって問いはAvalaraが「使える」かではなく、貴社の中国の税務ワークフローがゴールデンタックス／発票の制度にどう適合するか、そしてその間に基盤となる取引データがどこに存在するか、です。発票の仕組みは中国の税務専門家と確定させるべき点として扱ってください。ここでのコンプライアンス上の要点は、速度テストがこの半分をそもそも全く表面化させないことです。
第三の扉はICP備案です。本土のユーザーに中国向けのセルフサービス、チェックアウト、またはインボイス／免税のポータルを公開するなら、公開のインターネット情報サービスを運用していることになり、それは本土の内側に物理的に置かれたホスティングリソースに紐づくICP備案の義務を発動させます。Avalaraがホストするサーフェスはオフショアで動くので、それ自体に届出するものはありません——スタックを調整しても、届出が必要とする本土の足場は生まれません。
到達性チェックはこれを見ない
Avalaraは中国で単に読み込みを拒むような種類のサービスではありません——リスクは、遅い応答よりも静かで、より永続的です。AvaTaxが本土から瞬時に応答しても、それを使うことは依然として貴社の中国の取引記録と顧客の税務IDを国外に置き、依然として国内のゴールデンタックス／発票の統合を未対応のまま残します。到達性テストは「APIは返ってきたか」に答えますが、税務データがどこに着地するか、誰がそれを合法に保持してよいか、そしてインボイス発行が実際に国家システムに適合するかには盲目です。税率がどれだけ速く届くかではなく、データがどこに存在するか、ワークフローが中国の税制にどう適合するかが、中国の法の反応する対象です。
これはリスクの見取り図であって、Avalaraが中国で「ブロックされている」「違法だ」という判定ではありません。どの義務が効いてくるかは、法人、取引と記録が実際に何を含むか、中国法上の役割、データ量で変わります——中国事業がそれに依存する前に、具体的な事情と発票の仕組みを専門家と確定させる価値があります。
法令に沿った経路——把握し、国内に留め、配信する
中国事業のために税務自動化を運用する、法令に適合した方法があり、それは貴社の財務チームがすでに使っているAvalaraの前段に置けます——作り直しも、二つ目のツールも、移行も不要です。
まず 把握（マップ）：当社の中国チームが、Avalaraのテナントが保持するもの——取引記録、顧客・法人の税務ID、VAT計算、申告・免税のデータ、そしてあらゆる中国向けポータル——を棚卸しし、それがどこにホストされているか（オフショアのマルチクラウドリージョン）、公開サーフェスのICPの状況、各フローが依拠する同意と国内保存の根拠を確定します。技術的な全体像は当社が描き、法的・税務的な結論は専門家と確定します。
次に 国内化／ガバナンス：規制対象のデータ——中国の取引記録と税務ID——を合法な中国国内の経路に留め、第13条・第23条の通知・同意を取得し、外国のエンジンを記録システムとして扱うのではなく、ワークフローが義務的な国内の発票／ゴールデンタックスの発行と統合するようにする支援をします。国内化とは、データを中国国内の経路に留めることであり——どのみちオフショアへ送る経路を意味することは決してありません。
そして 配信（デリバー）：公開の中国向けポータルはいずれもインターネット情報サービスなので、本土のホスティングに紐づくICP備案の義務を負い、法令に沿った中国国内からの配信を必要とします。21YunBoxはそれを立ち上げます——21YunBox Optimizer——すでに運用しているものの前段に置き、中国のユーザーに合法かつ法令に沿って提供します。21YunBoxは、いかなる種類の回避的手段も用いず、勧めもしません——法が国内に留めよと定めるものを国内に留め、残りは本土内から法令に沿って配信し、データをひそかに国境を越えて動かすことは決してありません。オフショアのテナントを単に 到達可能 にすることは答えではありません。規制対象のデータを国内に留め、国内の税制を統合し、ポータルをICP備案して法令に沿って配信することが答えです。21YunBoxは、すでに運用している税務プラットフォームに対する、競合ではなくコンプライアンスのオーバーレイでありパートナーです。
関連する読み物：
よくあるご質問
Avalaraは中国の発票（发票）を発行したり、ゴールデンタックスシステムを置き換えたりしますか？
いいえ。中国では、VATインボイスは国家のゴールデンタックスプラットフォームと税務当局の国家電子インボイスサービスを通じて発行・検証されます。Avalaraは税を計算・マッピングし記録に供給できますが、義務的な発票発行は国内の政府システムを通じて行われます——外国のプラットフォームはその上に乗るのであって、置き換えるものではありません。発票の仕組みは中国の税務専門家と確定させてください。
Avalaraは私の中国の取引データと税務IDをどこに保存しますか？
オフショアです。Avalaraは中国本土の内側にリージョンのないマルチクラウドインフラ（AWS・Azure・GCP・OCI）上のクラウド専用SaaSなので、それが貴社の中国の売上について保持する取引記録と税務IDは海外で処理・保存されます——PIPLの下での越境移転です。その規制対象のデータを合法な中国国内の経路に留めることがコンプライアンスの問いであって、APIが応答するかどうかではありません。
Avalaraは中国でブロックされているのですか、それとも単なる速度の問題ですか？
どちらも要点ではありません。AvaTaxが本土から瞬時に応答しても、それを使うことは依然として貴社の中国の税務データを国外に置き、国内のゴールデンタックス／発票の統合を未対応のまま残します。税率がどれだけ速く届くかではなく、データがどこに存在するか、ワークフローが国家の税制にどう適合するかが、中国の法の反応する対象です。
