Un fil unique sur SMS, WhatsApp et e-mail

Un fil unique sur SMS, WhatsApp et e-mail.

Mappage de l'identité client sur des canaux hétérogènes

Créer un fil de conversation unifié sur SMS, WhatsApp et e-mail nécessite de dissocier les identifiants de canal des profils internes. Un SMS entrant présente un numéro de téléphone au format E.164, les webhooks WhatsApp fournissent un ID lié à l'E.164, et l'e-mail utilise une adresse RFC. IOSOR lie ces adresses hétérogènes à une clé de fil unique. Lorsqu'un événement entrant arrive via webhook, la plateforme mappe l'expéditeur au contexte actif avant d'exécuter la logique métier.

Normalisation des mécanismes de charge utile entrante vers une session unique

Chaque protocole gère l'état différemment. Le SMS repose sur des rappels DLR asymptotiques, WhatsApp utilise des temporisateurs de fenêtre de conversation, et l'e-mail fonctionne sur des structures MIME. IOSOR normalise les charges utiles entrantes dans une structure JSON standardisée. Qu'un utilisateur réponde STOP par SMS, envoie un message sur WhatsApp ou réponde à un e-mail, l'API standardise le corps, l'horodatage et le jeton de contexte. Les applications en aval traitent un flux unique sans adaptateurs distincts.

Réservations sur le grand livre et logique d'acheminement pour fil multicanal

Maintenir un fil de discussion nécessite un ordre d'acheminement déterministe et une allocation transparente des coûts. Lors de l'envoi d'un message sur n'importe quel canal, IOSOR applique une réservation prépayée sur votre grand livre. Les messages sortants WhatsApp ou SMS déclenchent une vérification de solde en temps réel. Si l'envoi échoue avant la transmission, la réservation est immédiatement libérée. Cette architecture évite les dérives de solde lors des envois multicanaux tout en préservant l'état du fil entre l'exécution principale et de secours.

Gestion des signaux de désinscription sur SMS, WhatsApp et e-mail

L'identité cross-canal exige une application synchronisée du consentement. Si un utilisateur transmet une commande STOP par SMS, les règles de conformité imposent que les messages sortants sur les canaux connectés respectent cette préférence selon la politique définie. IOSOR enregistre des indicateurs de désinscription globaux et spécifiques à chaque canal dans le grand livre d'identité. Lorsqu'un déclencheur automatisé tente d'envoyer une mise à jour, le moteur vérifie l'état du consentement avant la mise en file d'attente.

Adéquation architecturale et intégrations inter-canaux

Raccorder des fils de messagerie multicanaux aux moteurs CRM et de gestion des tickets exige une livraison fiable des webhooks. Pour consulter les stratégies d'acheminement et guides de configuration associés, examinez ces ressources de référence :

• Quand le SMS surpasse WhatsApp pour les OTP et quand ce n'est pas le cas
• mise en service honnête de WhatsApp et RCS
• guide de la boîte inbound bidirectionnelle

Commencez avec IOSOR

Pour établir une identité de conversation véritablement unifiée, commencez par configurer le mappage d'identité de votre client dans la console IOSOR, en liant les numéros E.164 et les adresses e-mail. Assurez-vous que vos webhooks sont configurés pour recevoir des charges utiles entrantes normalisées, permettant à IOSOR de maintenir une session unique sur les SMS, WhatsApp et les e-mails. Vérifiez que votre solde est suffisant pour éviter toute interruption du fil de conversation unifié du client.

À retenir — IOSOR

Cet article a démontré qu'une expérience client véritablement omnicanal ne consiste pas à choisir un canal, mais à maintenir une conversation unique et continue quel que soit le canal.