Résumé

  • L’unique lien « APNIC Definition Document » du répertoire des documents d’entreprise conduit à APNIC-080 version 004, datée du 20 avril 2026 et explicitement marquée DRAFT.
  • Le fichier texte stable d’APNIC présente encore APNIC-080 version 003, datée du 20 juillet 2023, avec le statut Active. Les deux versions disent appliquer prop-145 et rendre obsolète la version 002.
  • La politique éditoriale active d’APNIC tranche la question de l’autorité : en cas de différence de contenu entre HTML et texte, la version texte est le document officiel. Or la page courante ne renvoie pas vers la version 003.
  • Un manifeste à deux états suffirait : texte actif, projet courant, empreintes, différences, consultation, événement d’entrée en vigueur et chaîne de remplacement.

Le parcours normal mène au projet

Le lecteur n’arrive pas sur APNIC-080 par une archive de travail. Il suit le chemin ordinaire : « Corporate Documents », puis « Documents », puis « APNIC Definition Document ». L’index présente ces ressources comme des documents d’entreprise et des lignes directrices officielles. Il ne propose qu’un seul lien pour le document de définitions.

Au bout de ce lien, la table d’identité est nette. Référence APNIC-080. Version 004. Date de cette version : 20 avril 2026. Statut : DRAFT. Commentaire : mise en œuvre de prop-145. La version 004 renvoie vers un PDF de cinq pages ; la ligne « Obsoletes » renvoie vers la version 002.

Rien n’est dissimulé : le mot « DRAFT » est bien là. Mais une question immédiate reste sans réponse locale. Si 004 est un projet, quelle version est en vigueur ? La page ne renvoie ni vers 003, ni vers l’adresse texte stable.

Cette adresse existe pourtant. Le fichier definition-document.txt porte la même référence APNIC-080. Il indique version 003, 20 juillet 2023, statut Active, mise en œuvre de prop-145, version 002 rendue obsolète. Le lecteur dispose donc de deux fiches d’identité publiques, pour un même numéro de document, mais aucun des deux écrans ne relie explicitement leurs rôles.

Une défense solide : le texte fait foi

Avant d’y voir une incohérence, il faut appliquer les propres règles d’APNIC. APNIC-112, sa politique éditoriale active, décrit les documents officiels, leur révision et leur publication. Le Secrétariat publie un projet, ouvre normalement un mois de commentaires, intègre les remarques puis publie une version finale officielle. La coexistence d’un texte actif et d’un projet plus récent est donc compatible avec le processus annoncé.

APNIC-112 établit aussi une règle de priorité. Les documents officiels sont généralement diffusés en texte et en HTML. Les liens, la mise en forme ou les graphiques peuvent différer ; si le contenu diverge, c’est la version texte qui est considérée comme officielle. Un PDF peut être utilisé lorsque la mise en page le nécessite.

Cette règle permet une lecture raisonnable du dossier. Le fichier texte 003, marqué Active, reste l’autorité. La page HTML et le PDF 004, marqués DRAFT, préparent une étape suivante. APNIC a conservé le fichier actif et a étiqueté le projet. Pour un spécialiste familier des conventions documentaires de l’organisation, l’incertitude est réductible.

Ce point est important : l’article ne reproche pas à APNIC de travailler en public. Au contraire, publier un projet identifiable est une bonne pratique. La faiblesse est plus étroite : le lecteur doit connaître à l’avance l’existence de l’adresse texte et la règle d’APNIC-112 pour découvrir quel texte s’applique encore.

La réforme des statuts explique probablement le chantier

Le contexte de 2026 fournit une explication constructive. Le 12 février, les membres d’APNIC ont adopté deux résolutions de réforme des statuts. La seconde couvrait notamment une renumérotation, l’harmonisation des termes, le langage neutre, les règles de notification, la participation électronique et plusieurs calendriers électoraux.

La page actuelle des statuts présente elle aussi une version 004 avec le statut DRAFT, tout en précisant que le document a été modifié par résolution des membres du 12 février. Il est donc plausible que la version 004 du document de définitions appartienne au même ensemble de mise en cohérence. Une définition qui renvoie à des numéros d’articles doit suivre une renumérotation.

Cette explication n’est pas une preuve de la procédure juridique exacte. Le dossier public examiné ne dit pas si une formalité, une date de commencement, une revue éditoriale ou une autre validation reste nécessaire. Il montre seulement qu’il existe une raison rationnelle à la nouvelle rédaction. La meilleure critique doit partir de cette raison, pas la nier.

Deux versions donnent déjà deux renvois

La différence n’est pas purement cosmétique. Dans la version active 003, le « Dispute Resolution Document » correspond aux articles 73 à 81 des statuts. Dans le projet 004, la même définition vise les articles 81 à 89. La version 004 transforme également l’entrée définie « Company » en « The Company ».

Ces changements peuvent être les bons. Mais ils illustrent le coût d’une autorité implicite. Un membre qui suit le renvoi de 003 et un lecteur qui copie celui de la page HTML arrivent à des numéros différents, alors que tous deux citent « APNIC-080 ».

Les métadonnées ajoutent une petite énigme. La version 003 situe la publication originale au 1er décembre 2001 ; la version 004 l’inscrit au 1er décembre 2003. Ce constat ne permet pas de trancher l’histoire du document, encore moins d’en déduire un effet juridique. Il montre simplement qu’un diff utile doit couvrir la table d’identité, pas seulement le corps du texte.

Enfin, 003 et 004 indiquent toutes deux qu’elles rendent obsolète la version 002. Pour 003, devenue active en 2023, la chaîne est intelligible. Pour le projet 004, la mention ne précise pas s’il doit remplacer 003, s’il a été dérivé d’une autre branche documentaire ou si la ligne a été reprise d’un gabarit antérieur. Il manque un arc dans le graphe des versions.

La promesse particulière de prop-145

Prop-145 portait un nom presque programmatique : « Single Source for Definitions ». Son objectif était d’utiliser un document de définitions unique afin que les termes restent cohérents d’un document de politique à l’autre. L’étude d’impact du Secrétariat parlait d’APNIC-080 comme de la source définitive, tout en admettant que certains textes puissent nécessiter des variantes. La fiche de la proposition affiche aujourd’hui Implemented.

La séquence de 2022 et 2023 est documentée. Consensus en septembre 2022, fin des commentaires finaux en octobre, aval du Conseil exécutif le 17 novembre. En juin 2023, APNIC a ouvert une revue éditoriale qui incluait un document APNIC-080 en mode redline et demandait les observations avant le 17 juillet. Le 20 juillet, date de la version 003 active, la période éditoriale s’est close.

Une source unique n’est évidemment pas une source immobile. Elle doit évoluer lorsque les politiques, les accords ou les statuts changent. Mais plus les autres documents dépendent d’elle, plus sa propre histoire d’autorité doit être explicite. La centralisation retire des définitions dispersées ; elle ne devrait pas créer une dépendance à une convention de fichiers connue des seuls initiés.

Ce que voit le moteur de recherche n’est pas forcément ce qui fait foi

Le choix des formats distribue aussi l’attention. La page HTML contient les définitions et bénéficie de la navigation normale, des titres et des liens. Le texte actif se trouve sur un autre hôte, dans un format dépouillé. Il est raisonnable de s’attendre à ce que la page riche soit davantage ouverte, citée et indexée.

Ce n’est pas la preuve qu’une personne s’est trompée. Aucun préjudice individuel n’est établi. C’est un mécanisme de risque : le support le plus visible et le support juridiquement prioritaire ne sont pas le même objet, tandis que la page visible ne désigne pas son complément prioritaire.

Pour les équipes de politiques, les juristes et les opérateurs, la différence peut contaminer des tâches ordinaires. Une note interne peut reprendre la mauvaise numérotation. Un accord peut citer le titre sans la version. Une archive peut conserver le HTML sans le texte stable correspondant. Une correction ultérieure peut effacer la date à laquelle un renvoi a changé. Chacun de ces scénarios est évitable sans rendre le processus plus lourd.

Mettre les deux états sur la même fiche

La solution minimale est un manifeste de versions affiché en tête de page.

Il devrait distinguer « version active » et « projet en cours ». Chaque état aurait sa date, son statut, son empreinte et son URL stable. Le manifeste indiquerait le prédécesseur exact, la version que le projet doit remplacer, la raison de la révision, le diff lisible, l’avis de consultation et sa clôture, puis l’événement qui déclenche l’entrée en vigueur et la date effective. Une correction ajouterait un nouvel enregistrement au lieu de réécrire le précédent.

Si 004 sert à aligner APNIC-080 sur la réforme des statuts, une seule phrase pourrait le dire. Si aucun appel à commentaires n’est requis parce qu’un autre mécanisme s’applique, le manifeste pourrait aussi le préciser. L’objectif n’est pas d’imposer APNIC-112 à une situation qui relèverait d’une autre autorité ; c’est de nommer l’autorité effectivement choisie.

La page pourrait continuer à afficher le projet en entier. Un bandeau « Vous consultez la version 004 en projet ; le texte officiel actif est la version 003 » suffirait déjà à supprimer l’essentiel de l’ambiguïté.

Limites du constat

Les pièces examinées ne prouvent pas que la version 004 est entrée en vigueur, ni qu’elle ne peut pas l’être. Elles ne prouvent pas que la réforme des statuts est sans effet, qu’une consultation obligatoire a été omise, qu’APNIC n’a pas de registre interne ou qu’aucune annonce séparée n’existe. Elles ne démontrent ni illégalité, ni mauvaise foi, ni dommage subi par un membre.

Elles montrent quelque chose de plus simple et de vérifiable : la fiche principale affiche le projet ; le texte stable affiche l’actif ; la première ne renvoie pas au second ; une troisième page contient la règle qui permet de les ordonner.

L’autorité existe donc dans le dossier, mais pas encore dans l’interface. Pour un document créé afin d’unifier le sens des mots, relier explicitement ces deux états serait une correction particulièrement cohérente.

Sources