IOSOR

IOSOR Tieto

SMS-segmenttilinpito: miksi yksi viesti ei ole yksi kulurivi

Hinnoitteluopas: GSM-7 vs UCS-2, multipart-ketjutuksen ylikuorma ja kuinka täsmäytät jokaisen lähetyksen prepaid-lompakkoon ilman arvailua.

Käyttäjä kirjoitti yhden viestin. Prepaid-lompakko veloitti kolme yksikköä. Se ei ole bugi — se on segmenttilinpito, ja finance-tiimit, jotka eivät ymmärrä GSM-7 vs UCS-2:ta tai multipart-ketjutusta, avaavat tikettejä laskutusmoottorille, joka toimii juuri kuten suunniteltu. Tämä opas on finance- ja tuotantojohtajille, jotka pyörittävät prepaid white-label -viestintää ja tarvitsevat selitettävää kulua — ei “luota laskuun”.

IOSOR käsittelee jokaisen SMS-kulurivin uudelleenrakennettavana segmenttilukuun, koodaukseen ja kohteeseen — ei läpinäkymättömänä alustamaksuna. Lähellä USD 1 000+ kuukausittaista alustakäyttöä segmenttikuri erottaa puhtaan kuukausitäsmäytyksen toistuvasta eskalaatiosta “miksi tämä maksoi enemmän”.

Miksi yksi SMS ei ole yksi kulurivi

Mitä lähettäjä näkee Mitä lompakko näkee
“Lähetin yhden tekstin” 1–3 laskutettua yksikköä koodauksen ja pituuden mukaan
Yksi emoji lisätty loppuun Koko viesti vaihtuu UCS-2:een
Mallimuuttuja muutaman merkin pidempi Viesti ylittää segmenttirajan

GSM-7 vs UCS-2: miksi merkistö muuttaa matematiikkaa

  • GSM-7 kattaa rajatun latinalaisen aakkoston ja pienen symbolijoukon; kukin merkki kuluttaa vähemmän “budjettia” segmenttiä kohti
  • UCS-2 (mikä tahansa merkki GSM-7:n ulkopuolella — emoji, useimmat ei-latinalaiset kirjoitusjärjestelmät, osa välimerkeistä) pakottaa koko viestin laajempaan koodaukseen pienemmällä merkkirajalla per segmentti
  • Yksi “näkymätön” merkki (asiakirjasta

Multipart-segmentointi ja ketjutuksen ylikuorma

Koodaus Yhden segmentin raja Multipart-raja Miksi multipart on pienempi
GSM-7 160 merkkiä 153 merkkiä Ketjutusotsikko varaa tilaa
UCS-2 70 merkkiä 67 merkkiä Sama otsikko, pienempi aakkosbudjetti

Missä segmenttiluvut piilevät

  • Composer-esikatselu näyttää “1 viesti” kun todellinen koodaus tuottaa 2–3 laskutettua segmenttiä
  • Mallimuuttujat jotka työntävät pituuden rajan yli vain joillekin vastaanottajille
  • Locale-kohtaiset merkit (aksentit, ei-latinalaiset kirjoitusjärjestelmät) jotka läpäisevät QA:n yhdessä kielessä ja kertovat kustannusta toisessa

Segmenttien täsmäytys prepaid-lompakkoon

Jokaisen veloitusrivin tulisi näyttää: kohde, viestin pituus, havaittu koodaus, segmenttiluku ja yksikköhinta — ei sekoitettua “SMS-maksua”. Jos finance ei voi mapata lompakkoveloitusta näihin viiteen kenttään, ledger ei ole täsmäytettävissä — siihen luotetaan uskolla.

Aloita IOSORilla

Tarkista lähtevien viestien pohjien tietosisällöt IOSOR-konsolissa ennen laajojen massalähetysten käynnistämistä. Määritä rajapinnan tarkistussäännöt, jotka merkitsevät heti kaikki sellaiset viestit, jotka ylittävät yhden osan tai vaihtavat odottamattomasti GSM-7-koodauksesta UCS-2-koodaukseen.

IOSOR-yhteenveto

Yksi lähtevä tekstiviesti vastaa harvoin yhtä ainoaa laskutusriviä. Valinta GSM-7- ja UCS-2-merkistöjen välillä yhdistettynä viestien yhdistelystä johtuviin otsikkotietoihin tarkoittaa, että pienikin muutos dynaamisessa tekstissä tai yksittäinen erikoismerkki voi helposti kaksinkertaistaa vastaanottajakohtaiset kustannukset.

Oliko tästä oppaasta apua?

Aiheeseen liittyvät oppaat