産業向け計画ソフトウェアベンダーDassault Systèmesのレビュー

著者：Léon Levinas-Ménard

最終更新：2026年11月4日

Dassault Systèmesは、DELMIA製品群を通じて産業向け計画・製造ソフトウェアを提供しています。Quintiqは生産、物流、人員の計画を扱い、Ortemsは有限能力を考慮した生産計画とスケジューリングを提供します。隣接する製品には、製造オペレーション管理のAprisoと製造業向けERPのDELMIAWorksがあります。本レビューは、計画製品と実行系ソフトウェアとのインターフェースに焦点を当てます。 1 2 3 4

総合評価：4.9/10。

評価軸	評点
サプライチェーンへの理解の深さ	5.2/10
意思決定と最適化の実質	5.4/10
製品とアーキテクチャの一貫性	4.6/10
技術的透明性	5.2/10
ベンダーとしての真摯さ	4.0/10

DELMIAには実質的なスケジューリング技術がありますが、より広いサプライチェーン領域での提案は厳しい前提に依存しています。コンサルタントと顧客側の専門家が、詳細な計画モデル、制約、KPIの優先順位を、変化する事業と整合させ続けられるという前提です。ベンダー自身のアーキテクチャ文書も、業務間の依存関係によって単純なスケール拡張ができない場合には、カスタマイズが必要だとしています。顧客事例は、構成されたソリューションを支える専門チームの存在を示しています。これは導入時の付随作業ではなく、所有コストの中核です。 14 17

営業上の表現は、その負担を見えにくくしています。2016年の文書は、乖離のない自己学習型計画を約束していました。現在のページは、計画担当者の判断と設定可能な目標を中心に据えたまま、バーチャルツイン、デマンドセンシング、自律エージェントを宣伝しています。公開資料には有用なアルゴリズム、連携機構、顧客での改善が示されています。一方、意思決定プロセス全体が不確実性を確実に価値評価し、継続的な計画作業をなくし、責任の所在を明確にした純財務リターンを生むことを裏づける証拠は、はるかに少なくなっています。 10 6 19

Dassault SystèmesとLokadの比較

DELMIAの計画に関する提案は、実行可能なスケジュールを作成・調整できるほど詳細に産業オペレーションを表現することです。設定可能なモデルで複雑な生産・人員制約を表し、周辺の製品群で計画と製造実行を結びつけます。Lokadの提案は、不確実性の下での意思決定の経済的価値から出発し、その意思決定を選ぶ計算を維持することです。このアプローチの背景にある広い視点は、サプライチェーン入門で説明されています。

生産順序、車両割り当て、勤務表は具体的な意思決定です。その価値は、不確実な需要、納期、歩留まり、利用可能能力に依存します。システムは、実行可能な行動のうち何を選ぶ価値があるかを判断し、事業が変化してもその価値評価を正しく維持する必要があります。

Quintiqは設定可能なKPIに対する最適化を重視します。Ortemsは能力、作業順序、段取り替え、仕掛品を重視します。これらの目標は衝突し得ます。段取り時間を最小化する順序は期待利益率の低い在庫を生産する可能性があり、機械稼働率の最大化は、より価値の高い注文のために空けておくべき能力を消費し得ます。こうした衝突は計画担当者の好みの中に埋め込んだままにせず、財務上の目的によって解消する必要があります。 5 2

Lokadの在庫最適化に対する経済的アプローチは、別の基準を提供します。不確実性と資源の競合用途を含め、行動をその結果の期待値に基づいて評価するという基準です。DELMIAの評価で重要なのは、構成された計画システム群の内部に、同等の経済的解釈を構築・維持するための作業です。有能な最適化エンジンでも、商業的に誤ったモデルを補うことはできません。

歴史：自己学習型計画から仮想アシスタントへ

Dassault Systèmesは2014年9月、約2.5億ユーロでQuintiqの買収を完了しました。2016年6月にはOrtemsの買収合意を発表し、QuintiqとAprisoに加えて有限能力スケジューリングを拡充しました。買収時の説明でも、産業オペレーションの統合と共通のデータ参照基盤が強調されていました。 8 9

Quintiqの2016年の文書自己学習型サプライチェーンは、機械学習、継続的なデータ更新、人間の専門家の論理の取り込みを宣伝していました。モデルが事業の現実に完全に適合すると説明しながら、予測が改善すれば乖離のない実行可能な計画が得られると主張していました。文書は処理時間の分布に触れていましたが、その表現が示唆する普遍的な信頼性を実証してはいませんでした。 10

その約束は技術の能力を誇張していました。観測を増やせば推定は改善し得ますが、将来の故障、納品遅延、注文変更をなくすことはできません。予想外の結果を、十分に正確なデータがあれば消える欠陥とみなす考え方は、サプライチェーンの意思決定の基盤として不適切です。現在のAdvanced Analyticsページも自己学習という主題を引き継ぎ、段取り、作業、サービス、移動の時間推定を約束していますが、信頼できる確率的意思決定モデルを確立するために必要な検証を公開していません。 11

過去の技術研究は、より的確に問題を捉えていました。DAIPEXプロジェクトの一環としてQuintiqで実施された2016年の修士論文は、確率的な移動時間とサービスの信頼性を研究しました。実験では、移動時間の期待値を最適化すると信頼性の低い経路が生まれ、移動時間の分布を明示的に扱う方法が、時間的余裕に基づく複数の対策を上回りました。これは不確実性に関する研究の有意義な証拠です。ただし、明確な範囲を持つ輸送研究の結果であり、現在の生産・在庫製品の文書ではありません。 12

ブロックチェーンも、Dassaultによる2018年のサプライチェーン解説に登場しました。記事はナイジェリアでのChemonicsの取り組みを紹介し、Quintiqが別途行っていたWorld Food Programme向けの業務に言及していました。第三者のプロジェクトを通じて技術の物語は広がりましたが、Quintiqとの技術的なつながりは通常の計画と最適化の範囲にとどまりました。 29

最近のリリースは、エンジニアリングの継続を示しています。2024年のアップグレード資料は、ウェブクライアント、導入ツール、テスト、バックアップ、改訂された拡張アーキテクチャを文書化しています。Ortemsには新機能と関連サービスを備えた2026年版があります。2026年6月のEurowipesの顧客事例では、既存のOrtems環境へのScheduling Intelligenceの追加が説明されています。 15 30 18

現在のAIに関する説明は、自律的な問題解決と、支援を優先する明確な方針を組み合わせています。LEOは製造部品表、工程順序、作業指示、資源割り当ての案を提示し、エンジニアが修正できるようにします。これは実質的な下書き作業です。工程設計の効率に関する数値は導入目標にとどまり、後述する別のスケジューリング・インテリジェンスの数値は報告済みの成果です。金属産業向けウェビナーでは、今後登場するLEOアシスタントも説明されています。これらの提供段階は区別する必要があります。 19 20

最適化に関する証拠が示すこと

複数の手法と重いモデル化負担

Quintiqは、数理計画、制約プログラミング、経路最適化、グラフ手法、独自のQuill言語を挙げています。車両経路問題とジョブショップ問題のベンチマーク記録も宣伝しています。これらは計算手法の幅を示しますが、ベンチマーク性能からは、顧客の経済的問題が正しくモデル化されているかはほとんど分かりません。 5

Quintiqの石油・ガス事業向けに行われた2014年の論文は、この問題を具体的に示しています。非線形制約を伴う製油所のスケジューリングと混合を研究し、混合整数、非線形、制約プログラミング、ヒューリスティックの各手法を比較しました。実験ではQuintiqソフトウェアとともにCPLEXを使っています。この研究と時期に固有の成果ですが、一見単純な最適化の主張の背後にあるモデル化の妥協を明らかにしています。 13

LPやMIPの扱いやすい定式化が事業モデルの限界になっている場合、それは警告信号です。サプライチェーンのコストには、不連続性、代替、共有資源、不確実な結果が含まれます。これらの関係を決定論的な係数に押し込めると、経済的に誤った問いに対する精密な答えが生まれ得ます。不確実性を表すためにシナリオを展開すれば、すでに難しい組合せ問題がさらに大きくなります。システムを解きやすい部分に分割すれば、最良の意思決定を決める相互作用そのものが失われかねません。

Quintiqに別の手法があるだけでは、この困難は解消されません。有用な証拠とは、実装されたモデルが重要な不確実性と経済的相互作用をどう保持し、それらが変化したときに誰が修正するかを説明するものです。既存の定式化に対する探索を高速化しても、問題の一部にしか対処できません。

スケーラビリティとシステム全体の最適化は衝突し得る

Quintiqの2021年8月のアーキテクチャ記事は、可視化、統合、業務の各層を分離して説明しています。独立に実行されるデータセットによって業務処理をスケールさせ、配送センターごとに一つのデータセットを置く構成を例示しています。著者は、工場内の部門間のようなサブドメイン間の依存関係がある場合、スケーラビリティを確保するには通常カスタマイズが必要だと明言しています。 14

これは重大な制約です。独立した倉庫は個別に処理できますが、同じ在庫、輸送能力、顧客需要を取り合う倉庫は独立していません。実装は、計算上の分割をまたいでそうした相互作用を保持する必要があります。そうしなければ、高速な局所計画がネットワーク全体で経済的に最良の意思決定と食い違い得ます。

コストはインフラだけに限りません。調達、配分、経路、商業上の優先順位が変わるたびに、これらの依存関係も変わり得ます。分割されたモデルの保守は、継続的なエンジニアリング作業の一部になります。これがホリミゼーションで説明される問題です。事業を表すモデルを有用に保つことは、それを効率的に解くことと少なくとも同じくらい重要です。

Ortemsは主にスケジューリングを通じて実際の制約に対処する

Ortems Production Schedulerは、設定可能な最適化エンジンによって、機械、工具、作業者、製品・工程上の制約、順序変更を扱います。複数の計画担当者が同じスケジュールで作業することも支援します。公開されている意思決定範囲は産業上有用であり、カレンダーへの手入力を超えるものです。 2

弱い点は、実行可能なスケジュールが不確実な未来にどう耐えるかです。不足や故障の後で再計算するのは対応の仕組みです。不足や故障の確率が異なる行動から今日選ぶには、予測分布と結果の経済的評価が必要です。確認したOrtemsの資料は、後者より前者をはるかに明確に説明しています。

Eurowipesの事例は、測定された業務成果を示しています。Ortemsを基盤として納品の信頼性が88%から94%に改善しました。新しいScheduling Intelligence層については、スケジュールの乖離とその原因の分析改善に結びつけています。これにより、確立済みのスケジューリング成果と追加の分析機能の提案を区別できます。事例は導入費用、計画担当者の継続的な作業量、純利益率を公開していません。 18

予測、デジタルツイン、矛盾する主張

現在のDemand Planningページは、統計的予測、機械学習、生成AI、協調型デマンドセンシング、バーチャルツインを組み合わせています。デマンドセンシングは、販促や経済変化といった部門ごとの知見を加えるものとして説明されています。独自の統計的仕組み、シグナルから意思決定までの時間上の優位性、同じ情報を使う基準手法との比較評価は示されていません。 6

協働をデマンドセンシングと呼び替えても、技術的内容はほとんど増えません。重要なのは、その入力が補充や生産の意思決定前に利用可能だったか、その予測期間の予測を改善するか、そして改善された予測が利益を生む実行可能な行動を変えるかです。意見をより多く集めることは、これらのどの段階も改善しないまま計画作業を増やし得ます。

同じページは予測精度の監視にも触れているため、Dassaultの説明から精度が完全に欠落しているわけではありません。証拠が不足しているのは、バーチャルツインのより広い予測です。資源の利用可能性、処理時間、材料フロー、介入の効果を予測するモデルは、高次元の予測能力を主張しています。その評価では、計画担当者が複数のシナリオを確認できることを示すだけでなく、これらの予測と依存関係を扱う必要があります。 6

Supply Planningページは、予測された需要を満たすことを出発点としています。中心的な需要予測と選択されたシナリオに基づく供給計画では、別の未来の確率とコストが見落とされる可能性があります。過去の確率的経路研究は、Quintiqが少なくとも一つの領域でこの違いを理解していたことを示します。しかし、現在の製品文書は、計画スイート全体で需要、供給リードタイム、能力を同等に一体で扱っていることを示していません。 7 12

最も明確な内部矛盾は、完全な適合をうたう表現と、設定可能なKPIおよび専門家による継続的な介入の組み合わせです。多くのルールを受け入れられるだけで、モデルが現実と完全に整合しているとは仮定できません。誤ったルール、古いコスト、欠けている関係は、インターフェースがどれほど高度でも誤ったままです。この主張に必要なのは、視覚表現の層を増やすことではなく、業務上の誤差の測定と保守方法です。 5

設定の保守、労働生産性、商業上の責任

Wielandの事例は、導入モデルを非常に具体的に示しています。同社は2002年にQuintiqを選び、自社の計画アプリケーションを開発、導入、保守する社内チームを育成しました。事例は、順次導入されたスケジューリング、企業計画、経路計画のソリューションを説明しています。炉周辺の保管ボトルネックの解消を含め、可視性、納品実績、材料フローの改善を報告していますが、専門家の継続的な費用は定量化していません。 17

Wielandは、継続的な開発チームを通じて自社プロセスに関する知識を管理しています。計画担当者の時間削減だけを数えると、その削減を支えるデータの対応付け、ルール、拡張、テスト、リリース互換性を維持する人員が抜け落ちます。

Dassaultの2024年のアップグレード指針は、毎年の更新を推奨しています。従来の実装と、2023年から利用できるアーキテクチャを区別しており、後者では顧客の拡張が基盤アプリケーションを変更せずに済むため、アップグレードが容易になります。これは実質的な改善です。それでも、移行スクリプトと顧客固有の動作には、責任者と検証が必要です。 15

2026年2月のQuintiqの条件は、重要な契約上の境界を加えています。明記された複数の計画プログラムの改変を認める一方、改変済みプログラムを記載の保証から除外し、標準サポートを未改変のプログラムに限定しています。この条項はライセンス対象プログラムの改変に関するものであり、文書化された拡張アーキテクチャは顧客向け機能を加える別の方法を提供します。したがってプロジェクトでは、カスタマイズ方法、保守作業、サポート範囲、個別合意したサービスの対応を明確にする必要があります。 16 15

同じ条件は、別途早期アクセスと指定された機能のリスクを顧客に負わせ、本番利用前の検証を求めています。この責任配分は当該機能に適用され、すべてのAI機能に自動的に及ぶわけではありません。提供状況が不明確なデモや発表を評価する際に重要です。 16

一方、Optimized Planningページは、六か月以内のプラスのROIと、5%の効率改善保証を宣伝しています。同ページでは、保証の基準、費用範囲、未達時の救済措置を定義していません。効率の主張は、ライセンス、導入、モデル保守、インフラ、残存する業務作業を含む財務上の約束の代わりにはなりません。 5

Dassaultは、スケジューリング・インテリジェンスを使う製造企業で、納品の信頼性と納品実績が約20%改善し、スケジュールの作成・再作成時間が75%減ったと報告しています。これらは意味のある生産性の主張です。ただしページでは導入先を明かさず、観測期間、基準の定義、保守費用も示していません。スケジュールの準備は計画業務全体の一部です。モデルの維持、データの修正、例外処理も人員の時間を消費します。 19

同じページは、十分に使われず、場合によっては実用的でない計画の原因を、計画担当者が推奨を理解しにくいことに求め、最適化エンジンを明示的に免責したうえで説明用エージェントを提案しています。これはまさにホリミゼーションが提起する問題です。モデル内の数学的成功は、事業上の失敗と両立し得ます。説明では、欠けた制約、誤った仮定、不適切な目的を修復できません。その修正にはベンダーが責任を持つ必要があります。そうでなければ、悪い結果は構造的にユーザーの理解不足の問題にされてしまいます。 19

ソフトウェア構成部品

製品ファミリーごとに、実行環境と保守要件は異なります。

製品または層	直接的な証拠	運用上の帰結
Quintiq 2026実行環境	組み込みのIBM Semeru Java、明記されたWindowsクライアント／サーバープラットフォーム、Demand Planner向けの追加QR Server 1.7.4	実行環境の互換性と予測側の依存関係には、それぞれリリース管理が必要です。
Quintiqアプリケーション開発	2026年10月のベンダー求人は、Quill開発、制約モデル、最適化ロジック、外部連携を要求	顧客への適合は、専門的なソフトウェア作業と独自ツールに依存します。
Quintiqの導入と状態管理	2024年のリリース資料に、Dataset Store、複製、バックアップ、導入マネージャー、任意のDocker／オーケストレーション導入を記載	データ復旧、導入、モデル更新は、エンジニアリングを要する運用作業のままです。
Apriso導入	2026年10月のサービス部門求人は、MS SQLとC#／ウェブ言語のスキルを伴う拡張開発とデータベース性能を対象	実行層が、追加の導入作業とデータベース調整の負担をもたらします。

出典：Quintiqの実行環境要件とアップグレード文書、およびQuintiqとAprisoのサービスチームの2026年10月の求人。 21 22 15 23

Quintiqのホスティングサービス資料は、インフラ監視、パッチ適用、ソフトウェア更新、モデル導入をサービス提供者に割り当てています。ホスティングによってこれらの責務を集約できますが、計算基盤や、その背後にある事業固有の保守がなくなるわけではありません。顧客はサービス料金とプロジェクト作業を通じて、その費用を引き続き支払います。資料には総費用の比較がありません。 24

したがって、アーキテクチャ上の最大の懸念は、独立して保守されるモデルとインターフェースの蓄積です。計画、スケジューリング、実行、ERPの製品を同じブランドで購入しても、工場、仕入先、製品の変更がすべての製品に正しく伝播するとは限りません。その整合性は実装し、維持する必要があります。

セキュリティ：仕組みと製品固有のリスク

3DEXPERIENCEのアプリケーションセキュリティ文書は、SAML/MFA認証、アプリケーション層とデータベース層で強制するロールベースの制限、TLS、監査証跡、ネットワークフィルタリングを示しています。クラウド文書は、バックアップとインフラの責任を説明しています。これらは評価可能な仕組みですが、適用範囲は文書に記されたプラットフォームです。別個に導入されたQuintiq、Ortems、Aprisoのすべてに同一の保護があることを示すものではありません。 25 26

Quintiqの2019年のホスティング資料は、遠隔地バックアップを説明し、災害復旧をオプションとしています。したがって復旧の約束は購入したサービスに依存します。複製とフェイルオーバーは一部の障害後もサービスを利用可能にしますが、悪意ある削除からの復旧には、保護された復旧コピーと、それを破壊できる認証情報の管理も必要です。確認したQuintiq資料は、これらの境界を十分詳しく説明していません。 24 15

製品固有のセキュリティ勧告は、問題を具体化します。Dassaultは2025年8月、2020年版から2025年版を対象として、Aprisoのコードインジェクションと認可欠落に関する勧告を公開しました。後者はアプリケーションへの特権アクセスの可能性、前者は任意コード実行を説明しています。これらはセキュリティ境界におけるエンジニアリング上の失敗であり、是正費用は該当する導入環境の運用費に含まれます。勧告は影響するリリース群を示しますが、顧客環境でのパッチ適用状況を示すものではありません。 27 28

認証取得ではこれらの問いは解決しません。封じ込めに基づくセキュリティ原則に沿って評価すべきなのは、侵害されたユーザー、連携、拡張が何を実行でき、信頼できる状態をどう復元するかです。公開資料は一部のアクセス管理と復旧の仕組みを裏づけますが、カスタマイズされた計画・実行環境の封じ込めは十分に説明されていません。

サプライチェーン評価

総合評価は、2026年11月4日時点で利用可能な公開資料に基づいて採点した、以下の25項目を等しい重みで平均したものです。

サプライチェーンへの理解の深さ

評価項目	評点
経済的な問題設定	5/10
具体的な意思決定への到達	8/10
サプライチェーンに関する概念の明晰さ	7/10
時代遅れの中心的教義からの独立	3/10
KPIの見せかけに対する耐性	3/10

平均：5.2/10。

経済的な問題設定 — 5/10。 コストと資源間のトレードオフはありますが、公開されている主要目的は設定可能なKPIです。文書は、不確実で相互依存する意思決定全体にわたる財務価値評価を継続的に維持していることを示していません。 5 7

具体的な意思決定への到達 — 8/10。 スケジュール、勤務表、割り当ては実行可能な出力です。実行に人間の選択と調整が残る場合でも、意思決定範囲は実質的なものです。 1 2

サプライチェーンに関する概念の明晰さ — 7/10。 製品は難しい産業上の制約を扱い、研究も重要な確率的効果を認識しています。完全適合モデルに関する一般的な対外説明は、こうした領域固有の研究よりはるかに不正確です。 2 12 13

時代遅れの中心的教義からの独立 — 3/10。 合意形成型の予測、KPIのバランス調整、計画担当者を介したシナリオが引き続き中心です。再計算を高速化しても、不確実性を価値評価し、経済的に整合する行動を選ぶ必要性は未解決のままです。 6 7

KPIの見せかけに対する耐性 — 3/10。 宣伝される効率保証には、公開された経済的な範囲定義がありません。より有力な顧客事例も、総費用を示さず、納品や業務の改善を報告しています。 5 17 18

意思決定と最適化の実質

評価項目	評点
確率的モデル化の深さ	3/10
最適化または機械学習における独自の実質	6/10
現実の制約への対応	8/10
意思決定の自動化と労働生産性	5/10
実際の業務の複雑性に対する適応力	5/10

平均：5.4/10。

確率的モデル化の深さ — 3/10。 確率的経路の研究には実質がありますが、範囲は限定されています。現在の計画資料は、需要、供給、能力を統合した確率モデルが経済的な行動選択を決めていることを示していません。 12 6 7

最適化または機械学習における独自の実質 — 6/10。 Quintiqには、一般的なAIの主張を超える、特定可能な手法と研究実績があります。ただし各手法の有用性は定式化に依存し、その保守は大部分がプロジェクト固有です。 5 12 13

現実の制約への対応 — 8/10。 詳細な生産資源、順序、輸送、人員要件は明確な強みです。これらの制約を解決すると実行可能な計画が得られますが、最も利益を生む計画を選ぶには、適切な経済的目的がなお必要です。 1 2

意思決定の自動化と労働生産性 — 5/10。 スケジューリング時間の削減とモデルの下書きエージェントは、作業をなくす具体的な道筋を示します。報告された改善には労働量全体の比較基準がなく、顧客が保守する計画アプリケーションには多大な専門作業が残ります。 17 19 22

実際の業務の複雑性に対する適応力 — 5/10。 顧客の業務成果と明示されたアーキテクチャの限界は、貴重な証拠です。相互に結びつく意思決定のスケール拡張と仮定の維持にはカスタマイズが必要で、その費用と信頼性はプロジェクトに依存します。 14 18

製品とアーキテクチャの一貫性

評価項目	評点
アーキテクチャの整合性	5/10
システム境界の明確さ	6/10
セキュリティへの真摯な取り組み	4/10
ソフトウェアの簡素さと所有コスト	3/10
プログラム操作とエージェント支援業務との適合性	5/10

平均：4.6/10。

アーキテクチャの整合性 — 5/10。 Quintiqは整合した内部アーキテクチャと改善された拡張モデルを公開しています。DELMIA全体には、共通ブランドでは消えない製品とインターフェースの境界が残っています。 14 15 23

システム境界の明確さ — 6/10。 製品の役割、実行時の依存関係、一部のサポート境界は文書化されています。業務統合という商業上の主張は、公開情報から確認できる連携上の契約より広いものです。 2 3 16 21

セキュリティへの真摯な取り組み — 4/10。 公開された管理策の説明と脆弱性の開示により、意味のある検証ができます。カスタマイズ環境の封じ込めと破壊的障害からの復旧は説明が不十分なままであり、Aprisoの勧告は重大な境界の破綻を示しています。 24 25 27 28

ソフトウェアの簡素さと所有コスト — 3/10。 独自アプリケーション開発、プラットフォーム部品、インターフェース、繰り返されるアップグレードが、大きな保守義務を形成します。公開される節約額の主張は、システム群全体を考慮していません。 15 17 21 22

プログラム操作とエージェント支援業務との適合性 — 5/10。 連携ツールとプログラム可能なモデルは、機械主導のワークフローを支えます。支援エージェントは、経済モデルとその継続的な人間の監督をほぼそのまま残します。 15 19 22

技術的透明性

評価項目	評点
公開技術文書	6/10
ベンダーを介さずに検証できる度合い	5/10
移植性と囲い込みの可視性	3/10
導入方法の透明性	7/10
技術的主張を支える証拠の密度	5/10

平均：5.2/10。

公開技術文書 — 6/10。 実行環境の注記、アーキテクチャ記事、アップグレード指針、研究は実質的な詳細を提供しています。現在の端から端までの意思決定の意味づけと不確実性の扱いは、かなり見えにくくなっています。 12 14 15 21

ベンダーを介さずに検証できる度合い — 5/10。 重要な仕組みと限界のいくつかは公開情報で確認できます。確認した文書索引ではマニュアルの題名を閲覧できましたが、リンク先の導入・セキュリティガイドにはアカウントでのアクセスが必要でした。公開顧客事例は、再現可能な実装モデルを提供していません。 31 32

移植性と囲い込みの可視性 — 3/10。 Quillと製品固有の拡張は、業務知識を独自環境に埋め込みます。連携用アクセスはデータ移動を助けますが、その知識の実用的な移行経路を示すものではありません。 5 15 22

導入方法の透明性 — 7/10。 Wielandの事例、スケーラビリティの説明、アップグレード指針は、専門作業と設計上の選択を非常に具体的にしています。明らかになった負担が不利なものであっても、この透明性は評価を高めます。 14 15 17

技術的主張を支える証拠の密度 — 5/10。 具体的な研究と業務事例が、スケジューリングの中核を裏づけています。完全適合、自己学習、自律的オーケストレーションに関する広い主張は、同じ水準では裏づけられていません。 10 12 18 19

ベンダーとしての真摯さ

評価項目	評点
対外発信の技術的な真摯さ	4/10
技術ロードマップの一貫性	4/10
概念の明晰さ	5/10
経済的な結果への責任	3/10
エージェント型ソフトウェア時代における競争力の持続性	4/10