OnAir Entertainment - Revisión e integración

Resumen

OnAir Entertainment es el proveedor de estudio de Live Casino, con énfasis en la producción de vídeo de alta calidad, ángulos multicámara y conexión rápida a plataformas de operadores/agregadores. El portafolio cubre las principales disciplinas de Live: ruleta, blackjack, baccarat y sus opciones de «speed »/auto, así como formatos de show en vivo. Textec se centra en la baja latencia de transmisión (WebRTC) de fallback a HLS/DASH, entrega georreferenciada y backend estable para apuestas/pagos en tiempo real.

A quién conviene: a los operadores medianos y grandes, a los que les importa la configuración flexible de los límites, la localización, las collbecs transparentes de la cartera y la telemetría detallada en las mesas.

Cartera y experiencia del usuario

Ruleta: europea/americana, ruleta automática, velocidad/ritmo ligero, pistas de estadísticas (hot/cold), repeticiones rápidas de apuestas.
Blackjack: mesas clásicas y de velocidad, Bet Behind, seguros/apuestas laterales según las reglas de la mesa.
Baccarat: clásico, No Commission, modos de velocidad, "roadmaps' (Roadmaps).
Show en vivo/prisa: formatos de televisión rápida y mesas temáticas.

UX/UI

Cliente HTML5 adaptable, UI minimalista, chips rápidos y preestablecidos de apuestas.
Historial de giros/repartos, chats moderados, notificaciones de límites.
Interfaz multilingüe, localización de formatos de fecha/delimitador, compatibilidad con multivalús.

Juego responsable

Compatibilidad con restricciones de tiempo/apuesta, ocultación de mesas por geo/edad (marcas de operador), visualización de políticas de juego responsable.

Tecnología de streaming y rendimiento

Protocolos: WebRTC (baja latencia ~ 0. 5–2. 5 s con una red estable); fallback en HLS/DASH en degradación.
CDN/Edge: distribución PoP, health-checks nod, sticky-routing al nodo más cercano.
APROX: bitrate adaptativo, conmutación de calidad sin fisuras y sin roturas.
Clientes móviles: decodificación de hardware, optimización del consumo de energía, resistencia al cambio de fondo.

Recomendaciones de red

Latency hasta edge <150-200 ms para un UX cómodo.
HTTP/2+, TLS 1. 2 +, TCP BBR (si es posible), priorizando el tráfico multimedia.

Matemáticas, límites y cálculos

RTP/House Edge: cumplen con las reglas de las mesas específicas y las apuestas laterales (reveladas en las reglas de la mesa).
Límites: min/max por mesa y/o jugador, niveles VIP, techos separados para apuestas laterales.
Monedas: unidad interna en las unidades menores; conversión y visualización - en el lado del operador; redondeos correctos por jurisdicción.
Modelos de comercio: RevShare/Flat/Hybrid - a nivel contractual, fiscalmente «fuera» de las matemáticas del cliente.

Esquema de alto nivel

1. Jugador → Frontend operador → SSO/JWT

2. Operator/Aggregator API ↔ OnAir API: crear/validar sesión

3. Cliente ↔ WebRTC/HLS: flujo de vídeo

4. Cliente ↔ WebSocket: apuestas/eventos en tiempo real

5. OnAir → Webhook/Callback al operador: autorización de cargos/pagos

6. Billetera del operador (Auth Debit/Credit) ↔ Ledger/KYC/AML

7. BI/Anti-Fraud/Monitoring: auditoría, retraídas, reconciliation

Requisitos de entorno

Seguridad: Mutual-TLS/allowlist para S2S, JWT/OAuth2 para sesiones, TTL cortos y rotación de llaves.
Rendimiento: escalado automático de WS Shard, equilibrador con sesiones sticky.
Compatibilidad: Chrome/Edge/Safari/Firefox, iOS/Android WebView actuales.

Sesiones, inicio y autenticación

Patrón SSO

El operador crea un token de vida corta con 'player _ id', moneda, local y límites. El proveedor devuelve 'launch _ url'.

POST /api/v1/sessions
Authorization: Bearer <operator-key>
{
"player_id": "u_57291",
"currency": "EUR",
"locale": "ru-RU",
"limits": { "table_min": 1. 00, "table_max": 10000. 00 },
"meta": { "vip_level": 2, "return_url": "https://op. example. com/return" }
}

{
"session_id": "sess_abcd1234",
"launch_url": "https://onair. example/launch? sess=sess_abcd1234",
"expires_in": 3600
}

iFrame/Window Open

Ejecutar a través de 'launch _ url' (con CSP,' X-Frame-Options 'acordados de antemano). Hartbit/refresh extiende la sesión.

Apuestas y eventos (WebSocket)

Tipos de eventos

Потоковые: `TABLE_STATE`, `ROUND_OPEN`, `BETS_OPEN`, `BETS_CLOSED`, `ROUND_RESULT`

Transaccional: 'BET _ PLACED', 'BET _ ACCEPTED/REJECTED', 'PAYOUT'

Servicios: 'ERROR', 'PING/PONG', 'RECONNECT _ HINT'

{
"type": "ROUND_RESULT",
"table_id": "roulette_eu_07",
"round_id": "r_2025_11_02_15_23_05",
"result": { "number": 21, "color": "red" },
"payouts": [
{ "bet_id": "b_1001", "amount_minor": 360000 },
{ "bet_id": "b_1002", "amount_minor": 0 }
],
"server_ts": "2025-11-02T13:23:07Z"
}

Fiabilidad del

Auto-reconnect con recuperación de suscripciones y estado de la ronda actual.
Back-pressure: limitar la frecuencia de los mensajes del cliente.
Deduplicación por 'bet _ id '/' round _ id' en el lado proveedor y operador.

Transacciones en efectivo y colbecs de billetera

Flujos

Débito automático (tarifa): el proveedor solicita un cargo/congelación; el operador responde 'APPROVED/DECLINED'.
Crédito (pago): el proveedor inicia la inscripción; el operador confirma el estado y devuelve el saldo.
Reconciliation: informes periódicos de rondas/transacciones.

Garantías de entrega

Idempotencia a través de 'X-Idempotency-Key', clave TTL ≥ 24 h.
Repetición de entrega con pausa exponencial, procesamiento secuencial (per player).

POST /wallet/payouts
Idempotency-Key: 4f9f-...
{
"player_id": "u_57291",
"round_id": "r_2025_11_02_15_23_05",
"bet_id": "b_1001",
"amount_minor": 360000,
"currency": "EUR"
}

Configuración del lobby y herramientas promocionales

Catálogos de mesa: agrupamiento por idiomas del distribuidor, límites, niveles VIP, disciplinas.
Promoción: pancartas, torneos, misiones/misiones, eventos de «números calientes», grandes ganancias.
Filtros geo: jurisdicciones whitelist/blacklist, formatos locales de juego responsable.
Opciones de UI: auto-entrada a una mesa específica, ocultar el chat, preestablecidos de apuestas, denominaciones personalizadas.

Escala y tolerancia a fallas

Multi-región: selección del RoR/estudio más cercano, ASN-/geo-routing.
Equilibrio: sticky por jugador/mesa; si falla, «re-join» transparente.
Cuotas/Límites de tasa: límite de conexiones WS, suscripciones y cambios en las apuestas.
Degradación: fallback en HLS, «lite-UI» para dispositivos débiles.

Seguridad y cumplimiento

Cifrado: TLS 1. 2+, HSTS; medios en SRTP (WebRTC).
Acceso: JWT con TTL corto, allowlist IP para collbacks, mutual-TLS por acuerdo.
PII-minimización: enmascaramiento de identificadores, registros sin datos personales abiertos.
Antifraude: señales de comportamiento (frecuencia anormal de apuestas, sesiones múltiples, ASN/VPN sospechosas), banderas de riesgo y bateo.
Regulación: soporte de mecanismos de autoexclusión, alertas locales, consentimiento de cookies por región.

Monitoreo, informes y SLAs

Que meryaem

Aptime media/WS, latencia media,% frame-drops, errores de collback.
Conversión de 'Launch → First Bet', distribución de fallos por razones.
Carga por mesa, cheque medio, ROI promocional, retención por disciplinas/idiomas.

SLO/SLA (puntos de referencia)

Aptime de medios ≥ 99. 9%, API-aptime ≥ 99. 95%.
Collbeki: p95 <500 ms dentro de la región.
WS-re-connect: p95 recuperación <3-5 s.

Métricas en tiempo real, corelación 'round _ id/bet _ id/callback _ id'.
Panel de incidentes con causas/stakeholder y regulaciones de comunicaciones.

Pruebas y aceptación

1. Sandbox: claves individuales, resultados de rondas ficticias, tablas de pruebas de coeficientes.
2. Casos E2E: apuestas acertadas/rechazadas, saltos WS, repetidos 'PAYOUT', conflictos de límites.
3. Carga: picos de prime time/torneos, conmutación AMB, degradación a HLS.
4. Seguridad: casos negativos de JWT, firma de collback, rate-limits, política CORS/CSRF.
5. Reconciliation: conciliar los informes del proveedor y del administrador por sumas/redondeos/estados.

Mejores prácticas de integración

Hacer de la billetera del operador una fuente de verdad (SoT); todas las transacciones externas son idempotentes.
Esparce los collbecs por las colas ('bets', 'payouts',' recon ') con prioridades y retratos.
Caché los límites/configuraciones de las mesas en edge con TTL controlada y discapacidad manual.
Active feature-flags para abrir por etapas mesas/idiomas/límites VIP.
Planea fail-over: fallback de protocolos, «pausa técnica», scripts promocionales compensatorios.
Lógica hashes PII y claves de correlación en lugar de identificadores directos.

Hojas de comprobación

• Generación/validación de JWT/SSO
• Cliente WebRTC + fallback HLS
• Cliente WS con auto-reconnect y back-pressure
• Endpoints S2S idempotentes, retraídas, deduplicación
• Enmascaramiento PII, rotación de claves/secretos

• L10n: idiomas, monedas, formatos
• Filtros geográficos y restricciones jurisdiccionales
• Monitoreo de SLO (API/Stream/WS) + alertas
• Informes nocturnos y reconciliation
• Plan de incidentes y páginas de estado

FAQ (breve)

¿Se puede ejecutar en iFrame? Sí, a través de 'launch _ url' con CSP/' X-Frame-Options' acordados.
¿Hay modos Bet Behind/Speed? Sí, para las mesas seleccionadas, por configuración.
¿Cómo puedo manejar los acantilados? Auto-reconnect, recuperación de suscripciones, collbecs idempotentes.
¿Hay torneos/misiones disponibles? Sí, a través de widgets promocionales incorporados y eventos de análisis.
¿Cómo funciona la reconciliación? El proveedor publica informes de rondas/transacciones; el operador perfora con el ledger por 'round _ id/bet _ id'.

Resultado

OnAir Entertainment es un proveedor de Live robusto con streaming moderno e integración estructurada. Siguiendo los patrones descritos (SSO, WebRTC + WS, collbacks con idempotencia, monitoreo SLO, RG/cumplimiento), el operador obtiene una conexión predecible, un funcionamiento constante en horas punta y una economía de vertical en vivo comprensible.