3.4 Warehouse Management with SAP EWM
3.4.2 Warehouse Organization and Stock Movement
The acceptance of a warehouse management system is, among other things, based on its seamless integration in an ERP system and on its flexibility in mapping logistics processes. SAP EWM was developed for complex warehouse and distri- bution centers with a variety of products and a high document volume. That is why the design of this new, decentralized warehouse management system has special emphasis on the flexible mapping of warehouse-internal processes. The extent of
SAP ERP
Logistic Execution (LE)
Inventory Management (IM) Transport (LE-TRA)
Inbound Outbound
Procurement Production Distribution
Sales Order
Outbound Delivery Purchase
Order
Inbound Delivery
Customer Vendor
Production Order
Goods-Receipt Processing
Goods-Issue Processing Inventory
Inbound Shipment
Outbound Shipment Shipment Execution
Freight-Costing
Put-Away Picking
SAP EWM (Extended Warehouse Management) Inbound-Del.
Notification
Inbound Delivery
Outbound-Del.
Request
Outbound-Del.
Order Outbound
Delivery Warehouse Order
Warehouse Task
Fig. 3.37 Decentralized warehouse management with SAP EWM
3.4 Warehouse Management with SAP EWM 157
functions has been expanded considerably in comparison to the existing WM and supplemented by a number of warehouse structure elements.
In this section, we will provide a short introduction to ERP integration, followed by an overview of warehouse organization and the special features connected to stock movements in SAP EWM.
The technical linkage of EWM to ERP and such functions as the transfer of inbound and outbound deliveries between the systems take place in real time via defined interfaces. These interfaces enable the seamless integration of both systems by distributing, altering and returning data relevant to delivery.
Inbound and outbound processing is performed asynchronously, based on the sequence stored in theinboundandoutbound queues. In the event of an error, for example caused by a missing network connection, this queue saves all transfers and allows processing to continue seamlessly as soon as the error has been located and eliminated. The queue enables the real-time and bidirectional exchange and processing of information.
Figure3.38shows the technical integration of SAP ERP and SAP SCM. For the transfer of master and transactional data, two different procedures are used: master data distribution via CIF and communication and distribution of document data with the aid of BAPIs:
• The distribution of master data is done via theCore Interface(CIF). The master data to be distributed is selected using an integration model in SAP ERP, and actual distribution is done from ERP to SCM.
• The communication and distribution of document data is done with the aid of BAPIs(Business Application Programming Interfaces). These are interfaces that are accessed with an RFC connection (Remote Function Call).
SAP ERP
Inbound Delivery Plant Shipping Point
Customer Vendor Material
Outbound Delivery
Master DataTransactional Data
SAP EWM
Inbound Delivery Notification
Location
Business Partner
Product
Master DataTransactional Data
Outbound Delivery Request qRFC
Core-Interface (CIF)BAPIs
Fig. 3.38 Overview of technical integration
You can find more information on the integration and distribution of master data and the interface technology used in that process in Volume 1, Chap. 2, “Organiza- tional structures and Master Data”.
From a technical standpoint, close integration of EWM and ERP is achieved via interfaces, while process integration is primarily done viaorganizational data(see Fig.3.1). As in the case of integration of the WM system, in SAP EWM, organiza- tional allocation of warehouse numbers is initially achieved by their allocation to specific plant/storage location combinations. Stock management is always executed in ERP, and all quantities of materials stored in an EWM warehouse are allocated on the plant/storage location level. However, the assigned WM warehouse number is identified in the system settings as a decentralized warehouse, and informs the system that warehouse-logistics-related processing is to be conducted in a decentralized warehouse management system, and the respective document is replicated to the integrated EWM system. This ERP warehouse number is assigned an EWM warehouse number in the EWM system settings.
Allocation of a decentralized warehouse
From the viewpoint of SAP ERP, decentralized warehouse management, specifically the integration of an EWM system, is executed through the allocation of a WM warehouse number to a specific plant/storage location combination. The WM warehouse number in this case is identified in the ERP system settings as a decentralized warehouse number and represents a type of
“interim storage number” for the technical system integration of SAP EWM.
Based on this procedure, both a decentralized connection to an EWM system as well as central warehouse management with WM can be achieved simul- taneously for a single plant, depending on the warehouse locations deter- mined for a specific material. This flexibility allows the separation and selection of the warehouse management system on the material level. The interim storage number is used exclusively for integration purposes and has no further logical significance in ERP.
The structure of a warehouse is typically based on the goods and their required space, and according to any existing automation technology and requirements. As in the case with WM, SAP EWM also offers several possibilities to map an individual warehouse structure according to its operational requirements. This organization data also plays an important role in the control of processes (see Fig.3.40).
Comparable to WM, thewarehouse numberin EWM also represents a physical warehouse or complete warehouse complex in which stock is stored. Even though the two systems are not related, the warehouse number in EWM also summarizes the individual physical areas of a warehouse complex in a logical manner, and with its four digits, it represents the highest organizational level.
3.4 Warehouse Management with SAP EWM 159
The storage types generally serve to categorize the physical sections in a warehouse according to technical, spatial and organizational aspects. Based on spatial circumstances and physical characteristics of the storage equipment used, block storage, open storage and high rack storage are defined by a company’s own physical storage types. In addition, the use of a certain storage type can be changed in the system settings of SAP EWM with the aid of arole code. This code indicates whether a storage type is a “regular storage type” based on the previous definition or a spatial area for the identification, provision, removal or inspection of materials.
Ayard, meaning the parking area assigned to a warehouse, is also a storage type to which the respective “yard role” has been allocated.
Within a certain storage type,storage sectionscombine all storage bins having certain homogenous characteristics. Such characteristics can relate to materials stored in the bins. The respective criteria are user-defined, and serve as an organi- zational aid and control and optimization parameters for storage. Examples of storage sections include certain zones within a storage type (racks) with regard to inventory turnover and the composition of a material (see Fig.3.40).
Storage section
A storage section exists in a warehouse for high rack storage. Based on the inventory turnover of the materials stored there, two storage sections are defined. Materials with a low turnover frequency, orslow-moving items, are stored in a rear storage section. To minimize travel times during material removal, thefast-moving itemsare stored near the aisle in the front section of the rack.
Storage binsrepresent master data and signify the physical locations, that is, the bins with their specific coordinates (see Fig. 3.39). In addition to the specific allocation of a storage type and section, storage bin master data includes precise information on the storage bin type, volume and maximum weight that can be stored in that bin. The storage bin type is particularly used in the determination of the putaway strategy and the search for a suitable storage bin, and determines the type of pallet that can be stored in that storage bin.
Storage bin
Figure3.39 shows the storage bin master data for Storage Bin 01-01-A in Storage Type 0050 (fixed bin storage). Based on the allocation of Storage Bin Type P002, the storage bin is set up for pallets having a height up of to 2 m. In addition to general master data, the storage bin data also includes information on the current stock situated in that storage bin, as well as on the most recent stock movements.
The current stock of a certain material quantity having the same characteristics is mapped usingquants. We have already discussed quants in Sect.3.3.1, “Warehouse Structure and Integration”, with regard to WM. They aid in the transactional management of stock on the lowest storage bin level. Quants are created in an EWM system in the same way as in WM, through the putaway of material in a storage bin. Picking and stock transfers cause the stock, and thus the quant, to be updated and automatically deleted by the system if stock is no longer situated in that particular storage bin.
Activity areas are a special feature in SAP EWM and represent a logical grouping of storage bins with regard to the warehouse activities to be performed, such as putaway, inventory-taking and picking. Activity areas serve the optimiza- tion of warehouse activities. To do so, the storage bins for which an activity is to be executed are sorted according to the criteria stored in the system before the system generates warehouse tasks along the lines of thewarehouse task creation rules.
Creating warehouse tasks to perform warehouse activities – a further special feature of SAP EWM – is explained in the following section.
Doorsare allocated to a specific warehouse number and describe the physical location where transport units and their vehicles are loaded and unloaded and materials arrive at or leave the warehouse. From a system viewpoint, a door is a storage bin to which a certain storage type with the storage role “door” is assigned and for which a specific loading direction has been determined. The loading direction determines whether a door is only to be used for goods receipts or goods issues or both movement directions. In operative practice, these doors are in the vicinity of the staging areas in which putaway and picking processes are controlled.
Fig. 3.39 Storage bin master data
3.4 Warehouse Management with SAP EWM 161
Staging areas, in their function as interim storage areas, control inbound and outbound delivery processes. From the system view, staging areas represent a special storage type (storage type role) that has been assigned a warehouse number and at least one door. From the viewpoint of goods receipt, staging areas are used to temporarily store unloaded materials to be put away. For goods issue, they serve as interim storage of material quantities already picked and waiting for loading.
Awork centeris a physical location in a warehouse where certain warehouse activities can be carried out and to which a material quantity can be moved for that purpose. Such activities include:
• Deconsolidation
• Packing
• Counting
• Quality inspection
Depending on the activity to be performed, thework center layoutdetermines which tab is shown in the respective system work center (see Figs.3.54,3.56,3.68).
From a technical standpoint, a work center is also a storage type with an allocated storage bin and corresponding settings for the required storage sections. This flexibility enables you to customize a work center, especially for deconsolidation or quality inspection, and assign inbound and outbound sections.
Organizational structures in EWM
Figure3.40 shows Warehouse Number 1000. Goods receipt takes place at Door A, and goods issues via Door B. Storage Type A refers to the goods receipt staging area in which materials are kept after unloading until their final putaway in Storage Type D or E. Mixed pallets are deconsolidated at a work center (Storage Type C) before putaway. Certain storage bins (P) in the rack storage (Storage Type D) and in the high rack storage (Storage Type E) have been grouped into a single activity area. To optimize warehouse pro- cesses, the high rack storage (Storage Type D) has been split into two storage sections. The storage section for fast-moving goods is close to the goods issue staging area.
In addition to the organizational units mentioned for warehouse structuring, SAP EWM uses other master data to automate and thus optimize procedures in the warehouse. The most significant master data and its use are detailed below.
The tasks to be performed in a warehouse are processed automatically using warehouse automation technology or manually by warehouse employees. Ware- house employees and their equipment (pallet trucks, forklifts, etc.) are mapped in the system asresources. Every resource belongs to a specificresource typeand is clearly allocated to aresource group.
The resource type groups resources with similar technical or physical qualities, such as their horizontal speed, qualification and preferences. The resource type
allocated to an employee with its assignedbin access typedetermines such issues as whether that particular resource (in this case, a person) is only allowed access to certain stock situated in a particular section of the warehouse, or that only handling units of a certain size (handling unit type) may be moved.
The resource group determines the sequence in which warehouse tasks are selected for the corresponding resource. To execute and accept warehouse tasks, the resource can log in to aradio frequency environment(RF environment).
Because SAP EWM is an SCM component, the material master data is distributed from ERP to SCM via the APO Core Interface (described in Volume 1, Chap. 2, “Organizational Structures and Master Data”). Awarehouse productis the warehouse-number view of the material master, and contains EWM-specific parameters only applicable to a specific warehouse and a specifically authorized employee. Such data includes information on the control of picking and putaway, parameters governing the determination of a storage section and the characteristics of storage bins in which a product can or must be placed (see Fig. 3.41). The relevance of these parameters is described in more detail in reference to storage control.
The general procedures for serialization and batch management are detailed in Volume 1, Chap. 3, “Organizational Structures and Master Data”. Both functions are also available in SAP EWM.
Serial numbers are a series of characters used in addition to a material number to allow differentiation between an individual item and other materials with the same material number. In particular, companies that supply customers with high-priced
Door ADoor B
Bin Bin
Bin Bin
Inbound
Outbound
Goods-Receipt Staging Area
Storage Type A Storage Section Bin
Goods-Issue Staging Area
Storage Type B Storage Section Bin
Storage Type C Storage Section Bin
Deconsolidation Work-Center
Storage Type D (Racks)
Storage Type E (High-Rack) Storage Section
(Fast Moving)
Storage Section (Slow Moving)
Storage Section (Total) P
P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P
P P P P P P P P P Activity
Area
P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P P
Storage Section
Bin Parking
Warehouse 1000 Yard 1000
Bin Bin Bin
Storage Section
Bin
Check-Point
Fig. 3.40 Organizational structure of an EWM warehouse
3.4 Warehouse Management with SAP EWM 163
items often want to give each product a specific number for easy identification, such as for warranty and guarantee reasons. EWM offers the opportunity to give each item a 30-digit serial number in addition to the product number. These serial numbers are managed by profiles, which are assigned to products and can control such questions as whether entering a serial number at goods receipt is obligatory or optional. In addition, the assignment of serial numbers can also be location-depen- dent: It is possible to issue serial numbers only to a product located at a specific site, or to make the assignment of a serial number obligatory at only one site.
Batcheshave become very important to many industries, and regulations some- times require their use. Companies in the food and animal feed industries, as well as chemical and pharmaceutical companies, are especially subject to laws requiring the traceability of critical components or ingredients in all production, processing and distribution stages and to establish a suitable crisis management program.
Based on the complexity of batch characteristics or shelf-life issues – such as in the food industry – many companies need comprehensive batch management. SAP EWM includes the complete integration of batch management. In all processes, such as goods receipt or picking, batches or their characteristics can be taken into
Fig. 3.41 Warehouse product with EWM-specific parameters
account. EWM can process batch specifications from the ERP system, but also can determine batches itself, based on the corresponding batch search strategy.
Dangerous goods in logistics require special storage circumstances for legal reasons alone. It is especially important for a warehouse management system to monitor processes surrounding the safe handling of hazardous material and support employees in observing legal and operational specifications. With its component SAP Environment, Health, and Safety Management (SAP EHS Management), SAP EWM can enable safe handling, storage, and the secure transport of dangerous goods.
The EHS functions supplied by EWM include phrase management, with which text modules in various languages can be managed to save information on danger- ous goods and issue it on dangerous goods documents. EWM allows you to save information pertaining to a hazardous substance in the dangerous goods master record, such as data required for a dangerous goods check. In addition, EWM provides a function with which you can print a list of dangerous goods for the fire department, including all pertinent information.
Apackaging specificationprovides information on all packaging requirements for materials to be put away or transported, and contains information on each material regarding the packaging materials required, as well as what steps are involved in the packaging process. The packaged content refers to the material to be packaged or another packaging specification. Generally, this information is used for the automated palleting of materials, and controls which storage bins are possible for putaway at the time of goods receipt. Packaging specifications are also supported by the following processes and work steps:
• Packaging at work centers
• Packaging during confirmation of warehouse tasks
• Packaging and deconsolidation using the RF Framework
Determining what packaging specification to use is done automatically on the basis of SAP consolidation technology. The option of defining your own conditions, characteristics and circumstances and using them as a condition record in the system lets you determine packaging specifications and tailor them to operational needs.
Packaging specifications can be structured hierarchically and enable you to map complex packaging procedures: The packages are organized in a hierarchy and must be packaged according to instructions saved for the respective packaging level (see Fig.3.42). Packaging specifications can be printed out to serve as instructions for employees in the warehouse for such tasks as how to affix labels or stack products on pallets.
Means of transport such as trucks are mapped in EWM asvehicles. Vehicles are used to group deliveries and are loaded and unloaded at warehouse doors. These procedures lead to a change in status of the allocated delivery document, and enable integration with transportation management, for instance, to generate bills of lading. Means of transport can be further specified with transportation units, the actual load carriers. A transportation unit is the smallest loadable unit of a vehicle,
3.4 Warehouse Management with SAP EWM 165