CFR > Title 25 - Indians > CHAPTER III—NATIONAL INDIAN GAMING COMMISSION, DEPARTMENT OF THE INTERIOR > SUBCHAPTER D—HUMAN SERVICES (parts 540 to 548) > PART 547—MINIMUM TECHNICAL STANDARDS FOR GAMING EQUIPMENT USED WITH THE PLAY OF CLASS II GAMES > 547.10—What are the minimum standards for Class II gaming system critical events?

547.10—What are the minimum standards for Class II gaming system critical events?

This section provides standards for events such as system critical faults, deactivation, door open or other changes of states, and lockup within the Class II gaming system.
(a) Fault events. (1) The following events are to be treated as described below:
Events Definition and action to be taken
(i) Component fault Reported when a fault on a component is detected. When possible, this event message should indicate what the nature of the fault is.
(ii) Financial storage component full Reported when a financial instrument acceptor or dispenser includes storage, and it becomes full. This event message should indicate what financial storage component is full.
(iii) Financial output component empty Reported when a financial instrument dispenser is empty. The event message should indicate which financial output component is affected, and whether it is empty.
(iv) Financial component fault Reported when an occurrence on a financial component results in a known fault state.
(v) Critical memory error Some critical memory error has occurred. When a non-correctable critical memory error has occurred, the data on the Class II gaming system component can no longer be considered reliable. Accordingly, any game play on the affected component shall cease immediately, and an appropriate message shall be displayed, if possible.
(vi) Progressive communication fault If applicable; when communications with a progressive controller component is in a known fault state.
(vii) Program storage medium fault The software has failed its own internal security check or the medium itself has some fault.Any game play on the affected component shall cease immediately, and an appropriate message shall be displayed, if possible.
(2) The occurrence of any event identified in paragraph (a)(1) of this section shall be recorded.
(3) Upon clearing any event identified in paragraph (a)(1) of this section, the Class II gaming system shall:
(i) Record that the fault condition has been cleared;
(ii) Ensure the integrity of all related accounting data; and
(iii) In the case of a malfunction, return a player's purchase or wager according to the rules of the game.
(b) Door open/close events. (1) In addition to the requirements of paragraph (a)(1) of this section, the Class II gaming system shall perform the following for any component affected by any sensored door open event:
(i) Indicate that the state of a sensored door changes from closed to open or opened to closed;
(ii) Disable all financial instrument acceptance, unless a test mode is entered;
(iii) Disable game play on the affected player interface;
(iv) Disable player inputs on the affected player interface, unless test mode is entered; and
(v) Disable all financial instrument disbursement, unless a test mode is entered.
(2) The Class II gaming system may return the component to a ready to play state when all sensored doors are closed.
(c) Non-fault events. (1) The following non-fault events are to be treated as described below, if applicable:
Event Definition and action to be taken
(i) Player interface power off during play This condition is reported by the affected component(s) to indicate power has been lost during game play.
(ii) Player interface power on This condition is reported by the affected component(s) to indicate it has been turned on.
(iii) Financial instrument storage component container/stacker removed This condition is reported when a financial instrument storage container has been removed. The event message should indicate which storage container was removed.
Code of Federal Regulations 189