Oracle Fusion Clawとは？25業務アプリの条件

Oracle Fusion Clawとは何か

Fusion Clawは複数のAIエージェントが業務結果へ向けて動く「Fusion Agentic Applications」の実行基盤です。OracleはLLMに目標の理解、選択肢の検討、計画を担わせ、大量の照合、計算、simulationは決定論的な計算環境へ分けます。[2]

層	担う処理	分ける意味
AI推論	目標の理解、調査、選択肢、計画	条件が変わる業務を扱う
決定論的計算	照合、集計、simulation、大量処理	同じ入力で再現しやすくする
権限	方針、利用できるデータ、操作、承認	LLMが自分で権限を広げるのを防ぐ
監査	実行内容、判断、承認、例外の記録	後から経緯を確認する

従来のチャット型AIは、質問に答えたり文書を作ったりするところで止まることが多くあります。Fusion Clawが狙うのは、決算の例外を調べて修正案を作り、承認された操作を実行するところまでです。OracleのFAQは、Agentic Applicationsを単独製品ではなく、既存Fusion Applicationsのセキュリティ、承認、workflow、data access controlを使う上位層と説明しています。[3]

25の業務アプリで何を任せられるか

Release 26Dでは、ERP、HCM、SCM、CXをまたぐ25のClaw-powered Agentic Applicationsが提供されました。[1] 代表例を見ると、単純な文章生成ではなく、複数条件を照合して次の処理へ進む業務が中心です。

分野	例	AIが進める範囲	人が残す判断
財務	Ledger	取引照合、例外調査、分析	修正・承認、会計方針
人事	Workforce Orchestration	需要、費用、配置、採用案の比較	人員計画と実行承認
給与	Payroll Activity Workspace	前期比較、重要な差の抽出	例外対応と報告承認
供給網	Supply Planning Allocation	資材・能力の配分案	優先顧客と事業判断
営業	Sales Territory Planning	地域・顧客・能力の計画	目標と担当変更の承認

25個のチャットボットを追加したのではなく、各アプリは業務結果を目標にして、複数の役割を持つエージェントを組み合わせます。条件が変われば計画を更新し、許可された操作だけを進めます。[2]

権限と承認はどう守るのか

Fusion ClawはAIの推論層と、権限・実行の層を分けます。企業は「Enterprise Operating Envelope」で目標、policy、standard operating procedure、権限、承認、escalation pointを定めます。実行中は「Outcome Trust Harness」が使えるdata、実行できる操作、承認を求める時点を制御するとOracleは説明しています。[2]

自律性	運用例	向く段階
人が毎回承認	AIが調査と案をつくり、人が実行	初期導入、高リスク業務
人が監督	定型処理を進め、例外で止める	条件が安定した業務
範囲内で自律	定めた権限内で完了まで実行	十分な監査と実績がある業務

この構造は、LLMがもっともらしい指示を作っても、その指示だけで権限が増えないようにする考え方です。ただし、設定したpolicyが正しいか、職務分掌が崩れていないか、例外を見落とさないかは企業側の責任として残ります。CIOは、実行基盤が開発作業を減らしても、policy、承認、結果検証というgovernance作業は増える可能性を指摘しています。[4]

TechCreateのClaudeの意図しない操作の解説では、外部送信や操作の前に権限、承認、監査を分ける必要を整理しました。Fusion Clawも同じ問題を企業アプリの内側で扱います。製品が制御機能を持つことと、自社の権限設計が正しいことは別の確認です。

料金はFusion契約だけで済むのか

Oracleの説明では、従来のembedded AI agentsとAI Agent StudioはFusion Appsのsubscriptionに含まれ、追加のsubscription feeを取らないとしています。非標準modelを使うcustom agentでは利用量に応じた費用が発生する場合があります。[5]

ただし、Agentic Applicationsを「すべて無料」と考えるのは早計です。Oracleは2026年に、agentic applications向けの消費指標としてAction Unitsを導入しました。顧客には開始用の割当がありますが、使い切れば追加分が必要になるとCIOがOracle担当者の説明を報じています。[6]

費用項目	確認できたこと	契約時に確認すること
Fusion Apps	既存のERP、HCM、SCM、CX契約が前提	対象moduleと利用者数
embedded agents	subscription内とOracleが説明	自社releaseで有効か
Agentic Applications	Action Unitsを消費する料金体系	アプリ・操作ごとの消費表
custom model	追加の利用費が生じる場合	model、token、data transfer
導入運用	公開価格に含まれるとは確認できない	test、権限設計、監査、保守

OracleはAction Unitを1単位およそ1セントと説明していますが、仕事の種類により消費率が変わります。[6] 導入比較ではtoken単価だけでなく、会計例外を1件解決する、人員配置案を1回確定するなど、完了した業務結果あたりの総費用を見る必要があります。

どの業務から試すべきか

最初の対象は、件数が多く、入力と正解条件が比較的明確で、承認を残せる業務が向きます。決算の例外調査、供給計画の制約確認、人員配置の候補作成などです。逆に、dataが複数systemへ分散し、例外の定義が曖昧で、担当者ごとに手順が違う業務は、AIを入れる前に標準化が必要です。

4週間程度のpilotでは、次を記録します。

1. 対象業務のうち、AIが承認前まで完了した割合。
2. 人が修正した件数と、誤りの種類、見逃した例外。
3. 承認待ち、data不足、system errorで止まった時間。
4. Action Units、導入支援、監査を含む1成果あたりの総費用。
5. 監査記録から、入力、判断、操作、承認を再現できた割合。

TechCreateのGemini agent導入解説でも、企業導入はmodel性能だけでなく、identity、memory、権限、支出上限を確認する必要がありました。Fusion Clawでは、これに既存Fusionのdata qualityと業務手順の標準化が加わります。

まとめ

• Oracle Fusion Clawは、LLMの推論と決定論的な計算を分け、企業が設定した権限と承認の中で長い業務を進めるFusion向け実行基盤です。
• Release 26Dで25の業務アプリが提供されましたが、チャットの回答ではなく、決算、人員配置、供給計画などを結果まで進める点が違います。
• 導入判断では「subscriptionにAIが含まれる」という説明だけでなく、Action Units、導入・監査費、完了率、例外、1成果あたりの総費用を測る必要があります。

出典・参考

1. Oracle「Oracle Advances Outcome-Driven AI Across Fusion Applications」（2026年10月26日）。原典
2. Oracle Fusion Development「Introducing Fusion Claw for complex, autonomous work」（2026年10月13日）。原典
3. Oracle「Oracle Fusion Cloud Applications FAQ」（2026年10月27日確認）。原典
4. CIO「Oracle Fusion Claw pinches AI costs, tightens grip on policies」（2026年10月）。原典
5. Oracle Fusion Development「Two ways you can adopt AI agents in Fusion Apps」（2025年6月16日）。原典
6. CIO「Oracle bets on agentic apps in Fusion suite to ‘fully’ automate business processes」（2026年3月24日）。原典