Vos questions sur la voix, nos réponses.

Bird Voice connecte les systèmes téléphoniques et les applications au réseau téléphonique. Utilisez des trunks SIP, les appels par navigateur et les séquences d'appels, ou connectez un runtime vocal IA. Suivez les appels via leurs fiches, sessions et événements.

Créez un espace de travail, préparez un trunk prêt à appeler et une identité d'appelant, puis activez la destination que vous souhaitez tester. Le temps de mise en place dépend de l'accès, de la vérification et du client que vous connectez. Le guide du premier appel vous accompagne pas à pas dans un appel contrôlé par navigateur.

Trois éléments de votre côté : un trunk SIP avec votre équipement autorisé (par plage IP ou clé API), un identifiant d'appelant vérifié (le numéro que vous présentez comme appelant), et le pays de destination activé. Bird associe le routage à votre workspace, ce qui constitue le quatrième prérequis et est géré côté Bird.

Oui. Dans votre espace de travail, ouvrez un numéro qui prend en charge les appels entrants et configurez sa route entrante. Vous pouvez acheminer les appels vers un trunk SIP avec les appels entrants activés et une passerelle de réception des appels, ou les transférer vers un numéro vérifié comme identifiant d'appelant. Les nouveaux numéros ont initialement une route qui rejette les appels.

Non. Utilisez le téléphone navigateur ou un softphone, PBX ou application SIP compatible. Faites correspondre le transport, l'authentification et les paramètres média pris en charge avec la configuration du trunk.

Oui. Vous pouvez passer des appels depuis l'application Phone du tableau de bord en utilisant WebRTC.

Par appel, à un tarif qui dépend du pays de destination. Chaque tarif comporte un incrément de facturation : un temps minimum facturé, puis le palier d'arrondi appliqué ensuite. Un tarif avec un minimum d'une minute et des paliers de six secondes facture un appel de 10 secondes pour une minute entière.

La durée facturable court de l'instant où le numéro appelé décroche jusqu'à la fin de l'appel. Consultez les composantes tarifaires publiées pour votre cas d'usage ; la location de numéro et les autres services configurés sont distincts de la durée de conversation après décrochage.

Prépayée, depuis le portefeuille de votre organisation. Bird vérifie votre solde avant de contacter l'opérateur, de sorte qu'un appel que votre portefeuille ne peut pas couvrir est refusé d'emblée avec insufficient_balance plutôt que facturé après coup.

Oui. Un plafond de dépenses vocales quotidien s'applique par organisation et se réinitialise au début de chaque jour UTC. Au-delà, les appels sont refusés avec daily_spend_exceeded. Le montant dépend de votre forfait, et Bird peut l'augmenter sur demande.

Ouvrez l'appel dans le journal des appels. Le coût apparaît sur l'enregistrement une fois la tarification effectuée, avec une précision complète, hors taxes. Pour les totaux sur plusieurs appels, exportez la liste filtrée au format CSV depuis la page Appels, ou consultez vos factures et votre consommation.

Trois plafonds : le nombre d'appels simultanés autorisés (appels simultanés), le nombre de nouveaux appels que vous pouvez lancer par seconde (appels par seconde) et le montant que vous pouvez dépenser en voix par jour UTC (dépense journalière). Les limites applicables dépendent de la configuration de votre compte.

L'appel est refusé dès l'établissement, avant même qu'un opérateur ne soit contacté. L'enregistrement de l'appel indique quelle limite a été atteinte : concurrent_calls_exceeded, calls_per_second_exceeded ou daily_spend_exceeded. Votre système téléphonique reçoit un SIP 503.

Contactez le support avec votre trafic prévu, vos destinations et vos dépenses pour demander une révision des limites. Confirmez les limites approuvées avant d'augmenter le trafic en production.

Vérifiez le motif indiqué dans l'enregistrement de l'appel. Un automate peut atteindre calls_per_second_exceeded sans être proche du plafond d'appels simultanés, car les deux limites sont indépendantes. Ralentissez la cadence de numérotation et réessayez ; réessayer immédiatement donne le même résultat.

Non. Le trunking SIP connecte un système téléphonique compatible à Bird. Adaptez le transport, l'authentification et les paramètres média du trunk au client que vous utilisez.

Oui. Configurez chaque direction séparément. Les appels entrants nécessitent aussi un numéro compatible entrant pointé vers le trunk et une passerelle de livraison.

Oui, à condition que son runtime gère à la fois la signalisation SIP et la connexion audio. L'application conversationnelle contrôle la parole, le modèle et les actions métier ; Bird assure la connexion téléphonique.

Les numéros pointant vers ce trunk reviennent à une route de rejet. Réactiver le trunk ne restaure pas leurs liaisons précédentes ; vérifiez les numéros avant de reprendre le trafic.

Bird Voice ne prend pas en charge les appels d'urgence. Utilisez un service téléphonique conçu pour cette exigence.

Un SIP trunk est la connexion entre votre système téléphonique et Bird. SIP (Session Initiation Protocol) est le langage utilisé par les systèmes téléphoniques pour établir des appels, et un trunk est la ligne sur laquelle ces appels transitent. Bird attribue une adresse de trunk à votre espace de travail, et vous dirigez votre système téléphonique vers celle-ci.

La plupart des espaces de travail n'en ont besoin que d'un seul. Créez-en davantage si vous souhaitez des règles d'accès distinctes par site ou par système, car la liste d'adresses IP autorisées, les clés API autorisées et les paramètres Digest sont définis par trunk.

Le domaine SIP du trunk (copié depuis la page du trunk), le nom d'utilisateur bird et le mot de passe (le secret d'une clé API autorisée sur le trunk). Envoyez les appels vers le domaine SIP sur le port 5060 (UDP ou TCP) ou 5061 (TLS).

Oui, avec une liste d'adresses IP autorisées, des clés API autorisées, ou les deux. Ajoutez les adresses publiques depuis lesquelles votre équipement envoie du SIP, ou exigez que chaque appel s'authentifie avec une clé API via SIP Digest. Les deux prennent effet dès l'appel suivant.

Le domaine SIP du trunk cesse immédiatement d'accepter de nouveaux appels. Les appels déjà en cours se poursuivent, et les enregistrements d'appels effectués via le trunk restent dans votre journal des appels.

Votre PBX envoie l'appel, Bird répond avec un défi 407, et votre PBX renvoie l'appel avec un en-tête Proxy-Authorization calculé à partir du nom d'utilisateur bird et du secret de votre clé API comme mot de passe. Votre PBX envoie un hash du mot de passe, jamais le mot de passe lui-même.

SHA-256 et MD5. Bird propose SHA-256 en premier et MD5 en second par défaut, et votre PBX choisit le premier qu'il prend en charge. Si votre équipement ne gère que MD5 et traite mal un défi commençant par SHA-256, configurez le trunk en MD5 uniquement.

Oui. Lorsqu'un trunk dispose des deux, l'adresse source est vérifiée avant que Bird ne demande un mot de passe. Un appel provenant d'une adresse non répertoriée est donc refusé, quels que soient les identifiants qu'il transmet.

Ajoutez d'abord la nouvelle clé au trunk, basculez votre équipement, puis révoquez l'ancienne. Révoquer ou supprimer une clé supprime immédiatement sa capacité d'authentification sur tous les trunks qui l'autorisaient.

Un identifiant d'appelant est un numéro de téléphone que votre espace de travail est autorisé à présenter comme appelant sur les appels sortants. Bird vérifie le numéro d'appel que votre équipement place dans l'en-tête From SIP par rapport à cette liste à chaque appel, en utilisant les identités éligibles de votre espace de travail, y compris les numéros qualifiants détenus dans Bird et les numéros externes vérifiés.

Ajoutez le numéro au format international E.164 et suivez le processus de vérification. Répondez à l'appel de vérification et saisissez le code dans le tableau de bord. Vérifiez le statut affiché sur le numéro pour confirmer qu'il est prêt avant de passer un appel.

Si les tentatives sont épuisées, utilisez Obtenir un nouveau code sur la ligne du numéro pour recevoir un nouvel appel de vérification. Si le numéro est encore en attente de son code, supprimez l'identifiant de l'appelant et ajoutez à nouveau le numéro.

Prévoyez de répondre à l'appel de vérification via le système qui reçoit les appels pour ce numéro. Si le numéro ne peut pas recevoir l'appel de vérification, contactez le support pour connaître les vérifications de propriété disponibles.

À partir de ce moment, tout appel présentant ce numéro est refusé avec caller_id_not_verified. Les appels déjà en cours continuent, et les enregistrements d'appels ayant utilisé ce numéro restent inchangés.

La fraude téléphonique fonctionne en composant des numéros vers des pays coûteux que vous n'aviez jamais l'intention d'appeler. Les pays que vous activez sont ceux sur lesquels vous pouvez accumuler des frais : désactiver tous les autres limite votre exposition si quelqu'un s'introduit dans votre système téléphonique.

Trouvez le pays sur la page Destinations à l'aide de la barre de recherche (recherche par nom ou code à deux lettres) et activez son commutateur. Le changement s'applique immédiatement.

Les appels vers les pays à haut risque sont coûteux, et l'opérateur du numéro que vous composez perçoit une part du coût. Ce sont les pays qu'un attaquant cible s'il s'introduit dans un système téléphonique. Laissez-les désactivés sauf si vous y avez des activités, et vérifiez le tarif avant d'en activer un.

Contactez le support pour le faire ouvrir pour votre compte. Available signifie que vous pouvez l'activer ; Not supported signifie que Bird ne peut pas actuellement passer d'appels vers ce pays depuis votre compte.

Un pays disponible peut encore avoir des destinations spécifiques que le routage ne couvre pas encore. Partagez l'identifiant de l'appel avec le support pour examiner la couverture de la destination et le refus.

Deux en-têtes : To (le numéro appelé) et From (le numéro que vous présentez comme appelant, qui doit être une identité d'appelant éligible). Les deux doivent être des numéros internationaux complets au format E.164 : un + initial suivi de l'indicatif pays et du numéro national. Aucun en-tête personnalisé n'est nécessaire.

STIR/SHAKEN permet aux opérateurs de signer les informations d'identité de l'appelant. L'attestation reflète ce que l'opérateur peut vérifier sur l'appelant et le numéro. Elle ne garantit pas que l'opérateur de destination connectera l'appel ni qu'il supprimera un signalement de spam.

Ouvrez l'appel dans le journal des appels. Votre système téléphonique ne reçoit qu'un simple SIP 503, mais le motif précis figure sur l'enregistrement de l'appel, accessible uniquement par vous. Un panneau au-dessus des détails indique la cause et renvoie vers le paramètre à corriger.

Seulement une fois la cause résolue. Un appel refusé pour calls_per_second_exceeded recevra la même réponse tant que vous ne ralentissez pas la cadence de numérotation. Consultez le motif de rejet avant de réessayer.

Non. Cela signifie que l'appel a abouti. Associez un événement métier confirmé, tel qu'une réservation ou un cas résolu, pour évaluer le succès de la tâche.

Un appel en cours n'a pas encore été tarifé. Consultez la fiche finale une fois l'appel et le cycle de tarification terminés ; une valeur absente ne signifie pas un prix nul.

Vérifiez la signature, dédupliquez à l'aide de l'identifiant du webhook et tolérez une arrivée dans le désordre. Réconciliez le résultat final avec la fiche de l'appel.

Vérifiez la direction et les filtres du rapport de manière explicite. La répartition du trafic et les composants tarifés applicables peuvent différer.

Associez les appels tarifés et leurs sessions aux résultats confirmés dans votre application. Incluez chaque segment d'appel pertinent et utilisez une période et une définition d'achèvement cohérentes.

Pour les appels terminés : Answered (le numéro appelé a décroché), No answer (l'appel a sonné jusqu'à la fin du délai d'attente), Failed (l'appel a été tenté, mais n'a pas abouti), Rejected (Bird a refusé l'appel avant de le transmettre à un opérateur, ou l'appel a été décliné à l'autre extrémité) et Unknown (le résultat n'a pas pu être déterminé).

Un refus de Bird apparaît comme Rejected. Lorsqu'il est présent, le motif de rejet indique le contrôle qui a échoué. Rejected peut aussi signifier que l'appel a été décliné à l'autre extrémité. Failed signifie que l'appel a été tenté, mais n'a pas abouti ; consultez le code de réponse SIP pour plus de détails.

Oui. L'onglet Live de la page Calls affiche les appels en cours sur vos trunks, avec un compteur. Un appel en direct s'affiche comme Ringing (en attente que l'autre partie décroche) ou In progress (connecté). L'onglet se rafraîchit toutes les quelques secondes.

La durée totale court de l'instant où Bird reçoit l'appel jusqu'au raccrochage. La durée facturable court de la réponse au raccrochage. L'écart correspond au temps de sonnerie sans décrochage ; un écart important mérite de vérifier ce que vous composez. Les appels sans réponse n'ont pas de durée de conversation. Consultez la grille tarifaire applicable pour les autres composantes et frais d'appel.

Trois méthodes : télécharger un CSV depuis la page Calls (exporte tous les enregistrements correspondant à vos filtres actuels, pas seulement la page visible), les consulter via l'API avec une clé API dotée du scope voice:read, ou utiliser le Bird CLI avec bird voice list.

Trois : voice_call.initiated (Bird a accepté l'appel et commencé le routage), voice_call.answered (le numéro appelé a décroché) et voice_call.ended (l'appel est terminé, avec le résultat). Un appel sans réponse n'émet jamais l'événement answered.

Utilisez l'événement de fin pour son statut et ses durées, puis rapprochez le résultat final avec la fiche d'appel. La publication d'événements peut échouer, et une requête refusée avant admission peut n'avoir ni fiche d'appel ni événements. L'absence d'une mise à jour ne prouve pas qu'un appel est encore actif.

Oui. Les livraisons ne sont pas ordonnées, donc answered peut vous parvenir après ended. Triez par le champ timestamp et laissez un événement arrivé plus tard avec un timestamp antérieur perdre.

Dédupliquez sur l'en-tête HTTP webhook-id. Une tentative de livraison ou de signalisation peut répéter un événement. Un même appel et une même étape du cycle de vie conservent leur identité de webhook. Rapprochez une mise à jour manquante avec la fiche d'appel.

L'enregistrement de l'appel contient le coût et l'éventuel motif de rejet. Le statut rejected dans voice_call.ended peut signifier que Bird a refusé l'appel ou que l'appel a été décliné à l'autre extrémité. Ouvrez le journal des appels pour consulter le motif de rejet, s'il est présent ; le coût apparaît une fois l'appel tarifé.

Un appel que Bird ne peut pas admettre est rejeté au niveau SIP, avant qu'un enregistrement n'existe. Vérifiez quatre points : le trunk dispose d'une plage IP ou d'une clé API autorisant votre équipement, l'appel provient d'une adresse figurant dans la liste IP autorisée du trunk (derrière un NAT, il s'agit de l'adresse publique du routeur), les identifiants Digest sont corrects (nom d'utilisateur bird, le bon secret de clé API, un algorithme proposé par le trunk) et le domaine SIP correspond exactement au domaine du trunk.

Ouvrez l'appel dans le journal des appels. Le panneau au-dessus des détails indique la cause et renvoie vers le paramètre à corriger. Les sept raisons que vous pouvez résoudre sont source_not_allowed, caller_id_not_verified, destination_not_enabled, insufficient_balance, daily_spend_exceeded, concurrent_calls_exceeded et calls_per_second_exceeded.

Certains équipements gèrent mal un défi qui commence par SHA-256. Réglez l'algorithme Digest du trunk sur MD5 uniquement, et votre PBX recevra un défi qu'il comprend.

Vérifiez les adresses média, les règles de pare-feu et les codecs pris en charge. Une cause fréquente est le NAT qui envoie le média vers une adresse privée inaccessible. Configurez la gestion NAT ou STUN du client et vérifiez l'audio dans les deux sens.

C'est possible. Bird prend en charge TLS sur le port 5061 pour la signalisation SIP, de sorte que l'établissement de l'appel est chiffré en transit. UDP et TCP sur le port 5060 ne sont pas chiffrés. Choisissez le transport correspondant à vos exigences de sécurité.

Chaque événement est signé par HMAC. Vérifiez la signature avec le secret de votre endpoint avant d'agir sur le contenu, et renouvelez ce secret depuis le tableau de bord dès que nécessaire.

Les données Voice suivent la région de service configurée. Consultez les conditions de traitement et de conservation des données applicables à votre déploiement ; le routage des points de terminaison de l'API ne décrit pas à lui seul chaque lieu de traitement ou de stockage.

Utilisez l'accès voix en écriture pour une clé autorisée afin d'authentifier les appels, et l'accès voix en lecture pour consulter les fiches d'appels. Le scope voice_management séparé couvre la configuration. Le trunk applique également sa clé configurée et ses règles de source.

La raison précise est inscrite sur l'enregistrement de l'appel, où vous seul pouvez la consulter. Renvoyer un 503 générique au niveau SIP empêche quiconque sonde votre trunk de découvrir quels trunks, numéros et destinations existent.

Les certifications et la documentation de sécurité sont disponibles dans le Trust Center à trust.bird.com. L'accord de traitement des données, la déclaration de confidentialité et la politique d'utilisation acceptable sont publiés sur bird.com/legal. Pour un questionnaire fournisseur, votre équipe de compte Bird s'en charge.

Une séquence d'appel contrôle les messages vocaux, les choix clavier et l'enregistrement à l'intérieur d'un appel téléphonique. Un flux d'automatisation coordonne un processus métier plus large. Séparez les deux workflows et leurs décisions de publication.

Oui. Combinez un message vocal ou préenregistré avec une saisie clavier et des branches pour les chiffres reconnus, le dépassement du délai d'attente et la saisie non reconnue.

Non. La collecte clavier lit des chiffres DTMF. Un agent vocal en langage naturel nécessite un moteur conversationnel avec ses propres comportements de parole et de tour de parole.

Les appels utilisant une version publiée conservent le contenu immuable de cette version. Les nouveaux appels utilisent la version nouvellement publiée. Les appels de test en brouillon lisent la dernière séquence enregistrée à chaque transition et peuvent refléter les modifications du brouillon.

Non. Elle identifie un travail accepté. Suivez la sonnerie, la réponse et le résultat final de l'appel séparément, et rattachez les réessais incertains à la même opération.

Non. Un menu téléphonique suit des choix prédéfinis comme des touches du clavier. Une conversation vocale IA interprète le langage et génère des réponses via un moteur conversationnel. Les deux nécessitent une conception complète du routage d'appel et du traitement des résultats.

Un environnement d'exécution compatible SIP peut se connecter via Bird lorsque sa signalisation, son authentification et son comportement média sont compatibles. Validez l'intégration avec un appel réel dans les deux sens avant de basculer le trafic.

Non. MCP permet à un agent logiciel autorisé d'utiliser les outils d'un compte. Un agent vocal en direct nécessite en plus l'audio, le traitement de la parole, la gestion des tours de parole et une application conversationnelle.

Connectez ces actions via les outils autorisés de votre application. Considérez le statut renvoyé comme la source de vérité, et exigez la confirmation appropriée du client avant d'effectuer une modification.

Mesurez la connexion et l'aboutissement de l'appel séparément du succès de la tâche. Suivez le résultat métier confirmé, le taux d'escalade et les causes d'échec observées ; une transcription ou un appel décroché seul ne peut pas prouver la conversion.

Non. Configurez la route entrante du numéro. Un rejet est un résultat explicite, pas une connexion automatique à une équipe ou un agent.

Oui, via l'application d'appel ou le runtime SIP que vous configurez pour le recevoir. Le numéro, le trunk entrant, la passerelle et le runtime de conversation doivent tous être prêts.

Inspectez les deux segments d'appel corrélés. Vérifiez la cible validée, la destination activée, le routage disponible et les limites de compte applicables.

Non. La route enregistre le comportement de traitement sélectionné. Le statut de l'appel et les événements associés vous indiquent si ce comportement a réussi.

Le transfert crée un segment sortant en plus du segment entrant. Consultez les tarifs publiés et les composants tarifés finaux de l'appel.

Non. Le téléphone du tableau de bord utilise le navigateur et un trunk SIP Bird configuré.

Le téléphone du tableau de bord passe des appels sortants. Dirigez les appels entrants vers le système téléphonique ou l'application conçu pour y répondre.

Oui. Utilisez le clavier pour les choix DTMF tels qu'un menu IVR ou un poste.

Ils sont acheminés et tarifés comme des appels Voice. Consultez les tarifs publiés pour la destination et vérifiez la fiche d'appel finale.

Non. Bird Voice ne prend pas en charge les appels d'urgence.

Non. L'enregistrement est une étape explicite du workflow configuré. Choisissez la source prise en charge à capturer, et le moment où la capture commence et s'arrête.

La capture audio et la transcription sont des opérations distinctes. Demandez la transcription lorsque c'est pertinent et consultez le résultat du traitement.

Oui. Le traitement vocal peut se terminer après l'appel téléphonique. Maintenez une distinction entre le résultat de l'appel et l'état de traitement des artefacts.

Non. Une session peut relier plusieurs segments d'appel, et chacun peut avoir ses propres artefacts. Inspectez l'appel source et l'identité de capture.

Utilisez-la comme preuve de conversation. Confirmez une réservation, une modification de commande ou un paiement dans le système métier qui a exécuté cette action.