Existing PQR coverage matrix: row guide

This original working aid supports an evidence review before drafting a production WPS based on existing qualification records. It is not an AWS form or an automatic coverage determination.

Row grain

Use one row for each PQR × coupon × process segment × coverage branch as needed. Repeat the shared PQR fields for clarity or maintain stable identifiers in your spreadsheet. Do not place several process segments in one row when their actual values or support differ.

Three range columns

Column groupMeaning
Actuals and locatorsFacts copied from the actual readable PQR, weld log or report, with units and page/file reference. Unknown values stay unknown.
Supported production rangeRange derived from the applicable code qualification branch, conditions, notes and applicable contract basis. Cite the exact rule and retain the reasoning separately when needed.
Final WPS rangeNarrow production range selected for the real job. It must fit the evidence, applicable support, parameter source and project requirements together.

Separate the dimensions

Evidence rules

Use exact file names and page/sheet/report locators. An old WPS alone does not establish what was tested. Preserve the actual test edition and date; do not rename historical qualification as a different edition. Identify failures, retests and the final adopted record exactly as documented. A missing source or unreadable report remains unresolved.

Status is not a code conclusion by itself. “Supported” should be used only after the applicable clause/table path and all relevant conditions have been checked. Record a specific gap and limit the corresponding WPS field when evidence is incomplete.

Project basis

This guide follows Cavoren's AWS D1.1/D1.1M:2025 base-edition WPS preparation references and its 2026-07-28 base-edition errata record; AMD1 is excluded. The contract edition and full applicable requirements govern.