A aquisição de vídeo industrial deve distinguir a integração de software, a interoperabilidade entre produtos especificados e qualquer teste externo ou evidência de conformidade formal exigida pelo contrato. O registro bem-sucedido ou a comunicação por vídeo em um ambiente de desenvolvimento não estabelece compatibilidade com produtos de outros fabricantes nem uma conclusão de certificação do produto.
Defina protocolos e produtos primeiro
Registre nomes e edições de protocolos, funções de dispositivos ou plataformas, modelos de produtos, versões de software e firmware, funções habilitadas e condições de rede. Por exemplo, o funcionário Página de informações GB/T 28181-2022 identifica o padrão. Não há evidência de que um determinado produto esteja em conformidade com esse padrão.
| Nível de verificação | Pergunta principal | Evidências para reter |
|---|---|---|
| Integração interna | Uma versão de desenvolvimento pode completar fluxos especificados com uma contraparte de teste controlada? | Versão do build, configuração, mensagens e resultados |
| Interoperabilidade de produto especificado | Duas versões reais do produto podem completar as tarefas acordadas? | Combinação de produtos, inventário de funções e registros de testes |
| Requisitos formais de conformidade | Os requisitos de declaração ou teste do esquema aplicável são atendidos? | Regras aplicáveis, parte declarante e documentos verificáveis |
| Aceitação de negócios no local | A rede real e o fluxo de trabalho comercial atendem às condições acordadas? | Configuração de implantação, resultados de negócios e verificações de exceções |
Estabeleça o mecanismo de evidência aplicável
Processo de conformidade do ONVIF descreve seu esquema de autodeclaração vinculado a versões específicas de produtos. Este é um exemplo desse mecanismo específico. Verifique as regras para outros protocolos ou projetos de compras separadamente. Registros internos, relatórios de testes externos, declarações do fabricante e entradas de bancos de dados oficiais são diferentes tipos de evidências.
Retenha lacunas em contratos e registros de aceitação
Para cada função, chegue a um acordo sobre a entrega do software, contrapartes de teste, produtos externos, documentos necessários, responsabilidades e condições de reteste. Marque modelos, versões, funções de alarme e condições anormais não testadas como não verificadas. Entregue o escopo de integração concluído sob sua descrição real. Os testes planejados não devem ser registrados como aprovados e as reivindicações de compatibilidade universal ou certificação não suportadas não devem ser usadas.
Serviços relacionados: Hardware de visão e tecnologia embarcada, implantação de IA de ponta, consultoria de projeto.