1. Resumen ejecutivo
La U. de Talca contrata la migración técnica de 3 aplicativos web en PHP nativo (sin framework) desde PHP 5.x a PHP 8.2+, manteniendo intacta la lógica de negocio: Simulador PAES (con integración DEMRE), UTalca Móvil (panel de matrícula) y Sistema de Denuncias (Oracle vía OCI8). Servicio remoto, 3 meses + 1 mes de garantía, $7.000.000 IVA incluido (≈ $5.882.353 neto), sin garantías económicas.
El stack es core de R9 (PHP/JS/Bootstrap/SQL) y no hay certificaciones, garantías ni requisitos habilitantes duros más allá de presentar los 5 anexos. La adjudicación se define por el equipo (50%): cada consultor debe acreditar ≥5 años en PHP 5.3+, HTML, jQuery, JS, CSS, Bootstrap y Oracle para nota 7. Oracle no está en el stack habitual declarado de R9 → es la condición crítica. Además existe nota mínima 4,0 para adjudicar.
Presupuesto estimado$7,0 MMIVA incl. · ≈$5,88 MM neto
Plazo3 + 1 mesesejecución + garantía
Cierre ofertas21/10 15:304 días hábiles desde hoy
Consultas hasta16/10 14:00≈24 h
Peso equipo (N3)50%criterio decisivo
Nota mínima4,0bajo eso no se adjudica
1.1 Evaluación Go/No-Go
🟡 GO CONDICIONADO. Encaje técnico alto y barrera de entrada baja, pero el ticket es chico y la competitividad depende de tener al menos 2 consultores con ≥5 años documentados en PHP + Oracle (cubriendo 4 roles, máx. 2 roles c/u) y de cerrar la ambigüedad del precio por valor hora. Sin Oracle en los CV, el escenario base cae bajo 4,0.
2. Ficha y calendario
2.1 Ficha de la licitación
| Campo | Información |
| Organismo | Universidad de Talca · RUT 70.885.500-6 · Dpto. Gestión de Compras |
| Unidad requirente | Dirección de Tecnologías de Información (DTI) – Departamento de Sistemas |
| Licitación | 20-44092 Servicio de Migración de Aplicativos Institucionales: Simulador PAES, UTalca Móvil y Sistema de Denuncias, PHP 5.x → PHP 8.2 o superior |
| ID | 1469-277-L126 (Res. aprobatoria N° 2044092 de 14/10/2026) |
| Tipo / modalidad | Licitación pública <100 UTM (L1) · convocatoria abierta · adjudicación simple · se formaliza con OC |
| Industria | Educación superior estatal |
| Ubicación | Talca, Región del Maule · servicio remoto · sin visita a terreno |
| Presupuesto | $7.000.000 impuestos incluidos (estimado). Tope legal: 100 UTM verificar UTM oct-2026 |
| Garantías | No se exigen (ni seriedad ni fiel cumplimiento) |
| Contraparte | Aldo Martínez González, Jefe Depto. Sistemas · aldo.martinez@utalca.cl · 71-2885260 |
| Publicidad ofertas técnicas | Visibles al público desde la apertura |
| Validez de la oferta | 60 días corridos desde notificación de adjudicación |
2.2 Fechas y horas relevantes
| Hito | Fecha / hora | Nota |
| Publicación | 14/10/2026 12:03 | |
| Cierre de consultas | 16/10/2026 14:00 | Urgente ≈24 h desde hoy |
| Respuestas | 19/10/2026 18:00 | Solo deja ~1,5 días hábiles para ajustar oferta |
| Cierre de ofertas | 21/10/2026 15:30 | Subir antes de las 12:00 (margen) |
| Apertura electrónica | 21/10/2026 15:31 | |
| Evaluación y adjudicación | 26/10/2026 19:00 | Prorrogable 1 día corrido |
| Ejecución | 3 meses desde aceptación OC + 1 mes garantía | Inicio estimado: nov-2026 → término ≈ feb/mar-2027 |
3. Alcance funcional
Migración “as-is”: sin modificaciones, mejoras ni ampliaciones funcionales (Bases LS §1). Se refactoriza para ejecución nativa y sin errores en PHP 8.2+.
3.1 Matriz de requerimientos funcionales
| Dominio | Requerimiento obligatorio | Contexto técnico (Anexo 5) | Evidencia esperada |
| Simulador PAES | Mantener módulo Manual (ingreso puntajes PAES, NEM, Ranking) y módulo Automático (RUT + clave DEMRE carga puntajes oficiales) | PHP 5.x nativo, estructura plana; motores calculo_paes.php, calculo_paes_sel.php, calculo.php (orquestador) + legacy PDT/PSU; config.php con credenciales; scripts prueba_radius*.php. Motor de BD no declarado. | E1–E5; pruebas de regresión de cálculo vs. resultados actuales |
| UTalca Móvil (rector) | Mantener panel “Alumnos nuevos matriculados” (SGC): búsqueda, vista simple/completa, exportar, indicadores por carrera (cupos, selección, lista espera, vías especiales, gratuidad), glosario | “PHP 7 (validar)” nativo, plano, muchos archivos legacy. BD no declarada. | E1–E5; cuadratura de totales vs. versión actual |
| Sistema de Denuncias | Mantener formularios interno (precarga RUT/nombre) y externos, hasta 5 adjuntos, límite 250 palabras, guardado en BD | PHP 5 nativo, monolítico; Oracle vía OCI8; Unix/Linux; denunciasV2/; docs/ para adjuntos | E1–E5; pruebas de carga de adjuntos e INSERT Oracle |
| Transversal | Assessment de código (herramientas automatizadas + revisión manual), refactorización, QA, transferencia de conocimiento (documentación, manuales, capacitación) | Infraestructura (Dev/QA/Staging/Prod) la provee DTI | Documentación validada por contraparte técnica |
Interpretación / requerimiento implícito: la migración 5.x→8.2 implica reemplazar funciones removidas (mysql_*, ereg*, each(), create_function, magic quotes, etc.), validar compatibilidad de la extensión OCI8 con PHP 8.2 y revisar cómo se integra hoy con DEMRE (si es scraping/API, puede romperse independiente del PHP).
4. Servicio y requerimientos no funcionales
4.1 Matriz de servicios, seguridad y calidad
| Área | Exigencia | Observación analítica |
| Seguridad | Elevar estándares de seguridad; escaneo de vulnerabilidades y “resolución total de hallazgos críticos” (E3) | No se define herramienta ni estándar. Usar OWASP ZAP + análisis estático (PHPCompatibility/PHPStan). “Resolución total” de críticos puede abrir alcance si aparecen fallas de diseño heredadas acotar |
| Calidad | Pruebas funcionales, integración, regresión y seguridad; plan de pruebas aprobado por la U. | Requiere rol QA dedicado (perfil mínimo 2 años) |
| Rendimiento | “Optimizar el rendimiento del software” (objetivo) | Sin métrica. No debe convertirse en exigencia contractual medible |
| Control de cambios | Participar en Comité Asesor de Cambios previo al paso a producción | Agendar ventanas con anticipación |
| Versionamiento | Código en repositorio Git institucional (rama validada) | Requiere acceso VPN/repos desde el inicio |
| Soporte post-producción | Anexo 5: mínimo 30 días hábiles de soporte intensivo · Anexo 4: 1 mes de garantía | Contradicción (≈6 semanas vs 1 mes) consultar |
| Normativa institucional | Conocer política de acoso/violencia/discriminación de género (Ley 21.369) | Relevante: Sistema de Denuncias maneja datos sensibles → confidencialidad del equipo |
| Modalidad | Remoto | Favorable para R9 (Concepción) |
5. Implementación y entregables
5.1 Etapas (secuenciales, obligatorias)
- Aprovisionamiento de ambientes – actividad de TI de la Universidad (dependencia externa).
- Assessment técnico – inventario de brechas PHP 5.3 → 8.2+.
- Refactorización – sin alterar lógica de negocio.
- QA y pruebas – funcionales, regresión, escaneo de vulnerabilidades.
- Despliegue, acompañamiento y cierre – soporte post-salida ≥30 días hábiles.
5.2 Hitos de entrega exigidos (por cada uno de los 3 aplicativos)
| Nº | Entregable | Responsable | Condición de aceptación |
| E1 | Informe de Assessment y Diagnóstico (funciones extintas, plan de mitigación, matriz de riesgos) | Proveedor | Aprobación DTI |
| E2 | Código refactorizado 100% compatible PHP 8.2+, documentado, en Git institucional + informe de cambios | Proveedor | Rama validada por DTI |
| E3 | Informe QA y Seguridad (plan aprobado, regresión, escaneo, resolución de críticos) | Proveedor | Aprobación DTI |
| E4 | Paso a producción + Comité de Cambios + informe de despliegue | Proveedor / DTI | Aceptación de puesta en producción |
| E5 | Informe final de correcciones del período de garantía | Proveedor | Aprobación DTI |
5.3 Hitos de pago (Anexo 4)
| Hito | Gatillo | % | Monto si se oferta $7,0 MM |
| 1 | Paso a producción Sistema de Denuncias | 30% | $2.100.000 |
| 2 | Paso a producción Simulador PAES | 30% | $2.100.000 |
| 3 | Paso a producción UTalca Móvil y término de garantía | 40% | $2.800.000 |
El 40% queda retenido hasta el fin de la garantía (~mes 4) + 30 días de pago → flujo de caja negativo durante casi toda la ejecución.
6. Oferta y documentos
🔴 REQUISITO HABILITANTE La falta de al menos uno de los documentos obligatorios deja la oferta inadmisible (Bases LS §5). Todos se suben vía Mercado Público.
6.1 Documentos requeridos
Administrativos
- Anexo N°1 – Programa de Integridad y Compliance (declaración jurada firmada + 2 medios de verificación: programa implementado y difusión al personal)
- Anexo N°2 – Experiencia del Oferente (Tabla 1 + carpetas por proyecto con contratos/OC/facturas, últimos 36 meses, glosas que mencionen la tecnología)
- Anexo N°3 – Experiencia del Equipo (4 roles, años, nombre de archivo CV) + CV de cada consultor + certificados
- Declaración jurada de inhabilidades (plataforma MP)
Económico y técnico
- Anexo N°4 – Oferta Económica firmada: valor hora con impuestos + plazo (máx. 3 meses + 1 garantía) inadmisible si falta
- Anexo N°5 – Características Técnicas firmado
- Formulario electrónico de oferta en MP
Para contratar (adjudicatario)
- Registro de Proveedores hábil (al ofertar y adjudicar)
- Certificado vigencia poder rep. legal (<60 días)
- Certificado vigencia sociedad (<60 días)
Subsanable: antecedentes del Anexo 1 pueden pedirse por foro de aclaración (pero restan en N5: 7,0 → 4,0). No subsanable en la práctica: Anexo 4 y su contenido.
7. Evaluación y precio
7.1 Tabla de evaluación (suma 100% ✔)
| Criterio | Peso | Método | Implicancia R9 |
| N1 Precio | 20% | (Menor valor hora / valor hora oferente) × 7. Valor hora c/IVA en UF con 2 decimales | Ambiguo Se compite por valor hora, no por total |
| N2 Experiencia oferente | 20% | 50% migraciones (≥3 → 7; 1–2 → 4; 0 → 1) + 50% proyectos en universidades públicas (>3 → 7; 1–2 → 4; 0 → 1). Últimos 36 meses, con respaldo. Proyectos suman en ambos subcriterios | Validar R9 no tiene evidencia conocida de migraciones ni de U. públicas |
| N3 Experiencia equipo | 50% | Por consultor: ≥5 años en cada una (PHP 5.3+, HTML, jQuery, JS, CSS, Bootstrap, Oracle) → 7; 3–4 → 4; ≤2 → 1. Promedio sobre N=4 roles; máx. 2 roles por consultor | Decisivo Oracle es la brecha. PM y QA también se puntúan por años en PHP/Oracle |
| N4 Integridad y Compliance | 5% | Programa implementado + conocido + verificación → 7; si no → 1 | Validar pendiente desde Convenio Marco 2239-2-LR26 |
| N5 Requisitos formales | 5% | Todo en plazo → 7; subsanado → 4; incompleto → 1 | Controlable |
Nota final = N1×0,20 + N2×0,20 + N3×0,50 + N4×0,05 + N5×0,05 · mínimo 4,0 para adjudicar. Desempate: 2º decimal → precio → equipo → orden de ingreso.
7.2 Simulación de escenarios R9
| Escenario | N1 | N2 | N3 | N4 | N5 | Nota final | Resultado |
| Pesimista: equipo sin Oracle documentado, sin experiencia acreditable, sin compliance | 5,0 | 1,0 | 1,0 | 1,0 | 7,0 | 2,10 | No adjudicable |
| Base: equipo 3–4 años en todas las herramientas, 1–2 migraciones, sin compliance | 6,0 | 2,5 | 4,0 | 1,0 | 7,0 | 4,10 | Al límite |
| Objetivo: 2 consultores ≥5 años PHP+Oracle cubriendo 4 roles, compliance OK | 6,0 | 1,0 | 7,0 | 7,0 | 7,0 | 5,60 | Competitivo |
| Óptimo: anterior + ≥3 migraciones acreditadas + precio más bajo | 7,0 | 4,0 | 7,0 | 7,0 | 7,0 | 6,40 | Ganador probable |
Piso clave: con N3 = 7 la nota supera 4,0 aun con N1 = N2 = N4 = 1 (3,50 + 0,35 + 0,20 + 0,20 + 0,05 = 4,30). Con N3 = 4 se necesita ayuda de precio, experiencia o compliance para pasar 4,0. Todo depende de los CV.
7.3 Experiencia requerida
Empresa (puntúa, no habilita)
- Proyectos de migración de aplicativos (públicos o privados) — últimos 36 meses
- Proyectos en universidades públicas — últimos 36 meses
- Respaldo: contratos, OC o facturas cuyas glosas mencionen la tecnología; una carpeta por proyecto
- Sin respaldo = no se evalúa
Equipo (puntúa 50%; perfil mínimo exigido)
| Rol | Mínimo exigido (Anexo 5) | Riesgo R9 |
| Jefe de Proyecto | Titulado área TI; ≥5 años liderando proyectos de desarrollo/migración | Validar |
| Dev Senior Full Stack | PHP 5.3+, HTML, jQuery, JS, CSS, Bootstrap, Oracle; ≥5 años PHP | Oracle |
| Dev Junior Full Stack | Mismo stack; ≥2 años PHP (pero nota 7 exige ≥5) | Oracle |
| Especialista QA | ≥2 años QA, regresión, funcionales, seguridad web | Validar |
7.4 Precio y umbrales de acción
| Concepto | Valor | Fórmula / nota |
| Presupuesto estimado (bruto) | $7.000.000 | Estimado, no declarado como máximo; tope legal 100 UTM |
| Neto | $5.882.353 | 7.000.000 / 1,19 |
| HH cubiertas a $25.000 neto/h | ≈235 h | 5.882.353 / 25.000 |
| HH cubiertas a $35.000 neto/h | ≈168 h | 5.882.353 / 35.000 |
| HH cubiertas a $45.000 neto/h | ≈131 h | 5.882.353 / 45.000 |
Umbral de acción: 3 aplicativos × 5 etapas × 4 roles + garantía. Si el assessment previo (consulta de LOC/archivos) sugiere más de ~170–230 HH, el negocio no deja margen al tope. Antes de ofertar: estimar HH por aplicativo y definir un valor hora que (a) gane N1 y (b) multiplicado por HH no supere $7,0 MM.
8. Contrato y pagos
| Ítem | Detalle |
| Formalización | Orden de compra (aceptación del proveedor); sin contrato obligatorio |
| Vigencia | Bases LS: desde aceptación OC hasta cumplimiento íntegro; ejecución estimada 4 meses. Ficha MP: 30 días renovable 1 vez contradicción |
| Moneda / impuestos | CLP; servicio afecto a IVA (obligatorio); cotización ≤100 UTM |
| Pago | 3 hitos (30/30/40) contra informe técnico aceptado; 30 días desde recepción de factura |
| Garantías | No se exigen |
| Subcontratación | Permitida con subcontratistas calificados y aprobados por el mandante; responsabilidad total del proveedor |
| UTP | Mencionada en cláusulas genéricas de término anticipado; no hay regla específica. Con 4 días hábiles, no es viable formalizar UTP |
| Propiedad intelectual | No hay cláusula. El código es institucional y se entrega en su Git; no involucra tecnología propia de R9 Sin bandera roja |
| Confidencialidad | No regulada explícitamente; Sistema de Denuncias contiene datos sensibles → R9 debería ofrecer NDA/protocolo |
9. Multas y términos
| Incumplimiento | Sanción | Escalamiento |
| Atraso, entrega parcial, rechazo o no cumplimiento de especificaciones (Bases LS §9) | 1% del valor neto de la entrega por día hábil, tope 10 días hábiles | Máx. 10% del contrato; >10 días de atraso → posible término anticipado |
| Mismo concepto (plantilla MP, ficha) | 3% diario, tope en blanco | Término anticipado si multas >30% contradicción |
| Término anticipado (Ley 19.886 art. 13) | Aviso ≥5 días hábiles; reposición ante Jefe de Compras en 5 días hábiles | Causales: incumplimiento grave, prácticas no éticas, info privilegiada, saldos laborales, etc. |
Riesgo real: la Etapa 1 (ambientes) depende de la DTI, pero los atrasos se multan al proveedor. Dejar constancia en la oferta de que los plazos corren desde la entrega de ambientes y accesos.
10. Riesgos y brechas
| Riesgo | Nivel | Impacto | Mitigación |
| Sin consultores con ≥5 años en Oracle documentados en CV | 🔴 Alto | N3 cae a 4 o 1 → nota bajo 4,0 | Identificar hoy CV internos; si no hay, profesional externo con Oracle (subcontrato permitido) |
| Precio evaluado por valor hora sin HH definidas | 🟠 Medio-alto | Monto OC indeterminado; riesgo de sub-cotizar | Consulta formal antes del 16/10 14:00; ofertar valor hora + HH estimadas + total |
| Tamaño de código desconocido + abundante código legacy (PDT/PSU) | 🟠 Medio-alto | Sobreesfuerzo vs tope $7 MM | Pedir LOC/archivos; acotar en oferta qué legacy se migra |
| Integración DEMRE (módulo Automático) y RADIUS | 🟡 Medio | Puede fallar por causas externas al PHP | Excluir en oferta fallas de servicios de terceros; pedir credenciales de prueba |
| Dependencia de infraestructura DTI (Etapa 1) | 🟡 Medio | Atrasos multables | Condicionar plazos a entrega de ambientes |
| Flujo de caja: 40% retenido hasta fin de garantía | 🟡 Medio | Ingreso final ≈ mes 5 | Asumible por monto bajo |
| “Resolución total de hallazgos críticos” sin límite | 🟡 Medio | Alcance abierto en seguridad | Acotar a hallazgos de código migrado, no de infraestructura |
| Sin experiencia acreditable en migraciones / U. públicas | 🟡 Medio | N2 = 1 (pierde ≤1,2 pts) | Revisar facturas R9 36 meses con glosa PHP; actualizaciones Laravel podrían contar |
| Compliance no acreditado | 🟢 Bajo | Pierde 0,30 pts | Reutilizar lo preparado para Convenio Marco si existe |
11. Encaje para R9
| Capacidad requerida | Alineación preliminar | Validación necesaria |
| PHP (refactorización 5.x → 8.2) | 🟢 Cumplimiento probable (Laravel/PHP es stack habitual) | Años de PHP por consultor en CV |
| HTML, JS, jQuery, CSS, Bootstrap | 🟢 Cumplimiento probable | Que los CV lo declaren explícitamente con años |
| Oracle (OCI8) | 🟡 Requiere validación — no figura en stack declarado (SQL Server/MySQL/PostgreSQL) | ¿Algún dev con ≥5 años Oracle? Si no → 🟠 partner/profesional externo |
| Jefe de Proyecto TI ≥5 años | 🟡 Requiere validación (PMI/Scrum en metodología R9) | Título TI + 5 años liderando desarrollo/migración |
| QA funcional, regresión y seguridad web | 🟡 Requiere validación | CV QA ≥2 años; herramienta de escaneo |
| Experiencia migraciones (36 meses) | 🟡 Requiere validación | Facturas/OC con glosa de tecnología |
| Experiencia universidades públicas | 🔴 Brecha probable (sin evidencia conocida) | Revisar historial |
| Programa de Integridad | 🟡 Requiere validación | Documento + evidencia de difusión |
| Trabajo remoto / ISO 9001 / Scrum | 🟢 Ventaja | — |
Oportunidades: (1) Stack PHP alineado; (2) sin garantías ni certificaciones obligatorias → barrera de entrada mínima; (3) ganar daría el primer proyecto en universidad pública acreditable (puntúa en futuras licitaciones universitarias) y una referencia de “migración de aplicativos”; (4) relación con DTI U. Talca para vender soporte evolutivo posterior.
12. Preguntas al mandante plazo 16/10 14:00
- Precio: el Anexo 4 pide valor hora en pesos y el criterio N1 evalúa valor hora en UF. ¿En qué moneda se oferta y cuántas horas estimadas considera la Universidad para determinar el monto total de la OC y los hitos de pago (30/30/40)?
- Dimensionamiento: ¿pueden informar, por aplicativo, cantidad de archivos PHP / líneas de código y motor de BD de Simulador PAES y UTalca Móvil? ¿Los archivos legacy PDT/PSU están en el alcance de migración?
- DEMRE / RADIUS: ¿cómo se integra hoy el módulo Automático con DEMRE (API, servicio web, otro) y se facilitarán credenciales de prueba?
- Garantía: Anexo 4 indica 1 mes desde paso a producción y Anexo 5 un mínimo de 30 días hábiles. ¿Cuál prevalece?
- Evaluación N3: ¿el Jefe de Proyecto y el Especialista QA se evalúan también por años en PHP/Oracle, o por su experiencia en gestión y QA respectivamente?
- Experiencia N2: ¿se consideran migraciones o actualizaciones de versión de PHP/frameworks en proyectos privados? En el subcriterio de universidades públicas, ¿qué nota obtiene quien acredite exactamente 3 proyectos?
- Plazos: ¿el plazo de 3 meses corre desde la entrega de ambientes y accesos (Etapa 1, a cargo de DTI)?
- Seguridad: ¿la Universidad define la herramienta/estándar del escaneo de vulnerabilidades? ¿La resolución de hallazgos críticos se limita al código migrado?
- Vigencia: la ficha indica 30 días renovable y las bases 4 meses. ¿Cuál aplica?
13. Plan de postulación
13.1 Actividades comerciales
| Fecha objetivo | Actividad | Resultado |
| 15/10 (hoy) | Decisión Bruno + levantar CV internos con PHP y Oracle | GO/NO-GO definitivo según CV |
| 16/10 antes 12:00 | Ingresar preguntas en foro MP | Consultas 1–9 enviadas |
| 16–19/10 | Revisar facturas/OC R9 últimos 36 meses con glosa PHP/migración; armar carpetas por proyecto | Anexo 2 completo |
| 16–19/10 | CV de 2–4 consultores con años por herramienta explícitos; Anexo 3 | N3 objetivo = 7 |
| 16–19/10 | Programa de Integridad + evidencia de difusión | Anexo 1 con N4 = 7 |
| 19/10 18:00 | Leer respuestas; ajustar valor hora y HH | Anexo 4 definido |
| 20/10 | Firmas, Anexo 5, revisión cruzada | Oferta completa |
| 21/10 antes 12:00 | Subir oferta a MP y descargar comprobante | N5 = 7 |
13.2 Control de calidad final
- 5 anexos presentes, firmados por representante legal
- Anexo 4 con valor hora c/IVA (moneda según respuesta) y plazo ≤3 meses + 1 garantía
- Total implícito ≤ $7.000.000 y ≤ 100 UTM
- Cada CV indica años por herramienta (PHP 5.3+, HTML, jQuery, JS, CSS, Bootstrap, Oracle)
- Ningún consultor en más de 2 roles; 4 roles cubiertos
- Respaldos de experiencia dentro de 36 meses y con glosa de tecnología
- Registro de Proveedores hábil
- Oferta condiciona plazos a entrega de ambientes DTI
Ambigüedades e inconsistencias detectadas
| # | Tema | Condición A | Condición B |
| 1 | Moneda del precio | N1: valor hora “en UF con 2 decimales” | Anexo 4: “valor hora expresado en pesos” |
| 2 | Base del precio | Se evalúa valor hora | Pago por % del “total del proyecto”, sin HH definidas |
| 3 | Vigencia | Ficha MP: 30 días, renovable 1 vez | Bases LS: ejecución estimada 4 meses |
| 4 | Garantía/soporte | Anexo 4: 1 mes | Anexo 5: mínimo 30 días hábiles |
| 5 | Multas | Ficha MP: 3%, topes en blanco, término >30% | Bases LS: 1%/día hábil, tope 10 días, máx. 10% |
| 6 | Anexo económico | Inadmisibilidad cita “Anexo N°3 Oferta Económica” | La oferta económica es el Anexo N°4 |
| 7 | Anexo 2 | “acreditar experiencia en soluciones SAP” | Objeto es migración PHP (error de plantilla) |
| 8 | Tramos N2(b) | “Más de 3” → 7; “1 a 2” → 4 | Exactamente 3 proyectos sin tramo |
| 9 | Plazo evaluación | Bases LS: 3 días hábiles | Ficha MP: 5 días corridos |
| 10 | Versión origen | Título: PHP 5.x | UTalca Móvil: “PHP 7 (validar)” |
Conclusión
🟡 GO CONDICIONADO
Principal fortaleza: stack PHP/JS/Bootstrap alineado con R9, servicio remoto, sin garantías ni certificaciones obligatorias; abre la puerta a experiencia en universidades públicas.
Principal limitante: 50% del puntaje exige ≥5 años en PHP y Oracle por consultor; ticket bajo ($5,88 MM neto) con alcance aún no dimensionado.
Condición crítica antes de ofertar: confirmar hoy al menos 2 CV con ≥5 años documentados en PHP + Oracle (+ PM titulado TI y QA) y obtener respuesta sobre la base de precio (valor hora/HH) y tamaño del código.
Confianza: alta en lectura documental (bases MP, bases LS y 5 anexos revisados); media en encaje R9 (CV, experiencia 36 meses y compliance no verificados).