SAP Logistics

 /SAPAPO/PLANNER - Validate SNC planner /SAPAPO/LOC - Get location based on location ID or Vice versa /SAPAPO/MATLPL - Combination of Product, Location & Planner BAPI_PRDSRVAPS_SAVEMULTI2 - BAPI to update obsolete product in product master /SCMB/INBDLVDAT - This table is to check ASN's ( Pass ASN number and Supplier )

At times, there will be a requirement seeking mass assignments of products & BOD's. In order to accomplish this requirement, we have develop a BDC program on the transaction /SAPAPO/PRDO2BOD_M. Commonly used FM's & Tables related to BOD : /SAPAPO/CHECK_PROD_ON_BOD_LOC -  This is used to check whether material is present in all the locations of the BOD

At times, business wish to influence the destination bin determination based on their set of  custom parameters rather than following the standard puaway search strategy parameters. In this situation, we have to use EXIT - EXIT_SAPLL03A_001 to accomplish this requirement. Thank you

 SAP Note  1913028   recommends the below steps to be followed in case of this error : Option A Cancel all additional material documents with MVT 107,  except the first one . Use transaction MIGO with "A03 Cancellation" and "R02 Material Document". Remember the quantity posted. Post a subsequent delivery for the first material document number with MVT 107 for the quantity used in step 1. Use transaction MIGO with "A06 Subsequent Delivery" and "R02 Material Document". Release Goods Receipt for Inbound Delivery by movement ' 109 ' in transaction  VL32N . Now the error M7329 should be gone. Option B Please run the reports ZCORR_EKBE_ETENS from note  655427  and ZCORREKESGRRTV from note  536190  to fix/synchronize the fiels EKBE-ETENS and EKES-ETENS.

Reports RSQOWKEX/RSQIWKEX can be scheduled as a periodic background job to reset the status of LUWs registered to outbound(SMQ1)/inbound(SMQ2) queues. RSQOWKEX for outbound queues (SMQS/SMQ1). RSQIWKEX for inbound queues (SMQR/SMQ2). The below parameters are to be maintained : Queue Name as '*' Select 'No Running Queues' Do not select 'No Retry queus' Queues running longer than  < Time in Mins > No queues older than < Data > Note that this job will change the status of the failed queue to 'READY' status so that scheduler will process it. But for any queues struck in 'READY' status, th ese need to be processed manually.

  Issue : If the delivery has two items, one of them is reference to the main item of the PO, another one is reference to the subitem whose EKPO-UPTYP is not blank. eg. EKPO-UPTYP = 8, that means the subitem is the 'Interchangeable Items (IBU: A&D)' of the main item. In general, the inbound delivery should only be posted for items which contain the actual material, but in the case of the error PO, inbound delivery was posted for both main item and subitem. This will cause the error when system reads confirmation data during GR posting. Solution Approach given by SAP : Only items refer the actual material in the PO should be created in the delivery. The queue cannot be processed. Reverse GR for the delivery in EWM and cancel the delivery then recreate the delivery. If the GR cannot be reversed due to DCO status is 9, use VL_COMPLETE to complete the ERP delivery then do physical inventory in EWM

Below is the solution approach to be followed in case of the error message Error "/SAPAPO/LOC040" during mass maintenance in /SCWM/MON : Entries for that Party Entitled to dispose (PED) should be present in tables /SAPAPO/LOC, /SAPAPO/LOCMAP,/SCMB/TOENTITYMP and /SCMB/TOENTITY.  If relevant entry for PED (Party Entitled to Dispose) is missing from any of above tables then system will through error "/SAPAPO/LOC040" during mass maintenance in /SCWM/MON To correct this, please execute below steps Go to SE38 tcode, Execute report /SCMB/CHECK_SCU  Give the affected SCU & Business Attribute. example "PLOC", "ZONE" Mark the check box "Make Corrections"& execute Report /SCMB/CHECK_SCU correct the inconsistencies and process ended with message "Program /SCMB/CHECK_SCU ended" (/SCMB/SCU206)