Licitaciones públicas de Mercado Público

Código público de la licitación en Mercado Público, por ejemplo 1003-13-LP26. Es la clave primaria del recurso y el identificador con el que la licitación se busca en el portal.

El sufijo alfabético repite el valor de tipo (LP en el ejemplo). El prefijo numérico NO es el código de la unidad de compra: partir el código por el guion coincide con codigo_unidad solo el 82,2 % de las veces, así que una de cada seis licitaciones quedaría atribuida a la unidad equivocada en silencio, sin que ninguna aritmética lo delate. Para la unidad se usa la columna codigo_unidad.

Título con que el organismo publicó la licitación. Texto libre redactado por el comprador, sin catálogo ni normalización: dos licitaciones del mismo objeto pueden nombrarlo de forma distinta. No sirve como criterio de clasificación por rubro; para eso está el código UNSPSC de los productos, que la ficha del portal declara.

Estado del proceso, como entero opaco: el número no se traduce en este CSV.

La tabla de glosas no es oficial. No aparece en el diccionario de datos de ChileCompra: se dedujo consultando la propia API, que entrega el código y su glosa al mismo tiempo en el detalle de cada licitación. Intervienen dos fechas distintas. El listado base se capturó el 21-jul-2026 y trae 1.108 licitaciones; sobre ese mismo listado, el 25-jul-2026 se tomó un representante de cada código distinto y se leyó su glosa. Los valores resueltos fueron cinco: 5 publicada, 6 cerrada, 7 desierta (o artículo 3 o 9 de la Ley 19.886), 8 adjudicada, 15 revocada.

La lista no es exhaustiva. El diccionario oficial menciona además el estado "suspendida", que en ese listado no apareció. Un código fuera de la tabla se trata como desconocido y no se le asigna una etiqueta genérica.

Declara qué es el valor de monto_estimado, como entero opaco. Su tabla de glosas es oficial, del diccionario de ChileCompra, sección 3.3: 1 presupuesto disponible, 2 precio referencial, 3 el monto no es posible de estimar.

Es imprescindible para leer monto_estimado: un presupuesto disponible y un precio referencial no son el mismo concepto, y el valor 3 explica por qué la licitación no trae monto. Publicar o agregar montos sin mirar esta columna mezcla conceptos distintos.

Indica si la oferta técnica es pública, como entero opaco. Su tabla de glosas es oficial, del diccionario de ChileCompra, sección 2, campo 31: 0 no muestra la publicidad de la oferta técnica, 1 la muestra.

Se publica como entero y no como booleano porque la fuente lo declara así y porque un valor distinto de 0 o 1 debe poder viajar sin que este dataset lo reinterprete.

Plazo de pago comprometido por el organismo, como entero opaco. Su tabla de glosas es oficial, del diccionario de ChileCompra, sección 3.4, con diez valores que van desde pago al día hasta pago anual, pasando por pagos por estado de avance.

El código 1 significa "pago a 30 días"; no hay ninguna relación aritmética entre el número y la cantidad de días, así que interpretarlo como una escala ordenada es incorrecto.

La columna no se limita a los diez valores de la tabla. Es oficial pero no exhaustiva respecto de lo que la fuente entrega: medido en producción, modalidad trae además 0, 11 y 12, que no aparecen en el diccionario de ChileCompra. Un recorte por los diez códigos conocidos descarta filas reales en silencio.

Tipo de procedimiento, en código alfabético de dos caracteres. A diferencia de las cuatro columnas opacas de esta tabla, este código sí es legible: distingue licitación pública de privada y declara el tramo de monto en UTM. La tabla de glosas se transcribe del diccionario de ChileCompra, sección 3.1, y trae once valores: L1, LE, LP, LQ, LR, LS, E2, CO, B2, H2 e I2.

LA COLUMNA NO SE LIMITA A ESOS ONCE VALORES. La tabla es oficial pero no exhaustiva respecto de lo que la fuente entrega: medido en producción, tipo trae además O1 y O2, que no aparecen en el diccionario de ChileCompra.

Esto importa más que cualquier otra salvedad de este recurso. O1 es el código de las licitaciones de obra del MOP, y con ese mismo código se clasifica el contrato que concentra el 98,98 % del monto adjudicado del volcado OCDS de 2025 —medición hecha sobre OCDS, no sobre esta columna—. Filtrar por los once códigos de la tabla oficial descarta en silencio las obras que dominan la distribución de montos, sin que ninguna aritmética lo delate. Todo recorte por esta columna debe partir de los valores presentes en los datos, no de la tabla de glosas.

El tramo acota el monto por reglamento, con una excepción que importa para cualquier análisis de montos: LR, LS, I2 y las licitaciones MOP (O1) NO tienen techo reglamentario. Ahí caben los contratos de obra de mayor magnitud del sistema.

Declara si el organismo eligió mostrar el monto estimado en la ficha pública: 0 oculto, 1 visible. Su tabla de glosas es oficial, del diccionario de ChileCompra, sección 2, campos 57 y 73.

Es una de las dos razones por las que monto_estimado puede venir nulo sin que eso signifique que la licitación no tenga monto: acá el monto existe y el comprador decidió no publicarlo. Confundir ese nulo con un cero subestima cualquier total.

Monto que el organismo declara al publicar la licitación, en pesos chilenos. Es una declaración previa del comprador: no es un pago, no es una adjudicación y no es ejecución presupuestaria. Nada garantiza que la licitación se adjudique, ni que se adjudique por ese monto. Su naturaleza exacta la fija estimacion, que distingue presupuesto disponible de precio referencial.

Muchas licitaciones no declaran monto. La columna queda nula en al menos dos situaciones distintas y ninguna equivale a cero: cuando el organismo oculta el monto en la ficha (visibilidad_monto = 0) y cuando declara que el monto no es posible de estimar (estimacion = 3). Tratar esos nulos como ceros subestima cualquier total; excluirlos sin decirlo produce un total sobre una muestra no aleatoria de licitaciones.

LA SUMA DE ESTOS MONTOS NO REPRESENTA EL GASTO DEL ESTADO. Hay tres razones independientes, y cada una basta por sí sola:

1. Cobertura parcial por construcción, por lo recién descrito. 2. Lo declarado no es lo pagado. Entre la publicación y el pago median la adjudicación, las órdenes de compra y la ejecución presupuestaria, que este dataset no cubre. 3. La distribución está dominada por un caso único. En el volcado OCDS de 2025, un solo contrato de obras —de un tramo sin techo reglamentario— concentra el 98,98 % del monto adjudicado. Esa concentración está medida sobre OCDS y no sobre esta columna, que es de otra fuente; lo que traslada es la forma de la distribución del gasto en compras, no una cifra de este recurso. Un total, un promedio o una comparación entre compradores describen ese contrato, no el sistema de compras.

Por eso este dataset publica el monto declarado a nivel de licitación individual y NO publica ningún agregado de monto. Quien investigue montos debe reportar, junto a cualquier cifra derivada, la cobertura de la columna y el efecto del caso dominante.

Declara si el proceso requiere toma de razón de la Contraloría General de la República: 0 no requiere, 1 con toma de razón. Tabla oficial del diccionario de ChileCompra, sección 2, campo 30.

Se publica como texto y no como entero. La API entrega el valor entrecomillado ("0") pese a que el diccionario de ChileCompra lo declara entero, y el dato se guarda y se publica tal como lo entrega la fuente. Convertirlo acá agregaría una interpretación que la fuente no respalda.

Declara si el proceso es una licitación de obra. Su tabla de glosas es oficial, del diccionario de ChileCompra, sección 2, campo 34.

TRAMPA DE CODIFICACIÓN: el "sí" es 2, no 1. Un valor 1 no aparece en la tabla. Una comparación del estilo valor == 1 da siempre falso y hace desaparecer todas las obras del análisis, sin error visible. Los dos valores documentados son 0 (no es licitación de obra) y 2 (sí lo es); la tabla no es un conjunto cerrado, así que un código distinto se trata como desconocido.

Se publica como texto por el mismo motivo que toma_razon: la API lo entrega entrecomillado aunque el diccionario lo declare entero, y se conserva la forma de la fuente.

La columna importa para leer montos: las obras llevan los contratos de mayor magnitud del sistema — obras como la que, en el volcado OCDS de 2025, concentra el 98,98 % del monto adjudicado.

Ese contrato NO está medido en esta columna. Es un award de OCDS de tramo O1, y nadie comprobó qué valor toma en obras, que viene de la API REST y solo cubre las fichas que la ingesta alcanzó a capturar; puede incluso no tener fila en este recurso. Por la misma razón, la correspondencia entre obras = 2 y tipo = O1 es plausible pero tampoco está medida: quien cruce ambas columnas debe verificarlo sobre los datos en vez de suponerlo.

Declara si el organismo extendió el plazo de cierre: 0 no lo extendió, 1 lo extendió por dos días hábiles.

Su tabla de glosas es la única de esta columna que no declara su procedencia: a diferencia de las demás, no está marcada como transcrita del diccionario de ChileCompra ni como medida contra la API. La equivalencia de arriba se usa igual, pero sin respaldo documental declarado, así que conviene tratarla con más reserva que al resto.

La extensión ya está reflejada en fecha_cierre y, por lo tanto, en plazo_dias: esta columna dice que hubo una extensión, no cuánto duró originalmente el proceso. El plazo original no viaja en la ficha.

Momento en que la licitación se publicó, con la forma 2026-07-21T13:00:00.

Se publica como texto a propósito, y su tipo declarado es cadena y no fecha. La API entrega el valor en hora local SIN indicar el desfase horario, así que convertirlo a un instante con zona obligaría a suponer una zona horaria que la fuente nunca declara — suposición que se rompe dos veces al año con el cambio de hora chileno. Declararlo como fecha invitaría a interpretarlo como un instante bien definido, y no lo es.

Quien necesite aritmética de fechas usa plazo_dias, que el conector calcula sobre las dos fechas antes de que pierdan contexto. Quien necesite el instante debe asumir explícitamente una zona y dejar constancia de ese supuesto.

Momento en que se cierra la recepción de ofertas, con la forma 2026-07-21T13:00:00. Rigen exactamente las mismas advertencias que en fecha_publicacion: texto y no fecha, hora local sin desfase declarado, sin suponer zona horaria.

Si el organismo extendió el plazo, esta fecha refleja el cierre extendido, no el original; extension_plazo declara que hubo extensión.

Días entre la publicación y el cierre de recepción de ofertas, calculado por el conector como fecha_cierre menos fecha_publicacion. Es el campo pensado para hacer aritmética de plazos, ya que las dos fechas se publican como texto sin zona.

No proviene del campo DiasCierreLicitacion de la API, que casi siempre vale 0 porque informa los días que faltaban para el cierre al momento de la consulta, no la ventana del proceso.

Queda NULO en tres situaciones distintas, y ninguna es un cero: falta alguna de las dos fechas, alguna no se puede interpretar, o el cierre resulta anterior a la publicación. Ese último caso es un dato implausible de la fuente y el conector no le inventa un reemplazo.

Día en que la corrida de ingesta pidió esta ficha, en formato AAAA-MM-DD.

No es una fecha de la licitación. No es cuándo se publicó, ni cuándo cierra, ni cuándo se adjudicó: es cuándo Tuwün la leyó. Se actualiza en cada re-lectura, así que indica cuán fresca está la fila, y filtrar por esta columna recorta por corrida de captura, no por actividad del proceso. Para eso están fecha_publicacion y fecha_cierre.

Referencia al origen exacto de la fila —típicamente la URL de la consulta a la API REST que la devolvió—, para que el dato se pueda auditar hasta la fuente sin reconstruir la llamada.

La referencia describe de dónde salió el dato en el momento de la captura. La API sirve el estado actual de cada licitación, así que repetir hoy esa consulta puede devolver valores distintos de los publicados en este snapshot; el snapshot versionado es lo que preserva los bytes citados.

Momento en que la fila se escribió o reescribió por última vez, con zona horaria. A diferencia de fecha_publicacion y fecha_cierre, este valor sí es un instante bien definido, porque lo genera la base de datos y no la fuente externa.

Es una marca del pipeline de Tuwün, no un hecho de la licitación.

Código del organismo comprador que declara el bloque Comprador de la ficha REST, por ejemplo 7248. Se publica como texto pese a ser numérico, porque así lo entrega la fuente y porque un identificador no admite aritmética.

No sirve para cruzar con OCDS. Se midieron seis cruces contra procuringEntity.id del volcado OCDS el 25-jul-2026 y ninguno coincidió (0 de 6). El campo que sí cruza es codigo_unidad.

Tampoco es único por fila en el sentido institucional: la relación con la unidad de compra es de muchos a uno, es decir varias unidades pertenecen al mismo organismo. Agrupar por esta columna es precisamente lo que permite pasar de unidad a organismo.

Nombre del organismo comprador, tal como lo entrega la ficha REST. Texto libre, sin catálogo de glosas asociado: la misma institución puede aparecer escrita de formas distintas según la ficha. Para agrupar de forma estable conviene usar codigo_organismo y no este nombre.

Código de la unidad de compra que declara el bloque Comprador de la ficha REST, por ejemplo 1999. Se publica como texto pese a ser numérico, por la misma razón que codigo_organismo.

Es la llave de cruce con OCDS: este valor es el <n> de procuringEntity.id = CL-MP-<n>, con 6 de 6 cruces exitosos medidos el 25-jul-2026. Nótese que en el recurso unidades el mismo concepto viaja CON el prefijo CL-MP-, y en organismos viaja SIN él, igual que acá: para unir los tres recursos hay que normalizar el prefijo.

Es una unidad de compra y no un organismo. Nunca se deriva partiendo codigo_externo por el guion: ese atajo coincide solo el 82,2 % de las veces y falla en silencio.

Nombre de la unidad de compra —el equivalente de procuringEntity.name en OCDS—, tal como lo entrega la ficha REST. Texto libre, sin catálogo. Es la unidad y no el organismo: un nombre de unidad puede parecerse mucho al de su organismo sin serlo.

Región de la unidad de compra, en texto libre tal como lo entrega la ficha REST. No hay catálogo de códigos oficiales de región asociado, así que la grafía puede variar entre fichas y no corresponde a los códigos del INE ni a la numeración romana de regiones.

Es la región de la unidad compradora, no la del lugar donde se ejecuta el contrato. Un ministerio con unidad en la Región Metropolitana licita obras en todo el país, y esas licitaciones aparecen acá como metropolitanas. Leer esta columna como distribución territorial del gasto es un error frecuente.