This Blog is mainly on SAP Exam Questions and Selected "How-to" SAP processes

Tuesday, April 29, 2025

Q&A in Class (2025-04-30) S43000

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Classic vs S/4 FIORI Technical Object creation for SAP Plant Maintenance. 


Answer: The FIORI "UX" App "Create Technical Object" is a combined "UX" App to Create either Functional Location or Equipment and therefore combining the classic transaction code of IL01 and IE01. 
See link 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: The Classic Technical Objects transaction code in S/4HANA.


Answer: The above transaction codes are still valid in S/4HANA2023 similar to its availability in ECC EhP8

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question no 4045 : Valid Receivers for Production Order Settlement

In SAP Cost Object Controlling for Production Orders, which of the following determination factors for "Valid Receivers" for Production Order Settlement ?

(more than one answers)

A. Costing Variant.
B. Valuation Variant.
C. Production Order Type.
D. Planning Plant.
E. Settlement Profile.

Answer: C, E

The Order Type (Plant independent) is assigned with a Settlement Profile and the configuration of the Settlement Profile determines the Valid Receivers.

Tuesday, April 22, 2025

Q&A in Class (2025-04-22) EWM110

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What are the configuration steps of interface between ERP and EWM?

Answer: Configuring the EWM interface involves setting up the communication and integration between SAP EWM and other SAP systems (like ERP) or external systems. This typically includes defining logical systems, setting up RFC destinations, defining queues for data transfer, and generating distribution models. Additionally, configuring EWM parameters, defining warehouse structure, and creating master data like storage types, bins, and activity areas is crucial. 
Here's a more detailed breakdown of the configuration steps:
  1. Basic System Setup & Integration.
    • Define Logical Systems and Assign to Clients: Establish logical systems (both ERP and EWM) and assign them to their respective clients. 
    • Define RFC Destination: Configure the RFC destination in ERP for EWM to communicate with the ERP system. 
    • Set Up qRFC and Queues: Define queues for data transfer between ERP and EWM, ensuring the proper flow of data. 
    • Generate Distribution Model: Create a distribution model to specify which data objects and attributes should be transferred between systems. 
    • Configure EWM-Specific Parameters: Set up EWM-specific parameters eg: Supply Chain Unit, Plant integration to Business Partners for "Default Entitled Party to Dispose"
  2. Warehouse Structure and Master Data:
    • Define Warehouse Number: Create and assign warehouse numbers in both ERP and EWM, ensuring consistency. 
    • Activate EWM deployment scenario: Embedded or Distributed or External EWM. 
    • Define Plant, Storage Location, and Shipping Point: Define these elements in ERP and map them to EWM locations. 
    • Create Storage Types, Storage Sections, and Storage Bin Types: Define the organizational structure within the warehouse in EWM. 
    • Create Storage Bins: Define the physical storage locations within the warehouse using a program, template, or upload. 
    • Define Activity Areas: Define the areas where specific warehouse activities (like put-away, retrieval) can occur. 
    • Create Master Data (Material, Customers, Vendors): Transfer material master data, customers, and vendors from ERP to EWM using Core Interface (CIF) or ALE IDOC (BD10, BD20) depending on system and SAP version.  
    • Create EWM Work Centers: Define EWM work centers for Warehouse Inspection, Deconsolidation, Packing, Value-Added Service etc in Warehouse steps. 
    • Define Availability Group usually with nomenclature of "Plant/SLoc", assign it to Location-Independent Stock Type in EWM like "FF" (Unrestricted) or "QQ" (QI stock type). Also assign the Availability Group to Sub-stock type of "F1" (at Dock), "F2" (available for use).
      • "SPCW/RD00" - "F1" - "FF" assign to Plant SPCW and SLoc RD00
      • "SPCW/RD00" - "F2" - "FF" assign to Plant SPCW and SLoc AF00
  3. EWM-Specific Configuration:
    • Create and Mapping of EWM Inbound/Outbound Documents of different Category (for Inbound, Outbound, Posting Changes) to LE Inbound/Outbound Documents. 
    • Create and Mapping the Item Type in EWM Inbound/Outbound Documents to the Item Category of the LE Inbound/Outbound Documents.  
    • Define PPF Actions for the Header and Item Type EWM Document or Print and Process Control if necessary. 
    • Define Warehouse Process Types: Define the different types of warehouse processes (e.g., inbound, outbound, internal movements). 
    • Configure Process-Oriented Storage Control (POSC): Define how storage processes are controlled, including external storage steps and process definitions. 
    • Configure Storage type Determination Strategies for Putaway and Removal Strategy. 
    • Configure Storage section Determination Strategies for Putaway and Removal Strategy. 
    • Configure Bin Sorting parameters and perform Bin Sorting. 
    • Define Putaway and Replenishment Strategies: Determine how goods are stored and replenished within the warehouse. 
  4. Configure RF:
    • To configure Radio Frequency (RF) for SAP Extended Warehouse Management (EWM), you'll need to define the RF framework, create presentation devices, configure RF menus, assign users to RF profiles, and integrate with SAP ITS Mobile.
      • Navigate to SPRO -> SCM Extended Warehouse Management -> Mobile Data Entry -> RF Framework -> Define RF Framework Parameters.
      • Activate the RF framework for the required warehouse.
    • Define Presentation Devices:
      • Presentation Profiles: These define the appearance of the RF screens, including text size, layout, and more.
      • Presentation Device Maintenance: Define presentation devices to connect to SAP through a browser or a device that supports SAP Console. 
    • Configure RF Menu:
      • Navigate to SPRO -> SCM Extended Warehouse Management -> Mobile Data Entry -> RF Framework -> Define RF Menu. 
      • Define the menu structure and functions available on the RF devices. 
  5. Configure Material Flow System (MFS):
    • If using MFS, configure the interfaces, communication channels, and other relevant settings. 
    • Set Up Integration with Other Systems:
    • Configure integration with other SAP systems like Transportation Management (TM) or Production Planning (PP). 
  6. Testing and Validation:
    • Test Data Transfer: Ensure that data is transferred successfully between ERP and EWM. 
    • Use EWM Monitors: Tool - Queue to check if Message Arrival and troubleshoot the Log to identify issues of the Queue to address missing configurations accordingly. 
    • Test Warehouse Processes: Verify that warehouse processes (e.g., inbound, outbound, internal movements) work as expected. 
    • Validate Master Data: Ensure that master data (e.g., materials, storage bins) is correctly maintained in EWM. 
By following these steps, you can effectively configure the EWM interface to integrate with other SAP systems; However, it is important to note that SAP updates in its new SAP versions of simplified and/or additional steps to the configuration that will be applied to obsolesce and new functionalities.
See the following link for steps overview: 
Also check the following resources: 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the meaning of Custodian, Party Entitled to Dispose, and Ship-from Party ?


Answer: All of the 3 objects are created as Business Partner which represents the Plant (or Company) with the following attributes:
  • Custodian: The custodian is the entity that has direct physical control over the stock. This could be a specific plant or warehouse, and the warehouse itself can be a custodian, according to SAP Community.
  • Party Entitled to Dispose: The party entitled to dispose is the entity that has the right to sell, transfer, or otherwise dispose of the stock. This can be different from the owner or custodian.
  • Ship-from Party: Usually to represent as the Delivery Plant. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the purpose of Activity Area in SAP EWM ?

Answer: In SAP EWM, an activity area serves as a logical subdivision of a warehouse, used to group storage bins that are managed together for specific warehouse activities. It allows for defining activity-
dependent bin sorting, which optimize the execution of warehouse tasks like putaway or picking.

Here are characteristics and usages of Activity Area:
  • Logical Subdivision: Activity areas help divide a warehouse into sections, each dedicated to specific warehouse operations, such as picking, putaway, inventory counting, or replenishment. 
  • Activity-Dependent Bin Sorting: Within an activity area, you can create bin sorting that are specific to the activities performed there. This allows EWM to prioritize bins based on the type of task being executed. 
  • Optimizing Warehouse Tasks: By defining activity areas and their corresponding bin sorting, EWM can efficiently assign warehouse tasks to specific bins within the appropriate area, leading to streamlined warehouse operations. 
  • Flexibility: Activity areas can span across one or multiple storage bins, and they can also encompass bins from the same or different storage types. 
  • Storage Bin Assignment: Storage bins are assigned to activity areas, ensuring that warehouse tasks are directed to the appropriate areas and bins for optimal efficiency. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the purpose of the XYZ Coordinates in SAP EWM Storage Bin definition ? 


Answer: The following summary points on the EWM Bin XYZ Coordinates:
  • The XYZ coordinates of the Bin Structure can be represented in a a three-dimensional map. User can determine the XYZ coordinates of the warehouse storage bins by overlaying the warehouse diagram onto a map and measuring the location of the storage bins according to the XYZ coordinates of the map. 
    • SAP allows the mapping using the Metric measurement (M or Meter). 
    • If the company have an AutoCAD blueprint of the warehouse and all of the shelving/storage bins then the relative distance between aisles, stacks, levels, and bins specified by units of measure can be mapped in a 3D view of the warehouse via the X, Y, X Coordinates.
    • With the proper setup of the relative XYZ coordinates of the EWM bins, users can view the warehouse using /SCWM/GWL t-code (the Graphical Warehouse Layout (GWL) display two-dimension layout of your warehouse).
  • The X, Y, and Z coordinates specified for the Bins can then be used in the travel path calculations for labor management because the distance calculations are based on relative differences between the points.
    • In order to calculate the travel time based on the travel distance, the average speed of the resource assigned is used in the standard formula (time = distance/speed) (albeit using average speed of the resources in the warehouse) via t-code /SCWM/TDC_SETUP (Travel Distance Calculation transaction). 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is a suitable method to upload initial stocks in the EWM system ? 

Answer: The following are some guidelines for t-code /SCWM/ISU or Program /SCWM/R_INITIALSTOCKUPLOAD.

  1. Prepare the CSV File:
    • Structure: The CSV file needs to be structured according to the /SCWM/S_STOCK_UPLOAD_EXT structure, as mentioned in the SAP documentation.
    • Fields: The CSV file should include columns for:
      • Warehouse Number
      • Material Number
      • Quantity
      • Storage Bin
      • Handling Unit (HU) - if applicable
      • Other relevant details (e.g., Batch, Stock Type).
    • Format: The CSV file should be saved in a local format.
  2. Use Transaction /SCWM/ISU:Access: Navigate to the transaction code /SCWM/ISU.
    • Upload: Browse and select the prepared CSV file.
    • Check Data: Review the uploaded data to ensure accuracy.
    • Execute: Click the "Execute" button to initiate the stock data transfer.
    • Logs: A log will provide confirmation that the HU is created for the material and the material document is posted.
  3. Using Report /SCWM/R_INITIALSTOCKUPLOAD (Alternative Method):
    • Access: Navigate to the report /SCWM/R_INITIALSTOCKUPLOAD.
    • Upload: You can either upload a local CSV file or a file from an application server.
    • Process: The report will process the data in a similar manner to the /SCWM/ISU transaction.
  4. SAP Note 974852: Refer to SAP Note 974852 for guidance on building the stock upload CSV file. 
More resources for data migration: 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the purpose of the SCU (Supply Chain Unit) in the EWM system ?

Answer: In SAP EWM, a Supply Chain Unit (SCU) represents a physical or organizational entity involved in logistics processes. 
It can be a 
  • warehouse
  • a goods receipt office
  • a shipping office
  • or any other location where goods are handled
The purpose of a SCU is also to represent a specific geographical location and maintain its associated logistical functions within EWM. 

As in the above pictorial example
  • A Plant SPCW contain raw material storage locations of RD00 and RD01 which is linked to a EWM warehouse E100, the warehouse address is at the East Road with Gate 1 entered the Yard for the Goods Receipt Docking. A SCU (Supply Chain Unit) created also as E100 will be set using the East Road Gate 1 address with the Warehouse having activity attributes as a Warehouse and Goods Receipt Office. The Geo Data for SCU E100 is X1 Longitude and Latitude. 
  • The same Plant SPCW also contain finished product storage locations of AF00 and AF01 which is linked to another EWM warehouse of E101, but this warehouse address although the SAME but the exit gate for Outbound Delivery is via Gate 2 on the West Road. AND the SCU (Supply Chain Unit) will be created as E101 (same as the EWM warehouse E101) but will be assigned with activity attributes as a Warehouse and Shipping Office. The Geo Data for SCU E101 is X2 Longitude and Latitude. 
  • One Business Partner as SPCW code same as Plant code SPCW is created to be assigned to the Plant SPCW and also contain attributes as Custodian, Party Entitled to Disposal, and Ship-to Party AND the Single BP is assigned to both SCU E100 and SCU E101; as regardless of either Warehouse, the stock responsibilities of the raw materials SLoc at RD00 or RD01 OR finished goods SLoc at AF00 or AF01 are to ONE Plant SPCW. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Wednesday, April 16, 2025

Question no 4044 : Production Order activities before Release

In SAP Production Planning & Execution, which of the following are possible activities in a Production Order before it is Released ?

(more than one answers)

A. Costing calculation
B. Scheduling
C. Capacity determination
D. BOM and Routing determination
E. Reservation created for Components.
.

Answer: A, B, C, D, E

Sunday, April 13, 2025

Question no 4043 : NAST Message Output Printer Determination Source

In SAP Material Management, Purchasing Document Output Determination's Printer setting can be from which of the following ?

I. Purchasing Organization
II. Condition Record
III. Purchasing Document item level Purchasing Group
IV. Purchasing Document header Purchasing Group
V. Plant
VI. User default

(only one answer)

A. II, IV, VI
B. III, IV, VI
C. II, III, V, VI
D. I, II, VI
E. I, II, IV, VI
.

Answer: A

SAP SD and TM - Considerations and Arguments for Good Business Practice for Inco Terms treatment

The question of Good Business Practice (not Best Practice) for Split SD and TM Billing Documents by INCO Terms

Incoterms and Their Impact:
  • Incoterms specify the business agreement between the buyer and the seller at which the responsibility for goods, risks, and costs transfer from the seller to the buyer.
  • They agreed Incoterms influence the way goods are transported and handled, but don't dictate how a company's internal systems should process orders for deliveries.
  • Incoterms are part of the contract of sale, and they don't cover all aspects of a sale especially in international trade scenarios. 


Split criteria for "SD Outbound Deliveries" based on Incoterms:
  • No, there isn't a Standardized split criteria for SAP Outbound Deliveries based solely on Incoterms. 
  • While Incoterms define the responsibility for costs and risks associated with international trade, they don't dictate how a company should manage internal processes like delivery splits. 
  • Delivery splits, in systems like SAP, are determined by various factors including 
    • Shipping Conditions
    • Plant
    • Shipping Point
    • Other internal parameters.

Split criteria for "SD Billing Documents" with reference to SD Sales Order and/or Outbound Deliveries based on Incoterms:
  • From the Accounting perspective, it is generally a Best Practice to split Outbound Delivery to SD Billing by Incoterms, as different Incoterms can result in different cost responsibilities between the buyer and the seller. This ensures accurate billing based on the agreed terms of sale and avoids potential disputes or misunderstanding. 
  • AND in my opinion, the same principles applied when creating Billing document for the Freight Orders. 
  • Considerations: 
    • Incoterms Define Responsibility: Incoterms (International Commercial Terms) are standardized trade terms that define the obligations, risks, and costs associated with the delivery of goods between a buyer and a seller.
    • Varied Cost Structures: Different Incoterms assign different responsibilities for costs like transportation, insurance, and customs clearance. For example, in some Incoterms, the seller is responsible for costs up to the point of delivery, while in others, the buyer takes on the costs.
    • Accurate Billing: Splitting outbound delivery to billing by Incoterms ensures that the invoice accurately reflects the agreed-upon cost allocation. This helps avoid situations where one party is overcharged or undercharged for costs that should have been borne by the other.
    • Clear Transaction: By aligning the billing with the Incoterms, you create a clear record of which costs are included in the price and which are separate, improving transparency and reducing the potential for disputes.

Split criteria for "TM Freight Units" based on Incoterms:
  • While not explicitly a Best Practice in the strictest sense, splitting freight units by Incoterms can be a valuable strategy for better clarity and management of international trade shipments. It helps to clearly define responsibilities and risks, potentially streamlining logistics and reducing disputes. 
  • Hence, to split/combine outbound deliveries items with different Inco Terms into Freight Units each having the same Inco Terms can be a Good Business Practice for clarity especially when managing international trade shipments.
  • However, the specific benefits and drawbacks depend on the context, including the specific Incoterms used and the complexity of the shipment.
  • Benefits of splitting by Incoterms:
    • Clearer responsibility: Incoterms outline who is responsible for different aspects of the shipment (e.g., arranging transport, paying for insurance, handling customs clearance). Splitting freight units based on these responsibilities can make it easier to track and manage those responsibilities.
    • Improved risk management: By understanding when and where the risk of loss or damage transfers from the seller to the buyer (as defined by the Incoterm), you can better allocate insurance coverage and manage potential claims.
    • Easier cost tracking: Incoterms specify who is responsible for different costs (e.g., freight, insurance, customs duties). Splitting freight units can help in accurately tracking and allocating these costs.
    • Streamlined logistics: By clearly defining responsibilities, you can streamline the logistics process and reduce the potential for delays or misunderstandings.
    • Reduced disputes: When responsibilities and risks are clearly defined, there is less chance for disputes about who is responsible for what, or who should pay for what.
  • Potential drawbacks:
    • Increased complexity: Splitting freight units by Incoterm can add a layer of complexity to the overall shipment management process.
    • Administrative overhead: More freight units generally require more administrative effort to create, track, and manage.
    • May not always be necessary: If the shipment is simple and the Incoterm is well understood by all parties, splitting by Incoterm might not be necessary.
    • Potential for misunderstandings: If the Incoterms are not clearly defined or understood, splitting freight units based on them can actually increase the risk of misunderstandings and disputes.
  • When it's a good idea:
    • Complex shipments: For shipments involving multiple modes of transport, multiple parties, or complex customs procedures, splitting by Incoterm can be beneficial.
    • When there are potential risks: If there is a higher risk of damage or loss, or if the Incoterms involve more complex risk transfer points, splitting by Incoterm can help clarify responsibilities.
    • When there are multiple parties involved: If the shipment involves multiple buyers, sellers, or other parties, splitting by Incoterm can help clarify their individual responsibilities.  
  • In summary:
    • Splitting freight units by Incoterms can be a valuable strategy for international trade, but it's not a one-size-fits-all solution. It's important to consider the specific circumstances of the shipment, the complexity of the Incoterms used, and the capabilities of all parties involved. By carefully considering these factors, you can determine if splitting by Incoterm will be a beneficial approach for your specific situation.
    • Based on the above arguments; although not mandatory, but as with regards to process harmonization of business process in Freight Units creations for a variety of Outbound Deliveries scenarios; in my opinion is a "Good Business Practice" and "Good System Practice" to Split/Combine Freight Units by Inco Terms. 
    • With Freight Units Split/Combine by Inc Terms then there is also a ONE-to-ONE relationship when Charges are Calculated an Billing Document is created to the Customer.
  • The same Considerations argued for "Best Practice to split Outbound Delivery to SD Billing by Incoterms" can therefore be applied to why Freight Units "should" also be split by Incoterms.  

Friday, April 11, 2025

Q&A in Class (2025-04-09) S4QM1

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: As per requested is the presentation of the Production Parts Approval (PPAP) flow for S4HANA QM.


Answer: Production Part Approval Process (PPAP) includes a set of standard processes that ensures the production process of a material meets your requirements. 
  • An essential part is the first article inspection (FAI).
  • You enable PPAP in the Manage Quality Info Records app. There you can specify for a material that a first article inspection should take place at goods receipt for one or several purchase order items.
See the following Presentation:
https://docs.google.com/presentation/d/1M7UmZZgfau_rFRWo7jJx0_uR8yYSQSKeUF5IESVNta8/edit?usp=sharing

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Review of the FIORI App RR and UD.


Answer:
See the following presentation:  
https://docs.google.com/presentation/d/1OfztDazkHpRgv-Wc0BBzXdy0KuInDWjW4qmAzzK2Axg/edit?usp=sharing

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: 8D process review.


Answer: In the context of SAP S/4HANA Quality Management (QM), the "8D" refers to the Eight Disciplines problem-solving methodology. This methodology is used to address and resolve internal quality issues within SAP S/4HANA, providing a structured approach to identify, analyze, and resolve problems, while preventing recurrence. 

Here's a breakdown of the 8D methodology within SAP S/4HANA QM:
1. Purpose and Scope:
  • The 8D methodology is a standardized approach for problem-solving within SAP S/4HANA QM. 
  • It helps in identifying, correcting, and eliminating recurring problems. 
  • It is used for both internal and external problem-solving, including those involving suppliers, according to the SAP Community. 
2. 8D Steps in SAP S/4HANA QM:
The 8D methodology in SAP S/4HANA QM involves the following 8 steps, which are implemented through specific apps and functionalities within the system:
  1. D1: Form a Team: A team is formed to address the problem.
  2. D2: Define and Describe the Problem: The problem is clearly defined and described.
  3. D3: Containment: Temporary measures are taken to prevent further occurrences of the problem.
  4. D4: Root Cause Analysis: The underlying reasons for the problem are identified.
  5. D5: Identify Potential Corrective Actions: Possible solutions to address the root cause are explored.
  6. D6: Select and Implement Corrective Actions: The chosen corrective actions are implemented and verified.
  7. D7: Preventative Actions: Measures are taken to prevent similar problems from occurring in the future.
  8. D8: Final Actions: The team documents the results, learns from the process, and ensures follow-up actions are taken.
See the following link to presentation:
https://docs.google.com/presentation/d/1tuFZfn8Mz1-SEQYwB_w_xpe37pG0gC8U2iMVdRvrF-w/edit?usp=sharing

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Q&A in Class (2025-04-09) S4QM1

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is PPAP (Production Parts Approval) in SAP?


Answer: Production Part Approval Process (PPAP) includes a set of standard processes that ensures the production process of a material meets your requirements. 
  • An essential part is the first article inspection (FAI).
  • You enable PPAP in the Manage Quality Info Records app. There you can specify for a material that a first article inspection should take place at goods receipt for one or several purchase order items.
See the following Presentation:
https://docs.google.com/presentation/d/1M7UmZZgfau_rFRWo7jJx0_uR8yYSQSKeUF5IESVNta8/edit?usp=sharing

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: S/4HANA RR and UD using FIORI App.


Answer: See the following Presentation:
https://docs.google.com/presentation/d/1OfztDazkHpRgv-Wc0BBzXdy0KuInDWjW4qmAzzK2Axg/edit?usp=sharing

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: How is 8D Methodology implemented in SAP S/4HANA?


Answer: In SAP S/4HANA, 8D problem-solving is a structured methodology used to identify, correct, and eliminate recurring quality issues. It provides a systematic approach to problem-solving, guiding users through eight distinct phases. This approach is particularly helpful in identifying root causes, implementing interim fixes, and developing permanent solutions to prevent future recurrences. 
Here's a breakdown of the 8D methodology in SAP S/4HANA:
  1. 1. D0: Plan: This initial phase involves planning the problem-solving process, including defining the scope, setting objectives, and identifying resources. 
  2. 2. D1: Use a Team: A cross-functional team is formed, bringing together individuals with relevant expertise to collaborate on the problem. 
  3. 3. D2: Define and Describe the Problem: The problem is clearly defined, specifying the who, what, where, when, and how of the issue. 
  4. 4. D3: Develop Interim Containment Plan: Temporary measures are implemented to contain the problem and prevent further damage. 
  5. 5. D4: Identify and Verify Root Causes: The team investigates the underlying causes of the problem using various root cause analysis techniques. 
  6. 6. D5: Develop and Implement Corrective Actions: Permanent solutions are designed and implemented to address the identified root causes. 
  7. 7. D6: Verify Corrective Actions: The effectiveness of the implemented solutions is verified to ensure that the problem has been resolved. 
  8. 8. D7: Prevent Recurrence: Preventive actions are put in place to avoid future recurrences of the problem. 
  9. 9. D8: Recognize the Team: The team is recognized for their efforts and the successful resolution of the problem.
See the following:
https://docs.google.com/presentation/d/1tuFZfn8Mz1-SEQYwB_w_xpe37pG0gC8U2iMVdRvrF-w/edit?usp=sharing

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Thursday, April 10, 2025

Q&A in Class (2025-04-10) EWM100

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Depict the process flow again for WT to SLoc RD00 and then to SLoc AF00.

Answer: The EWM inbound delivery process in SAP typically starts with a purchase order being created in the ECC system, which then triggers the creation of an inbound delivery document in EWM. EWM uses this inbound delivery document as a request document for warehouse operations like putaway and staging. The process involves creating warehouse tasks based on the inbound delivery to perform the following flow:

  • Unloading from "DOOR" to "GR-ZONE" (SLoc RD00 in MM).
  • Move from "GR-ZONE" to "EWM Execution Bins" (for EWM Work Center further processing like Packing, Deconsolidation, Oiling, EWM QM or EWM with External QM etc).
  • Move from "EWM Execution Bins" to "Final Storage" (SLoc AF00 in MM).
You can see a pictorial and SAP steps flow in the following Blog Posts: 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Monday, April 7, 2025

Question no 4042 : NAST Message Determination Printer Determination

In Material Management as at S/4 1909, which of the following is TRUE about the following Parameter set in the Picture for NAST ? 


(more than one answers)

A. Always select the Printer assigned to the Purchasing Group
B. If Printer not found in the Purchasing Group, then select Printer assigned to the Condition Record of "NEU"
C. If Printer not found in "NEU" Condition Record and no Printer found in the Purchasing Group, then select Printer default at the User Master.
D. If Printer not found in "NEU" Condition Record then select Printer assigned to the Purchasing Group.
E. If Printer not found in "NEU" Condition Record and no Printer found in the Purchasing Group, then no Message can be determined in the Purchase Order

Answer: D, E

In the Configuration screen above, Printer Parameter can be set to Purchasing Group or User Parameter:
If it is set to Purchasing Group:
. 1st try to find Printer in the Condition Record of "NEU"
. 2nd if Printer not assigned to the Condition Record, then select Printer assigned to the Purchasing Group (Header Pur Group)
. 3rd if no Printer is assigned to the Purchasing Group then no Message can be determined
If it is set to User Parameter:
. 1st try to find Printer in the Condition Record of "NEU"
. 2nd if Printer not assigned to the Condition Record, then select Printer assigned to User
. 3rd if no Printer is assigned to the User then no Message can be determined



Sunday, April 6, 2025

Q&A in Class (2025-04-07) S4SD1

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the Inco term recommendation when using TM for MM Inbound Delivery & SD Outbound Delivery?


Answer: The following is as at S/4HANA 2023:
  • As at S/4HANA 2023, The Freight Order in the TM module can be at both Header and Item level but you will have to be very careful of the Integration points between SD and TM and How the Sales Department would perform the Billing for the Product to the Customer vs how the Freight Costs are to be billed to the Customer from the TM module.
  • In SAP Transportation Management (TM) Freight Order, Incoterms are typically maintained at the header level, although some functionality might exist for item-level Incoterms in specific scenarios or future releases (from SAP help.sap.com Documentation). 
  • It is very important to note that some Organizations prefer to "Split Billing" using the Inco Term as a criteria; so that in One Outbound Delivery with different Delivery items that contain different Inco Terms, the Organization to split the Billing of the Delivery items based on the "Inco Term" which result in One Billing Document only have One Inco Term. (In fact, the "Split Billing" based on Inco Term is really a common practice as Incoterm determines which party (buyer or seller) is responsible for various costs (freight, insurance, etc.) and risks, and these responsibilities are reflected in the Billing Header which would make more sense. 
  • As this point in time (as at S/4HANA2023 which is the only version available for Simulations), it is probably a better decision to combine Freight Units (from Outbound Delivery items) that contain the same Inco Term to ONE Freight Order, so that the Freight Order itself matches the intended Billing Document for both Product and Transportation Services. 
  • However, if there is a desire to still have Item level INCO terms at both Product Billing and TM Freight Order Billing (which from both business and system aspect may not be a good decision), then it must be tested thoroughly; BUT I personally don't recommend.
    SAP's recommendations statement: "While not strictly mandatory, using the same Incoterms for all freight items within a single S/4HANA freight order can simplify the process and reduce potential errors. However, if different freight items have distinct shipping requirements or contractual obligations, using different Incoterms may be necessary."

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the latest Architecture on S/4HANA with Distributed TM and EWM ? 

Answer: It is of course the "Best" architecture to be using both Embedded TM and Embedded EWM systems; however, for larger Multinational Organizations; there are multiple business and technical reasons for having a Distributed Architecture. 

For example, a Customer using an ECC system already integrated to S/4HANA TM, and the Customer is only using the Classic WM (and not the EWM system); the company also outsourcing some of its Warehouse and Transportation activities to 3rd party in a more complex Warehousing scenario. In an effort to migrate from ECC to S/4HANA may face multiple challenges of security, data management and system performance; one of the decision would be:

  • Multiple S/4HANA to One-or-More TM system.
  • Link One-or-More TM system to One-of-More EWM system.
  • The S/4HANA maybe also integration to some existing SAP SCM APO system until future migration to a possible Embedded PPDS and Cloud-based IBP.
See further presentation in the following Link: 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: The importance of knowing which Licensing of specific S/4HANA modules signed with SAP (eg S/4HANA EWM)

Answer: With the most recent news just March.2025, SAP announced the classic LE-WM in S/4HANA no longer supported and all customers "must" move to the StRM (Stock Room Management Solution); customer previously using the Cross-Docking, Basic Yard Management, Wave Picking will be able to use them anymore. AND if the customer business must use CD, YM, and Wave Picking; then, the customer must acquire not just the EWM Basic Licensing version BUT the "Advanced EWM" Licensing where only in this version SAP allow to switch on CD, YM, and Wave Picking. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Is the LE-WM 2-Step Picking is still possible in the S/4 StRM option ? 

Answer: 2-step picking can be part of the WAVE Picking feature in SAP LE-WM. First we have to check the features of both: 

WAVE Picking (LE-WM-TFM-CP):
  • Definition: Wave picking is an order fulfillment strategy where orders are grouped into "waves" based on factors like due date, order size, or product availability, and then picked simultaneously instead of individually. .
  • Purpose: To improve efficiency and reduce idle time by scheduling picking activities around common factors, such as shipping deadlines.    
  • SAP: VL35 facilitates the creation of "wave picks," which are essentially work packages for picking, grouping deliveries that are to be processed at roughly the same time. 
  • Example: Grouping orders with the same shipping date or destination into a single wave
2-Step Picking: 
  • Definition: A picking process divided into two steps: a withdrawal step (collectively picking products for multiple deliveries) and an allocation step (distributing the picked products to individual orders).
  • Purpose: To optimize picking processes, especially in warehouses with intermediate storage areas or high racks, by minimizing travel distance and picking operations.
  • SAP: Use transaction code LT72 to determine the two-step picking process for a group, and LT0E to create transfer orders for the group.
  • Example: Picking all the required quantity of a product for multiple deliveries in the first step, then allocating those products to the specific orders in the second step. 
StRM (Stock room management) allows you to use almost all LE-WM functions except the list below:
  • Task & Resource Management (LE-TRM),
  • Value Added Service (LE-WM-VAS),
  • Yard Management (LE-YM),
  • Cross-Docking (LE-WM-CD),
  • Wave Management (LE-WM-TFM-CP),
  • Decentral Warehouse Management (LE-WM-DWM),
  • Warehouse Control Unit Interface (LSR)
The next question to determine is that did SAP park the 2-Step Picking feature under the Wave Management (LE_WM-TFM-CP. 

However it doesn't mean that the transactions will vanish. They are there in S/4HANA and will be there. You are just not entitled to use them in S/4HANA anymore.

You can use the STOCKROOM_COMPLIANCE_CHECK report to check if your usage is within the stock room management limitations 

See SAP note: 
  • SAP Notes 2881166 - SAP is not planning to invest in Stock Room management, strategic product for SAP is EWM.
  • SAP Notes 2882809 - Scope Compliance Check for Stock Room Management.
  • SAP Notes 2270211 - WM is still part of S/4HANA but in a compatibility mode. 
  • SAP Notes 2269324. With the compatibility mode SAP allows customers to migrate their existing solutions smoothly into S/4HANA.
  • SAP Notes 2577428 - SAP also restricts the usage of components which are in a compatibility mode till 31.12.2025.
  • SAP Note 2269324 -  titled "Compatibility Scope Matrix for SAP S/4HANA," provides a detailed overview of the compatibility scope, including information on available alternative functionality, license material numbers, and business impact notes for each compatibility scope item, helping customers plan their transition to SAP S/4HANA. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Thursday, March 27, 2025

Q&A in Class (2025-03-28) EWM100

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Is this possible to have S/4HANA integrated to distributed S/4HANA with TM and also integrated to another distributed S/4HANA with EWM ?

Answer: The option for Distributed EWM and Distributed TM seemed to be possible according to Experts on SAP Community. ALSO for the case if the Distributed TM system and Distributed EWM are also on different server Platforms. 

Check the Blog Posts are some of the detail findings:
https://froggysap.blogspot.com/2025/03/blog-post_24.html

Recommendations: It is best to approach SAP for Distributed EWM and Distributed TM for the BEST deployment options, upgradeability and technical difficulties if "Tight integration" between EWM and TM is expected if different S/4HANA versions.  

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: In the context of EWM, what is the difference between Stowage Type Role "D" (Staging Area Group) and Storage Type Role "K" (Production Supply) ?

Answer: It is a common practice to use Storage Type Role "K" (Production Supply) for EWM Storage Types designed as Production Supply Area (ie: Staging location for Backflushing from Production Order). In the context of SAP Extended Warehouse Management (EWM), a Production Supply Area (PSA), which corresponds to a storage type role "K" (Production Supply), is used for staging materials for production, while a staging area group (storage type role "D") serves as an interim storage area for goods before further processing, such as loading or unloading. 

  • Storage Type Role "K" is "interim" storage area before Backflush (GI) to the Production Order.
  • Storage Type Role "D" is "interim" storage area as GR Area to MM Purchase Order Inbound Delivery before Final Putaway.
  • Storage Type Role "D" can also be "interim" storage area as GI Area to SD Outbound Delivery before Final Post Goods Issue.

Production Supply Area (PSA):

  • Definition: A PSA is a specific area within a plant or warehouse where materials are staged before they are used in production.
  • Purpose: It acts as a buffer zone, ensuring materials are readily available at the right time and place for production.
  • Function: PSAs are linked to storage locations in Warehouse Management (WM) and are defined in SAP using transaction code PK05.
  • Example: Imagine a factory floor where raw materials are stored in a central warehouse. The PSA would be a designated area on the floor where those materials are moved to, ready for use by a specific production line.
  • Configuration: 
  • You define PSAs in SAP using transaction code PK05, linking them to storage locations and work centers. 

Staging Area Group "D"
  • Definition: This is the Interim Storage Type for GR to PO and Interim Storage Type for GI Area to the Outbound Delivery. 
  • Purpose: The Interim before final Putaway and Interim before final PGI.

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is Data Management and Landscape Transformation (DMLT) and is the "Migration Cockpit" the same thing ?

Answer: SAP Data Management & Landscape Transformation (DMLT) is a Collection of Services provided by SAP for data migration, while the "Migration Cockpit" is a tool within SAP used for managing data migration processes, but they are not the same thing. The "Migration Cockpit"is a tool (Fiori App) that can be used as part of the DMLT services, The Migration Cockpit can be accessed through the Fiori Launchpad

SAP Data Management & Landscape Transformation (DMLT): 
  • DMLT is a broader set of services that helps businesses manage their data and transform their IT landscapes, particularly when migrating to SAP S/4HANA or other SAP systems.
  • DMLT focuses on data migration, data quality, data integration, and ensuring a smooth transition to a new or updated SAP system. 
  • Examples of DMLT services but not limited to the following:
    • Data Migration: Moving data from legacy systems to SAP S/4HANA. 
    • Data Transformation: Converting data formats and structures to match the new system. 
    • Data Cleansing: Identifying and correcting errors and inconsistencies in the data. 
    • Data Validation: Ensuring the accuracy and completeness of the migrated data. 
    • Data Privacy and Compliance: Helping organizations meet data protection regulations. 
    • Landscape Optimization: Optimizing the IT infrastructure to support the new system. 
    • Process Redesign: Supporting business process redesign during the migration to SAP S/4HANA. 
SAP S/4HANA Migration Cockpit:
  • The Migration Cockpit is a tool within the SAP system that helps users manage the data migration process.
  • It provides a user-friendly interface for uploading, validating, and cleansing data before loading it into the SAP system.
  • Features:
    • Supports data migration from various sources, including legacy systems and external data sources. 
    • Allows users to create migration projects and select migration objects. 
    • Provides different migration approaches, such as "Migrate Data Using Staging Tables
See the following Links:

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What are the Technical setup for EWM RF ?


Answer: In SAP Extended Warehouse Management (EWM), the Radio Frequency (RF) framework enables warehouse operators to interact with the system wirelessly using mobile devices like handheld scanners, facilitating tasks like picking, put-away, and inventory management with real-time data capture and validation. 
SAP provide good enough documentation as a start for "Working with Mobile RF Devices":
https://help.sap.com/docs/SAP_EWM/Tech Documentation on Radio Frequency Frameworks

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Conversion Guide from ECC with WM to S/4HANA with EWM ?


Answer: There are some tools residing in the SPRO (Customizing) of S/4HANA system (see above) to help convert WM-customizing to EWM-customizing. However, none of these tools are Mandatory as eventually EWM works completely different from WM AND this is even so in a Brown Fields Project scenario.


There is also a Template EWM Warehouse "0001" in S/4HANA EWM Installed Based systems, which contain Template Storage Types, Storage Section, Bin Structure template, Storage Type Group, Activities Areas, Staging Areas etc. This Template Warehouse "0001" can be used to perform "Complex Copy" to the desired new EWM Warehouse, the copied dependent parameters can then be Fine-Tune based on individual EWM Warehouse Requirements. 

Request the Instructor of EWM100 class for the download of Documentations below: 
Migration of SAP ERP WM to SAP EWM

SAP Community and SAP Press etc for EWM experts sharing available via the following link:
https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/Migration from LE-WM/b17a9fc66417486b07d70cd468c3b.html 
https://pages.community.sap.com/topics/extended-warehouse-management
https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/Warehoue Product Migration/

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: As we don't have any exercises on the Serial number for EWM, here is the following setup and demo for Materials with Serialization for EWM processing.


Answer: To use serial numbers in SAP Extended Warehouse Management (EWM), you need to determine a serial number profile for a product, assign it to the product master record, and then specify serial numbers during warehouse task creation or confirmation, depending on the chosen serial number requirement. 

Specific Scenarios:
  • Goods Receipt:
    • EWM copies the serial number from the ERP system and saves it when you make the goods receipt posting in the inbound delivery. 
  • Outbound Deliveries:
    • In EWM, you can work with predetermined serial numbers in outbound deliveries and posting changes. 
  • Printing Delivery Notes:
    • EWM automatically prints serial numbers with the delivery note of the corresponding delivery item. 
  • Monitoring:
    • To display serial numbers at warehouse number level, you can use the "Stock and Bin" functionality in the Warehouse Management Monitor. 
Using Serial Numbers in Warehouse Tasks:
  • Foreground Confirmation:
    • When confirming a warehouse task in the foreground, you can assign serial numbers manually from a list of predetermined serial numbers or by specifying them manually. 
  • Background Confirmation:
    • If confirming a warehouse task in the background, EWM automatically assigns the serial numbers known to the system, provided a complete quant removal occurs and the serial numbers are defined. 
  • Serial Number Ranges:
    • If EWM cannot display a list of serial numbers (e.g., for products with "Serial Numbers for Document Items" or "Serial Numbers at Warehouse Number Level" requirements), you can assign whole serial number ranges to a warehouse task. 
  • Handling Units:
    • If the inbound delivery contains Handling Unit (HU) data, you can change the serial number for the HU data. 
Prerequisites and Configuration:
  • Define Serial Number Profiles:
    • In the ERP system, define warehouse number-independent serial number profiles for EWM that are valid for all warehouses. 
  • Assign Profiles to Products:
    • Assign these profiles to the product master records in the ERP system using the procedure MMSL. 
  • Determine Serial Number Requirement:
    • Define which serial number requirement (serial numbers for document items, at warehouse number level, or in inventory management) EWM uses for each product. 
  • Settings in EWM:
    • In EWM Customizing, ensure the necessary settings are made for serial number management, such as defining work center layouts with the appropriate indicators for assigning serial numbers. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Re-visit the process flow for Batch Determination for Outbound Delivery with EWM scenario. 


Answer: See the following link to Blog Posts for the Outbound Delivery with Batch Determination:
https://froggysap.blogspot.com/2022/06/sap-scm-ewm-batch-determine-for-ewm.html

To perform batch determination for outbound deliveries in EWM, you need to configure batch management in SAP S/4HANA SD Batch Determination conditions: 
  • Batch Determination can be done in the ERP Outbound Delivery and the batch determined can then be transferred to the EWM Outbound Delivery Order for the Picking Warehouse Task. 
  • OR can also leverage the EWM integration to determine batches based on selection criteria sent from ERP, rather than assigning batches directly in ERP Outbound Delivery. 
  • In addition, two Business Add-Ins (BAdIs) are available for you to override the batch determination setting defined in Customizing for each storage location, and to change the batch selection criteria used in the batch determination to meet your individual requirements. For more information, see Customizing for Logistics Execution under SAP EWM Integration  Cross-Process Settings  Enhancements for Batch Management.
  • If you are using SAP Extended Warehouse Management (SAP EWM), you can determine batches directly in SAP EWM instead of using batch determination in SAP S/4HANA. Batch determination in SAP EWM takes into account the warehouse layout in SAP EWM (and can be of use, for example, when optimizing the picking process). In this case, SAP S/4HANA only transfers the characteristics as batch selection criteria to SAP EWM. (However, batch determination to take into account the warehouse layout will have to be simulated first confirm whether it does work). 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is the relationship between Labor Management (LM) Processor and the EWM "Resource" ?

Answer: In SAP Extended Warehouse Management (EWM) Labor Management (LM), a Processor represents a warehouse employee, while an EWM Resource can be any asset used in warehouse operations (like RF device, forklifts, equipment, or even a specific storage location). 

Processor:
  • Represents a warehouse employee assigned as a business partner (BP) of type person. 
  • Used to map employees in the warehouse for labor management purposes. 
  • Allows for tracking and managing the performance and workload of individual employees. 
  • Essential for recording time effort and performance data. 
  • Can be created and maintained in the SAP system using the Business Partner function. 
  • The LM Processor is assigned to the SAP User (Warehouse Operation person which will be using the EWM Resource ie: the RF Gun). 
Resource:
  • Represents any asset used in warehouse operations, including RF device (RF Gun), Equipment,  Vehicles etc. 
  • Can be used in conjunction with Processors to track how resources are utilized by employees. In this case, the SAP User assigned to the LM Processor is also assigned to the EWM Resource (RF Gun). 
  • The Resource is used in conjunction with the Processors to track how resources are utilized by the Employees (SAP User) who can use the RF Device (RF Gun) to record WT/WO Confirmation and the Labor Time entries. 
  • Combining LM's Processor and EWM Resource can be used to optimize resource allocation and improve warehouse efficiency by evaluating the KPI of Planned Time from LM to the Actual Time recorded by the Resource assigned to the SAP User. 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Review of Production Supply with ECC or S4HANA Backend TO Distributed S/4HANA EWM Process Flow as below diagram:

Answer: In SAP S/4HANA with EWM, a Production Supply Area (PSA) is a designated area where materials are staged for production, acting as a bridge between the warehouse and the production line, and is defined and managed via transaction PK05. 

Setup and Configuration:
  • Define PSAs and Storage Location Mapping: 
    • Use transaction PK05 (Define Production Supply Areas) to create and maintain PSAs, linking them to specific storage locations and work centers (in ECC or S/4HANA Backend). 
    • Map storage locations to stock types in EWM. 
    • If using EWM, ensure that the storage location assigned to the PSA is managed by EWM or Inventory Management (MM-IM). 
  • Storage Type Role K: 
    • In the S/4HANA EWM, Assign storage bins created as part of the Storage Type type "K" (Production Supply) to a PSA (note: highly suggested to use the SAME PSA coding in ECC and S/4HANA EWM). 
  • Control Cycles: 
    • In the ECC system, define Control Cycles (using transaction LPK1) to manage replenishment of materials to the PSA, including details like the supply area, source storage location, and replenishment strategy ("Pick Part" for Staging and later Backflushing). 
  • Material Staging and Consumption:  
    • When staging materials for a production order, the system generates deliveries (via EWM Posting Change Document with a Warehouse Task) for stock transfers to the PSA.  
    • Consumption of materials from the PSA is triggered by the confirmation of the Production Order or Process Order or Repetitive Planned Order.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is Expected Goods Receipt for Production Order in EWM ?


Answer: In SAP Extended Warehouse Management (EWM), an Expected Goods Receipt (EGR) for a production order is a temporary document that EWM generates based on data from the production order in SAP ERP, acting as a template for creating inbound deliveries and facilitating goods receipt processing within EWM. 
  • Purpose:
    • EGRs allow EWM to anticipate the arrival of goods from production, enabling efficient warehouse planning and preparation for the goods receipt process. 
  • Functionality:
    • You can use the EGR as a template to create EWM inbound deliveries. 
    • You can adjust quantities and other details in the inbound delivery based on the EGR. 
    • EWM uses the EGR to calculate the expected workload for goods receipt. 
    • EWM posts the goods receipt and transmits the information to SAP ERP, which updates the stock in the production order and the inbound delivery. 
  • Production Order TO Temporary Document for Preparation of Production GR (EGR Document): 
    • When a production order is created in SAP ERP, EWM receives a notification and generates a corresponding EGR. 
    • EWM uses document type IDPD (Inbound Delivery from Production) to differentiate inbound deliveries created from EGRs. 
    • The EGR contains data from the production order, including planned quantities, materials, and expected times. 
    • EGRs are temporary documents and are deleted by EWM when no longer needed. 
    • You cannot change the data in the EGR itself; however, you can change the data in the related inbound delivery. 
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Review the Process Flow of Opportunistic Cross-Docking as below: 


Answer: In SAP Extended Warehouse Management (EWM), opportunistic cross-docking (OCD) is a strategy that allows goods to be moved directly from inbound to outbound docks, bypassing storage, when an opportunity arises, enhancing efficiency and reducing handling. 

Click here to review the Configuration and an example of Opportunistic Cross-Docking in S/4HANA Embedded EWM: 

How it works:
  • Inbound-Driven: 
    • The system checks if any outbound delivery order (ODO) items exist that match the inbound goods receipt (GR) items regarding quantity and expiration date. 
  • Outbound-Driven: 
    • The system checks if stock in the goods receipt staging area exists that is more adequate for the ODO item than stock from within the warehouse. 
Key Considerations:
  • Configuration: 
    • Requires careful configuration in EWM to define the cross-docking relevance based on warehouse process type, stock type, and product group. 
  • Integration: 
    • Requires seamless integration with inbound and outbound delivery processes. 
  • iF using EWM in SAP APO: 
    • SAP Advanced Planning & Optimization (SAP APO) defines whether an inbound delivery is PD-relevant or PFGR-relevant. 
  • iF using S/4HANA EWM-Triggered (Distributed or Embedded)
    • Opportunistic Cross-Docking This process takes place entirely within EWM, where the system determines if cross-docking is relevant when generating putaway or pick warehouse tasks. 
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Review the Principles of Yard Management in S/4HANA EWM system.


Answer: In SAP Extended Warehouse Management (EWM), yard management focuses on efficiently managing vehicle and transportation unit (TU) movements within the warehouse yard, including check-in/out, parking, and docking to doors for loading/unloading, all managed using warehouse tasks

Key Concepts:
  • Yard as an Extension of the Warehouse: EWM views the yard as an extension of the warehouse, managing movements within it using warehouse tasks. 
  • Checkpoints: Designated entry and exit points for vehicles and TUs. 
  • Parking Spaces: Temporary parking areas for vehicles when doors are unavailable. 
  • Doors: Where TUs arrive and are loaded/unloaded. 
  • Transportation Units (TUs): The containers or vehicles that carry goods. 
Key Processes:
  • Vehicle Check-in: When a vehicle arrives at the yard, it's checked in at a checkpoint.
  • Moving to Parking: If doors are occupied, the vehicle is moved to a designated parking space using a warehouse task.
  • Docking to Doors: When a door is available, the vehicle is moved to that door using a warehouse task to prepare for loading or unloading.
  • Unloading/Loading: Goods are loaded or unloaded from the TU at the door.
  • Moving to Checkpoint: After loading or unloading, the vehicle is moved back to the checkpoint for check-out.
  • Check-out: The vehicle is checked out of the yard at the checkpoint. 

How EWM Supports Yard Management:
  • Warehouse Tasks: EWM uses warehouse tasks to map movements within the yard, ensuring efficient and controlled operations. 
  • Warehouse Management Monitor: You can monitor your yard activities in the warehouse management monitor. 
  • Integration with Other Modules: EWM integrates with other SAP modules, such as Inventory Management and Delivery Processing, to ensure seamless data flow. 
  • Yard Location Management: EWM helps manage yard locations, including parking spaces and doors. 
  • Yard Movements: EWM tracks and controls movements of vehicles and TUs within the yard. 
  • Yard Stock: EWM provides visibility into stock located in the yard. 
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: Review the Process flow of DAS (Dock Appointment Scheduling)  in S/4HANA EWM system.


Answer: SAP Dock Appointment Scheduling (DAS):
  • When integrated with SAP Extended Warehouse Management (EWM), allows for efficient planning and execution of vehicle arrivals at warehouse doors, optimizing dock utilization and streamlining the flow of goods. 
  • DAS aims to optimize warehouse operations by facilitating the scheduling and management of vehicle arrivals at docks, reducing wait times and improving efficiency. 

Key Features and Functionality:
  • Appointment Creation: Carriers or warehouse operators can create and manage loading appointments, specifying the dock, time slot, and other relevant details. 
  • Real-time Synchronization: DAS and EWM synchronize status changes of loading appointments and their related transportation unit (TU) activities in real-time. 
  • TU Creation: When a loading appointment is created, EWM automatically creates a TU, linking the delivery with the dock appointment. 
  • Status Updates: As the truck progresses through arrival, unloading, and departure stages, the status of the loading appointment and TU is updated in both DAS and EWM. 
  • Yard Management: DAS can be used to manage yard activities, such as assigning trucks to specific docks and tracking their movements. 
  • Collaborative Portal: DAS can serve as a collaborative portal between carriers and warehouse operators, facilitating communication and coordination. 
  • Optimized Resource Utilization: By scheduling appointments, businesses can optimize dock utilization, reduce congestion, and improve the overall flow of goods. 
  • Real-time Visibility: DAS provides real-time visibility into loading and unloading operations, allowing businesses to track all goods entering or leaving their yard. 
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Question: What is "Pick Face" in the context of Warehousing Operations ? 


Answer: In warehouse management, a "Pick Face" (also called a forward-picking location) is a designated area or shelf where products are stored specifically for picking and fulfilling orders, typically located on the ground level or near the picking area.

Characteristics of "Pick Face":
  • It is also usually referred to Bins in a warehouse usually setup for loose pick activities where it is not full pallets storage bins. 
  • Pickfaces are usually located on the group location of a rack, or it may be located at one or two levels above the ground location. At the ground location, it is easier and more efficient for anyone to perform loose picking by hand. To perform loose picking at a higher level, the picker shall either need to use a forklift or a reach truck to bring down the pallet, pick the required quantity and return the pallet to the original rack location.
  • As products are picked from Pickfaces, they need to be replenished from the main storage area to maintain a sufficient stock level. 
In warehouse management, Dynamic Pick Faces assign products to locations based on real-time demand, while Fixed Pick Faces assign products to specific, unchanging locations. Dynamic Pick Faces offer better space utilization and adaptability, but Fixed Pick Faces are simpler to manage. 
Here's a more detailed comparison:

Dynamic Pick Faces:
  • Definition: Products are stored in locations that are not fixed, but rather assigned based on demand and other factors, allowing for flexible storage and picking.
  • Advantages: 
    • Space Efficiency: Maximizes space utilization by allocating items to locations based on their demand.
  • Adaptability: Easily adjusts to changing inventory levels and seasonal spikes.
  • Scalability: Accommodates growth in inventory or seasonal spikes without significant adjustments.
  • Disadvantages: 
    • Complexity: Requires a robust IT system to manage dynamic assignments and optimize locations based on demand.
    • Initial Setup: Can be more complex to implement than a fixed system. 
Fixed Pick Faces:
  • Definition: Each product is assigned a specific, unchanging location for storage and picking. 
  • Advantages: Simplicity: Easier to manage and understand compared to dynamic systems. 
  • Predictability: Pickers know where to find specific products, which can lead to faster picking times. 
  • Disadvantages: 
    • Space Waste: Can lead to underutilized areas if demand for specific products fluctuates. 
    • Lack of Flexibility: Difficult to adapt to changing inventory levels or seasonal spikes without significant adjustments. 
    • Inefficiency: Can lead to inefficiencies if demand for certain products is high and space is limited. 
"Pick Face" in SAP S/4HANA EWM (as at 2025):
  • SAP EWM doesn't have a dedicated "Pick Face" for Storage Type Role definition.
  • But it is possible to configure and manage picking areas using storage types and other EWM features to achieve similar functionality, in this manner the Storage Bins selected as "Picking Areas" effectively can act as "Pick Face" Storage areas. 
  • It is important to note that it is entire possible to set up replenishment processes to move stock from "Full Palette / Box Storage" Bins  to your designated Picking Areas (Storage Bins for "Pick Faces"). 
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------