IOSOR Rehber

Multi-Tenant Verify: Şablonları ve Gönderenleri Marka Bazında İzole Edin

Beyaz etiket OTP doğrulaması için katı çok kiracılı izolasyon yapılandırın. IOSOR'da tenant bazlı Sender ID, şablon kilitleme ve bakiyeleri yönetin.

Multi-Tenant Verify: Şablonları ve Gönderenleri Marka Bazında İzole Edin.

Alt Hesap Hiyerarşisi ve Sender ID Kapsamı

Çok kiracılı (multi-tenant) bir CPaaS platformu işletirken, marka kimliklerini alt hesaplar arasında kesin olarak ayrılmış tutmak hayati önem taşır. IOSOR konsolunda her alt hesap; kendi yerelleştirilmiş API kimlik bilgilerine, gönderici kimliği (Sender ID) havuzlarına ve mesaj günlüklerine sahip bağımsız bir marka kiracısını temsil eder. Marka A'ya atanan bir Sender ID, Marka B'ye ait API anahtarları tarafından seçilemez veya sorgulanamaz. Bu yapısal sınır, kiracılar arasında yanlışlıkla trafik yönlendirilmesini önler ve marka itibarını korur.

Şablon Değişken Kilitleri ve Marka Sızıntısını Önleme

OTP doğrulama şablonları, metin karışıklıklarını ve onaylanmamış kopya değişikliklerini ortadan kaldırmak için kiracı bazında kilitlenmelidir. Çok kiracılı operasyonlarda her alt hesap, önceden onaylanmış SMS şablonlarından oluşan kendi sicilini tutar. Marka adlarını içeren statik metinler, {{code}} gibi dinamik belirteç yer tutucuları ve alternatif metinler, etkinleştirmeden önce katı kurallara göre derlenir ve doğrulanır.

JIT Numara Tahsisi, Ön Ödemeli Bloke ve Bakiye Defteri

Tahsisli doğrulama hatları için numara sağlama işlemi, önceden satın alınmış statik stok havuzları yerine Anında (JIT - Just-In-Time) bağlama yöntemini kullanır. Bir alt hesap uzun kod veya kısa kod tahsisi talep ettiğinde, IOSOR operatör kullanılabilirliğini sorgular, hedef E.164 adresini rezerve eder ve bunu derhal kiracının defterine atar. Etkin numaralar için Aylık Tekrarlayan Ücretler (MRC), doğrudan alt hesabın bakiye defterinden düşülür.

Webhook Gönderimi, DLR Geri Çağırma Kapsamı ve STOP Çıkışları

Teslimat raporları (DLR) ve gelen durum webhook'ları alt hesap bazında katı bir şekilde ayrıştırılmış olarak kalmalıdır. Bir OTP mesajı sıradan teslim edildi durumuna geçtiğinde, olay motoru tam alt hesap bağlamını çözer ve JSON webhook'larını yalnızca kiracının yapılandırılmış uç nokta URL'sine gönderir. HMAC imza üstbilgileri her veri yüküne eşlik ederek kiracının isteğin özgünlüğünü bağımsız olarak doğrulamasını sağlar.

Operasyonel Yönetişim, Eşik İncelemeleri ve İlgili Kılavuzlar

Onlarca alt hesap genelinde yüksek hacimli doğrulama trafiğini yönetmek, proaktif defter yönetişimi ve otomatik izleme gerektirir. IOSOR, kiracı başına gerçek zamanlı doğrulama başarı oranlarını, gecikme metriklerini ve tüketim hızını takip eder. Bir alt hesap aylık kullanımını USD 1,000/ay civarındaki bir inceleme eşiğine doğru artırdığında, otomatik uyumluluk kontrolleri yönlendirme kararlılığını ve OTP dönüşüm oranlarını inceler.

İlgili yazılar: Pilot Hafta Denetimi: İlk Kodlardan Sonra Canlı OTP Kontrolleri · kaos olmadan OTP doğrulama · Partner Yüzey Geçidi: Marka Sızıntısı Yok.

IOSOR ile başlayın

İzole alt hesap hiyerarşileri kurmak ve her marka profiline farklı gönderici kimlikleri atamak için IOSOR konsoluna gidin. Her alt hesap sicili içinde önceden onaylanmış OTP şablon değişkenlerini kilitleyin ve DLR webhook'larını doğrudan kiracı kapsamlı geri arama uç noktalarına eşleyin. Trafik göndermeden önce tam şablon ve gönderici izolasyonunu garanti etmek için API yetkilendirme kapılarını çapraz kiracı anahtarlarıyla test edin.

IOSOR özeti

Çok kiracılı OTP kurulumlarında beyaz etiket bütünlüğünü korumak; gönderici kimliklerinin, şablon sicillerinin ve olay geri arama akışlarının tamamen ayrıştırılmasını gerektirir. Değişken kilitlerini ve teslimat webhook'larını açık alt hesap bağlamlarına ertelemek, marka sızıntısını önler ve kiracılar arasında katı veri gizliliğini garanti eder.

Bu rehber yardımcı oldu mu?

İlgili rehberler