SAP Fiori & UI5基礎
SAP FioriとSAP GUIのトランザクション選択基準|共存運用の実務ガイド
SAP FioriとSAP GUIを業務、権限、操作量、障害対応の観点で使い分ける基準を整理します。Fiori LaunchpadとGUIトランザクションの共存設計、利用者への案内、運用時の確認手順まで実務向けに解説します。
結論:業務と運用で使い分ける
SAP FioriとSAP GUIは、どちらか一方に統一するものではなく、業務の性質と運用条件に応じて使い分けます。日常的に繰り返す業務や承認、状況確認にはFioriアプリを割り当て、設定、例外処理、詳細照会、既存トランザクションを活用する業務にはSAP GUIを組み合わせます。
判断の起点は、画面の好みではなく、業務プロセス、権限設計、操作頻度、エラー時の対応方法です。利用者が同じ業務で両方を使う場合は、どの作業をどの入口から開始するかを手順書とロール設計で明確にします。
Fioriの概要では、Fioriの基本概念とアプリの構成を整理しています。まずFioriアプリが提供する業務範囲を確認し、その後に既存のトランザクションとの役割分担を決めると、導入後の混乱を抑えられます。
Fioriを選ぶ業務の特徴
Fioriは、特定の役割が必要な作業を、業務単位のアプリとして開始しやすい点に向いています。利用者はLaunchpadからタイルやリンクを選び、必要な項目を入力して処理を進めます。承認、明細確認、在庫状況の確認、購買依頼の処理など、作業目的が明確な業務では入口を標準化しやすくなります。
特に次の条件がそろう場合は、Fioriを優先候補にします。
- 作業手順が定型化されている
- 利用者ごとに担当業務が分かれている
- モバイルやブラウザからの確認が必要である
- 入力項目を業務上必要な範囲に絞りたい
- 承認や例外通知を一つの入口に集約したい
Fioriアプリを導入するときは、アプリの有無だけでなく、バックエンドの業務設定、サービス、カタログ、スペースまたはページ、ロールを一つの流れで確認します。タイルが表示されても、起動先のサービスや業務権限が不足していれば処理は完了しません。
SAP GUIを選ぶ業務の特徴
SAP GUIは、トランザクションコードを使った詳細な処理や、既存の業務手順を維持する必要がある場合に適しています。複数の画面を行き来する作業、細かな選択条件での照会、設定や管理者向けの操作では、GUIのほうが作業手順を組み立てやすいことがあります。
次のような場合はSAP GUIを優先候補にします。
- Fioriアプリの対象範囲に含まれない
- 詳細な検索条件や一覧操作を多用する
- 既存のバリアント、帳票、バッチ処理と連携している
- 障害や例外の原因を細かく確認する必要がある
- 管理者が設定や技術情報を確認する
ただし、GUIの利用を単に「従来画面だから」という理由だけで残すのではなく、業務上必要な機能、データ、権限、監査要件を確認します。Fioriで置き換えられる定型作業と、GUIで維持する詳細作業を分けると、利用者への説明もしやすくなります。
FioriとGUIの比較軸
| 比較軸 | SAP Fiori | SAP GUI |
|---|---|---|
| 業務の入口 | 役割別のアプリ、タイル、リンク | トランザクションコード、メニュー、ショートカット |
| 得意な作業 | 定型処理、承認、状況確認 | 詳細処理、設定、複雑な照会 |
| 利用者体験 | 業務目的に合わせた絞り込み | 多くの機能へ直接アクセス |
| 権限の見え方 | カタログ、スペースまたはページ、ロール | メニュー、トランザクション、権限オブジェクト |
| 導入時の確認 | アプリ、サービス、ロール、バックエンド | トランザクション、メニュー、権限、GUI環境 |
| 障害時の確認 | Launchpad、起動先、サービス、権限 | GUI接続、トランザクション、権限、業務設定 |
この表は優劣を決めるものではありません。たとえば、利用者がFioriで承認を行い、担当者がSAP GUIで詳細確認や修正を行う構成は実務上よくあります。処理の前半と後半で入口が変わる場合は、画面間の遷移方法と検索キーを手順に記載します。
共存構成を設計する手順
1. 業務プロセスを作業単位に分解する
まず、業務を「登録」「確認」「承認」「修正」「取消」「締め処理」「障害対応」のように分けます。プロセス全体を一つの画面だけで完結させようとせず、利用者の役割と作業頻度を整理します。
各作業について、入力項目、参照するデータ、完了条件、エラー時の担当者を一覧にします。これにより、Fioriアプリの候補とGUIトランザクションの候補を同じ基準で比較できます。
2. Fioriアプリの適合性を確認する
候補アプリについて、対象業務、利用者、必要な前提設定、処理できる範囲を確認します。アプリ名が似ていても、登録専用、照会専用、承認専用など役割が異なる場合があります。対象となる業務データと組織範囲も、テスト用ユーザーで確認します。
3. GUIトランザクションとの役割を決める
Fioriで扱わない詳細処理をGUI側に残します。GUIを使う作業には、トランザクションコード、開始条件、入力値、保存または実行後の確認項目を記載します。Fioriで登録したデータをGUIで修正する場合は、担当者、修正可能な項目、履歴の確認方法を決めます。
4. 利用者の入口をロールに割り当てる
Fioriのアプリ、カタログ、スペースまたはページ、GUIメニューを、利用者の職務ロールに合わせて設計します。役割とカタログの割り当ては、Fioriロールとカタログの割り当てで扱っている考え方に沿って整理できます。
一人の利用者に過剰なアプリやトランザクションを与えると、誤操作と問い合わせが増えます。逆に必要な修正手段を隠すと、業務停止時に対応できません。通常業務用、承認用、問い合わせ対応用、管理者用のように、役割の境界を明確にします。
5. 実データに近いシナリオで試験する
正常系だけでなく、必須項目不足、権限不足、重複登録、期間外、承認者不在、取消処理まで確認します。Fioriで発生したエラーをGUI側で確認する場合と、GUIで作成したデータをFioriで表示する場合の両方を試験します。
画面表示の確認だけで終わらせず、登録結果、伝票番号、ステータス、更新履歴、後続処理を確認します。テスト結果には、利用したユーザー、組織値、入力条件、実行日時を残しておくと、運用開始後の再現調査に役立ちます。
Launchpad管理で確認するポイント
Fioriを利用できない場合は、利用者のブラウザだけを確認せず、次の順で切り分けます。
- 利用者が正しいシステムとクライアントへ接続しているか確認する
- 利用者のロールに対象アプリのカタログが含まれているか確認する
- スペースまたはページにアプリが配置されているか確認する
- アプリの起動先、サービス、バックエンド設定を確認する
- 利用者の組織値と業務権限を確認する
- ブラウザのキャッシュやセッションを整理して再試行する
Launchpadの初期設定や接続構成は、Fiori Launchpad管理設定の手順と照合します。タイルが見えない問題と、タイルは見えるが起動できない問題は、確認箇所が異なります。前者は表示構成やロール、後者は起動先、サービス、バックエンド権限を優先して確認します。
利用者への案内を整える
共存環境では、「Fioriを使うかGUIを使うか」だけを案内すると、利用者は業務ごとの判断ができません。業務手順書には、作業名、推奨入口、代替入口、必要な権限、完了後の確認方法を記載します。
たとえば、承認者にはFioriアプリを通常入口として案内し、詳細な伝票確認が必要な場合だけGUIの照会手順を示します。担当者には登録をFiori、例外修正をGUIと分けて示し、同じデータを両方の画面で処理する場合の注意点を明記します。
問い合わせ窓口では、利用者から次の情報を受け取れるようにします。
- 使用した入口がFioriかSAP GUIか
- Fioriの場合のアプリ名とタイル名
- GUIの場合のトランザクションコード
- 対象の伝票番号や業務キー
- 発生日時とエラーメッセージ
- 実行した手順と直前に変更した項目
認証やシングルサインオンが関係する環境では、Fiori認証とSSOの基本も確認対象に含めます。ログインできない問題と、ログイン後にアプリが表示されない問題を別の事象として記録すると、担当チームへの引き継ぎが容易です。
運用開始後の改善サイクル
運用開始後は、FioriとGUIの利用実績、問い合わせ内容、処理時間、権限エラー、業務の差し戻しを定期的に確認します。Fioriアプリが使われない場合、利用者の習慣だけでなく、アプリの対象範囲、表示場所、ロール、性能、手順書の不足を調査します。
GUIの利用が増えた場合は、GUIを禁止するのではなく、どの作業で使われているかを分類します。定型作業がGUIに集中しているなら、対応するFioriアプリ、導入条件、権限、移行手順を再評価します。例外処理や詳細調査が中心なら、GUIを正式な補完手段として手順に残します。
権限変更時は、Fioriの表示と起動、GUIトランザクションの実行、データ範囲、承認経路を一緒に再確認します。アプリを追加しただけでは業務が完了せず、逆にメニューを削除しただけでは関連するFiori入口が消えないことがあります。入口と実行権限を一つの変更管理単位として扱います。
判断に迷ったときの実務的な基準
短時間で判断する場合は、次の順に確認します。
- 作業目的が一つに定まっているか
- 利用者の役割とデータ範囲を限定できるか
- 繰り返し頻度が高いか
- モバイルやブラウザでの利用価値があるか
- 詳細設定や複雑な照会が必要か
- 既存の帳票、バリアント、連携処理に依存しているか
- 障害時に管理者が詳細な診断を行う必要があるか
1から4が中心ならFiori、5から7が中心ならSAP GUIを候補にします。両方に該当する場合は、通常処理をFiori、詳細処理と例外対応をGUIに分けます。最終判断は、利用者の作業量、権限、監査、障害対応、保守負荷を含めて決定します。
まとめ
SAP FioriとSAP GUIの選択は、画面の新旧ではなく、業務プロセスに適した入口を設計する作業です。Fioriは役割別の定型業務、承認、状況確認に向き、SAP GUIは詳細処理、設定、複雑な照会、例外対応を支えます。
共存環境では、業務を分解し、FioriアプリとGUIトランザクションの担当範囲を決め、ロールと手順書に反映します。Launchpadの表示、起動、権限、バックエンド処理を分けて確認し、利用実績と問い合わせを基に定期的に見直すことが安定運用につながります。