Note: This post belongs to the blog-series ‘Understand SAP EWM’. The purpose of these series of blog-posts/videos is to explain the concepts of the core features of SAP EWM in a simple way. I want to focus on the basic understanding rather than the smallest details. For those of you who are a bit more experienced I will soon publish a blog/video about how to enhance the standard warehouse order creation rules.
We start here by understanding that the WOCRs get warehouse tasks as an input and give warehouse orders as an output. WOCRs are being applied upon wave release respectively during other options (e.g. manual WT creation against an ODO) where we trigger the warehouse task creation.
Imagine it being a funnel in a filling system:
This happens separately for each combination of Activity Area and Queue. In other words – once created, the tasks are grouped by queue and activity area (the decision whether it is source or destination AA is based on the WOCR AA of the WPT). So a warehouse tasks with a different queue or a different activity area can never end up in the same warehouse order:
The first real WOCR-related step is the determination of the WOCR itself. This can be either pre-defined via the warehouse process type or based on the source/destination AA and the activity itself):
We will come to the determination as such later again. Let us here assume that we’ve found a WOCR which we want to apply now.
So what happened in this preparation phase (the (1) in the graphic below) so far? – We created the tasks – We grouped by AA and queue – We picked a WOCR for processing
The last step of the preparation (logically) is the inbound sorting from my point of view. During runtime this is actually happening after the item filter but the sequence between sorting and filtering doesn’t matter and I want to make it easy to undestand here:
What happens next can roughly be separated into another two areas (the 1st one we already covered): 2. Core 3. Closure
Let us proceed with the core logic:
In the core area we we first apply filters on item level (e.g. filter out single tasks based on warehouse process type, wave template type or maximum weight/volume) before we apply filter on subtotal/CG levels (e.g. filter out complete consolidation groups (all tasks with the same group) with less than X WTs):