Submittal revision review records: what to inventory before a document system transition

Short answer

Before a document system transition, inventory every revision of each submittal, not just the final approved one: submission versions with their attachments, reviewer comments, approval status codes, and the drawing revision each comment refers to. Note which system holds each, the projects and years covered, who administers it and the date old access ends. Then introduce the design coordination head; whether the records can be licensed depends on rights, qualification and the proposed use.

Visual briefFull-size diagram
A staircase of six inventory steps that descends to the date old platform access ends: find the access date, list record classes, measure coverage, name the owners, check linkage and note restrictions.
The inventory works backward from the access date. Step order follows this page; dates come from the company's own contract or IT plan.

Why the revision chain is the part at risk

A submittal register usually shows the end state: approved, approved as noted, or closed. The useful part is how the item got there. Each resubmission records what changed, what the reviewer objected to and what was accepted, and that sequence is hard to rebuild once the platform that held it is switched off. Migrations tend to carry the register forward and leave the chain behind, because the register is what the new project team needs on day one.

On many public projects the approver is set item by item. The federal guide specification for submittal procedures (UFGS 01 33 00) classifies submittals so that those marked for Government approval go to the government reviewer, while the rest are approved under the contractor's own quality control. Private projects set their own review codes in the specification. Either way, every revision is a dated decision by a named reviewer, not an administrative copy. Contract terms vary by project; this is general information, not legal advice.

The inventory sheet for submittal history

Record classes, time coverage, system owners and the real access deadline. Every cell is metadata; none requires opening a file.

Record classWhere it usually sitsCoverage questionOwner to name
Submittal items and every revisionSubmittal platformHow many closed projects, and how many revisions per item on average?Platform administrator
Attachments per revision (product data, shop drawings)Submittal platformAre attachments stored with each revision or only the latest?Platform administrator
Reviewer comments and stamped PDFsSubmittal platform, consultant emailAre consultant comments uploaded, or kept in email?Design coordination head
Approval status codes and datesSubmittal platformDo the codes follow the specification or a company default?Design coordination head
Drawing set with revision historyDrawing repositoryWho controls it: the contractor, the architect or the owner?Document control lead
Transmittals and distribution recordsSubmittal platform or emailIs distribution logged per revision?Project administrator

Work backward from the access date

Work backward from the date old access ends, because that date, not a sales timeline, is the only real urgency.

  1. Find the access date. From the platform contract or the IT plan: when do read-only logins, exports or archived projects stop being available? If nobody knows, that is the first finding.
  2. List record classes per project. Use the sheet above, including any consultant review emails stored outside the platform.
  3. Measure coverage. Number of closed projects still on the platform, years they span, and roughly how many submittals and revisions per project. Approximate numbers are fine at this stage.
  4. Name the owners. Who administers the submittal platform, who controls the drawing repository (sometimes the architect, not the contractor), and who decides retention.
  5. Check linkage. Do reviewer comments cite sheet revisions? Were revisions opened as new items or edited in place?
  6. Note restrictions. Owner contracts with confidentiality clauses, government projects, and drawings authored by outside designers.

What platform behavior means for the inventory

How a platform stores revisions decides what an inventory has to account for. Procore is a common example, and its own documentation shows three things to check:

  • Attachments do not carry over between submittal revisions. A new revision inherits general information and increments the revision number, but the files stay with the revision they were uploaded to. Procore also recommends closing the original and creating a revision rather than sending the item back a step, because sending it back loses history. Projects run the other way may have gaps.
  • A log export is not the whole record. The submittals log exports to PDF or CSV, reflects active filters and leaves out custom field columns; exports of more than 150 submittals arrive as an emailed link.
  • Drawing markups are tied to their revision. A drawing uploaded with an existing number becomes a new revision; markups added to an old revision after a newer one is uploaded do not carry forward.

None of this is a fault in the tool. It means the inventory should ask how revisions were handled on each project, not assume a single export captures them. The live guide to exporting Procore project data covers the wider system, and RFI logs and submittals explains why project question-and-answer history is useful as data.

A partner records answers, not records. Do not take exports, logins or sample PDFs, and do not advise the company to retain data beyond its policy or its authority.

Does the company qualify, and what stays unknown?

The company needs 50+ full-time employees at peak (contractors excluded), a documented operating history, rights to license the records, and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English.

Unknown until SourceX reviews it: how design copyright and owner confidentiality affect rights (see who owns construction drawings), which projects a buyer would want, and any offer. The revision histories checklist and the field guide to document revision histories cover general fit; construction and field services and the industries hub list related record types.

Go deeper on submittal revision review

Next step

Refer a company. Earn up to $100,000. Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If a client is moving off its submittal or drawing platform and years of revision chains depend on the old system, register as a partner, check the company against who qualifies, and read the program terms before you send the note.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Company signs and is paidThe company signs, delivers its data and is paid by SourceX under its agreement.
  4. Step 4You get your rewardYour 25% of the actual supplier payout. A reward becomes payable after SourceX has paid the referred company under its signed agreement and the payout conditions in the program terms are met, including finance approval and your tax and payment details.

Common questions

Is a submittal log export enough to preserve the history?

Usually not on its own. A log row shows status and dates, but the reason for a revision sits in reviewer comments, attachments and the drawing revision the comment refers to. In Procore, for example, attachments do not carry over between submittal revisions, so each revision's files need to be accounted for with that revision.

Does the architect's markup belong to the contractor?

Not necessarily. Design professionals often keep copyright in their drawings and markups, and owner contracts may limit reuse. That is why SourceX runs a rights review before anything is licensed, and why a partner only records which records exist and who holds them.

Should a company keep its old platform running just in case the history can be licensed?

That is the company's decision under its own retention policy and contracts, not a partner's recommendation. A partner can point out the access date and ask who owns the decision; it should not advise keeping data the company has no authority to keep.

Sources

  1. support.procore.com/products/online/user-guide/project-level/sub…
  2. support.procore.com/products/online/user-guide/project-level/sub…
  3. support.procore.com/products/online/user-guide/project-level/dra…
  4. wbdg.org/FFC/DOD/UFGS/UFGS 01 33 00.pdf
  5. refer.sourcex.si/terms

Free resources

Know a company with valuable proprietary data?

Become a referral partner, get your link and introduce the company’s CEO (in an owner-run company, usually the owner). Referral partners can join from most countries. We can't work with partners in countries or regions under U.S. sanctions or on U.S. restricted-party lists. The companies you introduce should be based in the U.S., Canada and the EU, or in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia with at least 90% of their data in English.

Refer a company →

I own a business

Explore licensing your company's data directly to SourceX for AI training and evaluation. Start a short assessment; no uploads needed.

Start an assessment