Cookies on the Gambling Commission website

The Gambling Commission website uses cookies to make the site work better for you. Some of these cookies are essential to how the site functions and others are optional. Optional cookies help us remember your settings, measure your use of the site and personalise how we communicate with you. Any data collected is anonymised and we do not set optional cookies unless you consent.

Set cookie preferences

You've accepted all cookies. You can change your cookie settings at any time.

Skip to main content


Remote gambling and software technical standards (RTS)

Remote gambling and software technical standards under section 89 and section 97 of the Gambling Act 2005.

RTS 10 – Interrupted gambling

Applies to:

Peer-to-peer betting and gaming (including bingo)

RTS aim 10

To ensure that customers are treated fairly in the event of interrupted play or betting and that they are aware of how they will be treated if interruptions occur.

RTS requirement 10A

Operators must take all reasonable steps to ensure that their policies for instigating or dealing with service interruptions are fair and do not systematically disadvantage customers.

RTS implementation guidance 10A

  1. For gaming the following policies should be applied:
    1. where an interruption occurs after the operator receives notification of the customer’s gamble and where the customer can have no further influence on the outcome of the event or gamble the results of the gamble should stand
    2. where an interruption to a single-participant single stage event occurs before an outcome has been generated the customer should have any deducted stake returned to their balance
    3. for stateful games (games where there are multiple stages or decision points), all reasonable steps should be taken to restore the game to its last known state to enable the customer to complete the game
    4. games with multiple participants (equal chance or otherwise) should be dealt with fairly on a case-by-case basis
    5. progressive jackpot values should be restored to their pre-failure state.
  2. For peer-to-peer betting the following policies should be applied:
  1. where a service interruption is caused by failures in the gambling system, operators should suspend betting on all betting markets that have been affected by a significant event before service is restored
  2. other failures should be dealt with fairly on a case-by-case basis.

RTS requirement 10B

Systems must be capable of recovering from failures that cause interruptions to gambling, including where appropriate, the capability to void gambles (with or without manual intervention), the capability to suspend betting markets, and taking all reasonable steps to retain sufficient information to be able to restore events to their pre-failure state.

RTS implementation guidance 10B

  1. For gaming the system should:
    1. be capable of voiding gambles and restoring the amount gambled to the customer automatically, or in conjunction with manual operational controls; and
    2. implement all reasonable measures to maintain sufficient information to be capable of automatically restoring an event to its pre-failure state so that it may be completed by the customer. The following information should be restored, as appropriate:
    • the state of a deck of cards, and any hands that have been dealt
    • number of tokens collected
    • any other predetermined information, such as maps or prize layouts
    • the value of any progressive jackpots
    • the state of any gambles, for example, who has staked what on what outcome
    • bets placed or offered.
  2. For peer-to-peer betting, it should be possible to suspend betting markets manually or automatically.

RTS requirement 10C

Operators must make available information about their policies regarding service interruptions in various different circumstances.

RTS implementation guidance 10C

Operators should make information available to customers about how they will be treated in various common scenarios. However, this does not mean that operators have to detail all possible scenarios or responses to service interruptions.

Previous section
RTS 9 – Progressive jackpot systems
Next section
RTS 11 – Limiting collusion and cheating
Is this page useful?
Back to top