ADatP-34 (NISP) : les Normes et profils d'interopérabilité de l'OTAN, expliqués

ADatP-34 est le numéro de document des Normes et profils d'interopérabilité de l'OTAN (NISP) — le catalogue maître de l'Alliance des normes techniques et profils d'interopérabilité que les systèmes de communications et d'information doivent employer pour coopérer. Ce n'est ni un catalogue de messages ni une norme de liaison de données : c'est la référence en trois tomes qui indique à un programme quelles normes implémenter, dans quelle édition, et avec quel degré d'obligation. Si vous cherchiez les formats de messages OTAN, ils vivent dans l'ADatP-3 (STANAG 5500) et l'APP-11 — l'ADatP-34 dit contre quelle édition de ceux-ci construire.

Ce qu'est l'ADatP-34 : les Normes et profils d'interopérabilité de l'OTAN

Formellement, l'ADatP-34 est une Allied Data Publication dont le contenu est le NISP. Il prescrit les normes et profils techniques nécessaires pour atteindre l'interopérabilité des systèmes de communications et d'information (CIS) à l'appui des missions et opérations de l'OTAN, et guide les trois rôles qui en vivent au quotidien : planificateurs de capacités, chefs de programme et responsables d'essais. L'édition publiquement diffusée la plus récente est l'ADatP-34 Édition N Version 2 (NISP version 15, 18 août 2023), actée par le Conseil C3 de l'OTAN et publiée en remplacement de l'Édition N Version 1 (NISP v14, 2021).

Le NISP est né de l'Architecture technique NC3 de l'OTAN (NC3TA), dont la dernière version fut achevée en 2005-2006 ; le premier NISP suivit en décembre 2006 et le document est révisé depuis selon un cycle à peu près annuel. Là où la NC3TA était un document d'architecture, le NISP est un catalogue à portée juridique : selon la stratégie C3 de l'Alliance, toutes les entités du NATO Enterprise adhèrent aux normes et profils obligatoires de son tome 2, et ces normes lient les systèmes financés en commun par l'OTAN (le paysage STANAG/APP plus large est décrit dans les normes d'interopérabilité OTAN pour les logiciels).

Le NISP est publié en trois tomes en HTML et PDF, appuyés par une base de normes interrogeable et un export de données au format ArchiMate pour les outils d'architecture. La base de l'édition 2023 contient environ 1 280 normes d'environ 70 organisations — RFC de l'IETF, spécifications W3C, OASIS, OGC et ISO aux côtés des STANAG de l'OTAN et des publications alliées — plus environ 400 profils de services. L'essentiel n'est pas rédigé par l'OTAN : le NISP adopte des normes extérieures matures et les lie dans des profils OTAN.

Qui maintient l'ADatP-34 : le Conseil C3, l'IP CaT et la STANAG 5524

Le NISP est développé par l'Interoperability Profiles Capability Team (IP CaT) sous l'autorité du Conseil OTAN de consultation, de commandement et de contrôle (C3B) — le comité multinational le plus élevé pour la politique C3 et l'interopérabilité de l'OTAN. En décembre 2023, le Conseil de l'Atlantique Nord a approuvé le changement de nom du Conseil C3 en Comité de la politique numérique (DPC) ; l'équipe des profils d'interopérabilité poursuit son travail sous ce comité et figure dans les répertoires actuels de l'OTAN comme l'équipe normes et profils d'interopérabilité du DPC (la base NISP l'enregistre comme "DPC IP iCaT"). Les premières éditions du NISP étaient produites par le Groupe de travail OTAN sur les systèmes ouverts avant que le travail ne passe à l'équipe de capacité dédiée.

Le rythme de maintenance est annuel et prévisible, ce qui compte pour vos feuilles de route :

• N'importe qui — une nation, un organe OTAN, un programme — soumet à l'IP CaT une demande de changement (RFC).
• Les RFC reçues avant le 1er septembre visent la publication suivante ; l'IP CaT les examine en dialogue avec les organismes de normalisation responsables.
• La nouvelle version est soumise au Conseil C3 (aujourd'hui DPC) avant la fin de l'année après revue interne.
• Une fois approuvé, le NISP devient la norme OTAN couverte par la STANAG 5524, qui consigne l'accord des nations participantes à utiliser ses normes et profils obligatoires.

La base vivante de l'IP CaT — et non le PDF annuel — est la source définitive du statut courant de toute norme ou de tout profil, les éditions provisoires étant mises à jour en continu entre les publications officielles.

Les tomes du NISP : ce que contiennent les tomes 1, 2 et 3

Depuis le milieu des années 2010, le NISP s'est fixé sur une structure stable en trois tomes (les éditions plus anciennes étaient découpées autrement — normes à court/long terme, profils et règles de conception dans des tomes séparés). Chaque tome a un rôle propre :

• Tome 1 — Introduction. Les concepts de base (ce qu'est une norme au sens du NISP, ce qu'est un profil), le cadre de gestion et de contrôle de configuration, le processus RFC et les orientations de développement des profils en annexe. Lisez-le une fois : il est court et définit le vocabulaire que les autres tomes supposent.
• Tome 2 — Normes et profils d'interopérabilité agréés. Le cœur normatif : les normes et profils obligatoires pour les systèmes financés en commun par l'OTAN, organisés selon la taxonomie C3 de l'OTAN (référence 5.0) sous des rubriques comme User Applications, COI Services, Core Services et Communications Services. Il porte aussi les profils agréés, dont les profils Federated Mission Networking (FMN) Spiral 3 et Spiral 4 et plusieurs dizaines de profils d'interface de services.
• Tome 3 — Normes et profils d'interopérabilité candidats. Orienter informatif : des normes et profils assez matures pour planifier contre eux des programmes qui démarrent dans un à deux ans, mais pas encore obligatoires.

Le tome 2 est normatif pour les systèmes financés en commun par l'OTAN ; le tome 3 est informatif. Cette seule phrase est ce que les documents d'achat se trompent le plus subtilement.

Obligatoire contre candidat : les catégories qui décident ce que vous devez construire

Le NISP assigne à chaque norme et profil listé un statut d'obligation au sens précis :

• Obligatoire (tome 2) — l'application de la norme ou du profil est imposée aux systèmes financés en commun par l'OTAN en planification, réalisation et essais. Les nations sont tenues d'utiliser le NISP lorsqu'elles développent des capacités appuyant les missions de l'OTAN, et sont invitées à appliquer les mêmes règles au niveau national.
• Candidat (tome 3) — la norme ou le profil ne peut servir qu'aux essais et à la planification de programme. Il doit être suffisamment mature et deviendra obligatoire dans un avenir prévisible ; la règle empirique du NISP lui-même : un candidat ne doit pas rester plus de trois ans au tome 3.

Deux distinctions supplémentaires évitent aux équipes de mal lire le catalogue. D'abord, l'obligation n'est pas le cycle de vie : la maturité propre d'une norme (à l'étude/en ratification, promulguée, remplacée — ou, pour les normes non OTAN, emerging/mature/fading/obsolete) est suivie par l'organisme qui la développe, et pour les normes OTAN le statut faisant foi et les réserves nationales vivent dans la base du Bureau de normalisation de l'OTAN, pas dans le NISP. Ensuite, l'applicabilité n'est pas la conformité : le Profil de normes de base du NISP associe les normes aux éléments de la taxonomie C3, mais si une norme s'applique à un service que vous implémentez, le degré de conformité s'apprécie dans le contexte de votre projet — le NISP note lui-même qu'un échange de données entre systèmes C2 et logistique peut ne nécessiter qu'un sous-ensemble des concepts JC3IEDM (STANAG 5525).

Pour les normes non OTAN, l'IP CaT applique des critères d'adoption explicites — implémentations multi-fournisseurs, élaboration par consensus, absence d'entraves de propriété intellectuelle, ouverture, stabilité et testabilité — et une règle de conflit à retenir : lorsqu'une norme non OTAN adoptée entre en conflit avec une norme OTAN pertinente, la définition OTAN prévaut.

Profils d'interopérabilité, SIOP et l'usage que les spirales FMN font du NISP

Des normes seules n'interopèrent pas — des profils, si. En termes de NISP, les profils définissent l'usage spécifique des normes en un point d'interopérabilité de service (SIOP), point de référence d'une architecture où une ou plusieurs interfaces de services sont instanciées, afin que des systèmes délivrant le même service sur des protocoles différents puissent coopérer. La spécification technique détaillée d'un SIOP vit dans un profil d'interface de service (SIP). Un profil identifie ses exigences de capacité et les vues architecturales NAF associées, les protocoles caractéristiques, les options d'implémentation, les normes techniques, les SIOP et ses relations aux autres profils — et les profils peuvent référencer d'autres profils pour maximiser la réutilisation.

Les profils sont explicitement dynamiques : ils doivent être mis à jour quand une norme qu'ils référencent change, et leurs propriétaires doivent les réviser tous les deux ans. C'est ici que le NISP rencontre le Federated Mission Networking. Chaque Spiral Specification FMN regroupe architecture, instructions, profils et exigences pour un incrément de fédération, et le NISP est l'endroit où ces profils deviennent des obligations visibles : les profils FMN Spiral 3 et Spiral 4 figurent comme profils agréés au tome 2 de l'édition 2023, tandis que le profil FMN Spiral 5 proposé siégeait au tome 3 comme candidat. Le Groupe de management FMN a approuvé la spécification Spiral 6 finale en novembre 2025, et ses profils devraient entrer au NISP de la même façon — profils agréés au tome 2 une fois adoptés (à quoi ressemble en pratique le jeu de profils d'une spirale, voir les exigences FMN Spiral 4).

Le NISP nomme aussi les enceintes où la conformité aux profils se prouve : ses propres critères de revue demandent aux parties responsables si des problèmes avec une norme ont été identifiés lors d'événements d'essais tels que CWIX et CIAV. Si vous y allez, lisez en parallèle le guide de préparation à CWIX — l'exercice met à l'épreuve les profils, pas le PDF.

ADatP-34 contre ADatP-3, APP-11, APP-6 et STANAG

Ces désignations se croisent sans cesse dans les cahiers des charges, voici donc le tableau de disambiguïsation. En bref : l'ADatP-34 est le catalogue ; l'ADatP-3 et l'APP-11 sont le couple de messagerie militaire qu'il désigne ; l'APP-6 est la symbologie ; la STANAG est l'instrument de ratification. Les quatre publications figurent elles-mêmes à l'intérieur de l'ADatP-34 tome 2, avec l'édition exacte à laquelle les systèmes OTAN sont tenus.

Il n'existe donc pas de « message ADatP-34 ». Les messages que votre passerelle parse sont du texte ADatP-3/APP-11, des mots J-série du Link 16 (STANAG 5516 — voir Link 16 et liaisons de données tactiques), du VMF ou une charge utile de service comme MIP4 ; la symbologie que votre carte affiche est l'APP-6 (comparaison avec son jumeau américain : APP-6 contre MIL-STD-2525). Le rôle de l'ADatP-34 est de dire quelle édition de chacun est courante et contraignante, en quelle combinaison de profils, à quelle interface. Pour le modèle de données des forces terrestres qui joue le même rôle dans l'échange de situation : MIP4-IES.

Comment une équipe logicielle utilise le NISP : du profil à la matrice de conformité

En pratique, une équipe produit C2 consomme le NISP en quatre mouvements, et l'artefact qu'elle produit — une matrice de conformité — est ce que les évaluateurs, les accréditeurs et les planificateurs CWIX demandent réellement :

1. Mappez vos interfaces sur des SIOP. Chaque interface externe que votre produit expose ou consomme (échange de pistes, messagerie formelle, chat, services cartographiques, marquage de sécurité) est un point d'interopérabilité de service. Nommez-les : elles ancrent tout ce qui suit.
2. Cherchez chacune au tome 2. Trouvez le nœud de la taxonomie C3 pour ce service dans les tables de normes — chaque ligne donne le titre, le numéro de publication, les profils où la norme sert et la partie responsable qui conseille l'OTAN à son sujet. Si votre programme vise une fédération FMN, partez plutôt du profil FMN et prenez sa liste de normes. Regardez le tome 3 pour ce qui vous touchera en cours de programme.
3. Construisez la matrice. Par SIOP, consignez la norme, l'édition exacte, votre périmètre de conformité (complet ou le sous-ensemble que le NISP permet de justifier), le statut d'obligation et les preuves que vous produirez.
4. Prouvez-le. Branchez la matrice dans votre suite de conformité, puis exercez-la à un événement d'essai coalisé. Une ligne de matrice sans preuve d'essai est une affirmation, pas une conformité.

Une matrice de conformité pour un produit C2 coalition face à l'édition 2023 ressemble à ceci :

Versionnez la matrice sur l'édition du NISP dont elle est issue et re-baselinez-la chaque année — le rythme annuel de publication fait que les éditions bougent sous les programmes longs. Pour les vues d'architecture qui accompagnent la matrice : les éléments de profils du NISP référencent le NATO Architecture Framework (NAF 4), et pour la couche modèle d'information sous MIP4, le NATO C2 Information Model.

Erreurs fréquentes des ingénieurs avec l'ADatP-34

• Parser des « messages ADatP-34 ». Ils n'existent pas. Le contenu des messages est ADatP-3/APP-11 (voir l'explicatif ADatP-3 / STANAG 5500) ou une liaison de données tactique ; l'ADatP-34 ne fait que les citer. Construire un « parseur ADatP-34 » est une erreur de catégorie qui a coûté de vrais mois à des équipes.
• Revendiquer une « conformité NISP » sans périmètre. La conformité est par SIOP, par profil, par édition. Une offre qui dit « NISP-compliant » sans matrice se lit comme du bruit pour un évaluateur ; une offre avec matrice, non.
• Tout implémenter en conformité complète — ou sauter les normes du tome 2 comme optionnelles. L'applicabilité n'est pas la conformité (des sous-ensembles se justifient), mais obligatoire signifie obligatoire pour les systèmes financés en commun par l'OTAN aux SIOP.
• Construire sur une édition périmée. Édition M, Édition N Ver 1 et Édition N Ver 2 diffèrent dans les éditions citées des normes sous-jacentes ; une matrice clouée à une édition remplacée échoue en revue. Suivez la publication annuelle et la date limite RFC du 1er septembre.
• Ignorer le tome 3. Les normes candidates sont celles qui deviennent obligatoires en cours de programme — le NISP attend qu'elles montent en environ trois ans. Mettez-les à la feuille de route, pas à la demande de changement.
• Traiter le NISP comme un registre de statuts. L'état de ratification et les réserves nationales des STANAG vivent dans la base du Bureau de normalisation de l'OTAN ; le NISP ne les duplique volontairement pas.

Avec tout cela bien en main, l'ADatP-34 cesse d'être un acronyme opaque et devient ce pour quoi il a été conçu : la checklist unique qui transforme « nous sommes interopérables avec l'OTAN » en un énoncé d'ingénierie vérifiable.