JinJin48

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

June 27, 2026 · 16 min read

SAP EWM RF 論理トランザクション

RF論理トランザクション（RFLT）は、SAP EWM RFフレームワーク内の実行可能単位であり、ハンドヘルドRF端末が実行できる倉庫機能と、オペレータが段階的に対話する方法を正確に定義します。各RFLTは、ピッキング、入庫格納、梱包、入庫など、1つの倉庫タスクタイプに対する完全な画面フローをカプセル化します。この記事では、その定義構造、処理ステップ、検証コントロール、および例外処理動作をマッピングし、EWMコンサルタントや管理者がRF端末操作を設定、拡張、またはトラブルシューティングするために必要な詳細を提供します。

第1部: RF論理トランザクション — 基本概念（全モジュール共通）#

1.1 RF論理トランザクションとは#

RF論理トランザクションは、RFハンディターミナルを使用する倉庫作業員とEWMシステム間における、単一の倉庫タスクタイプに対する完全なエンドツーエンドの対話シーケンスを定義します。これはRFフレームワークのアトミックな実行可能単位です。SAP GUIのトランザクションコードが1つの機能画面を開くのと同様に、RFLTはスキャナ上で1つのガイド付きRF画面フローを開きます。

1.2 標準RFLTとカスタムRFLT#

SAPは、最も一般的な倉庫業務をカバーする包括的な標準RFロジカルトランザクション（RFLT）を提供しています。プロジェクトでは、どの標準RFLTをそのまま使用し、どのRFLTを拡張し、どのシナリオでカスタム構築のRFLTが必要かを早期に決定する必要があります。この決定は、アップグレードの工数とサポートの複雑さに直接影響します。

設計原則: 可能な限り標準のRFLTを使用すること。SAPオブジェクトを変更するのではなく、拡張のために顧客ネームスペースにコピーすること。カスタム構築のRFLTは、標準に相当するものがない倉庫業務（例：独自のラベルスキャンワークフローや二重確認品質ゲートステップ）に対してのみ正当化される。

1.3 組織レベルとデータ階層#

RFフレームワークは、倉庫番号に紐づく厳格な4階層構造で編成されています。RF論理トランザクションは、第2階層に位置し、RF環境の下、メニューおよびプロファイル階層の上にあります。この階層内で各設定オブジェクトがどこに存在するかを理解することは、複数倉庫プロジェクトにおける正しいスコープ計画に不可欠です。

Warehouse Number (e.g., WH01)
   │
   └── RF Environment (e.g., ENV01 — screen size, display settings)
          │
          ├── RF Logical Transaction (e.g., PICK, PUT, PACKS)
          │      └── Processing Steps (Step 1: scan HU, Step 2: confirm qty, ...)
          │
          ├── RF Menu (menu tree visible to the operator)
          │      └── RF Profile (user/resource-specific settings)
          │             └── RF Queue (task assignment queue)
          │
          └── RF Presentation Device (registered handheld terminal)

主要な設計判断: 画面サイズごとに1つのRF環境を定義します（例：20行端末と16行端末）。1つのRF環境内で画面サイズを混在させないでください。フィールドの位置が小さい画面でずれてしまいます。

1.4 他のマスタデータオブジェクトとの統合#

RF論理トランザクションは単独で動作するわけではありません。これは、どのオペレータがどのタスクを表示するか、タスクが端末にどのようにルーティングされるか、そして倉庫オーダーとプロセスタイプがRF実行レイヤーとどのように相互作用するかを共同で決定する設定オブジェクトのネットワークに組み込まれています。

パート 2: EWM固有のフィールド詳細#

2.0 EWM オーナーシップの範囲#

凡例: ◎ = 所有者 / 重要

2.1 トランザクション定義#

トランザクション定義は、RF論理トランザクションのヘッダレコードです。これはRFLTの識別情報を確立し、画面処理を制御するABAPファンクションモジュールにバインドし、それがどの倉庫プロセスタイプにサービスを提供するかを決定します。

2.2 処理ステップ#

処理ステップは、オペレータがRF論理トランザクション内で完了しなければならない画面とスキャンアクションの順序付けられたシーケンスを定義します。各ステップは、バーコードスキャン、数量入力、またはシステムトリガーによる検証という、1つのユーザーインタラクションに対応します。ステップシーケンスは、RFLTの運用動作の中核です。

2.3 検証管理#

検証制御は、RFセッション中にシステムがオペレータの入力をどの程度厳密に検証するかを制御します。これらの設定は、スループット速度とスキャン精度のバランスを調整するものであり、RFフレームワークにおいて運用上最も影響を受けやすい設定項目の一つです。

2.4 例外処理#

例外処理は、オペレータが設計通りにステップを完了できない場合（例：棚番に物理的にアクセスできない、製品バーコードが破損している、数量差異が発生したなど）に何が起こるかを定義します。適切な例外設定により、予期しない状況がシステム内で捕捉され、黙って回避されることがなくなります。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction