Requisitos de un Sistema de Visión Artificial para Almacén: Qué Probar Antes de Automatizar

Un sistema de visión artificial para almacén debe ayudar a tomar una decisión operativa concreta. La cámara es solo una parte: el equipo también necesita saber qué revisar, qué evidencia conservar y qué hacer cuando la imagen no permite concluir.

Por eso, define primero el resultado del flujo y después compara cámaras, iluminación o modelos. Una inspección puede ocurrir en recepción, empaque, una zona de preparación de pedidos, la puerta de carga o una devolución. Cada punto tiene unidades, riesgos, personas responsables e integraciones diferentes.

Esta guía ayuda a especificar esos requisitos antes de una compra o un piloto. Se concentra en el diseño de la inspección visual; para comparar procesos de recepción más amplios, consulta la guía de software de inspección de recepción y el checklist de aprobación de automatización.

Define qué decisión debe proteger la inspección

Escribe el evento que activa la captura, la condición que buscas y la siguiente acción. Evita requisitos vagos como “usar IA para revisar mercancía”. Una instrucción operativa puede decir: “En la descarga, registrar una posible caja aplastada, vincularla al pallet recibido y enviar el caso a revisión antes de mezclarlo con inventario disponible”.

Usa esta matriz para acotar el alcance:

El sistema puede detectar una señal visual; la política del almacén define si esa señal permite liberar, requiere una nueva captura o necesita decisión humana. No conviertas un resultado del modelo en prueba concluyente de causa, responsabilidad o estado comercial.

Especifica el registro que debe quedar después de capturar

Una imagen aislada pierde utilidad cuando cambia el turno o llega una consulta posterior. Define qué campos permiten encontrarla y reconstruir el evento:

• identificador de envío, orden, ASN, pallet, caja o unidad inspeccionada, según aplique;
• punto de captura, estación, puerta o zona de trabajo;
• fecha y hora con contexto de la instalación;
• imagen o referencia a la evidencia y el motivo que activó la inspección;
• resultado sugerido, regla de decisión aplicada y estado de la integración;
• decisión final, responsable de la revisión y motivo de cualquier anulación autorizada;
• reglas de acceso y conservación alineadas con las necesidades del proceso.

Captura solo los datos necesarios para operar y auditar el flujo. Define con los equipos responsables cómo se manejan las imágenes de trabajadores, clientes y documentos, en vez de registrar identificadores personales por defecto.

El registro también debe mostrar de qué sistema es dueño cada dato. Si el WMS conserva la recepción y la herramienta visual guarda una referencia a la imagen, define cómo se conectan ambos. Si hay una discrepancia, especifica qué sistema prevalece, quién puede corregirla y cómo se conserva el valor anterior.

Diseña una respuesta segura cuando la imagen no alcanza

Las imágenes pueden quedar fuera de foco, con reflejos, obstruidas o tomadas desde un ángulo que no responde la pregunta. Un embalaje nuevo, una etiqueta rotada o una configuración de cámara distinta también pueden volver dudoso el resultado.

Para cada tipo de hallazgo, define cuatro salidas posibles:

1. Continuar: la evidencia cumple la regla acordada para ese flujo.
2. Recapturar: falta visibilidad o contexto, y el operador puede obtener otra imagen.
3. Revisar: una persona con el rol adecuado decide con la evidencia disponible.
4. Retener: la operación debe conservar la unidad separada hasta resolver una condición de mayor impacto.

No establezcas un umbral universal de confianza para todos los defectos. Calibra cualquier umbral con ejemplos representativos de tu instalación y del uso previsto. Un posible daño, una etiqueta ilegible y una unidad ubicada en un carril equivocado son problemas distintos y pueden tener consecuencias diferentes.

Registra las recapturas, revisiones y anulaciones autorizadas como parte del flujo. Si la revisión humana puede cambiar el resultado, guarda la decisión final y la razón; así el equipo puede detectar una regla mal configurada sin confundir una corrección con una detección correcta.

Comprueba la integración y la contingencia antes del piloto

Pide recorrer un caso completo desde la captura hasta el registro operativo. Para cada integración, documenta el origen del evento, el destino, el identificador de relación, el tiempo esperado, el comportamiento ante duplicados y el responsable del soporte.

Prueba situaciones que suelen romper el flujo:

• la API del WMS no responde después de tomar la imagen;
• el registro llega, pero la unidad o el envío no coincide;
• una captura se repite después de una reconexión;
• la imagen se conserva, pero el usuario autorizado no puede recuperarla;
• el sistema visual queda fuera de servicio durante una ventana de trabajo;
• una excepción necesita continuar por una ruta manual aprobada.

Define cómo reconocer el fallo y quién decide la alternativa. La ruta manual debe preservar el identificador, el estado y la evidencia que aún esté disponible, sin ocultar que la inspección automatizada no se completó. La decisión de detener o continuar depende del riesgo de cada operación.

Acepta el piloto con casos reales y errores separados

Usa muestras propias del proceso y clasifícalas antes de comparar resultados. Incluye condiciones normales y excepciones: empaques oscuros o brillantes, película plástica, etiquetas parcialmente cubiertas, cajas deformadas, esquinas dañadas, sombras y distintos ángulos de aproximación cuando correspondan.

Para cada ejemplo, conserva una referencia acordada por el equipo y la respuesta que produjo el sistema. Revisa por separado:

• hallazgo correcto: la señal detectada coincide con la referencia definida;
• falso aviso: el sistema abre una excepción que la revisión no confirma;
• omisión: una condición relevante no se detecta;
• evidencia insuficiente: la captura no permite validar el caso;
• resultado operativo incorrecto: la integración o regla dirige el caso al siguiente estado equivocado.

No resumas todo en una sola cifra de precisión. Separa los tipos de defecto, el punto de captura y la consecuencia. Acuerda el criterio de aceptación antes de ver los resultados, con operaciones, calidad, TI y el equipo que resolverá los casos. Los umbrales deben reflejar el costo de un error en ese flujo, no una promesa genérica del proveedor.

Una hoja de prueba reutilizable puede registrar: identificador de muestra; condición esperada; ubicación y turno; imagen disponible; resultado del sistema; revisión final; tipo de diferencia; tiempo hasta resolver; y siguiente cambio propuesto. No hace falta almacenar información personal para evaluar esa secuencia.

Mantén la cola de excepciones operable después del lanzamiento

Antes de desplegar, asigna un rol primario y un respaldo para cada tipo de excepción. Define cuándo se revisa, qué información debe acompañarla y cómo se escala si el caso continúa abierto. Si la cola no tiene capacidad asignada, una mejor detección puede aumentar el trabajo pendiente sin mejorar la operación.

Durante el piloto y el arranque, observa señales que el equipo puede usar para actuar:

• recapturas y evidencia que no se puede interpretar;
• avisos y omisiones por tipo de condición;
• anulaciones autorizadas y su motivo;
• edad de los casos y tiempo hasta la primera revisión;
• fallos de integración y registros duplicados;
• volumen de trabajo enviado a revisión por turno.

Revisa esos datos con los responsables del proceso antes de ajustar reglas o ampliar a otra puerta, estación, producto o instalación. Documenta quién autorizó el cambio y qué muestra justificó revisarlo. NIST recomienda delimitar el uso, las responsabilidades y la supervisión de sistemas de IA; su AI RMF es una referencia voluntaria, no una certificación de visión para almacenes, y NIST indica que la versión 1.0 está en revisión. Consulta el AI RMF de NIST al definir el marco de gobierno de tu organización.

Ejemplo: posible daño en un pallet recibido

Supón que una imagen de recepción marca una caja exteriormente aplastada. El sistema conserva la imagen junto con el pallet y el evento de descarga; el operador ve que la clasificación es “posible daño”, no una decisión de rechazo. Si el ángulo no permite valorar la condición, solicita una nueva captura. Si la señal persiste, asigna el caso a calidad o al responsable local para decidir retención, inspección o liberación según las reglas acordadas.

El historial debe dejar visibles la señal original, la imagen revisada, la decisión y su responsable. La documentación de daños de carga durante la recepción desarrolla el registro posterior; esta guía se concentra en definir qué debe hacer el sistema visual antes de automatizar ese paso.

Criterio de compra

Un sistema de visión está listo para evaluación cuando el equipo puede explicar qué inspecciona, qué evidencia guarda, quién decide ante incertidumbre, cómo llega el resultado al sistema operativo y qué hará el turno si la automatización falla. Prueba esos requisitos con trabajo real y deja separadas las detecciones, las decisiones humanas y las acciones ejecutadas.

La comparación de modelos y equipos viene después. El punto de partida es una inspección que resuelva una pregunta concreta y que el almacén pueda revisar, corregir y sostener sin perder trazabilidad.