The Checklists module (also called the List Application) manages the complete lifecycle of checklists, Standard Operating Procedures (SOPs), and process inspection forms. It is designed to guide operators through structured, repeatable process steps: equipment checks before a shift starts, cleaning procedures between production runs, startup routines when a new order begins, or periodic verifications during production.

Checklists are focused on the process and the equipment. They ensure the right steps are followed at the right time, in the right way, by the right person.

Both the Checklists module and the QM module present operators with questions to answer during production. The distinction lies in purpose and scope.

As a rule of thumb: if the question is about the process or the equipment, use the Checklists module. If the question is about the product itself, use the QM module.

One of the key strengths of the Checklists module is its flexible trigger model. A checklist does not need to be started manually by an operator; it can be initiated automatically based on a wide range of conditions:

Order based triggers link a checklist to a specific moment in the production order lifecycle. A startup checklist fires when an order begins; a shutdown or handover checklist fires when an order ends. The Order Cockpit initiates these automatically as part of the routing step.

Time based triggers fire on a fixed schedule regardless of what is running on the line. A daily equipment check or a shift start procedure are typical examples.

Frequency based triggers fire after a defined number of produced pieces or cycles. This is useful for periodic in-process checks that are tied to output volume rather than time.

Manual triggers allow an operator or supervisor to start a checklist on demand, for situations that do not fit a predefined schedule.

Because lists are linked to a running production order rather than to a specific production lot, they capture process compliance at the order level. This is the key distinction from the QM module, where every inspection is tied to a specific material batch.

The Checklists module separates the configuration of checklists from their execution, following the same version-controlled lifecycle used across the Mantsu suite.

List creation and configuration covers the definition of each checklist: its trigger, its checks, the answer types, execution mode, and any linked documents. A list must pass through a review and approval cycle before it can be activated for use on the shop floor.

Execution is where operators interact with the list. Once triggered, the operator works through each check in sequence, records their answers, and submits the list. Depending on the configured execution mode, a second independent execution or a supervisor approval step may follow before the list is closed.

The Checklists module supports different execution scenarios, allowing quality engineers to configure the level of verification required for each checklist:

Single execution requires one operator to complete the list. Once all checks are answered successfully, the list is closed.

Single execution with 2 executioners allows you to configure a checklist with 2 different roles as executioners. The first role who starts the checklist, needs to finish the checklist. The second role will not have the possibility to fill in the same checklist again.

Two-execution requires a second operator to independently complete the same list. This is useful for critical steps where a double-check is required. Difference with the previous scenario is that both executioners need to fill the checklist in independently from each other.

Approval routes the completed list to a supervisor or approver, who reviews the answers before the list is finalized.

Two-execution with approval combines both: a second independent execution followed by a supervisor sign-off.

If any check fails, the list is closed with a failed status regardless of the execution mode.

Every checklist follows a controlled version lifecycle: Draft, For Review, Reviewed, Activated, and Deactivated. Only one version of a given checklist can be active at any time. When a change is required, a new draft version is created and goes through the full review cycle while the current active version remains available for execution. This ensures there is no disruption to ongoing production during a revision.

Full traceability of every status transition is maintained, including who made the change, when, and any comments entered at the time.

Checklist (list): a structured set of checks that guides an operator through a repeatable process step.

Trigger: the condition that starts a list: order based, time based, frequency based, or manual.

Execution mode: the configured level of verification, ranging from a single execution to two independent executions with approval.

Version lifecycle: the controlled flow of a list through Draft, For Review, Reviewed, Activated, and Deactivated.