La decisión de automatizar un almacén casi nunca es de una sola persona: operaciones define el problema, mantenimiento verifica el edificio, sistemas revisa la integración con el software de gestión y finanzas evalúa la inversión y el retorno. Involucrar a las cuatro áreas desde el relevamiento es lo que evita rehacer el proyecto.
Qué aporta operaciones y qué información tiene que traer
Operaciones es quien define el problema, y esa es la parte que ninguna otra área puede hacer por ella. Un proyecto que arranca por el equipo y no por el problema termina comprando capacidad donde no hacía falta.
Lo que aporta es la descripción de cómo trabaja el almacén, depósito o bodega hoy: qué entra, qué sale, en qué unidad de carga, con qué estacionalidad y dónde se traba. Esa última parte es la más valiosa y la que no está en ningún sistema, porque la sabe quien camina el piso todos los días.
Lo que tiene que traer son números, y son seis: superficie y altura disponibles, cantidad de productos distintos que almacena, unidad de carga dominante, cuántos pallets o cajas entran y salen por día, cuántas líneas de pedido se preparan por día, y cómo se comporta la estacionalidad en los últimos doce meses.
Los tres últimos salen del software de gestión y conviene pedirlos con tiempo, porque casi nunca están en el formato en que hacen falta: se necesitan por día y por período, no como total del año.
Hay un cuidado que vale la pena anticipar. Operaciones suele traer el mes pico, porque es el que duele. El dimensionamiento se hace con el año completo y con el pico identificado aparte: dimensionar con un mes atípico produce un sistema sobredimensionado que se paga entero y se usa a medias.
Qué verifica mantenimiento sobre el edificio y las instalaciones
Mantenimiento es quien conoce el edificio de verdad, incluidas las cosas que no están en ningún plano: la cabreada que baja más de lo que dice el proyecto original, el sector del piso que se reparó hace cuatro años, la subestación que ya está al límite.
Lo que verifica son cinco cosas.
La altura libre real, que no es la altura del techo sino la distancia desde el piso terminado hasta el primer elemento que estorbe: una cabreada, una luminaria, un rociador, un conducto de aire. Se releva en varios puntos del sector, nunca en uno solo.
El estado del piso, que es el punto donde hay que ser preciso sobre quién decide qué. La planitud y la carga admisible no las fija STOKA ni ningún integrador: las fija el fabricante del equipo que se elija, según las tolerancias de ese equipo, y las verifica un profesional matriculado con instrumental de medición. Mantenimiento aporta la historia del piso y las reparaciones previas, que es lo que orienta dónde medir.
La instalación eléctrica disponible hasta el punto donde iría el tablero del sistema.
Los accesos: por dónde entra el equipamiento al edificio y qué hay que desmontar para que entre.
Y las instalaciones que comparten el volumen aéreo, sobre todo el sistema de incendio, porque su trazado condiciona el diseño y su modificación tiene su propio trámite.
Todo esto se releva antes de la ingeniería de detalle, no después.
Qué revisa sistemas en la integración con el software de gestión
Es el área que más tarde suele entrar y la que más caro sale cuando entra tarde, porque la integración con el software es donde se concentra el riesgo de un proyecto de automatización.
Un almacén automático funciona con dos capas de software que conviene no confundir. El WMS es el sistema que dice dónde está cada cosa y en qué orden se prepara cada pedido. El WCS es el que traduce esas decisiones en órdenes de movimiento para las máquinas: qué equipo va a qué posición y en qué secuencia. Una empresa puede ya tener lo primero y no tener lo segundo.
Lo que sistemas tiene que revisar es de dónde a dónde viaja cada dato. Qué sistema es el dueño del maestro de productos, qué pasa cuando se da de alta un producto nuevo, quién genera la orden de preparación y quién confirma que se cumplió, y cómo se refleja todo eso en el sistema administrativo que la empresa ya usa.
También tiene que decir qué se puede tocar y qué no. Si el sistema de gestión es un desarrollo propio, quién lo mantiene; si es de un tercero, qué interfaces expone y con qué costo se modifican.
Y conviene que traiga una respuesta incómoda temprano: cuán confiable es hoy el dato de stock. Un sistema automático no tolera una diferencia entre lo que el software dice y lo que hay en la posición, porque no hay una persona mirando el estante para corregirla sobre la marcha.
Qué necesita finanzas para evaluar la inversión
Finanzas no necesita entender de transelevadores: necesita una cuenta con supuestos declarados y un horizonte.
Necesita la inversión desagregada por partidas —ingeniería de detalle, equipamiento, estructura, software, montaje y puesta en marcha, capacitación— y, por separado, lo que queda fuera del alcance del proveedor y va a aparecer como gasto propio: obra civil, nivelación, instalación eléctrica de potencia, permisos.
Necesita el ahorro anual con la cuenta a la vista, y acá hay una distinción que conviene hacer explícita porque es donde más se infla un proyecto: no es lo mismo una hora que se deja de pagar, una hora que se libera para otra tarea y un gasto que efectivamente desaparece. Sólo la primera y la tercera son dinero que no sale.
Necesita el retorno con sus condiciones. En un proyecto de automatización STOKA trabaja un payback de 18 a 36 meses, y ese rango sólo significa algo con los supuestos escritos al lado: qué ahorro se contó, con qué costo laboral, de qué país, con qué volumen y con qué horizonte.
Necesita el costo de sostener el sistema, no sólo el de comprarlo: energía, mantenimiento, repuestos, licencias y la mano de obra que la operación sigue necesitando. STOKA lo mira a diez años.
Y necesita saber con qué instrumento se paga, porque la forma de pago cambia el impacto en el balance y eso no lo define el proveedor: lo define la empresa con su contador.
Qué pasa cuando una de las cuatro áreas entra tarde
Es el escenario más común y vale la pena describirlo por lo que cuesta, área por área.
Cuando operaciones entra tarde, el sistema se dimensiona con datos de sistema y no con la realidad del piso. El resultado típico es un proyecto que resuelve bien el proceso que se midió y deja intacto el que realmente trababa la operación.
Cuando mantenimiento entra tarde, aparecen los costos de obra después de la firma. La nivelación de un sector, el traslado de una línea de rociadores o una acometida eléctrica que hay que rehacer son trabajos que existían desde el principio, pero que nadie presupuestó porque nadie los miró a tiempo.
Cuando sistemas entra tarde, el proyecto se frena en la integración. El equipamiento puede estar montado y el almacén no puede operar porque el maestro de productos no coincide, o porque nadie definió quién confirma un movimiento. Es la demora más cara de todas, porque ocurre cuando ya se pagó casi todo.
Cuando finanzas entra tarde, se rehace la evaluación y a veces el alcance. Un proyecto aprobado por operaciones y rechazado por finanzas se recorta sobre lo que ya estaba diseñado, y recortar un sistema dimensionado no es sacarle una parte: es volver a dimensionarlo.
Por eso el relevamiento de STOKA pide interlocutor de las cuatro áreas desde la primera etapa. No es una formalidad: cada una aporta un dato que las otras tres no tienen.
Una aclaración honesta: cómo se aprueba internamente una inversión de este tamaño lo define cada empresa, y lo de acá es una recomendación sobre quién conviene que participe, no una descripción de cómo decide la suya.
Cuatro áreas, cuatro datos que no se sustituyen
Ninguna de las cuatro áreas puede contestar por las otras tres. Operaciones es la única que sabe dónde se traba de verdad, mantenimiento la única que conoce el edificio con su historia, sistemas la única que puede decir qué se puede integrar y a qué costo, y finanzas la única que define con qué instrumento se paga. Un relevamiento que junta las cuatro desde el principio no es más lento: es el que evita rehacer el proyecto cuando ya está comprado. Si en su empresa alguna de las cuatro no está identificada todavía, ése es el primer paso, y no cuesta nada.
Frequently asked questions
Hace falta que las cuatro tengan un interlocutor identificado desde la primera etapa, aunque no todas participen de cada reunión. Cada una aporta un dato que las otras tres no tienen: el problema real, el estado del edificio, qué se puede integrar y con qué instrumento se paga. Cuando una entra tarde, lo que se rehace no es una reunión, es una parte del proyecto.
Sistemas, y es la que más caro sale. La integración con el software de gestión es donde se concentra el riesgo: el equipamiento puede estar montado y el almacén sin poder operar porque el maestro de productos no coincide o porque nadie definió quién confirma cada movimiento. Es la demora más costosa porque ocurre cuando ya se pagó casi todo.
El WMS es el software que dice dónde está cada cosa y en qué orden se prepara cada pedido; decide. El WCS traduce esas decisiones en órdenes de movimiento para las máquinas: qué equipo va a qué posición y en qué secuencia. Una empresa puede tener lo primero y no lo segundo, y esa es una de las primeras cosas que conviene definir.
No las define el integrador ni el área de mantenimiento. Las fija el fabricante del equipo que se elija, según las tolerancias de ese equipo, y las verifica un profesional matriculado con instrumental de medición, antes de la ingeniería de detalle. Mantenimiento aporta algo distinto y también necesario: la historia del piso y sus reparaciones, que es lo que orienta dónde conviene medir.