What an auditor wants to see in a die's maintenance history

When an auditor asks for the full maintenance history of a die, the last PM sheet is only part of the answer. The job cards, repairs, PM against produced-part counts, spare usage and release history all belong on the die record together.

TOOL · DIE SET

Show me the full maintenance history for this die. It is one of the most common questions in a tooling audit, and it sounds like a request for a single document. It almost never is. The answer is spread across the maintenance log, the toolroom job cards, the PM calendar, the spares list and a release sign-off, and someone has to gather all five before they can answer. Part of why it scatters is that most maintenance software treats a die like a pump, something on a fixed calendar, when a die is a moving thing that wears against the parts it makes.

A die is not a machine that sits still

A die does not get serviced on a date on a wall planner. It runs, and it wears against produced-part counts, the hits it puts out between services. It gets repaired when a section cracks or a pin fails. It consumes controlled spares. And it is released back to production against a specific part and revision, not just switched back on. Every one of those events is part of the maintenance history, and every one of them tends to be recorded by a different person in a different place. None of those places was built around the question an auditor asks months later, which is whether this die was maintained, repaired and released in a controlled way.

What an auditor actually asks to see for a die

  • The full maintenance history for the specific die, showing who did each service and when
  • Repair and job-card history for the wear or failure that was addressed, with what was done and the outcome
  • PM compliance measured against produced-part counts, the hits the die has run, not only a calendar date
  • Critical spare consumption recorded against the die, so a replaced insert or pin is traceable
  • Release status against the correct part and revision, showing when the die was last released and by whom
  • Location and condition history, showing where the die has been and what state it was in

Record it against the die and the history builds itself

The fix is not another folder. It is to record each piece of work against the die itself. A job card raised on the die carries the die, the part, the technician, the date and what was done. A preventive maintenance event carries the trigger, the produced-part count or date it was due, and the result. A spare drawn for the die is linked to the same record, and the release ties the die to the part and revision it was signed off against. Do that and the service history is not something you assemble, it is just the sum of the records already sitting on the die. That is how VoraTool is built, and when the auditor asks for the history VoraAudit assembles it from those same records and lays it out to read or print.

Answer it in seconds

The difference is visible the first time an auditor names a die and you answer while they are still writing the question down, instead of sending three people to the filing cabinets for the rest of the afternoon.

See it in VoraTool

Tooling, job cards and preventive maintenance with the history written as the work happens.

Talk to someone who understands manufacturing control and audit evidence. We do not do generic demos.