The count of journals rejected at posting because debits do not equal credits. Always investigate.
At a glance
The number of journals the system refused to post because the entry was unbalanced: total debits did not equal total credits. Double-entry accounting will not let an unbalanced journal hit the GL, so these are blocked at the gate. Each one is a stalled posting and a sign that something upstream (an integration mapping, an FX rounding step, a manual keying error) produced a journal that cannot be committed. The correct count to aim for is zero.
| What it counts | Journals rejected at posting because debits ≠ credits. In Finance & Operations these are LedgerJournalTrans postings that fail the balance check (posting status does not advance to Posted; the balance validation throws). In Business Central these are General / Sales / Purchase Journal batches where the posting routine errors with an out-of-balance message and refuses to post. |
| What it excludes | Journals rejected for other reasons (closed period, posting permissions, dimension validation) are a separate signal; this card is specifically the debit ≠ credit imbalance. Unbalanced lines still sitting unposted but not yet attempted are on Open (Not Posted) Journal Entries. |
| Unit | Count of rejected (unbalanced) journals (a live KPI). |
| Currency | The count is currency-agnostic. The imbalance amount, when shown, is in the journal’s currency or the Reporting Currency. |
| Multi-Company | Aggregated across selected legal entities. Filter to one entity to isolate the source. |
| Time window | RT (real-time live count) |
| Alert trigger | >0 (any imbalance is worth investigating) |
| Roles | owner, finance, engineering |
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 US apparel brand on Finance & Operations with an automated marketplace order sync, snapshot 12 Jun 26 (live count). The card is showing a non-zero reading, so the alert has fired.| Rejected journal | Source | Debit | Credit | Imbalance |
|---|---|---|---|---|
| INTG-44120 | Marketplace sync batch | $18,420.00 | $18,418.50 | $1.50 |
| INTG-44121 | Marketplace sync batch | $9,640.00 | $9,638.40 | $1.60 |
| GENJNL-0907 | Manual accrual | $42,000.00 | $40,000.00 | $2,000.00 |
| Total rejected | 3 journals |
>0 alert and turns the card red.
Four things to notice:
- Any non-zero count is actionable. Unlike a trend card, the target here is literally zero. Three rejected journals means three postings are blocked from the GL right now.
- Two of the three are tiny FX rounding gaps. INTG-44120 and INTG-44121 are off by about $1.50 each, the classic signature of currency rounding in an integration batch where line-level rounding does not sum to the header. These are systemic, not human, and usually fixed once in the integration’s rounding-account setup.
- The third is a real keying error. GENJNL-0907 is out by a round $2,000, which looks like a transposed or missing line in a manual accrual. That is a human error to correct directly.
- Engineering is on the roles for a reason. The recurring integration imbalances need a code or configuration fix (a rounding-difference account), not just a re-key. This is the one GL card where Finance and Engineering investigate together.
Sibling cards merchants should reference together
Journal Imbalances is the sharpest GL error signal there is. Pair it with these to find the source and the blast radius.| Card | Why pair |
|---|---|
| Journals Rejected at Posting (PostingStatus=Rejected) | The wider rejection bucket. This card is the imbalance subset; that card includes all rejection reasons. |
| Open (Not Posted) Journal Entries | The queue these came from. Rejected journals fall back to unposted until fixed, so the two move together. |
| Intercompany / Operating-Unit Imbalances | A common cause: an intercompany posting that does not balance across entities or operating units. |
| Journals by Source Module | Tells you which module the rejections cluster in, which points at the upstream cause. |
| Batch Job Error Queue (24h) | Integration-driven imbalances usually surface as failed posting batches here too. |
Reconciling against Microsoft Dynamics 365
Where to look in Business Central / Finance & Operations:Finance & Operations: General ledger > Journal entries > General journals (lines with a posting error; the validation message states the imbalance) Finance & Operations: System administration > Inquiries > Batch jobs (failed posting batches carry the balance-check error in the log) Business Central: Finance > Journals > General Journals (attempt to post; the out-of-balance error is shown on the batch) Business Central: Notifications / Error Messages (the posting routine lists the unbalanced batch and amount)To reconcile: in the native journal, the column totals for debit and credit will not match on a rejected journal, and the posting routine names the difference. The card’s count should equal the number of journals showing that error, subject to the sync window. Why our number may legitimately differ:
| Reason | Direction | Why |
|---|---|---|
| Rejection reason scope | Card lower | This card counts only debit ≠ credit imbalances. A native list of all failed postings (closed period, permissions, dimensions) reads higher. The broader bucket is Journals Rejected at Posting. |
| Auto-balancing setup | Card lower | If a rounding-difference account auto-absorbs small FX gaps, those journals post and never appear here. Disabling that setup makes more imbalances visible. |
| Re-posted between refreshes | Either | A journal fixed and re-posted may clear from the native view before the card’s next sync, or still show briefly on the card. |
| Legal-entity scope | Either | The card aggregates selected entities. A native check on one entity will not match a consolidated count. |
| OData / DMF sync lag | Card up to 15 min behind | A freshly rejected journal may appear in F&O / BC before the card refreshes. |