EWM115 EN Col26 v1
EWM115 EN Col26 v1
.
.
PARTICIPANT HANDBOOK
INSTRUCTOR-LED TRAINING
.
Course Version: 26
Course Duration: 3 Day(s)
Material Number: 50165438
SAP Copyrights, Trademarks and
Disclaimers
No part of this publication may be reproduced or transmitted in any form or for any
purpose without the express permission of SAP SE or an SAP affiliate company.
SAP and other SAP products and services mentioned herein as well as their
respective logos are trademarks or registered trademarks of SAP SE (or an SAP
affiliate company) in Germany and other countries. Please see https://
www.sap.com/corporate/en/legal/copyright.html for additional trademark
information and notices.
Some software products marketed by SAP SE and its distributors contain proprietary
software components of other software vendors.
National product specifications may vary.
These materials may have been machine translated and may contain grammatical
errors or inaccuracies.
These materials are provided by SAP SE or an SAP affiliate company for
informational purposes only, without representation or warranty of any kind, and SAP
SE or its affiliated companies shall not be liable for errors or omissions with respect
to the materials. The only warranties for SAP SE or SAP affiliate company products
and services are those that are set forth in the express warranty statements
accompanying such products and services, if any. Nothing herein should be
construed as constituting an additional warranty.
In particular, SAP SE or its affiliated companies have no obligation to pursue any
course of business outlined in this document or any related presentation, or to
develop or release any functionality mentioned therein. This document, or any related
presentation, and SAP SE’s or its affiliated companies’ strategy and possible future
developments, products, and/or platform directions and functionality are all subject
to change and may be changed by SAP SE or its affiliated companies at any time for
any reason without notice. The information in this document is not a commitment,
promise, or legal obligation to deliver any material, code, or functionality. All forward-
looking statements are subject to various risks and uncertainties that could cause
actual results to differ materially from expectations. Readers are cautioned not to
place undue reliance on these forward-looking statements, which speak only as of
their dates, and they should not be relied upon in making purchasing decisions.
Typographic Conventions
Demonstration
Procedure
Warning or Caution
Hint
Facilitated Discussion
TARGET AUDIENCE
This course is intended for the following audiences:
● Application Consultant
● Project Manager
● Project Stakeholder
● Systems Architect
Lesson 1
Combining Items in Waves 3
Lesson 2
Implementing Two-Step Picking 13
UNIT OBJECTIVES
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Combine items in waves
Waves
Waves are groupings of warehouse request items (that is typically, the items of outbound
delivery orders) that control warehouse activities, like picking. These groupings are then
processed together in subsequent processes, for example, the transfer of all warehouse
request items assigned to a wave to warehouse task creation.
Note:
A warehouse request is an outbound delivery order, a posting change, a stock
transfer (for an internal movement in the warehouse), or an inbound delivery.
However, you can only create waves for the first three document categories.
Waves are not possible for inbound delivery items.
The most important task and usage of a wave is the automatic creation of warehouse tasks at
the scheduled time. While the creation of warehouse tasks for inbound deliveries is most
probably triggered through the physical arrival of the product (and the goods receipt posting),
you might have outbound delivery orders that are due at any time in the next hours, days, or
weeks. Wave management helps you to combine the items that are planned are to be picked
at the same time, or for the same process, and is therefore very important for the automation
and optimization of your warehouse.
SAP Extended Warehouse Management can combine warehouse request items and split
items into waves based on criteria such as activity area, route, or product. You can create
waves manually or automatically using wave templates. If you want to create a wave
manually, on the EWM Index screen, choose Extended Warehouse Management → Work
Scheduling → Wave Management → /SCWM/WAVE Maintain Waves, and then choose Create.
SAP EWM creates an empty wave. You enter the remaining information manually such as the
assignment of warehouse request items.
Note:
When creating waves manually, it is necessary to assign items before saving the
wave.
Note:
It is also possible to create waves:
- For a transportation unit. Either manually in the shipping cockpit, or
automatically using the report /SCWM/R_TUDLV_AUTOPLAN_TU.
- Using the report /SCWM/R_WAVE_PLAN_BACKGROUND.
In these cases, the creation is not triggered through the warehouse process
type.
It is also possible in the transaction Maintain Waves (/SCWM/WAVE) (where
you create waves manually) to select items which are not assigned to a wave,
and to choose Assign Automatically. Then EWM automatically assigns the
chosen warehouse request items to waves, using the same logic as for the
automatic wave assignment.
After you or SAP EWM have created or changed a warehouse request, SAP EWM creates a
Post Processing Framework action (PPF action) which starts the wave determination.
2. SAP EWM tries to determine a valid wave template for each item or split item in the
warehouse request.
3. SAP EWM determines planned completion, wave completion, and lock time.
● Wave completion:
The wave completion time of the option to be used must not be later then the planned
completion time of the item.
● Lock time:
The lock time and the release time of the wave option must be after the current time.
The system uses the option where the wave completion time is as near as possible, but
before or the same as the planned completion time and where the lock time and the
release time is not in the past. In case the lock time or the release time is in the past, the
system uses the next possible option (which means that the completion time of the wave
is after the planned completion time of the warehouse request item).
4. SAP EWM checks whether a wave already exists for this wave template option.
● If no corresponding wave exists, SAP EWM creates a new wave with the wave template
option that was determined and assigns the item to this wave.
● If a corresponding wave already exists, SAP EWM assigns the item or split item to this
wave. If an exception occurs, for example, if the wave exceeds the wave capacity, SAP
EWM creates a new wave using the same wave template option.
Note:
In the capacity profile for waves, you can also enter a parameter to control
how many parallel waves can be created. If this number is exceeded, the
system would use the next wave template option.
● If a corresponding wave already exists and has already been released, SAP EWM
creates a new wave with the same wave template option. SAP EWM then assigns the
item to this wave. You can permit exceptions by setting the Wave Assignment Also
Possible After Wave Release indicator. Setting this indicator enables you to assign
another warehouse request item to a wave that has already been released.
● Release method (with the possible values Automatic, Immediate, and Manual)
● Wave type (enables specific monitoring in the Warehouse Management Monitor)
● Wave category (you can use as a filter for warehouse order creation rules)
● Wave assignment is also possible after wave release indicator (you can use it to assign
additional warehouse request items to a wave that has already been released)
● Control for bin denial
This allows you to choose between the following options:
- You can leave an item in a wave, or, in other words, release it again later.
- You can remove an item from a wave, or, in other words, reassign the item.
- You can have the system immediately create a warehouse task with an alternative
source bin.
● Wave Release Retry Interval
If you set a retry interval for a wave template, the system automatically schedules a new
wave release job when a wave using the template can not create all warehouse tasks due
to missing stock. You can specify the retry interval in minutes for when the system should
schedule the new wave release job. If there is no retry interval, the system does not create
a new wave release job.
● Settings for two-step picking
Settings for two-step picking (which is explained in more detail later) can be define wave
template specific.
Wave Processing
You can process waves and control your warehouse activities in the following ways:
● Lock or unlock
You can lock a wave with the status I (initial). The status of the wave becomes H (locked).
When you unlock a wave, EWM resets the status of the wave to I. You cannot release
locked waves automatically.
● Merge
You can merge as many waves as you want. The prerequisites are as follows:
- The waves have not yet been released, in other words, they have the status I (initial,
wave is created) or H (hold, wave is locked).
- All the waves have the same status, either I, or H.
When you merge waves, EWM assigns all the warehouse request items for the selected
waves to the wave with the lowest wave document number.
● Release
Waves are used to create warehouse tasks and warehouse orders. They can be released in
the following ways:
- Automatically:
EWM creates a job that automatically releases waves on the release day and at the
release time.
- Immediately:
The wave is immediately released after it's creation.
- Manually:
You can manually release a wave at any point in time in the monitor or in wave
processing. When you manually release waves, you can also release “waves locked”. In
this case, EWM sets the status Locked for the warehouse orders created. As a result,
these warehouse orders are locked for further processing for the time being.
You can release waves multiple times. For example, if you release a wave, but EWM can
only generate some of the required warehouse tasks since there is not enough stock,
you can release the wave again at a later point in time. You can display the log by using
the Release Log button. To do so, on the EWM Index screen, choose Extended
Warehouse Management → Work Scheduling → Wave Management → Maintain Waves.
- Subsystem:
You can release a wave for a downstream subsystem. As a result, EWM transfers the
warehouse orders to the downstream subsystem.
● Assign or remove assignment
You can assign warehouse request items to a wave or remove the assignment. Here, the
lock time for the wave must not have expired yet. Moreover, the wave must not have been
released yet. If you have set the Wave Assignment Also Possible After Wave Release
indicator as an attribute in the wave template, you can, however, assign an additional
warehouse request item to waves that have already been released.
● Split
You can select a warehouse request item and remove it from the current wave. EWM
creates a copy of the wave and assigns the warehouse request item to the copy.
● Delete
When EWM deletes a wave, it removes the assignment of all the warehouse request items
to the wave. EWM deletes a wave completely; in other words, you can no longer archive it.
● Wave Release Simulation
You can simulate the release of one or more selected waves. The simulation can be
triggered in the Warehouse Management Monitor using the methods Simulate Waves and
Simulate Single Waves or with the report /SCWM/R_WAVE_SIMULATE. After the wave
release has been simulated, you can perform other actions, such as viewing warehouse
order creation information or the wave release simulation log by choosing the Display Log
button on the Wave Simulation: Results screen. You can also manually release waves from
this screen.
process type. When the strategy Large / Small Quantities is used, different packaging sizes
are picked from different storage types. When the required quantity of the warehouse request
item can not be fulfilled by one packaging size, it means that the rough bin determination
finds separate storage types for the different packing sizes.
In the example above, in rough bin determination, EWM assigns warehouse request item 10
with a quantity of 111 of product A to three different storage types for picking in accordance
with the quantity-dependent picking strategy. One piece is assigned to storage type KB1, 10
pieces are assigned to storage type KB2, and 100 pieces are assigned to storage type KB3. As
the picking duration for these different quantities is probably not the same, it makes sense to
determine waves by using the source information. In this case, you would usually use the
activity area for the picking activity as part of the condition record for the wave determination.
LESSON SUMMARY
You should now be able to:
● Combine items in waves
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Implement two-step picking
Two-Step Picking
In two-step picking, the picking process is split into two separate steps. You remove products
from a storage type for multiple outbound deliveries in the first step, and assign the products
that you have withdrawn to the relevant outbound deliveries in the second step.
This optimizes the process by picking a large number of outbound deliveries on a collective
basis. Furthermore, you minimize the total number of picking operations performed during
picking by removing the total required quantity of the products in a cross-requirement way in
the first step. Moreover, stock removal and allocation are two separate warehouse processes.
You create a separate warehouse task for each of these steps.
2. As soon as you form a group of outbound deliveries, EWM determines the relevance of the
corresponding products as two-step picking. You can change the relevance of the entire
wave to two-step picking by changing the value in the Two-Step Pick field on the user
interface for wave maintenance (no entry = not relevant, 2 = two-step picking).
3. To create the warehouse tasks for the first step, you release the wave for the withdrawal
step. To do this, on the EWM Index screen, choose Extended Warehouse Management →
Work Scheduling → Wave Management → Maintain Waves. Select the wave and then
choose the Release Withdrawal button.
The release of the withdrawal step can also be done automatically.
4. You confirm the warehouse orders for the withdrawal step, and, in doing so, you confirm
that the necessary products are in the intermediate storage type.
1. You create warehouse tasks for the second step by wave release for the allocation step
(manually or automatically). In doing so, you distribute the total quantity that has been
picked among the individual requirements.
2. You transport the products that belong to a wave from the intermediate storage type to
the destination storage bins (for example, to a goods issue zone or packing station) by
confirming the warehouse orders.
1. You have activated two-step picking for your warehouse in Customizing for EWM. If you
want to define the two-step process on a product basis, set the 2-Step Matl-Dep. indicator
as well. You then maintain the indicator for the products which you want to be 2-step
picking relevant (on the Warehouse Data tab page of the warehouse product).
If you use wave templates, you can decide for each wave template whether two-step
picking is to be used, independent of the setting on warehouse level.
2. You have defined and assigned a warehouse process type for the withdrawal step. In the
standard system, the warehouse process type 2020 is defined for the first picking step.
3. You have created a storage type and storage bins for the intermediate storage section. In
the standard system, the storage type 2010 is defined for this purpose.
4. The stock removal strategy for the second picking step must find the storage type of the
intermediate storage section. You control this by setting the 2 indicator for two-step
picking in Customizing for the storage type search sequence.
Note:
As an alternative method to reduce the number of picks from one bin, you can also
check the “Combined Picking Profile”. It is not the same as 2-step picking, but with
this feature you can confirm several warehouse tasks which pick a material from
the same bin with one confirmation.
Note:
As the automatic creation of allocation tasks releases individual wave items,
not the entire wave, the wave must be released a final time, either manually
or automatically, to update the wave status to Released.
In some cases, the system can't identify the related wave items that are to
be released and therefore doesn't automatically create the allocation tasks.
This can happen if warehouse task confirmation to the intermediate bin is
more complex, such as when layout-oriented storage control is used. For
that reason, once all withdrawal tasks are confirmed, SAP recommends that
you release the wave for allocation, either manually or automatically, to
ensure that all warehouse tasks are created.
LESSON SUMMARY
You should now be able to:
● Implement two-step picking
Learning Assessment
1. Which of the following attributes are available for wave template options?
Choose the correct answers.
X B Calender
X C Release method
X D Mode
2. For two-step picking, you need to define an extra warehouse process type for which of the
following?
Choose the correct answer.
1. Which of the following attributes are available for wave template options?
Choose the correct answers.
X B Calender
X C Release method
X D Mode
Correct. Date and time data, calender, and mode are available for wave template options.
2. For two-step picking, you need to define an extra warehouse process type for which of the
following?
Choose the correct answer.
Correct. For two-step picking, you need to define an extra warehouse process type for the
picking step.
Lesson 1
Using Mobile Devices 21
Lesson 2
Managing Resources 35
Lesson 3
Distributing Work to Resources 43
Lesson 4
Optimizing the Work of Resources 57
Lesson 5
Setting Up the Pick, Pack, and Pass Process 63
UNIT OBJECTIVES
LESSON OVERVIEW
In this lesson, you learn how to use mobile data entry. This lessons also guides you through
the radio frequency (RF) framework and how to navigate in that environment. You are also
shown the settings for the RF framework.
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Use mobile devices
● Optimize mobile device processing
RF Framework
SAP EWM includes the implementation of a RF framework, which satisfies the following
objectives:
● Decouples business logic from the physical presentation of application data on a selected
presentation device, and enables personalized menus and screens
● Supports a large variety of device sizes, device types, and data entry types
Standard RF Functionalities
The SAP RF framework provides the following standard RF functionalities:
● Logon:
Logon to the RF environment enables the tracking of resources, stock on resources, and
warehouse order (WO) selection. After logging on to the system, a resource can operate as
an active resource, which can request and execute work in the warehouse.
● Logoff
● Recovery:
During logon, the system checks with the content provider whether the user is logged on
as a resource, and if so, whether they were interrupted during WO execution. The system
checks whether a specific WO assigned to the resource was stopped before completion. If
yes, and if the WO can be locked, the system finds the WO's data and displays the screen
of the relevant step to continue the process.
● Position Management
Position management enables a radio-frequency (RF) device user to validate handling
units (HUs) by their position number, rather than by their HU number. This is particularly
useful when the HU number tags are not readily accessible, such as when the HUs are
stacked on top of each other.
● Radio Frequency Transaction Log
You can activate the logging of transactions used in the radio frequency (RF) framework to
allow you to identify error messages that often occur, wrong validations, or where your
warehouse workers need to use exception codes. The system writes the log entries at the
following points in time:
- A user logs on to a resource
- A user logs off from a resource
- An RF transaction is started
- An RF transaction is ended
- A user selects an RF menu item
- The system raises a message or an error message
- A user triggers a function, either by choosing a function key or a button
- A user validates a field
- A user displays an RF screen
- The system triggers a function module in the step flow
- A user triggers an exception.
You can enhance or change what the system includes in the RF log using the Business
Add-In BAdI: Write Radio Frequency Log Entries (/SCWM/EX_RF_LOGGING).
● Work execution transactions for the following warehouse processes (examples):
- Picking
- Putaway
- Loading
- Unloading
- Deconsolidation
- Packing
- Physical inventory
- Replenishment
RF Navigation
In the RF framework, both menu navigation and transaction navigation are supported on
mobile devices.
The RF framework supports the following options for menu navigation to RF transactions:
1. Standard navigation:
You choose the required menu item.
3. Virtual navigation:
This option enables “virtual” navigation between menus. You enter the numbers of all
required menu items, including those not displayed on the current screen, but displayed
on subsequent screens.
Transaction Navigation
When in the screen for a particular logical transaction, you may be required to enter data,
validate existing data, or a combination of both.
When data entry is required, the input field is open. Enter the data by scanning bar codes or
typing. If you enter data manually, choose Enter.
After all input fields on the screen are filled in, one of the following actions occurs:
● If the Skip Shortcut indicator is set, the posting (for example, warehouse task (WT)
confirmation) is triggered automatically.
● If the Skip Shortcut indicator is not set, you will automatically be redirected to the Shortcut
field.
You can invoke functions by choosing the corresponding function key pushbutton, or entering
the function key in the Shortcut field. Where necessary, you enter exception codes in the
Shortcut field (for example, for differences).
RF Function Keys
Function keys are provided with the RF framework.
Standard function keys are not necessarily displayed in the function key line of an RF screen.
Instead, they are accessed directly by the function key or shortcut. For touchscreen devices
without function keys, they can also be displayed on the screen. This is a setting in the
definition of the Presentation Device.
Transaction-specific function keys are displayed in the function key line. If more than four
function keys or pushbuttons exist for a screen, > is displayed. You can then choose F5 to
display the other pushbuttons.
Note:
As the space on the on screen function keys is limited, it can be difficult
sometimes to understand what the abbreviation means and what the use of the
function key is. The standard documentation contains a table with these keys, the
current version can be found here: https://help.sap.com/docs/
SAP_S4HANA_ON-PREMISE/9832125c23154a179bfa1784cdc9577a/
13cecb53ad377114e10000000a174cb4.html.
RF Framework Settings
The following sections present the most important objects and settings in the RF framework:
RF Screen Manager, Presentation Device, Presentation Profile, RF Menu Manager, and
Wizards.
RF Screen Manager
The RF screen manager is a tool that enables you to customize the appearance of RF
presentation screens, to ensure that they are consistent with the attributes of the
presentation devices being used.
The RF screen manager also enables you to create, copy, and delete display profiles, and to
edit screens of a display profile. The display profile is a group of settings that determine the
appearance of RF presentation screens, including screen templates and the formats of screen
elements.
Screen Display Characteristics
By defining your own display profiles, you can determine the following screen display
characteristics:
● Screen size
● Screen element attributes, including:
- Number of buttons available for the screen
- Text length for buttons, logical transactions, and menu items
- How messages are displayed
● Screen template function groups and screen numbers
Note:
Profile *2 was introduced with SAP S/4HANA 2020. The SAP Note “2968096 -
Example of alternative layout for Radio Frequency (RF) transactions” includes
a CSS file which can be used as a template for customer projects using this
new profile.
If you define your own display profile, you define height and width of your total screen and the
template program and screens (0001 and 0002 for messages). The length of the buttons, the
number of buttons, the length of the menu items, the display of error messages (0 = display
on a separate screen), and where the error messages are displayed is also defined at the
profile level.
Note:
ITSmobile also includes the “ITSmobile Visual Editor”, which enables you to edit
screens and templates directly in SE80. For details, see SAP Note “1872180 -
ITSmobile Visual Editor // Main Note //”.
Presentation Device
Presentation devices classify the different kind of devices you use in your warehouse.
When defining a presentation device, you enter its characteristics, such as display profile,
presentation device type, data entry type, function keys quantity, various indicators, and
signal assignments.
The presentation devices can be assigned to a resource (which is part of resource
management).
Presentation Profile
The presentation profile is used to control warehouse specific implementations of the RF
transactions.
The presentation profile is assigned to the warehouse, if no specific profile is assigned, the
standard presentation profile **** is used.
The personalization profile is defined for the presentation profile. With the personalization
profile assignment to a user you can control what the user can do (the menu structure) and
how it is displayed on the screen. The standard personalization profile is ‘**’.
RF Menu Manager
With the RF menu manager, you can define your own menus and menu hierarchy for the RF
device transactions.
First, you create your menu items for the main menu and the submenus. Then, in the
hierarchy, you define whether a logical transaction is triggered (field LTRANS) or if the user
jumps to a submenu (field LMENU).
SAP delivers the default menu with application ‘01’, presentation profile‘****’, and
personalization profile ‘**’. These entries can only be maintained in an SAP system. In a
customer system, these entries are locked for changes.
Wizards
There are two wizards available, which are started directly from a running RF transaction with
Ctrl + Shift + F1.
Split Screen
This wizard guides you through the necessary steps to split the RF transaction screen
into several screens. These screens are then displayed in your preferred sequence. You
can also configure the function codes that are displayed in each resulting screen.
The Split Screen wizard includes the following steps:
● Assign fields to split screens
● Assign function codes to split screens / assignment
● Assign function codes to split screens / buttons
Modify Screen
This wizard guides you through the necessary steps to modify an RF transaction screen.
Each time you add or remove fields from the screen, the wizard generates an updated
screen. To display the new screen to a specific group of users, enter the user's
personalization profile, the wizard will automatically adjust the Customizing. The new
screen is displayed in Screen Painter, where you can adjust aspects of the screen layout,
such as the position and field size.
The wizard contains the following steps:
● Select target screen fields
● Assign verification fields
● Define target function group and screen number
● Define personalization profile
● Complete (creating the new screens and customizing in database)
Pick by Voice
The pick by voice (PbV) functionality in SAP Extended Warehouse Management (EWM)
supports voice-based picking and internal moves in the warehouse, independently of the RF
picking transaction. It is based on the RF framework, the RF picking transaction, and the ITS
template generator, Mobile Devices with Speech Input. It supports bar code scanning and
voice-enabling.
The pick by voice transaction uses SAPGUI Dynpros whose fields have speech properties.
From these Dynpros, the system generates HTML templates using the ITS HTML template
generator Mobile Device with Speech Input. These HTML templates contain speech-specific
tags that are interpreted by the web browsers on the device.
The system interprets speech input either as a field input value or as a command. All possible
commands must be visible on the screen and represented by a button. The RF framework
supports up to 16 buttons. You cannot assign commands to function keys.
To trigger a command, you must switch to command mode by saying the built-in keyword
“Command”. Alternatively, the system automatically goes into command mode if you make
entries in all input fields.
Using the command “Okay” is equivalent to pressing Enter.
You can use the start transaction /SCWM/RFUI_PBV to start the RF framework, set a voice-
enabling parameter, and start the PbV transaction directly. This transaction is not part of the
SAP Easy Access screen. The Internet Communication Framework (ICF) service RFUI_PBV is
linked to this start transaction.
Verification Profile
You can define as many verification profiles for your warehouse as you require; assigning the
verification objects to each profile. Examples for the verification objects are as follows:
● Source storage bin
● Pick HU
● Quantity
In addition, you can distinguish between the general data entry (an RF device with screen and
scanner) or voice recognition.
Note:
Use asynchronous processing only when necessary as quicker response times
increase system load, which can have a negative effect on the required system
sizing.
The warehouse tasks can be combined if they have the following matching attributes:
● Warehouse task attributes:
- Source bin
- Source HU
- Pick-HU
● Stock attributes:
- Stock key, for example, product, batch, party entitled to dispose, and so on
- Alternative unit of measure
● The Warehouse task consolidation group is an optional attribute is the Warehouse task
consolidation group.
Exception Handling
You can use the standard exception codes in the RF picking transaction. The exception codes
are applied to the combined warehouse tasks.
● Exception codes such as BIDU or BIDF can be used for full denial of the combined quantity.
The system applies the full denial to all the warehouse tasks that were combined.
● When the quantity in the storage bin is lower than the combined quantity and you still want
to perform combined picking, you can use exception codes such as BIDP to distribute the
partial quantity among the combined warehouse tasks.
Example: You have three warehouse tasks for picking the same product from the same
source location:
● Warehouse task 1: To pick 10 pieces of product A
● Warehouse task 2: To pick 8 pieces of product A
● Warehouse task 3: To pick 5 pieces of product A
You can use the SPLT exception code to split the product quantity of the combined
warehouse tasks into different quantities.
You can choose the F3 UnCom button to cancel the combination of warehouse tasks that
were combined previously by the system.
LESSON SUMMARY
You should now be able to:
● Use mobile devices
● Optimize mobile device processing
LESSON OVERVIEW
In this lesson, you learn how to set up resources in SAP Extended Warehouse Management
(EWM).
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Manage resources
● Work with the Pick by Cart app
Resources in EWM
A resource is an entity representing a user or equipment that can execute work in the
warehouse.
It can log on to a radio frequency (RF) or non-RF environment. When the resource is logged on
to the system, it can receive work for execution and it can be tracked and displayed in the
warehouse management monitor.
A resource belongs to a resource type (a grouping of resources with similar technical or
physical qualifications) and a resource group (a grouping of resources for queue assignment
purposes).
Note:
Although a resource can work in a non-RF environment, several features of
working with resources are only available when using mobile devices.
Resource Management
Resource management maximizes the efficiency of warehouse processes by doing the
following:
● Facilitating the management and distribution of work using queues
● Enabling the execution of work by resources in an RF and non-RF environment
● Optimizing the selection of warehouse orders for resources requesting work
● Enabling effective monitoring and controlling of resources
Hint:
Any available WOs can be manually assigned to a resource, including those from
queues to which the resource is not assigned.
Queues
A queue is a logical file to which warehouse orders for processing are assigned. Queues define
movements by which work in the warehouse is managed and assigned.
Note:
You assign the operating environment of a queue during queue definition in
customizing. The operating environment of a resource is determined when the
resource logs on to the RF or non-RF environment.
Assignment to Queues
Resource Assignment to Queue
You can assign a resource to a specific queue, or assign its resource group to a sequence of
allowed queues. WO selection is performed according to the resource’s assigned queue, and,
in the absence of an assigned queue, according to the resource group’s queue sequence.
Warehouse Order Assignment to Queue
When the system creates a WT, it searches for an appropriate queue to assign to it, based on
the following WT parameters:
● Source activity area
● Destination activity area
● Bin access type
● Warehouse process type
● Activity
Note:
That means that the queue determination is for each warehouse task, but in the
end the queue is only visible in the warehouse order, which also means that the
WTs in one WO must find the same queue. It is an automatic grouping criteria in
the warehouse order creation rule (like the activity area).
Resource Setup
You define a resource in the transaction for resource maintenance. On the EWM Index screen,
choose Extended Warehouse Management → Master Data → Resource
Management → Maintain Resource.
Resource Type
A resource type is a grouping of resources with similar technical or physical qualifications.
The resource type determines the following for its corresponding resources:
● Horizontal and vertical velocity:
The velocity of a resource can influence the latest starting date (LSD) of a warehouse
order.
● Applicability of position management:
Position management enables an RF device user to validate HUs by their position number,
rather than by their HU number. This is particularly useful when the HU number tags are
not readily accessible, such as when the HUs are stacked on top of each other.
● Layout type:
The layout type is used for the pick by cart app and for the resource-based warehouse
order optimization.
● Resource Type Category:
Resource Group
A resource group is a grouping of resources for queue assignment purposes. The resource
group determines the sequence of allowed queues for its corresponding resources, which can
influence which warehouse orders are selected for a resource.
To use system-guided processing, the queues must be assigned to the resource groups in the
desired sequence. As the WOs are selected from the queues according to the queue
sequences, this represents a prioritization of the WOs for this resource type.
Resource Types
The REC consists of a group of different resource types, each having a maximum number of
work resources. You identify the group uniquely using an ID. You can assign the same ID to
different REC storage groups, and define whether:
● Only one resource type is allowed to be kept in the REC storage group at a time (parameter
OR).
● Multiple different resource types are allowed to be kept in the REC storage group at a time,
for example, a forklift and a warehouse worker. For each resource type, the maximum
defined number of work resources in the REC storage group is allowed (parameter AND).
For example, resource types RT01 and RT02 are assigned to resource execution constraint
A1, with a maximum number of two and three respectively. REC storage group GAN is
assigned to constraint A1 with the parameter "AND". This means that a maximum of three
resources of type RT02 and two resources of type RT01 can work in A1 at the same time.
Calculated Times
The REC control is based on calculated times. Each time a resource enters the REC storage
group, the system calculates the estimated exit time. This time includes the following:
● Move time for moving the resource from the current position to the entry point of the REC
storage group
● Working time in the REC storage group
● Exit time of the resource from when it leaves the location of the last completed warehouse
task to the exit point of the REC storage group
When a resource wants to enter the REC storage group, the system compares the estimated
exit times of the resources working in this area with the entry time of the resource. The
system calculates the times, compares the calculated values with the number of permitted
resources, and allows or denies the resource access to the REC storage group.
The system calculates optimal routes for the resources based on the travel distance
calculation. The actual times may deviate from the optimal times.
This function works using the average confirmation time for warehouse tasks. If you have
activated LM in your SAP EWM system, the system uses the engineered labor standard
values. If you are not using LM, you must define the extract time determination for warehouse
tasks.
Pick By Cart
With the Pick By Cart app, you can pick multiple orders with a pick cart in a single trip through
the warehouse. For the app, you have a tablet which shows you the individual positions of the
pick-HUs on the pick cart.
The app works inside the standard RF framework. The user works with a warehouse order
which is automatically assigned by the queue, or he chooses a warehouse order manually.
The user can also choose the queue in which they want to work.
LESSON SUMMARY
You should now be able to:
● Manage resources
● Work with the Pick by Cart app
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Distribute work to resources
● Set up travel distance calculation
First the system checks if a queue is directly assigned to the resource. If that is not the case,
the system checks the resource group which is assigned to the resource, and the queues in
the sequence assigned to the resource group.
When there is more then one queue assigned to the resource group, the system always
assigns a WO from the first queue in the sequence (if no other conditions are violated). The
next queue is only used if the queue before is empty, or if no WO can be assigned. For
assigning WOs from alternating queues, you need to look up “task interleaving”.
A resource also can select system-guided by queue: then the sequence of queues is not
observed, but a resource group with this queue must still be assigned to the resource.
Note:
You can't skip warehouse orders in combination with pick, pack and pass, or when
using pick-by-voice features.
Note:
Latest starting date does not mean that the WO can not be started before, it only
shows which WO is due first.
● Latest Starting Date = WO due date - (planned execution duration + planned travel time
duration)
Note:
The standard document type for outbound processes in EWM, “OUTB”, only
includes a “goods issue” time on the item level. On the header level you can
find a “departure from yard” time. This time is determined from the goods
issue times on item level (so it corresponds to that time).
● For lack of relevant dates in inbound deliveries, the due date is calculated using the
“planned duration of movements” time. This duration is defined in Customizing (SCM
Extended Warehouse Management → Extended Warehouse Management → Cross-
Process Settings → Warehouse Task → Define Planned Duration of Movements in
Warehouse). The "due date" is then calculated from the current time using the maintained
duration. This is superseded again if planned durations are assigned to the process steps
in the warehouse process that is used.
The planned execution duration in the warehouse order is calculated using various
information, depending on the settings and activated options.
When labor management is not used, the system calculates the extract time for each
warehouse task. The formula for this calculation is as follows:
● E=X+qxY
- E is the extract time.
- X is the constant portion of the extract time.
- Y is the variable portion of the extract time.
- q is the quantity for which the extract time is to be calculated.
1. Unit of measure load categories. The unit of measure load category is assigned to a unit of
measure from the product or to a handling unit type.
2. Product load categories. This is used to group products that are similar with regards to
their workload and handling. It is assigned in the warehouse product.
3. Warehouse activities. A warehouse activity for the extract time calculation is assigned to a
warehouse process category (like putaway or stock removal). It is a 1:1 assignment to the
warehouse process category, so it is usually sufficient to define a stock removal and a
putaway activity.
4. Extract time calculation. In the extract time table, you can define a constant and a variable
extract time in seconds for each warehouse number, bin access type, warehouse
operation, UoM load category, and product load category.
5. Optimize the access strategy. You can define multiple access strategies for each
warehouse number that are processed in the sequence specified. If no suitable entry is
found in the extract time table, the next table entry is tried.
Note:
By design, the system calculates the extract time for the source and for the
destination bin. As you can use the bin access type for the extract time calculation,
you can therefore calculate the time properly depending on the bin (access type).
If the bin access type is not used in the calculation, the result in the warehouse
task will always show double the time of what is set up in customizing.
If a preparation time is assigned in the warehouse order creation rule, this is added to the
extract time in the warehouse order. The standard rules UNDE and DEF have no preparation
time.
If the warehouse order is relevant for labor management, then the complete planned
execution duration of the WO is calculated using engineered labor standards. For details, see
the course EWM125 - Labor Management in SAP Extended Warehouse Management.
The planned travel time duration is calculated by using the travel distance calculation and
using the resource with the slowest velocity. Details about the travel distance calculation are
described separately.
The LSD can be rounded off by the relevant mode.
Mode
A mode determines the following:
● Weighting factors used for warehouse order execution prioritization
● Time intervals and units of measure for round the LSD
As the mode is set for each warehouse task in a warehouse order, the system uses the
rounding time interval of the mode of the first WT in the WT sequence.
Note:
The mode only influences the LSD, not the planned duration in the WO.
The priority values reflect the preferences of a resource type to work in a particular bin
access type, or with a HU type group.
● The warehouse process type (WPT) priority.
Note:
While the documentation mentions the warehouse process category, the
assignment is actually to the warehouse process type.
● Priority = (BAT Weighting / 100 x BAT Priority Value) + (HUTG Weighting / 100 x HUTG
Priority Value) + (WPT Weighting / 100 x WPT Priority Value)
The weightings are based on the mode of the first WT in the WT sequence.
Note:
The system only checks that the priority assigned to the Warehouse Process Type
is between 1 and 10, for the Bin Access Type and HU Type Group it is not checked.
In addition, when entering the priority weightings the system does not check if the
value is over 100 - during the entry of these values. However, it can create a
system overflow following a short dump during the creation of the warehouse
tasks if you exceed these values.
The total priority of the WO is set from the highest priority of its constituent WTs.
Note:
Sometimes during warehouse order processing the problem might come up that
one specific warehouse order needs to be processed before any other and the
question comes up: how do you make sure that this happens?
Technically you have options like:
● Assign the WO to one specific resource. If the resource is currently not
processing another WO, that is an option. However, then you must know where
the resource is and if there are other issues which may prohibit the resource
from working.
● Change the latest starting date. It is possible to change the date and time, so
then the next resource in this queue will get this WO.
The travel distance calculation can also be based on an existing valid network. The valid
routes represent the edges. The lower part of the following figure shows the distance
between two storage bins of a storage type. The resource moves across the valid routes.
When calculating the distance while creating the warehouse order, the system uses the
following values:
● For the speed, the system uses the speed of the slowest resource (pessimistic approach).
● Instead of the known position of the resource, a default distance to be covered to reach the
first position in a storage type is specified.
● The route network used (if available) contains all defined routes without resource type
restrictions.
The executing resource is only known after the confirmation, so then the system is able to
access more detailed information, like:
● Speed of the resource
● Last position of the resource prior to executing the warehouse order
● The route network allowed for the resource, if available
If LM is activated, the system saves the result of the travel distance calculation in the planned
and executed workload.
Networks
Networks define the valid routes (paths) in the warehouse on which the resources move. A
network consists of edges and nodes. Edges are connected to each other by way of nodes.
Edges represent the valid routes in the warehouse, and nodes represent crossings.
There are two different kinds of networks:
● Storage-type-specific networks:
These networks consist of edges that map the individual aisles, and edges that represent a
connection of different aisles. You assign storage bins of a storage type to one of these:
- An edge, if the storage bins are located in an aisle, and an edge exists for the aisle
- A node that matches your X and Y coordinates, if you have not assigned an edge
● Global networks:
The global network connects the defined, storage-type-specific networks to each other. If
no storage-type-specific networks are defined, the network connects the storage bins to
each other directly.
Figure 25: Travel Distance Calculation with Storage-Type-Specific and Global Networks
Edges
Edges have the following properties:
● Each edge has a start node and end node.
● An edge is usually passable in both directions, however it can also be defined as a one-way
street. The direction is defined through the start and end nodes.
● For each edge, you can define which resource types are allowed to pass.
● You can assign an edge to an aisle.
● An edge has a length that is used by the system to calculate the travel distance, if the edge
is passed by a resource.
Defining Networks
You can use the program, Generating Storage-Type-Specific Networks, to generate storage-
type-specific networks for the travel distance calculation in SAP EWM automatically.
On the SAP EWM Index screen, choose Extended Warehouse Management → Settings →
Travel Distance Calculation → Generate Network. The edges for the aisles automatically have
the following properties:
● Edges are only created for aisles that have more than one storage bin.
● Edges can be passed in both directions.
● The length of the edges corresponds to the Euclidean distance between the start and end
nodes.
● If storage bins are located on both sides of the aisle, the edges are located in the center of
the aisle.
● If there are only storage bins on one side of the aisle, the edges lie half a bin depth away
from the aisle.
● The edges start and end outside the aisle (half a bin depth).
The system generates connecting edges between neighboring aisles by connecting both the
start and end nodes of two neighboring aisles with an edge.
The storage-type-specific network can also be created manually, but it is possible and
therefore better to change settings like the direction (unidirectional, bidirectional) after the
generation by the system. You can also exclude resource types from edges. In addition, you
can add an average distance for a storage type, this is the distance that is used when the
resource and the start point is not known (Customizing, in the definition of the storage type).
You can define global networks manually and make the following settings for the edges:
● X and Y coordinates for the start of the edge
● X and Y coordinates for the end of the edge
● Define edge direction (unidirectional, bidirectional)
● Define edge length in the unit of length of the warehouse number
● Define excluded resource types
Both types of networks (storage-type-specific and global) can also be uploaded with the help
of a CSV file.
● The system generates the list of storage bins from the warehouse order creation rules. The
order is fixed, meaning the travel distance calculation does not sort the storage bin list.
For horizontal movements, a distinction is made between direct movements and movements
within a network.
Direct Movements
This system uses the direct distance for the following movements:
● Movements between storage bins within a storage type, if no valid storage-type-specific
network is available
● Movements between storage bins from different storage types, if no valid global network
exists
● Movements within an aisle. Here, the direct distance between storage bins is used to
calculate the travel distance
● With the next node, if no edge has been assigned (the node comes from the storage-type-
specific network, or if the storage-type-specific network does not exist, the node comes
from the global network).
For the calculation within the network (valid global network and any existing valid storage-
type-specific networks), the system connects the storage bins with the nodes of the
respective edge or with the next node. Then, the travel distance within the network between
the storage bins is added to the assigned nodes. Four options are available for this
calculation: 1) from the start node of the first edge to the start node of the second edge, 2)
from start node to end node, 3) from end node to start node, and 4) from end node to end
node.
Examples for the Travel Distance Calculation
The following are some examples for the calculation of the travel distance:
● Travel distance calculation within a storage type
● Travel distance calculation between two storage types with valid networks
● Travel distance calculation between two storage types with a global valid network
● Direct distances A (within an aisle), B, and D (connection between storage bin and
network)
● Distance C (connecting edge) within the network
Of the four possible calculations, the system uses the first option as that represents the
shortest travel distance.
Note:
The sequence of the storage bins is defined in the sort rule of the warehouse
order. The sequence is fixed, meaning the travel distance calculation calculates
the shortest distance, but does not change the sequence of storage bins.
restricts the number of nodes that can be visited by a route, in relation to the route found
by the depth-first search.
You can also influence the default distance to the first storage bin in the storage bin list.
● Travel distance calculation using the storage bin list /SCWM/EX_TDC_START
The system calls this BAdI to calculate the travel distance of a warehouse order. If you
implement this BAdI, you can define your own logic for calculating the travel distance
along the sorted storage bin list transmitted to the BAdI.
TDC_SYS and function /SCWM/TDC_CALC_TIME to which you can assign your own rulesets.
The interface of the standard function includes the following:
● The total horizontal travel distance
● The total vertical travel distance
● Consolidated section information of horizontal movements
● Section information of vertical movements
● Resource type information (such as speed)
● Business information (such as activity area)
When you define your own rules, you can use any or all of the above information as input.
In contrast to the total travel distance, consolidated section information lets you consider
each section of the calculated travel path separately. For example, you might want to
consider turns and stops in the travel path, because they limit the maximum speed of a
resource. The shorter a straight segment is, the less likely it is for the resource to travel at its
maximum speed.
LESSON SUMMARY
You should now be able to:
● Distribute work to resources
● Set up travel distance calculation
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Set up system-guided or semi-system-guided processes
● Set up task interleaving
● Optimize warehouse orders
Semi-system-guided Processing
To use this function, you set the queue to semi-system-guided processing. When selecting a
WO, the system checks if a queue has been set to semi-system-guided processing. If it has,
the system sets the session to semi-system-guided. This affects processing in the following
ways:
Note:
To use semi-system-guided processing, it is necessary that one warehouse order
contains only one warehouse task/handling unit. The queue does not control this,
but if your warehouse order contains more then one HU, processing leads to an
error in the RF dialog.
The screen shows you various data, such as You only see the source storage bin and the
HU, product, quantity, batch, and so on. input field for the HU.
The warehouse task is locked. The warehouse task is not locked, because it
is still not clear which HU is being selected.
Where is semi-system guided processing relevant? Assume a truck where several pallets
(=HUs) where unloaded and all these HUs are now standing in the goods receipt area (which
is probably only one bin). The system does not know the location of the individual HUs in this
bin.
The semi-system-guided processing screen contains a button that allows you to activate the
display of available HUs. You can also trigger other queries for the HU, such as a queue or a
storage bin.
Task Interleaving
The aim of task interleaving is to minimize not utilized resources through an optimized
distribution of the warehouse tasks, and to reduce the travel times in the warehouse. For
example, after putaway, a forklift does not return empty to the goods receipt area. Instead, it
is given a new task before returning to that area, such as a stock removal order.
1. The resource processes a warehouse order 1. The same queue is processed until it is
from a queue. empty.
2. The subsequent warehouse order comes 2. The next queue is processed according to
from another queue, based on the defined the defined queue sequence.
queue type sequence.
Caution:
This function is only available within system-guided processing.
LESSON SUMMARY
You should now be able to:
● Set up system-guided or semi-system-guided processes
● Set up task interleaving
● Optimize warehouse orders
LESSON OVERVIEW
In this lesson you learn about the pick, pack, and pass process during picking. You learn about
the features and requirements of the pick, pack, and pass function. You also learn about
warehouse orders for pick, pack, and pass.
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Set up the pick, pack, and pass process
The movement from one activity area to the other can be done by an automatic conveyor
system. There may also be pick-to-light systems in the various zones to support the picking
process within the zone.
You can use a system-controlled pick, pack, and pass function or a user-controlled pick, pack,
and pass function.
System-controlled Pick, Pack, and, Pass Function
With this setting, the system specifies the sequence for processing the WOs and
corresponding pick HUs.
It creates a higher-level WO that contains all the WOs that have been created. Only the first
WO in the sequence is active; all other WOs are inactive. The sequence in which the system
orders the WOs corresponds to the sequence that you have defined in Customizing for the
activity areas in the WO creation rules.
1. During WO creation, the pick HU determination determines the suitable pick HUs for all
WTs of the WO.
2. The system checks the WO type. If you activated the pick, pack, and pass function, the
system creates a higher-level WO that contains multiple WOs sorted by activity area. The
system only passes on the standard WOs to resource management in SAP EWM.
Figure 36: Activity Areas Start and End Points for Pick, Pack, and Pass
Each picking zone must be mapped as an individual activity area. Additionally, the activity
areas must be joined, and for the system-driven option they must be in the required sort
sequence.
If you work with the system-driven method, you have to define which bins represent the start
point and end point for each picking zone.
You need a WO creation rule that supports the top WO creation for the pick, pack, and pass
process.
The creation categories for this are as follows:
● System-driven: The sequence of the WOs in the top WO is determined according to the
sort sequence of the assigned in the configuration settings for joining the activity areas.
● User-driven: The sequence is manually determined during the execution, which means it
can also be done by the material flow system (MFS).
Warehouse Scenario
The warehouse workers pick in the three activity areas PP01, PP02, and PP03 in a system-
controlled way using pick, pack, and pass.
1. The system creates a higher-level warehouse order containing several warehouse tasks
for the three activity areas PP01, PP02, and PP03, and determines the pick HUs for all
warehouse tasks.
2. It then distributes the warehouse tasks across the three activity areas.
3. Each of the three warehouse workers receives their own warehouse order.
4. The first warehouse worker takes the pick HU from the start point of the first activity area.
5. The worker performs picking and drops the pick HU at the end point of the activity area.
6. The pick HU is moved from the end point of the activity area to the start point of the next
activity area.
7. The process is repeated from step 4. When it comes to the final activity area (PP03), the
worker puts the pick HU in the original destination bin, such as the goods issue area,
instead of in the end point of the activity area.
Note:
Usually, you would not want the worker from the last activity area to move to
the goods issue area, the worker should also drop the pick HU at the end point.
To achieve this, you would use layout-oriented storage control.
LESSON SUMMARY
You should now be able to:
● Set up the pick, pack, and pass process
Learning Assessment
X B Split screen
X C Logon
X D Log off
X E Recovery
X A A verification profile
X A Source bin
X B Pick HU
X C Start date
X D Product
X True
X False
8. SAP EWM uses the direct distance and distance based on networks to calculate the travel
distance. True or false?
Determine whether this statement is true or false.
X True
X False
9. When working with semi-system-guided queues, after scanning an HU the system checks
which of the following?
Choose the correct answers.
11. What are the requirements for pick, pack, and pass?
Choose the correct answers.
X A A WO creation rule
X B Queue types
X C Define which bins represent the start point and end point for each picking zone
X B Split screen
X C Logon
X D Log off
X E Recovery
Correct. In the SAP RF framework, you can use work execution transactions for
warehouse processes and use the logon, log off, and recovery function.
X A A verification profile
Correct. You have to define a verification profile and verification profile determination to
adapt verification fields in RF screens.
X A Source bin
X B Pick HU
X C Start date
X D Product
Correct. Matching attributes of warehouse tasks to be combined are the source bin, the
pick HU, and the product.
X True
X False
Correct. For automatic assignment, the warehouse orders are sorted by latest starting
date in ascending order and by execution priority in descending order.
Correct. The travel distance calculation is used to calculate the required travel time.
8. SAP EWM uses the direct distance and distance based on networks to calculate the travel
distance. True or false?
Determine whether this statement is true or false.
X True
X False
Correct. SAP EWM uses the direct distance and distance based on networks to calculate
the travel distance.
9. When working with semi-system-guided queues, after scanning an HU the system checks
which of the following?
Choose the correct answers.
Correct. The system checks if scanned HU is available in the specified storage bin and if
reported resource is allowed to process the HU.
11. What are the requirements for pick, pack, and pass?
Choose the correct answers.
X A A WO creation rule
X B Queue types
X C Define which bins represent the start point and end point for each picking zone
Correct. You need a WO creation rule that supports the top WO creation for the pick, pack,
and pass process. Define which bins represent the start point and end point for each
picking zone. Each picking zone must be mapped as an individual activity area.
Lesson 1
Setting Up Layout-Oriented Storage Control 75
Lesson 2
Integrating a Material Flow System 83
UNIT OBJECTIVES
LESSON OVERVIEW
In this lesson, you will learn about the set up and usage of layout-oriented storage control.
This lesson guides you through the complete process for layout-oriented storage control.
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Set up layout-oriented storage control
● Enhance the Pick, Pack, and Pass Process
01 X X X X X X
02 X X X X X
03 X X X X X
04 X X X X
05 X X X X X
06 X X X X
07 X X X X
08 X X X
09 X X X X X
10 X X X X
11 X X X X
12 X X X
13 X X X X
14 X X X
15 X X X
16 X X
17 X X X X
18 X X X
19 X X X
20 X X
21 X X X
22 X X
23 X X
24 X
25 X X X X
26 X X X
27 X X X
28 X X
29 X X X
30 X X
31 X X
32 X
33 X X
34 X
35 X
In the figure, Layout-oriented Storage Control for HU Moves, a product pallet is to be moved
from storage area A to storage bin Z. But in the layout-oriented storage control table for the
movement from A to Z the intermediate point B is defined. That means that the WT from A to
Z is created in an inactive state, and that an additional WT from A to B is created.
When the movement from A to B is confirmed, the system changes the source location for the
inactive WT, which is changed to B. The system checks if this movement is possible and if the
WT can be activated. But as the LOSC table defines that this movement requires the
intermediate point C, the WT from B to Z continues to be inactive and a new, active WT is
created for the movement from B to C.
This process continues until the system finds no intermediate point for the inactive
warehouse task. Then the WT is activated, a warehouse order creation rule is determined, and
it can be processed.
Note:
“Intermediate points” in the text above can be separate storage types or just
storage bins in the same storage type.
As LOSC requires the use of HUs, this can give a confusing picture in a picking process. When
picking a full HU, LOSC is visible from the beginning. However, in case of a partial pick, the WT
from the source bin has no HU and therefore LOSC is not triggered. There is no inactive WT
and not WT to the intermediate storage type.
LOSC is then triggered when confirming the WT with a pick-HU. The destination bin for the
pick WT is dynamically changed, and the next WT is created with the confirmation to the
intermediate bin. This means that LOSC in such a scenario is only possible when working with
mobile devices. A confirmation with the desktop app or in the Warehouse Management
Monitor would not use LOSC.
Identification Point
When a destination storage type has the setting Putaway Using Identification Point Active, all
goods movements first go to the identification point. The storage type for the identification
point has the storage type role A - Identification Point or C - Identification and Pick Point and is
assigned as an intermediate storage type in the layout-oriented storage control.
When a warehouse task is created for the destination storage type, the system creates a WT
for the movement to the identification point - but the movement stops here. No inactive WT
for the final destination storage type is created. Furthermore, after the confirmation of the WT
to the identification point, no new WT is automatically created.
Note:
It must be said that this corresponds to the standard ERP WM function, where an
identification point is usually used in connection with an external warehouse
control unit. After a weight/volume/contour check at the identification point, a
new WT for the destination storage type is created.
When using the material flow system in SAP EWM, similar identification point
scenario would be set up differently. The identification point is represented by a
communication point with an indicator which identifies it as identification point.
But you would not use a storage type with this storage type role A or C.
Pick Point
A pick point is used to force the system to move a complete HU (and its content) to this point,
independently of the quantity is required for picking (which corresponds to the complete
stock removal required indicator in ERP WM).
The complete HU is moved to the storage type with the storage type role B - Pick Point or C -
Identification and Pick Point. The required quantity is picked from the HU and the HU with the
partial quantity is moved back to the source storage type (or another storage type, if no
partial quantities are stored in the source storage type).
The source storage type has the setting Withdrawal Via Pick Point Active and the pick point is
assigned as intermediate storage bin in the layout-oriented storage control. The LOSC gives
you the options to control if all pick movements should go through the pick point, or if the
picking of the full handling unit quantity does not require a movement through the pick point
(or maybe using another pick point).
For the pick point you also define a work center. Here, you can repack and trigger the putaway
of the partial quantity.
If another WT requires stock which can be picked from the same source HU, the system
creates more than one inactive WT, which refers to the same HU. In the source storage type
you can additionally activate the setting Consider Stock on Resource. Then the system can
also use stock in an HU that is already on the way to the pick point.
POSC and LOSC can be combined. The system always first determines the process, so the
relevant POSC is active. For each process step with a physical movement, LOSC can
additionally be determined, if the direct movement is not possible according the LOSC
settings.
The Pick, Pack, and Pass Process combined with Process-Oriented and Layout-
Oriented Storage Control
In one of the previous lessons the pick, pack, and pass process was introduced. In the settings
for the process we added a separate start and end bin for each lower level activity area, so a
resource moves from the start to the end bin for the picking process. However, at the last
relevant activity area the resource had to bring the pick-HU to the goods issue staging area.
In a more practical scenario, the next place to go would be a packing work center. This would
be possible by the determination of a warehouse process. However, additionally you would
not want the resource from the activity area to make this movement to the work center, the
resource assigned to the activity area should ideally always stop at the end bin. In order to
control that, the layout-oriented storage control is used.
LESSON SUMMARY
You should now be able to:
● Set up layout-oriented storage control
● Enhance the Pick, Pack, and Pass Process
LESSON OVERVIEW
In this lesson, you learn about the functions and structure of a material flow system. You are
also shown how to set up and integrate a material flow system.
LESSON OBJECTIVES
After completing this lesson, you will be able to:
● Set up a basic material flow system scenario
Besides dispensing with an additional software system, this offers a close connection
between the material flow and warehouse management. Therefore, warehouse management
system strategies can be adjusted to the condition and utilization of automatic storage
retrieval more efficiently. Additionally, the system provides the material flow system with
functions and data, for example, for destination inquiries. In this way, system mapping
accurately represents physical movements in the warehouse.
In SAP ERP Warehouse Management, the connection to a PLC required separate, third-party
software. Information between this software and WM was sent using IDocs.
Note:
The technology for this kind of communication also exists in SAP EWM, so it is
possible for customers to continue with such a setup with little upgrade effort.
Note:
In previous SAP EWM releases, an additional RFC Adaptor was required for the
TCP communication (for which SAP PCo (Plant Connectivity) could be used. Since
SAP EWM 9.4, you can use the ABAP Push Channel TCP socket communication
layer of SAP NetWeaver to communicate directly between SAP EWM and
programmable logic controllers (PLCs).
From the MFS perspective, this warehouse is operated with four controls. Three are for the
stacker cranes and one is for the distribution trolley and the conveyor lines of the preliminary
(pre-storage) zone. The warehouse has a single depth, and the distribution trolley and stacker
cranes each have just one load-handling attachment.
MFS Components
In the MFS, the warehouse to be controlled is mapped with the following components:
● Programmable logic controller (PLC):
The PLC is the underlying real-time system controlling the physical transportation of HUs
on conveyor systems and their components. It evaluates signals from the connected
automatic storage retrieval or conveyor system, or other controls, and activates or
deactivates motors, appliances, sensors, readers, and so on. Each control that
communicates with the SAP EWM system must be defined as a PLC. In larger installations,
head controls may be in use, which regulate local controls. The SAP EWM system
communicates with the head controls, so in that scenario you only define the head
controls.
At least one communication channel must be defined for each PLC.
● Communication channel:
The communication channel is the connection for transmission of messages between MFS
and a control facility, defined by an IP address and a port. You can define certain
properties, such as the length of the messages and whether telegram confirmations are to
be used. Using the application menu, you also create the settings for the IP address and
the port through which the PLC can be reached. You can use several channels to
communicate with the same PLC. Each of these must use a separate port. You can specify
that certain telegrams are to be sent on a particular port and other messages on a
different port. Messages from a communication channel are communicated sequentially.
One communication channel per control is sufficient.
Conveyor segments:
Conveyor segments physically transport handling units (HUs) from one communication
point to the next. You can define a capacity limit for conveyor segments. As in the case of
communication points, the capacity relates to the number of HUs that can
simultaneously be transported using the relevant conveyor segment. If the capacity of a
conveyor segment is full, SAP EWM restricts further orders. You assign conveyor
segments to your start and end points in layout-oriented storage control. You can
combine conveyor segments to form a conveyor segment group, which in turn is
assigned a conveyor segment group type. This can be used, for example, to set several
conveyor segments inactive at the same time, by setting this for the conveyor segment
group type in case of a malfunction. The system then holds back orders for these
conveyor segments. You only need to define conveyor segments if you want to check
their status (readiness, capacity) in SAP EWM. In many cases, it is enough to record
capacity and status at communication points.
Resources:
In the MFS, a resource is a vehicle that transports an HU from one communication point
(or storage bin) to another. A resource moves to the pickup point in an empty state,
takes on the load, and then discharges the load at its destination. To reduce the number
of empty travel paths, you must optimize the sequence of the orders.
SAP EWM contains an interleaving strategy for stacker cranes that have the following:
● Just one load handling attachment (which means that only one HU can be loaded)
● Putaway and removal bin at the same end of the aisle
● To optimize the movements of stacker cranes from within SAP EWM, the stacker cranes
must be mapped in SAP EWM as resources. Conveyor lines are not mapped as resources.
To transport HUs, SAP EWM generates WTs and WOs and arranges them in queues. In the
MFS, each warehouse order is assigned one WT only. To execute warehouse tasks, the
SAP EWM system generates telegrams and sends these to the appropriate PLC.
the current location of a handling unit (HU) and context information related to the HU (such
as general information regarding putaway or picking destination data).
Handling unit (HU) movements in MFS for case conveyor systems are not immediately
modeled as warehouse tasks. Instead, the initial routing decision is made based on HU
information, location information, and warehouse tasks or warehouse orders that might exist
for final putaway or picking. As a result, a telegram is created and sent to the PLC. This
telegram has no direct connection to a warehouse task. Nevertheless, the HU movement,
which is based on the routing decision, can be modeled as a warehouse task in the system.
You can do this in the following ways:
● The PLC executes the movement after it receives the routing decision from the EWM
system. After this, it sends a new telegram with the actual routing information for the HU
to EWM. EWM creates a warehouse task for this movement. This warehouse task is
immediately confirmed.
● If the PLC is not able to send the actual routing information for the HU to EWM, it can
trigger an asynchronous posting to the location of the routing decision.
Case conveyor systems use a different routing logic to other conveyor systems, which use
layout-oriented storage control. With this routing logic you can enter different destinations for
the following:
● Activity areas
● HUs without an MFS error
● HUs with an MFS error
● Empty HUs without a warehouse order (WO) or warehouse task (WT)
● HUs containing content without a WO or WT
● HUs that do not fit any of the previous criteria
You can specify a default direction. The system uses the default direction if no appropriate
entry has been customized. For example, two entries have been customized, one for HUs
without an error and one default. If a HU has an error or no WT exists, the system chooses
the default entry.
LESSON SUMMARY
You should now be able to:
● Set up a basic material flow system scenario
Learning Assessment
1. For layout-oriented storage control the use of storage groups is mandatory. True or false?
Determine whether this statement is true or false.
X True
X False
X C Handling units
3. In the MFS, the warehouse can be mapped using which of the following components?
Choose the correct answers.
X A Conveyor segment
X B Conveyor line
X C Communication channel
X D Communication point
1. For layout-oriented storage control the use of storage groups is mandatory. True or false?
Determine whether this statement is true or false.
X True
X False
X C Handling units
3. In the MFS, the warehouse can be mapped using which of the following components?
Choose the correct answers.
X A Conveyor segment
X B Conveyor line
X C Communication channel
X D Communication point
Correct. In the MFS, the warehouse can be mapped using conveyor segment,
communication channel, and communication point.