Gage status is the organization’s current instruction about availability and control. It should answer a simple question: what may a user do with this gage right now? A status must be defined, visible, and supported by transition rules—not treated as a decorative label.
What should a gage status control?
Status should communicate whether the item is available for its intended use, needs planning action, is temporarily unavailable, has a restriction, requires containment, cannot be found, or has permanently left the active population.
If two people read “Due” and reach different conclusions about whether the gage may be used, the status definition is incomplete.
Keep status terms short, but document their meaning, permitted use, required action, owner, and entry and exit criteria in your procedure or controlled workflow.
Recommended core gage status definitions
Authorized for its defined use; required review is complete and calibration is not inside an exception state
Still available if your procedure permits, but inside the planning window and assigned for action
Temporarily unavailable while internal work, external service, or result review is in progress
The approved due date has passed; prevent or control use and follow the overdue procedure
Authorized only for a documented range, function, location, or application with visible restrictions
Not authorized for normal use because of failure, damage, repair, investigation, or another unresolved condition
The item cannot be located; use cannot be physically verified and prior-use or replacement action may be required
Permanently removed from active use while identity, history, and retirement evidence remain retained
You may need additional states such as Pending Review, Awaiting Repair, or Reference Only. Add a status only when it communicates a distinct decision that cannot be handled with an owner or action field.
Calibration result and current gage status are not the same
A result records what happened during an event. Status records what the organization authorizes now. A passing result may still leave the gage Under Calibration until the certificate is reviewed. A failed result may lead to Out of Service, Limited Use, repair, or retirement.
Pass, Fail, Limited Use, or another defined event decision supported by the calibration data
Active, Due Soon, Under Calibration, Overdue, Out of Service, Lost, Retired, or another current control state
Do not automatically set Active because a provider returned the equipment. Review the evidence and complete required follow-up first.
Define who may change status and when
- 1Define entry criteria
State which event, date, condition, or authorized decision places a gage in each status.
- 2Assign the responsible role
Identify who may set the status and who owns the resulting action.
- 3Control permitted use
Document whether use is allowed, restricted, or prevented while the status is active.
- 4Require supporting evidence
Connect the status change to a calibration event, damage report, overdue review, repair, loss search, or retirement decision.
- 5Define exit criteria
State what review, evidence, approval, or physical action is required before the next status.
- 6Preserve status history
Keep the previous value, change date, reason, and person rather than only the latest word.
Keep physical and system status consistent
- The physical identification matches the Gage ID in the system.
- Status labels, tags, segregation, or access controls follow the documented method.
- A gage sent externally no longer appears available in the active location.
- Limited-use restrictions are visible where the measurement decision is made.
- Overdue or out-of-service items cannot be selected accidentally.
- Retired items are removed from normal scheduling and active inventory views.
A dashboard is not sufficient if the operator never sees it. Choose controls appropriate to the workplace, equipment, and risk.
Gage status review checklist
- Every active gage has one current, defined status.
- Due Soon and Overdue have separate meanings and actions.
- Result fields are not being used as current status fields.
- Exception states have named owners and open-action visibility.
- Physical condition, location, and system status agree.
- Status transitions retain reason, evidence, date, and authorization.
- Lost, out-of-service, limited-use, and retired histories remain searchable.