Repair a weld

When a weld is Rejected, you don’t edit it back into shape in place. A repair is a physically new joint, so MaxTrax repairs a rejected weld by creating a new, linked repair weld and retiring the original. This guide covers requesting that repair and what it produces.

Before you start

You need edit access on the project — the Repair… action only appears for a weld you can edit.
The weld must be Rejected. Repairing is the only path a weld has into the Repair status, and only a rejected weld can take it.
Repairing is a server action, so you need a connection. It isn’t offered offline.
The weld’s ISO — and its test package, if it belongs to one — must not be signed. See the caution below.

Right after a rejection

You don’t have to hunt for the repair action later. When you record a Failed result that rejects a weld, the disposition step flows straight into a “rejected — what next?” prompt with two choices:

Create repair weld — start the repair now (covered below).
Done for now — the rejection stands; you (or a foreman) can request the repair later. This runs no further action.

Deciding to repair is a separate engineering call, so the repair is never created automatically — it’s always an explicit choice.

Request a repair

Open the ISO’s weld matrix and select the rejected weld to open its drawer.
In the drawer footer, select Repair….
Select Create repair weld to confirm. (Retiring the original can’t be undone from here.)

MaxTrax then creates the repair weld and moves the original to Repair in a single step. The step shows the new repair weld’s number — assigned by the server, so it’s always correct — and its lineage (for example W12 → W12R1). Select Done to finish; the new repair weld appears in the weld matrix once it syncs to your device.

If the weld has already been repaired, the drawer offers Open repair weld → instead of Repair… — it takes you to the existing repair rather than creating a second one.

The repair weld’s number

The new weld is numbered from the original, with an uppercase R and the next repair index:

The first repair of weld W12 is W12R1.
A repair of W12R1 is W12R2 — not W12R1R1. Every repair in a chain shares the same base number (W12), and the index counts up (R1, R2, R3, …) across the whole ISO.

The weld drawer shows a Repair lineage trail linking the original to each repair weld, so the full history of a joint stays traceable.

Repairing is a new weld, not a status change

You cannot set a weld to Repair with the Change Status action. If you try, MaxTrax rejects it and tells you to request a repair — which spawns the new linked weld — instead. This is deliberate: the original rejected joint and the physical repair joint are two separate welds, each with its own inspection history.

Flow diagram of repair lineage: requesting a repair on rejected weld W12 creates a new linked weld W12R1 starting at Pending, while the original W12 becomes Repair — terminal and kept in history; the repair weld re-enters the normal lifecycle to be inspected and accepted or rejected.

The original weld ends in Repair, which is a terminal status: it is retired, superseded by the repair weld, and its status can’t change again. It is not deleted — its record and inspection history remain for the audit trail.

What happens next

The repair weld starts at Pending and enters the normal weld lifecycle: it is welded and completed, inspected, and then accepted or rejected like any other weld. If a repair weld is itself rejected, you repair it again the same way, and the index steps up to the next R number.

Weld status lifecycle — every status and its legal transitions.
Weld matrix — where you open a weld and its drawer.
Record an inspection result — how a weld becomes rejected.