Gestion des limites d'octets GSM-7 et Unicode dans les charges utiles API

Gestion des limites d'octets GSM-7 et Unicode dans les charges utiles API.

Détection de l'encodage des caractères dans les charges utiles API

Lors de l'envoi de charges utiles textuelles via l'API, le système évalue automatiquement si la chaîne s'inscrit dans le jeu de caractères standard GSM-7 ou nécessite un encodage Unicode UCS-2. Si une charge utile contient un seul caractère en dehors de l'alphabet GSM-7, tel que certains symboles emoji ou des scripts non latins, l'ensemble du SMS passe de 160 bits par segment à 70 bits par segment.

Différences techniques entre GSM-7 et UCS-2

L'alphabet GSM-7 comprend des caractères latins standard, des chiffres et des symboles grecs spécifiques, regroupés efficacement en unités de 7 bits. Cependant, les caractères étendus tels que les crochets, les accolades et certains symboles consomment deux unités de caractères malgré leur apparition sous forme de glyphe unique. Lorsque UCS-2 est déclenché, chaque caractère nécessite 16 bits (2 octets), réduisant la longueur maximale d'un message à un seul segment de 160 caractères à 70.

Calcul des segments de message et des limites multiparties

Le calcul des limites exactes des segments nécessite d'analyser les chaînes octet par octet plutôt que de s'en remettre uniquement aux méthodes de longueur de chaîne de votre environnement d'exécution local. Une charge utile contenant 161 caractères GSM-7 standard se divise en deux segments, doublant ainsi le coût de soumission API pour cet envoi unique.

Optimisation des modèles pour éviter une facturation inattendue

Les modèles de messages pour les codes à usage unique, les alertes transactionnelles et les notifications doivent faire l'objet d'un audit strict afin d'éliminer les caractères Unicode cachés. Les coupables fréquents incluent la ponctuation formatée copiée à partir d'éditeurs de texte enrichi, tels que les tirets cadratins, les guillemets typographiques et les espaces insécables.

Rapprochement des journaux DLR et des données du grand livre API

Related: Semaine de facturation API : failles d'idempotence et double débit · Revue du volume API : idempotence en charge · Catalogue deuxième mois : en configuration, ne doit toujours pas être débité….

Commencez avec IOSOR

Configurez la validation de l encodage des chaînes de caractères préliminaires dans les paramètres de votre console IOSOR ou via votre pipeline d intégration API avant de déployer des modèles automatisés en production. Mettez en place des points de contrôle de la charge utile pour assainir les caractères Unicode masqués et évaluer le nombre d octets avant d acheminer les requêtes vers les passerelles aval.

À retenir — IOSOR

Cette analyse démontre qu un seul caractère non compatible GSM-7, tel qu une apostrophe typographique, un tiret cadratin ou un émoji, fait basculer instantanément l ensemble d une charge utile d un encodage standard sur 7 bits vers l UCS-2 sur 16 bits, réduisant drastiquement le seuil des segments de 160 à 70 caractères.