海外支社と共有しているクラウドサーバーの取扱い

海外支社（ベトナム、中国等）の現地スタッフが閲覧又はダウンロードできる共有設定にした時点で、原則として外為法上の技術提供に該当し得ます。
クラウドのサーバー所在地が日本か海外か、相手が実際にダウンロードしたかにかかわらず、非居住者が利用できる状態に置いたかが判断軸になるためです。
一方で、クラウドストレージについては、保存目的（自ら使用するための保管のみ）の範囲にとどまる限り、外為法第２５条第１項の役務取引に該当せず許可不要となり得る整理が示されていますが、第三者に提供するためにストレージサービスを利用する場合は例外として役務取引に該当し得ることも明示されています。したがって、海外支社スタッフと共有している本件は、保存目的の整理の外に出やすく、通常の技術提供として該非判定と許可要否判断に進むべき類型です。

なぜ問題になるのか（現場の誤解ポイント）

クラウド活用は、設計部門にとって日常業務の延長線にあるため、輸出管理の論点が埋もれやすいです。とくに次の誤解が多く、無意識のまま継続的に技術提供が発生しやすい点が注意点です。
【誤解１　サーバーが日本にあるなら輸出ではない】
経済産業省のガイダンスは、クラウドサービスを利用して規制技術を非居住者がアクセスできるサーバ上に保存する場合に許可が必要となり得ると注意喚起しており、サーバー所在地だけで安全とは言えない整理を示しています。
【誤解２　相手が実際にダウンロードしなければ提供ではない】
技術提供は、結果として利用したかどうかより前に、他者が利用できる状態に置いたかが問題になります。実務上も、技術の提供とは他者が利用できる状態に置くことと整理されています。
【誤解３　クラウドには特例があるから共有も大丈夫】
保存目的の整理は、あくまで自ら使用するための保管を中核にした整理です。海外支社スタッフに閲覧又は利用させる共有運用は、保存目的の範囲を超えて「提供目的の利用」と評価されやすいです。

法的整理（条文、通達、ガイダンスの位置付け）

技術提供の許可要否は、条文だけでなく、通達やガイダンス、Ｑ＆Ａで具体化された運用整理を踏まえて判断する必要があります。現場で使える形に分解すると、次の３層で理解すると運用が安定します。
１　根拠条文（外為法第２５条第１項）
外為法第２５条第１項は、特定技術を特定国において提供することを目的とする取引、又は特定国の非居住者に提供することを目的とする取引について、経済産業大臣の許可を要する旨を定めています。
２　「技術」「提供」の基本概念（実務解釈）
実務資料では、技術とは貨物の設計、製造又は使用に必要な特定の情報であり、技術データ等の形態で提供されると整理されています。また、技術の提供とは他者が利用できる状態に置くこととされています。
３　クラウドの扱い（保存目的の整理と例外）
クラウドストレージについては、保存目的の整理と、その例外（特例外）が実務上の分岐点になります。ここを誤ると、クラウド利用全体が一律にグレーに見えてしまい、業務が回らなくなります。

クラウド特例（保存目的の整理）の要件と限界

クラウドストレージを利用して社内技術データを保管する行為については、一定の場合に許可不要となり得る整理が示されています。実務上は、次のように「保存だけの運用」か「第三者に使わせる運用」かで切り分けるのが重要です。
【類型Ａ　保存、バックアップ、国内業務のための保管】
この類型では、ストレージサービス利用契約が「自ら使用するために保管することのみ」を目的とする限り、特定技術が保管されても原則として外為法第２５条第１項の役務取引に該当せず、許可不要となり得る整理が示されています。
【類型Ｂ　海外拠点を含む第三者に閲覧、ダウンロード、利用させる共有】
この類型は、技術提供の論点に直行します。保存目的の整理は万能ではなく、例外として、第三者に特定技術を提供するためにストレージサービスを利用する場合は、外為法第２５条第１項に定める役務取引に該当し得ることが明示されています。
また、クラウドの形態や使用技術は変化するため、必要に応じて通達やＱ＆Ａを改正していく旨が経済産業省のＱ＆Ａにも記載されています。したがって、自社の運用が整理のどこに位置付くかを、定期的に見直す前提で社内ルール化することが現実的です。

本件が特例外となる理由（海外支社スタッフへの共有）

本件の決定的なポイントは、海外支社の現地スタッフが閲覧又はダウンロードできるように共有設定を付与している点です。
この運用は、保存目的の整理が想定する「自ら使用するための保管」にとどまらず、海外支社スタッフに技術を利用させることを目的とした提供行為と評価されやすいです。
保存目的の整理においても、第三者に特定技術を提供するためにストレージサービスを利用する場合は例外として役務取引に該当し得る旨が明示されていますので、まさにこの例外に当たり得ます。
したがいまして、クラウドに置いているという形式ではなく、非居住者がアクセス可能な状態を作っているという実態に即して、通常の技術提供として許可要否判断に進むのが安全です。

実務対応（翌日から回せる運用設計）

「毎回許可を取ると業務が回らない」という悩みはもっともですが、対処の方向性は「共有を全部やめる」か「全部許可申請する」の二択ではありません。設計、情シス、輸出管理、法務で役割分担し、次の順に潰すと運用が安定します。
１　技術該非判定を先に確定します
ＣＡＤ図面は、技術データとして技術提供の対象になり得ます。まず外為令別表のリスト規制に該当する特定技術かを、図面の仕様と紐付けて判定します。
２　リスト非該当でもキャッチオールを確認します
図面がリスト非該当でも、用途又は需要者によっては補完的な規制（いわゆるキャッチオール）の確認が必要となり得ます。ここは輸出管理部門で判断基準を統一し、設計現場に「どの質問をいつ聞くか」を定型化するのが効果的です。
３　アクセス権限設計で「提供の範囲」を最小化します
共有が必要な場合でも、フォルダを一括共有するのではなく、閲覧、ダウンロード、印刷、共有再付与、外部リンク発行を分解し、最小権限に落とします。
４　暗号化と鍵管理を「運用」で成立させます
暗号化自体は有効な統制ですが、鍵が海外拠点側に渡っていれば実質は共有と同じになります。鍵管理者、鍵の保管場所、例外付与の承認手続、鍵のローテーションを、社内規程で固定してください。
５　ログと証跡で説明責任に備えます
誰が、いつ、どの図面にアクセスできたか、共有設定がいつ付与又は解除されたかを、後から復元できるようにします。監査ログは、違反の有無の確認だけでなく、問題が起きたときに「どこまでが提供されたか」を切り分ける材料になります。
６　社内規程整備で、ＩＴ利用ルールと輸出管理規程を整合させます
現場はクラウド運用のルールが複数あると必ず破綻します。輸出管理規程、情報管理規程、クラウド利用規程、海外拠点との共同開発手順を、一本のフローに統合してください。
７　都度申請が重い場合は包括許可の活用を検討します
反復継続する技術提供が見込まれる場合、包括許可の適用可否は、技術の該当項番号と仕向地の組み合わせ等で整理できます。
また、グループ企業体制を前提にした管理の考え方やモデルＣＰの情報が公開されていますので、海外拠点との反復共有が避けられない企業では、体制整備とセットで検討するのが実務的です。
８　データ分割で「コア技術」を隔離します
全図面を同一フォルダで共有すると、規制対象の混入が起きた瞬間に運用全体が止まります。コア仕様部分、材料仕様、制御仕様などの機微部分を切り分け、共有対象を段階化するだけでも許可の対象範囲を圧縮できます。

チェックリスト／フロー／表（ワード貼付可能な形式）

まとめ

クラウドにＣＡＤ図面を置く行為は、それ自体が常に許可対象になるわけではありませんが、非居住者がアクセスできる状態を作った瞬間に技術提供の論点に入りやすい点が実務の要注意ポイントです。
保存目的の整理は、あくまで自ら使用するための保管にとどまる場合に検討できる枠組みであり、海外支社スタッフとの共有運用は例外として役務取引に該当し得るため、通常の該非判定と許可要否判断、そして運用統制の設計に進むのが安全です。
業務を止めずに適法運用するためには、権限設計、鍵管理、ログ、規程整備、データ分割、そして包括許可の活用を、設計と運用のセットで回すことが実務的な解決策になります。

なお、本稿は、安全保障貿易管理に関する一般的な情報提供を目的としたものであり、個別案件に対する法的助言ではありません。実際の許可要否や運用設計は、対象技術の該非判定、提供先の属性、提供態様、社内体制等の個別事情により結論が変わり得ますので、必要に応じて専門家又は所管当局への相談をご検討ください。

【お問合せは、こちらから】
・・・・・・・・・・・
執筆：有森ＦＡ法律事務所　代表弁護士有森文昭