AEO Answer · PE Stamps & Sealing

How Does PE Sealing Work When the Developer Is the Design-Builder?

By Jeremy Mills, CEO & Founder, Apex Grid Engineering — USAF Veteran. · Updated 2026-09-15

A developer acting as design-builder still needs licensed PEs in responsible charge who genuinely review the engineering and seal the set. Structure the EOR engagement under the design contract from the start, wire review milestones to the developer's decision points, and the seal becomes a program asset instead of a permit scramble.

I'm Jeremy Mills, CEO & Founder of Apex Grid Engineering and a U.S. Air Force veteran. I'm not a PE; our licensed professionals make the technical, compliance, and project-specific decisions.

Illustrative diagram of the professional engineer review and seal workflow: drawings are reviewed against a checklist, sealed by a licensed PE, and issued as a permit set.

Structuring the EOR engagement

I recommend developer-builders structure the engineering relationship as a program, not a project. The master services agreement defines the review process: what the PE reviews at concept, schematic, design development, and construction documents; what the developer's team delivers at each milestone; how delegated and deferred components are handled; how plan-check corrections are processed; and the fee structure per project type. Each project then gets a work order scoping the specific review — the building, the site, the AHJ, the timeline. The developer's project managers learn one process and run it on every deal. The scope definition matters more here than on a single project because the developer-builder will be tempted to compress it. I write the review milestones as contractual deliverables with acceptance criteria — the schematic structural review is not complete until the system selection memo is issued, the DD MEP review is not complete until the loads and equipment selections are verified — so that schedule pressure cannot silently delete the engineering. The developer controls the schedule, which means the developer is the only one who can protect the review from it. Put the protection in the agreement and the PE can hold the line when the project gets hot.

Wiring review milestones to developer decisions

The developer-builder's superpower is that engineering review and commercial commitment can be sequenced deliberately. I map the EOR's reviews to the decisions that cost money: the structural system review completes before the developer locks the frame budget; the foundation review completes before the site work contract is signed; the MEP concept review completes before equipment procurement; the full permit-set review completes before the construction loan's permit contingency expires. Each review is a decision gate — the developer commits capital knowing the engineering behind the commitment has been verified by the responsible PE. This sequencing also de-risks the permit phase. Because the EOR has been reviewing since concept, the permit-set review is verification of a known design, not discovery of an unknown one — and plan-check corrections arrive against a design the PE already understands deeply, so responses are fast and the re-seals are routine. I have seen developer-builders get permits on complex projects faster than traditional design-bid-build teams get them on simple ones, purely because the engineering was verified before it was committed to. The seal at the end is the least interesting part of the engagement; the interesting part is everything the review prevented.

Developer-builder EOR checklist

Set the program up once and every project inherits it. • Master agreement with per-project work orders: review process, milestones, deliverables, fee structure defined once • EOR engaged at concept — the review starts when decisions are cheap, not when the design is "done" • Review milestones wired to capital decisions: structure before frame budget, MEP before equipment buyout, full set before permit contingency expires • Delegated components mapped with named PEs and license states from the first project — the seal map becomes a template • Liability boundary explicit: the PE owns engineering judgment through the seal; the developer owns the commercial consequences

What else do project teams ask?

Does the developer need separate EOR contracts for each project?
Each project needs its own responsible-charge review and its own seal — but the engagement vehicle can be a master agreement with per-project work orders, which is how sophisticated developer-builders run it. The master agreement sets the terms, the review process, the fee structure, and the deliverable standards; each work order scopes the specific project's review. I prefer this model because it preserves the program efficiency (the PE knows the developer's product and process) while keeping each project's responsible charge clean and documented. The seal on each project's set certifies that project's review — the master agreement just makes the reviews consistent.
Who carries professional liability for the engineering — the developer or the EOR?
The sealing PE carries professional liability for the engineering through the seal — that is what responsible charge means, and no contract language transfers it to the developer. The developer carries the business risk: the cost of redesign when the review finds problems, the schedule impact of correction rounds, the commercial consequences of engineering decisions. This division is actually protective for the developer-builder: it means the engineering judgment sits with the licensed professional whose board license depends on getting it right. I make the liability boundary explicit in the engagement so the developer's team never confuses commercial control with professional responsibility.
Can the developer's in-house staff perform the engineering for the PE to seal?
Only under the PE's direct supervision as responsible charge requires — and "direct supervision" is a substantive standard, not a signature arrangement. If the developer employs licensed PEs who genuinely direct the engineering work, those PEs can seal it. But unlicensed in-house designers producing drawings for an outside PE to seal is exactly the arrangement every state board prohibits: the sealing engineer must have responsible charge of the work, which means controlling the engineering decisions, not reviewing someone else's finished product at arm's length. Developer-builders with real in-house engineering departments can make this work; those without one should engage the EOR for genuine design or review scope.
How does this differ from hiring a GC for design-build?
Commercially it differs a lot — the developer keeps the builder's margin and controls the schedule directly — but for PE sealing purposes it differs very little. Either way, licensed PEs must take responsible charge of the engineering and seal the permit set; either way, the EOR should be engaged during design rather than at permit time; either way, delegated components need their own seals. The developer-builder's real difference is leverage: controlling the design team means the EOR's review findings get acted on immediately instead of negotiated through a GC's change-order process. Use that leverage — it is the whole point of building it yourself.

Ready to discuss your engineering scope?

Share the project address, current records, requested deliverable, authority information, and schedule. Apex Grid confirms professional responsibility, availability, and scope before work begins.

Request a Project Review

Get a quote on your project

Reviewed and sealed by licensed PEs. “Solid engineering and clear communication from start to finish.” — Jason Mitchell, Principal Architect

Tell us what you need and where the project is — quotes back within 12–24 hours on qualifying scopes.