Intégration CPaaS : Ajout d'appels automatisés et de SMS aux systèmes hérités
À retenir :
- CPaaS (Communications Platform as a Service) vous permet d'ajouter des capacités vocales et SMS aux logiciels existants via les API REST – sans remplacer les systèmes existants
- Le modèle d'intégration qui fonctionne pour la plupart des systèmes hérités est une couche intermédiaire : un service léger qui reçoit les événements du système hérité et appelle l'API CPaaS, en maintenant les deux côtés découplés
- La partie la plus difficile de la plupart des intégrations CPaaS n'est pas les appels API – il s'agit de normaliser les formats de numéros de téléphone et de gérer les refus à travers les systèmes qui n'étaient pas conçus pour partager des données
La plupart des organisations n'ont pas le luxe de commencer par une ardoise propre. La base de données client est un CRM de 15 ans. Le système de facturation fonctionne sur Oracle. Le logiciel de planification a été construit sur mesure en 2008 et n'a jamais été remplacé parce que trop en dépend. L'ajout d'appels automatisés et de SMS à l'un de ces systèmes ne signifie pas qu'il faut les débrancher, c'est-à-dire les connecter à une API CPaaS qui gère l'infrastructure de communication tandis que l'ancien système continue de faire ce qu'il fait.
C'est à cela que ressemble l'intégration du CPaaS dans la pratique.
Ce que le CPaaS fournit (et ce qu'il ne fournit pas)
Un fournisseur de CPaaS s'occupe de l'infrastructure de télécommunications : connexions des transporteurs, fourniture de numéros, transmission de messages, routage des appels, rapports d'état de livraison et infrastructure de conformité comme l'attestation STIR/SHAKEN. Ce qu'il ne fournit pas, c'est la logique d'affaires – qui appeler, quand, avec quel message, et quoi faire avec la réponse. Cette logique vit dans votre système.
| Poignées du CPaaS | Vos poignées système |
|---|---|
| Acheminement et livraison du transporteur | Sélection et ciblage des contacts |
| Fourniture de numéros de téléphone | Gestion du consentement et des dossiers de refus |
| État d ' exécution | Calendrier et calendrier de la campagne |
| Routage des appels/SMS entrants | Gestion des réponses et logique opérationnelle |
| Attestation STIR/SHAKEN | Contenu du message et personnalisation |
Trois modèles d'intégration pour les systèmes hérités
Modèle 1: Appel direct d'API depuis le système Legacy
L'ancien système fait des appels HTTP directement vers l'API REST CPaaS. Fonctionne lorsque : le système ancien peut faire des requêtes HTTP sortantes, l'équipe de développement a accès pour modifier l'application, et le volume d'appel/SMS est suffisamment faible pour que les appels API synchrones n'aient pas d'incidence sur les performances du système.
Exemple de déclencheur :Lorsqu'un enregistrement dans le système de planification change d'état à "Appointment Confirmed", le système appelle l'API CPaaS pour envoyer une confirmation SMS au numéro de téléphone du patient.
Modèle 2 : Calque d'intégration du Middleware
Un service léger séparé se situe entre le système hérité et l'API CPaaS. L'ancien système écrit des événements sur une table de base de données, une file d'attente de messages ou un fichier, quoi qu'il sache déjà faire. Le service intergiciel lit ces événements et appelle l'API CPaaS.
Ce modèle est préféré lorsque vous ne pouvez pas modifier l'application de base du système existant, lorsque vous devez ajouter une logique de transformation (normalisation des numéros de téléphone, vérification de l'opt-out, limitation des taux) sans toucher le code left, ou lorsque la même couche de communication doit servir plusieurs systèmes left.
Modèle 3 : Déclencheur de base de données / Exportation ETL
Pour les systèmes où la modification du niveau d'application n'est pas pratique, un déclencheur au niveau de la base de données ou une exportation programmée d'ETL peut alimenter une file d'attente de communication. Un emploi de nuit exporte des contacts nécessitant des rappels de rendez-vous; un déclenchement en temps réel des incendies lorsque le statut de paiement change. Il s'agit de l'approche la plus basse pour l'intégration du passé – vous ne touchez jamais le code d'application, vous ne lisez que les données qu'il produit.
Le problème de normalisation du numéro de téléphone
Les systèmes hérités ont souvent été construits avant le formatage standard E.164. Une base de données de contact peut contenir des numéros de téléphone dans n'importe lequel de ces formats, représentant tous le même numéro :
- 2125550100
- 212-555-0100
- (212) 555-0100
- +12125550100
- 1-212-555-0100
- 212.555.0100
Les API CPaaS s'attendent au format E.164 (+121255550100). Votre intégration doit normaliser tous les formats existants avant d'appeler l'API. Une fonction de normalisation fiable enlève tous les caractères non numériques, vérifie la longueur et prépend +1 pour les numéros américains à 10 chiffres. Cases de bord de poignée : extensions (déposez-les ou stockez-les séparément), numéros internationaux qui ne suivent pas le format américain, et numéros clairement invalides (moins de 10 chiffres).
Ajouter voix et SMS à tout système avec une API propre
L'API REST de Robotalker s'intègre aux systèmes existants, aux CRM et aux applications personnalisées pour fournir des appels automatisés et des SMS à partir de vos workflows existants.
- API REST avec documentation claire
- Callbacks d'état de livraison Webhook
- Validation du numéro de téléphone et outils DNC