Votre outil n’a pas sa page : le résultat est écrit dans Zenvox, en mode natif complet. Ce qu’il faut pour le qualifier, et pourquoi un portail ne s’automatise pas par défaut.
7 jours, 20 appels répondus, sans carte
Le résultat est écrit dans Zenvox : demande, rendez-vous, motif, enregistrement et transcription. Le mode natif est complet — ce n’est pas une version réduite en attendant mieux — et il fonctionne sans que rien soit connecté. Votre logiciel garde la vérité de ce qu’il tient déjà, et la réceptionniste vous remet le travail là où vous êtes.
Ce qui n’est pas demandé au propriétaire tient en trois points : aucune clé à créer, aucun connecteur à programmer, aucun développement écrit sur mesure. Quand une interface publiée existe, le chemin propre passe par une application cliente autorisée, des jetons limités, des rappels web signés et vos propres règles — pas par un accès universel à tous vos objets.
Une règle guide la suite : une catégorie générale ne suffit pas à qualifier quoi que ce soit — il faut un produit nommé, son édition, et la personne qui détient le compte. Et un portail qui s’ouvre dans un navigateur n’est pas une interface : un écran conçu pour un être humain n’est pas une permission.
Tant qu’un produit n’est pas nommé et qualifié, cette matrice décrit une méthode plutôt qu’un connecteur. Elle dit, action par action, ce qu’une qualification regarde et ce qui se passe entre-temps — parce que c’est la vraie question d’un propriétaire qui ne voit pas son outil dans la liste.
| Action | État | Ce que ça veut dire |
|---|---|---|
| Lire | À qualifier | C’est le premier point qu’une qualification examine : votre logiciel publie-t-il une interface documentée, votre édition y donne-t-elle accès, et qui détient le compte qui l’autoriserait ? Trois réponses suffisent pour savoir si la suite a du sens. |
| Créer | À qualifier | Une écriture se qualifie après la lecture, dans cet ordre. Ce qui est vérifié à ce moment-là : quels objets peuvent réellement être créés, comment l’interface se comporte quand la même demande part deux fois, et ce qui arrive quand votre logiciel la refuse. |
| Modifier | Mode natif Zenvox | Tant que le contrat de votre logiciel n’est pas établi, la modification vit dans votre espace : la demande y change d’état, avec son historique, et vous la reportez là où vous travaillez. C’est aussi ce qui évite le pire des cas, deux outils qui modifient le même dossier sans savoir l’un de l’autre. |
| Annuler | Mode natif Zenvox | L’annulation touche des états que votre logiciel contrôle, parfois avec des conséquences de facturation. Zenvox enregistre la demande d’annulation, vous prévient et vous la transmet. Piloter automatiquement un portail conçu pour un être humain n’est pas le comportement par défaut : un import approuvé ou une étape humaine est prévu à la place. |
Toute votre base fonctionne sans rien connecter du tout : répondre, qualifier, prendre le rendez-vous, envoyer le résumé, transmettre au bon responsable. Aucune capacité de la base ne dépend d’un logiciel tiers, et c’est voulu. Ce qui demande une option, c’est d’assembler vos propres règles et de relier vos propres applications.
Voici ce qu’on vous demandera si vous voulez faire qualifier votre logiciel, et les limites posées d’avance.
Une entreprise dont le suivi des commandes vit dans un système maison sans interface publiée. Rien n’est connecté : la réceptionniste travaille en mode natif et route.
ClientBonjour, j’appelle pour savoir où en est ma commande.
RéceptionnisteJe prends d’abord votre nom et votre numéro de rappel au cas où on serait coupés. Vous avez un numéro de commande ou une date ?
ClientJ’ai commandé il y a environ trois semaines, je n’ai pas le numéro.
RéceptionnistePas de souci, je note ce que vous me donnez et je le transmets tout de suite à la personne qui a le dossier devant elle. Je ne m’avance pas sur une date moi-même — c’est elle qui va vous la confirmer.
La demande arrive à la bonne personne avec le nom, le numéro de rappel, la période de commande et la question exacte. Le système maison n’est pas touché ; la personne qui l’ouvre répond avec le vrai état, et le client est rappelé au lieu d’attendre.
C’est une situation ordinaire au départ, et elle n’arrête rien. Le mode natif est complet : ce n’est pas une version réduite en attendant mieux.
Oui. Le mode natif est complet, ce n’est pas une version réduite en attendant mieux : la demande, le rendez-vous, le motif, l’enregistrement et la transcription vivent dans votre espace, sans rien connecter.
Un produit nommé, son édition, et la personne qui détient le compte : une catégorie générale ne se qualifie pas. Trois réponses suffisent pour savoir si la suite a du sens.
Non, un portail qui s’ouvre dans un navigateur n’est pas une interface. Un écran conçu pour un être humain n’est pas une permission, et l’automatisation d’un portail n’est pas le comportement par défaut.
C’est une réponse possible, et on la dit au lieu de la contourner : votre fournisseur peut être un concurrent, un client, ou simplement fermé de l’extérieur. Quand aucune interface n’existe, un import que vous approuvez ou une étape humaine remplace l’automatisation, et cela reste un bon résultat.
Non : aucune clé à créer, aucun connecteur à programmer, aucun développement écrit sur mesure. Quand une interface publiée existe, le chemin propre passe par une application cliente autorisée, des jetons limités et des rappels web signés.
Non : les droits restent ceux que votre portée vous donne. Un accès universel à tous les objets parce que l’interface est achetée n’est pas prévu.
Voyez les logiciels déjà étudiés, comment vos propres données alimentent la réceptionniste, ou vos propres parcours.
Mon logiciel n’est pas dans la liste
