Home
Back to docs
Accounting

Posting Failures

Marking one resolved only closes the row — it never creates the missing entry, which still has to be posted by hand.

Wherever the system should have posted a journal entry automatically and could not, a row is left here.

Why this page exists

Automatic posting happens in response to things elsewhere in the system — a sale, a payment, a purchase. None of those has a request and a response to hand an error back to.

Without this page, such a failure reached only the server's technical logs: nobody was told, and a whole class of entries could stop being posted silently and indefinitely.

The usual cause is a missing system account

Most rows come from one thing: an account the posting needed was not found in the chart. If system account codes are deleted or renamed, automatic posting has nowhere to write.

The reason text names the accounts that were missing.

"Resolved" does not create the entry

Closing a row only marks that row. No entry is posted and the ledger does not change.

So the order of work is: fix the cause (create the missing account, say), post that transaction's entry by hand, and only then close the row.

Closing it alone leaves the ledger still incomplete, and that gap surfaces later in the trial balance and in the sub-ledger reconciliation report.

Each row says which document it was

The event type and the source document are recorded, so the exact invoice or order can be found and posted correctly.

A failure is not silent

Besides this row, every failure also raises an in-app notification. That notification is not optional and cannot be turned off — silence is precisely what this page exists to fix.

Last updated:

Developed by LogaTech Powered by LogaCore