Combine delivery

[Former Member]

Hi,

I am trying  to find a solution of how to combine several deliveries together. The scenario goes like this: I have created several deliveries using VL10B. Those deliveries are now being split using VLSP into several deliveries and I need to combine those deliveries together.

Does anyone know of a way to do this?

Best regards,

Lior Shor

For example:

Original deliveries:

Delivery 180YYY

Item 10 20 cartons

Item 20 30 cartons

Delivery 180ZZZ

Item 10 25 cartons

Item 20 35 cartons

Splited deliveries:

Delivery 180WWW (based on delivery 180YYY)

Item 10 20 cartons

Delivery 180QQQ (based on delivery 180ZZZ)

Item 10 25 cartons

I need to combine the new deliveries  - 180WWW and 180QQQ

[Former Member]

Hi Lior,

You can check out VL10UC. But I don't any reason to do it as you require since there are delivery groups...

regards,

Edgar

[mihailo_sundic]

Simply create delivery group for the required deliveries.
You can do it through VL06O => for picking.
Select both deliveries, then choose "Subsequent functions", then "Group",
and then based on your config one of the following:
Create OR Create with WM Reference OR Wave Pick.

[joao_sousa2]

One basic reason to combine deliveries is packing in WM. A HU can only be attributed to ONE delivery. Lets say I have 10 itens for a STO, each one ends up in one delivery.

Packing this is hell, because one HU can only be attributed to one delivery, but all 10 items fit in one pallet.

[Former Member]

João, a package can have several deliveries, It would be pretty useful if it didn't .

[Former Member]

Edgar,

How Can you assign single HU to several deliveries?

[Former Member]

Edgar,

I have chcecked it but I get an errror because of the copy control (Table TVCPL) and I can not maintain entries as I use STO as the basis of the deliveries.

[joao_sousa2]

João, a package can have several deliveries, It would be pretty useful if it didn't .

Only if you package at the shipment document level, but WM processes forces you to pack at the delivery level while doing the picking.

[Former Member]

Hi João,

yes WM packing is at delivery level, but can't you have a second level packing grouping them at shipment level?

regards,

Edgar

[joao_sousa2]

No, because it limits my options. Let's say I end the picking process with one pallet with just 2 crates, but I have other two pallets that aren't completly full and have room for one crate each (each pallets belongs to a different delivery).

What I want to to, is to split that delivery HU into two, which I can't do in the shipment documents because it only allows consolidation of several pallets into one, not the split of one into two.

[Former Member]

Hi João,

I see. SAP's view about the subject is a bit that packing in WM is still at product level. Things like pallets are transportation materials unless you are selling entire pallets.

Your case is affected by this.

At most you should pack in a crate in WM and then pack in a pallet in IM. To give you the maximum number of options you should have one delivery for every different type of materials packing in the same pallet you can have, maybe even only one line by delivery.

This is the most standard response I see to your scenario. I'm sorry because it's certainly not what you expect.

regards,

Edgar

[joao_sousa2]

At most you should pack in a crate in WM and then pack in a pallet in IM. 

That doesn't really solve my problem, you just replaced pallet by crate. The problem is that at the shipment level I want to split that "crate" in two pallets and SAP doesn't allow that in the shipment.

To give you the maximum number of options you should have one delivery for every different type of materials packing in the same pallet you can have, maybe even only one line by delivery.

Which doesn't make any sense. SAP should provide a standard solution for a basic business problem.

[Former Member]

It's the same thing, if you can open a crate then it's not at product level.

I'm aware it's not an optimal solution for you.

[joao_sousa2]

I'm aware it's not an optimal solution for you.

It's an optimal solution for the users, and that's why many times companies use an external WMS system.

[Former Member]

I see this really upsets you. You could not bother that much about it .

It's not like SAP hasn't a solution for it but in fact it requires a serious effort to optimize it to our processes. That is true here and in several other examples.

I also would like to see more BAPI's in the near future related to shipping and packing mainly because it's normally a bottleneck process in many industries and standard transactions do not respond to customer specific processes timely and in a simple fashion.

Maybe a lot of industries use a dedicated WM system but in my experience there were several customers where process gains vs maintenance costs do not fully justify the investment.

Anyway, the customer should be always guided to what is best for them, even if it's an external WMS, IMHO.

best regards,

Edgar

[joao_sousa2]

Maybe a lot of industries use a dedicated WM system but in my experience there were several customers where process gains vs maintenance costs do not fully justify the investment.

I agree. I've seen this several times, and the cost of integrating both solutions is terrible, and leads to many problems. That's why it's so hard to accept SAP stupid limitations.

It's easy, provide a functionaly that combines deliveries. If done a custom one, but it's very complicated and bring risk to the table.