IOSOR

IOSOR Rehber

SMS segment muhasebesi: neden bir mesaj tek harcama satırı değildir

Fiyatlandırma rehberi: GSM-7 vs UCS-2, çok parçalı birleştirme yükü ve her gönderiyi ön ödemeli cüzdanla tahmin etmeden mutabakat.

Kullanıcı bir mesaj yazdı. Ön ödemeli cüzdan üç birim düştü. Bu bir hata değil — segment muhasebesidir; GSM-7 vs UCS-2 ve çok parçalı birleştirmeyi anlamayan finans ekipleri, tam da tasarlandığı gibi çalışan faturalama motoruna ticket açar. Bu rehber, ön ödemeli white-label mesajlaşmayı yöneten ve harcamanın “faturaya güven” değil açıklanabilir olmasını isteyen finans ve ürün liderleri içindir.

IOSOR her SMS harcama satırını segment sayısı, kodlama ve hedefe kadar yeniden kurulabilir sayar — opak bir platform ücreti değil. Aylık platform kullanımı USD 1.000+ civarındayken segment disiplini temiz aylık mutabakat ile tekrarlayan “neden daha pahalıydı” yükseltmesini ayırır.

Neden bir SMS tek harcama satırı değildir

Gönderenin gördüğü Cüzdanın gördüğü
“Bir metin gönderdim” Kodlama ve uzunluğa göre 1–3 faturalanan birim
Sona bir emoji eklendi Tüm mesaj UCS-2’ye geçer
Şablon değişkeni birkaç karakter daha uzun Mesaj segment sınırını aşar

GSM-7 vs UCS-2: karakter seti matematiği neden değiştirir

  • GSM-7 sınırlı Latin alfabesi ve küçük bir sembol setini kapsar; her karakter segment başına daha az “bütçe” harcar
  • UCS-2 (GSM-7 dışı herhangi bir karakter — emoji, çoğu Latin olmayan yazı, bazı noktalama) tüm mesajı daha geniş kodlamaya iter ve segment başına daha düşük karakter limiti verir
  • “Görünmez” bir karakter (belgeden yapıştırılmış akıllı tırnak, onay işareti, emoji) tüm

Çok parçalı bölünme ve birleştirme yükü

Kodlama Tek segment limiti Çok parçada limit Çok parça neden daha küçük
GSM-7 160 kar. 153 kar. Birleştirme başlığı yer ayırır
UCS-2 70 kar. 67 kar. Aynı başlık, daha küçük alfabe bütçesi

Tek segment sınırını aşmak zarifçe “yuvarlanmaz” — mesaj birleştirme yükü taşıyan birden fazla segmente bölünür ve buna göre yeniden faturalanır.

Segment sayıları nerede gizlenir

  • Composer önizlemesi “1 mesaj” gösterir; gerçek kodlama 2–3 faturalanan segment üretir
  • Yalnızca bazı alıcılar için uzunluğu sınırın ötesine iten şablon değişkenleri
  • Bir dilde QA’dan geçen, başka dilde maliyeti çoğaltan yerel karakterler (aksanlar, Latin olmayan yazılar)

Kırmızı bayraklar

  • Composer veya API yanıtı segment sayısı yerine mesaj sayısı bildirir
  • Belirli bir gönderide hangi kodlamanın kullanıldığı görünmez
  • Destek “kodlama sorunları nadirdir, endişelenmeyin” der
  • Uzunluk, kodlama ve hedefe izlenemeyen defter satırları
  • Toplu gönderiler düz tahminle faturalanır, yalnızca ay sonunda mutabakat edilir

IOSOR ile başlayın

Büyük gönderimleri tetiklemeden önce IOSOR konsolundaki dışa aktarım şablonu yüklerini gözden geçirin. Tek bir segmenti aşan veya GSM-7 kodlamasından UCS-2 kodlamasına beklenmedik bir geçiş yapan her yükü işaretlemek için API doğrulama sınırları yapılandırın. Teslimat raporu web kancalarınızın, bakiye düşüşlerini genel mesaj sayıları yerine tam olarak faturalandırılan segment sayılarıyla açıkça ilişkilendirdiğinden emin olun.

IOSOR özeti

Tek bir dışa aktarım metin mesajı nadiren tek bir harcama kalemine dönüşür. GSM-7 ve UCS-2 kodlamaları arasındaki seçim, çok parçalı birleştirmenin başlık ek yüküyle birleştiğinde, dinamik metindeki küçük bir çeşitleme veya tek bir özel karakter alıcı başına faturalandırmanızı kolayca iki katına çıkarabilir.

Bu rehber yardımcı oldu mu?

İlgili rehberler