Control de stock con IA
La mayoría de proyectos de control de stock con IA se rompen antes de que el modelo llegue a entrar. El almacén, la tienda y el programa de gestión guardan tres cifras distintas del mismo artículo, nadie las ha unido, y un lector rápido de datos malos solo se equivoca antes. Eso se arregla primero. Después el agente merece la pena.
Antes de nada: puede que no necesites esto
Si vendes por un solo canal y llevas unas decenas de referencias, un programa de gestión de almacén ya hecho te sale más barato y te sirve. Holded, Odoo o el propio panel de la plataforma resuelven ese caso, y decirlo es más honesto que venderte un proyecto.
Esta página es para el caso en el que eso deja de funcionar: varios canales, producción o compra propia, y una cifra de stock que no cuadra entre sistemas. Ahí ningún programa estándar encaja, porque el problema no es la interfaz, son los datos.
Dónde falla de verdad
- El agente ve la mitad de tu stock. La mercancía en producción está en un sistema, el almacén en otro, y lo que el marketplace cree que tienes es una tercera cifra. Un agente que no ve lo que ya viene en camino volverá a pedir cosas que están en un camión. No es un problema del modelo: está leyendo exactamente lo que le has dado.
- Que baje el stock no siempre es demanda. Un stock que cae se parece mucho a vender bien. También puede ser una incidencia en el almacén de otro. Sin una referencia con la que comparar, el agente compra existencias para resolver un problema de logística ajeno.
- Nadie compara la previsión con una regla tonta. Una media móvil es gratis y cuesta mucho de batir. Antes de construir nada, la previsión se ejecuta contra esa referencia sobre tu propio histórico y ves los dos errores lado a lado. Si no gana, no se lanza.
- El programa que te vende la plataforma solo ve la plataforma. No ve tu producción, tu segundo canal ni tu propia tienda, así que su foto del stock está incompleta por diseño, por buena que sea la pantalla.
- Falla en silencio. Un pedido automático que ha dejado de ejecutarse se parece mucho a una semana tranquila. Te enteras por la facturación, un mes después, y para entonces ya no sabes qué decisiones estaban mal.
Qué se construye
- Una cifra honesta por artículo. Cada sistema vuelca en un mismo almacén de datos limpio: el dato bruto se guarda, el mismo producto se cruza entre sistemas, y encima quedan las cifras listas. Hasta que eso existe, lo de arriba es decoración.
- Un agente de reposición con un umbral. Las reposiciones rutinarias dentro del umbral se ejecutan solas. Lo que se pasa se detiene, dice por qué, y espera a una persona. El umbral sale de tus topes de gasto, tu margen mínimo y tu nivel de servicio.
- Un límite que se recalibra solo. Después de un cambio real vuelve a medir contra la nueva normalidad. Un aviso que salta todos los días enseña a todo el mundo a ignorarlo, y eso es peor que no tenerlo.
- Algo que vigila al vigilante. Un monitor cuyo único trabajo es darse cuenta de que el proceso ha dejado de ejecutarse, y decirlo el mismo día.
Cómo es una negativa
El 20 de julio el límite de mi propio robot de estanterías saltó por primera vez desde que se puso en marcha. En una semana el stock sano —artículos con 50 unidades o más— cayó de 488 a 339, cerca de un 30%. Habían pasado dos cosas a la vez: un pico de pedidos y una incidencia en el almacén del propio marketplace.
El robot no repuso contra esa caída. Retuvo la estantería 082 y dijo por qué, en palabras sobre las que se puede actuar: stock sano un 30% por debajo de la semana anterior.
Después una persona hizo tres cosas. Confirmó que la caída era real y no un fallo de datos. Empujó a mano una estantería de las que más venden, saltándose el límite. Y volvió a leer la tienda en vivo para comprobar el resultado: 20 artículos esperados, 20 artículos visibles.
No se tocó ni una línea de código. El límite se recalibró solo y ahora mide contra la nueva referencia de 339.
Esa negativa es la función. La versión que suena más lista habría visto caer el stock, habría concluido que subía la demanda y habría repuesto fuerte: con seguridad, rápido, y mal.
Es pronto para ti si
- Vendes por un canal con unas decenas de referencias: la analítica de la propia plataforma te llega, y un proyecto aquí costaría más de lo que devuelve.
- El coste no se lleva en ningún sitio. Empieza por la parte contable: una previsión encima de un coste desconocido no te dice nada del margen.
- Quieres un informe puntual y no algo que se ejecuta cada día y puede actuar.
La línea que no muevo
Lo rutinario dentro de los límites se ejecuta solo; cualquier cosa rara se para y va a una persona con el motivo adjunto. Nada que cueste dinero se decide sin una firma. Todos los sistemas de esta web están hechos así, y aquí es donde más importa, porque aquí el agente gasta dinero.
Ya funcionando
- Estantes de recomendación — el robot de estanterías de la historia de arriba. Etiqueta cada producto y rehace las estanterías solo; 968 productos etiquetados.
- Plataforma de datos — la capa de datos de debajo. Todos los sistemas en un almacén limpio, un único registro verdadero por producto, y preguntas en lenguaje normal.
- Informe del embudo de ventas — la misma idea aplicada al embudo. Lee unos 750 productos cada día y solo señala los que tienen un problema real.
- Vigilante de sistemas — el monitor que se da cuenta cuando una automatización deja de funcionar, para que nada muera en silencio.
Respuestas honestas
¿Qué hace realmente el control de stock con IA?
Tres cosas, en el mejor de los casos: mantiene una foto honesta del stock entre tus sistemas, prevé lo que está a punto de agotarse y lanza las reposiciones rutinarias dentro de los límites que tú pones. Lo que no debería hacer es decidir por su cuenta nada que se salga de lo normal.
¿Me sirve un programa ya hecho en vez de esto?
Con un solo canal y un almacén, casi siempre sí, y sale más barato. Deja de servir cuando el mismo producto vive en varios sitios con reglas distintas y hay producción o compra propia por medio: ahí el trabajo está en cruzar los datos, y eso ningún programa estándar lo hace por ti.
¿Cuánto tarda en ser útil?
La previsión necesita un par de meses de ventas reales por línea de producto para valer algo, y los productos nuevos siguen siendo malos hasta entonces. El trabajo de datos —unir tus sistemas en una cifra por artículo— suele ser la mitad más larga, y se paga solo antes de que corra ningún modelo.
¿Puede el agente pedir stock sin mí?
Dentro de un umbral que tú fijas, sí: las reposiciones rutinarias. Fuera de él, no. Topes de gasto, margen mínimo y nivel de servicio son los límites, y todo lo que se pasa va a una persona con el motivo adjunto.
¿Y si mis datos de stock son un desastre?
Entonces ese es el proyecto. Coge veinte de tus productos más vendidos y cuéntalos en tres sitios el mismo día: la plataforma, el almacén y producción. Apunta cada discrepancia y la antigüedad de cada cifra. Esa tarde te dice más que cualquier demo de un comercial.
Cuéntame cómo está tu stock
Escríbeme en dos líneas dónde viven tus cifras de stock y cuáles dos no cuadran. Te digo claramente qué se puede automatizar ya, qué hay que arreglar antes y qué haría falta. La primera conversación es de una hora y es gratis.
Reservar esa hora →