11:30 Un fornitore di sistemi anti-UAS dovrebbe essere valutato come un partner per la consegna del sistema, non solo come produttore di radar. Gli acquirenti hanno bisogno di prove che il fornitore possa definire la minaccia, progettare l'architettura del sensore, fornire dati di tracciamento stabili, integrare C2 e EO/IR, supportare il dispiegamento del sito, concordare criteri di accettazione misurabili e mantenere il sistema dopo il trasferimento. Il confronto commerciale ha senso solo dopo che ogni fornitore ha comunicato lo stesso ambito del progetto, le stesse assunzioni, esclusioni e responsabilità del ciclo di vita.
Questa guida è intenzionalmente diversa da una guida all'acquisto di radar. Non chiede solo quale radar abbia la portata più lunga. Chiede se il sistema proposto possa produrre un avviso utilizzabile, una conferma visiva, prove e una risposta operativa all'interno del sito dell'acquirente, nei limiti legali e infrastrutturali.
Come Valutare un Fornitore di Sistemi Contro-UAS: 12 Criteri di Due Diligence
Usa il guida all'acquisto di radar per il rilevamento di droni definire i requisiti prima della valutazione dei fornitori.
Questo quadro è destinato alla prequalifica, alla shortlist e alla due diligence finale di un fornitore di sistemi Counter-UAS. Si presume che l'acquirente abbia già definito, o stia definendo separatamente, la minaccia, il sito, i confini legali e i requisiti RFI/RFP. Non sostituisce la guida all'acquisto del radar, la quale dovrebbe occuparsi della definizione dei requisiti, dei ruoli dei sensori, della progettazione dei test sul campo e della pianificazione dell'accettazione. La valutazione del fornitore inizia solo dopo che le proposte sono state normalizzate allo stesso ambito di missione e progetto. Un fornitore dovrebbe essere escluso dal processo se non soddisfa un requisito obbligatorio di sicurezza, conformità, evidenza o interfaccia, anche se il suo punteggio commerciale ponderato è elevato.
Il fornitore dovrebbe prima tradurre il progetto in un concetto operativo. Ciò significa definire i tipi di bersaglio, le ipotesi RCS, i profili di altitudine e velocità, l'area protetta, il tempo di avviso, la conferma richiesta, il flusso di lavoro dell'operatore, la conservazione delle prove e i limiti di risposta autorizzati. Una proposta che inizia con un elenco fisso di attrezzature prima che queste domande siano risposte è probabile che trasferisca il rischio di progettazione all'acquirente.
Chiedi al fornitore di mostrare come un bersaglio si muove attraverso il flusso di lavoro: prima il rilevamento, l'inizio del tracciamento, il tracciamento stabile, l'assegnazione delle priorità, l'acquisizione EO/IR, la conferma dell'operatore, l'escalation dell'allarme, la registrazione dell'evento e il recupero dopo la perdita. La risposta dovrebbe identificare sia il comportamento del sistema sia i confini di responsabilità.
Separa i passaggi di superamento/fallimento dalla valutazione ponderata. I passaggi dovrebbero coprire l'idoneità legale, la revisione dell'utente finale e dell'esportazione, le prove di prestazione obbligatorie, le interfacce richieste, i minimi di sicurezza informatica, l'impegno nei test di accettazione e la divulgazione delle esclusioni. Solo i fornitori che superano ogni passaggio obbligatorio dovrebbero entrare nella valutazione ponderata.
I criteri ponderati possono quindi confrontare l'adattamento alla missione, l'architettura, le prove radar, la maturità del software, la disciplina di integrazione, la prontezza alla distribuzione, il supporto, la completezza commerciale e il rischio di consegna. Il foglio di valutazione dovrebbe citare le prove per ogni punteggio e identificare il revisore. Evitare di assegnare punti per dichiarazioni del depliant che non abbiano una specifica approvata, un registro di test, un documento di interfaccia o un impegno contrattuale. Un processo di chiarimento strutturato è spesso più prezioso che aggiungere altre categorie di valutazione: registrare la domanda, la risposta del fornitore, le prove, la deviazione, il responsabile e la data di chiusura.
Matrice di Due Diligence dei Fornitori a Dodici Criteri
| Criterio | Prove da richiedere | Uso della decisione |
| 1. Adatto alla missione | Concetto operativo e matrice di responsabilità | Porta superamento/insuccesso |
| 2. Architettura del sensore | Disegno della copertura, ruoli dei sensori e analisi dei guasti | Punteggio tecnico |
| 3. Prove del radar | Dati del modello approvato e test rappresentativi | Punteggio tecnico |
| 4. C2 e software | Versione, funzioni, registri, permessi e record di rilascio | Punteggio tecnico |
| 5. Interfacce | ICD, messaggi di esempio, driver e piano di test | Rischio di superamento/non superamento |
| 6. Sicurezza informatica | Architettura, autenticazione, registrazione, politica di patch e vulnerabilità | Porta superamento/insuccesso |
| 7. Distribuzione | Sopralluogo del sito, infrastruttura e metodo di installazione | Punteggio di consegna |
| 8. GRASSO/SAT | Casi concordati, metriche, prove e procedura di ritest | Contratto a superamento/insuccesso |
| 9. Controllo della configurazione | Linea di base, disegni, registrazioni software e processo di modifica | Punteggio di qualità |
| 10. Supporto del ciclo di vita | SLA, pezzi di ricambio, aggiornamenti, formazione e escalation | Punteggio di supporto |
| 11. Conformità | Destinazione, utente finale, revisione dello spettro e delle esportazioni | Porta superamento/insuccesso |
| 12. Completezza commerciale | Ambito dettagliato, ipotesi, esclusioni e costi ricorrenti | Punteggio commerciale |
Un fornitore credibile spiega perché ogni sensore è incluso. Il radar fornisce rilevamento non cooperativo e misurazioni di tracciamento. La rilevazione RF può identificare emettitori o protocolli quando sono presenti segnali. L'ID remoto può supportare l'identificazione cooperativa dove disponibile. EO/IR fornisce conferma visiva e prove. Una piattaforma C2 combina questi input e gestisce il flusso di lavoro.
Nessun singolo sensore dovrebbe essere presentato come universalmente sufficiente. La combinazione corretta dipende dalla minaccia, dal terreno, dal disordine, dal meteo, dalle restrizioni legali, dal tempo di avviso richiesto e dalla capacità dell'operatore. Il fornitore dovrebbe anche spiegare le zone cieche, le sovrapposizioni, la ridondanza e le conseguenze della perdita di un sensore.
Un riferimento a livello di sistema è disponibile in Midradar’s soluzione integrata contro droni.
La portata del rilevatore principale non è sufficiente. Richiede prestazioni di prima rilevazione specifiche per l'obiettivo, inizio tracciamento e tracciamento stabile con RCS, altitudine, velocità, aspetto, ambiente, probabilità e metodo di test indicati. Richiedere portata minima, geometria della copertura, intervallo di aggiornamento, capacità di tracciamento, accuratezza, comportamento in presenza di disturbi, limiti di installazione e prove.
Le prestazioni dovrebbero essere legate al modello esatto e alla versione del software. Se un opuscolo, un catalogo e una scheda tecnica sono in disaccordo, il fornitore dovrebbe fornire una fonte unica di dati approvata e un processo documentato di controllo delle modifiche.
Quando un fornitore afferma prestazioni a bassa probabilità di intercettazione, usare il Guida all'acquisto di prove radar LPI separare le prove ingegneristiche dalla terminologia di marketing.
Come Valutare un Fornitore di Sistemi Contro-UAS: 12 Criteri di Due Diligence
I fornitori di sistemi dovrebbero essere in grado di discutere i campi delle tracce, i sistemi di coordinate, i timestamp, i dati di salute, il controllo della fotocamera, i log degli eventi, i permessi degli utenti e il comportamento in caso di guasto. Non dovrebbero fare affidamento sulla frase “API aperta” senza documentazione dell'interfaccia, messaggi di esempio o un piano di test.
Chiedi chi è responsabile della conversione delle coordinate, della sincronizzazione del tempo, dei driver dei dispositivi, della progettazione della sicurezza informatica, della licenza del software di terze parti e dei test di integrazione. Un fornitore maturo identificherà ciò che è standard, ciò che è configurabile e ciò che richiede sviluppo. Indicherà anche come le modifiche vengono versionate e accettate.
La capacità OEM o ODM è preziosa solo quando è controllata. Chiedi quali elementi possono essere personalizzati: marchio, involucro, montaggio, alimentazione, protezione ambientale, interfacce, campi dati, interfaccia software, flussi di lavoro, documentazione e piani di test. Poi chiedi cosa rimane fisso per motivi di sicurezza, conformità, prestazioni o manutenibilità.
Il fornitore dovrebbe utilizzare baseline di configurazione, disegni, documenti di interfaccia, registri delle versioni del software e punti di approvazione. La personalizzazione non controllata può creare un sistema unico e non manutenibile. L'obiettivo è l'adattamento ripetibile del progetto, non la modifica illimitata.
Per un flusso di lavoro di personalizzazione controllato, rivedere il Guida al progetto radar OEM e ODM.
Una dimostrazione del fornitore può confermare la funzione di base, ma la copertura specifica del sito, il comportamento degli allarmi indesiderati e le prestazioni di segnalazione richiedono un metodo sul campo concordato. Prima dell'assegnazione del contratto, definire l'obiettivo del test, il percorso, le condizioni meteorologiche o equivalenti, la configurazione del sistema, i dati da conservare, i criteri di superamento/fallimento e il processo di retest.
Le prove dovrebbero includere specifiche approvate, disegni, documenti di interfaccia, messaggi di esempio, record dei test in fabbrica, registri di calibrazione, esportazioni di eventi, procedure di installazione, materiale di formazione e documentazione di manutenzione. Quando una dichiarazione non può essere supportata, dovrebbe essere condizionata o rimossa.
Richiedere la divulgazione dettagliata di sensori, telecamere, server, apparecchiature di rete, pali, fondazioni, licenze software, integrazione, trasporto, installazione, messa in servizio, formazione, pezzi di ricambio, garanzia, manutenzione, aggiornamenti e costi ricorrenti. Devono essere visibili ipotesi, esclusioni e responsabilità dell'acquirente.
Un prezzo basso dell'attrezzatura può diventare un progetto costoso quando integrazione, infrastruttura o supporto sono esclusi. Confrontare il costo del progetto valutato solo dopo che l'ambito tecnico è stato normalizzato. Valutare inoltre i tempi di risposta, la disponibilità dei pezzi di ricambio, il periodo di supporto software, il modello del partner locale e il percorso di escalation. Dopo aver ricevuto proposte conformi, confrontare i preventivi per radar di sorveglianza.
Le funzioni di rilevamento, monitoraggio radio e risposta attiva possono essere regolate in modo diverso. Il fornitore dovrebbe separare le funzioni di rilevamento e raccolta di prove da qualsiasi funzione di risposta autorizzata e identificare i controlli richiesti per l’utente finale, la revisione per l’esportazione, l’approvazione dello spettro, il coordinamento con l’aviazione e l’autorizzazione locale all’uso.
Un fornitore responsabile include nel piano del progetto approvazioni legali, tecniche e di cybersicurezza, invece di trattare la conformità come una clausola di esclusione alla fine della proposta.
La migliore proposta contro i UAS non è quella con le specifiche più impressionanti in evidenza. È quella che definisce il risultato operativo, assegna i ruoli dei sensori, documenta le interfacce, dimostra le prestazioni nelle condizioni concordate, controlla la personalizzazione, assegna le responsabilità e rimane sostenibile dopo la consegna.
Per una revisione specifica del progetto, richiedere una revisione di conformità tecnica e commercialeFornire le informazioni sulla minaccia e sul sito, i sistemi esistenti, le interfacce richieste, il programma di approvvigionamento, il paese di destinazione e il metodo di accettazione previsto. Midradar può quindi preparare un'architettura preliminare, una matrice di conformità e un elenco di chiarimenti.
No. La portata deve essere valutata con obiettivo, RCS, altitudine, ambiente, probabilità, comportamento di tracciamento e metodo di test. Integrazione, prove e supporto sono ugualmente importanti.
No. Gli acquirenti dovrebbero ottenere personalizzazioni controllate, documentate e mantenibili, non modifiche illimitate.
Prima dell'aggiudicazione del contratto, insieme agli obiettivi dei test, ai percorsi, alla configurazione del sistema, al formato delle prove, alle soglie di superamento/fallimento e alla procedura di retest.
Richiedere specifiche approvate, documenti di interfaccia, registrazioni di configurazione, test rappresentativi, capacità FAT/SAT, ambito di supporto, esclusioni e la parte responsabile per ciascun sottosistema.
Normalizzare attrezzature, software, licenze, integrazione, infrastruttura, trasporto, installazione, messa in servizio, formazione, ricambi, manutenzione e oneri ricorrenti nello stesso periodo del progetto.
Ti risponderemo entro 24 ore. In caso urgente, si prega di aggiungere WhatsApp/WeChat: 86 86 13361376820. Oppure chiamare direttamente 86 86 13361376820.
*Rispettiamo la tua riservatezza e proteggiamo tutte le informazioni.
Utilizzeremo i tuoi dati esclusivamente per rispondere alla richiesta e non invieremo mai e-mail non richieste o messaggi promozionali.
