El módulo de inventarios del ERP cuenta cuánto vale lo que tienes; un almacén de terceros necesita saber dónde está cada pieza y de quién es. Cuándo alcanza, qué señales dicen que ya no y cómo conviven los dos sistemas.
El módulo de inventarios del ERP suele ser el primer sistema que toca el almacén. Ya está pagado, la contabilidad vive ahí y quien lo administra conoce cada pantalla, así que la pregunta de si hace falta otra cosa se contesta sola durante un buen tiempo: no. Hasta que el almacén empieza a trabajar para alguien más.
La diferencia no está en qué tan bueno es el ERP, sino en qué pregunta responde. El ERP está hecho para saber cuánto vale lo que tiene la empresa y cuánto debe; el almacén necesita saber dónde está cada pieza, de quién es y quién la movió. Son preguntas parecidas con respuestas muy distintas.
Qué resuelve bien el módulo de inventarios del ERP
Para una empresa que guarda su propia mercancía en una sola bodega, el módulo hace lo que promete: lleva existencias por producto, registra entradas por compra y salidas por venta, valúa el inventario con el método contable que se eligió y deja todo listo para el cierre. Si el almacén es chico y la persona que surte es la misma que recibe, eso alcanza.
También tiene una ventaja que no conviene despreciar: un solo lugar para todo. No hay integración que mantener, no hay dos catálogos que cuadrar y no hay discusión sobre cuál número es el bueno. Cambiar de sistema por cambiar agrega trabajo sin quitar ninguno.
Dónde se queda corto el módulo de inventarios del ERP en un 3PL
El problema aparece cuando la mercancía deja de ser propia. En un almacén de terceros el inventario no se valúa: se custodia. Lo que se cobra no es la venta de la pieza sino cada movimiento que se hizo con ella, y lo que se le debe al cliente no es dinero sino la cuenta exacta de lo que dejó.
- Dueño de la mercancía: el ERP piensa en un solo propietario; un 3PL necesita separar el inventario de cada cliente aunque sea el mismo producto en el mismo rack
- Ubicación: el módulo sabe cuánto hay, pero rara vez en qué rack, nivel y posición, y sin eso el surtido depende de la memoria de alguien
- Movimiento: el acomodo, el reabasto, el traspaso entre zonas y el conteo no son compras ni ventas, y el ERP no tiene dónde registrarlos
- Cobro: el almacenaje por posición, la maniobra de descarga o el armado de un kit no salen de una factura de venta; salen de lo que pasó en el piso
- Acceso del cliente: el ERP no se le puede abrir al dueño de la mercancía para que vea lo suyo sin ver lo de los demás
Cada punto de esa lista se puede parchar con una hoja de cálculo al lado. El problema es que las hojas se suman, y un día el almacén opera con el ERP para facturar, una hoja para ubicaciones, otra para cargos y el correo para contestarle al cliente.
El ERP sabe cuánto vale el inventario. El almacén necesita saber dónde está, de quién es y quién lo tocó.
Las señales de que ya no alcanza
No hay una fecha exacta para el cambio, pero sí síntomas que se repiten. El primero es que alguien del equipo dedica parte del día a pasar datos de un lado a otro: del piso a la hoja, de la hoja al ERP, del ERP al correo del cliente. Ese trabajo no aparece en ningún reporte y crece con cada cuenta nueva.
El segundo es el cierre de mes. Si para cobrarle a un cliente hay que reconstruir qué se le hizo a partir de notas, fotos y la memoria del jefe de piso, el ERP está facturando algo que no registró. El tercero es la pregunta del cliente que nadie puede contestar rápido: cuántas piezas me quedan, cuándo llegó mi embarque, por qué me cobraste esta maniobra.
Y el cuarto es el más caro: dos clientes con el mismo producto. En el módulo de inventarios del ERP suelen terminar bajo la misma clave, y la primera diferencia de conteo se vuelve una discusión sin evidencia con los dos dueños a la vez.
Cómo conviven el ERP y el WMS sin pelearse
La salida no es tirar el ERP. La contabilidad, la nómina, las cuentas por pagar y la facturación fiscal siguen donde están. Lo que cambia es de quién es cada dato: la existencia por ubicación y por dueño, los movimientos y los cargos operativos viven en el sistema del almacén; el ERP recibe lo que necesita para facturar y contabilizar, ya calculado.
Esa frontera conviene escribirla antes de conectar nada. Si los dos sistemas pueden modificar la existencia, tarde o temprano van a decir cosas distintas y nadie va a saber cuál corregir. Un solo lugar manda sobre el inventario; el otro lo consulta.
Con la operación registrada en un solo lugar, una capa de inteligencia artificial de solo lectura puede además señalar lo que el ERP nunca iba a ver: qué cliente concentra las maniobras que no se cobraron, qué productos generan diferencias de conteo, qué cargos del mes no tienen un movimiento detrás. Lo que entrega es una lista para que alguien la revise; la decisión de cobrar, ajustar o hablar con el cliente sigue siendo de una persona.
Llevar el inventario por dueño y por ubicación, cobrar desde el movimiento y darle a cada cliente una pantalla con tu marca donde vea solo lo suyo es lo que separa al módulo de inventarios del ERP de un WMS marca blanca con IA para 3PL en México; el ERP se queda con la contabilidad y deja de cargar con el piso.
Si hoy el almacén vive en el ERP, un buen primer paso es contar cuántas hojas de cálculo lo acompañan y quién las llena. Si son varias y las llenan varias personas, el sistema del almacén ya existe: solo que está repartido en archivos.