IOSOR

IOSOR Rehber

Aynı defterde debit satırları ve teslim durumu

Her ön ödemeli birim tahsilatını DLR veya kanal sonucuyla tek cüzdan defterinde ilişkilendirin; finans sent’i ücretsiz saymasın, ücretsiz fail’i sessiz write-off yapmasın.

sent rozeti ücretsiz öğle yemeği değildir. Prepaid’te her faturalanabilir birim, finansın bir sonuca bağlayabileceği bir debit satırı bırakır — delivered, failed, undelivered, accepted, connected veya needs attention.

IOSOR white-label prepaid: messaging, verification, email, voice ve JIT numara intent’leri tek cüzdanda. USD 20 defter dürüstlüğünü kanıtlaması gereken pilotu finanse eder; aylık USD 1.000 civarı soft review gürültüyü büyütür. Bkz. SMS segment muhasebesi ve prepaid altında başarısız DLR yeniden deneme politikası. Burada: cüzdan çapında para↔sonuç birleşimi.

Sent ücretsiz para gerçeği değildir

«Ağ kabul etti» ürün olaydır, bakiye hediyesi değil. Yerleşmiş birimler tutar, para birimi, kanal ve intent ID gösterir. Faturalanamayan birimler settled debit bırakmaz — veya açık release/refund vardır. Para hareket ederken sent’i ücretsiz saymak finans yalanıdır; debit kalırken failed’ı ücretsiz saymak ters yalandır.

Mutlu yol: ilk tahsilattan önce ön ödemeli bakiye rezervi. Fail yolu: ön ödemeli rezervasyon hatası: otomatik iade ve durum gerçeği.

Bir satıra debit + sonuç alanları gerekir

Faturalanabilir intent başına birleştirilebilir bir satır:

Alan Neden
Intent / correlation ID Cüzdan ↔ ürün
Debit tutarı + para birimi Tek para hareketi
Kanal + birim türü SMS ≠ voice ≠ verify
Outcome / DLR Delivered, failed, pending, needs attention
Outcome zaman damgası Gecikme görünür; 2. debit yok
Idempotency key Yeniden denemeler parayı yeniden kullanır — eşgüçlülük, yeniden deneme ve para

Paylaşılan anahtarsız ayrı money ve DLR CSV’leri uydurma birleştirmeyi zorlar. İkisini de içeren tek export tercih edin.

Çift ücret olmadan DLR ve durum gecikmesi

Sonuçlar geç gelir. Settle sonrası pending normaldir; aynı anahtar için ikinci charge değildir. Hold altında bir kez settle edin, outcome’u yerinde güncelleyin, DLR döndü diye paralel debit açmayın.

Fail nihai olduğunda: failed outcome’lu settled debit’i tutun (faturalanabilir deneme) veya hiç borç yoksa release/refund — sahte Delivered’lı settled debit asla. Gecikme zaman damgalarında yaşar, yinelenen satırlarda değil.

Kanal sonuçları birbirinin yerine geçmez

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. «Delivered»ı tüm kanallara kopyalamak burn’ü gizler ve tavanları bozar. Segment ayrıntısı SMS makalesinde kalır; cüzdan export’u ücretlendirilmiş birim ve kanala özgü sonuç ister.

Ay sonu: cüzdan ay sonu dışa aktarımı saat 02:00 — holds, debitler, iadeler ve sonuçlar tek dosyada.

Defter dürüstlüğü alıcı kontrol listesi

  1. Finans her settled debit’i ops olmadan bir sonuca bağlayabilir mi?
  2. Geç DLR ikinci debit yerine aynı satırı mı günceller?
  3. Aynı idempotency key altındaki yeniden denemeler para güvenli mi?
  4. Fail yolları hiç borç yokken release/refund yapar mı?
  5. İstemci durumları upstream marka adlarından arınmış mı?
  6. Hacim sıçramalarından önce harcama ön ödemeli harcama kontrolü ile sınırlı mı?

IOSOR ile başlayın

Bir SMS birimi seçin. Hold edin, ön ödemeli borcu kapatın, sonra aynı ledger satırında uç DLR isteyin. Bir satır dışa aktarın: borç tutarı, DLR durumu, damgalar. DLR’siz borç — veya borcsuz DLR — olay olarak kalır. Bu bir satırda para karşılık makbuzdur, CRM hijyeni veya uyarı devri değil.

IOSOR özeti

Bir ledger satırı borç ve DLR tutar, yoksa finans gönderimi kapatamaz.

Yapın: aynı satırda borcu uç DLR’ye bağlayın, eşleşmeyen satırları açık tutun.

Yapmayın: sent’i kapanmış saymak, ya da satırlarda makbuz yokken sohbetten ayı kapatmak.

Bu rehber yardımcı oldu mu?

İlgili rehberler