Arrieta1 · Análisis de licitación · R9 Ingeniería SpA

Migración de aplicativos institucionales PHP 5.x → PHP 8.2+ (Simulador PAES, UTalca Móvil y Sistema de Denuncias)

Universidad de Talca · ID 1469-277-L126 · Licitación pública L1 (<100 UTM) · Cierre 21/10/2026 15:30

🟡 GO CONDICIONADO

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

CampoInformación
OrganismoUniversidad de Talca · RUT 70.885.500-6 · Dpto. Gestión de Compras
Unidad requirenteDirección de Tecnologías de Información (DTI) – Departamento de Sistemas
Licitación20-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
ID1469-277-L126 (Res. aprobatoria N° 2044092 de 14/10/2026)
Tipo / modalidadLicitación pública <100 UTM (L1) · convocatoria abierta · adjudicación simple · se formaliza con OC
IndustriaEducación superior estatal
UbicaciónTalca, 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íasNo se exigen (ni seriedad ni fiel cumplimiento)
ContraparteAldo Martínez González, Jefe Depto. Sistemas · aldo.martinez@utalca.cl · 71-2885260
Publicidad ofertas técnicasVisibles al público desde la apertura
Validez de la oferta60 días corridos desde notificación de adjudicación

2.2 Fechas y horas relevantes

HitoFecha / horaNota
Publicación14/10/2026 12:03
Cierre de consultas16/10/2026 14:00Urgente ≈24 h desde hoy
Respuestas19/10/2026 18:00Solo deja ~1,5 días hábiles para ajustar oferta
Cierre de ofertas21/10/2026 15:30Subir antes de las 12:00 (margen)
Apertura electrónica21/10/2026 15:31
Evaluación y adjudicación26/10/2026 19:00Prorrogable 1 día corrido
Ejecución3 meses desde aceptación OC + 1 mes garantíaInicio 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

DominioRequerimiento obligatorioContexto técnico (Anexo 5)Evidencia esperada
Simulador PAESMantener 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 DenunciasMantener formularios interno (precarga RUT/nombre) y externos, hasta 5 adjuntos, límite 250 palabras, guardado en BDPHP 5 nativo, monolítico; Oracle vía OCI8; Unix/Linux; denunciasV2/; docs/ para adjuntosE1–E5; pruebas de carga de adjuntos e INSERT Oracle
TransversalAssessment 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 DTIDocumentació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

ÁreaExigenciaObservación analítica
SeguridadElevar 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
CalidadPruebas 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 cambiosParticipar en Comité Asesor de Cambios previo al paso a producciónAgendar ventanas con anticipación
VersionamientoCódigo en repositorio Git institucional (rama validada)Requiere acceso VPN/repos desde el inicio
Soporte post-producciónAnexo 5: mínimo 30 días hábiles de soporte intensivo · Anexo 4: 1 mes de garantíaContradicción (≈6 semanas vs 1 mes) consultar
Normativa institucionalConocer política de acoso/violencia/discriminación de género (Ley 21.369)Relevante: Sistema de Denuncias maneja datos sensibles → confidencialidad del equipo
ModalidadRemotoFavorable para R9 (Concepción)

5. Implementación y entregables

5.1 Etapas (secuenciales, obligatorias)

  1. Aprovisionamiento de ambientes – actividad de TI de la Universidad (dependencia externa).
  2. Assessment técnico – inventario de brechas PHP 5.3 → 8.2+.
  3. Refactorización – sin alterar lógica de negocio.
  4. QA y pruebas – funcionales, regresión, escaneo de vulnerabilidades.
  5. 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ºEntregableResponsableCondición de aceptación
E1Informe de Assessment y Diagnóstico (funciones extintas, plan de mitigación, matriz de riesgos)ProveedorAprobación DTI
E2Código refactorizado 100% compatible PHP 8.2+, documentado, en Git institucional + informe de cambiosProveedorRama validada por DTI
E3Informe QA y Seguridad (plan aprobado, regresión, escaneo, resolución de críticos)ProveedorAprobación DTI
E4Paso a producción + Comité de Cambios + informe de despliegueProveedor / DTIAceptación de puesta en producción
E5Informe final de correcciones del período de garantíaProveedorAprobación DTI

5.3 Hitos de pago (Anexo 4)

HitoGatillo%Monto si se oferta $7,0 MM
1Paso a producción Sistema de Denuncias30%$2.100.000
2Paso a producción Simulador PAES30%$2.100.000
3Paso a producción UTalca Móvil y término de garantía40%$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% ✔)

CriterioPesoMétodoImplicancia R9
N1 Precio20%(Menor valor hora / valor hora oferente) × 7. Valor hora c/IVA en UF con 2 decimalesAmbiguo Se compite por valor hora, no por total
N2 Experiencia oferente20%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 subcriteriosValidar R9 no tiene evidencia conocida de migraciones ni de U. públicas
N3 Experiencia equipo50%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 consultorDecisivo Oracle es la brecha. PM y QA también se puntúan por años en PHP/Oracle
N4 Integridad y Compliance5%Programa implementado + conocido + verificación → 7; si no → 1Validar pendiente desde Convenio Marco 2239-2-LR26
N5 Requisitos formales5%Todo en plazo → 7; subsanado → 4; incompleto → 1Controlable

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

EscenarioN1N2N3N4N5Nota finalResultado
Pesimista: equipo sin Oracle documentado, sin experiencia acreditable, sin compliance5,01,01,01,07,02,10No adjudicable
Base: equipo 3–4 años en todas las herramientas, 1–2 migraciones, sin compliance6,02,54,01,07,04,10Al límite
Objetivo: 2 consultores ≥5 años PHP+Oracle cubriendo 4 roles, compliance OK6,01,07,07,07,05,60Competitivo
Óptimo: anterior + ≥3 migraciones acreditadas + precio más bajo7,04,07,07,07,06,40Ganador 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)
RolMínimo exigido (Anexo 5)Riesgo R9
Jefe de ProyectoTitulado área TI; ≥5 años liderando proyectos de desarrollo/migraciónValidar
Dev Senior Full StackPHP 5.3+, HTML, jQuery, JS, CSS, Bootstrap, Oracle; ≥5 años PHPOracle
Dev Junior Full StackMismo stack; ≥2 años PHP (pero nota 7 exige ≥5)Oracle
Especialista QA≥2 años QA, regresión, funcionales, seguridad webValidar

7.4 Precio y umbrales de acción

ConceptoValorFórmula / nota
Presupuesto estimado (bruto)$7.000.000Estimado, no declarado como máximo; tope legal 100 UTM
Neto$5.882.3537.000.000 / 1,19
HH cubiertas a $25.000 neto/h≈235 h5.882.353 / 25.000
HH cubiertas a $35.000 neto/h≈168 h5.882.353 / 35.000
HH cubiertas a $45.000 neto/h≈131 h5.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

ÍtemDetalle
FormalizaciónOrden de compra (aceptación del proveedor); sin contrato obligatorio
VigenciaBases LS: desde aceptación OC hasta cumplimiento íntegro; ejecución estimada 4 meses. Ficha MP: 30 días renovable 1 vez contradicción
Moneda / impuestosCLP; servicio afecto a IVA (obligatorio); cotización ≤100 UTM
Pago3 hitos (30/30/40) contra informe técnico aceptado; 30 días desde recepción de factura
GarantíasNo se exigen
SubcontrataciónPermitida con subcontratistas calificados y aprobados por el mandante; responsabilidad total del proveedor
UTPMencionada 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 intelectualNo hay cláusula. El código es institucional y se entrega en su Git; no involucra tecnología propia de R9 Sin bandera roja
ConfidencialidadNo regulada explícitamente; Sistema de Denuncias contiene datos sensibles → R9 debería ofrecer NDA/protocolo

9. Multas y términos

IncumplimientoSanciónEscalamiento
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ábilesMáx. 10% del contrato; >10 días de atraso → posible término anticipado
Mismo concepto (plantilla MP, ficha)3% diario, tope en blancoTé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ábilesCausales: 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

RiesgoNivelImpactoMitigación
Sin consultores con ≥5 años en Oracle documentados en CV🔴 AltoN3 cae a 4 o 1 → nota bajo 4,0Identificar hoy CV internos; si no hay, profesional externo con Oracle (subcontrato permitido)
Precio evaluado por valor hora sin HH definidas🟠 Medio-altoMonto OC indeterminado; riesgo de sub-cotizarConsulta 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-altoSobreesfuerzo vs tope $7 MMPedir LOC/archivos; acotar en oferta qué legacy se migra
Integración DEMRE (módulo Automático) y RADIUS🟡 MedioPuede fallar por causas externas al PHPExcluir en oferta fallas de servicios de terceros; pedir credenciales de prueba
Dependencia de infraestructura DTI (Etapa 1)🟡 MedioAtrasos multablesCondicionar plazos a entrega de ambientes
Flujo de caja: 40% retenido hasta fin de garantía🟡 MedioIngreso final ≈ mes 5Asumible por monto bajo
“Resolución total de hallazgos críticos” sin límite🟡 MedioAlcance abierto en seguridadAcotar a hallazgos de código migrado, no de infraestructura
Sin experiencia acreditable en migraciones / U. públicas🟡 MedioN2 = 1 (pierde ≤1,2 pts)Revisar facturas R9 36 meses con glosa PHP; actualizaciones Laravel podrían contar
Compliance no acreditado🟢 BajoPierde 0,30 ptsReutilizar lo preparado para Convenio Marco si existe

11. Encaje para R9

Capacidad requeridaAlineación preliminarValidació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 probableQue 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ónCV QA ≥2 años; herramienta de escaneo
Experiencia migraciones (36 meses)🟡 Requiere validaciónFacturas/OC con glosa de tecnología
Experiencia universidades públicas🔴 Brecha probable (sin evidencia conocida)Revisar historial
Programa de Integridad🟡 Requiere validaciónDocumento + 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

  1. 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)?
  2. 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?
  3. 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?
  4. 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?
  5. 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?
  6. 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?
  7. Plazos: ¿el plazo de 3 meses corre desde la entrega de ambientes y accesos (Etapa 1, a cargo de DTI)?
  8. 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?
  9. 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 objetivoActividadResultado
15/10 (hoy)Decisión Bruno + levantar CV internos con PHP y OracleGO/NO-GO definitivo según CV
16/10 antes 12:00Ingresar preguntas en foro MPConsultas 1–9 enviadas
16–19/10Revisar facturas/OC R9 últimos 36 meses con glosa PHP/migración; armar carpetas por proyectoAnexo 2 completo
16–19/10CV de 2–4 consultores con años por herramienta explícitos; Anexo 3N3 objetivo = 7
16–19/10Programa de Integridad + evidencia de difusiónAnexo 1 con N4 = 7
19/10 18:00Leer respuestas; ajustar valor hora y HHAnexo 4 definido
20/10Firmas, Anexo 5, revisión cruzadaOferta completa
21/10 antes 12:00Subir oferta a MP y descargar comprobanteN5 = 7

13.2 Control de calidad final

Ambigüedades e inconsistencias detectadas

#TemaCondición ACondición B
1Moneda del precioN1: valor hora “en UF con 2 decimales”Anexo 4: “valor hora expresado en pesos”
2Base del precioSe evalúa valor horaPago por % del “total del proyecto”, sin HH definidas
3VigenciaFicha MP: 30 días, renovable 1 vezBases LS: ejecución estimada 4 meses
4Garantía/soporteAnexo 4: 1 mesAnexo 5: mínimo 30 días hábiles
5MultasFicha MP: 3%, topes en blanco, término >30%Bases LS: 1%/día hábil, tope 10 días, máx. 10%
6Anexo económicoInadmisibilidad cita “Anexo N°3 Oferta Económica”La oferta económica es el Anexo N°4
7Anexo 2“acreditar experiencia en soluciones SAP”Objeto es migración PHP (error de plantilla)
8Tramos N2(b)“Más de 3” → 7; “1 a 2” → 4Exactamente 3 proyectos sin tramo
9Plazo evaluaciónBases LS: 3 días hábilesFicha MP: 5 días corridos
10Versión origenTítulo: PHP 5.xUTalca 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).