Méthode
Valider à deux niveaux avant d’écrire dans NetBox
NetBox est votre référentiel : on n’y écrit pas sur la foi d’une photo. Comment la plateforme organise la décision humaine, d’une seule validation à un circuit proposer puis valider.
Sommaire
Un référentiel n’a de valeur que si on peut lui faire confiance. Si chaque relevé photo pouvait modifier NetBox sans contrôle, l’inventaire deviendrait vite aussi incertain que les photos elles-mêmes. La plateforme part donc d’un principe simple : elle propose, une personne décide.
Cet article décrit comment ce principe s’applique concrètement, et comment l’adapter à votre organisation grâce à la validation à deux niveaux.
Le principe : rien sans validation
La comparaison entre une photo et NetBox produit des écarts. Chaque écart est une proposition de modification : créer un équipement, en déplacer un, corriger un type. Tant que personne ne l’a acceptée, une proposition ne modifie rien dans NetBox.
Ce choix a trois conséquences pratiques :
- une erreur de détection reste une ligne à corriger, jamais une donnée fausse dans le référentiel ;
- chaque modification de NetBox a un auteur identifié et une date ;
- le relevé conserve la photo qui a motivé la décision.
Le contrôle humain n’est pas une option qu’on pourrait désactiver pour aller plus vite. C’est la façon dont la plateforme est conçue.
Un niveau ou deux : à vous de choisir
Dans le fonctionnement le plus simple, une seule personne traite les écarts et les applique. C’est adapté à une petite équipe, où la même personne connaît le terrain et le référentiel.
Dans beaucoup d’organisations, ces rôles sont séparés. Le technicien qui relève la baie n’est pas celui qui administre NetBox. La validation à deux niveaux correspond à ce découpage :
- premier niveau : une personne traite les écarts et propose les modifications ;
- second niveau : une autre personne, avec les droits adéquats, valide ou refuse ces propositions, et seules les propositions validées sont écrites dans NetBox.
Ce découpage a un autre avantage : la personne qui valide n’a pas besoin de se déplacer. La photo, la comparaison et la proposition lui suffisent pour décider, depuis son poste, des modifications à porter dans le référentiel.
Ce second niveau est optionnel. Il se décide selon vos règles internes, pas selon une contrainte de l’outil.
Le circuit, étape par étape
Le relevé est comparé
La photo de la baie est comparée U par U à NetBox. Les écarts apparaissent dans l’onglet « À traiter », chacun avec la photo à côté.
Le premier niveau traite
Pour chaque écart, la personne regarde la photo, corrige la proposition si besoin, ou l’ignore. Elle coche les lignes retenues.
Les propositions partent en validation
Avec le circuit à deux niveaux, « Appliquer la sélection » n’écrit pas encore dans NetBox : les propositions passent dans l’onglet « À valider ».
Le second niveau décide
Le valideur relit chaque proposition, avec la photo et l’état actuel de NetBox. Il valide ou refuse.
NetBox est mis à jour
Les propositions validées sont écrites dans NetBox par le connecteur. Elles rejoignent l’onglet « Historique » du relevé.
Refuser une proposition
Un refus n’est pas un échec du circuit : c’est précisément ce pour quoi il existe. Le valideur peut refuser une proposition qui lui paraît douteuse, par exemple un retrait fondé sur un équipement « non vu » alors qu’il le sait monté à l’arrière. La proposition refusée n’est pas écrite dans NetBox, et la décision reste tracée avec son auteur.
Si le doute porte sur la photo elle-même, la meilleure réponse est souvent un nouveau relevé : une photo mieux éclairée, ou une photo de l’autre face. Le relevé précédent reste consultable, et la comparaison peut être relancée avec « Recomparer ».
Ce que voit le valideur
Valider une proposition sans contexte reviendrait à signer à l’aveugle. Le valideur dispose donc des mêmes éléments que la personne qui a proposé :
- la photo, avec le cadre de l’équipement concerné ;
- ce que montre la photo et ce que dit NetBox, côte à côte, sur le même intervalle d’U ;
- la confiance de la détection et, le cas échéant, la mention « à vérifier » ;
- la modification proposée, et son auteur.
Si un type générique a été proposé faute d’identifier le modèle exact, la mention « à vérifier : type générique » reste visible jusqu’à ce qu’un type officiel de NetBox soit choisi. Le valideur sait ainsi ce qui est établi et ce qui ne l’est pas.
Comptes, rôles et traces
La validation à deux niveaux s’appuie sur les comptes et les rôles de la plateforme. Les comptes sont créés par un administrateur ; les rôles déterminent qui peut relever, qui peut proposer, et qui peut valider l’écriture dans NetBox.
Chaque action est inscrite au journal : qui a proposé, qui a validé, quand, sur quelle baie. Côté NetBox, l’accès passe par un connecteur et un jeton dédié : vous savez exactement par quel canal la plateforme écrit, et vous pouvez limiter ses droits dans NetBox comme pour n’importe quel autre client.
Pour aller plus loin sur ces sujets, consultez Comptes, rôles et droits et Journalisation et traçabilité.
Pourquoi ne pas tout automatiser ?
La question revient souvent : si la détection est bonne, pourquoi ne pas écrire directement ? Parce qu’une photo, même nette, ne dit pas tout. Un équipement peut être caché, une étiquette illisible, un modèle très proche d’un autre. Et une erreur dans le référentiel se propage : elle fausse la capacité, les plans d’intervention, les audits suivants.
La plateforme est conçue pour aider à décider vite, pas pour décider à votre place. Elle prépare le travail, met la preuve sous les yeux, et laisse la décision à une personne identifiée. C’est aussi ce qu’attend le règlement européen sur l’IA en matière de supervision humaine : voir Règlement européen sur l’IA.
