Guide d'utilisation — ANN (Autonomous Network Navigator)

Ce guide s'adresse à qui vient d'accéder à ANN et se demande par où commencer. Il décrit ce que l'outil fait aujourd'hui, dans l'ordre où on s'en sert.

Ce qu'ANN fait, et ce qu'il ne fait pas

ANN outille la trajectoire de maturité Autonomous Networks du TM Forum : il évalue où vous en êtes sur des scénarios à haute valeur (HVS, High-Value Scenario), génère une roadmap de progression, et prépare le dossier de preuve pour une demande de certification.

ANN n'est pas le TM Forum et ne délivre pas le certificat ANLAV. L'outil aide à préparer le dossier de preuves ; c'est le TM Forum qui valide l'auto-évaluation et délivre le certificat.

Cette phrase n'est pas une précaution d'avocat. Elle décrit exactement la frontière : ANN vous aide à mesurer votre maturité et à constituer un dossier. La certification elle-même est un acte tiers.

Trois distinctions que vous retrouverez partout dans l'interface, parce qu'elles changent le sens de ce que vous lisez :

Les rôles et ce qu'ils voient

Cinq rôles, avec des périmètres d'accès réels, pas seulement déclaratifs :

Un rôle client (administrateur, contributeur, auditeur) reste toujours cantonné à son organisation — jamais de fuite vers une autre organisation cliente, même par manipulation d'URL. Un consultant CEVIA peut intervenir sur plusieurs missions clients en parallèle, mais uniquement sur celles où un accès lui a été accordé explicitement, pas sur l'ensemble du portefeuille.

Le parcours d'une évaluation

1. Choisir un scénario (HVS)

Évaluations → un scénario marqué « Lancer l'évaluation ». Chaque scénario représente un High Value Scenario TM Forum : gestion des pannes RAN, continuité de service, etc. Seuls les scénarios réellement outillés proposent ce bouton — voir « Le catalogue de HVS » plus bas pour les autres (HVS : High-Value Scenario, scénario à haute valeur).

2. Le questionnaire, par sous-scénario et tâche IAADE

Le questionnaire se présente en onglets, un par sous-scénario. Chaque onglet affiche un badge de progression (vert à 100 %, gris sinon) et liste les tâches du cycle IAADE : Intent, Awareness, Analysis, Decision, Execution.

Pour chaque tâche, vous choisissez un niveau de maturité de L0 à L5. Un clic suffit : la réponse s'enregistre automatiquement, sans bouton « Enregistrer » séparé (le texte « Enregistrement... » puis « Enregistré » confirme la sauvegarde). Un commentaire libre est possible sous chaque tâche, lui aussi sauvegardé automatiquement quelques instants après que vous arrêtez de taper.

Un repli « Voir les 6 niveaux de maturité (L0-L5) » rappelle le critère explicite de chaque niveau, si un doute subsiste sur ce qui distingue un L2 d'un L3 par exemple.

Sous le nom d'une tâche, des puces indiquent, quand le référentiel en connaît, la norme de référence de la tâche (par exemple 3GPP TS 28.532 ou TMF642). Survolez une puce, ou placez-y le focus au clavier, pour lire sa portée. Une puce marquée « Proposition CEVIA » est une correspondance proposée par CEVIA, pas encore issue d'une annexe sourcée : ce n'est pas une table officielle du TM Forum. Les puces ne changent jamais le score, et la plupart des scénarios n'en ont pas encore.

3. Le pré-remplissage assisté par IA

Pré-remplir avec l'IA, disponible par sous-scénario. Vous collez un extrait de document opérationnel (export d'alarmes, politique réseau, rapport d'audit...) ; l'IA propose un niveau L0-L5 par tâche, avec une justification courte citant un élément concret de l'extrait.

Plutôt que de coller le texte à la main, vous pouvez aussi importer un ou plusieurs fichiers — bouton "Importer des fichiers" ou glisser-déposer directement sur le champ. Formats acceptés : .md, .txt, .csv et .log (fichier texte uniquement, 2 Mo maximum par fichier) — le .csv couvre notamment les exports d'alarmes ou de compteurs produits par du matériel actif réseau, un format d'entrée courant pour ce cas d'usage. En sélectionnant plusieurs fichiers à la fois, leur contenu est combiné automatiquement (chacun clairement identifié par son nom) et l'IA tient compte de l'ensemble des preuves fournies pour ses suggestions, pas seulement de la première. Un fichier dans un format non pris en charge (une image, par exemple) est signalé clairement plutôt que d'être inséré tel quel dans le champ.

Chaque suggestion porte l'étiquette « Suggestion IA — à valider » tant qu'elle n'a pas été confirmée. Elle ne compte dans aucun score avant cela — un clic sur Valider, ou le fait de choisir vous-même un niveau (ce qui vaut validation implicite), la fait entrer dans le calcul.

Si aucune clé MISTRAL_API_KEY n'est configurée pour votre déploiement, ou si l'appel échoue, ANN retombe sur un mode de démonstration hors-ligne : la suggestion reste indicative, la justification le précise explicitement. Un plafond de 50 pré-remplissages par jour et par organisation protège contre un usage disproportionné ; au-delà, ANN vous invite à saisir les niveaux manuellement pour le reste de la journée.

4. Les preuves

Sous chaque tâche, vous pouvez déposer une ou plusieurs preuves, typées Déclarative ou Technique — la distinction compte pour le calcul de couverture (voir « La préparation à la certification ANLAV »). Un dépôt de preuve exige d'avoir déjà choisi un niveau pour la tâche.

Le menu de type, à côté du bouton d'ajout, est pré-sélectionné sur le type recommandé par l'encadré « Exemple concret » de la tâche (vous pouvez toujours le changer). Si la pièce que vous déposez existe déjà sur la même tâche (même contenu), ANN le signale — « Ce fichier est déjà déposé sur cette tâche » — et propose de changer le type de la preuve existante plutôt que de la redéposer. La même pièce reste possible sur une autre tâche.

Corriger une erreur de dépôt. Sur la ligne d'une preuve :

• Changer le type (déclarative ↔ technique). Si la preuve était validée, elle repasse en attente de validation : son poids dans la couverture change.
• Retirer, avec un motif obligatoire. La preuve n'est jamais supprimée : elle est retirée — le fichier et son historique sont conservés. Elle n'entre plus ni dans le taux de couverture ni dans la couverture des preuves, et elle est masquée par défaut. Le bouton Afficher les preuves retirées (visible quand il y en a) les montre, avec leur motif, aux administrateurs, aux rôles CEVIA et aux auditeurs (en lecture).

Qui peut faire quoi : l'administrateur client et les rôles CEVIA peuvent valider, rejeter, changer le type ou retirer n'importe quelle preuve. Un contributeur peut changer le type ou retirer sa propre preuve tant qu'elle est en attente. Un auditeur ne peut rien modifier. Chaque action est journalisée, avec l'ancienne et la nouvelle valeur.

5. Le score et l'export

Le score global de l'évaluation (Lbase/Lextra/Lscenario, méthodologie IG1252) s'affiche sur l'écran Résultats, avec un radar de maturité par catégorie IAADE et la liste des écarts par sous-scénario. Tant qu'aucun sous-scénario n'est complet, le score global affiche « Non évalué » plutôt qu'un chiffre trompeur.

Marquer comme complétée apparaît une fois 100 % des tâches répondues, pour clore formellement l'évaluation. Un export PDF (synthèse de scoring et Gap Analysis) est disponible depuis l'écran Résultats.

Données à demander. Pour les scénarios dont le référentiel les décrit (aujourd'hui : Gestion des pannes RAN, GB1523A), le bouton « Données à demander » de l'écran Résultats ouvre la liste des données à réclamer à l'opérateur pour lancer la collecte de preuves : code, donnée, catégories IAADE, tâches concernées, source probable, interfaces standards, granularité et sensibilité, ainsi que le bloc « Ce que nous ne demandons pas » (aucune donnée d'abonné). Le compteur « X / N via interface standard » est calculé à partir de la liste. Elle s'exporte en PDF ou en XLSX, avec le même contenu que l'écran et les mentions légales de CEVIA, par l'administrateur client, l'auditeur et le consultant CEVIA ; le contributeur la consulte mais ne peut pas l'exporter. Chaque export est journalisé. Le contenu de la liste est rédigé en français, quelle que soit la langue de l'interface.

6. Comparer plusieurs scénarios : les capacités transverses

L'écran Comparaison inter-HVS (HVS : High-Value Scenario, scénario à haute valeur) propose, après la matrice de maturité, le radar comparé et le guide de preuves, un onglet Capacités transverses. Il répond à une question simple : quelles catégories IAADE bloquent plusieurs scénarios à la fois ? Pour chaque scénario (HVS), l'onglet lit une seule évaluation : la plus récente évaluation complétée, à défaut la plus récente non complétée, signalée alors par le bandeau « Évaluation incomplète — valeurs partielles ». Un brouillon sans aucune réponse est listé « Non évalué ». Le tableau donne, par catégorie IAADE, le nombre de scénarios dont elle est le goulot (la catégorie de plus faible moyenne ; en cas d'égalité, chaque catégorie ex æquo compte, donc le total peut dépasser le nombre de scénarios), sa moyenne, et le gain simulé si toutes ses réponses gagnaient un niveau (plafond L5). Un gain nul est normal : aucun gain tant que le goulot n'est pas levé, car le niveau d'un scénario est plafonné par sa capacité la plus faible (règle IG1252). Tout ce qui est calculé ici est étiqueté « Méthode CEVIA » et la simulation « Simulation — non mesurée » : rien n'est enregistré, aucun score n'est modifié. L'onglet est en lecture seule, pour tous les rôles.

7. Les boucles fermées et leur gouvernance

Le cadre Autonomous Networks du TM Forum décrit quatre boucles fermées : Utilisateur, Business, Service et Ressource (IG1218 v3.0.0, § 4.1). ANN les met en regard de vos scénarios (HVS, High-Value Scenario) pour répondre à deux questions : où en est chaque boucle ? et jusqu'où l'autonomie y est-elle autorisée ?

La carte des boucles d'une évaluation. Sur l'écran Résultats, le bouton « Carte des boucles » (présent seulement pour les scénarios dont le référentiel rattache des sous-scénarios à une boucle) ouvre quatre cartes. Chacune donne la maturité de la boucle, sa « part du score du HVS : X % », son goulot (la catégorie IAADE la plus faible), les sous-scénarios rattachés et la gouvernance définie. L'icône (i) à côté du nom de la boucle affiche sa définition, reformulée par CEVIA, avec la référence IG1218. Une boucle à laquelle aucun sous-scénario n'est rattaché affiche « Non couverte par ce HVS » : jamais un 0. La maturité d'une boucle est la moyenne des scores des sous-scénarios rattachés, pondérée par leurs poids renormalisés. Seuls les sous-scénarios complets comptent ; s'il en manque, le bandeau « Évaluation incomplète — valeurs partielles » l'indique, et s'il n'y en a aucun la carte affiche « Non mesurable ». C'est une Méthode CEVIA (le TM Forum ne définit pas de formule « par boucle ») : quand tout est complet, la somme « part du score × maturité » sur les boucles redonne exactement le score IG1252 du scénario. Rien n'est enregistré, aucun score n'est modifié.

La vue de l'organisation. L'entrée « Boucles fermées » du menu (juste avant « Stratégie ANSP ») ouvre, pour chaque boucle, les scénarios qui y contribuent et sa maturité moyenne : la moyenne simple des maturités par scénario (chaque scénario pèse pareil), calculée sur une seule évaluation par scénario (la plus récente complétée, à défaut la plus récente non complétée). Les boucles Utilisateur et Business affichent « Non couverte : aucune gouvernance définissable tant qu'aucun HVS n'y contribue » (HVS : High-Value Scenario, scénario à haute valeur).

La gouvernance. Pour chaque couple (scénario, domaine) d'une boucle couverte, l'organisation peut définir : l'autonomie maximale autorisée (de L0 à L5), un point de validation humaine (qui valide, quand, avant quelle action) et des garde-fous (arrêt d'urgence / capacité d'intervention, seuils d'action automatique, retour arrière, journalisation), chacun avec son statut : En place, Partiel, À confirmer ou Absent. Rien n'est prérempli : tant qu'elle n'est pas saisie, l'autonomie affiche « Non définie ». Les badges disent d'où vient chaque champ : « Source : IG1230 v1.1.0 » pour le point de validation humaine et l'arrêt d'urgence, « Proposition CEVIA » pour le reste (à valider, ce n'est pas une exigence officielle du TM Forum).

L'alerte « au-dessus de l'autorisé ». Quand une autonomie maximale est définie, ANN liste les tâches de la boucle dont le niveau constaté (réponses validées) la dépasse. L'alerte est calculée tâche par tâche, jamais sur la moyenne : une moyenne sous la limite peut très bien cacher des tâches au-dessus.

Qui peut quoi. Tous les rôles consultent les boucles et leur gouvernance. L'administrateur client, le consultant CEVIA et l'administrateur CEVIA peuvent la modifier (bouton « Modifier ») ; le contributeur et l'auditeur ne voient pas ce bouton. Chaque modification est journalisée avec l'ancienne et la nouvelle valeur. Si quelqu'un d'autre a modifié la même gouvernance entre-temps, ANN refuse l'enregistrement et demande de recharger la page, pour ne pas écraser son travail.

La stratégie ANSP (planifier l'autonomie du réseau)

L'ANSP (AN Strategic Planning, planification stratégique des réseaux autonomes) est la pratique du TM Forum qui sert à définir la stratégie d'autonomie d'un opérateur. Le cadre Autonomous Networks (IG1218 v3.0.0, § 4.4) l'appuie sur quatre éléments clés : les KEI (indicateurs d'efficacité), les niveaux d'autonomie, l'architecture cible et l'AN Map (le paysage des scénarios, dont sont issus les HVS, High-Value Scenario, scénario à haute valeur). ANN propose pour cela l'entrée « Stratégie ANSP » du menu (la dernière) : on y prépare la stratégie, on la soumet, et l'administrateur de l'opérateur l'approuve.

D'où viennent les champs. Le TM Forum décrit la structure d'un plan stratégique AN de niveau 4 dans le livre blanc IG1443 (p. 29) : vision et objectifs de valeur à 3-5 ans, liste des HVS et feuille de route avec objectifs annuels, budget d'investissement. Il ne fournit pas de gabarit de saisie et ne définit aucune formule. Chaque champ d'ANN affiche donc sa provenance : « IG1443 p. 29 » quand il reprend cette structure (ambition, objectifs de valeur à 3-5 ans, budget d'investissement, liste des HVS d'un domaine, objectif de valeur d'un jalon) ; « Méthode CEVIA, inspirée d'IG1443 p. 29 » pour le niveau cible chiffré d'un HVS (IG1443 décrit des objectifs de valeur, pas un niveau chiffré par horizon) ; « Méthode CEVIA » pour ce que CEVIA ajoute (niveau constaté par domaine, cibles de niveau par domaine, sponsor, date du comité, circuit d'approbation). La méthodologie détaillée de planification stratégique (IG1433) n'est pas intégrée à ANN.

Les quatre étapes. Elles sont articulées sur les quatre éléments clés : 1. Niveaux, 2. KEI, 3. Scénarios (AN Map, HVS) et 4. Trajectoire sont disponibles ; L'architecture cible, quatrième élément clé, est disponible : un bloc par domaine, sous l'étape 1 (références IG1251 et IG1230).

La vision et le sponsor (avant les étapes). Le premier bloc de l'écran, placé avant « Les quatre étapes » : il ne fait pas partie de l'étape 1. Il contient l'ambition, les objectifs de valeur à 3-5 ans, le sponsor (CTO ou équivalent), la date du comité et le budget d'investissement (une note). Un clic sur « Enregistrer » affiche « Enregistré. » à côté du bouton, comme pour les cibles et les jalons.

L'étape 1, niveaux par domaine. Un bloc par domaine du catalogue des HVS (Multi-service, Fixe, Entreprise, Mobile, IoT, Core, Transport, IP : les libellés d'ANN, avec en infobulle (« i ») le terme exact de l'AN Map et sa référence, IG1339 v2.4.0 §2.1, fig. 2.1-2 p. 11 ; table 2.2-1 p. 12 ; par exemple « Mobile » correspond à « Wireless »). Un domaine sans HVS disponible reste affiché, « Non couvert » (Fixe, Entreprise, IoT et Transport aujourd'hui) ; Business et Utilisateur restent sur l'écran des boucles fermées :

• le niveau constaté : calculé, jamais saisi. C'est la moyenne simple des niveaux des HVS évalués du domaine (infobulle « Moyenne simple des HVS évalués du domaine (méthode CEVIA) » ; l'indicateur « n HVS sur N évalués » dit combien des HVS disponibles y contribuent) (pour chaque HVS : moyenne de ses sous-scénarios complets, pondérée par leurs poids renormalisés), sur l'évaluation retenue de chaque HVS (la plus récente complétée, à défaut la plus récente non complétée, signalée « Évaluation incomplète — valeurs partielles »). Sans évaluation exploitable : « Non mesurable », jamais un 0. Une suggestion de l'IA non validée n'y entre jamais ;
• les cibles de niveau à l'Année 1, Année 2 et Année 3 (12, 24 et 36 mois en infobulle), de 0 à 5 par pas de 0,5. L'ordre Année 1 ≤ Année 2 ≤ Année 3 est obligatoire (l'enregistrement est refusé sinon, avec le message « L'ordre Année 1 ≤ Année 2 ≤ Année 3 est obligatoire. », sans nom de champ technique). Si les trois cibles sont « Non défini » alors que le domaine n'en a aucune d'enregistrée, « Enregistrer les cibles » répond « Rien à enregistrer » (et n'affiche pas « Enregistré. ») ; effacer des cibles déjà enregistrées reste possible. Une cible inférieure au niveau mesuré déclenche seulement un avertissement, jamais un refus (on peut viser un maintien) ;
• les HVS (High-Value Scenario, scénarios à haute valeur) du domaine, avec pour chacun ses jalons par année : un objectif de valeur (le bénéfice attendu, 280 caractères) et un niveau cible chiffré, choisi dans le menu « Niveau visé par ce jalon » (distinct des cibles du domaine, Année 1, 2 et 3, en haut du bloc). Rien n'est prérempli. Un jalon peut être retiré (« Retirer le jalon ») tant que le plan est un brouillon : le retrait est logique, le jalon disparaît de l'écran mais reste conservé et tracé, et il n'est pas repris par une révision. Core Network Stability est listé sous Core avec le badge « Classement CEVIA » : absent de l'AN Map et de la table 2.2-1 d'IG1339, il est rattaché par CEVIA au domaine Core (proche de GB1523B) et n'est jamais présenté comme un standard TM Forum. Une clé de domaine d'un plan plus ancien qui ne figure plus au catalogue (RAN, par exemple) s'affiche « Domaine non reconnu », en lecture seule, sans rien supprimer. L'ANSP n'écrit jamais dans le score IG1252 : il le complète, il ne le modifie pas.

L'étape 2, indicateurs d'efficacité (KEI). On choisit les indicateurs du plan, chacun avec sa valeur de référence et sa cible (facultatives : « Non défini »), éventuellement rattaché à un HVS (High-Value Scenario, scénario à haute valeur) ; 30 indicateurs au plus par plan (limite CEVIA) et un seul par couple indicateur / HVS. La mesure est lue, jamais saisie : « Aucune mesure » s'affiche tant que des données n'ont pas été importées (la collecte arrive dans une version suivante). Tant que le référentiel complet n'est pas activé, seuls les indicateurs cités par un document public sont proposés : MTTR (Mean Time to Recovery, durée moyenne de rétablissement) et FHOR, avec leur source ; la règle est la même pour tous les rôles, comptes CEVIA compris. Comme le reste du plan, l'étape 2 ne se modifie que dans un brouillon, par les rôles éditeurs ; dans un plan soumis, approuvé ou archivé, avec un abonnement inactif ou avec un rôle en lecture seule, elle s'affiche sans bouton, avec la raison. « Réviser » reprend les indicateurs, et le PDF de l'ANSP en porte la section.

Le référentiel d'indicateurs. L'entrée « Indicateurs » du menu (la dernière) ouvre le référentiel. Tant qu'il n'est pas activé, il montre MTTR et FHOR (abréviation, libellé complet, source publique) et le message « Référentiel complet disponible » : ANN intègre le référentiel complet des indicateurs AN du TM Forum, et son affichage intégral est disponible sur activation. Il ne montre rien de plus, à aucun rôle. Lorsque le référentiel complet est activé, chaque écran qui l'affiche porte la notice de copyright du TM Forum et un lien vers la page « Notice » de la norme source. L'activation est une décision de CEVIA (un administrateur CEVIA, tracée dans le journal d'audit), jamais celle d'un compte client.

L'étape 3, scénarios prioritaires. On choisit les scénarios à traiter en priorité, classés par rang (1, 2, 3…). Il y en a deux sortes :

• un HVS dont la définition est chargée dans ANN (un HVS « Bientôt disponible » n'est pas proposé), affiché avec son domaine et le niveau constaté de son évaluation retenue (lu, jamais saisi ; « Pas d'évaluation » s'il n'y en a pas) ;
• un scénario personnalisé (nom libre de 3 à 120 caractères), toujours marqué « Hors référentiel TM Forum — non certifiable ANLAV » : il n'est pas compté parmi les HVS, n'est pas certifiable et n'a pas de domaine dans cette version.

Pour chaque scénario, on choisit une valeur et une faisabilité, de 1 à 5 : c'est une méthode CEVIA (le TM Forum ne définit ni formule ni grille de priorisation) ; le produit valeur × faisabilité n'est qu'une aide. Le rang est celui que vous fixez : « Monter » et « Descendre » le déplacent d'un cran ; « Proposer l'ordre » le remplace (après confirmation) par l'ordre valeur × faisabilité décroissant, puis valeur, puis nom. Un plan compte de 1 à 12 scénarios, et un même HVS (High-Value Scenario, scénario à haute valeur) n'y figure qu'une fois. Rien n'est ajouté automatiquement : la valeur et la faisabilité sont toujours saisies par vous. Un scénario peut être retiré tant que le plan est un brouillon (retrait logique : il disparaît de l'écran avec ses intents, mais reste conservé et tracé).

Chaque scénario porte ses intents (des objectifs exprimés en intention ; 20 au plus par scénario : une limite CEVIA, garde-fou de l'écran, et non une règle du TM Forum) :

• une couche : Business, Service ou Ressource (les trois couches opérationnelles d'IG1251, p. 19) ;
• un énoncé de 10 à 500 caractères, sans nom de personne ni donnée client (il n'est jamais écrit dans le journal d'audit) ;
• des tâches liées du HVS (High-Value Scenario) : la boucle fermée de l'intent se déduit de ces tâches (la correspondance « sous-scénario → boucle » du HVS), elle n'est jamais saisie ; un intent sans tâche liée est « Non rattaché à une boucle » (jamais un zéro ni une boucle par défaut) ; un scénario personnalisé n'a pas de tâches ;
• un champ « KEI cible », choisi parmi les indicateurs de l'étape 2 (« Aucun » par défaut ; le champ reste inactif tant qu'aucun indicateur n'est à l'étape 2). Retirer le dernier indicateur d'un KEI de l'étape 2 délie les intents qui le visaient.

Un intent a un statut : Ouvert, puis Atteint (déclaré), puis Atteint (prouvé) ; il peut aussi être Abandonné (depuis « Ouvert » seulement). « Atteint (prouvé) » et « Abandonné » sont définitifs. Une déclaration faite par erreur se corrige avec « Annuler la déclaration » : l'intent revient à « Ouvert » (rôles et plans permis comme pour la progression, tracé sans aucun texte) ; l'énoncé, la couche et les tâches liées ne se modifient que sur un brouillon, jamais sur un plan approuvé. « Atteint (prouvé) » exige au moins une preuve validée sur une tâche liée, dans l'évaluation retenue du HVS. La progression du statut d'un intent est la seule modification permise sur un plan approuvé : elle passe par des boutons dédiés, réservés aux rôles qui préparent l'ANSP (avec un abonnement actif), elle ne crée pas de nouvelle version, ne change jamais l'énoncé et est tracée sans aucun texte ; chaque changement est visible dans l'historique (date, heure, auteur, ancien → nouveau statut) et journalisé. Sur un plan soumis ou archivé, rien n'est modifiable. Un intent atteint n'entre jamais dans le score IG1252 : le niveau constaté reste celui de l'évaluation, avec un lien « Proposer une réévaluation » vers les résultats du HVS (High-Value Scenario).

L'étape 4, trajectoire en paliers. On découpe la trajectoire en 1 à 8 paliers : un libellé, un mois de début et un mois de fin (de 0 à 60, le début avant la fin) et l'objectif du palier. Les paliers se suivent sans chevauchement (un palier peut commencer au mois où le précédent se termine) : l'enregistrement est refusé sinon. Tant qu'il n'y a aucun palier, ANN propose trois lignes « Année 1, 2 et 3 » (0-12, 12-24 et 24-36 mois ; ces libellés par défaut s'affichent dans la langue de l'écran ou de l'export, un libellé que vous saisissez reste tel quel) ; rien n'est enregistré avant que vous écriviez les objectifs et enregistriez. Le niveau cible d'un palier n'est jamais saisi et n'est pas une moyenne : c'est la liste des cibles par domaine de l'étape 1 pour l'année qui contient la fin du palier (par exemple « RAN L3,5 · Core L3 » ; un domaine sans cible n'y figure pas), ou « — » quand aucun domaine n'a de cible ou que le palier se termine après 36 mois. Provenance : « Méthode CEVIA, inspirée d'IG1443 p. 29 » (le découpage en mois est une méthode CEVIA).

L'architecture cible. Dans chaque domaine de l'étape 1, un bloc dépliable « Architecture cible du domaine… » (chevron et « Afficher » / « Masquer », au clavier comme à la souris) décrit l'architecture visée. Il reprend la structure de l'architecture de référence IG1251 et la lecture Personne / Système d'IG1230 ; l'opérateur le renseigne, et chaque champ affiche sa provenance :

• les couches opérationnelles couvertes : Business, Service, Ressource (IG1251, p. 19) ;
• le type de domaine (atomique ou composite) et sa fédération avec d'autres domaines (IG1251, p. 21) ;
• la frontière du domaine, c'est-à-dire les plateformes autonomes incluses (IG1251, p. 19-20 pour la définition ; le champ est une méthode CEVIA) ;
• les blocs fonctionnels du domaine (IG1251, Tables 7 et 8, p. 23-24) : Intent Management, Domain Intelligence, Knowledge Governance, Knowledge Optimization, la base de connaissance locale, le Domain Control Loop Management (il porte la boucle fermée du domaine : perception, analyse, décision, exécution), Awareness, Analysis, Decision et Execution, puis, si la couche Ressource est couverte, Network Element et Site Intelligence. Chaque bloc a un statut déclaratif : en place, à construire (avec l'année 1, 2 ou 3) ou hors périmètre (« Méthode CEVIA, inspirée d'IG1443 p. 29 ») ;
• la plateforme Knowledge & Intelligence (IG1251, Table 9, p. 24-25) : Application Catalog, Model Training, la base de connaissance K&I (à ne pas confondre avec la base de connaissance locale) et Data Services, avec le même statut ;
• les points de référence qui concernent les couches cochées (IG1251, Table 10, p. 25-26) : I1, I2 et I3, interactions pilotées par intents obligatoires ; F1, F2 et F3, intents possibles pour fédérer des domaines (optionnel) ; K1, K2 et K3, sans intent : interfaces de collecte d'échantillons d'entraînement et de livraison de modèles d'IA entre la couche concernée et la plateforme K&I (« interface en place », « interface prévue » avec l'année, ou « non »). Le bloc rappelle aussi, à titre d'information, que l'Intent Management API Suite (TMF921) s'applique aux points I1 à I3 et F1 à F3 (IG1251, Table 11, p. 26) ;
• la répartition Personne / Système attendue, lue et jamais saisie (IG1230 v1.1.0, §4.3, Table 4, p. 41) : pour la cible de niveau de chaque année de l'étape 1, ANN indique pour Execution, Awareness, Analysis, Decision et Intent/Experience si la tâche relève de la personne (P), du système (S) ou des deux (P/S), avec la ligne « Applicabilité ». Une cible entière lit sa colonne ; une cible à demi-niveau (3,5, par exemple) affiche les deux colonnes voisines (« entre L3 et L4 ») sans jamais inventer de cellule intermédiaire. Ce n'est ni un score ni un écart d'architecture : rien ne la relie au niveau constaté ;
• un commentaire d'architecture libre.

Les statuts ne sont jamais déduits des évaluations et aucun pourcentage de couverture n'est calculé. Comme le reste du plan, l'architecture n'est modifiable que dans un brouillon, et « Réviser » la reprend.

L'export PDF. Le bouton « Exporter en PDF » (dans l'encadré de la version) télécharge le plan affiché : vision, étapes 1 à 4, architecture cible et historique du circuit. Les domaines de l'étape 1 y portent les mêmes libellés qu'à l'écran (terme de l'AN Map et référence, « Non couvert », « Classement CEVIA », « Domaine non reconnu »). Chaque page porte un en-tête (organisation, titre, version, statut, date et heure de génération avec le fuseau, heure de Bruxelles ; un brouillon ou un plan soumis porte « Non approuvé » en évidence) et un pied de page (CEVIA, unité d'exploitation de Kimani Group SRL, adresse et TVA ; « Confidentiel — usage limité à la mission » ; numéro de page, identifiant d'export court qui permet de retrouver l'export dans le journal). L'historique du circuit y donne l'heure et le fuseau de chaque étape. Chaque champ y rappelle sa provenance ; les commentaires de renvoi n'y figurent pas. L'export est ouvert à tous les rôles qui voient l'ANSP, y compris en cas de retard de paiement ou de résiliation ; il est refusé pendant l'essai. Le fichier se nomme ANSP_organisation_vN_date_fr.pdf (le code de langue fr, en ou nl distingue les trois exports).

Le circuit : brouillon → soumis → approuvé.

• Un brouillon se prépare et se modifie ; seul un brouillon est modifiable. Si un brouillon a été créé entre-temps dans une autre session, « Créer l'ANSP » est refusé (« Un brouillon ou un ANSP soumis existe déjà ») et l'écran se met à jour tout seul pour afficher ce brouillon.
• Soumettre le verrouille et le propose à l'approbation. Le consultant CEVIA peut préparer et soumettre, jamais approuver. Tant que le plan est soumis, l'écran indique « En attente de la décision de l'administrateur de l'opérateur (approuver ou renvoyer en brouillon avec commentaire). » (et non l'invitation à « Réviser », réservée au plan approuvé).
• L'administrateur client approuve, ou renvoie en brouillon avec un commentaire obligatoire (affiché sur le brouillon et dans l'historique).
• Un plan approuvé est verrouillé (sauf la progression du statut d'un intent, voir l'étape 3) et reste en vigueur. Pour le modifier, « Réviser (nouvelle version) » crée un nouveau brouillon (version + 1) qui reprend le contenu (vision, cibles, jalons, scénarios et leur rang, intents avec leur statut à cet instant, paliers) : le plan approuvé reste en vigueur pendant la révision et reste consultable ; il n'est archivé qu'au moment où l'administrateur client approuve la nouvelle version. Il n'y a qu'un seul plan approuvé et qu'un seul brouillon ou plan soumis à la fois.
• « Abandonner ce brouillon » l'archive (tracé), il n'est jamais supprimé. Comme pour le retrait d'un jalon, d'un scénario ou d'un intent, la confirmation s'affiche dans la page (« Confirmer » ou « Annuler », Échap annule), sans fenêtre du navigateur. Les plans archivés restent consultables (liste « Versions et historique », avec les étapes du circuit et les commentaires ; chaque étape porte sa date et son heure avec le fuseau, heure de Bruxelles (« 05:58 (UTC+2) » ; UTC+1 ou UTC+2 selon la date de l'étape) et son auteur : « date heure · transition · nom affiché (organisation) », l'organisation n'étant pas répétée quand elle est identique au nom affiché, sans adresse e-mail ; une étape réalisée par l'équipe CEVIA par accès délégué s'affiche « Équipe CEVIA »). Un plan n'est supprimé que si l'organisation elle-même est effacée sur demande (droit à l'effacement, fin de contrat) : cet effacement est tracé.

Qui peut quoi.

Les boutons ne sont qu'un confort : ces droits sont aussi imposés côté serveur. La progression du statut d'un intent est ouverte aux mêmes rôles que la préparation, sur un brouillon et sur un plan approuvé.

Selon l'abonnement. Pendant l'essai, le module est fermé (l'entrée de menu porte « Réservé aux abonnements actifs » et mène à la page d'abonnement, qui indique que la Stratégie ANSP est réservée aux abonnements actifs). Si l'abonnement est en retard de paiement ou résilié, l'ANSP passe en lecture seule : les plans approuvés et archivés restent consultables (l'export PDF reste autorisé), mais plus aucune modification, aucun nouveau plan, aucune transition, aucune progression du statut d'un intent. Un abonnement actif donne l'accès complet. À chaque changement d'abonnement (activation, suspension, réactivation, résiliation), l'administrateur client reçoit un e-mail sobre, sans motif ni montant, avec le contact de CEVIA (info@cevia.ai). Tant que le paiement en ligne n'est pas ouvert, l'abonnement s'active sur demande auprès de CEVIA : la page d'abonnement propose alors « Nous contacter » (un courriel prérempli à CEVIA, dont l'objet est « Abonnement ANN – » suivi du nom de l'organisation) à la place de « S'abonner ».

La collecte de données (importer un export d'alarmes)

L'entrée Collecte du menu permet d'importer un export d'alarmes de votre réseau pour le scénario GB1523A (gestion des pannes d'un réseau d'accès radio). ANN en tire les pannes, puis deux mesures : la durée moyenne de rétablissement (MTTR, Mean Time to Recovery) et le taux de traitement des pannes dans les délais (FHOR, Fault Handling On-time Ratio). Ces mesures alimentent l'étape 2 de la stratégie ANSP (la colonne « Mesure »).

Importer un fichier. Choisissez un fichier CSV ou JSON de 15 Mo au plus, son format (TMF642, le format canonique, ou un export de la forme d'un gestionnaire de pannes d'éditeur), le fuseau horaire de l'export si le fichier contient des heures locales sans fuseau (par exemple Europe/Brussels), et le seuil du délai de rétablissement en minutes. Ce seuil est un paramètre de votre organisation : le référentiel n'en fixe aucun, ANN ne le devine jamais, et il est affiché à côté de la valeur du FHOR.

Ce qu'ANN conserve, et ce qu'il ne conserve pas. Le fichier est analysé en mémoire puis supprimé aussitôt : ni son contenu, ni son nom ne sont conservés. Restent l'empreinte du fichier (un même fichier n'est pas compté deux fois), un rapport en comptages (lignes lues et rejetées, doublons, symptômes et maintenances écartés, clignotements fusionnés, pannes, pannes non rétablies, colonnes personnelles ignorées, valeurs personnelles masquées) et les mesures. Si le fichier contient des données personnelles (numéro d'abonné, nom de client…), les colonnes sont ignorées (jamais lues) et les valeurs masquées avant tout traitement, le tout compté ; si elles sont trop nombreuses, le fichier est refusé.

Comment les pannes sont comptées. C'est une règle de calcul CEVIA, pas une règle du TM Forum : les alarmes en double, les symptômes rattachés à une alarme parente, le bruit et la maintenance planifiée sont écartés ; les alarmes qui clignotent (reprise dans les dix minutes) forment une seule panne ; les pannes non rétablies sont comptées et affichées mais exclues du calcul.

Heure d'été et heure d'hiver. Une heure avec décalage (2026-10-25T02:50:00+02:00, …Z) ou en secondes Unix est toujours exacte, y compris pour une panne à cheval sur un changement d'heure (les durées sont des minutes réellement écoulées, pas la différence des heures du cadran). Une heure sans décalage est lue avec le fuseau déclaré : exacte hors changement d'heure ; dans l'heure répétée du retour à l'heure d'hiver (de 02:00 à 02:59 le dernier dimanche d'octobre, qui existe deux fois), ANN retient la durée positive la plus courte compatible ; une heure qui n'existe pas (passage à l'heure d'été) est décalée d'une heure. Ces lignes sont comptées dans le rapport (« Lignes en heure locale touchant un changement d'heure ») : si ce nombre n'est pas nul, la mesure issue de cet import porte l'avertissement « Mesure à confirmer » (écran « Collecte », étape 2 de l'ANSP) : demandez un export avec décalage UTC explicite.

Réimporter. Le même fichier avec les mêmes paramètres n'écrit rien (« déjà importé »). Corriger un fichier refusé, ou changer le seuil ou le fuseau, remplace l'import précédent.

Les quatre états de l'écran. Vide : sans import, l'écran l'explique et n'invente aucune valeur. Chargement : « Analyse en cours… » pendant l'analyse. Erreur : un message général, jamais le détail technique ; un fichier refusé dit pourquoi (colonne obligatoire absente, fuseau à déclarer, fichier vide ou trop gros…). Droits insuffisants : l'auditeur consulte sans pouvoir importer ; un abonnement en lecture seule suspend l'import ; l'organisation de démonstration n'en reçoit aucun.

« Données simulées ». Dans l'organisation de simulation de CEVIA, les fichiers de démonstration sont fictifs : toute mesure qui en vient porte la mention Données simulées. Ces valeurs illustrent un récit ; elles ne sont ni une référence de marché ni une valeur de la norme.

Préparer mes preuves

Pour chaque scénario disponible, ANN décrit ce qui est concrètement attendu comme preuve à chaque étape du cycle IAADE — pas seulement une phrase générique, un exemple concret de ce que d'autres opérateurs ont fourni pour ce type de tâche.

Deux endroits pour le consulter :

• Dans le questionnaire, directement sous chaque tâche, juste au-dessus de la zone de dépôt de preuve — vous voyez l'exemple au moment où vous déposez votre fichier.
• Dans Comparaison inter-HVS (HVS : High-Value Scenario, scénario à haute valeur), onglet Guide de preuves : la checklist complète de tous vos scénarios actifs, groupée par domaine puis par phase IAADE — consultable avant même de commencer à répondre au questionnaire, pour préparer votre dossier de preuves en amont d'une mission.

Chaque entrée précise si la preuve attendue est plutôt Déclarative (attestation, politique documentée) ou Technique (export système, journal d'exécution) — même distinction que celle utilisée au dépôt de preuve (voir « Les preuves » ci-dessus). L'export PDF/ZIP d'une évaluation inclut cette même checklist pour le scénario évalué.

Ce guide de preuves est une aide à la préparation constituée par CEVIA à partir de la pratique opérateur et des référentiels TM Forum/3GPP/ETSI/ O-RAN applicables — ce n'est pas une nomenclature de preuves officiellement publiée par le TM Forum. Un scénario sans guide de preuves n'est pas mieux ni moins bien noté : simplement pas encore documenté à ce niveau de détail.

La roadmap stratégique

Générer la roadmap, depuis l'écran Résultats une fois l'évaluation suffisamment avancée. ANN construit trois phases à partir des écarts mesurés :

1. Combler les écarts critiques
2. Aligner sur le niveau cible
3. Consolider et viser l'autonomie avancée

Chaque phase porte une étiquette de parcours AN Journey (Gap Analysis, Solution Design, Implementation & Validation) et une liste d'actions, dont le statut se fait cliquer à travers trois états : À faire → En cours → Fait.

Les indicateurs 3K

• KBI (Business Impact) — affiche systématiquement « Non mesuré ». Ce n'est pas un oubli : chiffrer l'impact business exige des données propres au client (coût horaire d'intervention, volumétrie d'incidents, revenu par service) qu'ANN n'a aucun moyen de connaître seul. La méthode l'explique plutôt que d'inventer un chiffre plausible — à chiffrer avec vous en atelier de cadrage si vous le souhaitez.
• KEI (Zero Wait / Zero Touch / Zero Trouble) — trois pourcentages calculés en direct depuis vos réponses au questionnaire (awareness → Zero Wait, execution → Zero Touch, moyenne analysis/decision → Zero Trouble), comparés à une cible de 90 %.
• KCI (Capability Index) — pourcentage de tâches déjà au niveau cible ou au-dessus, recalculé à chaque consultation depuis l'état réel de vos réponses, jamais figé au moment de la génération.

La frise chronologique

Tant qu'aucune phase n'a de date de début et de fin renseignée, la frise reste vide plutôt que d'inventer un calendrier. Renseignez les dates d'une phase (contrôle « Dates ») pour la voir apparaître, positionnée proportionnellement entre la phase la plus ancienne et la plus tardive.

Un export PDF de la roadmap est disponible depuis cet écran.

La préparation à la certification ANLAV

Préparation ANLAV (entrée de menu, ou bouton « Préparation ANLAV » de la feuille de route d'une évaluation). Cet écran répond à une question : sommes-nous prêts à soumettre notre évaluation au TM Forum pour validation ANLAV ? ANN vous aide à préparer l'évaluation ANLAV : il ne la délivre pas et ne certifie pas. L'évaluation et la certification relèvent du programme du TM Forum (IG1392) ; un bandeau le rappelle en tête de l'écran.

La couverture des preuves (anciennement « Cert-o-meter ») affiche un taux de couverture de preuve global, pondéré par type : une preuve technique compte pleinement, une preuve déclarative seule ne compte qu'à moitié. Un badge indique si le seuil configuré est atteint. Ce n'est pas un score de certification (l'infobulle (i) à côté du libellé le rappelle). Cette pondération (technique 100 % / déclarative 50 %) est une méthodologie propriétaire CEVIA, validée en interne — elle ne fait pas partie du barème officiel TM Forum IG1252 et n'influence jamais le score de maturité (Lscenario) lui-même, uniquement ce taux de couverture.

Le seuil de couverture est configurable (par défaut 80 %), modifiable par toute personne ayant un droit d'écriture sur l'évaluation — pas réservé à un rôle spécifique.

La checklist de conformité liste les livrables attendus avant une demande de certification officielle : rapport de scoring, evidence pack, roadmap validée, et seuil de couverture atteint. Les trois premiers se cochent manuellement ; le quatrième se coche tout seul dès que le seuil réel est atteint — impossible de le cocher à la main avant que ce soit vrai.

L'Evidence Vault liste chaque preuve déposée, horodatée, avec son type et qui l'a déposée — la piste d'audit qui accompagne la soumission au TM Forum. Les preuves retirées n'y figurent pas (elles restent consultables depuis le questionnaire).

Exporter l'evidence pack télécharge une archive ZIP contenant :

L'export est immédiat — pas de génération en tâche de fond à attendre.

Le catalogue de HVS

Le catalogue TM Forum compte 23 High-Value Scenarios (scénarios à haute valeur) dans IG1339 v2.4.0 (janvier 2026). À ce jour, seul un sous-ensemble est réellement outillé dans ANN — les autres portent un bouton « Bientôt disponible » plutôt qu'un accès simulé.

Pour les scénarios actifs, ANN indique honnêtement la nature de sa source : un rapport ANLAV réel quand il existe, ou une reconstruction documentée par CEVIA à partir des questionnaires TM Forum publiés quand aucun rapport ANLAV public n'est disponible. Un scénario reconstruit n'est jamais présenté comme une table TM Forum officielle s'il ne l'est pas.

Une méthodologie qui s'appuie sur des standards déjà connus. La méthodologie CEVIA/TM Forum ne part pas de zéro : pour la plupart des scénarios actifs, elle s'appuie sur des standards techniques 3GPP et ITU-T que les ingénieurs réseau connaissent déjà — le modèle d'alarme ITU-T X.733, les spécifications 3GPP de gestion de pannes (TS 28.111) ou d'optimisation radio automatisée (séries SON, TS 32.5xx), par exemple. Quand ce lien est solide, il est indiqué à côté du scénario concerné ; quand il ne l'est pas (certains domaines IP/transport relèvent davantage de standards IETF que de 3GPP), ANN le dit plutôt que de forcer un rapprochement.

Sécurité du compte

Vous gérez la sécurité de votre compte depuis Sécurité, accessible depuis le menu en haut à droite.

Activer la double authentification (2FA)

L'activation se fait par application d'authentification (TOTP — Google Authenticator, 1Password, etc.). ANN vous redemande d'abord le mot de passe de votre compte : une session laissée ouverte ne suffit pas pour enrôler un appareil. Vient ensuite un QR code à scanner, puis un premier code à saisir pour confirmer que l'application est bien synchronisée. Une fois activée, 10 codes de secours à usage unique vous sont fournis — affichés une seule fois, à conserver en lieu sûr : ils permettent de vous connecter si vous perdez l'accès à votre application d'authentification.

À l'activation, vos autres sessions ouvertes sont fermées : vous restez connecté sur l'appareil que vous utilisez, pas ailleurs.

Une fois la 2FA activée, la connexion se fait en deux étapes : email et mot de passe d'abord, puis le code à 6 chiffres de votre application (ou un code de secours). Le mot de passe seul ne suffit plus à ouvrir une session. Un code de l'application ne fonctionne qu'une fois ; un code de secours non plus (il est consommé dès qu'il sert, quel que soit l'écran où vous l'utilisez).

Qui doit l'activer

• Comptes CEVIA (CEVIA Admin et CEVIA Consultant) : la 2FA est obligatoire. Tant qu'elle n'est pas activée, seul l'écran Sécurité est accessible (un bandeau l'explique) ; tout le reste d'ANN, la Vue d'exploitation comprise, reste fermé. Ces comptes ne peuvent pas la désactiver.
• Autres rôles : la 2FA reste facultative ; vous pouvez la désactiver, en saisissant un code.

Si vous vous trompez de code

Après un mot de passe correct, 5 codes de vérification faux verrouillent le second facteur pendant 15 minutes : même un bon code est alors refusé. Vous recevez un e-mail, et vous pouvez réessayer à la fin des 15 minutes. Un mot de passe faux, lui, ne verrouille jamais votre compte (sinon n'importe qui pourrait vous en bloquer l'accès) ; en revanche, après 10 mots de passe faux en 15 minutes depuis une même adresse, cette adresse est refusée pendant 15 minutes, pour tous les comptes.

Changer de téléphone : « Remplacer l'appareil »

Sur la page Sécurité, « Remplacer l'appareil » demande votre mot de passe et un code actuel (ou un code de secours, qui est alors consommé), puis affiche le QR code du nouvel appareil. Saisissez un code du nouvel appareil pour confirmer. Votre ancien appareil reste actif jusqu'à cette confirmation : vous n'êtes jamais sans 2FA, et si vous abandonnez ou si la demande expire (10 minutes), rien ne change. À la confirmation, 10 nouveaux codes de secours sont affichés une seule fois ; les anciens ne fonctionnent plus, et vos autres sessions sont fermées.

Perte de l'appareil et des codes de secours

Si vous n'avez plus ni votre appareil ni vos codes de secours, contactez CEVIA : un administrateur réinitialise votre 2FA sur le serveur. Vous vous reconnectez ensuite avec votre mot de passe et enregistrez un nouvel appareil (pour un compte CEVIA, l'écran d'activation s'ouvre alors).

E-mails de sécurité et langue

ANN vous écrit quand la 2FA est activée, quand l'appareil est remplacé, quand elle est réinitialisée par CEVIA et quand le second facteur est verrouillé. Ces e-mails ne contiennent jamais de code ni de secret ; si ce n'est pas vous, contactez CEVIA immédiatement. Ils sont écrits dans la langue de votre compte : celle de l'interface lors de votre dernière connexion, ou du dernier changement de langue (FR, EN ou NL) ; à défaut, le français. Les e-mails de changement d'abonnement adressés aux administrateurs de votre organisation suivent la même règle.

Changer votre mot de passe (« Mot de passe oublié ? ») ferme aussi toutes les sessions ouvertes de votre compte.

Mon profil

À l'inscription, ANN demande « Votre nom » (2 à 120 caractères, sans adresse e-mail ni lien) : c'est le nom qui apparaît pour vous dans ANN et dans l'historique de votre organisation. Vous pouvez le modifier à tout moment depuis « Mon profil », accessible depuis le menu en haut à droite. L'adresse e-mail est affichée en lecture seule : elle ne se modifie pas ici.

Si votre compte a été créé avant que ce nom ne soit demandé, un bandeau vous invite à compléter votre nom ; il disparaît dès que le nom est enregistré et ne bloque jamais l'utilisation d'ANN. La modification de votre nom est journalisée sans conserver le texte (ni l'ancien ni le nouveau nom).

Quand quelque chose ne va pas

Une tâche reste « Non évalué ». Ce n'est pas un échec : aucune réponse ne lui a encore été apportée, ou sa seule réponse est une suggestion IA jamais validée. Le score ne la compte pas comme satisfaite, mais ne la compte pas non plus comme un zéro.

Le pré-remplissage IA répond en mode « démonstration hors-ligne ». Aucune clé IA n'est configurée pour votre déploiement, ou l'appel a échoué (délai dépassé, service indisponible) — ANN vous le dit explicitement plutôt que d'afficher une suggestion silencieusement dégradée. Les niveaux proposés dans ce mode restent purement indicatifs.

« Quota quotidien de pré-remplissages IA atteint ». 50 appels par jour et par organisation. Passé ce seuil, saisissez les niveaux restants manuellement — la limite se réinitialise le lendemain.

Le dépôt de preuve reste bloqué. Un niveau doit d'abord être choisi pour la tâche concernée — ANN ne rattache jamais une preuve à une réponse qui n'existe pas encore.

Un écran est vide, met du temps à s'afficher, affiche une erreur ou un encadré « Droits insuffisants ». Quatre états existent sur les données à demander, la gouvernance des boucles, la comparaison et les capacités transverses :

• vide : un texte explique pourquoi rien n'apparaît (par exemple, aucune évaluation n'existe encore) et propose une sortie, comme « Voir les évaluations » ;
• chargement : « Chargement en cours… » s'affiche le temps de lire vos données ;
• erreur : un message général et un bouton « Réessayer », avec une référence technique à transmettre à votre administrateur ; ANN n'affiche jamais le détail de l'erreur, qui pourrait contenir une donnée ;
• droits insuffisants : un encadré dit pourquoi vous ne pouvez pas agir (exporter la liste des données à demander, modifier la gouvernance d'une boucle, démarrer une évaluation) et rappelle que la consultation reste possible.

Ce guide décrit l'état réel de l'application au moment de sa rédaction. Toute fonctionnalité qui n'existe pas encore dans le code n'y est pas décrite comme si elle existait.