Conclusión por adelantado: cuando un proyecto de WMS se retrasa, ocho de cada diez veces no es culpa del software — es culpa de los datos. Si sale en vivo con datos sucios, no compró un WMS, compró un libro mayor carísimo que registra los números equivocados.

He visto este pozo tres veces. Siempre el mismo guion: el cliente dice «nuestros datos están listos», el primer día el sistema dice que una ubicación tiene existencias y está vacía, el sistema dice que una ubicación está vacía y hay tres palets sentados en ella. Todo se detiene para un recuento completo, la puesta en marcha se retrasa dos semanas y el jefe pierde los estribos.

Por qué la migración de datos es la asesina número 1 de los WMS

Simple: un WMS es un amplificador. En la era del Excel, los datos sucios eran sobrevivibles porque los humanos los tapaban — el viejo Zhang recordaba que el palet de la zona A estaba dañado, ni lo toques. Después de la puesta en marcha, el sistema asigna ubicaciones automáticamente, libera oleadas automáticamente, sugiere reabastecimientos automáticamente. Los datos sucios se amplifican por la máquina — fielmente, sin descanso — hasta convertirse en incidentes de producción.

Tres especies de datos sucios a cazar:

SKU muertos ocupando las mejores ubicaciones. La mayoría de los almacenes tiene entre el 10 y el 20 % de sus SKU sin tocar en un año, todavía sentados en las caras de picking de oro. Migrarlos tal cual importa también al nuevo sistema la faena de ordenar la basura.

Brechas entre contabilidad y físico. La contabilidad dice 100, el piso tiene 80, y los 20 que faltan son una diferencia de conteo de hace tres años que nadie ajustó. «Todos lo sabían» en el sistema viejo. En el sistema nuevo son 20 unidades fantasma que disparan reabastecimientos falsos y roturas de stock fantasma.

Maestros de artículos sin campos. Sin largo, ancho, alto ni peso, y las recomendaciones de ubicación, la cartonización y las estrategias de oleadas del WMS son decorativas. Lo peor que vi: 3000 SKU, menos de 400 con datos de dimensiones.

El manual: tres listas de verificación

4–6 semanas antes: depuración (la parte que más importa)

Así se limpia en la práctica cada una de las tres especies de datos sucios.

SKU muertos. No solo los liste — camine el piso. Yo obligo al cliente a visitar físicamente los 50 SKU muertos principales por volumen cúbico. La mitad de las veces, los SKU «muertos» resultan estar mal etiquetados o guardados bajo el código equivocado, lo cual ya es un problema de datos que vale la pena arreglar. Los genuinamente muertos reciben una decisión de disposición con nombre y fecha: «Zhang Wei, chatarra antes del 15 de noviembre». Sin responsable, sin fecha = nunca ocurre.

Brechas entre contabilidad y físico. El truco es conciliar en el sistema viejo, no durante la migración. Haga un conteo total o un ciclo completo 2–3 semanas antes del corte, ajuste todo, luego congele los ajustes. Cualquier diferencia descubierta después de la congelación lleva un registro de diferencias con causa raíz — no un ajuste silencioso. Los ajustes silenciosos son como nacen los fantasmas.

Huecos en el maestro de artículos. Priorice por velocidad cúbica: el 20 % de los SKU que impulsan el 80 % de los picks reciben dimensiones primero. Para la cola larga, una estación de dimensionado de $200 (báscula + marco de medición + escáner de código de barras) en recepción captura las dimensiones en la próxima entrada — sin proyecto de arqueología. Les digo a los clientes: no necesita medir los 3000 SKU antes de la puesta en marcha; necesita medir los 600 principales y un proceso que capture el resto en 90 días.

  1. Extraiga los SKU sin movimiento en 12 meses. El negocio decide: chatarra, liquidación o mover a almacenamiento de bajo costo. Meta: cero SKU muertos en las caras de picking de oro.
  2. Haga un ciclo de conteo completo y ajuste cada diferencia. Nada de «ya lo arreglaremos». He visto este pozo tres veces — cada diferencia diferida se convirtió en un incidente P0 después de la puesta en marcha.
  3. Complete el maestro de artículos: dimensiones, peso, indicadores de seguimiento de lote, indicadores de caducidad. Lo que no se pueda completar se etiqueta «pendiente» y pasa por un flujo de confirmación manual en el WMS como medida provisional.
  4. Congele el maestro de ubicaciones una semana antes: códigos, tipos, atributos. Cualquier ubicación nueva pasa por control de cambios.

Semana de migración: conciliación de doble vía

  1. Exporte del sistema viejo, importe al nuevo, luego produzca el mismo reporte de saldos por SKU desde ambos lados y concilie línea por línea. Más del 0.5 % de diferencia = alto. «Suficientemente cerca» no es un estándar.
  2. Verifique físicamente el 10 % de las ubicaciones, priorizando SKU de alto valor y con diferencias.
  3. Corra tres días en paralelo: el sistema viejo sigue emitiendo órdenes, el sistema nuevo las sigue en sombra, compare la precisión de picking.

Primeras dos semanas en vivo: vigile tres métricas

  1. Diario: tasa de sugerencias del sistema frente a anulaciones manuales. Anulaciones por encima del 30 % significa que los datos sucios aún lo están saboteando — vaya a buscarlos.
  2. Progreso de liquidación de SKU muertos: todo lo reubicado durante la migración debe disponerse en 60 días, o vuelve a colarse en silencio.
  3. Reducción de «pendientes» del maestro de artículos: 200 SKU por semana, a cero en un mes.

Lista de verificación de la víspera de la puesta en marcha (memorícela)

  • Diferencias de conteo históricas sin ajustar arrastradas al nuevo sistema
  • Solo SKU con existencias migrados; los SKU heredados con stock cero se omitieron, rompiendo referencias de órdenes antiguas
  • Atributos de lote/caducidad que eran notas de texto libre en el sistema viejo nunca estructurados — seguimiento de lote muerto al nacer
  • Códigos de ubicación con mayúsculas/espacios inconsistentes creando «A-01-01» y «a-01-01» como dos ubicaciones
  • Migración programada el viernes por la noche, nadie localizable todo el fin de semana, puesta en marcha el lunes en llamas

Una regla contraria para cerrar: cuanto más rápida la migración de datos, más rápido muere el proyecto. A cada cliente que me dice «la migración de datos toma tres días» le empujo la puesta en marcha un mes. Lento es rápido. Los datos limpios son la única infraestructura real que tiene una puesta en marcha de WMS.

Por Lin Xiao, Consultor de implementación de WMS

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.