impact.com ve PartnerStack: seçimden önce platformu sınayın

Platform seçiminde yararlı soru, yazılımın ortaklık programınızdaki gerçek iş olaylarını doğru biçimde gösterebilip gösteremediğidir. Kaydedilmiş bir tıklama, iade edilen siparişin komisyon üretmeyi bırakacağını kanıtlamaz. Kazanıldı olarak işaretlenen bir fırsat da abonelik ödemesinin alındığını göstermez. Bu geçişleri sınamak, özellik listelerinin uzunluğunu karşılaştırmaktan daha sağlam bir satın alma kararı sağlar.

Bu rehber impact.com ve PartnerStack için gereksinimler, iki test senaryosu, mutabakat kaydı ve karardan oluşan kabul dosyası sunar. Resmî kaynaklar 25 Ekim 2026 tarihinde kontrol edildi. Canva vakasını sağlayıcı yayımlamıştır; mağaza, yazılım şirketi ve doldurulmuş formlar eğitim örnekleridir, müşteri sonuçları değildir. Hesap erişimi, ülke uygunluğu, ürünün kabul edilebilirliği ve sözleşmedeki işlevler ayrıca doğrulanmalıdır.

Açıklayabilmeniz gereken olaylarla başlayın

Tek ürün, izin verilen tek pazar ve tek ortaklık modeli seçin. Bir program sorumlusu, sipariş veya faturalama sistemine erişebilen geliştirici ve finans kontrolörü belirleyin. Komisyon şartlarını, iade kurallarını, mevcut müşteri tanımını, ilişkilendirme penceresini ve takma kimlikli küçük bir kayıt grubunu hazırlayın. Olayın gerçekleştiği zaman ile platforma ulaştığı zamanı ayırın. Geç ulaşan bir bildirim sessizce yeni satışa dönüşmemelidir.

İlk işiniz bir CPA ağına teklif hazırlamaksa kendi platformumuz AffiliateCore başlangıç seçeneklerinden biridir: reklamveren olarak kaydolun ve teklifinizi hazırlayın. Reklamveren kaynakları teklif taslaklarını ve dönüşüm kayıtlarını görüntülemeyi destekler. Bu rehberdeki çalışma belgeleri sizin ayrı dokümanlarınızdır. AffiliateCore'un bu iki sağlayıcıyla entegrasyonu, otomatik abonelik muhasebesi, satış fırsatı kaydı veya onların ortaklarını içe aktarma özelliği bulunduğunu iddia etmiyoruz.

Bu karşılaştırmada kendi programınız için yazılım aramaya karar verdiğinizi varsayıyoruz. İki sağlayıcıdan da aynı girdileri ve beklenen çıktıları yetkili test ortamında göstermesini isteyin. Komisyon ödenen sahte siparişler oluşturmayın; gösterim verilerini gerçek ortak ödemelerine göndermeyin. Güvenli ortam veya gerekli özellik kullanılamıyorsa “gösterilmedi” yazıp o testi erteleyin. Satış sunumu, başarıyla tamamlanmış testin yerine geçmez.

Marka adlarının yanında veri modellerini karşılaştırın

impact.com: action ve düzeltme. Bir ortağa atfedilen dönüşüm action olur. Pending durumundaki işlemler kilitlenme tarihinden önce değiştirilebilir veya geri alınabilir; kilitlenme komisyon yükümlülüğünü kesinleştirir. Bu nedenle iade süresi ve düzeltme için son tarih kabul testinin merkezindedir. Herkes için aynı gün sayısını varsaymak yerine kendi şartlarınızdaki tarihleri kontrol edin. impact.com: action life cycle

impact.com: olay zincirleri. Chained actions, üst olay ile sonraki olayları ortak müşteri kimliği üzerinden bağlar. Üst olay önce kaydedilmelidir; mevcut yapılandırmalarda zinciri açmak için destek gerekebilir. Deneme hesabından ücretli hesaba veya yenilemeye geçişi sınamak için belgelenmiş bir yol vardır. Ancak bu, faturalama sisteminizin bütün olayları doğru gönderdiğinin kanıtı değildir. impact.com: chained actions

PartnerStack: ortağın yürüttüğü satışlar. Fırsat kaydı plana bağlıdır ve ortak grubu bazında açılır. Belgelerde ortağın Closed Won olarak bildirdiği fırsatların elle onaylanması ve sonraki işlem komisyonları için müşteri oluşturulması anlatılır. CRM uyumluluğunu sağlayıcıdan doğrulayın. Fırsat aşaması, müşteri kaydı ve ödenmiş işlem ayrı nesnelerdir. PartnerStack: deal submission

PartnerStack: komisyon incelemesi. Fatura oluşturulmadan önce komisyon onaylanabilir, reddedilebilir veya beklemeye alınabilir. Uygun New komisyonları fatura oluşturulurken otomatik onaylanabilir. Zaten onaylanmış komisyon bu ekranda kolayca başka duruma çevrilemez; belgelenmiş düzeltme yolu faturayla ilgilidir. Mutabakatı bu sınırdan önce planlayın. PartnerStack: commission review

Bu farklar gösterim sırasını belirler: impact.com için önce sipariş düzeltmeleri, PartnerStack için önce ortağın satış iş akışı. Bu, diğer ürünün aynı ihtiyacı karşılayamadığı anlamına gelmez. Zorunlu akışı her iki aday da geçmelidir. Dizin kayıtları, pazar yeri büyüklüğü ve logolar seçenek bulmaya yardımcı olur; size açık ortakları veya gelecekteki satışları kanıtlamaz.

Kamuya açık vaka: farklı ortaklıkları sınanabilir kurallara dönüştürmek

impact.com, Eylül 2019 başlangıcından sonra Canva için yapılandırılabilir sözleşmeler anlatıyor. Yayın tarihi mevcut değil; bağımsız denetim ve kayıt bazında iptal kanıtları mevcut değil. Editoryal test önerimiz, gereken her sözleşme çeşidini bir olaya, ilişkilendirme kuralına ve istisna sürecine çevirmektir. Tavsiye ile ortağın yönettiği satış aynı müşteriyi ilgilendirebilir; pilot, sonucun kime ve neden atandığını açıklamalıdır. Önceden kararlaştırılan kuralla aynı sentetik kaydı çalıştırın ve gerekçeyi saklayın. Tanınmış müşteri logosu bu kontrolün yerini alamaz. Aşağıdaki test kayıtları bizim eğitim tasarımlarımızdır, Canva programının yeniden oluşturulmuş hali değildir. Vakayı soru hazırlamak için kullanın; platformu kabul etmek veya kazanan ilan etmek için değil. impact.com — Canva

Başarısız sonucu da kaydedebilen gereksinim kartı

Her zorunlu yetenek için şu şablonu kopyalayın: “İş olayı: ___. Kaynak sistem ve ID: ___. Beklenen ortak: ___. Beklenen iş durumu: ___. Beklenen komisyon durumu: ___. Son tarih ve saat dilimi: ___. Kanıt: ___. Plan veya ayar bağımlılığı: ___. Sorumlu: ___. Sonuç: geçti / kaldı / gösterilmedi.” İş durumunu sağlayıcının ekran terimlerinden ayrı tutun.

Doldurulmuş örnek: “O-104 siparişi tamamen iade edildi; iade R-104; ilk ortak P-A; korunan satış yok; ödenecek komisyon yok; düzeltme sözleşmedeki kilitlenmeden önce alındı; kanıtlar iade kaydı ve ona bağlı platform action kaydı.” Panodaki toplamın düşmesini gösteren ekran görüntüsü yeterli değildir; düzeltilen siparişi tanımlamaz. İkinci kişinin aynı kimlikle mutabakat yapabileceği kayıt görünümü veya dışa aktarım ekleyin.

Gereken modülleri, kurulum sorumluluklarını, desteği, erişimi ve dışa aktarım şartlarını ayrıca doğrulayın. Düzeltmeyi kimin onaylayabileceğini ve onun yerine kimin bakacağını kaydedin. Sözü verilen ayar gösterilene kadar açık gereksinimdir; başarılı kontrol olarak işaretlenmez.

Senaryo 1: mağaza siparişleri, tekrarları ve iadeleri sınar

Brif ve materyaller. Eğitim mağazası, onaylı içerik ortaklarıyla sıradan masa aksesuarları satar. Alışveriş rehberi, ürün sayfası ve ortağa özel bağlantı hazırlayın. Kabul kuralı, kabul edilmiş sipariş başına tek komisyon ve tam iade için belgeli süreçtir. O-101 normal sipariş, O-102 tekrar gönderim, O-104 tam iade, O-109 uyumsuz para birimi kaydı olsun. Bunlar yetkili test ortamındaki sentetik kayıtlardır, müşteri değildir.

Kayıt şablonu: “Sipariş ID | ortak | olay zamanı | alınma zamanı | ilk tutar ve para birimi | iade ID | son kabul edilen tutar | platform kayıt ID | komisyon kararı | gerekçe.” O-101 için tek kabul edilmiş satış beklenir. O-102 olayını yeniden gönderin; tek iş sonucu kalmalıdır. O-104 için tam iade uygulayın; ilk sonuç iptal edilmelidir. O-109 için uyumsuz para birimi kullanın; beklenen sonuç rastgele kur dönüşümü değil, farkın araştırılmasıdır.

Gösterim. İlişkilendirme kuralını ve güvenli test yolunu kararlaştırın. Başlangıç kayıtlarını gönderin, her kaynak ID’yi platform kaydıyla eşleştirin ve ortağı doğrulayın. O-102’yi iş kimliğini koruyarak desteklenen yöntemle yeniden gönderin. Öncesini ve sonrasını karşılaştırın: API alanı tek başına tekilleştirme garantisi değildir. İkinci ödenebilir sonuç testi başarısız yapar. Tekrardan önce geliştirici, sorunun kimlik eşleştirmesinden mi teslim mantığından mı kaynaklandığını belirlemelidir.

impact.com üzerinde pending action ve kilitlenme tarihini gösterin; ardından bu sınırdan önce tam geri alma işlemini uygulayın. Alan referansı action kimliğini sipariş/olay türü birleşiminden ayırır; sipariş veya ürün satırı düzeyindeki değişiklikleri açıklar. Yapılandırılan yöntem için gereken kimlikleri kullanın. Bir işlemi araştırmadan negatif tutarla değiştirmeyin. impact.com: action and conversion fields

PartnerStack üzerinde aynı kaynak siparişin müşteri, işlem ve komisyon kayıtlarında izlenebilmesini isteyin. Önce işlemi mutabık hale getirin, sonra komisyon incelemesindeki kararı gösterin. Komisyonun reddedilmesi kaynak işlemin silindiğini kanıtlamaz. Ödeme webhook'u bulunduğu için iadelerin otomatik işlendiği sonucunu çıkarmayın. Gösterilen düzeltme yolunu ve kalan elle yapılacak işleri kaydedin.

Doldurulmuş eğitim sonucu. O-101 kabul edilmiş kalır. Yeniden gönderilen O-102 ilk iş sonucuna bağlıdır. O-104, R-104 iadesine bağlanır ve örnek kurallara göre uygun komisyon üretmez. O-109 geliştirici atanmış açık istisnadır; kabul edilmiş satış veya başarısız müşteri değildir. O-109 için belgeli çözüm olmadan çalışma kabulden geçemez. Kanıt panodaki azalmış toplam değil, bağlı kayıtlar ve gerekçelerdir.

Durdurma veya büyütme. Ödenebilir tekrar, kaynağa bağlanmayan iade, açıklanmayan para birimi değişimi veya mutabakattan önce biten inceleme süresi varsa durun. Hatalı kaydı ve ayar sürümünü saklayın. Düzeltmeden sonra bu kaydı ve normal kontrol siparişini yeniden çalıştırın. Bütün zorunlu satırlar çözüldükten, iade gözlemi tamamlandıktan ve ikinci kontrolör kaydı bağımsız doğruladıktan sonra büyütün. Küçük, temiz test süreç hazırlığıdır; ek gelir kanıtı değildir.

Senaryo 2: B2B yazılım fırsat sahipliğini ve tekrar ödemelerini sınar

Brif ve materyaller. Varsayımsal randevu yazılımı sağlayıcısı, işletmeleri tanıştıran ve bazen satış kapatmaya yardım eden danışmanlarla çalışır. Pilot, tanıştırma ile ortağın yürüttüğü fırsatı ayırır. Kısa demo brifi ve fırsat formu hazırlanır: takma kuruluş kodu, ortak, ürün, aşama, tahmini kapanış tarihi, tutar ve yetkili iletişim işlemesine referans. Müşterilerin özel verilerini herkese açık gösterim dosyasına koymayın.

Kabul kuralı: “Nitelikli fırsat henüz ödenecek satış değildir; eğitim komisyonunu doğrulanmış ödeme belirler.” Eşleştirme şablonu: “Kuruluş kodu → lead/fırsat ID → müşteri ID → fatura ID → işlem ID → komisyon ID.” Her geçişe sorumlu atayın ve aynı kuruluşu iki ortağın bildirmesi halinde uygulanacak kuralı ekleyin. Bu çatışmanın gösterilmesini isteyin; pazar yerinin kendiliğinden çözeceğini varsaymayın.

PartnerStack gösterimi. Test grubunda fırsat erişimini doğrulayın, izin verilen formu kurun ve seçtiğiniz kontrol buysa ortağın kazandım bildirimleri için elle onayı açın. Bir normal fırsat ve bir kanıtsız kazanım bildirimi gönderilsin. Satış doğrulamasının ortak beyanından ayrı olduğunu kontrol edin. Ardından kabul edilen fırsattan müşteri oluşumunu ve sonraki uygun işlemden beklenen komisyonun çıkmasını gösterin. PartnerStack: deal submission

İşlem API'si tek müşteri referansı, belirtilen para biriminin yüzde birlik biriminde tutar ve para birimi kodu ister; abonelik kimliği de vardır. Alanları açıkça eşleyin. Webhook rehberi mevcut müşteri kayıtları, doğru eşleşen kimlikler ve geliştirme çalışması gerektirir. Desteklenen ödeme sağlayıcısının adı, sizin hesap eşleştirmenizin doğru olduğunu kanıtlamaz. Eksik müşteri referansını test edin; nasıl saptandığını ve kurtarıldığını kaydedin. PartnerStack: transaction API PartnerStack: payment webhooks

impact.com gösterimi. Kabul edilmiş deneme gibi yapılandırılmış üst olay ve aynı customer ID ile sonraki ödeme olayı isteyin. Önce üst olayı gönderin. Sonra yetkili test akışında gerekli bağı olmayan alt olayı sunun: geliştirici farkı bulmalı ve desteklenen kurtarma yolunu göstermelidir. İade edilen yenilemenin geçerli ilk edinimi sessizce silmediğini kontrol edin. Belgeler üst ve alt action kayıtlarının ayrı geri alınmasına izin verir; gerçek ayarı doğrulayın. impact.com: chained actions

Doldurulmuş eğitim abonelik akışı. ORG-DEMO, hak sahipliği incelemesinden sonra P-A’ya atanır. D-DEMO satış incelemesine kadar doğrulanmamış kalır; yalnızca deneme kullanımı bu örnekte komisyona hak kazandırmaz. C-DEMO müşterisi ve S-DEMO aboneliği, doğrulanmış ilk ödeme I-FIRST ile yenileme I-RENEW’i bağlar. I-RENEW iade edilirse yalnızca bu yenilemenin komisyon uygunluğunu kaldırın; geçerli ilk ödemeyi ve edinim geçmişini koruyun. Ayrı bir açık fırsat sorumlusuyla açık kalır. Gelecek yenilemeyi iptal etmek, geçmiş faturayı iade etmekle aynı olay değildir.

Durdurma veya büyütme. Doğrulanmamış kapanış ödenebilir ücret oluşturursa, iki ortak aynı münhasır hakkı alırsa, işlem müşteri bağını kaybederse veya iade edilmiş yenileme ödenebilir kalırsa durun. Üst veya alt abonelik seviyesine geçişi ayrı sınayın: müşteri ve abonelik ilişkisini koruyun, yürürlük olayını belirleyin, yeni edinim uydurmadan anlaşılmış uygunluk kuralını uygulayın. Tam faturalama ve düzeltme döngüsü geçildikten sonra, açık fırsatları görünür ve sorumluya atanmış tutarak büyütün. Her seferinde bir ortak grubu veya faturalama çeşidi ekleyin.

Kopyalanabilir kabul matrisi ve karar formu

Her aday için aynı formu kullanın, sonra kanıtları karşılaştırın. Aşağıdaki durumlar bu eğitim pilotunun iş beklentileridir; platformların evrensel durum adları değildir. Yanına ekran veya dışa aktarımda gözlenen durumu yazın. Eksik sonuç “gösterilmedi” demektir, başarı değil. Formu indirmeden burada da kullanabilirsiniz.

Formu UTF-8 metin olarak indir

PİLOT KABUL FORMU
Boş alanlar — her aday için kopyalayın
Aday / ayar sürümü: ___
Ürün / izin verilen pazar / ortaklık modeli: ___
Sorumlu / geliştirici / ikinci kontrolör: ___
Yetkili test ortamı / ödeme izolasyonu kanıtı: ___
Kaynak sistem / iş ID / platform ID: ___
Müşteri / abonelik / fatura / iade ID: ___
Beklenen ortak / ilişkilendirme kuralı sürümü: ___
İş durumu önce → sonra: ___
Komisyon beklentisi / gözlenen sağlayıcı durumu: ___
Olay zamanı / alınma zamanı / saat dilimi: ___
İnceleme sonu / kilitlenme veya fatura sınırı: ___
Kanıt / istisna sorumlusu / tekrar tarihi: ___
Sonuç: GEÇTİ / KALDI / GÖSTERİLMEDİ

TEST MATRİSİ — her iki adaya uygulayın
SİPARİŞ: kabul edildi → tek izlenebilir iş sonucu.
TEKRAR: aynı olay → ek uygun komisyon yok.
İADE: düzeltme sınırından önce tam iade → ilk sonuç uygun değil, gerekçe korunur.
GEÇ: sınırdan sonra düzeltme → belgeli üst inceleme, kesin geçmiş sessizce değiştirilmez.
DENEME: doğrulanmış ödeme yok → pilot kuralına göre uygun komisyon yok.
ÖDEME: doğrulanmış ilk ödeme → aynı müşteri, anlaşılmış ortak, bağlı fatura.
YENİLEME: sonraki ödeme → aynı abonelik, ayrı fatura/olay kimliği.
DEĞİŞİKLİK: üst/alt seviye → kaydedilmiş geçiş, uydurma yeni edinim yok.
İPTAL: gelecekte yenileme durur → varsayılan gelecek satış yok; geçerli geçmiş fatura korunur.
YENİLEME İADESİ: yenileme düzeltilir, ilk edinim korunur.
EKSİK: müşteri bağı yok → görünür istisna ve desteklenen kurtarma.
ÇATIŞMA: başka ortak hak iddia eder → onaydan önce hak sahipliği kararı.

DOLDURULMUŞ EĞİTİM ÖRNEĞİ — sentetik, sağlayıcı test sonucu değil
Aday: gösterim A; ayar DEMO-v1.
Kaynak: sentetik faturalama kaydı; kontrolör: inceleme rolü.
Bağlar: C-DEMO / S-DEMO / I-RENEW / R-RENEW; ortak P-A.
Önce: yenileme ödendi, komisyon inceleme bekliyor.
Girdi: anlaşılmış inceleme sınırından önce tam R-RENEW iadesi.
Beklenen: yenileme iade, komisyon uygun değil.
Korunacak: I-FIRST ve ilk edinim.
Eğitim gözlemi: bağlı yenileme düzeltildi; ilk kayıt korundu.
Kanıt: sentetik kayıt satırı ve bağlı gösterim kaydı.
Sonuç: yalnız bu satır GEÇTİ; platform kabulü değil.
Açık: geç düzeltme yolu gösterilmedi; sorumlu geliştirici.
Genel karar: geç düzeltme kanıtı ve tekrarı gelene kadar DUR.

KONTROL LİSTESİ VE KARAR
[ ] Güvenli test yolu ve gerçek ödemelerden ayrım doğrulandı.
[ ] Her iki aday için aynı kayıtlar ve kurallar kullanıldı.
[ ] Her zorunlu satırın kanıtı ve kontrolörü var.
[ ] Uygun tekrar, sahipsiz kayıt veya açıklanamayan iptal yok.
[ ] Açık istisnalar görünür; süre ve üst inceleme sorumlusu kayıtlı.
[ ] Dışa aktarım eşleştirmenin bağımsız tekrarını sağlıyor.
GEÇTİ yalnızca bütün zorunlu satırlar başarılıysa.
Uyumsuzluk KALDI demektir; başarısız veya gösterilmeyen zorunlu satır varken büyümeyi DURDUR.
Düzeltmeden sonra hatalı kaydı ve normal kontrolü tekrarla.
Karar / sınırlar / sonraki izinli adım / kontrolör / tarih: ___

Kanıta göre seçin ve sonraki adımı sınırlayın

Zorunlu kontrollerin veto hakkı vardır: doğru ortak, tek iş sonucu, açıklanabilir iptal, kontrollü onay ve kullanılabilir mutabakat. Diğer gereksinimleri gösterildi, doğrulanmış çalışmayla ayarlanabilir veya doğrulanmadı olarak kaydedin. Gösterilmeyen zorunlu işlev bu kapsamda seçimi engeller; sağlayıcıda hiç bulunmadığını kanıtlamaz. Geçen adaylar arasında elle yapılacak iş, bağımlılıklar, dışa aktarım kalitesi ve kurtarma sorumluluğunu karşılaştırın. Tarihli kararı ve kapsadığı kesin ayar sürümünü saklayın.

Son kontrol: ikinci kişi iki kaydı da yeniden oluşturabiliyor mu; para birimleri ve tarihler açık mı; test kayıtları gerçek ödemelerden ayrı mı; açık nesneler görünür mü; gereken plan doğrulandı mı; erişim ve dışa aktarım şartları yazılı mı; büyümeyi durdurabilecek sorumlu belli mi? Kanıtları ve ayar tarihlerini saklayın. Komisyon şartları veya faturalama entegrasyonu değişince ilgili testleri tekrarlayın.

Ayrı bir CPA ağı yolu için olay tanımını ve teklif koşullarını AffiliateCore reklamveren hesabına getirin. Başlamadan önce ürünün uygun iş akışını doğrulayın. Sağlayıcı karşılaştırması ve pilot kaydı otomatik taşınmaz. Yakın organizasyon sorusu program sorumluluklarını devretme rehberinde ele alınır; buradaki çıktı somut bir ürün kabul kararıdır.