The MRB is assembled at the end. The traceability is built from day one.

Carl Mueller
September 15, 2026
2 min read
The MRB is assembled at the end. The traceability is built from day one.
Blog

The bad week on an MRB looks like this. The job has shipped, the customer is waiting on the book, and someone is working through a folder of mill certificates trying to establish which certificate covers the heat that went into which vessel.

Collating the book is real work. Finding the current version of every document, ordering them to the customer’s layout, getting every tag and number right, building the hyperlinks and producing the contents to match: without document control most of the effort goes there before any of it is a book. But it is work that can be done at the end. The correlation between material and equipment is the part that cannot, or not without going back through the job one piece at a time. It lives in three places while the job runs, on the router, marked on the drawing, or in the materials system, and every fabricator has it, because without it there is no traceability at all. What it often is not is data anyone can query.

The certificates make it harder. A certificate arrives during procurement rather than during the job, and it belongs to the material rather than to any one order, so the same plate and the same certificate can end up in equipment on several jobs. One certificate commonly covers more than one heat. And nothing on it is reliably unique on its own, so identifying the right one usually takes a combination: heat plus purchase order, or purchase order plus line plus receipt.

So the shape of a working system, whatever it runs in, is this. Certificates and PMI reports go into a library as they arrive in procurement, identified by whatever the material is actually known by. The correlation record, which heat went into which piece of equipment, is captured as the job runs, off the router or the drawing, as data. At the end the book is a join between the two.

That join is the part DocBoss automates. Library fields are yours to define, so material is identified the way you already identify it, and one field holds several heats where a certificate covers more than one. With the material record loaded against the project’s equipment, a query attaches the right certificate to the right equipment across hundreds of pieces at once, matching on a combination where nothing is unique alone, and reporting back whatever it could not match. Getting the library loaded is lighter than it was: DocBoss reads the heat, lot and certificate references off each certificate and puts them in front of you to confirm.

Two things sit outside that. Project-performed tests, radiography, dye penetrant and the like, belong to this job’s equipment rather than to the library, so they attach in bulk from the testing house’s own log. Weld procedure and welder certificate packages build the same way as certificates, where the weld data linking welds, welders and drawings supports it.

Then the MRB is an output. The certificates are matched, the test reports are attached, the approved documents are current, and the book compiles to the customer’s layout with its table of contents.

Build the traceability while the job runs. The book at the end is assembly rather than investigation.

Ready to leave the
clerical grind behind?

Related Resources