IOSOR

IOSOR Gabay

Ang UCS-2 na pagsasama ay tahimik na nagsusunog ng prepaid SMS segment

Isang emoji o Unicode character ang maglilipat ng GSM-7 papuntang UCS-2 at maghahati ng «isang mensahe» sa singilinang segment. Dapat basahin ng pananalapi ang bilang ng segment, hindi ang counter ng composer.

Minsang nag-send ang produkto. Tatlong unit ang kinaltas ng prepaid wallet. Hindi ito mali sa ledger: pagsasama pagkatapos ng tahimik na paglipat ng encoding. Saklaw ng GSM-7 ang simpleng Latin; ang emoji, maraming script, o «smart» na quote ay pumipilit ng UCS-2, nagpapababa ng budget ng segment, at pumuputol sa katawan. Ang pananalapi na nag-uulat pa rin ng «mga naipadalang mensahe» ay hindi kailanman magkakasundo sa wallet.

Pinapatakbo ng IOSOR ang white-label prepaid SMS sa isang ledger. Ang catalog na live ay nangangahulugang handa ang landas ng pagpapadala; ang in setup ay kahilingan, hindi mas murang encoding. Malapit sa USD 1,000+ buwanang paggamit, ang bilang ng segment at encoding ay nagiging materyal ng commercial review.

Binibilang ng pananalapi ang segment, hindi ang «mensahe»

Ang composer na nagpapakita ng «1 message» ay sumasagot sa tanong ng produkto. Sumasagot ang wallet sa tanong sa pera: ilang singilinang segment ang lumabas. Maghihiwalay ang mga numero kapag nagbago ang encoding o tumawid ang haba sa hangganan. Basahin ang accounting ng segment ng SMS.

GSM-7 laban sa UCS-2: tahimik na paglipat

Mahusay ngunit marupok ang GSM-7. Tapat at mas mahal ang UCS-2. Hindi nakikita ang paglipat kung English Latin lang ang sinusubok ng QA: isang emoji ang muling nagko-code ng buong katawan; ang baluktot na quote o checkmark sa labas ng GSM ay ganoon din; ang «maikli» na variable sa English ay namamaga sa ibang wika. Hindi international surcharge ang UCS-2: ito ang tunay na encoding.

Ang overhead ng pagsasama na itinago ng composer

Encoding Limit ng isang bahagi Limit ng multipart Ano ang kinukuha ng header
GSM-7 160 153 Header ng pagsasama
UCS-2 70 67 Parehong header, mas maliit na budget

Mga template at wika na tumatawid sa hangganan

Nagtatago ang pagsusunog kung saan huling tumitingin ang support: variable na tatlong character sa may-akda at tatlumpu sa tatanggap; legal footer na may baluktot na quote; emoji «para sa init» pagkatapos ng bigong DLR; template na QA na ang nakita lang ay keyboard ng may-akda. Tantiyahin bago magpadala; magbabala sa pagtawid ng hangganan; subukan ang wika ng tatanggap.

Mga babalang senyales

  • Ang composer o API ay nagbabalik ng «mensahe» sa halip na segment
  • Nagtatago ang encoding hanggang katapusan ng buwan
  • Emoji sa OTP template nang walang babala sa segment
  • Ledger nang walang encoding + bilang ng segment
  • Bulk send bilang flat na tantya
  • Catalog in setup na ipinangako na para bang naaangkop na ang math ng encoding

Magsimula sa IOSOR

Buksan ang console ng IOSOR at i-activate ang pre-flight encoding gate sa lahat ng template ng palabas na kampanya. Mag-set up ng mga webhook upang siyasatin ang payload ng mensahe para sa mga karakter na hindi GSM-7 tulad ng smart quotes o emojis bago i-queue ang mga dispatch.

Buod ng IOSOR

Ang pagsukat sa mga kampanya sa pamamagitan ng dami ng mensahe sa halip na mga binabayarang segment ay ginagarantiyahan ang hindi inaasahang pagkaubos ng badyet. Kapag ang isang karakter na hindi GSM-7 ay nag-trigger ng UCS-2 encoding, ang iyong multi-part limit ay bumababa mula 153 hanggang 67 na karakter, na agad na nagdodoble o nagtatriple sa pagkonsumo ng segment sa mga naka-localize na template at awtomatikong retry.

Nakatulong ba ang gabay na ito?

Mga kaugnay na gabay