Supermarket


<< Click to show table of contents >>

Navigation:  Objects of the value stream toolbox > Storage objects >

Supermarket


Contents

1. Brief description

2. Procedure and control description

 2.1 Supermarket object Overview

 2.2 Supermarket Constellations: With information flow and with Kanban

 2.3 Sample Use case - Placement of supermarket orders through PPS

 2.4 Sample Use case - Placement of supermarket orders through Kanban

 2.5 Understanding order flow to predecessor

3. Parametrization

4. Connection types

 

 

1. Brief description

Similar to the inventory object, the supermarket object is a passive picking inventory as a predecessor to order-driven processes (or of the customer).

Thus, analogous to the simple (withdrawal) inventory, parts are put into stock via push, however, the supermarket warehouse can reorder parts itself based on parts withdrawals via information flow and reporting point procedure or via Kanban flow.

 

2. Procedure and control description

An inventory receives products on a workpiece carrier, removes them and stores the parts.

With storage, products are thus mathematically compressed onto workpiece carriers, i.e. with workpiece carrier limitation, only the theoretical capacity of the forwarding quantity of the process predecessors is assumed.

 

If products are required for a subsequent process object, they are forwarded to the requesting process on workpiece carriers.

The workpiece carrier capacity is also reused by the preceding processes;

depending on the requested order quantity of the succeeding process, workpiece carriers from the warehouse towards the succeeding process may not be completely filled (according to the maximum capacity of the forwarding quantity from the preceding process).

 

If there are not enough parts stored for an order from a downstream process, the requesting object must wait until parts arrive and have been stored.

After the product has been put away, all waiting objects will be notified for a new parts request.

Note that it may happen again that not all part requests can be fulfilled and that the requesting parts will have to wait again.

 

As an extension to the normal inventory, the supermarket determines after a part withdrawal whether parts should be ordered via an information flow or Kanban successor for replenishing the supermarket.

The two control mechanisms are thereby exclusive, i.e. either a supermarket is controlled over a reporting point procedure with information flow edge (to a successor) or over a Kanban constellation.

If the supermarket is controlled via an information flow edge, the parameters for reorder point and maximum stock are used.

If a part reaches the reorder level at the time of withdrawal, then as many parts are ordered via information flow successors until the maximum stock level is reached. Due to lot sizes in supplying, controlled processes, this quantity can also be overridden.

 

If a combination of supermarket and Kanban successor is used, the defined reorder level and maximum stock per product is ignored.

The reordering takes place on Kanban card basis, i.e. if a Kanban card in the camp becomes completely free, this is available again is steered in as order along the Kanban production definition.

The defined initial stock when modeling with Kanban is rounded up to full Kanban cards.

 

 

Supermarket object overview

 

20220719_supermarket_Folie_1

Figure 1 - Supermarket object overview

 

 

Supermarket Constellations: With information flow and with Kanban

20220719_supermarket_Folie_2

Figure 2 - Supermarket Constellations: With information flow and with Kanban

 

 

Sample Use case - Placement of supermarket orders through PPS

20220719_supermarket_Folie_3

Figure 3 - Placement of supermarket orders through PPS

 

 

Case 1 – Lot Size: 1

20220719_supermarket_Folie_4

Figure 4 - Case 1 – Lot Size: 1

 

 

20220719_supermarket_Folie_5

Figure 5 - Case 1 – Lot Size: 1

 

 

20220719_supermarket_Folie_6

Figure 6 - Case 1 – Lot Size: 1

 

 

Case 2 – Lot Size: 100

20220719_supermarket_Folie_7

Figure 7 - Case 2 – Lot Size: 100

 

 

20220719_supermarket_Folie_8

Figure 8 - Case 2 – Lot Size: 100

 

 

20220719_supermarket_Folie_9

Figure 9 - Case 2 – Lot Size: 100

 

 

Sample Use case - Placement of supermarket orders through Kanban

20220719_supermarket_Folie_10

Figure 10 - Placement of supermarket orders through Kanban

 

 

Placement of orders only based on Kanban cards

20220719_supermarket_Folie_11

Figure 11 - Placement of orders only based on Kanban cards

 

 

20220719_supermarket_Folie_12

Figure 12 - Placement of orders only based on Kanban cards

 

 

Placement of orders only based on Kanban cards – Initial Stock

20220719_supermarket_Folie_13

Figure 13 - Placement of orders only based on Kanban cards – Initial Stock

 

 

Placement of orders only based on Kanban cards

20220719_supermarket_Folie_14

Figure 14 - Placement of orders only based on Kanban cards

 

 

Traffic Light Kanban - Understanding flow of parts (1)

20220719_supermarket_Folie_15

Figure 15 - Traffic Light Kanban - Understanding flow of parts (1)

 

 

Traffic Light Kanban - Understanding flow of parts (2)

20220719_supermarket_Folie_16

Figure 16 - Understanding flow of parts (2)

 

 

Understanding order flow to predecessor : Case 1

20220719_supermarket_Folie_17

Figure 17 - Understanding order flow to predecessor : Case 1

 

 

20220719_supermarket_Folie_18

Figure 18 - Understanding order flow to predecessor : Case 1

 

 

3. Parametrization

20230413_supermarkt_parameter_EN

Figure 19 - Supermarket

Process Parameter

Required

Description

Name

no

Name of the object

Products

no

Products of the object

Max. number carrier (storage)

yes

Maximum number of carriers

Check interval reorder level

yes

Interval in which the reorder level is checked. This means that even if the stock level falls below the reorder point, if you enter > 0, the system only checks whether the reorder point has been reached after each time interval. The ordering rule cannot be used in combination with a KANBAN system.

A practical application would be a manual go-see control in which reorders are checked periodically.

Thus, replenishments can be delayed due to delays in orders.

Comment

no

Custom notes and annotations

 

 

Product Parameter

Required

Description

Product

yes

Product to be stored

Initial stock

yes

Initial stock that has already been put away at the start of the simulation.

Safety stock

yes

Specification of a lower buffer that should not be fallen short of.

However, it is considered and used in the simulation.

(Normally: Safety stock < Reorder level < Maximum stock)

Reorder level

yes

Repeat order when the current number of products has reached this limit.

Maximum stock

yes

Maximum capacity within the object per product

Max. number carrier (product)

yes


 

 

4. Connection types

See chapter Possible connections to objects.

 

 


© SimPlan AG - Hanau District Court, Commercial Register (Part B) 6845 - info@simplan.de - www.simplan.de/en