Éléments de preuve sur les routes A2P SMS : comment les documenter pour décider avec rigueur
Une méthode pratique pour consigner les observations, les données de plateforme et les déclarations des fournisseurs sans les confondre avec des garanties de livraison.
Pourquoi une décision de routage nécessite des preuves traçables
Une décision concernant une route A2P peut s’appuyer sur différentes sources : les déclarations d’un fournisseur, les données enregistrées par une plateforme et les observations issues d’un test. Si l’origine et le contexte de chaque donnée ne sont pas conservés, un examen ultérieur ne permettra pas de déterminer ce qui était connu, pour quelle destination ou quel expéditeur l’information était pertinente, ni quelles en étaient les limites.
La traçabilité ne prouve pas, à elle seule, qu’une route livrera les messages. Elle permet de reconstituer le raisonnement, de comparer des observations effectuées dans des conditions identifiables et de vérifier si la décision reste appropriée. Il est recommandé de distinguer les preuves disponibles de la décision opérationnelle prise sur leur fondement.
- Enregistrez chaque preuve séparément, avec un identifiant et une date de capture.
- Reliez la décision aux éléments consultés et indiquez qui l’a approuvée.
- Présentez la conclusion comme valable dans un contexte délimité, et non comme une garantie générale.
Distinguer les déclarations, les données de plateforme et les observations indépendantes
Une déclaration du fournisseur documente ce que celui-ci communique au sujet de la route ; elle ne constitue pas une mesure indépendante. Une donnée générée par la plateforme reflète ce que cette dernière a reçu ou enregistré, en fonction de ses capacités et de sa configuration. Une observation indépendante provient d’une vérification menée par une partie qui ne se contente pas de reprendre la déclaration du fournisseur ; elle dépend néanmoins de sa méthode, de son échantillon et des conditions du test.
Identifiez explicitement la catégorie de la source. Par exemple, un état de livraison signalé par un système ne doit pas être présenté comme une réception vérifiée sur le téléphone si aucune vérification de ce type n’a été effectuée. Un DLR envoyé ou reçu constitue un signal technique, mais ne doit pas être automatiquement présenté comme la preuve que le destinataire a vu le message.
- Classez la source : déclaration, enregistrement de plateforme ou observation indépendante.
- Indiquez qui a produit la donnée et qui l’a capturée ; il peut s’agir de personnes ou d’entités différentes.
- Expliquez ce que représente le résultat et quelles conclusions il ne permet pas de tirer.
Métadonnées à enregistrer pour interpréter et reproduire une mesure
Un relevé utile permet de répondre aux questions suivantes : qu’a-t-on observé, où, quand et selon quelle méthode ? À titre de schéma opérationnel, indiquez l’origine, la période, la destination, l’opérateur s’il est connu, l’expéditeur, la catégorie de trafic, la méthode de capture, les limites, le responsable et la date de révision prévue. Ajoutez un identifiant de route ou une référence interne si cette information est disponible, sans supposer que tous les systèmes fournissent les mêmes données.
La recommandation E.164 de l’UIT porte sur la numérotation internationale, mais les informations fournies ne définissent pas de modèle complet d’audit des routes A2P et ne prescrivent pas ces champs. Cette liste constitue donc une proposition pratique de documentation, et non une exigence réglementaire attribuée à E.164.
- Origine : acteur, système ou document ayant généré la preuve.
- Contexte : destination, opérateur connu, expéditeur, type de trafic et route évaluée.
- Méthode : test ou enregistrement utilisé, période couverte et responsable de la capture.
- Limites : données manquantes, échantillon incomplet, incertitude et conditions non vérifiées.
- Validité : date de révision prévue et motif justifiant une nouvelle vérification.
Relier les preuves à la destination, à l’opérateur, à l’expéditeur et au trafic
Une observation ne peut être interprétée qu’en fonction du contexte dans lequel elle a été obtenue. Indiquez la destination et l’opérateur uniquement avec le degré de certitude disponible : si leur identification provient d’une déclaration, précisez-le ; si elle n’a pas été confirmée, indiquez qu’elle est inconnue. Ne généralisez pas une observation réalisée pour une destination à d’autres destinations.
Documentez également l’expéditeur et la catégorie de trafic — par exemple OTP, transactionnel ou marketing légitime — lorsque ces informations sont pertinentes et ont été définies. Les différences d’expéditeur, de contenu, de configuration ou de conditions de test peuvent limiter les comparaisons. N’attribuez pas de lien de causalité à l’une de ces variables si la méthode ne permet pas de l’isoler.
- Utilisez des valeurs explicites comme « confirmé », « déclaré par le fournisseur » ou « inconnu ».
- Séparez les preuves qui relèvent de contextes différents au lieu de les regrouper sans expliquer leurs différences.
- Ne conservez que les informations nécessaires et respectez les obligations applicables en matière de confidentialité et de conformité.
Documenter les échantillons, les périodes et les limites sans masquer l’incertitude
Indiquez la période observée et décrivez suffisamment l’échantillon pour que l’on sache ce qu’il comprend. Signalez les exclusions, les échecs de capture ou les conditions qui empêchent une comparaison équitable. Si ces détails ne sont pas disponibles, indiquez leur absence au lieu de compléter le relevé par des suppositions.
Les indicateurs de livraison, de latence, de disponibilité ou de cohérence des DLR décrivent des observations faites dans des conditions précises. Ils ne constituent pas une promesse de résultats futurs. Il ne faut pas non plus confondre un DLR signalé avec une vérification indépendante de la réception sur l’appareil.
- Indiquez le début et la fin de la période, ainsi que le fuseau horaire s’il est connu.
- Consignez la taille ou la description de l’échantillon uniquement si elle a été mesurée.
- Notez les exclusions, les erreurs de capture et les facteurs susceptibles d’influer sur l’interprétation.
- Décrivez clairement l’incertitude ; ne la remplacez pas par une note ou une affirmation non étayée.
Conserver l’historique des révisions, des changements et des approbations
Conservez un historique permettant de distinguer les preuves originales de leurs révisions. Si une classification, une interprétation ou une décision change, gardez la version antérieure et indiquez quand la modification a été apportée, par qui et pour quel motif documenté. Évitez d’écraser le relevé au point de faire disparaître ce qui était connu au moment de l’approbation de la route.
Reliez chaque décision aux preuves prises en compte, au responsable et au périmètre de l’approbation. Si la décision dépend d’une condition — par exemple d’une destination ou d’un expéditeur précis — indiquez-la par écrit. Les informations techniques disponibles ne définissent ni procédure universelle de conservation ni durée obligatoire ; l’organisation doit donc les déterminer en fonction de ses besoins et des obligations applicables.
- Conservez les versions antérieures et indiquez clairement laquelle est en vigueur.
- Consignez l’auteur, la date, le motif et les références aux preuves associées.
- Distinguez les statuts « approuvée », « en attente de révision » et « révoquée ».
Quand une preuve n’est-elle plus valable ?
Les informations disponibles ne définissent aucune durée universelle déterminant quand une preuve relative à une route devient obsolète. Fixez une date de révision ou une condition d’expiration adaptée à l’usage prévu de la preuve, et expliquez le critère afin que l’équipe puisse l’appliquer de manière cohérente. Une preuve ancienne ne devient pas automatiquement fausse, mais elle peut ne plus refléter les conditions actuelles.
Envisagez une nouvelle vérification si un élément central du contexte change, si une divergence importante est détectée ou si la période de révision interne arrive à échéance. Si la mesure n’a pas été répétée, conservez la preuve comme historique et évitez de la présenter comme une observation actuelle.
- Désignez un responsable et fixez une date ou une condition de révision.
- Relancez la vérification en cas de changement de destination, d’opérateur, d’expéditeur, de trafic ou de configuration susceptible d’influer sur la conclusion.
- Signalez qu’une preuve est échue pour les décisions actuelles, sans en supprimer la valeur historique.
Modèle opérationnel et erreurs courantes
Pour commencer, créez un relevé par preuve et un autre par décision. Utilisez le modèle suivant comme guide : ID ; type de preuve ; origine ; date de capture ; période observée ; destination ; opérateur et degré de certitude ; route ou référence interne ; expéditeur ; catégorie de trafic ; méthode ; échantillon et exclusions connues ; résultat observé ; limites ; responsable ; date de révision ; décision associée et approbateur. Si un champ est inconnu ou sans objet, indiquez-le explicitement.
Les erreurs les plus courantes consistent à traiter les déclarations et les observations comme équivalentes, à généraliser un test à d’autres contextes, à présenter un DLR comme une réception vérifiée, à omettre les limites et à écraser l’historique. Un relevé prudent rend les incertitudes visibles et permet de déterminer si les preuves suffisent pour l’objectif visé ou si des vérifications supplémentaires sont nécessaires.
- Avant l’approbation : la source et la méthode sont-elles identifiées ?
- La destination, l’opérateur, l’expéditeur et le trafic correspondent-ils au périmètre de la décision ?
- Les résultats indiquent-ils une période, un échantillon et des limites interprétables ?
- La preuve est-elle toujours valable, et la décision a-t-elle un responsable et une révision documentés ?
Questions fréquentes
Un DLR prouve-t-il que le destinataire a reçu le SMS sur son téléphone ?
Pas nécessairement. Un DLR est un état signalé par un système. Il ne doit pas être présenté comme une réception vérifiée sur l’appareil si aucune vérification indépendante n’a été effectuée.
Existe-t-il une durée standard au-delà de laquelle une preuve relative à une route A2P expire ?
Les informations techniques disponibles ne définissent aucune durée universelle. Fixez une période de révision ou une condition d’expiration en fonction de l’usage prévu et des règles applicables à votre organisation.
La recommandation E.164 définit-elle la manière d’auditer les routes A2P ?
Les informations disponibles identifient E.164 comme une recommandation de numérotation internationale, mais ne fournissent aucun schéma d’audit des routes A2P. Il est préférable de ne pas lui attribuer des champs ou des exigences de traçabilité qui n’ont pas été vérifiés.
Un test réalisé pour une destination permet-il d’affirmer que la route fonctionne de la même manière pour d’autres destinations ?
Pas à lui seul. Indiquez la destination et le contexte vérifiés, et limitez la conclusion à ce périmètre, sauf si d’autres preuves justifient une généralisation.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- Configuración del canal SMSAdobe Experience League