IOSOR

IOSOR Znanje

Računovodstvo SMS segmenata: zašto jedna poruka nije jedna stavka troška

Vodič o cijenama: GSM-7 vs UCS-2, overhead multipart konkatenacije i kako uskladiti svako slanje s prepaid novčanikom bez nagađanja.

Korisnik je upisao jednu poruku. Prepaid novčanik terećen je za tri jedinice. To nije bug — to je računovodstvo segmenata, a financijski timovi koji ne razumiju GSM-7 vs UCS-2 ni multipart konkatenaciju otvaraju tickete protiv billing motora koji radi točno kako je dizajniran. Ovaj vodič je za financijske i produktne voditelje koji vode prepaid white-label messaging i trebaju objašnjiv trošak — ne „vjerujte računu“.

IOSOR svaku SMS stavku troška tretira kao rekonstruirivu do broja segmenata, encodinga i destinacije — ne kao neprozirnu platformsku naknadu. Blizu USD 1.000+ mjesečne uporabe platforme disciplina segmenata razlika je između čiste mjesečne uskladbe i ponavljane eskalacije „zašto je koštalo više“.

Zašto jedan SMS nije jedna stavka troška

Što pošiljatelj vidi Što novčanik vidi
„Poslao sam jedan tekst“ 1–3 naplaćene jedinice ovisno o encodingu i duljini
Na kraju dodan emoji Cijela poruka prelazi na UCS-2
Predložakova varijabla nekoliko znakova dulja Poruka prelazi granicu segmenta

GSM-7 vs UCS-2: zašto skup znakova mijenja matematiku

  • GSM-7 pokriva ograničenu latinicu i mali skup simbola; svaki znak troši manje „budžeta“ po segmentu
  • UCS-2 (bilo koji znak izvan GSM-7 — emoji, većina nelatiničnih pisama, neka interpunkcija) forsira cijelu poruku u širi encoding s nižim limitom znakova po segmentu
  • Jedan „nevidljivi“ znak (pametni navodnici iz dokumenta, kvačica, emoji) može tiho prebaciti cijelu poruku s GSM-7 na

Multipart segmentacija i overhead konkatenacije

Encoding Limit jednog segmenta Limit u multipartu Zašto je multipart manji
GSM-7 160 znakova 153 znaka Zaglavlje konkatenacije rezervira mjesto
UCS-2 70 znakova 67 znakova Isto zaglavlje, manji abecedni budžet

Gdje se skrivaju brojevi segmenata

  • Pregled u composeru pokazuje „1 poruku“ dok stvarni encoding daje 2–3 naplaćena segmenta
  • Predložakove varijable koje guraju duljinu preko granice samo za neke primatelje
  • Znakovi specifični za locale (naglasci, nelatinična pisma) koji prolaze QA na jednom jeziku i umnožavaju trošak na drugom

Crvene zastave

  • Composer ili API odgovor prijavljuje broj poruka umjesto segmenata
  • Nema vidljivosti koji je encoding koristilo konkretno slanje
  • Podrška kaže „problemi s encodingom su rijetki, ne brinite"
  • Retci ledgera koji se ne mogu pratiti do duljine, encodinga i destinacije
  • Bulk slanja naplaćena kao ravna procjena, usklađena tek krajem mjeseca

Započnite s IOSOR-om

Pregledajte predloške odlaznih poruka u konzoli IOSOR prije slanja velikih kampanja. Konfigurirajte API provjere kako biste označili svaki sadržaj koji premašuje jedan segment ili neočekivano prelazi s GSM-7 na UCS-2 kodiranje. Osigurajte da web-lokacije za izvješća o isporuci jasno povezuju umanjenja stanja s točnim brojem naplaćenih segmenata, umjesto s općim brojem poruka.

Sažetak IOSOR

Jedna odlazna tekstualna poruka rijetko odgovara jednoj stavci troška. Izbor između GSM-7 i UCS-2 kodiranja, u kombinaciji s dodatnim zaglavljima za spajanje više dijelova, znači da mala promjena u dinamičnom tekstu ili jedan poseban znak mogu lako udvostručiti trošak po primatelju.

Je li vam ovaj vodič pomogao?

Povezani vodiči