Braintree

İşlemleri ve yinelenen faturalandırmayı okumak için Braintree'yi bir API anahtar çiftiyle bağlayın.

RevGlance, Braintree'nin sunucu SDK'larının kullandığı gateway API'yi okur; çünkü yinelenen faturalandırma yalnızca orada bulunur.

Bağlama

Braintree Control Panel'de Settings › API bölümünü açın ve yeni bir API anahtar çifti oluşturun.
Merchant ID, Public key ve Private key değerlerini kopyalayın. Bunların ait olduğu API kullanıcısının, işlemleri ve abonelikleri okuyabilen bir rolü olmalıdır.
Bunları girin, Ortam altına production (sandbox hesabı için sandbox) yazın ve Bağla: Braintree seçeneğini seçin.

Alan	Örnek
Satıcı Kimliği	`abc123def456ghi7`
Açık anahtar	`7xh9k3b2m4n5p6q8`
Özel anahtarŞifreli saklanır	`0123456789abcdef0123456789abcdef`
Ortam	`production veya sandbox`

Braintree webhook'larını kaynağın zaten sahip olduğu API anahtarlarıyla imzalar; bu yüzden yapıştırılacak bir gizli anahtar yoktur.

RevGlance'ta Ayarlar › Kaynaklar bölümünü açın, Braintree kaynağının menüsünü açın ve Webhook seçeneğini seçin. URL'yi kopyalayın.
Braintree Control Panel'de Settings › Webhooks bölümünü açın, bu URL ile bir webhook oluşturun ve abonelik ile işlem bildirimlerini seçin.

İşlemler: kesinleşmiş ve kesinleşmekte olan satışlar ödeme olur; alacak kayıtları iade olur. Hiç tahsil edilmemiş provizyonlar dışarıda bırakılır.
MRR, denemeler ve iptaller için abonelikler ile bunların planları, eklentileri ve indirimleri.

İlk eşitleme Braintree'nin sakladığı her işlemi okur. Braintree API'si üzerinden hiçbir işlem komisyonu ve iptal nedeni raporlamaz.

Mutabakatı tamamlanmış ve tamamlanmakta olan satışlar, vergi tutarlarını gönderiyorsanız vergiden önce sayılır. Hiç tahsil edilmemiş provizyonlar sayılmaz.
İadeler, Braintree'nin yaptığı tarihe göre tarihlenen alacak işlemleridir.
Braintree API'si üzerinden işlem komisyonu bildirmez, bu yüzden komisyonlar sıfır görünür.
MRR, eklentileriyle birlikte abonelik fiyatından, hâlâ faturalandırma döngüsü kalan indirimler düşülerek bulunur. Abonelik bir müşteri belirtmez, bu yüzden ödemelerinin müşterisini alır; henüz ödemesi olmayan bir abonelik, kartının altında görünür.
İptal tarihi durum geçmişinden alınır. Süresi dolmuş bir abonelik, ödenmiş olduğu son tarihte sona erer.
Tahsil edilemeyen bir ödeme, başarısız ödeme olarak sayılır. Para hareketi olmaz.
Ters ibrazlar okunmaz, bu yüzden kaybedilen bir ters ibraz, sağlayıcı onu ayrıca iade olarak bildirmedikçe ödeme olarak sayılmaya devam eder.