Business AI: 概要と機能マップ

- 2026年のBTP上のBusiness AIは、4つの全く異なる要素(アシスタント+エージェントとしてのJoule、LLMプラットフォームとしてのAI Core / Generative AI Hub、抽出サービスとしてのDocument AI、そしてそれらを支えるガバナンス基盤としてのAI Foundation)から成るスタックであり、それぞれに独自の成熟度曲線が存在します。
- 2026年に本番利用可能なもの:Joule Base、Joule Studio、OpenAI / Granite / オープンソース基盤モデル向けのAI Core / GenAI Hub、請求書や発注書向けのDocument AI。一方、多くのエンタープライズではまだプレプロダクション段階にあるもの:整備が不十分なマスタデータ上でのエージェンティックワークフロー、標準外のレイアウトに対するDocument AI、そしてロードマップに含まれていない従来型オンプレミスS/4HANAへのJoule導入。
- マインドセットの転換:「SAPにX向けのAIはあるか?」と問うのをやめ、「データ、プロセス、ライセンスはAIがXに対して機能する準備ができているか?」と問い始めること。2026年の障壁は、ほとんどの場合モデルではなく、その前段階にある要件定義作業です。
本記事の位置づけ
| ID | タイトル |
|---|---|
| BTP-D01 | ビジネスAI:概要と機能マップ(本記事) |
| BTP-D02 | Joule:アーキテクチャと活用方法 |
| BTP-D03 | AI CoreとGenAI Hub:アーキテクチャと活用方法 |
| BTP-D04 | Document AI:アーキテクチャと活用方法 |
| BTP-D05 | 責任あるAI:原則と実装 |
| BTP-D06 | ビジネスAI:ユースケースと意思決定パターン |
参考資料
| リソース | URL |
|---|---|
| SAP BTP上のビジネスAI | sap.com → |
| SAP AI Core サービスガイド | help.sap.com → |
1) ビジネスAI:概要と機能マップ

SAPの「Business AI」という総称には、コンサルタントが混同しがちな4つの機能レイヤーが含まれています。これらはプロジェクト計画において、それぞれ独立したスコープ項目として扱ってください。
| 機能 | 説明 | 主なユーザー | |
|---|---|---|---|
| Joule(ベース + プレミアム) | SAP UI(Fiori、S/4HANA Cloud、SuccessFactors 等)内の会話型アシスタントおよびエージェント | ビジネスエンドユーザーおよびプロセスオーナー | |
| Joule Studio | SAP ビジネスコンテキストに基づくカスタムエージェント向けのローコードビルダー | 機能コンサルタントおよびシチズンデベロッパー | |
| AI Core / Generative AI Hub | BTP 上の基盤モデル(OpenAI、IBM Granite、オープンソース)向けマネージドランタイム | 開発者および ML エンジニア | |
| Document AI | 請求書、支払通知、発注書向けの事前トレーニング済み抽出サービス | 財務 / シェアードサービス自動化チーム | |
| AI Foundation | 横断的なガバナンス、監査、およびアイデンティティレイヤー(ISO 42001 認証取得) | アーキテクト、セキュリティ、およびコンプライアンス担当者 |
これらは代替品ではありません。
2) S/4HANA への接続方法

┌──────────────────────────────────────────────┐
│ SAP BTP (subaccount) │
│ │
│ ┌──────────┐ ┌────────────────────────┐ │
│ │ Joule │ │ AI Core / GenAI Hub │ │
┌─────────┐ │ │ Premium │ │ (Azure / AWS / GCP / │ │
│ User │────►│ │ + Studio │ │ IBM / open-source) │ │
└─────────┘ │ └────┬─────┘ └────────────┬───────────┘ │
│ │ │ │
│ ┌────┴───────┐ ┌─────────┴─────────┐ │
│ │ Document AI│ │ AI Foundation: │ │
│ │ (extract) │ │ identity, audit, │ │
│ └─────┬──────┘ │ Knowledge Graph │ │
│ │ └───────────────────┘ │
└─────────┼─────────────────────┼──────────────┘
│ │
▼ ▼
┌──────────────────────┐ ┌─────────────────────┐
│ S/4HANA Public Cloud │ │ S/4HANA Private │
│ S/4HANA PCE 2023+ │ │ Edition (PCE) │
└──────────────────────┘ └─────────────────────┘
│
▼
┌──────────────────────┐
│ Classic On-Premise │
│ S/4HANA │ ← Joule NOT supported,
│ (and ECC) │ not on roadmap (2026)
└──────────────────────┘重要ポイント:すべてのJoule導入は、まずBTPプロジェクトであり、その次にS/4HANAプロジェクトです。 Jouleと連携するすべてのシステムには、BTP上のEnterprise Global Account、単一のSAP Cloud Identity Servicesテナント、およびS/4HANA CloudまたはPCE 2023 FPS01+が必要です。従来のオンプレミスのお客様は、このロードマップではJouleを利用できません。出典:SAP Help Portal、S/4HANA Cloud Private EditionにおけるJouleの制約( https://help.sap.com/docs/joule/integrating-joule-with-sap/constraints)
3) 成熟度マップ

正直な2026年対応状況:標準的なSAP顧客向け(TechEdデモではありません)。
| 機能 | 成熟度 | 備考 | |
|---|---|---|---|
| Joule 基本機能(ナビゲーション、検索、Q&A) | ✅ 本番利用可能 | クラウドサブスクリプションに含まれます。13言語対応。トランザクション範囲は限定。 | |
| Joule Premium エージェント(2026年第1四半期 GAエージェント) | ⚠️ 前提条件を満たせば利用可能 | 6つのエージェントが2026年第1四半期にGAを達成。SLA保証あり。クリーンなマスタデータとAIユニット予算が必要。 | |
| Joule Premium エージェント(2026年第2/第3四半期ロードマップ) | 🔶 アーリーアダプター | プロダクションマスタデータエージェント、アセットヘルスエージェントなど — 現在POCを計画し、GA後に本番運用。 | |
| Joule Studio(カスタムエージェント) | ✅ 本番利用可能(ランタイム) | Studio自体は2026年第1四半期にGA。結果として得られるエージェントの品質は、プロンプトとデータに完全に依存。 | |
| 従来型オンプレミスS/4HANA上のJoule | ❌ 非推奨 | サポート対象外。SAPロードマップにも未掲載。2026年の計画では「提供予定なし」として扱うこと。 | |
| AI Core(トレーニング、デプロイメント) | ✅ 本番利用可能 | 成熟したサービス。拡張プランで標準提供。 | |
| Generative AI Hub(LLMアクセス) | ✅ 本番利用可能 | OpenAI(Azure)、IBM Granite、Falcon、マルチプロバイダー対応。トークンベースの従量課金。 | |
| Document AI — サポート言語の請求書/発注書/支払通知 | ✅ 本番利用可能 | 事前学習済みモデル。標準レイアウトで高精度。 | |
| Document AI — 非標準レイアウト/手書き/ニッチな文書タイプ | 🔶 アーリーアダプター | スキーマのカスタマイズと人間による検証(Human-in-the-loop)が必要。 | |
| AI Foundation ガバナンス(監査ログ、IAM、倫理) | ✅ 本番利用可能 | 主要なBusiness AI製品においてISO 42001認証を取得済み。 |
4) 要件チェックリスト
2026年にBTP上でBusiness AIプロジェクトを進める上で最も難しいのは、サービスの有効化ではなく、そのサービスが前提とする前提条件を満たすことです。各機能ごとに1つのサブテーブルを以下に示します。
Joule(ベース + プレミアム)

| チェックリスト項目 | 重要性 | |
|---|---|---|
| S/4HANAエディションがCloud(パブリック)またはPCE 2023 FPS01+であることを確認 | Jouleは従来型のオンプレミスでは動作せず、ECCは対象外。 | |
| BTP上にエンタープライズグローバルアカウントを確立 | Jouleサブスクリプションに必要なテナントモデル。 | |
| 単一のSAP Cloud Identity Services(IAS)テナントにIDを統合 | 統合する全アプリでIASテナントを共有する必要あり。M&A環境では一般的な障害要因。 | |
| 事業単位ごとにJoule BaseとJoule Premiumの適用範囲を決定 | PremiumはAIユニットを消費(1ユニット7ユーロ、最低100ユニット)。Baseは無償。 | |
| JouleテナントあたりS/4HANAテナントは1つのみであることを確認 | 現時点での厳格な制限。マルチテナントS/4HANA環境では1つのJouleを共有不可。 | |
| 言語カバレッジ要件を定義 | Jouleは2026年に13言語対応。ビジネスユーザー層とカバレッジが一致することを確認。 | |
| 対象となるJouleスキル/エージェントをリストアップし、GAステータスを確認 | 2026年第1四半期のGAリストは第2/第3四半期のロードマップとは異なる。第3四半期のエージェントを第2四半期の稼働開始に含めないこと。 | |
| AIユニット消費予算(年間)を計画 | Premiumは従量課金制。予算責任者がいない場合、プロジェクトはゲートで停滞する。 |
AI Core と Generative AI Hub
| チェックリスト項目 | 重要である理由 |
|---|---|
| AI Core 拡張サービスプランにサブスクライブする | GenAI Hub は標準プランではなく拡張プランを介して提供されます。 |
| SAP AI Launchpad をプロビジョニングする | 必須であり、追加のサービス費用はかかりませんが、別途プロビジョニング手順が必要です。 |
ファンデーションモデルシナリオを選択する: azure-openai、aws-bedrock、gcp-vertexai、aicore-opensource | モデルの利用可能性とデータルーティングは、有効にするシナリオによって異なります。 |
| プロバイダーごとのデータ保存ルールを検証する | Azure、AWS、GCP ではクロスリージョンルーティングルールが異なるため、顧客によるデューデリジェンスが必要です。 |
| 本番稼働前にトークン消費ベースラインを確立する | 料金はトークン単位で、モデルによって異なります。ベースラインなしではコスト予測ができません。 |
| モデル選択ポリシー(どのLLMをいつ使用するか)を定義する | Granite、OpenAI、Falcon は、コスト、性能、データ処理のトレードオフが異なります。 |
| 監査用のプロンプトと応答のログ記録を計画する | ISO 42001 準拠と内部ガバナンスに必要です。 |
Document AI
| チェックリスト項目 | 重要性 | |
|---|---|---|
| 対象となるドキュメントタイプが請求書、支払通知書、または発注書であることを確認する | これらは事前学習済みモデルの精度が高いドキュメントタイプです。 | |
| ソース言語と国がサポート対象リストに含まれていることを確認する | サポート対象外の場合、精度が大幅に低下します。 | |
| 受信ドキュメントのページ数分布を定義する | ページ単位で従量課金されます。複数ページの請求書はコストが増加します。 | |
| フィールド数の要件を定義する(1つの課金ドキュメントに収めるには50以下である必要がある) | ドキュメントあたり50フィールドを超えると、複数のドキュメントとして計測されます。 | |
| 標準外のフィールドが必要な場合、スキーマカスタマイズの工数を計画する | 技術的にはスキーマあたり最大500フィールドまで可能ですが、カスタムフィールドごとにチューニング工数が発生します。 | |
| 重要なワークフローでは人間による検証(Human-in-the-loop)を必須とする | SAPのガイダンスでは、抽出データは重要なプロセスで使用する前に検証する必要があると明確に示されています。 | |
| 低品質スキャンに対する例外処理を定義する | スキャン品質が低いとOCR精度が低下します。例外処理パスがないと、買掛金処理が停滞します。 |
Joule Studio(カスタムエージェント)
| チェックリスト項目 | 重要性 |
|---|---|
| カスタムエージェントが実行する具体的なビジネス上の意思決定を特定する | 単一の明確な意思決定がなければ、エージェントはチャットボットになってしまう。 |
| エージェントが読み取るSAPマスタデータとトランザクションデータを棚卸する | Studioエージェントの品質は、基盤となるSAPコンテキストに依存する。 |
| アクション範囲を定義する:読み取り専用かトランザクションか | トランザクションエージェントには、個別の認可と監査処理が必要。 |
| Joule Studioのバージョン管理戦略を計画する | カスタムエージェントは、ABAPトランスポートと同様にリリース管理が必要な設定資産である。 |
| エージェントの想定トラフィックに対するAIユニット消費量の見積もりを確認する | カスタムエージェントはプレミアム消費に該当するため、予算責任者の割り当てが必要。 |
| 敵対的プロンプトを含む受け入れテストを計画する | デモシナリオを通過するエージェントでも、ユーザーが作成するエッジケースでは失敗することが多い。 |
5) 意思決定基準
最初に問うべき3つの質問

スポンサーとの最初の会話でこれらを使用してください。回答が弱い場合は、強固になるまでAIの範囲を一時停止してください。
Q1. 私たちが取り除く測定可能な非効率性とは何か、そして現在それをどのように計測しているのか?
具体的な数値:請求書例外処理に費やす月間時間数、請求紛争のある売掛金の平均滞留日数、手作業による修正が必要な発注書の割合。チームがベースラインを提示できない場合、AIプロジェクトでも測定可能な改善は生み出せない。
Q2. AIが読み取るデータの所有者は誰で、そのデータはどこに保存される必要がありますか?
Joule、Document AI、およびSAPコンテキストに基づくエージェントには、マスタデータ品質の明確な所有権と、明確なデータレジデンシーのストーリーが必要です。GenAI Hubの場合、レジデンシーは有効にするプロバイダシナリオに依存します。Jouleの場合、レジデンシーはSAPクラウドテナントに従います。
Q3. 本番環境で運用するための予算と権限を持つ内部スポンサーは誰ですか?
Joule Premium および GenAI Hub は消費ベースです。AIユニットの予算とトークンごとのコストを誰かが負担する必要があります。運用予算のないPOCスポンサーは、エージェントを本番環境に移行できません。
プロジェクトコンテキストによるドメイン選択

| プロジェクトのコンテキスト | 推奨される開始機能 |
|---|---|
| AP自動化のバックログ、高額な請求書ボリューム | Document AI(まずは請求書から) |
| S/4HANA Cloud / PCEのお客様、ナビゲーションの煩雑さが大きな課題 | Joule Base(AI Unit予算不要) |
| 個別プロセスの課題(キャッシュ管理、問い合わせ処理、入札分析) | 2026年第1四半期GA版の該当領域向けJouleエージェント |
| カスタムFioriアプリに組み込まれたLLM搭載アプリケーション | AI Core + GenAI Hub |
| 自律的なアクションに関するポリシーを適用する必要がある | AI Foundationのガバナンス + Joule Studioのガードレール |
| 明確な課題がまだ特定されていない | 停止。Q1に戻ってください。 |
ライセンスとコスト

| 機能 | ライセンスモデル | 確認すべき重要事項 | |
|---|---|---|---|
| Joule ベース | SAPクラウドサブスクリプションに含まれる | 対象ユーザー全員がJoule対応クラウド製品(S/4HANA Cloud、SuccessFactors等)を利用しているか? | |
| Joule Premium / Studioエージェント | 従量課金(SAP AI Units、€7/ユニット、最低100ユニット) | AIユニットの予算運用責任者は誰か、また消費量の予測はどのように行うか? | |
| AI Core(標準プラン) | サブスクリプション | 標準プランで十分か、それともGenAI Hub利用のために拡張プランが必要か? | |
| AI Core拡張プラン + GenAI Hub | サブスクリプション + トークン従量課金 | 契約前にユースケースごとのトークン消費量のベースラインを確認したか? | |
| Document AI | ドキュメント単位の従量課金(1ドキュメントあたり1ページ、50フィールド上限) | 対象ドキュメントの構成が1ページ/50フィールドのユニット内に収まるか、それとも従量倍増が発生するか? |
6) よくある障害

これらは要件段階の不具合であり、実装のバグではありません。修正すべきは要件の見直しであり、より良いプロンプトではありません。
障害 1: スコーピング中にJoule BaseとJoule Premiumを混同する
多くの提案では「Jouleを導入します」と述べられています。Joule Baseは含まれていますが、PremiumエージェントにはAIユニットと予算責任者が必要です。これらを一つの項目として扱うと、消費コストの計画がなく、含まれているアシスタントと有料エージェントの間に明確な価値の境界がないプロジェクトが生まれます。
障害 2: クラシックなオンプレミスS/4HANA顧客向けのJouleのスコーピング
そこでは動作せず、ロードマップにも含まれていません。顧客が従来型のオンプレミス環境の場合、2026年に実現可能なBTP AIの範囲は、カスタム統合によるGenAI Hubと、スタンドアロンサービスとしてのDocument AIのみであり、Jouleは対象外です。
障害 3: Q2 本稼働に向けて、Q2/Q3 2026 のロードマップエージェントを想定している
Q1 2026のGAリストは小規模です。Production Master Data Agent、Asset Health Agent、その他はQ1以降となります。プレスリリースをロードマップのコミットメントとして読むことは契約上のリスクです。常に現在GAとなっているエージェントにスコープを限定してください。
障害 4: スキーマ作業なしで非標準レイアウトにDocument AIを使用する
事前学習済みモデルは、サポート対象言語の請求書、支払通知書、発注書に対して優れた性能を発揮します。一方、公共料金請求書、税関書類、手書きフォームでは性能が大幅に低下し、SAP自身のガイダンスでも重要な用途には人間による検証が必要とされています。「すべての受信文書にDocument AIを」と文書タイプごとの精度計画なしに範囲を設定すると、手戻りが発生します。
障害 5: マルチテナント S/4HANA ランドスケープにおける単一 Joule テナントの前提
現在の制限は、Jouleテナント1つにつきS/4HANAテナント1つです。M&Aランドスケープ、地域別カーブアウト、シェアードサービスモデルでは、この前提が頻繁に違反されます。これは設定時ではなく、要件定義時に検出してください。
障害 6: AI 駆動アクションに対する例外処理が定義されていない
Jouleが紛争を解決したり、Document AIがフィールドを抽出する際、コーナーケース(低信頼度、不正な形式の入力、部分一致)はどこかにルーティングされる必要があります。「AIが実行する」と範囲を定めながら、例外パスを定義していないプロジェクトは、自動化の失敗を静かに積み重ねることになります。
障害 7: データガバナンスの承認が後回しにされる形式的な手続きとして扱われる
ISO 42001監査、プロンプトロギング、データレジデンシーレビューはAI Foundationの一部です。これらはSAPが課すブロッカーではなく、お客様自身の法務・セキュリティチームが課すブロッカーであり、法務レビューの遅れは、技術的な問題よりも多くのJouleのロールアウトを停滞させてきました。
FAQ
Q: Joule を従来型のオンプレミス S/4HANA システムに対して実行できますか?
いいえ。Jouleは、S/4HANA Cloud(パブリック)およびS/4HANA Cloud Private Editionの2023 FPS01以降をサポートしています。SAPは、従来のオンプレミスは現在のロードマップに含まれていないことを確認しています。オンプレミスのお客様にとって、現実的な2026年の道筋は、Jouleではなく、AI Core / Generative AI Hubを直接使用し(カスタム統合)、Document AIをスタンドアロンサービスとして利用することです。
Q: Joule POCに必要な最小限のライセンスフットプリントは何ですか?
既存のSAPクラウドサブスクリプションに含まれるJoule Base(追加費用なし)に加え、プレミアムエージェントをテストしたい場合はSAP AIユニットが必要です。AIユニットの最低購入単位は100ユニット(年間€700)で、1ユニットあたり€7です。プレミアム未満の場合、Joule Baseは利用時点で無料です。
Q: プロジェクトからAIをスコープ外とするべきタイミングはいつですか?
以下の3つの最初の質問のいずれかが弱い場合:測定可能なベースラインがない(Q1)、データ所有権またはデータ居住地の回答がない(Q2)、または予算を持つ運用スポンサーがいない(Q3)。また、対象となるJouleエージェントが現在GAではなくロードマップ上にある場合、ドキュメントの構成がDocument AIの得意分野に合わない場合、またはS/4HANAエディションがJouleをサポートしていない場合も対象外とする。
Q: ビジネスAI要件を適切に文書化するにはどうすればよいですか?
各AI機能を個別の要件項目として扱ってください。各項目について、以下を記録します:サポートされるビジネス上の意思決定、ソースデータとその所有者、アクションサーフェス(読み取り専用 vs. トランザクション)、ライセンスモデルと予算所有者、GA/ロードマップステータス、データレジデンシーの対応、および例外パス。ビジネスユニット間で汎用的な「Jouleを実装」というライン項目を再利用することは、最も一般的なドキュメント作成のアンチパターンです。
Q: SAPの責任あるAIフレームワークは、私たちのプロジェクトにどのような影響を与えますか?
SAPは、AI倫理オフィスを通じてAI機能を運用し、高リスクシナリオはAI倫理委員会によって審査されます。AI Foundationは、ISO 42001監査ログ、SAP Cloud Identity ServicesによるIAM、およびエンドツーエンド暗号化を提供します。実際には、これによりセキュリティおよびコンプライアンスチームは承認のための証跡を得られますが、それらに対応する内部AIポリシーを依然として策定する必要があります。
Q: 2026年にBusiness AIを開始するお客様にとって、適切な優先順位はどのようなものですか?
- Joule:既存のクラウドフットプリント上で(AIユニット予算ゼロ)。
- 請求書のAPボリュームが正当化される場合、Document AIを利用。
- 2026年第1四半期GAのJouleエージェントを、最も課題の大きいプロセスに1つ導入。
- カスタムアプリケーション1つにGenAI Hubを活用。
- Joule Studioによるカスタムエージェント。
標準機能を飛ばして先にStudioに進むことは、最もコストのかかる誤りです。
概要

2026年のBTP上のビジネスAIは現実のものとなり、一部は本番利用可能、一部は依然としてデモウェアであり、その境界線はマーケティングスライドが示す場所にはありません。Joule Base、Joule Studioのランタイム、AI Core、GenAI Hub、および標準文書タイプ向けのDocument AIは、現在本番利用可能です。多くのプレミアムエージェント、カスタムStudioエージェント、および非標準レイアウト向けのDocument AIは、データとプロセスの準備が整うまで、ほとんどの企業にとってプレプロダクション段階です。従来のオンプレミスS/4HANAのお客様には、Jouleは提供されません。実際のプロジェクトにおける差別化要因は、要件の規律、すなわち明確なベースライン、明確なデータ所有権、明確な予算、そして正直なGA(一般提供)対ロードマップの範囲設定です。これらを正しく設定すれば、プラットフォームは成果を提供します。誤った設定をすれば、いかなるモデルアップグレードもプロジェクトを救うことはできません。
次に読むべきもの
| L1. 全体像 | L2. 機能領域 |
|---|---|
| BTP-001: BTPとは | L2-A. 統合 |
| BTP-002: BTPアーキテクチャ | L2-B. アプリケーション開発 |
| BTP-003: BTP機能マップ | L2-C. データ&分析 |
| BTP-004: デプロイメントモデル | L2-D. AI — BTP-D01概要(本記事) |
| BTP-005: ライセンスモデル | L2-E. 基盤サービス |
| BTP-006: クリーンコア戦略 | L2-F. アーキテクチャ&運用 |