IOSOR Guides

La politique STOP et HELP n est pas un routage de boite de reception

Comprenez pourquoi les mots-cles STOP et HELP representent des droits obligatoires et des regles de plateforme plutot qu un routage standard dans IOSOR.

La politique STOP et HELP n est pas un routage de boite de reception.

Gouvernance des regles face au routage des messages entrants

Traiter les signaux de desabonnement comme de simples messages conversationnels genere des risques de conformite severes. En telecommunications, les mots-cles obligatoires tels que STOP, UNSUBSCRIBE, CANCEL et HELP constituent des assertions juridiques de consentement, et non des tickets de support. Lorsqu un utilisateur transmet une commande STOP par SMS, la plateforme doit traiter le jeton au niveau de la regle sans delai.

Interception immediate des mots-cles en bordure

Lorsqu un message MO arrive sur un numero E.164 attribue, IOSOR evalue la charge utile via des moteurs de conformite stricts avant de deleguer la livraison aux webhooks en aval. Si le message correspond aux mots-cles de desabonnement standard, le systeme met a jour instantanement l etat de suppression.

Allocation de numeros JIT et comptabilite MRC

Les numeros deployes au sein de votre infrastructure en marque blanche ne resident pas dans un inventaire statique. IOSOR provisionne les numeros grace a une logique JIT associee a une routine stricte de retenue et d affectation prepaayee. Lorsqu un numero virtuel est associe a votre campagne, les frais recurrents mensuels sont debites de votre solde.

Controles du grand livre : seuil de 20 USD et revision de 1000 USD

La gestion automatisee de la conformite exige une disponibilite absolue du grand livre. IOSOR impose un seuil operationnel prepaaye de 20 USD pour proteger les actions reseau critiques, y compris les confirmations de desabonnement, les reponses HELP et les rappels. Si le solde diminue sous ce seuil, l expedition sortante s arrete tandis que le traitement de suppression en bordure reste actif.

References du cadre de reference et limites architecturales

Maintenir une separation stricte entre l application des regles et la logique applicative est essentiel pour un passage a l echelle fiable. Pour examiner les definitions en bordure ou les calendriers de deploiement, consultez nos references techniques :

Lectures liées: STOP après mise en file : ignorer, ne pas simuler la distribution · Droits TCPA et CASL avant l envoi en production · réservation prépayée avant le premier débit.

Commencez avec IOSOR

Examinez vos règles de mots-clés dans la console IOSOR, section Gouvernance des arrivées, afin de garantir que les charges utiles STOP et HELP déclenchent des modifications d état immédiates avant d atteindre les webhooks aval. Configurez vos tables de routage des messages entrants pour appliquer le filtrage des désabonnements directement au niveau de la périphérie, plutôt que de transférer le contrôle vers les files d attente des agents. Auditez vos webhooks actifs pour vérifier que les événements de désabonnement déclenchent des synchronisations automatiques des listes d exclusion sur l ensemble des profils de locataires.

À retenir — IOSOR

Cet article démontre que traiter les mots-clés de conformité obligatoires tels que STOP et HELP comme de simples messages de boîte de réception engendre de graves risques juridiques. L interception des mots-clés en périphérie isole l application des règles des files d attente applicatives, garantissant un filtrage immédiat sans dépendre de l état des systèmes en aval ni d une gestion manuelle.

Appliquez le filtrage des mots-clés obligatoires directement à la périphérie des messages entrants pour verrouiller instantanément les limites de consentement des destinataires. Ne dirigez pas les charges utiles de messages entrants critiques pour la conformité vers la plomberie générale de la boîte de réception et ne retardez pas les mises à jour des listes d exclusion par un traitement utilisateur en aval.

Ce guide vous a-t-il aidé ?

Guides associés