On any capital project, construction crews encounter field conditions that don't match the design. A pipe run needs to be rerouted around an interference. A nozzle orientation has to change for access. A specified valve isn't available and a similar one from a different manufacturer is substituted. These happen every day on an active construction site.

The question — the one that matters for PSM compliance and process safety — is which of these deviations require Management of Change under 29 CFR 1910.119(l), and which can be resolved through normal field engineering.

Getting this wrong in either direction creates problems. Requiring MOC for every field change creates paperwork volume that overwhelms the process and causes teams to route around it. Failing to identify changes that do require MOC means the process safety information becomes inaccurate, the PHA becomes unreliable, and startup proceeds on a design basis that no longer matches what was actually built.

"Replacement in kind is not defined by similarity. It's defined by whether the change affects a process safety parameter. A different bolt pattern is probably RIK. A different valve body material may not be."

The Regulatory Standard: Replacement in Kind

OSHA PSM 1910.119(l) requires MOC for any change to technology, equipment, procedures, raw materials, or operating conditions other than "replacement in kind." A replacement in kind is a change that satisfies the design specification — functionally identical, within the same operating envelope, of equivalent or superior material specification.

For capital projects, this creates a practical challenge: the design specifications themselves may be in flux during construction, and the engineering team defining "replacement in kind" is often under schedule pressure.

The Three Categories Every Field Change Falls Into

Category 1 — Clearly Replacement in Kind

These don't require MOC. They do require documentation through normal design control:

Category 2 — Requires Evaluation, Likely MOC

These need engineering review. The outcome may be a determination that the change is RIK with documented justification, or it may trigger MOC:

Category 3 — MOC Required

These are not RIK regardless of how similar they appear:

Building a Construction MOC Process That Actually Works

The challenge with construction-phase MOC is volume and pace. A large capital project might see hundreds of field deviations. The MOC process needs to be fast enough to not become a bottleneck while being rigorous enough to catch what matters.

The most effective approach we've seen uses a two-stage screening process. Every field deviation goes through a Category 1/2/3 screen by the field engineer within 24 hours. Category 1 items are documented on a deviation log and submitted weekly. Category 2 and 3 items trigger an engineering review within 48 hours. Category 3 items go through formal MOC with cross-functional review before the work proceeds.

The key enabler is a pre-approved category matrix — specific examples of what falls into each category for this specific project. That matrix gets built during FEED and refined at 30% IFR, so field engineers aren't making judgment calls from first principles in the middle of a construction schedule.

Documentation Minimum for Any Field Deviation

Regardless of category, every field deviation should be documented with: the original design intent, what was changed and why, who authorized the deviation, and what drawing or document was updated to reflect the as-built condition. This is not optional — it's the foundation of accurate PSI at startup.

The PSI Update Obligation

Every field deviation — even Category 1 items that don't require formal MOC — needs to result in an updated as-built record. P&IDs, equipment specifications, and the PSI package need to reflect what was actually installed.

The practical risk here is that P&ID updates get deferred to "close-out" during the project's final phases. By then, hundreds of small changes have accumulated, the engineers who made the decisions are partially offsite, and the as-built effort becomes a reconstruction exercise instead of a real-time update process.

Building P&ID as-built updates into the weekly construction control cycle — not the project close-out cycle — is the difference between PSI that's accurate at startup and PSI that's accurate six months later.

Construction-Phase PSM Support

We support capital project teams with construction-phase MOC processes, field deviation documentation, and P&ID as-built verification. If your construction schedule is active and your MOC program needs structure, let's talk.

Talk to Our Team