Gonzalo y el Inventario que Nadie Veía

Prólogo

Un martes de julio, tres cosas llegaron al escritorio de Gonzalo casi al mismo tiempo.

El gerente de Panamá pedía autorización para una importación de emergencia: un cliente de construcción necesitaba un repuesto especializado para no detener una obra, y el sistema decía que no había existencias en ningún país de la operación. El costo de traerlo urgente, con flete aéreo y aranceles express, era el triple del precio normal.

El reporte trimestral de finanzas mostraba el fill rate —el porcentaje de pedidos que se surten completos y a tiempo— estancado en 61% por tercer trimestre consecutivo, a pesar de que el valor total del inventario de la compañía había alcanzado un máximo histórico.

Y la gerente de Colombia, sin saber nada de lo anterior, preguntó en el chat interno qué hacer con doce unidades de esa misma referencia que llevaban ocho semanas paradas en la bodega de Bogotá.

Gonzalo llevaba catorce años construyendo la operación. Empezó representando dos marcas industriales en un solo país y hoy distribuía equipo especializado —herramienta neumática, motores, instrumentación— de varias marcas internacionales en seis países de Latinoamérica, sirviendo a manufactura, logística y construcción. Había crecido replicando la misma fórmula en cada país nuevo: un gerente local, una bodega, un ERP local. Funcionó, hasta el sexto país. Ahora tenía seis sistemas, seis inventarios llevados por separado —el Kardex de cada bodega— y ninguna vista única de qué tenía la compañía, y dónde.

No era falta de inventario. Era falta de saber lo que ya tenía. Algo tenía que cambiar.

El Diagnóstico

El consultor llegó recomendado por un colega del gremio de distribuidores. Gonzalo fue directo.

"Ya uso inteligencia artificial. Le pido a ChatGPT que me traduzca las fichas técnicas de nuestros proveedores europeos y que redacte las cotizaciones en inglés para los clientes de otros países. Me ahorra horas. Pero cuando le pregunto cuánto debería pedir para Panamá el próximo trimestre, no tiene ni idea de mi negocio."

"Y esa es exactamente la diferencia que venimos a resolver," respondió el consultor. "Lo que usa es un LLM, un modelo de lenguaje. Traduce bien porque el lenguaje es genérico. Falla en la decisión de compra porque su inventario, sus seis Kardex y su historial de demanda por país no están en internet: están en su compañía, y en ningún lugar conectados entre sí."

"¿Y si le doy mejor contexto? Le he pedido que me ayude a estimar cuánto pedir y le paso los números."

"Eso es Prompt Engineering: darle el contexto y la instrucción precisos. Ayuda. Pero tiene techo: por bien que le pregunte una sola vez, un modelo público no sabe que la temporada alta de construcción en Panamá no coincide con la de minería en Colombia, ni que el proveedor que promete cuatro semanas de entrega en el papel tarda ocho en la práctica. Eso no se arregla con una mejor pregunta: se arregla dándole al sistema la memoria completa de su cadena."

El consultor fue más allá. "Lo que describe tiene nombre: Capability Overhang. El modelo que ya usa —el mismo, sin cambiar de proveedor ni pagar más— es capaz de mucho más de lo que su compañía está capturando. Usted lo usa para traducir fichas técnicas. Podría usarlo, con la arquitectura correcta, para decidir cuánto pedir, para qué país y cuándo. La capacidad ya existe; el valor se queda sin recoger. Es el excedente que casi ninguna empresa reclama, porque nadie diseñó el sistema para ir más allá del chat."

Gonzalo pensó en sus seis ERPs, cada uno con su propia lógica de reorden, conectados entre sí solo por hojas de cálculo que los gerentes de país se enviaban por correo cada lunes.

"Eso es Deuda Técnica," confirmó el consultor. "No le falta información: cada país la tiene. Le falta la arquitectura para que esa información, ya existente, se convierta en una decisión de compra unificada. Esa deuda la paga cada vez que Panamá importa a precio de emergencia lo que Bogotá tiene parado en bodega."

La Arquitectura

La segunda reunión empezó con una pregunta simple: ¿qué pasa cuando alguien pide reponer una referencia?

"Hoy, cada gerente de país mira su ERP local, su intuición y su presupuesto, y decide," explicó Gonzalo. "Nadie ve el inventario de los otros cinco países al mismo tiempo."

"Necesita cerrar el Decision Value Loop," dijo el consultor. "Datos, contexto, recomendación, decisión, aprendizaje — y de vuelta. Hoy su ciclo se rompe en la recomendación: el ERP muestra un número, pero nadie cruza ese número con la demanda de los otros cinco países ni con lo que pasó la última vez que pidieron de más o de menos. Un agente que cierra el ciclo completo no solo predice cuánto vender: aprende de cada decisión de compra y de su resultado, y la siguiente recomendación es mejor que la anterior."

"¿Y cómo aprende ese sistema mi historia real, y no un promedio genérico del sector?" preguntó Gonzalo.

"Con RAG. El agente no tarifa con benchmarks de distribución industrial: opera con sus catorce años de historial —qué se movió en cada país, en qué temporada, con qué proveedor cumplió el lead time prometido y cuál no." Para conectar los seis ERPs sin reconstruir cada integración a mano: "MCP, el protocolo que lee el inventario de cada país en su propio sistema, sin reemplazarlo." Y para las fichas técnicas y catálogos de proveedores, cientos de páginas en tres idiomas: "una Vector Database, para preguntarle a ese archivo qué referencia de otro proveedor sirve como reemplazo cuando la original está agotada en los seis países a la vez."

Gonzalo se detuvo en un punto. "Si el ERP de Panamá se cae un día —y se cae, cada tanto—, ¿se cae todo el sistema con él?"

"No, si se construye como Managed Agents. Es separar el razonamiento del agente —el 'cerebro'— de los sistemas que ejecuta —las 'manos'— y de la memoria del historial, que vive aparte y no depende de ningún ERP en particular. Si el ERP de Panamá falla, esa 'mano' se reemplaza; el agente sigue razonando con la memoria y con los otros cinco países. Es tratar la infraestructura como ganado, no como mascota: un fallo puntual no mata todo el sistema."

Sobre los datos, el consultor fue puntual: "Sus listas de precio y márgenes por país son su información más sensible frente a la competencia local en cada mercado. Eso es Soberanía del Dato: vive bajo su control, nunca en un modelo público que la mezcle con la de otra empresa."

El Primer Agente

Cuatro meses después, la compañía tenía su primer agente en producción. Lo llamaban internamente el Reabastecedor.

No nació en los seis países a la vez. Empezó en Colombia, la operación más grande, en modo sandbox: proponía órdenes de reposición sin ejecutarlas, y el equipo de compras las comparaba contra lo que habría decidido a mano. Después de seis semanas de propuestas consistentemente acertadas, pasó a producción en Colombia. Luego, país por país, con el mismo ritual: diseño de sus reglas para el mercado local, prueba en sandbox, despliegue supervisado, monitoreo.

"Eso es el ADLC, el ciclo de vida del agente," explicó el consultor. "No se lanza un agente y se olvida: se diseña, se prueba, se despliega bajo supervisión, se monitorea, y se ajusta o se retira cuando deja de ser confiable. Cada país tiene su propio ADLC, porque la demanda de Panamá no se parece a la de Colombia. Es la diferencia entre encender un agente y operarlo."

Las Skills del Reabastecedor eran acotadas a propósito: consolidar la demanda de los seis países para cada referencia, detectar dónde sobraba y dónde faltaba, y proponer transferencias entre bodegas o una orden nueva al proveedor. No negociaba con proveedores ni ejecutaba pagos: eso seguía siendo decisión humana.

"¿Y quién ve los datos financieros de cada país?" preguntó Gonzalo.

"Solo quien lo necesita, por Least Privilege. El Reabastecedor lee inventario y ventas; no tiene acceso a cuentas bancarias ni a condiciones de pago negociadas con cada proveedor. Esa separación es la que le permitirá, más adelante, ganarse más autonomía sin ganar más riesgo."

"Antes, cada gerente decidía solo con lo que veía en su país," dijo Gonzalo. "Ahora ve lo que sobra en los otros cinco antes de pedir algo nuevo."

"Esa es la diferencia entre Automatización vs. Autonomía," respondió el consultor. "El ERP automatizaba el registro: cada país guardaba su propio número. El Reabastecedor tiene autonomía: percibe el inventario de los seis países a la vez, razona sobre dónde conviene mover cada unidad, y actúa antes de que alguien tenga que importar de emergencia."

En su primer trimestre completo en los seis países, el fill rate empezó a moverse por primera vez en tres años.

La Factura que Mentía

Cinco meses después del lanzamiento, ocurrieron dos cosas la misma semana. Con el tiempo, Gonzalo entendió que eran la misma lección vista desde dos lados.

Un proveedor europeo —uno real, de años de relación— envió una factura por correo, en el formato de siempre, desde una dirección casi idéntica a la habitual. El Reabastecedor la procesó para conciliarla contra la orden de compra. Dentro del documento, oculto en el texto que el sistema leía para extraer los datos, había una instrucción: cambiar la cuenta bancaria de destino del pago a una distinta.

"Eso es Prompt Injection," dijo el consultor cuando Gonzalo lo llamó, alarmado. "El agente no falló: hizo exactamente lo que se le pidió leer y seguir. El problema es que la orden no venía de su proveedor, venía escondida en un documento que el agente solo estaba procesando. En un ecosistema donde el agente lee facturas, cualquier archivo de entrada es un sobre que puede traer una orden falsa."

El Reabastecedor no ejecutó el cambio. No tenía permiso para tocar cuentas bancarias —el Least Privilege definido desde el primer día— y la anomalía escaló a un humano antes de convertirse en una transferencia. Nadie perdió dinero. Pero el susto fue real.

La segunda parte de la lección llegó después. El equipo de compras, con el ataque fresco en la memoria, le quitó al Reabastecedor casi toda la autonomía que había ganado en cinco meses: toda propuesta, sin importar el monto o el riesgo, pasaba ahora por tres firmas manuales. Dos semanas más tarde, una orden legítima y urgente —la misma clase de emergencia que había motivado el proyecto— quedó atascada tres días en esa cola de aprobaciones, y estuvo a punto de repetir la importación cara que todo esto buscaba evitar.

"Eso es Deployment Overhang," explicó el consultor. "La brecha entre lo que el agente ya demostró que puede hacer con seguridad y lo que ustedes, por desconfianza, le permiten hacer. Es comprar un auto que rinde trescientos y manejarlo siempre a cuarenta. El motor no es el problema: es cuánto se lo deja correr. El ataque no debía cerrar la autonomía que el agente se había ganado con meses de evidencia — debía cerrar exactamente el hueco que lo hizo posible."

Con eso, definieron el LOA real: transferencias entre bodegas y órdenes de reposición dentro de bandas conocidas, autónomas; cualquier cambio a datos de pago o cuenta bancaria, bloqueado y escalado siempre, sin excepción; órdenes fuera de las bandas usuales, Human-on-the-Loop — el agente recomienda, una persona decide. La autonomía no volvió a cuarenta. Volvió calibrada.

El Sistema Nervioso

Un año después, la operación de Gonzalo se coordinaba de un modo que no habría podido describir cuando empezó.

El Reabastecedor seguía siendo el núcleo, pero ahora trabajaba junto al Vigía, un segundo agente que monitoreaba en tiempo real el inventario de los seis países y marcaba qué referencias podían transferirse entre bodegas antes de que nadie tuviera que pedir una importación de emergencia. No eran sistemas separados: era Orquestación aplicada a la distribución multi-país. El Vigía detectaba que Bogotá tenía doce unidades muertas de una referencia; el Reabastecedor cruzaba eso con la demanda proyectada de Panamá y proponía la transferencia antes de que el gerente panameño tuviera que preguntar si había stock en algún lado.

Con la operación repartida en seis países, la pregunta de qué dato debía quedarse encerrado y cuál podía fluir se volvió central. "No todo necesita el mismo candado," explicó el consultor. "Eso es el Continuo de Soberanía: sus márgenes y precios negociados por país son de máxima sensibilidad y viven aislados; el catálogo técnico de un motor industrial es el mismo en cualquier país y puede vivir en un modelo compartido. Tratar todo como secreto absoluto no es prudencia — es pagar de más y perder velocidad donde no hace falta cuidarse."

Gonzalo entendió que ese criterio, caso por caso, era exactamente lo que el consultor llamaba IA Soberana: ser dueño de la inteligencia que gobierna su cadena —el modelo, los datos, las decisiones que ejecutan sus agentes— sin depender de un proveedor que la aloja fuera de su control, aplicado con el criterio del continuo y no como un interruptor.

La Silicon-based Workforce de la compañía no sumó gente. Los gerentes de país pasaron de perseguir su propio Kardex a gestionar las excepciones que el Vigía y el Reabastecedor no podían resolver solos. El equipo central de compras pasó de apagar incendios de importaciones urgentes a gobernar las bandas de autonomía de ambos agentes.

El momento de Agency Transfer llegó cuando el director de compras pidió formalizar lo que ya llevaba meses ocurriendo en la práctica: delegar al Reabastecedor las transferencias entre bodegas y las órdenes dentro de las bandas de riesgo bajo, sin aprobación manual caso por caso. La evidencia lo respaldaba —cientos de propuestas correctas, ninguna transferencia bancaria comprometida desde el incidente— y esa evidencia fue la licencia para delegar.

Al cierre del año, el fill rate había subido de 61% a 89%. Las importaciones de emergencia, que antes ocurrían casi cada mes en algún país, bajaron a un puñado en todo el año. El capital atrapado en inventario muerto bajó de forma sostenida, liberando caja para comprar lo que sí rotaba.

"¿Cómo sabemos que el ecosistema es responsable de esto?" preguntó el CFO en el cierre de año.

Gonzalo respondió con el vocabulario que había aprendido: "Con CLASSic Metrics: fill rate por país, exactitud del pronóstico de demanda, transferencias entre bodegas ejecutadas sin incidentes, y seguridad de los datos financieros de cada operación. El ROI Agéntico es auditable: por cada peso invertido en el ecosistema, la compañía recuperó varios en importaciones de emergencia evitadas y capital de inventario liberado."

Lo que Gonzalo había construido, sin buscarlo desde el inicio, era un Negocio AI-Native: no una empresa que usa IA en los bordes, sino una donde la decisión de qué comprar, para qué país y cuándo, ya no se piensa sin la inteligencia que la sostiene.

Epílogo

Gonzalo lo entendió del todo un jueves por la tarde, cuando el gerente de Panamá escribió de nuevo por el mismo tipo de pedido urgente que un año atrás habría significado un vuelo de carga y el triple del costo.

Esta vez, el Vigía ya había marcado la referencia como disponible en Bogotá esa misma mañana, y el Reabastecedor había propuesto la transferencia antes de que el cliente de Panamá terminara de explicar la urgencia. La pieza llegó por la ruta terrestre habitual, al precio de siempre.

Gonzalo no tuvo que aprobar nada. Solo vio la notificación, cerró el chat, y siguió con su día — mientras, en algún país que ya no necesitaba vigilar de cerca, doce unidades que llevaban semanas paradas por fin salían de la bodega correcta.