(a) Fault events. (1) The following are fault events that must be capable of being recorded by the Class II gaming system:

Ask a legal question, get an answer ASAP!
Click here to chat with a lawyer about your rights.

EventDefinition and action to be taken
(i) Component faultReported 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 fullReported when a financial instrument acceptor or dispenser includes storage, and it becomes full. This event message must indicate what financial storage component is full.
(iii) Financial output component emptyReported when a financial instrument dispenser is empty. The event message must indicate which financial output component is affected, and whether it is empty.
(iv) Financial component faultReported when an occurrence on a financial component results in a known fault state.
(v) Critical memory errorSome 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 must cease immediately, and an appropriate message must be displayed, if possible.
(vi) Progressive communication faultIf applicable; when communications with a progressive controller component is in a known fault state.
(vii) Program storage medium faultThe software has failed its own internal security check or the medium itself has some fault. Any game play on the affected component must cease immediately, and an appropriate message must be displayed, if possible.

(2) The occurrence of any event identified in paragraph (a)(1) of this section must be recorded.

(3) Upon clearing any event identified in paragraph (a)(1) of this section, the Class II gaming system must:

(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 must 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. The following non-fault events are to be acted upon as described below, if applicable:

EventDefinition
(1) Player interface off during playIndicates power has been lost during game play. This condition must be reported by the affected component(s).
(2) Player interface power onIndicates the player interface has been turned on. This condition must be reported by the affected component(s).
(3) Financial instrument storage component container/stacker removedIndicates that a financial instrument storage container has been removed. The event message must indicate which storage container was removed.