SAP Fiori & UI5基礎
SAP Fiori基本概要：SAP GUIとの違いとアーキテクチャを実務で理解する
SAP Fioriの基本概念、SAP GUIとの役割の違い、Launchpad・アプリ・OData・権限の関係を、運用と導入準備の観点から整理します。
SAP Fioriは、SAP業務を役割や作業目的に合わせたアプリとして提供するためのユーザー体験とアプリケーション群です。ブラウザからSAP Fiori Launchpadにアクセスし、担当業務に必要なアプリをタイルやリンクから起動します。従来の画面を単純にWeb化するのではなく、業務単位・利用者の役割・デバイスに合わせて操作を組み立てる点が重要です。
この記事では、SAP Fioriを導入・運用するときに確認すべき構成要素、SAP GUIとの使い分け、権限設定の流れ、トラブルの切り分け方を整理します。対象は主にSAP S/4HANAと連携して利用するオンプレミス環境です。
SAP Fioriの基本概念
SAP Fioriでは、利用者が最初にSAP Fiori Launchpadへ入り、そこから業務アプリを起動します。営業、購買、在庫、請求、保全などの業務領域ごとに、必要な情報や処理をまとめて表示できます。
アプリの設計には、主に次の考え方があります。
- 役割ベース：利用者の職務に必要なアプリだけを表示する
- レスポンシブ：パソコン、タブレット、スマートフォンなどの画面幅に対応する
- シンプルな操作：一覧、検索、承認、登録などの目的を明確にする
- リアルタイム性：バックエンドの業務データを参照し、処理結果を反映する
SAP Fioriアプリには、Fiori elementsを使って標準的な画面構造を効率よく提供するものと、SAPUI5で画面や処理を個別に実装するフリースタイルアプリがあります。要件定義では、標準アプリを利用できるか、拡張が必要か、完全なカスタムアプリが必要かを分けて確認します。
SAP Fioriのアーキテクチャ
SAP Fioriの構成は、利用者が操作するブラウザ、SAP Fiori Launchpad、アプリケーションのフロントエンド、ODataなどのサービス、業務データを持つバックエンドに分けて考えると整理しやすくなります。
一般的な処理の流れは次のとおりです。
- 利用者がブラウザでSAP Fiori Launchpadを開く
- Launchpadが利用者のロールに応じたホーム画面を表示する
- 利用者がタイルやリンクからアプリを起動する
- フロントエンド側のアプリが必要なサービスを呼び出す
- ODataサービスなどを経由してバックエンドの業務データを取得・更新する
- 処理結果をアプリの画面に表示する
ブラウザ
↓
SAP Fiori Launchpad
↓
Fioriアプリ / SAPUI5
↓
ODataサービスなど
↓
SAP S/4HANAバックエンド
↓
業務データ・業務ロジック
この構造では、画面が表示できてもデータ取得に失敗することがあります。たとえば、Launchpadへのログイン、アプリの表示権限、サービスの有効化、バックエンド権限、通信設定はそれぞれ別の確認対象です。障害対応では、ブラウザの表示だけで全体が正常だと判断せず、どの層で止まっているかを切り分けます。
SAP Fiori Launchpadの管理や初期設定を担当する場合は、SAP Fiori Launchpad管理設定の進め方も参照してください。
SAP GUIとの違い
SAP GUIは、SAP ERPやSAP S/4HANAのトランザクションをコードから起動し、業務画面を操作するためのクライアントです。一方、SAP Fioriは、利用者の役割や業務目的を起点にアプリを提示するユーザー体験です。
| 比較項目 | SAP Fiori | SAP GUI |
|---|---|---|
| 起動方法 | Launchpadのタイル、リンク、検索など | トランザクションコード、メニューなど |
| 画面設計 | 業務目的ごとのアプリ | トランザクション単位の画面 |
| 利用環境 | 主にブラウザ | SAP GUIクライアント |
| デバイス対応 | レスポンシブ対応を考慮 | パソコン中心 |
| 操作の特徴 | 必要な情報と処理をまとめる | 詳細な項目を直接操作する |
| 適した作業 | 承認、状況確認、一覧処理、簡易登録 | 複雑な登録、専門的な保守、詳細な設定 |
実務では、どちらか一方に統一するのではなく、作業の性質で使い分けます。承認者が毎日確認する一覧にはFioriアプリが適し、専門担当者が多くの項目を使って例外処理を行う場合はSAP GUIが適することがあります。
処理ごとの選択基準は、SAP FioriとSAP GUIの使い分けで確認できます。比較するときは、画面の新しさだけでなく、処理量、入力項目、権限設計、エラー対応、利用デバイスを含めて判断します。
Launchpadとアプリ表示の仕組み
SAP Fiori Launchpadに表示される内容は、利用者ごとに同じとは限りません。通常は、ユーザーに割り当てられたロールを起点として、アクセスできるアプリ、カタログ、スペース、ページなどが決まります。
概念的には、次の関係で捉えると分かりやすくなります。
- ロール：利用者に割り当てる業務上の権限単位
- カタログ：起動可能なアプリやターゲットの集合
- スペース：業務領域や目的に沿った大きなナビゲーション領域
- ページ：スペース内でアプリを配置する構造
- タイルまたはリンク：利用者が実際に選択する起動要素
タイルが表示されない場合は、アプリの登録だけでなく、カタログへの収録、スペースやページへの配置、ロールの割り当てを順に確認します。タイルが表示されてもアプリが起動できない場合は、ターゲットマッピング、サービス、バックエンド権限、システムエイリアスなどを調べます。
ロールとカタログの関係を設計するときは、SAP Fioriのロール・カタログ割り当てを参照し、職務単位で不要なアプリを増やさないことが大切です。
SAP Fioriアプリの種類
導入時は、アプリを実装方式だけでなく、業務上の目的でも分類します。代表的な分類は次のとおりです。
トランザクションアプリ
伝票登録、マスタ更新、承認など、利用者が業務処理を実行するアプリです。入力チェック、権限、更新結果、エラー時の再処理を確認します。
分析アプリ
KPI、集計値、傾向、未処理件数などを表示するアプリです。表示値の定義、更新タイミング、集計条件、ドリルダウン先を業務担当者と合意します。
ファクトシート
業務オブジェクトの情報を検索し、関連データを横断的に確認するためのアプリです。検索条件、関連オブジェクト、表示権限、リンク先の整合性を確認します。
カスタムアプリ
標準アプリでは要件を満たせない場合に、SAPUI5や関連サービスを使って開発するアプリです。カスタム化の前に、標準アプリの拡張点や設定で対応できるかを確認し、保守対象を明確にします。
導入前に確認する項目
SAP Fioriを導入する前に、次の項目を一覧化すると、後工程での手戻りを減らせます。
- 対象業務と利用者の役割
- 利用する標準アプリと必要なアプリID
- SAP Fiori Launchpadの構成方針
- フロントエンドとバックエンドの接続方式
- 必要なODataサービスと有効化担当
- バックエンド側の業務権限
- ブラウザ、ネットワーク、認証方式
- テストデータと代表的な業務シナリオ
- エラー発生時のログ確認担当
- リリース後の変更・輸送・監視手順
標準アプリを採用する場合でも、業務プロセスと完全に一致するとは限りません。会社コード、プラント、購買組織、販売組織などの組織値、利用者の責任範囲、承認経路を確認し、画面が開くだけでなく業務が最後まで完了することをテストします。
権限設計の進め方
権限は、Launchpad上の表示制御と、バックエンドで実行できる業務操作の両面から設計します。アプリを表示できることは、業務データを読み取ったり更新したりできることと同義ではありません。
実務では、次の順序で設計すると整理しやすくなります。
- 職務ごとに利用する業務を洗い出す
- 各業務に対応するアプリとサービスを特定する
- Launchpadで表示するカタログ、スペース、ページを決める
- バックエンドで必要な業務権限と組織値を定義する
- 利用者または業務ロールへ割り当てる
- 表示、参照、登録、変更、承認のシナリオをテストする
- 不要な権限と不要なアプリを削除する
権限エラーを調査するときは、アプリのURLや画面だけで判断せず、利用者、ロール、サービス、バックエンド権限、対象データの組織範囲を同じ時刻の情報として確認します。
トラブルシューティング
SAP Fioriの問題は、症状を分類してから調査すると効率的です。
| 症状 | 優先して確認する範囲 |
|---|---|
| Launchpadが開かない | URL、認証、ネットワーク、フロントエンドサービス |
| タイルが表示されない | ロール、カタログ、スペース、ページ、キャッシュ |
| タイルから起動できない | ターゲットマッピング、アプリ設定、サービス到達性 |
| アプリは開くがデータがない | ODataサービス、バックエンド権限、組織値、検索条件 |
| 登録や変更に失敗する | 業務権限、入力値、バックエンドエラー、更新ロジック |
| 一部の利用者だけ失敗する | ユーザーロール、個人設定、ブラウザ、割り当て差分 |
最初に、同じ利用者で別のアプリが動くか、別の利用者で対象アプリが動くかを比較します。次に、ブラウザの開発者ツールでリクエストの失敗を確認し、HTTPエラー、サービス応答、認証状態を分けて調べます。バックエンド側では、サービスの有効化状態、権限エラー、業務データの条件を確認します。
キャッシュ削除は有効な場合がありますが、ロールやサービスの問題を解決するものではありません。設定変更後は、変更が反映された対象、反映時刻、テストしたユーザーを記録しておくと、再発時の比較が容易になります。
運用で押さえるポイント
運用開始後は、アプリの追加・変更・廃止を権限変更と同じ管理プロセスに組み込みます。タイルの追加だけでなく、サービス、ロール、バックエンド権限、テストシナリオ、利用者向け案内まで変更対象として扱います。
また、次の情報を台帳化すると、問い合わせ対応が安定します。
- アプリ名、アプリID、業務目的
- 対象ロールと利用者部門
- 使用するカタログ、スペース、ページ
- フロントエンドとバックエンドの担当者
- 関連するサービスと権限
- 変更日時、輸送情報、テスト結果
- 既知の制約と代替手順
SAP Fioriは、画面の置き換えだけでなく、業務ロールに合わせた入口、サービス、権限、データの流れをまとめて設計する仕組みです。最初にアーキテクチャと責任分界を整理し、その後にアプリ表示と業務処理を一連のシナリオで検証すると、導入後の切り分けがしやすくなります。