Paiement pendant l’appel, par lien sécurisé
Faites payer vos clients pendant l’appel, sans jamais entendre un numéro de carte
L’agent retrouve la facture ou le dépôt à payer dans votre ERP ou votre CRM, confirme à qui il parle, puis envoie un lien de paiement Stripe au courriel ou au cellulaire déjà inscrits au dossier.
Français canadien + anglais • Transfert humain configurable • Numéro existant compatible selon votre fournisseur
En bref
Une solution définie par le parcours, pas seulement par la voix
Le paiement au téléphone est le point où la plupart des entreprises perdent de l’argent sans s’en rendre compte. Le client appelle prêt à payer, personne n’est disponible pour prendre le paiement, on lui promet un rappel, et la facture repart pour trois semaines dans le cycle de relance.
La réponse habituelle — dicter un numéro de carte à une personne au téléphone — est la pire des options. Le numéro est prononcé à voix haute dans un bureau, il apparaît dans un enregistrement d’appel, et il fait entrer votre entreprise dans une portée PCI DSS que personne n’a cadrée.
VocalOps utilise la seule approche défendable : l’agent ne touche jamais aux données de carte. Il identifie le dossier, confirme le montant, puis déclenche l’envoi d’un lien de paiement Stripe vers le courriel ou le numéro de cellulaire déjà présents dans votre système. Le client paie sur la page hébergée par Stripe, pendant l’appel ou juste après.
Le lien n’est jamais envoyé à une adresse ou à un numéro dictés pendant l’appel. Il part vers les coordonnées inscrites au dossier, ce qui retire au téléphone son rôle de canal de fraude le plus simple.
Comme pour toute intégration, l’étape de paiement est configurée et validée avec votre équipe avant la mise en service : quel système fait autorité sur le solde, quels montants l’agent peut proposer, et ce qu’il doit refuser.
Résultats
Ce que l’agent accomplit pendant l’appel
Retrouver le bon solde
Lecture du dossier client dans votre ERP ou CRM : facture ouverte, dépôt requis, montant restant à payer sur un bon de travail.
Confirmer à qui il parle
L’agent fait confirmer les éléments du dossier au lieu de les lire à voix haute, et ne poursuit pas si la correspondance est douteuse.
Envoyer un lien de paiement Stripe
Un lien à usage unique, rattaché à la bonne facture, transmis par texto ou par courriel aux coordonnées déjà inscrites au dossier.
Accompagner le client jusqu’au bout
L’agent reste en ligne, confirme la réception du lien et répète les instructions si le client ne le trouve pas.
Consigner le résultat
Le lien envoyé, le canal utilisé, le montant et l’issue du paiement sont inscrits à l’appel, puis renvoyés dans votre système selon l’intégration validée.
Ne jamais manipuler la carte
Les données de carte sont saisies sur la page hébergée par Stripe. Elles ne passent ni par la ligne téléphonique, ni par l’enregistrement, ni par nos serveurs.
Guide d’achat
Comment évaluer le paiement par téléphone avant de l’activer
Un paiement est l’action la plus lourde de conséquences qu’un agent téléphonique peut déclencher. L’évaluation porte moins sur la conversation que sur ce qui est lu, ce qui est écrit, ce qui est refusé et ce qui reste vérifiable après coup.
Éliminez d’abord la carte dictée à voix haute
Certains fournisseurs proposent encore de capter les chiffres d’une carte pendant l’appel, avec ou sans mise en pause de l’enregistrement. Cette approche fait entrer votre ligne téléphonique, votre fournisseur de téléphonie et vos enregistrements dans la portée PCI DSS, et une seule pause d’enregistrement mal configurée suffit pour y stocker un numéro de carte. Le lien vers une page de paiement hébergée retire simplement le problème : la carte n’existe jamais du côté téléphonique.
Demandez quel système fait autorité sur le montant
Un paiement encaissé sur un solde périmé crée un trop-payé, un crédit à émettre et un appel de plus. Faites préciser d’où vient le montant, à quelle fréquence il est rafraîchi, ce qui arrive si deux factures sont ouvertes, et comment un paiement déjà reçu par un autre canal est reconnu. Si le montant vient d’une copie synchronisée la nuit, vous encaisserez des soldes de la veille.
Exigez le détail de la vérification d’identité
La bonne pratique est de faire confirmer, non de divulguer : l’agent propose un élément partiel du dossier et l’appelant le valide. Vérifiez ce qui se passe avec un numéro masqué, un appel depuis un autre téléphone, un homonyme, un locataire au lieu du propriétaire, ou un employé qui appelle pour son entreprise. Demandez aussi combien de tentatives sont permises avant le transfert.
Verrouillez la destination du lien
C’est le point de contrôle antifraude le plus important, et le plus souvent absent des démonstrations. Le lien doit partir vers les coordonnées déjà au dossier. Un système qui accepte « envoyez-le plutôt à cette adresse » pendant l’appel transforme votre ligne de service en canal de détournement. Si la mise à jour d’un courriel est nécessaire, elle doit suivre un parcours distinct, avec une personne.
Faites écrire la liste des refus
Une bonne configuration a une liste écrite : pas de rabais, pas d’entente de paiement, pas de radiation d’intérêts, pas de remboursement, pas de discussion sur une contestation, pas de paiement partiel non prévu. Faites confirmer la formulation de chaque refus, parce que c’est là que naissent les plaintes et les promesses que votre entreprise devra ensuite honorer.
Suivez la trace jusqu’à la comptabilité
Demandez à voir le chemin complet : lien émis, paiement reçu par Stripe, écriture dans votre système de facturation, rapprochement au bon compte client. Précisez ce que l’équipe voit lorsque l’écriture échoue alors que le client a payé — c’est le scénario qui coûte le plus cher en confiance, et il doit produire une alerte, pas un silence.
Traitez la conservation comme un critère de sélection
Les enregistrements et les transcriptions d’un appel de paiement contiennent des renseignements financiers. Faites préciser où ils sont hébergés, qui y a accès, combien de temps ils sont conservés et comment ils sont supprimés. Au Québec, la Loi 25 impose des obligations de minimisation et de transparence : un appel de paiement conservé indéfiniment est un risque, pas une commodité.
Mesurez le délai d’encaissement, pas le nombre d’appels
L’indicateur qui bouge est le délai entre l’appel et le paiement reçu, puis la part des factures réglées pendant l’appel plutôt que dans un cycle de relance. Fixez une base de comparaison de quelques semaines avant le lancement; sans elle, vous n’aurez qu’une impression favorable et rien à présenter à votre direction financière.
Questions à faire confirmer par écrit
- Quel système fait autorité sur le montant dû, et à quelle fréquence est-il lu?
- Comment l’identité est-elle vérifiée, et après combien de tentatives l’appel est-il transféré?
- Le lien peut-il partir ailleurs qu’aux coordonnées inscrites au dossier?
- Quelles demandes l’agent refuse-t-il, et dans quels mots?
- Que se passe-t-il si le paiement réussit mais que l’écriture dans notre système échoue?
- Les données de carte touchent-elles la ligne téléphonique, l’enregistrement ou la transcription?
- Où les enregistrements d’appels de paiement sont-ils hébergés, et combien de temps?
- Quel rapport nous permet de rapprocher les liens envoyés et les paiements reçus?
Mise en œuvre
Comment se déroule une mise en service
- 1
Cadrer
Déterminer quel système fait autorité sur le solde, quels types de paiement sont admissibles et quelles coordonnées servent d’envoi.
- 2
Configurer
Écrire les règles : montants proposables, dépôts, refus, formulation de la vérification d’identité et conditions de transfert.
- 3
Valider
Tester en français et en anglais un dépôt, une facture en retard, un montant contesté et un lien non reçu, avant d’annoncer le service.
- 4
Améliorer
Suivre le taux de paiement pendant l’appel, les liens sans suite et les transferts, puis ajuster les règles et la formulation.
Scénarios
Les entreprises où le paiement au téléphone change quelque chose
Dépôt avant la répartition
Plomberie, CVC, électricité : un dépôt confirmé avant d’envoyer un camion réduit les annulations et les déplacements non payés.
Comptes à recevoir
Le client rappelle au sujet d’une facture en retard. C’est le meilleur moment pour l’encaisser, pas pour promettre un rappel.
Paiement avant la reprise du bien
Garages, ateliers de réparation et services où le solde doit être réglé avant que le client passe reprendre son véhicule ou son équipement.
Loyers et frais récurrents
Gestion immobilière et abonnements : l’appelant veut régler un mois en retard sans passer par un portail dont il a perdu le mot de passe.
Soldes après assurance
Cliniques et services professionnels où la part du client est connue seulement après le traitement du dossier.
FAQ
Questions sur le paiement par téléphone
L’agent peut-il prendre un numéro de carte au téléphone?
Non, et c’est délibéré. Il envoie un lien vers une page de paiement hébergée par Stripe. Aucune donnée de carte ne circule sur la ligne, dans l’enregistrement ou dans la transcription.
Faut-il utiliser Stripe?
L’intégration décrite ici s’appuie sur Stripe. Un autre fournisseur de paiement doit être évalué pendant le cadrage : la faisabilité dépend de son API, de ses liens de paiement et de la façon dont votre facturation les rapproche.
Comment l’agent sait-il combien le client doit?
Il lit le dossier dans le système que vous désignez comme faisant autorité — ERP, CRM ou logiciel de facturation — selon les permissions validées. Si le solde est introuvable, il transfère plutôt que de proposer un montant.
Comment vérifiez-vous l’identité de l’appelant?
L’agent fait confirmer des éléments du dossier plutôt que de les divulguer, et applique une règle de transfert après un nombre d’essais convenu. Le niveau de vérification est défini avec vous selon la sensibilité du compte.
Le client peut-il demander que le lien soit envoyé ailleurs?
Non. Le lien part vers le courriel ou le numéro déjà inscrits au dossier. Un changement de coordonnées suit un parcours distinct, traité par une personne.
Est-ce que cela nous met dans la portée PCI DSS?
L’approche par lien hébergé est justement conçue pour réduire cette portée, puisque la carte est saisie chez Stripe. Votre situation exacte doit être confirmée avec votre acquéreur et votre conseiller; nous ne rendons pas cet avis à votre place.
Que se passe-t-il si le client ne paie pas pendant l’appel?
Le lien reste valide selon les règles configurées, et l’appel consigne qu’il a été envoyé sans paiement. Votre équipe voit la liste des liens sans suite au lieu de découvrir le cas au prochain cycle de relance.
L’agent peut-il accepter un paiement partiel ou une entente?
Seulement si vous l’avez explicitement configuré. Par défaut, les paiements partiels, les ententes et les rabais sont refusés et transférés à une personne.
À explorer
Pages connexes
intégration agent téléphonique IA
Découvrez comment cadrer une intégration d’agent téléphonique avec un CRM, ERP, calendrier ou système de répartition sans supposer sa compatibilité.
Lire la page →agent téléphonique IA service client
Automatisez les demandes téléphoniques répétitives et transférez les exceptions avec un agent IA encadré par vos politiques et permissions.
Lire la page →sécurité agent téléphonique IA
Découvrez l’approche VocalOps pour la confidentialité, l’accès, la conservation, les permissions, le transfert humain et l’évaluation de sécurité.
Lire la page →service de réponse téléphonique automatisé
Automatisez la réponse aux appels d’entreprise sans vous limiter à la prise de message : qualification, transfert et suivi selon vos règles.
Lire la page →Faites tester un de vos appels de paiement
Donnez-nous un cas réel — un dépôt avant répartition, une facture en retard, un solde après assurance — et validez avec votre équipe la vérification, l’envoi du lien et les refus.