IOSOR

IOSOR Rehber

OTP teslim debit’i verify oturumu değildir: iki ledger satırı, bir kullanıcı

Kod taşıyan SMS segmenti ile doğrulama oturumu aynı kayıttaki iki prepaid olaydır. Bunları «tek OTP maliyeti»nde eritmeyin ve ikinci satırı finanstan gizlemeyin.

Kullanıcı bir kod istedi. Ürün bir OTP gördü. Prepaid cüzdan iki satır geçti: SMS için mesajlaşma debit’i (segmentler, hedef, DLR yolu) ve oturum için Verify debit’i (oluşturma, TTL penceresi, kontrol). Bunları «OTP maliyeti»nde eriten ekipler ya board paketinde iki kez sayar ya da ikinci satırı ay sonuna kadar gizler. İkisi de kontrol değildir.

IOSOR, SMS yanında white-label prepaid Verify’ı tek ledger üzerinde yürütür. Katalog live gerçek kanaldır; in setup ücretsiz oturum değildir. Aylık USD 1,000+ kullanıma yaklaşınca SMS satırları ve Verify oturum satırları ticari inceleme malzemesi olur. Verify’ı «açık tutmak» için platform aboneliği yoktur.

Bir kullanıcı oturumu, iki prepaid satır

Yolculuk birdir. Para ikidir.

  1. Teslim debit’i — kodu taşıyan SMS (veya ses/e-posta fallback): kodlama, segmentler, hedef, terminal DLR.
  2. Verify oturum debit’i — verildi, bekledi, kontrol edildi, süresi doldu veya resend politikası.

Teslim debit’i verify oturum debit’i değildir

Olay Cüzdanın göstermesi gereken Birleştirilirse tipik hata
Kod SMS gönderildi Segment debit’i, hedef, kodlama «Tek OTP» UCS-2 çok parçayı gizler
Terminal DLR Aynı SMS satırı, güncellenmiş durum Oturumsuz retry iki kez ücretlenir
Oturum oluşturuldu Verify debit’i, TTL, kanal Oturum başka bir SMS gibi durur
Check / expire Aynı Verify satırı,

Ekipler nasıl iki kez sayar veya ikinci satırı gömer

  • Board paketi SMS OTP harcamasına, zaten bu gönderileri içeren Verify birimlerini ekler.
  • Finans teslim edilmeyen SMS’i iade eder ve oturumu da iptal eder.
  • Paneller oturum başarısını gösterirken SMS hâlâ pending DLR’dir.
  • Verify in setup, SMS live — oturumlar vaat edilir, SMS debit etmeyi sürdürür.

SMS, DLR ve verify denemesini uzlaştırma

Haftalık uzlaştırma, bir koridor:

  • Oluşturulan oturumları SMS (veya fallback) denemelerine karşı sayın.
  • Terminal DLR’ı oturum terminaline eşleyin (delivered+checked, undelivered+expired, rejected+never checked).
  • Kullanıcı başlatmalı resend’i sistem retry’den ayırın — farklı sahipler, farklı cooldown.
  • Oturum oluşturma → teslim edilen kod p95’ini yayınlayın; küresel «OTP gecikmesi» değil.

Kırmızı bayraklar

  • SMS / oturum ayrımı olmayan karışık «OTP ücreti»
  • Verify’ın pazarlama blast’ı gibi faturalanması
  • Politikasıız SMS iadesinde oturum satırına dokunmama (veya tersi)
  • İki yoldan birinde cooldown’ı yok sayan resend düğmesi
  • Müşteriye görünen hatalarda yukarı akış marka adları
  • Kanal in setup iken Verify vaadi

IOSOR ile başlayın

Konsol web kancalarınızı denetleyerek SMS parça ücretlerinin ve teslimat raporu güncellemelerinin, oturum doğrulama denemelerinden ayrı defter kayıtları oluşturmasını sağlayın. Ön ödemeli bakiyeleri kesinleştirmeden önce faturalandırma geçidinizi, oturum kontrollerini ve taşıma ücretlerini ayrı işlem kimlikleriyle eşleyecek şekilde yapılandırın.

IOSOR özeti

Bu makale, SMS parça taşıma maliyetlerini doğrulama mantığıyla harirlemenin gerçek birim ekonomisini gizlediğini ve yönetim raporları ile finans günlüklerinde mutabakat hataları yarattığını kanıtladı. Teslimat borçlarını doğrulama oturumlarından bağımsız olarak izlemek, doğru marj görünürlüğü ve kusursuz faturalandırma operasyonları için esastır.

Bu rehber yardımcı oldu mu?

İlgili rehberler