Open topic on supporting disruptive technological innovations for civil security

Titre officiel (anglais)

Open topic on supporting disruptive technological innovations for civil security

Programme et référence

Horizon Europe — HORIZON-CL3-2026-01

Calendrier

APPEL OUVERT au 13/10/2026 : ouverture 06/05/2026 ; échéance affichée au 05/11/2026 01:00. Confirmer l’heure et le fuseau dans Funding & Tenders.

Financement

HORIZON Research and Innovation Actions — enveloppe globale du topic : 3 M€ selon la liste officielle du PCN. La page individuelle affiche budget non communiqué; confirmer les montants et conditions dans Funding & Tenders.

HORIZON Research and Innovation Actions; enveloppe globale affichée dans la liste du PCN : 3 M€. La page individuelle indique budget NC. Ouverture 06/05/2026; clôture affichée 05/11/2026 à 01:00. TRL : 4–5. Ne pas déduire une contribution par projet ni un nombre de bénéficiaires sans vérification du programme de travail officiel.

Calendrier

Appel affiché ouvert au 13/10/2026; ouverture 06/05/2026; échéance publiée 05/11/2026 01:00. Confirmer heure, fuseau, amendements et conditions dans Funding & Tenders.

Présentation du topic

Ce topic ouvert soutient des innovations technologiques de rupture destinées à renforcer la préparation, la réponse et l’atténuation des risques en sécurité civile. Il vise à combler l’écart entre des recherches très amont, à faible niveau de maturité, et des solutions applicables aux opérations des praticiens. Les résultats attendus comprennent une meilleure capacité à intégrer des technologies validées dans des environnements réels, une approche de préparation fondée sur des preuves et une réduction des obstacles à l’adoption. Les solutions doivent être robustes, fiables, évolutives, interopérables et alignées sur les besoins des utilisateurs de la sécurité civile. L’ouverture du topic implique que la proposition doit expliquer clairement la menace ou le besoin traité, l’innovation réellement disruptive et la valeur ajoutée par rapport aux solutions existantes.

La question centrale est de savoir comment une technologie à faible TRL, susceptible de modifier substantiellement une opération de sécurité, peut être validée et transformée en capacité utile. Le programme évoque des innovations démarrant à un niveau faible ou très faible, inférieur à TRL 4, avec un potentiel de changement de paradigme par amélioration importante de la performance ou réduction des coûts. Le périmètre n’est pas une liste fermée de technologies: l’argumentation doit donc relier la technologie à une menace ou à une fonction de sécurité civile précise. Une simple numérisation incrémentale, un produit déjà mature ou une recherche fondamentale sans trajectoire de validation peuvent être moins adaptés. Décrire les utilisateurs, le contexte d’emploi, les contraintes opérationnelles et les risques associés à l’innovation.

Décrire une trajectoire de maturation par étapes: caractérisation du besoin utilisateur, formulation d’hypothèses mesurables, preuve de concept, essais en laboratoire, tests contrôlés, évaluation de sûreté et de performance, puis validation dans un environnement représentatif. Les critères de performance doivent être définis avec les praticiens et comparés à une référence. Prévoir les essais d’interopérabilité, de cybersécurité, de robustesse, de coût total et de facilité d’utilisation. Une boucle de conception avec autorités, services de secours, forces de sécurité ou autres utilisateurs est importante pour éviter de développer une technologie sans débouché. Documenter les échecs et limites des prototypes, les dépendances à des données ou matériels, ainsi que le plan pour atteindre TRL 4–5 à la fin du projet.

Les risques incluent une promesse de rupture insuffisamment étayée, un prototype qui ne dépasse pas les performances existantes, une maturation trop ambitieuse au regard du budget, une intégration difficile aux systèmes existants et des risques de sécurité créés par la nouvelle technologie. Réduire ces risques avec des jalons de décision, des essais indépendants, des tests adversariaux proportionnés, des analyses de menace et un plan de repli. Si la technologie repose sur l’IA, préciser les limites, la qualité des données, les biais, l’explicabilité pertinente et la supervision humaine. Si elle touche des données personnelles ou des environnements critiques, prévoir contrôle d’accès, minimisation des données et audit. L’équipe doit anticiper les contraintes réglementaires, la certification ou l’homologation potentiellement nécessaires après le projet.

Associer les concepteurs de la technologie à des chercheurs, ingénieurs de validation, praticiens de la sécurité civile et utilisateurs finaux capables de tester les résultats. Des PME ou start-up peuvent porter une innovation de rupture, mais elles doivent montrer une capacité d’intégration et un chemin crédible vers l’adoption. Selon le cas, ajouter intégrateurs de systèmes, organismes d’essai, spécialistes des facteurs humains, cybersécurité, réglementation, achats publics ou transfert industriel. Les praticiens doivent intervenir dès la définition du besoin et dans les revues de jalons. Préciser la propriété intellectuelle préexistante, les droits sur les données, les conditions de partage des résultats et la stratégie d’exploitation après la subvention.

L’innovation doit respecter les droits fondamentaux, la proportionnalité et la sécurité des personnes. Les outils de détection, d’identification ou d’aide à la décision peuvent produire des faux positifs ou des effets discriminatoires; leur évaluation doit inclure des groupes et scénarios variés lorsque pertinent. Les systèmes automatisés doivent prévoir une responsabilité clairement attribuée et une supervision humaine adaptée aux conséquences d’une erreur. Évaluer la cybersécurité, les risques de détournement, l’empreinte matérielle et énergétique, ainsi que les conditions de maintenance et de fin de vie. Ne pas exposer des personnes ou des services critiques à des tests non maîtrisés; utiliser des environnements contrôlés puis progresser vers des essais représentatifs autorisés.

Le niveau de maturité attendu est TRL 4–5 en fin de projet. Le résultat doit être une technologie validée en laboratoire ou dans un environnement pertinent, avec une preuve mesurable de sa valeur opérationnelle et un plan de progression ultérieure. Les indicateurs peuvent inclure la performance par rapport à la référence, la fiabilité, le temps de réponse, le taux d’erreur, la robustesse, le coût d’exploitation, la facilité d’intégration et la satisfaction des praticiens. Expliquer les conditions nécessaires au passage à une démonstration plus large: certification, industrialisation, données supplémentaires, tests utilisateurs, financement aval et éventuels marchés publics. La promesse de rupture doit être démontrée par des mesures, pas seulement par un vocabulaire commercial.

Collecter le problème de sécurité visé; profil des utilisateurs; scénario opérationnel; description et nouveauté de la technologie; TRL initial; état de l’art et solutions concurrentes; preuves de performance existantes; plan d’essais; indicateurs de réussite; risques techniques et éthiques; contraintes réglementaires; accès à des environnements de test; partenaires utilisateurs; plan de cybersécurité; propriété intellectuelle; besoins de financement aval; coût total; stratégie d’exploitation, de transfert ou de marchés publics; feuille de route vers TRL 4–5.

La liste officielle du PCN affiche 3 M€ d’enveloppe globale pour HORIZON Research and Innovation Actions, avec ouverture le 06/05/2026 et clôture affichée le 05/11/2026 à 01:00. La page individuelle indique un budget non communiqué; conserver la divergence entre la page détaillée et la liste de l’appel. Ne pas déduire un montant de contribution par projet ni un nombre de bénéficiaires sans le programme de travail officiel. Le topic attend TRL 4–5 en fin de projet. Vérifier les conditions de coûts, le taux de financement, les règles de propriété intellectuelle et les documents à déposer sur Funding & Tenders.

Sources officielles

• Source officielle (PCN / Funding & Tenders)