Skip to content

Evidence-to-release architecture

The platform that makes construction state explainable.

KanGate accepts ordinary project evidence, identifies what it claims, resolves what it refers to, proves how it relates, tests it against requirements, and maintains the verified state that supports authority review and controlled outputs.

Records are managed. Relationships are proven. State is governed.

KanGate evidence-to-release platform architecture
Authoritative architectureKanGate
Canonical identityISO-2201 / W-14
Verified stateReady for authority review
Consequence feed Wrong revision reaches the fieldConsequence feed Welder continuity expires unnoticedConsequence feed NDE reject remains downstream invisibleConsequence feed Installed heat loses its MTR connectionConsequence feed Gauge calibration lapses before testConsequence feed Hydro boundary changes after approvalConsequence feed Conditional acceptance becomes assumed releaseConsequence feed Turnover is reconstructed after the work

The operating sequence

From source evidence to controlled consequence.

KanGate does not treat uploaded records as truth. It transforms accepted evidence into a governed relationship graph whose state can be recomputed whenever evidence, requirements, identities, or authority change.

Stage 01

Source evidence enters without pretending to be proof.

KanGate begins with the ordinary construction evidence the project already produces. Evidence may arrive late, early, incomplete, or out of sequence. The platform preserves honest partial state rather than demanding an artificially perfect turnover set.

Representative evidenceRT-00456 · ISO-2201 · HN-88421 · CAL-993

The defining bridge

Identity resolution turns fragments into one real-world object.

A weld can exist before it receives an NDE number. The same physical weld may appear differently across an ISO, weld log, NDE report, repair record, package manifest, and downstream deliverable. KanGate does not force those records into one simplistic key. It resolves identity deterministically and preserves every source reference.

“A weld may exist before it has an NDE number.”
DrawingISO-2201 / W-14
Weld logW-14
NDE reportA-FAB-0021
Repair recordREP-0021-R1
PackageHYDRO-PKG-022
Hidden canonical identityKG-WELD-8F2AOne physical weld

Relationships are the product

A record matters only when the project can prove what depends on it.

The verified relationship graph connects evidence to exact construction scope, requirements, authority, blockers, packages, and deliverables—so one accepted event can recalculate every affected state.

Accepted evidence eventMTR-88421-AValidated material certificate
01Heat HN-88421 supported
02Installed components reevaluated
03Material blocker closed
04HYDRO-PKG-022 recalculated
05Registers and proof manifest updated

Deterministic validation

Nothing becomes ready because someone selected green.

KanGate evaluates accepted evidence and relationships against the applicable code, specification, contract, procedure, qualification, calibration window, package boundary, inspection plan, and release criteria.

See how requirement changes propagate
Validation eventTQ-00871
Joint identityEstablished
Procedure matchTP-600-CS-04
Calibration on work dateValid
Technician authorityReview required
Final witness evidenceMissing
Current stateBLOCKED2 unresolved release conditions

Continuously verified state

Evidence changes. State responds. History remains.

BeforeBLOCKED6 release blockers
Repair NDE acceptedWeld identity reconciledMTR validatedCalibration acceptedRedline approvedQualification confirmed
After recalculationREADY FOR AUTHORITY REVIEW0 release blockers

Software establishes eligibility

Formal release remains with the designated authority.

KanGate determines whether the required proof exists, explains the lineage, exposes unresolved conditions, and presents verified eligibility. It does not replace professional judgment, contractual authority, engineering approval, regulatory approval, or owner acceptance.

  1. 01Verified evidence
  2. 02Verified eligibility
  3. 03Ready for authority review
  4. 04Formal human or contractual release
Living deliverables manifestHYDRO-PKG-022
  • 01Weld register Current
  • 02NDE register Current
  • 03Material / MTR register Current
  • 04Torque / calibration register Current
  • 05Blocker ledger 0 open
  • 06Evidence manifest Generated
  • 07Authority record Pending review

Controlled outputs

The deliverable is generated from verified state not assembled as a folder of files.

Every accepted evidence event can update authoritative registers, manifests, readiness views, release records, turnover packages, and audit histories. KanGate can explain why each item belongs, which version is current, what remains blocked, and which authority acted.

Explore living turnover outputs

Use it alone or over systems already in place

KanGate adds assurance without demanding demolition.

Existing platforms may remain the home for project coordination and source records while KanGate adds deterministic identity resolution, relationship construction, governed readiness, and controlled outputs across them.

StandaloneProcoreAutodeskDocument controlField systems

See the architecture become operational

Start with one consequential release question.