IOSOR

IOSOR Guides

Comptabilité des segments SMS : pourquoi un message n’est pas une seule ligne de dépense

Guide pricing : GSM-7 vs UCS-2, overhead de concaténation multipart, et comment rapprocher chaque envoi du portefeuille prépayé sans deviner.

L’utilisateur a tapé un message. Le portefeuille prépayé a débité trois unités. Ce n’est pas un bug — c’est la comptabilité des segments, et les équipes finance qui ne comprennent ni GSM-7 vs UCS-2 ni la concaténation multipart ouvrent des tickets contre un moteur de facturation qui fait exactement ce pour quoi il est conçu.

IOSOR traite chaque ligne de dépense SMS comme reconstructible jusqu’au nombre de segments, à l’encodage et à la destination — pas comme un frais de plateforme opaque. Près de USD 1 000+ d’usage mensuel plateforme, la discipline des segments sépare un rapprochement mensuel propre d’une escalade récurrente « pourquoi ça a coûté plus ».

Pourquoi un SMS n’est pas une seule ligne de dépense

Ce que voit l’expéditeur Ce que voit le portefeuille
« J’ai envoyé un texte » 1–3 unités facturées selon encodage et longueur
Un emoji ajouté à la fin Tout le message bascule en UCS-2
Une variable de modèle un peu plus longue Le message franchit une frontière de segment

GSM-7 vs UCS-2 : pourquoi le jeu de caractères change le calcul

  • GSM-7 couvre un alphabet latin limité et un petit jeu de symboles ; chaque caractère consomme moins de « budget » par segment
  • UCS-2 (tout caractère hors GSM-7 — emoji, la plupart des écritures non latines, certaines ponctuations) force tout le message vers un encodage plus large avec une limite plus basse par segment
  • Un caractère « invisible » (guillemet typographique collé d’un document, une coche, un emoji) peut basculer en silence tout le message de GSM-7 vers UCS-2

Segmentation multipart et overhead de concaténation

Encodage Limite mono-segment Limite en multipart Pourquoi le multipart est plus petit
GSM-7 160 car. 153 car. L’en-tête de concaténation réserve de l’espace
UCS-2 70 car. 67 car. Même en-tête, budget d’alphabet plus petit

Franchir la limite mono-segment ne « s’arrondit » pas élégamment — le message se découpe en plusieurs segments, chacun portant l’overhead de concaténation, et est refacturé en conséquence.

Où se cachent les comptes de segments

  • Une prévisualisation du composeur affiche « 1 message » alors que l’encodage réel produit 2–3 segments facturés
  • Des variables de modèle qui poussent la longueur au-delà d’une frontière seulement pour certains destinataires
  • Des caractères spécifiques à la locale (accents, écritures non latines) qui passent la QA dans une langue et multiplient le coût dans une autre

Rapprocher les segments du portefeuille prépayé

Chaque ligne de débit doit montrer : destination, longueur du message, encodage détecté, nombre de segments et tarif unitaire — pas un « frais SMS » mélangé. Si la finance ne peut pas mapper un débit vers ces cinq champs, le ledger n’est pas rapprochable : on lui fait confiance par foi.

Commencez avec IOSOR

Examinez les charges utiles de vos modèles sortants dans la console IOSOR avant de déclencher des envois massifs. Configurez des filtres de validation par API pour signaler tout message dépassant un seul segment ou basculant de manière inattendue de l encodage GSM-7 vers UCS-2. Assurez-vous que vos webhooks de rapports de livraison relient explicitement les déductions de solde au nombre exact de segments facturés plutôt qu à un décompte global des messages.

À retenir — IOSOR

Un seul message texte sortant se traduit rarement par une unique ligne de dépense.

Ce guide vous a-t-il aidé ?

Guides associés