Build Work Zone: アーキテクチャと利用

- SAP Build Work Zone は同一名称で2つの製品を持つ:Standard Edition はSAP/非SAPシステムを横断するマルチサイト統合型ローンチパッド、Advanced Edition はワークスペース・ドキュメント・Microsoft 365連携を備えたシングルサイト型デジタルワークプレイス。「小規模 vs 大規模」ではなく、異なるツールである。
- 両エディションとも本番利用可能だが、大半のプロジェクトはUIではなくロールとプロビジョニングのレイヤーで失敗する:シャドウユーザー、ロールコレクション、IdP属性マッピング、コンテンツマネージャーのロール割り当て、(Advanced版)DWSグループプロビジョニングのすべてが整合する必要がある。1つの不整合で割り当てられたロールが黙って非表示になる。
- 「Advancedのほうが完全に見えるから」というデフォルト回答は拒否すべき。Advancedが正当化されるのは、コラボレーション、ドキュメントリポジトリ、エンドユーザーによるワークスペース作成が実際の要件となる場合のみ。それ以外はStandardで十分であり、コストも低くガバナンスの負荷も少ない。
本記事の位置づけ
| ID | トピック |
|---|---|
| BTP-B01 | SAP BTPにおけるアプリケーション開発:概要と機能マップ |
| BTP-B02 | Business Application Studio:アーキテクチャと使用方法 |
| BTP-B03 | CAPとBuild Code:アーキテクチャと使用方法 |
| BTP-B04 | ABAP環境:アーキテクチャと使用方法 |
| BTP-B05 | Build Apps:アーキテクチャと使用方法 |
| BTP-B06 | Build Process Automation:アーキテクチャと使用方法 |
| BTP-B07 | Build Work Zone:アーキテクチャと使用方法(本記事) |
| BTP-B08 | ユースケースと意思決定パターン |
参考資料
| リソース | URL |
|---|---|
| SAP Build Work Zone、スタンダードエディション(ヘルプポータル) | help.sap.com → |
| SAP Build Work Zone、アドバンストエディション(ヘルプポータル) | help.sap.com → |
| ロールとロール割り当てについて(アドバンストエディション) | help.sap.com → |
| Build Work Zone 製品ページ | sap.com → |
| ユーザーとロールのプロビジョニング(SAP Learning) | learning.sap.com → |
1) Build Work Zone のランドスケープ

SAPのお客様は2026年に3つの実際のエントリーポイントオプションに直面しており、「Build Work Zone」はそのうちの2つに該当します。
| オプション | 機能 | 主なユーザー | |
|---|---|---|---|
| Embedded Fiori launchpad (S/4HANA内) | 1つのS/4HANAスタック向けのシステム単位・ロールベースの起動画面 | 単一ERPのみを使用するS/4HANA専用顧客 | |
| Build Work Zone, standard edition | SAPおよび非SAPシステムを横断する統合マルチサイト起動画面、2階層ナビゲーション | 統一されたエントリポイントを必要とするマルチシステム環境 | |
| Build Work Zone, advanced edition | ワークスペース、ドキュメント、コラボレーション、Microsoft 365統合を備えたシングルサイトデジタルワークプレイス | SAP Enterprise Portalを置き換える、またはイントラネットを構築する顧客 |
Embedded Fiori は S/4HANA 内の機能であり、両方の Build Work Zone エディションは別個の BTP サービスです。Standard と Advanced はブランドを共有していますが、サイト、コンテンツ、ロールモデルにおいて異なります。これらは互換性のある代替品ではありません。
2) S/4HANA への接続方法

Build Work Zone はビジネスアプリを所有せず、それらへの参照を集約します。このパターンは両エディションで同じです。
SAP Build Work Zone (standard or advanced)
┌──────────────────────────────────────────────────┐
│ Sites / pages / roles (admin-defined) │
│ Channel Manager — Content Manager — Explorer │
└──────────────┬───────────────────────────────────┘
│ Common Data Model (CDM) JSON
▼
┌──────────────┴───────────────────────────────────┐
│ S/4HANA Fiori catalog (Cloud Connector) │
│ SuccessFactors / Ariba / Concur │
│ BTP apps: Build Code, CAP, Build Apps, ABAP env │
└──────────────────────────────────────────────────┘契約は各コンテンツプロバイダーからの CDM JSON です。プロバイダーは自社のアプリカタログ、ビジネスカタログ、ロールの所有権を保持します。Work Zone は CDM を読み取り、SAP Cloud Identity Services(SAML 2.0 または OIDC 上の IAS)を介して適切なユーザーに適切なタイルを表示します。オンプレミスの S/4HANA には、プリンシパル伝播を使用した SAP Cloud Connector を介してアクセスします。
重要ポイント: Build Work Zoneはメタランチパッドであり、コンテンツストアではありません。コンテンツのライフサイクルはソースシステムに残ります。「分散型所有権」が、この製品に対するSAPの設計原則です。
3) 成熟度マップ

| 機能 | 成熟度 | 備考 | |
|---|---|---|---|
| Build Work Zone(標準エディション) | ✅ 本番利用可能 | SAP Launchpadサービスの後継;2022年のリブランド以降安定稼働 | |
| Build Work Zone(アドバンストエディション) | ✅ 本番利用可能 | SAP Work Zone(旧Portal/Jam)の後継;より高度なガバナンスが必要 | |
| オンプレミスS/4HANAからの統合コンテンツ | ✅ 本番利用可能 | Cloud Connector + プリンシパル伝播が必要;ドキュメント整備済み | |
| SAPクラウドアプリ(SuccessFactors、Ariba)からの統合コンテンツ | ✅ 本番利用可能 | 各プロダクトチームが管理するファーストパーティCDMプロバイダ | |
| 非SAP/カスタムシステムからの統合コンテンツ | ⚠️ 前提条件ありで利用可能 | カスタムCDMまたはコンテンツパッケージが必要;プロバイダ数に応じて工数が増加 | |
| Microsoft 365 / Teams / SharePoint統合(アドバンスト) | ✅ 本番利用可能 | ネイティブコネクタあり;テナント間の信頼設定は容易ではない | |
| ガイド付きエクスペリエンス(アドバンストウィザードレイアウト) | ✅ 本番利用可能 | GA版;新規メンバーオンボーディングやSBPAプロセス起動に使用 | |
| 標準→アドバンストへの移行 | 🔶 アーリーアダプター段階 | サイトモデルが一致しない;リフト&シフトではなく再設計を前提に計画 | |
| 約10以上の統合プロバイダを超えるマルチサイト | 🔶 アーリーアダプター段階 | 公開された上限はなし;この規模を超えると管理負荷が急増 |
4) 要件チェックリスト
ここが、ほとんどのBuild Work Zoneプロジェクトが要件段階で成功するか失敗するかの分かれ目です。以下の5つのサブチェックリストは、設定を開始する前に確定しておくべき事項をカバーしています。
テナントとサブアカウントの前提条件

| チェックリスト項目 | 重要性 |
|---|---|
| BTPグローバルアカウント + 正しいリージョンのサブアカウント | Work Zoneはリージョナルサービスであり、リージョン間の移行はコストがかかる |
| テナントプロビジョニング前のエディション決定(StandardまたはAdvanced) | 2つのエディションで異なるテナントタイプがプロビジョニングされ、切り替えは再設計が必要 |
| SAP Cloud Identity Services(IAS)テナントのプロビジョニングと信頼設定 | IASがないと、SSOもユーザープロビジョニングも機能しない |
| オンプレミスバックエンド向けのCloud Connector導入 | S/4HANAオンプレミスコンテンツへのPrincipal Propagationに必須 |
| Identity Provisioning Service(IPS)テナントの準備 | 大規模なSCIMベースのロール割り当てに必要 |
| サイト、ロールコレクション、コンテンツプロバイダーIDの命名規則 | プロジェクト途中での名称変更はSCIMマッピングと監査証跡を破壊する |
サイト、ページ、およびロールの設計(スタンダードエディション)
| チェックリスト項目 | 重要な理由 |
|---|---|
| サイト数と各サイトが表すもの(地域、BU、ペルソナ) | マルチサイトはサポートされているが、サイトごとに管理画面が倍増するため、理由なく分割しないこと |
| サイトごとのスペースとページ構造(2階層ナビゲーション) | 2階層が上限であり、無理に3階層にすることはよくある運用2日目の課題となる |
| ビジネスロールをページとアプリにマッピングするロールカタログ | ロール設計はサイト設計よりも難しく、ワークショップ(会議ではなく)として予算を確保すること |
| サイトごとのコンテンツプロバイダ一覧(どのシステムがどこに統合されるか) | プロバイダが欠落すると、ユーザーグループ全体のアプリが不足する |
| テーマ設定ポリシー(1つのグローバルテーマ vs サイトごとのテーマ) | サイトごとのテーマ設定はサポートされているが、すべてのテーマがメンテナンス対象となる |
ワークスペース、ページ、ロールの設計(アドバンストエディション)

| チェックリスト項目 | 重要である理由 |
|---|---|
| シングルサイトの前提を確認(Advanced版にはデフォルトで1つのサイト) | Standard版のようなマルチサイトを期待している顧客はここでブロックされる。Advanced版では代わりにワークスペースを使用 |
| ワークスペースのガバナンス:誰が作成し、誰が参加するか、公開 vs 内部デフォルト | ワークスペースの乱立はAdvanced版における導入2日目の最大の不満点。事前にルールを確定する |
| 3階層ナビゲーションとランタイムワークスペースをエンドツーエンドで描画 | 承認前にツリー図ではなく、実際のユーザージャーニーをスケッチする |
| Microsoft 365 / Teams / SharePoint 統合の範囲 | 対象範囲に含まれる場合、クロス テナント トラストは独自のITセキュリティワークストリームとなる |
| 文書管理の保存期間とアクセスポリシー | 顧客向けまたは人事関連文書には法務部門の承認が必要 |
| エディターモデル:ランタイム時にページを編集できる非管理者ロール | Advanced版は指定されたエディターをサポートするが、Standard版はサポートしない |
コンテンツフェデレーションと統合
| チェックリスト項目 | 重要性の理由 |
|---|---|
| 各コンテンツプロバイダー向けのIAS信頼済みIdP | IdPの信頼関係が不完全だと、フェデレーションコンテンツは警告なく失敗する |
| プロバイダーごとのCDM JSONの可用性 | ファーストパーティのSAPクラウドアプリはCDMを同梱するが、カスタムプロバイダーは自ら公開する必要がある |
| コンテンツパッケージ(ZIP形式のSAPUI5カード)の棚卸 | 各パッケージには独自のバージョンライフサイクルが存在する |
| チャネルマネージャー接続計画(プロバイダー、ロール、リフレッシュ) | 設定中ではなく、設定前に文書化する |
| UI統合カードのスコープ(プレーンなタイル/リンク参照との比較) | カードはデータ契約とCSPルールを追加するため、軽率に約束してはならない |
| コンテンツプロバイダーごとのライフサイクル所有権 | 明示的な割り当てがない場合、「壊れたタイル」のチケットは誰の責任にもならない |
ユーザーおよびロールのプロビジョニングチェーン

| チェックリスト項目 | 重要性の理由 |
|---|---|
| シャドウユーザー作成方法(手動、IPS-SCIM、IdPログイン時の自動) | 1つを選択して文書化すること。混在させると監査上の矛盾が生じる |
| 命名規則に基づくロールコレクション設計 | 名前は属性マッピングで参照される。名称変更はIdPとIPSに連鎖する |
| IAS / 企業IdPの属性マッピングとロールコレクション | これがないと、ユーザーはログインしてもロールなしの状態になる |
| SCIM API + IPSコネクタによるコンテンツマネージャーのロール割り当て | フェデレーションプロバイダーのロールを実際のユーザーに到達させるために必要 |
| (上級者向け)DWSユーザーとグループのプロビジョニング(第2のSCIM API) | DWSプロビジョニングがないと、ワークスペースとグループは空のままになる |
従業員 vs. パブリックユーザータイプのポリシー(SCIM userType) | 内部ユーザーをパブリックと誤分類すると、ワークスペースにアクセスできなくなる |
運用とライフサイクル
| チェックリスト項目 | 重要性の理由 |
|---|---|
| モバイルが対象範囲の場合のSAP Mobile Start設定 | 両エディションでネイティブモバイルエントリを提供。テナントバインディングを明示的に行う必要あり |
| テーマとブランディングのライフサイクル管理者 | UIテーマデザイナーのテーマはバージョン管理されたアーティファクト。保守担当者を割り当てること |
| ログインとフェデレーションの健全性監視 | フェデレーション障害はユーザーから見える問題。ダッシュボードまたはアラートを計画すること |
| BTP監査ログの保存期間要件 | 多くの顧客が1年以上の保存を必要とするが、デフォルトはそれより短い場合あり |
| ディザスタリカバリとテナントエクスポートの方法 | エクスポートはサポートされているが、ワンクリックバックアップではない |
5) 意思決定基準
提案を行う前に、以下の3つの質問を確認してください。いずれかの回答が不明瞭な場合、要件は準備が整っていません。
Q1. 新しい起動パッドを正当化する測定可能なユーザーの課題とは何ですか?
顧客が1つのS/4HANAシステムを保有し、組み込みのFioriランチパッドが既に機能している場合、Build Work ZoneはBTPテナントのオーバーヘッドに見合う価値があることは稀です。Build Work Zoneが正当化されるのは集約の苦痛がある場合です。つまり、ユーザーが複数のシステムにログインし、単一のページでアプリが表示されないためにアプリを見逃してしまう状況です。それを定量化してください——システム数、ロール数、システムを探すために1日あたり何分失われているか?もし「モダンに見せたいから」という答えであれば、反論してください。
Q2. コンテンツの所有者は誰で、そのIDは現在どこに存在していますか?
Build Work Zoneはメタランチパッドです。接続されたすべてのソースが認識可能なID(IASで信頼されたIdP経由)とコンテンツサーフェス(CDM JSON、コンテンツパッケージ、またはカスタム統合)を持つ場合にのみ機能します。日付を確定する前に、プロバイダーとそのIDストーリーをマッピングしてください。IDの断片化(Active Directoryの孤立、Okta専用の契約社員、IASなし)は、並行するIDワークストリームを意味します。
Q3. コラボレーション機能のスポンサーは存在しますか、それともランチパッドのみですか?
ワークスペース、ドキュメント管理、Microsoft 365統合は、コンテンツを作成しアクセスを管理する実際の内部スポンサー(人事、IT、または社内コミュニケーション部門)がいなければ価値を発揮しません。スポンサーが「ERP ITがランチパッドを欲しがっている」だけなら、Standardが適切な選択肢であり、Advancedは過剰仕様です。
プロジェクトコンテキストによるエディションの選択

| プロジェクトの状況 | 推奨エディション |
|---|---|
| S/4HANA単独、クラウドアプリなし、ユーザー数が少ない | 組み込み型Fioriランチパッド — Build Work Zoneは不要 |
| マルチシステムSAP環境(S/4HANA + SuccessFactors + Ariba)で統合エントリポイントが必要 | Build Work Zone、Standard Edition |
| マルチシステムSAPに加え非SAPシステムを含み、カスタム統合コンテンツが必要 | Build Work Zone、Standard Edition(コンテンツパッケージまたはカスタムCDMを使用) |
| SAP Enterprise Portalからの置き換え | Build Work Zone、Advanced Edition |
| 本格的なイントラネットのニーズ(HRコミュニケーション、文書管理、コラボレーション) | Build Work Zone、Advanced Edition |
| Microsoft 365 / Teamsとの共存が重要な要件 | Build Work Zone、Advanced Edition |
| 顧客がSAPクラウドのみで、月間ユーザー数が1,000人以下 | Work Zoneのライセンス取得前に、無料で事前設定済みのSAP Startを検討 |
| 明確な課題がまだ特定されていない | 中止。Q1に戻る。 |
ライセンスとコスト

| エディション | ライセンスモデル | 確認すべき重要事項 | |
|---|---|---|---|
| Build Work Zone、スタンダードエディション | サブスクリプションまたはBTPEA/CPEAクレジット;名前付きユーザーおよび/またはサイト単位で従量課金 | 「すでにBTPエンタープライズ契約を結んでいるか?また、2年目の名前付きユーザー数はどの程度か?」 | |
| Build Work Zone、アドバンストエディション | サブスクリプションまたはBTPEA/CPEAクレジット;ワークスペース割り当てを含む名前付きユーザー単位で従量課金 | 「実際にワークスペースを作成する予定があるのか?それとも誰も使わないキャパシティに対して支払うことになるのか?」 | |
| SAP Start(SAPクラウド限定の代替オプション) | 無料、事前設定済み、月間1,000ユーザー上限 | 「上限やカスタマイズの制限を受け入れられるか?」 |
公開価格は公開されていません。どちらのエディションもSAPのアカウントエグゼクティブによる見積もりが必要です。BTPEA / CPEA契約を結んでいるお客様は、通常、既存のクレジットに対してWork Zoneを消費できるため、個別のサブスクリプションよりも簡単です。
6) よくある障害

障害1:コスト優先でエディションを選択し、要件を二の次にした
よくある間違いは「標準の方が安い」というもの。後になって人事部門が文書管理を求めて発覚する。逆の間違いは「アドバンスドの方が充実しているように聞こえる」というもの。実際に使う機能がランチパッドページだけだと後で気づく。要件に基づいて選び、価格を交渉せよ。
障害 2: アイデンティティ基盤の先送り
顧客は、IAS、IPS、またはクリーンな企業IdP属性モデルを整備する前にBuild Work Zoneへの導入を決断します。しかし、シャドウユーザー、ロールコレクション、SCIMプロビジョニングをサイト設計と並行してではなく、事前に実施しなければならないため、Go-liveが遅延します。アイデンティティを前提条件として扱ってください。
障害 3: フェデレーションプロバイダー数が無制限
標準では多くのプロバイダーと接続可能ですが、プロバイダーごとに管理者やロールマッピングの作業が増加します。「すべてをフェデレーションする」という方針は、統合時に2~3のプロバイダーがファーストパーティCDMを欠き、カスタムアダプターが必要であることが判明します。プロバイダー数を制限し、残りはフェーズ2に先送りしてください。
障害 4: ゴーライブ後に設計されたワークスペースガバナンス(上級編)
高度なワークスペースはセルフサービス型であり、権限のあるユーザーであれば誰でも作成できます。ポリシー(命名、有効期限、公開/内部デフォルト、所有者の義務付け)がない場合、顧客は1年以内に何百もの古いワークスペースを目にすることになります。ガバナンスは稼働開始時に組み込まれている必要があります。
障害 5: ロールは割り当てられているが、実行時に表示されない
最も一般的な運用上の問題は、「ロールを割り当てたのに、ユーザーにタイルが表示されない」というものです。その根本原因は、ほとんどの場合、プロビジョニングチェーンの破損にあります。ロールコレクションの欠落、IAS属性マッピングの欠落、SCIMプロパゲーションの欠落、または誤ったuserTypeです。チェーンをエンドツーエンドで文書化し、新しいユーザーのトレースをスモークテストとしてリハーサルしてください。
障害 6: 標準からアドバンスへの移行をリフトアンドシフトと想定
Standard Edition の機能では不足するお客様は、多くの場合 Advanced Edition へのツール移行を期待されます。しかし、サイトモデルは一致しません。Standard Edition のマルチサイトは、Advanced Edition のシングルサイト+ワークスペースに単純に集約できません。再設計ワークショップを計画してください。
FAQ
Q: 組み込みのFioriランチパッドを使用して、Build Work Zoneをスキップしてもよいですか?
はい、顧客が1つのS/4HANAシステムを持ち、システム間集約の課題がない場合です。Embedded FioriはS/4HANA内部の機能であり、追加のBTPテナントやライセンスは不要です。要件が「SuccessFactorsとAribaのタイルをS/4HANAの横に表示する」になった時点で、Embedded Launchpadは適切なツールではなく、Build Work Zone Standardが正解です。
Q: Build Work Zone は2026年にどのようにライセンス供与されますか?
両エディションとも、サブスクリプション、BTPEA、またはCPEAを通じて利用可能なBTPサービスです。BTPエンタープライズ契約のお客様は、通常、既存のクレジットに対してWork Zoneを消費します。公開リスト価格は公開されておらず、見積もりはSAPのアカウントエグゼクティブから提供されます。SAP Startは、月間ユーザー数1,000人未満のSAPクラウド専用顧客向けの無料代替サービスです。
Q: プロジェクトからAdvancedエディションをスコープから外すべきタイミングはいつですか?
唯一のスポンサーがERP IT部門で、要件が「アプリを集約する起動画面」だけの場合、導入を見送るべきです。Advancedのコラボレーション機能やドキュメント機能には、コンテンツを制作・管理するコンテンツスポンサー(人事、IT、広報など)が必要です。そのスポンサーがいなければ、顧客は空のままのキャパシティに対して料金を支払うことになります。
Q: ロールとコンテンツデザインを適切に文書化するにはどうすればよいですか?
ほとんどの論争を解決する3つの成果物:ロールカタログ(ビジネスロール → Work Zoneロール → タイル → バックエンド認証)、コンテンツプロバイダーマトリックス(プロバイダー → CDMエンドポイント → ロール → 所有者)、およびプロビジョニングトレース(IdPログインからタイルレンダリングまでの1人のサンプルユーザー)。本番稼働前にこれら3つすべてに承認を得ること。非公式なページは最初の監査に耐えられない。
Q: Build Work Zone はオンプレミスの SAP S/4HANA と連携しますか?
はい — SAP Cloud Connector とプリンシパル伝播を使用し、オンプレミスのS/4HANA FioriフロントエンドサーバーのCDMエンドポイントからコンテンツを統合します。Cloud Connector、mTLS、およびIAS-企業IdP間の信頼パスが必要です。これらの構成要素がないお客様は、並行してID関連のワークストリームを実施する必要があります。
Q: ビジネスユーザーはランタイム時にコンテンツを編集できますか?
Standard では不可 — ページ編集は管理者のみ可能です。Advanced では可能 — 指定された編集者がページを編集し、許可されたユーザーがワークスペースを作成できます。ランタイム編集が実際に必要な場合、Advanced が適切なエディションです。また、Build Work Zone は SAP Build の他のコンポーネントと連携します。Build Apps および Build Code アプリはコンテンツプロバイダーとして登録され、Build Process Automation のプロセスは Advanced でワークスペースカードまたはガイド付きエクスペリエンスとして表示されます。
概要

SAP Build Work Zone は、1つの名称で提供される2つの製品です。Standard 版はマルチサイト連携型ローンチパッドであり、複数システムから成るSAP環境の大半に適した正しい選択肢です。Advanced 版はデジタルワークプレースであり、コラボレーション、ドキュメント、Microsoft 365 が必須要件として求められる場合に正当化されます。両製品とも成熟しており、障害は要件定義段階とプロビジョニングチェーンに集中します。エディションとプロビジョニングを適切に設定すれば、Build Work Zone は手間のかからない成果物となります。
次に読むべきもの
| ID | タイトル |
|---|---|
| BTP-B01 | SAP BTP 上のアプリケーション開発:概要と機能マップ |
| BTP-B02 | Business Application Studio:アーキテクチャと使用方法 |
| BTP-B03 | CAP と Build Code:アーキテクチャと使用方法 |
| BTP-B04 | ABAP 環境:アーキテクチャと使用方法 |
| BTP-B05 | Build Apps:アーキテクチャと使用方法 |
| BTP-B06 | Build Process Automation:アーキテクチャと使用方法 |
| BTP-B07 | Build Work Zone:アーキテクチャと使用方法(本記事) |
| BTP-B08 | ユースケースと意思決定パターン |