Synchronisation des mots-clés d'opt-out entrants multi-locataires

Synchronisation des mots-clés d'opt-out entrants multi-locataires.

Aperçu architectural de la suppression multi-locataire

Dans un environnement CPaaS prépayé tel que IOSOR, la gestion du consentement entrant exige une isolation stricte des locataires combinée à une conformité globale. Lorsqu'un utilisateur final répond avec un jeton d'exclusion tel que STOP, le moteur de routage principal intercepte la charge utile avant qu'elle n'atteigne l'espace de travail du sous-compte. Cela garantit que la conformité réglementaire prime sur les préférences de messagerie locales. La plateforme fonctionne sur un modèle prépayé avec un plancher de 20 USD pour assurer la solvabilité du trafic.

Analyse des mots-clés entrants et routage JIT

Le traitement des messages entrants commence à la passerelle de bordure où les charges utiles au format E.164 arrivent via les interconnexions opérateurs. La couche de routage IOSOR analyse le corps du texte à la recherche de chaînes d'exclusion standardisées. Les numéros sont approvisionnés dynamiquement à l'aide du provisionnement JIT, ce qui signifie que les actifs virtuels sont alloués à la demande sans maintenir de pools d'inventaire obsolètes. Lorsqu'un mot-clé STOP est détecté, la passerelle déclenche immédiatement un webhook vers le sous-compte tout en mettant à jour le registre.

Listes de blocage globales par rapport aux préférences isolées

Équilibrer les mandats réglementaires mondiaux avec l'autonomie des clients nécessite un schéma de base de données hiérarchisé. IOSOR sépare les données de suppression en portées spécifiques aux locataires et en domaines à l'échelle de la plateforme. Si un locataire de marque exploite plusieurs sous-comptes, un opt-out déclenché dans un sous-compte peut être configuré pour se propager globalement ou rester confiné à cet espace de travail spécifique. Cela évite toute contamination croisée des listes de suppression.

Synchronisation des webhooks et répartition des événements

Lorsqu'une synchronisation d'opt-out se produit, des événements webhook à faible latence notifient les systèmes externes du changement d'état. La charge utile comprend le numéro de téléphone d'origine, l'horodatage, le mot-clé correspondant et l'ID du locataire. Pour éviter les conditions de concurrence lors des pics de trafic, IOSOR utilise des mécanismes de verrouillage distribués sur les clés de suppression. Cela garantit la cohérence des statuts DLR sur tous les nœuds du cluster.

Gestion de la conformité et documentation requise

Maintenir des normes de conformité rigoureuses exige une adhésion stricte aux politiques réseau et aux directives réglementaires. Les administrateurs doivent consulter les ressources documentaires clés pour configurer correctement leurs environnements et gérer les pics de mots-clés sans dégradation du service. Pour plus d'informations sur la gestion des commandes d'arrêt et le routage, consultez les guides suivants.

Related: politique STOP et HELP · guide de la boîte inbound bidirectionnelle · Revue du volume inbound: la charge de mots-clés qui vide le portefeuille.

Commencez avec IOSOR pour la messagerie multi-locataire

Posez STOP sur le DID du locataire A. Prouvez que le locataire B sur la même plateforme peut encore envoyer à ce MSISDN. Synchronisez le désabonnement uniquement sur les numéros du locataire A. Exportez l’id locataire à côté de la ligne de suppression. C’est une synchro STOP bornée au locataire, pas une écriture de liste sur un seul DID ni un contrôle de signature.

À retenir — IOSOR

STOP appartient au locataire, pas à l’inbox de la plateforme.

Faites : isolez la liste, puis synchronisez dans ce locataire. Ne faites pas : copier un STOP sur chaque sous-compte qui partage l’hôte.