Software de Apuestas Deportivas 2026: Coste Real, Proveedores y Requisitos DGOJ

El software de apuestas deportivas es la plataforma B2B que gestiona cuotas, handle, aceptación de apuestas, trading y liquidación para operadores. Bajo DGOJ, arrancar requiere €1,3–3,5M entre capital social, garantías, homologación técnica de módulos PAM/KYC/CRM y supervisión anual. El umbral de rentabilidad exige hold del 5–8 % sobre handle menos el impuesto del 20 % sobre GGR, menos el rev-share de plataforma (8–15 %) y las licencias de datos deportivos.

La elección de proveedor determina tanto el break-even como la capacidad de adaptación regulatoria. El RD 176/2023 y las obligaciones que entran en vigor en 2026 imponen verificación biométrica del jugador, algoritmos de IA para detección de riesgo y límites de depósito centralizados (€600 diarios, €1.500 semanales, €3.000 mensuales) integrados directamente en el stack técnico. Las plataformas que no cumplan homologación quedan fuera del mercado; las que la cumplen imponen plazos de integración de 1–12 meses y modelos de coste radicalmente distintos según el nivel de personalización y control que el operador busque.

Qué es el software de apuestas deportivas y qué hace por dentro

El software de apuestas deportivas es la infraestructura B2B que adquiere o licencia un operador para gestionar todo el flujo de una apuesta: desde la compilación de cuotas hasta el cierre y liquidación de resultados. No se trata de la aplicación que descarga el apostante, sino del sistema que procesa cada transacción, ajusta el riesgo en tiempo real, conecta con proveedores de datos y pasarelas de pago, y genera el balance sobre el que después se calcula el impuesto. La diferencia entre operar con esta plataforma o sin ella es la que separa un negocio regulado de una hoja de cálculo con apuestas anotadas a mano.

Definición técnica y componentes del sportsbook

El núcleo del software se organiza en módulos interdependientes. El motor de trading compila las cuotas iniciales, las ajusta según el volumen apostado y el perfil de riesgo, y decide qué apuestas acepta y cuáles rechaza o limita; ese ajuste dinámico es lo que mantiene el hold del operador dentro del rango proyectado. El módulo de gestión de riesgo monitoriza en paralelo patrones de comportamiento, identifica cuentas que generan pérdida sostenida para la casa —value bettors, arbitrajistas, sindicatos— y activa límites o cierres antes de que el daño escale. Crucial.

La aceptación de apuestas funciona como un validador: verifica saldo disponible, comprueba que la cuota sigue activa, registra la transacción en el ledger del jugador y bloquea el importe apostado hasta la liquidación. Tras el evento deportivo, el motor de settlement cruza el feed de resultados con las apuestas abiertas, calcula ganancias según las cuotas cerradas al momento de la apuesta, y libera los pagos o los registra como pérdida. Este proceso de liquidación automatizada es lo que permite a un operador bajo DGOJ manejar decenas de miles de apuestas simultáneas sin intervención manual en cada una.

El frontend —la capa que el jugador ve— recibe feeds de cuotas ya compiladas, despliega mercados según la configuración del operador, captura la selección del apostante y la envía al backend para validación. La integración con sistemas de pago cierra el ciclo: el software conecta con pasarelas que procesan depósitos y retiradas, aplica los controles KYC obligatorios bajo DGOJ, y registra cada movimiento en el libro contable que alimenta después la declaración de GGR para el impuesto del 20 %.

Diferencia entre plataforma de apuestas y proveedor de datos

El software de apuestas deportivas es el backend y frontend B2B que procesa cuotas, acepta apuestas, gestiona riesgo mediante trading, liquida resultados y conecta con sistemas de pago. Un proveedor de datos deportivos, en cambio, solo suministra feeds de odds y resultados sin capacidad transaccional: entrega la información en bruto que la plataforma después consume para compilar sus propias cuotas o copiarlas directamente, pero no ejecuta ni una sola apuesta.

Sportradar, por ejemplo, aparece en el roster como proveedor de datos con cobertura en 120 países y como partner oficial DGOJ, pero su producto ORAKO no reemplaza la plataforma completa de un operador: alimenta el motor de cuotas y settlement de otra plataforma —Kambi, Altenar, Playtech— que sí gestiona el riesgo, acepta las transacciones y responde ante la DGOJ por cada apuesta registrada. La responsabilidad legal y técnica recae siempre sobre quien opera la plataforma transaccional, no sobre quien vende los datos que ésta consume.

Esta distinción importa al calcular la inversión real. Un operador que licencia una plataforma turnkey de Kambi o BetConstruct obtiene el stack completo homologado, incluyendo el trading, el CRM, los módulos PAM y KYC que exige el RD 176/2023, y la integración lista con pasarelas de pago; el proveedor de datos es un coste adicional —licencias de Sportradar o LSports— que se suma al rev-share de la plataforma. Confundir ambos productos infla el presupuesto proyectado o deja al operador con un feed de cuotas pero sin motor que las convierta en apuestas procesables.

¿Qué es un software de apuestas deportivas?

Es la plataforma B2B que permite a un operador compilar cuotas, aceptar apuestas, gestionar el riesgo mediante trading automatizado, liquidar resultados y procesar pagos; incluye backend transaccional, motor de riesgo, módulos de CRM y KYC, y frontend para el apostante, entregado como turnkey, white label o API.

¿Qué diferencia hay entre proveedor de sportsbook y proveedor de datos deportivos?

El proveedor de sportsbook entrega la plataforma completa que acepta y liquida apuestas, gestiona trading y riesgo, e integra pago; el proveedor de datos solo suministra feeds de cuotas y resultados que otra plataforma consume, sin capacidad transaccional ni responsabilidad regulatoria sobre las apuestas procesadas.

Diez proveedores de software de apuestas en 2026: desde Kambi hasta Delasport

Las empresas de software para apuestas deportivas que proveen a operadores bajo DGOJ no forman un mercado homogéneo: van desde Kambi y Sportradar, con trading gestionado end-to-end y licencias en más de cincuenta mercados regulados, hasta white label modulares como Altenar o Delasport, donde el operador obtiene un sportsbook en treinta días pero asume mayor responsabilidad sobre gestión de riesgo y cumplimiento local. La diferencia no está solo en precio o plazo de integración, sino en quién toma las decisiones de trading segundo a segundo cuando un evento se mueve, quién responde ante DGOJ por la homologación técnica de cada módulo, y qué parte del stack puede el operador modificar sin romper el contrato.

La elección determina tres variables que ningún roadmap interno resuelve después: el umbral de rentabilidad —cuánto handle mensual necesita el operador para cubrir costes fijos más rev-share más impuesto del 20 % sobre GGR—, la capacidad de adaptación regulatoria cuando DGOJ exija nuevos controles en 2026, y la dependencia técnica frente al proveedor. Un turnkey cerrado como Kambi entrega estabilidad y profundidad de mercados, pero el operador no posee el código y no puede migrar sin reconstruir todo; una plataforma API modular como la de Digitain permite integración propia, pero traslada al operador el coste de mantener compatibilidad con cada actualización del proveedor.

Operador	Licencia	Deportes cubiertos	Características live	Modelo de entrega	Punto diferencial
Kambi	MGA, UKGC, NGCB (Nevada), 50+ mercados	65+ deportes con trading gestionado	In-play, Bet Builder, Cash Out, Player Props, managed trading 24/7	Turnkey gestionado	Sportsbook premium end-to-end en 50+ mercados regulados
Altenar	ISO 27001, 30+ jurisdicciones	30+ deportes (fútbol, baloncesto, tenis, F1, eSports)	In-play, Bet Builder, Cash Out, Retail Cash Out, live streaming, terminales retail	White label + retail	White label operativo en 30 días con feeds oficiales premium
Playtech	180+ licencias globales, incluida DGOJ	Sportsbook omnicanal (online + retail)	BIT, Bet Builder, Cash Out, live streaming	Enterprise omnicanal	Playtech ONE omnicanal con retail integrado
BetConstruct	15+ jurisdicciones (MGA, Curaçao, Rumanía, LatAm)	140.000+ eventos pre-match, 70.000+ live al mes	In-play, virtuales 3D, live casino, esports, retail	Turnkey ecosistema completo	Ecosistema completo desplegable en semanas
Digitain	MGA, Isle of Man, LatAm y Europa Central/Este	65+ deportes, miles de ligas	In-play, Bet Builder, esports, virtuales, analítica IA	API modular multi-vertical	Cobertura 65+ deportes con API modular
SOFTSWISS Sportsbook	GLI-33, ISO 27001, MGA y Curaçao	200+ deportes, 100.000+ eventos live al mes	In-play, Bet Builder, Cash Out, integración nativa casino	Crypto-first	Sportsbook + casino unificados con cripto nativo
Sportradar (ORAKO)	120 países, partner oficial DGOJ	UOF sobre miles de competiciones	MTS, UOF, live streaming oficial	Turnkey + MTS gestionado	Partner oficial ligas mayores con datos y MTS end-to-end
BtoBet (Aristocrat Interactive)	LatAm, África y Europa	50+ deportes, 25.000+ eventos live al mes	In-play, Bet Builder, personalización IA	Localizado	Localización mercados emergentes con personalización IA
BETBY	MGA, Curaçao	Cobertura amplia, verticales fuertes en esports	In-play, Bet Builder, esports profundo con proveedor propio	iFrame personalizable	Sportsbook iFrame personalizable con esports premium
Delasport	MGA, ISO 27001, jurisdicciones europeas	125 deportes, 3.000+ mercados por evento	In-play, Bet Builder, Cash Out, herramientas retención integradas	Gestionado con traders	Servicios gestionados con traders senior incluidos

Kambi y Sportradar dominan el segmento de operadores con volumen consolidado, donde el valor está en no tomar decisiones de trading propias; BetConstruct y Altenar capturan el segmento de lanzamiento rápido, donde treinta días de integración importan más que la profundidad de Player Props; SOFTSWISS ocupa el nicho cripto, incompatible con operación pura bajo DGOJ pero relevante para operadores con doble licencia. Ninguno de estos diez entrega una solución gratuita: el coste está en rev-share sobre handle, en tarifas fijas mensuales, o en ambas estructuras combinadas según volumen.

1. Kambi

Kambi Group plc cotiza en Nasdaq Stockholm desde 2014, opera bajo licencias MGA, UKGC y NGCB de Nevada, y está homologada en más de cincuenta mercados regulados. Nació en 2010 como spin-off del sportsbook de Unibet y desde entonces gestiona el trading end-to-end para operadores que prefieren no construir mesa propia. Cubre 65+ deportes con profundidad de mercados gestionada en tiempo real por traders de Kambi, no del operador cliente. El SDK móvil y el frontend responsivo se integran en la infraestructura del operador, pero el motor de cuotas, la lógica de aceptación y la gestión de riesgo permanecen del lado de Kambi.

Sirve a operadores que priorizan estabilidad y profundidad sobre control. El modelo cerrado implica que el operador no posee el código, no puede modificar la lógica de trading, y paga rev-share alto según volumen. La personalización de frontend es limitada: Kambi entrega plantillas configurables, no desarrollo a medida. Para un operador bajo DGOJ el valor está en que Kambi asume la responsabilidad técnica de homologación de módulos, pero la contrapartida es dependencia total y costes fijos elevados incluso con volumen bajo.

2. Altenar

Altenar opera desde 2011 con raíces en el grupo BetConstruct, certificación ISO 27001 y homologación en más de treinta jurisdicciones; varios operadores bajo DGOJ integran su plataforma mediante white label. Cubre treinta deportes con énfasis en fútbol, baloncesto, tenis, Fórmula 1 y esports, y entrega módulo retail completo con terminales físicos y Retail Cash Out. El modelo de entrega es white label con iFrame más apps nativas, operativo en treinta días según roadmap estándar. Los feeds de datos provienen de proveedores externos premium —Sportradar, IMG Arena— en lugar de producción propia, lo que reduce latencia pero añade dependencia de terceros.

El operador que elige Altenar obtiene velocidad de lanzamiento y módulo retail integrado sin desarrollo propio, útil para cubrir canal físico exigido por algunas licencias autonómicas bajo DGOJ. La contrapartida: el trading no es gestionado end-to-end como en Kambi, sino que el operador asume mayor responsabilidad sobre límites y gestión de riesgo; Altenar provee las herramientas, no la mesa de trading. El operador asume tarifas de feeds de datos oficiales que se facturan por separado. Conviene a operadores con equipo de riesgo propio que buscan time-to-market corto.

3. Playtech

Playtech PLC cotiza en la Bolsa de Londres, opera bajo 180+ licencias globales incluida DGOJ en España, y existe desde 1999 como proveedor enterprise de casino y sportsbook. Su oferta para apuestas deportivas es Playtech ONE, plataforma omnicanal que integra online, móvil y retail bajo un único backend con PAM+ (Player Account Management) y payment gateway propietario. BIT (Bet Instant Trading) es el motor de cuotas con gestión de riesgo en tiempo real; el stack incluye Bet Builder, Cash Out y live streaming bajo licencia de Playtech. El modelo de entrega es enterprise: integración de cuatro a seis meses, contratos plurianuales, soporte 24/7 y SLA garantizado.

Playtech encaja en operadores grandes o con ambición omnicanal seria, donde retail no es un módulo añadido sino parte del core. El overhead corporativo se refleja en timeline de integración largo y estructura de contrato rígida: no es posible arrancar en treinta días ni migrar fácilmente a otro proveedor. El coste no es transparente —se negocia caso por caso—, pero el coste se estructura en combinaciones de setup fee más rev-share escalonado según volumen, negociadas caso por caso. La ventaja es que DGOJ conoce el stack de Playtech desde hace años, lo que acelera homologación técnica; la desventaja es rigidez y coste de salida alto.

4. BetConstruct

BetConstruct es marca de SoftConstruct Ltd, opera desde 2003 con licencias en quince jurisdicciones (MGA, Curaçao, Rumanía, varios mercados LatAm) y entrega ecosistema completo: sportsbook, casino, retail, virtuales 3D, esports y backend unificado con más de cien métodos de pago preintegrados. Procesa 140.000 eventos pre-match y 70.000 live al mes según datos del proveedor. El modelo es turnkey con despliegue en semanas, no meses: el operador obtiene frontend, backend, CRM, PAM y herramientas de retención bajo una única integración. Apps nativas iOS y Android vienen incluidas en el paquete estándar.

Sirve a operadores que prefieren velocidad y amplitud —verticales múltiples bajo un contrato— sobre profundidad de trading gestionado. BetConstruct no compite con Kambi en gestión de riesgo segundo a segundo: el operador recibe las herramientas y asume la operación de mesa propia. El producto es amplio pero menos profundo que especialistas puros de sportsbook; conviene a mercados emergentes o a operadores con estrategia multimarca donde el time-to-market importa más que la sofisticación de Player Props. El setup fee puede ser bajo o inexistente si el operador acepta contrato plurianual.

5. Digitain

Digitain LLC opera desde Armenia desde 1999, con licencias MGA, Isle of Man y presencia en LatAm y Europa Central y del Este. Cubre 65+ deportes y miles de ligas mediante SDK modular que permite integración API propia del operador: el sportsbook no llega como bloque cerrado sino como conjunto de microservicios que el operador conecta a su infraestructura existente. Las características live incluyen In-play, Bet Builder, esports, virtuales y módulo de analítica por IA. El modelo de entrega es híbrido: turnkey para operadores sin stack propio, API modular para quienes tienen desarrollo interno.

El valor de Digitain está en flexibilidad técnica: el operador puede integrar solo el motor de cuotas y gestionar frontend propio, o tomar el paquete completo con apps nativas. La contrapartida es que API modular traslada al operador la carga de mantener compatibilidad con cada actualización del proveedor; si Digitain cambia un endpoint, el operador adapta su código. El precio se estructura según módulos contratados: desde rev-share puro hasta combinación de tarifa fija más porcentaje escalonado, lo que permite adaptar el modelo de coste al volumen proyectado. En España tiene menor notoriedad de marca que Kambi o Playtech, pero operadores medianos con equipo técnico propio valoran la modularidad sobre el reconocimiento de nombre.

6. SOFTSWISS Sportsbook

SOFTSWISS lanzó su vertical de sportsbook en 2022 sobre infraestructura certificada GLI-33 e ISO 27001, con licencias MGA y Curaçao. El enfoque es crypto-first: acepta BTC, USDT, ETH y decenas de criptomonedas de forma nativa, con wallet integrado y liquidación en blockchain. Cubre 200+ deportes y procesa 100.000 eventos live al mes según cifras del proveedor; las características incluyen In-play, Bet Builder, Cash Out e integración nativa con el casino SOFTSWISS. El frontend es mobile-first responsivo, diseñado para operadores con audiencia cripto que priorizan anonimato y rapidez de retiro.

SOFTSWISS no encaja para operadores que quieren operar puramente bajo DGOJ: el producto está optimizado para mercado gris y licencias offshore donde la verificación KYC es ligera y los depósitos en criptomoneda son el estándar. Un operador bajo DGOJ que además opere con licencia Curaçao o MGA en otra jurisdicción puede usar SOFTSWISS para ese canal paralelo, pero no para el dominio supervisado por DGOJ. El modelo de negocio es rev-share sobre GGR del casino y handle del sportsbook combinados, con tarifa mensual fija si el operador contrata infraestructura completa. No hay cifras públicas de precio, pero sector reporta setup más rápido que enterprise tradicionales.

7. Sportradar (ORAKO)

Sportradar AG cotiza en Nasdaq, tiene sede en Suiza y provee datos deportivos a más de novecientos operadores en ciento veinte países; es partner oficial de DGOJ como proveedor de datos verificados. ORAKO es su plataforma de sportsbook turnkey lanzada en 2022, que combina Unified Odds Feed (UOF) —el estándar de datos de Sportradar— con Managed Trading Services (MTS), donde traders de Sportradar gestionan riesgo end-to-end para el operador. El modelo es cerrado: el operador no toca la lógica de cuotas ni la gestión de posiciones, solo configura frontend y reglas de negocio de alto nivel. Live streaming oficial viene incluido mediante acuerdos directos de Sportradar con ligas mayores.

Sportradar sirve a operadores que priorizan calidad de datos y relación directa con derechos oficiales sobre coste o control. Es partner oficial de NBA, NHL, FIFA y decenas de ligas europeas, lo que da acceso a feeds de latencia mínima y contenido exclusivo; pero esa ventaja se factura con precio premium y contratos largos. Un operador bajo DGOJ que elige Sportradar obtiene homologación técnica facilitada —DGOJ conoce el stack— y reduce riesgo operativo al externalizar trading, pero asume dependencia total: migrar a otro proveedor implica reconstruir todo el sportsbook. El modelo de pricing es premium y se negocia según volumen proyectado.

8. BtoBet (Aristocrat Interactive)

BtoBet opera desde 2005 y fue adquirida por Aristocrat Interactive (antes Neogames); tiene licencias activas en LatAm, África y Europa. Cubre más de cincuenta deportes y procesa 25.000 eventos live al mes, con módulo de personalización por IA que adapta frontend y oferta de mercados según comportamiento del jugador. El enfoque es localización profunda: BtoBet ajusta su plataforma a requisitos regulatorios y culturales de mercados emergentes, donde infraestructura de pago es heterogénea y el operador necesita soporte multimoneda sin depender de aggregators externos. El modelo de entrega es turnkey con gateway de pago modular y apps nativas multiplataforma.

Sirve a operadores en jurisdicciones donde Kambi o Playtech no priorizan inversión: Colombia, Perú, Nigeria, Kenia, mercados de Europa del Este. BtoBet aporta experiencia en lanzamiento bajo regulación local reciente, pero la implementación es menos ágil que competidores basados en iFrame puro; el operador no arranca en treinta días, sino en tres a cuatro meses. La ventaja es que Aristocrat respalda con capital y compliance corporativo; la desventaja es que el producto no tiene la profundidad de mercados de Kambi ni la velocidad de despliegue de Altenar. El pricing se estructura caso por caso según volumen y servicios contratados.

9. BETBY

BETBY opera desde Malta desde 2018 con licencias MGA y Curaçao; es proveedor relativamente joven con crecimiento en Europa Central y del Este. Su producto es sportsbook iFrame altamente personalizable, donde el operador modifica layout, colores, flujo de apuesta y estructura de navegación sin tocar código backend. La cobertura deportiva es amplia con vertical fuerte en esports: BETBY tiene proveedor propio de datos de esports —no depende de terceros para Dota 2, League of Legends, CS2— lo que reduce latencia en ese segmento. Características incluyen In-play, Bet Builder y frontend mobile-first responsivo.

Encaja en operadores medianos con audiencia joven o con foco en esports, donde la personalización de frontend importa más que el nombre del proveedor. BETBY tiene menor track record histórico que Kambi (catorce años de operación) o Playtech (veinticinco años), lo que puede complicar la percepción de DGOJ en auditoría inicial; pero el tiempo de integración es corto —seis a ocho semanas— y el modelo de negocio es flexible: rev-share puro o combinación con tarifa fija según volumen proyectado. El modelo de pricing se estructura mediante rev-share sobre handle según configuración contratada.

10. Delasport

Delasport Ltd opera desde Bulgaria desde 2010 con licencias MGA, certificación ISO 27001 y presencia en jurisdicciones europeas. Cubre ciento veinticinco deportes y entrega hasta 3.000 mercados por evento en partidos de primera división, con profundidad mayor que white label estándar pero menor que Kambi. El modelo combina sportsbook con servicios gestionados: Delasport incluye traders senior en el contrato, que operan la mesa de trading en nombre del cliente; el operador no necesita contratar equipo de riesgo propio. Las características incluyen In-play, Bet Builder, Cash Out, herramientas de retención integradas (gamificación, misiones, cashback automático) y frontend en iFrame más apps white-label.

Sirve a operadores que buscan término medio entre turnkey cerrado y white label puro: el operador obtiene profundidad de mercados y gestión de riesgo incluida, pero conserva marca propia y cierto control sobre frontend. Delasport no tiene el volumen agregado de Kambi —que consolida handle de decenas de operadores grandes— ni el reconocimiento de Sportradar, pero ofrece time-to-market de ocho a doce semanas y precio competitivo. El pricing varía según servicios contratados; la inclusión de traders gestionados añade valor operativo pero también coste fijo mensual aunque el volumen sea bajo.

¿Cuáles son los principales proveedores de software de apuestas deportivas en España?

Los principales proveedores para operadores bajo DGOJ son Kambi, Playtech, Sportradar, Altenar y BetConstruct, elegidos según prioridad del operador: Kambi y Sportradar para trading gestionado end-to-end, Playtech para omnicanalidad enterprise con retail integrado, Altenar para white label en treinta días, BetConstruct para ecosistema completo multimarca; Digitain, SOFTSWISS, BtoBet, BETBY y Delasport cubren nichos de API modular, cripto, mercados emergentes y servicios gestionados respectivamente.

Modelos de entrega, inversión real y plazos bajo DGOJ

Turnkey, white label, plataforma API y desarrollo custom

Comprar software de apuestas deportivas significa elegir entre cuatro modelos que difieren en plazo, control y estructura de costes. El turnkey entrega un sportsbook operativo en uno a cuatro meses por $150.000–300.000: trading gestionado por el proveedor, marca del operador aplicada sobre infraestructura compartida, módulos de pago y KYC incluidos. Aquí el proveedor asume las licencias de datos deportivos y la gestión de riesgo, pero el operador paga rev-share del 8–15 % sobre ingresos brutos.

El modelo white label amplía el plazo a tres o seis meses y permite personalización moderada del frontend, la selección de deportes cubiertos y cierta autonomía en CRM. Conserva la misma base tecnológica compartida y el trading gestionado, con un coste inicial comparable al turnkey pero mayor flexibilidad en la configuración de bonos y límites.

La plataforma API invierte la responsabilidad: el operador integra el sportsbook en su propio stack tecnológico, diseña el frontend, gestiona el trading si cuenta con equipo especializado y asume la homologación de cada módulo. Reduce el rev-share pero exige capacidad técnica interna. El desarrollo custom toma seis a doce meses y más de $500.000, entrega control absoluto sobre arquitectura y lógica de negocio, pero obliga al operador a negociar cada licencia de datos por separado y a certificar la plataforma desde cero ante DGOJ.

Modelo	Plazo integración	Coste estimado	Trading incluido	Personalización	Quién asume licencia
Turnkey	1–4 meses	$150.000–300.000	Sí, gestionado por proveedor	Mínima, marca sobre base compartida	Proveedor
White label	3–6 meses	$150.000–350.000	Sí, gestionado por proveedor	Moderada, frontend y deportes	Proveedor
Plataforma API	2–6 meses integración	Rev-share o fee mensual	No, operador gestiona	Alta, stack propio	Operador
Custom build	6–12 meses	Desde $500.000	Según equipo del operador	Total	Operador

La elección determina el umbral de rentabilidad antes incluso que la profundidad de mercados. Un turnkey con rev-share del 12 % consume ese porcentaje sobre cada euro de ingreso bruto; una plataforma API con fee fijo de €30.000 mensuales se vuelve más eficiente a partir de €250.000 de ingresos brutos al mes.

Desglose completo del CAPEX y OPEX para operar bajo DGOJ

El arranque legal bajo DGOJ exige un capital social de €100.000, una tasa de tramitación de €10.000 y garantías bancarias de €1.000.000 a €3.000.000 según el volumen de juego proyectado. La homologación técnica del software suma aproximadamente €150.000: auditoría de módulos PAM, CRM, KYC, certificación de generadores de números aleatorios donde apliquen, y revisión de integraciones con sistemas de pago.

La supervisión anual cobra el 0,075 % del ingreso bruto del operador. Un operador con €10.000.000 de ingresos brutos anuales paga €7.500 en tasa de supervisión, cantidad marginal frente al impuesto sobre el margen bruto de juego. Ese impuesto del 20 % sobre GGR es la carga estructural: si el operador retiene €800.000 tras pagar premios sobre €10.000.000 de handle, entrega €160.000 al Estado antes de contabilizar costes de plataforma, marketing o datos.

El timeline regulatorio va de nueve a doce meses desde la solicitud hasta la autorización definitiva. Durante ese periodo el operador no puede operar, pero sí debe contratar la plataforma, negociar las licencias de datos y preparar la infraestructura técnica. La inversión total previa al primer euro de ingresos oscila entre €1.300.000 y €3.500.000 según el modelo de entrega elegido y el tamaño de las garantías exigidas.

Cálculo de break-even con hold 5–8 % y GGR del 20 %

El punto de equilibrio bajo DGOJ depende de cuatro variables encadenadas: hold, impuesto sobre GGR, rev-share de plataforma y licencias de datos. Un operador con hold del 6 % sobre handle genera €60.000 de margen bruto por cada millón apostado. De esos €60.000, el 20 % —€12.000— se destina a impuestos, dejando €48.000.

Si la plataforma cobra un rev-share del 12 % sobre ingresos brutos —en este caso sobre el handle de €1.000.000—, el operador paga €120.000 al proveedor, cifra que supera el margen neto tras impuestos. Esto revela la trampa: un rev-share sobre handle en lugar de sobre GGR convierte modelos turnkey en inviables para operadores con hold inferior al 8 %.

Paso 1

Se asume un handle mensual de €5.000.000 y un hold del 6 %, generando un margen bruto de €300.000.

Paso 2

El impuesto del 20 % sobre esos €300.000 de GGR resta €60.000, dejando €240.000 disponibles.

Paso 3

Un rev-share del 10 % sobre ingresos brutos toma €500.000 × 0,10 = €50.000 si se calcula sobre GGR, o €5.000.000 × 0,10 = €500.000 si el contrato lo aplica sobre handle —diferencia que determina la viabilidad del modelo.

Paso 4

Las licencias de datos deportivos cuestan entre €10.000 y €40.000 mensuales según cobertura. Asumiendo €25.000, el operador conserva €240.000 − €50.000 − €25.000 = €165.000 para cubrir marketing, personal, atención al cliente y estructura.

Paso 5

Con costes operativos de €100.000 mensuales, el margen neto es de €65.000, alcanzando el break-even operativo tras €1.300.000 de CAPEX inicial en aproximadamente veinte meses.

La diferencia entre hold del 5 % y del 8 % no es de tres puntos porcentuales: es la frontera entre sostenibilidad y pérdida estructural. Un hold del 5 % sobre €5.000.000 genera €250.000 de GGR, de los cuales €50.000 van a impuestos, dejando €200.000 antes de rev-share. Con los mismos costes de plataforma y datos, el margen neto cae a €25.000 mensuales, elevando el periodo de recuperación a más de cuatro años.

¿Cuál es la diferencia entre software de apuestas llave en mano y white label?

El turnkey o llave en mano entrega un sportsbook operativo con trading gestionado por el proveedor en uno a cuatro meses, mientras que el white label permite tres a seis meses de personalización moderada en frontend, deportes cubiertos y lógica de bonos, conservando la misma base tecnológica compartida y estructura de rev-share sobre ingresos brutos.

¿Cuánto cuesta comprar un software de apuestas deportivas?

Arrancar bajo DGOJ exige €1.300.000–3.500.000 sumando capital social de €100.000, garantías de €1.000.000–3.000.000, homologación técnica de €150.000 y el software turnkey o white label por $150.000–300.000, más supervisión anual del 0,075 % sobre ingresos brutos e impuesto del 20 % sobre GGR; un modelo API o custom build eleva la cifra inicial según desarrollo propio.

Requisitos técnicos que impone la DGOJ al software del operador

El coste de arranque no es el único filtro. La DGOJ establece obligaciones técnicas sobre el software del operador que determinan qué plataformas pueden operar y cuáles quedan fuera, porque el cumplimiento no se añade después del contrato: se entrega de fábrica o el software no sirve. Un proveedor para un operador bajo DGOJ debe homologar cada módulo del stack, desde la aceptación de apuestas hasta la gestión del jugador, y esa homologación técnica responde a un marco regulatorio que se endureció en 2023 y volverá a cambiar en 2026. No basta con que la plataforma acepte apuestas y las liquide; debe integrar capas de protección, límites obligatorios y detección de riesgo que el legislador español prescribe en el código. Un software para casas de apuestas en otro mercado regulado puede cumplir MGA o UKGC y seguir sin servir bajo DGOJ, porque las exigencias difieren en arquitectura y en detalle.

Impacto del RD 176/2023 y obligaciones 2026

El Real Decreto 176/2023 redefinió la relación entre software y supervisión. Hasta entonces, la DGOJ auditaba sobre todo el perímetro financiero y la prevención de blanqueo; desde 2023, audita la lógica del producto. El operador no puede lanzar una funcionalidad nueva sin homologar su impacto sobre el jugador, y el proveedor de software debe documentar cómo cada módulo respeta los límites que fija la ley. Lo que cambia en 2026 eleva la exigencia a otro nivel: algoritmo de detección de riesgo basado en inteligencia artificial, verificación biométrica del jugador en el proceso KYC, límites de depósito centralizados que la plataforma aplica sin intervención manual. Estas tres obligaciones no son accesorios. Forman parte del core del sistema.

El algoritmo de IA debe identificar patrones de juego problemático en tiempo real y activar las alertas que el operador está obligado a tramitar. La verificación biométrica cierra el bucle de identidad que el KYC documental no puede garantizar; un pasaporte escaneado puede pertenecer a un tercero, un selfie con liveness detection reduce ese riesgo al mínimo técnico. Los límites centralizados —€600 diarios, €1.500 semanales, €3.000 mensuales— se aplican desde la base de datos del operador, no desde el front ni desde el navegador del usuario, y la plataforma debe bloquear un depósito que supere el umbral antes de tramitarlo con el PSP. Esta arquitectura obliga a reescribir el módulo de pagos, el motor de riesgo y la capa de identidad; un proveedor que entregue en 2026 el mismo stack que ofrecía en 2022 no pasará la homologación técnica DGOJ.

Módulos PAM, CRM y KYC que la plataforma debe traer de fábrica

Tres siglas concentran el cumplimiento técnico: PAM (Player Account Management), CRM (Customer Relationship Management) y KYC (Know Your Customer). El módulo PAM gestiona la cuenta del jugador, su saldo, el historial de transacciones, los límites de depósito, de pérdida, de tiempo de sesión y de autoexclusión. Bajo DGOJ, el PAM debe aplicar los límites centralizados —€600 en 24 horas, €1.500 en siete días, €3.000 en treinta días— sin posibilidad de que el jugador los eleve por encima de esos techos, y debe registrar cada intento de modificación. El CRM traza el comportamiento del jugador a lo largo de su ciclo de vida: frecuencia de sesión, patrón de apuesta, respuesta a campañas, señales de desvinculación o de riesgo. Aquí es donde entra el algoritmo de IA obligatorio desde 2026: el CRM alimenta el modelo de detección, el modelo devuelve un score de riesgo, y el operador actúa según ese score o queda en incumplimiento. El KYC verifica la identidad del jugador antes del primer retiro y, desde 2026, debe incluir verificación biométrica en el onboarding; un simple upload de documento ya no basta.

Estos módulos no son opcionales ni configurables por jurisdicción: la plataforma los entrega listos para la homologación DGOJ, o el operador tendrá que desarrollarlos por su cuenta, lo que convierte un contrato white label en un proyecto custom a mitad de camino. Playtech, homologada bajo DGOJ, integra estos tres módulos en su stack desde 2018 y actualizó la lógica tras el RD 176/2023; Altenar ofrece integraciones para operadores DGOJ con PAM, CRM y KYC adaptados al marco español; Kambi cubre el stack completo en los 50 mercados donde está homologada, incluida la lógica de límites centralizada. Un proveedor sin experiencia en mercados con protección obligatoria del jugador entregará un sportsbook funcional, pero no un sistema que pase la auditoría técnica DGOJ. El software que no cumpla estos requisitos queda excluido del mercado español, sin importar su hold, su latencia o su cobertura deportiva.

Cobertura deportiva, canales y terminales que integra el software

Deportes y ligas que cubre un sportsbook estándar

La cobertura deportiva de un software de apuestas deportivas estándar arranca con fútbol y se extiende hacia baloncesto, tenis y carreras de caballos según el modelo de datos que el proveedor contrate. El fútbol representa entre el 60 % y el 75 % del handle en mercados europeos, lo que explica por qué todo sportsbook entrega entre 150 y 300 ligas de fútbol con profundidad de mercados en competiciones de primer nivel —La Liga, Premier League, Serie A, Bundesliga— y cobertura básica en ligas de Sudamérica, Asia y África. El baloncesto ocupa el segundo lugar en volumen de apuesta, con NBA, Euroliga y ACB como referencias obligadas; el tenis cubre ATP, WTA y Grand Slams en modalidad partido completo y sets; las carreras de caballos se integran mediante feeds especializados de SIS, Betgenius o proveedores locales que entregan vídeo en directo desde hipódromos del Reino Unido, Irlanda, Sudáfrica y Australia.

Un proveedor de software no genera estos datos. Contrata feeds de Sportradar, LSports, Genius Sports o Betradar y los conecta a su motor de trading; la amplitud de la cobertura depende del presupuesto que el operador destine a licencias de datos, que oscilan entre €5.000 y €50.000 mensuales según el número de deportes, la profundidad de mercados y si se incluye producto live. Deportes de nicho —eSports, MMA, dardos, críquet— se añaden como módulos opcionales; las apuestas de fútbol y baloncesto están siempre en el paquete base. La diferencia entre un sportsbook de 20 deportes y uno de 50 no es técnica, es contractual: el software admite cualquier feed que cumpla el estándar de integración, pero cada deporte adicional suma coste de licencia y complejidad de trading.

Integración omnicanal: móvil, escritorio, terminales retail

El software de apuestas deportivas entrega tres interfaces desde un único backend: aplicación web responsiva para navegador de escritorio y móvil, aplicación nativa para iOS y Android, y API para terminales físicos de punto de venta. La arquitectura omnicanal no es un añadido, es el diseño estándar desde 2018. Un jugador puede abrir una apuesta en el móvil, consultar el estado en el ordenador y cobrar el premio en un terminal físico —el sistema sincroniza saldo, historial y límites en tiempo real entre los tres canales—. Kambi, Altenar y BetConstruct entregan estos tres canales en su oferta turnkey; Playtech incluye terminal retail en mercados donde el operador lo solicita; SOFTSWISS Sportsbook ofrece web y móvil de serie, con integración retail como desarrollo aparte.

Los terminales físicos funcionan mediante quioscos táctiles conectados a la plataforma por API; el operador instala el hardware —pantalla, impresora de tickets, lector de código de barras, TPV— y el proveedor entrega el cliente ligero que se comunica con el backend central. Codere y Sportium operan en España con centenares de puntos de venta físicos integrados en su software de apuestas; la regulación DGOJ exige que cada terminal se identifique, registre toda transacción y aplique los mismos límites de depósito que el canal digital. No existe software de terminal de apuestas independiente del sportsbook central: el terminal es un cliente más, como la app móvil.

La búsqueda de software de apuestas para Mac revela un malentendido: el software B2B de apuestas deportivas es una plataforma servidor que el operador contrata, no una aplicación que se instala en un ordenador personal. El operador accede al panel de administración mediante navegador web desde cualquier sistema operativo; el jugador final usa la web o la app que el operador publica. Lo mismo ocurre con las búsquedas de software para apuestas de fútbol gratis: no existen plataformas B2B gratuitas, y un operador que busque software específico para un solo deporte no entiende cómo funciona un sportsbook —el fútbol es una categoría dentro de la cobertura, nunca una plataforma aparte—.

¿Qué deportes cubre un software de apuestas deportivas típico?

Un sportsbook estándar cubre entre 20 y 35 deportes: fútbol, baloncesto, tenis, carreras de caballos, voleibol, balonmano, hockey sobre hielo, béisbol, fútbol americano, rugby, boxeo, artes marciales mixtas, ciclismo, atletismo, motor, golf y deportes de invierno en el paquete base; eSports, críquet, dardos, snooker, waterpolo, bádminton y otros como módulos opcionales según licencia de datos.

¿Un software de apuestas deportivas puede integrar terminales físicos y app móvil a la vez?

Sí, la arquitectura omnicanal es estándar: el software entrega backend único con interfaces web, app nativa iOS/Android y API para terminales retail que sincronizan saldo e historial en tiempo real; el operador despliega los tres canales desde la misma plataforma.

Funcionalidades avanzadas: in-play, bet builder, cash out e inteligencia artificial

El sportsbook omnicanal es solo la base: el margen real del operador se decide en el producto in-play, en la capacidad de construir apuestas combinadas sin disparar el riesgo y en algoritmos de IA que detectan patrones de juego problemático antes que el jugador lo declare. Estas funcionalidades avanzadas separan plataformas de primera línea de turnkey genérico, y su coste de integración —licencias de feed, desarrollo de motor de correlación, infraestructura de baja latencia— redefine el CAPEX del arranque. El software de apuestas virtuales, que simula eventos con generador aleatorio certificado y ciclo de 90 segundos, aparece como módulo opcional en Altenar, BetConstruct y Digitain; su rentabilidad depende del hold configurado (entre 8 % y 15 %) y de la ausencia de incertidumbre real, lo que lo convierte en producto de relleno para horarios sin competición en vivo.

Características live y latencia de feeds

La latencia del feed de datos en producto in-play determina el hold antes que la profundidad de mercados. Un operador con acceso a LSports en modo near-zero-latency recibe la actualización de cuota 200–400 milisegundos antes que uno conectado al Unified Odds Feed de Sportradar; esa ventana le permite cerrar la aceptación de apuestas cuando el evento en cancha ya cambió, conservando margen que de otro modo pierde frente al apostante informado. Los datos oficiales de Genius Sports entregan la mayor fiabilidad —validados directamente por la liga— pero añaden latencia de transmisión que en mercados rápidos (próximo punto en tenis, próximo corner en fútbol) erosiona el hold efectivo del operador.

Sportradar alimenta operadores bajo DGOJ con su Unified Odds Feed, que integra datos de partidos en curso, estadísticas en vivo y contenido audiovisual bajo una sola licencia. La diferencia de coste entre proveedores es proporcional a la latencia y al nivel de acceso: los feeds near-zero-latency y los datos oficiales de ligas mayores se facturan con pricing premium, mientras que las coberturas estándar operan con tarifas más accesibles según volumen de eventos contratado. El operador que arranca bajo DGOJ elige entre latencia controlada con presupuesto ajustado o ventaja competitiva cara.

El cash out —liquidación anticipada antes del final del evento— requiere motor de repricing en tiempo real que recalcula cuota según probabilidad actualizada; Kambi, Playtech y BetConstruct lo entregan integrado, mientras que plataformas de gama media como BETBY o Delasport lo licencian de terceros. El bet builder permite al jugador combinar mercados correlacionados del mismo partido (resultado final + total de goles + tarjetas), y su implementación exige algoritmo que detecte correlación matemática entre selecciones para ajustar la cuota compuesta sin exponerse a arbitraje. Entregar esta función sin motor propio convierte al operador en tomador ciego de riesgo.

Aplicaciones de IA en gestión de riesgo y personalización

La inteligencia artificial en software de apuestas deportivas cubre tres áreas: detección de fraude y match-fixing, identificación temprana de jugador en riesgo y personalización de cuotas por perfil. Los algoritmos de detección de patrones analizan volumen, timing y distribución geográfica de apuestas sobre un mercado concreto; cuando el handle sobre un resultado improbable (tarjeta en minuto exacto, resultado de set específico) supera umbral estadístico, el sistema congela la aceptación y marca el evento para revisión manual. Playtech utiliza su módulo IMS (Information Management System) para cruzar apuestas en tiempo real con bases de datos de partidos señalados; BetConstruct integra detección por machine learning entrenado sobre histórico de cinco años. Bajo DGOJ, la obligación de reporting inmediato de irregularidades hace que el módulo de detección sea requisito técnico, no ventaja comercial.

La identificación de juego problemático mediante IA es obligatoria desde las actualizaciones del RD 176/2023 para 2026: el software debe rastrear aceleración en frecuencia de apuesta, incremento de stake medio, sesiones nocturnas recurrentes y pérdida acumulada como porcentaje del depósito histórico. Cuando el algoritmo detecta desviación del perfil de base, dispara límite temporal o notificación al jugador; los proveedores homologados entrelazan esta lógica con los módulos PAM y CRM que gestionan autoexclusión. La personalización de contenido —qué deportes y mercados destacar por usuario— se alimenta de histórico de apuesta y navegación, pero su aplicación en España está limitada por restricciones de comunicación comercial y prohibición de bonos recurrentes.

La lógica de bonos cambia radicalmente con el impuesto del 20 % sobre GGR. Un freebet nominal de €10 entrega al jugador un valor esperado de €4–5 tras rollover y carga fiscal: si el jugador apuesta los €10 en cuota 2,00 y gana, recibe €10 netos (€20 de retorno menos €10 de stake ficticio); con probabilidad del 50 %, el valor esperado es €5. El operador, sin embargo, soporta el coste completo del bono en su cálculo de GGR antes de tributar, lo que convierte incentivos generosos en trampas de rentabilidad. El software que automatiza emisión de bonos sin integrar simulación de coste real sobre GGR proyectado expone al operador a quebrar la estructura de márgenes antes de alcanzar volumen sostenible.

Lo que el software de apuestas deportivas para operadores no hace es predecir resultados ni entregar ventaja al jugador final. Las búsquedas de «software para ganar apuestas deportivas» o «software predicción apuestas deportivas gratis» remiten a herramientas de terceros —algunas legítimas, muchas fraudulentas— que prometen análisis estadístico o señales de value betting. El software B2B del operador gestiona riesgo desde el otro lado: ajusta cuotas para conservar margen, detecta apostantes ganadores recurrentes y limita stakes donde el perfil sugiere ventaja informativa. No existe software gratuito que garantice ganancia al apostante, y cualquier oferta en ese sentido es señal de estafa o modelo freemium que monetiza mediante suscripción cara o venta de datos del usuario.

¿Cómo se aplica la inteligencia artificial en el software de apuestas deportivas?

La IA se aplica en tres capas: detección automática de fraude y match-fixing mediante análisis de patrones de apuesta anómalos, identificación temprana de jugador en riesgo a partir de desviaciones en frecuencia y stake (obligatoria bajo DGOJ desde 2026), y personalización de contenido según histórico de navegación y apuesta del usuario dentro de los límites que marca la regulación española sobre comunicación comercial.

Por qué no existe software de apuestas gratuito para operadores

La búsqueda de software de apuestas deportivas gratis refleja una expectativa irreal sobre un producto cuyo desarrollo, mantenimiento y homologación cuestan millones. Ninguna plataforma seria entrega infraestructura de trading, gestión de riesgo en tiempo real, feeds de cuotas de decenas de proveedores, módulos PAM y KYC homologados por DGOJ y soporte técnico 24/7 sin cobrar. Lo que se presenta como «gratis» o «sin coste inicial» es un modelo de revenue-share donde el operador paga con margen, no con efectivo por adelantado, y donde las dependencias técnicas y contractuales sustituyen la inversión CAPEX por una carga OPEX perpetua.

El coste real de operar un sportsbook bajo DGOJ incluye licencias de datos deportivos (Sportradar, Genius Sports, LSports) que van de €30.000 a más de €150.000 anuales según la cobertura, infraestructura cloud que escala con el handle, personal de trading que ajusta cuotas y gestiona el riesgo, desarrolladores que integran actualizaciones regulatorias como las obligaciones de IA y KYC biométrico para 2026, y cumplimiento continuo ante la supervisión de la Dirección General de Ordenación del Juego. Ningún proveedor absorbe esos costes sin recuperarlos.

El modelo «sin inversión inicial» traslada el pago a un porcentaje sobre los ingresos brutos o el GGR del operador. Una plataforma que cobra el 12 % de revenue-share sobre un handle mensual de €500.000 con un hold del 6 % retiene €3.600 al mes, €43.200 al año. Esto antes del impuesto del 20 % sobre GGR que paga el operador. Si el operador genera €30.000 mensuales en margen bruto, entrega €6.000 al Estado, €3.600 a la plataforma y conserva €20.400 antes de cubrir licencias de datos, marketing, atención al cliente y nóminas. El umbral de rentabilidad se aleja.

La dependencia técnica convierte la relación en lock-in. El operador no posee el código, no controla el roadmap de producto, no puede migrar a otro proveedor sin reconstruir la base de jugadores desde cero porque los datos históricos, las integraciones de pago y las reglas de bonificación están atadas al backend del proveedor. Cambiar de plataforma después de dos años equivale a lanzar una operación nueva. Las condiciones de salida suelen incluir cláusulas de no competencia o pagos residuales sobre la cartera de jugadores generada durante el contrato.

¡Atención! Las ofertas de software «gratuito» suelen ser demostraciones limitadas, plataformas pirata sin homologación DGOJ o modelos de revenue-share con cláusulas que retienen entre el 10 % y el 18 % del ingreso bruto del operador de forma indefinida. Sin homologación técnica por la Dirección General de Ordenación del Juego, operar ese software es ilegal en España y expone al operador a sanciones de hasta €1.000.000 y pérdida de licencia. El control técnico y comercial queda en manos del proveedor, que puede modificar unilateralmente las tarifas o descontinuar funcionalidades críticas sin que el operador conserve alternativa de migración viable.

Un proveedor legítimo presenta su modelo de costes por adelantado: tarifa plana mensual, revenue-share con techo definido, o combinación de ambos con condiciones de salida claras. Ninguno regala el software. La ilusión de gratuidad es la señal más fiable de que el coste está oculto y será mayor.

¿Existe un software de apuestas deportivas realmente gratis para operadores?

No existe software B2B de apuestas que sea gratuito en sentido estricto. Las plataformas «sin coste inicial» operan bajo revenue-share del 8–18 % sobre ingresos brutos del operador y retienen control técnico perpetuo; las versiones demo carecen de homologación DGOJ y funcionalidad transaccional real; y los repositorios open-source no incluyen trading, feeds de cuotas ni soporte regulatorio necesario para operar legalmente en España.

Lo que este software no es y búsquedas que no aplican

El software de apuestas de valor, el software de apuestas seguras y las herramientas para replicar apuestas no tienen nada que ver con el software B2B que gestiona un operador. Son programas del lado del apostante —scanners de cuotas, calculadoras de arbitraje, servicios de copia de tipsters— que buscan explotar ineficiencias entre casas de apuestas o aprovechar bonos de bienvenida de forma sistemática. Un operador bajo DGOJ no compra ni integra estas herramientas: las detecta, las bloquea y cierra las cuentas de quienes las usan. Confundir ambos territorios es como buscar un sistema antirrobo cuando lo que se necesita es un cajero automático.

El software de apuestas de valor escanea decenas de operadores en tiempo real para identificar cuotas con valor esperado positivo —situaciones donde la probabilidad implícita en la cuota es inferior a la probabilidad real estimada del evento—. Las plataformas de apuestas seguras hacen lo mismo con el arbitraje: localizan discrepancias de cuotas entre operadores que permiten cubrir todos los resultados con beneficio garantizado. Ambos métodos existen, funcionan en teoría y están prohibidos en los términos y condiciones de cualquier operador regulado. Las casas de apuestas identifican estos patrones mediante los módulos de detección de riesgo del software B2B —los mismos que desde 2026 deben integrar algoritmos de IA según el RD 176/2023— y limitan o excluyen al usuario antes de que el daño sea significativo. Un operador no necesita software para apostar con valor: necesita software para impedirlo.

La búsqueda de software loterias y apuestas del estado responde a una confusión de nombre. Loterías y Apuestas del Estado es el organismo público español que gestiona la Lotería Nacional, la Primitiva, el Euromillones y otras loterías oficiales; su software interno —desarrollado y operado por la Sociedad Estatal Loterías y Apuestas del Estado (SELAE)— no tiene relación alguna con el software B2B de apuestas deportivas que comercializan Kambi, Altenar o Playtech. No es un producto disponible en el mercado, no cubre apuestas deportivas y no aplica la normativa DGOJ que regula a operadores privados. Quien busca software para operar apuestas deportivas bajo supervisión española no encontrará nada útil en esa dirección.

El software replicar apuestas designa servicios de copy-betting donde un usuario replica automáticamente las apuestas de tipsters o apostantes profesionales. Estos sistemas requieren acceso API a las cuentas del operador o automatización mediante bots, métodos que violan directamente las condiciones de servicio de cualquier casa regulada y que los módulos PAM y KYC del software B2B están diseñados para detectar y bloquear. Desde el lado del operador no existe motivo para habilitar esta funcionalidad: cada apuesta replicada sin análisis propio degrada la calidad del handle y concentra riesgo en perfiles que el sistema de trading no puede modelar. La arquitectura del sportsbook está construida para lo contrario: verificar que cada transacción provenga de un usuario real, biométricamente identificado y dentro de los límites de depósito centralizados que impone la DGOJ.

Decisión de plataforma, sostenibilidad del modelo y advertencia sobre expectativas

La elección de proveedor no es una comparativa de funcionalidades, sino una decisión estructural que fija tres variables antes de aceptar la primera apuesta: el umbral de rentabilidad, la capacidad de adaptación regulatoria y el grado de dependencia técnica. Un operador que arranca con Kambi bajo modelo turnkey obtiene trading profesional, homologación DGOJ incluida y tiempo de salida de cuatro meses, pero asume un rev-share del 12–15 % que eleva el break-even y limita el margen en mercados competitivos. Una integración API con BetConstruct o Altenar reduce ese porcentaje al 8–10 %, pero traslada al operador la responsabilidad de mantener los módulos PAM y KYC actualizados frente a cada modificación del RD 176/2023. La decisión correcta depende de cuánto handle proyecta el operador y de si cuenta con equipo técnico interno para asumir homologaciones sucesivas.

La sostenibilidad del modelo se calcula en reversa desde el impuesto. Un operador necesita generar €100.000 de GGR mensuales solo para cubrir costes fijos: €8.300 de rev-share al proveedor (al 10 %), €6.000 de licencias de datos, €4.500 de supervisión anual prorrateada y €15.000 de estructura mínima. Antes del impuesto del 20 % sobre GGR, esos €100.000 exigen un handle de €1.250.000 al mes con hold del 8 %, o de €2.000.000 con hold del 5 %. Después del impuesto quedan €80.000, de los cuales €33.800 se destinan a costes variables; el margen operativo neto es del 46 % antes de marketing. Un operador que no alcance esa cifra de handle en doce meses no cubre el desembolso inicial de €1,3–3,5M. No hay atajo posible.

El timeline regulatorio impone un filtro de capital antes del técnico. Entre la solicitud de licencia y la primera apuesta transcurren nueve a doce meses, durante los cuales el operador mantiene inmovilizadas las garantías de €1–3M, paga homologaciones y sostiene estructura sin ingresos. Las plataformas que ofrecen «coste inicial cero» trasladan esa carga a un rev-share del 18–25 % que hace inalcanzable el break-even en un mercado donde los límites de depósito centralizados (€600 diarios, €1.500 semanales) restringen el handle por usuario. La aritmética no cambia con el nombre del proveedor.

Las exigencias de 2026 —algoritmo de IA para detección de riesgo, verificación biométrica obligatoria, límites sincronizados en tiempo real— redefinen qué plataformas pueden operar bajo DGOJ. Un software que no integre estos módulos de fábrica requiere desarrollo custom para cumplir, lo que añade seis meses al calendario y €150.000 al presupuesto. Proveedores como SOFTSWISS y BETBY, con homologación MGA pero sin oferta DGOJ propia, quedan fuera del mercado español a menos que el operador asuma esa adaptación por completo. La regulación selecciona.

La advertencia final es de expectativas, no de dificultad técnica. El software de apuestas deportivas es una infraestructura B2B madura, probada en cincuenta jurisdicciones y capaz de procesar millones de transacciones diarias. Funciona. Lo que no funciona es la expectativa de que un operador con €200.000 de capital y sin experiencia en trading pueda lanzar un sportsbook rentable bajo DGOJ. El mercado español exige estructura de €1,3–3,5M, handle mensual de €1,25–2M para break-even y capacidad de absorber doce meses sin ingresos mientras se tramita la licencia. Esas cifras no son negociables. El proveedor de software entrega la herramienta; el operador debe traer el capital, el equipo y el volumen de clientes que justifiquen la inversión. Sin esos tres elementos, la plataforma más avanzada del mercado no cambia el resultado.

Actualización: octubre 16, 2026