Aller au contenu principal
Audact
Explorer un workflow

API · Channel continuity

Passez la conversation. Gardez la chaîne.

Hôte d’API public: Opérationnel aujourd’hui

POST https://api.audact.ai/v1/sip/calls/{call_id}/handover

L’API REST publique sur api.audact.ai/v1. Le serveur MCP a sa propre entrée de registre.

Mesuré le 21 octobre 2026 : GET https://api.audact.ai/v1/health renvoie 200 ; les routes /v1 protégées renvoient 401 avec le corps d’erreur standard. La référence publique à /docs/api-reference liste chaque opération publique.

Pourquoi cet état
Affirmation
Opérationnel aujourd’hui · Early Customer Program
Périmètre
L’API REST publique sur api.audact.ai/v1. Le serveur MCP a sa propre entrée de registre.
Fondement
Mesuré le 21 octobre 2026 : GET https://api.audact.ai/v1/health renvoie 200 ; les routes /v1 protégées renvoient 401 avec le corps d’erreur standard. La référence publique à /docs/api-reference liste chaque opération publique.
Ce que cela n’établit pas
Que chaque opération individuelle a été vérifiée de bout en bout en production.
Ce que vous pouvez obtenir aujourd’hui
L’accès en production s’inscrit dans un contrat payant applicable. Les points d’accès ne sont pas tarifés séparément.
Dernière vérification
21 octobre 2026
Où le vérifier
/apis

En tests contrôlés · passage vers chat et e-mail : Prévu

Un passage de relais est un événement de conformité, pas un détail de routage. Lorsqu’une session vocale d’IA est transférée à un superviseur humain, la chaîne de preuves enregistre l’endroit où l’IA s’est arrêtée. Utilisez `POST /v1/sip/calls/{call_id}/handover` pour un transfert accompagné (warm handover) : le superviseur est briefé en privé avant que l’appelant ne soit mis en relation. Utilisez `POST /v1/sip/calls/{call_id}/transfer` pour un transfert à froid par SIP REFER. Les deux voies sont enregistrées dans la chaîne de preuves.

POST /v1/sip/calls/{call_id}/handover

curl -X POST "https://api.audact.ai/v1/sip/calls/$CALL_ID/handover" \
  -H "Authorization: Bearer $AUDACT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "destination": "+49301234567",
    "handover_reason": "escalation",
    "caller_reason": "billing_dispute",
    "whisper_mode": "spoken"
  }'

L’appelant reste en attente pendant que le superviseur est briefé. Utilisez plutôt `POST /v1/sip/calls/{call_id}/transfer` pour un transfert à froid par SIP REFER.

201 Created · transfert lancé

{
  "call_id": "550e8400-e29b-41d4-a716-446655440001",
  "handover_id": "550e8400-e29b-41d4-a716-446655440000",
  "state": "initiated"
}

Interrogez `GET /v1/sip/handovers/{handover_id}` pour suivre l’état du transfert.

Où cela fonctionne

Sessions vocales, entrantes et sortantes, avec la chaîne intacte à travers un transfert.
En tests contrôlés
Passage à un humain, le reçu enregistrant l’endroit où la machine s’est arrêtée.
En tests contrôlés
Un passage vers ou depuis le chat et l’e-mail, comme canaux source et cible.
Prévu
WhatsApp et autres cibles de messagerie.
En développement
Modèles d’information de la personne par canal et par juridiction.
Allemagne : couche de règles nationale active. Pays-Bas : en développement. Belgique et Autriche : prévues.

Pourquoi un passage de relais compte

Trois choses changent en même temps, et une seule est technique.

  • L’obligation d’information repart. L’art. 50, par. 5, demande l’information lors de la première interaction, et sur un nouveau canal, c’est une nouvelle première interaction.
  • Le consentement ne suit pas forcément. Un opt-in pour un appel téléphonique n’est pas automatiquement un opt-in pour un message, et l’étendue de ce qui a été convenu figure dans le registre du consentement, pas dans la table de routage.
  • La trace se scinde. Deux systèmes, deux journaux, et un auditeur qui posait une question en a désormais besoin de deux réponses. Lier les reçus permet de n’en faire qu’une seule question.

Ce que demande un auditeur

« Montrez-moi tout ce que cette personne a vu. »

C’est une seule question, et elle devrait avoir une seule réponse. Des reçus liés signifient que l’export suit la personne d’un canal à l’autre, plutôt que de suivre le canal d’une personne à l’autre, ce qui correspond à la forme réelle de la question.

Questions

Que couvre-t-il ?
Les sessions vocales, avec la chaîne intacte à travers un transfert : l’API documente un transfert accompagné (le superviseur est briefé avant que l’appelant ne soit mis en relation) et un transfert à froid par SIP REFER, et Voice lui-même est en tests contrôlés. Un passage vers le chat ou l’e-mail : Prévu. Governed Chat et Governed Email eux-mêmes : En tests contrôlés.
Quelle différence entre handover et transfer ?
`POST /v1/sip/calls/{call_id}/handover` lance un transfert accompagné : le superviseur est appelé dans une salle privée, briefé par whisper, puis mis en relation avec la salle de l’appelant. `POST /v1/sip/calls/{call_id}/transfer` envoie un SIP REFER pour transférer l’appel vers une nouvelle destination. La chaîne de preuves enregistre les deux événements.
Comment les transferts sont-ils enregistrés ?
La chaîne de preuves enregistre l’endroit où l’IA s’est arrêtée et où l’humain a pris le relais. Les reçus sont indexés par call_id ; utilisez `GET /v1/receipts/{call_id}` pour récupérer le reçu de la session vocale.

Une conversation, une trace

Proof est la vue produit : à quoi ressemble une chaîne liée vue de l’extérieur, et ce qu’un lecteur peut en recalculer sans clé.

Voir un reçu

Pages associées