Posted Transaction
A Posted Transaction is a payment that has completed authorisation and has been added to the customer’s account statement or balance.

A posted transaction is a payment that has finished moving and now sits on the account as a settled entry. The amount is final, the balance shows it, and it appears on the statement instead of in a list of things that might still change. Before that the payment was pending: approved, perhaps, but not yet fully handled, and posting is the moment the record stops being a draft and becomes the version everyone works from.
This split causes more muddle than almost anything else in retail banking. A customer sees a charge appear the instant they pay, then days later the balance changes again, and they assume something has gone wrong. Usually nothing has. The first entry was a hold against an approval, and the second is the posted entry, which may differ in amount, in date, or in the name shown. Knowing which one you are looking at explains most balance queries.
Pending Against Posted
A pending entry stands for an approval: the money is held but the transfer is not done, the amount can still change, and the entry can vanish if the business does not take the payment. A posted entry stands for money that has actually moved. It is what the accounting ledger records, and what accounting works from. Treating a pending figure as final is a common source of matching errors.
How A Payment Gets There
Approval holds the amount, and the business then captures it, often later, which in retail usually happens when the goods leave. Those captured amounts are gathered and passed on in batches. The clearing step matches what was approved against what is claimed, and settlement moves the value between the banks. Only after that does the entry post to the account. Each step adds a little time, which is why the gap exists at all.
Why The Amount Can Change
A few common things cause it. A restaurant adds a tip after the card was handed over. A fuel pump holds a round figure and charges what was actually pumped, and a hotel holds an estimate and posts the final bill. A currency swap settles at a slightly different rate from the one shown at the till. None of these are faults, and all of them produce a posted figure that differs from what the customer first saw.
When Nothing Posts At All
Sometimes the pending entry simply goes away. That happens where a business takes an approval and does not capture it. It also happens where a void transaction cancels the payment before it is handled. The hold then runs out and the balance returns, though how long that takes varies by card type and by market. So a customer can be left waiting on money that was not actually taken.
Timing Rules Worth Knowing
Where a payment is a bank transfer and not a card payment, the rules set the clock. UK payment rules cover the receiving end. The payee's firm must put the amount at the payee's disposal as soon as it is credited to that firm's account, and regulation 89 sets that out. There are separate limits on how fast a payment has to reach that firm, and regulation 86 sets out the standard timings. Those figures differ outside the UK, so the local version is the one that applies.
What It Means For Matching
Finance works from posted entries, because those are the final ones, and that creates a gap with sales systems, which record the order at the moment of approval. The two will not line up on any given day, and they are not meant to. Matching by date will fail where matching by reference will work. An unmatched transaction usually turns out to be a timing gap, not a missing payment.
Posting Dates And Value Dates
Two dates travel with an entry and they are not the same. The posting date is when the entry hit the account, and the value date is when it counts for interest or for a balance figure. They often match, and on weekends and holidays they often do not. Treasury teams care about the second one, because a balance that looks healthy on a posting date can be short on a value date. Statements seldom make that clear.
Posting In The Business Ledger
The same pattern applies on the business side. A sale can sit as money owed until the cash actually lands, and it then posts against the general ledger. Fees usually arrive netted rather than per sale, so the posted deposit seldom equals the sum of the orders. Decide how fees are recorded before volume grows. It saves a long session with an auditor later on.
Making The Two Views Agree
Show customers which entries are pending and which have posted. That alone removes a large share of support queries. Match on references, not on dates. Expect posted amounts to differ from approved ones in a few clear cases. Write down which of those apply to your business. And watch holds that do not post, because they tie up customer money and draw complaints. This piece on matching payments across providers covers the mechanics. Payment analytics is designed to help make the timing visible.
Frequently Asked Questions
Because two different things are being shown. The first entry is a hold placed when the payment was approved. The second is the posted entry, recorded once the money has actually moved. They can differ in amount, date and the name displayed, which is why the sequence looks odd without an explanation.
A pending entry reflects an approval, so the amount is reserved but not transferred and can still change or disappear. A posted entry reflects completed movement and is what the ledger and accounting work from. Treating a pending figure as final is a frequent cause of reconciliation errors.
Several ordinary reasons. A tip added after the card was presented. A fuel pump that reserves a round figure and charges what was actually dispensed. A hotel that holds an estimate. A currency conversion settling at a slightly different rate. None of these are faults, though all of them generate questions.
It expires and the balance returns. That occurs where a business takes an approval and does not capture it, or where the payment is voided before processing. The release timing varies by card type and market, which is why a customer can wait on money that was not actually taken.
By reference rather than by date. Sales systems record an order at approval while finance works from posted entries, so the two will not align on any given day and are not meant to. Most unmatched items turn out to be timing differences rather than missing payments.

Still Have Questions?
Let’s Find the Right Solution for You
Stay Connected with Us!
Follow us on social media to stay up to date with the latest news, updates, and exclusive insights!


