New Zealand Gazette – 2004 – No. 79

Page 1974

✨ Banknote Acceptor Specifications



1974

NEW ZEALAND GAZETTE, No. 79

29 JUNE 2004

Signature Requirements on Distributed Processing

1.43.3 There must be some means whereby signature verification of all software resident on all
processor boards associated with the banknote acceptor is able to be verified by a secure
signature checking method.

Banknote Acceptor Self Test

1.43.4 If the signature requirement is to be met by the self checking method, evidence is to be
provided by the banknote acceptor supplier that the self check is performed and details of
checks performed.

1.43.5 The banknote acceptor device must perform a self test at each power up. In the event of a self
test failure, the banknote acceptor must automatically disable itself (i.e. enter banknote reject
state) until the error state has been cleared.

Audible Alarm

1.43.6 An audible alarm is to be raised for any of the following banknote acceptor specific conditions
(note for the duration of the audible alarm, see Section 1.10.45 Audible Alarm):

a) excessive banknote rejects (as defined in the Section 1.43.1 Banknote Acceptor Fault
Conditions);

b) Yo Yo, if a banknote Yo Yo is physically possible;

c) unauthorised opening of the banknote outer door if separate from the gaming machine
main door;

d) unauthorised opening of the banknote storage area door; or

e) banknote interconnecting cable disconnect.

Tokenisation

1.43.7 For gaming machines which support banknote acceptors that implicitly implement tokenisation
of the gaming machine, the following requirements apply to this tokenisation aspect:

a) each valid banknote inserted must register the actual dollar value or the correct number of
credits for the current game. If registered directly as credits, the conversion rate must be
clearly stated on the gaming machine; and

b) the gaming machines must ensure that all banknotes accepted will correctly increment the
player’s balance (gaming machine or account as the case may be) and relevant meters in
all circumstances. This includes but is not limited to cases of power failure, door open, coin
tilt, Audit Mode entry or any other form of deactivation of the gaming machine.

Communication with Banknote Acceptors

1.43.8 The banknote acceptor device must employ a reliable means of transmitting credit values to the
gaming machine. Pulse stream interface or serial communication without error detection and
correction are not considered to be reliable communication methods.

Note Acceptor Disabled on High Credit Balance

1.43.9 The gaming machine software must incorporate a facility which will automatically disable the
banknote acceptor once the credit balance of the gaming machine or account, if appropriate,
exceeds [BKNTLIM] expressed in dollars.

1.43.10 This level is to be displayed to the patron in the following form or similar:

"Notes not accepted if Credits over $x are registered".

1.43.11 The maximum value of the range available is to be approved:

a) it must not be possible to exceed this limit; and

b) it must not be possible to disable this limit.

1.43.12 This dollar level may only be set, or changed, by either a down-loadable parameter from the
CMCS or by accessing the logic area of the gaming machine.



Next Page →



Online Sources for this page:

VUW Te Waharoa — PDF NZ Gazette 2004, No 79


Gazette.govt.nz — PDF NZ Gazette 2004, No 79




✨ LLM interpretation of page content

🏭 Banknote Acceptance Specifications for Gaming Machines (continued from previous page)

🏭 Trade, Customs & Industry
Banknote Acceptance, Gaming Machines, Functional Requirements, Jurisdiction, Legal Tender, Secure Storage, Rejection, Disabling, Error Handling, Cheating Detection, Signature Verification, Self Test, Audible Alarm, Tokenisation, Communication, High Credit Balance