Skip to main content

Posts

[SAP SD] Sales order and delivery creation interface exit

When business requirements necessitate additional validation for delivery creation—beyond standard schedule line confirmations and stock availability—you should implement custom logic within user exit EXIT_SAPLV50P_001 . This exit allows you to intercept the delivery creation process for specific sales order items and enforce unique parameters or business constraints before the document is generated. Technical Summary & Context In standard SAP, the delivery creation process primarily looks at the Material Availability Date and the Confirmed Quantity at the schedule line level. However, many organizations require "smarter" logic. Key Scenarios for EXIT_SAPLV50P_001: Credit/Block Checks: Preventing delivery if the customer has specific financial standing issues not caught by standard credit management. Item Grouping: Ensuring that Item B is never delivered unless Item A is also fully available  Custom Attribute Validation: Checking custom fields (Z-fields) in the Sales...
Recent posts

[SAP SD Transportation] Custom logic to update shipment status

When business requirements dictate that shipment status or date calculations must bypass standard SAP protocols in favor of custom business rules, you should utilize the functional exit EXIT_SAPLV56F_011 . This exit provides the necessary hook to intercept shipment processing and inject your own logic to manipulate header or stage data before the document is finalized. Some of the sample requirements : Stage Level: Automatically update the shipment 'Planning' start and end dates at the stage level based on new delivery dates. Header Level: Once the shipment end date for the final stage is determined, that value must propagate to and update the shipment header.

[SAP SD] VL06 Report Enhancement

 At times, business requires to add custom fields to the delivery list in transaction 'VL06' like addition of customer PO number, Freight order ....  To enhance the standard report, we need to leverage the customer exit 'EXIT_SAPLV50Q_001' and write logic related to fetching the data to accomplish this requirement. In this situation to get the Customer PO number, Pass VBGEL fetched from the LIPS into table VBKD to fetch the customer PO number 

[SAP EWM] Follow-up WT creation does not work in POSC when BAdI /SCWM/EX_WRKC_UI_AFTER_SAVE is used

 Issue  The system does not create the follow-up WT (Warehouse Task) in POSC (Process-Oriented Storage Control) despite Auto WT creation is enabled in the customizing for the concerned Storage Process Step. BAdI /SCWM/EX_WRKC_UI_AFTER_SAVE contain custom code and it is getting triggered in the process. Solution Approach In the EWM standard the follow-up WT is usually created by the fallback class that is assigned to BAdI /SCWM/CL_EI_WRKC_UI_AFTER_SAVE. If creating an own implementation for BAdI /SCWM/EX_WRKC_UI_AFTER_SAVE is needed, make sure that  either trigger the WT creation manually from you custom implementation, or that you call the respective method of /SCWM/CL_EI_WRKC_UI_AFTER_SAVE.

[SAP EWM] How to trigger the automatic EWM staging upon the production order release

 Requirement  You manufacture a product integrated with Enhanced Warehouse Management (EWM) procedure. You expect the staging of the component to be triggered automatically upon the order release. However, after releasing the order, the staging request is not triggered and there is no new entry in app Process Posting Change Item. You have to trigger the staging manually in the order by going through "More/Functions/WM Material Staging/Execute". Solution Approach Since the "Posting Change Item" is a kind of "Delivery", if you want to trigger automatic EWM staging, you have to set the "WM Request" field of the Production Scheduling Profile as "2 - Transfer Reqmt, Transfer Order, and Delivery Upon Release". This configuration can be done by SSCUI 102508 "Define Production Scheduling Profile for Discrete Manufacturing".

[SAP EWM] The incoterms values entered on the inbound delivery in ERP/S4 are not passed to EWM.

 Requirement  While creating inbound delivery in ERP/S4 side you have added Incoterm data, but that field is not getting added in outbound queue to EWM. After LE Inbound Delivery distributed to EWM. Incoterm is always blank on EWM Inbound Delivery.  Root Cause  It's standard functionality to have Inco terms not transferred to EWM inbound delivery. The transfer of incoterm data (INCO1, INCO2) from ERP/S4 inbound deliveries to EWM inbound deliveries is not possible with the given interface FM /SCWM/INB_DLV_SAVEREPLICA. The FM does not contain this field in any parameter. The same holds vice versa in the other direction from EWM to ERP inbound deliveries. Incoterms can only be transferred for outbound deliveries.  You can find incoterm field in FM /SCWM/OUTB_DLV_SAVEREPLICA in parameter HEADER_DATA-INCOTERMS1 and HEADER_DATA-INCOTERMS2.

EWM monitor: Parameters for method for del. qty adjustment automation

SET/GET parameters (user parameters) that you can maintain in transaction SU3 are available for both methods. You can use these parameters to prepopulate input values in the dialog boxes of the monitor methods. The respective dialog boxes then no longer appear. There are the following SET/GET parameters: /SCWM/MON_AQ_ACT -  For the method "Quantity Adjustment" /SCWM/MON_AQOD_ACT - For the method "Create Quantity Adjustment and Outbound Delivery" Both parameters can be filled according to the following logic. The parameter is set up as follows: <first parameter part><second parameter part> First parameter part (one-digit): This specifies the selection in the first dialog box. The first dialog box provides the following three different options. The first character in the parameter specifies which selection is made. The dialog box then no longer appears. It can contain values from 1 to 3. This means the following: "1": Adjust Quantity "2...