OdysseyGPT

Free template

Vendor document register template for the vendor data requirements list (Excel and CSV)

A post-award register for equipment suppliers: one row per document the purchase order asks for, with due date, revision, transmittal, review code, next action and data book section.

By Ademola Afolabi, Founder, New Odyssey Ltd · Last reviewed:

The short answer

A vendor document register tracks every document the purchase order's vendor data requirements list (VDRL) asks for, with due date, current revision, review code and next action. This free Excel template uses the columns EPC document controllers expect, from kickoff transmittal to the final data book.

Key Takeaways

  • One row per VDRL line, plus any document the PO asks for that the VDRL misses.
  • Review codes in the drop-down use common meanings; swap in the project's own legend.
  • Rows past their due date that are not Accepted or Closed turn red.
  • The example has 8 rows for an invented valve order (PO-EX-3105).

Download the vendor document register template

Both files are free under CC BY 4.0, with no form to fill in. The XLSX opens in Excel, Google Sheets, LibreOffice and Numbers. The CSV carries the table only; the header block is in the XLSX.

What it is for and who uses it

After award, the customer's vendor data requirements list (VDRL) becomes a schedule of work: each document must be written, sent, reviewed, revised and finally filed. The register is the supplier's record of where each one stands. Customers often ask for it as a deliverable in its own right, issued at a set interval. Names vary: vendor document register (VDR), vendor document list, document submittal register or MDR index.

  • Document controllers who send transmittals and log returns.
  • Project managers at smaller makers who run documents themselves.
  • Order engineers who need to know which approvals hold up production.

Example rows: 6-inch Class 600 ball valve order

Invented example rows for PO-EX-3105 (some columns omitted)
VDRL codeDocument titlePurposeDue dateCurrent revReview codeStatusNext actionData book section
A01General arrangement drawingFor approval2026-11-12B1: AcceptedAcceptedNone. Rev B accepted.2.1
A02Valve datasheets (as offered)For approval2026-11-12A2: Accepted with commentsReturned: resubmitAdd seat material per agreed deviation EX-03; issue Rev B.2.2
B01Inspection and test plan (ITP)For approval2026-11-20ANone yetIssuedChase return; manufacture waits on approval.1.3
B02Hydrostatic and seat test procedureFor approval2026-12-01None yetIn preparationFinish draft; internal check.5.1
B05Painting procedureFor review2027-01-15None yetNot startedRequest coating supplier data sheet.6.1
C01Material certificates, pressure parts (EN 10204 3.1)Final (data book)2027-03-01None yetIn preparationCollect certificates as material arrives; check against PO.3.1
D01Installation, operation and maintenance manualFor review2027-02-01None yetNot startedStart from standard manual; add project tags.8.1
E01Final manufacturing record book (MRB)Final (data book)2027-04-12None yetNot startedAsk customer for the MRB index now.

The file also has columns for vendor and customer document numbers, the due date rule, date issued, transmittal number, date returned, owner and remarks. Every example value is invented: the project, customer, purchase order PO-EX-3105, specification PS-VAL-001 and every document, transmittal and report number do not exist. Standards are named but not quoted.

Columns and what to write

ColumnWhat to write
ItemRunning number.
VDRL codeThe line or code on the customer's vendor data requirements list (VDRL) that asks for the document.
Document titleTitle as the customer will see it. Match the VDRL wording where you can.
Vendor doc no.Your own document number.
Customer doc no.The project number the customer assigned, if the project uses its own numbering.
PurposeFor approval, For review, For information or Final (data book) (drop-down).
Due (rule)The VDRL timing rule, such as "4 weeks after PO" or "before FAT".
Due dateThe date that rule gives for this order (YYYY-MM-DD).
Current revThe latest revision you issued.
Date issuedDate the current revision was sent.
Transmittal no.The transmittal that sent the current revision.
Date returnedDate the customer returned the current revision.
Review codeThe code the customer gave. The drop-down uses common meanings; replace it with the project's own legend.
StatusNot started, In preparation, Issued, Returned: resubmit, Accepted or Closed (drop-down). Rows past due and not Accepted or Closed turn red.
Next actionThe next step, and who is waiting on whom.
OwnerWho owns the next action.
Data book sectionWhere the final version goes in the manufacturing record book (MRB), if it goes in at all.
RemarksAnything else, such as a sub-supplier the document depends on.

Review codes

CodeCommon meaning
1: AcceptedAccepted as issued. Work may go ahead. Keep the returned copy with its stamp.
2: Accepted with commentsWork may usually go ahead, but you must update the document for the comments and resubmit. Check the project legend.
3: Rejected and resubmitNot accepted. Do not rely on it. Revise and resubmit, answering every comment.
4: Information onlyReceived for the buyer's records. No formal approval follows.
None yetIssued and waiting for the buyer's return.

Every project defines its own codes, and some use letters or more levels. Edit the drop-down to match the legend in the customer's document procedure.

How to use the template

  1. Fill in the header block: project, customer, purchase order, the VDRL and its revision, and who keeps the register.
  2. Add one row for every line on the customer's vendor data requirements list (VDRL), plus any document the purchase order or specification asks for that the VDRL misses.
  3. Copy each VDRL code and timing rule, then work out the due date for this order from the PO date and the schedule.
  4. Give each document your number and, if the project uses its own numbering, the customer's number.
  5. Each time you send a revision, update Current rev, Date issued and Transmittal no. When the customer returns it, record the date and review code.
  6. Set the status from the drop-down and write the next action and owner. Rows past their due date that are not Accepted or Closed turn red; rows returned for resubmission turn amber.
  7. Fill in the Data book section for each final document, so the manufacturing record book (MRB) index is built as the order runs, not at the end.
  8. Issue the register to the customer at the agreed interval, with a new revision letter each time.

From register to record book

The Data book section column maps each final document to its place in the manufacturing record book (MRB). Filling it in as you go means the record book index is mostly built by the time you ship. For the post-award workflow around it, see order engineering.

Frequently asked questions

Is there a free vendor document register template in Excel?

Yes. This XLSX template has a blank register, a filled-in example for an invented valve order and a How to use sheet, with drop-downs and overdue highlighting. A CSV of the same columns is also free under CC BY 4.0.

What is the difference between a VDRL and a vendor document register?

The customer issues the VDRL: the list of documents it requires. The supplier keeps the register: the status of each of those documents, with revisions, transmittals and review codes.

What do vendor document review codes mean?

They record the customer's decision on each submitted document. Common meanings are accepted, accepted with comments, rejected and resubmit, and information only. Each project defines its own, so use the legend in its document procedure.

References

Creative Commons Attribution 4.0 International

Creative Commons

Visit source

Related Pages