La escena que se repite cada semana en un negocio con catálogo amplio
Una tienda de ropa con seis tallas por modelo. Una farmacia con el mismo medicamento en tres presentaciones. Una ferretería donde el mismo tornillo se vende por unidad, por funda de cien y por caja. Una distribuidora que tiene precio para el consumidor final, precio para el revendedor y precio para el cliente de crédito.
En todos esos casos aparece el mismo problema cuando se pasa al sistema: el catálogo se arma como una lista plana. Un producto, un código, un precio. Y cuando la realidad tiene combinaciones —talla, color, presentación, empaque, lista de precios— el negocio termina resolviendo por fuera del sistema: un cuaderno para saber cuántas camisas talla M quedan, una hoja de Excel con los precios mayoristas, o un cajero que «se acuerda» de que a ese cliente se le cobra distinto.
Este artículo no trata de cómo elegir un punto de venta —eso ya lo cubrimos en nuestra guía de selección— ni de cuadrar la caja al final del turno, que también tiene su propio artículo. Trata de algo más de fondo: cómo se estructura el catálogo, que es la decisión que determina si el inventario y los precios van a ser confiables o no durante los próximos cinco años.
Por qué una lista plana de productos deja de funcionar
Al principio parece simple: cien productos, cien códigos. El problema aparece cuando el negocio crece en variedad, no solo en cantidad. Estas son las señales típicas de que el catálogo está mal estructurado:
- Códigos inventados a mano: «CAM-AZUL-M-2» para una camisa, «CAM-AZUL-M-3» para otra, y nadie recuerda la diferencia.
- Inventario que no coincide entre locales: el sistema dice que hay 12, pero en el estante hay 4, porque las tallas se registraron como productos distintos y se vendieron con otro código.
- Precios duplicados: si cambia el costo del proveedor, hay que actualizar cuarenta y ocho registros de la misma camisa. En la práctica se actualizan veinte y los otros veintiocho quedan mal.
- Reportes que no sirven: «cuánto vendí de esta camisa» no se puede responder, porque la camisa en realidad son seis productos sueltos para el sistema.
- Etiquetas que no leen: el código de barras impreso no corresponde al registro interno, y el cajero termina buscando por nombre.
El costo de esto no es solo el desorden. Es la venta perdida cuando el sistema dice que no hay stock y el producto sí está en el estante; y es el margen perdido cuando se cobra el precio equivocado a un cliente mayorista porque nadie recordó la lista.
La estructura correcta: producto padre, variantes e identificadores
Un catálogo bien armado separa tres conceptos que la lista plana mezcla:
- El producto es lo que el cliente reconoce: «Camisa Oxford manga larga». Tiene descripción, categoría, marca e impuesto.
- La variante es la combinación vendible concreta: talla M / color azul. Es lo que tiene stock propio, código de barras propio y, si aplica, precio propio.
- El identificador es cómo se reconoce esa variante en la caja: código de barras del fabricante o etiqueta generada por el propio sistema.
Cuando esa jerarquía está bien puesta, tres cosas cambian de inmediato: el inventario se cuenta por variante y no por «aproximado»; el precio del producto padre se actualiza en una sola operación y baja a todas sus variantes; y los reportes vuelven a tener sentido, porque se puede ver la venta de la camisa completa y también el detalle de qué talla se mueve y cuál se queda.
Cómo saber si necesitas variantes o productos separados
La regla práctica es simple: si dos artículos comparten marca, proveedor y lógica de precio y solo difieren en un atributo que el cliente elige (talla, color, sabor, presentación), son variantes. Si el artículo tiene su propio costo, su propio proveedor o se compra y se vende de forma independiente, es un producto distinto. Un mismo pantalón en seis tallas son seis variantes de un producto; una camisa y un pantalón son dos productos.
Este criterio se decide antes de cargar el catálogo, no después. Reestructurar un catálogo de miles de códigos ya cargado es una de las tareas más caras y menos agradecidas que existen.
Listas de precios: el segundo punto donde se pierde el margen
Un negocio con más de un canal de venta casi nunca tiene un solo precio. Tiene al menos dos o tres:
- Precio al público (PVP): el que se cobra en la tienda o en el mostrador.
- Precio mayorista o de distribuidor: para quien compra volumen.
- Precio especial o por cliente: para el cliente de crédito, el corporativo o el convenio puntual.
Si esos precios viven en un archivo aparte o en la memoria del vendedor, cada venta es una negociación improvisada y cada margen es una lotería. Con listas de precios configuradas en el sistema, la caja asigna el precio según el cliente o el canal y el vendedor no tiene margen para equivocarse —ni, de paso, para descontar por su cuenta.
Hay un detalle que casi nadie revisa al implementar: qué pasa cuando una variante no tiene precio en la lista del cliente. Si el sistema cae al precio de lista general sin avisar, se vende más barato de lo que correspondía y nadie lo detecta hasta el cierre del mes. Definir esa regla —heredar, bloquear la venta o pedir autorización— es parte del diseño, no un ajuste posterior.
Etiquetas y código de barras: la parte física del catálogo
De poco sirve un catálogo perfecto si en el estante el producto no se puede escanear. Hay dos escenarios:
- El producto ya trae código del fabricante: basta con registrarlo tal cual y validar que no se repita entre productos distintos. Los códigos duplicados son una causa silenciosa de ventas cruzadas y de inventario descuadrado.
- El producto no trae código —el caso más común en ropa, ferretería, panadería o producción propia—: el sistema debe permitir generar e imprimir la etiqueta con un código interno único por variante.
La recomendación práctica es imprimir etiquetas por variante, no por producto, y hacerlo en el momento de la recepción de mercadería, no después. Una etiqueta impresa a tiempo evita que la mercadería quede días «en el depósito» sin poder venderse porque nadie la registró.
Cómo se ve esto en SIVO POS
SIVO POS trabaja con catálogo de productos y variantes, listas de precios y lectura de código de barras en la caja, integrado con la facturación electrónica del SRI y con la actualización automática del stock en cada venta. La idea es que el mismo dato —una camisa talla M azul— signifique lo mismo en el mostrador, en el reporte de ventas y en el inventario del local.
Es importante decirlo con claridad: la herramienta no hace el trabajo de modelar el catálogo por ti. Lo que hace es darle una estructura donde el modelo correcto se puede sostener. La calidad de la implementación depende de dedicar las primeras horas a decidir qué es producto, qué es variante y qué listas de precios existen.
Puedes ver el detalle del producto en SIVO POS. Si tu negocio además maneja inventario distribuido entre bodega y locales, o vende en ruta, conviene revisar también SIVO Pedidos para que ambos canales trabajen sobre el mismo stock.
Checklist antes de cargar tu catálogo
- Haz una lista de atributos que el cliente elige al comprar: talla, color, presentación, sabor, empaque. Esos son tus ejes de variante.
- Decide cuántos productos padre vas a tener. Si un artículo tiene costo y proveedor independiente, es producto; si solo cambia un atributo, es variante.
- Verifica si cada producto trae código de barras del fabricante y si hay códigos repetidos en tu catálogo actual.
- Define tus listas de precios y, sobre todo, la regla para una variante sin precio en una lista.
- Carga una categoría piloto (la de más movimientos, no la más simple) y verifica que el inventario cuadre antes de seguir con el resto.
- Imprime etiquetas al recibir mercadería, no al momento de la venta.
- Capacita al equipo en el flujo real: escanear, cambiar cantidad, aplicar lista de precios, y qué hacer cuando el código no lee.
Un catálogo bien estructurado no se nota el primer día: se nota tres meses después, cuando el inventario cuadra sin hacer inventario físico y los márgenes se pueden explicar número por número.