GO CONDICIONAL
Municipalidad de Estación Central
Servicio integral de continuidad, mantención, soporte, alojamiento y evolución del sitio web municipal
Oportunidad altamente alineada con la unidad tecnológica de R9, pero con dos validaciones críticas antes de ofertar: capacidad de asumir y mantener el stack existente (incluyendo IA/RAG) y viabilidad económica del servicio 24x7, hosting, seguridad y soporte dentro de $28.000.000 IVA incluido por 12 meses.
1. Resumen Ejecutivo
Mandante
Municipalidad de Estación Central
Presupuesto
$28.000.000 IVA incluido
Duración
12 meses
Evaluación
Precio 60% · Técnica 35% · Integridad 5%
Garantías
No seriedad · No fiel cumplimiento
Complejidad
Media-Alta
Objeto: no es un desarrollo desde cero. El adjudicatario debe asumir el sitio existente, levantarlo técnicamente, migrar/configurar la infraestructura requerida y garantizar continuidad, mantención preventiva/correctiva, CMS, hosting, seguridad, respaldos, monitoreo, soporte, integraciones y continuidad de componentes de IA, búsqueda semántica y RAG.
Encaje R9: alto en desarrollo/mantención web, infraestructura cloud, bases de datos, soporte, monitoreo e IA/integraciones. REQUIERE VALIDACIÓN R9 respecto del CMS/stack exacto actualmente instalado, compatibilidad con la infraestructura mínima exigida, costos reales del hosting/Tier III/DDoS y capacidad operacional de respuesta crítica 24x7.
2. Ficha y Calendario
| Campo | Resultado |
|---|
| Tipo | Licitación Pública LE, abierta, una etapa, suma alzada y adjudicación simple |
| Moneda | Pesos chilenos |
| Presupuesto referencial | $28.000.000 IVA e impuestos incluidos |
| ID Mercado Público | NO ENCONTRADO en los documentos revisados |
| Visita a terreno | No aplica |
| Vigencia oferta | 90 días corridos; eventual prórroga solicitada por el Municipio de hasta 30 días |
| Hito | Fecha / regla | Observación |
|---|
| Publicación | Al tramitarse el Decreto Alcaldicio | Fecha cierta debe revisarse en Mercado Público |
| Preguntas | Hasta 18:00 del segundo día corrido desde publicación | Ventana muy corta |
| Respuestas | 18:00 del día siguiente al cierre de preguntas | Integran las bases |
| Cierre ofertas | 5 días corridos desde publicación | Plazo de preparación muy reducido |
| Adjudicación estimada | 20 días corridos desde cierre | Puede modificarse |
3. Alcance Funcional
| Dominio | Requerimiento | Prioridad | Evidencia/observación |
|---|
| Continuidad | Mantener operativo el sitio actual; no reconstruirlo desde cero. | DEBE | Levantamiento y continuidad de funcionalidades existentes. |
| CMS | Administrar CMS, módulos, plugins, dependencias, usuarios, roles y actualizaciones. | DEBE | No puede sustituirse el CMS sin autorización. |
| Contenidos | Soporte técnico para publicación/modificación/eliminación; Municipio define contenidos. | DEBE | Usuarios municipales deben poder operar contenidos ordinarios. |
| Integraciones | Mantener integraciones existentes y adecuarlas ante cambios de terceros. | DEBE | Nuevas integraciones requieren evaluación/autorización. |
| Búsqueda | Mantener búsqueda textual/documental y semántica existente. | DEBE | Incluye corrección de indexación. |
| IA/RAG | Continuidad, actualización, indexación, monitoreo y optimización de IA/RAG existente. | DEBE | Respuestas vinculadas a fuentes oficiales municipales. |
| Evolución | Ajustes, configuraciones, optimizaciones y mejoras durante el contrato. | DEBE | Desarrollos significativos/nuevas funciones deben evaluarse previamente. |
4. Servicio y No Funcionales
| Área | Exigencia | Observación analítica |
|---|
| Producción | 8 Core XEON o superior; 12 GB RAM garantizada; 1 TB; transferencia ilimitada; cPanel o equivalente; 2 IPv4; Tier III o equivalente. | Validar costo/arquitectura. |
| Disponibilidad | Uptime mínimo 99,985% producción; monitoreo 24x7x365. | SLA exigente para presupuesto. |
| Pruebas | Ambiente separado: 4 Core XEON, 8 GB RAM, 500 GB, uptime 99,5%, monitoreo 24x7x365. | Obligatorio. |
| Alta demanda | Mínimo 1.500 conexiones simultáneas, especialmente Permisos de Circulación. | Requiere prueba/dimensionamiento. |
| Seguridad | HTTPS/SSL, firewall, DDoS, control accesos, logs, gestión vulnerabilidades, OWASP Top 10. | Compatible con core R9; validar servicio DDoS. |
| Accesibilidad | WCAG 2.1 AA o superior; referencia a WAI-ARIA. | Debe preservarse en cambios. |
| Respaldos | Diarios, semanales y mensuales; copia independiente; pruebas de recuperación. | Obligatorio. |
| SLA respuesta | Crítico 15 min; Alto 1 h; Medio 4 h; Bajo 1 día hábil. | Incumplimientos tienen multas. |
| Soporte | Críticos con atención/escalamiento 24x7x365; mesa de ayuda trazable. | R9 debe confirmar guardia efectiva. |
5. Implementación y Entregables
La transición exige reunión inicial, responsables, levantamiento técnico, recopilación de antecedentes, configuración de producción y pruebas, respaldos, verificación CMS/integraciones/seguridad, pruebas, puesta en producción, contingencia, estabilización y transferencia de conocimiento. No se identifica un número cerrado de días para completar la transición; sin embargo, el atraso en implementación está multado y un atraso superior a 10 días corridos constituye incumplimiento grave.
| Entregable | Momento |
|---|
| Informe inicial de transición | Al término de transición |
| Informe mensual de prestación | Mensual |
| Informe de incidentes críticos/relevantes | Cuando corresponda / sea solicitado |
| Registros de respaldos, cambios y tickets | Continuo / disponibles a requerimiento |
| Documentación técnica actualizada | Durante todo el contrato |
| Informe final + antecedentes de continuidad/migración | Al término del servicio |
6. Oferta y Documentos
| Documento | Condición | Riesgo |
|---|
| Anexo N°1 Identificación del proponente | Firmado y fechado | Obligatorio administrativo |
| Declaración jurada de requisitos para ofertar | Generada online en Mercado Público | Obligatorio |
| Anexo N°3 Programa de Integridad + acreditación de conocimiento del personal | Si se cuenta con programa | Puntúa 5%; sin evidencia = 0 |
| Anexo N°2 Propuesta Técnica | Detallada, con antecedentes/certificaciones requeridas | Su ausencia descalifica inmediatamente |
| Anexo N°4 Oferta Económica | Completa; todos los ítems | Ausencia o ítems no ofertados = inadmisible |
| UTP, si aplica | Instrumento constitutivo junto con oferta; solidaridad, representante, duración, facturación, etc. | Todos los integrantes deben ser hábiles |
Ambigüedad crítica: las Bases dicen “certificaciones requeridas de acuerdo con TDR”, pero en la revisión del TDR no se encontró una certificación nominada específica (p.ej. ISO, fabricante, CMS). Debe consultarse al mandante para evitar puntaje 0 por una exigencia no individualizada.
7. Evaluación y Precio
| Criterio | Peso | Método | Implicancia |
|---|
| Oferta económica | 60% | (Precio mínimo / Precio oferta) × 100 | Precio domina la adjudicación. |
| Propuesta técnica | 35% | 100: completa; 50: requirió foro inverso; 0: faltan antecedentes | Oferta debe salir perfecta al cierre. |
| Programa de integridad | 5% | 100 si adjunta programa, implementación y conocimiento; si no, 0 | Conviene acreditar. |
Presupuesto: $28.000.000 IVA incluido, suma alzada, sin reajustes ni intereses. Por regla general, ofertas superiores en más de 30% al presupuesto serán inadmisibles; excepcionalmente podrían adjudicarse con justificación. Además, no se puede adjudicar una oferta inferior al 50% de la oferta que le sigue, por considerarse riesgosa al no existir garantía de fiel cumplimiento.
Experiencia: el TDR exige experiencia/conocimientos suficientes en CMS, desarrollo web, hosting, bases de datos, seguridad, redes, respaldos, integraciones, búsqueda, IA/RAG y soporte, pero NO ENCONTRADO un mínimo cuantitativo de años/proyectos ni una ponderación separada de experiencia.
8. Contrato y Pagos
| Aspecto | Condición |
|---|
| Formalización | Orden de compra aceptada; hace las veces de contrato. Debe aceptarse dentro de 48 horas. |
| Duración | 12 meses continuos o hasta agotarse el monto comprometido, lo que ocurra primero. |
| Inicio | Bases: siguiente día hábil a aceptación OC; TDR señala 12 meses desde aceptación. Coordinar interpretación operativa. |
| Pago | Estados de pago parciales por servicios efectivamente prestados, recepción conforme ITS y factura. |
| Plazo pago | 30 días corridos desde presentación y aprobación de factura por ITS. |
| Modificación contractual | Aumentos/disminuciones de hasta 30% del monto inicial, formalizados administrativamente. |
| Garantía seriedad | No procede. |
| Garantía fiel cumplimiento | No se exige. |
9. Multas y Términos
| Incumplimiento | Sanción |
|---|
| Plazo de implementación | 5 UTM |
| Instrucciones ITS | 3 UTM |
| Falla general página web atribuible al contratista | 5 UTM |
| SLA crítico / alto / medio-bajo | 3 / 2 / 1 UTM |
| Especificaciones técnicas | 2 UTM por incumplimiento |
| No asistir a reunión formal ITS | 3 UTM |
| Instrucciones Unidad Técnica | 2 UTM por incumplimiento |
| Libro de Observaciones no disponible/alterado | 3 UTM por evento |
| Otros incumplimientos de bases | 5 UTM |
Escalamiento: multas sobre 20% del contrato permiten término anticipado. También son graves, entre otras, implementación con atraso superior a 10 días, interrupción superior a 5 días, incumplimientos reiterados de instrucciones, falsedad documental y otras obligaciones esenciales.
10. Riesgos y Brechas
| Riesgo | Nivel | Impacto | Mitigación |
|---|
| Stack/CMS/IA existente no detallado | ALTO | Esfuerzo, licencias, compatibilidad y transición desconocidos | Pregunta formal + levantamiento de tecnologías/versiones/licencias/API/modelos. |
| Precio 60% | ALTO | Presiona margen en servicio con alta carga operacional | Costeo completo antes de decidir precio. |
| Uptime 99,985% + 24x7 + DDoS + Tier III | ALTO | Costo y riesgo de SLA/multas | Validar proveedor cloud/hosting y monitoreo/guardia. |
| 1.500 conexiones simultáneas | MEDIO-ALTO | Riesgo en Permisos de Circulación | Pruebas de carga y escalabilidad. |
| Certificaciones no individualizadas | ALTO | Podría llevar técnica a 0 si se interpreta como faltante | Consulta mandante. |
| Transición sin plazo cerrado | MEDIO | Multa 5 UTM y término por atraso >10 días | Solicitar plazo/hito de implementación y dependencias de entrega de accesos. |
| Alcance de “evolución/mejoras” abierto | MEDIO-ALTO | Scope creep | Definir bolsa/umbral de desarrollo significativo y procedimiento de aprobación. |
11. Encaje para R9
| Capacidad | Alineación | Validación |
|---|
| Desarrollo y mantención web | ALTA | Experiencia R9 en desarrollo, PHP/.NET/Vue/WordPress; validar contra CMS real. |
| Cloud / infraestructura / BD | ALTA | R9 trabaja con AWS y múltiples motores BD; validar Tier III/equivalencia y costos. |
| Monitoreo / operación | ALTA | Experiencia operacional y Zabbix; validar guardia 24x7 con SLA 15 min. |
| IA / RAG / integraciones | ALTA | Core tecnológico alineado; falta conocer implementación existente. |
| Seguridad / DDoS / hardening | MEDIA-ALTA | REQUIERE VALIDACIÓN R9 de servicio específico y cobertura contractual. |
| Presupuesto | POR VALIDAR | Debe cubrir 12 meses, IVA, hosting, soporte, seguridad, transición y evolución. |
Recomendación: GO CONDICIONAL. El servicio está dentro del core tecnológico de R9, pero no conviene comprometer oferta hasta cerrar stack actual, costos de infraestructura/guardia, certificaciones exigibles y límites de evolución.
12. Preguntas al Mandante
- Indicar CMS, versión, lenguaje/framework, sistema operativo, base de datos, extensiones/plugins y arquitectura actualmente en producción.
- Detallar los componentes de IA/RAG existentes: proveedor/modelo, APIs, vector DB, fuentes, volumen de consultas, costos/licencias y credenciales que serán transferidas.
- ¿Qué certificaciones específicas deben adjuntarse al Anexo N°2? Las Bases las mencionan, pero no se individualizan claramente en los TDR.
- ¿Cuál es el plazo máximo exigido para completar transición/implementación desde la aceptación de la OC?
- ¿Qué infraestructura y documentación entregará el proveedor saliente y en qué fecha estarán disponibles accesos, respaldos, código, repositorios, DNS, licencias y credenciales?
- ¿Existe volumetría histórica de tráfico y prueba de referencia para acreditar las 1.500 conexiones simultáneas?
- ¿Cómo se medirá el uptime 99,985% y qué exclusiones aplican a mantenimientos programados o fallas de terceros?
- ¿Los tiempos del art. 8.4 son sólo de respuesta inicial o existe SLA de mitigación/resolución sujeto a multa?
- Definir qué se considera “desarrollo significativo” o “nueva funcionalidad” fuera del alcance ordinario de evolución.
- ¿Las licencias, servicios cloud, APIs de IA, WAF/DDoS y demás servicios de terceros deben quedar incluidos íntegramente en el precio fijo ofertado?
13. Plan de Postulación
| Fecha objetivo | Actividad | Resultado |
|---|
| Inmediato | Confirmar fecha/hora real de cierre y preguntas en Mercado Público | Calendario cierto |
| Antes de cierre de preguntas | Subir consultas críticas de stack, certificaciones, transición, SLA y licencias | Reducir riesgo técnico/comercial |
| Día 1 | Validación técnica R9: CMS, hosting, Tier III, DDoS, 24x7, IA/RAG | Matriz cumple/no cumple |
| Día 1-2 | Costeo integral 12 meses con contingencia de alta demanda | Precio mínimo viable |
| Día 2 | Preparar Anexos 1, 2, 3, 4 y declaración online | Oferta completa |
| Antes de cierre | QA documental: cero omisiones para evitar bajar técnica de 100 a 50/0 | Oferta admisible y máximo técnico |
| Antes de envío | Revisión económica contra regla >30% presupuesto y regla de oferta riesgosa | Precio defendible |
Control final: confirmar habilitación Registro de Proveedores; firmas/fechas; Anexo 2 completo; Anexo 4 con todos los ítems; programa de integridad acreditado; certificaciones aclaradas; SLA/hosting costeados; oferta subida con margen antes del cierre.
Conclusión
La oportunidad tiene un encaje técnico alto para R9 y un alcance coherente con servicios de desarrollo, soporte, infraestructura, monitoreo e IA. La principal tensión es comercial-operacional: 60% del puntaje depende del precio mientras el servicio exige uptime 99,985%, respuesta crítica en 15 minutos, atención crítica 24x7x365, infraestructura robusta, protección DDoS, respaldos, transición y continuidad de IA/RAG. La decisión recomendada es GO CONDICIONAL hasta validar costo real y los elementos no especificados del entorno existente.