Sorとは？ わかりやすく解説

System of record（記録のシステム、略:SoR）とは、情報技術における次世代エンタープライズ・アーキテクチャの主要な3要素のうちの1つであり、企業のデジタルトランスフォーメーション（DX）を牽引するための包括的なフレームワークである。記録処理や信頼性を重視するシステムで、主として企業の基幹系システムがこれに該当する。

他の要素であるSystem of Engagement（エンゲージメントのシステム、略:SoE）やSystems of Insight（インサイトのシステム、略称:SoI）と連携し、顧客の行動（SoE）を即座に分析（SoI）し、基幹システム（SoR）に反映することで、変化に迅速なフィードバックループを形成することができる^[1]。

現代の企業のデジタルトランスフォーメーション（DX）の潮流の中で、ソフトウェアとデータアーキテクチャの果たす役割は劇的な進化を遂げている。特に、市場の急速な変化に対応するための「俊敏性」と、企業基盤としての「安定性」という、しばしば相反する要求に同時に応えるため、エンタープライズ・アーキテクチャ（EA）の概念は根本的な再構築を迫られている^[2]。この複雑な要求を整理し、実践的なデジタル戦略を構築するための最も有力かつ包括的なフレームワークが、SoR、SoE、SoIからなる三位一体のモデルである^[3]。従来のIT戦略が主として内部プロセスの自動化、統制、およびコスト削減というSoRの領域に焦点を当てていたのに対し、現代の戦略は顧客体験の極大化を図るSoEの領域と、膨大なデータストリームから自律的かつ連続的な意思決定を導き出すSoIの領域へとその重心を急激に移動させている^[4]。

Systems of Record（SoR）は、企業の基幹的なデータとトランザクション履歴を管理する、伝統的かつ中核的なバックオフィスITシステム群を指す^[5]。具体的には、オンライン・トランザクション処理（OLTP）システム、企業資源計画（ERP）、製造資源計画（MRP）、経営情報システム（MIS）、人事管理システム（HR）、および従来型のリレーショナルデータベースやデータウェアハウスなどがこれに該当する^[5]。

SoRの根本的な目的は、企業活動における単一の真実の情報源を確立し、維持することにある^[6]。特定のデータ要素、例えば顧客の口座残高、リアルタイムの在庫数、従業員の給与情報、企業の財務状態などについて、権威ある信頼可能な唯一のデータソースとして機能する^[7]。これらのシステムは、法的な監査要件やコンプライアンスを満たすための正確性、整合性、および厳密な履歴管理が極めて重視されるため、企業の財務システムや勤怠管理システムにおいて不可欠な役割を果たしている^[8]。

SoRのインフラストラクチャおよび運用特性は、絶対的なデータの完全性と安定性を最優先するように設計されている。ガートナーが提唱する「バイモーダルIT（Bimodal IT）」の枠組みにおいて、SoRは「モード1（伝統的IT）」に分類される^[2]。このモードは、安定性と効率性に最適化されており、予測可能な結果をもたらす工業的スピード（Industrial speed）での運用が特徴である^[2]。

インフラストラクチャの観点から見ると、SoRは高度にステートフル（状態保持型）であり、個々のトランザクションの価値に関わらず、絶対的な一貫性とトランザクションの完全性が求められる^[9]。例えば、航空券の座席予約システムにおいては、座席の状態が常に正確であり、照会するすべてのエンティティに対して一貫して表示される必要がある^[9]。このような特性から、企業のインフラストラクチャおよびオペレーション部門は、企業の状態に関する極めて価値の高い情報を表すSoRをオンプレミス環境や厳格に管理されたプライベートクラウド内に保持する傾向が強い^[9]。これは、遅延、データの局所性、およびスケーリングメカニズムが、パブリッククラウドの動的な環境とミスマッチを起こすリスクを回避するためである^[9]。

開発手法においては、要件定義が明確であり、変更の頻度を意図的に低く抑えることで、企業に重大な損害を与える可能性のあるシステム欠陥の発生を防ぐという哲学が貫かれている^[10]。そのため、従来型のウォーターフォール開発手法や、高度に専門化されたプログラマーによるレガシーなソフトウェア開発パラダイムが依然として主流を占めることが多い^[10]。データ構造としては、主としてSQLベースのデータベースに格納される構造化データ（Data-at-rest）を取り扱い、監査証跡のためのCRUD操作に対する厳格なアクセス権限とスキーマ設計が施されている^[11]。

SoEはユーザーとの対話促進や顧客体験の極大化、関係性の構築を目的とし、俊敏性を重視する「モード2」に分類される^[12]。こちらではアジャイルやDevOpsなどの反復型開発アプローチが主流であり^[10]、分散型・ステートレスで水平スケーリング志向のIaaSが採用される^[9]。非構造化データやイベントストリームを主に扱い、そのパフォーマンスはタイム・トゥ・マーケットの早さ、ユーザー満足度、エンゲージメント率といった柔軟性や顧客への価値提供によって評価される^[2]。

このように、SoRとSoEは基本的な思想が異なる。ガートナーはこの関係を解決するための法則として、モード1（SoR担当）とモード2（SoE担当）の2つの分離された組織とプロセスを設ける「Bimodal IT」を提唱した^[2]。しかし、この分離モデルはアーキテクチャと組織論の双方において批判がある。

第一に、フロントエンドのSoEが真に革新的な機能（例えば、新しい動的価格設定モデルやパーソナライズされたモバイル決済）を提供しようとした場合、バックエンドのSoRのデータモデルやビジネスロジックに変更を加える必要が必然的に生じる^[13]。SoR側が「安定性」を盾に数ヶ月に及ぶリリースサイクルを固守すれば、SoE側の「俊敏性」は完全に相殺されてしまう。

第二に、ソフトウェア開発の権威であるマーティン・ファウラーをはじめとする専門家は、Bimodal ITが根底に持つ「トレードアブル・クオリティ・ヒポテーシス（品質とスピードはトレードオフの関係にあるという仮説）」自体が誤りであると指摘している^[13]。適切なアジャイルプラクティスと自動化テスト（CI/CD）を導入すれば、変更のスピードを劇的に向上させながら、同時に本番環境での欠陥を減少させることが可能である^[13]。したがって、システムを「遅いが安全なシステム」と「速いが不安定なシステム」に分割して管理することは、持続可能なエンタープライズ・アーキテクチャの進化を阻害する欠陥のある概念であると論じている^[13]。

このパラドックスを乗り越え、企業が真のデータ駆動型ビジネスを実現するためには、SoRとSoEを単に接続するだけでなく、双方から生成される膨大なデータを継続的な学習とアクションへと変換する第三の層Systems of Insight（SoI）が必要となった。

SoR、SoE、SoIは、それぞれが独立したサイロとして機能するのではなく、互いに密接に連携することで一つの巨大な「System of Systems」を構築しシナジーを生み出す^[1]。重要なのは、データから洞察へ、そしてアクションへと至り、再びデータとして還流する継続的なフィードバックループの確立にある^[14]。このループの確立のためには、APIの利用とマイクロサービスアーキテクチャが採用される^[15]

小売業のECサイトを例に挙げると、顧客の過去の購買履歴や在庫状況を管理するSoRと、リアルタイムの閲覧状況やクリックストリームを取得するSoEから収集されたデータは、直ちにSoIへと統合される^[16]。SoIがこれらのデータを掛け合わせて高度な分析を行い、「購入を躊躇している顧客に割引オファーを出すべき」という洞察を導き出してSoEを通じてアプリ画面に提示すると、顧客がそのオファーを利用して購入に至ったか否かの反応が新たなデータとしてSoE経由で直ちに収集される。この結果がトランザクション履歴としてSoRに記録されると同時にSoIの機械学習モデルへと直接フィードバックされることで、システムは自らのアクションの成否から学習し、次回以降のオファー提示の予測精度を継続的に向上させていく。

このように、システムの利用価値が高まるにつれて利用率も上昇し、価値創出までの時間が短縮されるというポジティブなネットワーク効果が生み出される^[16]。さらに近年では、この統合プロセス自体が人工知能（AI）によって高度化されつつある。機械学習を活用してシステム間のデータフローを観察し、異常を特定し、データのフォーマット変更などを自動的に検知して統合ルールを動的に調整する自己学習型の統合システムが登場している^[17]。

このモデルは、日本の政府機関においてもデジタルトランスフォーメーション（DX）の中核概念として提示されている。

1. ^ ^{a b} “Mobile Computing”. Jim Porell and James Porell Consulting. 2026年4月1日閲覧。
2. ^ ^{a b c d e} “What Gartner's Bimodal IT Model Means to Enterprise CIOs”. CIO. 2026年4月1日閲覧。
3. ^ “Systems of Insight Overview”. IBM Redbooks. 2026年4月1日閲覧。
4. ^ “Brief: Systems Of Engagement Take Center Stage”. Forrester. 2026年4月1日閲覧。
5. ^ ^{a b} Systems of Insight Overview (PDF) (Report). IBM Redbooks. 2026年4月1日閲覧.
6. ^ “PLM - System of Records, System of Engagement, and System of Intelligence”. Beyond PLM. 2026年4月1日閲覧。
7. ^ “System of Record vs. System of Engagement”. Mingo Smart Factory. 2026年4月1日閲覧。
8. ^ “SoEとSoR・SoIとの関係やDXに必要な理由を徹底解説!”. KDDI Business. 2026年4月1日閲覧。
9. ^ ^{a b c d e} “Systems of Engagement vs Systems of Reference – Core Concept for Infrastructure Architecture”. Forrester. 2026年4月1日閲覧。
10. ^ ^{a b c} “What is bimodal IT?”. ServiceNow. 2026年4月1日閲覧。
11. ^ Amit Kothari. “Systems of Record vs. Systems of Engagement vs. Systems of State”. Medium. 2026年4月1日閲覧。
12. ^ “Gartner is right—Enterprises Need Bimodal IT (2-Speed IT)”. Progress Software. 2026年4月1日閲覧。
13. ^ ^{a b c d} Martin Fowler. “Bimodal IT”. 2026年4月1日閲覧。
14. ^ “Think You Want To Be "Data-Driven"? Insight Is The New Data”. Forrester. 2026年4月1日閲覧。
15. ^ Next generation IT operating models – Part 2: Integrate (PDF) (Report). KPMG International. 2026年4月1日閲覧.
16. ^ ^{a b} Systems of Insight for Digital Transformation (PDF) (Report). IBM Redbooks. 2026年4月1日閲覧.
17. ^ “How AI is Changing the Integration Process”. 2026年4月1日閲覧。

• System of engagement（エンゲージメントのシステム、略:SoE）
• System of insight（インサイトのシステム、略称:SoI）
• デジタルトランスフォーメーション（DX）

• イッキにわかる ITパスポート ISBN 978-4-8132-8729-2