IOSOR

IOSOR Žinios

SMS segmentų apskaita: kodėl viena žinutė nėra viena išlaidų eilutė

Kainodaros gidas: GSM-7 vs UCS-2, multipart konkatenacijos sąnaudos ir kaip suderinti kiekvieną siuntimą su išankstinio mokėjimo pinigine be spėliojimų.

Vartotojas parašė vieną žinutę. Išankstinio mokėjimo piniginė nurašė tris vienetus. Tai ne klaida — tai segmentų apskaita, o finansų komandos, kurios nesupranta GSM-7 vs UCS-2 ir multipart konkatenacijos, atidaro ticketus prieš billing variklį, veikiantį tiksliai kaip sukurtas.

IOSOR kiekvieną SMS išlaidų eilutę laiko atkuriamą iki segmentų skaičiaus, kodavimo ir paskirties — ne kaip nepermatomą platformos mokestį. Prie USD 1 000+ mėnesinio platformos naudojimo segmentų disciplina skiria švarią mėnesinę suderinimą nuo pasikartojančio eskalavimo „kodėl kainavo daugiau“.

Kodėl viena SMS nėra viena išlaidų eilutė

Ką mato siuntėjas Ką mato piniginė
„Išsiunčiau vieną tekstą“ 1–3 apmokestinti vienetai pagal kodavimą ir ilgį
Pabaigoje pridėtas emoji Visa žinutė pereina į UCS-2
Šablono kintamasis keliais simboliais ilgesnis Žinutė peržengia segmento ribą

GSM-7 vs UCS-2: kodėl simbolių rinkinys keičia matematiką

  • GSM-7 apima ribotą lotynišką abėcėlę ir mažą simbolių rinkinį; kiekvienas simbolis kainuoja mažiau „biudžeto“ segmentui
  • UCS-2 (bet koks simbolis už GSM-7 — emoji, dauguma nelotyniškų raštų, dalis skyrybos) verčia visą žinutę į platesnį kodavimą su mažesne simbolių riba segmentui
  • Vienas „nematomas“ simbolis (išmaniosios kabutės iš dokumento, varnelė, emoji) gali tyliai apversti visą žinutę iš GSM-7 į UCS-2

Multipart segmentacija ir konkatenacijos sąnaudos

Kodavimas Vieno segmento riba Ribа multipart Kodėl multipart mažesnis
GSM-7 160 simbolių 153 simboliai Konkatenacijos antraštė rezervuoja vietą
UCS-2 70 simbolių 67 simboliai Ta pati antraštė, mažesnis abėcėlės biudžetas

Vieno segmento ribos peržengimas „neapvalina“ elegantiškai — žinutė skyla į kelis segmentus, kiekvienas su konkatenacijos sąnaudomis, ir atitinkamai perskaičiuojama.

Kur slepiasi segmentų skaičiai

  • Composer peržiūra rodo „1 žinutę“, o tikras kodavimas duoda 2–3 apmokestintus segmentus
  • Šablono kintamieji, stumiantys ilgį per ribą tik kai kuriems gavėjams
  • Locale specifiniai simboliai (kirčiai, nelotyniški raštai), praeinantys QA viena kalba ir dauginantys kainą kita

Kiekviena debeto eilutė turi rodyti: paskirtį, žinutės ilgį, aptiktą kodavimą, segmentų skaičių ir vieneto tarifą — ne sumaišytą „SMS mokestį“. Jei finansai negali susieti piniginės debeto su tais penkiais laukais, ledger nėra suderinamas — juo tikima tikėjimu.

  1. Įvertinkite kodavimą ir segmentų skaičių prieš siuntimą tomis pačiomis taisyklėmis, kuriomis piniginė apmokestins
  2. Įspėkite — neleiskite tyliai — kai šablono redagavimas peržengia segmento ribą
  3. Rodykite kodavimą composer, ne tik simbolių skaičių
  4. Testuokite su tikrais gavėjų locale, ne tik rašymo kalba

Raudonos vėliavos

  • Composer ar API atsakymas praneša žinučių skaičių vietoj segmentų
  • Nėra matomumo, kurį kodavimą naudojo konkretus siuntimas
  • Palaikymas sako „kodavimo problemos retos, nesijaudinkite“
  • Ledger eilutės, kurių negalima atsekti iki ilgio, kodavimo ir paskirties
  • Bulk siuntimai apmokestinami kaip plokščias įvertis, suderinami tik mėnesio pabaigoje

Pradėkite su IOSOR

Peržiūrėkite siunčiamų šablonų duomenų rinkinius IOSOR konsolėje prieš paleisdami masinius siuntimus. Nustatykite API patvirtinimo vartus, kad pažymėtumėte bet kokį rinkinį, kuris viršija vieną segmentą arba netikėtai persijungia iš GSM-7 į UCS-2 koduotę.

IOSOR santrauka

Vienas išsiųstas tekstinis pranešimas retai virsta viena išlaidų eilute.

Ar šis vadovas buvo naudingas?

Susiję vadovai