Resumen visual
Caso de dealer: credit durante varios colour-ups: tres principios operativos
Usa este esquema como orientación rápida. El artículo explica la evidencia, los límites y las excepciones detrás de cada punto.
-
Un credit saca inventario controlado de la mesa; los colour-ups son exchanges con jugadores. Mantén ambos movimientos separados.
-
No uses chips preparados para el credit para completar un colour-up ni uses fichas recién recibidas del jugador para hacer coincidir el credit, salvo que un procedimiento aprobado lo autorice y documente.
-
Si la mesa está demasiado cargada para distinguir propiedad, denominaciones, documentación y custodia, avisa al supervisor antes de seguir.
La mesa acaba de bajar un poco después de mucha acción.
Tres jugadores quieren irse.
Uno trae muchas fichas pequeñas. Otro tiene stacks mezclados. El tercero empuja una pila hacia ti y dice:
“Colour me up, me voy.”
Al mismo tiempo, el floor decide que el rack tiene demasiado inventario y pide un credit.
El runner ya viene.
Ahora las fichas de jugadores, las del rack y las que deben salir hacia Cage están moviéndose casi al mismo tiempo.
El riesgo principal es simple: que deje de estar claro de quién era cada stack y para qué transacción se estaba usando.
Varios colour-ups y un credit chocan en el rack
Ya hay varios cambios de jugadores activos cuando entra un credit en el mismo flujo de chips:
- hay varios colour-ups en curso o esperando;
- el credit fue solicitado correctamente;
- están cambiando denominaciones altas y bajas;
- el dealer debe preparar o verificar el credit;
- el runner puede llegar antes de terminar los exchanges;
- todavía no existe una discrepancia conocida.
El problema no es solo sumar bien.
Es conservar propiedad, propósito y custodia.
Un colour-up y un credit no son lo mismo
El colour-up es un exchange con el jugador.
El credit es una transferencia controlada de inventario de la mesa hacia Cage u otro punto autorizado.
Pueden usar las mismas denominaciones.
No son la misma operación.
Cuando veas un stack al lado del rack, deberías poder responder inmediatamente:
- ¿todavía pertenece al jugador?;
- ¿ya fue aceptado al rack?;
- ¿forma parte del credit?;
- ¿es un payout pendiente?;
- ¿corresponde a otro movimiento permitido?
Si ya no puedes responder, hay demasiadas transacciones abiertas a la vez.
Cierra una transferencia de propiedad antes de abrir otra
Un colour-up limpio debería tener un inicio y un final reconocibles.
Según el procedimiento local:
- identificas los chips del jugador;
- los cuentas/verificas;
- estableces el valor;
- entregas la denominación nueva;
- llevas las fichas recibidas al rack;
- completas cualquier paso adicional requerido.
Después pasas al siguiente jugador.
La secuencia exacta cambia, pero el principio es fuerte: evita dejar varias pilas a medio camino entre propiedad del jugador e inventario del casino.
Buy-ins, cambios de fichas y colour-ups desarrolla esa frontera.
No construyas el credit con chips dudosos
Imagina que el credit quitará 10.000 en fichas de 100.
Ya tienes un stack limpio del rack.
Entonces un jugador te entrega 3.000 en fichas de 100 para hacer colour-up.
Puede parecer eficiente poner esas fichas directamente con el stack del credit.
Pero eso puede mezclar dos operaciones.
Salvo que el sistema aprobado permita y registre ese camino, termina primero el exchange del jugador.
El credit debería salir de inventario conocido de la mesa, no de una mezcla de:
- chips todavía del jugador;
- chips recibidos pero no verificados;
- fichas ya separadas para transferir;
- fichas retiradas para hacer cambio.
Si el runner llega antes
El runner espera.
Eso mete presión.
No conviertas esa espera en una razón para declarar que el credit “ya está listo”.
Di:
“Tengo dos colour-ups todavía sin cerrar. El credit aún no está listo para verificación final.”
El supervisor decide si el runner espera, vuelve después o se usa otra solución autorizada.
Los MICS de Nevada sirven como ejemplo porque tratan los credits como transferencias documentadas con monto, transporte, firmas y verificación. La estructura concreta cambia por casino, pero la idea de trazabilidad no.
No uses el credit para resolver una falta de denominación
Puede pasar que el jugador necesite chips de una denominación que justo está dentro del stack separado para el credit.
No los tomes y pienses:
“Después los repongo.”
Si el credit todavía no se cerró, el supervisor puede autorizar cambiar el monto o el timing.
Si ya entró en una fase formal de transferencia, modificarlo sin registrar puede romper el control.
Di el problema:
“Necesito 1.000 en fichas de 500 para este colour-up. ¿Quieres ajustar el credit antes de verificarlo?”
Que la autoridad cambie la transacción, no el dealer en privado.
Los errores de denominación pueden esconderse dentro de un total correcto
Un jugador entrega varias denominaciones.
Tú devuelves una o dos fichas grandes.
Al mismo tiempo estás armando el credit.
Es posible terminar con un total general razonable pero con denominaciones incorrectas.
Eso sigue siendo un problema.
El credit puede requerir un breakdown exacto.
El colour-up también debe ser exacto para el jugador.
No controles solo el total final del rack.
Si aparece una disputa con el jugador
Imagina que un jugador dice:
“Te di 2.500, no 2.000.”
Y el runner ya está listo para retirar el credit.
Si la disputa puede involucrar la misma denominación o el mismo movimiento de chips, no destruyas la evidencia para mantener el ritmo.
Llama al floor.
Conserva el estado útil.
Las fichas ya estaban en el layout trata otro tipo de disputa, pero el principio sirve: no cambies la escena más rápido de lo que puede revisarse.
Si el credit es claramente independiente y la autoridad permite seguir, sigue esa instrucción.
Tu conteo sigue siendo tu conteo
Durante un credit pueden decirte:
“Cage ya lo contó.”
“El floor hizo el stack.”
“El runner lo revisó.”
Si tu rol debe verificar antes de que las fichas salgan, verifica.
En el ejemplo regulado de Nevada existe verificación del dealer en public view para ciertos credits.
Tu propiedad puede usar otra estructura.
La idea sigue siendo: no presentes el conteo de otra persona como si fuera el tuyo.
Si cambia el monto en mitad del proceso
Quizá de repente llegan más jugadores.
Quizá varios hacen cash out.
Tal vez la mezcla de denominaciones del rack cambia.
El floor puede reducir, aumentar, cancelar o posponer el credit.
Eso es válido si lo hace la autoridad correspondiente.
Pero el cambio debe reflejarse en el sistema aprobado.
No alteres el stack físico y esperes que el papel “se arregle después”.
Si hay que void y reemitir, o modificar la transacción electrónica, sigue el proceso local.
Perspectiva de floor y Cage
Al final deberían poder responder:
- ¿por qué se pidió el credit?;
- ¿qué monto y denominaciones salieron?;
- ¿quién autorizó?;
- ¿quién preparó/verificó?;
- ¿quién transportó?;
- ¿qué registro respalda la transferencia?;
- ¿cuándo dejó la custodia de la mesa?;
- ¿los colour-ups permanecieron separados?
Con varios jugadores cambiando chips, esa última pregunta es crítica.
Reducir congestión antes de proceder no es lentitud.
Es control.
Documenta cada transferencia de ownership por separado
Según la propiedad, el credit puede registrar:
- mesa y shift;
- número de transacción;
- breakdown por denominación;
- total;
- hora;
- autorización;
- confirmación del dealer;
- runner y Cage;
- void/reissue si cambia el monto.
Los colour-ups pueden registrarse de otra forma o no tener documento individual.
Aunque no exista formulario, el exchange debe quedar físicamente claro mientras ocurre.
Separa los movimientos de chips antes de que se conviertan en un solo problema
Varios colour-ups crean ruido visual.
Un credit agrega otra capa de responsabilidad sobre los mismos tipos de chips.
La solución no es mover más rápido.
Es reducir la ambigüedad.
Cierra cada exchange.
Separa propiedad del jugador e inventario del casino.
No uses un stack de credit para solucionar otra operación.
Y no liberes un monto que no verificaste.
Cuando el credit salga de la mesa, cada chip debería tener una historia clara.
Registro de evidencia
Fuentes y verificación
Cada cita identifica al editor o institución responsable, la fecha de la fuente cuando está disponible, nuestra fecha de consulta y el punto que se utilizó para verificar.
-
Gambling Dealers (abre el sitio de la fuente en una pestaña nueva)
Evidencia utilizada: Se usa para funciones del dealer relacionadas con exchanges de chips, control del bank, exactitud y cumplimiento de procedimiento.
-
First-Line Supervisors of Gambling Services Workers (abre el sitio de la fuente en una pestaña nueva)
Evidencia utilizada: Se usa para monitoreo, documentación de transacciones y decisiones operativas de supervisión.
-
CPA MICS Compliance Checklist — Table Games (abre el sitio de la fuente en una pestaña nueva)
Evidencia utilizada: Se usa como ejemplo regulado de credits documentados con monto, transporte, firmas, verificación y trazabilidad. No se presenta el modelo exacto de Nevada como universal.