SAP Jouleとは？使用LLMモデルとJoule Agents・料金・導入を2026年最新で解説

SAP Jouleは、SAPのERPをはじめとする基幹業務システムに組み込まれた生成AIコパイロット兼AIエージェントです。検索でよく問われる「Jouleはどのモデルを使っているのか」という疑問の答えは明確で、Joule自身は単一のLLMではなく、タスクに応じて適した基盤モデルを呼び出す「モデル非依存のオーケストレーション層」です。この記事では、その使用LLMモデルの構成を軸に、Joule Agentsの仕組み、モジュール別機能、他社AIとの違い、料金と導入前提までを2026年時点の一次情報で整理します。

まとめ：SAP Jouleの要点

• 使用LLMモデル：Jouleは独自の汎用LLMを持たない。SAP Generative AI Hub（SAP AI Core内）経由で、OpenAI・Anthropic・Google・Mistralなど複数プロバイダーの基盤モデルをタスクごとに使い分ける。
• SAP独自モデルは特化型のみ：予測系のSAP-RPT-1系、ABAP開発支援のSAP-ABAP-1が存在するが、会話全般を担うのは外部のマルチLLM。
• Joule Agents：計画・実行・委譲を行う協調型マルチエージェント。2026年時点で40以上の事前構築エージェントがあり、Joule Studioで独自エージェントも作れる。
• 料金：基本のコパイロット機能はCloud ERP購読にバンドル。Joule Agentsなどエージェント機能はAI Unitsの従量課金で、消費量が大きい。
• 導入前提：SAP BTP・SAP AI Core・Cloud Identity Servicesが必須。オンプレSAPは原則S/4HANA Cloud接続が前提。

以下、それぞれを技術的な根拠とともに掘り下げます。まず主力の疑問である「どのLLMモデルで動くのか」から見ていきます。

SAP Jouleとは何か：生成AIコパイロットとAIエージェントの二層構造

SAPは2023年9月26日のTechEdでJouleを発表しました。位置づけは、SAP製品が保有する業務データにネイティブアクセスしながらタスクを実行・提案する対話型AIです。汎用チャットボットをSAPに後付けするのではなく、SAPのビジネスデータと業務プロセスの文脈を理解した状態で動く点が設計の核にあります。

コパイロットとエージェントという2つの役割の違い

Jouleには機能の異なる2つの層があります。ひとつはコパイロットで、ユーザーの問いに応じてデータを収集・要約し、次のアクションを提案します。もうひとつがエージェントで、目標達成のために複数ステップの処理を自律的に連鎖実行します。シングルエージェントとマルチエージェントの違いで整理される「自律実行の主体」がこのエージェント層に相当し、Jouleは対話支援と自律実行の両方を1つの入口から提供します。

2023年から2026年までの主要アップデート

発表後の展開は速く、2023年後半にSuccessFactorsとSAP Startへ、2024年初頭にS/4HANA Cloudへ搭載されました。2024年11月にはMicrosoft 365 Copilotとの双方向統合が正式アナウンスされ、2025年3月には開発者向けの「Joule for Developers」が登場。2025年10月のSAP Connectでは14の新エージェントやJoule Studioなどが発表されています。数値や機能名は更新が速いため、最新は公式のリリースノートで確認するのが確実です。

SAP Jouleが使うLLMモデルの構成（Generative AI Hubとモデル非依存アーキテクチャ）

「sap joule llm model」で検索して多くの解説記事にたどり着くと、モデル名がはっきり書かれていないことに気づきます。理由は単純で、Jouleを支えるLLMは1つに固定されていないからです。ここが日本語の競合記事で最も説明が薄い部分であり、正確に理解する価値が最も高い論点です。

Jouleはモデル非依存のオーケストレーション層

Jouleの実体は、ユーザーのリクエストをタスクに応じて適切な基盤モデルへ振り分ける、安全なオーケストレーション層です。SAPは自前で巨大LLMを開発して各社と正面から競う道を選ばず、複数モデルを使い分けるオープンエコシステム方針を採りました。単一モデルがすべての業務タスクで最適になるわけではない、という判断が背景にあります。この構造の帰結として、Jouleを「SAPの独自LLM」と表現するのは誤りになります。

SAP Generative AI Hub経由で選べる外部LLM

実際のモデルは、SAP AI Core内のSAP Generative AI Hubを通じて提供されます。管理者はテーマや業務文脈ごとに使うモデルを指定でき、対応プロバイダーにはOpenAI、Anthropic、Google、AWS（Amazon Bedrock）、Microsoft、Cohere、Aleph Alpha、Mistral、Meta、IBMが含まれます。2026年時点で選択できるモデルの一例は次のとおりです。

提供モデルの一覧は頻繁に入れ替わるため、記事中の版名はあくまで一例です。実際に選べるモデルはSAP Help Portalの「Models and Scenarios in the Generative AI Hub」で最新を確認してください。ここで押さえるべきは、モデルを差し替えても業務体験が変わらないよう抽象化されている、という点です。

SAP独自モデル（RPT・ABAP）と汎用LLMの役割分担

「独自モデルは無いのか」という疑問への答えは、特定タスク用の特化モデルは存在する、です。予測系では、財務・営業・サプライチェーンのエンタープライズデータからインサイトを生成するSAP-RPT-1系（Relational Pretrained Transformer）があり、開発支援では数百万行のSAPコードで訓練したSAP-ABAP-1がJoule for Developersを支えます。これらはGenerative AI Hubで提供される特化型で、会話全般を担う汎用LLMとは役割が分かれています。つまり「汎用の会話は外部マルチLLM、予測やABAP生成はSAP独自の特化モデル」という住み分けです。

Orchestration Serviceによるデータグラウンディングとプライバシー

外部LLMを使うと聞くと、SAPの機密データが外に漏れないか気になります。ここを担保するのがGenerative AI HubのOrchestration Serviceです。ユーザーの権限範囲でSAPデータを取得し、必要に応じて匿名化したうえで文脈（グラウンディング）を付与し、適切なモデルへ渡します。業務データを外部プロバイダーのモデル学習には使わないポリシーも明示されており、外部LLMの利用とデータ保護を両立する設計になっています。LLM全般の基礎を押さえたい場合は、大規模言語モデル（LLM）とはもあわせて参照すると理解が深まります。

Joule Agentsの仕組みと事前構築エージェント

2024年以降SAPが強化しているのがエージェント層です。単発の応答ではなく、部門をまたぐ業務プロセスを自律的に処理する点でコパイロットと一線を画します。

協調型マルチエージェントとSAP Knowledge Graph

Joule Agentsは、各エージェントが計画・推論・複数ステップ実行を行い、必要に応じて他のエージェントへタスクを委譲する協調型マルチエージェントです。判断の土台にはSAP Knowledge Graphが使われ、SAPが積み上げてきた業務プロセスの文脈をエージェントが参照します。たとえば現金回収系のエージェントは、紛争分析・財務照会・解決策提案という一連の流れを部門横断で処理します。

事前構築エージェントの種類と効果

SAPは2025年10月のSAP Connectで14の新エージェントを追加し、2026年時点では財務・HR・調達・SCM・業界別で40以上の事前構築エージェントが提供されています。代表例のCash Management Agentは、消込・照合の作業時間を最大70%削減するとされます。導入側にとっての利点は、ゼロから作らずに業務別エージェントを選んで有効化できる点にあります。

Joule Studioでのカスタムエージェント構築

自社固有の業務には、Joule Studioのエージェントビルダーでノーコードにカスタムエージェントを構築できます。一般提供（GA）は2025年末から2026年初にかけて進んでおり、正確な時期は情報が割れるため公式アナウンスで確認してください。スキルビルダーと組み合わせれば、社内固有のワークフローや語彙に対応した処理を追加できます。

A2A・MCP対応による他社エージェント連携

Joule Agentsは、SAPとGoogle Cloudが共同開発したAgent-to-Agent（A2A）プロトコルと、Anthropic発のModel Context Protocol（MCP）の両方に対応します。A2Aは第三者のエージェントとの協調、MCPは外部ツールやデータへの構造化アクセスを担い、両標準に準拠することで特定ベンダーへのロックインを避けられます。SAPエコシステム外のエージェントと連携させたい企業ほど、この標準対応が実務上の判断材料になります。

モジュール別のJoule機能（SuccessFactors・S/4HANA・Ariba・IBP・SAC）

Jouleは単一機能ではなく、SAP各製品に組み込まれた業務特化AIとして動きます。「sap ariba joule」「sap ibp joule」「sac joule」といった検索が示すとおり、実務ではモジュール単位で使いどころが問われます。

SuccessFactors：採用・オンボーディングのHR業務

SuccessFactors連携では、求人票のドラフト自動生成、応募者と要件のマッチングスコア算出、入社時の研修アサインや初日スケジュール生成までをJouleが支援します。SAPは、採用マネージャーが求人票作成から候補者スクリーニングまでにかける時間を最大80%短縮できるとしています。ただし最終的な候補者選定は人間が担う設計です。

S/4HANA：財務レポートと仕訳サジェスト

S/4HANAでは「先月の費用対予算の差異を教えて」と自然言語で問うと、SAP Analytics Cloud経由でリアルタイムの財務データを取得し要約を返します。仕訳入力時には過去パターンに基づく勘定科目サジェストも出ますが、確定と承認は人間が行い、AIが財務データを自動で書き換えることはありません。経理にとっては決算準備の高速化ツールという位置づけが現実的です。

Ariba・IBP：調達と需給計画

Aribaでは購買依頼の起票支援、承認済みサプライヤーリストや契約条件の照会、納期遵守率の確認などに対応します。IBP（Integrated Business Planning）では需給予測に基づく在庫リスクのアラートやシナリオ説明を支援します。いずれも既存の承認ワークフローは変えないため、購買ガバナンスを保ったまま導入できます。

SAP Analytics Cloud：自然言語でのレポート生成

SAC連携では「今期のリージョン別売上と前年比を見せて」といった問いかけにビジュアルレポートで即応します。データリテラシーが高くない担当者でもSAPのデータ資産に届く点が価値ですが、参照範囲はユーザーのSAPロール権限に限定されるため、権限設計が前提になります。

Microsoft 365 Copilot・Workday・Salesforceとの比較

Jouleを単体で評価する企業はほとんどなく、既存のMicrosoft環境や競合SaaSとの比較が避けられません。設計思想の違いを押さえると選定の軸が定まります。

判断の要点はシンプルです。業務の主戦場がメール・会議・文書ならMicrosoft 365 Copilot、基幹システムのデータ操作ならJouleが適します。Microsoft 365 Copilotとは何かで解説される生産性起点の設計に対し、Jouleはトランザクションデータ起点である点が根本的な差です。両者はA2Aで連携するため、排他的に選ぶより役割分担で捉えるのが実態に合います。SAP製品の利用が単一モジュールにとどまる企業では、Jouleより先にSAP環境の拡張を検討したほうが投資効率が高い場合があります。

SAP Jouleの導入前提・初期設定・料金

Jouleは「SAPを使っていれば自動で使える」ものではありません。技術的な前提とライセンス条件を確認してから着手します。

BTP・AI Coreの前提とオンプレSAPとの互換性

JouleはSAP BTPのサブアカウント上で動き、バックエンドにSAP AI Coreを使うため、AI Coreのエンタイトルメントが必要です。あわせてSAP Cloud Identity Services（統一テナント）とSAP Build Work Zoneが前提になります。オンプレミスのSAP ECCやプライベート環境は、原則としてS/4HANA Cloud接続やCloud Connector経由のハイブリッド構成が前提で、直接統合は対象外になりがちです。オンプレ中心の企業は移行ロードマップとセットで検討してください。

初期セットアップの流れ

BTPコックピットでの設定は、準備が整った環境なら技術作業自体は数時間から1営業日、テストを含めると1〜2週間が目安です（既存のBTP・権限設計の状況で変動します）。おおまかな流れは次のとおりです。

1. BTPサブアカウントでJoule・AI Coreのエンタイトルメントを確認・付与する
2. 必要なサービスインスタンスを作成し、Cloud Identity Servicesのテナントを揃える
3. 接続先アプリ（SuccessFactors等）のDestinationを設定する
4. Jouleのシステムロールを作成・割り当てる
5. テストユーザーで動作検証とログ確認を行う

現場でつまずくのはDestination設定の誤りとロール割り当ての漏れです。Jouleはユーザーのロール権限内でしかデータを参照しないため、権限不足は「データが見つかりません」という誤解を招く回答につながります。リリース前にロール別のテストシナリオを用意しておくと安全です。

ライセンスとAI Unitsの従量課金

料金体系は2026年にかけて従量課金へ寄っています。標準的なコパイロット機能は「Business AI Base」としてCloud ERP Private購読にバンドルされる一方、Joule Agentsやカスタムエージェント、Premium機能はAI Unitsによる消費ベース課金です。エージェント処理は対話プロンプトの数倍のUnitを消費する傾向があり、2026年7月以降はクラウド更新の既定が従量課金になっています。金額はライセンス条件で変動するため、契約前にSAP公式の価格ページと担当営業で必ず確認してください。

運用でつまずく典型パターンと回避策

Jouleは導入すれば自動で成果が出るツールではありません。失敗の多くは技術設定より運用設計に起因します。とくに次の3点は着手前に手を打つ価値があります。

• マスタデータ品質：古い組織コードや不統一な品目分類が残ると、Jouleはエラーを返さず「間違った答えを自信を持って提示」します。導入前のマスタ棚卸しが精度の前提です。
• 日本語の社内用語：「稟議」「上申」などの社内略語は解釈を外すことがあります。問い合わせ文の表記を標準化するガイドラインと、Joule Studioでのカスタムスキル追加が有効です。
• 過度な自動化依存：判断までAIに委ねると担当者のリテラシーが落ちます。Joule Agentsの「Human-in-the-loop」を使い、重要な判断点で人間の承認を挟む設計を基本にしてください。

完全自動化を目指すのではなく、処理はJoule・判断と承認は人間、というハイブリッドが持続可能な運用モデルです。効果測定では導入前のベースライン（採用リードタイム、月次決算作業時間など）を記録し、業務プロセス改善とセットで進めないと数値は動きません。

よくある質問

SAP Jouleはどのgenerative LLMモデルを使っていますか？

Joule専用の単一LLMは存在しません。JouleはSAP Generative AI Hub（SAP AI Core内）経由で、OpenAI・Anthropic・Google・Mistralなど複数プロバイダーの基盤モデルをタスクに応じて使い分けるオーケストレーション層です。管理者が業務文脈ごとにモデルを指定でき、予測やABAP開発にはSAP独自の特化モデル（SAP-RPT、SAP-ABAP）が使われます。提供モデルは更新が速いため、最新一覧はSAP Help Portalで確認してください。

SAP Jouleの料金はいくらですか？無料で使えますか？

標準的なコパイロット機能はBusiness AI BaseとしてCloud ERP Private購読にバンドルされ、追加費用なしで使える範囲があります。一方、Joule Agentsやカスタムエージェント、Premium機能はAI Unitsの従量課金で、対話より多くのUnitを消費します。2026年7月以降はクラウド更新の既定が従量課金です。具体的な金額は契約により変わるため、SAP公式価格ページで確認してください。

SAP Jouleの使い方（有効化の流れ）を教えてください。

SAP BTPのサブアカウントでJouleとAI Coreのエンタイトルメントを付与し、Cloud Identity Servicesのテナントを揃え、接続先アプリのDestinationとJouleロールを設定します。利用時は各SAPアプリのUIからチャット形式で問いかけるだけで、データ照会・レポート生成・タスク実行を自然言語で行えます。まずテストユーザーでロール別に動作検証するのが安全です。

JouleにAPIはありますか？独自のエージェントは作れますか？

独自エージェントはJoule Studioのエージェントビルダーでノーコード構築でき、一般提供は2025年末から2026年初にかけて進んでいます。外部連携はA2A（Agent-to-Agent）プロトコルとMCP（Model Context Protocol）に対応し、他社エージェントや外部ツールと構造化された形で連携できます。個別のAPI提供範囲は製品・エディションで異なるため、公式ドキュメントで対象を確認してください。

日本語やオンプレミスのSAPに対応していますか？

日本語には対応済みで、英語を含む11言語以上で正式提供されています。未対応言語も理解し英語でフォールバックします。オンプレミスのSAP ECCは原則として直接対象外で、S/4HANA Cloudへの移行かCloud Connector経由のハイブリッド構成が前提になります。オンプレ中心の環境では移行計画とあわせて検討してください。

関連記事

• Microsoft 365 Copilotとは何か？最新AIアシスタント機能の概要と特徴を分かりやすく解説
• シングルエージェントとマルチエージェントの違い｜使い分けの判断基準とコスト・失敗モード【2026年版】
• 金融DX担当者が押さえるべきAgentforce 360の基本構造と位置づけ
• 大規模言語モデル（LLM）とは？基本概念と仕組みの全貌を解説