RECOMENDACIÓN PRELIMINAR: GO CONDICIONADO
Conclusión ejecutiva: la oportunidad está alineada con desarrollo de software, APIs, integración y arquitectura de datos, pero la barrera principal es la acreditación de experiencia corporativa y del equipo, complementada por certificaciones técnicas específicas. El 75% de la evaluación corresponde al criterio técnico.
1. Antecedentes generales
| Aspecto | Condición |
|---|---|
| Objeto | Construcción de una plataforma unificada para exponer datos de Mercado Público mediante una capa de datos de negocio y una API única de consulta, reemplazando progresivamente los servicios actuales. |
| Garantía seriedad de oferta | No se exige. |
| Garantía fiel cumplimiento | 5% del valor neto del contrato en pesos chilenos; vigencia hasta 90 días hábiles posteriores al término del contrato. |
| Presentación | Exclusivamente a través de Mercado Público. |
| Registro de Proveedores | Inscripción y estado hábil obligatorios. |
| Subcontratación | Prohibida. El adjudicatario debe ejecutar directamente el servicio. Se permiten vínculos directos con profesionales mediante contrato de trabajo y/o prestación de servicios. |
| UTP | Admitida, sujeta a los requisitos legales y documentales establecidos en las bases. |
2. Plazos del proceso
| Hito | Regla establecida |
|---|---|
| Inicio de preguntas | Desde la publicación del llamado. |
| Cierre de preguntas | 6 días posteriores a la publicación, a las 15:00 horas. |
| Publicación de respuestas | 4 días hábiles posteriores al cierre de consultas, a las 18:00 horas; el plazo puede ampliarse según el volumen de preguntas. |
| Cierre de ofertas | 20 días corridos desde la publicación, a las 15:00 horas. |
| Extensión automática | Si existen 2 o menos ofertas, el cierre se amplía una vez en 2 días hábiles. |
| Apertura | Mismo día del cierre, 15:30 horas. |
| Adjudicación | Dentro de los 20 días posteriores al acto de apertura. |
Las bases expresan las fechas de forma relativa; la fecha exacta de cierre debe verificarse en el ID publicado en Mercado Público.
3. Necesidad de negocio
ChileCompra busca resolver problemas de cobertura, estabilidad, fragmentación y documentación de sus APIs actuales. La nueva plataforma debe transformar y homologar datos provenientes de sistemas heterogéneos, generar un modelo común y estructurado y constituirse en una fuente institucional de información técnica para mecanismos de compra.
- Reducir fragmentación de información entre servicios actuales.
- Mejorar estabilidad, cobertura y escalabilidad de la exposición de datos.
- Evitar dependencia de bots y scrapers utilizados por integradores.
- Mejorar rate limiting, documentación y autoservicio de integradores.
- Homologar conceptos, catálogos, estados y reglas de negocio.
- Disponer de una única capa de datos gobernada y versionada.
4. Alcance técnico principal
- Diseño y arquitectura de la solución.
- Transformación, homologación y publicación de datos.
- Arquitectura de datos por capas Bronce, Plata y Oro / Medallion.
- Uso de Google BigQuery como componente central de la capa analítica.
- Desarrollo de una nueva API REST desacoplada.
- Integración y procesamiento de fuentes heterogéneas.
- Motor de búsqueda basado en Elasticsearch.
- Arquitecturas de microservicios y/o serverless.
- Gestión de seguridad, permisos, IAM, cifrado y monitoreo.
- Observabilidad y trazabilidad.
- Infraestructura y despliegues automatizados.
- Pruebas funcionales, de integración, datos, rendimiento, seguridad y regresión.
Lectura técnica: no es solamente un “portal de APIs”. El proyecto corresponde a la construcción de una plataforma institucional de datos con capa de integración, procesamiento, almacenamiento, búsqueda, exposición y gobierno.
5. Equipo mínimo exigido
| Perfil | Cantidad base | Observación |
|---|---|---|
| Arquitecto Cloud | 1 | Participa en diseño inicial y planificación. |
| Líder Técnico | 1 | Participa en diseño y desarrollo. |
| Ingeniero QA | 1 | Participa en diseño y desarrollo. |
| Desarrolladores Backend | 3 | Equipo base de desarrollo. |
| Ingeniero de Datos | 1 | Equipo base de desarrollo e implementación. |
| Project Manager | 1 | Rol transversal y distinto de los demás integrantes del equipo. |
| Total equipo base | 8 | Todos deben acreditar formación profesional de carrera de al menos 8 semestres. |
6. Certificaciones evaluadas
| Perfil | Certificación | Impacto |
|---|---|---|
| Arquitecto Cloud | AWS Certified Solutions Architect o Google Cloud Professional Cloud Architect, vigente. | 100 puntos para el perfil si acredita; 0 si no. |
| Ingeniero de Datos | Google Cloud Professional Data Engineer, vigente. | 100 puntos para el perfil si acredita; 0 si no. |
| Ingeniero QA | ISTQB CTFL, vigente. | 100 puntos para el perfil si acredita; 0 si no. |
Las certificaciones forman parte del criterio técnico y equivalen, en conjunto, a 15 puntos del puntaje total. Su ausencia no debe confundirse con un simple detalle administrativo: puede generar una desventaja competitiva significativa.
7. Experiencia del oferente
Para que un proyecto sea considerado experiencia válida debe cumplir condiciones acumulativas relevantes:
- Ser de naturaleza similar al servicio licitado.
- Utilizar alguna de las tecnologías definidas: Node.js, Python, Java, Spring Boot, contenedores, bases relacionales/no relacionales, BigQuery, Elasticsearch, PostgreSQL, serverless AWS/GCP y API REST/JSON, entre otras.
- Contar con diagrama de arquitectura que evidencie fuentes de datos, ingesta, transformación, almacenamiento, flujos y componentes de consumo.
- Considerar arquitectura de datos por capas y características de escalabilidad, resiliencia y/o tolerancia a fallos.
- Haber finalizado entre enero de 2019 y junio de 2026.
- Duración mínima: 3 meses.
- Sector público o privado, Chile o extranjero.
- Monto mínimo: $50.000.000 CLP sin IVA.
- Contar con carta de referencia o documento equivalente que acredite una implementación exitosa.
| Proyectos similares válidos | Puntaje |
|---|---|
| 10 o más | 100 |
| 7 a 9 | 80 |
| 4 a 6 | 60 |
| 2 a 3 | 40 |
| 1 o ninguno | 0 |
Principal barrera competitiva: no basta con haber ejecutado desarrollo de software. Cada experiencia debe cumplir las condiciones técnicas, temporales, económicas y documentales, incluyendo carta de referencia y diagrama de arquitectura.
8. Experiencia del equipo
La experiencia individual se evalúa por perfil. En términos generales, los proyectos deben haber terminado entre enero de 2019 y junio de 2026, tener una duración mínima de 6 meses y estar asociados a tecnologías y alcances similares a los definidos para cada rol.
| Experiencias válidas por perfil | Puntaje |
|---|---|
| 10 | 100 |
| 7 a 9 | 80 |
| 4 a 6 | 60 |
| 2 a 3 | 40 |
| 1 o ninguna | 0 |
Para los tres desarrolladores Backend existe además una regla de diversidad: si un mismo proyecto es declarado por varios profesionales dentro de dicho perfil, se contabiliza como una única experiencia para la evaluación.
9. Criterios de evaluación
75%Técnico
20%Precio
5%Administrativo
60%Experiencia empresa + equipo
| Criterio | Subcriterio | Peso dentro del criterio | Peso efectivo total |
|---|---|---|---|
| Técnico — 75% | Experiencia del oferente | 40% | 30% |
| Certificación del equipo | 20% | 15% | |
| Experiencia del equipo | 40% | 30% | |
| Económico — 20% | Precio | 100% | 20% |
| Administrativo — 5% | Cumplimiento formal | 40% | 2% |
| Programa de integridad | 20% | 1% | |
| Sello Empresa Mujer | 30% | 1,5% | |
| Sustentabilidad | 10% | 0,5% |
Implicancia comercial: la licitación se define principalmente por mérito técnico acreditable. Un precio agresivo no compensa una brecha importante en referencias, certificaciones o experiencia del equipo.
10. Cronograma y metodología
- El proveedor propone la cantidad total de sprints.
- Cada sprint puede durar como máximo 20 días hábiles administrativos.
- Un sprint que exceda ese máximo provoca inadmisibilidad de la oferta.
- La etapa de Diseño Inicial y Planificación debe considerar exactamente 1 sprint.
- El Hito A corresponde a una primera versión con capas Bronce, Plata y Oro y componentes de API.
- El Hito B considera optimización, evolución y cierre.
- El Hito B no puede superar los 9 meses de servicio.
- Debe declararse la planificación de ingreso y disponibilidad de las células de trabajo.
11. QA y criterios de aceptación
La carga de aseguramiento de calidad es elevada. La DCCP exige que el proveedor sea responsable de crear, gestionar, ejecutar y completar la estrategia de pruebas y sus evidencias.
- Pruebas funcionales, integración, sistema, regresión y UAT.
- Automatización con Playwright y Postman.
- Pruebas de autenticación/autorización.
- Rendimiento, carga, estrés, volumen, recuperación y confiabilidad.
- Pruebas de API, ETL, calidad de datos, indexación y búsqueda.
- Pruebas unitarias y de Data Lake.
- Gestión de casos de prueba y defectos en XRay.
- API, búsqueda y Data Lake deben considerar automatización.
12. Ciberseguridad
| Obligación | Exigencia |
|---|---|
| Notificación de incidentes | Máximo 3 horas desde su detección. |
| Informe detallado | Dentro de 48 horas. |
| Acceso a sistemas | Cuentas nominativas, dispositivos autorizados y control de accesos. |
| Auditorías | ChileCompra puede efectuar auditorías remotas o in situ. |
| Cooperación ante incidentes | El adjudicatario debe confirmar participación en reunión crítica dentro de 1 hora desde la convocatoria. |
13. Pago y flujo financiero
| Hito | Pago |
|---|---|
| Sprint aprobado | 90% del valor del sprint. |
| Versión Hito A o B aprobada | 10% restante de los sprints contenidos en la versión. |
| Informe mensual | Debe presentarse durante los primeros 5 días hábiles del mes siguiente. |
| Recepción conforme | El administrador dispone de hasta 10 días hábiles para recepción conforme del Informe Mensual de Avance. |
| Pago factura | Hasta 30 días corridos desde la recepción de la factura. |
14. Subcontratación y estrategia de asociación
Subcontratación prohibida: el proveedor no puede ceder ni transferir total o parcialmente el contrato ni subcontratar los servicios. El incumplimiento es causal inmediata de término.
Las bases sí contemplan que los profesionales puedan mantener una relación jurídica directa con el adjudicatario mediante contrato de trabajo y/o contrato de prestación de servicios. También se contempla la presentación mediante UTP, bajo sus reglas específicas.
Implicancia para R9: si faltan experiencias corporativas o capacidades GCP/Data, la alternativa estructural a evaluar es una UTP, no una subcontratación posterior.
15. Propiedad intelectual y BID
- La contratación es financiada con recursos del Banco Interamericano de Desarrollo (BID).
- Aplican las disposiciones de prácticas prohibidas y elegibilidad establecidas para contrataciones financiadas por el BID.
- Los productos derivados del proyecto —incluyendo diseños, diagnósticos, informes, bases de datos y programas computacionales en código fuente o código objeto— serán de propiedad exclusiva de la DCCP.
Alerta contractual: antes de ofertar conviene separar claramente componentes preexistentes, frameworks, librerías, utilitarios y activos reutilizables de cualquier desarrollo creado específicamente para esta contratación.
16. Documentos críticos para ofertar
| Documento | Condición |
|---|---|
| Declaración jurada online de requisitos para ofertar | Obligatoria / admisibilidad. |
| Anexo N.º 1 — Datos del oferente | Obligatorio. |
| Anexo N.º 2 — Oferta Técnica Excel | Crítico / admisibilidad. |
| Anexo N.º 2.1 — Cartas de referencia | Una por cada experiencia declarada. |
| Diagramas de arquitectura de experiencias | Necesarios para validar experiencia corporativa declarada. |
| Certificados de título | Equipo base; carreras de al menos 8 semestres. |
| Certificaciones técnicas | AWS/GCP Architect, GCP Data Engineer, ISTQB CTFL según perfil. |
| Anexo N.º 3 — Oferta Económica | Crítico / admisibilidad. |
| Programa de integridad + evidencia de conocimiento | Otorga puntaje administrativo. |
| Anexo N.º 4 + escritura pública UTP | Solo si se postula como UTP. |
17. Riesgos y banderas rojas
| Riesgo | Nivel | Comentario |
|---|---|---|
| Experiencia corporativa ≥ $50 MM + carta + diagrama por proyecto | ALTO | 30% del puntaje total depende de experiencia del oferente. |
| Experiencia individual por perfil | ALTO | 30% del puntaje total; requiere múltiples proyectos válidos por persona/perfil. |
| Certificaciones Cloud/Data/QA | ALTO | 15% del puntaje total. |
| Subcontratación prohibida | ALTO | Las brechas de capacidades deben resolverse antes de adjudicar, mediante contratación directa de profesionales o estructura UTP. |
| BigQuery + arquitectura Medallion + Elasticsearch | MEDIO-ALTO | Exige experiencia real en plataforma de datos y alta escala. |
| QA intensivo | MEDIO-ALTO | Amplia cobertura de pruebas y automatización. |
| Plazo máximo de ejecución 9 meses | MEDIO-ALTO | Requiere dotación estable y capacidad de ejecución paralela. |
| Ciberseguridad e incidentes | MEDIO-ALTO | Plazos de respuesta muy acotados y posibilidad de auditoría. |
| Propiedad intelectual | MEDIO-ALTO | DCCP adquiere propiedad de los desarrollos generados en el proyecto. |
18. Dictamen Go / No-Go para R9
GO CONDICIONADO
La licitación es atractiva por presupuesto, relevancia institucional y alineación con servicios de desarrollo, APIs, integración y datos. No obstante, la decisión de participar debe depender de un fit-gap documental y de equipo antes de invertir esfuerzo significativo en la propuesta.
Condiciones para convertirla en GO
- Identificar idealmente 7–10 proyectos corporativos válidos; como mínimo, confirmar una base competitiva de 4–6 proyectos que cumplan estrictamente las condiciones.
- Conseguir cartas de referencia y diagramas de arquitectura para las experiencias que se declararán.
- Levantar una matriz de experiencia de los 8 integrantes del equipo base.
- Confirmar las tres certificaciones evaluadas: Arquitecto Cloud, Ingeniero de Datos e Ingeniero QA.
- Validar capacidad efectiva en GCP, BigQuery, Medallion, Elasticsearch, APIs y QA automatizado.
- Si las brechas no pueden cubrirse directamente, evaluar una UTP con una empresa que complemente experiencia y capacidades de datos/cloud.
Decisión recomendada: no tomar el Go/No-Go por precio. La decisión debe basarse primero en la capacidad de acreditar experiencia, certificaciones y equipo, porque esos elementos concentran la mayor parte de la puntuación y parte relevante de los requisitos de admisibilidad.
19. Prioridades inmediatas
| # | Acción | Prioridad |
|---|---|---|
| 1 | Construir matriz de proyectos R9 que cumplan similitud, monto ≥ $50 MM, fechas, tecnologías y arquitectura. | CRÍTICA |
| 2 | Verificar disponibilidad de cartas de referencia y diagramas de arquitectura. | CRÍTICA |
| 3 | Definir los 8 profesionales del equipo base y validar títulos. | CRÍTICA |
| 4 | Confirmar certificaciones AWS/GCP, GCP Data Engineer e ISTQB CTFL. | CRÍTICA |
| 5 | Evaluar necesidad de UTP. | ALTA |
| 6 | Diseñar cronograma con sprints ≤20 días hábiles y Hito B ≤9 meses. | ALTA |
| 7 | Dimensionar QA, seguridad, gestión de incidentes y disponibilidad real del equipo. | ALTA |
| 8 | Preparar oferta económica solo después de cerrar el dimensionamiento técnico. | ALTA |
Fuentes revisadas: Resolución Exenta N.º 522-B y Bases Especiales/Técnicas; Bases Administrativas Generales DCCP Res. N.º 505-B; Anexos de oferta; Anexo N.º 2 Oferta Técnica en Excel. Este resumen distingue requisitos documentales de la interpretación comercial para R9.