Quality data collected once, not reconstructed later
Quality goes wrong the same way everywhere: the measurement is taken, written on a sheet, and typed up later — if at all. By the time anyone looks, the batch has shipped and the sheet is a photograph on someone’s phone.
Capitán records quality where the work happens, against the order that produced it. A specification defines what is being measured, and its restrictions define the values that are acceptable — an operator, a limit, an expression. Measured values are then recorded against that definition rather than against a blank comment field.
Scrap with a reason attached
Waste is captured as it occurs, against a reason you have defined, on the resource and shift where it happened. That turns scrap from a monthly total into something you can group, chart and act on — which reason, which machine, which product, which shift.
Quality is part of the production record
Because good quantity and quality rate sit on the same operation reports that drive output and downtime, quality is not a parallel system to be reconciled. It feeds the same numbers everything else reads, including OEE, where quality is one of the three components.
And because consumption and checks are recorded against the work order as it runs, the evidence for a customer audit or a recall question already exists — see in-process traceability.
A measurement with no defined range is a number. A measurement against a specification is a result.
Specifications define what is acceptable and values are recorded against them. If you want a reading outside its range to actively block a save or trigger an escalation, that is the validations and automations layer doing it, configured to your rules.

