Pourquoi certains MANEX générés automatiquement ou confiés à des tiers peuvent devenir dangereux ?

Un document qui engage bien plus qu’il ne décrit.
Lorsque je relis certains MANEX produits aujourd’hui, je constate un décalage récurrent entre le document et l’activité réelle de l’exploitant.
Ce décalage n’est pas toujours volontaire. Il est souvent la conséquence d’une mauvaise compréhension du rôle du MANEX, perçu comme une formalité administrative à produire rapidement, parfois à partir d’un générateur automatique, parfois en s’appuyant sur un modèle récupéré auprès d’un tiers.
Cette approche est pourtant risquée.
Un MANEX n’est pas un document descriptif au sens administratif. C’est un document déclaratif et opposable, qui formalise la manière dont une activité est conçue, organisée et exécutée. Il engage directement la responsabilité de l’exploitant.
Ce point est souvent sous-estimé.

L’illusion de sécurité des contenus “prêts à l’emploi”.
Les solutions de génération automatique ou les modèles réutilisés donnent une impression de simplicité et de conformité immédiate. En pratique, ils produisent fréquemment un document cohérent dans sa forme, mais fragile dans son fond.
Pourquoi ?
Parce qu’un MANEX ne peut pas être standardisé sans perdre sa substance. Chaque activité drone repose sur des choix opérationnels spécifiques : types de missions, environnements d’intervention, organisation interne, compétences des télépilotes, gestion des risques.
Ces éléments constituent ce que l’on appelle les ConOps, c’est-à-dire la description concrète des opérations envisagées. Lorsque ces ConOps ne sont pas définis par l’exploitant lui-même, mais déduits ou générés de manière générique, le document devient un assemblage théorique. Il peut être parfaitement rédigé, mais ne correspond pas à la réalité du terrain.
C’est précisément là que le risque apparaît.

Le piège de la recopie et de l’approximation.
Je rencontre encore des exploitants qui s’appuient sur le MANEX d’un confrère pour construire le leur. Cette pratique peut sembler pragmatique. Elle est en réalité problématique.
Deux exploitants n’ont jamais exactement la même activité. Copier un MANEX revient donc à déclarer une organisation, des procédures et des scénarios qui ne sont pas nécessairement maîtrisés ni même appliqués.
En cas de contrôle par l’autorité, ce type d’écart est immédiatement identifiable. Mais au-delà du contrôle, la difficulté apparaît surtout en cas d’incident ou d’accident.
Le MANEX devient alors une pièce centrale d’analyse. Il permet de déterminer si l’opération réalisée entrait bien dans le cadre déclaré. Si ce n’est pas le cas, l’exploitant se retrouve dans une situation particulièrement défavorable.
Il ne s’agit plus d’un simple défaut documentaire. Il s’agit d’une incohérence entre l’activité réelle et l’activité déclarée. Et cette incohérence peut aggraver significativement la responsabilité.

Ce que l’autorité regarde réellement.
Contrairement à une idée répandue, l’autorité ne vérifie pas uniquement la présence des documents. Elle cherche à comprendre si ce qui est écrit est effectivement mis en œuvre.
Un MANEX trop générique, trop “parfait” ou manifestement inspiré d’un modèle standard attire l’attention. Il pose une question simple : est-ce que cet exploitant travaille réellement de cette manière ?
Lorsque la réponse est négative, le document devient un facteur de risque plutôt qu’un élément de conformité. La suspension d’activité n’est alors plus une hypothèse théorique.

Automatiser sans déresponsabiliser.
L’automatisation n’est pas en soi un problème. Elle devient problématique lorsqu’elle remplace la réflexion de l’exploitant.
C’est sur ce point que la distinction doit être clairement posée.
Un outil pertinent ne doit pas produire un MANEX à la place de l’exploitant. Il doit l’accompagner dans sa construction, en structurant sa réflexion et en facilitant la rédaction, sans jamais se substituer à ses choix opérationnels.
C’est dans cette logique que j’ai contribué à la conception de ManexPro.
L’objectif n’a jamais été de générer un document standardisé, mais de permettre à l’exploitant de formaliser son propre cadre opérationnel à partir de ses données réelles. Certaines parties peuvent être assistées pour améliorer la clarté rédactionnelle. Mais les éléments essentiels, en particulier les ConOps, restent entièrement définis par l’utilisateur.
Autrement dit, l’outil structure. Il n’invente pas.

Un document vivant, au cœur de l’activité.
Un MANEX fiable n’est pas celui qui est bien rédigé. C’est celui qui est aligné avec l’activité réelle. Cela implique qu’il évolue avec l’exploitation. Ajout d’un drone, modification d’un type de mission, intégration d’un nouveau télépilote, changement d’environnement opérationnel.
Chaque évolution doit être reflétée dans le document. C’est cette cohérence dynamique qui fait la robustesse d’un MANEX. Et c’est précisément cette cohérence qui est mise à l’épreuve le jour où survient un contrôle ou un incident.
Ce sujet renvoie finalement à une question plus fondamentale.
Le MANEX est-il un document que l’on produit pour être en règle… ou un outil que l’on construit pour maîtriser réellement son activité ?

Thierry Mohr