Ship confirm -Confirm SO lines separate from shipment?

[Aarto]

Hi All!

ERP8, Packed Items only, Sales Orders with Transportation. Only Shipments are used, not loads.

We have a situation where the depot staff is required to confirm the actual loaded (picked) quantities on the Sales Orders but they should NOT confirm the transportation shipment. The Transportation shipment should be confirmed later by separate staff when the transport rates are known. (The Depot function is outsourced)
We want the loaded ("picked") quantities to be confirmed as soon as possible to have the stock relieved accordingly

It is possible to confirmed "picked" quantity using P4205 even for Sales Orders with Transportation BUT when the actual shipment is later confirmed in P49645 (From "Work with shipments"), it can not be processed since there are no SO lines to confirm in the P4205 that is called from P49645. (because they were "pick" confirmed earlier) It is simply not possible to press "OK" to close P4205 and since we have to cancel out of it, the transportation shipment is not confirmed.

What we are looking for is a way to separate the "pick" confirmation P4205 and the transportation shipment confirmation in P49645

Also, we are planning to interface the depot system to OneWorld. It would be fairly easy use standard EDI-functionality in OneWorld to process the "pick" confirm in batch (R42500) but it does not handle transportation shipments. Even for this reason we would like to separate these two processes.

Would be grateful for any ideas as how to accomplish this. Preferably without modifications but even a solution with modifications is acceptable.

Kind regards..
/Aarto Reponen

 

[martin_thomas]

Aarto

How about creating 2 versions of ship confirm. The first for picking. Make sure that this updates the sales order statuses to an interim status. Then you use the second version of ship confirm for the final shipment confirmation. The second version will only look at sales orders at the interim status. The P49465 would call the second version of P4205. The only thing is that you would either need two versions of the P49645 calling the appropriate version of the P4205 and ensure that the users use the correct version. The other option is to have the users who confirm the original pick, call their version of the P4205 directly from a menu option.

Regards

Martin Thomas
Unilog Limited
Ebury Gate
23 Lower Belgrave Street
London SW1W 0NR

+44 (0)207 761 1500
www.unilog.co.uk

 

[Aarto]

Re: RE: Ship confirm -Confirm SO lines separate from shipment?

Hi Martin.
Thanks for the reply..

The problem is that the lines are not shown in P4205 if the "Inventory Updated" flag F4211.SDSO02 is set, regardless of the status. The flag would be set by the first ship confirm and would cause the lines not to be shown in the second version.

It is possible to run the first version (pick confirm) of P4205 without relieving inventory (leaving that to Sales Update or, in this case, the second version of P4205) but that would be beside the point as the goal here is to relieve inventory in the first ship (pick) confirm.

Regards...
/Aarto

 

[Tim Lyons]

Aarto,

This is standard functionality in Warehouse Management. The Pick Confirm basically does an Inventory Transfer to a pre-defined shipment staging location. The Ship Confirm then relieves the inventory from the staging location.
You could do this just using P4113, but of course the data would need to be manually keyed, unless you are using barcode data collection.

 

[fknies]

Hi,
In the processing options of work with shipment, version tab, leave the P4205 entry blank ==> P4205 won't be called at all (see ODS about pooled shipment).
Then you would have one staff calling the P4205 directly, and another staff using work with shipment to confirm shipment (just advancing statuses).
Is it what you were looking for ?
Fred