cancel
Showing results for 
Search instead for 
Did you mean: 

Sales order split w/multiple sourse plants and COD issue

Former Member
0 Kudos

Hello experts,

I am hoping you can give me some advise.

We often split shipping points in sales orders.

What is the best method to avoid zero value COD deliveries getting COD on the manifest labels during parcel shipping?

So sales order is created with payment terms ZCOD and the zero value line items have a different shipping point then the rest of the items because the warehouse that get's the main order does not have the zero value items.

So system creates two out bound deliveries with refrence to the same COD sales order and both deliveries are COD.

We need to stop zero value COD issue since the carrier will not deliver cartons with COD and no amount to collect.

What is the best method?

Any thoughs or suggestions will be appreciated

Arakish

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

Hello Arakish

Cash On Delivery (COD) works on the basis of FA (carrier) delivering it the goods and collecting the cash from customer. SAP documentation says to trigger cash on delivery the prerequisite is to enter the forwarding agent as the payer in order entry and this ensures that the forwarding agent is determined as a selection criterion for shipping. Remember you also said 'carrier will not deliver cartons with COD and no amount to collect', so I thought if you may need a different carrier for the so-called Non-COD items. So I was suggesting you use different FA for COD items and another one for non-COD (meaning zero value) items.

But I guess you are going by payment terms (ZCOD) as the way to identify whether the delivery is COD or not and want to ensure that shipping labels for delivery with zero-value items to not have 'COD' printed on them. Ok, here we go:

1) Firstly change the relevant item cat config (VOV7) to allow different business data in the item.

2) Using user exit USEREXIT_CHECK_VBKD in program MV45AFZB, move in a different payment term - not ZCOD- (VBKD-ZTERM) if the item has no value.

From here copy controls will take over.

Does this work? Let me know.

Former Member
0 Kudos

Interesting idea and one I had not thought of,

I would have a few new item catagories to create since we have more then one reasons for zero value items (free of charge, 100% discount,) and we currently use item catagories to define pricing procedures for billing.

Please tell me:

Wouldn't that change the terms for the entire sales order?

Our inviocing pulls the payment terms from the sales order header data.

So would that work to change the terms on ONLY the delivery containing the free or zero value items and leave the sales order terms as ZCOD so the other delivery would be COD as intended?

Former Member
0 Kudos

The whole idea of the check mark 'Different business data' in item cat is to have different business data ( Payment terms) at item level as compared to header.

Whatever is the payment term for the item should come through to invoice in the normal circumstances, check it out. If not tweak your copy control data routines.

Since you are changing the payment terms for No-value items, others would be COD as usual. In the sales order.

davidemambrini
Advisor
Advisor
0 Kudos

Are there some presentation available on COD process and know if there are some IDES for demo ?

Thanks Best regards Davide

Former Member
0 Kudos

Arakish

Basically you need to differentiate the Partners (Forwarding Agents) for the items with and without values.

I suggest you use origin X,Y or Z for Forwarding agent (FA) in the relevant determination procedure and then insert custom code EXIT_SAPLV09A_003 to with the following logic:

1) For items with values, get the FA from Payer as the FA collects the payment.

2) For items without value, get the FA from Sold-to Party or Ship-to Party and this will be a different partner number from step 1.

Hope this helps trigger some thoughts.

Former Member
0 Kudos

Hello, thanks for the response

How would using different forwarding agents fix the challenge? I am not understanding the logic. sorry

Also note: in our system sold-to party is the payer and often sold-to party is the same as the ship-to party

It did trigger some thoughts and very interesting but I can't quite understand the way that would effect the billing terms (values for payment from sales order that populate the delivery invioce documents)

Edit: please explain more your thoughts

Edited by: Arakish on Sep 29, 2010 11:42 PM

Former Member
0 Kudos

Page 6 over night?

Busy forum...