HelonicHelonic

RFI vs. ASI vs. Bulletin vs. Change Order: How Construction Document Changes Differ

A reviewer-grade breakdown of the four documents construction teams use to question, clarify, and change the contract: RFIs, ASIs, bulletins, and change orders, and how to tell which one you actually need mid-project.

RFI vs. ASI vs. Bulletin vs. Change Order: The Difference

RFIs, ASIs, bulletins, and change orders are the four documents general contractors, architects, and owners use to manage anything the signed drawings and specs don't already settle. Project managers confuse them constantly, and that confusion is expensive: someone starts pricing a bulletin as if it's already approved, or a superintendent installs work off an ASI that quietly changed the schedule.

Each document has a different direction of travel, a different legal weight, and a different effect on cost and schedule. Get the wrong one and you either do unpaid work or wait weeks for an approval you didn't need.

Quick answer

An RFI is a contractor's question to the design team that carries no binding weight. An ASI is the architect's answer or minor instruction, allowed only when it doesn't change cost or schedule. A bulletin is a priced proposal for a design change that isn't binding until accepted. A change order is the signed, three-party agreement that actually adjusts the contract sum and contract time.

What Is an RFI, and When Do You Use One?

A Request for Information (RFI) is a formal question the contractor sends to the architect or engineer when the drawings or specs are unclear, missing a detail, or contradict each other. The RFI doesn't authorize extra work, doesn't commit either party to a cost, and doesn't modify the contract on its own. It's a question, nothing more.

A subcontractor hits a duct that isn't shown on the structural plan. The GC files an RFI asking how to route around it. The architect answers, and depending on the answer, the project either continues unchanged or the RFI response gets formalized into an ASI or a bulletin. Filing an RFI that's specific enough to get a fast, useful answer matters here: vague RFIs bounce back with clarifying questions and burn days off the schedule. Helonic's RFI drafting tools pull the sheet number, detail reference, and conflict description straight from a flagged drawing issue, so the question is unambiguous the first time it's sent. Once an RFI is filed, tracking its status and response time is what keeps it from quietly becoming the reason a milestone slips.

What Is an ASI, and When Do You Use One?

An Architect's Supplemental Instruction (ASI) is a directive from the architect to the contractor, the reverse direction of an RFI. It provides additional detail within the existing scope, or makes a minor change that, in the architect's judgment, will not adjust the contract sum or the contract time.

An ASI often closes out an RFI. The contractor asked how to route the duct; the architect issues an ASI with a revised detail showing exactly how. Because an ASI can't touch cost or schedule by definition, it should only be issued before the affected work has started. Once material is ordered or work is installed, the same clarification usually has to move through a bulletin and change order instead, because now there's a real cost to account for. For the full mechanics of who can issue one and what it can and can't authorize, see what an ASI covers and where its limits are.

What Is a Bulletin, and When Do You Use One?

A bulletin is a package of revised drawings and specs the architect issues after the contract is signed, asking the contractor to price a change. Bulletins show up when a scope change is bigger than an ASI can cover: an owner wants a different finish package, a discovered condition forces a redesign, or a code review kicks back a detail that needs rework.

The bulletin itself isn't binding. It's a request for a number. The contractor prices the labor, material, and schedule impact and submits a proposal back to the architect and owner. Nothing about the contract changes until that proposal is accepted and converted into a signed change order. Teams that skip this distinction, and start ordering material or scheduling crews off an unpriced bulletin, are the ones who end up in payment disputes when the final number comes back higher than expected.

What Is a Change Order, and When Do You Use One?

A change order is the written, signed agreement that formally adjusts the contract sum, the contract time, or both. Under AIA A201-style general conditions, a change order requires signatures from the owner, the contractor, and the architect before it takes effect. That three-party signature is the line between a change that's been discussed and a change that's actually enforceable.

A change order usually starts life as a priced bulletin. Once the owner accepts the contractor's proposal, the architect issues the change order documenting the revised scope, the dollar adjustment, and any change to the completion date. For the full pricing and negotiation workflow, see the construction change order guide. Read AIA's own guidance on change order fundamentals for how A201 defines the instrument and where a Construction Change Directive fits in when the owner needs work to proceed before pricing is finalized.

RFI vs. ASI vs. Bulletin vs. Change Order: Comparison Table

Side by side, the four documents separate cleanly by who issues them and whether they're binding:

Document TypeWho Issues ItBinding?Typical TriggerCost/Schedule Impact
RFIContractor, to the architect/engineerNo, it's a questionUnclear, missing, or conflicting drawing/spec informationNone directly, though the answer can trigger a bulletin
ASIArchitectYes, but only for minor itemsDesign clarification needed after bid, before work is installedNone allowed, that's the legal boundary of an ASI
BulletinArchitect, requesting a contractor priceNot until priced and acceptedScope change, discovered condition, or owner-requested revisionPossible, the contractor prices it before anything is binding
Change OrderArchitect, signed by owner and contractorYes, once all three signAn accepted bulletin or negotiated scope changeYes, formally adjusts contract sum and/or contract time

Which Document Do You Actually Need?

Match the document to what's actually happening on the project, not to what the last superintendent called it:

  • You have a question about the drawings or specs: file an RFI. You're not proposing anything, you're asking for clarification.
  • The architect answered with a clarification or minor fix, no cost involved: expect an ASI. If the answer touches money or the schedule, an ASI is the wrong instrument.
  • The scope change is bigger, or the answer does affect cost or time: expect a bulletin. Price it before you act on it.
  • The price and schedule impact are agreed and need to be locked in: that's a change order. Nothing is enforceable, and no one is entitled to payment, until all three parties sign.

Most of this confusion traces back to the same root cause: a drawing set with gaps or conflicts generates the RFI in the first place. Fewer coordination errors at the drawing stage means fewer RFIs, fewer ASIs, and fewer bulletins competing for attention mid-schedule. Teams working to cut the number of RFIs a project generates usually start there rather than trying to process each one faster.

Practitioner insight

Half the schedule fights I see on a project start with someone treating a bulletin like it's already approved. The super starts ordering material off a set of bulletin drawings, the price comes back higher than the budget expected, and now the owner is sitting on the change order for three weeks while the crew waits. The bulletin was never binding. It was a request for a number, and everyone acted like it was a yes.

Source: Conversations with assistant project managers and PMs at general contractor firms about document-type confusion driving schedule and payment disputes, synthesized from Helonic's GC-side interviews, Q2 2026.

RFI, ASI, Bulletin, and Change Order FAQ

What is the difference between an RFI and an ASI?
An RFI (Request for Information) travels from the contractor to the architect and asks a question about something unclear, missing, or conflicting in the drawings or specs. An ASI (Architect's Supplemental Instruction) travels the other direction: it's the architect telling the contractor how to proceed. An RFI doesn't authorize work or change the contract. An ASI can direct minor changes, but only ones that don't adjust the contract sum or the schedule.
Does a bulletin always turn into a change order?
No. A bulletin is a request to price a change, not the change itself. The architect issues drawings describing the revised scope and asks the contractor for a cost and time proposal. Only after the owner and contractor agree on that number does it get formalized into a signed change order. A bulletin with no cost or schedule impact can be closed out as a supplemental instruction instead.
Can an ASI change the contract price or schedule?
No, and that's the defining limit of an ASI. Under AIA-style general conditions, an Architect's Supplemental Instruction is reserved for clarifications and minor changes that the architect determines will not affect the contract sum or contract time. If a change does affect cost or schedule, the correct instrument is a bulletin leading to a change order, or a Construction Change Directive if the owner needs work to proceed before pricing is finalized.
Who can issue a change order?
A change order is prepared by the architect but isn't binding until all three parties sign it: owner, contractor, and architect. That three-way signature is what separates a change order from an ASI or a priced bulletin, both of which one party can issue unilaterally. Until all three signatures are on the document, the contractor has no obligation to perform the extra work and no contractual right to be paid for it.
Is a bulletin the same thing as an addendum?
No. An addendum modifies the contract documents before bidding, while the project is still being priced by competing bidders. A bulletin modifies the drawings or specs after the contract has been awarded and construction is underway. Same basic idea (a documented change to the design), different point in the project timeline, and different legal effect on an existing signed contract.
What is the difference between an ASI and a change order?
An ASI is a one-way instruction from the architect that, by definition, carries no cost or time impact. A change order is a negotiated, three-party agreement that formally adjusts the contract sum, the contract time, or both. If a document changes what you get paid or when the project is due, it's a change order, not an ASI, no matter what the cover sheet calls it.
MS

Milind Sagaram

Co-founder & CEO, Helonic

Milind is the co-founder and CEO of Helonic, where he leads product and go-to-market for AI-powered construction drawing analysis. He works closely with general contractors, project managers, estimators, and owners to understand how drawing quality drives project outcomes - and where AI can reduce RFIs, change orders, and rework. Milind has interviewed hundreds of construction professionals across project delivery roles, from preconstruction estimators at ENR top-400 contractors to facilities directors at institutional owners, and uses those conversations to shape both product direction and the way Helonic talks about the work.

Areas of focus
  • Construction project delivery and preconstruction
  • RFI and change order economics
  • Owner and GC workflows for drawing QA/QC
  • Estimating risk and bid-stage scope assessment

How this page was researched: Document-type definitions reviewed against AIA A201 (General Conditions of the Contract for Construction) Article 7 (Changes in the Work), covering Change Orders, Construction Change Directives, and Minor Changes in the Work (the general conditions basis for ASIs). FAQ structure focused on the confusion points that come up most often between RFIs, ASIs, bulletins, and change orders on active projects.

Last reviewed by Milind Sagaram · July 2026

Catch the conflicts before they need an RFI

Helonic's AI reads every sheet in your drawing set and flags coordination issues, code conflicts, and missing details before they turn into an RFI, an ASI, or a bulletin nobody budgeted for.