İş Parçacığı Ortasında From Değiştiğinde, Kimlik Dürüst Kalmalıdır

Bir görüşme sırasında From kimliği değiştiğinde, sistemin durumu sıfırlamadan iş parçacığı bütünlüğünü koruması gerekir. Yeni bir gönderici adresi kullanıldığında yeni bir oturum başlatmak, bağlam kaybına yol açan bir tuzaktır. IOSOR, bu geçişleri ana görüşme jetonu üzerinden yöneterek USD bakiyesinin ve API akışının kesintisiz devam etmesini sağlar.

Değişen Kimlikler Arasında İş Parçacığı Kesintisizliği

Bir müşteri konuşması oturumun ortasında uzun kodlu bir E.164 numarasından alfasayısal bir Gönderen Kimliğine veya kısa koda geçtiğinde, platform durumu sıfırlamadan mantıksal iş parçacığı eşlemesini sürdürmelidir. IOSOR'da, uygulamanız açıkça bir iş parçacığı kesme komutu vermediği sürece yeni bir From kimliği yeni bir konuşma dizisi anlamına gelmez. Bir temsilci diyalog ortasında giden kanalları değiştirirse, faturalandırma ve yönlendirme bağlamı ana konuşma simgesine sabitlenmiş olarak kalır.

Oturum Bağlamını ve Defter Bakiyelerini Koruma

Etkin bir diyalog sırasında From adresini değiştirirken, defter bütünlüğü hesap bakiyelerine karşı derhal doğrulama yapılmasını gerektirir. Yeni seçilen bir Gönderen Kimliğinden giden bir SMS göndermeden önce sistem, ön ödemeli bakiyeyi söz konusu hedef için geçerli oran tablosuna göre kontrol eder. IOSOR, desteklenmeyen oran farklarından kaynaklanan iş parçacığı ortasındaki kesintileri önlemek için kiracı hesaplarında minimum USD 20 ön ödemeli taban uygular.

E.164 ve Alfasayısal Gönderen Değişimlerini Yönetme

Etkin bir iş parçacığını bir E.164 kaynak numarasından alfasayısal bir etikete veya alternatif bir uzun koda taşırken, envanter statik stok arabelleği olmadan tahsis edilmelidir. IOSOR, doğrudan API uç noktaları aracılığıyla hedef numaralar için ön ödemeli tutma ve atama iş akışını yürüterek JIT (Tam Zamanında) tahsis kullanır.

Gerçek Zamanlı Gelen Yönlendirme ve Webhook Yük Eşleme

Kaynak adresleri akış ortasında değişse bile Webhook teslimatı tutarlı kalmalıdır. STOP veya HELP gibi anahtar kelimeleri içeren bir gelen SMS ulaştığında, platform devre dışı bırakma isteğini son mesajda kullanılan belirli Gönderen Kimliği yerine müşterinin son kullanıcı adresine göre işler. Arka plan sisteminize teslim edilen Webhook yükleri conversation_id, current_from ve original_from için açık parametreler içerir.

İlke Kontrolleri ve Ekosistem Entegrasyonu

İş parçacığı ortasındaki kimlik kalıcılığını daha geniş iletişim mimarinize entegre etmek, güçlü API yapılandırması ve temiz Webhook işleme gerektirir. Beyaz etiket CPaaS katmanlarını işleten platformlar, yönlendirme meta verilerini şeffaf tutarken birden fazla alt hesapta birleşik iş parçacığı ilkeleri uygulayabilir.

İlgili yazılar: Çift tahsilatsız çok kanallı devretme · SMS, WhatsApp ve E-postada Tek Bir Konu İpliği · ilk tahsilattan önce ön ödemeli bakiye rezervi.

IOSOR ile başlayın

IOSOR konsolunda, müşteri E.164 hedeflerini statik Gönderen Kimlikleri yerine kalıcı oturum Kimliklerine bağlamak için thread eşleme politikanızı yapılandırın. İletişim ortasında geçiş yapmadan önce, yük eşlemelerinin güncellenmiş kaynak etiketiyle birlikte birleşik thread Kimliğini ilettiğinden emin olmak için webhook dinleyicilerinizi test edin. Yeni Gönderen Kimliğini aktif gönderime kaydetmeden önce hedef rota tarife tablosuna karşı ön provizyon bloke kontrolü yapın.

IOSOR özeti

Bu makale, konuşma ortasında Gönderen Kimliğini veya uzun kodu değiştirmenin konuşma bağlamını asla sıfırlamaması ve defter blokelerini bozmaması gerektiğini gösterdi. Thread kalıcılığını statik kaynak tanımlayıcılarından ayırarak platformunuz, dalgalanan rota tarifelerine karşı ön ödemeli bakiyeleri doğru bir şekilde düşerken eksiksiz oturum durumunu korur.