Allemagne
Autriche
Espagne
États-Unis
France
Italie
Pays-Bas
Pologne
Royaume-Uni
SuèdeNotre API n'a pas cent endpoints. Elle a les vôtres.
La plupart des fournisseurs vous donnent une API publique qui contient tout, puis vous passez deux jours dans la documentation pour découvrir que votre cas précis n’y figure pas. Nous développons nous-mêmes notre plateforme : vous nous dites ce qu’il vous faut, et nous y ajoutons les endpoints.
D'un simple webhook à votre propre serveur IVR : vous commencez là où vous en êtes et vous passez au niveau suivant quand vous en avez besoin.
POST /webhook/route
// Belfabriek demande à chaque appel :
{ "from": "+32470123456",
"to": "+3221234567",
"time": "2026-09-21T14:32:08Z" }
// votre serveur répond :
{ "destination": "+32478001122",
"whisper": "Client de Liège, ticket ouvert" }serveur injoignable ?
repli sur votre destination fixe
Votre logiciel sait des choses que votre standard téléphonique ignore
Qui travaille aujourd’hui, quel client appelle, si sa commande est déjà prête : tout cela se trouve dans vos systèmes, et dans aucun tableau de bord de téléphonie.
Les horaires sont dans votre outil de planification
Vous savez exactement qui est de service, mais le téléphone, lui, ne le sait pas. Chaque matin, quelqu’un modifie un renvoi à la main, ou oublie de le faire.
Vos chiffres sont dans le mauvais tableau de bord
Les journaux d’appels, les durées de conversation et les chiffres de file d’attente sont chez nous, alors que vos rapports sont chez vous. Tant que les deux ne communiquent pas, quelqu’un exporte un fichier chaque mois.
Ce dont vous avez besoin ne figure pas au menu
Un appel qui consulte une base de données, du télévote, une alerte sortante qui atteint toute une équipe en quelques secondes : rien de tout cela ne tient dans un menu de sélection.
D'une simple requête à votre serveur jusqu'à votre propre IVR
Les quatre niveaux fonctionnent sur la même plateforme et sur vos numéros existants. Vous partez de là où vous en êtes et vous évoluez quand le besoin s’en fait sentir, et non l’inverse.
- 1
Routage par webhook
serveur momentanément hors ligne ? repli sur votre destination fixeÀ chaque appel entrant, nous demandons à votre serveur où l’appel doit aller. Vous répondez avec un numéro, une messagerie vocale ou un message, en quelques millisecondes et sans que l’appelant remarque quoi que ce soit. Cela fonctionne aussi par choix de menu : les ventes vers un webhook, le support vers un autre.
Qui fait quoi- Vous construisez
- un endpoint
- Nous faisons
- interroger et exécuter
- Il vous faut
- un serveur qui parle HTTP
- 2
L'API privée
faisabilité et coûts éventuels confirmés à l'avanceVous récupérez les enregistrements d’appels, les journaux et les chiffres de file d’attente dans vos propres systèmes, vous modifiez les destinations depuis votre outil de planification et vous lancez des appels sortants qui diffusent un message. Pas de bibliothèque publique de centaines d’endpoints : vous décrivez ce que vous voulez obtenir, et nous construisons ces endpoints.
Qui fait quoi- Vous construisez
- les requêtes
- Nous faisons
- les endpoints, pour votre cas
- Il vous faut
- un développeur, pas une équipe
- 3
La boîte à outils IVR
les mêmes briques que nos propres équipes produitLa bibliothèque d’actions avec laquelle nous construisons nos propres fonctionnalités : Answer, Play, Dial, Record, GatherDigits, StartStream. Chaque action a une signature fixe et un résultat typé, si bien que votre code sait toujours ce qui s’est passé. Vous écrivez vous-même l’intégralité du flux d’appel.
Qui fait quoi- Vous construisez
- le flux
- Nous faisons
- la plateforme en dessous
- Il vous faut
- une équipe de développement
- 4
Votre propre serveur IVR
migration depuis le niveau 2 ou 3, vos numéros continuent de fonctionnerUne instance qui tourne uniquement pour vous, avec une capacité garantie, des données isolées et le langage de programmation que votre équipe utilise déjà (Python, Node, Go). Nous livrons les configurations standard sous forme de conteneur Docker. C’est l’étape indiquée pour les flux complexes avec consultation de bases de données, les campagnes à fort volume ou le télévote.
Qui fait quoi- Vous construisez
- tout, ou rien
- Nous faisons
- le serveur, voire l'application
- Il vous faut
- une session stratégique en amont
Le chemin de la voix jusqu'à votre IA
Avec une seule action, vous diffusez en temps réel l’audio d’un appel vers n’importe quel endpoint WebSocket : un assistant IA, un moteur de speech-to-text ou votre propre service d’analyse. C’est vous qui décidez quand cela commence, dans quel sens circule l’audio et quand cela s’arrête.
- Appelant
- Notre numéro et notre routage
- StartStream
- Votre IA
Votre modèle, notre ligne
Le stream s’exécute en parallèle du reste du flux, ce qui vous permet entre-temps de diffuser des messages, de recueillir des saisies ou de transférer l’appel. Un voicebot SaaS n’en est pas capable, car il faut pour cela être propriétaire de la téléphonie.
Des données qui ne quittent pas votre environnement
Sur votre propre serveur IVR, le traitement reste dans votre environnement, avec une connexion privée vers votre base de données au lieu d’un passage par l’internet public. C’est le dispositif dont ont besoin les secteurs strictement réglementés.
Nous sommes opérateur télécom sous licence dans quatorze pays européens et aux États-Unis, et nous gérons nous-mêmes notre plateforme IVR. C’est pourquoi nous pouvons ajouter un endpoint au lieu de vous renvoyer à la feuille de route d’un fournisseur, et c’est aussi pourquoi l’appel passe, là où c’est possible, par le réseau télécom fixe plutôt que par l’internet public.
Six choses qu'aucun tableau de bord ne sait faire
Un routage qui suit votre propre planning
Votre serveur regarde qui travaille en ce moment et retourne ce numéro. Il n’y a plus de second planning que quelqu’un doit tenir à jour.
Un routage selon la localisation de l'appelant
Votre serveur consulte l’indicatif de zone de l’appelant et retourne l’agence la plus proche, sans rien lui demander.
Annoncer un statut plutôt que transférer l'appel
Votre serveur ne retourne pas un numéro mais un texte : « Votre commande sera prête à 15 heures. » Le numéro devient alors une ligne d’information.
Les enregistrements directement dans vos archives
Ils sont téléchargés vers votre propre stockage ou votre système de conformité, sans que personne ait à les récupérer à la main.
Une alerte sortante vers toute une équipe
Votre système lance les appels et les destinataires entendent un message enregistré ou généré, par exemple pour signaler une panne ou rappeler un rendez-vous.
Un appel qui consulte votre base de données
L’appelant tape son numéro de client, le flux récupère ses données et décide sur cette base de ce qui se passe ensuite.
Quand vous ne devriez surtout pas commencer ici
Si vous avez seulement besoin d’un renvoi d’appel, d’un menu de sélection ou d’une file d’attente, vous n’êtes pas au bon endroit : tout cela se trouve dans le tableau de bord et se règle en cinq minutes. Cette page commence là où le tableau de bord s’arrête. Demandez-vous aussi dès le départ qui assurera la maintenance de l’intégration, car un webhook qui cesse de répondre parce que plus personne ne s’occupe de ce serveur est plus gênant que le renvoi manuel qu’il devait remplacer. C’est pourquoi le niveau 1 se replie sur une destination fixe si votre serveur ne répond pas.
Ce que les développeurs nous demandent
Pour la boîte à outils, il existe une documentation avec des exemples fonctionnels pour chaque action. L’API privée est différente pour chaque client : vous recevez donc la documentation de vos propres endpoints, car une référence générique de cent endpoints que vous n’avez pas n’aide personne.
Le vôtre. Un webhook est une requête HTTP, donc tout ce qui sait y répondre fonctionne. Sur votre propre serveur, vous programmez en Python, Node, Go ou dans le langage que votre équipe utilise déjà.
L’appel se replie alors sur la destination que vous avez définie à l’avance. Une panne de votre côté ne doit pas se traduire par un appel perdu, c’est pourquoi vous configurez ce repli lors de la mise en place, et non après.
Oui, et c’est l’ordre prévu. Si vous passez plus tard à votre propre serveur, nous migrons vos flux existants, et vos numéros comme votre routage continuent de fonctionner normalement.
Nous livrons la configuration standard d’un serveur dédié sous forme de conteneur Docker, et elle peut tourner dans un délai d’un jour ouvrable. Le sur-mesure suit une session avec nos développeurs, au cours de laquelle nous esquissons l’architecture et vous indiquons ce que cela coûte et combien de temps cela prend.
Les coûts figurent sur la page des tarifs et, pour l’API privée, nous confirmons la faisabilité et les coûts éventuels avant de développer. Vous n’aurez donc pas de surprise une fois votre développeur au travail.
Une API REST privée. Nous construisons les endpoints dont vous avez besoin en fonction de vos exigences spécifiques. Vous envoyez des requêtes HTTP et recevez des réponses JSON, si bien que tout langage de programmation ou toute plateforme capable d’effectuer des appels HTTP fonctionne.
Vous nous dites ce que vous voulez obtenir. Nous discutons des exigences, confirmons la faisabilité et construisons les endpoints. Votre développeur reçoit des endpoints propres et documentés qui font exactement ce qui a été convenu, sans approximations ni tâtonnements.
Avec une clé API liée à votre compte Belfabriek. Toutes les communications passent par HTTPS.
Oui. Vous pouvez mettre à jour la destination des appels en temps réel. Votre propre logiciel décide où vont les appels en fonction de la disponibilité du personnel, du numéro de l’appelant, de l’heure de la journée ou de toute logique que vous définissez.
Oui. L’API vous permet de lancer par programmation des appels qui diffusent un message enregistré ou en synthèse vocale. C’est utile pour les rappels de rendez-vous, les alertes de service et les notifications d’urgence.
Oui. Vous pouvez récupérer automatiquement les enregistrements et les stocker dans vos propres archives, votre système de conformité ou tout autre outil interne.
Oui. L’API donne accès aux journaux d’appels, aux données de durée, aux métriques de file d’attente et à d’autres données encore. Importez les données brutes dans vos outils de BI et combinez-les avec vos autres indicateurs d’activité.
Notre équipe peut construire des endpoints API sur mesure ou des solutions IVR complètes adaptées à vos exigences. Nous développons et maintenons notre propre plateforme, ce qui nous permet de l’étendre sans dépendre d’un tiers.
Décrivez ce que vous voulez connecter
Dites-nous de quelles données vous avez besoin et quelles actions vous voulez pouvoir déclencher. Nous vous disons si c'est possible, ce que cela coûte et à quel niveau il vaut mieux commencer.
