A real-time alert list of journals that hit Rejected posting status in Finance & Operations in the last hour. Each row is a posting that did not land in the GL.
At a glance
A live alert list of every journal whosePostingStatusflipped toRejectedin Finance & Operations within the last hour. A rejected journal is one that the system or a posting validation refused to commit to the General Ledger. Common causes are out-of-balance lines, a closed ledger period, a financial-dimension validation failure, or a missing main account. Each rejection is unbooked activity: the entry the user intended is not in the GL until someone fixes and re-posts it. This card is the real-time queue the finance systems team works to keep the ledger clean.
| What it counts | One row per journal where PostingStatus = Rejected with a status timestamp inside the last 1 hour. Reads the F&O journal header tables across connected legal entities. A journal that was rejected, fixed, and successfully re-posted within the window drops off once its status is no longer Rejected. |
| Currency | Each row shows the journal control total in the legal entity’s accounting currency. The card itself is a count, so it is currency-agnostic at the headline. |
| Multi-Company | Each row carries its legal entity. The list spans every connected legal entity so a single finance systems owner sees rejections across the whole tenant in one queue. |
| Time window | RT (real-time, rolling last 1 hour) |
| Alert trigger | >0 rejections in last 1h (any journal hitting Rejected status in the trailing hour fires the alert) |
| 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 multi-entity retailer on Finance & Operations with three legal entities (UK Retail Ltd, US Retail Inc, EU Retail BV) and a nightly batch that posts ecom settlement journals. The snapshot is taken at 09:14 on 12 Apr 26, covering rejections since 08:14.| Journal number | Legal entity | Source module | Rejection reason |
|---|---|---|---|
| GJ-2026-04-118 | US Retail Inc | General ledger | Out of balance: debits and credits differ by $42.00 |
| GJ-2026-04-119 | UK Retail Ltd | Accounts receivable | Closed period: posting date falls in a closed ledger period |
| GJ-2026-04-121 | EU Retail BV | General ledger | Dimension validation: BusinessUnit blank on line 4 |
| GJ-2026-04-124 | US Retail Inc | Inventory | Missing main account: account 4055 not in chart |
- Four rejections fired the alert at 09:14. The threshold is any rejection in the last hour, so the moment the nightly batch left these four in
Rejectedstate the card lit up and the finance systems team had a worklist before the controller opened the ledger. - The out-of-balance on GJ-2026-04-118 is the classic case. Debits and credits differ by $42.00, so F&O refused to post. The fix is to find the unbalanced line, usually a rounding or FX line the import dropped, and re-post. Until then the settlement is not in the GL and the bank reconciliation for US Retail Inc will not tie.
- GJ-2026-04-119 is a closed-period rejection, not a data error. The posting date fell inside a ledger period that was already closed. The journal is fine; it just needs re-dating into the open period or the period needs reopening if the close was premature. This row should be cross-checked against the Ledger Period Close Status card.
- GJ-2026-04-124 points at a chart-of-accounts gap. Main account 4055 does not exist in the EU Retail BV chart, so a line referencing it cannot post. This is a setup fix, not a one-off correction: until the account is created the same source feed will keep rejecting. Engineering is on the role list precisely because some rejections are integration or master-data defects rather than accounting mistakes.
Sibling cards merchants should reference together
This alert list is the front door to the ledger-integrity cluster. Pair it with these to find root cause and confirm the fix.| Card | Why pair it with Journals Rejected at Posting |
|---|---|
| Journal Imbalances Rejected at Posting | The out-of-balance subset of these rejections, isolated so you can see how much of the queue is arithmetic vs setup. |
| Open / Not-Posted Journal Entries | Where rejected journals sit until fixed. A growing not-posted backlog often trails a spike here. |
| Ledger Period Close Status | Explains the closed-period rejections: a journal dated into a closed period cannot post. |
| Intercompany / Operating-Unit Imbalances | When the imbalance is an unmatched intercompany leg rather than a single-entity error. |
| Batch Job Error Queue (24h) | If a batch posting routine is the source, its failures show here. Rejections and batch errors often correlate. |
| Manual Journals as of Total | Manual journals are a frequent source of dimension and balance rejections; this card tracks their overall volume. |
Reconciling against Microsoft Dynamics 365
Where to look in Business Central / Finance & Operations:Finance & Operations: General ledger > Journal entries > General journals filtered to Status = Rejected Finance & Operations: System administration > Inquiries > Batch jobs (for batch-posted journals that failed) Finance & Operations: General ledger > Ledger settle and post > posting validation messages Business Central: Finance > General Journals (the closest equivalent; BC surfaces posting errors at post time rather than a persisted Rejected status)In F&O,
PostingStatus = Rejected is a real persisted state on the journal header, so the native General journals list filtered to Status = Rejected is the closest match to this card. The difference is that this card spans every connected legal entity in one queue and timestamps the rejection so you can see what failed in the last hour without flipping between companies.
Why our number may legitimately differ:
| Reason | Direction | Why |
|---|---|---|
| Re-post within the window | Card lower | If a user fixes and re-posts a rejected journal inside the hour, its status is no longer Rejected and it drops off. A static F&O list run a moment later will not show it either, but a list run mid-fix might. |
| Legal-entity scope | Card higher | The native journals list is usually viewed one legal entity at a time. This card aggregates every connected entity, so the tenant-wide count is larger than any single-entity view. |
| Status nuance | Either | F&O distinguishes Rejected from other non-posted states (Draft, In review, Not yet posted). This card counts Rejected only. A manual filter that lumps all non-posted journals together will be higher. |
| Sync lag | Card up to a few minutes behind | The card reads the journal headers on a short polling interval. A rejection that occurred seconds ago may appear in F&O before the next poll. |
| Batch vs interactive | Either | A journal rejected by a batch posting routine and one rejected interactively both count here; a user watching only the interactive General journals screen sees a smaller set. |