Inspections: Difference between revisions

From Commander4j
No edit summary
Improved by ClaudeAI documentation bot — expanded content
 
Line 1: Line 1:
[[Category:Commander4j]]
The Inspections module is the means by which you define your own structured quality tests within Commander4j. It is part of the broader Quality Control system and is used in conjunction with [[Quality_Control_Sample|Quality Control Sample]] labelling and the [[Update_Samples|Update Samples]] and [[Results_Analysis_and_Reporting|Results Analysis and Reporting]] screens.
 
== Structure ==
 
Inspections are organised into a three-level hierarchy:
 
; Inspection
: The top-level definition — for example, ''Finished Product Sensory Check'' or ''Packaging Integrity Audit''. An Inspection groups together all the Activities that make up a particular type of quality check.
 
; Activity
: A sub-section within an Inspection — for example, ''Visual Checks'' or ''Microbiological Tests''. Each Inspection can contain one or more Activities.
 
; Test
: An individual test within an Activity — for example, ''Colour'', ''Foreign Body Check'', or ''pH Value''. Each Test defines what the operator is expected to record.
 
== Test Input Types ==
 
Each Test is configured to accept one of the following types of input:
 
* '''Free text''' — the operator types a value directly
* '''Numeric''' — the operator enters a number, optionally validated against min/max limits
* '''Selection List''' — the operator picks from a predefined list of values maintained in [[Selection_Lists|Selection Lists]]
 
The label shown to the operator for each test field can be customised using the [[Dictionary|Dictionary]], which maps internal field names to meaningful, context-specific prompts.


The Inspections module is a means by which you can define your own set of tests that you want to utilise for quality control.
== Using Inspections ==


At the top level you have the "Inspection". Each Inspection will have one or more "Activities" and each Activity will have one or more "Tests".
Once an Inspection has been configured, it is assigned to a [[Quality_Control_Sample|Quality Control Sample]] record. When operators update sample results via the [[Update_Samples|Update Samples]] screen, they work through each Activity and Test defined in the Inspection, entering results into a spreadsheet-style grid. Completed results are then available for analysis via the [[Results_Analysis_and_Reporting|Results Analysis and Reporting]] screens.


Each test is defined and can require manual input of text, numbers or values from a "Selection List"
[[Category:Commander4j]]

Latest revision as of 11:22, 1 April 2026

The Inspections module is the means by which you define your own structured quality tests within Commander4j. It is part of the broader Quality Control system and is used in conjunction with Quality Control Sample labelling and the Update Samples and Results Analysis and Reporting screens.

Structure

Inspections are organised into a three-level hierarchy:

Inspection
The top-level definition — for example, Finished Product Sensory Check or Packaging Integrity Audit. An Inspection groups together all the Activities that make up a particular type of quality check.
Activity
A sub-section within an Inspection — for example, Visual Checks or Microbiological Tests. Each Inspection can contain one or more Activities.
Test
An individual test within an Activity — for example, Colour, Foreign Body Check, or pH Value. Each Test defines what the operator is expected to record.

Test Input Types

Each Test is configured to accept one of the following types of input:

  • Free text — the operator types a value directly
  • Numeric — the operator enters a number, optionally validated against min/max limits
  • Selection List — the operator picks from a predefined list of values maintained in Selection Lists

The label shown to the operator for each test field can be customised using the Dictionary, which maps internal field names to meaningful, context-specific prompts.

Using Inspections

Once an Inspection has been configured, it is assigned to a Quality Control Sample record. When operators update sample results via the Update Samples screen, they work through each Activity and Test defined in the Inspection, entering results into a spreadsheet-style grid. Completed results are then available for analysis via the Results Analysis and Reporting screens.