IOSOR Rehber

İkinci katalog ürünü: rozet devri

White-label ön ödemeli CPaaS üzerinde çoklu hizmet dağıtımı sırasında ürün rozetlerinin durum sapması olmadan nasıl geçiş yapacağını kontrol edin.

İkinci katalog ürünü: rozet devri.

İkinci ürün geldiğinde katalog durumu

White-label ön ödemeli CPaaS içinde ikinci bir katalog teklifi sunmak, anlık bir arayüz zorluğu yaratır. Operatörler, faturalandırma olayları genelinde rozet senkronizasyonunda sıklıkla zorluk yaşar. Bir kiracı mevcut bir OTP iş akışının yanı sıra sanal numara talep ettiğinde, pano JIT tahsisini anında yansıtmalıdır. Ön ödemeli bir blokaj, varlığı kiracı profiline bağlayan yönlendirme kuralları ile fonları rezerve eder. Eskimiş göstergeleri önlemek için Çok sayıda ürün sevk edildiğinde katalog operasyonları üzerinden temel yönlendirme mantığınızı inceleyin.

Devirler sırasında sahte Canlı durumunu önleme

Erken aktivasyon, bozulmuş mesajlaşma boru hatlarına yol açar. DLR telemetrisi yukarı akış hazırlığını onaylamadan önce bir hizmet asla aktif durum göstermemelidir. Bir rozet çok erken dönerse, müşteriler yönlendirme hatalarıyla karşılaşır ve güven hızla erozyona uğrar. Erken durum güncellemelerinin nasıl destek biletlerini tetiklediğini anlamak için Yanlış Live Rozeti: Olay Yolu yolunu okuyun.

Kiracı onboarding ve ilk kredi korumaları

Her çalışma alanı, 20 USD ön ödemeli taban ile sağlam bir finansal temelde başlar. Bu ilk bakiye, yasal testlere izin verirken altyapıyı sahte otomasyona karşı korur. Trafik aylık yaklaşık 1.000 USD değerindeki yumuşak bir incelemeye doğru ölçeklendikçe, otomatik bayraklar ani hizmet kesintileri olmadan kullanım kalıplarını doğrular. Kiracılar ilk varlıklarını White-label tek hesap: ilk dürüst yol çerçevesini izleyerek yapılandırır.

Çoklu hizmet durum karşılaştırma tablosu

Durum Rozet Etiketi Fatura İşlemi Webhook Tetikleyicisi
Beklemede Sağlama JIT Blokajı asset.requested
Aktif Canlı Cüzdan Borcu asset.provisioned
Başarısız Hata İade Blokajı asset.failed
Askıda Kilitli Akışı Duraklat asset.suspended

Webhook ve HB senkronizasyon mekanikleri

Gerçek zamanlı durum güncellemeleri, sağlam HB rutinlerine ve webhook teslimatına dayanır. Bir numara atandığında platform, kiracı uç noktasına bir JSON yükü gönderir. Uç nokta alımı onaylayamazsa, mutabakat tamamlanana kadar arayüz devir rozetini geçiş durumunda tutar. Bu, yüksek hacimli SMS trafiği için DLR sürekliliğini sağlar.

IOSOR ile başlayın

İkinci ürün çipini açın. Bind ve teslim edilmiş bir DLR yeni hattı doğrulayana kadar In setup’ta bırakın. İlk ürün kendi satırında Live kalır — rozeti bağışlamaz. Yalnız provisioned webhook ile prepaid hold uyuşunca Live’a geçin. Rozeti kimin teslim ettiğini yazın.

IOSOR özeti

İkinci katalog ürünü ikinci bir vaattir. Devir rozeti onaylı bind’i izler, tahsis isteğini değil.

Yapın: webhook ile hold uyuşana dek yeni çipi In setup’ta tutun, çeviren adı yazın.

Yapmayın: ilk ürün çalışıyor diye veya JIT numara verdi diye Live boyamayın.

Bu rehber yardımcı oldu mu?

İlgili rehberler