En una cerveceria artesanal es comun que el volumen de un tanque de fermentacion no coincida exactamente con el volumen de envasado que necesitas para completar un pedido o una linea de produccion. La solucion practica es hacer un blend: mezclar el remanente de una coccion con parte de otra, o combinar dos o tres brews en un tanque de bright beer antes de envasar. El problema aparece cuando ese lote final, ya mezclado, presenta un defecto y no tenes forma de saber si el origen fue la coccion A, la B, o la interaccion entre ambas.
Esto no es un detalle menor. Si un cliente reporta un sabor extrano en un six pack y tu registro de lote solo dice ‘Lote 014 – envasado 12/03’, no podes rastrear nada. No sabes que agua de coccion se uso, que tanda de malta, ni si el problema viene de un tanque especifico que tambien alimento a otros tres lotes que ya estan en la calle.
En este articulo vamos a plantear un sistema de codificacion pensado especificamente para cerveceria con blends: como identificar cada coccion de origen, como registrar el porcentaje que aporto al lote final, y como usar esa informacion cuando aparece un problema de calidad. No es una receta de software, es una logica de registro que despues podes aplicar con planillas o con un sistema de gestion.
Por que un blend rompe la trazabilidad tradicional
La trazabilidad clasica asume una relacion uno a uno: un lote de materia prima entra, se procesa, sale un lote de producto terminado. En cerveceria, cuando blendeas, esa relacion se vuelve uno a muchos o muchos a uno. Un tanque de bright beer puede recibir aportes de tres cocciones distintas, y cada una de esas cocciones puede a su vez repartirse entre dos o tres tanques de blend distintos si el volumen no fue suficiente para completar ninguno solo.
Si tu numero de lote se asigna recien en el envasado, perdes toda la informacion de origen en el momento en que mas la necesitas: cuando hay que investigar un defecto. El lote de envasado es el punto final de una cadena que empezo en dos o tres cocciones separadas, con sus propias variables de agua, malta, lupulo y fermentacion.
La logica del codigo de blend
La idea central es simple: cada coccion mantiene su identidad propia durante todo el proceso, y el lote de blend no reemplaza esa identidad sino que la referencia. Necesitas dos niveles de codigo:
- Codigo de coccion (brew code): identifica una coccion especifica, con su fecha, receta y tanque de fermentacion. Por ejemplo BR-2024-088, donde BR indica brew, el ano y un numero secuencial.
- Codigo de blend (batch code): identifica el lote final que se envasa, y contiene una referencia a cada brew code que aporto, con su porcentaje correspondiente. Por ejemplo BL-2024-031.
La relacion entre ambos se registra en una tabla de composicion del blend, no en el nombre del codigo. No hace falta que el codigo de blend sea larguisimo e incluya todos los origenes en el texto; alcanza con que exista un registro asociado que diga: BL-2024-031 = 60% BR-2024-088 + 40% BR-2024-091.
Que datos necesita esa tabla de composicion
- Codigo de cada brew que participa del blend.
- Volumen aportado por cada brew (en litros, no solo en porcentaje, porque el porcentaje solo sirve si sabes el volumen total).
- Fecha de coccion de cada brew.
- Tanque de fermentacion de origen de cada brew.
- Tanque de blend donde se realizo la mezcla.
- Fecha en que se realizo el blend.
Con estos seis datos, cualquier lote envasado se puede desarmar hasta sus origenes. Si aparece un defecto, buscas el codigo de blend, ves que brews participaron y en que proporcion, y revisas los registros de esas cocciones puntuales: agua utilizada, lote de malta, temperatura de fermentacion, cualquier desviacion que hayas anotado en esa etapa.
Ejemplo concreto de aplicacion
Supongamos que hiciste dos cocciones de una IPA con una semana de diferencia. La primera, BR-2024-088, rindio 480 litros despues de fermentacion. La segunda, BR-2024-091, rindio 320 litros. Ninguna alcanza sola para llenar tu tanque de bright beer de 500 litros y completar el pedido de 800 litros que tenes que envasar.
Decidis blendear 420 litros de BR-2024-088 con 380 litros de BR-2024-091 en el tanque de blend, dando origen a BL-2024-031 con 800 litros totales. La composicion queda registrada asi: 52,5% de BR-2024-088 y 47,5% de BR-2024-091.
Dos meses despues, un distribuidor reporta un sabor a diacetilo en algunas botellas de ese pedido. Buscas BL-2024-031, ves la composicion, y revisas los registros de fermentacion de ambas cocciones. Encontras que BR-2024-091 tuvo una curva de temperatura irregular durante el diacetyl rest. Ya sabes donde esta el problema, y tambien sabes que otros lotes de blend recibieron aportes de esa misma coccion, para evaluar si hay que hacer seguimiento en otros pedidos.
Errores frecuentes al codificar blends
- Asignar el codigo de lote solo en el envasado: se pierde la trazabilidad hacia las cocciones de origen porque nunca quedo registrada la etapa anterior como una unidad identificable.
- Registrar el porcentaje sin el volumen: un porcentaje sin volumen absoluto dificulta el calculo de costos y de rendimiento real de cada coccion cuando participa en varios blends distintos.
- Reutilizar el mismo numero de brew para cocciones distintas de la misma receta: esto es una variante del error que se describe en usar el mismo numero de lote para tandas repetidas, y en un contexto de blends es todavia mas grave porque impide separar origenes.
- No registrar el tanque de blend como una etapa propia: el blend en si mismo es una etapa de produccion, con su fecha y su responsable, no un simple traspaso de liquido.
Como llevarlo a la operacion diaria
En la practica, esto se traduce en un habito de registro en dos momentos: al finalizar cada coccion y fermentacion, cerras el brew code con sus datos completos (agua, malta, lupulo, tanque, fechas). Al momento de armar el blend, abris un registro de composicion donde declaras que brews entran, en que volumen, y generas el batch code del lote final.
Esta logica funciona igual de bien con una planilla bien disenada que con un sistema de gestion, pero a medida que crece el numero de cocciones simultaneas y de blends por mes, sostener la tabla de composicion a mano se vuelve mas propenso a errores de tipeo o de version. Si ademas necesitas cruzar esa informacion con el costo de cada coccion o con el registro de insumos usados en cada etapa, el volumen de datos a mantener manualmente crece rapido.
Como se adapta esto a tu produccion
Si tu cerveceria trabaja con blends de tanques de forma habitual, la pregunta no es si necesitas un sistema de codificacion, sino que tan rapido podes acceder a la composicion de un lote cuando surge un reclamo. Alquimetra permite registrar cada lote con sus propias etapas y estados, lo que te deja modelar tanto la coccion individual como el blend posterior como pasos identificables dentro del mismo flujo de produccion, sin perder la referencia a los tanques ni a los volumenes aportados por cada origen.
En resumen
Un blend de tanques no tiene por que significar perdida de trazabilidad. La clave esta en mantener el codigo de cada coccion vivo durante todo el proceso y registrar la composicion del lote final como una tabla explicita de origenes y porcentajes, con sus volumenes correspondientes. Ese registro es lo que te permite, el dia que aparece un defecto, ir directo al tanque y a la coccion responsable en lugar de sospechar de todo el lote envasado.
Si tu produccion incluye blends de forma regular, revisa como Alquimetra se adapta a ese flujo especifico de cerveceria antes de seguir sosteniendo la composicion de tus lotes en planillas sueltas.