Platforma genel bakış
Casino, sportsbook, cüzdan, agregasyon, analitik ve API'ler tek bir sistemin modülleridir. Aynı veri modelini, aynı yetki sistemini ve aynı API'yi paylaşırlar; bir kez tanımlanan kural her yerde geçerlidir.
01Ortak temel
Çoğu platform, ürünleri yan yana ekleyerek büyür. Poocraft modülleri ise aynı üç temelin üzerinde durur; tutarlılığı sağlayan da budur.
01
Tek veri modeli
Oyuncular, markalar, pazarlar, işlemler ve olaylar bir kez tanımlanır. Casino ve sportsbook aynı oyuncuyu ve aynı bakiyeyi okur; ürünler arasında eşitlenecek bir şey kalmaz.
- Tüm ürünlerde tek oyuncu kaydı
- Raporlama için tek olay akışı
- Her kayıtta kiracı ve marka bilgisi
02
Tek yetki sistemi
Konsoldaki her işlem ve her API çağrısı aynı rol kontrolünden geçer. Bir personele verilen yetki katalogda da, finansta da, yapılandırmada da aynı anlama gelir.
- Kiracı bazında tanımlanan roller
- Her işlemde sunucu tarafında kontrol
- Her karar denetim kaydına yazılır
03
Tek API
Operatör konsolu, geliştiricilerinizin kullandığı sürümlü API'nin bir istemcisidir. Ekibinizin arayüzde yapabildiği her şey otomatikleştirilebilir.
/api/v1altında sürümlü- Kapsamlı API anahtarları
- Her olay için imzalı webhook
02Modüller
Her modülün diğerleriyle net bir sözleşmesi vardır. Platformun tamamını çalıştırabilir ya da tek bir modülü mevcut sistemlerinize bağlayabilirsiniz.
- 01
Casino
İçerik
Bağlı tüm oyun kaynakları için katalog, kategoriler, lobiler, turnuvalar ve promosyonlar; marka ve pazar bazında yönetilir.
Casino çözümü- Lobi ve kategori yapılandırması
- Pazara göre erişilebilirlik
- Turnuvalar ve promosyonlar
- 02
Sportsbook
Bahis
Harici sportsbook servisleri için entegrasyon katmanı: etkinlikler, marketler ve oranlar için tek model; operatör kontrolleri ve izleme ile birlikte.
Sportsbook çözümü- Veri akışı adaptör sözleşmesi
- Market ve marj yapılandırması
- Etkinlik izleme ve sonuçlandırma
- 03
Platform Yönetimi
Kontrol
Kiracılar, markalar, personel, roller ve yapılandırma. Her yönetim değişikliği bir kişiyle ilişkilendirilir ve denetim kaydına yazılır.
Güvenlik mimarisi- Çok markalı, çok kiracılı yapı
- Rol tabanlı erişim kontrolü
- Denetim kaydı
- 04
Cüzdan ve Ödemeler
Finans
Değiştirilemez işlemler ve idempotent yazma işlemleri içeren çift taraflı muhasebe defteri; ödeme hizmeti sağlayıcılarına adaptörlerle bağlanır.
Defter nasıl çalışır- Çift taraflı muhasebe defteri
- Her yazma işleminde idempotency
- Mutabakat raporları
- 05
Oyun Agregasyonu
Bağlantı
Oyun kaynakları için tek adaptör sözleşmesi. Başlatma, tur ve sonuçlandırma akışları kataloğa ya da cüzdana ulaşmadan önce standartlaştırılır.
Entegrasyon modeli- Birleşik başlatma ve sonuçlandırma
- Adaptör sağlığı ve gecikme
- Test için sandbox adaptörü
- 06
Analitik
İçgörü
Her modülden gelen operasyonel olaylar tek raporlama katmanında; panolar, filtreler, dışa aktarımlar ve zamanlanmış raporlarla.
Raporlama nasıl çalışır- Olay tabanlı raporlama
- Operasyon panoları
- Finans ve uyum için dışa aktarımlar
- 07
API Entegrasyonu
Geliştiriciler
Sürümlü REST uç noktaları, imzalı webhook'lar ve sandbox; ekibiniz gerçek trafik başlamadan önce entegre edip test edebilir.
Geliştirici dokümantasyonu- Kapsamlı API anahtarları
- İmzalı ve yeniden denenen webhook'lar
- Üretilmiş veriyle çalışan sandbox
03Cüzdan ve ödemeler
Cüzdan önce bir muhasebe sistemi, sonra bir bakiyedir. Dört kural, yeniden denemelerde, hatalarda ve denetimlerde güvenilir kalmasını sağlar.
- Çift taraflı kayıt
- Her para hareketi, hesaplar arasında dengeli borç ve alacak kayıtları olarak yazılır. Defterin içinde değer yoktan var olmaz, kaybolmaz; yalnızca yer değiştirir.
- Değiştirilemez işlemler
- Deftere işlenen kayıtlar düzenlenmez ve silinmez. Düzeltme, tersine çevirdiği işleme atıfta bulunan yeni bir işlemdir; geçmişin tamamı okunabilir kalır.
- Idempotency
- Her yazma işlemi bir idempotency anahtarı taşır. İstek bir zaman aşımından sonra yeniden gönderilirse defter ikinci kez kayıt atmaz, ilk sonucu döndürür.
- Mutabakat
- Defter toplamları, oyun kaynağı ve ödeme raporlarıyla karşılaştırılır. Farklar ay sonunda sürpriz olarak değil, finans ekibinizin önüne açık kalem olarak gelir.
Journal · round_58210
1posted2| # | Account | Debit | Credit |
|---|---|---|---|
| 01 | player:9041:cash | 25.00 | |
| 02 | operator:stakes | 25.00 | |
| 03 | operator:stakes | 62.50 | |
| 04 | player:9041:cash | 62.50 | |
| Balanced | 87.50 | 87.50 |
Idempotency
3Reconciliation · today
4Bir bahis oynandığında neler olur
- 1
İstek
Borç işlemi, bir idempotency anahtarı ve ilgili oyun turu ya da bahis referansıyla gelir.
- 2
Kontrol
Herhangi bir kayıt yazılmadan önce bakiye, limitler ve sorumlu oyun kuralları değerlendirilir.
- 3
Kayıt
Dengeli kayıt kümesi tek bir veritabanı işlemi içinde yazılır.
- 4
Onay
Yeni bakiye döndürülür ve imzalı bir webhook kaydı bildirir.
Ödemelerin yeri. Para yatırma ve çekme işlemleri deftere ödeme hizmeti sağlayıcısı adaptörleri üzerinden ulaşır. Poocraft defteri ve adaptörleri sağlar; fonlar ve ödeme ilişkileri operatöre aittir.
04Platform yönetimi
Operasyon, finans, destek ve uyum ekipleri aynı konsolu farklı yetkilerle kullanır. Görmek için bir çalışma alanı seçin.
Active players
12,480
▲ 4.2%
Turnover · 24h
1.84M
▲ 6.1%
Open bets
38,204
▼ 1.1%
Adapters healthy
6 / 6
Activity · all brands
LiveNeeds attention
- PSP latency above threshold
- Tournament starts in 2h
- 2 transactions flagged
- Scheduled report ready
Konsol önizlemeleri üretilmiş veriyle çalışır. Rakamlar performans beyanı değildir.
Markalar ve kiracılar
Tek kiracıda birden çok marka yönetin; her birinin pazarları, para birimleri, limitleri ve görünümü ayrıdır.
Personel ve roller
Her ekip için en az yetki ilkesine dayalı roller; yetkiler her işlemde sunucu tarafında uygulanır.
Dağıtım gerektirmeyen yapılandırma
Limitler, yargı bölgeleri, lobiler ve özellik bayrakları ekibinizin konsoldan değiştirdiği ayarlardır.
Denetim izi
Kim, neyi, ne zaman ve nereden değiştirdi; her yönetim işlemi için kayıt altındadır.
Oyuncu yönetimi
Profiller, doğrulama durumu, limitler ve oturum geçmişi; her hesapta sorumlu oyun kontrolleriyle.
Finansal operasyonlar
Onay kuyrukları, işaretlenen işlemler ve oyun kaynakları ile ödeme sağlayıcılarına karşı mutabakat.
Turnover · 30d
1.84M
▲ 6.1%
Bets
412K
▲ 3.4%
Avg. bet
4.47
▼ 0.8%
Turnover · all brands
30dBy product
Event report · today
export csv| Event type | Module | Count |
|---|---|---|
| game.round.settled | casino | 18,402 |
| wallet.transaction.posted | wallet | 41,930 |
| sportsbook.market.suspended | sportsbook | 212 |
| compliance.check.completed | players | 96 |
| report.export.ready | reporting | 4 |
05Analitik
Her modül operasyonel olaylarını tek bir raporlama katmanına yazar. Panolar, dışa aktarımlar ve Raporlama API'si aynı kaynaktan okur; rakamlar birbirini tutar.
- Olay tabanlı
- Raporlar; turlar, bahisler, işlemler ve oturum açma gibi kaydedilmiş olaylar üzerindeki sorgulardır, zamanla sapabilen ayrı sayaçlar değil.
- Operasyon panoları
- Marka, ürün ve pazar kırılımıyla hareketlilik, adaptör sağlığı ve kuyruklar; olaylar geldikçe güncellenir.
- Dışa aktarım ve zamanlama
- Finans ve uyum için anlık ya da zamanlanmış dışa aktarımlar; dosya olarak veya Raporlama API'si üzerinden.
- Role göre sınırlı
- Bir rapor yalnızca görüntüleyen kişinin rolünün izin verdiği markaları ve veri kategorilerini gösterir.
06API
Cüzdan, katalog, başlatma oturumları, sportsbook etkinlikleri, uyum kontrolleri ve raporlar; geliştiricilerinize tek bir kurallar bütünüyle sunulur.
- Temel yol
- /api/v1
- Kimlik doğrulama
- Kapsamlı Bearer API anahtarları
- Olaylar
- İmzalı webhook'lar
- Test
- Üretilmiş veriyle sandbox
POST /api/v1/wallet/debit
Authorization: Bearer pk_sandbox_••••••••
Idempotency-Key: 7c1e9a52-0b7e-4f0e-9a51-2f6f3b1c8d10
Content-Type: application/json
{
"player_id": "pl_9041",
"amount": 2500,
"currency": "EUR",
"reference": "round_58210"
}Temsili örnektir. Uç noktalar ve veri yapıları entegrasyon sürecinde kesinleşir.
Sonraki adım
Bize operasyonunuzdan bahsedin. Platformu, sizin için önemli olan kısımlar üzerinden gösterelim.