El arranque: la mitad de los go-lives fallidos mueren en los datos
La mitad de los go-lives de WMS que fracasan mueren en la migración de datos. Un sistema heredado con 10 años de uso acumula 120,000 registros en el maestro de artículos — el 30% con datos sucios. Es el promedio del sector, no una excepción. Códigos duplicados, códigos de barras faltantes, unidades de medida caóticas, artículos zombis… si alimentas el sistema nuevo con eso, el motor de estrategias del WMS se construye sobre arena. Este artículo cubre el método de campo para la limpieza del maestro de artículos.
El marco central: cinco puntos
1. Primero el diagnóstico: genera un informe de calidad de datos
Antes de tocar nada, cuantifica el problema: total de artículos, tasa de duplicación (mismo nombre/especificación con códigos distintos), campos críticos faltantes (código de barras, especificación, unidad de medida) y la proporción de artículos zombis con cero movimientos en 2 años. Solo con el informe la dirección comprende la magnitud — y solo entonces la limpieza recibe recursos.
Valores de experiencia: los sistemas heredados de más de 5 años suelen mostrar 10–20% de duplicación y ~15% de códigos de barras faltantes.
2. La limpieza en cuatro pasos: deduplicar, completar, estandarizar, congelar
- Deduplicar: fusiona los casos de mismo-artículo-múltiples-códigos. Define primero la regla de unicidad (p. ej., «misma especificación más mismo proveedor igual a un artículo»), fusiona según la regla y conserva los registros de fusión para trazabilidad.
- Completar: rellena los campos críticos — código de barras, especificación, clase ABC. Los códigos de barras faltantes implican etiquetado físico en planta; es trabajo manual, no hay atajo.
- Estandarizar: unifica las unidades de medida (el uso mezclado de caja/unidad/pieza es una trampa clásica) y las convenciones de nomenclatura (bloquea formatos como «carton-3ply-40x30x20»).
- Congelar: bloquea la creación de artículos nuevos en el sistema heredado; todos los artículos nuevos pasan por el proceso nuevo. Limpiar mientras siguen entrando datos sucios no termina nunca.
3. Datos de inventario: primero el conteo, después la migración
El inventario contable y el stock físico difieren al menos 3–5%. Haz un conteo físico completo antes de migrar; los SKU con diferencias superiores al 5% requieren investigación a fondo — o los libros están mal o el stock desapareció. Migrar con las diferencias intactas y la conciliación del día uno fracasa, destruyendo la confianza al instante.
4. Estrategia de migración: maestros completos, solo transacciones abiertas
Los maestros se cargan completos, una vez, más una carga delta antes del go-live; de los datos transaccionales solo migran documentos abiertos (recepciones sin terminar, envíos abiertos, cantidades en tránsito). Los documentos históricos quedan consultables en el sistema heredado — conserva un entorno heredado de solo lectura durante al menos un año para consultas históricas y auditorías.
5. Validar: conciliación triple, menos del 1% de diferencia para aprobar
Tras la migración, muestrea el 5% de los SKU para una conciliación triple: saldo contable heredado, saldo del sistema nuevo, conteo físico. Menos del 1% de diferencia aprueba; si no, revierte y recarga. Muestrea todos los artículos A más controles aleatorios en artículos B/C — un artículo A mal cuesta más que cien artículos C mal.
Resultados de la limpieza
| Métrica | Antes | Después |
|---|---|---|
| Artículos totales | 120,000 (incl. duplicados/zombis) | 99,000 |
| Artículos duplicados/zombis | 21,000 | 0 |
| Tasa de códigos de barras faltantes | 18% | 2% |
| Caos de unidades de medida | 3 unidades mezcladas | Unificadas a 1 |
Caso de campo: la campaña de limpieza de 120,000 SKU
Un fabricante: 120,000 SKU, dos personas de plantilla más un consultor, seis semanas. Eliminaron 21,000 artículos duplicados y zombis, redujeron la tasa de códigos de barras faltantes del 18% al 2% y etiquetaron físicamente 15,000 unidades. Tras el go-live del WMS, el motor de estrategias (slotting ABC, propuestas de reposición) produjo resultados fiables por primera vez. El veredicto del jefe de proyecto: «Esas seis semanas de limpieza fueron las seis semanas mejor invertidas del proyecto.»
Trampas a evitar
- No dejes que operaciones siga «editando» tras el congelamiento. Extender el congelamiento deja que nuevos datos sucios entierren la limpieza. El congelamiento es una línea roja con el respaldo de la dirección.
- Las reglas de limpieza necesitan doble aprobación de negocio y TI. Las reglas de fusión y las convenciones de nomenclatura deben llevar la aprobación del negocio — si no, las disputas de «ese no es mi artículo» tras el lanzamiento no terminan nunca.
- Mantén el entorno heredado de solo lectura al menos un año. Las consultas históricas, las auditorías financieras y el rastreo de disputas dependen de él; apagarlo antes es cavar tu propia fosa.
La sala de guerra de la limpieza: personas y cadencia
La limpieza de datos es un trabajo de negocio, no de TI. Tres roles en la sala de guerra:
- Representantes de negocio (2–3): definen reglas de fusión, identifican artículos zombis, firman convenciones de nomenclatura. Sin la aprobación del negocio, los resultados de la limpieza se revocan en el lanzamiento.
- TI (1–2): ejecuta informes de calidad de datos, carga datos, construye scripts de validación.
- Consultor (0–1): aporta la metodología — quien ha visto diez almacenes sabe exactamente dónde se rompe.
Cadencia: reuniones diarias de 15 minutos y un informe de limpieza los viernes (volumen limpiado, restante, bloqueos). Seis semanas es lo típico; más de ocho significa que el alcance se escapó — recorta alcance y protege primero los artículos A y los campos críticos, la cola larga puede esperar.
Recuerda: la creación de artículos nuevos se congela en el sistema heredado durante la limpieza, y operaciones se quejará. Esa presión la debe absorber el patrocinador del proyecto. Si cedes, la limpieza no sirvió para nada.
Artículos zombis: identificación y tratamiento
No te apresures a eliminar artículos zombis (cero movimientos en 2 años) — primero clasifica:
| Tipo | Identificación | Tratamiento |
|---|---|---|
| De movimiento lento | Sin movimiento en 2 años pero vinculado a pedidos abiertos/en curso | Congela la creación nueva, deja que muera naturalmente |
| Obsoleto | Producto descontinuado, sin documentos vinculados | Proceso de desecho con reserva financiera |
| Devolvible | El proveedor acepta devoluciones | Devuélvelo al proveedor, recupera efectivo |
| Mal creado | Creado por error, nunca usado | Congélalo con una nota — nunca lo elimines (rastro de auditoría) |
Nota: eliminar artículos es irreversible en la mayoría de los ERP y los auditores preguntarán. La regla es «congelar, no eliminar» — los artículos congelados quedan fuera de todas las transacciones mientras el registro vive para siempre. El desecho pasa por finanzas con reservas; los montos grandes necesitan aprobación de la dirección, no una decisión de TI en solitario.
Los artículos zombis eliminados liberan espacio visible en planta de la noche a la mañana — fotografíalo para la dirección, y la próxima conversación de presupuesto será mucho más fácil.
La conclusión
La fórmula de limpieza del maestro de artículos: cuantifica con un diagnóstico → deduplica, completa, estandariza, congela → cuenta antes de migrar el inventario → solo transacciones abiertas → conciliación triple con menos del 1%. Los datos son la base del WMS; sin una base sólida, toda estrategia encima es un castillo en el aire. Seis semanas de limpieza compran un go-live exitoso.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
