Ortaklık servisi ve gelir modelleri
Arkadaş davetinden farkı
PuliBet menüsündeki ortaklık programı ayrı bir servis açıyor. Bu alan kazandırılan müşteriler ve sözleşmeye dayalı gelir için. Oyunculara yönelik Davet Et kampanyası arkadaş davetini kapsıyor ve kendi bonus koşullarını kullanıyor; ortak katılımcı kazandırma fikri nedeniyle aynı ürün sayılamaz.
Seçim yaparken sonucun türü önemli. Ortaklık modelinde sözleşme koşullarına göre ücret hesaplanır; referans kampanyasında oyuncu öngörülen bonusu alır. “Davet” ve “ortak” kelimeleri hesap para birimini, CPA hakkını veya gelirin ödeme düzenini belirlemez.
| Alan | Dayanağı | Ne kontrol edilmeli? |
|---|---|---|
| Ortaklık servisi | Koşulları sağlayan müşteriler ve sözleşmeye dayalı gelir modeli | CPA, RevShare, kesintiler, dönem ve eşik |
| Davet Et | Oyuncunun arkadaş davet kampanyasına katılımı | Bonus koşulları ve davet edilen kişinin uygunluğu |
| Reklam iş birliği | Belirli iş birliğinin koşulları | Anlaşmanın konusu ve kararlaştırılmış iletişim noktası |
Oyuncu referans kampanyasının koşulları PuliBet bonusları bölümünde. Tutarlarını veya şartlarını ortağın mali modeline taşımayın. Platformun genel yapısı için ana sayfa kullanılabilir; burada konu ortaklık ücretinin hesaplanması.
CPA ile 216 EUR, RevShare ile 200 EUR nasıl hesaplandı?
İki ayrı bileşenli ortaklık dökümünü inceledim: koşulları sağlayan müşteriler için ödeme ve net oyun gelirinden pay. Son aritmetik belirtilen modele göre tahakkuku gösteriyor. Bu tutarda banka transferi aldığım veya bu oranların her yeni ortağa verildiği anlamına gelmiyor.
CPA koşulları sağlayan müşteriler için ödeniyor
Dökümde müşteri başına 18 EUR ile koşulları sağlayan 12 müşteri vardı. CPA hesabı basit: 12 × 18 = 216 EUR. Burada anahtar ifade “koşulları sağlayan”: bağlantı tıklamaları, açılan hesaplar ve sözleşmeye göre uygun kabul edilen müşteriler aynı sayı olarak kullanılamaz.
CPA üzerinde anlaşmadan önce kazandırılan kişinin hangi işlemlerle uygun müşteri sayıldığını ve bunların raporlarda nasıl göründüğünü netleştirin. Bu, 18 EUR tutarından çıkarılabilecek ek şart değil, sözleşmeye ilişkin bir soru. Tahakkuk dayanağı açık değilse yüksek tarife öngörü için yararsız kalır.
RevShare NGR üzerinden hesaplanıyor
Dökümün ikinci bölümü 1.000 EUR GGR ile başlıyor. Bundan 120 EUR bonus ve 80 EUR diğer sözleşme kesintisi çıkarılıyor. Kalan 800 EUR NGR'ye %25 pay uygulanıyor: 800 × 0,25 = 200 EUR. Bu modelde yüzdeyi başlangıçtaki bin üzerinden hesaplamak yanlış.
GGR ve NGR aynı tutarın iki adı değil, farklı hesap tabanları. Bu hesapta fark 200 EUR. Dolayısıyla dökümü kontrol ederken yalnızca yüzdeyi değil, her kesintiyi karşılaştırmak gerekiyor: yanlış tabanın doğru %25'i yine yanlış sonuç verir.
Hybrid, bileşenleri yalnızca açık koşulla topluyor
İncelenen dökümde hybrid açıkça kararlaştırılmış; bu nedenle 216 EUR CPA ve 200 EUR RevShare toplam 416 EUR ediyor. İki modelin bulunması toplamlarını otomatik isteme hakkı vermez. Anlaşma yalnızca bir bileşeni öngörüyorsa onu uygulayın.
| Gösterge | Başlangıç verileri | Hesap | Sonuç, EUR |
|---|---|---|---|
| CPA | Koşulları sağlayan 12 müşteri, müşteri başına 18 EUR | 12 × 18 | 216 |
| NGR | GGR 1.000; bonuslar 120; diğer kesintiler 80 | 1.000 − 120 − 80 | 800 |
| RevShare | NGR 800, pay %25 | 800 × %25 | 200 |
| Kararlaştırılmış hybrid | CPA ve RevShare birlikte | 216 + 200 | 416 |
Planlama için hybrid modelde bile bileşenleri ayrı izlemek yararlı. Böylece uygun müşteri sayısındaki değişim NGR değişimiyle karışmaz; yeni kesinti tutarı CPA oranında açıklanamayan düşüş gibi görünmez. Bu kontrol biçimi belirli hesap satırıyla ilgili soruyu netleştirmeye yardımcı olur.
416 EUR'yu gelecekteki kazanç vaadine dönüştürmeyin. Tutar belirli müşteri sayısından, belirli NGR'den ve kararlaştırılmış oranlardan oluştu. Bunlardan herhangi birinin değişmesi sonucu değiştirir; ortaklık hesabı dökümdeki başlangıç verilerinin tekrarlanmasını sağlamaz.
Orman
cebinizde
Akıllı telefonda PuliBet: Android uygulaması ve iPhone üzerinden mobil erişim. Size uygun biçimi seçin.
Negatif NGR, hesap ayı ve ödeme
Bu sözleşme modelinde −100 EUR negatif NGR, sıfır RevShare doğuruyor. Negatif bakiye sonraki döneme taşınmıyor. Bu negative carryover kuralı özellikle incelenen koşullara ait; farklı hükümleri olan gelecekteki her sözleşmeye otomatik uygulanamaz.
CPA ise NGR'nin işaretine değil, koşulları sağlayan müşterilere bağlı. Negatif dönemin toplam hybrid tutarı, sıfır RevShare ile uygun müşteri sayısı ve geçerli orana göre CPA'dan hesaplanır. Sıfır RevShare bir bileşeni belirler; diğerini sizin yerinize hesaplamaz.
| Koşul | Değer | Kontrolde anlamı |
|---|---|---|
| Negatif NGR | −100 EUR → 0 EUR RevShare | Ödenecek negatif pay yok |
| Negative carryover | Negatif bakiye taşınmıyor | Sonraki dönem bu eksi bakiyeyi devralmıyor |
| Hesap dönemi | Takvim ayı, UTC+03:00 | İşlemler sözleşmedeki ay sınırına göre ayrılıyor |
| Ödeme süresi | Sonraki ayın 15'ine kadar | Tahakkuk ve transfer farklı zamanlarda gerçekleşiyor |
| Asgari ödeme | 50 EUR | Geçerli hesap toplamıyla karşılaştırılıyor |
UTC+03:00 saat dilimi sözleşmedeki ay hesabının parçası. Dönem sınırındaki işlemleri kontrol ederken bilgisayarınızın saat dilimiyle değiştirmeyin. Aksi hâlde her grubun kendi aritmetiği doğru görünse de aynı işlem farklı aylık gruplara girebilir.
50 EUR altındaki pozitif tutarın devri ve ödenmesi için anlaşmanızdaki düzeni ayrıca okuyun. Negatif carryover olmamasından bu düzen çıkarılamaz: pozitif bakiye ile negatif NGR farklı durumlar.
Sonraki ayın 15'ine kadar olan süre, her müşteriden sonra anında çekimi değil, incelenen modelin takvimini anlatıyor. Mali planlamada dökümdeki tutarı, sözleşme vadesinin gelmesini ve paranın fiilen alınmasını ayırın. Tek tahakkuk onayı üç aşamanın tamamını doğrulamaz.
Katılım ve çevrim koşulları geçerlidir.
- Örnekte yatırılan tutar
- 250 TRY
- Örnekte gerekli toplam bahis tutarı
- 2.750 TRY
- Süre
- 20 gün
Müşteri kazandırmadan önce neler kararlaştırılmalı?
Modelin yazılı tanımıyla başlayın: CPA, RevShare veya kararlaştırılmış birleşimleri. Ardından müşteri uygunluğunu, kesinti içeriğini ve dönem kontrolünü netleştirin. Bu sorular sözleşmeyi kontrol etmeyi sağlar; PuliBet koşullarına var olmayan tarife veya garanti eklemez.
- Seçilen modeli ve hesap para birimini kayda geçirin.
- CPA hesaplanan müşterinin kriterlerini netleştirin.
- GGR tanımını NGR kesintileri listesiyle karşılaştırın.
- Hybrid modelde bileşenlerin toplanıp toplanmadığını kontrol edin.
- Negatif ve pozitif bakiye kurallarını ayrı ayrı bulun.
- Saat dilimini, vadeyi ve asgari ödeme tutarını doğrulayın.
- Dökümü kontrol etmek için koşulların kararlaştırılmış sürümünü saklayın.
Reklam ve ortaklık konuları için [email protected] belirtiliyor. Başvuruda iş birliği biçimini anlatıp düşünülen modelin koşullarını istemek yararlı. Bilgilendirme sitesinin editoryal adresi operatörün iletişim noktasının yerini tutmaz ve onun adına ortaklık sözleşmesi yapmaz.
Somut farkı sorun: örneğin hangi satır kesintiyi oluşturdu veya müşteri neden uygun listesine girmedi? Sırf genel oran görüşmesi için kazandırılan kişilerin gereksiz kişisel bilgilerini göndermeyin. İlk başvuruda iş birliğinin konusu ve üzerinde anlaşmak istediğiniz koşulların listesi yeterli.
Hazır dökümü kontrol ederken dayanaktan sonuca ilerleyin: önce müşteri grubu ve dönem, ardından GGR ve kesintiler, sonra yüzde ve CPA. Böylece aritmetik hatası ile sözleşme koşuluna ilişkin anlaşmazlığı ayırmak kolaylaşır. Son tutarı tekrar çarpmak yanlış seçilmiş tabanı ortaya çıkarmaz.
Operatör ile editoryal site nasıl ayrılıyor?
PuliBet Guide bilgi amaçlı içerik yayımlar ve oyun yatırımı kabul etmez. Operatörün ortaklık programı ile sitenin editoryal ekibi farklı görevleri olan ayrı taraflar. Proje bilgilerimiz ve kullanım koşullarımız içeriklerin amacını ve kullanım sınırlarını açıklar.
Bağlantı üzerinden geçiş editoryal ekibe ortaklık geliri sağlıyorsa ilgili açıklama geçişten önce yapılmalı. Bu finansman modeli sıralamadaki yerin satılması anlamına gelmez ve ödeme karşılığında puanı değiştirmez. Döküm incelemesi de editoryal ekibin ortağa belirtilen tutarı ödeme vaadi değil.
İş birliği kararında kararlaştırılmış sözleşmeye ve doğrulanabilir tahakkuk yapısına dayanın. İncelenen dökümün aritmetiği açık: CPA ve RevShare ayrı gösterilmiş, hybrid açıkça belirtilmiş. Başlıca sınırlar da somut: müşteri uygunluğu, GGR kesintileri, aylık takvim ve ödeme eşiği.
Sık sorulan sorular
Dökümdeki 416 EUR nasıl hesaplandı?
CPA 12 × 18 = 216 EUR oldu. RevShare, 800 EUR NGR'nin %25'i, yani 200 EUR idi. Hybrid kararlaştırıldığı için bileşenler toplam 416 EUR etti.
%25 neden 1.000 EUR GGR üzerinden hesaplanmadı?
İncelenen modelde yüzde NGR'den alınır. 120 EUR bonus ve 80 EUR diğer kesinti çıkarıldıktan sonra taban 800 EUR, RevShare ise 200 EUR olur.
Negatif NGR sonraki döneme taşınıyor mu?
İncelenen sözleşme modelinde negatif NGR taşınmıyor. −100 EUR, sıfır RevShare doğuruyor. Başka anlaşma için kendi carryover koşulunu kontrol edin.
Ortaklık programı ile Davet Et aynı mı?
Hayır. Ortaklık servisi sözleşmeye dayalı gelir modellerini kullanır; Davet Et ise ayrı bonus kuralları olan, oyunculara yönelik arkadaş davet kampanyasıdır.
Program her ortağa 416 EUR gelir garanti ediyor mu?
Hayır. Bu, koşulları sağlayan 12 müşteri, belirli kesintiler ve oranlarla oluşturulmuş dökümün sonucu. Gelecekteki sonuç gerçek verilere ve kararlaştırılmış koşullara bağlı.