IFS for Projects & ETO
For businesses whose work is quoted as projects, engineered before it is built and billed against progress rather than shipment. In IFS, the project is a first-class structure that carries budget, engineering, purchasing, production, billing and revenue — not a code stamped on transactions for reporting.
The test of a project ERP is a customer change order after production has started — and whether the budget, schedule, purchase orders and revenue all move together.
Capability
What IFS Covers Across a Project
From the bid, through engineering and execution, to final account and warranty.
Work breakdown structure
Projects, sub-projects and activities carrying their own scope, budget, schedule and cost — the spine everything else attaches to.
Budgeting & forecasting
Original budget, current budget, committed cost, cost to complete and forecast final cost, maintained continuously rather than at month end.
Project procurement & subcontracts
Purchases and subcontracts raised against the project, with commitments visible the moment they are placed rather than when invoiced.
Project-based manufacturing
Production orders, engineering and materials tied to project structure, so what is built for this contract stays allocated to it.
Change orders & variations
Scope changes priced, approved and rippled through budget, schedule, procurement and revenue — the capability that decides most ETO evaluations.
Progress & milestone billing
Applications for payment, milestone invoices, retentions and advance payments billed from actual project progress.
Revenue recognition
Percentage-of-completion and related methods driven by project progress, so revenue and margin reflect the work, not the invoice run.
Resource planning
Engineers, crews, subcontractors and equipment planned across a portfolio of concurrent projects competing for the same people.
Risk & contingency
Risk registers and contingency held and drawn down deliberately, so the number in the forecast is an estimate rather than a hope.
Project cost control & reporting
Earned value, variance and portfolio margin from the system that raised the purchase orders and ran the production.
Why Project Businesses Land on IFS
The common failure mode is an ERP that handles orders well plus a separate project system for the commercial reality. The two disagree, reconciliation becomes a monthly ritual, and nobody can say with confidence what a project will actually land at.
- Projects as a native structure, not a cost-centre code applied to transactions
- Commitments visible when a purchase order is raised, not when the invoice arrives
- Change orders that move budget, schedule, procurement and revenue together
- Project manufacturing links production to the contract it was built for
- Percentage-of-completion revenue driven by real progress in the same system
- One platform also covering the aftermarket service that follows the delivered asset
Script your demo around these
A project set up cleanly at kick-off tells you nothing. These four are where project ERPs come apart:
- 1A customer change order after production has started — priced, approved and rippled through everything.
- 2Cost to complete on a half-finished project, including commitments not yet invoiced.
- 3An application for payment with retention, against measured progress rather than a schedule of dates.
- 4Two concurrent projects competing for the same engineers and the same long-lead item.
Closely related: IFS for manufacturing, IFS finance, IFS supply chain, and why IFS.
Related Reading
Go Deeper
FAQ
IFS Projects & ETO — FAQ
Projects are built into the platform rather than layered over it, which changes what is possible in an engineer-to-order business. The project carries the budget, the engineering, the purchasing, the production orders, the progress billing and the revenue recognition as one structure, so a change in any of them is visible in all of them. In ETO that matters because the defining event is not a clean order-to-ship cycle but a customer changing their mind after engineering is complete and material is on order. Systems that treat the project as a reporting dimension handle that by re-keying and reconciling; systems that treat it as a structure handle it by propagating. Capital equipment manufacturers, shipbuilders and industrial contractors tend to arrive at IFS for exactly this reason.
Yes. IFS supports billing driven by project progress rather than by shipment — milestone invoices, applications for payment against measured completion, advance payments and retentions held and released under contract terms. For contracting businesses this is not an accounting detail: cash timing on a large contract is frequently the difference between a profitable project and a financing problem, and retention released late is margin sitting on someone else's balance sheet. Because the billing is generated from the same project structure that holds cost and progress, the relationship between what has been earned, what has been billed and what has been collected stays visible rather than being assembled in a spreadsheet each month.
IFS supports percentage-of-completion and related methods, with recognition driven by project progress measured in the system that is actually running the work. That is the important part: when cost, commitments, progress and billing all live in one structure, revenue and margin can be recognized against real completion rather than reconstructed at period end from several sources. Long-duration contracts are where this gets uncomfortable, because an optimistic cost-to-complete quietly overstates margin for several periods before correcting painfully. Having forecast cost to complete maintained continuously, against committed spend that appears when a purchase order is raised, is what makes the recognized number defensible to an auditor.
Yes, and for many manufacturers that combination is the actual requirement. A business might run repetitive discrete production for a standard product line while simultaneously executing large engineer-to-order contracts, sharing the same plant, the same people and the same financial statements. IFS supports multiple manufacturing modes in one deployment, with project-based production tying materials and orders to the contract they belong to while standard production runs against forecast and stock. If that describes your operation, demonstrate it explicitly during evaluation — it is a common scenario that a surprising number of ERPs handle by making one of the two modes awkward.
Both. Construction and engineering is one of IFS's established industries, and the capabilities contractors rely on — work breakdown structures, subcontract management, progress billing with retention, variation control, resource and equipment planning, and project cost control — are the same ones engineer-to-order manufacturers need, which is why one platform serves both so well. IFS Cloud integrates with the specialist estimating and design tools contractors already use, so they fit into a connected project landscape. ESS scopes the solution around your contracts, your projects and your existing tools.
Bring Us a Project That Went Wrong
A contract that landed well off forecast, a change order nobody priced properly, a final account you argued over for months. We will show you how IFS would have handled it.






