Inventario entre tienda y almacén: dónde se pierde la consistencia

Dónde se rompe la consistencia

Cuando alguien dice que "el inventario no cuadra", normalmente está mezclando tres cosas distintas: lo que hay físicamente en cada ubicación, lo que dice el sistema de tienda o de almacén y lo que consolida el ERP. Las diferencias rara vez nacen en el mostrador; nacen en los tramos donde la mercancía cambia de dueño operativo. Una caja sale del almacén central, viaja, llega a tienda, se abre, se acomoda en piso y una parte se regresa. Cada uno de esos pasos es una oportunidad para que el registro se adelante, se retrase o se capture a medias.

Un buen punto de partida es dibujar el recorrido de un artículo y marcar, por cada cambio de custodia, tres datos: qué documento lo respalda, quién lo confirma físicamente y cuándo se refleja en el ERP. Donde alguno de esos tres datos falte o dependa de la memoria de una persona, ahí está el hueco. Este ejercicio es más útil que comprar equipo, porque revela si el problema es de identificación, de tiempo o de responsabilidad.

La idea de modelar movimientos como eventos con "qué, cuándo, dónde, por qué y cómo" está formalizada en el estándar GS1 EPCIS, que describe justamente la captura y el intercambio de información sobre estatus, ubicación y movimiento. No hace falta adoptarlo para aprovechar su lógica: sirve como lista de preguntas para auditar cualquier traspaso.

Fuente de verdad: qué le toca a cada sistema

La frase "fuente de verdad" se usa con ligereza. En la práctica hay dos verdades distintas. El ERP es la verdad contable: define existencias valuadas, costos y obligaciones con terceros. El conteo físico es la verdad de existencia: confirma que algo está en un lugar. Cuando discrepan, no gana siempre el ERP ni siempre el conteo; gana el que tenga evidencia más reciente y mejor trazada, y el otro se ajusta con un movimiento documentado, nunca con un parche silencioso.

Una regla útil es asignar un dueño por movimiento. La recepción en tienda pertenece a tienda; el despacho pertenece a almacén; el ajuste por diferencia pertenece a control de inventarios con autorización. Si dos áreas pueden modificar la misma existencia sin un documento que las una, el sistema acumulará diferencias sin que nadie las vea nacer.

También hay que decidir qué ocurre mientras la mercancía está en tránsito. Algunas operaciones la mantienen en el almacén de origen hasta la recepción; otras la mueven a una ubicación virtual "en tránsito". Ambas pueden funcionar, pero deben ser explícitas, porque un artículo en tránsito que nadie ve ni vende es una causa común de agotados aparentes.

Puntos de falla típicos y evidencia que los delata

Los puntos de falla se repiten entre operaciones distintas. En la siguiente tabla se resumen los más frecuentes y qué mirar para confirmarlos. Es una guía de diagnóstico, no un catálogo exhaustivo.

El último renglón merece atención. Un GTIN identifica un artículo comercial que se fija, ordena o factura, y si la presentación cambia pero el código se reutiliza, o al revés, el sistema contará como distintas piezas idénticas. Revisar el maestro de artículos antes de culpar al conteo ahorra semanas de reconciliación.

Identificación: lo mínimo que debe viajar con la mercancía

La consistencia mejora cuando el mismo identificador acompaña a la mercancía en todo el recorrido. Para la mayoría de productos de línea, eso significa un código de barras legible que apunte a un único artículo en el maestro. GS1 describe cómo los códigos 1D y 2D codifican claves de identificación y atributos como lote o fechas. Si el producto tiene lote o caducidad relevantes, esos atributos deben capturarse en el mismo acto que la lectura del artículo, y no recordarse después.

Los identificadores de aplicación definen qué significa cada dato dentro del código; la lista de Application Identifiers de GS1 aclara, por ejemplo, cuáles corresponden a lote, número de serie o fecha. Conocer esa lógica ayuda a evitar capturar un lote en el campo de serie y viceversa, un error pequeño que luego rompe la trazabilidad.

• Un código por artículo físico, sin reutilizar códigos entre presentaciones.
• Etiqueta de caja o bulto que identifique el documento de traspaso.
• Captura del atributo de lote o caducidad cuando el proceso lo exija.

Escenario hipotético: un traspaso con diferencias

Considere un ejemplo hipotético, ilustrativo y sin datos de ninguna operación real. Un almacén envía doce cajas a una tienda con un documento que lista veinte referencias. En tienda, el encargado escanea la caja principal y confirma "recibido completo" para acelerar el acomodo. Dos días después, una referencia aparece en cero en piso aunque el sistema marca existencia.

Al reconstruir el caso se encuentra que una caja quedó en trastienda sin abrir y que otra traía una referencia equivocada. El sistema nunca lo supo porque la recepción se cerró a nivel documento y no a nivel línea. La corrección de fondo no fue ajustar existencias sino cambiar la regla: la recepción se cierra por línea, con una diferencia explícita cuando algo no coincide, y la caja sin abrir se considera pendiente, no recibida.

Qué no resuelve la tecnología por sí sola

Un lector más rápido no corrige una recepción mal diseñada. Si el proceso permite cerrar un documento sin contar, la terminal solo hará más rápido el cierre incorrecto. Del mismo modo, la lectura por radiofrecuencia puede acelerar un conteo, pero cada lectura es una evidencia de presencia, no una garantía de existencias correctas; RAIN RFID permite identificar y leer muchas etiquetas sin línea de vista, lo cual no sustituye reglas de custodia ni conciliación.

Siguiente paso y preguntas frecuentes

Antes de comparar equipos, elija una familia de productos, siga diez movimientos reales de principio a fin y anote en cada tramo documento, responsable y tiempo de reflejo en el ERP. Con ese mapa se distingue si el problema es de proceso, de dato maestro o de tecnología de captura. Si después necesita evaluar terminales o lectores, puede contactar a ARKCOM en garkcom.com/contact.

¿El ERP siempre manda sobre el conteo físico?

No. El ERP manda sobre el registro contable; el conteo físico es evidencia para corregirlo mediante un ajuste autorizado y documentado.

¿Cada cuánto conviene reconciliar?

No hay una frecuencia universal. Depende de la rotación, del valor y de qué tan seguido se mueve cada familia; lo importante es que la diferencia se detecte antes de que se propague a pedidos y ventas.