Cambiar el SKU de un producto no rompe el stock si el cambio llega a todos lados: a la ficha del producto, pero también a cada movimiento, compra y transferencia que ya usó ese código. Lo que rompe el stock es cambiarlo en un solo lugar. Ahí el historial queda partido en dos, una mitad con el código viejo y otra con el nuevo, y ninguna de las dos cuenta la historia completa.
En PymeInteligente el cambio de SKU es una acción aparte, pensada para eso: actualiza todo el historial en una sola operación y guarda el código anterior como alias, para que nada de lo que todavía lo usa se pierda.
Por qué cambiar un código es más delicado de lo que parece
El SKU es el código interno con el que identificás cada producto: FIL-0060, ACE-10W40-1L, REM-NEG-M. Parece un dato más de la ficha, como el nombre o la descripción. No lo es. Es la llave con la que se cruza todo lo demás.
Si llevás el stock en una planilla, lo viviste: cambiás el código en la hoja de productos, pero los movimientos del mes pasado siguen con el viejo. Filtrás por el código nuevo y el producto parece recién llegado. El proveedor te manda la lista de precios con el código de siempre y la importación no encuentra nada. La tienda online estaba enganchada por ese código y ahora no sabe cuál es cuál.
Por eso muchos comercios nunca cambian un código mal cargado. Prefieren convivir con él para siempre antes que arriesgarse a desordenar el inventario. Es una decisión razonable cuando la herramienta no acompaña.
Cuándo tiene sentido cambiarlo
Hay motivos buenos para cambiar un SKU, y aparecen seguido:
- El código se cargó mal y todos lo tipean distinto en el mostrador.
- Ordenás la codificación: pasás de números sueltos a un esquema por rubro, marca o medida.
- Unificás con el proveedor para que su lista de precios entre sin traducir códigos.
- Vas a conectar una tienda online, que en el primer enganche busca los productos por código.
El último punto es el que más conviene no dejar para después. Te lo contamos en detalle en cómo conectar Tiendanube con tu sistema de gestión: la calidad de la integración es la calidad de tus códigos.
Qué se actualiza cuando cambiás el SKU
Cuando confirmás el cambio, el sistema reemplaza el código en la ficha del producto y, en la misma operación, en todo lo que ya se generó con el código anterior:
- movimientos de stock
- transferencias entre sucursales
- órdenes de compra y pedidos a proveedores
- recepciones de mercadería y facturas de compra
- reservas de stock y productos pendientes de pedir al proveedor
- historial de cambios de costo y de margen
Es todo o nada. Si algo falla en el medio, no queda un producto a medio renombrar: no se cambia nada y el código sigue como estaba. Así, el control de stock sigue leyendo un solo producto con una sola historia.
Tan importante como lo que cambia es lo que no cambia:
| Dato | ¿Pasa al código nuevo? |
|---|---|
| Ficha del producto | Sí |
| Movimientos, transferencias y compras | Sí |
| Ventas, facturas y notas de crédito emitidas | No: son documentos fiscales y no se reescriben |
| Código de barras | No: es un dato aparte |
| Códigos de variantes (talle, color) | No: son independientes del código del producto |
| Vínculo con la tienda online | Se mantiene, porque no depende del código |
El código viejo no desaparece: queda como alias
Cambiar un código en el sistema no cambia lo que tienen los demás. La planilla del proveedor, el Excel que usás para actualizar precios o una integración que alguien armó hace años van a seguir mandando el código anterior durante un tiempo.
Por eso el SKU viejo queda guardado como alias del producto. Cuando algo llega con ese código, el sistema primero busca el código actual y, si no lo encuentra, prueba con los anteriores. Eso vale para:
- la importación de productos por Excel, que además no te devuelve el código viejo: actualiza el producto que corresponde y deja el SKU nuevo como está;
- la actualización masiva de precios, que encuentra el producto aunque la lista venga con el código de antes;
- las integraciones externas por API, que siguen funcionando sin que nadie las toque el mismo día.
Hay una regla de seguridad: si un código viejo coincide con más de un producto, el sistema no elige uno por su cuenta. Prefiere no encontrar nada a actualizar el precio equivocado.
Mercado Libre, Tiendanube y WooCommerce
Una vez que un producto está vinculado con su publicación, el enganche es por un identificador interno, no por el SKU. Cambiar el código no corta la sincronización de stock ni la de precios.
Lo que no se actualiza solo es el código que muestra la tienda:
- Mercado Libre: la publicación sigue mostrando el SKU anterior.
- Tiendanube: igual, la variante conserva el código anterior.
- WooCommerce: los productos simples reciben el código nuevo cuando se vuelve a sincronizar el catálogo; en los que tienen variantes, el código de cada variante no cambia.
Si del lado de la tienda usás el SKU para algo, como una planilla de despacho o un filtro, actualizalo también ahí. Y si todavía no conectaste la tienda, ordená los códigos antes: el primer enganche busca los productos por SKU. Más sobre cómo funciona esa sincronización en integración con Mercado Libre y en cómo sincronizar el stock de WooCommerce.
Quién puede cambiarlo y cómo
En la edición del producto, el SKU aparece como dato de sólo lectura. El cambio es una acción aparte, Cambiar SKU, que sólo ven los usuarios con perfil de administrador. El resto ve el código y la aclaración de que no se puede modificar.
La acción muestra el código actual, te pide el nuevo y avisa, antes de confirmar, qué se va a actualizar y que el código anterior queda como alias. Tiene tres controles:
- No acepta un código vacío.
- No acepta un código que ya usa otro producto: el sistema frena y avisa que ese código ya existe.
- Si escribís el mismo código, no hace nada.
Cada cambio queda registrado con el código anterior, el nuevo, quién lo hizo y cuándo. Hoy ese registro no tiene una pantalla propia: sirve para reconstruir qué pasó si un día un código aparece donde no debería.
Antes de cambiar un código, revisá esto
- Que el código nuevo sea el definitivo. El alias cubre un cambio, pero cada renombre suma un código viejo más dando vueltas en planillas ajenas.
- Quién más usa el código viejo. Proveedores, vendedores, la planilla del depósito. El sistema los va a seguir entendiendo, pero conviene que se enteren.
- Las publicaciones online. Si usás el SKU de la publicación para algo, actualizalo en la tienda.
- Las variantes. Si el producto tiene talles o colores, sus códigos se cambian aparte.
- El orden de las cosas. Si vas a recodificar todo el catálogo, hacelo antes de conectar la tienda, no después.
Si hoy llevás los códigos en Excel y cada cambio es un riesgo, mirá cómo funciona el inventario comercial en PymeInteligente: un código se corrige en un paso y la historia del producto sigue siendo una sola.