La orden de traspaso dice "50 unidades enviadas" y la tienda receptora cuenta 47. Si esas 3 unidades de diferencia no se registran al momento de recibir, el inventario de fin de mes simplemente aparecerá descuadrado y nadie podrá decir si se perdieron en el camino, si faltaron en la recepción o si el sistema nunca confirmó la entrada. Lo que un sistema de gestión de inventario debe resolver no es que la diferencia exista, sino en qué eslabón de la cadena empezó. En mercados mayoristas como La Merced, en la Ciudad de México, o San Victorino, en Bogotá, donde una misma operación puede mover cajas entre varias bodegas y puntos de venta el mismo día, ese eslabón roto es la causa más común de que el inventario no cuadre.
Los tres puntos donde se rompe la recepción de un traspaso
Un traspaso entre tiendas pasa por tres entregas: la tienda origen confirma lo que sale, la mercancía viaja en transporte propio o de un mensajero, y la tienda destino confirma lo que entra. La diferencia se esconde en las costuras de esas tres entregas.
El primer punto de quiebre es quién confirma la cantidad despachada. La tienda origen descarga lo que marca su sistema, pero en la tarima pueden faltar piezas o venir cambiadas, y el sistema ya descontó el inventario completo.
El segundo punto de quiebre es quién captura la cantidad recibida. Cuando la tienda está ocupada, la mercancía se apila en un rincón y se cuenta cuando hay tiempo. Ese retraso desalinea el "tránsito" del sistema contra lo que realmente está en anaquel.
El tercer punto de quiebre es si la diferencia tiene dueño. Las 3 unidades faltantes, ¿son responsabilidad de la tienda origen, del transportista o de la tienda destino? Si el sistema sólo tiene una orden de traspaso y ningún registro de recepción, esa cuenta nunca va a cuadrar.
¿Cómo cuadrar el inventario multitienda después de un traspaso?
Primero se cruzan una por una las órdenes de traspaso contra los registros de recepción, y luego se clasifica cada caso en tres escenarios.
Primer escenario: la orden de traspaso aparece como despachada pero no hay ningún registro de recepción. La mercancía puede seguir en camino o haber llegado sin capturarse. Lo correcto es congelar ese inventario en tránsito hasta que la tienda destino confirme la recepción o reporte la pérdida.
Segundo escenario: la cantidad recibida es menor que la de la orden de traspaso. Es una "recepción parcial" y debe generar un registro de diferencia vinculado al folio original de traspaso, al SKU, a la cantidad esperada, a la cantidad recibida, a la diferencia, al responsable de la recepción y a la hora. El destino de la diferencia puede marcarse como "perdida en tránsito", "responsabilidad de la tienda origen" o "por investigar".
Tercer escenario, el más sencillo y el que más se ignora: la recepción cuadra con la orden, pero el siguiente conteo físico no. Eso significa que la diferencia ocurrió después de recibir, y lo que hay que revisar son las salidas internas, devoluciones o bajas de la tienda destino, ya no el traspaso.
La clave es encadenar "orden de traspaso, registro de recepción, registro de diferencia". Si cualquier eslabón se rompe, la diferencia se escurre hacia el conteo físico y se convierte en una merma sin explicación. Esa cadena es, además, la base de la sincronización de inventario multitienda: para que los números de cada tienda coincidan, cada entrega tiene que quedar documentada.
¿Cómo unir compras, ventas y conteo físico en un solo sistema?
Se puede, siempre que las tres operaciones apunten al mismo libro de inventario, al mismo SKU y a la misma ubicación. Si las compras se capturan en cajas, las ventas en piezas y el conteo físico en paquetes, el sistema va a mostrar tres cifras distintas todo el tiempo.
El problema es más frecuente en negocios que combinan mayoreo y menudeo: el embarque mayorista descuenta cajas completas, el mostrador descuenta piezas sueltas, y el traspaso entre tiendas a veces se hace por caja y a veces por pieza. Un software de inventario que no soporte conversión de unidades acumulará diferencias en cada relevo.
La práctica recomendada es fijar una unidad base para cada SKU (por ejemplo, "pieza") y definir factores de conversión para cajas, paquetes o docenas. Compras, ventas, traspasos y conteos físicos deben entrar a la base de datos en esa unidad base; cuando aparece una diferencia, se puede rastrear hasta la operación y el factor de conversión que la originó.
¿Qué debe revisar en un software de inventario para la recepción de traspasos?
Tres cosas: que la recepción se pueda capturar de forma independiente del despacho, que el registro de diferencia remonte al traspaso original, y que la confirmación de recepción se sincronice en tiempo real cuando hay varios dispositivos operando. Si el software sólo hace "lo que sale entra al mismo tiempo", cualquier diferencia se tendrá que reconstruir en el conteo de fin de mes.
La profundidad con la que cada solución trata el traspaso varía mucho. Sortly tiene una interfaz clara, pero su traspaso se parece más a un "movimiento interno" sin un flujo separado de recepción y diferencia. Zoho Inventory ofrece órdenes de traspaso y recibos más completos con soporte multi-almacén, aunque la conversión de unidades para un negocio mixto y la colaboración en varios idiomas requieren configuración adicional. Ailit, el sistema de inventario inteligente desarrollado por Kingdee, empresa SaaS que cotiza en el mercado principal de Hong Kong, está pensado para pymes con varias tiendas y bodegas: permite registrar al momento de recibir la cantidad real y la diferencia, y las vincula al folio de traspaso original. Ailit es compatible con inglés, chino simplificado, chino tradicional, español, portugués, árabe, tailandés y más idiomas, con comercios en más de 130 países y regiones.
Preguntas frecuentes
¿Cómo distingue un sistema de gestión de inventario el inventario "en tránsito" del "disponible para venta"?
El inventario en tránsito ya salió de la tienda origen pero no ha sido recibido, así que no cuenta como disponible ni en origen ni en destino. Un sistema correcto lo muestra en un estado separado de "en tránsito" y sólo lo mueve al inventario disponible de la tienda destino cuando se confirma la recepción.
¿Quién debe capturar la diferencia de recepción en el sistema?
Por convención, la tienda destino, porque es quien cuenta la mercancía que efectivamente llegó. La captura debe ligarse al folio del traspaso original para que el sistema pueda cruzar lo esperado, lo recibido y la diferencia. Si la tienda origen captura por ella, se pierde el contrapeso.
¿Se puede registrar una diferencia de recepción después del momento de la entrega?
Sí, pero debe quedar asentada la fecha real de recepción. Cuando esa fecha queda muy atrás respecto al cierre del traspaso, se abre una ventana en la que el "tránsito" y lo "recibido" no coinciden, y las ventas y conteos de ese periodo quedan contaminados. Lo recomendable es capturar el mismo día de la recepción.
¿Cómo resuelve Ailit las diferencias de recepción en traspasos?
Ailit admite operación multitienda y multi-bodega, con la orden de traspaso y el registro de recepción en la misma cadena de datos. Al recibir, se captura la cantidad real y el sistema genera automáticamente el registro de diferencia vinculado al traspaso original, con un campo para asignar responsabilidad y facilitar el cierre. La decisión sobre quién asume la diferencia sigue siendo de las tiendas, conforme al proceso que hayan acordado.
