Specialist technology and software for state and local government info@hqt.orgCommunitiesGlossarySearch

Technology

Budget preparation software: what it does that spreadsheets cannot

How budget preparation software handles position budgeting, scenarios, decision packages, and the adopted budget book.

Most budget offices build the annual budget in spreadsheets, and for a while that works well. The workbook holds the salary detail, departments return their requests on tabs, and the budget officer stitches the pieces together. The trouble usually arrives in a predictable order: the file grows, links between files break, one person becomes the only staff member who understands the formulas, and reconciling personnel projections to payroll starts to take longer than building the budget.

Budget preparation software is a narrow category. It does not replace the general ledger, payroll, or the purchasing system. It handles the work between the last closed year and the adopted budget: collecting department requests, projecting personnel cost, modeling out-years, testing scenarios, and producing the documents the governing body and the public actually read. What follows describes what that software does mechanically, where it genuinely outperforms a workbook, and what to verify before buying one.

Where the spreadsheet cycle breaks down

  • Version ambiguity. Several people hold copies of the same workbook, and there is no authoritative answer to which version the manager reviewed.
  • No change record. When a request is reduced between submission and adoption, the workbook rarely shows who reduced it, when, or why.
  • Formula fragility. Inserted rows, hidden tabs, and cross-file links fail quietly. A broken link produces a number, not an error.
  • Concentration of knowledge. The model often depends on one analyst. Turnover in that seat is a real continuity risk.
  • Salary data exposure. Position-level pay detail circulating in email attachments is difficult to control.

Position budgeting tied to filled and vacant positions

This is the clearest structural difference. A spreadsheet usually budgets salaries as lines under a department. Budget software treats the position as the unit of calculation and builds the department total from it.

  • Filled positions carry the current rate, step or grade, plan elections, and hire date, typically sourced from the HR or payroll system.
  • Vacant and authorized positions are carried explicitly, so the authorized count in the budget book reconciles to the count in the model.
  • Split funding allocates a position across funds, departments, or grants by percentage or FTE, and the cost rolls correctly to each.
  • Benefit rules are rules, not a blended percentage. Employer retirement contribution rates, health premiums by plan and tier, and wage-capped payroll taxes each calculate on their own basis.
  • Scheduled changes such as step dates, negotiated increases effective mid-year, and reclassifications apply on their effective dates rather than being averaged.

When a salary model disagrees with payroll, the cause is usually one of a short list: the base period included one-time pays, taxes with annual wage caps were applied as flat percentages, benefit tiers were averaged, split funding was rounded, or vacancy savings were assumed in one place and also deleted by hand in another. Software does not eliminate these errors, but it makes each assumption visible and testable instead of embedded in a cell.

Multi-year forecasting and scenarios

A continuation baseline should be separable from everything new. Budget software maintains the baseline as a calculated result of the position set and revenue assumptions, then layers requested changes on top. Assumptions such as cost-of-living adjustments, health trend, retirement contribution rates, and assessed value growth live in one place and drive every dependent line.

Scenarios matter most in the weeks before adoption. The useful test is whether the system can hold several named scenarios against the same position data, show the fund balance effect of each across the out-years, and let you compare them side by side without copying the model.

Department requests and decision packages

A decision package is an object, not a row. It carries a narrative, cost by account, any position additions, a one-time versus ongoing flag, a funding source, and often a performance measure. Workflow around those packages is what departments actually experience.

  • Departments see only their own organization and only the fields they are meant to edit.
  • Requests move through defined states, with return-for-revision rather than email round trips.
  • Target limits can warn or block, depending on how your office prefers to manage them.
  • Executive review produces a ranked list, and the record of what was reduced survives into next year.

Publishing the budget book and exhibits

Document production is where spreadsheet cycles lose the most staff time, because a late change forces manual updates across many exhibits. Budget systems generate fund summaries, revenue and expenditure schedules, position schedules, fund balance statements, and capital summaries from the same data, and keep department narrative attached to the numbers it describes.

If your agency pursues the Government Finance Officers Association Distinguished Budget Presentation Award, confirm the current criteria directly with GFOA, since program requirements are updated periodically. Separately, budgetary comparison presentation in the annual financial report follows accounting standards and your budget basis, which may differ from GAAP basis. Confirm treatment with your auditor rather than relying on a vendor's description.

What to ask, and how to start

  1. Load a sample of your own positions during the demo and reconcile the projection to a recent payroll period. Ask the vendor to explain every variance.
  2. Ask them to apply a mid-year negotiated increase to a position split across two funds and show the effect on each fund.
  3. Ask how position data enters and refreshes: file import, scheduled interface, or native shared record. Ask how often it can refresh during the cycle.
  4. Ask whether benefit rules are configurable by your staff or require a vendor work order.
  5. Ask how the adopted budget loads back into the general ledger, and who owns that mapping.
  6. Require in the contract a complete export of positions, requests, and adopted lines in an open format at no additional charge, including on termination.
  7. Before procurement, document your current cycle calendar and identify the two or three artifacts consuming the most staff time. That is the justification a standalone module needs when your ERP vendor also sells one.

Plan one parallel cycle. Running the new system alongside the existing workbook for a single year is the least expensive way to find the assumptions nobody wrote down.

HQT works with state and local agencies on systems integration and software implementation, including the data interfaces between budget, payroll, and financial systems.

Frequently asked questions

Do we need budget preparation software if we already have an ERP system?

Many ERP systems include a budgeting module, and for agencies with simple personnel structures it may be sufficient. The question is whether it handles position-level budgeting with split funding, rule-based benefit calculation, multiple named scenarios, and document production. If your staff still export to spreadsheets to do those things, the module is not actually carrying the cycle, and a standalone product may be justified.

Why does our salary projection never match payroll?

The common causes are a base period that included overtime or one-time payments, payroll taxes with annual wage caps applied as flat percentages, health and retirement costs averaged instead of calculated by plan and tier, and vacancy savings assumed twice. Position-based budgeting helps because each assumption is stored separately and can be tested. Reconciling to a single recent payroll period, position by position, usually finds the difference quickly.

How should we handle positions funded across multiple funds or grants?

Funding splits should be stored on the position itself as percentages or FTE allocations, so salary and each benefit component distribute proportionally and roll up correctly to every affected fund. Splits that change mid-year should be date-effective rather than retyped. Ask any vendor to demonstrate this with a mid-year rate change on a split-funded position during the evaluation.

Will budget software help us qualify for the GFOA budget award?

Software can make the required exhibits easier to produce consistently and keep narrative attached to the numbers, which removes a common source of last-minute errors. It does not by itself satisfy the criteria, which cover policy, financial plan, operations guide, and communication elements. Confirm the current requirements directly with the Government Finance Officers Association, since the program criteria are updated periodically.

What should we require in the contract before signing?

Require a complete export of positions, department requests, and adopted budget lines in an open format at no additional charge, including at termination. Specify who configures benefit rules and chart of accounts mappings, and whether routine configuration changes require a paid work order. Also address implementation milestones tied to your budget calendar and renewal price protection.

Get in touch

Have a project or a solicitation coming up?

Talk with an HQT engineer. We respond to agency, corporate, and partner inquiries promptly.