Para sincronizar el stock por talle en WooCommerce, cada variación de la tienda tiene que estar vinculada con su talle en el sistema de gestión. En un producto variable el stock no vive en el producto: vive en cada variación. Si la sincronización le manda el número al producto padre, el S, el M y el L no se enteran.
Este post explica por qué pasa, cómo se arma el vínculo y qué viaja a la tienda cada vez que vendés un talle en el local.
El producto variable no tiene stock propio
En WooCommerce hay dos tipos de producto que importan acá:
- Producto simple: una sola cosa, un solo stock. Un casco de un único tamaño, una lata de aceite.
- Producto variable: un contenedor con variaciones. La remera negra es el contenedor; la remera negra talle M es la variación. Cada variación tiene su precio, su stock y su código.
El comprador ve una sola ficha con un selector de talle. Pero cuando elige "M", WooCommerce mira el stock de la variación M, no el de la remera.
Por eso una integración que trata la remera como un producto simple falla de formas que cuesta ver:
| Qué hace la integración | Qué ve el comprador |
|---|---|
| Manda el stock total al producto padre | Talles que figuran sin stock aunque estén en el local |
| Cruza los talles sólo por SKU, y el SKU está repetido | Dos talles muestran el mismo número |
| No actualiza las variaciones | El talle que se agotó sigue a la venta |
El tercero es el peor: vendés algo que no tenés y te enterás cuando hay que despacharlo.
El vínculo: cada talle de la tienda apunta a su talle del sistema
La solución es que cada variación de WooCommerce sepa a qué artículo del depósito corresponde. En PymeInteligente eso se resuelve al vincular la publicación:
- Buscás el producto del sistema.
- Si tiene variantes, el diálogo te las muestra con sus atributos (por ejemplo, Talle L), su código y su stock.
- Elegís cuál corresponde a la variación de la tienda.
Si el producto del sistema tiene variantes y estás vinculando una variación, no te deja seguir sin elegir una. Es a propósito: vincular la variación al producto entero es justamente el error que genera stock cruzado.
Después, en la tabla del catálogo ves la variante vinculada en cada fila y, en el producto variable, cuántas de sus variaciones ya están vinculadas. Si te falta una, se nota.
Por qué el SKU no alcanza
Lo lógico sería cruzar por código. El problema es que en la vida real el SKU de las variaciones viene mal muy seguido:
- Vacío: la variación se creó desde el panel de WordPress y nadie le cargó código.
- Repetido: la variación hereda el SKU del producto padre, así que todos los talles tienen el mismo.
- Distinto: el código de la tienda no es el mismo que usa el proveedor en la factura.
Por eso el vínculo explícito manda por encima del SKU. El cruce por código queda como respaldo, para las publicaciones que todavía no vinculaste a mano.
Qué viaja a la tienda en cada movimiento
Una vez vinculado, cada variación recibe su propio stock y su propio precio:
- Stock: el disponible de esa variante en las sucursales que alimentan la tienda, menos lo que está reservado para otras ventas en curso.
- Precio: el precio público de esa variante, con su oferta si tiene una activa.
- Estado: si el producto se despublica en el sistema, la variación también.
Eso se dispara cuando el stock se mueve: una venta en el punto de venta, una factura, una compra que entra o un ajuste de inventario. No hay que esperar una corrida programada. El detalle de cómo funciona la sincronización en general está en sincronizar stock de WooCommerce con tu sistema.
Cuando en el sistema cada talle es un producto aparte
Pasa mucho en comercios que arrancaron con una planilla: en vez de un producto con talles, tienen "REMERA TALLE S", "REMERA TALLE M" y "REMERA TALLE L" como tres artículos distintos. Y la tienda los muestra igual, como tres publicaciones sueltas.
Se puede ordenar la tienda sin rehacer el depósito. Una variación de WooCommerce también se puede vincular con un producto simple del sistema. Armás en la tienda un solo producto variable con sus tres talles, vinculás cada variación con su artículo, y el comprador ve una sola ficha con el selector. El stock de cada talle sigue saliendo de su artículo de siempre.
Más adelante, si querés, unificás también en el sistema. Pero no es requisito para que la tienda funcione bien.
Los pedidos vuelven al talle correcto
La sincronización va para los dos lados. Cuando entra un pedido de la tienda, la línea trae la variación que eligió el comprador. Si esa variación está vinculada, el pedido baja el stock de la variante vinculada, aunque el SKU de la línea venga vacío o repetido. Sólo si no hay vínculo se intenta el cruce por código.
Lo mismo con los combos: si un combo incluye un producto con talles, cada componente puede apuntar a su variante. Si esa variante se desactivó en el sistema, el pedido avisa que hay que editar el vínculo, en vez de descontar el talle equivocado.
Cómo se factura ese pedido después está en facturar pedidos de WooCommerce.
Checklist para una tienda con talles
- Cada producto con talles es un producto variable en la tienda, no varias publicaciones sueltas.
- Cada variación está vinculada con su variante, o con su artículo si en el sistema cada talle es un producto.
- En la tabla del catálogo, todas las variaciones del producto figuran vinculadas.
- Probaste vender un talle en el local y viste el número bajar en esa variación, y sólo en esa.
Si tenés una tienda de ropa, calzado o indumentaria de moto, el resto de lo que necesitás del depósito está en sistema para tiendas de ropa.