question

Martin B6 avatar image
0 Likes"
Martin B6 asked Martin B6 commented

Pick when the Order is complete?

Hello

How can I determine if all items per order are completely stored in the rack? My idea would be: Products of different OrderID come at different times in rack (same slot). The operator should only start picking when the order is completely stored in the rack. In the current model a picking time is defined and specifies when the picking process runs. This time input would then be obsolete, because the operator is supposed to transport the order to the outbound immediately after receiving the signal that the order is complete. Would someone be so kind to help me with this problem?

Entwurf_10.fsm

Thank you!!

FlexSim 20.2.3
process flowrackflexsim 20.2.3order pickingusing lists
entwurf-10.fsm (1.8 MiB)
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

1 Answer

Joerg Vogel avatar image
0 Likes"
Joerg Vogel answered Martin B6 commented

You put your order onto a partitioned list. The partitioned list itself is an entry of a second list. You pull the entry by query to check its length to get empty and create so an back order. If the backorder gets fulfilled, you have an event on which you can start collecting the items from the slot.
The partitioned list values can actually be real items or tokens containing attributes and describing your products you will store. Or you push abstract values onto the list with push arguments which describe your attributes of the products.

· 6
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Jason Lightfoot avatar image Jason Lightfoot ♦♦ commented ·

Yes the easiest thing given your current model state might be to push to a list called "StoredOrderItems" partitioned by token.OrderID.

Then you would need to know how many items the order should have when pulling from the new list - so then add "SUM(Qty) AS NumItems" to "Transform Orders Table".

I'm not sure why you need aggregated order rows if the items are pushed to stored orders. At the moment you're finding matching items by SKU, but if you've pushed the order items to a list, you don't need to search for them - you just pull the quantity you need from the StoredOrderItems list and that gives you the items to pick (if you push items when they're stored - which you should).

I've made those changes and added this pull - which should give you a direct reference to the items to pick with no needs to find them by SKU:

Model attached.

entwurf-10_jl.fsm


1 Like 1 ·
1607957208219.png (5.3 KiB)
entwurf-10-jl.fsm (768.5 KiB)
Martin B6 avatar image Martin B6 Jason Lightfoot ♦♦ commented ·

@jason.lightfoot @Jörg Vogel

Thank you very much for the answers. The model works almost well. However, I have now neglected the time unit for delivery (since the operator delivers when the order is complete) and have noticed that before the operator transports the order to the outbound, he first goes to the inbound and grabs an item for storage. You can see this clearly at 97. What is the best way to separate this so that the operator either stores or retrieves?

Thank you!

Model attached:

Entwurf_10_2.fsm

0 Likes 0 ·
entwurf-10-2.fsm (262.9 KiB)
Jason Lightfoot avatar image Jason Lightfoot ♦♦ Martin B6 commented ·

Could you say which order in day 97 and at what time? (datetime or decimal to 6 digits)

0 Likes 0 ·
Show more comments