Izarra Ingenieros es una constructora que ejecuta obras para el Ministerio de Obras Públicas. Como cualquier constructora, su operación administrativa es un río constante: compras a proveedores, rendiciones, pagos de nómina, planificación de caja. Y todo eso hay que mantenerlo cuadrado —conciliado por centro de costo, por proveedor, por orden de compra— porque al final del mes alguien tiene que responder por cada peso.
Es, además, la primera constructora del registro de obras mayores del MOP en poner agentes de IA a operar su administración. Este es el cómo.
Cuando nos contactaron, el síntoma era concreto: emitir una orden de compra era lento. El sistema que usaban convertía una tarea que debería ser trivial en diez minutos de tipeo. Multiplica eso por unas 100 órdenes de compra al mes —más de 16 horas mensuales solo en emitirlas— y el problema deja de ser una molestia y pasa a ser un costo operacional real.
Pero la orden de compra era solo el síntoma visible. El trabajo que de verdad consume a una administración de obra —el que se acumula callado hasta el cierre de mes— es la conciliación: cuadrar cada peso que sale del banco contra su factura, su orden de compra, su centro de costo y su proveedor. El objetivo iba más allá de acelerar la OC: darle a la administración un agente que operara las dos puntas —armar las órdenes de compra y conciliar, en todas sus verticales.
El cuello de botella nunca estuvo en el dato. Los datos estaban ahí —en el banco, en el SII, en la cotización que el proveedor mandó por correo—. Lo que fallaba era la interfaz: un formulario que alguien tiene que llenar campo por campo. Y para operar una administración, ese formulario sobra: el trabajo lo hace mejor un agente.
Qué es Izarra y qué necesitaban
Izarra ejecuta obras de infraestructura para el MOP —entre ellas obras hidráulicas en el norte de Chile—. Ese tipo de operación tiene una característica que define todo lo demás: volumen alto de compras dispersas contra un puñado de contratos, donde cada gasto tiene que quedar imputado al centro de costo correcto o la rendición no cierra.
Concretamente, el equipo de administración necesitaba resolver dos frentes:
- Emitir órdenes de compra rápido, a partir de cotizaciones que llegan en mil formatos —un PDF, una foto de WhatsApp, un correo.
- Conciliar, en todas sus verticales. Ver los pagos que salieron del banco —transferencias directas y pagos de nómina— y las facturas del SII —compras y ventas—, y amarrar cada movimiento contra su orden de compra, su factura, su centro de costo y su proveedor. La contabilidad de obra solo cierra cuando todos cuadran.
Cada uno de esos pasos existía, pero vivía en herramientas distintas y con mucho trabajo manual en el medio. La OC en un sistema lento. El pago en el portal del banco. La factura en el SII. La conciliación en una planilla que alguien mantenía a pulso. Nada hablaba con nada.
Por qué el sistema anterior no daba
El software anterior no estaba roto; estaba diseñado alrededor del formulario como unidad de trabajo, y eso arrastra dos costos que se acumulan:
- La captura es el trabajo. Emitir una OC es transcripción pura: tomar los datos de una cotización y volver a escribirlos en un formulario. Diez minutos de una persona haciendo de copiadora entre dos documentos que ya existen.
- La conciliación es frágil. Cuando los movimientos del banco, las facturas del SII y las OC viven en silos separados, cuadrarlos depende de que alguien pegue todo en una planilla y no se equivoque. Funciona hasta que el volumen crece, y entonces la confianza en el cierre empieza a bajar.
Hacer "un formulario más rápido", o meter automatización encima del sistema, habría ahorrado minutos sin tocar el problema de fondo. El cambio real era darle un agente al equipo y conectarlo a las fuentes reales.
La apuesta: tres componentes y un equipo que opera el agente
La solución son tres componentes en fila —de la fuente real al agente— y un equipo capacitado para operarlo.
1. Emisso Connect — la capa de datos. Emisso Connect es nuestro gateway hacia los sistemas de Chile: se conecta al banco y al SII y mantiene esos datos disponibles de forma segura. No tiene reglas de negocio; su único trabajo es entregar el dato real, con los controles que una operación financiera exige —OAuth 2.1 delegado (cada persona con su identidad, sin credenciales compartidas), scopes de permiso mínimo, sandbox aislado y bitácora completa.
- Banco. Lectura de movimientos —transferencias directas y pagos de nómina— directo desde su banco, sin exportar cartolas a mano.
- SII. Registro de compras y ventas (RCV): las facturas entran solas.
2. Izarra Platform — las reglas de negocio. Sobre los datos que entrega Emisso Connect, construimos la plataforma propia de Izarra: la que sabe qué es un centro de costo, cómo se imputa un gasto, cómo se emite una OC y cómo se concilia contra OC, factura, centro de costo y proveedor —el cruce completo, en un solo lugar—. Aquí viven las reglas del negocio, y aquí vive también el servidor MCP que expone esas operaciones como herramientas tipadas que un agente puede invocar.
3. El agente — en el escritorio del equipo. Aquí tomamos una decisión que importa para un equipo administrativo: en lugar de una terminal, capacitamos al equipo de Izarra en Claude Code en su versión desktop —la interfaz de escritorio, más amigable para equipos administrativos, pero con el mismo motor potente de Claude Code en terminal—. El agente se conecta al MCP de la plataforma y, desde el escritorio de la persona, ejecuta las operaciones reales.
Con esas tres piezas, la interfaz para el equipo dejó de ser el formulario. Ahora le pasan al agente una cotización para que arme la OC, o le piden que cuadre los pagos del mes contra su factura y su centro de costo, y el agente lo resuelve contra las fuentes reales. Lo que antes era transcripción y planillas, ahora es una instrucción.
La OC: la captura deja de ser trabajo humano
Empecemos por la punta más visible —y la más fácil de medir—: la captura es justo el tipo de trabajo que un agente hace mejor que un humano.
El agente no adivina: lee la cotización —un PDF, una foto—, extrae los ítems, los montos y el proveedor, propone la OC imputada al centro de costo correcto, y la emite usando exactamente las mismas herramientas que una persona usaría por la UI —con la misma bitácora y los mismos permisos—. El humano decide; el agente transcribe. Hoy el 100% de las OC de Izarra las arma un agente, directo desde una cotización o una foto, y lo que tomaba diez minutos toma un segundo.
La conciliación, en todas sus verticales
Si la OC era el dolor visible, la conciliación es el trabajo de fondo —el que decide si el cierre de mes cuadra o no. Y es más difícil de lo que parece, porque cada movimiento hay que cruzarlo por varios lados a la vez.
Cada movimiento —una transferencia directa, un pago de nómina— tiene que amarrarse contra:
- su orden de compra — ¿este pago corresponde a algo que efectivamente se autorizó?
- su factura del SII — ¿hay un DTE que lo respalde, en compras o en ventas?
- su centro de costo — ¿a qué obra o contrato se imputa?
- y su proveedor — ¿es quien dice ser, aunque en la cartola aparezca con otro nombre?
Cada eje por separado es simple; lo que complica todo es que casi nunca son uno-a-uno. Un solo pago agrupa varias facturas. Una factura se paga en cuotas. El proveedor se llama distinto en el banco que en el SII. El pago sale hoy por algo que se facturó el mes pasado. Cuadrar eso a mano, en una planilla, es lento y frágil —y la confianza en el cierre baja a medida que sube el volumen.
Aquí es donde la arquitectura rinde. Como los movimientos del banco y las facturas del SII entran solos vía Emisso Connect, y las reglas de conciliación viven en la plataforma de Izarra, el agente cruza los ejes de una vez: propone los matches, arrastra los casos claros y deja marcadas las excepciones que un humano tiene que revisar —citando el movimiento y la factura exactos, no una aproximación.
Y como es un agente, cada vertical es una pregunta, no una planilla nueva: "concilia los pagos de nómina de este mes", "muéstrame lo pendiente del proveedor X", "cuadra el centro de costo de la obra". Conciliar por proveedor, por centro de costo o por OC dejó de ser tres reportes distintos que alguien arma a pulso: es el mismo agente mirando el mismo dato conectado desde el ángulo que le pidas. Por eso la confianza en la conciliación subió —cada match cita su fuente y deja de depender de que nadie se equivoque pegando celdas.
Y de paso elimina toda una clase de fricción operacional: no hay que aprender un formulario, no hay que exportar cartolas, no hay planilla maestra que mantener. La administración pasó de "visitar tres portales y cuadrar a mano" a "conversar con un agente que ya tiene las fuentes conectadas".
Qué cambió: en números y en confianza
Parte del efecto es fácil de medir —el "antes" de la OC era un cronómetro—; el resto se nota en el cierre de mes:
- De más de 16 horas al mes a minutos. Son unas 100 órdenes de compra mensuales; a 10 minutos cada una, eran más de 16 horas de tipeo al mes. Hoy, a un segundo por OC, el mismo volumen se resuelve en minutos: una reducción de ~99%.
- 10 minutos → 1 segundo por OC. La emisión pasó de transcripción manual a una instrucción que el agente resuelve al instante.
- La conciliación dejó de vivir en una planilla. Con banco y SII como fuentes directas y el agente cruzando OC, factura, centro de costo y proveedor en una sola pasada, cuadrar dejó de ser un trabajo manual que alguien mantiene a pulso.
- Mayor confianza en el cierre. Cada conciliación queda trazada a su fuente, no a una celda copiada a mano.
Esto es un agente de administración, y recién empieza
La orden de compra fue el primer hito porque era el dolor más visible, pero el agente ya vive donde vive el resto de la administración: los pagos, las conciliaciones, la planificación de caja. Sobre la misma base —Emisso Connect entregando el dato, la plataforma de Izarra poniendo las reglas y el MCP, y el equipo operándolo desde Claude Code desktop— vamos a seguir sumando hitos.
La operación administrativa de una constructora de obra pública es un buen caso porque combina volumen alto, dispersión de gastos y una exigencia de trazabilidad que no admite errores. La tentación es comprar un ERP genérico y adaptar la operación a él. Pero casi nunca falta un módulo. El problema es la interfaz: obliga a una persona a hacer de intermediario entre datos que ya existen.
Emisso se dedica a desplegar agentes de IA en la operación de las empresas chilenas: con Emisso Connect conectamos tus fuentes —banco, SII, tus sistemas— y capacitamos a tu equipo para operar con un agente, con tu gente decidiendo y el agente ejecutando.
Si tú también tienes una operación donde el dato ya existe pero la captura la sigue haciendo una persona a mano —órdenes de compra, conciliaciones, rendiciones—, escríbenos. Cuando el cuello de botella es la interfaz, cambiar la interfaz lo cambia todo.
Ingeniero Civil Eléctrico (U. de Chile). Fundó Besimplit y desarrolló modelos de IA con equipos en San Francisco. En Emisso trabaja para desplegar agentes de IA en la operación de las empresas de LATAM.
¿Te gusta lo que lees? Recibe los nuevos artículos en tu correo — novedades de inteligencia artificial, ingeniería de agentes y cumplimiento, contado desde adentro.