Complete Is Not Verified
Orville Davis·Author
A completed checklist, a completed work order, a completed case, a "100% complete" string, or a "complete" badge is a completion label under the criteria someone chose. It is not verification that the outcome happened, the measured result matches the Decision Case, learning closed with achieved, not_achieved, or inconclusive, or that the case can honestly close.
Complete is not verified. The checklist, the work order, the case, the percent, and the badge are a completion label under the criteria someone chose. They can record that every box on a chosen list was marked, that a work system stored a finished state, or that a rollup reached 100%. They do not record that the outcome happened. They do not record that the measured result matches the Decision Case. They do not close learning with achieved, not_achieved, or inconclusive. They do not let the case honestly close. Verification remains named observation against named criteria — not the completion stamp. Treating that stamp as verification is false closure under the honesty and verification boundary. Sync may surface a completion label beside a Decision Case when the criteria, the coverage, and the assumptions are named. Surfacing is still a read. A named human decides. Verification stays open until a verified operational outcome is recorded. Direct plant execute stays off.
A complete badge looks like the end of the argument. The checklist is done. The work order says completed. The case says completed. The bar reads 100% complete. The meeting treats the word as if the outcome had been seen, the measurement had matched what the decision named, learning had closed, and the Decision Case could leave the board. It has not. The screen updated because a query counted marked boxes, or because a system stored a word for that count. Someone chose those boxes, those states, and that percent. The label does not say what was observed after the work. It does not say whether the intended effect occurred. It does not say the measured notes match the criteria the decision named. It does not close the case.
Sync keeps that split on the signed-in Decision Case. A signed-in user completes the case in a fixed order: Question, Evidence, Recommendation, Human decision, Action, Verification, and Learning. Orville Davis states that order in Field Manual v0. The manuals index lives at /manuals. This essay is why a completion label cannot be read as verification. The Verification chapter records named observation against the criteria the decision named. The Learning chapter keeps that record. The complete badge does not replace either one.
A completion label is a comparison under chosen criteria
The label has four steps. A source holds a mark: a completed checklist, a completed work order, a completed case, a percent, or a badge. A rule compares that mark with criteria a person, a procedure, or a configuration chose. A renderer shows complete, 100% complete, or a complete badge when the comparison passes. A person reads the renderer.
None of those steps is verification. The comparison can be true and the outcome can still be absent. The criteria can have been written for a different question than the one on the Decision Case. The percent can be a rollup of boxes that do not include the failure mode the decision named. The badge can be the last word a system stored, not a fresh observation of the plant.
A completed checklist, a completed work order, a completed case, a 100% complete string, and a complete badge are the same kind of label. Each one reports a completion claim under the criteria someone chose. None of them is named observation.
Cleared Is Not Complete already treats a cleared flag, a cleared checklist, a cleared-to-proceed badge, and a cleared for start, cleared for service, or case cleared string as a clearance decision, or a label someone attached to one. That stamp is not proof the work is finished. This essay starts one step later. A cleared stamp is not completion. A complete badge can be the finish label someone attached when their chosen criteria were met. That label is still not verification. Verification remains named observation against named criteria — not the completion stamp.
Ready Is Not Cleared and Status Is Not Clearance sit earlier on the same board. A ready flag is a readiness label. A status of OK is a label on a stored or computed value. Neither is clearance. A complete badge is not a stronger form of ready, and it is not a stronger form of OK. It is a later word, applied when a different comparison passed. The word still does not observe the outcome.
The criteria were chosen
Complete does not arrive from the asset. It arrives from a comparison. The boxes on the checklist, the states that close a work order, the fields that mark a case, and the rule that paints 100% are settings. They can come from a procedure, a work-system configuration, a model, or a default left in a form. This essay states no OEM limit and no operating threshold. It states that whatever criteria are in use were chosen, and that the label only reports the comparison.
A short list and a long list paint the same badge when every required box is marked. The badge does not show which boxes were required. It does not show the question the list was written for. It does not show the points the list left out. Naming the criteria, the coverage, and the assumptions is part of the evidence. Leaving them unnamed and reading the badge as verification skips that record.
A completed checklist is not the observed outcome
A completed checklist reports that the boxes someone required were marked. Marking the last box stores complete. It does not measure the plant. The boxes can cover permits, parts, and signatures, and still omit the effect the decision named. The list can be fully ticked and the outcome can still be missing.
Coverage Is Not Control names the watched set. A completed checklist for that set is complete for the points and the tasks the list contained. Equipment and effects outside the list are not verified by the badge on the list. Coverage of a watched set is not permission to order work, isolate equipment, or change the plant. A complete badge for that set is not control, and it is not named observation of the outcome.
Evidence from the plant beats the badge. If the evidence is not enough, the case refuses. A completed checklist does not fill the gap, and it does not close it.
A completed work order is not verification
A completed work order is a state in the system that already holds the work. That system can store complete when its own criteria are met: hours entered, a code selected, a supervisor field filled. The state reports that comparison. It does not report that the measured result matches the Decision Case.
Action Is Not Execution keeps work intent off the plant. ACTION stays locked until authorized execution systems write the work order or isolate the equipment. A complete badge does not unlock that write, and a later completed state does not become the verification record. Sync does not write the work order. Sync does not mark a work order complete. Sync does not write that state back. CMMS write-back is not a live product path. The systems that already hold execution authority write the work order or the isolation. Authorized execution systems perform that write. Direct plant execute stays off. A label that says the work order is complete is not that write, and it is not proof the outcome happened.
100% complete is not a match to the Decision Case
A 100% complete string is a rollup. It is the share of chosen criteria that were marked, not the share of the outcome that was observed. One hundred percent of the wrong list is still the wrong list. The percent can be exact and still be false precision. The number does not show the criteria. It does not show the measurement. It does not show whether that measurement matches what the decision named.
Sync refuses false precision. A badge that prints 100% does not add a decimal of proof the comparison did not have. The measured result matches the Decision Case only when named observation, against the criteria the decision named, says so. The percent is not that observation.
A completed case is not an honest close
Close is a verification record. The case stays open until that record exists. Verification Is Not Optional states the gate. Named verification stores the observed outcome as achieved, not_achieved, or inconclusive, with measured notes. Achieved means the check named in the decision was observed and the intended effect was seen. not_achieved means the check was observed and the intended effect was not seen. Inconclusive means the check could not decide, and the measured notes say why. Those three words, with the notes, are what learning is allowed to close on. A completed case is not one of them. A complete badge is not one of them. The case cannot honestly close on the completion stamp.
A narrow result is still a result. not_achieved is a finished record of a failed effect. Inconclusive is a finished record of a check that could not decide. Both are learnable. A complete badge with an empty verification field is not finished. It is an open case wearing a completion word. The outcome may not have happened. The measured result may not match the Decision Case. Learning has not closed.
Learning Requires a Verified Outcome states what a later case may inherit. Learning keeps the closed case: achieved, not_achieved, or inconclusive, with measured notes. It does not keep a completion label. A later question that cites 100% complete, or a completed case, as if the outcome had been verified is citing a label. Sync must not auto-close, auto-authorize, or treat complete closure as Learning credit.
Human Decision Is Not Optional states the act that still has to be recorded when a person accepts a consequence. A named person accepts, rejects, escalates, or returns the recommendation. That act is not verification. Recording it does not show that the outcome happened, and a complete badge does not record the check.
What the Decision Case may store
Evidence may cite what a completed checklist, completed work order, completed case, 100% complete string, or complete badge held when the source, the time, who attached the word, the criteria, the coverage, and the assumptions are named. That citation is a record of a label. It is not a record that the outcome happened, that the measured result matches the Decision Case, or that the case was closed. The Evidence chapter publishes that step. Stage-1 evidence is the record held on the case. A live connector that pulls historian or control-system tags sits outside this edition. Simulated or seeded telemetry and assets are practice records. A practice badge that says complete is not a customer plant release.
A recommendation may say investigate because of what the label showed, or it may say the label is not enough. The proposal states a next action, the evidence it uses, and the uncertainty it leaves in view. Drafting it does not change the plant. Recommend Is Not Authorize states that split. A proposal that cites a completed checklist is still a proposal.
If the named person approves work, the case may store the intent. The Action chapter records that intent. The intent is not execution. A complete badge does not perform the write, does not mark a work order complete, and does not prove the outcome was verified.
Verification asks whether the authorized action did what the decision named. The check is named observation against named criteria, stored as achieved, not_achieved, or inconclusive, with measured notes. A field that says complete after someone else operated the plant is not the check, and it does not honestly close a Decision Case. The Human decision chapter records who accepted the consequence. That record is not the observation. Sync refuses false precision. Sync refuses when evidence is insufficient. A named human still decides.
Sync may surface a completion label beside approved evidence when the criteria, coverage, and assumptions are named. Sync refuses false precision. Sync refuses when evidence is insufficient. A named human still decides. The case stays open until named verification records achieved, not_achieved, or inconclusive, with measured notes.
Where the public statement lives
Field Manual v0 is the public contents of this loop. Start at the manuals index or open Sync Field Manual directly. Evidence may hold what a completion label showed and which criteria painted it. Human decision may hold who accepted the consequence. Verification may hold the named observation. Learning may hold achieved, not_achieved, or inconclusive, with measured notes. None of those steps is a complete badge used as a close. The Honesty boundaries keep this edition from treating a completion stamp as verification. Later editions can deepen a chapter. The spine stays in this order.
Decision Case spine
The standing rule sits beside the spine: Honesty boundaries.
What this article is not claiming
This is an essay about the Decision Case order, not a customer case study. It names no plant, states no savings figure, and claims no prevented failure. It states no OEM limit and no operating threshold. It does not claim that a complete badge verifies an outcome, matches a measured result to a Decision Case, closes learning, honestly closes a case, or controls a plant. It does not claim that Sync executes plant work. It does not claim CMMS write-back as a shipped product.
Stage-1 readiness means a signed-in user can complete the Decision Case — question, evidence, recommendation, human decision, action, verification, and learning — and Field Manual v0 describes that journey. Walking those steps is not a complete badge. The verification step is where named observation is stored. This edition does not describe plant execute, a live connector tag pull, CMMS write-back, SMTP invite delivery, or automatic revocation of access on expiry as live. It does not describe Sync writing work orders, marking a work order complete, starting equipment, releasing a hold, or controlling the plant. Simulated or seeded telemetry and assets are practice records. They are not live plant results. Self-guided onboarding is not claimed as a live product path.
The series continues with Verified Is Not Assured, on why a work package, an inspection, or an AI recommendation marked verified — evidence collected, checks passed, lineage present — closes a claim about the past and is not assurance that the asset stays in a known-good state under operating conditions. Companion reading: Cleared Is Not Complete on why a cleared flag is not proof the work is finished, Ready Is Not Cleared on why a readiness label is not clearance, Status Is Not Clearance on why a status label is not clearance, Verification Is Not Optional on why the case stays open until the check is recorded, Learning Requires a Verified Outcome on why a later case inherits achieved, not_achieved, or inconclusive, Action Is Not Execution on why work intent is not the write, Coverage Is Not Control on why the watched set is not permission to order work, Human Decision Is Not Optional on why a named person still has to accept, reject, escalate, or return, and Recommend Is Not Authorize on why a proposal is not permission. A Reliability Assessment asks whether the records can support a conclusion. A Strategic Pilot is a governed proof around one operating decision. The Verification chapter records named observation against named criteria. The completion stamp does not.
Assured Is Not Proven states the next split: time-bounded confidence that an asset stays known-good under operating conditions, with ownership and monitoring, is still not proof of a specific claim under named conditions.
Read the case, then bring a question
Field Manual v0 states the order and the boundaries. A completed checklist, a completed work order, a completed case, a 100% complete string, or a complete badge is a completion label under the criteria someone chose. Verification still requires named observation against named criteria: achieved, not_achieved, or inconclusive, with measured notes. The Reliability Engineer workspace is where a signed-in Decision Case is completed. A Reliability Assessment is the bounded review when the question is whether the records can support a conclusion. None of those is a claim that Sync executes plant work, that CMMS write-back is live, or that self-guided onboarding is a live product path.