Saltar al contenido

Clasificación de botellas de vino: método ABC y más

11 min de lectura
Sommelier y analista clasifican botellas mediante atributos y etiquetas de instancia separados

Clasificar no es acomodar botellas en un rack

La clasificación de botellas de vino organiza el conocimiento sobre el inventario: qué tipo de producto es, qué atributos lo describen, qué referencia compra o vende el restaurante y qué unidad física está bajo control. No determina por sí sola dónde se guarda.

Una región, una añada o una categoría ABC pueden ayudar a filtrar y decidir. La ubicación responde a otra pregunta: ¿en qué sitio, sala, rack y posición se encuentra? Si conviertes ambas cosas en un solo código, cada traslado obliga a renombrar la botella.

Modelo mínimo: taxonomía para agrupar + atributos para describir + referencia para operar + identificador para distinguir + ubicación para encontrar + eventos para explicar cambios.

Esta guía se ocupa del catálogo y del método ABC. El direccionamiento físico pertenece al sistema de ubicación de botellas, y los portadores físicos a etiquetado en cava.

Glosario que evita duplicados

ConceptoFunciónEjemplo conceptualNo es
Categoríaagrupa productos en una jerarquíabebidas → vino → tranquilouna botella individual
Atributodescribe una característicaregión, uva, añada, formatouna ubicación
Referencia o SKU localunidad operativa que el restaurante compra, vende o controlaetiqueta + añada + formato definidosnecesariamente un GTIN
GTINidentifica un artículo comercial según GS1clase cotizable, pedible o facturabletaxonomía o serial individual
Loteagrupa unidades relacionadas por producciónlote declarado por productoruna botella concreta
Instanciadistingue una unidad físicaGTIN + serial o ID internocategoría o SKU completo

Un SKU es una clave interna. Puede mapear a un GTIN cuando existe, pero no debe asumir que ambos son iguales. El restaurante controla el SKU; el titular de marca o la organización autorizada asigna el GTIN conforme a las reglas GS1.

El GTIN identifica una clase comercial. Para seguir una botella concreta se necesita serialización o un ID interno único. Tampoco uses el lote como serial: varias unidades pueden compartirlo.

Diseña los niveles del maestro

Una estructura útil separa:

  1. Producto conceptual: la identidad amplia de la etiqueta o línea.
  2. Variante comercial: combinación que cambia la unidad operativa, como añada o formato cuando corresponda a la política.
  3. Lote o recepción: agrupación declarada por origen o por evento de compra.
  4. Instancia física: botella individual cuando el riesgo y el proceso requieren serialización.

No todos los restaurantes necesitan los cuatro niveles para cada vino. La carta por copeo puede controlarse por SKU y botellas abiertas; una cava privada puede exigir instancia individual. Documenta la granularidad por proceso.

Varias botellas representan una referencia, una caja un lote y una botella etiquetada una instancia
Producto, lote e instancia responden a niveles distintos; el modelo debe conservar esa relación.

Categoría jerárquica y atributos filtrables

Una categoría responde “¿a qué familia pertenece?”. Conviene mantener una jerarquía corta y estable:

bebida → vino → tranquilo / espumoso / fortificado

Los atributos permiten múltiples vistas sin duplicar registros:

  • productor y marca;
  • país, región y denominación;
  • tipo, color o estilo;
  • variedad o mezcla de uvas;
  • añada o “sin añada”;
  • formato y unidad de medida;
  • tipo de cierre;
  • graduación cuando sea pertinente;
  • condición operativa;
  • estado del catálogo: borrador, activo o inactivo.

No fuerces todo a un árbol como tinto → España → Rioja → caro → A. Región, rango de costo, ABC y condición son facetas independientes. Una misma referencia puede aparecer en filtros distintos sin crear copias.

Vocabularios controlados

“Cabernet Sauvignon”, “Cab. Sauv.” y “CS” pueden terminar como tres uvas si el sistema acepta texto libre. Define valores canónicos y alias de entrada.

Para cada atributo establece:

  • definición y propósito;
  • tipo de dato y unidad;
  • valores permitidos;
  • tratamiento de desconocido, no aplicable y pendiente;
  • fuente preferida;
  • responsable de aprobación;
  • reglas para corregir sin borrar historia.

Desconocido no significa cero ni “sin añada”. Una botella puede no tener añada porque el producto es non-vintage, o porque el dato no fue capturado. Son estados distintos.

Evita usar “Otros” como destino permanente. Puede servir para alta provisional si crea una tarea de normalización y exige nota.

Qué aportan GPC, GDM y GTIN

GS1 publica herramientas relacionadas que resuelven problemas distintos:

  • Global Product Classification (GPC) agrupa productos mediante segmento, familia, clase y brick; los atributos del brick aportan detalle.
  • Global Data Model (GDM) organiza atributos comunes y específicos por categoría, región o país para intercambio de datos.
  • GTIN Management Standard establece cuándo un artículo comercial necesita un GTIN nuevo.
  • GS1 System Architecture distingue clases identificadas por GTIN, grupos por GTIN más lote e instancias por GTIN más serial.

Un restaurante puede inspirarse en esos modelos sin implantar GDSN ni asignar un GTIN a cada registro interno. Lo importante es no presentar una taxonomía como identificador o un ID local como clave GS1.

Las reglas de GTIN incluyen casos específicos de cambios de producto; la añada de vino merece revisión particular. No adoptes una regla doméstica como “cada añada siempre comparte” o “siempre cambia” sin comprobar quién asigna el GTIN y cómo se comercializa el artículo.

Construye una clave de referencia estable

El SKU local debe ser único, estable y no depender de valores que cambian con frecuencia. Puedes usar una secuencia o UUID y mostrar una descripción humana separada.

Una clave semántica como TIN-RIO-2019-750-A parece informativa, pero introduce riesgos:

  • una corrección de región altera la identidad;
  • caracteres abreviados se vuelven ambiguos;
  • un cambio de clasificación rompe integraciones;
  • el sufijo A puede confundirse con categoría ABC;
  • usuarios crean variantes diferentes para el mismo producto.

Mantén identidad y descripción desacopladas. La pantalla puede mostrar “Rioja tinto 2019, 750 ml”; el sistema conserva un sku_id inmutable.

Controla duplicados antes de crear

La duplicación suele empezar cuando recepción no encuentra una referencia y crea otra. Implementa una búsqueda normalizada por:

  • GTIN cuando existe;
  • productor o marca;
  • nombre de etiqueta;
  • añada o estado sin añada;
  • formato y unidad;
  • país o región;
  • coincidencias fonéticas o alias aprobados.

Si dos fichas son duplicadas, fusiona mediante un proceso que conserve IDs antiguos, referencias de pedidos, costos, eventos y auditoría. No borres una ficha que ya tiene movimientos.

Una coincidencia de nombre no basta para fusionar. “Reserva 2019” puede aparecer en productores diferentes; una misma etiqueta puede tener formatos distintos.

Método ABC: primero define el contrato

ABC ordena objetos por una medida y acumula su contribución para aplicar niveles de atención distintos. El “80/20” es una heurística, no un resultado que debas imponer.

Antes de calcular declara:

  • objeto: SKU, botella serializada, productor o categoría;
  • métrica: consumo anual a costo, valor medio en inventario, margen de contribución u otra;
  • periodo: fechas y zona horaria;
  • alcance: restaurante, cava, carta o ubicación;
  • costo: política y moneda;
  • tratamiento: devoluciones, transferencias, cortesías, merma y datos faltantes.

Ejemplo de contrato:

Clasificar SKUs activos de vino de la sucursal Centro por consumo a costo de los últimos 365 días, neto de devoluciones, excluyendo transferencias internas y usando la política contable aprobada.

Con ese contrato:

  1. calcula la métrica por SKU;
  2. ordena de mayor a menor;
  3. calcula la contribución y el acumulado;
  4. observa la distribución real;
  5. fija cortes A, B y C según riesgo y capacidad de gestión;
  6. guarda versión, fecha y parámetros.

No llames “A” a toda botella cara por precio unitario si el objeto es SKU y la métrica es consumo anual. Una referencia muy costosa con una sola unidad inmóvil puede quedar en otra posición que una referencia de costo medio y gran volumen.

Ejemplo ABC sin porcentajes obligatorios

Supón cuatro referencias con consumo anual a costo:

SKUConsumo a costoContribuciónAcumulado
V-104$120,00048%48%
V-203$70,00028%76%
V-118$40,00016%92%
V-415$20,0008%100%

La tabla no demuestra que A deba terminar exactamente en 80%. El restaurante puede clasificar V-104 y V-203 como A si ese corte justifica controles reforzados. Otro negocio puede elegir un corte distinto y documentarlo.

Las acciones tampoco son universales. ABC puede orientar frecuencia de revisión, autorización de ajustes o profundidad del pronóstico; no determina automáticamente un conteo semanal, seguro o doble firma.

Combina ABC con otras dimensiones

ABC responde a una métrica. No sustituye:

  • rotación: velocidad monetaria o en unidades;
  • criticidad: impacto de faltar en servicio;
  • lead time: tiempo e incertidumbre de reposición;
  • margen: resultado económico por venta;
  • caducidad o ventana de calidad: riesgo de deterioro;
  • condición: daño o cuarentena;
  • propiedad: restaurante, consignación o socio.

Evita comprimir todo en una sola letra. Un SKU puede ser A por consumo, lento por unidades y crítico por lead time. Conserva cada señal para explicar decisiones.

Consulta los contratos matemáticos en indicadores de rotación y la base monetaria en valoración de inventario.

Estado de botella no es categoría de producto

“Activo”, “abierto”, “reservado”, “en inspección”, “dañado”, “servido” y “retirado” describen estado operativo de una instancia. No los agregues a la taxonomía de vino.

El estado cambia mediante eventos y reglas. La categoría y los atributos maestros cambian mediante gobierno de datos. Separarlos permite corregir “región” sin fingir un movimiento y registrar “daño” sin crear un nuevo SKU.

Gobierno y calidad del maestro

Asigna funciones:

  • quién puede crear categorías;
  • quién aprueba nuevos valores;
  • quién crea o activa SKUs;
  • quién fusiona duplicados;
  • quién modifica mapeos con POS y proveedores;
  • quién ejecuta y aprueba cada versión ABC.

Mide calidad con indicadores auditables:

  • fichas sin atributos obligatorios;
  • valores provisionales vencidos;
  • posibles duplicados;
  • GTIN con formato inválido o reutilizado;
  • referencias sin unidad definida;
  • instancias sin SKU padre;
  • cambios sin actor o motivo;
  • mapeos huérfanos con POS.

Inactiva en vez de borrar. Un vino fuera de carta puede seguir apareciendo en ventas históricas, costos, inventario de socios o eventos de trazabilidad.

Ejemplo completo

Una botella puede representarse así:

  • categoría: vino tranquilo tinto;
  • atributos: productor X, región Y, uva Z, añada 2022, 750 ml, corcho;
  • SKU local: sku_01H..., estable y sin significado;
  • GTIN: el asignado por su propietario, si existe;
  • lote: el declarado en la botella o documento de recepción;
  • instancia: btl_01J... o GTIN + serial;
  • estado: activa y cerrada;
  • ubicación: relación vigente con un bin;
  • ABC: A por consumo a costo en la versión 2026-Q2.

Cada campo contesta una pregunta. Ninguno necesita absorber a los demás.

Límites de Kavasoft

Al evaluar Kavasoft para restaurantes, confirma qué campos, catálogos, roles, importaciones, fusiones y versiones ABC admite el plan contratado. La plataforma puede apoyar el maestro y sus relaciones si se configura de ese modo; no asigna GTIN del fabricante, no determina la clasificación fiscal o contable y no garantiza la exactitud de datos introducidos por terceros.

Lista de control

  • Categoría, atributo, SKU, GTIN, lote e instancia tienen definiciones distintas.
  • La ubicación no está incrustada en la identidad de la botella.
  • Los valores maestros usan vocabularios, alias y estados desconocido/no aplicable.
  • El SKU local es estable y el GTIN conserva su titular y reglas.
  • Los duplicados se fusionan sin borrar historia.
  • ABC declara objeto, métrica, periodo, alcance y costo.
  • Los cortes provienen de la distribución real y una decisión documentada.
  • Rotación, criticidad, lead time, margen y propiedad permanecen como dimensiones separadas.
  • Cambios y versiones tienen responsable y bitácora.

Fuentes oficiales

Contenido relacionado