Por qué los SKU no siempre se trasladan de forma limpia
En una migración ideal, cada SKU de la plataforma antigua se corresponde 1:1 con el mismo SKU en la nueva y nada cambia. En la práctica, las plataformas suelen tener reglas distintas sobre qué puede contener un SKU, un tratamiento distinto de los SKU a nivel de variante frente a los de nivel de producto, o un historial de SKU duplicados o reutilizados en el sistema antiguo que hay que resolver en lugar de trasladar tal cual. Una exportación directa de base de datos puede arrastrar estas inconsistencias en lugar de corregirlas.
Dónde conecta el mapeo de SKU con otros sistemas
Tu SKU suele ser la clave de unión entre tu tienda y todo lo que la rodea — feeds de proveedores, un sistema de almacén o logística, software de contabilidad, listados de marketplace. Si un SKU cambia de formato o de valor durante una migración sin actualizar cada sistema conectado, esas integraciones empiezan a fallar a la hora de identificar productos aunque la tienda en sí parezca correcta. El mapeo tiene que hacerse teniendo en cuenta esos sistemas posteriores, no solo dentro de la nueva plataforma.
Qué revisamos antes de migrar los SKU
Auditamos el conjunto de SKU existente en busca de duplicados, formatos inconsistentes y SKU huérfanos (referenciados por un pedido o un feed pero sin un producto activo) antes de decidir si conservarlos tal cual o normalizarlos en la nueva plataforma. Conservar los SKU existentes suele ser preferible cuando otros sistemas dependen de ellos; normalizarlos tiene sentido cuando el propio esquema de SKU antiguo era el problema.
Preguntas frecuentes
¿Debo mantener exactamente los mismos SKU en la nueva plataforma?
Normalmente sí, si algún feed de proveedor, sistema de logística o listado de marketplace depende de ellos — cambiar los SKU rompe esas integraciones a menos que se actualicen al mismo tiempo. Evaluamos esto caso por caso en lugar de decantarnos por defecto por una opción.
¿Qué pasa con los SKU duplicados durante una migración?
Hay que resolverlos antes o durante la migración, no arrastrarlos — la mayoría de las plataformas no permiten SKU verdaderamente duplicados, y dejar que una importación automatizada adivine cómo desduplicarlos supone el riesgo de fusionar o eliminar el producto equivocado.
¿El mapeo de SKU afecta a mi historial de pedidos?
Puede afectarlo, si los pedidos históricos hacen referencia a SKU que cambian — tenemos esto en cuenta para que los registros de pedidos pasados sigan resolviendo hacia el producto correcto después del traslado, en lugar de mapear solo el catálogo activo.
¿El mapeo de SKU es automático o manual?
Es una combinación — las coincidencias directas 1:1 pueden automatizarse y verificarse rápidamente, pero los casos ambiguos (duplicados, formatos inconsistentes, SKU faltantes) necesitan una decisión humana en lugar de un algoritmo de mejor conjetura.