Checklist para RFP de radar counter-UAS

Una solicitud de propuestas (RFP) para un radar counter-UAS decide mucho más que el precio de compra: determina a qué podrá el comprador obligar al proveedor más adelante. Un RFP vago produce propuestas que parecen conformes pero significan cosas distintas; uno preciso obliga a cada proveedor a responder a las mismas preguntas comprobables.

Esta checklist está pensada para equipos de compras, integradores de sistemas y usuarios finales que preparan una licitación de radar de detección de drones. Sigue la secuencia que necesita una evaluación real: definir la misión, especificar rendimiento comprobable, cerrar la integración y la aceptación, y después estructurar las condiciones comerciales y de cumplimiento. Para el detalle a nivel de ficha técnica detrás de cada campo de especificación, consulte la checklist de ficha técnica de radar counter-UAS complementaria.

1. Defina primero el requisito operativo

El fallo más común en un RFP es copiar el folleto de un proveedor en la sección de requisitos. Antes de cualquier especificación, documente lo que el radar debe hacer realmente:

• Definición de la amenaza: qué clases de drones importan — cuadricópteros comerciales, drones FPV, UAV de ala fija, multirrotores grandes — y la sección radar (RCS) más pequeña que el sistema debe manejar.
• Activo protegido y sitio: instalación fija, evento temporal, corredor fronterizo, unidad móvil; resultados del estudio de sitio, incluidos terreno, fuentes de clutter y puntos de montaje disponibles.
• Requisito de cobertura: sectores o 360 grados completos, alcance mínimo y máximo de actuación, banda de altitud de interés.
• Flujo de respuesta: quién recibe la alarma, qué hace con ella y si el radar debe hacer cueing de cámaras EO/IR, alimentar una plataforma de mando y control o activar una respuesta automatizada.
• Concepto de operación: operación desatendida 24/7, despliegue por eventos o turnos de vigilancia con personal.

Cada requisito técnico posterior debe poder rastrearse hasta una de estas afirmaciones. Si una especificación no se puede vincular a una necesidad operativa, probablemente es lenguaje de folleto.

2. Requisitos de especificación técnica

Escriba los requisitos de rendimiento de modo que la conformidad pueda demostrarse, no solo afirmarse. Cada punto siguiente debe aparecer en el RFP con un formato de respuesta obligatorio:

• Alcance de detección y seguimiento frente a un RCS de objetivo declarado (por ejemplo, 0,01 m²), con probabilidad de detección y condiciones de falsa alarma. Exija que los proveedores separen las distancias de primera detección, pista estable y alarma accionable.
• Cobertura: campo de observación en azimut, cobertura en elevación y si la cobertura de 360 grados requiere una unidad o varias.
• Tasa de actualización o tiempo de revisita para la cobertura indicada, y capacidad de pistas con múltiples objetivos simultáneos.
• Precisión: precisión en distancia, azimut y elevación suficiente para el flujo de cueing o transferencia previsto.
• Clasificación: enfoque de discriminación entre aves y drones y comportamiento esperado en el entorno de clutter real del comprador.
• Ambiente: lluvia, viento, temperatura y grados de protección IP adecuados al sitio, no a una condición genérica de laboratorio.

Evite especificar una única cifra de alcance publicitaria sin supuesto de objetivo: invita a que cada proveedor responda a una pregunta distinta.

3. Salidas e integración

Muchos proyectos counter-UAS fallan en la integración, no en la detección. El RFP debe exigir que los proveedores documenten:

• formato de salida de pistas, esquema de mensajes e intervalo de actualización;
• interfaces de red, protocolos y sincronización temporal;
• soporte de cueing EO/IR con latencia y precisión de apuntado demostradas;
• opciones de integración con detección RF, Remote ID, plataformas C2, VMS o PSIM;
• disponibilidad de API o SDK, mensajes de ejemplo y qué parte asume la responsabilidad de la integración;
• controles de ciberseguridad, roles de usuario, registros y comportamiento ante pérdida de red.

Exija documentación de interfaz de ejemplo junto con la propuesta, no después de la adjudicación.

4. Sitio, instalación y pruebas de aceptación

El RFP debe convertir la aceptación en un proceso contractual con evidencia, no en una formalidad. Un estudio de sitio previo a la publicación de la licitación ofrece a los proveedores la misma imagen de la instalación y hace comparables sus ofertas.

Incluya:

• Requisitos de instalación: montaje, entrada y consumo de energía, puesta a tierra, límites de cable, requisitos de red y cualquier obra civil que deba aportar el comprador.
• Prueba de aceptación en fábrica (FAT): la checklist que el proveedor ejecutará antes del envío, incluidos los registros de configuración y versión.
• Prueba de aceptación en sitio (SAT): supuestos del objetivo de prueba, perfiles de vuelo, criterios de aprobación para detección, seguimiento, alarma y cueing, además del proceso de desviaciones y repetición.
• Entregables de evidencia: registros de ejemplo, pistas exportadas, capturas de pantalla y registros de calibración en formatos que el comprador pueda archivar.

Si un requisito no puede probarse en FAT o SAT, hágalo comprobable o elimínelo.

5. Cumplimiento y exportación

El radar counter-UAS es una categoría de producto controlada en muchas jurisdicciones, y los sistemas de mayor alcance pueden quedar sujetos a normas de exportación de doble uso. El RFP debe pedir a los proveedores que declaren:

• la clasificación de exportación aplicable y la responsabilidad de licencias;
• el plazo de entrega previsto, incluido el tiempo de tramitación de licencias;
• la documentación de usuario final que el comprador debe aportar;
• cualquier variante regional, coordinación de frecuencias o requisito de licencia radioeléctrica en el país de despliegue.

Los compradores nuevos en este ámbito deberían revisar la guía sobre cumplimiento de exportación de radares de doble uso antes de publicar la licitación, de modo que las preguntas de cumplimiento aparezcan en el RFP en lugar de surgir tras la firma del contrato.

6. Evaluación de proveedores y condiciones comerciales

Estructure la respuesta a la propuesta de modo que las ofertas puedan compararse línea por línea:

• Matriz de conformidad: cada requisito respondido como conforme / parcial / no conforme, con explicación escrita y evidencia.
• Referencias: sistemas desplegados de la misma configuración, con usuarios finales contactables cuando sea posible.
• Empresa y presencia de soporte: soporte local, diagnóstico remoto, disponibilidad de repuestos y compromisos de tiempo de respuesta.
• Condiciones comerciales: precio desglosado en hardware, software, integración, formación, repuestos y soporte recurrente; periodo de garantía y exclusiones; hitos de pago vinculados a FAT, entrega y SAT.
• Costes de ciclo de vida: política de actualización de software, calendario de calibración y mantenimiento previsto: el coste total de ciclo de vida de un radar supera habitualmente su precio de compra a lo largo de su vida útil.

Use criterios de evaluación ponderados publicados en el propio RFP — por ejemplo, 40 % conformidad técnica, 20 % evidencia de aceptación, 20 % ciclo de vida y soporte, 20 % precio — para que los proveedores optimicen lo que realmente importa.

7. Documentación, formación y soporte

Exija con la propuesta:

• alcance, duración e idioma de la formación de operadores y personal de mantenimiento;
• conjunto documental: manual de usuario, guía de instalación, documento de control de interfaces, calendario de mantenimiento;
• idioma de la documentación y control de revisiones;
• método de soporte remoto y opciones de soporte en sitio;
• plan recomendado de inspección y mantenimiento.

Errores comunes en un RFP

Vigile estos patrones al redactar o revisar la licitación:

• Copiar la ficha técnica de un proveedor en los requisitos, lo que excluye de hecho la competencia y oculta afirmaciones no probadas.
• Especificar un alcance máximo sin RCS de objetivo, altitud, probabilidad ni condiciones de falsa alarma.
• Omitir la tasa de actualización, la geometría de cobertura o la capacidad de trazas.
• Dejar los protocolos de integración “a determinar tras la adjudicación”.
• No definir criterios de aprobación del SAT, de modo que la aceptación se convierte en una negociación.
• Ignorar las licencias de exportación hasta después de la firma del contrato.
• Comparar ofertas solo por precio de compra mientras difieren las políticas de soporte y actualización.

Conclusión

Un RFP sólido de radar counter-UAS se lee como un plan de pruebas unido a un marco comercial: cada requisito rastreable a una necesidad operativa, cada afirmación de rendimiento comprobable en FAT o SAT, cada interfaz de integración documentada y cada proveedor respondiendo las mismas preguntas en el mismo formato.

Cuando la licitación se construye así, la evaluación se vuelve sencilla. Las matrices de conformidad separan la evidencia del marketing, los criterios de aceptación protegen al comprador tras la adjudicación y la elección final refleja el ajuste operativo. Los proveedores con sistemas reales y desplegados — incluida la serie CR de Cyrentis de radares counter-UAS de pulso y FMCW que cubren de corto a largo alcance — suelen acoger bien este estilo de RFP, porque los requisitos comprobables son el terreno donde el rendimiento verificado se impone a las cifras publicitarias.