API de rappel automatique : rappelez un client depuis votre site
Un visiteur laisse son numéro, votre équipe est appelée la première, puis le client, et les deux sont reliés. Tarification sur devis.
Sur devis
Le rappel web permet à un visiteur de demander à être rappelé. Il saisit son numéro dans un formulaire, et votre application envoie une requête à l’API.
TELQIO appelle d’abord la personne de votre équipe chargée du rappel. Quand elle décroche, la plateforme appelle le client et relie les deux appels. Ainsi, le client n’est appelé que lorsqu’un interlocuteur est prêt.
Vous pouvez associer un scénario pour gérer les cas d’absence : horaire, file de repli, message. Chaque rappel garde un statut lisible : ringing, connected, completed ou failed.
Comment ça circule
Usages concrets
Demande de rappel immobilier
Un acquéreur laisse son numéro sur une annonce, un agent le rappelle dans l’heure.
Prise de contact automobile
Un visiteur demande un essai, le conseiller lance le rappel quand il est disponible.
Service client
Proposez un rappel plutôt qu’une attente au téléphone.
Qualification de leads
Rappelez les formulaires reçus en dehors des heures d’ouverture, le lendemain matin.
Fonctionnalités
- Rappel déclenché par requête API
- Appel de l’équipe d’abord, du client ensuite
- Scénario associé pour les horaires et les cas d’absence
- Statuts d’appel lisibles pour chaque étape
- Journal des rappels par projet
- Événements d’appel envoyés par webhook signé
Limites à connaître
- Le rappel suppose un numéro de client valide et un pays ouvert à l’appel sortant dans votre contrat.
- Le rappel produit au moins deux appels. Selon le contrat, ils peuvent donner plusieurs lignes de consommation.
- Un client qui ne décroche pas ou raccroche tôt n’a pas eu de conversation, même si l’appel a sonné.
- La personne appelée doit être informée du rappel et avoir donné son numéro à cette fin. L’obligation exacte se détermine selon le service, le pays et votre rôle.
curl -X POST "https://api.example.test/v1/calls" \
-H "Authorization: Bearer tq_test_EXEMPLE" \
-H "Idempotency-Key: 7b1d2c4e-0000-4000-8000-000000000004" \
-H "Content-Type: application/json" \
-d '{
"from": "+33199001234",
"to": "+33199001235",
"project_id": "projet_a",
"flow_id": "flow_rappel_exemple"
}'
# => { "id": "call_exemple", "status": "ringing", "simulated": true }Éléments techniques
| Déclenchement | POST /calls avec un flow_id de rappel |
|---|---|
| Ordre des appels | Équipe d’abord, client ensuite, puis connexion |
| Statuts | ringing, connected, completed, failed |
| Événements | call.connected, call.completed, call.failed |
Questions fréquentes
Pourquoi appeler l’équipe avant le client ?
Pour qu’un interlocuteur soit prêt quand le client décroche. Le client n’attend pas au téléphone sans réponse.
Que se passe-t-il si personne ne décroche côté équipe ?
Le scénario associé peut proposer un repli : autre personne, file, ou nouvelle tentative. Sans repli, le rappel est marqué failed.
Puis-je planifier un rappel plus tard ?
Votre application décide du moment où elle envoie la requête. L’API lance l’appel à la réception.
Usages associés
Documentation
Services associés
Mettons en place vos rappels
Décrivez votre site, vos équipes et les pays concernés. Nous préparons un devis et un exemple de parcours.