Quality Management

Quality Management is the Nashua 360 module that governs product and process conformance across the enterprise, from the definition of what "good" means to the evidence that proves it was achieved. It owns the full quality lifecycle: inspection planning and characteristic definition, incoming, in-process and final inspection, the capture and disposition of non-conformances, corrective and preventive action, statistical process control, supplier quality, audit management and controlled documentation. Where other systems treat quality as a downstream check, Nashua 360 treats it as a system of record that spans engineering, production, procurement and compliance.

The module owns a single, hard business problem: knowing, at any moment and with defensible evidence, whether what the organisation makes, buys and ships meets specification, and driving the closed-loop response when it does not. It sits alongside Manufacturing and Operations and Supply Chain in the suite, feeds Governance, Risk and Compliance with audit and control evidence, and drives its investigations and approvals through Flow Management.

What the module does

Quality Management delivers a complete quality system rather than a collection of checklists. It maintains inspection plans that define which characteristics are measured, the nominal value and tolerance band for each, the measurement method and gauge, and the sampling regime that governs how many units are examined and against which acceptance criteria. Plans attach to materials, operations, suppliers and customers, so the same part inspected at goods receipt, on the line and at final release carries a consistent definition of conformance.

Against those plans the module records inspection results at every stage: incoming inspection of purchased material, in-process inspection during manufacture, and final inspection before release. Measured values are compared to tolerance automatically, results are classed as conforming or defective, and lots are accepted, rejected or held. When something falls outside specification the module raises a non-conformance report, routes the affected stock to a quarantine status, and initiates disposition. It runs corrective and preventive action with structured root-cause analysis and effectiveness verification, operates statistical process control with live control charts and capability studies, scores and rates supplier quality, schedules and executes audits, and holds all governing procedures and specifications under formal document control.

The domain and how its concepts relate

At the centre of the module sits the idea of a specification: the agreed definition of acceptable, expressed as a set of characteristics, each with a target and a tolerance. A specification is meaningful only when it is measured, so the second core concept is the inspection, an event in which a defined sample of a lot is examined against its specification and a verdict is reached. Inspections are not free-floating; each is anchored to a real object moving through the business, a received delivery, a production order or a shipment, so quality evidence always traces back to a physical lot and the transaction that produced it.

When an inspection, a customer return or an internal observation reveals that reality has departed from specification, the domain records a non-conformance: a documented gap between what was required and what was found, carrying its severity, the quantity and lot affected, and the disposition decision that resolves the immediate material. A non-conformance that signals a systemic weakness escalates into a corrective and preventive action, the investigation and improvement work that removes the underlying cause and confirms the fix held. Around this core sit the supporting concepts that give quality its institutional memory: suppliers whose performance is rated over time, audits that test the system against a standard, and controlled documents that hold the current, approved version of every procedure and specification. The relationships are causal rather than merely referential: a specification governs an inspection, an inspection can surface a non-conformance, and a non-conformance can raise an action whose effectiveness is proven by later inspections trending back within limits.

The principal workflows

The inspection workflow is the backbone. A goods receipt, a completed operation or a release request triggers an inspection lot against the relevant plan. An inspector or an automated gauge records measured values, the module evaluates them against tolerance and sampling rules, and the lot is dispositioned as accepted, rejected or conditionally released. Accepted stock moves to unrestricted use; rejected or suspect stock is blocked and quarantined, and the event flows into the non-conformance process.

The non-conformance and CAPA workflow governs the response. A non-conformance report captures the defect, its containment and its immediate disposition, use as is, rework, scrap or return to supplier. Where the issue warrants systemic action, the module opens a corrective or preventive action, guides the team through structured root-cause analysis, records the action plan with owners and dates, and closes only after an effectiveness check confirms the problem has not recurred. Running in parallel, the audit workflow plans, schedules and conducts internal, supplier and certification audits, logs findings against clauses, and links each finding to a corrective action, while the document control workflow manages authoring, review, approval, distribution and periodic revalidation of every controlled procedure and specification.

Plan andinspectDetectnon-conformanceInvestigate andcorrectVerify andcontrol
The closed quality loop, from planned inspection through non-conformance to verified corrective action.

Standards, controls and statistical depth

The module is built to the discipline of ISO 9001 and the wider family of quality standards, and its structures map directly to their requirements: documented information under control, competence and calibration records, control of non-conforming output, and the corrective action and continual improvement loop. Audit management supports clause-by-clause assessment against these standards, and the resulting findings, actions and evidence form an unbroken, time-stamped record suitable for certification and customer audit.

Statistical process control gives the module its analytical depth. It maintains control charts for variable and attribute data, X-bar and R, individuals and moving range, p, np, c and u, calculates and monitors control limits, and applies run rules to flag out-of-control conditions before defective product is made. It computes process capability and performance indices, Cp, Cpk, Pp and Ppk, so that a process is judged not only on whether individual parts pass but on whether it is inherently capable of meeting specification. Sampling follows recognised acceptance principles with defined acceptable quality levels, and every gauge carries calibration status so that measurements rest on instruments proven fit for use. On the financial side, the module quantifies the cost of quality: the appraisal cost of inspection, the internal failure cost of scrap and rework, and the external failure cost of returns and warranty. Scrap and rework dispositions post as inventory and cost adjustments through the suite's finance integration, so quality decisions carry their proper accounting treatment rather than living in a spreadsheet.

How it fits the Nashua 360 suite

Quality Management is native to the suite and shares its master data rather than duplicating it. It integrates most closely with Manufacturing and Operations, where in-process and final inspections attach to production orders and operations, and where a failed inspection can hold an order or block a release. It works with Supply Chain at goods receipt, running incoming inspection against purchased lots, feeding supplier quality ratings back into sourcing and vendor evaluation, and driving supplier corrective action requests when performance slips.

Findings, audits and controls surface in Governance, Risk and Compliance, which consumes the module's audit results and control evidence as part of the enterprise assurance picture, so a quality non-conformance with regulatory weight is visible where risk is managed. Investigations, approvals and reviews run on Flow Management: CAPA routing, disposition sign-off, document approval and audit finding closure are all orchestrated as workflows with defined roles, escalation and audit trails. Cost postings from scrap, rework and return dispositions flow to the finance module, and quality holds propagate to inventory so that blocked stock is genuinely unavailable to pick, plan or ship.

AI Workers inside Quality Management

Because Nashua 360 is AI-native, AI Workers operate as first-class participants in the quality system rather than as a bolt-on assistant. A quality engineer can query module data conversationally, asking for the capability trend on a characteristic, the open non-conformances for a supplier, or the ageing of CAPAs past their due date, and receive answers drawn directly from live records. Workers execute actions within their authority: raising a non-conformance from an inspection failure, opening a corrective action, dispositioning quarantined stock, or scheduling a re-inspection.

They monitor continuously for anomalies and exceptions, detecting out-of-control signals and run-rule violations on control charts, drifts in process capability, clusters of defects on a part or supplier, and overdue actions, then alerting the responsible owner before a trend becomes a failure. Workers perform document and data extraction, reading supplier certificates of analysis, inspection reports and gauge output, and populating results against the correct characteristics. They provide decision support during root-cause analysis, proposing probable causes from defect history and suggesting effectiveness checks. And they act as approval and review nodes in workflows, reviewing a CAPA for completeness, validating that evidence supports closure, or sign-off on a document revision within delegated limits, always leaving a full, attributable trail of every judgement they make.