Un operador con licencia elige un proveedor de plataforma sportsbook por el tamaño del cambio que necesita, no por un ranking de logos. Hay tres modelos habituales: un iFrame, cuando la cuenta del jugador ya existe y el cambio debe seguir siendo pequeño; una API, cuando el operador quiere su propio frontal sobre las cuotas, el riesgo y la billetera de otro; y una plataforma completa, cuando el equipo del operador puede llevar el día a día. Ninguno de los tres es una nota, y ninguno fija un margen ni una cifra de GGR. Para el producto en sí, empiece por la página de software de apuestas deportivas y vuelva después a la elección.
Qué deciden los tres modelos
En este marco, un proveedor de plataforma sportsbook es la parte que suministra la pantalla de apuesta, los precios, los controles de riesgo o el escritorio del día a día, mientras el operador con licencia conserva el derecho a ofrecer la apuesta.
- iFrame. Una pantalla del proveedor dentro de un sitio que ya conoce al jugador. La apuesta se añade sin reconstruir el registro, la caja o la cuenta.
- API. Las páginas y la navegación del propio operador, con precios, decisiones de riesgo y movimientos de billetera que vienen de otra parte.
- Plataforma completa. Personas con nombre del lado del operador abren el escritorio cada día, y los límites, los informes y las preguntas de liquidación tienen un dueño.
Los tres son formas de añadir o sustituir un sportsbook. Cualquier afirmación sobre velocidad o ingresos pertenece a la firma que la hace, no a su calendario ni a su resultado de trading. Compare quién tiene la cuenta, quién construye el frontal y quién puede cambiar un precio de noche.
Un iFrame cuando el cambio sigue siendo pequeño
Un sportsbook en iFrame es una pantalla de apuesta dibujada por el proveedor, incrustada en un sitio que ya tiene cuenta de jugador, para añadir la apuesta sin sustituir el registro ni la caja.
Úselo cuando la cuenta debe quedarse donde está. El marco añade eventos, mercados y un boleto en una página que usted aloja. La sesión, la moneda, la apuesta y el identificador del boleto necesitan un mapa escrito: si el marco y la cuenta no coinciden, una marca da dos respuestas, y el soporte es el primero en notarlo. Gran parte del diseño y muchos ajustes de riesgo se quedan con el proveedor. Eso conviene a un equipo pequeño, pero se queda corto cuando la marca necesita un frontal que ningún otro sitio tiene, o cuando los traders deben cambiar un límite según su propio horario. Su calendario sigue dependiendo de la cuenta, los deportes y la licencia que usted tiene: una pantalla más pequeña no hace más rápida la licencia.
Una API cuando el frontal es suyo
Una API de sportsbook permite al operador construir su propio frontal mientras otra parte aporta las cuotas, la decisión de riesgo y el movimiento de billetera detrás del boleto.
Conviene a un equipo listo para atender la pantalla. El jugador usa sus páginas, pero el precio, la aceptación o el rechazo, y la actualización del saldo llegan de fuera. Usted tiene el aspecto, no el escritorio, salvo que el contrato diga otra cosa. Antes de tratar la API como independencia, el contrato necesita tres líneas:
- Cuotas. Quién compone el precio, quién suspende un mercado y qué detiene una apuesta cuando el resultado ya se conoce.
- Riesgo. Quién fija el tope de apuesta, quién puede anular un rechazo y qué registro guarda la acción.
- Billetera. Quién mueve el saldo y qué registro cubre la liquidación. La interfaz no trae una licencia.
Una API encaja si usted quiere su propio frontal sin un escritorio de precios en la nómina. Envejece mal si cada cambio de límite tiene que esperar otra versión, mientras sus traders son las personas a las que llamará el regulador. Pida ver las llamadas que ponen precio a una apuesta, rechazan una apuesta y anotan un saldo. Si esas llamadas faltan, el frontal es solo una imagen.
Una plataforma completa que su equipo puede operar
Una plataforma completa es software de sportsbook que el equipo del operador usa para límites, informes y liquidaciones, con un reparto escrito entre lo que hace el proveedor y lo que controla el operador.
Elíjala cuando su equipo puede llevar el día a día: una persona que trabaja bajo su licencia puede abrir una apuesta, ver por qué fue aceptada, cambiar un límite y exportar el registro.
Sirplay vende esta clase de plataforma como software B2B para operadores con licencia. En el mercado desde 2011, atiende a más de 130 clientes en 22 países de América Latina, Europa y Asia. Su sportsbook cubre más de 100.000 eventos en vivo al mes, más de 150.000 eventos pre-match y más de 80 deportes, junto a un catálogo de más de 30.000 juegos. Sirplay declara nueve licencias y cuatro certificaciones, con pruebas de GLI y BMM e ISO/IEC 27001. Esas credenciales cualifican al proveedor. No le autorizan a tomar apuestas.
Sirplay ofrece dos vías. Turnkey pone su marca, sus colores y su dominio sobre plantillas de Sirplay: una vez definidos la marca y los mercados, la puesta en marcha tarda unos 10 días laborables, y una demo puede pedirse en 24 horas. White label es la misma plataforma adaptada a su especificación, así que el plazo depende del alcance de ese trabajo. Para la vía a medida, vea la página de la plataforma de apuestas de marca blanca. En ambos casos usted sigue necesitando un equipo, y el operador sigue nombrando quién lleva el escritorio.
El trading puede hacerlo Sirplay como servicio o el propio equipo del operador. Cuando su equipo lleva el escritorio del sportsbook, Nash AI aplica los límites que fija el equipo, registra cada acción automática en un registro de auditoría y deja una anulación manual en los traders. No promete resultados. Las promociones se configuran en el motor de bonos, con el presupuesto y las reglas fijados por el operador.
Quién puede seguir actuando después de firmar
El modelo del contrato es tan real como la persona que todavía puede cambiar un precio, parar una apuesta y marcharse con los registros cuando la relación está en tensión. Maquiavelo pondría la prueba en una línea: quién puede seguir actuando después de la firma, sin pedir permiso a la otra parte.
| Área | Dueño | Qué anotar |
|---|---|---|
| Licencia | Operador | Países, productos y la entidad legal. Nunca parte de un plazo de salida en vivo. |
| Integración de la cuenta | Operador | Qué puede leer un iFrame o una API, y qué no debe cambiar. |
| Cuotas y riesgo | Su equipo, o Sirplay como servicio | Quién fija límites, quién puede anular, y dónde vive el registro de auditoría. |
| Día a día | Roles con nombre | Quién suspende un mercado, quién atiende las consultas de liquidación y quién exporta la lista. |
| Salida | Operador | Dueño del dominio, formato de exportación y qué pantallas puede seguir abriendo. |
Cualquier cosa que le diga un proveedor, Sirplay incluida, es una afirmación que hay que probar contra esta tabla. El fondo de la empresa está en la página sobre Sirplay. Pida un recorrido en un entorno de demo, no el back office en vivo de un cliente: componer un precio, aceptar una apuesta dentro de un límite, rechazar una fuera de él, anular con un motivo y exportar el registro.
Qué cerrar antes de la demo
Antes de que alguien hable de una fecha, nombre a los dueños de la cuenta, del frontal, de las cuotas, del riesgo y de la licencia.
- Elija el modelo: iFrame, API o plataforma completa. Si espera cambiar más adelante, diga cuál va primero.
- Liste lo que debe quedarse: cuenta, caja, dominio y los mercados que abrirá.
- Nombre a las personas: quién compone las cuotas, quién fija los límites y quién puede anular un rechazo.
- Si elige Sirplay: decida entre plantillas y una especificación a medida. El recuento de 10 días empieza solo cuando la marca y los mercados están definidos, y la licencia corre por su propia vía.
- Decida el trading: su propio equipo o un servicio de Sirplay, y dónde se guardan los límites de Nash AI.
- Juzgue la demo por lo que muestra, no por promesas de ingresos: pregunte qué tareas cubrirá.
Cuando la lista tenga nombres, solicite una demo. El formulario registra su petición. No reserva un hueco y no concede una licencia.
Un iFrame, cuando ya existe una cuenta de jugador y el cambio debe seguir siendo pequeño. Una API, cuando el operador quiere su propio frontal sobre las cuotas, el riesgo y la billetera de otro. Una plataforma completa, cuando el equipo del operador puede llevar el día a día.
No. En cada modelo la licencia se queda con el operador. Un iFrame cambia dónde se sienta la pantalla de apuesta, no la entidad legal que ofrece la apuesta. Las licencias propias de un proveedor, incluidas las nueve de Sirplay, no sustituyen la del operador.
Cuando el frontal tiene que ser del operador: las páginas, la navegación y el boleto dentro de la marca. Las cuotas, el riesgo y los movimientos de billetera se quedan con la otra parte, salvo que el contrato los mueva. Si esos tres dueños no están nombrados, la API sigue siendo solo una imagen.
Unos 10 días laborables una vez definidos la marca y los mercados, sobre plantillas de Sirplay. Una demo puede pedirse en 24 horas. La licencia va aparte y no entra en ese plazo. White label, adaptado a la especificación del cliente, tarda lo que exija ese trabajo.
Nash AI aplica los límites que fija el equipo de trading, guarda un registro de auditoría y deja una anulación manual en los traders. El trading puede hacerlo Sirplay como servicio o el equipo del operador. Nash AI es una herramienta de gestión del riesgo, no una promesa de ingresos.
