THE PLATFORM DIRECTION

One plant record.
Every stage of the work.

INSP Works is being developed to connect field capture, inspection, asset context and reporting. Explore the intended capabilities and the working public concept.

01 / CAPTURE & DRAWINGS

Make the plant
easier to understand.

Photos, walk-through video, drone imagery, scans and existing drawings can each contribute different evidence. The goal is a useful drawing with a traceable basis.

In research and local prototyping

Explore capture to drawing
  • Preserve the captureKeep original files, time references and capture conditions. Distinguish requested frames from the images actually recorded.
  • Locate the subjectOutline visible components and propose asset associations. Retain uncertainty when the plant tag or correspondence is unresolved.
  • Build the drawingMove from geometry proposals toward editable drawings. Retain original evidence, missing regions and revision history.
  • Check the dimensionsUse appropriate calibration, independent controls and an agreed acceptance method before relying on dimensions.
A convincing rendering does not establish measurement accuracy. The first field pilot must test the complete capture-to-drawing result.

02 / ASSET CONTEXT

Keep the history
with the asset.

A document name, plant tag, installed component and inspection location describe different things. The record needs to preserve those relationships over time.

Identity and revision mechanics prototyped locally

03 / FIELD INSPECTION

Give each program
the workflow it needs.

A turnaround, a recurring corrosion survey and an equipment inspection should share reliable records without being forced into the same checklist.

Business workflows to be defined with inspection leads

04 / REPORTING

Less rebuilding.
More reviewing.

Use the recorded evidence to assemble a draft, with clear links back to the source and explicit gaps for the reviewer.

Try the report example

05 / AI ASSISTANCE

Useful assistance.
Visible evidence.

The intended assistant helps find records, compare revisions and prepare drafts. It should show the basis for a suggestion and say when the supplied evidence is insufficient.

Live AI integration planned; public example is scripted

Explore the assistance example

A PRACTICAL START

Prove the useful part first.

Plan a bounded pilot

The long-term direction is broad. The first commercial proof should be specific: a defined area, agreed drawings and reports, independent quality checks and a complete comparison of delivery effort.

DIFFERENT PROGRAMS, SHARED RECORDS

The workflow follows
the inspection program.

These are proposed operating patterns for the inspection lead to define with the client. One turnaround example does not define the whole product.

Corrosion surveys

Bring together circuits, inspection locations, drawing revisions and recorded measurements. Keep the location identity, method and measurement history available for the qualified assessment.

First proof: less drawing and reconciliation effort for the same accepted survey scope.

Turnarounds

Carry the work pack, inspected items, incomplete work and review across shifts. Keep repair decisions and release authority connected to the specific work performed.

First proof: fewer handoff gaps and less report rebuilding at closeout.

Recurring equipment inspection

Connect the equipment record, previous findings, current scope and follow-up work. Separate a replaced component from a changed tag or a newer drawing.

First proof: faster retrieval and an accurate, usable history.

Plant documentation

Use capture to improve plant context and proposed drawings. Keep visible geometry, asset identity, process connectivity and engineering acceptance as separate questions.

First proof: a recipient can locate the required subject and verify the drawing’s basis.

Inspection scope and acceptance remain program-specific. API’s description of API 570 illustrates the breadth of in-service piping work; this site does not implement or certify compliance with that code.

A PATH TO BECOMING THE WORKING SYSTEM

Earn the transition.
Keep the history.

Replacing a client’s system is a data, workflow and operating change. The proposed sequence makes each step reviewable.

  1. Map the records

    Identify systems, exports, asset identifiers, drawings, measurement units, owners and historical revisions. Record missing or disputed relationships.

  2. Prove the import

    Start read-only. Reconcile counts, exact files and important relationships. Review exceptions with the owner instead of silently merging them.

  3. Run in parallel

    Deliver one agreed scope through both processes. Compare outputs, corrections, review effort and the complete cost of accepted work.

  4. Agree the cutover

    Validate permissions, historical access, exports, recovery and support. Name the system of record and test the return path before expanding.

Integration status: no production connection to a client IDMS, CMMS or plant system is available in this website. Source-system selection and mapping are part of pilot scoping.

CAPABILITY STATUS

See what you can use
and what comes next.

AreaAvailable to exploreRequired before operational use
Capture & drawingsFictional capture walkthrough and downloadable pilot plan.Real media processing, field controls, editable output and agreed accuracy.
ReportingEditable fictional drafts, revisions, source comparison and downloads.Client templates, live evidence, authorized review and release.
Field inspectionExample asset and evidence navigation.Program workflows, device/offline qualification and measured field usability.
AI assistanceScripted source-linked questions and responses.Live models evaluated on relevant records, permissions and failure cases.
System transitionA proposed import, parallel-run and cutover approach.Chosen source system, reconciled data, operational support and tested recovery.
Business valueComplete-cost worksheet and correction sensitivity.Comparable accepted field results and recorded delivery costs.