A completed weld reveals nothing about who made it. Visual appearance, bead profile, and even NDE results cannot tell an auditor whether the welder who ran that pass was qualified for that position, that process, and that base metal on the day the weld was made. The traceability record is the only evidence that connects a production weld to a specific welder and, through that welder's WPQ, to a documented qualification basis.
AWS D1.1:2025 does not prescribe a single required format for welder identification in production. What it requires is that the identification system works — that when an auditor, NDE technician, or engineer picks any weld in the fabrication and asks who made it, the answer is retrievable. The mechanics of how that retrieval works are left to the fabricator's QC system.
Why production traceability is a separate problem from WPQ traceability
It is common to conflate two related but distinct traceability requirements:
WPQ traceability establishes that a qualified welder exists — that a named person has passed a performance qualification test for a specific process, position, and material thickness, and that their qualification has not lapsed. The WPQ traceability article covers the documentation chain from test coupon to signed WPQ record.
Production traceability establishes that the qualified welder actually made a specific production weld — that the person who holds WPQ number 2024-017 was the one running the electrode on joint W-14-A on July 8. These are two separate records. Having both on file is necessary; either one alone is insufficient.
An auditor who asks for production traceability and gets WPQ records instead, or vice versa, documents a finding.
Assigning unique welder identification numbers
The starting point for any production traceability system is a unique identifier for each welder. In practice, most shops use one of:
- A sequential number assigned when the welder is added to the roster (W-001, W-002, ...)
- The welder's last four digits of Social Security number or employee number (where company policy and labor agreements permit)
- A project-specific code when a large site uses multiple fabrication contractors, each with their own numbering system
Whatever the format, two welders must never share an identifier, and identifiers must not be reused when welders leave the company. A welder who returns to the shop after departure should receive a new ID that does not duplicate their former one, particularly if there is a gap during which their qualifications would have lapsed.
The welder ID is entered on the WPQ record at qualification time. From that point forward, every entry in the production traceability system uses that ID to link weld to welder.
How the stamp gets to the weld
Physical stamping of the weld or base metal is the traditional method and is still widely used, particularly in pipe and structural fabrication where a permanent mark adjacent to the weld joint is practical.
Metal stamps. A hardened steel stamp set bearing the welder ID is driven by hammer onto the base metal adjacent to the completed weld, outside the heat-affected zone. The stamp is typically made after final visual inspection and before NDE, so that the mark is not confused with a weld-repair location.
Weld tags or stickers. Paper or foil tags tied to the joint indicate the welder ID before and during welding. These are temporary; the weld is logged into the production record before the tag is removed, and the tag does not serve as the permanent traceability record.
Weld schedule and inspection traveler. A weld schedule (tabular list of all weld joints) or an inspection traveler (a document that travels with the assembly through fabrication) includes a column for welder ID, signed or initialed by the welder or recorded by the CWI at the time of the weld. This is the most common format in structural steel shops.
Electronic field logging. QC platforms allow welders to log into a digital form at the point of fabrication, scan a job/joint QR code, and record their ID against the weld. The timestamp, joint ID, and welder ID are captured without paper. This approach provides an audit trail that paper logs cannot replicate.
The production weld log: minimum content
Whether the shop uses paper travelers or a digital QC system, the production traceability record should capture the following for each weld:
- Joint identifier — a unique number or code that maps to the weld map and drawing
- Welder ID — the unique identifier from the WPQ record
- Date — when the weld was made (critical for continuity verification under AWS D1.1:2025 Clause 6.4.1)
- WPS number — the procedure governing the weld
- Process — SMAW, FCAW-G, SAW, GMAW, etc., consistent with what the WPQ qualifies
- NDE result — final disposition once examination is complete
The date of the production weld is not just a QC formality. It is the basis for welder continuity tracking. If a welder's last recorded production weld was more than six months before today, their qualification has lapsed under Clause 6.4.1, and no new production welds can be made under that qualification until requalification is complete. Without a complete and current production log, shops cannot reliably enforce the six-month rule.
Linking production records to the weld map
A weld map is the graphical reference that assigns a WPS to each weld location on the drawing. Production traceability adds the welder dimension to that assignment: a complete, auditable record for each joint includes the WPS that authorized the procedure and the welder whose WPQ authorized the person.
The weld map and WPS traceability article covers the WPS side of this link. The production welder log is the complement — the same joint number appears in both documents, creating a searchable record from drawing through procedure to qualified welder.
When a joint shows a discontinuity on UT or RT, the engineer reviewing the finding looks up:
- The WPS for the joint — confirms the procedure was adequate
- The welder who made the weld — confirms the welder was qualified for the process and position on the date of welding
- Any other welds by that welder — to assess whether the finding is isolated or part of a pattern
Without complete production records, step 2 and step 3 are not possible.
Handling multi-pass welds with multiple welders
Large groove welds — thick plate butt joints, heavy column splices — are often made over multiple shifts, with different welders running different passes. Production traceability for multi-pass welds must capture each welder who contributed passes, not just the welder who started the joint or finished the cap.
In practice, this means the traveler or log has rows for each pass (or group of passes) with the welder ID and date for each entry. When a repair is made, the repairing welder's ID and the date of repair are added as a separate entry, distinct from the original production record.
Common audit findings in welder traceability
The nonconformances auditors find most often in production traceability:
Gaps in the weld log. Joints completed but not entered in the log — often because the traveler wasn't available when the weld was made, or because production pressure led welders to skip the entry.
Welder IDs that don't match the WPQ roster. A welder who was added to the roster but whose ID was entered inconsistently — a middle initial included in some records but not others — creates gaps in the trace.
No date on the weld entry. The entry records the welder and the joint but not when. Without a date, continuity verification is impossible.
NDE completed before welder ID was recorded. If the NDE technician examines a joint before the production log records who made it, and a discontinuity is found, the path to disposition is more complicated than it should be.
A CWI inspection checklist built around hold points — pre-weld setup, in-process check, post-weld logging — catches these gaps before they become audit findings. Shops looking to automate welder ID capture, continuity monitoring, and audit-packet generation in a single system can see how the platform ties these records together at wpswelding.com/pricing.
Rule library based on AWS D1.1:2025; verify against your governing edition.