SAP EWM System Integration Tutorial

1. SAP EWM System Integration https://www.usaonlinetraining.com Call / WhatsApp : +91 9160401016

2. EWM Note: When entering transaction codes that begin with the “/” character in the Command field, you must always prefix the transaction code with“ /n”.

3. Extended Warehouse Management is designed to run as a de-centralized system. It is considered an application in the SCM server landscape, although it can be deployed in the ERP server. First, we will review the “standard” deployment option in which EWM is a component in the SCM server landscape. The deployment options are shown in the figure below. System Landscape EWM Functions and Processes The various EWM functions can be grouped into processes as shown in the illustration below.

4. System Landscape

5. EWM Functions and Processes The various EWM functions can be grouped into processes as shown in the illustration below. System Integration

6. Availability Groups for Inventory Management EWM does not maintain the ERP storage location in the EWM warehouse quant data. In its place, the system uses the EWM availability group code to determine an EWM stock type. In EWM customizing there is a table that maps the ERP Plant, storage location and Logical system number to an availability group code. The availability group is also the link between stock types in EWM and the ERP plant and storage location stock. You can have different stock types in EWM for one storage location in ERP. System Integration

7. EWM Functions and Processes At the core of the Inbound Processes is the goods receipt process that includes the functionality necessary to direct the movement of products from the warehouse door to their final destination bins. Based on configuration settings and master data, products can be putaway in an optimal fashion. Use of the Slotting and Rearrangement function can be used as an integral part of the putaway optimization process. During slotting, a storage concept is automatically determined for a product. The system determines the underlying storage parameters that are relevant for putaway on the basis of product data, requirement data, and packaging data. Rearrangement is used to optimize the arrangement of your products in the warehouse by moving stock such as fast-moving items to the relevant optimal storage bin as determined by the slotting process. EWM Functions

8. EWM Functions and Processes Yard Management can be used to monitor and manage vehicles (Transportation Units) that arrive to deliver products to the warehouse. Although described as part of the Inbound Process, Yard Management can be used to also manage Transportation Units (TU's) that arrive to pick up orders to be delivered to customers or other company warehouses. Materials that are being received into the warehouse may require quality-related inspections. These inspections can be managed using the EWM Quality Inspection function through the use of the Quality Inspection Engine (QIE). Quality inspection documents are created for the products to be inspected and the results of the inspections can be posted against them. EWM Functions

9. Outbound Processes represent the second of the major EWM processes. Within the Outbound Processes, goods issue represents the pick, pack, staging and loading of products from the warehouse. The remaining processes in the Outbound processes support the goods issue process. Using the Wave Management function you can use EWM to combine items or split items from warehouse requests for outbound deliveries into waves. These waves must be picked and processed at roughly the same time. Waves can be created manually or automatically in EWM. In cross docking you transport the products or HU's from goods receipt to goods issue without putaway occurring in between. In the case of push deployment (PD) and pick from goods receipt (PFGR), you start by working with a standard goods receipt process. Transportation cross-docking (TCD) supports the transportation of handling units (HUs) across different distribution centers/warehouses to the final destination. If the final destination is a customer site, a sales order in SAP ERP or CRM forms the basis for TCD. However, TCD can also be used to support the movement of HU's between your warehouses. In this case, a stock transfer order forms the basis for TCD. EWM Functions

10. Packing in the Outbound processes generally involves the removal of stock from a storage bin and placing it into a pick handling unit (HU). Depending on your packing requirements, the pick HU may be taken to a packing work center where the products in the pick HU are packed further into other HU's for shipping or repacked into other HU's. Replenishment control can be used to re-stock a picking area in accordance with the demand for products that are picked in this area. There are several replenishment strategies that can be used to direct the replenishment process. Data that can be used to determine replenishment stocks can come from slotting, open warehouse requests, and can be entered manually. The functions in Environmental Health and Safety (EH & S) provide support for the proper handling and storage of hazardous substances in the warehouse. In addition, these services can help insure that goods are transported in accordance with the various governmental regulations. EWM Functions

11. Physical Inventory processes in Extended Warehouse Management (EWM) are used to carry out a physical inventory of products and handling units (HU's) for stock control and balance sheet purposes. You have the following options: • Storage-bin-specific physical inventory - this option refers to counting a storage bin and therefore to all the products and HU's in this storage bin. • Product-specific physical inventory - this option refers to counting a specific product in one or more storage bins and/or HU's. To perform a physical inventory, you can choose between three business inventory procedures: • Periodic physical inventory procedure • Continuous physical inventory procedure • Cycle counting EWM Functions

12. In this section we will review the various ERP/EWM documents that are used in the inbound and outbound processes. All process-related data is communicated between the SAP ERP and EWM systems via delivery documents. A document contains all the data required to document and control a business process. Various documents are used in delivery processing to control the processes. EWM Documents Inbound Process Documents Inbound Delivery Notification: The inbound delivery notification is a document containing all the relevant logistics data in the inbound delivery process right from the origin of the inbound delivery process (shipping notification, delivery note or purchase order). The data from the advanced shipping notification from the supplier is saved in the inbound delivery notification. Inbound Delivery: The inbound delivery is a document containing all the data required for triggering and monitoring the complete inbound delivery process. This process starts on receipt of the goods in the yard and ends on transferal of the goods at the final putaway, production or outbound delivery. The inbound delivery is created after activating an inbound delivery notification. The inbound delivery adopts all the relevant data from the inbound delivery notification.

13. Outbound Process Documents Outbound Delivery Request: The outbound delivery request is a document containing all the relevant logistics data in the outbound delivery process from the origin of the outbound delivery process (For example, the sales order). The outbound delivery request contains the transferred data from a reference document (an outbound delivery) in order to create an outbound delivery order EWM Documents Outbound Delivery Order: The outbound delivery order is a document containing all the data required for triggering and monitoring the complete outbound delivery process. This process starts with the first planning activities for the outbound delivery and continues until the finished goods have been loaded and sent. Outbound Delivery: The outbound delivery is a document representing the goods to be delivered together to a goods recipient. An outbound delivery is created by selecting the action Create Outbound Delivery in the outbound delivery order.

14. Posting Change Documents Posting changes can be generated internally in EWM or they can be created in the ERP system. In EWM, the term “posting change” is used to refer to a change in the material/product, batch, stock type or stock usage. For example, a posting change is used to scrap a product that has been damaged in the warehouse. EWM Documents Posting Change Request: a posting change request is a document into which the system copies all relevant logistics data from the initiator of this process. You use the posting change request to save the logistics data transferred from a reference document to create a Posting Change. Posting Change: The Posting Change is a document containing all the data required for triggering and monitoring the complete posting change process. It is from this document that the warehouse tasks are created to carry out the posting change movement.

15. For delivery data exchanges, delivery integration settings must exist in the EWM system. SAP provides a set of standard settings for the common SAP delivery documents. The foundation of these settings exist in a table used to translate ERP delivery document types to EWM delivery document types. The illustration below shows the mapping of the ERP delivery document type to the EWM delivery document type. Delivery Document Integration ERP Document Type to EWM Document Type Mapping In addition to mapping of the delivery document types, the integration between the ERP system(s) and the EWM system includes a mapping table that maps the ERP Delivery item categories to the EWM Item Type code. The following graphic illustrates this mapping.

16. The document header is defined in the EWM system by a combination of the document category and the document type codes. The document category classifies the different documents that can be processed by the system in delivery processing. Document category codes are predefined in the EWM system and cannot be changed. The following are document categories that exist in delivery processing: Delivery Document Integration The EWM document type classifies a document with regard to the complete delivery process. The document type defines the primary business use of the document. Shown below are examples of EWM document types:

17. table below are the major EWM delivery documents and their respective document type and document category codes. Delivery Document Integration Each combination of document type and document category in the table above represents a document in a EWM business process

18. Document Item In the delivery document items are contained the information related to an individual products within the delivery. Listed below are examples of item related information: • Product/material number • Delivery quantity • Weight and volume for item • Location-related information such as goods receiving point or unloading point. • Dates such as goods receipt or picking date. • Tolerances for over and under delivery quantities. Each delivery document item is identified by an item type, the document type of the delivery document in which it appears and the item category code. The item category classifies the delivery item into its basic use. The following table lists the item categories: Delivery Document Integration

19. Warehouse Request Documents A warehouse request is an EWM document that enables the processing of warehouse activities for a specific group of products. The following are the main warehouse processes and their corresponding EWM warehouse request document:: EWM Documents Picking - the Outbound Delivery Order created from the outbound delivery request document is the warehouse request document for the goods issue process • Putaway - in the goods receipt process the Inbound Delivery document serves as the warehouse request document. • Posting Change - for posting changes the warehouse request document is the Posting Change document From the warehouse request documents, EWM can create the warehouse tasks required to complete the warehouse process. When a warehouse request is created a warehouse process type must be determined for the document. The warehouse process type contains the configuration settings related to the direction of the movement (putaway, picking), location information (default source or destination) and process-related settings.

20. Warehouse Tasks and Warehouse Orders For the physical movement of material in the warehouse, EWM uses Warehouse Tasks and Warehouse Orders. Warehouse Task A warehouse task is an EWM document that is created to execute goods movements. Logical or physical goods movements or even stock changes can be the basis for a warehouse task. These include: putaway, pick, posting changes, internal movements, Goods receipt posting, Goods issue posting. EWM Documents Warehouse tasks are created either with reference to a warehouse request document or they can be created without reference. For example, Internal goods movements can be created without reference to a warehouse request document. Warehouse tasks are controlled by the warehouse process type. Warehouse tasks can be created manually, triggered automatically from a process like wave picking, or dynamically as a result of a preceding warehouse movement

21. Warehouse Order Warehouse tasks are grouped into warehouse orders to form “work packages” for warehouse employees (resources) to perform. The warehouse order consists of warehouse tasks or physical inventory items. After warehouse tasks are created, they are assigned to warehouse orders based on warehouse order creation rules (WOCR's). Warehouse order creation rules are defined in customizing and are assigned to activity areas. The source or destination bin locations in the warehouse tasks are used to determine the activity areas to be used to obtain the WOCR's to be applied to the task. EWM Documents

22. Two different storage locations are used: AF00 (Available for sale) and RD00 (Received on dock). RD00 is used to keep stock which is currently in the process of putaway, e.g. these quantities are not really physically available. Only if the product is finally stored on it's destination storage bin, a transfer posting for the quantities is made from storage location RD00 to storage location AF00. EWM Contd..

23. Yard Management can be used to monitor and manage vehicles (Transportation Units) that arrive to deliver products to the warehouse. Although described as part of the Inbound Process, Yard Management can be used to also manage Transportation Units (TU's) that arrive to pick up orders to be delivered to customers or other company warehouses. Materials that are being received into the warehouse may require quality-elated inspections. These inspections can be managed using the EWM Quality Inspection function through the use of the Quality Inspection Engine (QIE). Quality inspection documents are created for the products to be inspected and the results of the inspections can be posted against them. System Integration

24. Yard Management can be used to monitor and manage vehicles (Transportation Units) that arrive to deliver products to the warehouse. Although described as part of the Inbound Process, Yard Management can be used to also manage Transportation Units (TU's) that arrive to pick up orders to be delivered to customers or other company warehouses. Materials that are being received into the warehouse may require quality-related inspections. These inspections can be managed using the EWM Quality Inspection function through the use of the Quality Inspection Engine (QIE). Quality inspection documents are created for the products to be inspected and the results of the inspections can be posted against them. System Integration

25. The Warehouse Number is the organizational unit at the highest level in Warehouse Management. It is used to represent the warehouse complex. In practice, the warehouse mostly corresponds to a physical building or distribution center. There are different forms where products are physically stored in a warehouse: various types of racks, any open storages, goods receipt and goods issue areas. This is represented with storage types as a group of warehouse bins with similar characteristics. Storage types are defined on the basis of their spatial or organizational features. A storage section is a subdivision of a storage type and represents a group of bins that generally have some sort of like attribute. Common used storage sections are fast-moving or slow-moving items or the type of stored products. Storage sections are used for determining the putaway storage bin. On lowest level of organizational structure are storage bins. They are assigned to a storage section (if exist) and a storage type and represent the physical location or storage space where the products are stored in the warehouse. Whenever you keep a product in your warehouse, you have to indicate it's exact residence: the storage bin. The coordinates of the storage bin tell you the precise position in the warehouse. Storage bins are considered as master data. EWM

26. Storage bins - independent of their assignment to a storage type - are logically grouped in activity areas. Per activity, such as picking, putaway or physical inventory, you define an activity area. Activity areas are used do define the bin sorting, when warehouse orders are created. According the activity , the same storage bin can be assigned to multiple activity areas. EWM

27. Storage Type • A storage type is a physical or logical subdivision of a warehouse complex, which • is characterized by its warehouse technologies, space required, organizational • form, or function. The storage type is a four character code, defined in EWM customizing. It's use is defined in a storage type role as: • Standard Storage Type - represents a physical area in the warehouse where • products are stored. SAP has pre-configured a number of standard storage • types. • • Identification Point - typically an area within a warehouse where goods are • labelled/identified/checked during a goods receipt process • • Pick Point - a physical area within the warehouse where goods are checked/labelled/inspected/packed during a goods issue process • • Identification and Pick Point - an area within a warehouse where both id and • pick point processing takes place. • • Staging Area Group - represents one or more material staging areas in the • warehouse. • Work Center - a storage type that represents a physical area within the • warehouse where certain processes take place such as deconsolidation, • inspection, packing or value added service processing • • Doors - this role is used to represent one or more doors is a certain physical • location within a warehouse. For example, the doors on the west side of the • warehouse. EWM

28. Supply Chain Unit The supply chain unit contains essential information, such as country, region, and time zone. The system uses the time zone for the warehouse number when displaying all date and time fields. When a location is created in SAP SCM either manually or by transfer via the core interface (CIF), the system automatically creates an SCU with identical general and address data and the business character planning location. Conversely, if you create an SCU with the business character planning location, the system automatically creates a location with identical general and address data. If you create an SCU with the business character Warehouse, the system does not create a corresponding location. After you have entered any product master data or document data for a warehouse, you should no longer change the assignment of the supply chain unit to the warehouse number. Doing so can result in subsequent errors. EWM

29. EWM Yard - in this role, a storage type represents a yard adjacent to the warehouse. • Material Flow Control - A storage type with this role represents an area or system using automated storage / retrieval automation such as a conveyoring system. • Work Center in Staging Areas Group - represent a work center within a material staging area Storage Section A storage section is an organizational subdivision of a storage type, which joins together storage bins with similar attributes for the purpose of putaway. The criteria for joining these bins together can be defined in any way, for example, heavy parts, bulky parts, hazardous materials having certain characteristics, fast-moving items, slow-moving items.

30. A storage bin is the smallest addressable unit of space in a warehouse and represents the exact position in the warehouse where products can be stored. The bin coordinate is 18 characters in length. Since the address of a storage bin is frequently derived from a coordinate system, a storage bin is often referred to as a coordinate. For example, the coordinate 01-02-03 could be a storage bin in aisle 1, stack 2, and level 3. • Aisle • Stack • Level • Bin subdivision • Bin Depth You can also define additional attributes for a storage bin: • Storage bin type - used to indicate relative size of bin and/or actual bin dimensions • Bin Access Type - used to control how bin is accessed by resources • RF Verification field - used in RF scanning to verify that the correct bin is being accessed • Geo-coordinates of storage bin - used by EWM to compute distances between the bins in goods movements • Capacity checking attributes (max weight, volume, total capacity) - used to control the amount of product assigned to a bin. • Fire containment section - used in product hazardous material reporting EWM

31. EWM Material Staging Areas After unloading or before loading, material can be stored on an interim storage, the material staging area. A material staging area defines a storage section of a storage type with role “D” (staging area group). You configure the activity that is performed in the material staging area (either inbound or outbound or both), additionally it is possible to assign Activity Area Warehouse activities (as of putaway, picking, physical inventory) are executed in activity areas. The idea is, that, according to the assignment of storage bins to an activity area, the sequence of warehouse tasks is optimized. You create activity-dependent bin sortings within an activity area.

32. EWM An Activity Area represents logical section of the warehouse that groups storage bins based on defined warehouse activities. Examples of activity areas include: • Putaway • Picking • Physical Inventory You use activity areas to provide logical subdivisions in your warehouse. In these activity areas, different warehouse workers execute certain warehouse activities, such as putaway or picking. You create activity-dependent bin sorting's within an activity area. Extended Warehouse Management (EWM) uses these bin sortings to optimize the execution of warehouse tasks.

33. Warehouse Process Types The warehouse process types are used to control the physical movements and postings in the warehouse. Purpose of WPT When different products are received in the warehouse, they are handled in various ways. Some products get moved directly into a storage bin, others need to be deconsolidated or counted first. This is controlled also by the warehouse process type In SAP Extended Warehouse Management the warehouse process type controls the movements inside the warehouse. The system processes each warehouse process (such as goods receipt, goods issue, posting change, and repacking) using such a warehouse process type. A warehouse process type is assigned to every warehouse task document. The warehouse process type has various effects on the creation of warehouse tasks. The warehouse process type is determined during the creation of the warehouse request document

34. Warehouse Process Types Warehouse Process Control indicator In the warehouse product master, in the Warehouse data view, there is a control indicator, the Process Type Determination Indicator that can be used to group products for which the same warehouse process type is to be used. SAP EWM uses this product master indicator when determining the warehouse process type during the creation of warehouse request documents. Using the Process Type Determination Indicator to determine warehouse process types can facilitate different handling of products during goods receipt or goods issue. For example, products which are to be moved immediately into high rack storage can be distinguished from material which needs to be processed in some way, like re-labeling. Warehouse Process Type Determination During the creation of a warehouse request document, the warehouse process type is determined. Since it is influenced by the product master, it is determined on the item level. For warehouse process type determination, various data fields like the document type, the item type, and the control indicator are used.

35. Warehouse Process Types The system determines the warehouse process type according to the logic outlined below, which means that all of the determining fields may not be required to determine a particular warehouse process type Assumptions for the access logic for warehouse process type determination are: • The item type is more specific than the document type. • The processing priority is more specific than the control indicator from the warehouse product master. • SAP EWM always takes into account the warehouse number, because process types are defined specifically for each warehouse number.

36. Warehouse Process Types The system determines the warehouse process type according to the logic outlined below, which means that all of the determining fields may not be required to determine a particular warehouse process type Assumptions for the access logic for warehouse process type determination are: • The item type is more specific than the document type. • The processing priority is more specific than the control indicator from the warehouse product master. • SAP EWM always takes into account the warehouse number, because process types are defined specifically for each warehouse number.

37. Other Courses SAP EWM S4HANA Embedded, WM,MM,REFX,PS,LogisticsOil & Gas,S4 HANA..and more https://www.usaonlinetraining.com Call / WhatsApp : +91 9160401016