✨ Casino Gaming Requirements
3382 NEW ZEALAND GAZETTE No. 114
C.3.2.5. Game Play
a. Events of chance within games must not be influenced, affected, controlled or determined by anything other than (in conjunction with the prevailing payout table) numerical values obtained in an approved manner from the approved RNG .
b. A gaming device must not have any means of manipulation that affects the probabilities of random event outcomes during game play.
c. Prior to the commencement of each game play, the method by which all random behaviour is derived during a game is to be fully determined and frozen.
d. This requires that all random numbers (including random decisions, random events or any other random behaviour) to be used during the course of the game play be generated and recorded prior to the start of the game play.
e. Games must also comply with the requirements of Part D of this document.
C.3.2.6. Multiple Games
a. There is currently no limit as to the number of games implemented on a single EGM.
b. The patron must at all times be aware which game has been selected for play or is being played, as applicable.
C.3.2.7. Credit Redemption
a. The cash out button or its equivalent must be operable at any time except:
i. during a game cycle (ie in the middle of computation of a random result),
ii. whilst the gaming device is in a test or audit mode, or
iii. whilst the gaming device is in a fault condition that does not allow for the collection of credits as defined by this document, or approved protocol documents.
b. CANCELLED CREDIT: If a patron attempts to collect available credits, and the total coin value of those credits is greater than the hopper fill amount, then the gaming device shall either:
i. print a validated ticket for cash redemption, or
ii. automatically lock-up and go into a hand-pay or cancel credit condition and not exit from this condition until all credits have been cancelled.
c. HOPPER PAY: If a patron attempts to collect available credits, and the total coin value of those credits is less than the hopper fill amount, then the gaming device shall dispense the equivalent value in coins from the hopper.
d. After a hopper pay, for any residual credits (eg, in a tokenised game) the following two options are acceptable:
i. the player is given the option to either receive a cancelled credit OR play out the remaining credits;
ii. the player is paid the balance by a cancelled credit only.
e. Whenever credits are redeemed by a player, the number of credits paid out must be clearly displayed.
C.3.2.7.1. Tokenised Device
When there are "odd credits" (ie. less than the hopper base coin) in the player balance and a collect is attempted on a gaming device with a coin hopper, the gaming device must pay out the balance as if it were a "large credit balance" (eg. by cash ticket or cancelled credit) instead of from the hopper.
Next Page →
PDF embedding disabled (Crown copyright)
View this page online at:
VUW Te Waharoa —
NZ Gazette 1994, No 114
NZLII —
NZ Gazette 1994, No 114
✨ LLM interpretation of page content
🏛️
Casino Operator Requirements Detailed Table of Contents
(continued from previous page)
🏛️ Governance & Central AdministrationCasino, Operator Requirements, Validity Checks, Signatures, Memory Devices, Error Handling, Software Validation, System Security, Secure Cabinet, Gaming Equipment, Player Inputs, Restricted Compartment, De-activation, Monitoring System, External Adjustment, Restricted Features, Auditing Information, Statistical Information, Coin/Note Acceptance, Tokenisation, Credit Registration, Cash-box, Hopper, Coin Comparator, Photo-optics, Programmable Coin/Note Acceptors, Communications Protocol, Programming Device, Signature Check, Card Reading, Electronic Storage, Data Security, Locking Mechanism, Cashless Gaming, Game Play, Random Number Generation, Multiple Games, Credit Redemption, Tokenised Device