Qué exige un programa de control de plagas

El auditor pidió el plano de dispositivos y caminó la planta con él en la mano. Encontró la trampa cuatro, la siete y la doce sin problema. La catorce estaba marcada en el plano junto a la puerta de recibo y en el piso no había nada: la habían quitado meses atrás cuando se remodeló el andén y nadie actualizó el plano. Después pidió el análisis de tendencias del último año. El proveedor de control de plagas entregaba un reporte mensual con las capturas por dispositivo, y los doce reportes estaban ahí, firmados y archivados en orden perfecto. Ninguno había sido leído. Si alguien los hubiera puesto uno junto a otro habría visto que las capturas de roedor en la zona de recibo se habían triplicado desde justo el mes de la remodelación. La planta tenía un servicio de control de plagas impecable y no tenía un programa.

Es un prerrequisito, y eso no significa que sea menor

El control de plagas es un programa de prerrequisitos: una condición básica del entorno que se mantiene siempre y para todos los productos, no una medida dirigida a un peligro específico de un paso del proceso. Por eso no se maneja como punto crítico de control y no tiene límite crítico ni monitoreo por lote. Esa clasificación confunde a mucha gente y hace que el tema se trate como un asunto de servicios generales, cuando en la práctica es de los prerrequisitos que más no conformidades mayores genera, porque la evidencia de una plaga en un área de proceso pone en duda todo lo demás.

La razón es la misma que hace especial al vidrio entre los peligros físicos: una evidencia de actividad de plaga sobre la línea no se corrige con una acción correctiva, obliga a evaluar el producto que estuvo expuesto. Los tres peligros que arrastra son simultáneos: el biológico, porque roedores, aves e insectos son vectores de patógenos; el físico, por excrementos, pelo, plumas y fragmentos de insecto; y el químico, por los plaguicidas mal aplicados dentro de un área de alimentos.

Qué tiene que contener el programa

• —Un responsable nombrado dentro de la planta. Aunque el servicio sea externo, la responsabilidad no se subcontrata: alguien de la organización tiene que ser el dueño del programa.
• —Un plano actualizado con la ubicación e identificación de todos los dispositivos, cebaderos, trampas mecánicas, lámparas de captura y estaciones de monitoreo, con su numeración física coincidiendo con la del plano.
• —La frecuencia de inspección de cada tipo de dispositivo y el registro de cada revisión con lo encontrado, no solo la firma de que se revisó.
• —La lista de sustancias autorizadas con su registro sanitario vigente, sus fichas de seguridad y las restricciones de uso dentro de áreas de proceso. Los rodenticidas no van dentro de las áreas de producción.
• —Las licencias y la formación acreditada del personal que aplica, sea propio o del proveedor.
• —El análisis de tendencias, con periodicidad definida, que compara capturas por dispositivo y por zona a lo largo del tiempo.
• —El procedimiento de qué hacer cuando alguien encuentra evidencia entre visitas del proveedor, y quién lo reporta.
• —El programa de exclusión: mallas, sellos, cortinas de aire, guardapolvos, cierres de puertas, control de la vegetación y del perímetro.

Contratar al proveedor no delega la responsabilidad

Esta es la confusión de fondo. Cuando la planta contrata a una empresa especializada, lo que compra es un servicio de aplicación y monitoreo. Lo que no puede comprar es la responsabilidad del resultado, que sigue siendo suya frente al cliente, frente al auditor y frente a la autoridad. En términos del sistema de gestión, el proveedor de control de plagas es un proveedor de servicios que afecta la inocuidad, y como tal tiene que estar evaluado, aprobado y reevaluado con los mismos criterios que un proveedor de materia prima: sus licencias, la formación de sus técnicos, la vigencia de los registros de sus productos y el desempeño real del servicio.

La prueba de que la planta asumió esa responsabilidad es sencilla de buscar. Un auditor pregunta quién revisó el último reporte del proveedor, qué encontró y qué se decidió. Si la respuesta es que se archivó, el programa es del proveedor. Si la respuesta viene con una acción abierta contra una condición de la planta —una puerta que no cierra, un desagüe sin rejilla, materia prima estibada contra la pared—, el programa es de la planta.

El análisis de tendencias es lo que de verdad se audita

Los reportes individuales dicen poco. Lo que dice algo es la serie. Una captura aislada en un dispositivo perimetral es ruido; el mismo dispositivo capturando cada mes es una ruta de entrada que nadie ha cerrado. La tendencia se analiza por dispositivo, por zona y por tipo de plaga, y su conclusión no es un número: es una acción sobre la causa. Bajar la actividad moviendo la trampa o poniendo más cebo es tratar el síntoma. Cerrar el hueco por donde entra es la acción correctiva.

De ahí sale la relación con el resto del sistema, que es la parte que casi siempre falta. Las condiciones que atraen plaga casi nunca son responsabilidad del proveedor de control: son residuos que se acumulan en un rincón porque el programa de limpieza no llega ahí, agua estancada por un drenaje con pendiente mal hecha, materia prima estibada directo en el piso, un patio con maleza, una puerta de andén que se queda abierta durante toda la descarga. Todas esas se resuelven con acciones de la planta, en otros programas, y el análisis de tendencias es el instrumento que las conecta.

Los errores más comunes

El plano desactualizado, que es el primero que se detecta y el que peor impresión deja, porque prueba que nadie caminó la planta con el documento. Los registros firmados sin contenido, donde todas las inspecciones dicen sin novedad durante doce meses seguidos en una planta con andenes abiertos. Los rodenticidas dentro del área de proceso. Las lámparas de captura instaladas sobre la línea, donde el insecto electrocutado cae directamente al producto. Los cebaderos exteriores sin llave o desplazados de su punto. Y el más silencioso: la evidencia que encuentra un operador a las tres de la mañana y que no reporta porque no existe un canal para reportarla ni la certeza de que reportarla no le va a traer un problema.

Dónde se rompe en la operación

El programa se rompe en el espacio entre el reporte del proveedor y el sistema de gestión de la planta. El PDF llega por correo, se imprime, se archiva en una carpeta y ahí muere: no dispara acciones, no alimenta tendencias, no se cruza con los hallazgos de las inspecciones de higiene ni con las no conformidades abiertas. En Querétaro, donde el corredor agroindustrial del Bajío concentra procesadoras de lácteos, bebidas y alimentos que responden a auditorías de cadenas de retail nacional y de clientes de exportación, ese archivo muerto es lo que convierte una inspección de prerrequisitos en una lista de hallazgos repetidos año con año. Tener el programa vivo —plano vigente, registros que disparan acciones, tendencias analizadas y la evaluación del proveedor al día, todo en un solo lugar— es parte de lo que se ordena en la Consultoría ISO 22000 en Querétaro, donde el sistema de inocuidad se arma sobre la operación real de la planta y no sobre las carpetas.

En resumen

El control de plagas es un prerrequisito de la planta, no un servicio del proveedor. Necesita responsable interno, plano actualizado y coincidente con el piso, frecuencias definidas, registros con contenido, sustancias autorizadas con su documentación, personal acreditado y un procedimiento para la evidencia encontrada entre visitas. El proveedor se evalúa y se reevalúa como cualquier proveedor que afecta la inocuidad. Lo que de verdad se audita es el análisis de tendencias y la acción que salió de él, porque una captura recurrente señala una vía de entrada abierta. Y las causas casi siempre viven fuera del programa de plagas: en la limpieza, en el mantenimiento, en el almacenamiento y en el perímetro.