Problema de negócio
A necessidade ia além de desenhar uma região fixa. Era preciso verificar se o veículo realmente descarregava no local permitido, se a pessoa tinha autorização vigente e se cruzava a saída ainda carregando mercadoria. Cada decisão precisava de evidências revisáveis.
Objetivo do projeto
Definir uma arquitetura de visão na borda e um modelo de eventos apto à aceitação sem prometer precisão antes dos dados do local. Identidade não confirmada é um estado válido e cartões, QR codes, ordens de serviço e revisão humana permanecem disponíveis.
Fluxo do projeto
O projeto combina papéis de câmera, rastreamento multiobjeto, estados de negócio, regras e retenção de evidências. ROI e cruzamento de linha são funções básicas; descarga, associação pessoa-mercadoria e autorização exigem desenvolvimento e validação específicos.
- 01
Calibrar zonas e câmeras
Definir área permitida, referência do veículo, observação da carga, retirada, linha de aviso e saída e atribuir as vistas.
- 02
Detectar posição e descarga
Rastrear o veículo, conferir a referência e confirmar a transferência real; estacionar ou abrir a porta não é suficiente.
- 03
Resolver autorização da tarefa
Combinar qualidade de identidade, vínculo, ordem, horário, área e lote para estados autorizados, não autorizados ou não confirmados.
- 04
Associar pessoas e mercadorias
Manter rastros durante retirada, transporte, depósito, entrega e oclusão com transições de estado e limites de confiança.
- 05
Aplicar três regras
E1 para descarga confirmada fora da área, E2 para retirada não autorizada ou não confirmada e E3 para cruzamento da saída com mercadoria.
- 06
Registrar evidências e revisão
Salvar horário, câmera, zona, rastros, regra, fonte de autorização, confiança, imagem e vídeo; encaminhar ambiguidades à revisão humana.
Entregáveis do projeto
- Aplicação de análise
- Pacote Jetson com modelo, configuração, inicialização, recuperação e monitoramento de recursos.
- Regras e integração
- Zonas e campos E1/E2/E3 para HTTP, MQTT, relé, NVR, WMS, MES ou controle de acesso.
- Controle de autorização
- Cadastro, revogação, funções, permissões por tarefa, alternativas ao rosto, auditoria e retenção.
- Documentação técnica
- Requisitos, dados e anotação, interfaces, implantação, avaliação, limites e evidências.
Registros e trabalhos concluídos
Os itens a seguir são resultados documentados deste projeto. Não são inferidas métricas sem testes ou registros de aceitação verificáveis.
Modelo de requisitos
Três eventos independentes E1, E2 e E3.Descarga, autorização e saída com mercadoria podem ser amostradas e medidas separadamente.
Revisão de arquitetura
Duas a quatro funções de câmera e uma cadeia Jetson definidas.ROI, rastreamento, autorização, lógica temporal, evidências e integrações foram documentados.
Material para cliente
Apresentação editável de 14 páginas gerada e renderizada.Regras, alertas, implantação, aceitação e limites foram verificados sem transbordamento.
Limite de aceitação
Precisão, revocação, latência, canais e hardware não verificados.Sem vídeo e parâmetros do local, as métricas ficam para um PoC baseado em dados.
Validação definida para o PoC
- Fixar câmeras, veículos, direção, cargas, autorização e eventos antes da medição.
- Relatar precisão e revocação de E1, E2 e E3 por câmera, luz, oclusão, veículo, manuseio e qualidade de identidade.
- Medir latência P50/P95 e decodificação, inferência, memória, temperatura e recuperação no Jetson.
- Contar identidade não confirmada e estado incerto, sem removê-los ou convertê-los em acusação não verificada.
Notas de publicação do caso
Este caso vem de um projeto real de cliente e é publicado de forma anônima para proteger a confidencialidade. Escopo, definições de eventos, arquitetura técnica, critérios de aceitação e entregáveis refletem registros reais do projeto. Identidade do cliente, imagens do local, sistemas internos e dados privados não são divulgados. Métricas e conclusões de aceitação só são publicadas com evidências verificáveis.
Perguntas frequentes
Respostas curtas sobre implementação e aceitação.
- Uma regra ROI confirma a descarga real?
- Não. Ela informa o local; a descarga requer observar transferência de mercadoria ou receber estado confiável do sistema.
- O rosto deve ser o único método de autorização?
- Não. Cartões, QR, ordens e revisão humana permanecem; com imagem insuficiente, a identidade fica não confirmada.
- Uma câmera cobre todos os eventos?
- Em geral, não com confiabilidade. Posição, transferência, saída e identidade pedem ângulos diferentes; são propostas duas a quatro vistas.
- O que medir antes da produção?
- Definições, amostras positivas e negativas, precisão, revocação, latência, incerteza, recursos Jetson, recuperação e revisão humana.