PvPSunucusu Silkroad Web Panel’de Ödeme Yöntemleri menüsü, oyuncuların site üzerinden bakiye, silk veya özel para birimi yükleyebilmesi için kullanılan ödeme altyapısını yönetir. Bu menü; ödeme sağlayıcı ayarları, API bilgileri, test/canlı mod seçimi, ödeme paketleri, callback/bildirim adresleri, ödeme logları, manuel onay süreçleri ve güvenlik kontrolleri için kritik öneme sahiptir.

Ödeme sistemi, web panelin en hassas alanlarından biridir. Çünkü burada gerçek para, oyuncu bakiyesi, silk yükleme, satın alma geçmişi ve ödeme sağlayıcısından gelen bildirimler işlenir. Bu nedenle ödeme yöntemleri menüsü rastgele doldurulacak bir ayar alanı gibi görülmemelidir. Yanlış API anahtarı, yanlış callback adresi, hatalı canlı/test mod seçimi veya eksik ödeme logu, oyuncunun ödeme yapıp silk alamamasına neden olabilir.

1. Ödeme Yöntemleri Menüsü Ne İşe Yarar?

Ödeme Yöntemleri menüsü, web panelin hangi ödeme sistemleriyle çalışacağını ve bu sistemlerden gelen ödemelerin nasıl işleneceğini belirler.

Bu menü altında genellikle şu işlemler yapılır:

• Ödeme sağlayıcısı ekleme veya düzenleme
• Ödeme yöntemini aktif/pasif yapma
• API anahtarı, merchant ID, secret key veya token bilgilerini girme
• Test modu ve canlı mod ayarlarını yönetme
• Callback / notify / webhook adreslerini yapılandırma
• Başarılı ve başarısız ödeme dönüş sayfalarını ayarlama
• Ödeme paketleri ve silk karşılıklarını belirleme
• Komisyon, minimum ödeme, maksimum ödeme gibi sınırları ayarlama
• Manuel ödeme yöntemlerini yönetme
• Ödeme loglarını inceleme
• Eksik silk, çift ödeme, hatalı ödeme ve iade taleplerini kontrol etme
• Chargeback veya ödeme iptali süreçlerini takip etme

2. Ödeme Sistemi Nasıl Çalışır?

Oyuncu açısından ödeme işlemi basit görünür: paket seçer, ödeme yapar, silk hesabına gelir. Ancak arka planda birden fazla adım vardır.

1. Oyuncu web panele giriş yapar.
2. Silk veya bakiye paketi seçer.
3. Ödeme yöntemini seçer.
4. Panel ödeme sağlayıcısına bir ödeme isteği gönderir.
5. Oyuncu ödeme sağlayıcısının sayfasında işlemi tamamlar.
6. Ödeme sağlayıcısı sonucu panelin callback adresine bildirir.
7. Panel gelen bildirimin doğru ve güvenli olduğunu kontrol eder.
8. Ödeme başarılıysa oyuncunun hesabına silk veya bakiye eklenir.
9. Ödeme logu ve silk hareket kaydı oluşur.
10. Oyuncuya başarılı veya başarısız işlem sonucu gösterilir.

Ödeme akışı:
Oyuncu paket seçer
→ Panel ödeme isteği oluşturur
→ Ödeme sağlayıcı ödeme alır
→ Callback panel URL'sine gelir
→ Panel doğrulama yapar
→ Silk/bakiye hesaba eklenir
→ Log oluşur

3. Ödeme Sağlayıcısı Seçimi

Ödeme sağlayıcısı, oyuncudan ödeme alan ve sonucu web panele bildiren sistemdir. Panelde PayTR, Paywant, KasaGame, banka havalesi, kredi kartı, mobil ödeme, kripto veya özel ödeme sağlayıcıları gibi farklı seçenekler bulunabilir. Hangi sağlayıcıların olduğu panel kurulumuna göre değişebilir.

Ödeme sağlayıcısı seçerken şu noktalar dikkate alınmalıdır:

• Oyuncu kitlesi hangi ödeme yöntemlerini kullanıyor?
• Sağlayıcı komisyon oranı ne kadar?
• Ödeme onayı anlık mı, manuel mi?
• Callback sistemi güvenilir mi?
• Chargeback riski var mı?
• API dokümantasyonu net mi?
• Test modu var mı?
• Ödeme sağlayıcı Türk Lirası, USD veya farklı para birimlerini destekliyor mu?
• Ödeme sonrası otomatik silk yükleme sorunsuz çalışıyor mu?

Oyuncular için en önemli konu ödeme yaptıktan sonra bakiyenin hızlı ve doğru şekilde hesaba geçmesidir. Yönetim için ise en önemli konu güvenli doğrulama, düzgün log ve geri izlenebilirliktir.

4. Aktif / Pasif Ödeme Yöntemi Mantığı

Her ödeme yöntemi oyunculara açık olmak zorunda değildir. Panelde ödeme yöntemleri aktif veya pasif hale getirilebilir.

Ödeme yöntemi şu durumlarda pasife alınabilir:

• API bilgileri henüz girilmediyse
• Sağlayıcı bakım durumundaysa
• Callback sisteminde sorun varsa
• Ödeme sağlayıcıdan geçici hata alınıyorsa
• Chargeback veya sahte ödeme riski artmışsa
• Test modu henüz tamamlanmadıysa
• Manuel ödeme ekibi aktif değilse

5. API Bilgileri ve Gizli Anahtarlar

Ödeme sağlayıcısı entegrasyonlarında API bilgileri kullanılır. Bu bilgiler panelin ödeme sağlayıcısıyla güvenli iletişim kurmasını sağlar.

Görülebilecek API alanları:

• Merchant ID: Ödeme sağlayıcısındaki mağaza/üye işyeri kimliği.
• Merchant Key: Panelin ödeme isteği oluştururken kullandığı anahtar.
• Merchant Salt: Hash veya imza doğrulamada kullanılan ek gizli değer.
• API Key: Sağlayıcı API erişim anahtarı.
• Secret Key: Ödeme doğrulama ve imza kontrolünde kullanılan gizli anahtar.
• Token: Bazı sistemlerde API erişimi için kullanılan geçici veya kalıcı anahtar.
• Callback Secret: Bildirimlerin gerçekten sağlayıcıdan geldiğini doğrulamak için kullanılan gizli değer.

Bu bilgilerin yanlış girilmesi ödeme oluşturmayı veya ödeme sonucunu doğrulamayı engeller. Bu bilgilerin başkalarıyla paylaşılması ise ciddi güvenlik riskidir.

6. Test Modu ve Canlı Mod Arasındaki Fark

Ödeme sağlayıcılarında genellikle test modu ve canlı mod bulunur.

• Test modu: Gerçek para çekmeden ödeme akışını denemek için kullanılır.
• Canlı mod: Gerçek oyuncu ödemelerinin işlendiği aktif ödeme modudur.

Yeni ödeme yöntemi eklerken önce test modu kullanılmalıdır. Test modu başarılı olmadan canlı moda geçmek doğru değildir.

Test edilmesi gerekenler:

1. Ödeme sayfası açılıyor mu?
2. Ödeme isteği doğru tutarla oluşuyor mu?
3. Oyuncu doğru sağlayıcı sayfasına yönleniyor mu?
4. Başarılı ödeme callback’i panele geliyor mu?
5. Başarısız ödeme callback’i panele geliyor mu?
6. Silk doğru hesaba ekleniyor mu?
7. Ödeme logu oluşuyor mu?
8. Aynı callback iki kez gelirse çift silk ekleniyor mu?

7. Callback, Notify ve Webhook Nedir?

Callback, ödeme sağlayıcısının ödeme sonucunu web panele bildirdiği sistemdir. Bazı sağlayıcılar buna notify, webhook veya bildirim URL’si de diyebilir.

Oyuncu ödeme yaptıktan sonra ödeme sağlayıcısı panele şunu söyler:

• Bu ödeme başarılı mı?
• Ödeme hangi siparişe ait?
• Ödeme tutarı ne kadar?
• Ödeme hangi kullanıcıya ait?
• İşlem ID nedir?
• Ödeme güvenlik imzası doğru mu?

Callback adresi yanlışsa ödeme sağlayıcı panele ulaşamaz. Bu durumda oyuncudan para çekilmiş olabilir ama panele ödeme sonucu gelmediği için silk eklenmez.

Callback kontrol mantığı:
Ödeme sağlayıcı bildirimi gönderdi mi?
Panel callback URL'si doğru mu?
Sunucu callback isteğini aldı mı?
İmza/hash doğrulandı mı?
Sipariş ID eşleşti mi?
Tutar doğru mu?
Silk daha önce eklenmiş mi?

8. Başarılı ve Başarısız Dönüş Sayfaları

Oyuncu ödeme işleminden sonra genellikle panele geri yönlendirilir. Burada başarılı veya başarısız ödeme sonucu gösterilebilir.

Bu sayfalar şunları anlatmalıdır:

• Ödeme başarılı mı başarısız mı?
• Silk otomatik yüklendi mi?
• Yüklenmediyse ne yapılmalı?
• İşlem numarası nerede bulunur?
• Destek talebi açarken hangi bilgiler yazılmalı?

Başarılı dönüş sayfası oyuncuya net bilgi vermelidir. “Ödeme alındı ama silk birkaç dakika içinde yüklenecektir” gibi açıklamalar destek yükünü azaltır.

9. Ödeme Paketleri ve Silk Karşılığı

Ödeme yöntemleri menüsü bazı panellerde ödeme paketleriyle birlikte çalışır. Oyuncu belirli TL tutarı karşılığında belirli miktarda silk alır.

Ödeme paketlerinde bulunabilecek alanlar:

• Paket adı
• Ödeme tutarı
• Verilecek silk miktarı
• Bonus silk miktarı
• Para birimi
• Aktif/pasif durumu
• Kampanya etiketi
• Minimum/maksimum satın alma limiti
• Ödeme yöntemi kısıtlaması

Paket fiyatı ve verilecek silk miktarı dikkatle kontrol edilmelidir. 1000 silk verilecek pakete yanlışlıkla 10000 silk yazılırsa oyun ekonomisi ve gelir dengesi bozulabilir.

Örnek paket mantığı:
Paket: 100 TL Silk Paketi
Tutar: 100 TL
Verilecek silk: 1000
Bonus silk: 100
Toplam yüklenecek: 1100 silk

10. Bonus Silk ve Kampanya Ayarları

Bonus silk, oyuncunun belirli paketlerde fazladan silk almasını sağlar. Kampanya dönemlerinde etkili olabilir fakat yanlış yapılandırılırsa gelir kaybı oluşturur.

Bonus silk kullanırken dikkat edilecekler:

• Bonus miktarı açıkça belirtilmelidir.
• Kampanya başlangıç ve bitiş tarihi net olmalıdır.
• Bonus sadece seçili paketlere mi tüm paketlere mi uygulanıyor kontrol edilmelidir.
• Bonus silk markette normal silk gibi mi geçiyor, ayrı mı çalışıyor net olmalıdır.
• Kampanya bitince bonus otomatik kapanmalı veya manuel kontrol edilmelidir.

11. Manuel Ödeme Yöntemleri

Bazı ödeme türleri otomatik çalışmaz. Banka havalesi, EFT, manuel kupon, özel bayi ödemesi veya elden ödeme gibi yöntemlerde admin onayı gerekebilir.

Manuel ödeme akışı genellikle şöyledir:

1. Oyuncu ödeme bildirimi oluşturur.
2. Ödeme tutarı, hesap adı ve dekont bilgisi gönderir.
3. Admin ödeme kaydını inceler.
4. Banka veya sağlayıcı tarafında ödeme doğrulanır.
5. Doğruysa ödeme onaylanır.
6. Oyuncunun hesabına silk eklenir.
7. Ödeme loguna admin notu yazılır.

Manuel ödeme yöntemlerinde hata riski daha yüksektir. Çünkü otomatik callback yerine insan kontrolü vardır. Bu nedenle dekont, işlem tarihi, gönderen ad, tutar ve hesap eşleşmesi dikkatle kontrol edilmelidir.

12. Ödeme Logları

Ödeme logları, ödeme destek taleplerinin temel kanıt alanıdır. Log yoksa oyuncunun ödeme yapıp yapmadığını, ödemenin hangi hesaba ait olduğunu ve silk yüklenip yüklenmediğini anlamak zorlaşır.

Ödeme loglarında bulunması gereken bilgiler:

• Ödeme ID / sipariş ID
• Ödeme sağlayıcı işlem numarası
• Hesap ID / JID
• Kullanıcı adı
• Ödeme tutarı
• Para birimi
• Seçilen paket
• Verilecek silk miktarı
• Ödeme durumu
• Callback geldi mi?
• Callback doğrulandı mı?
• Silk yüklendi mi?
• İşlem tarihi
• IP adresi
• Hata mesajı varsa hata detayı

Ödeme logları düzenli saklanmalıdır. Özellikle chargeback, eksik silk, çift ödeme ve sahte ödeme taleplerinde bu loglar gereklidir.

13. “Ödeme Yaptım Ama Silk Gelmedi” Talebi Nasıl İncelenir?

Bu, ödeme sisteminde en sık gelen destek taleplerinden biridir. Rastgele manuel silk eklemek doğru değildir.

Kontrol sırası:
1. Oyuncudan hesap adı alınır
2. Ödeme tarihi ve tutarı istenir
3. Ödeme sağlayıcı işlem numarası istenir
4. Panel ödeme logu kontrol edilir
5. Callback geldi mi bakılır
6. Ödeme başarılı mı doğrulanır
7. Silk daha önce yüklendi mi kontrol edilir
8. Silk harcanmış mı market logundan bakılır
9. Gerçek eksik varsa manuel silk eklenir
10. Ticket cevabında işlem açıklanır

Oyuncu mevcut bakiyesinde silk görmüyor olabilir ama silk daha önce yüklenmiş ve markette harcanmış olabilir. Bu nedenle ödeme logu, silk hareket logu ve market satın alma logu birlikte incelenmelidir.

14. Çift Ödeme ve Çift Silk Yükleme Kontrolü

Bazen ödeme sağlayıcısı aynı callback bildirimini birden fazla kez gönderebilir. Panel bu duruma karşı korumalı olmalıdır. Aksi halde aynı ödeme için iki kez silk yüklenebilir.

Çift ödeme kontrolünde bakılacaklar:

• Aynı işlem ID ile birden fazla kayıt var mı?
• Aynı ödeme sağlayıcı işlem numarası tekrar etmiş mi?
• Aynı siparişe iki kez silk eklenmiş mi?
• Oyuncu gerçekten iki ayrı ödeme mi yapmış?
• Callback logunda tekrar bildirimi var mı?
• Panel idempotent kontrol yapıyor mu?

15. Başarısız, Beklemede ve İptal Edilmiş Ödemeler

Her ödeme başarılı olmaz. Bazı ödemeler başarısız, beklemede, iptal edilmiş veya zaman aşımına uğramış olabilir.

• Başarılı: Ödeme alınmış ve doğrulanmıştır.
• Beklemede: Ödeme henüz kesinleşmemiştir.
• Başarısız: Ödeme alınamamıştır.
• İptal: Oyuncu veya sağlayıcı işlemi iptal etmiştir.
• İade: Ödeme sonradan geri çevrilmiştir.
• Chargeback: Oyuncu banka/sağlayıcı üzerinden ödemeye itiraz etmiştir.

Beklemede veya başarısız ödeme için silk verilmemelidir. Sadece ödeme sağlayıcı tarafından başarılı ve doğrulanmış ödemeler için bakiye yüklenmelidir.

16. Chargeback ve Ödeme İtirazı Yönetimi

Chargeback, oyuncunun yaptığı ödemeye sonradan itiraz etmesi veya bankadan geri çekmesi anlamına gelir. Bu durumda oyuncu silk almış ama ödeme geri dönmüş olabilir.

Chargeback kontrolünde yapılacaklar:

1. Ödeme sağlayıcıdan itiraz bildirimi kontrol edilir.
2. İlgili ödeme logu bulunur.
3. Hangi hesaba silk yüklendiği kontrol edilir.
4. Silk harcanmış mı incelenir.
5. Market ürünleri teslim edilmiş mi kontrol edilir.
6. Sunucu politikasına göre hesap geçici kilitlenebilir.
7. Gerekirse silk düşme veya hesap inceleme işlemi yapılır.
8. Tüm işlem admin loguna yazılır.

17. Ödeme Güvenliği ve Hash / İmza Doğrulama

Ödeme sağlayıcısından gelen callback bildirimi mutlaka doğrulanmalıdır. Aksi halde kötü niyetli biri sahte ödeme bildirimi gönderip hesaba silk yükletmeye çalışabilir.

Güvenlik için kontrol edilmesi gerekenler:

• Callback imzası doğru mu?
• Hash değeri beklenen şekilde mi?
• Merchant secret veya salt doğru kullanılmış mı?
• Sipariş ID panelde mevcut mu?
• Tutar paneldeki sipariş tutarıyla aynı mı?
• Para birimi doğru mu?
• Ödeme zaten daha önce işlenmiş mi?
• Callback sağlayıcının beklenen IP veya doğrulama sistemiyle mi geliyor?

Panel sadece “başarılı” yazan her bildirime güvenmemelidir. Ödeme bildiriminin gerçekten ödeme sağlayıcısından geldiği ve değiştirilmediği kontrol edilmelidir.

18. Minimum ve Maksimum Ödeme Limitleri

Ödeme yöntemlerinde minimum ve maksimum tutar sınırı kullanılabilir. Bu sınırlar ödeme maliyeti, komisyon, fraud riski ve oyuncu deneyimi için önemlidir.

Limit kullanımı şu amaçlarla yapılabilir:

• Çok düşük tutarlı gereksiz ödeme trafiğini engellemek
• Yüksek tutarlı şüpheli ödemeleri sınırlamak
• Kampanya paketlerini kontrol etmek
• Manuel ödeme onay sürecini düzenlemek
• Komisyon zararını azaltmak

Örneğin çok düşük tutarlı ödemelerde sağlayıcı komisyonu nedeniyle gelir anlamsız hale gelebilir. Çok yüksek tutarlı ödemelerde ise chargeback riski büyüyebilir.

19. Para Birimi ve Kur Ayarları

Bazı ödeme sistemlerinde TL, USD, EUR veya farklı para birimleri kullanılabilir. Panelde para birimi ve kur dönüşümü varsa dikkatli yapılandırılmalıdır.

Kontrol edilmesi gerekenler:

• Ödeme sağlayıcı hangi para birimini bekliyor?
• Panelde paket fiyatı hangi para biriminde yazıldı?
• Oyuncuya görünen fiyat ile sağlayıcıya gönderilen fiyat aynı mı?
• Kur dönüşümü varsa güncel mi?
• Ondalık ayırıcı nokta/virgül hatası var mı?
• Callback tutarı panel siparişiyle eşleşiyor mu?

20. Ödeme Yöntemi Canlıya Almadan Önce Test Listesi

1. Ödeme yöntemi adı doğru mu?
2. Aktif/pasif durumu doğru mu?
3. Test modu açık mı?
4. API bilgileri doğru girildi mi?
5. Callback URL sağlayıcı paneline doğru yazıldı mı?
6. Başarılı dönüş URL’si çalışıyor mu?
7. Başarısız dönüş URL’si çalışıyor mu?
8. Test ödeme oluşturulabiliyor mu?
9. Callback panele geliyor mu?
10. Hash/imza doğrulaması başarılı mı?
11. Silk doğru hesaba ekleniyor mu?
12. Bonus silk doğru ekleniyor mu?
13. Ödeme logu oluşuyor mu?
14. Aynı callback tekrar gelirse çift silk eklenmiyor mu?
15. Canlı moda geçince düşük tutarlı gerçek ödeme testi yapıldı mı?

21. Ödeme Destek Taleplerinde Oyuncudan İstenecek Bilgiler

Oyuncu ödeme sorunu yaşadığında eksik bilgiyle ticket açarsa inceleme uzar. Bu yüzden oyuncudan standart bilgiler istenmelidir.

• Hesap adı
• Karakter adı
• Ödeme tarihi ve saati
• Ödeme tutarı
• Ödeme yöntemi
• Ödeme sağlayıcı işlem numarası
• Varsa dekont veya işlem ekran görüntüsü
• Seçilen silk paketi
• Sorunun ne olduğu

Oyuncuya örnek cevap:
Merhaba,
Ödeme işleminizi kontrol edebilmemiz için lütfen hesap adınızı,
ödeme tarihinizi, ödeme tutarınızı ve işlem numaranızı iletiniz.
Dekont veya ödeme ekran görüntüsü varsa ticket'a ekleyebilirsiniz.

22. Ödeme Yöntemleri İçin Yetki Yönetimi

Ödeme Yöntemleri menüsü her admin kullanıcısına açılmamalıdır. Bu menü gerçek para ve oyuncu bakiyesiyle bağlantılıdır.

Önerilen yetki ayrımı:

• Destek yetkilisi: Ödeme loglarını görüntüleyebilir, API ayarlarını değiştiremez.
• Ödeme yetkilisi: Ödeme kayıtlarını inceleyebilir, manuel onay yapabilir.
• Finans yetkilisi: Ödeme sağlayıcı kayıtları ve chargeback süreçlerini takip edebilir.
• Teknik yönetici: API, callback ve entegrasyon ayarlarını düzenleyebilir.
• SuperAdmin: Tüm ödeme ayarlarını yönetebilir.

API anahtarlarını görme ve değiştirme yetkisi mümkün olduğunca sınırlı tutulmalıdır.

23. Admin Loglarında Ödeme İşlemleri

Ödeme menüsünde yapılan kritik işlemler mutlaka admin loguna yazılmalıdır.

Loglanması gereken işlemler:

• Ödeme yöntemi ekleme
• Ödeme yöntemi pasife alma
• API bilgisi değiştirme
• Test modundan canlı moda geçme
• Callback URL değiştirme
• Manuel ödeme onaylama
• Manuel silk ekleme
• Silk düşme
• Chargeback işlem notu ekleme
• Ödeme paketi fiyatı değiştirme
• Bonus silk kampanyası başlatma veya bitirme

Bu loglar ileride “kim bu ayarı değiştirdi?” sorusunun cevabını verir. Özellikle API ve canlı mod değişiklikleri mutlaka kayıt altında olmalıdır.

24. Sık Yapılan Hatalar

• Test etmeden ödeme yöntemini canlıya almak
• Callback URL’yi ödeme sağlayıcı paneline yanlış yazmak
• Test modu API bilgileriyle canlı moda geçmek
• Canlı API bilgilerini test modunda kullanmak
• Hash/imza doğrulaması yapmadan silk yüklemek
• Aynı callback tekrar geldiğinde iki kez silk eklemek
• Ödeme başarılı olmadan manuel silk vermek
• Beklemede olan ödemeyi başarılı sanmak
• Chargeback sonrası oyuncu hesabını incelememek
• API anahtarlarını ekran görüntüsüyle paylaşmak
• Ödeme loglarını erken silmek
• Bonus silk kampanyasını kapatmayı unutmak

25. FAQ - Sık Sorulan Sorular

Oyuncu ödeme yaptı ama silk gelmedi, en önce ne kontrol edilmeli?
Önce ödeme logu, callback durumu, ödeme sağlayıcı işlem numarası ve hesaba silk eklenip eklenmediği kontrol edilmelidir.

Callback gelmezse ne olur?
Panel ödeme sonucunu öğrenemez. Oyuncudan para çekilmiş olabilir ama panel silk eklemeyebilir. Callback URL ve sağlayıcı bildirim kayıtları kontrol edilmelidir.

Ödeme sağlayıcıda başarılı görünüyor ama panelde yoksa ne yapılmalı?
İşlem ID ile sağlayıcı paneli ve web panel ödeme logu karşılaştırılmalıdır. Callback başarısızsa manuel doğrulama sonrası silk eklenebilir.

Test modu başarılıysa canlı mod kesin çalışır mı?
Hayır. Canlı mod API bilgileri, callback ayarları ve ödeme ortamı farklı olabilir. Canlı modda düşük tutarlı gerçek test yapılmalıdır.

Manuel ödeme onayında dekont yeterli mi?
Hayır. Dekont ekran görüntüsü tek başına yeterli değildir. Gerçek banka veya sağlayıcı kaydı kontrol edilmelidir.

Aynı ödeme iki kez bildirildiyse ne yapılmalı?
Panel aynı işlem ID’sinin daha önce işlenip işlenmediğini kontrol etmelidir. İkinci bildirimde tekrar silk eklenmemelidir.

Chargeback olursa sadece silk düşmek yeterli mi?
Her zaman değil. Oyuncu silk ile market ürünü aldıysa market ve karakter teslim logları da incelenmelidir.

API anahtarları kimlerde olmalı?
Sadece teknik yönetici veya SuperAdmin seviyesinde olmalıdır. Destek yetkilileri API anahtarlarını görmemelidir.

26. Performans ve Güvenlik Notları

• Ödeme loglarında tarih filtresi kullanılmalıdır; geniş sorgular paneli yavaşlatabilir.
• Callback işlemleri hızlı yanıt vermelidir; uzun süren işlemler sağlayıcı tarafında timeout oluşturabilir.
• Silk ekleme işlemleri tekrar çalışmaya karşı korumalı olmalıdır.
• Ödeme logları düzenli yedeklenmelidir.
• API bilgileri şifreli veya güvenli şekilde saklanmalıdır.
• Ödeme sayfaları HTTPS üzerinden çalışmalıdır.
• Callback URL herkese açık olsa bile sadece doğrulanmış bildirimler işlenmelidir.
• Başarısız ödeme denemeleri fraud kontrolü için saklanmalıdır.
• Manuel silk ekleme işlemleri açıklamasız yapılmamalıdır.
• Ödeme yöntemleri değiştirildiğinde test ödeme yapılmalıdır.

27. Ödeme Yöntemi Canlıya Alma Son Kontrol Listesi

1. API bilgileri doğru mu?
2. Canlı mod aktif mi?
3. Test modu kapatıldı mı?
4. Callback URL doğru mu?
5. Başarılı/başarısız dönüş sayfaları çalışıyor mu?
6. Hash/imza doğrulaması aktif mi?
7. Ödeme paketi fiyatları doğru mu?
8. Silk miktarları doğru mu?
9. Bonus kampanyası varsa doğru çalışıyor mu?
10. Düşük tutarlı gerçek ödeme testi yapıldı mı?
11. Ödeme logu oluştu mu?
12. Silk doğru hesaba yüklendi mi?
13. Tekrar callback testinde çift silk eklenmedi mi?
14. Destek ekibi ödeme talebinde hangi bilgileri isteyeceğini biliyor mu?

28. Sonuç

Ödeme Yöntemleri menüsü, Silkroad Web Panel’in en kritik yönetim alanlarından biridir. Bu menü doğru yapılandırıldığında oyuncular güvenli şekilde ödeme yapar, silk bakiyeleri otomatik yüklenir, ödeme logları düzenli tutulur ve destek talepleri hızlı çözülür.

Yanlış yapılandırıldığında ise oyuncu ödeme yaptığı halde silk alamayabilir, callback gelmeyebilir, çift silk yüklenebilir, API bilgileri sızabilir veya chargeback süreçleri kontrolsüz kalabilir. Bu nedenle ödeme sistemi canlıya alınmadan önce test modu, callback, hash doğrulaması, silk yükleme, log kontrolü ve gerçek düşük tutarlı ödeme testi mutlaka yapılmalıdır.

En sağlıklı ödeme yönetimi; doğru API bilgisi, güvenli callback doğrulaması, net ödeme paketleri, güçlü log sistemi, sınırlı admin yetkisi ve düzenli destek kontrol akışıyla sağlanır.

Bu makale PvPSunucusu için özel olarak hazırlanmıştır.