Problema de negocio
La necesidad iba más allá de dibujar una región fija. Había que determinar si el vehículo descargaba realmente en el lugar permitido, si la persona tenía autorización vigente y si cruzaba la salida mientras seguía transportando mercancía. Cada decisión debía conservar evidencias revisables.
Objetivo del proyecto
Definir una arquitectura de visión en el borde y un modelo de eventos apto para aceptación sin prometer precisión antes de disponer de datos del sitio. La identidad no confirmada se trata como estado válido y se mantienen tarjetas, códigos QR, órdenes de trabajo o revisión manual.
Flujo del proyecto
El diseño combina funciones de cámara, seguimiento multiobjeto, estados de negocio, reglas y conservación de evidencias. ROI y cruce de línea son funciones base; la descarga, la asociación persona-mercancía y la autorización requieren desarrollo y validación específicos.
- 01
Calibrar zonas y cámaras
Definir área permitida, referencia del vehículo, observación de carga, recogida, línea de aviso y salida, y asignar vistas especializadas.
- 02
Detectar posición y descarga
Seguir el vehículo, comprobar su referencia y confirmar transferencia real de mercancía; aparcar o abrir una puerta no bastan.
- 03
Resolver la autorización de la tarea
Combinar calidad de identidad, estado laboral, orden, horario, zona y lote para obtener estados autorizados, no autorizados o no confirmados.
- 04
Asociar personas y mercancías
Mantener las pistas durante recogida, transporte, depósito, entrega y oclusión mediante transiciones de estado y umbrales de confianza.
- 05
Aplicar tres reglas
E1 para descarga confirmada fuera del área, E2 para recogida no autorizada o no confirmada y E3 para cruzar la salida con mercancía.
- 06
Crear evidencias y revisión
Guardar hora, cámara, zona, pistas, estado, fuente de autorización, confianza, imagen y vídeo; enviar los casos ambiguos a revisión humana.
Entregables del proyecto
- Aplicación de análisis
- Paquete Jetson con modelo, configuración, arranque, recuperación y monitorización de recursos.
- Reglas e integración
- Configuración de zonas y campos E1/E2/E3 para HTTP, MQTT, relé, NVR, WMS, MES o control de acceso.
- Control de autorización
- Alta, baja, funciones, permisos por tarea, alternativas al rostro, auditoría y conservación.
- Documentación técnica
- Requisitos, reglas de datos y anotación, interfaces, despliegue, evaluación, límites y evidencias.
Registros y trabajo completado
Los siguientes elementos son resultados documentados de este proyecto. No se deducen métricas sin pruebas o registros de aceptación verificables.
Modelo de requisitos
Tres eventos independientes E1, E2 y E3.La descarga, la autorización y la salida con mercancía pueden muestrearse y medirse por separado.
Revisión de arquitectura
Dos a cuatro funciones de cámara y una ruta Jetson definidas.Se documentaron ROI, seguimiento, autorización, lógica temporal, evidencias e integraciones.
Material para cliente
Presentación editable de 14 páginas generada y renderizada.Se revisaron reglas, alarmas, despliegue, aceptación y límites sin desbordamientos.
Límite de aceptación
Precisión, exhaustividad, latencia, canales y hardware no verificados.Sin vídeo y parámetros del sitio, las métricas se reservan para un PoC con datos.
Validación definida para el PoC
- Fijar cámaras, vehículos, dirección de descarga, mercancías, autorización y definiciones antes de medir.
- Informar precisión y exhaustividad de E1, E2 y E3 por cámara, luz, oclusión, vehículo, manipulación y calidad de identidad.
- Medir latencia P50/P95 y decodificación, inferencia, memoria, temperatura y recuperación en Jetson.
- Contar identidad no confirmada y estado incierto; no excluirlos ni convertirlos en una acusación no verificada.
Notas de publicación del caso
Este caso procede de un proyecto real de cliente y se publica de forma anónima para proteger la confidencialidad. El alcance, las definiciones de eventos, la arquitectura técnica, el marco de aceptación y los entregables reflejan registros reales del proyecto. No se divulgan la identidad del cliente, imágenes del sitio, sistemas internos ni datos privados. Las métricas y conclusiones de aceptación solo se publican con evidencias verificables.
Preguntas frecuentes
Respuestas breves sobre implantación y aceptación.
- ¿Una regla ROI confirma una descarga real?
- No. Define la ubicación, pero la descarga exige observar transferencia de mercancía o recibir un estado fiable del sistema.
- ¿El rostro debe ser el único método de autorización?
- No. Se mantienen tarjetas, QR, órdenes de trabajo y revisión manual; con imagen insuficiente el estado es identidad no confirmada.
- ¿Una cámara puede cubrir todos los eventos?
- Normalmente no con fiabilidad. Posición, transferencia, salida e identidad suelen requerir ángulos distintos; se proponen dos a cuatro vistas.
- ¿Qué se mide antes de producción?
- Definiciones, muestras positivas y negativas, precisión, exhaustividad, latencia, incertidumbre, recursos Jetson, recuperación y revisión humana.