Déléguer des droits sur un standard téléphonique
Laisser un client changer un horaire ou ajouter un poste sans lui ouvrir le plan de numérotation. Une console de constructeur est en pratique tout ou rien ; celle-ci se découpe par standard, par entité, et en lecture ou en écriture.
Aucun chiffre de gain sur cette page : nous n'en avons pas mesuré. Ce qui est décrit est ce que le produit fait.
Ce n'est pas une demande d'outil, c'est une demande de service
Vos clients ne vous demandent pas un outil de supervision, et ils ne le demanderont jamais sous ce nom. Ils demandent de changer un horaire d'ouverture avant un pont, d'ajouter un poste pour l'intérimaire qui arrive lundi, de savoir pourquoi personne n'a répondu vendredi.
Chacune de ces demandes est un appel, un courriel ou un ticket. Aucune n'est facturable au tarif d'une intervention. Et les refuser abîme la relation aussi sûrement que les accepter grignote la marge.
Pourquoi vous ne leur donnez pas la main
Parce que la console du constructeur est tout ou rien. Donner l'accès, c'est donner le plan de numérotation, les faisceaux, les renvois, la configuration entière — à quelqu'un dont ce n'est pas le métier, sur un système dont vous restez responsable.
Et pourquoi vous finissez par le faire quand même
Par lassitude, sur le standard d'un client de confiance, avec un compte administrateur et une consigne orale. C'est la situation que personne ne documente et que tout le monde connaît.
Trois questions, et la réponse se règle compte par compte
Un droit n'est pas un rôle : c'est l'intersection de ce qu'on peut voir, de ce sur quoi on peut le faire, et de ce qu'on a le droit d'y faire.
| La question | Ce qui se règle |
|---|---|
| Quels standards ? | Le compte ne voit que les standards qui lui sont rattachés. Un client multi-sites voit les siens ; un client mono-site n'en voit qu'un, et ignore que les autres existent. |
| Quelles entités ? | Usagers, groupes, files d'attente, numéros directs, lignes, annuaire : chacune se donne ou se retient séparément. « Les usagers seulement » est le réglage le plus fréquent, et c'est celui qui répond à 80 % des demandes du quotidien. |
| En lecture ou en écriture ? | Entité par entité. Voir la liste des files sans pouvoir la modifier est un réglage légitime — et souvent suffisant pour que le client cesse d'appeler pour savoir. |
Le plafond est porté par le client, jamais par le compte
C'est le client qui porte le plafond — les standards rattachés et les menus disponibles. Le compte, lui, ne peut que restreindre à l'intérieur de ce plafond. Les droits effectifs sont l'intersection des deux.
La conséquence est celle qu'on veut : on ne peut pas élargir un compte au-delà de ce que son client a le droit de voir, même par erreur de saisie. Et toute modification de droits révoque les sessions concernées — la personne qui perd un droit le perd à la requête suivante, pas à la prochaine reconnexion.
Ce n'est pas une vue en lecture seule
Le même produit, deux fois
Le niveau intégrateur et le niveau client final partagent le même code. Périmètre, menus et actions sont filtrés automatiquement : le client ne voit pas des écrans grisés, il voit son outil.
On sait toujours où l'on est
Un badge et une couleur d'en-tête disent en permanence dans quel mode on se trouve. ⚠️ C'est un détail d'ergonomie qui évite la faute la plus coûteuse : croire qu'on est chez soi alors qu'on est chez un client.
Ce que le client dépose lui-même
Depuis son espace, le client final dépose une demande — ajout de poste, modification, panne — typée et rattachée au bon standard. Elle part avec une référence stable, ce qui évite la double saisie, et peut porter la référence du ticket correspondant chez vous.
⚠️ Ce n'est pas un outil de tickets, et cela ne remplace pas le vôtre : un webhook sortant signé l'alimente. Exploitable par GLPI, iTop, ServiceNow, Jira ou tout autre outil — nous ne certifions de connecteur pour aucun.
Déléguer suppose de pouvoir dire qui a fait quoi
C'est la condition qui rend la délégation acceptable — pour vous, et pour le client le jour où quelque chose ne va pas.
Le journal est nominatif
Chaque action porte qui, quand, quoi : l'entité touchée, la cible et les valeurs changées. Le journal enregistre les actions, pas les consultations — un journal noyé de lectures ne se relit jamais.
Les rapports sont scellés
Chaque rapport publié porte une empreinte inscrite dans un registre en ajout seul, et son attestation d'intégrité se télécharge depuis l'espace du client.
Comment c'est fait, et ce que ça ne prouve pas →
Ce que la délégation ne fait pas
| Non | Pourquoi |
|---|---|
| Elle ne rend pas le client autonome | Et ce n'est pas le but. Elle lui donne les gestes du quotidien ; tout ce qui touche à l'architecture du standard reste chez vous. Une délégation sans borne ne serait pas une délégation, ce serait un transfert de responsabilité. |
| Elle ne couvre pas tout sur toutes les marques | Ce qui s'écrit dépend de ce que l'interface de programmation de chaque constructeur expose. Lecture banalisée, écriture selon la matrice — c'est publié marque par marque, et c'est la matrice du produit qui fait foi avant un engagement. |
| Elle ne remplace pas votre outil de tickets | Une seconde application de suivi impose deux sources. Nous alimentons la vôtre ; nous ne la remplaçons pas. |
| Elle ne porte pas d'engagement de service | Le périmètre d'un engagement déborde largement les standards — actifs réseau, alarmes techniques, protection du travailleur isolé. Nous enrichissons les données de votre application de support. |
Ce qu'on nous demande sur la délégation
Le découpage, sur votre parc réel
Dites-nous quels clients, quelles marques et ce que vous voudriez leur laisser faire. Nous vous montrons le découpage correspondant, et nous vous disons ce qui ne se déléguera pas sur telle marque — avant l'engagement, pas après.
Réponse sous 4 heures ouvrées · qualification écrite et gratuite