Value Date Against Credit Date
The day a payment is treated as settled and the day it appears in your account are not always the same day.
Still yours, and statedTaken, never statedUnit changes; scale restarts
Five steps from instruction to arrival. One step carries no figure: the hatching marks where the money leaves and is not drawn to scale, because there is no figure to draw. Nothing here adds them up, since an amount you cannot see is not an amount you can subtract. Bars here are days remaining, not money: the one that took longest has no stated duration at all.
The value date is the day a payment is treated as settled between banks. The credit date is the day it appears in your account. They are frequently the same day and sometimes they are not.
The timing problem in “Value Date Against Credit Date” is easier to investigate when approval and payment events have separate timestamps. When teams assess employee scheduling software for employee scheduling software, time and project records can identify whether work was approved before the payment cut-off without pretending to explain delays inside the banking route.
The gap between them is invisible from a statement and explains a category of lateness that otherwise looks like nothing at all.
As a separate reference point for “Value Date Against Credit Date”, see UK Finance resources. Confirm broad guidance against current provider disclosures and qualified financial or tax advice where needed.
What a value date is for
Interest and settlement between institutions. A payment with a value date of Tuesday is treated as having been worth money on Tuesday, whatever day the entries are made.
It is a banking convention rather than a customer-facing fact, which is why it appears on confirmations and rarely on statements.
That asymmetry is the reason it causes confusion: the payer sees one date on their document and you see a different one on yours, and both documents are correct.
Where the gap comes from
A payment can settle at the end of a working day and be posted to customer accounts in the next processing cycle. Where that cycle is overnight, the credit appears the following morning.
Nothing has gone wrong. The money was settled on the earlier date and became visible on the later one.
Why it matters to you
Because a payer's confirmation showing a value date of the 3rd and a statement showing a credit on the 5th look like a two-day delay and may not be one.
Comparing the two dates tells you where to direct a question, which is usually at nobody.
Backdated value
Occasionally a credit appears with a value date before the day it is posted. Some banks show this and some do not.
Where it affects interest on a balance, the value date is the one that counts and it is worth knowing which your bank uses.
Availability
A third date in some systems: when the money can actually be spent, which may lag the credit.
For incoming international payments this is uncommon but not unknown, particularly for large amounts or new relationships.
Where it applies, your bank will usually say so if asked, and it is worth asking before relying on a large payment arriving on a particular day.
Which date to use in your own records
Use the credit date, consistently. It is the one you can see, the one that is unambiguous, and the one that matches your bank balance. Where something turns on a different date, note both for that payment rather than changing the whole system.
Where a tax or contract question turns on a different date, note both for that payment rather than changing the whole system.
Asking for the value date
It is on the payer's confirmation. For a payment that looks late, it immediately distinguishes a slow chain from a slow posting at your own bank.
That is a useful split, because the two have entirely different remedies and entirely different people to talk to.
When the chain is fast and the posting is slow
A value date matching the expected transit time with a credit two days later points at your own bank's processing.
This is worth raising with them, because unlike everything upstream it is their own operation and within their control.
It is also one of the few complaints in this whole subject that a bank can act on, which makes it worth separating out rather than folding into a general grumble about slowness.
Weekends again
A value date of Friday with crediting on Monday is the commonest instance of this gap and is entirely ordinary.
Recognising it stops a weekend being counted as a failure.
Month-end effects
Where a value date falls in one month and the credit in the next, the payment belongs to different months in the payer's records and in yours.
At a year end that matters for both sides, and agreeing which date governs is a thirty-second conversation that prevents an awkward one later.
Recording both when it matters
For most payments, one date is enough. For the ones that cross a month boundary or that are disputed, record both.
A payment with both dates noted is a payment you can discuss precisely a year later, which is rarely possible otherwise.
What neither date explains
Where the money was in between. Value and credit dates describe the end of the journey, and the days that went missing earlier do not appear in either.
That is why this note sits in the section on lateness rather than in the section on visibility: it rules out one explanation cleanly, which narrows the question, and narrowing the question is most of what can be achieved from this end.
Both dates together also give you the transit time properly measured, which is the figure every other note in this section is implicitly about.