11:30 Un fournisseur de systèmes anti-UAS devrait être évalué en tant que partenaire de livraison de système, et pas seulement en tant que fabricant de radars. Les acheteurs ont besoin de preuves que le fournisseur peut définir la menace, concevoir l'architecture des capteurs, fournir des données de suivi stables, intégrer C2 et EO/IR, soutenir le déploiement du site, convenir de critères d'acceptation mesurables et maintenir le système après sa remise. La comparaison commerciale n'a de sens que lorsque chaque fournisseur a divulgué le même périmètre de projet, les hypothèses, les exclusions et les responsabilités tout au long du cycle de vie.
Ce guide est intentionnellement différent d’un guide d’acquisition de radars. Il ne se limite pas à demander quel radar a la plus grande portée. Il s’interroge sur la capacité du système proposé à produire un avertissement utilisable, une confirmation visuelle, des preuves et une réponse opérationnelle dans les contraintes du site de l’acheteur, légales et infrastructurelles.
Comment évaluer un fournisseur de système anti-UAS : 12 critères de diligence raisonnable
Utilisez le guide d'achat de radar de détection de drones définir les exigences avant l'évaluation des fournisseurs.
Ce cadre est destiné à la préqualification, à la présélection et à la diligence raisonnable finale d'un fournisseur de système Counter-UAS. Il suppose que l'acheteur a déjà défini, ou est en train de définir séparément, la menace, le site, les limites légales et les exigences de RFI/RFP. Il ne remplace pas le guide d'approvisionnement du radar, qui doit prendre en charge la définition des exigences, les rôles des capteurs, la conception des tests sur le terrain et la planification de l'acceptation. L'évaluation des fournisseurs ne commence qu'après que les propositions ont été normalisées selon la même mission et le même périmètre de projet. Un fournisseur doit échouer le processus si une exigence obligatoire de sécurité, de conformité, de preuves ou d'interface n'est pas respectée, même lorsque son score commercial pondéré est élevé.
Le fournisseur doit d'abord traduire le projet en un concept opérationnel. Cela signifie définir les types cibles, les hypothèses RCS, les profils d'altitude et de vitesse, la zone protégée, le délai d'avertissement, la confirmation requise, le flux de travail de l'opérateur, la conservation des preuves et les limites de réponse autorisées. Une proposition qui commence par une liste d'équipements fixes avant que ces questions ne soient répondues est susceptible de transférer le risque de conception à l'acheteur.
Demandez au fournisseur de montrer comment une cible se déplace à travers le flux de travail : première détection, initiation du suivi, suivi stable, attribution de priorité, acquisition EO/IR, confirmation par l'opérateur, escalade de l'alarme, enregistrement de l'événement et récupération après perte. La réponse doit identifier à la fois le comportement du système et les limites de responsabilité.
Séparez les barrières de réussite/échec de l'évaluation pondérée. Les barrières doivent couvrir l'éligibilité légale, l'examen par l'utilisateur final et l'exportation, les preuves de performance obligatoires, les interfaces requises, les minimums de cybersécurité, l'engagement vis-à-vis des tests d'acceptation et la divulgation des exclusions. Seuls les fournisseurs qui réussissent toutes les barrières obligatoires doivent passer à l'évaluation pondérée.
Les critères pondérés peuvent ensuite comparer l'adéquation à la mission, l'architecture, les preuves radar, la maturité logicielle, la discipline d'intégration, la préparation au déploiement, le support, l'exhaustivité commerciale et le risque de livraison. La feuille de notation doit citer des preuves pour chaque score et identifier le réviseur. Évitez d'accorder des points pour des déclarations dans des brochures qui n'ont pas de spécification approuvée, de registre de test, de document d'interface ou d'engagement contractuel. Un processus structuré de clarification est souvent plus précieux que l'ajout de catégories de notation supplémentaires : enregistrez la question, la réponse du fournisseur, les preuves, l'écart, le responsable et la date de clôture.
Matrice de diligence raisonnable des fournisseurs à douze critères
| Critère | Preuve à demander | Utilisation de la décision |
| 1. Mission adaptée | Concept opérationnel et matrice de responsabilité | Passer/échouer |
| 2. Architecture du capteur | Dessin de couverture, rôles des capteurs et analyse des pannes | Score technique |
| 3. Preuve radar | Données de modèle approuvées et tests représentatifs | Score technique |
| 4. C2 et logiciel | Version, fonctions, journaux, permissions et enregistrement de version | Score technique |
| 5. Interfaces | CIM, messages d'exemple, pilotes et plan de test | Risque de réussite/échec |
| 6. Cybersécurité | Architecture, authentification, journalisation, politique de correctifs et de vulnérabilités | Passer/échouer |
| 7. Déploiement | Étude de site, infrastructure et méthode d'installation | Score de livraison |
| 8. GRAISSE/SATURÉ | Cas convenus, métriques, preuves et procédure de retest | Contrat réussite/échec |
| 9. Contrôle de configuration | Référentiel de base, dessins, enregistrements logiciels et processus de modification | Score de qualité |
| 10. Support du cycle de vie | SLA, pièces de rechange, mises à jour, formation et escalade | Score de soutien |
| 11. Conformité | Destination, utilisateur final, spectre et examen des exportations | Passer/échouer |
| 12. Complétude commerciale | Portée détaillée, hypothèses, exclusions et coûts récurrents | Score commercial |
Un fournisseur crédible explique pourquoi chaque capteur est inclus. Le radar fournit des mesures de détection et de suivi non coopératives. La détection RF peut identifier des émetteurs ou des protocoles lorsque des signaux sont présents. L'identification à distance peut soutenir l'identification coopérative lorsqu'elle est disponible. L'EO/IR fournit une confirmation visuelle et des preuves. Une plateforme C2 combine ces entrées et gère le flux de travail.
Aucun capteur unique ne doit être présenté comme universellement suffisant. Le mélange correct dépend de la menace, du terrain, de l'encombrement, des conditions météorologiques, des restrictions légales, du temps d'alerte requis et de la capacité de l'opérateur. Le fournisseur doit également expliquer les zones aveugles, le chevauchement, la redondance et les conséquences de la perte d'un capteur.
Une référence au niveau du système est disponible dans Midradar solution intégrée de lutte contre les UAV.
La portée de la tête d'affichage n'est pas suffisante. Exiger des performances spécifiques à la cible pour la première détection, l'initiation de suivi et le suivi stable avec le RCS, l'altitude, la vitesse, l'aspect, l'environnement, la probabilité et la méthode de test indiqués. Demander la portée minimale, la géométrie de couverture, l'intervalle de mise à jour, la capacité de suivi, la précision, le comportement dans le milieu encombré, les limites d'installation et les preuves.
Les performances doivent être liées au modèle exact et à la version du logiciel. Si une brochure, un catalogue et une fiche technique sont en désaccord, le fournisseur doit fournir une source de données principale approuvée et un processus de contrôle des modifications documenté.
Lorsque un fournisseur revendique des performances à faible probabilité d’interception, utilisez le Guide d'achat de preuves radar LPI séparer les preuves techniques de la terminologie marketing.
Comment évaluer un fournisseur de système anti-UAS : 12 critères de diligence raisonnable
Les fournisseurs de systèmes devraient être capables de discuter des champs de piste, des systèmes de coordonnées, des horodatages, des données de santé, du contrôle de la caméra, des journaux d'événements, des permissions des utilisateurs et du comportement en cas de panne. Ils ne devraient pas se fier à l'expression « API ouverte » sans documentation de l'interface, messages d'exemple ou plan de test.
Demandez qui possède la conversion de coordonnées, la synchronisation temporelle, les pilotes de périphériques, la conception de cybersécurité, la licence de logiciels tiers et les tests d'intégration. Un fournisseur mature identifiera ce qui est standard, ce qui est configurable et ce qui nécessite un développement. Il précisera également comment les modifications sont versionnées et acceptées.
La capacité OEM ou ODM n'est précieuse que lorsqu'elle est contrôlée. Demandez quels éléments peuvent être personnalisés : marque, boîtier, montage, alimentation, protection environnementale, interfaces, champs de données, interface logicielle, flux de travail, documentation et plans de test. Puis demandez ce qui reste fixe en raison de la sécurité, de la conformité, de la performance ou de la maintenabilité.
Le fournisseur doit utiliser des bases de configuration, des dessins, des documents d'interface, des enregistrements de versions de logiciels et des points d'approbation. Une personnalisation non contrôlée peut créer un système unique et impossible à maintenir. L'objectif est une adaptation répétable du projet, pas une modification illimitée.
Pour un flux de travail de personnalisation contrôlé, examinez le guide de projet radar OEM et ODM.
Une démonstration par le fournisseur peut confirmer la fonction de base, mais la couverture spécifique au site, le comportement en cas de fausses alertes et les performances de guidage nécessitent une méthode de terrain convenue. Avant l'attribution du contrat, définissez l'objectif du test, l'itinéraire, les conditions météo ou équivalentes, la configuration du système, les données à conserver, les critères de réussite/échec et le processus de retest.
Les preuves doivent inclure des spécifications approuvées, des dessins, des documents d'interface, des messages d'exemple, des enregistrements de tests en usine, des registres d'étalonnage, des exports d'événements, des procédures d'installation, du matériel de formation et de la documentation de maintenance. Lorsqu'une affirmation ne peut pas être étayée, elle doit être conditionnelle ou supprimée.
Exiger une divulgation détaillée des capteurs, caméras, serveurs, équipements réseau, mâts, fondations, licences logicielles, intégration, transport, installation, mise en service, formation, pièces de rechange, garantie, maintenance, mises à jour et frais récurrents. Les hypothèses, exclusions et responsabilités de l'acheteur doivent être visibles.
Un prix d'équipement bas peut devenir un projet coûteux lorsque l'intégration, l'infrastructure ou le support sont exclus. Comparez le coût évalué du projet uniquement après que le périmètre technique a été normalisé. Évaluez également le temps de réponse, la disponibilité des pièces de rechange, la période de support logiciel, le modèle de partenaire local et la voie d'escalade. Après réception de propositions conformes, comparer les devis de radars de surveillance.
Les fonctions de détection, de surveillance radio et de réponse active peuvent être réglementées différemment. Le fournisseur devrait séparer les fonctions de détection et de preuve de toute fonction de réponse autorisée et identifier les vérifications nécessaires de l'utilisateur final, la révision à l'exportation, l'approbation du spectre, la coordination aéronautique et l'autorisation d'exploitation locale.
Un fournisseur responsable inclut des étapes d'approbation légales, techniques et de cybersécurité dans le plan de projet plutôt que de traiter la conformité comme une clause de non-responsabilité à la fin de la proposition.
La meilleure proposition de lutte contre les UAS n'est pas celle qui possède les spécifications les plus impressionnantes en première page. C'est celle qui définit le résultat opérationnel, attribue les rôles des capteurs, documente les interfaces, prouve les performances dans les conditions convenues, contrôle la personnalisation, répartit les responsabilités et reste soutenable après le transfert.
Pour un examen spécifique au projet, demander un examen de conformité technique et commercialeFournissez les informations sur la menace et le site, les systèmes existants, les interfaces requises, le calendrier d'acquisition, le pays de destination et la méthode d'acceptation prévue. Midradar pourra alors préparer une architecture préliminaire, une matrice de conformité et une liste de clarifications.
Non. La portée doit être évaluée avec la cible, le RCS, l'altitude, l'environnement, la probabilité, le comportement de suivi et la méthode de test. L'intégration, les preuves et le soutien sont également importants.
Non. Les acheteurs devraient obtenir une personnalisation contrôlée, documentée et maintenable — pas une modification illimitée.
Avant l'attribution du contrat, ainsi que les objectifs de test, les itinéraires, la configuration du système, le format des preuves, les seuils de réussite/échec et la procédure de retest.
Demander les spécifications approuvées, les documents d'interface, les enregistrements de configuration, les tests représentatifs, la capacité FAT/SAT, le périmètre de support, les exclusions et le responsable pour chaque sous-système.
Normaliser les équipements, logiciels, licences, intégration, infrastructure, fret, installation, mise en service, formation, pièces de rechange, maintenance et frais récurrents sur la même période de projet.
Nous vous répondrons sous 24 heures. Pour les cas urgents, veuillez ajouter WhatsApp/WeChat : 86 86 13361376820, ou appeler directement le 86 86 13361376820.
*Nous respectons votre confidentialité et toutes les informations sont protégées.
Nous n'utiliserons vos informations que pour répondre à votre demande et n'enverrons jamais d'e-mails non sollicités ni de messages promotionnels.
