Skip to content
← Back to blogOperations

Cathodic Protection Inspection Record Examples: Normal vs Exception

Review synthetic cathodic protection inspection examples for TS-09 and TS-14. See how readings, source evidence, and operator review context belong together.

Start interactive walkthroughUnified Triage →

A cathodic protection reading is hard to review on its own. A useful CP inspection record ties each value to the test point, survey context, reference electrode, collection time, source, and the evidence that supports the next decision.

The examples below come from a synthetic, read-only product demo. CP-2038 / TS-09 is labelled “Within operator review band”; CP-2041 / TS-14 is labelled “Engineering review required.” Those are configured workflow states in this example, not universal thresholds, a compliance finding, or an engineering recommendation.

Two cathodic protection inspection examples

Record detailCP-2038 · TS-09CP-2041 · TS-14
Operator review stateWithin operator review bandEngineering review required; on hold
Pipe-to-soil on-1,018 mV-912 mV
Pipe-to-soil instant-off-906 mV-784 mV
Rectifier19.1 V / 7.5 A18.6 V / 7.2 A
Reference electrodeCu/CuSO₄ · RE-4387Cu/CuSO₄ · RE-4421
Location sourceField-device GPS import; 3.7 m reported accuracyField-device GPS import; 4.8 m reported accuracy
Evidence in the exampleNormal-condition inspection imageException photo and source survey CSV

The values make the records concrete; they are not an invitation to compare them against a generic pass/fail number. CP methods and interpretation depend on the survey type, asset, procedure, and qualified review. Use the applicable approved procedure to determine what the measurements mean.

Synthetic product-demo record for CP-2038 at test station TS-09, with readings, electrode details, field-device location provenance, and a separately approved integrity-system action.

The TS-09 screen shows the recorded values and operator review state alongside the approved action. The displayed workflow state does not establish regulatory compliance.

Synthetic product-demo record for CP-2041 at test station TS-14, showing the engineering-review state, survey readings, location source, and pending action request.

The TS-14 example remains on hold while a reviewer considers the evidence and proposed scope.

What makes a CP inspection record reviewable?

Identify what was measured. Include a survey ID, test-station or rectifier identifier, survey type, CP system, and asset reference. “Close interval on/off” and “rectifier inspection” are different survey contexts; a label should help the reviewer understand which record they are reading.

Keep measurement context with the values. Store units with pipe-to-soil on and instant-off potentials. Add rectifier voltage and current when relevant. Record the reference electrode type and serial, instrument or source reference, technician, and measurement time. Distinguish a missing reading from zero.

Preserve provenance and source evidence. Record how location was obtained and retain the original field export, notes, and photographs with the survey. Coordinates and their reported accuracy can help locate a record, but location does not validate a measurement. Keep the field collection time separate from a later upload time.

Write down the review state and next step. Explain whether the record is awaiting more evidence, needs an engineering review, or is ready for a scoped action under the team's procedure. A status such as “Engineering review required” communicates workflow; it is not itself the technical conclusion.

The synthetic TS-14 conversation shows why narrative context matters: the reviewer keeps the ticket on hold and asks for bond continuity, lead termination, and rectifier output to be checked before anyone records an engineering disposition. The technician records that no adjustment was made and preserves the original CSV for comparison. That sequence keeps observation, review, and action distinct.

From inspection evidence to a traceable handoff

On TS-09, the example shows an independent reviewer approving a stored request and a synthetic integrity-system response returning work-order reference IWO-88421. On TS-14, the proposed request asks for bonds, connections, and rectifier output to be inspected; its approval is still pending. The demo does not show a TS-14 work order being created.

These records illustrate why approval, execution, and field completion should be represented as separate events. A proposed action is not an approved action, an approval is not proof of execution, and a returned work-order reference is not proof that corrective work is complete.

For a field-by-field form design, use the cathodic protection inspection form checklist. To follow the exception through review and the proposed handoff, open the synthetic CP survey walkthrough. The cathodic protection survey workflow explains where a specialist field tool fits, and the inspection audit trail guide covers the wider evidence-to-action pattern.

Continue exploring
Next product pathUnified TriageSee how Latch handles email, tickets, and queue routing in one operational workflow.Related pathOperations TeamsMap these patterns into an operator workflow with queue ownership and visible downstream actions.Related pathProduct OverviewSee how unified triage, approvals, audit trails, and plugins connect.
Related reads
How to Route a Cathodic Protection Survey Exception for ReviewSee a cathodic protection survey exception workflow step by step: review CP-2041 evidence, keep the engineering decision with qualified staff, and inspect th...Review Field Demand and Weekly Availability for Staffing PlansReview weekly field-engineer schedules beside an on-demand demand forecast, with the inputs and limits visible.Read a Staff Member’s Workload and SLA HistorySeparate a staff member’s current open work from recorded ticket history, then inspect the SLA outcomes behind the totals.
Ready to move beyond reading?

See the same workflow running end to end.

Follow one ticket from intake through review and plugin execution. See the request, the decision, and the result in its audit trail.

Start interactive walkthroughTalk to us