Skip to Content
0
Former Member
Oct 26, 2005 at 10:35 AM

SD Delivery Unit of Measure Problem

341 Views

I am not an SD guru but unfortunately I have a big SD problem which I need to resolve....I was hoping a "guru" might be able to help!!! It's a bit convoluted but I'll try and be brief.

We installed a new process and unfortunately the testing of this new process missed a problem!

We have some deliveries in SAP R/3 (58 of them) which are in Sales Unit KAR for Materials with Base Unit PAK. (8 PAK to 1 KAR).

We use Decentralized Warehouses.

Stock is not held in our SAP R/3 System for these Materials.

We have processed SHP_OBDLV_CONFIRM_DECENTRAL Idocs for these Deliveries and in short, we have ended up with a Unit of Measure Conversion problem. e.g. The Initial Delivery was for 10 KAR, which is 80 PAKs. However the Idoc (and hence the Goods Issue) has been made for 10 KAR, but also for 10 PAKs (instead of 80 PAKs). These Deliveries have then been Invoiced (for 10 PAKs instead of 80 PAKs!!!). Nobody had noticed this as they went out via EDI and we had no errors, it was only when a Customer told us that we has under-billed that we found this out!!!! (Oops!)

The Idoc shows:

Sales Unit = KAR

Sales Unit ISO = CT

Base Unit = PAK

Base Unit ISO = CT

I have looked at the delivery (after Goods Issue) and it shows the two different Units. but instead of a Conversion Rate of 8, it shows a conversion rate of 1 !!!!!!!

So, firstly I need to understand why we have got a conversion rate of 1 not 8....is the conversion rate calculated from Sales/Base ISO Units, not the plain Sales/Base Units????? (That's all my basic SD can think of????)

SIS shows 10 KAR but also 10 PAK which is incorrect. (We do have procedures though which will allow us to "regenerate" SIS so we can actualy correct SIS without too much hassle).

We have stopped this from happening now, but more importantly we need to somehow correct the SD Delivery/Invoice data.

We know we can Cancel the Invoice, but we can't use VL09 to undo the Goods Issue as it won't allow it when the delivery was confirmed from a Decentral Warehouse.

Has anybody got any ideas how we can correct our data?

I have thoughts of trying to Return the delivery, cancel the Delivery and do a re-delivery with the correct figures on....but how will this affect our Order/Delivery/SIS Figures etc?