SAP EWM RFプロファイル

SAP EWM RFプロファイル
RFプロファイルは、倉庫オペレータまたはリソースをRF端末設定にリンクするマスタデータオブジェクトです。RFフレームワーク階層の交点(RFメニューの下、RFキューの上)に位置し、RFメニューの割り当て、リソースタイプ、ユーザグループ、およびオペレータがRFデバイスで表示・操作できる内容を決定する表示設定をまとめてバンドルします。SAP EWMのRF端末にログインするすべてのユーザは、RFプロファイルに関連付けられている必要があります。これがないと、端末セッションは表示するメニューやタスクキューを特定できません。この記事では、プロファイル定義、割り当てモデル、表示制御フィールド、および関連するRFフレームワークオブジェクトとの統合について説明します。
第1部: RFプロファイル — 基本概念(全モジュール共通)
1.1 RFプロファイルとは

RFプロファイルは、RFフレームワーク内の名前付き設定オブジェクトであり、倉庫オペレータとRF端末間のパーソナライゼーションレイヤーとして機能します。メニューやリソースタイプを各ユーザマスタに直接ハードコーディングするのではなく、RFプロファイルはこれらの設定を再利用可能なレコードに一元化し、複数のユーザやリソースに割り当てることができます。この分離により、プロセスやメニューが変更された場合、管理者は個々のユーザレコードを編集する代わりに、プロファイルを一度更新するだけで済みます。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | RFメニュー、リソースタイプ、ユーザグループ、表示設定をRF端末セッションのユーザーまたはリソースに割り当てます | |
| 使用するモジュール | EWM(RFフレームワーク — すべてのライセンスエディション(B、A、D)におけるプライマリオーナー) | |
| トランザクション | /SCWM/RFPROF(RFプロファイル定義)、SPRO → EWM → RFフレームワーク → RFプロファイル定義 | |
| 主要テーブル | /SCWM/TRFPROF(プロファイルヘッダ)、/SCWM/TRFPRUSG(ユーザグループ割当)、/SCWM/TRFPRDSP(プロファイルごとの表示設定) | |
| S/4HANAに関する注意 | RFプロファイルの設定は、Embedded Basic、Embedded Advanced、Decentralized EWMで同一です。ECCベースのDecentralized EWMからの構造変更はありません。 |
1.2 RFプロファイル割当モード

RFプロファイルは、操作がユーザー主導かリソース主導かに応じて、異なるメカニズムを通じて倉庫オペレータに割り当てることができます。RFフレームワークの設計段階では、各シナリオにどの割当モードが適用されるかを理解することが不可欠です。誤った選択は、メニュー表示の不備やタスクキューの誤ったルーティングにつながります。
| 割当モード | 説明 | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| ユーザベース | RFプロファイルが倉庫ユーザマスタ (/SCWM/USER) に割り当てられる | 固定されたオペレータロールで、同じ担当者が常に同じ機能を実行する場合(例:専任のピッカー、専任の受入担当者) | RFログイン時にログインユーザIDに基づいてプロファイルが解決される。両方が設定されている場合、リソースベースのプロファイルを上書きする | |
| リソースベース | RFプロファイルがリソース (/SCWM/RSRC)(フォークリフトやモバイル端末など)に割り当てられる | 複数のユーザが操作する共有機器の場合。担当者ではなく、機械がプロファイルを決定する | ユーザがログオンするリソースからプロファイルが解決される。特に、機器の能力がタスクセットを決定するフォークリフト多用環境で一般的 | |
| デフォルトフォールバック | 倉庫レベルのデフォルトRFプロファイルがSPROで設定される | プロファイルが割り当てられていないユーザの緊急フォールバック。標準構成としては推奨されない | ログイン失敗は防げるが、未割り当ての全ユーザが同じメニューを表示することになる。設計パターンではなく、設定ギャップの指標として扱うべきである |
設計原則: ブループリント時に割当モデルを決定します。ユーザーベースの割当は役割別倉庫に適し、リソースベースは設備中心の業務に適します。混合モデルもサポートされますが、実行時のプロファイル解決の曖昧さを避けるため、明確な文書化が必要です。
1.3 組織レベルとデータ階層

RFプロファイルは、RFフレームワーク階層内で特定の位置を占めています。RF環境に直接親子関係を持つわけではなく、代わりにRFメニューを参照し、RFメニュー自体がRF環境に親子関係を持っています。さらに、RFキューはRFプロファイルを参照します。この連鎖を理解することは、RF端末の動作をトラブルシューティングし、あるオブジェクトへの変更が依存オブジェクトに正しく連鎖することを保証するために重要です。
Warehouse Number (e.g., WH01)
│
└── RF Environment (e.g., ENV_STD)
│
└── RF Menu (e.g., PICKING_A)
│
└── RF Profile (e.g., PROF_PICKER)
│
├── RF Queue (references profile for task routing)
│
├── User Master (/SCWM/USER) → assigned RF Profile
│
└── Resource (/SCWM/RSRC) → assigned RF Profile| レベル | オブジェクト | テーブル | プライマリフィールド | 備考 |
|---|---|---|---|---|
| 1 | 倉庫番号 | T300 (SPRO設定) | LGNUM | 最上位スコープ。すべてのRFオブジェクトは倉庫にスコープされる |
| 2 | RF環境 | /SCWM/TRFENV | RFENV, LGNUM | 画面サイズと表示パラメータ。RFメニューを介してRFプロファイルの親 |
| 3 | RFメニュー | /SCWM/TRFMENU | RFMENU, RFENV, LGNUM | プロファイルに割り当てられたナビゲーションツリー。プロファイルは1つのメニューを参照する |
| 4 | RFプロファイル | /SCWM/TRFPROF | RFPROF, RFMENU, LGNUM, リソースタイプ, ユーザグループ | コア設定レコード。オペレータロールまたはリソースタイプごとに1つのプロファイル |
| 5 | RFキュー | /SCWM/TRFQUEUE | RFQUEUE, RFPROF, LGNUM | スコープフィルタリングのためにプロファイルを参照するタスク配信キュー |
主要な設計判断: RFプロファイルは、割り当てられたRFメニュー→RF環境のチェーンを通じて間接的に画面環境を継承します。プロファイルは異なるRF環境のメニューを同時に参照することはできません。各プロファイルは、割り当てられたメニューの単一のRF環境に暗黙的にスコープされます。
1.4 他のマスタデータオブジェクトとの統合

RFプロファイルは、RFフレームワークにおける中心的な結合オブジェクトです。これは単独で動作するものではなく、ナビゲーション構造(RFメニュー)、タスク配信メカニズム(RFキュー)、および物理的なオペレータまたはリソース(ユーザー、リソース)がすべて収束するポイントです。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| RFメニュー (EWM-A09-03) | プロファイルから参照 — プロファイルはオペレータに1つのRFメニューを割り当てる | プロファイル内のRFメニュー割り当てを変更すると、オペレータの次回RFログイン時に反映される。アクティブなセッションは中断されない。複数のオペレータロールが同じメニューを共有する場合、同じプロファイルを共有できる。または、他の設定が異なる場合は個別のプロファイルを維持できる。 | |
| RF環境 (EWM-A09-01) | 間接的な親 — プロファイルの有効なRF環境は、そのRFメニューの親環境によって決定される | プロファイル自体はRF環境キーを保存せず、実行時に導出される。特定のRFメニューを参照するすべてのプロファイルは、RF環境の変更(例:画面サイズの更新)がそれらすべてのプロファイルに同時に影響することを認識しておく必要がある。 | |
| RF論理トランザクション (EWM-A09-02) | 間接的 — RFLTは、プロファイルが割り当てるRFメニュー項目に基づいてオペレータがアクセス可能 | プロファイルはRFLTを直接リストしない。アクセスはRFメニュー階層を通じて完全に制御される。ユーザーのサブセットに対してRFLTを制限する必要がある場合、推奨されるアプローチは、そのRFLTを含まない別のRFメニューを定義し、別のRFプロファイルを介して割り当てることである。 | |
| RFキュー (EWM-A09-05) | コンシューマ — RFキューはRFプロファイルを参照して、どのオペレータがどのタスクタイプを受信するかを決定する | 1つのRFプロファイルは複数のRFキューから参照できるため、単一のオペレータロールが複数のキューソースから同時にタスクを受信できる。新しいプロファイル作成時にはキュー割り当てを確認すること。割り当てられていないプロファイルはキュー化されたタスクを受信しない。 | |
| ユーザ (EWM-A04-06) | 割当先 — ユーザマスタはRFプロファイルを参照する | ユーザー対プロファイルの割り当てが最も一般的なモデルである。プロファイルが非アクティブ化または置き換えられる場合は、すべてのユーザー割り当てを確認すること。割り当てられていないユーザーはRF端末にログインできない。 | |
| リソース (EWM-A06-01) | 割当先 — リソースはRFプロファイルを参照する | リソース対プロファイルの割り当ては、設備中心の業務に使用される。プロファイルで設定されたリソースタイプは、リソースマスタのリソースタイプと一致している必要がある。これにより、一貫したタスクルーティングが保証される。 |
パート 2: EWM固有のフィールド詳細
2.0 EWM オーナーシップの範囲

| データセクション | EWMの関与 | 備考 | |
|---|---|---|---|
| プロファイル定義 | ◎ 所有者 | プロファイルID、説明、倉庫番号 — /SCWM/RFPROFで完全にEWM管理 | |
| メニュー割当 | ◎ 所有者 | RFメニュー参照 — オペレータに表示されるナビゲーション構造を決定 | |
| リソースタイプ割当 | ◎ 所有者 | プロファイルにリンクされたリソースタイプ;タスクルーティングとリソース互換性チェックを駆動 | |
| ユーザグループ割当 | ◎ 所有者 | このプロファイルに関連付けられるオペレータユーザを制御するユーザグループ(権限範囲設定用) | |
| 表示オプション | ◎ 所有者 | ファンクションキーの動作、確認プロンプト、画面レイアウト設定 — すべてEWM固有の設定 |
凡例: ◎ = オーナー/最重要, ○ = 直接関与
2.1 プロファイル定義

プロファイル定義は、倉庫内でRFプロファイルの識別情報を確立するヘッダレコードです。RFメニュー、リソースタイプ、ユーザグループ、表示オプションなど、下流のすべての割り当ては、このヘッダに紐づきます。プロファイルヘッダは、割り当てを行う前に作成しておく必要があります。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| プロファイルID (RFPROF) | 倉庫内のRFプロファイルを一意に識別する英数字ID | オペレータの役割と倉庫をエンコードした命名規則を採用します(例:PROF_PICK_WH01 または RCVR_DOCK2)。構造化された命名規則により、ユーザマスタおよびリソースマスタでのRFプロファイル割当が自己文書化され、RF端末ログイン時のトラブルシューティングが容易になります。 | |
| 倉庫番号 (LGNUM) | このRFプロファイルが属する倉庫 | プロファイルは倉庫スコープです。WH01用に定義されたプロファイルは、WH02で操作するユーザには割り当てられません。複数倉庫への展開時には、設定が同一であっても倉庫ごとに個別のプロファイルを作成してください。データモデル上、倉庫間での再利用はサポートされていません。 | |
| 説明 | プロファイルの自由記述テキスト | 対象となるオペレータの役割と、主要な識別特性を含めます(例:「ピッカープロファイル — ハイベイエリア」または「受入プロファイル — ドック3」)。この説明はユーザマスタおよびリソースマスタの割当画面に表示され、管理者がオンボーディング時に正しいプロファイルを選択するための主要な補助手段となります。 |
2.2 メニュー割当

メニュー割当は、RFプロファイルにおいて運用上最も重要な設定です。これにより、オペレータがRF端末で操作可能なタスクの完全なセットが決定されます。1つのRFプロファイルは、正確に1つのRFメニューを参照します。選択されたメニューは、対象デバイスの画面サイズに一致するRF環境の下に存在している必要があります。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| RFメニュー (RFMENU) | オペレータのナビゲーションツリーを定義するRFメニューへの参照 | ライブプロファイルに割り当てる前に、参照先のRFメニューが正しいRF論理トランザクションで完全に設定されていることを確認してください。不完全なメニュー(項目の欠落や非アクティブなRFLTの参照)は、オペレータがそれらの項目を選択した際にランタイムエラーを引き起こします。検証環境では、プロファイルを本番環境に移送する前に、メニューの全ナビゲーションパスをテストしてください。 | |
| RF環境(派生) | RF環境はプロファイルに直接保存されず、実行時に参照先のRFメニューから派生します。 | RF環境キーはプロファイルの明示的な項目ではありませんが、このプロファイルを使用するすべてのオペレータの画面レイアウト制約を決定します。RF環境が変更された場合(例:画面サイズの調整)、新しい画面サイズに対してRFメニューの項目数を再確認してください。 | |
| 有効なナビゲーションツリー | このプロファイルを持つオペレータがアクセスできるメニュー項目とサブメニューのセット | プロジェクトの機能仕様書に意図したメニュー構造を文書化し、RFメニューへの将来の変更が、それを参照するすべてのプロファイルに与える影響を評価できるようにしてください。複数のプロファイルが同じRFメニューを参照できます。メニューの変更は、すべてのプロファイルに同時に影響します。 |
2.3 リソースタイプ割当

RFプロファイルにおけるリソースタイプの割当は、このプロファイルに関連付けられる倉庫リソースのカテゴリ(オペレータ、フォークリフト、搬送車両)を決定します。この設定はタスクルーティングを制御します。EWMはリソースタイプを使用して、作業タスクを適切なリソース、ひいてはそのリソースで作業するオペレータにマッチングします。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| リソースタイプ | SPRO(EWM → リソース管理 → リソースタイプ定義)で定義されたリソースタイプへの参照 | RFプロファイルのリソースタイプを、オペレータがログオンするリソースマスタレコードのリソースタイプと一致させます。プロファイルのリソースタイプと実際のリソースが一致しないと、タスクルーティングが失敗します。フォークリフトのリソースタイプ用にキューイングされたタスクは、プロファイルで手動ピッキングのリソースタイプが指定されているオペレータには提供されません。 | |
| タスクカテゴリ関連性 | リソースタイプは、ワークキューに表示される倉庫タスクのカテゴリを暗黙的にスコープします。 | リソースタイプ間でタスクカテゴリが大きく異なる場合(例:フォークリフトで実行可能なバルクタスク vs. オペレータで実行可能なピースピッキングタスク)、リソースタイプごとに1つのRFプロファイルを定義します。異なるタスクカテゴリを処理するリソースタイプ間でプロファイルを共有すると、物理リソースでは実行できないタスクがオペレータに提供されることになります。 | |
| アクティビティエリア制限 | 一部のリソースタイプ設定では、リソースが倉庫内で作業できる特定のアクティビティエリアが制限されます。 | プロファイルとリソースタイプのマッピングを確定する前に、各リソースタイプが作業を許可されるエリアを倉庫運用チームと確認します。アクティビティエリアの制限はタスク割り当て時に適用されるため、プロファイル内のリソースタイプが誤って設定されていると、物理リソースが対応可能であっても、オペレータにタスクが割り当てられなくなります。 |
2.4 ユーザグループ割当

RFプロファイルにおけるユーザグループ割当は、権限範囲の設定とレポート出力のためにオペレータをグループ化します。これはメニューアクセスを直接制限するものではありません(その役割はRFメニューにあります)が、このグループに属するオペレータのタスクを表示、監視、または再割当できるスーパーバイザやシステムユーザを制御します。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| ユーザグループ (USRGRP) | このプロファイルに割り当てられたオペレータが属するユーザグループの識別子 | 運用シフト、ゾーン、または監督者の管理範囲に合わせてユーザグループを定義します。1人のチームリーダーが監督するピッカーのグループは、EWMでのチームリーダーのモニタリングビューがチームに正しくスコープされるように、同じユーザグループを共有する必要があります。すべてのプロファイルにわたって単一の包括的なユーザグループを使用しないでください。タスクモニタリングをチームごとにフィルタリングする機能が失われます。 | |
| 認可スコープ | ユーザグループはEWM認可オブジェクトで使用され、監督者がタスクを再割り当てできるオペレータを制御します | ブループリント作成時に、ベーシス/セキュリティチームとユーザグループ設計を調整します。監督者がユーザグループに基づいて認可制限を持っている場合、オペレータを誤ったグループに追加すると、アクセスが正しく許可または拒否されません。これは、職務分離が監査される規制環境(医薬品、食品)で特に重要です。 | |
| レポートディメンション | ユーザグループは、EWM労務管理およびタスクモニタリングレポートのフィルタディメンションとして機能します | レポートに適したユーザグループの命名規則を構築します(例:SHIFT_A_PICK、SHIFT_B_RECV)。暗号的なコードや連番コード(USG001、USG002)は、ライブモニタリングダッシュボードで解釈が難しく、運用引き継ぎ時に追加のドキュメントオーバーヘッドが必要になる場合があります。 |
前提条件: RFプロファイルで参照する前に、ユーザグループをSPROで定義しておく必要があります。プロファイル作成前に、必要なユーザグループがすべてターゲットシステムに存在することを確認してください。特に、SPRO設定の移送依頼がまだ完了していない可能性がある新しいランドスケープ構築時には注意が必要です。
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| ewm-001 | Overview | SAP EWMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| ewm-a01 | Overview | SAP EWM マスタデータ:概要、階層、および関係性 |
| ewm-a02-01 | Master Data | SAP EWM 品目マスタ |
| ewm-a03-01 | Master Data | SAP EWM 保管タイプ |
| ewm-a03-02 | Master Data | SAP EWM 保管セクション |
| ewm-a03-03 | Master Data | SAP EWM 入庫格納ストラテジ |
| ewm-a03-04 | Master Data | SAP EWM ピッキング戦略 |
| ewm-a04-02 | Master Data | SAP EWM 保管棚番 |
| ewm-a04-03 | Master Data | SAP EWM 固定保管棚番 |
| ewm-a04-04 | Master Data | SAP EWM 生産供給エリア |
| ewm-a04-05 | Master Data | SAP EWM 梱包仕様 |
| ewm-a04-06 | Master Data | SAP EWM ユーザ |
| ewm-a05-01 | Master Data | SAP EWM ウェーブテンプレート |
| ewm-a06-01 | Master Data | SAP EWM リソース |
| ewm-a07-01 | Master Data | SAP EWM 検査タイプ |
| ewm-a08-01 | Master Data | SAP EWM ロットマスタ |
| ewm-a08-02 | Master Data | SAP EWM ロット特性 |
| ewm-a09-01 | Master Data | SAP EWM RF環境 |
| ewm-a09-02 | Master Data | SAP EWM RF 論理トランザクション |
| ewm-a09-03 | Master Data | SAP EWM RFメニュー |
| ewm-a09-04 | Master Data | SAP EWM RFプロファイル 📍 |
| ewm-a09-05 | Master Data | SAP EWM RF キュー |
| ewm-a09-06 | Master Data | SAP EWM RF プレゼンテーションデバイス |
| ewm-a10-01 | Master Data | SAP EWM PLC(プログラマブル・ロジック・コントローラ) |
| ewm-a10-02 | Master Data | SAP EWM コミュニケーションポイント |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| ewm-b01 | Overview | SAP EWMトランザクション:プロセスフロー、階層、および関係 |