IOSOR

IOSOR Rehber

Finans dışa aktarımı için Verify oturum korelasyonu: iki debit, bir ledger hikâyesi

Verify, SMS tesliminden ayrı debitler oluşturur. Finans dışa aktarımları oturum korelasyon kimlikleri ve teslimle hizalı TTL/yeniden gönderim satırları ister.

Kullanıcı bir kod istedi. Ürün bir OTP gördü. Cüzdan iki satır düşebilir: kodu taşıyan SMS teslim debiti ve oluşturma, TTL, kontrol Verify oturum debiti. Bunu «OTP maliyeti»nde eriten ekipler ya board paketinde iki kez sayar ya ikinci satırı ay sonuna gizler. İkisi de kontrol değildir. İki debit, finansın dışa aktarabilmesi için bir oturum hikâyesi ister.

IOSOR Verify’ı SMS’in yanında tek white-label prepaid ledger’da çalıştırır. Katalog live gerçek kanaldır; in setup ücretsiz oturum değildir. Aylık USD 1,000+ civarında SMS satırları ve Verify oturum satırları ticari incelemeye girer. İki debitin ayrımı: OTP teslim borcu ile verify oturumu.

Teslim debiti ile verify debiti

Yolculuk birdir. Para ikidir. İlişkili, asla takma ad değil. Teslim debiti kodu taşıyan kanalı kapsar: kodlama, segmentler, hedef, uç DLR. Verify oturum debiti basım, TTL penceresi, kontrol, süre dolumu veya yeniden gönderim politikasını kapsar. Finans yalnızca SMS görürse Verify «bedava» görünür. Ürün yalnızca Verify görürse SMS pompalama «daha çok oturum» görünür.

Finansın dışa aktarması gereken oturum kimliği alanları

Bir finans dışa aktarımı oturum başına yeniden kurabilmelidir: verify_session_id, ilgili message_id veya teslim kimliği, hedef, kanal, TTL, uç neden, satır başına debit tutarı ve zaman damgası. Correlation id’siz bir hafta makbuz yığınıdır, ledger değildir. Ürün panosu oturum başarısı gösterirken SMS hâlâ pending DLR ise dışa aktarım iki tarafı eşleştirmelidir, iki ayrı «bitti» değil.

Yeniden gönderim TTL ve yinelenen satırlar

Yeniden gönderim politikası yinelenen satır çıkıp çıkmayacağını kararlaştırır. Oturumu durdurup yine SMS ateşleyen (veya tersi) bir soğuma iki ledger’ı kavga ettirir. TTL dolumu aynı Verify satırını kapatmalı, «hayalet oturum» açmamalıdır. Kullanıcı başlatımlı yeniden gönderim ile sistem yeniden denemesi farklı sahipler ve farklı soğumalardır.

Ölçekten önce mutabakat

Ölçekten önce bir hafta mutabakat: oluşturulan oturumlar karşılığı SMS (veya fallback) denemeleri; uç DLR karşılığı oturum ucu (teslim+kontrol, teslim edilmedi+doldu, reddedildi+hiç kontrol edilmedi); kullanıcı yeniden gönderimi sistem yeniden denemesinden ayrı. Denemeler >> oturumlar ise patlatıyorsunuz. Oturumlar >> denemeler ise kanalsız Verify faturalıyorsunuz. İkisi de ticari incelemeyi düşürür.

Kırmızı bayraklar

  • SMS ile oturum ayrımı olmayan karışık «OTP ücreti»
  • Pazarlama patlatması gibi faturalanan Verify
  • Politikasız SMS iadesi oturum satırına dokunmadan (veya tersi)
  • İki yoldan birinde soğumayı yok sayan yeniden gönderim düğmesi
  • Müşteri hatalarının yukarı marka adları vermesi
  • Kanal in setup iken Verify vaadi
  • Oturum korelasyon kimliği olmayan haftalık dışa aktarım

IOSOR ile başlayın

Doğrulama kontrol panelinizden örnek bir haftalık CSV dışarı aktarın ve her verify_session_id verisinin ilgili teslimat message_id kayıtlarıyla doğrudan eşleştiğini doğrulayın. Canlıya geçiş güncellemelerini yapmadan önce, web kancası güncellemelerini taşıyıcı teslimat makbuzlarıyla birlikte oturum sonlandırma nedenlerini kaydedecek şekilde yapılandırın.

IOSOR özeti

Doğrulama maliyetlerini izlemek, oturum yaşam döngüsünü alttaki mesaj teslimat kesintilerinden ayırmayı gerektirir. Finans, kimlik doğrulama ücretlerini oturum korelasyonu olmadan tek bir birleştirilmiş teslimat havuzunda gördüğünde, hayalet kesintiler ve eşlenmemiş yeniden gönderim maliyetleri muhasebe defterlerini bozar.

Bu rehber yardımcı oldu mu?

İlgili rehberler