ビジネスAI:ユースケースと意思決定パターン

- BTP上のビジネスAIは、財務(キャッシュマネジメントエージェント、紛争解決エージェント、S/4HANAのJoule)、調達(入札分析エージェント、サプライヤー360、Aribaのソーシングコパイロット)、人事(SuccessFactorsのJoule、タレントインテリジェンスハブ、採用コパイロット)という3つのLoB型ポートフォリオとして現れます。これらはすべて、同一のAI Foundationランタイム上でAIユニットを通じて計測されます。
- 成熟度は不均一です。一部のエージェントは2026年第1四半期にGA(キャッシュマネジメント、入札分析、サプライヤー質問票の要約、P&G目標作成)となりますが、いくつかは限定リリース/NDAパイロットであり、また一部の顧客要望(自由形式契約の自動転記、完全自動化された採用判断)は明示的にプロダクション範囲外です。
- コンサルタントの考え方の転換は、「Jouleならこれができる」から「顧客のデータ品質、ロールベースアクセス、地域、人間によるレビューパターンは、各エージェントのGA範囲内に収まっているか?」へと移行します。収まっていない場合、正しい答えは、より長いパイロットではなく、より小規模な初期範囲または別のツールです。
本記事の位置づけ
| ID | タイトル |
|---|---|
| BTP-D01 | Business AI:概要と機能マップ |
| BTP-D02 | Joule:アーキテクチャと活用 |
| BTP-D03 | AI Core と GenAI Hub:アーキテクチャと活用 |
| BTP-D04 | Document AI:アーキテクチャと活用 |
| BTP-D05 | Responsible AI:原則と実装 |
| BTP-D06 | Business AI:ユースケースと意思決定パターン(本記事) |
参考資料
| リソース | URL |
|---|---|
| Joule 機能ガイド (PDF) | help.sap.com → |
| SAP BTP 上のビジネス AI | sap.com → |
| SAP AI Core サービスガイド (PDF) | help.sap.com → |
1) ユースケースの全体像

BTP上のBusiness AIは、各LoB(事業領域)ごとに単一の機能ではありません。各LoBには、(a) Jouleの会話型/エージェント型機能、(b) アプリケーションに組み込まれたML、(c) AI Core / GenAI Hub上のカスタム拡張機能が、それぞれ独自の組み合わせで存在します。ユースケースがどの組み合わせに該当するかを把握することで、ライセンス、前提条件、および現実的なGA(一般提供)の境界が決まります。
| ドメイン | 現在提供されている機能 | 主なユーザー | |
|---|---|---|---|
| 財務(S/4HANA Cloud) | Joule for Finance、Cash Management Agent、Dispute Resolution Agent、電子請求書翻訳、Cash Application / Predictive Accountingにおける組み込みML | 経理担当者、売掛金/買掛金アナリスト、トレジャリー担当者 | |
| 調達(Ariba + S/4HANA) | Ariba内のJoule、Bid Analysis Agent、サプライヤー360、サプライヤーアンケートの要約、AIベースのサプライヤーリスク評価、契約条項分析 | カテゴリマネージャー、調達リーダー、サプライヤーリスク担当者 | |
| 人事(SuccessFactors) | Joule HR(目標作成、キャリアプランニング、社内異動)、Talent Intelligence Hub、採用コパイロット、Learning AI評価、People Intelligenceの給与透明性インサイト | HRビジネスパートナー、採用担当者、マネージャー |
これらは代替品ではありません。
2) S/4HANA への接続方法

すべてのBusiness AIのユースケースは、最終的には記録システムからの読み取りまたは書き込みを行います。財務ではS/4HANA、調達ではAribaとS/4HANA、人事ではSuccessFactorsが該当します。統合の形状は同じです。各業務領域(LoB)のUIがJouleを表示し、JouleがBTPコントロールプレーンを介してAI Foundationを呼び出し、トランザクションの転記は記録アプリケーションで行われます。
┌──────────────────────────────┐
User in │ LoB UI │
Fiori / Ariba ───►│ Joule chat / agent surface │
/ SuccessFactors └──────┬───────────────────────┘
▼
┌──────────────────────────────┐
│ BTP — AI Foundation │
│ AI Core + GenAI Hub │
│ Joule orchestration │
└──────┬───────────────────────┘
▼
┌───────────────────────────────────────────────────────┐
│ System of record (one of) │
│ • S/4HANA Cloud (Finance postings, MM, …) │
│ • SAP Ariba (sourcing, contracts, SLP, Buying) │
│ • SAP SuccessFactors (EC, RCM, P&G, LMS, TIH) │
│ Audit log, role-based access, master data live here. │
└───────────────────────────────────────────────────────┘RISE with SAP および GROW with SAP のお客様には、Joule アシスタント層が含まれています。エージェントとカスタムスキルは、AI ユニットを通じて別途計測されます。S/4HANA プライベートエディションまたは非 SAP クラウド環境の場合、BTP エンタイトルメント、IAS/IPS、および ID プロパゲーションを、いずれかの LoB 機能が Joule を呼び出す前に設定する必要があります。
重要ポイント: Business AIはLoBトランザクションを置き換えるのではなく、その前に位置します。監査証跡、ロールベースのアクセスチェック、マスタデータは、記録のアプリケーションから提供されます。Jouleを記録のシステムとして扱うことは、2026年のAIスコーピングに関する議論において最も一般的なアーキテクチャ上の誤りです。
3) 成熟度マップ

2026年の成熟度は、各LoB間および各LoB内で不均一です。各エージェントは個別に評価してください。同じプロジェクトで、GA版と限定リリースのパイロット版を並行してリリースすることも可能です。
| ユースケース | 成熟度 | 備考 | |
|---|---|---|---|
| S/4HANA、Ariba、SuccessFactors 全体での Joule 対話型機能 | ✅ 本番利用可能 | 2026年第1四半期時点で、35のSAPソリューション、30以上のエージェント、2,500以上のスキルでGA。 | |
| キャッシュマネジメントエージェント / 紛争解決エージェント | ✅ 本番利用可能 | 2026年第1四半期にGA。アドバイザリー出力であり、自動転記は行わない。 | |
| キャッシュアプリケーション / 予測会計(組み込みML) | ✅ 本番利用可能 | Joule以前から存在。大量のAR照合と予測転記において成熟。 | |
| 入札分析エージェント + サプライヤーアンケートの要約 | ✅ 本番利用可能 | 2026年第1四半期にAriba SourcingおよびSLPでGA。 | |
| サプライヤー360 / AIサプライヤーリスク | ⚠️ 前提条件ありで利用可能 | 2026年2月にGA。2026年から2027年にかけて、地域およびモジュール別に段階的に展開。 | |
| 契約条項分析(Icertisとの深い統合) | ⚠️ 前提条件ありで利用可能 | 2026年2月にGA。ネイティブオーサリングにはIcertis CIの権利が必要。 | |
| Joule HR(目標、キャリアプラン、社内異動)+ TIHスキルガバナンス | ✅ 本番利用可能 | GA。RBPに依存。TIHスキルの調和に依存。 | |
| 採用コパイロット + SmartRecruiters統合 | ⚠️ 前提条件ありで利用可能 | ネイティブEC/オンボーディング統合は2026年上半期にGA。自動実行前に公平性を検証すること。 | |
| 学習AI支援スキル評価 | 🔶 アーリーアダプター | 2026年上半期に新機能。推論された評価 – 人間によるレビューを前提に設計すること。 | |
| Joule Studioカスタムエージェント(任意のLoB) | ✅ 本番利用可能 | 2026年第1四半期にGA。AIユニットによる従量課金。 | |
| 自由形式の契約自動実行 | ❌ 非推奨 | 非決定論的な出力では、HITLなしに転記を実行できない。 | |
| 完全自動化された採用 / キャリブレーション判断 | ❌ 非推奨 | SAPおよびEU規制当局は、説明可能性と人間による説明責任を要求。 |
4) 要件チェックリスト
§3 のマップは「準備はできているか?」という問いに答えます。このセクションでは「私たちは準備ができているか?」という問いに答えます。スコーピング文書ごとにドメイン別のチェックリストを1つ作成し、さらに横断的なBTP用のチェックリストも作成します。
財務ユースケース(Joule + キャッシュマネジメントエージェント + 組み込みML)

| チェックリスト項目 | 重要である理由 |
|---|---|
| 財務上の課題が測定可能な数値で明示されている(DSO、自動消込率、債権管理サイクルタイム) | 指標がなければ、エージェント選定は推測に過ぎず、PoCは停滞する。 |
| 総勘定元帳マスタデータが統一され、勘定科目表が1つのバージョンになっている | JouleはFioriが使用するのと同じデータに基づくため、勘定科目表が分かれていると回答が現実と矛盾する。 |
| S/4HANA Cloud → BTPへのID伝播が設定されている(IAS/IPS) | これがないと、JouleはS/4HANAの認可を尊重できない。 |
| 監査責任者が、AIによる入金消込と債権管理の根本原因分析を自動転記ではなく、アドバイザリとして受け入れる | 監査では、AIを人間による転記へのインプットとして扱い、転記そのものとは見なさない。 |
| S/4HANAのリージョンがエージェントのプロビジョニングリージョンと一致している | Joule PreviewはEU10/EU30のみで、本番環境での利用可能リージョンは段階的に拡大される。 |
| AIユニットの割り当てが2年目のクエリ量をカバーしている | AIユニットは繰り越しできないため、割り当て不足は緊急調達を招く。 |
| 組み込みML(Cash Application、Predictive Accounting)に独自のライフサイクルオーナーがいる | Jouleは組み込みモデルを再トレーニングしないため、別途フィードバックループが必要である。 |
調達ユースケース(Ariba内のJoule + 入札分析 + サプライヤー360)

| チェックリスト項目 | 重要性 | |
|---|---|---|
| SLP内の仕入先マスタが重複排除済み、税務/銀行関連フィールドがクリーンであること | サプライヤー360とリスクスコアリングはマスタ品質を継承するため、不正確なレコードはノイズの多いサマリーを生成します。 | |
| 入札分析が入札を正規化できるよう、調達イベントテンプレートが十分に標準化されていること | 異種の入札シートはエージェントの価値を損なわせます。 | |
| 契約リポジトリが単一の真実の情報源であり、ネイティブオーサリングが対象範囲内であればIcertis CIが権限付与されていること | 条項分析は断片化されたストアを統合できません。 | |
| AI提案のオーナーシップはIT部門ではなく、カテゴリマネージャーが持つこと | 事業部門のオーナーシップがなければ、調達AIは2四半期以内にスプレッドシートに逆戻りします。 | |
| 限定リリース/NDAパイロットはロードマップ上で個別にフラグ付けされていること | いくつかのAribaエージェントは限定リリースであり、その動作をステアリングコミッティに約束してはいけません。 | |
| サプライヤー360/リスクスコアリングの地域別可用性がAribaポッドごとに確認済みであること | 2026~2027年の段階的ロールアウトにはポッドの確認が必要です。 | |
| AIユニットパターンが調達イベントごと、およびアンケート実行ごとにモデル化されていること | 調達ボリュームはバースト的であり、単一の大規模イベントで消費量が急増する可能性があります。 |
HR ユースケース(Joule HR + Talent Intelligence Hub + 採用)

| チェックリスト項目 | 重要性の理由 | |
|---|---|---|
| TIHが唯一のスキル情報源であり、タクソノミが管理されている | すべてのJoule HR機能はTIHスキルに基づいています。 | |
| RBPがAIサーフェスに明示的に拡張されている | 提案はRBPを継承しますが、管理者はAIサーフェスを追加する必要があります。 | |
| Joule HRポリシーリポジトリ(SharePointまたはGoogle Drive)がキュレーションされ、メタデータタグが付与されている | キュレーションされていないポリストアは矛盾した回答を生成し、HRコンプライアンス上の問題となります。 | |
| 自動実行の採用/キャリブレーションシナリオに対して公平性検証計画が存在する | Joule HRは2026年上半期にアドバイザーから実行者へと移行します。検証されていない自動実行は防御不可能です。 | |
| People Intelligenceの給与インサイトを有効にする前に、EUの給与透明性指令の範囲が確認されている | これは規制機能です。EU域外ではコンプライアンス上の価値なくノイズが増加します。 | |
| ECとオンボーディングが安定した後にのみ、SmartRecruiters統合の範囲が決定される | 2026年上半期の統合は継続的です。不安定な上流システムはデータ問題を増幅させます。 | |
| AIの影響を受けたHR判断のための監査証跡の保存先が明確である | SAPは監査証跡を約束しています。コンサルタントが保存先と保存期間を選択します。 |
横断的(BTP上のあらゆるBusiness AIユースケース)
| チェックリスト項目 | なぜ重要なのか |
|---|---|
| LoB展開前にBTPグローバルアカウント、サブアカウント、IAS、IPSをプロビジョニングしておく | すべてのJouleおよびAI Foundation機能は、このベースラインに依存する。 |
| ユースケースごとにライセンスパス(RISE / GROW vs AIユニット vs BTPEA)をマッピングする | これらを混同すると、プロジェクトの予算が不足する。 |
| ユースケースごとに、人間がループ内で判断する(HITL)閾値を文書化する | キャッシュアプリ、紛争根本原因、サプライヤーリスク、採用候補者リスト — それぞれに文書化されたGo/No-Go判断基準が必要。 |
| 自動実行を有効にする前に、ガバナンスレビュー(ISO 42001準拠)を実施する | SAPはISO 42001を取得しているが、顧客自身も自社のレビューを実施する責任がある。 |
| 「AIが間違っている」場合の障害対応計画を文書化する | 手動フォールバック、エスカレーション、抑制 — これらはプロジェクト計画に存在し、名前が付けられていなければならない。 |
5) 意思決定基準
最初に問うべき3つの質問

Q1. この業務領域において、私たちが排除する測定可能な非効率性は何か、またその現在のコストはいくらか。
もし顧客がその課題を数値で説明できない場合 — DSO日数、調達サイクルタイム、充足までの時間、自動消込された現金の割合など — Business AIは開始すべきプロジェクトではありません。「財務にAIを導入したい」という漠然とした要望は、PoC(概念実証)段階で頓挫します。
Q2. データはどのリージョンのどこに保存されており、マスタデータは根拠のある回答を得るために十分にクリーンですか?
エージェントについて話す前に、これを答えてください。汚れた仕入先マスタや管理されていないスキル分類は、モデルでは救えません。データがエージェントのプロビジョニングされていないリージョンに留まらなければならない場合、その議論はAIではなく、地域展開に関するものです。
Q3. 稼働後のユースケースのオーナーは誰か — 提案、レビューキュー、公平性チェック、AIユニット予算 — また、2年目の予算は確保されているか?
Business AIは一度インストールすれば終わりではありません。AIユニットは毎月消費され、エージェントはリリースごとに更新され、公平性への期待は規制とともに厳しくなります。第2年度の予算を持つ指名されたLoBオーナーがいなければ、ユースケースは静かに衰退していきます。
プロジェクトコンテキストによるドメイン選択

| プロジェクトのコンテキスト | 推奨される開始ユースケース |
|---|---|
| 財務:現金消込量が多い売掛金管理 | 組み込み型キャッシュアプリケーションML + クエリ用Joule Cash Management Agent |
| 財務:請求書紛争の滞留がある売掛金管理 | 紛争解決エージェント(アドバイザリ) + 解決キュー担当者指名 |
| 財務:国境を越えた電子請求書運用 | エントリーユースケースとしてのJoule電子請求書エラー翻訳 |
| 調達:入札案件が多いカテゴリ | Bid Analysis Agent + ソーシングにおけるJoule |
| 調達:サプライヤーリスク主導のプログラム | Supplier 360 + AIサプライヤーリスク(地域GAを確認) |
| 調達:Icertis CIとの契約が多い場合 | ネイティブIcertisオーサリングによる契約条項分析 |
| 人事:スキル主導の社内異動 | TIHガバナンス後のJoule HRキャリアプラン / 社内異動 |
| 人事:大量の求人要請パイプライン | 公平性検証付きRecruiting copilot + SmartRecruiters |
| 人事:EUの給与透明性コンプライアンス | Business Data Cloud上のPeople Intelligence給与透明性インサイト |
| 自由形式の契約自動実行 | 停止。GA対象外。 |
| 完全自動化された採用または評価 | 停止。SAPガイダンスまたはEU規制で許可されていません。 |
| 明確な課題が未特定 | 停止。Q1に戻ってください。 |
ライセンスとコスト
| 領域 | ライセンスモデル | 確認すべき重要質問 | |
|---|---|---|---|
| 財務 — Joule アシスタント層 | RISE / GROW with SAP の権利に含まれる | 顧客はRISE/GROWを利用しているか、それとも別途Joule消費パスが必要か? | |
| 財務 — キャッシュマネジメントエージェント / ディスプット解決エージェント / カスタムエージェント | AIユニット、リクエストごとに従量課金、繰越なし | 稼働開始時だけでなく、2年目のエージェントコール量の見込みはどの程度か? | |
| 調達 — Ariba内のJoule、入札分析、サプライヤー360 | AIユニット、リクエストごとに従量課金。一部機能はBTPEA層が必要 | 顧客は、突発的な調達イベントのボリュームをカバーできるBTPEA層を利用しているか? | |
| 人事 — Joule HR、採用コパイロット、Learning AI評価 | AIユニット、リクエストごとに従量課金。SmartRecruiters連携には別途サブスクリプションが必要 | AIユニットと併せて、SmartRecruitersのサブスクリプションパスは確認済みか? | |
| Joule Studio上のカスタムエージェント(全業務領域) | AIユニット、およびGenAI Hub経由で呼び出される基盤モデルのトークン従量課金 | インタラクションあたりのトークンコストはいくらか、またワークフローは月に何回トリガーされるか? | |
| 組み込み型Document AI(書類を添付する全業務領域) | ドキュメントリクエスト1件あたり0.1 AIユニット | 1年目と2年目で、AIユニット予算に対するドキュメントボリュームの貢献度はどの程度か? |
6) よくある障害

これらは要件段階の失敗であり、実装のバグではありません。すべてスコーピングで防止可能です。
障害 1: 限定リリースのエージェントで約束されたユースケースがあたかもGAであるかのように扱われる
顧客がロードマップ資料で「JouleはXを実行する」と聞き、コンサルタントがそれを確約するが、実際にはXが別のサイクル向けの限定リリースであることが判明する。常に最新のJoule Capabilities Guide PDFバージョンを確認し、NDAパイロットは別途明示すること。
障害 2: グラウンデッドな回答に必要なレベルでマスタデータ品質が想定されている
管理されていないスキルタクソノミーは、一貫性のないJoule HRの提案を生み出します。SLP内の重複は、ノイズの多いサプライヤー360サマリーを生成します。断片化された勘定科目表により、Cash Management AgentがFioriレポートと矛盾します。マスタデータ品質は、AI要件の一部です。
障害 3: 公平性やHITL計画なしに自動実行が有効化されている
Joule HRが2026年上半期にアドバイザーから実行者へと移行することで、この失敗を招く。採用候補者リストの自動実行、キャリブレーション、または契約変更において、公平性の検証や人間によるレビューのフォールバックなしでは、2026年には防御不可能である。
障害 4: エンタイトルメントが引き上げられた後にリージョン制約が判明する
このプロジェクトは、Jouleエージェントが顧客のリージョンでGA(一般提供)されていることを前提としています。統合ガイドは第6週に読まれ、EUのみまたは段階的なロールアウトであることが明らかになります。第1週にリージョンマトリックスを読んでください。
障害 5: ゴーライブ時のボリュームのみに基づいてモデル化されたAIユニット予算
AI Unitsは繰り越しされません。クエリ量は導入規模に応じて拡大します。Go-live時の予測では2年目に割り当てが不足し、緊急調達を余儀なくされます。ユースケースごとに2年目のボリュームを、少なくとも30%の余裕を見込んでモデル化してください。
障害 6: 稼働後のAI提案に対するLoBオーナー不在
ITがプラットフォームを所有し、誰も提案を所有しません。カテゴリマネージャー、コントローラー、またはHRBPが、不適切な提案の抑制、SAPフィードバック、および2年目の予算を担当する必要があります。LoBのオーナーがいなければ、提案の流れは2四半期以内にノイズと化します。
障害 7: 標準エージェントを検証する前に Joule Studio で Joule をカスタマイズする
Joule StudioはGA(一般提供)となっているため、カスタムエージェントに飛びつきたくなるかもしれません。しかし、標準エージェント(Cash Management、Bid Analysis、Joule HR)は、SAPがライフサイクルを管理する主要な課題をカバーしています。まずは標準から始め、どうしても不足している場合にのみJoule Studioを利用してください。
FAQ
Q: これらのBusiness AIユースケースは、SAP S/4HANAオンプレミスでも動作しますか、それともS/4HANA Cloudのみですか?
最も適合するのは、S/4HANA Cloud(パブリックエディション、および多くの機能においてプライベートエディション)に、クラウド版のSuccessFactorsとAribaを組み合わせた構成です。オンプレミスのS/4HANAでも組み込みのFinance MLは利用可能ですが、JouleやほとんどのLoBエージェントはクラウドエディションを対象としています。ハイブリッド環境では、BTP、IAS、コネクタの明示的な設定が必要となり、クラウド系のシステム・オブ・レコードがなければ有効化できないエージェントも複数存在します。同等の機能を約束する前に、ユースケースごとに統合ガイドを必ず参照してください。
Q: BTP上のBusiness AIはLoB全体でどのようにライセンス供与され、予期せぬコストはどこに発生するのか?
JouleのアシスタントティアはRISEおよびGROW with SAPに含まれています。それ以外のエージェント、カスタムスキル、GenAI Hubの呼び出し、組み込みのDocument AIは、AIユニットを通じて計測されます(参考値として、Document AIリクエスト1件あたり0.1 AIユニット)。AIユニットの繰り越しはできません。2つの注意点として、2年目のボリュームは1年目よりも採用拡大に伴い急増すること、また、調達イベントや人事サイクルのバースト的な需要により、定額制の予算では対応できない消費量の急騰が発生することです。価格はアカウントチームとの交渉により決定されます。ユースケースごとに1年目と2年目の予測を作成してください。
Q: プロジェクトからBusiness AIのユースケースをスコープから外すべきタイミングはいつですか?
以下のいずれかに該当する場合:顧客がLoBの課題を定量化できない、根拠のある回答に必要なマスタデータの品質が不足している、ユースケースが限定リリースまたはNDA対象のエージェントであり顧客が登録していない、地域がまだエージェントをサポートしていない、自動実行が必要だが公平性やHITL計画が存在しない、またはLoBオーナーに2年目の予算がない。2026年において、自由形式の契約自動実行や完全自動化された採用を約束することは不正行為である。
Q: JouleはCash ApplicationやPredictive Accountingのような組み込みMLを置き換えることができますか?
2026年時点ではそうではなく、SAPもこれを代替品として販売していません。組み込み型MLはJouleよりも前に存在し、独自のトレーニングとフィードバックループを持ち、高頻度のARマッチングや予測転記の本番パスとして引き続き使用されています。Jouleはその上に位置し、クエリへの回答、請求異議の根本原因の要約、電子請求書エラーの翻訳などを行いますが、組み込みモデルを再トレーニングすることはありません。これらは移行ではなく、ペアとして扱ってください。
Q: ビジネスAIユースケースの要件を、引き継ぎ後も有効な形で文書化するにはどうすればよいですか?
五重奏として記述せよ:(1) 名称付きの機能(Cash Management Agent / Bid Analysis Agent / Joule HR career plan 等)、(2) LoBの課題指標と目標、(3) 名称付きの所有者を伴うマスターデータおよびIDの前提条件、(4) 明示された閾値を伴うHITLまたは公平性パターン、(5) 初年度および2年目の予測を含むAIユニット予算。これら5つすべてが揃わなければ、要件はデリバリー中に再形成される(通常はスコープが削減される)。
Q: Joule Studio カスタムエージェントが利用可能になるまで待つべきでしょうか?
いいえ。Joule Studioは2026年第1四半期にGAとなる予定ですが、標準エージェントはSAPがロードマップを所有する形で、Finance、Procurement、HRの主要な課題のほとんどをカバーします。まず標準エージェントから始め、実際に1四半期使用した後に残ったギャップを把握し、その残余ケースに対してJoule Studioのエージェントを設計します。これらは各LoB(事業部門)が所有します。
Q: 規制上の考慮事項(EU AI Act、給与の透明性、監査)は、ユースケースの選択にどのような影響を与えますか?
自動実行とHR(人事)に対する境界を厳格化します。採用、キャリブレーション、給与透明性のユースケースでは、明示的な人間の説明責任レイヤーを維持する必要があります。SAPは監査証跡と説明画面を提供し、顧客のガバナンスレビュー(多くの場合ISO 42001準拠)がループを閉じます。Finance(財務)とProcurement(調達)では制約は緩やかですが、依然として現実的です。AIの提案は、指名されたロールが承認するまで助言的なものに留まります。
概要

2026年のBTPにおけるBusiness AIは、同一のAI Foundationランタイム上で動作する3つのLoB(事業領域)別ポートフォリオとして捉えるのが最適です。すなわち、Finance(Cash Management Agent、Dispute Resolution Agent、S/4HANAにおけるJoule、組み込みML)、Procurement(Bid Analysis Agent、サプライヤー360、Aribaにおけるソーシングコパイロット)、HR(Joule HR、Talent Intelligence Hub、採用コパイロット、Learning AI)です。コンサルタントの価値は、顧客のマスタデータ、地域、ロールベースのアクセス、人間によるレビューパターンを読み解き、どのエージェントが現在GA(一般提供)で、どれが限定リリースで、どれに前提条件が必要で、どこで「このフェーズでは対象外」となるかを正確に伝えることにあります。GAの範囲内で約束し、範囲外では断固として断り、LoBオーナーとAIユニットに対して2年目の予算を毎回確実に獲得することです。
次に読むべきもの
| L1. 全体像 | L2. 機能領域 |
|---|---|
| BTP-001: BTPとは | L2-A. 統合 |
| BTP-002: BTPアーキテクチャ | L2-B. アプリケーション開発 |
| BTP-003: BTP機能マップ | L2-C. データ&分析 |
| BTP-004: デプロイメントモデル | L2-D. AI — BTP-D06 ユースケース(本記事) |
| BTP-005: ライセンスモデル | L2-E. 基盤サービス |
| BTP-006: クリーンコア戦略 | L2-F. アーキテクチャ&運用 |