IOSOR

IOSOR Знање

Segment accounting za SMS: zašto jedna poruka nije jedna stavka rashoda

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

Korisnik je ukucao jednu poruku. Prepaid novčanik zadužio je tri jedinice. To nije bag — to je računovodstvo segmenata, a finansijski timovi koji ne razumeju GSM-7 vs UCS-2 ni multipart konkatenaciju otvaraju tikete protiv billing motora koji radi tačno kako je dizajniran. Ovaj vodič je za finansijske i produktne lidere koji vode prepaid white-label messaging i trebaju objašnjiv trošak — ne „verujte fakturi“.

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

Zašto jedan SMS nije jedna stavka troška

Šta pošiljalac vidi Šta novčanik vidi
„Poslao sam jedan tekst“ 1–3 naplaćene jedinice zavisno od encodinga i dužine
Na kraju dodat emoji Cela poruka prelazi na UCS-2
Promenljiva šablona nekoliko znakova duža Poruka prelazi granicu segmenta

GSM-7 vs UCS-2: zašto skup znakova menja 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 van GSM-7 — emoji, većina nelatiničnih pisama, neka interpunkcija) forsira celu poruku u širi encoding sa nižim limitom znakova po segmentu
  • Jedan „nevidljivi" znak (pametni navodnici iz dokumenta, kvačica, emoji) može tiho prebaciti celu poruku sa GSM-7 na UCS-2

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 rezerviše mesto
UCS-2 70 znakova 67 znakova Isto zaglavlje, manji abecedni budžet

Gde se skrivaju brojevi segmenata

  • Pregled u composeru pokazuje „1 poruku" dok stvarni encoding daje 2–3 naplaćena segmenta
  • Promenljive šablona koje guraju dužinu preko granice samo za neke primaoce
  • 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 umesto segmenata
  • Nema vidljivosti koji je encoding koristilo konkretno slanje
  • Podrška kaže „problemi sa encodingom su retki, ne brinite"
  • Redovi ledgera koji se ne mogu pratiti do dužine, encodinga i destinacije
  • Bulk slanja naplaćena kao ravna procena, usklađena tek krajem meseca

Počnite sa IOSOR-om

Pregledajte šablone izlaznih poruka u IOSOR konzoli pre pokretanja masovnih slanja. Podesite API provere da označite svaku poruku koja prelazi jedan segment ili nepredviđeno prelazi sa GSM-7 na UCS-2 kodiranje. Osigurajte da veb-adrese izveštaja o isporuci direktno povezuju potrošnju sa tačnim brojem naplaćenih segmenata umesto sa opštim brojem poruka.

Резиме IOSOR

Jedna izlazna tekstualna poruka retko se svodi na jednu stavku troška. Izbor između GSM-7 i UCS-2 kodiranja, u kombinaciji sa zaglavljima višestrukih delova, znači da mala promena u dinamičkom tekstu ili jedan specijalni znak mogu lako udvostručiti cenu slanja po primaocu.

Да ли је овај водич био корistan?

Повезани водичи