How to Track a Slot Session: Stakes, Returns and Net Results
Your balance has risen from €100 to €117. Did the session make €17? Not if you deposited €30 and withdrew €20 along the way. The balance moved for several reasons, and only some of them were game results.
Track a slot session by separating stakes, returns and transfers. First calculate game returns minus game costs. Then reconcile that result against the opening and closing balances, adjusting for deposits, withdrawals and other credits or debits. When both routes agree, you have a useful record. When they do not, the difference tells you what to investigate.
Define the session before recording its result
Choose a clear start and end. A session might cover one game over a specified period or several games between two balance readings. Either boundary can work, but do not change it halfway through the calculation to exclude an inconvenient cost or include an unrelated return.
Record the account and currency privately, the start time, the opening balance and the scope. If you are using demo mode, label every amount as demo credits and keep that record separate from cash play. If several wallets or currencies are involved, use separate ledgers unless you have documented conversion amounts.
Decide whether the balance you record includes promotional funds. A combined balance can be useful, but only if you also record the promotional credits and restrictions separately. Do not assume every displayed unit is withdrawable cash.
The endpoint should be a settled state where possible. An unfinished feature, pending refund or unresolved transaction can make the closing balance provisional. Note that status instead of presenting an incomplete session as final.
The ledger is an accounting tool, not a system for deciding that the next round is due to win. Set any time and spending limits independently of whether the running total looks positive or negative.
A reconciliation gap should be investigated before it is labelled a game result. Check for a transfer recorded twice, a return entered before settlement or a promotional credit included among ordinary wins. Keep the original entry visible when correcting a note so the change can be understood later. If the available history cannot explain the difference, record the unresolved amount separately; adjusting a return merely to make the totals agree destroys the value of the record.
Give every column one job
You do not need a complicated spreadsheet to keep a useful record. A note with consistent fields can be enough, especially if the operator's history supplies the detailed round records.
Time and game mode: when the event happened and which mode was active.
Cost and returned amount: separate fields, using the same currency.
Deposits, withdrawals and promotional credits: separate from game returns.
Source: history reference, receipt or a note that the entry is incomplete.
Use these fields consistently, whether you keep a notebook or a spreadsheet. The Sweet Bonanza symbols make the game context recognisable; the blank cards are an editorial aid, not a real account statement. Keep one row per recorded event and link it to an operator history entry where one is available. Record missing information explicitly instead of estimating it.
Use these copyable fields for each entry:
Date and time, including time zone when comparing sources.
Game and provider, or “account transfer” for non-game activity.
Round or transaction identifier.
Mode: ordinary play, purchased feature, other specified option.
Base stake, when relevant.
Actual game cost.
Game return.
Deposit or withdrawal.
Promotional credit, refund, fee or other adjustment.
Status and a short note.
The base stake is a reference value. The actual game cost is the debit. In a purchased feature they can differ substantially. The game return is the payment from a completed round, while the net result is calculated from return minus cost.
Avoid a single column called “win” that sometimes means gross payment and sometimes profit. Ambiguous labels are a common source of errors that survive even careful arithmetic.
Fill a worked example with spins and one feature purchase
Consider a hypothetical session beginning with €100. First, 40 ordinary spins cost €0.50 each. Their total cost is 40 × €0.50 = €20. Their combined returns are €12, so that segment's net result is €12 − €20 = −€8.
Next, a feature purchase costs €50 and returns €65. Its net result is €65 − €50 = +€15. The session's game costs total €20 + €50 = €70. Its game returns total €12 + €65 = €77.
The overall game result is therefore €77 − €70 = +€7. Without any other activity, the closing balance would be €107.
A compact completed record can look like this:
Ordinary spins: 40 rounds; base €0.50; cost €20; return €12; net −€8.
Purchased feature: 1 entry; actual cost €50; return €65; net +€15.
Totals: cost €70; return €77; net +€7.
Do not multiply the €50 feature price by the number of internal free spins. That entry price already buys the defined feature. Likewise, do not charge each cascade inside an ordinary paid round as though it were another paid spin.
The paytable guide explains how several stages can belong to one round, while the Bonus Buy guide distinguishes the reference stake from the amount debited.
Reconcile the same result through the balance
Now add two transfers to the example: a €30 deposit and a €20 withdrawal. The game result remains +€7. The closing balance becomes €100 + €30 − €20 + €7 = €117.
To recover the game result from the balances, reverse those transfers:
Closing balance − opening balance − deposits + withdrawals = game result
Using the example: €117 − €100 − €30 + €20 = €7.
Game records: total returned amounts − total game costs.
Balance records: closing balance − opening balance − deposits + withdrawals.
Worked balance example: €117 − €100 − €30 + €20 = +€7.
The two calculations should agree when they cover the same time window and every relevant transaction. Agreement is a consistency check, not proof that a handwritten record is complete. If they differ, compare the first and last timestamps, outstanding rounds and external transfers before attributing the difference to gameplay.
A deposit increases the balance without being a game win. A withdrawal decreases the balance without being a game loss. That is why the signs in the formula matter. Subtract deposits and add withdrawals when deriving the game result from a balance change.
Be consistent about the boundary of the account. A transfer between two wallets inside the same overall account may cancel out in an account-wide ledger but still matter in a single-wallet ledger. Record which balance you are reconciling before deciding how to classify it.
Separate promotional funds and other adjustments
Suppose the same session also receives a €10 promotional credit that is included in the displayed closing balance. The closing balance is now €127, while the game result remains +€7.
The reconciliation becomes €127 − €100 − €30 + €20 − €10 = €7. The promotional credit must be removed from the balance-change calculation because it did not come from the game returns already counted.
Ordinary round: record its stake and returned amount.
Purchased feature: record the full entry price and the feature return.
Promotional credit: identify it separately from gameplay.
External transfer: classify it as a deposit or withdrawal.
Keeping these categories separate prevents the same money from being counted twice. A purchase price belongs to the feature it bought; a promotional credit needs its own adjustment. An external deposit increases a balance without being a game win, while a withdrawal reduces the balance without being a game loss.
A refund needs careful treatment. If a cancelled round's original cost remains in your cost total, the refund must offset it exactly once. Alternatively, remove the cancelled round from both cost and return calculations and record its status separately. Do not erase the cost and then also add the refund as a game return.
Fees and adjustments can require their own line. If a €2 account fee reduced the closing balance but is not included in the game ledger, add that fee back when isolating the game result, then report the account-level result after fees separately. Name the metric rather than silently mixing the two.
Promotional funds may also have account conditions. A combined balance or a positive game result does not establish a withdrawable amount. The ledger records movements; it does not replace the applicable account terms.
Calculate turnover and observed return correctly
In the worked example, turnover is €70 because that is the total game cost. The €30 deposit is not additional turnover. The €20 withdrawal is not a negative wager. Money can be wagered more than once after being returned, so turnover need not equal deposits.
The observed return is €77 ÷ €70 × 100 = 110%. The net result relative to cost is €7 ÷ €70 × 100 = 10%. Those percentages describe the recorded sample; they are not the game's theoretical RTP.
If another segment costs €30 and returns €15, combine the money before dividing. The new totals are €100 cost and €92 return, giving an observed return of 92%. Do not simply average 110% and 50%, because the two segments had different costs.
The same rule applies when stakes change. A 100x return at a €0.10 stake is €10; at a €1 stake it is €100. Keep cash amounts or clearly labelled credits in the ledger, and calculate multipliers only as a secondary description.
For the distinction between sample results and a documented theoretical percentage, read how to check slot RTP. A short session above or below that percentage does not by itself identify a changed configuration.
Investigate a mismatch in a sensible order
If the game-ledger result and balance reconciliation disagree, preserve the original records before changing entries. The size and sign of the difference can be a clue, but do not force it to match by adding an unexplained correction.
Start with the boundaries. Did you record the opening balance before the first round and the closing balance after the final settlement? Does a deposit or withdrawal sit just outside the period in one record but inside it in another?
Then inspect these common causes:
A feature or interrupted round is still pending.
A return was counted both at the cascade stage and in the final round total.
A feature price was replaced with its smaller base stake.
A deposit was entered as a return.
A withdrawal was entered as a loss.
A promotional credit or expired balance was omitted.
A refund or fee was counted twice or not at all.
One record uses credits while another uses currency.
Two currencies were combined without documenting conversion.
Suppose your ledger gives +€7 while the balance route gives +€17. A missing €10 credit is one possibility, not a conclusion. Check the transaction history before labelling the difference. If the history cannot resolve it, keep a provisional “unreconciled €10” note and ask support about the relevant entries.
A clear support request includes the period, identifiers and the two totals. It does not require sharing passwords or posting an unredacted account history in public.
Keep the record manageable during a longer session
You do not always need to type every spin manually. Where a reliable round history exists, you can record segment totals and keep the identifiers or export needed to audit them. Use a new segment when the stake, game, mode or currency changes.
For example, one line can cover 40 ordinary €0.50 spins if the source history supplies their total cost and return. A purchased feature deserves its own line because its entry cost differs from the ordinary spin pattern.
Avoid reconstructing an entire session from the largest win screens. Those images select returns and usually omit many costs. The analysis of highlight selection explains why memorable moments make a poor substitute for a ledger.
If you take a break, record a checkpoint balance and whether anything is still unsettled. That creates a natural boundary for later reconciliation. It also makes it easier to distinguish an interrupted round from a new session.
Keep the recording process proportionate. The aim is to make costs visible and results explainable, not to encourage longer play in pursuit of a more complete dataset. A short record with honest gaps is preferable to an invented history.
Finish with two totals and a clear status
At the end, write both calculations: returns minus game costs, and adjusted balance change. If they match, state the reconciled game result. If they do not, state both totals and the unresolved difference.
For the full example with promotional credit, a finished note reads: “Game cost €70; game return €77; game result +€7. Opening balance €100; deposits €30; withdrawals €20; promotional credit €10; closing balance €127. Adjusted balance change +€7. All example rounds settled.”
This note describes a hypothetical exercise, not a real player's result. Its value is that every euro has one job. A reader can repeat the calculation without guessing whether “win” means a payment, a balance or a profit.
Is withdrawing more than I deposited proof of a winning session?
It may describe a positive cash-flow period, but it does not isolate a particular session without opening and closing balances and other activity. A withdrawal can include funds already present before the session began. Define the period first.
Should I include a pending withdrawal?
Record its status and follow how it affects the balance you are reconciling. Do not subtract it twice if the displayed available balance already excludes it and your transaction total also treats it as completed. A consistent account boundary and status field are essential.
Does a positive ledger prove a strategy works?
No. It records the result of that period. It does not establish future profitability or remove gambling risk. The big-win verification guide applies the same distinction when a spectacular result is presented as a broader claim.
If you want to practise the method without mixing money and practice values, use a clearly labelled record alongside the demo inspection guide. Return to all slot guides for the other checks. The useful endpoint is a result you can explain, including any uncertainty, rather than a total chosen because it looks impressive.
Discussion
Questions or something to add? Join the conversation.
Log in to join this discussion.
