How many accrual journals from the last period close were reversed in the next period, a churn signal on month-end estimates.
At a glance
The count of accrual journals that were posted at the most recent period close and then reversed in the following period. In Dynamics 365 this is the classic period-end accrual plus auto-reversal pattern: Finance posts an estimate (accrued revenue, accrued expense, unbilled receivables) on the last day of the period, then the system reverses it on the first day of the next period so the real invoice or payment can land cleanly. A high reversal count is normal in principle, but a rising one points to over-accrual, manual estimate churn, or weak cut-off discipline.
Calculation
Calculated automatically from your Microsoft Dynamics 365 data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A mid-market homeware brand on F&O with two legal entities (UK trading and a US sub). The most recent close is the May period, snapshot 03 Jun 26 (first working day after close). Finance runs an accrual-and-reverse routine each month for unbilled freight, marketing pre-pays, and estimated commissions.
Four things to notice:
- 14 reversals is above the alert threshold of >10. The card fires not because reversing accruals is wrong, but because the volume jumped from a typical 6 to 8 in prior months to 14 this close.
- The manual revenue estimate (UK) line is the driver. Five hand-keyed accruals for revenue that should have been a clean invoice cut-off. That is estimate churn, the team is accruing where it could be invoicing.
- All four types netted to zero. That is the healthy signal: every accrual posted at close was reversed cleanly in the next period, so nothing is silently persisting into the new period’s P&L.
- The auto-reversal date matters. F&O reverses on the first day of the next period by default. If a reversal date is mis-set, the accrual lingers and the count understates the true churn. The card reads the actual posted reversal, not the intended one.
Sibling cards merchants should reference together
Accrual reversals are a close-quality signal. Pair this card with the rest of the period-close health set to see whether month-end is clean or scrambled.Reconciling against Microsoft Dynamics 365
Where to look in Business Central / Finance & Operations:F&O: General ledger > Journal entries > General journals (filter to the accrual journal name, then inspect reversal status) F&O: General ledger > Ledger settlements / Reverse transaction (the reversing-entry trail) BC: Finance > G/L Registers (find the original post, then the Reverse Transaction Entries register that nets it) BC: Chart of Accounts > drill into accrual accounts (G/L Entry view showing both legs)For an audit-grade tie-out in F&O, filter
LedgerJournalTrans to journals carrying a reversing-entry flag in the closing period and match each to its posted reversal in the following period. In BC, the Reverse Transaction Entries action stamps a linked register, so the G/L Register list is the cleanest place to count matched pairs.
Why our number may legitimately differ:
Cross-connector note: Accrual reversals are a finance-internal close mechanic with no commerce-platform counterpart. There is no Shopify, BigCommerce, or Adobe Commerce number to reconcile against. The value of this card is purely as a close-quality and over-accrual early warning inside Microsoft Dynamics 365.