Quality & Project Delivery

Quality Plan vs ITP: Define Control Without Duplication

A quality plan and an inspection and test plan (ITP) are related, but they should not be treated as interchangeable templates unless the contract says so. A…

Conceptual document-control workstation beside a steel and solar mounting component workshop, with an abstract status register on a laptop.
Editorial control record

Authorship, review and evidence boundary

Version 1.0
Technical review
East Baoyu Engineering Editorial Team
Reviewed
2026-08-24
Scope
General engineering and procurement guidance. This article is not a project-specific design, capacity statement, certificate, warranty, code interpretation or contract requirement.

Evidence basis: Official and public references identified in the article. Project values and release decisions require qualified review under the applicable project responsibilities.

Read the Editorial Policy

A quality plan and an inspection and test plan (ITP) are related, but they should not be treated as interchangeable templates unless the contract says so. A quality plan normally explains how quality will be managed for a project, contract or defined output. An ITP turns a work package into a sequence of checks, criteria, intervention points and records. Many projects need both, linked rather than duplicated. However, names vary among clients, industries and jurisdictions. The contract’s definitions, prescribed forms and approval rules therefore control. Use the selector below to establish the document architecture before fabrication starts.

Begin with the Contract, Not the Labels

Use this selector as the opening clarification, then verify every result against the contract.

What the contract says Recommended starting package What must be confirmed
“Quality plan” only A project- or order-level plan, plus an inspection schedule or referenced ITPs if the required controls cannot fit clearly in one document Whether separate activity ITPs are expected and who accepts them
“ITP” only One or more work-package ITPs supported by the procedures and management controls required by the contract Whether a separate quality plan is waived or simply unnamed
“Quality plan and ITPs” One umbrella plan with a controlled index of subordinate ITPs Scope split, submission sequence, approval status and revision linkage
“Quality plan/ITP” or another combined label Do not infer the boundary; issue a clarification with a proposed content map Whether one combined document is acceptable and which controls it must contain

This is a selection aid, not a substitute for the contract. A client template may deliberately combine the two levels.

The question is not “Which definition is correct?” It is “Which document set proves that this contract will be managed and the work will be inspected as required?” Start with the hierarchy that creates obligations:

  1. contract conditions, purchase order and quality clauses;
  2. project specification, drawings and applicable standards;
  3. vendor document requirement list or deliverable register;
  4. client templates, approval codes and document numbering rules;
  5. agreed clarifications, deviations and meeting decisions.

Record the exact term, required submission date, approving party, status code and effect of non-approval. A document marked “reviewed” may not have the same contractual effect as one marked “approved” or “accepted.” Never assign those meanings from habit.

The terminology warning matters. The IAEA’s procurement quality guidance notes that a quality plan used to monitor conformity may sometimes be called an ITP and that the names can be interchangeable in some circumstances. Its comparison then shows different depths in two regulatory examples. That is evidence against a universal naming rule, not permission to ignore the project definition.

When the contract is ambiguous, submit a one-page proposed hierarchy. Show the umbrella plan, the intended ITP list, supporting procedures, checklists and final records. Ask the buyer to confirm whether the structure meets the deliverable requirement before the supplier writes several overlapping documents.

Compare the Documents at Different Zoom Levels

ISO 10005:2018 gives guidance for establishing, reviewing, accepting, applying and revising quality plans. ISO says the guidance can apply to a process, product, service, project or contract, whether or not the organization has an ISO 9001-conforming management system. It also states that the document provides guidance rather than requirements. A contract must therefore adopt or define the applicable obligation.

For many fabrication projects, the practical distinction is one of control level:

Decision dimension Quality plan Inspection and test plan
Primary question How will quality be organized and governed for this delivery? How will this work package be checked and released step by step?
Typical scope Project, contract, order, product family or other defined output Activity, component, assembly, production lot or work package
Time horizon From planning through delivery and closeout From work-package readiness through inspection, test and release
Typical content Responsibilities, interfaces, document control, supplier control, competence, audits, nonconformity, change and records Operation, characteristic, acceptance basis, method, frequency, intervention code, responsible party and resulting record
Main users Project manager, quality manager, document controller, engineering, procurement and buyer assurance Production, site team, inspector, testing personnel, buyer or third-party inspector
Evidence produced Approved control framework, audit trail, status registers and defined quality records Signed inspections, test results, release status and linked conformity records
Common change trigger Contract, organization, scope, supplier, procedure or management-control change Drawing, material, process, sequence, acceptance criterion, frequency or intervention change

These are useful defaults, not universal definitions. Some contracts place detailed inspection steps inside a quality plan. Others require a quality plan plus many ITPs. The deliverable is adequate only when its content, authority and traceability meet the governing requirements.

Put Management Controls in the Quality Plan

The quality plan should explain how the delivery-specific quality system will operate. It does not need to reproduce every corporate procedure. It should identify the applicable procedure, its revision and any project-specific addition. A usable plan normally answers questions such as:

  • What product, work or contract does the plan cover, and what is excluded?
  • Which requirements and approved documents form the baseline?
  • Who owns quality, engineering, document control, purchasing, production, inspection and final release?
  • How are suppliers and subcontractors selected, flowed down, monitored and changed?
  • How are competence, inspection resources and measuring equipment controlled?
  • How are drawings, specifications, concessions and revisions distributed?
  • How are nonconformities contained, reviewed, approved and closed?
  • Which internal audits, surveillance or management reviews are planned?
  • Which ITPs, procedures, registers and final records form the subordinate package?

The NSW Government Quality Management Guidelines provide one concrete contract model. In that model, the Quality Management Plan can include an index of quality procedures, proposed ITPs and an audit schedule, while ITPs are submitted for nominated activities. This is a useful example of an umbrella-and-work-package relationship, but its timing and contractual language apply to that procurement context, not automatically to another project.

Avoid two common failures. A generic corporate manual is not automatically a project quality plan because it may not identify this order, its interfaces or its deliverables. Conversely, a quality plan should not become a copy of every ITP row. It should govern the subordinate controls and provide a navigable index to them.

Put Executable Gates in Each ITP

An ITP should be usable where the work occurs. Each row needs enough information for the responsible person to know what is checked, against which released requirement, at what stage, by what method and frequency, with whose intervention, and in which record the result will be retained.

A minimum row logic is:

work stage → characteristic or requirement → acceptance basis and revision → verification method → frequency or population → responsible parties → intervention code → record → status

The acceptance basis must be specific. “As per specification” is weak when several specifications, revisions or drawing notes could apply. The method and frequency must also be separate: a dimensional characteristic can have one method but different inspection populations by lot, zone or criticality.

The IAEA comparison illustrates the activity-level character of an ITP in one regulated manufacturing context: the working document tracks a component or assembly through fabrication, identifies manufacturing steps and provides space for required approvals. That example should not be copied as a universal form, but it shows why an ITP must follow the actual production route.

Do not expand this comparison article into a welding, NDT or coating template. For the execution-level document chain, use East Baoyu’s Steel Fabrication ITP guide, which links material certificates, procedures, inspections and the final manufacturing record.

Connect Both Documents with One Coverage Crosswalk

The most reliable way to prevent gaps and duplication is to map every material contract requirement across both control levels. A crosswalk can be a sheet in the quality plan, a controlled register or a separate schedule referenced by both documents.

Requirement family Quality-plan location ITP or activity control Expected evidence Owner / status question
Material identification and traceability Baseline, purchasing flow-down and traceability procedure Receiving, cutting-transfer and final identity rows Material certificates, receiving record, cutting map or traceability register as required Who closes a broken identity link?
Welding control Responsibility, competence, procedure and subcontractor controls Fit-up, production welding, visual inspection and specified NDT rows Applicable qualifications, inspection and repair records Who accepts a procedure or repair deviation?
Dimensions and interfaces Drawing/configuration control and inspection responsibility In-process and final dimensional checks Dimensional report linked to item or lot Which drawing revision and tolerance source govern?
Coating or galvanizing Approved system, supplier control and nonconformity route Preparation, application, measurement, repair and release rows Batch, measurement, repair and release records as specified What blocks covering or shipment?
Final dossier Document-control, retention and delivery requirements Final review or release row Agreed index with traceable records and open-item status Who confirms dossier completeness and shipment release?

Run the crosswalk in both directions.

  • Requirement-to-control test: every applicable contract clause must point to a plan section, ITP row, procedure or record. An unassigned requirement is a gap.
  • Control-to-requirement test: every inspection, approval or record request must point back to a contract, specification, approved drawing, risk decision or agreed procedure. An unsupported control can add cost or create an accidental obligation.

Do not repeat detailed acceptance criteria in several documents unless the contract requires it. Prefer one controlled source and exact references from the other documents. When duplication is unavoidable, assign one master source and a revision-reconciliation rule.

Assign Approval, Intervention and Change Authority

A signature box is not an authority model. Define who prepares, checks, submits, reviews, accepts, releases and revises each document. Then define what each intervention code means under the contract.

  • Quality-plan submission: name who accepts the management framework and whether acceptance releases work or only closes document comments. Client review does not silently transfer the supplier’s contractual responsibility.
  • ITP approval: name the parties that approve the base ITP and later revisions. Production must not rely on an unapproved revision when approval is a prerequisite.
  • Hold point: name the release authority, required evidence and release record. Do not proceed merely because an inspector did not attend.
  • Witness point: define notice, attendance waiver and the waiver record. Waived attendance does not waive the supplier’s required inspection.
  • Nonconformity or concession: name the disposition authority and when design or buyer approval is required. An inspector’s observation is not automatically design authorization.
  • Change: define which changes trigger crosswalk review, revised ITP rows, reapproval or notification. Apply an approved change only to the defined effective items or lots.

In the cited NSW model, work cannot proceed beyond a nominated hold point without the Principal’s endorsement, while a witness point gives the Principal an opportunity to attend. The same guidance states that endorsement does not release the contractor from its obligation to meet the contract. Treat this as a clear example, then confirm the definitions and notice rules for the actual project.

Test the Package Before Work Starts

Do not approve the document set because both filenames exist. Run a readiness test against the actual first work package.

Readiness question Pass evidence Stop condition
Is the scope boundary unambiguous? Product, work package, location/lot logic and exclusions are identified Two documents claim different or overlapping scope
Is the requirement baseline current? Contract, specifications, drawings and approved clarifications have revision status ITP rows reference superseded or unspecified documents
Is every material requirement assigned? Two-way coverage crosswalk has no orphan requirement or unsupported control A clause has no owner, control or record
Are subordinate documents available? Required procedures, checklists and forms exist at the cited revision The ITP cites a missing or draft method
Are intervention rules executable? Parties, codes, notice, evidence and release authority are agreed “H/W/R” appears without a project legend or named authority
Is change control connected? Change triggers update the crosswalk, affected plan sections, ITPs and effective population A new drawing, supplier or process can enter work without review
Is record closeout designed? Each ITP row creates a named, traceable record or an explicit non-recorded verification The final dossier is expected to reconstruct evidence after production
Is work authorization explicit? The responsible authority records release of required prerequisites Teams assume document submission equals approval to start

The result may be different for different contracts. A low-risk repeat item might use ITPs supported by existing procedures when the contract permits it. A custom, multi-supplier fabrication package may need one quality plan and several ITPs. A client may accept one combined document if it covers both management and execution controls. The selection is valid only when the buyer confirms the architecture and the readiness test passes.

Do not solve “quality plan vs ITP” by choosing the better label. Build a controlled hierarchy in which the quality plan governs the delivery, each ITP controls a defined work package, and the crosswalk proves that every requirement reaches one owner, one verification route and one record. Where the contract combines the names, preserve the same functions inside the accepted form. Before work starts, close ambiguous authority, missing references, orphan requirements and unapproved changes. That is what turns a document package into a usable quality-control system.

References

Next Step: Submit the Quality-Document Basis

Send the contract quality clauses, specification and drawing index, vendor-document requirements, client templates, proposed ITP list, intervention-code legend and authority matrix. East Baoyu can review the inputs and propose a document hierarchy, coverage gaps and the next clarification route. The final deliverables, approvals, manufacturing responsibility and release authority remain subject to the applicable quotation and contract.

References, disclosure and change record

References and further verification

Disclosure: East Baoyu manufactures and supplies products discussed on this website. Structured drafting tools may assist research and editing, but technical claims, project inputs and release decisions require qualified review under the applicable project responsibilities.

Version 1.0: Scheduled in the East Baoyu 30-article engineering knowledge-base batch on 2026-08-25.

View the public Content Change Log · Corrections: info@baolaipipes.com

Chat with us