Skip to main content
We use cookies

We use essential cookies to run the site and optional cookies to improve your experience and measure usage. You can change your choice anytime in Cookie Preferences.

Operating Playbooks

RFI vs Submittal: Differences, Process and Management

An RFI asks a question about the design; a submittal shows what the contractor plans to install. See the differences, who reviews each, and how both processes work.

6 min readFor project managers and project engineers
TL;DR
  • An RFI clarifies the design; a submittal shows how the contractor will meet it.
  • Neither an RFI response nor a submittal review authorizes a change in scope, cost or time.
  • Roles, review periods and review actions come from your contract and Division 01.

Originally published on the Ezelogs blog on 10/30/2022. Rewritten and fact-checked in November 2026.

An RFI (request for information) is a question sent to the design team when the drawings or specifications are unclear, conflicting or incomplete. A submittal is information the contractor sends for review — product data, shop drawings, samples — to show what will be furnished and installed. RFIs clarify the design; submittals show how the contractor intends to meet it.

RFI vs submittal at a glance

RFI vs submittal at a glance
RFISubmittal
PurposeClarify a gap, conflict or question in the contract documentsShow the products, materials and methods the contractor will use
Typical senderContractor or subcontractor, usually through the general contractorSubcontractor or supplier, through the general contractor
Typical reviewerArchitect or engineer — as named in the contractArchitect or engineer, after the general contractor's review — as named in the contract
What triggers itA question found during design review, bidding or constructionRequirements listed in the specification sections
Typical resultA written responseA review action set by the contract — commonly approved, approved as noted, revise and resubmit, or rejected
Changes the contract?No. If the answer changes scope, cost or time, it goes through a change order or similar directiveNo. Reviewing a submittal does not authorize a design change
Common examplesDimension conflict, missing detail, unclear specificationProduct data sheets, shop drawings, samples, mock-ups

Roles and review actions depend on your contract. Who reviews, how long they have and what stamps they use are set by the project's contract and its specification — usually the Division 01 "Submittal Procedures" section. Check those documents rather than assuming a standard process.

What RFIs and submittals are for

Submittals and RFIs work best when the roles of the architect, design team and contractors are clearly defined. On a large project there can be hundreds or even thousands of submittals, which makes them one of the most document-heavy parts of construction.

They provide the groundwork for cooperation among all teams

The project owner, architects, engineers and designers develop the design and the specification requirements, including which submittals are required. The contractor then works with its subcontractors and suppliers to compile the product data and proposed products. As submittals move through review, clarification and response, communication opens up between the design and construction teams, so everyone is aligned before work starts.

Selections and specifications help maintain product quality

Submittal review is an early quality-control step: it checks that the proposed products and methods match the specification before they are bought and installed, which helps prevent rework later.

Before construction starts, they air differences, concerns and questions

Review often exposes misunderstandings or design discrepancies. Some are simple misreadings; others are real design problems that need an RFI and a design response before the contractor can submit. On long projects, suppliers may also change or discontinue products, so the contractor may need to propose equivalents that meet the original design.

The RFI process

  1. Identify the question — a conflict, missing detail or unclear requirement — and cite the drawing or specification reference.
  2. Prepare the RFI with a clear question and, where useful, a suggested solution.
  3. General contractor review to confirm the question is valid and not already answered.
  4. Design-team response within the time set by the contract.
  5. Distribute the answer to everyone affected; if it changes scope, cost or time, start the contract's change process.
  6. Log and close the RFI.

The submittal process

  1. Identify required submittals from the specification sections and build the submittal log.
  2. Prepare product data, shop drawings or samples with the subcontractor or supplier.
  3. General contractor review for completeness and conformance before forwarding.
  4. Design-team review and a review action as defined in the contract.
  5. Resubmit if required, then release the approved items for purchase and installation.
  6. Log and close each item.

What submittals are not: substitution requests or change orders

Submittals are not the right way to approve items that do not meet the specification, even when there are good reasons. If a required item is unavailable but a suitable substitute exists, the responsible party should submit a substitution request, which may be approved for alternatives that perform as well as or better than the specified item.

The design team's review of a submittal does not change the project's scope, cost or schedule. If a proposed change would affect any of these, the contractor must request a change order.

Managing RFIs and submittals in Ezelogs

In Ezelogs, RFIs are kept in an RFI list with a detail record for each question. For submittals, Submittal AI assists with drafting a submittal log from specification content; the team reviews the proposed items before saving.

Book an Ezelogs demo

Conclusion

Shop drawings, product data, schedules and meeting notes all depend on reliable documentation. Keeping RFIs and submittals clearly separated — and following the review process in your contract — helps keep the project on schedule and within budget.

Related reading

RFI coordination and response accountability · RFI software evaluation checklist · Rework in construction design

Reading something that matches a workflow you own? Bring it in.
Human approval
Source attribution
No fabricated stats
Explicit POV
Author
EE
Ezelogs Editorial
Editorial team

Walk us through one problem.

No scripted demo — bring one project, one workflow, one bottleneck.