¿Quién Tiene Realmente la Cantidad de Stock: EWM o ERP?

Read this post in English →

Se contabiliza una entrada de mercancías. En algún lado, un número cambia — pero ¿qué sistema tiene realmente la cantidad real, la que todos los demás tienen que respetar?

En embedded EWM, esa pregunta casi no tiene sentido. En decentralized EWM, es una separación arquitectónica real — y la respuesta honesta depende de si estás preguntando por el piso del almacén o por el libro mayor.

Qué Significa Realmente «Cantidad de Stock» Aquí

Pregunta cuánto stock hay de un producto en el almacén y vas a obtener dos respuestas distintas según a quién le preguntes. Inventory Management (IM) en S/4HANA lleva el stock a nivel de planta y centro de almacén — suficiente para correr MRP, valoración y disponibilidad. EWM lleva el stock a un nivel mucho más fino: bin, handling unit, lote, tipo de stock. Mismo producto, dos resoluciones muy distintas.

Esa diferencia por sí sola no causa ningún problema. El problema aparece solo cuando esas dos resoluciones viven en dos bases de datos distintas.

La Arquitectura Que Realmente Responde la Pregunta

Igual que con los posting changes, la respuesta honesta se reduce a un solo hecho: ¿EWM comparte la base de datos de S/4HANA, o corre con la suya propia?

Por Qué Embedded EWM No Tiene Realmente Nada Que Responder

Embedded EWM e Inventory Management de S/4HANA leen y escriben las mismas tablas de stock subyacentes. Una cantidad a nivel de bin en EWM y la cantidad de IM para ese material y centro de almacén no son dos números que coinciden por casualidad — son el mismo número, consultado de dos formas distintas.

Aquí no hay interfaz, porque no hay nada que enviar a ningún lado. Si EWM muestra 40 unidades en un bin, IM ya está de acuerdo — la vista de IM es solo una agregación más gruesa de exactamente los mismos datos.

En Decentralized EWM, el «Master» Se Divide en Dos

Decentralized EWM corre en su propio sistema, con su propia base de datos. Cada movimiento de stock dentro del almacén — putaway, picking, un posting change — actualiza primero las tablas de stock propias de EWM. El Inventory Management de ERP se entera después, a través de una interfaz.

Esa separación significa que la respuesta honesta a «quién es el master» depende por completo de qué estés preguntando:

Pregunta en qué bin está físicamente un lote, y EWM es el único sistema que puede responder — IM no lleva bins.
Pregunta qué cantidad se puede prometer en un pedido de venta, o qué debería mostrar el libro mayor, y IM es el sistema en el que confía todo lo que viene después — MRP, valoración, ATP.

Ningún sistema está equivocado. Simplemente son el master para preguntas distintas.

Cómo se Sincronizan Realmente los Dos Registros

Cada movimiento relevante para el stock en decentralized EWM dispara un mensaje de vuelta a ERP a través de la interfaz estándar de movimiento de mercancías — asíncrona, basada en cola, no instantánea. Lo mismo pasa al revés cuando el movimiento se origina en ERP. La mayoría de las veces esto se cierra en segundos y nadie lo nota.

La excepción es cuando la interfaz se retrasa o una cola falla en silencio — y ahí es exactamente cuando los dos números pueden llegar a estar en desacuerdo de verdad, aunque sea solo por unos minutos.

Cuando realmente necesitas comprobar si siguen coincidiendo, eso no es una tarea del piso del almacén. /SCWM/ERP_STOCKCHECK es un report real de SAP que compara el stock de EWM contra el de ERP directamente y marca las diferencias — pero está pensado para IT y soporte durante una conciliación o después de un incidente de interfaz, no algo que un picker o un supervisor abre en un día normal.

Dónde Comprobar Realmente los Números

Lecturas Relacionadas

• ¿Quién es el Master de los Posting Changes: EWM o ERP? — la misma separación embedded-vs-decentralized, aplicada a los cambios de tipo y estado de stock
• Dentro de un Almacén SAP EWM — dónde encaja la sincronización de stock en el flujo de principio a fin

---