Cada sitio de producción de alimentos que he visitado tiene una carpeta de calidad. A veces es física: una carpeta de argollas junto a la línea de producción. A veces es una unidad compartida con carpetas nombradas por año. A menudo son ambas cosas. Los registros de lotes en esta carpeta son, en muchos casos, completados al final del turno: reconstruidos a partir de la memoria, de la pizarra que se borra cada mañana, o de una conversación rápida con el operador de la línea antes de marcar salida.
El plan HACCP dice que el punto de control crítico se revisó cada dos horas. Las revisiones reales ocurrieron cuando alguien se acordó.
Nada de esto es deshonesto. Así es como funciona realmente la producción de alimentos.
Lo que asume el software
La mayoría del software de seguridad alimentaria y de producción fue diseñado en torno a un modelo regulatorio: el estándar HACCP, la lista de verificación de auditoría, el requisito de certificación. Está optimizado para producir documentos que satisfagan a un auditor, no para ayudar a las personas en la línea de producción a hacer su trabajo.
La consecuencia es un software exhaustivo y sin usar. Formularios con treinta campos que toman doce minutos en completarse. Plantillas de registros de lotes que reflejan exactamente el formato regulatorio y no se adaptan al flujo de trabajo real de nadie. Sistemas de trazabilidad que requieren el ingreso manual de datos que ya existen en otro lugar.
Cuando el software exige que el flujo de trabajo cambie para adaptarse a él, el flujo de trabajo no cambia. El software se evade. Los registros de lotes se reconstruyen al final del turno. Los registros HACCP muestran lo que debería haber sucedido. El auditor está satisfecho. El riesgo permanece.
El problema de la genealogía
Pregúntele al gerente de producción de cualquier sitio de alimentos cómo manejaría un retiro del mercado. La mayoría de ellos pueden responder la pregunta con precisión y rapidez, en su cabeza. Saben qué lotes usaron el mismo lote de insumos. Saben qué clientes recibieron producto de esos lotes. Lo saben porque han estado administrando esa línea de producción durante once años.
Lo que no pueden hacer es documentar ese conocimiento de una manera que sobreviva a su partida.
La genealogía en la producción de alimentos —la capacidad de rastrear hacia adelante desde un lote de materia prima hasta el producto terminado, o hacia atrás desde la queja de un cliente hasta el insumo que la causó— es una de las capacidades operativas más críticas que tiene un negocio alimentario. También es una de las que más comúnmente se maneja en hojas de cálculo y en la memoria institucional.
El problema del software aquí no es que nadie haya construido módulos de genealogía. Sí lo hicieron. El problema es que la carga de ingreso de datos es lo suficientemente alta como para que los registros estén incompletos o sean aproximados, lo que significa que la consulta de genealogía produce una respuesta parcial. Una respuesta parcial en una situación de retiro de mercado es peor que ninguna respuesta, porque crea una falsa confianza. Crees que conoces el alcance. No es así.
El cambio de alérgeno que nadie documentó
Aquí hay un escenario específico que surge más de lo que debería. Un sitio de producción procesa un producto que contiene alérgenos por la mañana y un producto "libre de" por la tarde. El procedimiento de cambio está documentado: está en una tarjeta plastificada en la pared. Implica una limpieza con un protocolo específico, una inspección visual y una firma de aprobación.
En la práctica: la operadora de la línea que conoce el procedimiento es Maria. Cuando Maria está de vacaciones, su colega sabe aproximadamente lo que hace Maria y hace aproximadamente eso. La firma de aprobación ocurre. El registro existe. Si la limpieza realmente cumplió con el estándar es una función del conocimiento institucional, no de la imposición del sistema.
El software que trata esto como un problema de documentación —crear una lista de verificación, obtener una firma— no ha resuelto nada. La firma prueba que alguien marcó las casillas. No prueba que el alérgeno haya desaparecido.
Lo que realmente funciona: sistemas que integran el procedimiento en el flujo de trabajo en el punto de acción. La línea no puede liberarse para el siguiente producto hasta que los sensores lo confirmen, hasta que el resultado de la prueba sea registrado, hasta que el paso específico del protocolo se complete con una marca de tiempo y un ID de operador, y no se complete retroactivamente después de pedirle a alguien que recuerde lo que pasó hace dos horas.
El software que realmente se usa
El software de producción de alimentos que cambia los resultados está diseñado en torno a unos pocos principios que la mayoría de las herramientas de cumplimiento empresarial ignoran.
La velocidad de ingreso de datos importa más que la exhaustividad del formulario. Un escaneo de dos segundos siempre supera a un formulario de dos minutos, incluso si el formulario captura más datos. Los datos capturados en contexto —en el punto de la acción, por la persona que la realiza— son más precisos que los datos reconstruidos de memoria. El formulario que toma doce minutos no se completa durante la acción. Se completa más tarde, a partir de lo que alguien pueda recordar.
Las excepciones importan más que los procedimientos. El procedimiento está documentado. La tarjeta plastificada está en la pared. Todos fueron capacitados. El trabajo del software es detectar cuando el procedimiento no ocurrió, no generar un registro que muestre que sí lo hizo. Alertar sobre la desviación. Señalar la revisión faltante. No producir un reporte que muestre que todo cumplía con las normas cuando faltan dos registros.
El sistema tiene que funcionar en el piso de la fábrica. Terminales compartidas que se limpian con productos de limpieza industrial. Tabletas de uso rudo. Dispositivos que los operadores no eligieron y que no poseen. Si no funciona con los guantes puestos, en un cuarto frío, por alguien que ha estado de pie durante seis horas, no funciona. El software que solo funciona en la oficina es el software que se duplica en la pizarra que se borra cada mañana.
La brecha entre el cumplimiento de la seguridad alimentaria y la práctica de la seguridad alimentaria es real, persistente y subestimada por la mayoría del software diseñado para cerrarla. Las empresas que la cierran construyen software que atiende a la fábrica donde realmente está, no donde el marco de auditoría asume que está.
Ese es un encargo de diseño más difícil. Requiere entender el piso de producción, no solo la regulación. También es el único encargo que vale la pena asumir.