Towards a Software Architecture Description for Tax Compliance

本研究は、最小限のソフトウェアアーキテクチャ記述が、税務監査人に対して国境を越えたコンポーネント再利用を効果的に可視化できる一方で、ソフトウェア工学的な抽象概念と税務上の概念との間の根本的な不一致により、最終的には法的に意味のある税務評価を支援するには至らないことを示している。

要約

巨大なグローバルソフトウェア企業を、一つの複雑な料理（ソフトウェア製品）を作るために、何千人ものシェフ（ソフトウェアチーム）が異なる部門を担当している巨大なキッチンだと想像してみてください。それぞれのシェフは、異なる国に住む家族の異なる枝分かれに属しています。

ここに問題があります。現実の世界では、もしスウェーデンのシェフがドイツのシェフが所有する秘伝のソースのレシピを使用した場合、ドイツの税務当局は、「おい、これは取引だ！君たちは誰かの知的財産を使っている。だから手数料を支払う必要がある」と言うかもしれません。これは「黙示的ライセンス（implicit licensing）」と呼ばれます。厄介なのは、ソフトウェアは目に見えないため、この「ソース」がどのように受け渡されているのかを観察することができない点です。そのため、税務当局はこうした取引が行われていることを知らないことが多いのです。

この論文は、税務当局がこれらの目に見えない取引を可視化するための「地図」を作ろうとしている研究チームについてのものです。

彼らが作った地図

研究者たちは、このソフトウェア・キッチンの非常にシンプルで「意図的に最小限の」地図を作成しました。すべての食材や味を見せるのではなく、この地図は以下の4つの要素のみを表示します。

1. 料理（The Dish）： 具体的にどのソフトウェア部品が使われているか？
2. シェフ（The Chef）： その部品の所有者は誰か？
3. つながり（The Connection）： 誰が誰の部品を使っているのか？（依存関係）
4. 場所（The Location）： そのシェフはどこに住んでいるのか？

彼らは、2,500以上のパーツと16,000の接続を持つ、実際の巨大なソフトウェアシステムを用いて、この地図のテストを行いました。

味のテスト（調査）

研究者たちは単に地図が良いかどうかを推測したわけではありません。彼らは、4人の実在の税務専門家（帳簿をチェックする監査官2名と、企業の申告をサポートするアドバイザー2名）にこの地図を見せました。そして、「この地図を使って、どこで税金が支払われるべきかを判断できますか？」と問いかけました。

専門家の意見

専門家たちは、「複雑だが希望の持てる」レビューを返してきました。それは以下の3つのポイントに集約されます。

1. 地図は素晴らしい出発点である（「懐中電灯」）
専門家たちは、会話を開始するための手段としてこの地図を高く評価しました。これまでは、「誰が何を何を使っているのか？」といった曖昧な質問をするしかありませんでした。しかし、この地図は、国境を越えて誰が誰のコードを使用しているのかという、事実に基づいた具体的なリストを提示しました。ある専門家は、これは人々の記憶（記憶は曖昧になりがちです）に頼るのではなく、「客観的な出発点」を持つことであると言いました。この地図は、国境を越えた利用が発生しているキッチンの暗い隅々を照らし出すことに成功しました。

2. 地図には盲点がある（「ぼやけたエッジ」）
しかし、地図は完璧ではありませんでした。

• 「これは誰の所有物か？」という混乱： ソフトウェアの世界では、「所有」とは「バグを修正するチーム」を意味することがあります。しかし、税法における「所有」とは、「その権利を保持する法的実体」を意味します。地図はソフトウェアの定義を使用していましたが、税務専門家は常にそれを法的定義へと翻訳しようとし、それが必ずしも一致しないことがありました。
• 「住所の欠落」問題： 約半数のケースで、地図は特定のチームがどの国にいるのかを正確に特定できませんでした（リモートワーカーであったり、データが乱雑であったりするため）。専門家は、「もしシェフがどこにいるのか分からなければ、ソースに課税することはできない」と述べました。明確な住所がなければ、公式な監査において地図の力は失われてしまいます。
• 「カウント」の罠： 地図はシェフ同士を結ぶ線を表示し、線の太さは互いにどれくらいコードを使用したかを示していました。しかし、専門家は警告しました。「線が太いからといって、そのソースが高価であるとは限らない」。あるチームは、小さくて安価なコードを100万回使うかもしれませんし、巨大で価値のあるコードを一度だけ使うかもしれません。地図は「頻繁な使用」と「高い価値」の違いを判別することができませんでした。

最終的な判定

論文は、このソフトウェア地図は有用ではあるが、完全な解決策ではないと結論付けています。

これは、犯罪現場の「大まかなスケッチ」のようなものだと考えてください。それは探偵（税務監査官）に対し、容疑者がどこに立ち、誰が誰と話していたかを正確に伝えます。それは調査を開始するための素晴らしいツールです。しかし、そのスケッチは、探偵に対して「いくらのお金が盗まれたのか」、「誰が法的にそのお金を所有しているのか」、あるいは「最終的な判決はどうなるのか」を教えることはできません。

研究者たちは、ソフトウェア・アーキテクチャによってこれらの隠れた取引の「構造」を可視化することはできるものの、それ単体では、実際の税額を計算するために必要な「法的および経済的な」答えを提供することはできないことを明らかにしました。地図は「何が」「どこで」起きているかを露呈させますが、実際の税額を算出するためには、税務専門家が自身の法的知識を持ち込む必要があるのです。

技術概要

テクニカルサマリー：税務コンプライアンスに向けたソフトウェアアーキテクチャ記述に向けて

問題提起

ソフトウェアコードは無形であり、物理的な場所に縛られることはないが、その所有権は特定の管轄区域内の特定のエンティティに法的に帰属する。多国籍企業（MNE）において、異なる国に所属するチームが所有するソフトウェアコンポーネントを内部的に再利用することは、暗黙的なクロスボーダー・ライセンスの一形態を構成する。国際的な移転価格規制（特にOECDの独立企業原則）の下では、このような内部ライセンスは課税対象となる。したがって、税務当局はソフトウェアアーキテクチャにおける明確なステークホルダーとなっており、コンプライアンスの確保および利益移転の防止のために、クロスボーダーでの再利用状況を可視化することが求められている。

しかしながら、現在、税務当局の懸念に対処するために設計されたソフトウェアアーキテクチャのビューポイント（観点）は確立されていない。既存のアーキテクチャ記述は技術的なステークホルダー（開発者、アーキテクト）に焦点を当てており、暗黙的なライセンス構造を可視化、解釈可能にし、監査可能にするために必要な慣習を欠いている。本研究は、ソフトウェア工学の抽象概念と税務概念の間のギャップに対処し、「意図的に最小限に抑えられたソフトウェアアーキテクチャ記述は、多国籍企業における暗黙的なクロスボーダー・ライセンスを、税務専門家にとってどの程度可視化し、解釈可能にできるか？」という問いに取り組むものである。

研究手法

本研究は、評価研究アプローチを用い、専門家パネルが証拠を評価する法廷手続きに類似した**判断研究（judgment study）**を採用している。

• スティムラス（刺激）の構築: 研究者は、税務に関するソフトウェア工学的理解に基づいた「意図的に最小限の」ソフトウェアアーキテクチャ・ビューポイントを定義した。このビューポイントは、以下の4つの要素に基づいている。

  1. ソフトウェアコンポーネント: 自己完結的で再利用可能なユニットとして定義（プロダクション環境のマイクロサービスとして具体化）。
  2. 所有権（Ownership）: コンポーネントに対して責任と説明責任を負う単一の組織単位。
  3. 依存関係（Dependencies）: コンポーネント間の方向性のある使用関係。
  4. 管轄権（Jurisdiction）: コンポーネントの所有者に付随する国。

  大規模な産業用マイクロサービスシステム（2,518個のコンポーネント、16,533個の依存関係、336のチーム）の履歴データを用いて、研究者は単一のアーキテクチャビューをインスタンス化（具体化）した。このビューは、有向グラフ（クロスボーダーの依存関係を示すもの）および、曖昧または不明な管轄権の割り当てを含む表形式の表現として提示された。

• エキスパートパネル: 評価には、国際税務、移転価格、および多国籍企業の税務監査において豊富な経験を持つ4名のシニア税務専門家（税務調査官2名、税務アドバイザー2名）が参加した。

• データ収集: アーキテクチャ記述に対する専門家の判断（妥当性、解釈可能性、有用性、および限界）を評価するために、半構造化インタビューを実施した。

• 分析: インタビューの逐語録に対し、リフレキシブ・テーマティック分析を適用し、税務上の推論に対するアーキテクチャの抽象概念の適合性に関する共通のテーマを特定した。

主な貢献

1. 意図的に最小限のアーキテクチャ・ビューポイント: 本論文は、クロスボーダー・ライセンスの露呈に特化して、コンポーネント、依存関係、所有権、および管轄権のみに焦点を当てた、税務当局向けの特定のビューポイントを定義している。
2. 経験的な判断に基づく評価: 本研究は、税務関連の推論のために特別に構築されたソフトウェアアーキテクチャ記述の、税務専門家パネルによる初の経験的評価を提供するものである。

結果

評価により、税務コンプライアンスの文脈において、ソフトウェアアーキテクチャ記述がどこで成功し、どこで失敗するかについての微細な理解が得られた。

• 出発点としての有用性: 専門家は、このアーキテクチャ記述が、税務監査の議論における信頼できる、エビデンスに基づいた客観的な出発点を提供することに満場一致で同意した。本記述は、そうでなければ暗黙的であったり主観的な物語的説明に依存したりしていたであろう、構造的に関連するクロスボーダーの再利用関係を効果的に表面化させている。
• 解釈における限界:
  • 所有権の不一致: 専門家は一貫して「所有権」を法的観点（法的・経済的所有権）から解釈したが、これはビューポイントで使用されたソフトウェア工学的な「責任と説明責任」という概念と衝突した。
  • 管轄権の曖昧さ: リモートまたは分散型のチームに起因して、依存関係の大部分（本研究では約50%）が不明または曖昧な管轄権の割り当てとなっていた。専門家は、この曖昧さを監査可能性に対する決定的な制限と見なし、統計的な推定は税務目的には不十分であると指摘した。
  • 価値 vs カウント: 専門家は、依存関係の数（エッジの重み）を経済的価値のプロキシ（代理指標）として解釈することに強く反対した。彼らは、コンポーネントは加算的ではなく、価値は極めて文脈依存的であることを強調したが、アーキテクチャのビューは定量的な構造データのみを提示していた。
  • スナップショットの限界: このビューは特定の時点を表しているが、税務監査は会計期間を対象とする。専門家は、静的なスナップショットの代表性、および非プロダクション・コンポーネントの除外について疑問を呈した。
• 全体的な合意: アーキテクチャ記述は、議論を構造化し、関連する当事者や依存関係を特定するためには有用であるが、法的解釈、移転価格決定、またはバリュエーション（価値評価）を行うための単独の手段としては不十分である。

意義と主張

本論文は、その貢献が税務コンプライアンスのための完全な運用ソリューションではなく、税務関連の推論におけるソフトウェアアーキテクチャ記述の可能性と限界に関する経験的な特性記述であると控えめに主張している。

本研究は、ソフトウェアアーキテクチャ記述は構造的に関連する再利用関係を明らかにできるものの、それ単独では税務評価に必要な法的意味を持つ解釈をサポートできないと結論付けている。そこには、アーキテクチャの抽象概念（技術的構造と責任に焦点を当てる）と、税務の概念（法的所有権、リスク、および経済的価値に焦点を当てる）との間の根本的なミスマッチが存在する。著者らは、このギャップを埋めるには、ソフトウェア工学における所有権の概念を法的・経済的枠組みと整合させるための学際的な研究が必要であると述べている。さらに、本研究は、経験的ソフトウェア工学研究における方法論的な緊張関係についても指摘している。すなわち、機密性の高い産業データの利用には厳格な匿名化が必要であるが、それが完全な再現性に必要な文脈的開示の深さを制約してしまうという問題である。