Accueil › Pour les éditeurs de CRM et d'ERP
Votre logiciel au téléphone
Quand le téléphone sonne, votre système sait qui appelle – simplement, personne ne le lui demande. Nous le lui demandons. Pour cela, vous n’avez pas à comprendre un système téléphonique, mais à ouvrir une interface.
Cette page s’adresse aux éditeurs de systèmes CRM et ERP. Elle décrit ce que fait le portail Haus iT, quels systèmes sont reliés aujourd’hui et quel format nous demandons pour une intégration.
Ce que vos clients y gagnent
Le gain ne naît ni chez vous ni chez nous, mais au bureau où le téléphone sonne. Personne n’a mesuré le temps qui s’y perd en recherches pour votre secteur – nous n’avançons donc aucun nombre de minutes. Ce que nous avons mesuré figure plus bas sous D’où viennent les chiffres .
L’appel commence par une réponse
Au lieu de « À qui ai-je l’honneur ? » et « Avez-vous un numéro client ? », le nom est déjà là. À vingt appels par jour, cela fait une demi-heure qui ne se perd pas en recherches.
Un clic au lieu d’une recherche
Le lien ouvre la fiche dans votre système – là où tout se trouve déjà. Personne ne retape un numéro dans une deuxième fenêtre.
Appeler depuis la fiche
Un lien sur le numéro suffit et le client Webex compose. Pas de faute de frappe, pas de mauvais poste.
La direction voit ce qui reste en plan
Non pas combien on a téléphoné, mais avec combien de clients – et lesquels personne n’a joints depuis des semaines. C’est le rapport que la force de vente demande réellement.
Les appels manqués sont une liste
Avec numéro, lieu et temps d’attente – à traiter, pas seulement à compter. Celui qui a appelé trois fois en vain ce matin figure en haut.
Rien à installer
Aucun logiciel sur les postes de travail, aucun serveur sur site. La tuile tourne dans le client Webex que vos clients ont de toute façon ouvert.
Et ce que vous, éditeur, y gagnez
Une intégration téléphonique est une caractéristique demandée dans chaque appel d’offres et que presque aucun éditeur de taille moyenne ne construit lui-même – parce que l’effort n’a rien à voir avec son propre métier. C’est exactement cette part que nous prenons en charge.
La téléphonie dans votre offre, sans téléphonie dans votre entreprise
Pas de contrat Cisco, pas de certification, pas d’enregistrements d’appels, pas de normalisation de numéros. Tout cela existe et tourne en production.
Votre système est ouvert plus souvent
Chaque appelant reconnu porte un lien vers la fiche client. Le clic va vers vous, pas vers nous – et chaque appel devient une raison d’utiliser votre logiciel.
Un point de terminaison, pas un projet
Ce dont nous avons besoin tient sur une demi-page. D’expérience, un à deux jours de temps de développement – une seule fois, pour tous vos clients.
Un argument dans l’appel d’offres
« Avec notre logiciel, le collaborateur voit qui appelle. » Cela ne se lit d’ordinaire que chez les grands – et les rédacteurs d’appels d’offres le tiennent de plus en plus pour acquis.
Pas de support pour une technique étrangère
Si le téléphone ne sonne pas, c’est notre appel à prendre, pas le vôtre. Nous sommes le prestataire téléphonique et le restons – vous restez dans le métier que vous connaissez.
Un constat sur vos données – gratuitement
Dès la première récupération, nous voyons combien d’enregistrements sont joignables par téléphone et ce qui bloque par ailleurs : adresses e-mail dans le champ téléphone, numéros locaux sans indicatif. Nous vous le remontons – cela sert à chacun de vos clients, pas seulement à l’intégration.
Une clé par client, saisie par le client lui-même : vous gardez la maîtrise de qui voit quoi et pouvez retirer un accès à tout moment, sans que nous ayons quoi que ce soit à faire.
Ce que voit l’utilisateur
Deux choses, et toutes deux en service : la tuile dans le client Webex et le pilotage commercial dans le portail.
Haus iT Caller ID
Tourne dans la barre latérale du client Webex. Vérifiée par Cisco et référencée dans l’App Hub.
- Qui appelle – et par quelle file d’attente
- Qui, dans l’entreprise, a pris l’appel
- Barre de recherche et pavé de numérotation pour les appels sortants
- Un clic ouvre le client dans votre système
Pilotage commercial
Ne répond pas à la question de savoir combien on a téléphoné, mais avec combien de clients .
- Clients joints et clients contactés, taux de joignabilité
- Des clients que personne n’a appelés depuis des semaines
- Files d’attente, temps de réaction, rappels
- Déroulé de la journée par collaborateur, sous forme de tableau à emporter
Les deux ne valent que ce que vaut l’association entre numéro et client – et celle-ci vient de votre système.
Ce qui est relié aujourd’hui
Ces systèmes sont entièrement reliés et répondent au moment de l’appel . Ils figurent ici parce qu’ils tournent – pas parce qu’ils sont prévus.
ActiveCampaign
Axonaut
Capsule CRM
Copper
EspoCRM
ForceManager (Sage Sales Management)
Holded
HubSpot
JTL-Wawi
Kommo
Magicline
monday.com
Odoo
onOffice enterprise
orgaMAX Buchhaltung
Pipedrive
Propstack
Salesforce Sales Cloud
SAP Business One
SAP Cloud for Customer
SAP S/4HANA
SAP Sales Cloud und Service Cloud V2
TANSS
weclapp
Zendesk Sell
Zendesk Support
Zoho CRM
zvoove Recruit
58 des 64 systèmes du catalogue répondent au moment de l’appel. Les 5 autres ne livrent leur base clients qu’en bloc ; pour eux le portail effectue une synchronisation nocturne, et le renseignement est aussi frais que la dernière exécution – c’est pourquoi ils ne sont pas proposés aux clients.
Sont représentés ici les systèmes dont nous possédons un logo ; ce mur de logos n'est pas un répertoire complet.
Les noms et logos appartiennent à leurs propriétaires respectifs. Ils figurent ici comme indication de compatibilité ; aucun partenariat ni aucune recommandation n’est affirmé.
Ce que le connecteur sait faire
Ce qui s'affiche dans la tuile de l'utilisateur, c'est votre interface qui en décide. Ici ne figure donc pas ce que nous pourrions faire, mais ce que les 64 systèmes du catalogue répondent réellement aujourd'hui – compté à l'instant où vous avez chargé cette page.
| Ce que voit l’utilisateur | Systèmes | À quoi cela sert |
|---|---|---|
| Recherche par numéro de téléphone | 59 sur 64 | La seule fonction obligatoire. Un numéro entre, la fiche sort – en moins d'une seconde, pendant que le téléphone sonne. |
| Recherche par nom | 56 sur 64 | Pour la barre de recherche de la tuile : mot partiel sur le nom de la personne et celui de l'entreprise, en un seul appel. |
| Entreprise de l'appelant | 36 sur 64 | Pour qu'il n'y ait pas seulement un nom, mais l'entreprise pour laquelle la personne appelle. |
| N° client | 26 sur 64 | Le numéro avec lequel l'utilisateur travaille au quotidien – et qu'il cherche autrement. |
| Lien qui ouvre la fiche | 18 sur 64 | Un clic depuis la tuile vers votre système, sans deuxième fenêtre et sans recherche. Le plus petit chiffre de cette page – et le point où un connecteur se distingue le plus nettement. |
| Créer un appelant inconnu comme contact | 22 sur 64 | Si quelqu'un appelle qui n'existe pas encore, le portail le crée dans votre système après l'entretien – uniquement si l'utilisateur l'active expressément. |
| Réécrire la note d'appel | 27 sur 64 | Ce qui est noté après avoir raccroché se trouve sur le contact ou sur le dossier dans votre système, pas dans un deuxième outil. |
Ce que votre système ne livre pas reste vide dans la tuile. Rien n'est deviné – un mauvais numéro de client est pire que pas de numéro. Les champs que porte un connecteur figurent publiquement dans le wiki, système par système.
Ce qui s'ajoute indépendamment de votre système
Ce qui suit, vous ne le construisez pas et ne l'entretenez pas. Cela tourne en production et vaut pour chaque connecteur de la même manière – pour le vôtre aussi.
Des numéros qui se retrouvent
Le même numéro arrive en cinq écritures. Le portail les unifie et résout les indicatifs en France comme à l'étranger – le plus long qui convient l'emporte. Votre interface reçoit un numéro propre.
Plusieurs sources dans une seule réponse
Si votre système ne trouve pas l'appelant, le portail poursuit – le carnet d'adresses de l'utilisateur, son propre annuaire de numéros. L'utilisateur voit une ligne, pas trois fenêtres vides.
Servir la file d'attente
Par quelle file d'attente l'appel est arrivé, qui l'a pris – et la connexion et la déconnexion directement depuis la tuile, sans ouvrir un deuxième programme.
Traiter les appels manqués
Avec numéro, localité et temps d'attente, sous forme de liste et non de chiffre. Le rappel part de la même tuile, et qui a été joint en disparaît.
Des listes d'appels avec un frein
Une liste naît d'un filtre dans votre système ou d'un tableau – et seulement après un aperçu affichant le nombre. Liste de blocage, heures d'appel et une limite de tentatives par entreprise s'appliquent à l'automatisme comme au bouton.
Interroger les champs à l'exécution
Si votre système sait renseigner sur ses propres champs, nous les lui demandons au lieu de les supposer. Un connecteur survit alors à votre prochaine version et aux adaptations de vos clients.
Vos clients à l'étranger
L'interface, la tuile et les pages publiques existent en 24 langues. Un de vos clients hors du marché allemand obtient le même connecteur dans sa langue – sans que vous ni nous ayons quoi que ce soit à reconstruire.
Rien sur les postes de travail
Aucune installation, aucun serveur chez l'utilisateur, aucun pilote. La tuile tourne dans le client Webex que vos clients ont déjà ouvert.
Ce que nous pouvons relier
Pratiquement tout système joignable en HTTP et renvoyant du JSON. Le catalogue connaît 7 procédés d'authentification, et il n'en est encore venu aucun qui n'ait pas convenu :
Connexion
Authorization: Bearer …-
Un en-tête à vous, par exemple
X-Api-Key -
Clé dans l’adresse (
?token=…) - Basic Auth, y compris la clé comme nom d’utilisateur
- OAuth 2 – client credentials, avec renouvellement
- Digest, pour les systèmes qui l'exigent encore
- Signature par requête (HMAC)
Formes de réponse
- Liste d’enregistrements, imbriquée à n’importe quelle profondeur
- Objet avec l’identifiant comme clé
- Un enregistrement isolé
- Paginée ou d’un seul tenant
Protocoles propres
JSON-RPC, OData et Microsoft Graph sont réalisés comme des connecteurs propres. Un cas particulier n’est pas un motif d’exclusion – c’est simplement plus de travail de notre côté, pas du vôtre.
Quel format nous demandons
Chez nous, une intégration est un fichier de description, pas un programme . C’est la raison pour laquelle elle est prête en un jour. Voici à quoi elle ressemble – raccourcie, mais réelle :
'basis' => 'https://{instanz}/api',
'auth' => ['art' => 'bearer', 'feld' => 'api_key'],
'suche' => ['pfad' => '/kunden/suche?telefon={nummer}',
'liste' => 'data'],
'abbildung' => [
'name' => ['{vorname} {nachname}', 'firma'],
'firma' => 'firma',
'kundennummer' => 'kundennr',
'kennung' => 'id',
'telefone' => ['telefon', 'mobil', 'zentrale'],
'url' => 'https://{instanz}/kunde/{id}',
],
Pour que cela tienne, nous avons besoin de vous exactement de ce qui figure dans ce fichier : l’adresse, la méthode d’authentification, le chemin de la recherche et les noms de vos champs. Une réponse d’exemple anonymisée nous suffit pour cela – nous n’avons pas besoin de données clients réelles pour construire une intégration.
Les deux points de terminaison que nous demandons
1 · Recherche par numéro de téléphone
GET /api/kunden/suche?telefon=%2B4952512020505
Ce qui compte n’est pas le chemin, mais le comparaison . Réduisez les deux côtés aux seuls chiffres et comparez sur les neuf derniers chiffres – alors « 05251/2020505 », « +49 5251 2020505 » et « +49 (0)5251 2020505 » sont le même numéro. C’est précisément là qu’échouent la plupart des intégrations. Parcourez tous les champs de téléphone, pas seulement le premier : c’est du mobile que l’on appelle le plus souvent.
2 · Recherche par nom
GET /api/kunden/suche?name=Beispiel
Pour la barre de recherche de la tuile – afin que personne n’ait à ouvrir votre système dans une deuxième fenêtre juste pour trouver un numéro. Dix résultats suffisent.
Sont également utiles : le Modèle d’adresse d’une fiche client (pour que le clic depuis la tuile mène dans votre système), l’information de savoir si votre liste pagine à partir d’une certaine taille, et à quelle fréquence nous pouvons interroger. Nous ne devinons rien : un lien qui ne mène nulle part est pire que pas de lien.
D’où viennent les chiffres
Nous ne citons aucun chiffre que nous n’ayons mesuré nous-mêmes, et nous précisons comment et quand. Ce qui manque ici manque à dessein – un pourcentage estimé est commode en vente et embarrassant dans le premier entretien technique.
| Chiffre | Comment cela a été mesuré | Ce qu’elle n’est pas |
|---|---|---|
|
3 579 enregistrements en 2,1 secondes |
Une seule requête sur l’instance de production d’un système spécialisé pour l’automobile, le 01/09/2026, depuis notre centre de données, sans rien enregistrer. | Pas un test de charge. Avec dix fois plus d’enregistrements, cela peut être différent – l’interface paginera probablement alors. |
|
80,7 % joignables joignables |
Sur les mêmes 3 579 enregistrements : 2 888 portent au moins un numéro de téléphone normalisable en numéro valide. Le comptage est fait par client, non par numéro. | Pas une valeur de branche. Une valeur issue de données réelles – un autre fichier se situe plus haut ou plus bas. |
| 64 systèmes, 58 avec requête directe | Compté dans le catalogue de ce portail, à l'instant où vous avez chargé cette page. Sur les 64 systèmes, 58 répondent au moment de l'appel : 53 par un fichier de description et 5 par un connecteur propre dans le code – DATEV, Microsoft 365 (Outlook), Odoo, SAP Cloud for Customer et zvoove Recruit ne parlent pas REST, mais leur propre langue. 5 autres ne livrent leur fichier clients qu'en bloc et ne sont donc pas proposés aux clients. | Pas une évaluation. Le catalogue dit quel système sait répondre à un numéro ; lequel convient à votre cas, l'accès de test le tranche. |
|
1 à 2 jours de temps de développement |
Valeur d’expérience tirée des intégrations construites jusqu’ici, pour deux points de recherche sur un modèle de données existant. | Pas une promesse. Qui doit d’abord normaliser ses numéros mettra plus longtemps – nous le disons avant, pas après. |
Nous mesurons avec des outils qui appartiennent au portail et que nous vous montrons lors de l'entretien : la structure d'une réponse peut être analysée sans en conserver les valeurs, et un connecteur peut être joué de bout en bout sans enregistrer une seule ligne. Nous travaillons à contrecœur avec des chiffres dont plus personne ne connaît l'origine.
Trois questions qui viennent à ce moment-là
« Combien cela nous coûte-t-il ? »
De votre côté, le temps de développement pour deux points d'accès. Chez nous naît le connecteur ; pour cela nous facturons des frais de dossier uniques de 899,00 € HT, dus seulement lorsque l'interface fonctionne. Il n'y a ni redevance de licence, ni volume minimal, ni contrat d'exclusivité. La facturation courante se fait auprès de l'utilisateur qui souscrit la tuile ou le suivi commercial.
« Et si nous changeons d’avis ? »
Vos points de terminaison vous appartiennent. Un client qui retire la clé met fin à l’intégration immédiatement – sans que personne chez nous ait à intervenir. Aucun verrouillage ne se crée à aucun moment.
« Qu’advient-il des données de nos clients ? »
Avec la requête directe, les données restent entièrement chez vous. Nous demandons un numéro et affichons la réponse – rien n’en est conservé. Ce n’est que si votre système n’offre aucune recherche que nous avons besoin d’un export, et alors seulement cinq champs.
Comment cela se déroule
- Un échange entre les développeurs. Une heure suffit. Nous montrons ce que le portail fait de vos champs.
- Un accès de test. Une clé pour une instance. Nous vérifions votre réponse et vous rapportons ce que nous voyons – y compris ce qui nous frappe dans vos données.
- Votre point de terminaison. Recherche par numéro et par nom. Un à deux jours ; la spécification est prête avant que vous ne commenciez.
- En production. Votre système figure au catalogue. Chacun de vos clients peut le sélectionner et saisir sa propre clé.
Ce qu'il advient des données
Aucun contenu de conversation n’est traité. Le numéro sert uniquement à effectuer une recherche dans le système de l’utilisateur. Avec la requête directe, vos données restent entièrement chez vous – nous n’en gardons aucune copie. Lors de la synchronisation nocturne, nous stockons par client ce qu’exige la seule question « qui appelle » : numéro, nom, société, numéro client, lien. Pas d’adresses, pas de chiffres d’affaires, pas de notes.
Chaque utilisateur saisit sa propre clé. Elle est déposée chiffrée et n’est ensuite plus lisible, pas même par celui qui l’a saisie. Vers la politique de confidentialité
Parlons-en
Un rendez-vous avec votre développeur et le nôtre. Une heure suffit – ensuite, les deux côtés savent si cela convient.
Réserver un rendez-vous Télécharger la présentation
Wolfgang-Udo Mertens
Gérant · Haus iT Service & Vertrieb
une division de Mentor GmbH, Paderborn
+49 5251 20208-11 ·
wumertens@mentor-group.de
Mentor GmbH · Am Hoppenhof 30a · 33104 Paderborn · Handelsregister HRB 9975, Amtsgericht Paderborn · Geschäftsführer: Wolfgang-Udo Mertens