SoR、SoE、SoI、SoAは、業務システムを「何に責任を持つか」で分ける4つの分類です。それぞれSystem of Record（記録のシステム）、System of Engagement（つながりのシステム）、System of Insight（洞察のシステム）、System of Action（実行のシステム）の略で、特定のSaaS名を指す言葉ではありません。
結論から言うと、SoRは正本データ、SoEは顧客や社員との接点、SoIは分析と判断材料、SoAは業務行為の実行・承認・記録を担います。たとえば顧客データベースとしてのCRMはSoR、メールやチャットはSoE、BIやスコアリングはSoI、承認つきでCRM更新やメール送信を進める仕組みはSoAです。AIエージェントを入れるときは、この4つを分けると、AIに任せる範囲と人が承認する場所を決めやすくなります。
要点
- SoRは正本、SoEは接点、SoIは洞察、SoAは実行を担い、システム名ではなく責任の違いで分けるのが基本です。
- SoRとSoEは2010〜2011年、SoIは2015年に広まった言葉で、SoAはAIエージェントが業務を実行する層として後から加わりました。
- 業務を4分類で棚卸しすると、AIに任せる範囲と、人が承認すべき実行の直前を決めやすくなります。
4分類はシステム名ではなく責任境界で考える
SoR、SoE、SoI、SoAは、CRM、MA、BI、ワークフローのような製品カテゴリをそのまま置き換える言葉ではありません。同じCRMでも、顧客情報の正本として使うならSoR、営業担当の行動を促す画面として使うならSoAの要素を持ちます。
重要なのは、そのシステムが何に責任を持つかです。正しいデータを保持するのか、顧客接点を作るのか、判断材料を出すのか、業務行為を実行するのか。この責任境界を曖昧にすると、AIを入れたときに事故が起きやすくなります。
| 分類 | 正式名称 | 主な責任 | 典型例 | 実務での問い |
|---|---|---|---|---|
| SoR | System of Record | 正本データを保持する | 顧客情報や商談状態の正本としてのCRM | 最終的に何を正とするか |
| SoE | System of Engagement | 顧客や従業員との接点を作る | メール、チャット、Webフォーム | どこで相手とやり取りするか |
| SoI | System of Insight | 分析や判断材料を出す | BI、スコアリング、予測 | 何を見て判断するか |
| SoA | System of Action | 業務行為を実行・承認・記録する | 承認つきのCRM更新やメール送信を進めるワークフロー | 誰が何をどこまで実行するか |
4つの言葉はどこから来たのか
4分類は一度にまとめて作られた枠組みではなく、別々の時期に生まれた言葉です。
| 分類 | 広まった時期と出どころ | 当時の意味 |
|---|---|---|
| SoR・SoE | 2010年に文書管理の業界団体AIIMのタスクフォースが著述家Geoffrey Mooreと整理し、2011年のMooreの白書で広まった | SoRは長年業務を支えてきた記録系のシステム、SoEはその上でWebや協働を通じて人とつながるシステム |
| SoI | 調査会社Forresterが2015年に提唱 | データから洞察を得て、行動へつなげるための人・プロセス・技術の組み合わせ |
| SoA | AIエージェントの普及とともに使われるようになった比較的新しい言葉 | 記録や分析にとどまらず、業務を実際に実行する層 |
SoAが加わったのは、AIエージェントがSaaSやファイルに接続して、更新や送信まで行えるようになったためです。2026年5月には、ServiceNowが自社の業務基盤を「system of action」と呼び、ClaudeやCopilotなどのAIエージェントから、承認の経路や業務ルールを通して操作できるようにすると発表しています。
出典：AIIM（2010）、Forrester（2015）、ServiceNow（2026）
AIエージェント時代はSoAの重要度が上がる
従来の業務システムでは、人間が画面を開き、判断し、入力し、送信していました。この場合、実行責任の多くは人間側に残っていたため、SoAを明確に意識しなくても業務が回ることがありました。
しかしAIエージェントがSaaSやファイルに接続し、更新や送信まで行うようになると、行為の責任境界が表に出ます。AIがどのSoRを読んでよいか、どのSoEで応答してよいか、どのSoIを判断材料にしてよいか、どのSoAで実行してよいかを決める必要があります。
この意味で、SoAは4分類の中でもAI導入の実務に近い層です。SoRを守り、SoEでの体験を壊さず、SoIの判断材料を使いながら、実際の業務行為を安全に進めるための制御レイヤーになります。
AIに任せる業務を決める前に、正本、接点、洞察、実行の責任境界を分けることが先です。
分類ごとのAI活用ポイント
4分類は、AI活用の優先順位を決めるときにも使えます。SoRでは勝手な上書きを防ぐこと、SoEでは誤応答や過剰な自動化を防ぐこと、SoIでは判断根拠を残すこと、SoAでは承認と監査ログを整えることが重要です。
AI活用を検討するときは、どの分類にAIを入れるかを分けて考えます。要約や分析だけならSoI寄り、顧客返信ならSoE寄り、CRM更新やメール送信ならSoA寄りです。
SoRでは正本更新を慎重に扱う
AIが正本データを直接更新する場合、誤更新の影響が大きくなります。最初は更新案の作成にとどめ、承認後に反映する設計が現実的です。
SoEでは応答品質と責任範囲を見る
チャット、メール、Webフォームのような接点では、AIの応答がそのまま顧客体験になります。自動応答できる範囲と人間へ引き継ぐ条件を明確にします。
SoIでは根拠と再現性を残す
スコアリングや予測は便利ですが、なぜその判断になったかを説明できなければ現場は使いにくくなります。判断材料と評価軸を記録することが重要です。
SoAでは実行前に止める設計が必要になる
送信、公開、更新、削除のような行為は、実行後に取り消しにくいことがあります。AIが作業する場合ほど、実行直前の承認と監査ログが効きます。
分類を使うと業務設計の会話が速くなる
AI導入の会議では、同じ言葉で違うものを指していることがよくあります。ある人はCRMを正本として話し、別の人は営業画面として話し、また別の人は分析基盤として話します。このズレを整理するために4分類が使えます。
たとえば、商談後のフォロー業務を考える場合、議事録はSoRではなく入力情報、CRMはSoR、AI要約はSoI、フォローメール作成と送信承認はSoA、実際のメール接点はSoEです。このように分けると、どこをAI化するか、どこで承認するかを決めやすくなります。
AI導入前に4分類で棚卸しする
AIを入れる前に、既存ツールを4分類で棚卸しすると責任境界が見えます。CRMは常にSoRとは限らず、商談を更新するアクション画面として使っているならSoAの要素も持ちます。同じツールが複数の役割を持つ前提で、業務単位に分けて考えます。
| 確認質問 | 対応する分類 | AI導入時の注意 |
|---|---|---|
| 正しい記録はどこか | SoR | AIに直接上書きさせない条件を決める |
| 顧客や社員はどこで触れるか | SoE | 表示と実行権限を分ける |
| 判断材料はどこで作るか | SoI | 根拠データと再現性を残す |
| 誰が何を実行するか | SoA | 承認、監査、例外処理を設計する |
よくある質問
SoR・SoE・SoI・SoAは何の略ですか？
SoRはSystem of Record（記録のシステム）、SoEはSystem of Engagement（つながりのシステム）、SoIはSystem of Insight（洞察のシステム）、SoAはSystem of Action（実行のシステム）の略です。
SoAはService-Oriented Architecture（SOA）と同じですか？
違います。Service-Oriented Architectureはシステムを部品（サービス）に分けて組み合わせる設計手法を指します。この記事のSoAは、業務上の行為を実行・承認・記録する層を指すSystem of Actionです。
SoRとSoAの一番大きな違いは何ですか？
SoRは正本データを保持する層で、SoAはそのデータを使った業務行為を実行・承認・記録する層です。正しい状態を持つのがSoR、どう動くかを制御するのがSoAです。
SoEやSoIはAI時代にも必要ですか？
必要です。顧客や従業員との接点はSoE、分析や判断材料はSoIとして残ります。AIはそれらを横断しますが、責任境界が消えるわけではありません。
CRMはSoRですか、それともSoAですか？
使い方によります。顧客情報や商談状態の正本ならSoRです。一方で、次アクションの実行や承認を管理する画面として使うならSoAの役割も持ちます。
AI導入ではどの分類から考えるべきですか？
最初はSoRの正本境界とSoAの実行境界を決めるのが現実的です。どのデータを使い、どの行為をAIに任せるかが決まると、接点や分析の設計も進めやすくなります。
