Lo que hoy vive en el Excel maestro de Shortage List, calculado en el momento y en una sola pantalla.
—
Ordenada por urgencia real, no por número de ítem. Ordenar antes de es la última semana en que una compra normal todavía alcanza: el lead time contado hacia atrás desde el corto. Un clic abre el detalle.
| Urgencia | Ítem | Descripción | Balance 26 semanas | Demanda | Proveedor | Corto · ordenar | Alternativo | Salida |
|---|
La tercera parte del marco: insumo → proceso → output. Cada material sale con una salida propuesta, con la misma regla para todo el equipo. El sistema no coloca nada: propone la línea y la orden se sigue colocando en E1.
La misma cola, agrupada por origen. Tres llamadas en vez de doscientas filas.
| Planner | Materiales | Corto ya | Ordenar ya | Vigilar | Sin corto en 26 sem | Cobertura mediana |
|---|
Equivale a la pestaña KPI by Planner del archivo actual. Planners anonimizados a propósito: la comparación entre personas es información sensible y el sistema no tiene por qué exponerla para funcionar.
La pestaña HeatMap, recalculada en cada carga y extendida a 26 semanas. Tres marcas verticales: la ámbar es dónde termina la hoja actual (S10); la gris es el lead time promedio histórico — 12 semanas, que es con lo que se calcula hoy para todos los materiales por igual; y la violeta es el lead time por producto y proveedor, que es lo que la capa de inteligencia estimaría sobre el histórico de recepciones — acá va con valores ilustrativos, porque ese histórico todavía no lo tenemos. Va en zigzag porque un intercompany entrega en 3 semanas y uno de Asia tarda 18. La distancia entre la gris y la violeta es lo que el promedio esconde. Si el corto cae a la izquierda de la marca de su fila, una orden normal ya no llega a tiempo.
E1 cuenta el inventario disponible sin descontar el material que se vence antes de consumirse. En dispositivos médicos ese material no se puede usar: no es inventario, es merma que todavía figura como cobertura.
| Ítem | Descripción | Value stream | Comparación | E1 dice | Con expiración | Expira | Valor · precio sintético |
|---|
La última columna usa precios inventados. Es cantidad que expira sin consumirse × precio unitario sintético: enseña la fórmula, no el monto. El número real sale del maestro de precios de E1, y ese lo tienen ustedes. Lo que sí es del sistema es la cantidad: material ya comprado que se descarta y que además provoca el corto.
La primera parte del marco — insumo → proceso → output: nueve insumos, tres orígenes y uno que sigue saliendo a mano. Cada número declara de cuál viene.
| Insumo | De dónde sale hoy | Estado | Qué implica |
|---|---|---|---|
| Maestro de ítems | E1, copiado a Excel | ▲ Manual | Si un material no se copia, deja de existir para el equipo: es el insumo que hace posible el modo de falla silencioso. |
| Work orders — demanda firme | E1, explosión de BOM | ▲ Manual | Horizonte corto y muy certero. No cambia de un día para otro. |
| Requerimientos / forecast | E1 | ▲ Manual | Horizonte de un par de años y cambia todos los días: hay que recalcularlo, no fotografiarlo una vez por semana. |
| Órdenes de compra abiertas | Data lake | ◆ Ya automatizado | La parte que el equipo ya resolvió. El sistema se conecta ahí primero: es donde no hay que pedir permiso. |
| Intercompany | E1, a mano | ▲ Manual | Lo único que el data lake no cubre. Último paso manual y el más fácil de cerrar. |
| Fechas de expiración por lote | Extracción aparte | ■ Por confirmar | De él depende todo el cálculo de expiración, que es lo que E1 no hace. Pregunta abierta: ¿data lake, cubo o extracción de E1? |
| Precios de materiales | E1 | ▲ Manual | Permite poner el faltante en dinero sin estimar nada por fuera. |
| Requerimientos de BOM pick | Otra herramienta | ▲ Manual | Cuarta fuente. Todavía no está modelada acá — se nombra para no dar por cerrado el inventario de insumos. |
| Campos que solo viven en el cubo | Cubo OLAP | ▲ Rígido | No se le puede cambiar nada. Hay que saber qué vive solo ahí antes de prometer que el data lake alcanza. |
Hoy conviven tres verdades: data lake, cubo y E1. Mientras sea así, un mismo número puede no cuadrar entre dos pantallas y eso se lee como error del sistema nuevo. Por eso cada campo guarda su origen.
La columna de la derecha es lo que este prototipo ya hace; nada que no esté demostrado en esta misma página.
| Situación | Hoy en Excel | En este prototipo |
|---|
Mismo software, otra fuente de datos. La regla de lead time, el descuento por expiración y la reconciliación del maestro se resuelven una sola vez: no se vuelven a programar en cada sitio. Y el hueco no es de Costa Rica — existe donde corra E1, porque es el MRP el que no descuenta el material que se vence.
La primera pregunta que aparece es esta: ¿esto obliga a abrir un proyecto con IT? Para empezar, no. Para escalar, sí. Conviene separar las dos cosas.
Los datos están embebidos en el archivo y son sintéticos. No hay conexión a ningún sistema de Coloplast, no se leyó nada y no se guardó nada. Sirve para acordar el comportamiento antes de tocar un dato real.
El planner exporta del data lake y de E1 como ya lo hace hoy, y arrastra el archivo sobre esta pantalla. El cálculo corre en su máquina, en el navegador. Mismo esfuerzo que abrir el Excel, sin el Excel.
La secuencia importa. Empiece por la columna izquierda. Así el piloto no depende de ninguna cola. Pida lo de la derecha después, con el piloto ya funcionando y con un número medido en la mano.
Cerca del 80% de este sistema es software normal: leer los insumos, calcular el balance, ordenar una tabla y dibujarla. Decirlo es lo que hace creíble el 20% restante. La IA se gana su lugar en cuatro puntos, y solo en cuatro. Use el botón «Resaltar la IA» del encabezado para verlos marcados en pantalla.
Lo que la IA no hace acá. No calcula el balance: eso es aritmética y tiene que ser exacta. No decide la compra. No toca E1. Si un número se puede calcular con una resta, lo calcula una resta — poner un modelo ahí solo agrega un lugar donde el resultado puede cambiar sin que nadie lo pida.