11:30 Một nhà cung cấp hệ thống chống UAS nên được đánh giá như một đối tác cung cấp hệ thống, không chỉ là nhà sản xuất radar. Người mua cần bằng chứng rằng nhà cung cấp có thể xác định mối đe dọa, thiết kế kiến trúc cảm biến, cung cấp dữ liệu theo dõi ổn định, tích hợp C2 và EO/IR, hỗ trợ triển khai trang web, đồng ý các tiêu chí chấp nhận có thể đo lường và duy trì hệ thống sau khi bàn giao. So sánh thương mại chỉ có ý nghĩa sau khi mọi nhà cung cấp đã tiết lộ cùng phạm vi dự án, giả định, loại trừ và trách nhiệm vòng đời.
Hướng dẫn này cố ý khác với hướng dẫn mua sắm radar. Nó không chỉ hỏi radar nào có tầm xa nhất. Nó hỏi liệu hệ thống được đề xuất có thể tạo ra cảnh báo sử dụng được, xác nhận trực quan, bằng chứng và phản ứng vận hành trong phạm vi trang web của người mua, các hạn chế pháp lý và hạ tầng hay không.
Cách Đánh Giá Nhà Cung Cấp Hệ Thống Chống UAS: 12 Tiêu Chí Thẩm Định
Sử dụng hướng dẫn mua sắm radar phát hiện drone để xác định yêu cầu trước khi đánh giá nhà cung cấp.
Khung này dành cho việc đánh giá sơ bộ, lập danh sách rút gọn và thẩm định cuối cùng của nhà cung cấp hệ thống Counter-UAS. Nó giả định rằng người mua đã xác định, hoặc đang xác định riêng, mối đe dọa, địa điểm, ranh giới pháp lý và các yêu cầu RFI/RFP. Nó không thay thế hướng dẫn mua radar, vốn phải chịu trách nhiệm về định nghĩa yêu cầu, vai trò cảm biến, thiết kế thử nghiệm hiện trường và lập kế hoạch chấp thuận. Việc đánh giá nhà cung cấp chỉ bắt đầu sau khi các đề xuất được chuẩn hóa theo cùng một nhiệm vụ và phạm vi dự án. Một nhà cung cấp sẽ bị đánh trượt quy trình nếu một yêu cầu bắt buộc về an toàn, tuân thủ, bằng chứng hoặc giao diện không được đáp ứng, ngay cả khi điểm thương mại có trọng số của họ cao.
Nhà cung cấp nên trước tiên chuyển dự án thành một khái niệm vận hành. Điều đó có nghĩa là xác định các loại mục tiêu, giả định RCS, hồ sơ độ cao và tốc độ, khu vực được bảo vệ, thời gian cảnh báo, xác nhận cần thiết, quy trình làm việc của người điều khiển, việc lưu giữ bằng chứng và giới hạn phản ứng được ủy quyền. Một đề xuất bắt đầu với danh sách thiết bị cố định trước khi các câu hỏi này được trả lời có khả năng chuyển rủi ro thiết kế sang người mua.
Yêu cầu nhà cung cấp trình bày cách một mục tiêu di chuyển qua luồng công việc: phát hiện đầu tiên, khởi tạo theo dõi, theo dõi ổn định, phân công ưu tiên, thu nhận EO/IR, xác nhận của người điều khiển, tăng mức cảnh báo, ghi lại sự kiện và phục hồi sau khi mất mục tiêu. Câu trả lời nên xác định cả hành vi của hệ thống và ranh giới trách nhiệm.
Tách các cổng đạt/không đạt khỏi điểm số có trọng số. Các cổng nên bao phủ tính hợp pháp về đủ điều kiện, đánh giá người dùng cuối và xuất khẩu, bằng chứng hiệu suất bắt buộc, các giao diện cần thiết, mức tối thiểu về an ninh mạng, cam kết kiểm tra chấp nhận và tiết lộ các ngoại lệ. Chỉ những nhà cung cấp vượt qua tất cả các cổng bắt buộc mới được đưa vào tính điểm có trọng số.
Các tiêu chí được trọng số sau đó có thể so sánh sự phù hợp với nhiệm vụ, kiến trúc, bằng chứng radar, mức độ trưởng thành của phần mềm, kỷ luật tích hợp, sự sẵn sàng triển khai, hỗ trợ, tính đầy đủ thương mại và rủi ro giao hàng. Bảng điểm nên trích dẫn bằng chứng cho mỗi điểm và xác định người đánh giá. Tránh trao điểm cho những tuyên bố trong tài liệu quảng cáo mà không có thông số kỹ thuật được phê duyệt, hồ sơ thử nghiệm, tài liệu giao diện hoặc cam kết hợp đồng. Một quy trình làm rõ có cấu trúc thường hữu ích hơn là thêm nhiều hạng mục điểm hơn: ghi lại câu hỏi, câu trả lời của nhà cung cấp, bằng chứng, sự sai lệch, chủ sở hữu và ngày hoàn thành.
Ma trận Thẩm định Nhà cung cấp theo Mười hai Tiêu chí
| Tiêu chí | Bằng chứng để yêu cầu | Sử dụng quyết định |
| 1. Phù hợp với nhiệm vụ | Khái niệm vận hành và ma trận trách nhiệm | Cổng đạt/không đạt |
| 2. Kiến trúc cảm biến | Bản vẽ phạm vi che phủ, vai trò cảm biến và phân tích lỗi | Điểm kỹ thuật |
| 3. Bằng chứng từ radar | Dữ liệu mẫu đã được phê duyệt và các thử nghiệm đại diện | Điểm kỹ thuật |
| 4. C2 và phần mềm | Phiên bản, chức năng, nhật ký, quyền và ghi chú phát hành | Điểm kỹ thuật |
| 5. Giao diện | ICD, các mẫu tin nhắn, trình điều khiển và kế hoạch kiểm tra | Rủi ro đạt/không đạt |
| 6. An ninh mạng | Kiến trúc, xác thực, ghi nhật ký, chính sách vá lỗi và lỗ hổng | Cổng đạt/không đạt |
| 7. Triển khai | Khảo sát hiện trường, hạ tầng và phương pháp lắp đặt | Điểm giao hàng |
| 8. BÉO/CHẤT BÃO HÒA | Các trường hợp đã thỏa thuận, các chỉ số, bằng chứng và quy trình kiểm tra lại | Hợp đồng đậu/rớt |
| 9. Kiểm soát cấu hình | Cơ sở, bản vẽ, hồ sơ phần mềm và quy trình thay đổi | Điểm chất lượng |
| 10. Hỗ trợ vòng đời | SLA, phụ tùng, cập nhật, đào tạo và leo thang | Điểm hỗ trợ |
| 11. Tuân thủ | Điểm đến, người sử dụng cuối, phổ và xem xét xuất khẩu | Cổng đạt/không đạt |
| 12. Tính đầy đủ thương mại | Phạm vi chi tiết, các giả định, loại trừ và chi phí định kỳ | Điểm thương mại |
Một nhà cung cấp đáng tin cậy giải thích lý do tại sao mỗi cảm biến được bao gồm. Radar cung cấp khả năng phát hiện và đo lường theo dõi không hợp tác. Phát hiện RF có thể xác định nguồn phát hoặc các giao thức khi tín hiệu tồn tại. ID từ xa có thể hỗ trợ nhận dạng hợp tác khi có sẵn. EO/IR cung cấp xác nhận hình ảnh và bằng chứng. Một nền tảng C2 kết hợp những dữ liệu đầu vào này và quản lý quy trình làm việc.
Không có cảm biến nào nên được trình bày là đủ cho mọi tình huống. Sự kết hợp chính xác phụ thuộc vào mối đe dọa, địa hình, độ rối, thời tiết, hạn chế pháp lý, thời gian cảnh báo cần thiết và khả năng của người vận hành. Nhà cung cấp cũng nên giải thích các vùng mù, sự chồng lấp, dự phòng và hậu quả của việc mất một cảm biến.
Một tham chiếu cấp hệ thống có sẵn trong Midradar giải pháp tích hợp chống UAV.
Phạm vi tiêu đề không đủ. Yêu cầu hiệu suất phát hiện lần đầu, khởi tạo theo dõi và theo dõi ổn định theo mục tiêu cụ thể với RCS, độ cao, tốc độ, góc nhìn, môi trường, xác suất và phương pháp thử nghiệm được nêu rõ. Yêu cầu phạm vi tối thiểu, hình học bao phủ, khoảng thời gian cập nhật, khả năng theo dõi, độ chính xác, hành vi nhiễu, giới hạn lắp đặt và bằng chứng.
Hiệu suất nên được liên kết với mô hình và phiên bản phần mềm chính xác. Nếu một tờ rơi, catalog và bảng thông số kỹ thuật không thống nhất, nhà cung cấp nên cung cấp một nguồn dữ liệu chính đã được phê duyệt và một quy trình kiểm soát thay đổi được tài liệu hóa.
Khi một nhà cung cấp tuyên bố hiệu suất khả năng chặn thấp, hãy sử dụng Hướng dẫn mua bằng chứng radar LPI tách bằng chứng kỹ thuật khỏi thuật ngữ tiếp thị.
Cách Đánh Giá Nhà Cung Cấp Hệ Thống Chống UAS: 12 Tiêu Chí Thẩm Định
Các nhà cung cấp hệ thống nên có khả năng thảo luận về các trường dữ liệu của đường đua, hệ tọa độ, dấu thời gian, dữ liệu sức khỏe, điều khiển camera, nhật ký sự kiện, quyền người dùng và hành vi khi thất bại. Họ không nên chỉ dựa vào cụm từ “API mở” nếu không có tài liệu giao diện, các thông điệp mẫu hoặc kế hoạch thử nghiệm.
Hỏi ai chịu trách nhiệm về chuyển đổi tọa độ, đồng bộ thời gian, trình điều khiển thiết bị, thiết kế an ninh mạng, cấp phép phần mềm của bên thứ ba và kiểm thử tích hợp. Một nhà cung cấp trưởng thành sẽ xác định những gì là tiêu chuẩn, những gì có thể cấu hình và những gì cần phát triển. Họ cũng sẽ chỉ rõ cách các thay đổi được phiên bản hóa và chấp nhận.
Khả năng OEM hoặc ODM chỉ có giá trị khi nó được kiểm soát. Hãy hỏi những mục nào có thể được tùy chỉnh: thương hiệu, vỏ, cơ chế gắn, nguồn điện, bảo vệ môi trường, giao diện, trường dữ liệu, giao diện phần mềm, quy trình làm việc, tài liệu và kế hoạch thử nghiệm. Sau đó, hãy hỏi những gì vẫn cố định do lý do an toàn, tuân thủ, hiệu suất hoặc khả năng bảo trì.
Nhà cung cấp nên sử dụng các chuẩn cấu hình, bản vẽ, tài liệu giao diện, hồ sơ phiên bản phần mềm và các cổng phê duyệt. Tùy chỉnh không kiểm soát có thể tạo ra một hệ thống duy nhất không thể bảo trì. Mục tiêu là thích ứng dự án có thể lặp lại, không phải sửa đổi không giới hạn.
Để có một quy trình tùy chỉnh có kiểm soát, hãy xem xét hướng dẫn dự án radar OEM và ODM.
Một buổi trình diễn của nhà cung cấp có thể xác nhận chức năng cơ bản, nhưng phạm vi cụ thể tại hiện trường, hành vi báo động phiền toái và hiệu suất dẫn hướng yêu cầu một phương pháp thực địa đã được thống nhất. Trước khi ký hợp đồng, hãy xác định mục tiêu thử nghiệm, lộ trình, điều kiện thời tiết hoặc điều kiện tương đương, cấu hình hệ thống, dữ liệu cần lưu giữ, tiêu chí đạt/không đạt và quy trình thử lại.
Bằng chứng nên bao gồm các thông số kỹ thuật đã được phê duyệt, bản vẽ, tài liệu giao diện, mẫu tin nhắn, hồ sơ kiểm tra tại nhà máy, hồ sơ hiệu chuẩn, xuất dữ liệu sự kiện, quy trình lắp đặt, tài liệu đào tạo và tài liệu bảo trì. Khi một yêu cầu không thể được hỗ trợ, nó nên được đặt điều kiện hoặc loại bỏ.
Yêu cầu tiết lộ chi tiết từng mục về cảm biến, camera, máy chủ, thiết bị mạng, cột, móng, giấy phép phần mềm, tích hợp, vận chuyển, lắp đặt, vận hành, đào tạo, phụ tùng, bảo hành, bảo trì, cập nhật và các khoản phí định kỳ. Các giả định, loại trừ và trách nhiệm của người mua phải được hiển thị.
Một mức giá thiết bị thấp có thể trở thành một dự án tốn kém khi việc tích hợp, cơ sở hạ tầng hoặc hỗ trợ bị loại trừ. Chỉ so sánh chi phí dự án được đánh giá sau khi phạm vi kỹ thuật được chuẩn hóa. Cũng đánh giá thời gian phản hồi, khả năng có phụ tùng thay thế, thời gian hỗ trợ phần mềm, mô hình đối tác địa phương và đường dẫn leo thang. Sau khi nhận được các đề xuất tuân thủ, so sánh báo giá radar giám sát.
Chức năng phát hiện, giám sát sóng radio và phản ứng chủ động có thể được quy định khác nhau. Nhà cung cấp nên tách chức năng phát hiện và thu thập bằng chứng ra khỏi bất kỳ chức năng phản ứng được ủy quyền nào và xác định các kiểm tra cần thiết của người dùng cuối, xem xét xuất khẩu, phê duyệt phổ tần, phối hợp hàng không và giấy phép hoạt động tại địa phương.
Một nhà cung cấp có trách nhiệm bao gồm các cổng phê duyệt pháp lý, kỹ thuật và an ninh mạng trong kế hoạch dự án thay vì coi tuân thủ chỉ là một tuyên bố miễn trừ trách nhiệm ở cuối đề xuất.
Đề xuất chống UAS tốt nhất không phải là đề xuất có các thông số kỹ thuật gây ấn tượng nhất trên tiêu đề. Đó là đề xuất xác định kết quả vận hành, phân công vai trò cảm biến, ghi lại các giao diện, chứng minh hiệu suất dưới các điều kiện đã thỏa thuận, kiểm soát việc tùy biến, phân bổ trách nhiệm và vẫn có thể được hỗ trợ sau khi bàn giao.
Đối với một đánh giá theo dự án, yêu cầu đánh giá sự tuân thủ kỹ thuật và thương mại. Cung cấp thông tin về mối đe dọa và vị trí, các hệ thống hiện có, các giao diện cần thiết, lịch trình mua sắm, quốc gia đích và phương pháp chấp nhận dự kiến. Midradar sau đó có thể chuẩn bị một kiến trúc sơ bộ, ma trận tuân thủ và danh sách các điểm cần làm rõ.
Không. Phạm vi phải được đánh giá với mục tiêu, RCS, độ cao, môi trường, xác suất, hành vi theo dõi và phương pháp thử nghiệm. Tích hợp, bằng chứng và hỗ trợ cũng quan trọng như nhau.
Không. Người mua nên đạt được tùy chỉnh được kiểm soát, có tài liệu và có thể duy trì—không phải sửa đổi không giới hạn.
Trước khi trao hợp đồng, cùng với các mục tiêu thử nghiệm, lộ trình, cấu hình hệ thống, định dạng bằng chứng, ngưỡng đạt/không đạt và quy trình thử lại.
Yêu cầu các thông số kỹ thuật đã được phê duyệt, tài liệu giao diện, hồ sơ cấu hình, các bài kiểm tra đại diện, khả năng FAT/SAT, phạm vi hỗ trợ, các loại trừ và bên chịu trách nhiệm cho từng phân hệ.
Chuẩn hóa thiết bị, phần mềm, giấy phép, tích hợp, cơ sở hạ tầng, vận chuyển, lắp đặt, vận hành, đào tạo, phụ tùng, bảo trì và các khoản phí định kỳ trong cùng thời gian dự án.
Chúng tôi sẽ trả lời bạn trong vòng 24 giờ. Nếu là trường hợp khẩn cấp, vui lòng thêm WhatsApp/WeChat: 86 86 13361376820, hoặc gọi trực tiếp 86 86 13361376820.
*Chúng tôi tôn trọng quyền bảo mật của quý khách và mọi thông tin đều được bảo vệ.
Chúng tôi chỉ sử dụng thông tin của quý khách để phản hồi yêu cầu và sẽ không bao giờ gửi email hoặc tin nhắn quảng cáo khi chưa được yêu cầu.
