Modifications des politiques de routage A2P SMS : journalisation, évaluation et retour arrière
Un guide pratique pour documenter les modifications des routes A2P SMS, en délimiter la portée, en évaluer les résultats et préparer un retour arrière, sans confondre l’historique de configuration avec une preuve d’amélioration.

Ce qu’un journal des modifications permet de résoudre — et ce qu’il ne prouve pas
Une politique de routage détermine le traitement d’une catégorie de trafic dans un périmètre défini. Un journal des modifications permet de reconstituer la configuration proposée, les personnes intervenues, les raisons de la modification et sa date de prise d’effet prévue. Il sert avant tout à assurer la traçabilité opérationnelle et à faciliter les examens ultérieurs.
À lui seul, le journal ne prouve ni qu’une route s’est améliorée, ni qu’un message a été reçu sur un appareil, ni qu’une variation des résultats a été causée par la modification. Évaluer l’impact nécessite des mesures distinctes, des critères comparables et une interprétation prudente des facteurs concomitants.
- Utilisez l’historique pour déterminer ce qui a changé, qui l’a autorisé, quel était le périmètre et quelle version était active.
- Évaluez les résultats observés à l’aide d’éléments de qualité ; associez-les à la modification, sans les confondre avec le journal de configuration.
- Considérez les résultats comme des observations soumises aux limites de mesure et au contexte, et non comme une preuve automatique de causalité.

Distinguer les règles, les conditions du fournisseur et les éléments de preuve
Pour qu’un examen soit utile, identifiez séparément la règle de routage, les conditions opérationnelles applicables et les éléments de preuve utilisés pour évaluer la modification. Par exemple, une route sélectionnée et ses critères relèvent de la configuration ; les restrictions ou conditions communiquées par le fournisseur doivent être documentées comme contexte ; les indicateurs et échantillons d’évaluation relèvent du dossier qualité.
Ne partez pas du principe qu’une note concernant un fournisseur, une version de règle et un résultat de livraison constituent le même type de preuve. Si les conditions évoluent au fil du temps, consignez leur source et la période concernée. Vous éviterez ainsi de comparer des configurations apparemment identiques dans des conditions différentes.
- Conservez une version identifiable de la règle et décrivez le comportement qui change.
- Consignez les conditions pertinentes connues, leur source et leur période de validité, sans les présenter comme des garanties.
- Reliez les rapports qualité au moyen de références, de dates et du périmètre concerné ; conservez-les dans des dossiers distincts.

Champs minimaux pour reconstituer une décision
À titre de pratique de contrôle opérationnel, chaque modification devrait disposer d’un identifiant unique et d’une description permettant de la comparer à la version précédente. Indiquez le motif, la personne à l’origine de la proposition, les personnes chargées de l’examen et de l’autorisation, ainsi que les dates de création, d’approbation et de prise d’effet. Ces champs sont des recommandations de gestion, et non une exigence réglementaire établie par les sources disponibles.
Ajoutez l’état de la modification — par exemple proposée, approuvée, active, annulée ou clôturée — ainsi que des liens ou références vers l’évaluation, l’autorisation et le plan de retour arrière. Si la modification est déployée partiellement ou en plusieurs étapes, documentez chaque étape séparément.
- Identifiant et versions précédente/nouvelle.
- Périmètre et description précise de la modification.
- Motif et résultat attendu, formulés comme une hypothèse vérifiable.
- Responsable de la proposition, personnes chargées de l’examen et personne ou fonction donnant l’autorisation.
- Dates de proposition, d’approbation, d’activation et, le cas échéant, de retour arrière.
- Références aux restrictions examinées, à l’évaluation, à l’autorisation et aux vérifications ultérieures.
Délimiter les destinations, opérateurs, expéditeurs et trafics concernés
Une description comme « améliorer la route » ne permet pas de savoir quels messages ont été concernés. Définissez le périmètre selon les dimensions utilisées par votre activité et que vous pouvez vérifier : destinations, opérateurs lorsqu’ils sont identifiés, expéditeurs, type de trafic et connexion ou système concerné. Indiquez également les exclusions et les conditions d’application.
S’il est impossible d’identifier précisément un élément, signalez cette limite au lieu de faire une déduction. Une modification de grande portée peut toucher différents groupes de messages ; dans ce cas, divisez le périmètre en unités évaluables ou précisez explicitement que l’évaluation sera agrégée.
- Indiquez les destinations et opérateurs inclus, selon le niveau d’identification réellement disponible.
- Précisez les expéditeurs et les catégories de trafic pertinentes, comme les OTP, les messages transactionnels ou le marketing légitime et consenti.
- Décrivez les exceptions, les conditions d’activation et les systèmes ou connexions concernés.
- Consignez ce qui est exclu de la modification afin d’éviter d’en élargir l’interprétation.
Processus d’examen, de test et d’autorisation
Un processus contrôlé réduit les ambiguïtés entre la personne qui propose une modification et celle qui en accepte l’activation. Le déroulement précis dépend de l’organisation ; il peut comprendre une proposition, l’examen des restrictions, une évaluation technique, une autorisation, l’activation et le suivi. Cet ordre ne doit pas être présenté comme une procédure officielle universelle.
Avant l’autorisation, vérifiez que le changement est délimité, qu’une version précédente peut être restaurée et que les vérifications ultérieures ainsi que la personne chargée d’intervenir si le résultat ne correspond pas aux attentes ont été définies. S’il n’est pas possible de le tester dans des conditions sûres, consignez cette limite et envisagez de reporter le changement ou d’en réduire le périmètre.
- Proposition : consigner le motif, le périmètre, l’hypothèse et la version de départ.
- Examen : vérifier les restrictions opérationnelles et contractuelles connues de l’organisation pour le périmètre concerné.
- Évaluation : définir les observations à examiner, la période concernée et les limites de l’analyse.
- Autorisation : consigner l’approbation avant l’activation, conformément aux contrôles internes applicables.
- Suivi : consigner la date d’activation, la personne ayant vérifié le résultat et la décision prise.
Comparer les résultats avant et après avec prudence
La comparaison doit porter sur un périmètre cohérent avec la modification : les mêmes groupes pertinents de destinations, d’opérateurs, d’expéditeurs et de trafic, dans la mesure où les données le permettent. Consignez la période observée, les sources de mesure, les définitions utilisées et tout incident connu susceptible d’influencer l’interprétation. Si les conditions ne sont pas comparables, signalez-le.
Examinez plusieurs indicateurs pertinents pour l’activité, tels que les livraisons observées, la cohérence des DLR, la latence ou la disponibilité, lorsque ces données sont disponibles et interprétées en tenant compte de leurs limites. Un DLR signalé ne correspond pas nécessairement à une réception vérifiée sur le terminal. Une différence observée après une modification ne prouve pas non plus que celle-ci en est la cause.
Présentez le résultat comme une observation, par exemple : « une variation de l’indicateur défini a été observée pendant la période examinée ». Pour attribuer une cause, il faudrait une méthode d’évaluation permettant d’écarter raisonnablement d’autres facteurs ; ne supposez pas qu’une simple comparaison avant-après y suffit.
- Définissez à l’avance les indicateurs, les sources, les périodes et les critères d’examen.
- Conservez le même périmètre ou documentez les différences qui empêchent une comparaison directe.
- Consignez les incidents et les changements simultanés susceptibles d’influencer les résultats.
- Distinguez les DLR signalés d’une confirmation indépendante de la réception sur l’appareil.
- Consignez les constats et les limites sans transformer une corrélation temporelle en lien de causalité.
Préparer un retour arrière vérifiable
Le retour arrière doit être prévu avant l’activation d’une modification, et non improvisé lorsqu’un incident survient. Documentez la condition qui conduira à examiner ou à annuler la modification, les personnes habilitées à prendre cette décision, celle qui exécutera l’action et la version de référence à restaurer. La condition doit être observable et adaptée au risque ; il n’est pas nécessaire d’inventer un seuil si l’organisation ne l’a pas encore défini.
Après un retour arrière, vérifiez quelle configuration est active, à quel moment elle a été appliquée et si le périmètre prévu a bien été restauré. Consignez les observations ultérieures ainsi que toute différence résiduelle. L’annulation d’une règle ne garantit pas que ses effets déjà produits seront annulés ni que les autres incidents concomitants disparaîtront.
- Définissez la condition d’examen ou de retour arrière et précisez qui est habilité à la déclencher.
- Identifiez la version à restaurer et la personne chargée d’exécuter l’action.
- Consignez l’heure, le périmètre et le résultat du retour arrière.
- Vérifiez la configuration active et réévaluez les indicateurs pertinents.
Audit périodique et conservation proportionnée
Examinez périodiquement un échantillon de modifications pour vérifier que l’historique permet de reconstituer la décision et que les références aux évaluations restent compréhensibles. Recherchez les champs manquants, les approbations non documentées, les modifications dépassant le périmètre décrit et les résultats sans période ni source identifiables.
Définissez la durée de conservation des dossiers en fonction des besoins opérationnels et des obligations contractuelles et légales applicables à votre organisation. Sans connaître la juridiction, les obligations et la sensibilité des données, aucune durée universelle ne peut être recommandée ici. Limitez le contenu à ce qui est nécessaire au contrôle et protégez les accès conformément aux politiques internes.
- Vérifiez que chaque modification active ou clôturée comporte un état, un périmètre, des responsables et des dates clairement indiqués.
- Assurez-vous que les éléments de preuve de qualité sont localisables sans être confondus avec la configuration.
- Documentez les exceptions et les mesures correctives.
- Adaptez les accès et la conservation aux obligations applicables, sans conserver de données personnelles inutiles.
Questions fréquentes
Le journal des modifications prouve-t-il qu’une route s’est améliorée ?
Non. Il documente la décision et la configuration ; l’amélioration doit être évaluée à l’aide d’éléments de preuve de qualité distincts et comparables, en tenant compte de leurs limites.
Quelles informations associer à chaque modification ?
À titre de pratique opérationnelle, indiquez l’identifiant, les versions, le périmètre, le motif, les responsables, l’examen, l’approbation, les dates et les références à l’évaluation et au retour arrière. Adaptez les champs aux contrôles de votre organisation.
Un DLR confirme-t-il que l’utilisateur a reçu le SMS ?
Pas nécessairement. Un DLR est un rapport d’état et ne constitue pas, à lui seul, une vérification indépendante de la réception sur le terminal.
Combien de temps faut-il conserver l’historique ?
Les informations disponibles ne permettent pas de définir une durée universelle. Déterminez-la en fonction des obligations légales, contractuelles et opérationnelles applicables, et limitez les données conservées à ce qui est nécessaire.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA