DID Bağlamadan Önce E.164 Normalizasyonu: Artı, Sıfırlar ve Boşluklar

DID Bağlamadan Önce E.164 Normalizasyonu.

Ham Numara Girişleri Yönlendirmeyi Neden Bozar

Telefon numaraları için ham kullanıcı girdilerini sterilize etmeden kabul etmek, sessiz yönlendirme düşüşlerinin önde gelen nedenidir. Kiracılar, başında çift sıfır, eksik artı işaretleri, tireler veya rastgele boşluklar içeren numaralar yapıştırdığında, sistem hedef profille eşleşemez. Ön ödemeli CPaaS modelimizde JIT sağlama, numaraların dinamik olarak istenmesi ve anında bağlanması anlamına gelir. Gelen biçim katı E.164 standartlarından saparsa, webhook işleyicisi bağlamayı kaydedemez.

Uluslararası Formatlar İçin Normalizasyon Kuralları

Katı normalizasyon, herhangi bir veritabanı araması veya bağlama girişiminden önce tüm gelen basamak dizilerinin kanonik E.164 standardına dönüştürülmesini gerektirir. Bu işlem, boşluklar, parantezler, noktalar ve tireler dahil tüm biçimlendirme karakterlerini kaldırır. '011' veya '00' gibi yerel uluslararası arama öneklerini standart '+' işaretiyle değiştirir ve kiracının varsayılan yerel ayarına göre atlandıysa doğru ülke kodunu başa ekler. Örneğin, «+1 (555) 019-2834» gibi bir girdi «+15550192834» olarak saklanmalıdır.

Kiracı Portallarında Uç Durumları Ele Alma

Kiracı portalları genellikle sıfır genişlikli boşluklar, sondaki satır başları veya eski PBX sistemlerinden gelen önde gelen uluslararası çıkış kodları gibi gizli anormallikler ortaya çıkarır. Ön uç doğrulamanız, yük API ağ geçidine ulaşmadan önce bu anormallikleri engellemelidir. Toplu işlemler yürütüldüğünde, kirli dizeler genellikle tek alan kontrollerini atlar. Operatörler, veri bütünlüğünü sağlamak için /learn/lookup/bulk-lookup-campaign-csv-hygiene bölümünde tartışılanlara benzer katı CSV hijyen protokolleri uygulamalıdır.

Bağlama Uyumsuzluklarını ve Sessiz Düşüşleri Önleme

Biçimlendirme tutarsızlıkları nedeniyle bir numara bağlama isteği başarısız olduğunda, platform genel bir hata döndürebilir veya daha kötüsü, trafiği yanlış yönlendiren kısmi bir eşleşmeyi işleyebilir. Kampanya metriklerini izleyen kiracılar, eksik DLR'leri ve yanıt vermeyen webhook'ları fark edecektir. Katı normalizasyonun sürdürülmesi bu sessiz uyumsuzlukları önler. Bir sipariş, taşıyıcı senkronizasyon zaman aşımı nedeniyle sağlama hatalarıyla karşılaşırsa, /learn/numbers/did-order-fail-refund-swap-status bölümündeki standart prosedürleri gözden geçirin.

Atama Sonrası İzleme ve Pilot Aşamaları

E.164 normalizasyonu başarılı olduğunda ve numara bağlandığında, operasyonel yaşam döngüsü aktif izlemeye geçer. İlk dağıtım sırasında kiracılar, teslimat oranlarını ve HB sinyallerini yakından takip etmelidir. Dağıtımın ilk haftasında performansı nasıl değerlendireceğinizi anlamak için /learn/numbers/did-pilot-week-after-first-assign bölümündeki kılavuzlara başvurun.

IOSOR ile Başlayın

Bir DID’i yalnızca E.164’e yeniden yazdıktan sonra bağlayın: başta artı, ülke kodu, boşluk yok, trunk sıfır yok. Ham girdiyi atama dışa aktarımında normalize biçimin yanında tutun. Bind alanında hâlâ yerel 00 veya boşluklu basamak varsa bağı reddedin — trafikten sonra temizlemeyi vaat etmeyin. Bu mülkiyetten önce bir biçim kapısıdır, STOP listesine yazım veya webhook ile kiracı araması değildir.

İlgili: Arayan Kimliği ve Mesaj Göndereni: Canlı Ses, Canlı SMS Anlamına Gelmez Gelen MO mesajlarından engelleme listelerine: DID üzerinde STOP itibarı korur ilk tahsilattan önce ön ödemeli bakiye rezervi.

IOSOR özeti

Yerel biçimi saklayan bağ bir yönlendirme yalanıdır. Atama tablosu E.164 tutar, yoksa bind yoktur.

Yapın: normalize edin, sonra bağlayın, sonra iki biçimi dışa aktarın. Yapmayın: önce bağlayıp sonra düzeltmek, ya da artı, sıfır ve boşluğu süs saymak.