Imaginá una empresa con un depósito central y dos locales. El lunes, un local se queda corto de un producto muy pedido y le pide al depósito que mande doce unidades. El depósito las prepara, carga una camioneta, y sale el martes a la mañana. Llegan el miércoles. Ahora la pregunta: el martes a la tarde, ¿dónde están esas doce unidades?
En muchos sistemas simples la respuesta honesta es "en ningún lado". Ya salieron del conteo del depósito, pero todavía no entraron al conteo del local. O al revés: alguien editó los dos números el lunes, y el sistema del local declara stock que sigue arriba de una camioneta. De cualquier forma, alguien confía en un número que no es verdad.
El stock es por lugar, no un solo número grande
El primer cambio que necesita un negocio es dejar de pensar el stock como un total. Un único "stock del producto X: 85" casi nunca es lo que querés saber. Querés saber cuántas hay en el depósito central, cuántas en cada local, cuántas están reservadas para pedidos y cuántas van en camino.
Eso significa que el sistema guarda una cantidad para cada combinación de producto y ubicación. Una ubicación puede ser un depósito, una sucursal, una camioneta o un estante dentro de un depósito. El total es algo que el sistema calcula sumando los lugares, no algo que alguien tipea. Con eso, las preguntas que eran suposiciones pasan a tener respuesta: qué local tiene de más de este producto, cuál no tiene ninguno, y si uno podría abastecer al otro.
Una transferencia es un proceso, no un clic
La razón por la que una transferencia no es un movimiento instantáneo es simple: lleva tiempo, y en el camino pueden pasar cosas. Las cajas se pueden dañar. La camioneta puede entregar menos unidades de las que dice el remito. El local que recibe puede no mirar la entrega hasta el día siguiente.
Un sistema confiable trata la transferencia como un ciclo de vida corto con algunos estados. Los nombres varían, pero los habituales son:
- Solicitada: la sucursal pide stock. Todavía no se movió nada.
- Aprobada o preparada: alguien del lugar de origen confirma y separa los productos.
- Enviada: los productos salieron. Se descuentan del origen y pasan a pertenecer a la transferencia.
- Recibida: el destino confirma lo que realmente llegó, y el stock se suma ahí.
- Cerrada, o con diferencias: si las cantidades no coinciden, la diferencia se registra y se explica, no se esconde.
El estado del medio es el importante. Mientras la mercadería está enviada pero no recibida, está "en tránsito": no está disponible para vender en el origen, y todavía no lo está en el destino. Darle a ese stock su propio lugar en el sistema mantiene el total correcto, y nadie vende algo que va arriba de una camioneta.
Las diferencias son normales; esconderlas es el problema
Tarde o temprano la cantidad enviada va a diferir de la recibida. La causa puede ser un error de conteo, un daño o una pérdida. Si el sistema deja que quien recibe simplemente tipee el número que llegó, la diferencia desaparece y nadie sabe si hay que investigar.
Un mejor diseño guarda los dos números: lo enviado, lo recibido y la brecha. La brecha necesita un motivo y un responsable. Con unos meses, el patrón de brechas te dice cosas que un total nunca diría, como un recorrido que pierde más que otros, o una sucursal donde la recepción siempre se hace apurada.
Las preguntas que el dueño realmente hace
Más allá del trabajo diario, un sistema multi-ubicación debería responder rápido algunas cosas:
- ¿Qué hay disponible para vender ahora en cada ubicación, y cuál es el total de la empresa?
- ¿Qué está en tránsito, de dónde a dónde, y desde cuándo?
- ¿Qué transferencias llevan demasiado tiempo esperando aprobación o recepción?
- ¿Qué ubicaciones se quedan sin los mismos productos una y otra vez, lo que sugiere un mejor nivel mínimo?
- ¿Una sucursal ve solo su propio stock o también el de otras, y quién decide eso?
La última pregunta es de permisos y importa más de lo que parece. Un empleado de un local puede necesitar ver que el depósito tiene stock, sin poder cambiar el conteo del depósito. Un buen sistema separa ver de modificar, por rol y por ubicación.
Dónde los sistemas estándar dejan de encajar
Muchos productos estándar manejan varias ubicaciones en lo básico y se vuelven incómodos en los detalles de tu operación: transferencias que pasan por un centro regional, sucursales que además son puntos de retiro, un recorrido de camioneta con cinco paradas, o stock que debe pasar por una zona de cuarentena antes de poder venderse. Son los casos donde un sistema a medida modela tu flujo real, en lugar de obligar a tu equipo a inventar un rebusque.
Eso no significa que necesites software a medida para dos estantes en dos cuartos. Significa que, cuando las transferencias son una parte real de cómo operás, vale la pena escribir el ciclo de vida de arriba y verificar si tu herramienta actual puede seguirlo.
Un primer paso práctico
Seguí las últimas tres transferencias que hiciste, desde el pedido hasta la llegada. Para cada una, anotá qué mostraba el sistema cada día. Si en algún momento el stock faltaba en todas las ubicaciones, o estaba contado dos veces, encontraste el hueco que un estado de tránsito bien hecho resuelve. Después listá las ubicaciones que tenés y quién debería poder ver y modificar cada una. Ese documento corto es la base de todo el diseño.