We have agreed previously that hubs will generate a single, consolidated order for a supplier, from multiple customer order.
However, when a customer order is generated, we need a method to ensure stock is reserved/held, so that the order can be fulfilled.
An example:
Supplier Jean is selling carrots through 2 hubs - Hub A & Hub B
Hub A has an order cycle that opens on Monday and closes on Friday
HUb B has an order cycle that opens on Tuesday and closes on Thursday
Jean has 10 kg of carrots to sell this week.
Customer Ali orders 1kg carrots through Hub A on Monday
Customer Paul orders 5 kg of carrots through Hub A on Tuesday
Customer David orders 3 kg of carrots through Hub B on Wednesday
Customer Michael orders 2 kg of carrots through Hub B on Thursday
When Hub B's order cycle closes on Thursday, it orders 5 kg of carrots from Jean.
WHen Hub A's order cycle closes on Friday, it orders 6 kg of carrots from Jean.
Jean is 1 kg of carrots short. If Hub A can only get 5 kg of carrots, Paul or Ali (who ordered earlier than David & Michael) won't get their order fulfilled.
To fix this, we need a way to track stock levels as orders come in.
Proposals are either:
We adjust a stock level as orders complete, to show remaining available stock. Then an order is submitted when the order cycle closed
The supplier order is created when the first customer order completes, but is held in a pending state and updated as further customer orders come in.
We have agreed previously that hubs will generate a single, consolidated order for a supplier, from multiple customer order.
However, when a customer order is generated, we need a method to ensure stock is reserved/held, so that the order can be fulfilled.
An example:
To fix this, we need a way to track stock levels as orders come in.
Proposals are either: