Exceptions de trafic SMS A2P : limiter leur portée et réexaminer leur autorisation
Guide opérationnel pour documenter les demandes qui dérogent aux conditions habituelles d’une route, désigner des responsables et fixer des limites, une révision et une clôture, sans confondre exception commerciale et autorisation de ne pas respecter les exigences.
Ce qu’est une exception opérationnelle et ce qu’elle n’autorise pas
Dans ce guide, une exception opérationnelle est une autorisation interne, délimitée et documentée, permettant de traiter une demande de trafic différemment des conditions habituelles applicables à une route ou à un client. Elle peut, par exemple, porter sur une portée ou une période précise à évaluer. Rien ne permet de présenter cette procédure comme une norme formelle du secteur : il s’agit d’une proposition de gouvernance interne.
Une autorisation commerciale ou opérationnelle ne remplace ni le consentement requis, ni les règles applicables au contenu, ni les exigences de l’opérateur, ni les autres obligations légales. Si la demande ne peut pas respecter les exigences applicables, elle ne doit pas être traitée comme une exception.
- Traitez l’exception comme une décision limitée et révisable, et non comme une autorisation générale.
- Vérifiez séparément les restrictions applicables à la destination, à l’expéditeur, au contenu et au type de trafic.
- En cas de doute sur les exigences légales ou celles de l’opérateur, faites remonter la question avant d’activer le trafic.
Exception ponctuelle ou modification permanente de la route
Une exception devrait préciser quelle condition habituelle fait l’objet d’une dérogation, pour qui et pour combien de temps. Si la demande vise à modifier durablement le fonctionnement d’une route, il n’est plus prudent de la traiter comme une exception temporaire : il convient alors de revoir les conditions de la route et de suivre le processus d’approbation habituel.
Cette distinction est un outil opérationnel proposé, et non une classification réglementaire. Son intérêt pratique est d’éviter que des autorisations temporaires deviennent, faute de révision, des règles permanentes qui n’ont pas été évaluées.
- Exception : portée précise, motif identifiable et date de révision ou d’expiration.
- Modification permanente : changement stable des conditions, à soumettre au processus habituel de gestion des routes.
- Si la portée ne peut pas être décrite clairement, renvoyez la demande pour qu’elle soit précisée avant de prendre une décision.
Champs minimaux pour documenter la demande
Un dossier clair permet de comprendre ce qui a été demandé et approuvé, sans dépendre d’échanges informels. Les champs suivants constituent une proposition de travail interne ; les éléments disponibles ne les présentent pas comme des exigences de 3GPP, de l’UIT-T ou de la GSMA.
bullets
- Identification de la demande : date, demandeur et équipe responsable.
- Finalité du trafic et client professionnel concerné.
- Destination ou destinations et, le cas échéant, opérateur ou contexte de route identifié.
- Expéditeur prévu, type de trafic — par exemple OTP, transactionnel ou marketing légitime — et description générale du contenu.
- Condition habituelle à laquelle il est demandé de déroger et motif précis.
- Portée demandée : volume ou durée, si ces éléments peuvent être définis de manière vérifiable, ainsi que toute restriction pertinente.
- Responsables de l’évaluation et de l’approbation, décision prise et conditions imposées.
- Date de début, durée de validité, date de révision et date d’expiration.
Processus d’évaluation et attribution des responsabilités
Avant de prendre une décision, vérifiez que la demande est complète et que le trafic concerné peut être identifié. Déterminez ensuite quelles restrictions légales, celles de l’opérateur et de la route, ainsi que les règles internes, sont susceptibles de s’appliquer. L’approbation commerciale et l’examen de conformité doivent être distingués, même si une même organisation décide de la manière d’attribuer ces fonctions.
Les sources disponibles ne définissent aucun processus universel d’approbation des exceptions A2P. Chaque entreprise doit préciser qui prend les décisions, quelles questions doivent être remontées et comment consigner une décision négative ou assortie de conditions.
- Recevez et complétez la demande ; n’approuvez pas les descriptions ambiguës.
- Identifiez les règles applicables à la destination, à l’expéditeur, au contenu et au type de trafic.
- Demandez une vérification par les équipes de conformité ou des opérations lorsque les exigences sont incertaines ou dépendent de tiers.
- Consignez la décision et ses conditions. S’il est impossible de vérifier que le trafic peut être acheminé de manière autorisée, ne l’autorisez pas.
Contrôles pour limiter la portée et permettre la suspension
Lorsque l’exception est admissible au regard des règles applicables, limitez son exposition à l’aide de conditions que l’organisation peut vérifier. Vous pouvez fixer une période limitée ou un plafond de volume si vous disposez d’un moyen opérationnel de le mesurer. Ne fixez pas de limites fictives et ne promettez pas de contrôles que la plateforme ne peut pas appliquer.
Avant d’activer l’exception, déterminez qui peut la suspendre et quels signaux justifient un réexamen urgent. La procédure et les mécanismes concrets dépendent des capacités de chaque organisation ; il ne faut pas supposer qu’une fonction de suspension ou de retour en arrière existe automatiquement.
- Limitez la portée aux clients, destinations, expéditeurs et types de trafic approuvés.
- Ne définissez une durée ou un volume maximal que si celui-ci peut être vérifié et respecté.
- Définissez les conditions de suspension, le responsable de la décision et le canal d’escalade.
- Documentez la manière de rétablir les conditions précédentes et la personne chargée de vérifier que le changement a bien été effectué.
Éléments de preuve et lien avec les décisions de routage
Conservez la demande, les vérifications effectuées, les approbations et les communications qui expliquent la décision. Reliez le dossier à la route ou à la règle opérationnelle concernée au moyen d’une référence identifiable, plutôt que de recopier toute la politique de routage dans le dossier. Cela facilite les vérifications sans créer de versions contradictoires.
Les éléments utiles dépendent du cas. Ils peuvent inclure la justification du client, les données de portée convenues et le résultat des vérifications pertinentes. Évitez de conserver des données personnelles ou le contenu des messages au-delà de ce qui est nécessaire et autorisé par les politiques et règles applicables.
- Utilisez une référence unique pour l’exception et la décision de routage associée.
- Consignez qui a examiné la demande, ce qui a été vérifié et les limites qui restent en suspens.
- Distinguez les données déclarées par une plateforme des éléments de preuve indépendants qui ont réellement été vérifiés.
Révision, expiration et clôture
Une exception temporaire perd son sens si elle reste active après la période évaluée. Attribuez-lui une date d’expiration et désignez une personne chargée de vérifier que la condition spéciale a cessé de s’appliquer. Si la plateforme ne propose pas d’expiration automatique, utilisez un contrôle opérationnel vérifiable ; ne présentez pas l’expiration comme automatique sans l’avoir confirmé.
Un renouvellement devrait justifier la nécessité persistante de l’exception, confirmer que sa portée n’a pas changé et répéter les vérifications pertinentes. Si son utilisation est devenue habituelle, envisagez de traiter une modification permanente selon le processus ordinaire.
- À l’expiration, vérifiez que la règle ou la condition spéciale a été supprimée ou a cessé de s’appliquer.
- Pour renouveler l’exception, consignez une nouvelle justification, une nouvelle portée et une nouvelle période ; ne prolongez pas l’approbation par défaut en l’absence de réponse.
- Clôturez le dossier en indiquant la date, le résultat et tout incident pertinent.
Exemple neutre et liste de vérification
Exemple : un client professionnel demande à acheminer du trafic transactionnel légitime vers une destination donnée, pendant une période définie et selon une condition de route différente de la condition habituelle. L’équipe consigne la finalité, le client, la destination, l’expéditeur, le type de trafic, la condition demandée et son motif. Les opérations identifient les restrictions applicables et consultent l’équipe de conformité, le cas échéant. Si la demande est admissible, l’approbation est limitée à la portée et à la période consignées, avec un responsable de la supervision, des conditions de suspension et une date de révision. Cet exemple n’implique pas qu’une route ou une capacité particulière soit disponible.
La liste ci-dessous est proposée comme outil de vérification interne ; elle ne constitue pas une liste officielle et ne remplace pas l’évaluation des exigences applicables.
- La finalité est-elle claire, et le demandeur ainsi que le client sont-ils identifiés ?
- La destination, l’expéditeur, le type de trafic et la condition à laquelle il est demandé de déroger sont-ils précisés ?
- Les restrictions légales, celles de l’opérateur et de la route, ainsi que les règles internes, ont-elles été identifiées ?
- La portée, la durée de validité, l’approbateur, le responsable de la supervision et les conditions de suspension sont-ils clairement définis ?
- Une date et un responsable sont-ils désignés pour réviser, faire expirer et clôturer l’exception ?
- La décision évite-t-elle de transformer une exception commerciale en autorisation d’ignorer le consentement ou les exigences de conformité ?
Questions fréquentes
Une exception commerciale permet-elle d’envoyer du contenu soumis à des restrictions ?
Non. Une autorisation commerciale ou opérationnelle ne remplace ni le consentement ni les exigences légales, de l’opérateur ou de la route applicables. Si la demande ne peut pas les respecter, elle ne doit pas être approuvée comme exception.
Existe-t-il une norme formelle pour approuver les exceptions de trafic SMS A2P ?
Les éléments disponibles n’attestent pas l’existence d’une norme formelle du secteur définissant les champs, les approbations, les limites ou les renouvellements. Les contrôles décrits sont des propositions de gouvernance interne, et non des exigences attribuées à 3GPP, à l’UIT-T ou à la GSMA.
À partir de quand une exception cesse-t-elle d’être temporaire ?
Si elle doit s’appliquer de manière continue ou générale, il est préférable d’évaluer une modification permanente dans le cadre du processus habituel de gestion des routes, plutôt que de prolonger indéfiniment une autorisation temporaire.
Que faire s’il est impossible de vérifier la limite ou la date d’expiration ?
N’affirmez pas qu’un contrôle automatique existe. Utilisez une vérification opérationnelle vérifiable, désignez une personne responsable et n’activez pas l’exception si sa portée ne peut pas être limitée ou supervisée de manière adéquate.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- Contenido prohibido para A2P 10DLC y Toll-Free (Estados Unidos y Canadá)Talkdesk Support