.png)
It's the morning of the close meeting. A reviewer scans the P&L and stops on G&A: it's up $210,000 over last month with no explanation attached. Now the preparer is pulling the ledger, exporting to Excel, and rebuilding the story of a number that should have been documented two days ago, while the CFO waits. Flux analysis exists to make sure that moment never happens. Done well, it surfaces every unexpected movement before it reaches a reviewer, an auditor, or a leadership deck, and it captures the "why" behind each one while the preparer still has it fresh. This guide covers what flux analysis is, how to run it, where it breaks down, and how to make it hold up in review and audit.
Flux analysis (short for "fluctuation analysis") compares an account's balance or activity across two points in time and asks a single question of every meaningful change: why did this move? It's one of the most common analytical procedures in a month-end close because it does two jobs at once. As a control, it catches transactions booked to the wrong account, missed accruals, and entries posted in the wrong period. As a reporting tool, it produces the narrative that explains the financials to a Controller, a CFO, or an auditor.
Here is what a single flux line looks like in practice:
The variance is arithmetic. The commentary is the work. Anyone can subtract last month from this month; the analysis is knowing that $41K of the jump is a renewal that will not repeat and $15K is a permanent step-up in headcount cost, and being able to show it.
A quick position worth stating plainly: flux run entirely in spreadsheets is a review-stage risk, not a review-stage safety net. A process that depends on manual exports and formulas that one person maintains will let something through eventually. More on why, and what to do about it, below.
Searchers often use "flux analysis" and "variance analysis" interchangeably, and in casual use they overlap. The useful distinction is scope. Variance analysis is the broad discipline of explaining any difference between two figures, including budget-to-actual and forecast-to-actual comparisons that FP&A owns. Flux analysis is the accounting-specific application of that discipline: comparing actuals across accounting periods as a close control.
Flux analysisVariance analysisDefinitionPeriod-over-period comparison of actual account balances or activityAny structured comparison of an actual figure to a reference figureScopeA month-end and audit control, owned by accountingA broader FP&A and management disciplineCommon use casesMoM, QoQ, YoY actuals; audit supportBudget vs. actual, forecast vs. actual, price/volume analysisTypical outputAccount-level commentary explaining period movementsExplanations of performance against plan
At Numeric, we treat flux as a specific, close-owned form of variance analysis. Every flux is a variance analysis; not every variance analysis is a flux.
Flux is not an optional analytical flourish at the end of the close. It's the last structured control that runs before the numbers leave accounting, and it's often the first place anyone sees a surprise. That gives it two distinct jobs.
Flux is your last chance to catch a bad accrual or a misposted entry before the CFO sees it. When thresholds and commentary are captured as preparers work, an unexpected $210K swing in G&A gets flagged, investigated, and explained on the day it posts, not on the morning of the close meeting. The alternative is the scramble described at the top of this piece: a reviewer finding a large unexplained movement in real time, and a preparer reconstructing the reason under pressure. No more finding a $500K swing on the day of the close review.
Flux is usually where leadership first learns that something changed in the business. A well-run flux turns that into an asset instead of a liability. When the accounting team can walk into a monthly review with every material movement already explained, leadership gets clean line-of-sight and no late surprises. In Numeric, that commentary flows straight into the reporting leadership actually reads, so the explanations sit next to the numbers. STASH's Director of Accounting put it directly after moving flux into their monthly CFO reporting: flux became "the biggest improvement by far" in what accounting delivered to the executive team.
Flux works differently depending on which statement you're analyzing, because the two surface different kinds of problems. Balance sheet flux is primarily a check on whether accounts are correctly stated and reconciled. Income statement flux is primarily a read on operational change and cutoff.
The balance sheet point is worth dwelling on: the absence of an expected change is itself a signal. If a deferred tax liability is due in a given month and the balance doesn't move, the flat balance likely signals a missed or misrecorded payment rather than a clean account. Good flux asks "what did I expect to see?" and treats a missing variance as seriously as an unexpected one.
The comparison you choose determines what the flux can catch and who it serves. Most teams use more than one.
A practical default: preparers run MoM every close, layer in YoY for audit-sensitive accounts, and reserve budget and forecast comparisons for the reporting that goes to finance leadership.
Common drivers to expect by account type, as a starting reference during investigation:
Thresholds decide what gets explained. Set them too high and small errors slip through; set them too low and preparers burn hours justifying movements that don't matter to the business. The reliable approach is a hybrid: a percentage trigger to catch proportional shifts, paired with a dollar floor so a large but small-percentage swing in a big account still gets caught. A common calibration point is to align dollar thresholds with the materiality levels auditors use, such as 1% of pre-tax income, 0.25% of revenue, or 0.1% of total assets.
Illustrative thresholds by account type:
Tune these to account risk rather than applying one rule everywhere. A volatile usage-based revenue account and a stable rent expense do not deserve the same trigger. The catch with manual thresholds is drift: rules kept in a spreadsheet quietly diverge across preparers and periods, especially as the team and entity count grow, until two people are fluxing the same account to different standards.
Commentary is the deliverable. A variance without a driver is unfinished work, and commentary that only its author can decode is a liability the moment that person is on vacation or an auditor asks a follow-up.
This is also the part AI is now good at. Numeric's AI flux analysis drafts a first-pass explanation from the underlying transaction detail, so the preparer edits and approves instead of writing from a blank cell.
Do:
Don't:
Auditors request flux support every period, and for year-end they want the full story. When commentary lives in cell comments, email chains, and reviewer memories, producing that support means rebuilding the narrative from scattered pieces, which is where close teams lose days. Audit-ready flux is the opposite: each explanation is captured in one place, tied to its support, and carries a reviewer sign-off with a timestamp. The record is audit-ready by default because it was built as the work happened, not reassembled after the request comes in.
Most flux problems trace back to one root cause: the process runs on manual GL pulls into Excel. Pulling data from NetSuite (or any ERP) into a spreadsheet each period means the analysis starts from a snapshot that's already aging, formulas that break quietly, and commentary that only the preparer can decode. The failure is rarely dramatic. It's a threshold formula that stops flagging an account because someone added a new GL code mid-quarter and the range never got updated, so a real variance sails through unexplained. It's the reason senior accountants describe flux as being "in the weeds," pulling GL data at midnight to answer a question that should have been documented weeks earlier.
Automating flux doesn't take the accountant out of the analysis. It takes out the parts that were never analysis to begin with: the exporting, the pivoting, the formula maintenance, the chasing of sign-offs. This is the core of what Numeric does. Numeric's flux analysis runs inside the close rather than alongside it. It applies materiality thresholds automatically, uses AI to draft variance explanations from live transaction-level detail in your ERP for the preparer to edit and approve, captures that commentary against the account, and records reviewer sign-off in one place. The preparer's time shifts almost entirely to the "why."

It also reframes flux as one layer of control rather than a lone safety net. Numeric's transaction monitors catch data issues in-period, before the close even starts, so fewer surprises surface at flux time. Flux stops being the single net that has to catch everything and becomes the last check in a stack that Numeric has been filtering all month.
For teams whose flux commentary needs to reference data outside the ERP, Numeric's MCP lets tools like Claude and other AI assistants pull live flux context and trigger downstream close workflows without leaving the systems accountants already work in.
For teams ready to move flux off spreadsheets, schedule a demo to see Numeric run flux end to end, from the first threshold to reviewer sign-off.