Il peut arriver que dans certains cas, un renommage de compte soit demandé au support pour une raison X ou Y. Beaucoup pensent que c'est une action bénigne d'administration. Cette page a été créé pour vous expliquer pourquoi le renommage de compte n'existe pas au sein de notre solution.

Chaînage de l'information

Dans les nombreux logiciels de saisie d'information concernant le personnel ou les élèves dans les établissements scolaires, les fiches permettent de modifier nom / prénom / civilité / nom d'usage en quelque clics. Une fois la fiche à jour, cela est exporté vers un annuaire intermédiaire, puis transmis à l'annuaire de l'ENT NetO'Centre (même si vous n'êtes pas utilisateur de la plateforme). OMICO utilise les données présentes dans l'ENT pour ensuite générer des comptes dans les annuaires des établissements.

Pourquoi cet enchaînement d'annuaire ? Chaque entité a besoin d'informations différentes dans son annuaire, chaque annuaire est différent, et un annuaire n'utilise pas la même technologie. Si vous êtes intéressé pour avoir plus d'informations techniques, je vous recommande cette documentation qui aborde le sujet des annuaires d'entreprise.

Est-ce que cela ne rend pas complexe le maintien à jour ? C'est clairement une horreur ! Le moindre grain de sable dans la chaîne devient un enfer à identifier et à corriger, surtout quand les divers annuaires ne sont pas gérés par la même entité. Les équipes doivent se coordonner pour que cela puisse communiquer correctement.

Unicité de l'information

Qui dit chaîne d'information, dit nécessité d'avoir des éléments discriminants, pour s'assurer qu'on parle bien du même compte. Dans un annuaire, la plupart du temps, on utilise l'attribut numéro d'employé (employeeNumber). Cet attribut n'est pas censé évoluer durant tout le temps de la présence d'un utilisateur au sein d'un annuaire.

Malheureusement, ce numéro d'employée ne peut pas être utilisé comme identifiant de connexion : un compte provenant de l'ENT à un identifiant à 10 caractères, un compte généré localement depuis OMICO à un identifiant de 30 caractères. En plus de cela, ce n'est pas quelque chose d'humainement simple à retenir (comme son propre nom et prénom) : l'identifiant est donc composé d'un assemblage de prénom et nom, avec un séparateur.

Un identifiant a besoin d'être unique au sein d'un annuaire, il est donc naturellement un élément discriminant, et par définition qui n'est pas altérable.

Pourquoi d'autres y arrivent ?

Comme indiqué un peu plus tôt, chaque annuaire est différent, que ce soit dans la composition des attributs ou dans l'usage qui va être fait. Certains systèmes intègrent la possibilité de créer un identifiant unique universel (UUID) et un identifiant d'usage (facile à retenir pour l'utilisateur). Notre solution est partie d'une solution qui n'avait pas cette possibilité, et tout le système a été conçu autour de l'annuaire. Des contraintes techniques fortes sont donc présentes et si on reparait de zéro à ce jour, nous aurions d'autres possibilités et certainement celle de pouvoir permettre à un utilisateur de choisir son identifiant de connexion.

Alors oui, il y a des contraintes techniques qui rendent cette évolution inimaginable à ce jour, mais peut-être qu'il sera possible d'envisager cette fonctionnalité dans notre solution. Ce n'est pas pour aujourd'hui, ni dans un avenir proche, mais l'idée reste dans un coin de notre tête.

Alors, comment vous faites quand on demande à renommer un compte ?

Eh bien, on le supprime. Mais la démarche ce ne fait pas aussi simplement qu'on pourrait le croire :

1. Altération de la mémoire d'OMICO pour qu'il ne cherche pas à recréer le compte,
2. Suppression du compte de l'annuaire dans l'établissement,
3. Mise à jour de l'environnement utilisateur sur le serveur de fichier (pour archiver le précédent compte),
4. Création du nouveau compte ou modification de la liaison forte avec l'attribut du numéro d'employé,
5. Nouvelle mise à jour de l'environnement utilisateur sur le serveur de fichier (pour créer le nouveau compte, ou mettre à jour l'association avec le numéro d'employé).

Comment je peux faire alors sans solliciter le support ?

C'est impossible, même pour les communautés qui ont des administrateurs en établissements (CFA / EPLEA / EF2S). On touche à des éléments trop sensibles pour se dire qu'on pourrait déléguer ou automatiser la tâche. C'est tellement un cas particulier que seuls quelques agents du support sont formés et autorisés à réaliser ces actions.