New Zealand Gazette – 1994 – No. 114

Page 3380

✨ Casino Operator Requirements



3380 NEW ZEALAND GAZETTE No. 114

d. If memory becomes corrupted, a gaming device must not assume default values and re-commence gaming operation unless the assumed values have been configured by an approved mechanism.

C.3.2. Gaming Machine/Terminal

C.3.2.1. Coin/Note Acceptance

a. In games where tokenisation is used, each valid coin or note inserted must register a number of credits as stated clearly on the machine artwork, video, or other form of information display.

b. In games where tokenisation is not used, each valid coin inserted must register one credit, and one credit must correspond to one coin when applied to a game or collected.

c. All valid coins or notes are to be deposited in either a cash-box or hopper.

d. All invalid coins or notes are to be returned to the player.

e. Any coin or note that is accepted by a gaming device must be credited to the customer’s balance by the correct amount as prescribed for that coin value.

f. All coins and notes must either be prevented from being inserted or be rejected during periods when the gaming equipment is inoperable for whatever reason.

g. Pulses from the coin comparator must be utilised in conjunction with photo-optics for detection of a valid coin.

C.3.2.1.1. Programmable Coin/Note Acceptors

a. There is to be an approved communications protocol between the coin/note acceptor and the programming device such that only specially supplied programming devices or programs (which are released exclusively to the casino operator and its maintenance group) may program the coin acceptor in the field.

b. Prior to a 1 January 1996 deadline, if a signature check is not provided (as defined in section “C.3.2.15.Event Handling”), the Authority must be able to read the contents of the program, for auditing purposes on the casino floor, via some approved method.

C.3.2.2. Card Reading

a. If cards employing a form of electronic storage of data are to be utilised, the Authority would have to be satisfied with all aspects of security. Some of the major concerns are:

i. prevention of illegal alteration of data;
ii. protection from loss of data;
iii. recovery of information from damaged or lost cards;
iv. accuracy of read/write operations;
v. protection from fraudulent duplication of card information.

b. Software must activate a locking mechanism to retain a card used for cashless gaming within a reading device and lock a card into the unit once inserted.

c. Where cashless gaming is used, software must not de-activate a locking mechanism until one of the following conditions is met:

i. a player has requested a collect of remaining credits AND all updating of account records and/or information retained on a card has been successfully completed;


Next Page →

PDF embedding disabled (Crown copyright)

View this page online at:


VUW Te Waharoa — PDF NZ Gazette 1994, No 114


NZLII — PDF NZ Gazette 1994, No 114




✨ LLM interpretation of page content

🏛️ Casino Operator Requirements Detailed Table of Contents (continued from previous page)

🏛️ Governance & Central Administration
Casino, 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