Code source d’une plateforme iGaming.
Pas un accès à une plateforme. Une copie du code, et elle est à vous.
Cette page expose ce que couvre l’achat de Callisto sous forme de code source : ce qui est livré, ce que vos équipes peuvent en faire, ce qui reste de votre ressort, et comment le code peut être examiné avant toute décision.
De quoi le construire sans nous.
Dans une livraison de code source, ce qui compte n’est pas le volume mais l’exhaustivité : vos équipes peuvent-elles construire, déployer et modifier la plateforme sans le concours de l’éditeur.
Une copie complète, bibliothèques partagées comprises
Tous les services et les bibliothèques transverses qui les portent — contrats de messagerie, accès aux données, journalisation, authentification — remis sous forme de sources et non de paquets compilés tirés d’un flux que nous hébergeons. Votre build ne dépend donc d’aucune infrastructure que nous contrôlons.
Chaque service se construit seul
Chaque service porte son Dockerfile, ses migrations de base, ses tests unitaires et d’intégration et son propre README. Un service peut être pris isolément et mis en service de façon autonome : c’est ainsi que se vérifie l’exhaustivité de la documentation.
Déploiement par votre propre CI/CD
Les workflows GitHub Actions et les fichiers Docker Compose font partie de la livraison. Pointez-les vers votre registre et vos serveurs : rien ne transite par une infrastructure que nous contrôlons, et aucune étape de build ne nous est réservée.
Ensuite, l’historique est le vôtre
La copie rejoint votre propre Git, et à partir de là le journal des commits appartient à vos équipes : vos branches, vos revues, vos livraisons. Le dépôt de Callisto, lui, reste chez nous, parce que Callisto est un produit qui continue d’évoluer — c’est aussi par là que les améliorations vous parviennent tant que vous gardez le support, comme des changements que vous choisissez de prendre et non une version qu’on vous impose.
La plateforme entière, en fonctionnement.
À peu près ce qu’un acheteur voit lors de la première revue technique. Le périmètre exact figure dans votre contrat : c’est ce que vous payez réellement, et cela n’a pas sa place sur une page marketing.
Côté joueur
- Front web du casino
- Portefeuille et caisse du joueur
- Inscription, connexion et parcours KYC
- Portail agents
Exploitation
- Callisto Operator OS (back-office)
- Gestion des joueurs, clients et skins
- Revue des paiements et écritures manuelles
- Support
- Rapports et tableaux de bord
- Relevés, factures et facturation
Services cœur
- Joueur, portefeuille, paiement, transaction
- Clients, devises, utilisateurs et rôles
- Jeux, fournisseurs de jeux et de casino
- Agents, portefeuille agent, affiliation
- Bonus et moteur de bonus
- Jackpots progressifs
Conformité et risque
- Service de jeu responsable
- KYC et revue documentaire
- Alertes conformité et risque
- Pistes d’audit
- Règles de risque configurables
- Dossiers de revue de conformité
Engagement
- Hub de communication (in-app, e-mail, push)
- Campagnes marketing et audiences
- Site builder
- Webhooks sortants
- Analyse web et segments
- Telegram Mini App par skin
- Content Studio
Outillage technique
- Migrations de base par service
- Suites de tests unitaires et d’intégration
- Workflows CI/CD
- Simulateurs de fournisseurs et de paiement
Les simulateurs méritent une mention particulière : ils permettent d’éprouver dépôts, mises et retraits de bout en bout avant la signature de tout contrat fournisseur — en général des mois avant qu’un tel test soit possible autrement.
Le lire, le modifier, l’exploiter.
Les trois questions que les équipes techniques posent le plus souvent, traitées avant le premier rendez-vous.
Modifier n’importe quoi, sans demander
Chaque règle qui touche à l’argent est lisible et modifiable par vos équipes. Il n’y a pas de demande d’évolution à déposer ni de cycle de livraison externe à attendre.
Exploiter autant de marques que vous voulez
Le modèle de skins est fait pour cela : un back-end, plusieurs marques, chacune avec son domaine, son thème, ses devises, ses moyens de paiement et ses réglages de jeu responsable. L’architecture ne prévoit aucun coût par marque.
Continuer à tourner si nos routes se séparent
Vous détenez les sources, les conteneurs et la documentation. Le support et les mises à jour sont un service auquel vous pouvez renoncer ; ce n’est pas une vérification de licence qui arrête la plateforme. C’est la différence essentielle avec un contrat white-label, et nous recommandons de la faire figurer par écrit — chez nous comme chez tout autre fournisseur.
Les limites sont dans le contrat
Posséder les sources n’équivaut pas au droit de revendre la plateforme comme produit concurrent. Ce qui est concédé et ce qui est réservé figure au contrat, en termes clairs, avant signature.
Ce qui n’est pas inclus.
Chacun des points ci-dessous est nécessaire à l’exploitation et ne fait pas partie de la livraison — ni chez nous, ni chez un autre éditeur de plateforme. Nous les exposons ici pour qu’ils soient pris en compte lors de la planification plutôt que découverts en cours de mise en œuvre.
La licence de jeu
La licence de chaque marché où vous opérez est la vôtre. Nous fournissons les contrôles, les blocages et les pistes d’audit qu’un régulateur examine ; nous ne délivrons, ne parrainons ni ne partageons aucune licence — aucun éditeur ne le peut.
Le contenu de jeu
La plateforme est une couche d’agrégation avec des intégrations de fournisseurs. Les jeux eux-mêmes se licencient auprès des studios qui les produisent, à vos propres conditions commerciales.
Les contrats avec les prestataires de paiement
Les prestataires se branchent derrière une interface commune, mais le compte marchand, l’underwriting et la réserve glissante se négocient entre eux et vous. C’est souvent le poste le plus long d’un calendrier de lancement.
L’hébergement et l’exploitation
Auto-hébergé signifie que l’exploitation vous revient : serveurs, sauvegardes, supervision et les équipes d’astreinte. Nous pouvons aider à tout mettre en place ; l’infrastructure reste la vôtre.
Le conseil juridique et réglementaire
Quels contrôles votre marché exige relève de vos conseils en conformité. Ce que nous pouvons dire, c’est précisément comment chaque contrôle est implémenté — puisque vous pouvez le lire.
Nous recommandons de demander la liste équivalente à tout fournisseur que vous comparez.
Auditez le code avant de l’acheter.
Le code source peut être examiné intégralement avant toute décision. Nous considérons cela comme une étape normale de l’évaluation et non comme une concession ; la séquence ci-dessous est celle que nous proposons.
- 1
Démonstration technique de la plateforme en fonctionnement
Un système en fonctionnement plutôt que des diapositives : le back-office, le front du casino et un dépôt traité de bout en bout.
- 2
Une revue de code avec vos ingénieurs
Nous guidons votre équipe technique dans l’architecture et ouvrons les fichiers qu’elle demande : le portefeuille en concurrence, les callbacks de paiement, l’application des règles de jeu responsable. Nous suggérons de concentrer l’examen sur ces trois points : ce sont eux qui portent le plus de risque opérationnel.
- 3
Votre propre due diligence sur ce qui compte
Couverture de tests, historique des migrations, gestion des secrets, authentification entre services, comportement quand un callback fournisseur arrive deux fois. Pour chacun de ces points, nous fournissons les éléments probants sur demande.
- 4
Périmètre et conditions par écrit
Quels dépôts, quels droits, à quoi ressemble le support ensuite et ce qui se passe si vous arrêtez. Convenu avant signature, pas découvert après.
Sortir d’un accord en revenue share.
La raison la plus fréquente d’arriver ici. La plateforme est rarement le plus difficile — les données et les contrats le sont.
Le calcul économique
Un revenue share croît avec vous et ne s’arrête jamais. Posséder le logiciel convertit un pourcentage sans fin en coût fixe plus votre propre ingénierie — moins avantageux à faible volume, et souvent nettement meilleur au-delà d’un seuil. Nous recommandons d’établir votre propre seuil de rentabilité avant d’examiner les offres.
Vos joueurs et leurs soldes
Comptes joueurs, soldes, historique des transactions et statuts KYC se migrent ; la propreté du résultat dépend entièrement de ce que votre prestataire actuel accepte d’exporter. Cette question mérite d’être posée tôt : elle pèse davantage sur le calendrier que le travail technique.
Les fournisseurs doivent être recontractés
Les intégrations de jeux et de paiement passent à votre nom une fois que vous partez. Certains fournisseurs suivent sans difficulté, d’autres renégocient. C’est un travail contractuel mené en parallèle de la migration technique, et c’est lui qui fixe généralement la date de lancement.
Vous pouvez faire tourner les deux un temps
Rien n’impose une bascule unique. Beaucoup d’opérateurs lancent d’abord une nouvelle marque sur la plateforme qu’ils possèdent, apprennent dessus, puis migrent l’existante une fois l’exploitation éprouvée.
Questions sur le code source.
Ces questions surviennent lorsque la discussion porte sur le code lui-même, et non plus sur la plateforme en général.
D’une vraie remise. Le séquestre, c’est un tiers qui détient le code et le libère si l’éditeur défaille : vous n’avez rien tant que rien ne va mal, et vous n’avez jamais vu ce que vous recevriez. Ici la copie est remise au début de la collaboration : sur votre infrastructure, dans votre Git, et accessible immédiatement à vos ingénieurs. Si vos juristes veulent en plus des clauses de séquestre pour leurs propres raisons, c’est une discussion contractuelle, pas un obstacle technique.
Oui, et c’est le principe, pas une concession. Le support, les correctifs et les nouveaux modules sont un service auquel on peut renoncer. Rien ne « téléphone à la maison », aucune clé de licence n’expire et aucune étape de build ne tourne sur notre infrastructure : il n’existe donc aucun levier à actionner si vous partez.
C’est une vraie plateforme : plus de 35 services, et personne ne la tient entière dans sa tête, nous compris. Ce qui la rend maîtrisable, c’est que les services sont petits, homogènes et déployables indépendamment — même architecture et même organisation dans chacun, si bien qu’un ingénieur qui en comprend un connaît la forme de tous. Une équipe de plusieurs ingénieurs la porte ; une seule personne, non — et nous préférons le dire avant que la question ne devienne concrète.
Callisto est un produit, pas un développement sur mesure : le même code peut donc être vendu à plusieurs acheteurs — rien dans notre modèle ne le réserve à un seul. Chaque installation tourne sur sa propre infrastructure avec ses propres données, et aucune installation n’en voit une autre. L’exclusivité sur un marché est une question commerciale et non technique ; si elle compte pour vous, soulevez-la avant de signer plutôt que de présumer l’une ou l’autre réponse.
C’est la plateforme que nous exploitons, pas une implémentation de référence conçue pour être vendue. Cela a des conséquences dans les deux sens : d’un côté une charge réelle et de vrais prestataires de paiement ; de l’autre, des parties en développement actif, visibles dans le code. La revue porte sur tout ce que vous demandez à voir.
Cela dépend du périmètre — modules isolés, plateforme complète, ou plateforme avec nos ingénieurs aux côtés des vôtres — un chiffre sur une page web serait donc une fiction pour la plupart des lecteurs. Un échange suffit à cadrer le périmètre, et si Callisto ne convient pas, nous vous le dirons.
Venez avec vos ingénieurs.
La façon la plus rapide de juger une plateforme livrée en sources, c’est que votre équipe technique la lise avec la nôtre. Dites-nous ce que vous exploitez aujourd’hui et ce que vous cherchez à changer.
Nous répondons sous un jour, le plus souvent le jour même.