Kurulum sonrası sorunlar: hazır bahis altyapında tıkanınca ne yapmalı
Perşembe akşamı saat 21:40’ta kullanıcı panelinde 14 para çekme talebi “beklemede” statüsünde duruyordu. Sözleşmede ödeme onay süresi 15 dakika olarak yazıyordu, ama iki saattir tek bir talep bile işlenmemişti. Destek hattına açtığım acil ticket’a 19 saat sonra “ekip inceliyor” cevabı geldi. Üç hafta önce hazır bir Bahis sitesi yazılımı ile canlıya çıkmıştım; kurulum sorunsuz görünüyordu. İşte o gece, hazır altyapının gerçek yüzüyle tanıştım. Bu yazı, benim gibi aynı duvara toslayan operatörler için: hangi belirti neyin habercisi, sebebi ne ve o gece ne yaptım.
Ödeme kuyruğu neden söz verilen sürede kapanmıyor
Belirti: Çekim talepleri 15 dakika yerine 2-6 saat arasında onaylanıyor. Yoğun saatlerde kuyruk hiç kapanmıyor, gece yarısı sıfırlanıyor.
Olası sebep: Hazır altyapılarda ödeme onay akışı genellikle tek bir “auto-approve” kuralına bağlanır. Bu kural, kullanıcının KYC durumuna, ilk çekim olup olmadığına ve tutar eşiğine göre üç ayrı kontrol yapar. Eğer eşik değeri panelde 500 TL gibi düşük bir seviyede bırakılmışsa, sistem her talebi manuel onaya düşürür. Yani sorun yazılımın hızı değil, sizin bıraktığınız parametredir.
Ne yaptım: Finans yönetimi modülüne girip “otomatik onay” kurallarını katmanlara ayırdım. 0-250 TL arası anında, 250-2.000 TL arası KYC kontrolü sonrası otomatik, 2.000 TL üzeri manuel onay. Ertesi gün kuyruk 40 dakikaya indi. Burada kritik nokta şu: hazır bahis altyapısı size esneklik verir, ama varsayılan değerler sizin iş modelinize göre ayarlanmış değildir. Kurulum sonrası ilk hafta bu ayarları gözden geçirmek, üçüncü haftada kriz yönetmekten çok daha ucuz.
Destek ticket’ları neden geç yanıtlanıyor ve bunu nasıl telafi edersiniz
Belirti: Teknik olmayan sorular bile 12-24 saat içinde yanıtlanıyor. Acil işaretli ticket ile normal ticket arasında süre farkı yok.
Olası sebep: Beyaz etiket veya turnkey modelde destek genelde iki katmanlıdır: sizin kendi operasyon ekibiniz ve altyapı sağlayıcının teknik ekibi. Kullanıcıdan gelen “param gelmedi” talebi, sizin ekibinizden geçmeden doğrudan sağlayıcıya gitmiyorsa, her iki katmanda da bekleme süresi birikir. Ayrıca sağlayıcı tarafında SLA (hizmet seviyesi anlaşması) yalnızca “kritik sistem arızası” için tanımlıysa, ödeme gecikmesi bu kapsama girmez.
Ne yaptım: Üç şeyi değiştirdim. Birincisi, kendi ekibime ödeme durumu sorgulama yetkisi verdim; böylece kullanıcıya “inceliyoruz” demek yerine gerçek durumu söyleyebiliyorum. İkincisi, sağlayıcıdan yazılı SLA istedim: ödeme kuyruğu için 2 saat, oyun motoru için 30 dakika, panel erişimi için 4 saat. Üçüncüsü, haftalık 30 dakikalık bir “kuyruk raporu” toplantısı koydum. Destek süresi 19 saatten 4 saate düştü. Bu tamamen sağlayıcının insafına kalmış bir şey değil; siz talep etmezseniz tanımlanmıyor.
Oran güncellemeleri neden gecikiyor ve kullanıcı bunu nasıl fark ediyor
Belirti: Maç başladıktan sonra oranlar hâlâ açık kalıyor veya canlı oranlar 30-60 saniye gecikmeli geliyor. Kullanıcılar bunu ekran görüntüsüyle şikâyet ediyor.
Olası sebep: Spor bahisleri yazılımında oran beslemesi genellikle dış bir veri sağlayıcıdan gelir. Hazır altyapıda iki farklı besleme kullanılıyorsa (biri maç öncesi, biri canlı), senkronizasyon gecikmesi kaçınılmaz olur. Ayrıca “otomatik oran kilitleme” özelliği kapalıysa, maç başladığında bahis kapanmaz.
Ne yaptım: Panelden oran kilitleme kuralını maç başlangıcından 30 saniye önceye çektim. Canlı besleme için tek sağlayıcıya geçtim, ikinciyi yedek olarak tanımladım. Gecikme 45 saniyeden 8 saniyeye indi. Bu, kullanıcı güveni açısından ödeme gecikmesinden bile kritik; çünkü oran hatası doğrudan “bu site manipüle ediyor” algısı yaratıyor.
Jackpot ve slot tarafında beklenmeyen davranışlar
Belirti: Jackpot havuzu büyümesi duruyor veya slot oyunlarında beklenen RTP (geri dönüş oranı) tutmuyor. Kullanıcı şikâyeti gelmiyor ama gelir tablosunda sapma var.
Olası sebep: Jackpot yönetimi modülünde havuz beslemesi genellikle belirli bir oyun kategorisine bağlanır. Eğer kategori eşleşmesi yanlış yapıldıysa, havuz yalnızca birkaç oyundan beslenir ve büyüme yavaşlar. Slot tarafında ise hazır oyun kütüphanesindeki RTP değerleri sağlayıcıya göre değişir; sizin panelinizde gösterilen değer ile oyunun gerçek motoru farklı olabilir.
Ne yaptım: Jackpot besleme kategorilerini gözden geçirdim, havuzu tüm slot kategorilerine bağladım. Slot oyunları için sağlayıcıdan yazılı RTP dokümanı istedim ve paneldeki değerlerle karşılaştırdım. İki oyunda uyumsuzluk çıktı; ikisini de kütüphaneden kaldırdım. Bu tür sapmalar kısa vadede fark edilmez ama altı ayda ciddi gelir kaybına dönüşür.
Sunucu ve erişim sorunları: kullanıcı kaybetmeden müdahale
Belirti: Yoğun saatlerde panel yavaşlıyor, bazen 502 hatası veriyor. Kullanıcılar bahis kuponunu tamamlayamıyor.
Olası sebep: Hazır altyapılar genelde paylaşımlı sunucularda çalışır. Sizin trafiğiniz ile aynı sunucudaki diğer operatörlerin trafiği aynı kaynağı tüketir. Ayrıca veritabanı sorguları optimize edilmemişse, kupon tamamlama işlemi sırasında kilitlenme oluşur.
Ne yaptım: Sağlayıcıdan kaynak kullanım raporu istedim ve yoğun saatlerde CPU kullanımının %85’e çıktığını gördüm. Ardından iki şey yaptım: kupon tamamlama işlemini ayrı bir kuyruğa aldırdım ve veritabanı indekslerinin gözden geçirilmesini talep ettim. 502 hataları bitti, sayfa açılma süresi 3,2 saniyeden 1,1 saniyeye indi. Bu, sağlayıcıyla teknik bir toplantı yapmadan çözülemeyecek bir sorundu; ama hangi veriyi isteyeceğinizi bilirseniz toplantı 20 dakikada biter.
Finans yönetimi tarafında mutabakat açıkları
Belirti: Günlük rapor ile ödeme sağlayıcıdan gelen mutabakat tutmuyor. Fark küçük ama her gün tekrar ediyor.
Olası sebep: Finans yönetimi modülü, para birimi dönüşümlerini ve komisyon kesintilerini farklı zamanlarda uygular. Eğer dönüşüm kuru gün sonunda sabitleniyorsa, gün içindeki işlemlerle rapor arasında sapma oluşur. Ayrıca iptal edilen bahislerin iadesi bazen ayrı bir kuyrukta bekler ve rapora yansımaz.
Ne yaptım: Kur sabitleme zamanını işlem anına çektim. İptal iadelerini aynı gün içinde mutabakata dahil edecek şekilde rapor tanımını değiştirdim. Üç gün sonra sapma sıfırlandı. Bu, denetim açısından da önemli; çünkü küçük ve tekrarlayan farklar, büyüdüğünde açıklaması en zor kalemdir.
Hazır altyapıda tıkanınca izlenecek sıra
Üç haftada öğrendiğim en önemli şey şu: hazır bir bahis altyapısı, kurulum bittiğinde hazır olmuyor. Asıl iş kurulum sonrası ilk 30 günde yapılıyor. Sırayı şöyle kurdum ve tekrar tıkandığımda bu sırayı izliyorum:
- Önce belirtiyi kaydet, sonra suçlu ara. “Ödeme yavaş” demek işe yaramaz. “14 talep, ortalama 2 saat 40 dakika, yoğunluk 20:00-23:00” demek sağlayıcıya gönderilebilecek bir veridir.
- Varsayılan ayarları sorgula. Otomatik onay eşiği, oran kilitleme süresi, jackpot besleme kategorisi, kur sabitleme zamanı. Bu dördü, hazır altyapıda en sık yanlış kalan ayarlardır.
- Yazılı SLA iste. Sözlü taahhüt değil, ödeme kuyruğu, oyun motoru ve panel erişimi için ayrı ayrı süre tanımı.
- Haftalık kuyruk raporu koy. 30 dakikalık bir toplantı, üç ayrı krizden daha ucuz.
- Kullanıcıya gerçeği söyle. “İnceliyoruz” demek güveni bitirir; “talebiniz 40 dakika içinde işlenecek” demek güveni korur.
Bu adımların hiçbiri yazılımı değiştirmeyi gerektirmiyor. Hazır altyapının avantajı hız; dezavantajı ise sizin iş modelinizi bilmemesi. Aradaki farkı kapatmak operatörün işi. Doğru soruları sorduğunuzda, sağlayıcı tarafındaki ekip de çok daha hızlı hareket ediyor; çünkü onlar da hangi verinin peşinde olduğunuzu anlıyor.
Sık sorulan sorular
Hazır bahis altyapısında ödeme kuyruğu neden kurulumdan sonra yavaşlıyor?
Genellikle otomatik onay eşiği iş modelinize göre ayarlanmadığı için her talep manuel onaya düşer. Eşik değerini ve KYC kontrol katmanlarını panelden yeniden tanımlamak çoğu durumda sorunu çözer.
Destek süresi için sağlayıcıdan ne talep etmeliyim?
Ödeme kuyruğu, oyun motoru ve panel erişimi için ayrı ayrı yazılı SLA isteyin. Ayrıca kendi ekibinize ödeme durumu sorgulama yetkisi verin; böylece kullanıcıya doğru bilgiyi beklemeden verebilirsiniz.
Oran gecikmesi yazılım hatası mı, ayar sorunu mu?
Çoğunlukla ayar sorunudur. Oran kilitleme süresi ve canlı besleme senkronizasyonu panelden yönetilir. İki farklı besleme kullanılıyorsa tek sağlayıcıya geçmek gecikmeyi belirgin şekilde azaltır.
Jackpot havuzu neden beklenen hızda büyümüyor?
Havuz beslemesi yalnızca belirli oyun kategorilerine bağlı kalmış olabilir. Besleme kategorilerini tüm slot kategorilerine bağladığınızda büyüme hızı normale döner.
