Skip to main content

[SAP EWM] Error /SCWM/GM034 comes during GI reversal

 Issue :

Product has been posted goods issue (GI) from HU AAAA on storage bin BBBB. The GI reversal is stuck by error:
/SCWM/GM034: You can only post to bin BBBB using a handling unit

Root Cause :

  • During GI cancellation the system tries to post the stock back into the same HU (which has been deleted in the meantime). If this HU no longer exists, it will try to post as unpacked stock to the same bin. However, this can be prevented by error /SCWM/GM034 in case of HUs are obligatory in that storage type and the GI happened by a product warehouse task (WT).
  • Consider also it is not possible to cancel the goods movement and post the stock to a different HU.
Solution Approach :

In case the GI posting was done by a HU WT, then system re-creates automatically the HU posted for GI.

In case the GI posting was done by a product WT there are two options:

Option A)
Change the storage type settings regarding HU requirement to value ' ' (HU allowed but not a requirement) and re-try the reverse GI posting. It can be done in the customizing via transaction SPRO - SCM Extended Warehouse Management - Master Data - Define Storage Type - field "HU Requirement".

Option B)
Re-create manually the HU AAAA on bin BBBB as an empty HU. When you re-create the GI posted HU as an empty one, pay attention to enter the desired HU number in the HU field, otherwise the number will come from the number range. Then the posting will work as expected.

In case of you have huge number of HUs in GI warehouse tasks. The only option to reverse this ADGI GI posting is to upload the stocks again via /SCWM/ISU. Please create a CSV file for the upload based on the content of GI WT. You have to add one extra line per HU with the packaging material of the HU, so that the HU can be recreated.

Comments

Popular posts from this blog

[SAP EWM] Batch job to reprocess the failed queues in SMQ1 and SMQ2

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 > ideally 20 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.

[SAP SD] Mass deletion of deliveries in SAP

If there is the requirement for collective deletion of Outbound deliveries in standard, the following can be performed. Transaction VL10* with corresponding user role settings can meet this requirement. Go to VL10*, only flag indicator 'With Deliveries' in 'Data Selection' column in User Role After flagging above indicator, go into the following screen. Then flag indicator of 'Add to delivery', and fill the delivery numbers or other parameters into corresponding fields and then execute In the display screen, select the lines and click 'Delete' button

Stock Inconsistency Reports

Report: RM07KO01 - Stock consistency check between ML and IM Description : With the Stock Consistency Check report (RM07KO01), you can check the consistency of your stock data at company code level, valuation level, or material level. Possible errors in your stocks can thus be determined at an early stage before they cause major problems Transaction Code : CKMC - Consistency check between Material Master and Material Ledger