JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 13 min read

Cover: SAP EWM RF Profile — the configuration bridge between warehouse operators and their RF terminal environment

SAP EWM RF Profile

The RF Profile is the master data object that links a warehouse operator or resource to their RF terminal configuration. It sits at the intersection of the RF Framework hierarchy — below the RF Menu and above the RF Queue — and bundles together the RF Menu assignment, resource type, user group, and display preferences that govern what an operator sees and can do on their RF device. Every user who logs into an RF terminal in SAP EWM must be associated with an RF Profile; without it, the terminal session cannot determine which menu to display or which task queue to draw from. This article covers the profile definition, assignment model, display control fields, and integration with sibling RF Framework objects.


Part 1: RF Profile — Core Concepts (All Modules)

1.1 What Is the RF Profile?

Hub-and-spoke diagram showing RF Profile at center, connected to RF Menu, RF Environment, Resource, User, RF Queue, and RF Presentation Device

An RF Profile is a named configuration object within the RF Framework that acts as the personalization layer between a warehouse operator and the RF terminal. Rather than hardcoding a menu or resource type directly on each user master, the RF Profile centralizes these settings into a reusable record that can be assigned to multiple users or resources. This separation means that when a process or menu changes, administrators update the profile once instead of editing every individual user record.

AspectDetails
RoleAssigns RF Menu, resource type, user group, and display preferences to a user or resource for RF terminal sessions
Modules using itEWM (RF Framework — primary owner across all license editions: B, A, D)
Transactions/SCWM/RFPROF (Define RF Profiles), SPRO → EWM → RF Framework → Define RF Profiles
Key Tables/SCWM/TRFPROF (profile header), /SCWM/TRFPRUSG (user-group assignment), /SCWM/TRFPRDSP (display settings per profile)
S/4HANA noteRF Profile configuration is identical across Embedded Basic, Embedded Advanced, and Decentralized EWM. No structural changes from ECC-based Decentralized EWM.

1.2 RF Profile Assignment Modes

Comparison grid showing three RF Profile assignment modes: User-Based, Resource-Based, and Default Fallback

The RF Profile can be assigned to warehouse operators through different mechanisms depending on whether the operation is user-driven or resource-driven. Understanding which assignment mode applies to each scenario is essential during the RF Framework design phase — the wrong choice leads to incorrect menu presentation or task queue misrouting.

Assignment ModeDescriptionUse CaseKey Behavior
User-BasedRF Profile is assigned to the warehouse User master (/SCWM/USER)Fixed operator roles where the same person always performs the same function (e.g., dedicated picker, dedicated receiver)Profile is resolved at RF login based on the logged-in user ID; overrides resource-based profile if both are set
Resource-BasedRF Profile is assigned to a Resource (/SCWM/RSRC) such as a forklift or mobile terminalShared equipment operated by multiple users; the machine determines the profile rather than the personProfile is resolved from the Resource the user logs onto; particularly common in forklift-intensive environments where equipment capability drives the task set
Default FallbackA warehouse-level default RF Profile is configured in SPROEmergency fallback for users with no profile assigned; not recommended as a standard configurationPrevents login failure but results in every unassigned user seeing the same menu — should be treated as a configuration gap indicator, not a design pattern

Design principle: Decide the assignment model during blueprint. User-based assignment suits role-differentiated warehouses; resource-based suits equipment-centric operations. Mixed models are supported but require clear documentation to avoid profile resolution ambiguity at runtime.


1.3 Organizational Levels and Data Hierarchy

Hierarchy tree showing RF Framework levels: Warehouse Number → RF Environment → RF Menu → RF Profile → RF Queue, and User/Resource as assignees

The RF Profile occupies a specific position within the RF Framework hierarchy. It is not directly parented to the RF Environment — instead, it references the RF Menu, which is itself parented to the RF Environment. The RF Queue, in turn, references the RF Profile. Understanding this chain is critical for troubleshooting RF terminal behavior and for ensuring that changes to one object cascade correctly to dependent objects.

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
LevelObjectTablePrimary FieldsNotes
1Warehouse NumberT300 (SPRO config)LGNUMTop-level scope; all RF objects are scoped to a warehouse
2RF Environment/SCWM/TRFENVRFENV, LGNUMScreen size and display parameters; grandparent of RF Profile via RF Menu
3RF Menu/SCWM/TRFMENURFMENU, RFENV, LGNUMNavigation tree assigned to the profile; the profile references one menu
4RF Profile/SCWM/TRFPROFRFPROF, RFMENU, LGNUM, resource type, user groupCore configuration record; one profile per operator role or resource type
5RF Queue/SCWM/TRFQUEUERFQUEUE, RFPROF, LGNUMTask delivery queue that references the profile for scope filtering

Key design decision: The RF Profile inherits its screen environment indirectly through its assigned RF Menu → RF Environment chain. A profile cannot reference menus from different RF Environments simultaneously — each profile is implicitly scoped to the single RF Environment of its assigned menu.


1.4 Integration with Other Master Data Objects

Hub-and-spoke diagram showing RF Profile at center, connected to RF Menu, RF Environment, Resource, User, RF Queue, and RF Presentation Device

The RF Profile is the central binding object in the RF Framework. It does not operate in isolation; it is the point where the navigation structure (RF Menu), the task delivery mechanism (RF Queue), and the physical operator or resource (User, Resource) all converge.

ObjectRelationshipPractical Notes
RF Menu (EWM-A09-03)Referenced by profile — the profile assigns exactly one RF Menu to the operatorChanging the RF Menu assignment in a profile takes effect at the operator’s next RF login; active sessions are not interrupted. If multiple operator roles share the same menu, they can share the same profile — or maintain separate profiles if any other settings differ.
RF Environment (EWM-A09-01)Indirect parent — the profile’s effective RF Environment is determined by its RF Menu’s parent environmentThe profile itself does not store the RF Environment key; it is derived at runtime. Ensure all profiles referencing a given RF Menu are aware that a change to the RF Environment (e.g., screen size update) affects all those profiles simultaneously.
RF Logical Transaction (EWM-A09-02)Indirect — RFLTs are accessible to the operator based on the RF Menu items the profile assignsThe profile does not directly list RFLTs; access is governed entirely through the RF Menu hierarchy. If an RFLT needs to be restricted for a subset of users, the recommended approach is to define a separate RF Menu without that RFLT and assign it via a separate RF Profile.
RF Queue (EWM-A09-05)Consumer — the RF Queue references the RF Profile to determine which operators receive which task typesOne RF Profile can be referenced by multiple RF Queues, allowing a single operator role to receive tasks from several queue sources simultaneously. Verify queue assignments when a new profile is created — an unassigned profile receives no queued tasks.
User (EWM-A04-06)Assignee — the User master references an RF ProfileUser-to-profile assignment is the most common model. Review all user assignments whenever a profile is deactivated or replaced; unassigned users cannot log into an RF terminal.
Resource (EWM-A06-01)Assignee — the Resource references an RF ProfileResource-to-profile assignment is used for equipment-centric operations. The resource type configured in the profile must match the resource type of the Resource master to ensure consistent task routing.

Part 2: EWM-Specific Field Details

2.0 Scope of EWM Ownership

Checklist showing EWM ownership across RF Profile data sections: Profile Definition, Resource and User Group Assignment, Menu Assignment, Display Options

Data SectionEWM InvolvementNotes
Profile Definition◎ OwnerProfile ID, description, warehouse number — entirely EWM-managed in /SCWM/RFPROF
Menu Assignment◎ OwnerRF Menu reference — determines the navigation structure shown to the operator
Resource Type Assignment◎ OwnerResource type linked to the profile; drives task routing and resource compatibility checks
User Group Assignment◎ OwnerUser group controlling which operator users are associated with this profile for authorization scoping
Display Options◎ OwnerFunction key behavior, confirmation prompts, screen layout preferences — all EWM-specific settings

Legend: ◎ = Owner / Critical, ○ = Direct involvement


2.1 Profile Definition

Checklist slide showing RF Profile Definition fields: Profile ID, Description, Warehouse Number, RF Environment (derived)

The profile definition is the header record that establishes the identity of an RF Profile within a warehouse. Every downstream assignment — RF Menu, resource type, user group, display options — hangs off this header. The profile header must be created before any assignments can be made.

FieldDescriptionPractical Usage
Profile ID (RFPROF)Unique alphanumeric identifier for the RF Profile within a warehouseAdopt a naming convention that encodes the operator role and warehouse — for example, PROF_PICK_WH01 or RCVR_DOCK2. A structured naming convention makes RF Profile assignment in User and Resource masters self-documenting and simplifies troubleshooting during RF terminal login issues.
Warehouse Number (LGNUM)Warehouse to which this RF Profile belongsProfiles are warehouse-scoped; a profile defined for WH01 cannot be assigned to a user operating in WH02. In multi-warehouse rollouts, create distinct profiles per warehouse even if the settings are identical — cross-warehouse reuse is not supported by the data model.
DescriptionFree-text description of the profileInclude the intended operator role and any key distinguishing characteristic (e.g., “Picker Profile — High Bay Area” or “Receiver Profile — Dock 3”). This description appears in User and Resource master assignment screens and is the primary aid for administrators selecting the correct profile during onboarding.

2.2 Menu Assignment

Checklist slide showing RF Profile Menu Assignment fields: RF Menu ID, RF Environment (derived), Effective Navigation Tree

The menu assignment is the most operationally significant setting in an RF Profile. It determines the complete set of tasks visible to the operator on their RF terminal. A single RF Profile references exactly one RF Menu — the chosen menu must exist under an RF Environment that matches the screen dimensions of the target device.

FieldDescriptionPractical Usage
RF Menu (RFMENU)Reference to the RF Menu that defines the operator’s navigation treeVerify that the referenced RF Menu has been fully configured with the correct RF Logical Transactions before assigning it to a live profile. An incomplete menu — missing items or referencing inactive RFLTs — causes runtime errors when operators select those items. In validation environments, test the full menu navigation path before transporting the profile to production.
RF Environment (derived)The RF Environment is not directly stored in the profile; it is derived from the referenced RF Menu at runtimeAlthough the RF Environment key is not an explicit field on the profile, it governs screen layout constraints for all operators using this profile. If the RF Environment is changed (e.g., screen size adjusted), re-verify the RF Menu’s item count against the new screen dimensions.
Effective Navigation TreeThe set of menu items and sub-menus that operators with this profile can accessDocument the intended menu structure in the project’s functional specification so that any future changes to the RF Menu can be impact-assessed against all profiles that reference it. Multiple profiles can reference the same RF Menu — a change to the menu affects all profiles simultaneously.

2.3 Resource Type Assignment

Stack-layered slide showing Resource Type Assignment fields: Resource Type, Resource Type Description, Task Category Scope

The resource type assignment in the RF Profile determines which category of warehouse resource — human operator, forklift, conveyance vehicle — is associated with this profile. This setting drives task routing: EWM uses the resource type to match work tasks to the appropriate resource and, by extension, to the operator working on that resource.

FieldDescriptionPractical Usage
Resource TypeReference to a Resource Type defined in SPRO (EWM → Resource Management → Define Resource Types)Align the resource type in the RF Profile with the resource type of the Resource master records that operators will log onto. A mismatch between the profile’s resource type and the actual resource causes task routing failures — tasks queued for a forklift resource type will not be offered to an operator whose profile specifies a manual picking resource type.
Task Category RelevanceResource type implicitly scopes the categories of warehouse tasks visible in the work queueDefine one RF Profile per resource type when task categories differ significantly between resource types (e.g., forklift-executable bulk tasks vs. operator-executable piece-pick tasks). Sharing a profile across resource types that handle different task categories leads to operators being offered tasks that their physical resource cannot execute.
Activity Area RestrictionSome resource type configurations restrict the resource to specific activity areas within the warehouseConfirm with the warehouse operations team which areas each resource type is permitted to work in before finalizing the profile-to-resource-type mapping. Activity area restrictions are enforced at task assignment time, so a misconfigured resource type in the profile causes tasks to be withheld from operators even when the physical resource is capable.

2.4 User Group Assignment

Comparison two-column slide showing User Group Assignment: User Group ID and its scope effect on authorization and reporting

The user group assignment in the RF Profile groups operators for authorization scoping and reporting. It does not directly restrict menu access — that is the RF Menu’s role — but it controls which supervisors and system users can view, monitor, or reassign tasks belonging to operators in this group.

FieldDescriptionPractical Usage
User Group (USRGRP)Identifier for the user group that operators assigned to this profile belong toDefine user groups aligned with operational shifts, zones, or supervisor spans of control. A group of pickers supervised by one team leader should share a user group so that the team leader’s monitoring views in EWM are correctly scoped to their team. Avoid a single catch-all user group across all profiles — it eliminates the ability to filter task monitoring by team.
Authorization ScopeUser group is used in EWM authorization objects to control which operators a supervisor can reassign tasks forCoordinate user group design with the Basis/Security team during blueprint. If supervisors have authorization restrictions based on user group, adding an operator to the wrong group grants or denies access incorrectly. This is especially important in regulated environments (pharmaceutical, food) where segregation of duties is audited.
Reporting DimensionUser group serves as a filter dimension in EWM labor management and task monitoring reportsBuild user group naming conventions that are report-friendly (e.g., SHIFT_A_PICK, SHIFT_B_RECV). Cryptic or sequential codes (USG001, USG002) are harder to interpret in live monitoring dashboards and may require additional documentation overhead during operations hand-off.

Prerequisite: User groups must be defined in SPRO before they can be referenced in the RF Profile. Confirm that all required user groups exist in the target system prior to profile creation, particularly in new landscape builds where SPRO configuration transport order may not yet be complete.


L1) Big Picture

IDCategoryTitle
ewm-001OverviewWhat is SAP EWM?

L2-A) Master Data

IDCategoryTitle
ewm-a01OverviewSAP EWM Master Data: Overview, Hierarchy & Relationships
ewm-a02-01Master DataSAP EWM Material Master
ewm-a03-01Master DataSAP EWM Storage Type
ewm-a03-02Master DataSAP EWM Storage Section
ewm-a03-03Master DataSAP EWM Putaway Strategy
ewm-a03-04Master DataSAP EWM Picking Strategy
ewm-a04-02Master DataSAP EWM Storage Bin
ewm-a04-03Master DataSAP EWM Fixed Storage Bin
ewm-a04-04Master DataSAP EWM Production Supply Area
ewm-a04-05Master DataSAP EWM Packaging Specification
ewm-a04-06Master DataSAP EWM User
ewm-a05-01Master DataSAP EWM Wave Template
ewm-a06-01Master DataSAP EWM Resource
ewm-a07-01Master DataSAP EWM Inspection Type
ewm-a08-01Master DataSAP EWM Batch Master
ewm-a08-02Master DataSAP EWM Batch Characteristics
ewm-a09-01Master DataSAP EWM RF Environment
ewm-a09-02Master DataSAP EWM RF Logical Transaction
ewm-a09-03Master DataSAP EWM RF Menu
ewm-a09-04Master DataSAP EWM RF Profile 📍
ewm-a09-05Master DataSAP EWM RF Queue
ewm-a09-06Master DataSAP EWM RF Presentation Device
ewm-a10-01Master DataSAP EWM PLC
ewm-a10-02Master DataSAP EWM Communication Point

L2-B) Transaction

IDCategoryTitle
ewm-b01OverviewSAP EWM Transactions: Process Flow, Hierarchy & Relationships