Skip to content
Certify
Use case

Non-conformances that get closed, and stay closed

Anyone can raise an NCR. The test of a real quality system is whether the same one comes back next quarter. Closing it for good is the part that matters.

A non-conformance report is a small promise: we found something out of spec, and we will deal with it. Break that promise quietly a few times and the whole quality system loses its meaning. The trick is making the follow-through automatic, not heroic.

The loop, the way it should run

  1. 1

    Raise it

    It gets logged on a form, with the detail and a photo, and lands in a SharePoint list with its own reference number.

  2. 2

    Find the cause

    It routes to an owner to investigate. They record the root cause, not just the symptom.

  3. 3

    Fix it

    A corrective action comes off the back of it, with an owner, a due date, and reminders that escalate if it stalls.

  4. 4

    Verify and close

    Before the NCR closes, the fix is checked to confirm it actually held. Dated, signed, done.

Why the verify step earns its keep

Plenty of systems mark an NCR closed the moment a fix is logged. That is how the same fault comes back. Holding the record open until someone checks the fix held is a small bit of friction that saves a repeat finding later. Certify keeps that step in the loop by default.

Pair it with audits and most of your findings flow straight into this same path.