Elements of an API 570 Piping Inspection Program
Building an API 570 program is more than scheduling ultrasonic readings - it is defining circuits, assigning roles, keeping thickness history, and routing findings to repairs. This page lays out those program elements for the mechanical-integrity engineer standing up or auditing a piping program. It is the management-view companion to the API 570 overview, focused on what has to exist behind the inspections.
API 570 Program Elements in one line: An API 570 piping inspection program is a managed system with several elements: piping divided into inspectable circuits and classified by consequence, qualified inspectors and an evaluating engineer, thickness and condition-monitoring data with a maintained history, corrosion-rate-driven intervals, and a defined path from finding to repair, alteration, or re-rating. The inspections are the visible part; the program is the structure around them.
Circuits, Classes, and Roles
The first element is dividing the plant's piping into circuits - groups of piping with common service and corrosion behavior that can be inspected and trended as a unit - and classifying each by consequence. Class then drives attention, as covered under API 570 piping classes. Without sensible circuits, thickness data has nothing coherent to attach to.
Roles are the second element. A certified piping inspector performs and documents inspections; a piping engineer evaluates fitness-for-service and approves alterations and re-ratings. Keeping evaluation independent of the fieldwork is what prevents a program from rubber-stamping its own inspections.
Data, History, and Intervals
The data element is thickness and condition-monitoring readings taken at fixed locations, retained as a history so a corrosion rate can be trended. This history is the asset - a single reading tells you thickness today; a trend tells you remaining life. Damage mechanisms specific to piping, including corrosion under insulation and injection-point erosion, dictate where those locations go.
From the trend, the program computes intervals capped by not-to-exceed ceilings. Larger programs allocate inspection effort with risk-based inspection so the highest-risk circuits get the most attention. The program element is ensuring the interval calculation is done, documented, and revised as corrosion rates change - not just that inspections happen.
The Path From Finding to Decision
The final element is what happens when an inspection finds a problem. The program needs a defined route from a thinning circuit to a decision: monitor more closely, repair, alter, re-rate to a lower pressure, or retire. Each of those requires engineering evaluation and its own record. Process history from SCADA - pressure and temperature excursions - supports that evaluation by showing what the circuit has endured.
A program that inspects diligently but has no clear finding-to-decision path leaves the most consequential step undocumented. Auditors and incident investigators look precisely at whether findings were acted on, so closing that loop with records is as important as the inspections themselves.
Common Misconceptions
One misconception is that an inspection contract is a program. Contractors supply readings; the operator owns the circuits, the classification, the history, the interval logic, and the decisions. Those elements do not come in a contractor's report by default.
Another is that thickness readings alone constitute integrity. Readings without a trend, a rate, and a decision path are just numbers. The program's value is turning readings into defensible remaining-life decisions and a documented response to findings.
Frequently Asked Questions
What is a piping circuit in API 570?
A group of piping with common service and corrosion behavior that is inspected and trended as a unit. Sensible circuits let thickness data be attached coherently so a corrosion rate and remaining life can be computed for the group.
Who evaluates findings in an API 570 program?
A qualified piping engineer evaluates fitness-for-service and approves repairs, alterations, and re-ratings, independent of the inspector who performed the fieldwork. Keeping those roles separate prevents a program from validating its own inspections.
How does risk-based inspection relate to API 570?
Risk-based inspection is a method for allocating inspection effort toward the circuits most likely to fail and with the worst consequences. Large piping programs commonly use it to focus attention rather than inspecting every circuit identically.
Automation services
Need help turning this into a working system?
Merobix integrates SCADA, programs Allen-Bradley and Siemens PLCs, and designs and fabricates industrial control panels.
Meeting requests are reviewed before confirmation.