İlk borçlandırmadan önce ön ödemeli tutarı ayırma

İlk faturalanabilir birim hareket etmeden önce ilk para olayı açıklanabilmelidir. Ön ödemede hold, onaylanmış tutarı bir intent için ayırır; hizmetin tamamlandığı veya son.

IOSOR white-label JIT sırasını kullanır: teklif, prepaid hold, işlem, sonuç atama ve gerçek tutarın mutabakatı.

Ön ödemeli ayırma neyi temsil eder

Hold, bekleyen intent için parayı ayırır ama hizmeti tamamlanmış göstermez.

Ayrılan ve kullanılabilir bakiye

Tek “bakiye” sayısı eşzamanlılık riskini gizler. Toplam, ayrılan ve kullanılabilir tutarı ayrı gösterin. Toplam USD 50 ve hold USD 12 ise yeni işlem yalnız USD 38 kullanır.

Hesap hizmete göre değişir. Mesaj batch’i retry dahil sınırlı bütçe ayırabilir; JIT numara isteği satın alma ve atamaya kadar ilk teklif tutarını ayırabilir.

Ayırmaların sayısını, yaşını ve bitişini izleyin. Sağlıklı toplam, takılmış intent’lerin parayı kilitlediğini gizleyebilir.

İlk borç gerçek sonucu yansıtmalı

Mutabakat tıklamaya ya da kuyruğa girişe değil gözlemlenebilir sonuca dayanır. Kabul edilmiş send intent, atanmış numara veya önceden belirlenmiş billable event debit’i yetkilendirir.

Borçlandırmadan önceki hatalar

Completion öncesi hata açık release veya refund yolu ile biter; para açıklamasız kaybolmaz. Kanıtsız sona eren JIT intent hold’u bırakabilir. Numaralarda DID sipariş hatası iade ve değişim inceleyin.

Alıcının kontrol listesi

1. Finans reserved, available ve settled tutarları ayırıyor mu?
2. Her hold için bitiş ve tek business intent ID var mı?
3. Her kanalda completion kanıtı adlandırılmış mı?
4. Release ve refund destek kaydı açmadan görülüyor mu?
5. Tekrar istek ilk para sonucunu yeniden kullanıyor mu?
6. Düşük bakiye ayırmalar çakışmadan yeni işi kesiyor mu? düşük bakiyede durdurma ile sınayın.

IOSOR ile başlayın

Yüksek hacimli faturalandırılabilir talepleri göndermeden önce IOSOR konsolunda ön ödemeli bekletme süresi sınırlarını ve yetkilendirme durumu web kancalarını yapılandırın. Entegrasyonunuzun toplam, rezerve edilmiş ve kullanılabilir bakiye durumunu tek bir korelasyon kimliği altında takip ettiğini doğrulayın. Karşılanmayan taleplerin kullanılabilir havuza anında otomatik bir iade tetiklediğini onaylamak için simüle edilmiş başarısız bir niyet çalıştırın.

IOSOR özeti

Ön ödemeli bekletme, faturalandırılmamış etkinliği tamamlanmış gelir olarak yanlış göstermeden yarış koşullarını ve mükerrer harcamaları önlemek için bekleyen niyetler adına fonları koruma altına alır. Rezerve edilen tutarları kullanılabilir bakiyelerden ayırmak, hem sistem geçitlerinize hem de finans ekiplerinize hesap ödeme gücünün gerçek zamanlı, denetime hazır bir görünümünü sunar.