1Resumen Ejecutivo
🔴
NO-GO
Barrera estructural: la admisibilidad exige un software ya existente y operativo a la fecha de oferta —no un desarrollo a construir tras la adjudicación— dentro de un calendario de cierre de solo 10 días corridos desde la publicación, insuficiente para producir, documentar y demostrar un producto que R9 no tiene hoy en su portafolio.
Alineación con R9
Media
Complejidad técnica
Media
Complejidad de proceso
Alta
Stack exigido
Web + BD + Excel I/O + Dashboards
Confianza del análisis
Media
El SLEP Chiloé licita un servicio de "desarrollo" de software para registrar ingresos, gastos y remuneraciones por establecimiento educacional (205 RBD, mínimo 20 usuarios), y generar el archivo oficial de rendición ante la Superintendencia de Educación. Presupuesto de $60.000.000 IVA incluido para 24 meses de servicio (modalidad de cobro mensual), con una fase de implementación que no puede exceder 10 días hábiles desde la aceptación de la Orden de Compra.
Técnicamente el alcance —plataforma web, base de datos, carga/exportación Excel, dashboards y reportería— encaja bien con el stack de R9 (Laravel/.NET/Vue/SQL Server) y con la experiencia de R9 construyendo tableros ejecutivos (ANZIZA, Airviro). Sin embargo, el Anexo N°8 exige acreditar, con capturas de pantalla y manual de usuario adjuntos a la oferta, que el software ya dispone de la totalidad de los módulos y funcionalidades mínimas "a la fecha de presentación de la oferta" —es decir, no se licita el desarrollo desde cero, sino la adquisición de un producto ya construido. Su incumplimiento es causal expresa de inadmisibilidad (punto 6.3.2). Combinado con un cierre a solo 10 días corridos de la publicación —aún por confirmar en el portal—, no existe ventana realista para construir y demostrar dicho producto antes del cierre.
A esto se suma un perfil de Administrador de Contrato obligatorio y no subsanable (Ingeniero Civil Informático + 5 años de experiencia específica en remuneraciones y contabilidad, con conocimiento de rendición ante la Superintendencia de Educación) y un criterio de "Experiencia del Oferente" (30% de la nota) que exige 7-8 órdenes de compra o certificados "en el rubro que se está requiriendo", con riesgo de puntaje cero si se interpreta de forma restringida a este nicho específico.
Recomendación preliminar: Declinar, salvo que R9 confirme internamente —de forma inmediata— que ya cuenta con un producto de gestión financiera/rendición adaptable y demostrable dentro de los próximos días, y con un profesional que cumpla el perfil exigido. Ver sección 12 para las preguntas que, de plantearse al mandante, podrían modificar esta conclusión.
2Ficha y Calendario
2.1 Ficha de la licitación
| Campo | Información |
|---|---|
| Organismo mandante | Servicio Local de Educación Pública de Chiloé (SLEP Chiloé), RUT 61.981.360-K |
| Nombre de la licitación | Contratación de Servicio de Desarrollo para Software de Registro de Ingresos, Gastos y Rendiciones por Establecimiento Educacional (RBD) |
| ID Mercado Público | 1393093-98-LE26 |
| Resolución que aprueba bases | REX N° 2872, Castro, 03-09-2026 |
| Industria / sector | Educación pública — Gobierno (Sistema de Educación Pública, Ley 21.040) |
| Ubicación | Castro, Provincia de Chiloé, Región de Los Lagos — servicio remoto/plataforma web, sin exigencia expresa de presencialidad permanente |
| Tipo de proceso | Licitación pública, tramo LE (superior a 100 UTM e inferior a 1.000 UTM), adjudicación simple, en una etapa |
| Formalización | Orden de Compra aceptada por el proveedor (efecto de contrato administrativo). No requiere toma de razón de Contraloría |
| Presupuesto total | $60.000.000 IVA incluido — modalidad de servicio mensual (oferta debe indicar cobro mensual) |
| Desglose presupuestario (CDP N°179) | 2026 (4 meses): $10.000.000 · 2027 (12 meses): $30.000.000 · 2028 (8 meses): $20.000.000 |
| Duración del contrato | 24 meses de servicio efectivo desde la recepción conforme de la implementación, más la fase de implementación (≤10 días hábiles) |
| Renovación | No contempla |
| Garantía de seriedad de oferta | No se exige |
| Garantía de fiel cumplimiento | 5% del monto final adjudicado, entregable dentro de 5 días hábiles post-adjudicación |
2.2 Fechas y horas relevantes
⚠️ Calendario 100% relativo — requiere verificación urgente en mercadopublico.clTodas las fechas del cronograma están expresadas en días corridos/hábiles contados desde la publicación, no como fechas calendario absolutas. No fue posible confirmar en el portal si la licitación ya está publicada (bot detection al intentar acceder a la ficha). Verificar de inmediato la fecha real de publicación para calcular el cierre exacto.
| Actividad | Plazo (según bases) | Estimación referencial* |
|---|---|---|
| Publicación de bases en el portal | Hasta 3 días hábiles después de la total tramitación de la REX N°2872 (03-09-2026) | ≈ 08-09 sep 2026 |
| Consultas | Hasta el día 5 corrido desde publicación | ≈ 13-14 sep 2026 |
| Respuestas | Hasta las 16:00 hrs del día 7 corrido desde publicación | ≈ 15-16 sep 2026 |
| Cierre recepción de ofertas | 16:00 hrs del día 10 corrido desde publicación (prorrogable a día hábil siguiente si cae inhábil) | ≈ 18-19 sep 2026 |
| Apertura de ofertas | 16:15 hrs del mismo día de cierre | ≈ 18-19 sep 2026 |
| Evaluación de ofertas | Hasta el día 20 corrido desde la apertura | ≈ 08-09 oct 2026 |
| Adjudicación | Hasta el día 30 corrido desde la apertura (plazo máximo; puede ser antes) | ≈ 18-19 oct 2026 |
| Entrega garantía fiel cumplimiento | 5 días hábiles desde notificación de adjudicación | — |
| Implementación y puesta en marcha | Máximo 10 días hábiles desde aceptación de la Orden de Compra (plazo ofertable, ≤7 días hábiles otorga puntaje máximo) | — |
*Estimación calculada a partir de la fecha de la REX (03-09-2026) y los plazos relativos de las bases; no reemplaza la verificación directa en el portal. Fecha actual de referencia: 07-09-2026.
3Alcance Funcional
El software debe cubrir 205 establecimientos educacionales/jardines infantiles (VTF, CECI, CASH) del SLEP, con un mínimo de 20 usuarios y perfiles diferenciados de acceso (administrador, ejecutor, entre otros). Se exigen 5 módulos mínimos, todos obligatorios (sin distinción MoSCoW explícita en las bases: se tratan como DEBE por texto "como mínimo").
3.1 Matriz de requerimientos funcionales
| Dominio | Requerimiento obligatorio | Evidencia esperada |
|---|---|---|
| Módulo de establecimientos DEBE | Registrar y administrar los 205 RBD como unidad organizacional base; carga masiva de nómina vía Excel; altas/bajas/modificaciones por administrador | Ficha técnica + captura de pantalla del módulo |
| Módulo de ingresos DEBE | Registro de fondos por RBD, tipo de subvención (SEP, PIE, General, Junji, Proretención, otras) y período mensual; campos mínimos: RBD, establecimiento, tipo ingreso, tipo subvención, período, monto; carga masiva Excel; vinculación a catálogo de cuentas de la Superintendencia | Ficha técnica + captura de pantalla |
| Módulo de compras/egresos DEBE | Registro de gastos, facturas y boletas por RBD y subvención; campos mínimos: RBD, establecimiento, subvención, fecha, N° documento, proveedor, monto; ingreso manual y masivo; clasificación contable según plan de cuentas de la Superintendencia | Ficha técnica + captura de pantalla |
| Módulo de remuneraciones DEBE | Libro de remuneraciones mensual (haberes, descuentos, aportes, líquido) por funcionario y período; distribución del gasto por subvención/establecimiento; importación desde el sistema "Softland" actualmente en uso (con posible cambio futuro de sistema) | Ficha técnica + evidencia de integración |
| Módulo de reportes y rendiciones DEBE | Reportes por RBD/subvención/período (mensual, trimestral, semestral, anual); consolidación automática de ingresos+compras+remuneraciones; exportación del archivo oficial de rendición en el formato exigido por la Superintendencia; KPIs (% gasto por subvención, saldo disponible, gasto por establecimiento); dashboard interactivo | Ficha técnica + captura de pantalla del dashboard |
🚩 Punto crítico transversalAnexo N°8 exige que todas estas funcionalidades estén ya implementadas y sean verificables en el software ofertado a la fecha de presentación de la oferta (no tras la adjudicación). Faltar a un solo módulo o funcionalidad obligatoria es causal expresa de inadmisibilidad (bases administrativas, punto 6.3.2).
4Servicio y No Funcionales
4.1 Matriz de requerimientos de servicio, seguridad y calidad
| Área | Exigencia | Observación analítica |
|---|---|---|
| Plataforma | Web o escritorio, acceso individual usuario/contraseña por perfil | Compatible con stack Laravel/.NET/Vue de R9 |
| Respaldo | Respaldos periódicos, recuperación ante pérdida de datos | Estándar; sin exigencia de proveedor cloud específico |
| Interoperabilidad | Compatibilidad con Excel para import/export; integración futura con sistemas contables/financieros institucionales | Requerimiento abierto — sin especificación de API o formato exacto |
| Usabilidad | Interfaz amigable para usuarios sin formación informática avanzada | Estándar |
| Volumetría | Manejo de grandes volúmenes dado el número de establecimientos (205) y movimientos financieros | Volumetría moderada para arquitectura SQL Server/similar |
| Trazabilidad | Registro de usuario, fecha y tipo de operación desde el ingreso hasta la rendición final | Estándar (auditoría de operaciones) |
| Confidencialidad | Datos financieros y de remuneraciones de carácter sensible; prohibición de uso para fines distintos al contrato; reporte de incidentes de seguridad en ≤4 horas | Exigente pero estándar en contratos públicos con datos de RR.HH. |
| Adaptabilidad normativa | Ajuste a cambios de plan de cuentas / formatos de rendición definidos por la Superintendencia de Educación | Obligación de mantenimiento evolutivo continuo, sin costo adicional según redacción de soporte |
4.2 SLA de soporte y asistencia técnica
| Severidad | Descripción | 1ª respuesta | Resolución máx. |
|---|---|---|---|
| Crítica | Falla que impide el uso del sistema o afecta cierre mensual/rendición ante Superintendencia | 2 horas hábiles | 8 horas hábiles |
| Alta | Falla que afecta funcionalidad relevante, con alternativa operativa limitada | 4 horas hábiles | 24 horas hábiles (1 día) |
| Media | Falla puntual con alternativa operativa disponible | 1 día hábil | 2 días hábiles |
| Baja | Consultas generales o mejoras menores | 2 días hábiles | 3 días hábiles |
Horario hábil de referencia: lunes a viernes 09:00–18:00, excluye feriados. Incumplimiento de tiempos configura causal de multa.
4.3 Perfil profesional exigido — Administrador de Contrato GATE DE ADMISIBILIDAD
| Perfil | Formación | Experiencia | Certificaciones | Dedicación | Evidencia requerida |
|---|---|---|---|---|---|
| Administrador de Contrato / asesor-capacitador | Título de Ingeniero Civil Informático | Mínimo 5 años en materias de remuneraciones y contabilidad, con conocimiento de procesos de rendición de cuentas ante la Superintendencia de Educación | No se exige certificación formal adicional; se exige título profesional específico | Apoyo permanente, reforzado en cierres mensuales y períodos de rendición | Copia de título profesional, CV, certificados de experiencia — acreditable antes de la recepción conforme de la implementación |
🚩 Riesgo de accreditaciónEl perfil combina un título de ingeniería informática con experiencia específica de dominio contable/remuneraciones — una combinación poco habitual en equipos de desarrollo de software puro. La oferta que no contemple a este profesional es causal expresa de inadmisibilidad (punto 6.3.5). Debe verificarse internamente si R9 cuenta con un profesional que cumpla ambos requisitos simultáneamente.
5Implementación y Entregables
5.1 Hitos de entrega exigidos
| Hito | Plazo | Detalle |
|---|---|---|
| Configuración inicial | Dentro del plazo ofertado (≤10 días hábiles) | Organismo, establecimientos, usuarios, subvenciones |
| Adaptación de importadores | Idem | Desarrollo/adaptación de importadores a formatos propios del SLEP |
| Carga histórica | Idem | Carga del historial financiero del año en curso |
| Prueba piloto | Idem | Previa a la puesta en marcha |
| Capacitación diferenciada | Idem | Por perfil: administrador, financiero/contable, RR.HH. — con horas y modalidad indicadas por el oferente |
| Puesta en marcha + manuales | Idem | Entrega de manuales y antecedentes de implementación |
| Recepción conforme | A verificación de la Contraparte Técnica | Inicia el cómputo del primer mes de servicio efectivo (y primer Estado de Pago) |
| Traspaso final de datos | 5 días hábiles al término del contrato (por vencimiento o anticipado) | Entrega en formatos abiertos (Excel/CSV); certificación de eliminación posterior |
5.2 Entregables
- Software operativo, instalado, configurado y en funcionamiento
- Manual de usuario por perfil de acceso
- Registro de capacitación (listas de asistencia, material)
- Soporte técnico durante implementación y toda la vigencia contractual
- Informe de cierre de implementación (configuración realizada, estado de carga histórica)
⚠️ Ventana de implementación agresiva10 días hábiles como máximo (7 días hábiles para puntaje pleno) para configurar 205 establecimientos, ≥20 usuarios con roles diferenciados, migrar historial del año en curso, adaptar un importador desde "Softland" y ejecutar piloto + capacitación segmentada — sobre un producto que, según el Anexo N°8, ya debía estar construido antes de ofertar.
6Oferta y Documentos
Los oferentes deben presentar la oferta en 3 carpetas (administrativa, técnica, económica) dentro de un archivo comprimido (RAR o similar).
6.1 Documentos requeridos para presentación de ofertas
- Anexo N°1: Identificación del oferente No esencial
- Anexo N°2: Declaración de aceptación de bases No esencial
- Anexo N°3: Declaración simple No esencial
- Anexo N°4: Cumplimiento Programa de integridad y compliance No esencial (evaluable, 2%)
- Patente Municipal vigente a la fecha de cierre No esencial
- Anexo N°7: Experiencia del oferente Esencial — omisión subsanable solo si la experiencia ya estaba acreditada antes del cierre
- Anexo N°8: Declaración de Cumplimiento de Requerimientos Funcionales y Técnicos + evidencia (ficha técnica, manual, capturas de pantalla) Esencial — no subsanable
- Anexo N°5: Oferta económica (valor mensual y total; plazo de implementación) Esencial
- Anexo N°6: Administrador de contrato + tiempos de respuesta ofertados Esencial
- Declaración jurada de requisitos para ofertar (generada en línea en el portal)
Documentos no esenciales omitidos pueden subsanarse vía foro inverso (48 horas), con penalización en el criterio "Cumplimiento de requisitos formales" (3%). Los esenciales (Anexos 5, 6, 8 y experiencia no acreditada) generan inadmisibilidad directa si faltan o están incompletos.
7Evaluación y Precio
7.1 Tabla de evaluación
| Criterio | Peso | Método | Implicancia para R9 |
|---|---|---|---|
| Oferta económica | 40% | Precio mínimo/precio oferente × 100, ponderado 0,40 | Neutral — depende de la estructura de costos que R9 defina |
| Experiencia del oferente | 30% | 7-8 OC/certificados = 100 pts; 5-6 = 75; 3-4 = 50; 0-2 = 0, ponderado 0,30 | Riesgo alto si "el rubro" se interpreta como software de rendición educacional específico (nicho que R9 no ha documentado en su portafolio) |
| Plazo de implementación | 25% | ≤7 días hábiles = 100 pts; 8-10 días = 50 pts; >10 días = inadmisible | Exige compromiso agresivo de cronograma sobre un producto aún no confirmado como existente |
| Cumplimiento requisitos formales | 3% | 100 pts si no requiere foro inverso; 50 si subsana; 0 si no subsana | Manejable con buena gestión documental |
| Programa de integridad y compliance | 2% | 100 pts si cuenta con programa acreditado; 0 si no | R9 debería poder acreditarlo sin dificultad |
⚠️ Simulación de piso de puntajeSi R9 obtiene 0 puntos en Experiencia (30%) por interpretación estricta del "rubro", el máximo teórico alcanzable sería: 40 (precio, si es el más bajo) + 0 (experiencia) + 25 (plazo ≤7 días) + 3 + 2 = 70/100. Matemáticamente no descarta el GO por sí solo, pero exige ser el oferente más económico y con el plazo más corto para compensar — mientras que otros oferentes especializados en el nicho educacional podrían partir con ventaja de 30 puntos.
7.2 Experiencia requerida (Anexo N°7)
El oferente debe acreditar, mediante órdenes de compra en estado "Recepción Conforme" y/o certificados, experiencia específica y detallada "en el rubro que se está requiriendo". Las bases no definen con precisión si el rubro corresponde a desarrollo de software en general para el sector público, o específicamente a soluciones de rendición de cuentas/gestión financiera educacional — ver pregunta recomendada en sección 12.
7.3 Precio y umbrales de acción
- Oferta debe expresarse como valor mensual neto (Anexo N°5); el total se paga bajo modalidad de servicio mensual durante 24 meses.
- Ofertas que superen el presupuesto disponible ($60.000.000 IVA incluido) son inadmisibles.
- Riesgo de "oferta temeraria": el SLEP puede declarar inadmisible una oferta significativamente por debajo del promedio si no se justifica documentadamente cómo se cumplirán los requisitos.
8Contrato y Pagos
8.1 Detalles económicos de la licitación
| Concepto | Detalle |
|---|---|
| Formalización | Aceptación de Orden de Compra (efecto de contrato administrativo) |
| Modalidad | Servicio mensual — cobro mensual durante 24 meses de prestación efectiva |
| Inicio de facturación | Primer Estado de Pago procede tras completar el primer mes de servicio efectivo, contado desde la recepción conforme de la implementación (la implementación no genera cobro independiente) |
| Plazo de pago | 30 días corridos desde recepción de factura/instrumento tributario, previa certificación de recepción conforme |
| Forma de pago | Transferencia electrónica |
| Reajustes | No se identifican cláusulas de reajuste en las bases revisadas |
| Garantía fiel cumplimiento | 5% del precio final neto adjudicado; vigencia = vigencia contractual + 5 días hábiles + 60 días hábiles adicionales; beneficiario SLEP Chiloé RUT 61.981.360-K |
9Multas y Términos
9.1 Tabla de multas (resumen de causales principales)
| Incumplimiento | Sanción | Escalamiento |
|---|---|---|
| Atraso en implementación y puesta en marcha | 5 UTM por día hábil de atraso | Máx. 3 días hábiles; superado → término anticipado |
| Atraso en entrega de informes/reportabilidad | 2 UTM por día hábil | — |
| Incumplimiento tiempos de respuesta/resolución SLA | 2 UTM por hora hábil de atraso | — |
| Atraso en asistencia técnica o capacitaciones | 3 UTM por día hábil | — |
| Incumplimiento de respaldos/recuperación | 5 UTM por día hábil | — |
| Pérdida/alteración de información recuperable | 10 UTM por evento | — |
| Errores de software en rendición no corregidos a tiempo | 5 UTM por evento + 2 UTM/día hábil | — |
| No mantener al Administrador de Contrato exigido | 5 UTM por día hábil | >3 días hábiles consecutivos → término anticipado |
| Incumplimiento de trazabilidad | 3 UTM por evento | — |
| Atraso en adaptación a cambios normativos | 5 UTM por día hábil | — |
ℹ️ Tope de multasEl acumulado no puede superar el 30% del valor total del contrato; alcanzado ese umbral se configura incumplimiento grave que habilita al SLEP a poner término al contrato. Estructura de multas estándar para este tipo de servicio, sin cláusulas excesivas identificadas.
10Riesgos y Brechas
| Riesgo | Nivel | Impacto | Mitigación posible |
|---|---|---|---|
| Anexo N°8: software debe existir y estar operativo a la fecha de oferta, no como desarrollo posterior | 🔴 Alto | Causal directa de inadmisibilidad — R9 no tiene hoy un producto de este tipo en su portafolio declarado | Verificar si existe base de código reutilizable internamente; si no, descartar |
| Calendario ultra comprimido (cierre ~10 días corridos desde publicación, sin confirmar) | 🔴 Alto | Insuficiente para construir y documentar un producto nuevo antes del cierre | Confirmar fecha real de publicación en el portal de inmediato |
| Perfil de Administrador de Contrato (Ing. Civil Informático + 5 años remuneraciones/contabilidad) | 🔴 Alto | Gate de admisibilidad no subsanable; perfil poco habitual en equipos de desarrollo | Verificar disponibilidad interna o vía UTP/subcontrato de un profesional con este perfil mixto |
| Criterio "Experiencia del Oferente" (30%) — ambigüedad sobre "el rubro" | 🟠 Medio-alto | Riesgo de 0 puntos si se exige experiencia específica en software de rendición educacional | Aclarar vía foro de consultas antes de decidir participar |
| Integración con sistema legado "Softland" de remuneraciones | 🟡 Medio | Sin documentación técnica disponible en las bases sobre formato/API | Solicitar especificación técnica vía consultas |
| Formato oficial de rendición exigido por la Superintendencia de Educación | 🟡 Medio | Requiere investigación normativa específica no trivial | Solicitar manual de cuentas/formato vía consultas |
| Multas y garantía de fiel cumplimiento | 🟢 Bajo | Estructura estándar, tope 30% del contrato, garantía 5% | Sin acción adicional requerida |
| Subcontratación / UTP | 🟢 Bajo | Expresamente permitida sin restricciones adicionales identificadas | Vía disponible para cubrir el perfil contable/remuneraciones si se decide participar |
11Encaje para R9
| Capacidad | Alineación preliminar | Validación necesaria |
|---|---|---|
| Plataforma web, BD relacional, dashboards | 🟢 Cumplimiento probable | Ninguna — stack estándar de R9 (Laravel/.NET/Vue/SQL Server), reforzado por experiencia en dashboards de ANZIZA/Airviro |
| Carga masiva / exportación Excel-CSV | 🟢 Cumplimiento probable | Ninguna |
| Producto ya construido y operativo con las 14 funcionalidades (Anexo N°8) | 🔴 Brecha / riesgo | Confirmar si existe algún desarrollo interno previo reutilizable; en ausencia de este, la brecha es estructural |
| Integración con Softland (remuneraciones) | 🟡 Requiere validación | Obtener especificación técnica del sistema antes de comprometer plazo |
| Formato oficial de rendición Superintendencia de Educación | 🟡 Requiere validación | Investigación normativa específica |
| Profesional Administrador de Contrato (Ing. Civil Informático + 5 años remuneraciones/contabilidad) | 🟠 Requiere partner/subcontrato | Verificar dotación interna; de no existir, evaluar UTP con profesional contable/financiero certificado |
| Experiencia acreditable en el "rubro" específico (30% de la nota) | 🟡 Requiere validación | Confirmar con el mandante el alcance exacto del rubro exigido |
12Preguntas al Mandante
De optar por participar pese a los riesgos identificados, estas preguntas deberían plantearse vía foro de consultas dentro del plazo (hasta el día 5 corrido desde publicación):
- ❓ ¿El software ofertado debe estar 100% operativo con datos reales del SLEP a la fecha de cierre de ofertas, o se acepta una demostración funcional en ambiente de prueba con las funcionalidades declaradas, sin estar aún parametrizado específicamente para el Servicio Local?
- ❓ ¿Existe documentación técnica (manual, layout de archivo o API) del sistema de remuneraciones "Softland" actualmente en uso, disponible para revisión previa a la oferta?
- ❓ ¿Cuál es el formato exacto (estructura de archivo, campos) exigido por la Superintendencia de Educación para el archivo oficial de rendición de cuentas? ¿Existe manual de cuentas vigente disponible para consulta?
- ❓ Respecto del Administrador de Contrato: ¿la exigencia de título de "Ingeniero Civil Informático" es estricta y excluyente, o se aceptan títulos afines (Ingeniería en Informática, Ingeniería Civil en Computación) dado que el requisito combina formación TI con experiencia contable/remuneraciones?
- ❓ Respecto del criterio "Experiencia del Oferente" (30%): ¿"el rubro que se está requiriendo" corresponde específicamente a desarrollo de software de rendición de cuentas para el sector educacional, o a desarrollo de software para el sector público en general?
- ❓ ¿La propiedad intelectual del código fuente desarrollado queda en poder del proveedor, o se transfiere al SLEP? Las bases no lo especifican expresamente fuera de la propiedad de los datos.
13Plan de Postulación
Condicional a revertir el NO-GOEste plan solo aplica si, tras validación interna inmediata, R9 confirma contar (a) con un producto de gestión financiera/rendición reutilizable y demostrable en días, y (b) con o acceso rápido a un profesional que cumpla el perfil del Administrador de Contrato.
13.1 Tabla de actividades comerciales
| Fecha objetivo | Actividad | Resultado esperado |
|---|---|---|
| Inmediato (hoy) | Verificar en mercadopublico.cl la fecha real de publicación y el cierre exacto de la licitación ID 1393093-98-LE26 | Calendario absoluto confirmado |
| Inmediato (hoy) | Consulta interna: ¿existe un producto de R9 (o de un partner) que ya cubra los 5 módulos exigidos? | Confirmar o descartar la viabilidad de fondo |
| Inmediato (hoy) | Consulta interna: identificar profesional con título de Ingeniero Civil Informático y experiencia en remuneraciones/contabilidad, propio o vía red de partners | Confirmar viabilidad del gate de equipo |
| Antes del día 5 corrido desde publicación | Enviar preguntas de la sección 12 vía foro de consultas | Aclarar ambigüedades sobre Anexo N°8, "rubro" de experiencia y perfil profesional |
| Antes del cierre | Si se confirma viabilidad: preparar Anexos 5, 6, 7 y 8 con evidencia técnica (capturas, manual, ficha técnica) | Oferta admisible |
| Reunión interna Go/No-Go | Presentar hallazgos de este análisis a Bruno antes de comprometer recursos | Decisión final documentada |
13.2 Control de calidad final
- Documentos revisados: REX N°2872 (bases administrativas y técnicas), Certificado de Disponibilidad Presupuestaria N°179, Anexos editables (1 al 8)
- Requisitos excluyentes identificados (Anexo N°8, profesional Administrador de Contrato, plazo de implementación ≤10 días hábiles, presupuesto máximo)
- Experiencia del oferente y del equipo analizadas por separado
- Subcontratación y UTP revisadas — permitidas sin restricción adicional relevante
- Presupuesto, duración, multas y garantías revisados
- Propiedad intelectual — no especificada expresamente; queda como pregunta abierta
- SLA y criterios de evaluación tabulados íntegramente
- Recomendación Go/No-Go emitida con base en el análisis documental
- Pendiente: confirmación de fecha real de publicación en el portal (no accesible por bloqueo de bot en la verificación automatizada)