A especificação de um projeto geralmente começa com a resolução e o formato preferido. Isso não é suficiente para garantir a aprovação em uma proposta. Uma câmera pode atender à contagem de pixels exigida, mas falhar na comprovação de qualidade porque a lente está incorreta, a cena noturna está superexposta, o gravador não consegue exibir todos os fluxos de vídeo ou o firmware fornecido difere da amostra. Compradores comerciais precisam de uma especificação que conecte a cena aos requisitos de imagem, sistema, instalação, teste e serviço. Ela também deve distinguir as condições obrigatórias de aprovação das preferências que podem ser negociadas dentro do orçamento. Este documento apresenta uma estrutura de especificação, não uma lista universal de câmeras. Um portão de armazém, um depósito de loja, uma entrada de estacionamento e um local remoto exigem campos diferentes. Quando faltarem dados, transforme isso em uma pergunta para a vistoria do local ou para a resposta do fornecedor, em vez de preencher com um número presumido.
Defina a tarefa de evidência por zona.
Agora, divida o projeto em zonas de interesse, liste as vistas necessárias para cada uma e anote o seguinte sobre cada vista: altura de instalação, tamanho da vista a partir do local, direção de deslocamento, qualquer iluminação especial necessária, quaisquer superfícies refletoras que possam causar problemas e quaisquer obstruções à vista. Ao marcar a planta baixa com as vistas necessárias para cada zona de interesse, você pode transformar um requisito vago, como "cobrir a área de carga e descarga", em uma tarefa testável. Certifique-se também de que a vista necessária fornecerá detalhes suficientes na distância requerida. Por exemplo, uma lente grande angular pode não ser a melhor escolha para tarefas que exigem inspeção detalhada a longa distância.
Objetivo da análise: As pessoas estão visualizando as imagens em tempo real ou visualizando imagens gravadas posteriormente? Estão lendo informações de etiquetas em pessoas ou objetos, etc.? Isso afeta a escolha da lente, exposição, taxa de quadros, armazenamento, etc., e se as visualizações são fixas ou motorizadas e se são necessárias visualizações únicas ou múltiplas. Uma visualização PTZ não deve ser especificada como cobertura contínua de 360 graus de todas as áreas de interesse, a menos que seja acompanhada por visualizações fixas complementares ou que um plano de patrulhamento completo tenha sido especificado para a área.
Crie uma tabela de câmeras simples com uma linha para cada local. Inclua: ID, tarefa da cena, vista necessária com a lente necessária, posição de montagem, iluminação especial, exposição ambiental necessária, alimentação, rede, gravação, etc., e período de retenção necessário, com espaço para comprovação de aceitação de cada câmera. Vincule esta tabela à sua planta baixa com anotações e ao pedido de compra das câmeras. Esta tabela simples servirá como um ponto de referência único para projetistas, instaladores e usuários finais.
Escreva campos técnicos mensuráveis
Detalhes como resolução da imagem, lente, campo de visão, taxa de quadros, codec, número de fluxos, condições de baixa luminosidade, requisitos de WDR e comportamento de eventos devem ser especificados. Sempre que possível, evite termos ambíguos como "nítido como cristal" e "longo alcance". Quando a aplicação exigir detalhes a uma distância específica, defina uma meta e solicite uma amostra ou projeto que a atenda. Se um valor numérico específico não puder ser especificado antes do teste no local, registre isso como um item de aceitação de comissionamento.
Os campos de rede e armazenamento devem especificar a arquitetura pretendida. Isso inclui PoE ou alimentação separada, Wi-Fi ou celular (quando aplicável), interfaces de switch e gravador, armazenamento local ou em nuvem, tempo de retenção necessário, formato de exportação e caminho de acesso remoto. Caso a largura de banda seja limitada, solicite a taxa de bits média e máxima nas configurações pretendidas. Não especifique a velocidade da internet como substituto para a capacidade da LAN ou a taxa de transferência do gravador.
Observe que os campos ambientais precisam ser preenchidos com as condições reais de instalação, como ambiente interno/externo, poeira, chuva, lavagem, exposição direta ao sol, maresia, faixa de temperatura, vibração, etc., e possível acesso para manutenção. Embora o JT-8698PRO apresente uma configuração de câmera dupla com mecanismo de esfera e dois sensores CMOS SC233A de 2MP, e o JTZ-9690PRO apresente um sensor de 6MP, codificação H.265, classificação IP66 e Wi-Fi de 2,4 GHz, as tabelas de comparação dos Câmera externa JT-8698PRO e o Câmera PTZ JTZ-9690PRO Crie apenas bons pontos de referência. No entanto, o modelo final entregue pode diferir do planejado. O nome de um modelo não constitui automaticamente um critério de aceitação do projeto.
Ao impor um congelamento de projeto, é essencial também definir uma exceção a essa regra. Assim, mesmo pequenas alterações em componentes como a lente, o módulo de rádio, a carcaça, o firmware ou o comportamento do aplicativo, o adaptador ou a mídia de armazenamento devem ser indicadas em relação aos requisitos relevantes e comprovadas ao fornecedor na forma de um breve registro de desvios.
Ao criar a especificação do seu projeto, descreva também o registro de comissionamento. Este documento descreve o ID da câmera instalada, altura, direção, firmware, canal de gravação, fluxo de vídeo e detalhes do fuso horário, além da política de armazenamento em uso. Liste também o clipe de teste usado para os testes de aceitação. Este documento será consultado pela equipe de serviço em visitas subsequentes para ajustar a lente, o ângulo ou até mesmo as configurações de fluxo de vídeo. Em projetos com várias unidades, certifique-se de usar os mesmos nomes de campo em todas as tabelas, mas permita que os testes de aceitação variem em cada unidade. A tabela é usada para projeto, compra, instalação e suporte técnico subsequente, e não apenas como um anexo à licitação.
Solicite ao fornecedor que devolva uma matriz de conformidade para publicação, abrangendo o requisito, o modelo proposto, as evidências que o comprovam, quaisquer exceções ao requisito, quem é o responsável pelo requisito e quem o aprovou. revisão das especificações do projeto É mais útil se você incluir o cronograma de zonas, os gravadores e redes propostos, o mercado-alvo e o plano de teste de aceitação proposto. Dessa forma, todos os itens em aberto ficam visíveis na linha, em vez de ficarem ocultos em uma linha que diz "atende aos requisitos".
Congelar interfaces e aceitação antes da cotação
Os requisitos de compatibilidade devem ser claramente descritos para as versões do gravador/VMS, tipos de fluxo suportados, fontes de eventos e protocolos de eventos correspondentes, canais de áudio e requisitos correspondentes, aplicativos móveis e funções do usuário, bem como fluxos de trabalho de exportação. Sistemas mistos devem ser claramente descritos em relação às funções que devem operar. Além de "compatível com ONVIF", deve ser descrito como "descoberta", "visualização ao vivo", "gravação", "busca", "eventos" e "tempo", bem como "controle PTZ", funcionam em diferentes produtos.
Para os itens de configuração, as versões de firmware, as regiões padrão, bem como os fusos horários, idiomas e senhas, e os procedimentos de integração e armazenamento, devem ser claramente descritos, assim como as dependências de aplicativos específicas do modelo. Os testes de aceitação devem ser descritos pelas pessoas autorizadas a aprovar as alterações e pela documentação que deve ser fornecida para as alterações. Sensores, módulos sem fio e adaptadores, bem como gabinetes, não devem ser substituídos sem aviso prévio e colocados em produção, pois podem afetar negativamente os resultados dos testes de aceitação.
Um protocolo de teste de aceitação de amostra deve ser anexado à solicitação de cotação (RFQ). Este protocolo deve conter testes para imagens diurnas/noturnas, para objetos em movimento e para falhas de rede, bem como para gravação e exportação de imagens e áudio para acessórios, para embalagem e para conexão a um gravador. A revisão exata da amostra, bem como os critérios de aprovação, devem ser registrados. Uma declaração genérica do fornecedor de que o produto testado também é entregue não é tão útil quanto os dados mencionados.
Inclua a facilidade de manutenção no processo de aquisição.
Assegure-se de que a responsabilidade comercial do fornecedor se estenda além da instalação do produto. Estabeleça os termos e condições da garantia, a política de substituição/reparo antecipado, a disponibilidade de peças de reposição, a política de suporte de firmware e os tempos de resposta técnica. Defina os planos de ciclo de vida do produto para garantir que um único suporte ou adaptador não custe mais do que o preço de compra original do item quando fizer parte de um sistema com dezenas de câmeras. Para produtos OEM ou específicos para projetos, estabeleça os requisitos de desenho, aprovação de amostras, propriedade de ferramentas, etc., bem como os requisitos de embalagem, quantidade mínima de pedido, prazo de entrega e taxas de alteração. A fábrica da Jortan e nossa gama de câmeras comerciais podem ser comparados com base nesses critérios. Suas capacidades de fábrica, moldes e injeção são relevantes quando são necessárias alterações na estrutura. No entanto, é essencial estabelecer o que o fornecedor oferece e quais evidências das etapas de produção ele pode fornecer.
Conclusão
Uma boa especificação de câmera comercial baseia-se nas evidências necessárias em cada zona e as relaciona com a lente, a rede, a gravação, o ambiente, o teste de aceitação e o serviço. Os aspectos desconhecidos devem ser visíveis e todas as aprovações precisam estar vinculadas à alteração da especificação entregue. Dessa forma, o departamento de compras pode comparar as propostas sem transformar incógnitas em promessas contratuais.
Perguntas frequentes
P1: Todas as câmeras em um projeto comercial devem usar a mesma resolução?
A1: Não. As zonas podem ter diferentes níveis de detalhe, cobertura de lente e desempenho em baixa luminosidade. A padronização de peças de reposição e serviços é útil, mas não deve entrar em conflito com as evidências exigidas.
Q2: Uma declaração ONVIF é suficiente para a compatibilidade do gravador?
A2: Não. Especifique e teste as seguintes funções do projeto: descoberta, exibição de fluxo, gravação, reprodução, eventos, áudio, sincronização de tempo e PTZ.
Q3: O que deve ser anexado a uma solicitação de cotação (RFQ) para câmeras?
A3: Cronograma de zonas, detalhes do local, detalhes do gravador e da rede, meta de retenção, funções necessárias, plano de teste de aceitação, mercado-alvo e regras de aprovação de alterações.
