Understand SAP EWM
Note: This post belongs to the blog-series ‘Understand SAP EWM’. The purpose of these series of blog-posts is to explain the concepts of the core features of SAP EWM in a simple way. We want to focus on the basic understanding rather than the smallest details.
Germany is famous for its Oktoberfest.
Oktoberfest is a big festival where people are basically sitting in big party tents the whole day, trying to eat & drink as much as they can.
Traditional german music – which is being performed within these tents – makes the people feel like having to drink even more.
In order to deliver all these drinks and all the food to the tables within the tents you need a team of strong waiters & waitresses.
And in order to make most of their time you need an efficient organization. If you ever had the chance to observe the scenery within these party tents you might have noticed that the waiters are usually not taking any step with empty hands. A typical scenario might look like this.
The waiter carries full mugs from the bar to table X.
Having placed the full mugs he takes the empty ones – if available – and brings them back to the bar.
Again, he picks up full mugs and carries them to table Y.
Table Y has no empty mugs – the guests have just arrived – but our waiter is passing table Z where lots of empty mugs are waiting to be picked up.
Sidenote – The world record for carrying these traditional 1 liter mugs is held by a guy called Strümpfel. Last year he carried 29 of those mugs at a time for 40 meters.
Anyway – we think you already got the idea but let us draw the line to SAP EWM together. Imagine a simple warehouse – pallet in – pallet out. The operators are driving forklifts while using RF scanners to confirm their tasks. Our party tables are now the bins in a high-bay storage and our bar is the staging area where the pallets are received and shipped. We do only have two core processes – putaway of full pallets to the rack and removal of full pallets from the rack. The staging area is shared for inbound and outbound staging.
We are using two queues only – one for putaway and one for removal. Both queues have a ‘queue type’ assigned – we will come to this soon.
We are using resource types which are activated for the task interleaving process.
The queues are assigned to resource groups. The resource groups and the resource types are assigned to the resources.
As mentioned already, the two queues are also assigned to different queue types and we have defined a sequence for these types, based on the resource group.
So we do not only have to define a sequence for the queues within a given resource group (which we would need for ‘simple’ system-guided RF processing with multiple queues) but also have to define a sequence for the different types of queues.
This queue type sequence makes sure that the resources which are operating within the respective resource groups will always get the subsequent task from a queue with queue type B once they’ve completed a task in a queue of type A.
In EWM Standard, the selection of the WT from the subsequent queue is based on the latest-start-date (so called LSD) and the travel distance. The LSD is calculated based on the times from the wave template and the expected processing time. The travel distance is calculated based on the coordinates of the bins or storage type edges. This sorting can be influenced by a Badi but we will neither go into detail how the Standard is calculating, nor do we look at the Badi option. We will keep focusing on the basic understanding.
The queue for putaway is setup to be semi-system guided. Thus, the operator is guided to the receiving bin on the staging area and is free to scan any of the HUs which are sitting there (would be annoying to ask for a specific one as there might be hundreds on the same bin). Once the operator has selected an HU, the system will show the destination bin on the RF screen.
The queue for stock removal is not setup as semi system-guided so the system will show a warehouse task for a specific bin & source HU.
If you now compare all this system-related stuff with our example process from the Oktoberfest you will notice that there are not much differences. Oktoberfest waiters are also working in two queues. One to delivery full mugs to empty tables – similar like incoming pallets have to be putaway to empty bins – and one to move empty mugs to the bar (similar like outgoing pallets have to be removed from the bins and placed to the outbound staging area).
The queue to deliver full mugs to the table – the counterpart to the putaway queue – is semi-system guided and the tasks are created with generic destination, based on the destination table types. That means that the waiters can grab any full mug from the bar and can decide to which table they are going to deliver it. Usually they will pick one where somebody is crying for more – if multiple guests are crying, usually the table with the best tipper.
The queue to remove empty mugs – our counterpart to the pallet removal queue – is also semi-system guided. So here is a small point where we have a difference to our warehouse example. The waiter can take any empty mug from any of the tables – the warehouse operator is guided to remove a specific HU. Still we could argue that we have some kind of in-build guidance or at least a sorting in our mug-process, as the number of empty mugs provides a good visibility of the urgency to head for a specific table. So the table with the most of the empty mugs is at the top of the empty-mug-removal queue.
The queue determination for the empty-mug queue is based on the the source tables. In those party-tents usually one waiter is responsible for a fixed set of tables – his ‘activity area’. But this is a topic we might look into with a separate post.
So in summary and as you can see – is almost the same thing.
In Germany we call it Oktoberfest – in EWM we call it ‘Task Interleaving’.
Note: We hope you liked this post and could learn something out of it. In case you are interested to receive more information or direct support in regard to this topic please feel free to create a request or contact the author directly (contact details below).