An identity check and a source-of-funds request answer different questions

Put the question beside the requested document

An identity check asks who the customer is. A source-of-funds request asks where money came from. Those questions can arise in the same online-casino account, but satisfying one does not necessarily answer the other.

A passport does not show the origin of a bank transfer; a transfer entry does not, by itself, establish every identity detail.

The Gambling Commission's public guidance distinguishes age and identity verification from later requests concerning finances. Its customer-identity condition requires identity information to be obtained and verified before a covered customer can gamble. It also restricts demands triggered by withdrawal where the information could reasonably have been requested earlier, while preserving requests needed at that time for another legal obligation.

This ledger is for understanding and recording a request in Great Britain. It supplies no universal upload pack, acceptance deadline or judgement about an individual case. No account was opened, documents submitted or withdrawal tested.

We read the public sources on 19 September 2026 and built the example below from invented details.

Sources: Age, ID and financial verification; 17.1.1 – Customer identity verification.

Three columns prevent three different gaps being confused

Start a record with three possible purposes: identity, payment ownership and origin of money. These are editorial worksheet headings, not a claim that every operator uses the same workflow. Keep the operator's own wording next to whichever heading seems relevant, and leave the classification open if the request does not explain itself.

Identity concerns details such as name, address and date of birth. Payment ownership concerns the link between the person and the payment instrument or account. Origin concerns the explanation and evidence for the money entering that account.

One document may help with more than one column, but the columns are not interchangeable.

The Commission lists passports, driving licences and household bills as examples of documents businesses may request. It does not prescribe one list for every customer. Its financial-verification guidance separately identifies bank statements as a way to help check legitimate funds and describes enquiries into income patterns.

The useful first question to support is therefore about purpose: which point does this request need to establish? Asking that is different from refusing every further check because an account once displayed verified. A status label may describe an earlier check without identifying the new question.

Sources: Age, ID and financial verification; 17.1.1 – Customer identity verification.

Work through an invented £600 transfer

Imagine a fictional record with a £600 transfer from a personal bank account to an online casino. The account holder previously supplied identification. A later message requests evidence about the funds.

The amount is an illustration, not a regulatory trigger, a reported customer transaction or a recommended deposit.

In the identity column, record the earlier submission reference and what the operator confirmed. Do not write identity permanently complete: the record establishes only what was acknowledged at that time. In the payment column, note the account the transfer came from and whether ownership evidence has been requested.

In the origin column, copy the precise period or transaction the operator wants explained.

Suppose the £600 followed a transfer from another savings account. The first bank statement might show that immediate transfer without explaining how the savings arose. That is a logical evidence gap, not a conclusion that the money is suspicious or that a particular extra document must be accepted.

Ask what explanation and supporting material the operator requires.

This is the worksheet's contribution: it makes the unanswered question visible without inventing an operator policy. The three columns can have different statuses. An acknowledged identity file does not automatically close a funds-origin enquiry, and a pending enquiry does not prove wrongdoing.

Do not turn examples into a universal checklist

A public help page's examples are a starting point for a conversation, not a guarantee that any one document will resolve a particular request. The Commission's guidance expressly avoids telling businesses which information types they must request in every case. Its anti-money-laundering condition requires an appropriate business risk assessment and effective policies, procedures and controls.

That leaves an important limit on this article: we cannot infer a standard statement age, upload format or maximum number of documents from those general sources. A claim that every casino must accept the same three files would need authority that we have not found. We make no such claim.

For each actual request, record the period covered, the details needed, the accepted format and the submission route specified by the business. If any field is missing, ask before treating a generic internet checklist as authoritative. Keep both the question and the answer in the same entry so that a later reviewer can see why the file was provided.

Do not upload extra personal material to this publication. The ledger described here is a private note structure, not a document-collection form. It has no scoring system, automated verification or ability to approve an account.

Sources: Age, ID and financial verification; 12.1.1 – Anti-money laundering.

A later request needs a timing explanation

The timing rule is more precise than either casinos can ask for anything at withdrawal or casinos can never ask for another document. Condition 17.1.1 addresses information that could reasonably have been requested earlier and preserves another legal obligation requiring information at the later point. The Commission's consumer guidance also says businesses needing further withdrawal information should ask promptly.

Record when the request arrived, what prompted it according to the business, and whether the same information had already been supplied. If the explanation is simply verification, ask which part remains incomplete. If new circumstances are mentioned, preserve that explanation without converting it into your own legal conclusion.

For the fictional £600 entry, a useful note would distinguish an earlier address check from a later question about a transfer's origin. An unhelpful note would say they already have my passport, so all financial questions are forbidden. The second statement assumes that different documents establish the same thing.

Equally, repeating the words legal obligation does not itself demonstrate that a particular request was timely or appropriate. The evidence ledger records the business's explanation and the unresolved issue. It is not a substitute for the applicable rules or an assessment of the individual circumstances.

Sources: 17.1.1 – Customer identity verification; Age, ID and financial verification.

An upload receipt is not an acceptance receipt

Give every submitted item three separate dates if they become available: sent, acknowledged and accepted for the stated purpose. An upload confirmation shows that a system received a file. A support acknowledgement shows that somebody recognised the submission.

Neither necessarily says that the document answered the question.

Use a simple fictional sequence. On day one a file is uploaded. On day two support confirms receipt.

On day three a message says the image is unreadable. That is not three days of completed verification; the acceptance field remains empty. If a replacement is sent, give it its own entry linked to the earlier rejection reason.

The same discipline helps when a file answers one purpose but another remains open. Write address confirmed beside the address request rather than marking the entire account paid. Document review, withdrawal approval and arrival of money are different events.

This worksheet stops at evidence handling and does not estimate the payment rail's arrival time.

Store reference numbers and concise descriptions rather than copying sensitive document contents into an ordinary note. Follow the operator's current submission instructions through its verified account or support route. This article does not validate a message sender or specify redaction rules for a particular business.

There is no universal verification stopwatch

The Commission says it cannot provide a single ID-check timescale because processes vary. Electronic verification may be immediate, while requests for documents may take longer. That guidance does not support a promise that supplying identification will release every withdrawal within a fixed number of hours.

Ask whether a stated estimate begins at upload, receipt of a complete pack or the start of manual review. Then record the answer as the operator's estimate, with its conditions. If the business has not defined the start point, leave the clock unresolved rather than choosing the most favourable interpretation.

In the invented sequence above, an estimate beginning after acceptable documents are received cannot automatically start with the unreadable day-one upload. That is a reading distinction, not permission for an indefinite delay. The record should show both the actual elapsed time and the business's stated starting event.

Avoid comparing two cases from their end dates alone. Different missing information, starting events or statuses can make superficially similar waits incomparable. Our method produces a clearer chronology; it does not measure which operator is faster or guarantee that a request will be accepted.

Sources: Age, ID and financial verification.

Close a request with the answer it actually received

When the operator confirms a point, copy its scope into the final entry: identity details verified, ownership evidence accepted, or funds-origin information reviewed. If the reply uses broader wording, keep the original message rather than narrowing or enlarging it from memory. An unresolved field is a useful finding.

If you still cannot tell what is missing, send a short factual question through the business's support route: which request remains open, which evidence was received and what point still needs answering? The Commission directs customers who are unhappy about requested information to the gambling company.

This article does not decide a complaint or prescribe how its outcome must be reached.

You can stop gambling while an evidence question remains unresolved. Making another deposit or placing another bet is not part of this worksheet. Its purpose is to keep documents, explanations and acknowledgements attached to the correct question, so that a withdrawal discussion does not dissolve into one ambiguous word: verified.

Sources: Age, ID and financial verification.