SAP Logistics

At times, we will struggle with stock being not picked from the source bin, in this situation to investigate from technical level for issue related to the source bin determination, try to keep breakpoint on the FM ' /SCWM/REM_BIN_DET_INT' which will give you some hint related to the root cause of the issue

In general, if business do not want source HU to be populated during the picking process then settings 'S ource L evel of Available Quantity of the Source Storage Type is on Bin Level' and  source storage type needs to be setup as a final storage type (Setting: Storage Control complete).

As per standard SAP functionality capacity check for /SCWM/ISU is deactivated. This transaction should be used for initial data transfer from old system to EWM (example). That means the stocks must be physical stocks already stored within the warehouse at storage bins. The same would happen if physical inventory will be performed and the user count more then allowed capacity. The system will post the differences without capacity check.  At /SCWM/ISU, and also in physical inventory counting (PI), not all checks against storage type, bin type customizing are performed, compared to 'normal' putaway. The reason for this: Both in initial stock upload, and PI counting, it must be possible to enter stock on a bin the way it physically exists there. Even if it is against the put away rules. 

Below is the determination of Departure from Yard ( OUTYARD ) in the outbound delivery order : If there are several EGOODSISSUE dates (both on header and item level) on the delivery items, it takes the latest date from all the EGOODSISSUE dates. If there is no EGOODSISSUE date on the delivery items, it takes the value of the TDELIVERY date field. This date will be given highest priority during the wave creation for automatic process. If this value is blank, then system leverages planned goods issue date for wave creation

  Issue   When using DRFOUT and select replication mode "Changes", none of the changed BPs are sent to target system Solution Approach When Changes are selected in DRFOUT transaction, this requires Change pointers to be present in table MDGD_CP. For Change pointers to be present in this table, Business System that is associated to Replication Model selected & Outbound Implementation 986_3 should have Pooled Output. If DRFIMG is not Pooled output for the target system. Hence there are no change pointers saved. Change output mode to "P Pooled Output" in customizing below: T-code DRFIMG -> Define Custom Settings for Data Replication -> Define Technical Settings -> Define Technical Settings for Business Systems -> Define Bus. Systems,  BO

 Issue You are using SOA Web service for replicating BP master data to the decentralized EWM system and you encounter the following error within the receiver system 'No update is defined for BP role 000000' Solution Approach In source system, goto view V_TB003 by t-code SM30. Please make sure the role category field of role 000000 is blank.