cancel
Showing results for 
Search instead for 
Did you mean: 

CIF Transfer: Sales Order (SD) key completion of Sales order> Delivery stat

Former Member
0 Kudos

G'day Team,

Client is using SCM7.0 & ECC6... Using Standard SD functionality we have Sales orders (ATP Categ: BM) CIF transferred from ECC to APO. When the Sales order status is changed to Delivery (VL10g / VL01N) the Sales order disappears from MD04 and the Delivery status is viewed.

The Delivery is CIF transferred to APO via the CIF (ATP: BR) and the delivery is found in APO Product View (/n/SAPAPO/RRP3).

Further info is that we have a Ztable to control the SDorders coming in for specific Sales Orgs (so there is no volume of hist sales)...

Is it standard APO behaviour for the Sales order to remain in APO with "0" qty in the Sales order & the subsequent delivery has a qty i.e: "100".. The key information is that ONLY the delivery is found in Interactive Demand Planning (/n/SAPAPO/SDP94).

Has any other SDN colleague had a similar issue. Have not yet created an OSS as wanted to understand standard APO RRP3 behaviour.

Please advise as soonest,

Andy Goz

SAPAPO Consultant

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

Hi Andy Goz,

Check is there any unprocessesed inbound/outbound queues

Regards

R. Senthil Mareeswaran.

Former Member
0 Kudos

Dear Andy,

After the delivery is created the order should not be there in product view and when the sales order is created you will see it in demand planning as sales order .

please run CCR and also check in tcode WUF if the order is there and run the report /SAPAPO/SDORDER_DEL.

Regards,

Srinivas.s

Former Member
0 Kudos

G'day Srinivas,

Thanks for your prompt info. I have worked in CIF for 10+ years & familiar witht he deletion tools CCR & the /sapapo/SDorder_del.

Further to last point of unprocessed queues; the ques are full process & nothing in error.

Can you pease advise why the root cause of Delivery PGI (VL03N) is removed from ECC6 and not APO. Standard behaviour would remove from RRP3 / SDP94.

Client usess batch splits for the deliveries direct off line & these loc / prods are consistantly in the CCR error list "Not In R/3".

Your prompt feedback is appreciated, binus awrded & client go-live is 2 weeks,

Many thanks,

Andy Goz

Former Member
0 Kudos

Hi Andrew,

Did you find a solution to this? I am also facing a similar issue- only one of the the countires for our client uses batch splits in deliveires and these are always getting stuck in CCR. All other countries go through smoothly.

Regards,

Shiva