Lancez votre casino. En semaines, pas en années.

Non. La licence des marchés où vous opérez, c’est vous qui la détenez — c’est vrai de tout éditeur de plateforme, quoi qu’en laisse entendre son site. Nous fournissons le logiciel et la mécanique de conformité que votre régulateur examinera : limites de jeu responsable, auto-exclusion, blocages KYC et journaux d’audit que votre équipe peut présenter.

Cela dépend bien plus de vous que de nous. Le logiciel tourne déjà : le calendrier est dicté par votre licence, vos contrats avec les prestataires de paiement et vos accords de jeux — soit des semaines à des mois. Déployer la plateforme, l’habiller à votre marque et brancher vos prestataires, c’est la partie rapide.

Oui, dans toutes les formules. Pas de boîte noire, pas de binaire obfusqué, aucune API que nous vous cacherions. Vos ingénieurs lisent chaque règle qui touche à l’argent et votre équipe conformité vérifie leur application au lieu de nous croire sur parole.

Oui. Le Backoffice est livré sous forme de code source, pas comme un panneau d’administration hébergé auquel on se connecte — l’interface React et les services backend qui la servent, dans la même livraison, avec Dockerfiles et documentation comme le reste. Votre équipe modifie les écrans, ajoute des rapports et rebrande en interne. Le périmètre exact de la livraison est fixé dans votre contrat.

Oui — c’est votre code. Les services suivent une architecture propre et documentée (Clean Architecture + CQRS), donc votre équipe peut changer n’importe quelle règle, ajouter des modules ou rebrander sans nous demander et sans upstream à suivre.

Vous recevez une copie complète du code source — chaque service avec son Dockerfile, ses migrations, ses tests et sa documentation. La copie rejoint votre propre Git et se déploie via votre propre CI/CD. Tant que vous conservez le support, correctifs et nouveaux modules arrivent comme des changements que vous choisissez de prendre ; si vous l’arrêtez, la version que vous détenez continue de tourner.

En général oui. Les prestataires de paiement se branchent derrière une interface commune et la couche jeux est un agrégateur conçu pour accueillir de nouveaux fournisseurs. Si un prestataire nous est inconnu, son intégration est un chantier cadré, pas une réécriture.

Alors achetez une brique. Les services se déploient indépendamment et dialoguent via des API REST et gRPC documentées : un wallet ou un réseau d’agents peut cohabiter avec votre existant. Rien ne vous oblige à avaler toute la plateforme pour combler un manque.

Vous continuez d’opérer. Vous détenez le code, les conteneurs et la documentation : vous pouvez tout internaliser ou le confier à une autre équipe. C’est précisément l’intérêt de livrer du code plutôt qu’un accès.

Oui — c’est la raison d’être du modèle de skins. Chaque marque dispose de son domaine, de son thème, de ses devises, de ses moyens de paiement, de ses règles de bonus et de ses réglages de jeu responsable, avec un backend et un backoffice communs.

Sur votre infrastructure. Tout est conteneurisé : le déploiement se fait dans votre cloud ou sur votre propre matériel, dans la juridiction qu’exige votre licence.

Non. Callisto Copilot est conçu comme une interface d’exploitation de la plateforme, pas comme un chatbot générique. Il travaille sur des données limitées au périmètre du client, avec les permissions déjà en place et un jeu d’outils contrôlé, pour que l’exploitant puisse interroger et comprendre ce qui se passe dans Callisto. Disponible actuellement en bêta.