Paiements

Un paiement s’effectue plus facilement lorsque le client est encore dans la conversation. L’agent IA envoie un lien de paiement sécurisé de votre propre prestataire de paiement, pour le montant tiré de vos systèmes, sur le canal qu’utilise le client. Le client paie sur la page du prestataire, par carte ou avec un portefeuille numérique lorsque votre prestataire en propose un, et l’agent confirme une fois le paiement enregistré.

L’agent ne voit et ne traite jamais les données de carte : elles restent chez votre prestataire de paiement. Les liens de paiement sont configurés pendant la mise en œuvre avec votre prestataire.

Ce que la connexion de votre prestataire de paiement permet à l’agent de faire

Intégrations de cette catégorie

Apple Pay et Google Pay sont des portefeuilles numériques (des moyens de payer avec une carte enregistrée sur un téléphone). Le client les choisit sur la page de votre prestataire de paiement ; pour l’agent, le lien envoyé est le même.

Fonctionnement de la connexion

Lorsqu’un paiement est dû au cours d’une conversation, l’agent lit le montant dans votre système et demande à votre prestataire de paiement de créer un lien pour ce montant, avec une référence qui le rattache au client et à la réservation, à la facture ou à l’échéance. Le lien ouvre la page de paiement de votre prestataire, où le client saisit ses données de carte ou choisit un portefeuille numérique. Votre prestataire traite le paiement et communique le résultat à votre déploiement.

Les numéros de carte prononcés ou saisis au cours d’une conversation sont masqués (supprimés ou occultés) dans les transcriptions et les dossiers. L’agent ne demande jamais de données de carte ; il envoie le lien à la place. Voir Masquage des données personnelles.

Les remboursements et les paiements de montants absents de vos systèmes relèvent de décisions de votre équipe. Ils ne sont pas connectés à l’agent, et toute demande de ce type est transmise à votre équipe.

Détails techniques

La connexion utilise l’API standard de votre prestataire (interface de programmation d’application : le moyen documenté par lequel d’autres logiciels échangent des données avec lui), avec des identifiants limités à la création de liens de paiement et à la lecture de l’état des paiements, stockés chiffrés en AES-256 dans votre déploiement. L’état des paiements parvient à votre déploiement par un webhook (une adresse que votre prestataire appelle lorsque l’état d’un paiement change), et les requêtes transitent via TLS (Transport Layer Security), version 1.2 ou supérieure. Comme les données de carte sont saisies uniquement sur la page du prestataire, elles ne transitent pas par votre déploiement et n’y sont pas stockées. Le montant du paiement est inséré directement depuis la fiche du système, et non ressaisi par le modèle de langage.

Autorisations courantes dans cette catégorie

L’agent ne peut effectuer que les actions que votre équipe lui a accordées. Une action non accordée ne peut pas être invoquée. Voir Autorisations.

En pratique

Le promoteur Sahel Crest Properties, à Dubaï, utilise des liens de paiement pour les échéances des logements vendus sur plan.

1. Le service financier du promoteur connecte son prestataire de paiement et convient de la règle : des liens uniquement pour les échéances qui figurent dans l’échéancier de paiement du CRM.
2. Trois jours avant la date d’exigibilité de la prochaine échéance de Fatima, l’agent lui envoie un rappel sur WhatsApp avec le montant tiré de son échéancier.
3. Elle répond qu’elle souhaite payer tout de suite. L’agent envoie un lien émis par le prestataire du promoteur. Elle paie avec Apple Pay sur la page du prestataire.
4. Le prestataire confirme le paiement. L’agent la remercie, lui communique la référence et enregistre la confirmation du paiement dans sa fiche CRM.

Ce que votre équipe contrôle

• Les paiements pour lesquels l’agent peut envoyer des liens, et les règles applicables à chacun.
• Votre prestataire de paiement et ses paramètres, y compris les portefeuilles proposés.
• Les remboursements, qui restent entre les mains de votre équipe.

Voir aussi

• Comment fonctionnent les intégrations : consulter, mettre à jour, agir, notifierIntégrations
• Autorisations : ce que l’agent IA peut et ne peut pas faire dans chaque systèmeIntégrations
• Masquage des données personnellesSécurité et protection des données
• Engagements et suivi des promessesDossier client
• ImmobilierGuides sectoriels

Les noms et logos de produits sont des marques de leurs propriétaires respectifs. Leur mention indique les systèmes auxquels Telonic se connecte et n’implique ni partenariat ni approbation.