Código fuente de una plataforma iGaming.
No un acceso a una plataforma. Una copia del código, y es suya.
Esta página detalla qué comprende la compra de Callisto como código fuente: qué se entrega, qué puede hacer su equipo con ello, qué sigue siendo responsabilidad suya y cómo revisar el código antes de tomar una decisión.
Todo lo necesario para construirlo sin nosotros.
En una entrega de código fuente lo relevante no es el volumen sino la integridad: si su equipo puede construir, desplegar y modificar la plataforma sin intervención del proveedor.
Una copia completa, con las bibliotecas compartidas
Todos los servicios y las bibliotecas transversales que hay debajo — contratos de mensajería, acceso a datos, logging, autenticación — se entregan como código y no como paquetes compilados descargados de un feed que alojamos nosotros. Su compilación no depende, por tanto, de infraestructura que controlemos nosotros.
Cada servicio se construye por su cuenta
Cada servicio lleva su Dockerfile, sus migraciones de base de datos, sus pruebas unitarias y de integración y su propio README. Un servicio puede tomarse por separado y ponerse en marcha de forma autónoma: así se verifica la integridad de la documentación.
Despliegue por su propio CI/CD
Los workflows de GitHub Actions y los ficheros de Docker Compose forman parte de la entrega. Apúntelos a su registro y a sus servidores: nada pasa por infraestructura que controlemos nosotros, y no hay ningún paso de compilación que solo nosotros podamos ejecutar.
A partir de ahí el historial es suyo
La copia entra en su propio Git y, desde ese momento, el registro de commits es de su equipo: sus ramas, sus revisiones, sus versiones. El repositorio de Callisto se queda con nosotros, porque Callisto es un producto que se sigue desarrollando; por esa misma vía le llegan las mejoras mientras mantenga el soporte, como cambios que usted decide tomar y no una versión a la que le mueven.
La plataforma entera, en funcionamiento.
Aproximadamente lo que ve un comprador en el primer recorrido técnico. El alcance exacto queda en su contrato: es lo que realmente está pagando y no debe vivir en una página de marketing.
Cara al jugador
- Front web del casino
- Monedero y caja del jugador
- Registro, acceso y flujos de KYC
- Portal de agentes
Operación
- Callisto Operator OS (backoffice)
- Gestión de jugadores, clientes y skins
- Revisión de pagos y asientos manuales
- Mesa de soporte
- Informes y cuadros de mando
- Estados de cuenta, facturas y facturación
Servicios núcleo
- Jugador, monedero, pagos, transacciones
- Clientes, divisas, usuarios y roles
- Juegos, proveedores de juego y de casino
- Agentes, monedero de agente, afiliación
- Bonos y motor de bonos
- Jackpots progresivos
Cumplimiento y riesgo
- Servicio de juego responsable
- KYC y revisión documental
- Alertas de cumplimiento y riesgo
- Pistas de auditoría
- Reglas de riesgo configurables
- Casos de revisión de cumplimiento
Interacción
- Hub de comunicación (in-app, email, push)
- Campañas de marketing y audiencias
- Site builder
- Webhooks salientes
- Analítica web y segmentos
- Telegram Mini App por skin
- Content Studio
Soporte de ingeniería
- Migraciones de base por servicio
- Suites de pruebas unitarias y de integración
- Workflows de CI/CD
- Simuladores de proveedores y de pago
Los simuladores merecen mención aparte: permiten ejercitar depósitos, apuestas y pagos de extremo a extremo antes de firmar contratos con proveedores, normalmente meses antes de que tal prueba fuera posible de otro modo.
Leerlo, cambiarlo, operarlo.
Las tres preguntas que los equipos técnicos plantean con más frecuencia, respondidas antes de la primera reunión.
Modificar lo que sea, sin pedir permiso
Cada regla que toca dinero es legible y modificable por su equipo. No hay petición de función que abrir ni ciclo de publicación ajeno que esperar.
Operar tantas marcas como quiera
Para eso está el modelo de skins: un backend, muchas marcas, cada una con su dominio, su tema, sus divisas, sus métodos de pago y sus valores de juego responsable. La arquitectura no contempla ninguna tarifa por marca.
Seguir operando si nos separamos
Usted tiene el código, los contenedores y la documentación. El soporte y las actualizaciones son un servicio que puede dejar de comprar; no son una comprobación de licencia que detenga la plataforma. Es la diferencia principal frente a un contrato white-label, y recomendamos dejarla por escrito, con nosotros o con cualquier otro proveedor.
Los límites están en el contrato
Poseer el código no equivale al derecho de revender la plataforma como producto competidor. Qué se concede y qué se reserva figura en el contrato, en términos claros, antes de firmar.
Qué no está incluido.
Cada punto siguiente es necesario para operar y no forma parte de la entrega, ni por nuestra parte ni por la de otros proveedores de plataforma. Lo exponemos aquí para que se contemple en la planificación y no se descubra durante la implantación.
La licencia de juego
La licencia de cada mercado en el que opere es suya. Nosotros aportamos los controles, los bloqueos y las pistas de auditoría por los que pregunta un regulador; no emitimos, patrocinamos ni compartimos licencia alguna, y ningún proveedor de software puede hacerlo.
El contenido de juego
La plataforma es una capa de agregación con integraciones de proveedores. Los juegos se licencian con los estudios que los fabrican, en las condiciones comerciales que usted acuerde con ellos.
Los contratos con proveedores de pago
Los proveedores se conectan tras una interfaz común, pero la cuenta de comercio, el underwriting y la reserva rotatoria son entre ellos y usted. Suele ser la partida más larga de un calendario de lanzamiento.
El alojamiento y la operación
Autoalojado significa que la operación corre de su cuenta: servidores, copias de seguridad, monitorización y el personal de guardia. Podemos ayudar a montarlo; la infraestructura sigue siendo suya.
El asesoramiento legal y regulatorio
Qué controles exige su mercado es cuestión para sus asesores de cumplimiento. Lo que sí podemos decirle es exactamente cómo está implementado cada control, porque puede leerlo.
Recomendamos solicitar la lista equivalente a cualquier proveedor con el que nos compare.
Revise el código antes de comprarlo.
El código fuente puede examinarse por completo antes de tomar una decisión. Lo consideramos una parte normal de la evaluación y no una concesión; la secuencia siguiente es la que proponemos.
- 1
Demo técnica de la plataforma en marcha
Un sistema en funcionamiento en lugar de diapositivas: el backoffice, el front del casino y un depósito procesado de extremo a extremo.
- 2
Una sesión de revisión de código con sus ingenieros
Recorremos la arquitectura con su equipo técnico y abrimos los ficheros que pidan: el monedero bajo concurrencia, los callbacks de pago, la aplicación de las reglas de juego responsable. Sugerimos concentrar la revisión en esos tres puntos: son los que concentran mayor riesgo operativo.
- 3
Su propia due diligence sobre lo que importa
Cobertura de pruebas, historial de migraciones, tratamiento de secretos, cómo se autentican los servicios entre sí, qué ocurre cuando el callback de un proveedor llega dos veces. De cada uno de estos puntos aportamos evidencias cuando se solicitan.
- 4
Alcance y condiciones por escrito
Qué repositorios, qué derechos, cómo es el soporte después y qué pasa si lo dejan. Acordado antes de la firma, no descubierto después.
Salir de un acuerdo de reparto de ingresos.
El motivo más frecuente por el que llegan aquí. La plataforma rara vez es lo difícil: lo son los datos y los contratos.
El cálculo económico
Un reparto de ingresos crece con usted y no se detiene nunca. Poseer el software convierte un porcentaje indefinido en un coste fijo más su propia ingeniería: peor con volumen bajo y mejor, a menudo mucho, por encima de cierto punto. Recomendamos determinar su propio punto de equilibrio antes de valorar ofertas.
Sus jugadores y sus saldos
Cuentas de jugador, saldos, historial de transacciones y estados de KYC son migrables, y lo limpio que resulte depende por completo de lo que su proveedor actual acepte exportar. Conviene plantear esa pregunta pronto: condiciona el calendario más que el trabajo técnico.
Hay que recontratar a los proveedores
Las integraciones de juego y de pago pasan a su nombre al marcharse. Algunos proveedores se mueven sin fricción, otros renegocian. Es trabajo contractual en paralelo a la migración técnica, y suele ser lo que fija la fecha de lanzamiento.
Puede convivir con ambos un tiempo
Nada obliga a un corte único. Es habitual lanzar primero una marca nueva en la plataforma propia, aprender con ella y migrar la existente cuando la operación está probada.
Preguntas sobre el código fuente.
Estas preguntas surgen cuando la conversación llega al código en sí, y no a la plataforma en general.
Entrega real. El escrow consiste en que un tercero custodia el código y lo libera si el proveedor cae: no recibe nada hasta que algo va mal, y nunca ha visto lo que recibiría. Aquí la copia se entrega al inicio de la colaboración: en su infraestructura, en su Git y accesible a sus ingenieros de inmediato. Si además su departamento legal quiere cláusulas de escrow por sus propias razones, es una conversación contractual, no un obstáculo técnico.
Sí, y es el diseño, no una concesión. El soporte, las correcciones y los módulos nuevos son un servicio que puede dejar de comprar. Nada «llama a casa», ninguna clave de licencia caduca y ningún paso de compilación se ejecuta en nuestra infraestructura: no existe palanca que accionar si se marcha.
Es una plataforma real: más de 35 servicios, y nadie la tiene entera en la cabeza, nosotros incluidos. Lo que la hace asumible es que los servicios son pequeños, homogéneos y desplegables por separado: la misma arquitectura y la misma disposición en cada uno, de modo que quien entiende uno conoce la forma de todos. Un equipo de varios ingenieros la sostiene; una sola persona, no, y preferimos decirlo antes de que la cuestión se vuelva práctica.
Callisto es un producto, no un desarrollo a medida, así que el mismo código puede venderse a más de un comprador: nada en la forma en que se vende lo reserva para uno solo. Cada instalación funciona en su propia infraestructura y con sus propios datos, y ninguna instalación ve a otra. La exclusividad en un mercado es una cuestión comercial, no técnica; si le importa, plantéela antes de firmar en lugar de dar por supuesta cualquiera de las dos respuestas.
Es la plataforma que operamos, no una implementación de referencia hecha para vender. Esto tiene consecuencias en ambos sentidos: por un lado carga real y proveedores de pago reales; por otro, áreas en desarrollo activo visibles en el código. La revisión cubre lo que pidan mirar.
Depende del alcance — módulos sueltos, la plataforma completa, o la plataforma con nuestros ingenieros junto al suyo —, así que una cifra en una página web sería ficción para la mayoría de lectores. Basta una llamada para dimensionar el alcance, y si Callisto no encaja, se lo diremos.
Venga con sus ingenieros.
La forma más rápida de juzgar una plataforma entregada como código es que su equipo técnico la lea con el nuestro delante. Cuéntenos qué opera hoy y qué quiere cambiar.
Respondemos en un día, normalmente el mismo.