Account records and transaction evidence
How to read and save your casino account history
An account history is an ordinary record of balance movements and gambling activity. Use it to identify each line, preserve the original file and check whether the arithmetic reconciles. It is not a subject access request, a complaint decision, a withdrawal-status diagnosis or proof of profit, loss or affordability.
Direct answer
Read each line first, then reconcile the balances
Save the unedited history, its selected period, filters, currency, generation time and displayed time zone. For each line, record the identifier, timestamp, exact operator label, cash or restricted balance, debit or credit and resulting balance. Check that the opening balance plus credits minus debits plus or minus labelled adjustments equals the closing balance. Keep net deposits separate because that figure is not proven gambling loss.
Keep this task limited to ordinary account records
This guide covers account statements and histories that a person can view, download or request as an ordinary customer record. It does not reproduce the statutory personal-data process in the subject access request guide. It also does not decide a complaint, explain an account closure, verify identity evidence or diagnose why a withdrawal is delayed.
The UK Gambling Commission standards below apply to remote licensees and products within their stated scope. They must not be presented as a promise that an offshore operator provides the same access, history depth or redress. For any account, describe only what the verified statement and applicable terms actually show.
What RTS 1 says licensed account history should provide
UKGC RTS 1 says customers must have easy access to at least three months of account and gambling history without contacting the licensee. At least 12 months must be made available on request, and the request route should be clear. The history should allow a customer-defined or selectable period and show a summary total for that period.
Map the record before interpreting it
Swipe sideways to see every column.
| Record | What it can establish | What it cannot establish alone |
|---|---|---|
| Deposit or withdrawal | A recorded amount, time, currency, label and account movement. | Whether an external provider completed settlement or why a withdrawal has a particular status. |
| Product transfer | A movement into or out of another product when both sides are identified. | A new external deposit, withdrawal, win or loss. |
| Stake, result or win | The value and outcome recorded for the stated event or summary. | A future result, strategy, affordability decision or complete account performance. |
| Bonus or restricted balance | That the record labels an amount separately from ordinary cash. | The applicable bonus rule, deadline or conversion result unless the saved terms state it. |
| Adjustment or reversal | That a later line changes or reverses a previous balance movement. | Why the change occurred or whether it was correct without a linked explanation. |
| Opening and closing balance | The endpoints used to test the selected period. | Activity outside the period or balances omitted by a filter. |
Use one worksheet row for every statement line
Swipe sideways to see every column.
| Field | Record exactly | Reason |
|---|---|---|
| Source | Filename or screen, account reference, selected period, filters and generation time. | Shows which view produced the line. |
| Identifier | Transaction, round or statement reference without changing its punctuation. | Supports matching and duplicate checks. |
| Time | Timestamp, displayed time zone and any separate UTC value. | Prevents silent one-hour shifts around daylight saving changes. |
| Classification | The exact label, product and whether cash, restricted or unresolved. | Avoids turning an unfamiliar label into an unsupported conclusion. |
| Movement | Currency, signed debit or credit and any stated fee or conversion. | Provides the arithmetic input without inventing a hidden amount. |
| Balance | Resulting cash, restricted and total balances where each is shown. | Allows line-by-line reconciliation. |
Reconcile without a hidden balancing figure
Start from the displayed opening balance. Add each recorded credit, subtract each recorded debit and apply only adjustments that have their own statement line. The result should equal the displayed closing balance. Where cash and restricted balances are separate, reconcile them separately before checking the displayed total.
Do not insert an unexplained amount merely to make the figures match. If the arithmetic does not reconcile, first check filters, pagination, currencies, time zones, duplicate rows, paired transfers and later reversals. Record any remaining difference as unresolved and ask a narrow factual question about the missing or duplicated identifier.
Net deposits are not proven gambling losses
RTS 1 defines account-level net deposits as all deposits minus all withdrawals over the stated lifetime or available period. The figure does not include the same components as account balance, session net position or a full gambling result. It can be negative even when a positive account balance remains, and it does not prove loss, affordability, wrongdoing or the cause of any balance change.
Swipe sideways to see every column.
| Figure | Basic record | Do not infer |
|---|---|---|
| Account balance | The amount displayed in the account at a point in time, subject to its labels and restrictions. | That every amount is withdrawable or externally settled. |
| Net deposits | Total deposits minus total withdrawals over the stated period. | Proven losses, total stakes, affordability or a recovery target. |
| Session net position | Winnings minus losses since the start of the stated gaming session under RTS 2. | The result across the account, another product or another period. |
| Statement reconciliation | Opening balance plus and minus recorded movements equals closing balance. | Whether every operator decision was correct. |
Preserve timestamps and time zones before sorting
A timestamp without a time zone is incomplete evidence. Save the display exactly, then record any named zone or UTC offset. The fictional examples below convert ISO instants to Europe/London. February uses Greenwich Mean Time. July uses British Summer Time, one hour ahead of UTC. The conversion changes the clock display, not the order or value of an event.
Two independently reconciled fictional ledgers
These ledgers contain no real person, casino or Production data. Automated tests recalculate every cash and restricted balance, net-deposit movement, chronological order and London time conversion. A mismatched balance, duplicate identifier, invalid timestamp or unsafe interpretation causes the focused gate to fail.
Fictional ledger 1: a winter account statement
Five ordinary entries shown in UTC and converted to Europe/London while GMT applies. Opening balances: £125.00 cash and £0.00 restricted.
Swipe sideways to see every column.
| ID and London time | Recorded line | Cash movement | Restricted movement | Balances after line |
|---|---|---|---|---|
| W-101 14 Feb 2026, 18:15 GMT | Deposit recorded | £50.00 | £0.00 | £175.00 cash £0.00 restricted |
| W-102 14 Feb 2026, 18:22 GMT | Game stake recorded | -£12.00 | £0.00 | £163.00 cash £0.00 restricted |
| W-103 14 Feb 2026, 18:23 GMT | Game win recorded | £24.00 | £0.00 | £187.00 cash £0.00 restricted |
| W-104 15 Feb 2026, 09:05 GMT | Completed withdrawal recorded | -£60.00 | £0.00 | £127.00 cash £0.00 restricted |
| W-105 15 Feb 2026, 09:12 GMT | Labelled statement correction | £3.00 | £0.00 | £130.00 cash £0.00 restricted |
Checked result: £130.00 cash plus £0.00 restricted equals a displayed total of £130.00. Net deposits for the example are -£10.00. That final figure is not labelled or treated as proven loss.
Fictional ledger 2: a summer transfer and withdrawal return
A product transfer and a reversed withdrawal debit shown while British Summer Time applies. Opening balances: £40.00 cash and £0.00 restricted.
Swipe sideways to see every column.
| ID and London time | Recorded line | Cash movement | Restricted movement | Balances after line |
|---|---|---|---|---|
| S-201 18 Jul 2026, 14:30 BST | Deposit recorded | £100.00 | £0.00 | £140.00 cash £0.00 restricted |
| S-202 18 Jul 2026, 14:42 BST | Transfer out to another product | -£25.00 | £0.00 | £115.00 cash £0.00 restricted |
| S-203 18 Jul 2026, 15:02 BST | Matching transfer back | £25.00 | £0.00 | £140.00 cash £0.00 restricted |
| S-204 18 Jul 2026, 15:10 BST | Restricted bonus credit | £0.00 | £20.00 | £140.00 cash £20.00 restricted |
| S-205 18 Jul 2026, 16:20 BST | Withdrawal request debit | -£40.00 | £0.00 | £100.00 cash £20.00 restricted |
| S-206 18 Jul 2026, 17:05 BST | Exact withdrawal debit returned | £40.00 | £0.00 | £140.00 cash £20.00 restricted |
Checked result: £140.00 cash plus £20.00 restricted equals a displayed total of £160.00. Net deposits for the example are £100.00. That final figure is not labelled or treated as proven loss.
Handle gaps, transfers and reversals as evidence questions
- Match both sides of a product transfer. An equal transfer out and transfer in should not be counted as an external deposit or withdrawal.
- Pair a reversal with its earlier line. Keep both identifiers, amounts and timestamps. Do not erase the original debit.
- Check the selected view. A missing line may sit on another page, product, currency, status or date range.
- Keep unfamiliar labels unresolved. Ask what the label means and which balance it changed rather than guessing.
- Separate evidence from allegation. A difference is a question to resolve, not proof of fraud, unfairness or a technical failure.
Save an original and work from a copy
Download the original file where possible and record its format, coverage dates, filters, generation time and account currency. Preserve the original unchanged. Use a copy for notes and calculations, and keep a simple index that maps each worksheet row to the source page or file. Redact account identifiers and personal information before sharing. Do not upload an unredacted statement to a public review, forum or social-media post.
Use a separate guide when the task changes
Swipe sideways to see every column.
| New task | Use this route | Boundary |
|---|---|---|
| Ask for personal data beyond ordinary history | Subject access request guide | That statutory process has separate identity, search and response rules. |
| Interpret a displayed withdrawal label | Withdrawal status guide | This ledger records the label but does not diagnose it. |
| Resolve lost access or closure | Account closure guide | Closure status and balance treatment require a separate record. |
| Understand KYC or release stages | Withdrawal and KYC guide | Ordinary history does not explain a verification request. |
| Build a complaint after a dispute exists | Complaint evidence pack | Do not turn routine record reading into a complaint by default. |
Use account history to notice harm, not optimise gambling
A history can reveal increasing deposits, longer sessions, repeated returns after losses or gambling that is affecting essential spending. Do not use previous wins, losses, products, times or percentages to plan another session, recover money or set a target. Historical patterns do not predict a safer or more successful result.
Primary sources and method
- UK Gambling Commission: RTS 1 customer account information
- UK Gambling Commission: RTS 2 displaying transactions
- UK Gambling Commission: Information companies must give you about your account
- UK Gambling Commission: View playing history and restrict or block gambling activity
- ICO: A guide to subject access
The editorial team reopened every controlling source on 14 October 2026. RTS 1 controls the licensed-scope history and net-deposit statements. RTS 2 controls clear transaction values and the limited session-net-position explanation. The two UKGC public guides support the information and harm-awareness context. The ICO source is used only to preserve the boundary with D7, not to turn this page into a subject access procedure. No operator, affiliate or secondary source controls the guide. The next scheduled source check is 12 January 2027, with an earlier check after any relevant standards change. Submit corrections through our editorial corrections process.