Escandallo de productos combinados (bebidas, platos y variantes)

Un producto combinado es cualquier artículo que se vende como uno solo pero está hecho de varios ingredientes/productos distintos: una bebida combinada (Ginebra-Tónica), un plato combinado, o varias variantes de un mismo plato (una tostada con jamón, otra con aguacate, otra con salmón). En todos los casos se escandalla igual que cualquier otro producto (ver «Gestión de Escandallos y Recetas en Astro HMS»): una Lista de Materiales tipo KIT por producto vendible, con sus componentes. Este documento se centra en dos puntos que generan dudas: las unidades de medida cuando el componente es líquido, y qué pasa cuando hay varias variantes del mismo artículo.

Ejemplo 1: bebida combinada (unidades de medida)

Ginebra-Tónica: 30 cl de alcohol + un refresco. Aquí la parte importante es la unidad de medida: compras la botella en litros y sirves en centilitros.

1. Dar de alta los ingredientes

• El alcohol (ej. Ginebra): producto Almacenable, con Unidad de Medida = Litro (la unidad en la que compras y controlas el stock). Si activas «Unidades de Medida» en Ajustes de Inventario, puedes comprarla por «botella de 70cl» y que el sistema la convierta solo a litros para el stock.
• El refresco (ej. Tónica): producto Almacenable normal, se sirve entero: 1 unidad = 1 lata/botellín, sin decimales.

2. Crear el producto que se vende

«Combinado Ginebra-Tónica», tipo Consumible, disponible en el TPV, con su precio de venta. El Coste se deja en 0,00€ (lo calcula el escandallo).

3. Crear el escandallo (Lista de Materiales, tipo KIT)

Fabricación > Productos > Listas de Materiales > Nuevo, Producto = «Combinado Ginebra-Tónica», Cantidad = 1, Tipo de LdM = KIT.

• Componente Ginebra, cantidad 0,030 (30 cl = 0,030 L, porque la unidad base del producto es el litro).
• Componente Tónica, cantidad 1 (una unidad entera).

Importante: La cantidad del componente tiene que ir en la misma unidad base del producto (litros, no centilitros, salvo que configures explícitamente esa unidad en la línea del escandallo). Si pones «30» en vez de «0,030» por error, Astro HMS descontaría 30 litros de ginebra de golpe en cada venta.

Al vender «Combinado Ginebra-Tónica» por el TPV, Astro HMS descuenta automáticamente 0,030 L de ginebra y 1 tónica del almacén, sin que nadie tenga que hacer nada a mano. El coste se calcula solo (botón «Calcular coste a partir de la LdM»).

Ejemplo 2: variantes de un plato combinado (tostadas)

«Tostada con jamón», «Tostada con aguacate» y «Tostada con salmón» no son un solo producto con una opción a elegir: en Astro HMS cada variante que se vende y se cobra por separado es su propio producto, con su propio escandallo.

• Producto «Tostada con Jamón» → LdM tipo KIT → componentes: Pan (ud.), Mantequilla (kg, p. ej. 0,010), Jamón (kg, p. ej. 0,040).
• Producto «Tostada con Aguacate» → su propia LdM → componentes: Pan (ud.), Aguacate (kg, p. ej. 0,060).
• Producto «Tostada con Salmón» → su propia LdM → componentes: Pan (ud.), Salmón ahumado (kg, p. ej. 0,030).

Cada una tiene su propio precio de venta, su propio coste calculado y descuenta del almacén solo sus propios ingredientes. Lo común (el pan) se repite como componente en cada escandallo —no hay que inventar nada especial para compartirlo.

Varios Puntos de Venta con varias ubicaciones

Esto aplica igual a bebidas y a comida. Si tienes más de un TPV, cada uno con su propia ubicación de stock (p. ej. Bar Piscina y Bar Terraza, o Cocina Principal y Snack Bar), hay que tener en cuenta de dónde descuenta cada venta:

• Cada TPV (pos.config) tiene configurado su propio Tipo de operación, y ese tipo de operación trae definida una Ubicación de origen por defecto.
• Al cerrar la sesión del TPV, Astro HMS genera un único traspaso con todo lo vendido en esa sesión, y es ahí donde se descuentan los componentes del producto combinado —desde la ubicación de origen de ese TPV en concreto.

Así que si vendes el mismo producto por el TPV A, descuenta de la Ubicación A; si lo vendes por el TPV B, descuenta de la Ubicación B. Para que esto funcione bien:

1. Cada TPV debe tener su propio Tipo de operación apuntando a su propia ubicación (no compartir el mismo Tipo de operación entre varios TPV si quieres que descuenten de sitios distintos).
2. Esa ubicación debe tener stock real de los ingredientes: si un ingrediente solo existe físicamente en el almacén central y nunca se traspasa a la ubicación de ese TPV, sus ventas dejarán esa ubicación en negativo aunque el almacén central tenga existencias de sobra.