En pahalı casino management system (CMS) en iyi sistem değildir.
En çok özelliği olan da değildir.
Doğru sistem; işlemi doğru kaydeden, kritik operasyonu kesintide sürdüren, diğer sistemlerle uzlaşan ve yönetimin kararını hızlandıran sistemdir.
Yanlış seçim ise yıllarca ödeme yapılan bir teknoloji borcudur. Her yeni entegrasyon özel geliştirme ister. Her rapor Excel’de düzeltilir. Her kesinti departmanları birbirine düşürür. Tedarikçi değiştirmek istendiğinde verinin kime ait olduğu tartışılır.
CMS seçimi bir yazılım demosu değil, işletme modeli kararıdır.
Bu makaledeki puanlar ve süreler örnektir. Sistem; ilgili lisans, veri koruma, finansal kayıt, AML/KYC, oyuncu koruma ve teknik sertifikasyon şartlarına göre değerlendirilmelidir.
Önce gereksinimi yazın
Demo almadan önce işlem envanteri çıkarın:
- Slot muhasebesi ve meter toplama
- Oyuncu kartı, rating ve teorik değer
- Masa oyunu rating’i
- Kasa, chip ve marker işlemleri
- Jackpot ve hand pay
- Comp, promosyon ve sadakat
- Kredi ve tahsilat bağlantıları
- AML/KYC ve oyuncu koruma kapıları
- Finans, otel, CRM ve raporlama entegrasyonu
- Çoklu tesis, para birimi ve dil
Her gereksinim “olmalı” demek yerine senaryo ile test edilmelidir: “Bir slot iletişimi 20 dakika kesilirse meter olayları nasıl geri yüklenir, mükerrer kayıt nasıl önlenir ve operasyon ne görür?”
Kaynak sistem ve veri sahipliği
Her veri alanı için otorite belirlenmelidir:
| Veri | Otorite örneği | CMS rolü |
|---|---|---|
| Oyuncu kimliği | KYC/CRM ana kayıt | Tüketir ve eşleştirir |
| Slot meter | Oyun sistemi | Toplar ve doğrular |
| Kasa işlemi | Cage sistemi | Kaydeder/uzlaştırır |
| Otel konaklama | PMS | Maliyet ve kullanım alır |
| Finansal muhasebe | ERP/GL | Onaylı yevmiye alır |
Sözleşme şu soruları açık cevaplamalıdır:
- Ham ve türetilmiş veri kime aittir?
- Tam veri dışa aktarımı hangi formatta alınır?
- Ayrılma hâlinde dışa aktarım ücreti ve süresi nedir?
- Veri sözlüğü ve API dokümanı sağlanır mı?
- Kayıt saklama ve silme kuralları uygulanabilir mi?
Yönetim hatası: Raporlara erişimi veri sahipliği sanmak.
Uygunluk ve denetim izi
CMS, kritik değişikliklerde en az şunları kaydetmelidir:
- Kim yaptı?
- Ne zaman yaptı?
- Eski ve yeni değer neydi?
- Hangi cihazdan/kanaldan yaptı?
- Kim onayladı?
- İşlem hangi oyuncu, oyun veya kasa kaydını etkiledi?
Log sonradan düzenlenebilir bir yorum alanı olmamalı; değişmezlik, erişim ve saklama kontrolleri bulunmalıdır.
Entegrasyon yeteneği
“API var” yeterli cevap değildir.
Değerlendirilecekler:
- Gerçek zamanlı olay ve toplu işlem desteği
- Kimlik doğrulama ve yetkilendirme
- İstek limiti ve performans
- Sürümleme ve geriye dönük uyumluluk
- Idempotency (aynı işlemin yinelenmesini önleme) ve mükerrer işlem kontrolü
- Hata kuyruğu ve yeniden deneme
- Test/sandbox ortamı
- İzleme, log ve korelasyon kimliği
- Webhook güvenliği
En önemli 10 entegrasyon için gerçek veri akışı prototipi yapılmadan sözleşme imzalanmamalıdır.
Kesinti ve iş sürekliliği
Tedarikçi şu senaryoları canlı göstermelidir:
- Merkezi sunucu kesintisi
- Tesisler arası bağlantı kaybı
- Slot floor iletişim kaybı
- Kasa sistemi erişilemezliği
- Kimlik servisi kesintisi
- Felaket kurtarma merkezine geçiş
RTO = Hizmetin en geç ne kadar sürede geri gelmesi gerektiği
RPO = Kabul edilebilen azami veri kaybı penceresi
RTO ve RPO yalnız sözleşmede değil, ölçülebilir testte doğrulanmalıdır. Offline çalışma varsa hangi işlemin yapılabildiği ve geri geldiğinde nasıl uzlaştığı yazılmalıdır.
Toplam sahip olma maliyeti
5 yıllık TCO = Lisans + Donanım/bulut + Entegrasyon + Geçiş + Destek + Eğitim + Sertifikasyon + İç ekip + Değişiklik + Çıkış maliyeti
Düşük lisans bedeli; her rapor, API ve ortam için ek ücret isteniyorsa pahalıya dönüşebilir.
Örnek ağırlıklar:
| Boyut | Ağırlık |
|---|---|
| Operasyonel uygunluk | %25 |
| Uyum ve denetim | %20 |
| Entegrasyon/veri | %20 |
| Dayanıklılık ve güvenlik | %15 |
| TCO | %10 |
| Uygulama ve destek | %10 |
Fiyat puanı kritik kontrol eksikliğini telafi etmemelidir. Bazı gereksinimler geçer/kalır kriteri olmalıdır.
Pilot ve kabul testi
- Kritik iş senaryolarını tanımlayın.
- Gerçek hacme yakın performans testi yapın.
- Tarihsel verinin örnek migrasyonunu doğrulayın.
- Finansal ve operasyonel uzlaştırmayı çalıştırın.
- Kesinti ve geri dönüş testini uygulayın.
- Kullanıcı rol ve yetkilerini test edin.
- Açık kusurlar için kabul eşiği belirleyin.
Sonuç: Özellik değil, kontrol edilebilir operasyon satın alın
CMS seçiminde parlak demo ve uzun özellik listesi karar verdirmez.
Asıl değer; doğru işlem, açık veri sahipliği, güçlü entegrasyon, kesintide devamlılık ve doğrulanabilir kontroldür.
Doğru sistem bugün çalışan değil; veri hacmi, tesis sayısı ve kontrol ihtiyacı büyüdüğünde hâlâ uzlaşabilen, denetlenebilen ve değiştirilebilen sistemdir.