Joule: アーキテクチャと使用方法

JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

May 8, 2026 · 18 min read

本記事の位置づけ#

参考資料#

1) Joule: アーキテクチャと用途#

Jouleは単一のSKUではなく、一連の機能群として提供されています。これを一つの製品として扱うことが最初の誤りです。

これらは代替品ではありません。

2) S/4HANA への接続方法#

+------------------------------------------------------------+
|              Microsoft 365 Copilot / Teams                 |
+----------------------------+-------------------------------+
                             |  (28KB chat post limit, no SVG)
+----------------------------v-------------------------------+
|                       SAP BTP (Cloud Foundry)              |
|  +---------------+   +-------------------+   +-----------+ |
|  | Joule Runtime | <-> AI Foundation /   |   | Joule     | |
|  | (UI + skills) |   | Generative AI Hub |   | Studio    | |
|  +-------+-------+   +---------+---------+   +-----+-----+ |
|          | IAS SSO + Principal Propagation        |       |
+----------|----------------------------------------|-------+
           v                                        v
+--------------------+                   +---------------------+
| S/4HANA Cloud      |                   | SuccessFactors,     |
| (PCE 2023 FPS01+   |                   | Ariba, Build,       |
|  or Public Edition)|                   | SAC, ...            |
+--------------------+                   +---------------------+
           ^
           |  (NO native Joule for on-premise S/4HANA)
+----------+---------+
| On-Prem S/4HANA     |
+--------------------+

重要なポイント：Jouleは、IASで信頼され、プリンシパル伝播された宛先を介してS/4HANAと通信するBTPアプリケーションであり、ERP自体の中に存在する機能ではありません。 この単一のアーキテクチャ上の事実が、以下に続くすべての前提条件を説明しています。

3) 成熟度マップ#

4) 要件チェックリスト#

§4 のチェックリストは意図的に要件定義段階のものです。お客様がキックオフ前にこれらに「はい」と答えられないのであれば、開始の準備はできていません。

テナントおよび契約の前提条件#

データ、セキュリティ、およびユーザーの前提条件#

ライセンスおよび商用の前提条件#

統合と変更管理の前提条件#

5) 意思決定基準#

最初に問うべき3つの質問#

Q1. Jouleが修正すべき測定可能な非効率性はどこにあるのか？

Jouleはツールであり、戦略ではありません。顧客が具体的なプロセスを指し示せない場合（「月末決算に12日かかっているので、8日に短縮したい」など）、それはサイエンスプロジェクトです。スコープを決める前に、指標と現在の値を尋ねてください。

Q2. データはどこに存在し、データ所在地要件の責任者は誰ですか？

規制産業では、「EU主権リージョンか否か」がBTPのエンタイトルメントを決定します。データレジデンシー責任者を早い段階で会議に招いてください。LLMアクセスはGenerative AI Hubを通じて管理されますが、実行リージョンは事前に決定され、変更が困難です。

Q3. AIユニットの予算は誰が所有していますか？

半年後にプロジェクトを頓挫させる質問。AIユニットは消費プールであり、エージェントの各ステップやプレミアム呼び出しのたびにそこから消費されます。更新権限を持つ指名された責任者がいなければ、2年目の請求書はCFOへのエスカレーション案件となります。

プロジェクトコンテキストによるドメイン選択#

ライセンスとコスト#

6) よくある障害#

障害 1: Joule を単一の製品として扱うこと。

「Jouleを実装する」とだけ書かれていて、具体的な機能が明記されていないSOWは危険信号です。Joule BaseとJoule Studioは全く異なる話です。SOWには具体的な機能（およびバージョン）を明記しないと、初日からスコープクリープが組み込まれていることになります。

障害 2: オンプレミスのS/4HANAは「多少の設定で」Jouleを使用できると想定している。

できません。ネイティブには対応していません。オンプレミスの既存導入基盤は構造的に対象外です。Cloud Connectorを経由した回避策は存在しますが、ほとんどが読み取り専用のQ&Aであり、本番環境ではサポートされていません。クライアントがRISE/GROWを利用していない場合、Jouleは適切な回答ではありません。代わりにRISE移行の話し合いを推奨してください。

障害 3: マスタデータ監査の省略

Jouleの財務・調達シナリオは、マスタデータが不正確な場合に誤った回答を自信を持って返します。不良なベンダーデータに対して「買掛金の未払い残高はいくらですか？」と尋ねたユーザーは数値を得ますが、それは間違っています。データ監査はパイロットと並行して行うのではなく、パイロットに先行して実施する必要があります。

障害 4: AI ユニット消費予測の無視

€700/年のエントリープールは、実際のワークロードには耐えられません。標準ティアのエージェント（0.01 AIユニット/ステップ）は、約10,000ステップで100ユニットを消費します。50ユーザーが使用する単一のワークフローでも、1週間でそのレベルに達する可能性があります。要件段階で消費モデルを構築し、最初の請求書が届いてから対応するのを避けてください。

障害 5: M365 Copilot との統合を完全なJouleと混同すること。

ブリッジには制約があります：チャット投稿あたり28 KB、リストは最大10項目、SVG不可、Adaptive Cardアクションは最大6つまで。Joule Webクライアントでは見栄えの良いデモも、Teamsでは忠実度が低下します。初回のステークホルダーデモの前に、この期待値を文書で明示しておいてください。

障害 6: 無料プロモーション期間中に、その後の予算を確保せずにカスタム Joule エージェントを承認してしまうこと。

カスタムエージェントの無料プロモーションは2026年5月31日に終了します。プロモーション期間中にエージェントを構築するプロジェクトで、プロモーション終了後のAIユニット消費をモデル化していない場合、中止されるか（ここではガートナー社の「2027年までに40%」という予測が影響します）、緊急の再交渉が発生します。このプロモーションは導入支援であり、無料の滑走路ではありません。

障害 7: AIガバナンスと予算に責任者がいない。

Jouleプロジェクトが2年目に失敗するケースは、ほぼ例外なくAIユニットプール、スキルカタログ、例外処理に対して単一の責任者がいないことに起因します。SAPの責任あるAIガードレールは契約上適用されますが、運用上のガバナンス（新しいスキルの承認者、コスト増加の決裁者など）は顧客の責務です。

FAQ#

Q: オンプレミスのS/4HANAをご利用のお客様はJouleを使用できますか？

ネイティブには対応していません。JouleはRISE/GROWに限定されています。部分的な回避策（Cloud Connector + 読み取り専用BTP）は存在しますが、本番環境ではサポートされていません。オンプレミスのお客様との適切な対話は、RISE移行に関する対話です。Jouleはその対話を持つべき理由の1つです。

Q: Jouleの実際のコストはいくらですか？

Joule BaseはSAPクラウドサブスクリプションに含まれており、追加のラインアイテムは不要です。それ以外はすべて、ユーザーあたり月額のサブスクリプション（一部のプレミアムパッケージ）または消費ベースのAIユニット（ほとんどのエージェント、プロモーション後のすべてのJoule Studioエージェント）となります。エントリーレベルのAIユニットプールは年間700ユーロです。実際の本番環境でのワークロードは、通常その数倍になります。慎重に見積もりを行ってください。

Q: プロジェクトからJouleをスコープ外とするのはどのような場合ですか？

以下のいずれかに該当する場合：(a) クライアントがオンプレミスでRISEにコミットしていない、(b) AIが修正すべき測定可能な非効率性がない、(c) 更新権限を持つAIユニット予算の責任者がいない、(d) 対象範囲のドメインにおいてマスタデータの品質が低すぎる。スコープ除外は失敗ではなく、リスク管理である。

Q: Joule要件を適切に文書化するにはどうすればよいですか？

特定の機能（Base / Premium / Studio / Developers / M365 bridge）を指定してください。対象範囲のプロセスと移行対象のメトリックを明記してください。契約（RISE/GROW）、IAS構成の前提条件、AIユニットの予算を明示してください。必要な言語を列挙してください（デフォルト13言語、プレビューでは4言語追加）。人間によるオーバーライドのパスを文書化してください。いずれかの行が「TBD」の場合、その要件は準備完了ではありません。

Q: Joule Studio を使用したカスタムエージェント開発は、2026年において実行可能な戦略でしょうか？

SAP Buildのキャパシティを持つパートナーや大規模顧客の場合、対応可能です。ただし、2026年5月31日以降のAIユニット消費への移行を計画してください。小規模顧客の場合、カスタムスキル（オーケストレーションなし）の方が安全なエントリーポイントです。エージェントは価格面で予想外のコストが発生しやすい領域です。まずスキルを構築し、消費量のベースラインが確立できてからエージェントに移行してください。

Q: Jouleはどの言語をサポートしていますか？

Q1 2026時点で正式に13言語（その四半期にアラビア語とインドネシア語が追加）、さらにプレビュー版が4言語。非サポート言語ではJouleが応答する可能性はあるものの、品質は保証されず、サポートチケットは振り分け対象外となります。承認前に言語リストを展開対象国と照合してください。

Q: 顧客は通常、2年目の更新にどのように失敗するのでしょうか？

パターンは一貫しています。成功したパイロット、消費ベースラインの欠如、指名された予算責任者の不在、予想の4～8倍のAIユニット請求書、CFOへのエスカレーション。解決策は地味です。指名された責任者、四半期ごとの消費レビュー、そして元のSOWに文書化されたキルスイッチです。

概要#

Jouleは実在しますが、単一のものではありません。これは機能群であり、それぞれに独自の前提条件、ライセンスモデル、成熟度があります。技術的なセットアップ（IAS、プリンシパル伝播、BTPエンタープライズアカウント、S/4HANA Cloudリリースレベル）は十分に文書化されており、難しい部分ではありません。難しい部分は、契約面（RISE/GROWによるゲーティング）、商用面（AIユニットの予測）、および組織面（予算と例外の責任者の指名）です。Jouleを、キックオフ前にこれら3つの回答が必要なBTPアプリケーションとして扱えば、本番稼働に至る3%に含まれます。「オンにするAI機能」として扱えば、本番稼働に至らない97%に加わることになります。

次に読むべきもの#