IOSOR

IOSOR Vedomosti

Účtovníctvo SMS segmentov: prečo jedna správa nie je jeden výdavkový riadok

Cenový sprievodca: GSM-7 vs UCS-2, réžia multipart konkatenácie a ako zladiť každú odosielku s predplatenou peňaženkou bez tipovania.

Používateľ napísal jednu správu. Predplatená peňaženka odpísala tri jednotky. To nie je bug — je to účtovníctvo segmentov a finančné tímy, ktoré nerozumejú GSM-7 vs UCS-2 ani multipart konkatenácii, otvárajú tickety proti billing enginu, ktorý funguje presne podľa návrhu. Tento sprievodca je pre finančných a produktových leadov prevádzkujúcich prepaid white-label messaging, ktorí potrebujú vysvetliteľný spend — nie „verte faktúre“.

IOSOR berie každý výdavkový riadok SMS ako rekonštruovateľný až k počtu segmentov, kódovaniu a destinácii — nie ako nepriehľadný poplatok platformy. Blízko USD 1 000+ mesačného použitia platformy je disciplína segmentov rozdiel medzi čistou mesačnou rekonciliáciou a opakovanou eskaláciou „prečo to stálo viac“.

Prečo jedna SMS nie je jeden výdavkový riadok

Čo vidí odosielateľ Čo vidí peňaženka
„Poslal som jeden text“ 1–3 účtované jednotky podľa kódovania a dĺžky
Na koniec pridané emoji Celá správa prepne na UCS-2
Premenná šablóny o pár znakov dlhšia Správa prekročí hranicu segmentu

GSM-7 vs UCS-2: prečo znaková sada mení matematiku

  • GSM-7 pokrýva obmedzenú latiniku a malú sadu symbolov; každý znak stojí menej „rozpočtu“ na segment
  • UCS-2 (akýkoľvek znak mimo GSM-7 — emoji, väčšina nelatinských písiem, niektorá interpunkcia) tlačí celú správu do širšieho kódovania s nižším limitom znakov na segment
  • Jeden „neviditeľný" znak (chytré úvodzovky z dokumentu, fajka, emoji) môže ticho preklopiť celú správu z GSM-7 na

Multipart segmentácia a réžia konkatenácie

Kódovanie Limit jedného segmentu Limit v multipart Prečo je multipart menší
GSM-7 160 znakov 153 znakov Hlavička konkatenácie rezervuje miesto
UCS-2 70 znakov 67 znakov Rovnaká hlavička, menší abecedný rozpočet

Kde sa skrývajú počty segmentov

  • Náhľad v composerı ukáže „1 správu", zatiaľ čo reálne kódovanie dá 2–3 účtované segmenty
  • Premenné šablóny, ktoré tlačia dĺžku cez hranicu len u časti príjemcov
  • Znaky špecifické pre locale (diakritika, nelatinské písma), ktoré prejdú QA v jednom jazyku a znásobia náklad v inom

Červené vlajky

  • Composer alebo odpoveď API hlási počet správ namiesto segmentov
  • Nie je vidieť, ktoré kódovanie použila konkrétna odosielka
  • Support hovorí „problémy s kódovaním sú vzácne, nebojte sa"
  • Riadky ledgeru, ktoré nemožno vysledovať k dĺžke, kódovaniu a destinácii
  • Bulk odosielky účtované ako plochý odhad, zladené až na konci mesiaca

Začnite s IOSOR

Pred spustením hromadných kampaní skontrolujte šablóny odchádzajúcich správ v konzole IOSOR. Nastavte si validačné brány API, ktoré označia každú správu presahujúcu jeden segment alebo neočakávane sa prepínajúcu z kódovania GSM-7 na UCS-2. Overte, či vaše webhooky pre doručovacie protokoly viažu odpočty kreditu priamo na presný počet účtovaných segmentov, a nie na celkový počet správ.

Zhrnutie IOSOR

Jediná odoslaná textová správa málokedy predstavuje jedinú položku vo výdavkoch. Voľba medzi kódovaním GSM-7 a UCS-2 spolu s réžiou hlavičiek pri delení dlhých správ znamená, že drobná zmena v dynamickom texte alebo jediný špeciálny znak môžu ľahko zdvojnásobiť náklady na jedného príjemcu.

Pomohol tento sprievodca?

Súvisiace návody