Discount onay matrisi, oyuncu kaybı üzerinden hesaplanan indirim, yani discount için kimin, hangi veriye dayanarak ve hangi sınırlar içinde karar verebileceğini belirler. Yalnızca bir imza listesi değildir; ödeme öncesinde çalışması gereken bir kontrol düzenidir.
Oyuncu 25 milyon TL kaybetti.
Host yüzde 10 discount istedi.
Casino yöneticisi mesajla “tamam” dedi.
Bu onay mı?
Tutar, matrah, diğer comp’lar, kredi tahsilatı, oyuncu koruma durumu ve kişinin yetki seviyesi doğrulanmadıysa, bu mesaj tek başına yeterli bir operasyonel onay değildir.
Discount matrisi yalnız kimin kaç liraya kadar imza atacağını göstermez. Hangi koşulda işlemin hiç yapılamayacağını, hangi verinin doğrulanacağını, kimin hazırlayıp kimin bağımsız onaylayacağını ve istisnanın nasıl raporlanacağını tanımlar.
Bu makaledeki eşikler örnektir. Gerçek matris ilgili lisans, vergi, muhasebe, AML/KYC, kredi ve oyuncu koruma politikalarıyla uyumlu olmalıdır.
Onay paketinin zorunlu alanları
- Tekil oyuncu kimliği
- Casino günü ve uygun oyun dönemi
- Gerçekleşen brüt/net sonuç
- Discount matrahı
- Oran ve nominal tutar
- Son 30/90/365 gün teorik değer
- Kullanılmış comp ve diğer avantajlar
- Kredi bakiyesi ve tahsilat şartı
- Sorumlu oyun ve uyum kontrolünün sonucu
- Discount sonrası risk düzeltilmiş katkı
- Hazırlayan, öneren ve onaylayan
Eksik paket onaya gönderilmemeli; sistem zorunlu alanı atlatmaya izin vermemelidir.
Matrah ve oran doğru tanımlanmadan yetki seviyesi seçilemez. Bu nedenle discount oranının hesaplanması, onay sürecinden önce tamamlanmalıdır. Oyuncunun söylediği kayıp ile sistemde doğrulanmış, politikaya uygun discount matrahı aynı kabul edilmemelidir.
Discount onay matrisi hangi boyutları kapsamalı?
Tek başına tutar yeterli değildir. Matris şu boyutları birleştirebilir:
- Discount tutarı
- Oran
- Teorik değere oran
- Nakdi/kredili kayıp
- Tahsilat yaşı
- Oyuncu segmenti ve veri güveni
- Politika içi işlem veya istisna
- Aynı dönemdeki toplam oyuncu maliyeti
Kullanılmış konaklama, ulaşım, yeme-içme ve diğer avantajlar görünmeden yeni discount değerlendirilmemelidir. Oyuncu comp bütçesi ile nakit discount aynı toplam oyuncu maliyeti görünümünde izlenmeli, aynı maliyet iki kez sayılmamalıdır.
Aşağıdaki tablo örnek bir yetki yapısıdır. Tutar aralıklarının sınırları çakışmayacak şekilde tanımlanmıştır:
| Discount tutarı | Oran sınırı | Koşul | Onay |
|---|---|---|---|
| 0 TL üzeri–250 bin TL dahil | En fazla %5 | Nakit, politika içi | Operasyon müdürü |
| 250 bin TL üzeri–1 milyon TL dahil | En fazla %7,5 | Finans doğrulaması | Casino direktörü + finans |
| 1 milyon TL üzeri–3 milyon TL dahil | En fazla %10 | Net katkı ve uyum incelemesi | Genel müdür + finans direktörü |
| 3 milyon TL üzeri | Vaka bazlı | Belgeli istisna | Komite |
Eşikler örnektir; aynı kişi birbirinden bağımsız olması gereken rolleri doldurmamalıdır. Tablodaki oranlar, oyuncuya otomatik olarak uygulanması gereken discount oranları değildir.
Tutar uygun olsa bile oran veya risk koşulu aşılmışsa alt seviyede onay verilemez. İşlem, kurumun tanımladığı daha üst yetki ya da istisna akışına yönlendirilmelidir. Üst yönetim onayı, zorunlu bir uyum engelini kaldırmaz.
Açılıştaki örnekte, 25 milyon TL’nin tamamı uygun matrah olarak doğrulanırsa yüzde 10 discount 2,5 milyon TL eder. Örnek matriste bu işlem genel müdür ve finans direktörü seviyesine girer; diğer koşulların da sağlanması gerekir.
Hazırlayan ve kontrol eden ayrımı: Maker-checker
Roller:
- Hazırlayan: Sonucu ve matrahı hesaplar.
- Ticari öneren: İlişki gerekçesini ve teklif amacını yazar.
- Finans kontrolü: Tutar, maliyet ve tahsilatı doğrular.
- Uyum ve oyuncu koruma kontrolü: İşlemin uygunluğunu kontrol eder.
- Yetkili onaylayan: Kalan net katkı ve varsa istisnayı değerlendirerek karar verir.
- Kasa/ödeme: Yalnız tamamlanmış onayla uygular.
Hazırlayan kendi hesabını onaylamamalıdır. Yetki limitleri ve bağımsız kontrol sorumlulukları casino iç kontrol sistemi içinde yazılı olarak tanımlanmalı ve sistem erişimlerine yansıtılmalıdır.
Parçalama kontrolü
Üç milyon TL’lik discount üç ayrı 1 milyon TL işlemle alt yetkide onaylanmamalıdır.
Kümülatif yetki tutarı = Aynı oyuncunun aynı uygun oyun dönemine ait, iptal edilmemiş ilgili discount tutarlarının toplamı
Toplam hesaplanırken mevcut talep ile daha önce ödenmiş, onaylanmış veya onay bekleyen ilgili talepler birlikte dikkate alınmalı; aynı talep farklı statülerde tekrar sayılmamalıdır.
Sistem kişi, gün, ziyaret ve kampanya bazında parçalamayı algılamalıdır. Ayrı işlem numarası veya farklı hazırlayan kullanılması, aynı ekonomik işlemin toplamını sıfırlamamalıdır.
Yönetim hatası: İşlem başı limite bakıp oyuncu/ziyaret toplamını görmemek.
Kredili discount işlemlerinde ek kontrol
Kredili kayıpta ek şartlar:
- Doğrulanmış brüt alacak
- Discount işleminin tahsilat sonrasında mı, tahsilat şartına bağlı mı uygulanacağı
- Yeni kredi açılıp açılmayacağı
- Alacağın yaşlandırılması ve temerrüt durumu
- Discount sonrası beklenen kredi zararı
- Grup çapında açık bakiye
Host veya operasyon onayı kredi risk kararının yerine geçmez. Kredili kayıplara discount uygulamanın finansal riskleri, discount tutarının nakit ödeme mi yoksa alacaktan düşüş mü olduğu ve tahsilat koşuluyla birlikte değerlendirilmelidir.
Geriye dönük onay
Ödeme yapıldıktan sonra onay almak normal iş akışı olmamalıdır. Acil bir işlem ancak önceden tanımlanmış acil yetki ve izin verilen koşullar içinde yürütülmeli; sonradan yapılan kayıt tamamlama işlemi, yetkisiz ödemeyi kendiliğinden geçerli hâle getirmemelidir.
Geriye dönük işlemler için şu soruların cevapları raporlanmalıdır:
- Neden normal akış kullanılmadı?
- Acil yetki kimdeydi?
- Oyuncuya ne taahhüt edildi?
- Finansal risk neydi?
- Kaç saat içinde resmileştirildi?
- Tekrarı önlemek için ne yapılacak?
Yüksek geriye dönük onay oranı matrisin kâğıt üzerinde kaldığını gösterir.
Sistem kontrolleri
- Rol bazlı limit
- Dinamik kümülatif tutar
- Politikanın gerektirdiği işlemlerde zorunlu çift onay
- Matrahı kaynak rapordan çekme
- Oran ve tutarı otomatik hesaplama
- Politikayı aşınca ödeme blokajı ve tanımlı istisna akışına yönlendirme
- Değişikliklere karşı korunan, silme ve müdahale girişimleri izlenen onay kaydı
- Onay sonrası değişiklikte yeniden onay
- Süresi geçen talebin kapanması
- Ödeme ile onay eşleştirmesi
Onay kaydı; oyuncu, dönem, matrah, oran, tutar, işlem türü, onaylayan ve zaman bilgilerini birlikte taşımalıdır. Onaylanan tutar veya koşul değiştiğinde eski onay yeni işlem için kullanılamamalıdır.
İstisna raporu
Haftalık raporda izlenmesi gereken başlıklar:
- Politika üstü oran veya tutar
- Geriye dönük onay
- Parçalanmış işlem şüphesi
- Aynı kişinin hazırlayan ve onaylayan olması
- Tahsilatsız kredili discount
- Eksik teorik değer veya yetersiz veri güveni
- Kullanılmayan veya iptal edilen discount
- Manuel değişiklik
- Tekrarlayan onay istisnası
Her istisna için sorumlu kişi, gerekçe, parasal etki ve kapanış durumu görünmelidir. Kritik bir uygunsuzluk tespit edildiğinde haftalık rapor beklenmeden ilgili kontrol sorumlusuna bildirilmelidir.
Sonuç: Yetki imza değil, risk kabulüdür
Discount onayı yalnız “evet” demek değildir.
Onaylayan kişi matrahın doğru, toplam maliyetin görünür, tahsilatın anlaşılmış ve işlem sonrası net katkının kabul edilebilir olduğunu değerlendirme sorumluluğunu üstlenir.
İyi yetki matrisi hızlı işlemi engellemez. Doğru veriyi doğru seviyeye taşır, politikayı otomatik uygular ve istisnayı kişisel mesajdan çıkarıp denetlenebilir kurumsal karara dönüştürür.