Casino cage and cashier systems — markers, credit, and transaction logging

The casino cage is the cash-handling spine of the gaming operation. The technology that supports it manages everything from a $20 chip exchange to a six-figure marker extension.

Cage transaction systems

Each cage cashier window has a terminal connected to the cage transaction system. Transactions are logged in real time: chip buys, redemptions, marker issuance, marker payments, front-money deposits and withdrawals, currency exchanges, and any other cash-handling activity. The terminal produces receipts (in some cases via cage-specific printers) and updates the underlying ledgers in real time.

The cage transaction system integrates with the player tracking system — when a tracked player conducts a cage transaction, the transaction is associated with their account. This feeds the player's transaction history, supports comp eligibility (marker buy-ins and front-money deposits count toward play), and supports the player's credit decisions on future visits.

Markers and credit lines

A marker is essentially a short-term loan from the casino to the player, used to fund gaming activity. Players with established credit lines can request markers at the table or from the cage; the marker is documented as a check drawn against the player's bank account, held by the casino for a specified redemption period, and negotiable if the player doesn't satisfy the marker through gaming winnings or direct payment within the agreed window.

Credit lines are underwritten before issuance — the player provides financial documentation, the casino's credit department reviews and establishes a credit limit. Limits range from a few thousand dollars for casual players to seven figures for high-volume international players. Credit decisions involve the player's history with the property, with industry-wide credit-reporting services, and with their own bank-verified financial position.

Front money and deposit accounts

Front money is the alternative to credit — players wire-deposit funds to the casino before arrival and play against the deposited balance. Front money accounts are managed by the cage and credit operations. Deposits, withdrawals, and interim transactions (chip buys against the deposit, redemptions back to the deposit) all run through the transaction system with documentation.

Front money is typically handled by the cage's credit or specialized function. Withdrawal of front money back to the player may require wire transfer, cashier's check, or (less commonly) cash, with amount thresholds and documentation appropriate to AML rules.

Regulatory reporting

Cage transaction data feeds into regulatory reporting across multiple frameworks. FinCEN's currency transaction reports (CTRs) are filed for single transactions or aggregated transactions above $10,000 in currency during a 24-hour period. Suspicious Activity Reports (SARs) are filed when the casino observes behavior consistent with money laundering, structuring, or other specific patterns. State gaming regulators may require additional reports specific to their jurisdiction.

The transaction system's ability to generate these reports automatically is essential to operational compliance. Manually tracking patterns across the volume of transactions at a major property is infeasible. When regulators audit the AML program, they review both the system's reporting logic and the compliance team's review of flagged transactions.

Operational controls

Cage operations are governed by internal control standards (MICS in Nevada, equivalent elsewhere) that spell out procedural minimums. Cashiers are individually licensed in regulated jurisdictions; drawer starts and ends are documented; unusual transactions require supervisor approval; the cage's physical access is tightly controlled. Surveillance covers every cashier window and the vault interior.

Variances (differences between what should be in the cage and what actually is) trigger investigation. Small variances are expected and absorbed in operating expense; larger ones lead to reconstruction of the shift via transaction logs and surveillance review. Variances that can't be explained may result in personnel action.