1. Resumen Ejecutivo
Go / No-GoGO CONDICIONAL
R9 soloNO RECOMENDADO
AlineaciónMedia con partner
ComplejidadAlta / especializada
Conclusión principal. Esta licitación no está pidiendo construir un software desde cero. Exige una plataforma SaaS ya operativa, respaldada por una red global de sensores terrestres de detección de rayos, con métricas técnicas exigentes y activación máxima de 14 días. Con la información conocida de R9, no existe evidencia de que R9 posea por sí sola esa red global ni pueda acreditar directamente todos los mínimos de detección. Por tanto, la oportunidad sólo es recomendable si se obtiene rápidamente una alianza, UTP, representación o capacidad de suministro de una plataforma especializada que cumpla documentalmente todos los requisitos.
Necesidad de negocio: fortalecer el nowcasting de la DMC, seguridad operacional aeronáutica y alertamiento oficial de amenazas meteorológicas, complementando la información satelital GLM con una red terrestre global de detección de rayos y herramientas operacionales de alerta.
| Dimensión | Lectura ejecutiva |
|---|---|
| Core requerido | Plataforma SaaS de monitoreo meteorológico severo + red global de rayos + alertamiento. |
| Stack exigido | Web/SaaS, nube, interfaz cartográfica, red de sensores global, detección en tiempo real, email/SMS, pronóstico de tormentas y viento. |
| Fortaleza R9 | Integración de plataformas, monitoreo ambiental/meteorológico, cloud, APIs, alertas, soporte y operación continua. |
| Brecha crítica | Propiedad/acceso contractual a red global de detección y acreditación de 99,9% de tormentas, precisión ≤1 km, TOA + radiogoniometría magnética y disponibilidad ≥99,99%. |
| Estrategia recomendada | Buscar partner tecnológico inmediato; ofertar como integrador/local support o UTP, no desarrollar el core de detección. |
| Bandera roja competitiva | La combinación de requisitos coincide fuertemente con una plataforma comercial específica del mercado (ver sección 15), lo que puede reducir el universo de soluciones equivalentes. |
2. Ficha y Calendario
2.1 Ficha del proceso
| Campo | Dato | Estado |
|---|---|---|
| Mandante | Dirección General de Aeronáutica Civil (DGAC) | HECHO DOCUMENTAL |
| Unidad | Dirección Meteorológica de Chile (DMC) | HECHO DOCUMENTAL |
| RUT mandante | 61.104.000-8 | Proporcionado por el usuario / ficha comprador |
| Objeto | Contratación de servicio de detección, monitoreo y alertamiento de tormentas eléctricas DMC. | HECHO DOCUMENTAL |
| ID | 1392-30-LP26 en resolución y bases principales. | HECHO DOCUMENTAL |
| ID alternativo | 1392-30-LE26 aparece repetidamente en formularios editables. | CONTRADICCIÓN |
| Modalidad | Licitación pública; formalización mediante Orden de Compra. | HECHO DOCUMENTAL |
| Presupuesto referencial | $76.000.000 IVA incluido. | HECHO DOCUMENTAL |
| Presupuesto neto equivalente | ≈ $63.865.546 netos. | INTERPRETACIÓN aritmética |
| Vigencia servicio | 22 meses. | DEBE |
| Implementación | Máximo 14 días corridos desde recepción de la Orden de Compra. | DEBE |
| Cobertura | Chile continental y área de influencia nacional, incluyendo Chile insular. | DEBE |
| Activos iniciales | 7 aeropuertos: Arturo Merino Benítez, Diego Aracena, Andrés Sabella, Carriel Sur, El Tepual, Presidente Carlos Ibáñez del Campo y Mataveri. | DEBE |
2.2 Fechas y horas relevantes
| Hito | Plazo / hora | Fecha exacta | Observación |
|---|---|---|---|
| Resolución que aprueba bases | — | 25-08-2026 | Exenta N° 10/0/8/3794. |
| Publicación | Día 1 | NO ENCONTRADA en adjuntos | No asumir que coincide con la fecha de resolución. |
| Consultas | 7 días corridos desde publicación | Hasta 16:01 | Fecha exacta requiere ficha del proceso. |
| Respuestas | 6 días corridos desde término de preguntas | NO ESPECIFICADA | Se publica como archivo adjunto en Mercado Público. |
| Cierre | 20 días corridos desde publicación | 15:30 | En un pasaje se lee “catorce días (20)”, inconsistencia de redacción. |
| Apertura | Mismo día del cierre | 15:31 | Apertura administrativa, técnica y económica en un acto. |
| Evaluación | Hasta 10 días corridos | Relativo | IX.2 menciona 10 días; luego exige informe final dentro de 12 días. |
| Informe de evaluación | Dentro de 12 días corridos desde apertura | Relativo | Cronograma e IX.4. |
| Adjudicación | Dentro de 12 días corridos desde informe | Relativo | Puede modificarse fundadamente. |
| Validez oferta | ≥60 días corridos | Desde apertura | Si no se indica, se entiende aceptado el mínimo. |
| Inscripción Registro de Proveedores | 15 días corridos desde adjudicación | Relativo | Requisito previo a la OC; aplica a todos los integrantes UTP. |
| Implementación | ≤14 días corridos desde OC | Relativo | Requisito mínimo técnico. |
| Vigencia | 22 meses | Desde inicio contractual | Incluye funcionalidades, licencias y soporte. |
Acción inmediata: validar en Mercado Público la fecha/hora exacta de publicación, preguntas y cierre antes de planificar la postulación. El archivo adjunto sólo entrega plazos relativos.
3. Alcance Funcional
La siguiente matriz consolida los requisitos técnicos evaluados. La propia pauta indica que, independientemente del puntaje, los requisitos definidos como obligatorios deben cumplirse.
| # | Dominio | Requerimiento | Prioridad | Evidencia esperada | Observación R9 |
|---|---|---|---|---|---|
| 1 | Detección | Red global de detección de rayos con cobertura en zona de implementación. | DEBE | Ficha técnica/red/cobertura del proveedor. | REQUIERE PARTNER. |
| 2 | Detección | Detección y procesamiento de eventos de rayos en tiempo real. | DEBE | Documentación funcional y técnica. | Partner/OEM. |
| 3 | Alertas | Generación automática de alertas. | DEBE | Capturas, manual, demo o especificación. | Alineable. |
| 4 | Performance | Tiempo detección→alerta ≤15 segundos. | DEBE | SLA/benchmark/documentación verificable. | Crítico; no basta declaración R9. |
| 5 | Precisión | Precisión global de localización ≤1 km. | DEBE | Validación técnica reconocida. | Partner. |
| 6 | Cobertura | Detectar 99,9% de las tormentas a nivel global. | DEBE | Documentación técnica o metodología reconocida. | Brecha crítica. |
| 7 | Clasificación | Identificar rayos intra-nube, nube-tierra y entre nubes. | DEBE | Ficha de datos/eventos. | Partner. |
| 8 | Datos | Entregar ubicación, fecha/hora, carga y tipo de evento. | DEBE | Modelo de datos / interfaz. | Alineable vía plataforma. |
| 9 | Tecnología | Usar al menos tiempo de arribo (TOA) y radiogoniometría magnética (MDF). | DEBE | Arquitectura técnica de red/sensores. | Brecha crítica R9 solo. |
| 10 | Activos | Definir hasta 7 activos protegidos. | DEBE | Configuración/demostración. | Alineable. |
| 11 | Geometrías | Puntos, multipuntos, polígonos y líneas/polilíneas. | DEBE | Manual/capturas. | Alineable. |
| 12 | Alertas | Zonas de alerta y umbrales independientes. | DEBE | Manual/configuración. | Alineable. |
| 13 | Administración | DMC debe crear/modificar/eliminar configuraciones sin intervención del proveedor. | DEBE | Roles/permisos/manual. | Alineable. |
| 14 | Severidad | Al menos Información, Advertencia y Alarma. | DEBE | Configuración de niveles. | Alineable. |
| 15 | Severidad | Umbrales y distancias configurables por activo/zona. | DEBE | Manual/demostración. | Alineable. |
| 16 | Pronóstico | Pronóstico de actividad de tormentas eléctricas hasta 60 minutos. | DEBE | Producto de nowcasting/documentación. | Partner. |
| 17 | Pronóstico | Anticipar aproximación de actividad convectiva. | DEBE | Algoritmo/producto documentado. | Partner. |
| 18 | Viento | Alertas de viento y/o ráfagas. | DEBE | Ficha funcional. | Partner o servicio meteorológico. |
| 19 | Viento | Anticipación configurable entre 1 y 72 horas. | DEBE | Horizonte de forecast documentado. | Crítico. |
| 20 | Viento | Umbrales de velocidad configurables. | DEBE | Configuración. | Alineable. |
| 21 | Notificación | Alertas automáticas por correo electrónico. | DEBE | Manual/prueba. | Alta alineación. |
| 22 | Notificación | Alertas automáticas por SMS. | DEBE | Manual/prueba + condiciones comerciales. | Alta alineación, considerar costos. |
| 23 | Notificación | Destinatarios/listas por activo, ubicación o tipo de alerta. | DEBE | Configuración. | Alineable. |
| 24 | Seguridad operacional | Notificación automática de condiciones seguras (“all clear”). | DEBE | Funcionalidad documentada. | Partner. |
| 25 | Arquitectura | Operación como servicio en nube / SaaS. | DEBE | Arquitectura/servicio. | Alta alineación. |
| 26 | Infraestructura | No requerir estaciones meteorológicas locales para alertas. | DEBE | Declaración/ficha arquitectura. | Depende del OEM. |
| 27 | Infraestructura | No requerir infraestructura local de detección de rayos. | DEBE | Ficha arquitectura/cobertura. | Depende del OEM. |
| 28 | Disponibilidad | Plataforma ≥99,99%. | DEBE | SLA contractual o evidencia oficial. | Partner debe asumir/acreditar. |
| 29 | Cobertura | Chile continental. | DEBE | Mapa/cobertura. | Partner. |
| 30 | Cobertura | Chile insular / área de influencia nacional. | DEBE | Mapa/cobertura. | Validar especialmente Rapa Nui. |
| 31 | Visualización | Interfaz cartográfica. | DEBE | Capturas/demo. | Alta alineación. |
| 32 | Visualización | Condiciones severas en tiempo real y pronosticadas. | DEBE | Demo/documentación. | Partner. |
| 33 | Continuidad | Disponibilidad durante toda la vigencia. | DEBE | SLA/contrato. | Partner + R9 soporte. |
| 34 | Implementación | Habilitación ≤14 días corridos desde OC. | DEBE | Plan realista y carta de compromiso. | Posible sólo con SaaS listo. |
| 35 | Vigencia | Servicio 22 meses con todas las funcionalidades, licencias y soporte. | DEBE | Oferta comercial/técnica. | Requiere cotización OEM cerrada. |
Nota: la pauta técnica contiene 38 ítems de puntuación, pero la matriz de cumplimiento posterior consolida algunos subítems y presenta 35 filas. Esta inconsistencia de estructura no cambia los mínimos técnicos indicados expresamente.
4. Servicio y No Funcionales
| Área | Exigencia | Obligatoriedad | Observación analítica |
|---|---|---|---|
| Modelo de servicio | SaaS íntegramente web, acceso seguro por navegador, sin componentes adicionales en equipos DMC. | DEBE | Favorece plataforma existente; no hay ventana para desarrollo sustantivo. |
| Disponibilidad | ≥99,99% y continuidad toda la vigencia. | DEBE | Solicitar definición de medición, exclusiones y créditos/penalidades; no están detallados. |
| Latencia operacional | ≤15 s desde detección hasta alerta. | DEBE | Debe acreditarse mediante documentación del fabricante/red. |
| Seguridad | Acceso seguro mediante navegador. | DEBE | No se detallan MFA, cifrado, roles, residencia de datos, logging ni ciberseguridad. |
| Soporte | Soporte técnico especializado, mesa de ayuda y soporte durante 22 meses. | Evaluado 10% | No se definen horarios, canales, tiempos de respuesta/resolución ni SLA de soporte. |
| Escalabilidad | Hasta 7 activos protegidos inicialmente. | DEBE | Preguntar precio/condición de crecimiento sobre 7 activos. |
| Notificaciones | Email y SMS como mínimo. | DEBE | Definir volumen de SMS, destinatarios y costos de sobreconsumo. |
| Infraestructura local | No debe requerir estaciones meteorológicas ni sensores locales de rayos. | DEBE | Excluye una estrategia basada en despliegue físico propio de R9. |
| Idioma | Oferta en español. | DEBE formal | Conviene entregar manual/resumen en español aunque documentación OEM pueda ser inglesa; validar aceptación. |
| Operación | Apoyo permanente al Servicio Meteorológico Aeronáutico y monitoreo oficial de amenazas. | DEBE | Alta criticidad operacional; exige soporte robusto y cadena de escalamiento. |
5. Implementación y Entregables
| Fase / hito | Plazo | Entregable o resultado | Criterio de aceptación |
|---|---|---|---|
| Adjudicación / OC | Según cronograma | Orden de Compra formalizada. | Proveedor hábil y garantía de fiel cumplimiento entregada. |
| Implementación | ≤14 días corridos desde OC | Plataforma habilitada y activos configurables. | Cumplimiento integral de Bases Técnicas. |
| Puesta en operación | Dentro de implementación | Acceso SaaS, alertas, mapas, usuarios/configuración. | REQUIERE definición de protocolo de pruebas. |
| Operación continua | 22 meses | Funcionalidades, licencias y soporte. | Recepción conforme del Inspector Fiscal. |
| Informe final | Fecha acordada con equipo DMC | Informe final. | Existe multa por atraso, pero el contenido/plazo del informe no aparece definido en Bases Técnicas. |
| Cierre | Último mes | Certificado de conformidad correspondiente al último mes. | Base para devolución posterior de garantía. |
Faltante crítico: no se identificó un detalle del contenido, periodicidad ni formato de informes, pese a que las multas sancionan el atraso del “informe final”. Debe consultarse antes de ofertar.
6. Oferta y Documentos
6.1 Checklist de presentación
| Sobre | Documento / evidencia | ¿Obligatorio? | Riesgo si falta | Acción R9 |
|---|---|---|---|---|
| Administrativo | Formulario 2.3 Identificación del Proponente. | Sí | Puede afectar admisibilidad. | Completar y firmar. |
| Administrativo | Formato 2.5 Declaraciones aplicable a persona jurídica. | Sí | Puede afectar admisibilidad. | Completar/firma representante legal. |
| Administrativo | Acuerdo UTP + mandatario común, si se oferta como UTP. | Condicional | Excluyente si corresponde y falta. | Preparar si se usa partner vía UTP. |
| Técnico | Descripción detallada del servicio ofertado. | Sí | Evaluación técnica / admisibilidad. | Construir dossier OEM + rol R9. |
| Técnico | Matriz de cumplimiento técnico con referencia a documento/página. | Sí según pauta | Alto. | Completar 100% y adjuntar trazabilidad. |
| Técnico | Declaración del oferente sobre veracidad y permanencia de la solución ofertada. | Sí según anexo | Alto. | Subir firmada en PDF. |
| Técnico | Documentación que acredite 99,9% de tormentas y precisión ≤1 km. | Sí explícito | Excluyente técnico. | Obtener fabricante/OEM. |
| Técnico | Evidencia TOA + radiogoniometría magnética. | Sí | Excluyente técnico. | Fabricante/OEM. |
| Técnico | Evidencia disponibilidad ≥99,99%. | Sí | Excluyente técnico. | SLA oficial OEM. |
| Técnico | Plan de implementación. | Evaluado | Pérdida de puntaje. | Plan ≤14 días. |
| Técnico | Descripción soporte especializado, mesa de ayuda y soporte 22 meses. | Evaluado | Hasta 10% del total. | Definir modelo R9 + escalamiento OEM. |
| Técnico | Experiencia verificable en servicios relacionados. | Evaluado | Hasta 10% del total. | Definir si se acredita R9, UTP o partner; consultar reglas de cómputo. |
| Integridad | Declaración 2.6 Programa de Integridad. | Evaluado | 0 puntos si falta. | Completar. |
| Integridad | Protocolos/instructivos/certificaciones + evidencia de difusión al personal. | Para puntuar | 0 o 50 puntos del criterio. | REQUIERE VALIDACIÓN R9. |
| Sustentabilidad | Anexo Técnico N°2. | Evaluado | 0 puntos si no se acredita. | Completar sólo ítems con respaldo. |
| Sustentabilidad | Convenios/certificados/política difundida que respalden el criterio marcado. | Para puntuar | 0 en criterio no acreditado. | REQUIERE VALIDACIÓN R9. |
| Económico | Formulario 2.4 Oferta Económica + precio digitado en Mercado Público. | Sí | Excluyente/evaluación. | Completar con 22 meses completos. |
| Económico | Plazo de entrega y “garantía” en formulario económico. | Sí en formato | Ambiguo. | Consultar qué significa “garantía” y alinear con 22 meses. |
Formato: las bases señalan que los sobres electrónicos deben presentarse en PDF. Los anexos editables contienen errores de numeración ID (LE26 en vez de LP26); no corregir unilateralmente el texto oficial sin consultar al mandante. Sí debe usarse el ID que figure en la ficha vigente de Mercado Público al momento de ofertar.
6.2 Inadmisibilidades / exclusiones críticas
- Oferta parcial: las bases exigen ofertar por el total de lo requerido.
- Omisión de antecedentes/documentos de carácter excluyente o invalidante.
- Incumplimiento de cualquier requisito técnico mínimo obligatorio.
- Antecedentes falsos o no verificables.
- No inscripción en Registro de Proveedores dentro de 15 días desde adjudicación, si no se está inscrito.
- No entregar garantía de fiel cumplimiento antes de la Orden de Compra.
7. Evaluación y Precio
7.1 Tabla de evaluación
| Criterio | Peso | Método | Implicancia |
|---|---|---|---|
| Oferta Técnica | 44% | 100 puntos distribuidos entre requisitos técnicos. | Es el factor principal. Sin embargo, la pauta declara obligatorios los mínimos, por lo que hay poca gradación real si todos deben cumplirse. |
| Oferta Económica | 30% | (menor precio / precio oferta) × 100. | Importante presión competitiva en precio. |
| Experiencia | 10% | 10+ =100; 6–9=80; 3–5=60; 1–2=30; 0=0. | Partner con múltiples implementaciones puede ser decisivo. |
| Soporte e Implementación | 10% | 5 aspectos de 20 puntos: plan, ≤14 días, soporte especializado, mesa de ayuda, soporte contractual. | R9 puede aportar valor local si se define bien el modelo. |
| Programa de Integridad | 3% | 100 implementado/acreditado; 50 implementación parcial; 0 insuficiente. | Validar documentación interna R9. |
| Sustentabilidad | 3% | 100 políticas/certificaciones; 50 al menos una medida; 0 ninguna. | Conviene asegurar al menos evidencia verificable. |
7.2 Presupuesto y umbrales
| Concepto | Valor | Lectura |
|---|---|---|
| Presupuesto referencial total | $76.000.000 IVA incluido | HECHO DOCUMENTAL. |
| Equivalente neto | ≈ $63.865.546 | Antes de IVA. |
| Equivalente mensual bruto 22 meses | ≈ $3.454.545/mes | Sólo referencia analítica, no implica pagos mensuales. |
| Equivalente mensual neto 22 meses | ≈ $2.902.979/mes | Debe cubrir licencias globales, SMS, soporte y margen. |
| Retención DGAC | 2% del total facturado | Impacta caja. |
Gate comercial: antes de continuar, obtener una cotización de partner/OEM por 22 meses y 7 activos que incluya todas las funcionalidades. Si el costo mayorista no deja margen razonable dentro del presupuesto, la oportunidad pasa a NO-GO.
7.3 Experiencia exigida
Se aceptan servicios relacionados con detección de descargas eléctricas, monitoreo de tormentas, alertamiento meteorológico, plataformas de monitoreo meteorológico o servicios equivalentes de vigilancia de fenómenos severos. Deben ser efectivamente ejecutados y verificables.
REQUIERE VALIDACIÓN: las bases no explican cómo se suma o atribuye la experiencia en una UTP, ni si experiencia de un fabricante/subcontratista puede ser usada por el oferente. Esta pregunta es prioritaria.
8. Contrato y Pagos
| Condición | Exigencia | Implicancia |
|---|---|---|
| Formalización | Orden de Compra de Mercado Público. | No se identifica contrato extenso separado. |
| Garantía fiel cumplimiento | 3% del valor total del contrato. | Irrevocable, pagadera a la vista/ejecución inmediata. |
| Vigencia garantía | Vigencia del contrato + 90 días corridos. | Debe cubrir obligaciones laborales/sociales; póliza debe cubrir multas. |
| Entrega garantía | Antes del envío de la OC. | Gate de contratación. |
| Pago | Dentro de 30 días corridos desde recepción conforme de factura electrónica + acta/certificado. | El calendario de facturación no está claramente definido. |
| Facturación | Sólo una vez verificado el cumplimiento contractual y validado por Inspector Fiscal. | Ambigüedad entre factura única y facturación periódica. |
| Retención | 2% del total facturado. | Considerar en flujo de caja. |
| Cesión | No se pueden ceder/transferir derechos y obligaciones. | No impide expresamente UTP; subcontratación debe revisarse con cautela. |
| Obligaciones laborales | DGAC puede exigir planillas de remuneraciones/cotizaciones. | Aplicable al personal vinculado al servicio. |
Ambigüedad económica crítica: el capítulo de pagos habla del “valor total” y de “la factura”, mientras que la devolución de garantía alude al certificado correspondiente al “último mes de servicio”. No queda claro si se paga mensualmente, por hitos o en una sola factura. Para un servicio SaaS de 22 meses, esto debe aclararse por impacto directo en caja y precio.
9. Multas y Términos
| Incumplimiento | Sanción | Escalamiento | Observación |
|---|---|---|---|
| Atraso en entrega del informe final | 0,01% del pago total de la contratación por cada día de atraso. | Multas acumuladas máximo 10% del precio total adjudicado. | Contenido/fecha del informe final no definidos claramente. |
| Informe final sin recepción conforme | No puede facturar. | Impacto directo en caja. | Preguntar si aplica a pago final o a toda la contratación. |
| Multas acumuladas | Tope 10% del precio total adjudicado. | DGAC puede poner término anticipado a la OC. | Riesgo contractual medio. |
| Incumplimiento laboral/social | Descuentos/uso de garantía. | Si no reemplaza garantía en 15 días: término anticipado. | Estándar de contratación pública. |
| Antecedentes falsos | Inadmisibilidad, invalidación o término anticipado. | Puede ejecutarse garantía y existir responsabilidad penal. | Reforzar trazabilidad de evidencia OEM. |
| Caso fortuito/fuerza mayor | No aplica multa si se acredita suficientemente y DGAC lo califica. | — | HECHO DOCUMENTAL. |
10. Riesgos y Brechas
| Riesgo | Nivel | Impacto | Mitigación / decisión |
|---|---|---|---|
| R9 no posee evidencia conocida de una red global propia de rayos. | CRÍTICO | Inadmisibilidad técnica. | Partner/OEM/UTP con plataforma ya operativa. |
| Requisitos de 99,9%, ≤1 km, TOA+MDF y 99,99% uptime son altamente especializados. | CRÍTICO | No basta capacidad de desarrollo. | Obtener documentación oficial de fabricante antes de decidir GO. |
| Especificación presenta gran coincidencia con una solución comercial concreta. | ALTO | Mercado potencialmente estrecho y dependencia de partner. | Validar equivalencia y canal comercial autorizado. |
| Experiencia específica puede ser baja en R9 directo. | ALTO | Hasta 10% de puntaje y posible debilidad competitiva. | UTP/partner con ≥10 implementaciones; consultar cómputo de experiencia. |
| Implementación en 14 días. | ALTO | Imposible si hay desarrollo sustantivo. | Configurar producto estándar; congelar personalizaciones. |
| Licencia global 22 meses + SMS + soporte dentro de $76MM IVA incl. | ALTO | Riesgo de margen insuficiente. | Cotización OEM temprana y modelo financiero. |
| Pago/facturación ambiguos. | ALTO | Riesgo de caja. | Pregunta formal al mandante. |
| ID LP26 vs LE26 en anexos. | MEDIO | Error formal de postulación. | Consultar y usar ficha vigente/rectificación oficial. |
| Evaluación técnica y soporte duplican implementación ≤14 días. | MEDIO | Metodología de puntaje poco clara. | Pregunta de aclaración. |
| Requisito de informe final sin definición de contenido. | MEDIO | Multas/facturación. | Exigir definición de formato, fecha y aceptación. |
| Cobertura insular, especialmente Mataveri. | ALTO | Puede excluir soluciones con cobertura parcial. | Mapa y declaración OEM específica para Rapa Nui. |
11. Encaje para R9
| Capacidad | Alineación preliminar | Validación necesaria | Lectura |
|---|---|---|---|
| SaaS / web / cloud | ALTA | Arquitectura final del OEM. | Core tecnológico compatible con experiencia R9. |
| Monitoreo ambiental/meteorológico y datos | ALTA-MEDIA | Casos exactos que puedan presentarse. | R9 tiene experiencia en plataformas de monitoreo y datos ambientales. |
| Interfaz cartográfica | ALTA | Debe venir incluida o integrarse sin desarrollo riesgoso. | Alineación técnica. |
| Alertas email/SMS | ALTA | Volumen y costos SMS. | Capacidad común en soluciones R9. |
| Soporte y mesa de ayuda | ALTA | Definir SLA y escalamiento con fabricante. | Potencial diferenciador local. |
| Integraciones / API | ALTA | Las bases no detallan API obligatoria. | Valor agregado, no sobredimensionar. |
| Red global de sensores de rayos | BAJA / NO EVIDENCIADA | Partner/OEM. | Brecha excluyente. |
| TOA + MDF | NO EVIDENCIADA | Documentación OEM. | Brecha excluyente. |
| 99,9% tormentas / ≤1 km | NO EVIDENCIADA | Validación reconocida del OEM. | Brecha excluyente. |
| Pronóstico de rayos 60 min y viento 72 h | NO EVIDENCIADA | Partner/OEM. | Brecha funcional. |
| Experiencia ≥10 implementaciones similares | REQUIERE VALIDACIÓN | Inventario de referencias R9/partner. | Clave para 10%. |
| Programa de integridad | REQUIERE VALIDACIÓN | Documentos y evidencia de difusión. | 3%. |
| Sustentabilidad | REQUIERE VALIDACIÓN | Convenios/políticas/certificados vigentes. | 3%. |
11.1 Recomendación Go/No-Go
GO CONDICIONAL si, antes del cierre de preguntas o muy poco después, R9 logra: (1) partner/OEM que cumpla 100% de mínimos; (2) derecho de comercialización/UTP suficientemente firme; (3) experiencia acreditable competitiva; (4) cotización total 22 meses compatible con el presupuesto; y (5) cobertura documental Chile continental + insular.
NO-GO si R9 pretende desarrollar la plataforma/red desde cero, si el partner no puede acreditar los mínimos técnicos, o si la licencia mayorista deja la oferta fuera del presupuesto/margen objetivo.
12. Preguntas al Mandante
- Confirmar el ID correcto del proceso: ¿1392-30-LP26 o 1392-30-LE26? ¿Deben modificarse los anexos editables que contienen “LE26”?
- Confirmar la fecha exacta de publicación, cierre y período de consultas aplicables al proceso.
- ¿Todos los requisitos técnicos listados en el capítulo “Requisitos Técnicos Mínimos” son efectivamente habilitantes/excluyentes, aun cuando además tengan puntaje?
- ¿Cómo se evaluará la Oferta Técnica si todos los ítems puntuados son simultáneamente mínimos obligatorios? ¿Un oferente admisible obtendrá necesariamente el total técnico?
- Para una UTP, ¿cómo se computa la experiencia del oferente: suma de experiencias de todos los integrantes, sólo mandatario, o alguna otra regla?
- ¿Puede acreditarse experiencia y capacidades técnicas del fabricante/OEM de la plataforma cuando éste no integra formalmente una UTP?
- ¿Qué antecedentes se consideran suficientes para acreditar el 99,9% de detección de tormentas, precisión ≤1 km, TOA+MDF y disponibilidad ≥99,99%?
- ¿La cobertura insular debe incluir expresamente Rapa Nui/Mataveri con idénticos niveles de desempeño y disponibilidad?
- ¿Cuál es la periodicidad de facturación y pago durante los 22 meses: mensual, por hitos o pago único?
- La retención del 2%: ¿se aplica a cada factura y cuándo/procedimiento se libera, si corresponde?
- ¿Qué es exactamente el “informe final” sujeto a multa: contenido, formato, fecha de entrega y criterio de recepción conforme?
- El Formulario Económico solicita “GARANTÍA ___ MESES”. ¿Se refiere a soporte post servicio, vigencia del SaaS, garantía técnica u otro concepto?
- El mismo formulario solicita plazo de entrega en “días hábiles”, mientras las Bases Técnicas fijan máximo 14 días corridos. ¿Qué unidad debe declararse?
- ¿Qué horarios, canales, tiempos de respuesta y resolución espera la DMC para soporte técnico y mesa de ayuda?
- ¿Existe una volumetría mínima o máxima de SMS, usuarios, listas de destinatarios y alertas durante los 22 meses?
- ¿Se aceptará documentación técnica del fabricante en inglés o debe acompañarse traducción al español?
- ¿Se permite subcontratación de componentes tecnológicos o soporte de fabricante, manteniendo el adjudicatario plena responsabilidad?
- ¿Las 7 ubicaciones iniciales son un límite contractual o la DMC podrá reemplazar/agregar activos durante la vigencia? En ese caso, ¿cómo se remuneraría?
- ¿Se requiere integración con plataformas existentes de la DMC? Las Bases Técnicas mencionan integración con el ecosistema tecnológico, pero no definen APIs, sistemas, formatos ni alcance.
- ¿Qué protocolo de aceptación se aplicará dentro de los 14 días para validar puesta en marcha y requisitos técnicos?
13. Plan de Postulación
| Fecha objetivo | Actividad | Resultado esperado |
|---|---|---|
| Inmediato | Validar ficha Mercado Público y cronograma exacto. | Calendario definitivo y fecha límite de preguntas. |
| Inmediato | Identificar fabricante/OEM/partner que cumpla la matriz completa. | Ficha de cumplimiento preliminar 100%. |
| Antes de consultas | Enviar preguntas críticas de ID, experiencia UTP/OEM, pagos, soporte, informe final e integración. | Reducir riesgo formal/comercial. |
| Antes de decisión GO | Obtener cotización cerrada 22 meses / 7 activos / Chile insular / SMS / soporte. | Validación de presupuesto y margen. |
| Antes de decisión GO | Definir forma contractual con partner: UTP, reseller o suministro. | Responsabilidades y evidencia utilizables. |
| T-10 días | Consolidar experiencia verificable y respaldos. | Maximizar 10% experiencia. |
| T-10 días | Preparar plan de implementación ≤14 días y soporte 22 meses. | Maximizar 10% soporte/implementación. |
| T-7 días | Completar matriz técnica con documento/página para cada requisito. | Trazabilidad de admisibilidad. |
| T-7 días | Validar Programa de Integridad y Sustentabilidad R9. | Capturar hasta 6% adicional. |
| T-5 días | Completar anexos administrativos/económicos y control cruzado ID. | Carpeta de oferta completa. |
| T-2 días | QA legal-administrativo/técnico/comercial. | Cero omisiones excluyentes. |
| T-1 día | Cargar oferta en Mercado Público y verificar legibilidad. | Evitar contingencia de último minuto. |
13.1 Control de calidad final
- ☐ ID correcto en todos los anexos.
- ☐ 100% de requisitos técnicos mínimos acreditados con fuente verificable.
- ☐ Oferta por la totalidad del servicio, 22 meses.
- ☐ Precio incluye licencias, SMS, soporte, impuestos/condiciones y cobertura insular.
- ☐ Plan ≤14 días corridos consistente con formulario económico.
- ☐ Evidencia de experiencia correctamente atribuible al oferente/UTP.
- ☐ Integridad y sustentabilidad con respaldo, no sólo declaración.
- ☐ Oferta económica coincide entre formulario y monto digitado.
- ☐ Documentos firmados y convertidos a PDF.
- ☐ Garantía de fiel cumplimiento preparada para etapa de adjudicación.
14. Ambigüedades, Contradicciones y Alertas Documentales
| Hallazgo | Tipo | Impacto | Acción |
|---|---|---|---|
| ID principal 1392-30-LP26, pero anexos 2.3, 2.4, 2.5 y 2.6 dicen 1392-30-LE26. | CONTRADICCIÓN | Riesgo formal. | Consultar / usar rectificación oficial. |
| Presentación: “dentro del plazo de catorce días (20) días corridos”. | ERROR DE REDACCIÓN | Calendario. | Prevalece cronograma de 20 días, pero validar ficha. |
| Se numeran sobres como N°1/2/3 y luego se habla de “Sobre N°4” Económico. | ERROR DE NUMERACIÓN | Bajo-medio. | Organizar por contenido, no por error tipográfico. |
| Oferta Técnica 44% puntúa requisitos que luego se declaran mínimos obligatorios. | AMBIGÜEDAD METODOLÓGICA | Puntaje. | Preguntar cómo existe diferenciación técnica. |
| Soporte/Implementación vuelve a puntuar implementación ≤14 días ya evaluada técnicamente. | DUPLICIDAD | Puntaje. | Solicitar regla de no duplicación. |
| Se menciona “pauta anterior” y “nuevas Bases Técnicas”. | INDICIO DE REUTILIZACIÓN DE DOCUMENTO | Medio. | Revisar eventuales aclaraciones posteriores. |
| Multa por “informe final”, sin especificación técnica del informe. | FALTANTE | Contractual/económico. | Consulta obligatoria. |
| Pago no define periodicidad del SaaS de 22 meses. | FALTANTE | Caja/precio. | Consulta obligatoria. |
| “Integrarse con ecosistema tecnológico DMC” sin requisitos de integración. | ALCANCE AMBIGUO | Horas/costo/arquitectura. | Preguntar sistemas, API, datos, seguridad y responsabilidades. |
| Formulario económico pide “garantía ___ meses”. | AMBIGÜEDAD | Oferta económica. | Consultar antes de completar. |
| Referencia a Ley de Presupuestos año 2023 dentro de proceso 2026. | POSIBLE ERROR DE ACTUALIZACIÓN | Legal/administrativo bajo. | No interpretar jurídicamente; consultar si afecta condiciones de pago. |
15. Inteligencia de Mercado Externa — No sustituye evidencia de las Bases
Clasificación: INTERPRETACIÓN apoyada en información pública externa, revisada el 25-08-2026. No es una afirmación del mandante ni prueba de que exista proveedor predeterminado.
La combinación de requisitos técnicos tiene una coincidencia extraordinariamente alta con el portafolio público de Vaisala / Xweather:
- Xweather Lightning Network publica captura del 99,9% de tormentas a nivel mundial, tecnologías de time-of-arrival + magnetic direction finding y 99,99% de disponibilidad.
- Xweather Protect publica niveles Information / Warning / Alarm, “all-clear”, geometrías de activos (punto, multipunto, polígono, polilínea), email/SMS, pronóstico de rayos hasta 60 minutos y viento/ráfagas hasta 72 horas.
Implicancia comercial: antes de invertir horas en propuesta, R9 debiera validar si puede acceder comercialmente a Xweather/Vaisala o a una plataforma verdaderamente equivalente que pueda acreditar cada mínimo. Si no existe canal/partner viable, la probabilidad de cumplimiento es baja.
Referencias públicas: Xweather Lightning Network; Xweather Protect; Xweather Help Center — Managing asset alerts.
16. Fuentes Revisadas y Validación Final
16.1 Documentos de la oportunidad revisados
| Archivo | Contenido | Estado revisión |
|---|---|---|
| 1-RESOL._10-0-8-3794_firmada.pdf | Resolución, Bases Administrativas, Bases Técnicas, Pauta de Evaluación y formatos. | Revisado completo (47 páginas). |
| 2-DECLARACION_DEL_OFERENTE_(_SUBIR_EN_PDF).docx | Declaración de cumplimiento/veracidad de solución. | Revisado. |
| 3-2.6___FORMATO_DECLARACIÓN_DE_PROGRAMA_DE_INTEGRIDAD.docx | Declaración Programa de Integridad. | Revisado. |
| 4-ANEXO_TECNICO_N°2_FORMATO_DE_CRITERIO_SUSTENTABLE.docx | 9 alternativas de acreditación sustentable. | Revisado. |
| 5-2.6___FORMATO_DECLARACIÓN_DE_PROGRAMA_DE_INTEGRIDAD.docx | Duplicado del formato de integridad. | Revisado; contenido equivalente. |
| 6-2.5_FORMATOS_DE_DECLARACIONES...docx | Declaraciones administrativas para persona jurídica/natural/UTP. | Revisado. |
| 7-2.4_FORMULARIO_DE_PRESENTACIÓN_DE_OFERTA_ECONÓMICA...docx | Oferta económica, plazo de entrega, garantía y validez. | Revisado. |
| 8-2.3_FORMATO_IDENTIFICACIÓN_DEL_PROPONENTE...docx | Identificación del oferente. | Revisado. |
16.2 Trazabilidad principal
- Presupuesto, modalidad, cronograma, presentación, evaluación, garantía, pagos y multas: Bases Administrativas de la Resolución Exenta N° 10/0/8/3794.
- Objetivo, antecedentes, arquitectura SaaS, cobertura, alertas, detección, implementación y vigencia: Bases Técnicas, pp. 15–18 del documento.
- Ponderaciones, fórmula de precio, experiencia, soporte, integridad, sustentabilidad y matriz técnica: Anexo Técnico N°1 / Pauta de Evaluación, pp. 19–33.
- Declaraciones y formularios: anexos editables incluidos en el ZIP y formatos incorporados al PDF.
16.3 Validación final Arrieta1
| Control | Resultado |
|---|---|
| Todos los documentos disponibles revisados | SÍ |
| Obligatorios e inadmisibilidades identificados | SÍ |
| Fechas y horas capturadas | Parcial: plazos relativos completos; fecha de publicación/cierre exacta NO ENCONTRADA. |
| Evaluación, experiencia, precio, pagos, multas y contrato | SÍ |
| Stack, integraciones, infraestructura, modalidad y soporte | SÍ; integración DMC queda ambigua y requiere pregunta. |
| Hechos / interpretaciones / faltantes separados | SÍ |
| Riesgos y brechas R9 | SÍ |
| 13 secciones mínimas | SÍ + secciones adicionales |
| Go/No-Go respaldado | SÍ — GO CONDICIONAL / NO-GO R9 solo |
| Plan accionable | SÍ |