A submittal arrives as a reply to a forwarded email, from a subcontractor who called it "shop dwgs rev2.pdf", to a project engineer who is on site and will open it tonight.
The short answer
Submittals and RFIs organize by project first and trade second, and both are written on the document — the project name in the title block, the trade in the spec section it references. A workflow uses the Read Details from File step to pull them off each document, the Rename step to name it by date and trade, and the Move step to file it under that project. The Email Attachment trigger is what makes this work in practice, because most submittals never exist as anything but an attachment, and the Save a Copy step gives them a home before anything else happens.
Steps this uses
Before and after
As they arrive
After the workflow
Four attachments from three subcontractors, filed by the project and trade printed on each drawing.
Setting it up
This is the sentence. Send it to the builder and the steps below appear on a canvas, wired and named, for you to change before anything runs.
When a submittal or RFI arrives by email, save a copy, read the project and the trade off the title block, rename it by date and trade, and file it under that project and trade.
The Email Attachment trigger covers submittals arriving from subs. The File Uploaded trigger covers the shared drive folder where scans and downloads land. Most teams need both, because documents arrive by both routes.
Two levels, said in plain English. A third level by document type is worth it on a large job and a liability on a small one, because every level is a filing decision somebody has to make correctly each time.
The Read Details from File step takes the project, the trade, the revision and the date off the document itself, which is why it works on a file called shop dwgs rev2.pdf.
A submittal that names two projects, or none, is where automated filing gets it wrong. The Ask AI About the File step routes those to a review folder, and Ask a Person to Approve can gate the move entirely.
Filing by document type puts every submittal in one folder and every RFI in another, which is the view nobody works in. People work a trade: the electrical coordinator wants the electrical submittals, the electrical RFIs and the electrical change orders together. Trade as the second level matches how the work is actually divided, and document type sorts itself out inside it because the filenames say what each document is.
Three files named rev2, REV2 and rev_2 are not a naming problem, they are three different moments in a conversation with a subcontractor. Reading the revision and date off the title block puts them in order regardless of what they were called, and naming each file date-first makes that order visible in the folder. What it does not do is tell you the revision was approved — that lives in the submittal register, not in the document.
It files documents and makes them findable. It does not maintain a submittal log, track ball-in-court, or notify a sub that a submittal was rejected. Those are project management functions and they live in Procore or a similar system. This handles the documents that never make it into that system — which, on most jobs, is most of them.
FAQ
By project first, then by trade, with each document named date-first in ISO form so the folder reads chronologically. Keep the structure identical across projects so somebody who has never worked on a job can still find its mechanical submittals. The revision belongs in the filename, taken from the title block rather than from what the sender called the file.
Yes, and it is the route that matters most, since submittals usually arrive as email attachments. The Email Attachment trigger picks them up, the Save a Copy step gives the attachment a home, and the document is then read, renamed and filed under the project and trade named on it.
Read the revision and date off the title block rather than trusting the filename, then put the date first in the new name. The folder then shows the revisions in the order they were issued. Knowing which revision is approved is a different question, and it belongs in the submittal register rather than in the file itself.
No. Procore runs the project — the submittal log, the RFI workflow, the approvals. This organizes the documents, including everything that arrives by email and never gets uploaded to the project system. The two sit alongside each other.
Project and trade, read off the title block, the moment it arrives.
5 GB free · No credit card required