İçeriğe geç

Entegrasyon modeli

Her harici servis platforma, kendi kategorisinin sözleşmesini uygulayan bir adaptör üzerinden ulaşır. Platform sağlayıcıyla doğrudan değil, sözleşmeyle konuşur.

01Adaptör kategorileri

Bir kategori, adaptörün neleri yapabilmesi gerektiğini tanımlar. Arkasındaki sağlayıcı, platformun geri kalanı fark etmeden değişebilir.

  • games.*

    Oyun kaynakları

    Casino oyunları sağlayan stüdyolar ve içerik agregatörleri.

    Sözleşmenin kapsamı

    • Katalog ve üst veri eşitlemesi
    • Başlatma oturumları
    • Tur borç, alacak ve geri alma işlemleri
    • Sağlık ve gecikme bildirimi
  • sportsbook.*

    Sportsbook veri akışları

    Karşılaşma, market, oran ve sonuç sağlayan harici sportsbook servisleri.

    Sözleşmenin kapsamı

    • Karşılaşmalar ve marketler
    • Oran güncellemeleri ve askıya almalar
    • Bahis kabulü
    • Sonuçlar ve sonuçlandırma
  • payments.*

    Ödeme hizmeti sağlayıcıları

    Oyuncular ile operatörün hesapları arasında para aktaran sağlayıcılar.

    Sözleşmenin kapsamı

    • Para yatırma başlatma
    • Çekim ödemesi
    • Durum bildirimleri
    • Mutabakat dosyaları
  • kyc.*

    KYC/AML

    Operatörün seçtiği kimlik doğrulama, tarama ve izleme servisleri.

    Sözleşmenin kapsamı

    • Kimlik ve belge kontrolleri
    • Yaptırım ve PEP taraması
    • Durum bildirimleri
    • Denetim için kanıt referansları
  • messaging.*

    Mesajlaşma ve CRM

    Operatör adına oyuncularla iletişim kuran kanallar ve araçlar.

    Sözleşmenin kapsamı

    • İşlemsel mesajlar
    • CRM araçlarına olay akışı
    • İzin ve tercih eşitlemesi
    • Dışlanan oyuncular için gönderim engeli
  • export.*

    Veri aktarımı

    Operasyonel verinin hedefleri: veri ambarları, iş zekâsı araçları ve düzenleyici raporlama.

    Sözleşmenin kapsamı

    • Zamanlanmış dosya aktarımları
    • Olay akışı teslimi
    • Yargı bölgesine göre rapor biçimleri
    • İmzalı ve kayıt altına alınan teslim

02Entegrasyon modeli

Kategoriler yaptıkları iş bakımından ayrışır. Bir şeyler ters gittiğinde nasıl davrandıkları ise ortaktır.

  1. Kategori başına bir sözleşme

    Bir kategorideki her adaptör aynı işlemleri aynı anlamla uygular.

  2. Hatalar yayılmaz

    Zaman aşımları, artan aralıklı yeniden denemeler ve devre kesme adaptör bazında uygulanır. Tek bir sağlayıcıdaki sorun diğerlerini etkilemez.

  3. Para bir kez hareket eder

    Cüzdana dokunan her işlem idempotent'tir ve sağlayıcının kendi kayıtlarıyla mutabık kılınabilir.

  4. Sağlık görünürdür

    Adaptör bazında gecikme, hata oranı ve devre durumu konsolda gösterilir ve API üzerinden alınabilir.

  5. Sandbox karşılığı

    Her kategorinin üretilmiş veriyle çalışan bir sandbox adaptörü vardır; geliştiricileriniz sağlayıcı hesabı olmadan test edebilir.

ts
// Illustrative shape of a game source adapter. Not a published SDK.
export interface GameSourceAdapter {
  listGames(market: string): Promise<CatalogEntry[]>;
  createLaunch(request: LaunchRequest): Promise<LaunchSession>;

  // Wallet operations are idempotent: same key, same result.
  onDebit(event: RoundDebit): Promise<WalletResult>;
  onCredit(event: RoundCredit): Promise<WalletResult>;
  onRollback(event: RoundRollback): Promise<WalletResult>;

  health(): Promise<AdapterHealth>;
}

Temsili bir yapıdır, yayımlanmış bir SDK değildir. Sözleşmeler, entegrasyon sürecinde kategori bazında belgelenir.

03Adaptörün devreye alınması

Adaptör hazır da olsa, sıfırdan da geliştirilse aynı altı adım izlenir. Fark, ortadaki adımların ne kadar sürdüğündedir.

  1. 01

    Kapsam

    Adaptörün hangi sağlayıcıyı, hangi pazarları ve hangi işlemleri desteklemesi gerektiği belirlenir.

    ÇıktıEntegrasyon özeti

  2. 02

    Sözleşme eşlemesi

    Sağlayıcının protokolü kategori sözleşmesiyle eşlenir ve her fark belgelenir.

    ÇıktıEşleme belgesi

  3. 03

    Sandbox'ta geliştirme

    Adaptör, sağlayıcının test ortamına ya da bir simülatöre karşı geliştirilir veya etkinleştirilir.

    ÇıktıSandbox adaptörü

  4. 04

    Uygunluk testleri

    Kategori test paketi çalıştırılır: idempotency, yeniden denemeler, geri almalar, zaman aşımları ve mutabakat.

    ÇıktıTest kanıtları

  5. 05

    Kademeli etkinleştirme

    Adaptör önce tek bir marka ya da pazar için açılır; yaygınlaştırmadan önce sağlığı izlenir.

    ÇıktıCanlıya geçiş kontrol listesi

  6. 06

    İşletim

    İzleme, uyarılar ve mutabakat sürekli çalışır. Sağlayıcı tarafındaki değişiklikler adaptör güncellemesi olarak ele alınır.

    ÇıktıOperasyon kılavuzu

04Durumlar

Bu üç ifadeyi dokümantasyonumuzda ve konsolda adaptörlerin yanında görürsünüz. Ticari bir ilişkiyi değil, yazılımın durumunu anlatırlar.

Kullanılabilir

Adaptör geliştirilmiş ve uygunluk testlerinden geçmiştir. Sağlayıcıyla kendi anlaşmanız yürürlüğe girdiğinde canlı kiracıda etkinleştirilebilir.

Sizin için anlamı

  • Yapılandırmayla etkinleştirilir
  • İzleme ve mutabakat kapsamındadır
  • Sağlayıcıdaki kendi kimlik bilgilerinizi kullanır

Sandbox

Adaptör sandbox ortamında, bir simülatöre ya da sağlayıcının kendi test ortamına karşı çalışır. Gerçek trafik için değil, geliştirme ve test içindir.

Sizin için anlamı

  • Yalnızca üretilmiş ya da test verisi
  • Canlı ortamla aynı sözleşme
  • Gerçek para ve gerçek oyuncu yok

Planlanan

Kategori sözleşmesi bu bağlantıyı destekler, ancak adaptör henüz geliştirilmemiştir. Kapsamı ve takvimi, ihtiyaç duyan operatörle birlikte belirlenir.

Sizin için anlamı

  • Kapsam keşif aşamasında netleşir
  • Altı devreye alma adımını izler
  • Bir sözleşmeye girmeden teslim taahhüdü sayılmaz

Bir iş ortağı listesi yayımlamıyoruz. Hangi sağlayıcıların bağlanacağı her operatörün lisanslarına ve anlaşmalarına bağlıdır; keşif aşamasında netleştirilir.

Sonraki adım

Sağlayıcı listenizi ve pazarlarınızı paylaşın. Bunları adaptör kategorileriyle eşleyip gereken çalışmayı gösterelim.