Your general ledger says the project is on budget. Your project manager says it is running hot. Both are reading real numbers, and both are wrong, because the commitments sitting in signed subcontracts have not hit the ledger yet and will not until the invoices arrive.
That gap is the reason development firms outgrow general accounting software. The books are accurate on a cash and accrual basis and still useless for the decision in front of you, which is whether this project finishes where the pro forma said it would.
This guide covers what to require from accounting software built for development work, how to evaluate it, and where general-purpose systems stop being sufficient. It is written from a CPA perspective, because the failure modes here are accounting failures before they are software failures.
What makes development accounting different from standard business accounting?
Development accounting tracks cost against a budget that spans years, multiple legal entities, and a capital stack with different reporting requirements per lender. Standard business accounting tracks revenue and expense against a fiscal period. The unit of analysis is different: a period versus a project, and a project that closes long after several fiscal years have ended.
Three specific differences drive the software requirement.
Cost is committed before it is incurred
When you sign a subcontract, that money is spent in every sense that matters to a forecast. It is not spent in any sense that matters to the ledger until an invoice arrives. A system that only records incurred cost shows you an understated position for the entire life of every project. Commitment tracking closes that gap by holding contract values, change orders, and the undrawn balance alongside actuals.
The entity structure is layered by design
Development firms hold projects in separate legal entities for liability and financing reasons. That is sound structure and an accounting burden: each entity needs its own financial statements, and leadership needs a consolidated view across all of them. Manual consolidation in spreadsheets is where month-end close goes to die.
Lenders dictate the reporting format
Your construction lender has a draw schedule with its own cost categories, its own documentation requirements, and its own tolerance for error. Your accounting system organises cost by your chart of accounts. Every draw request is a translation exercise between the two, repeated monthly, usually by hand.
What should accounting software for real estate developers actually do?
Nine capabilities separate development accounting software from general accounting software with a project field bolted on. Use this as a scoring checklist rather than a feature wish list, and weight the first four heavily.
- Commitment and budget control. Original budget, revisions, contracts, purchase orders, change orders, and the remaining balance per cost code, updated as documents are approved rather than as invoices post.
- Cost-at-completion forecasting. A calculated projection that combines the revised budget, committed cost, incurred cost, and the project manager’s forecast, refreshed automatically rather than assembled monthly.
- Multi-entity consolidation. Separate books per entity with automated intercompany elimination and a consolidated view that does not require a spreadsheet.
- Draw management. Lender category mapping configured once and applied to every subsequent draw, with supporting documentation attached at the line level.
- Hard, soft and land cost separation. Acquisition, entitlement, professional fees and construction tracked distinctly, because they capitalise differently and lenders fund them differently.
- Pre-development cost capture. Costs incurred before a project is funded, held in a way that lets you reclassify them to the project once it closes.
- Change order workflow. Financial impact visible at approval, not discovered at reconciliation.
- Retention and lien waiver tracking. Amounts withheld, release schedules, and compliance documents tied to the vendor and the project.
- Audit trail on every revision. Who changed the budget, when, and what the prior value was, without exception.
A system missing the first four will not support a growing development portfolio regardless of how well it handles the rest.
When does general accounting software stop being enough?
General accounting software works for a firm running one or two projects inside a single entity. The failure points arrive predictably as the portfolio grows, and they arrive in this order.
The second entity. Consolidation becomes a manual exercise. It is tolerable at two entities and painful at five.
The first construction loan. Draw preparation turns into a monthly assembly job, pulling invoices and mapping them to categories the accounting system does not recognise.
The first significant overrun. You discover it at reconciliation rather than at forecast, which usually means discovering it too late to act on it.
The first investor who wants quarterly reporting. Now the reporting burden is external, on a deadline, and the numbers have to reconcile across entities.
If your firm has crossed two of those four thresholds, the spreadsheet layer sitting on top of your accounting system has become the actual system of record. That is the point where the risk stops being inefficiency and starts being accuracy.
How does cost-at-completion change the decision timeline?
The value of a forecast is entirely a function of when you get it. At 20 percent complete, a projected overrun is a problem with options: value engineer a scope, renegotiate a trade, adjust the finish schedule, or go back to the capital partner early with a plan. At 90 percent complete, the same number is a disclosure, not a decision.
Manual forecasting produces the number late by construction. Someone has to gather the commitment balances, chase the project managers for their estimates, and reconcile the result, so the forecast arrives weeks after the data that produced it. Automated cost-at-completion calculates from budgets, commitments, change orders, and PM forecasts continuously, so the number on the dashboard is current when you look at it rather than current as of the last time someone rebuilt it.
The practical test to apply during a demo: ask how long after a change order is approved the cost-at-completion figure reflects it. If the answer involves a person doing something, the forecast will always lag the project.
Elevate’s real estate development software calculates this continuously across the portfolio, with drill-down from the portfolio view into individual cost codes.
What should you ask during a software evaluation?
Vendor demos are built to show the system at its best. These questions are built to show it under the conditions you will actually run it in.
- Show me a draw package generated from live project data, including the supporting documentation. Not a slide of one.
- A change order is approved today. Walk me through every place that number appears and how long each takes to update.
- How do you handle an invoice that arrives after a draw has been submitted?
- Show me consolidated financials across three entities with intercompany transactions.
- What happens to pre-development costs when the project closes and gets funded?
- How many people do we need to run this, and what are their roles?
- What does implementation involve, and what is the realistic timeline for a portfolio our size?
- What is the pricing model as we add users, entities and projects?
The last question matters more than it looks. Per-seat pricing quietly discourages giving project managers access to the system, which reintroduces the spreadsheet layer you bought the software to remove.
Where does an ERP platform fit?
Development accounting sits inside a wider operational picture. The construction phase needs job cost accounting, subcontractor compliance and field reporting. Land projects need lot inventory and takedown schedules of their own. Completed assets need lease administration and CAM recovery. Each of those has dedicated software, and each handoff between them is a place where data gets re-entered and reconciliation gaps open.
Building development accounting on a cloud ERP platform addresses the handoff rather than the individual task. Elevate is built on Acumatica, whose construction accounting capabilities provide the job cost, commitment and compliance layer underneath the development-specific workflows. The practical effect is that a project moving from land acquisition through construction and into property operations keeps its financial history rather than starting over in a new system.
What does implementation realistically involve?
Implementation is where software decisions succeed or fail, and the honest version of the timeline is longer than the demo suggests and shorter than an enterprise ERP rollout.
Expect data migration from your existing accounting system and whatever spreadsheets have accumulated around it, a chart of accounts and cost code structure review, configuration of lender categories and approval workflows, integration with the systems you are keeping, and role-based training. Elevate’s typical implementation runs eight to twelve weeks depending on portfolio complexity.
The part firms underestimate is the cost code structure. Standardising cost codes across projects is what makes historical benchmarking possible later, and it is far cheaper to do at implementation than to retrofit across a portfolio afterwards. Budget real time for that conversation.
Making the decision
The question is not whether your current accounting software is working. It is whether the numbers you make decisions on arrive early enough to act on, and whether you can produce them without a person assembling them by hand every month.
If your forecast arrives after the window to influence it has closed, no amount of accuracy fixes that. Start there, and evaluate systems on how early they tell you where a project is headed.
Elevate is an Acumatica Gold Certified Partner founded by CPAs, with nearly 40 years working with real estate developers, property managers and construction firms. Book a 20-minute discovery call to talk through what your portfolio needs.
