TERMO DE REFERÊNCIA

TERMO DE REFERÊNCIA

1 – DO OBJETO

1.1. O presente termo de referência tem por objetivo estabelecer parâmetros técnicos para contratação de empresa especializada para implantação de Serviços de Segurança Eletrônica, pelo regime de serviços continuados, compreendendo a disponibilização e instalação de equipamentos de captação, geração, gravação, transmissão, recepção,monitoramento e processamento de imagens e alarmes de intrusão, bem como, a manutenção e reposição de peças e dos equipamentos avariados, visando proporcionar segurança, por demanda, aos diversos órgãos que compõem a Secretaria Municipal de Assistência Social de Maceió - SEMAS.

1.2. Para a completa e perfeita execução dos serviços deverão ser previstos na proposta:

1.2.1. A disponibilização de t odos os equipamentos necessários para o atendimento pleno dos parâmetros estabelecidos neste termo de referência;

1.2.2. A disponibilização de todos os s oftwares, aplicativo e respectivas licenças, necessários àprestação dos serviços;

1.2.3. A implantação de um Centro de Cont role Operacional - CCO, na sede da CONTRATADA, na cidade de Maceió, onde deverão ser instalados os equipamentos apropriados para a prestação d os serviços de monit oramento de imagense alarmes, bem como a disponibilização dos operadores do sistema, conforme detalhado neste termo de referência;

1.2.4. A disponibilização de link de dados em rede privada (VPN), através de rede em fibra ótica de alta velocidade, com capacidade de tráfego integrado, bidirecional e fullduplex, de dados e vídeo para a comunicação das unidades monitoradas ao Centro de Controle Operacional da contra tada;

1.2.5. A disponibilização de pe ssoal motorizado em regime de 24 horas, para as operações de ronda e pronto- atendimento aos eventos críticos observados pelos operadores através do CCO.

1.2.5. A manutenção preventiva e corretiva, e a troca de peças e equipamentos, dos itens previstos neste TR, sem custos adicionais para a CONTRATANTE.

2 – DA JUSTIFICATIVA

Vive- se atualmente em constante estado de alerta com relação à segurança, seja pessoal ou patrimonial. Essa preocupação potencializa - se na seara da Administração Pública, em virtude do dever que recai sobre o gestor ou administrador público de zelar pelo erário e de possibilitar um mínimo de segurança aos servidores e membros dos poderes do município, mormente ao exercício hodierno de suas atividades.

Tal problema ganha especial magnitude em virtude da fragilidade da segurança atual desta Instituição, seja porque inexiste pessoal suficiente, seja porque as instalações físicas possuem vários pontos expostos que carecem de atenção ostensiva, seja porque a segurança patrimonial através de vigilantes sempre padece de vício de regularidade.

A solução técnica or a indicada é a contratação de empresa(s) especializada(s) e legalmente autorizada do ramo de segurança eletrônica, nas condições fixadas no presente termo de referência, e seus anexos, com a finalidade de dotar os prédios das unidades geridas por esta SEMA S de um sistema de segurança eficaz para os servidores, no desempenho de suas atividades operacionais e demais frequentadores, bem como a guarda do patrimônio, de materiais, equipamentos e processos da Instituição.

Nesse sentido, visando atender a deman da interna dos programas socioassistenciais, foi mapeada a demanda aos serviços de monitoramento e vigilância eletrônica, à medida que houver necessidade, nas unidades de atendimento de propriedade dos diversos programas esede da SEMAS, no Município de Mac eió.

Justifica - se a contratação dos serviços, a fim de garantir maior segurança do patrimônio público, bem como dos funcionários no desempenho de suas atividades laborativas. Ressalta - se a crescente necessidade de coibir furtos e/ou agressões físicas, além de atos de vandalismo, já ocorridos.Outro ponto favorável é o baixo custo para a Administração em consideração a vigilância armada.

Buscam- se com a implantação desse moderno sistema de monitoramento de imagens e alarmes, efetivas ferramentas de gestão na prevenção de perdas, em razão do controle de acesso de pessoas e materiais e investigação de incidentes e acidentes, formatando uma ambientação segura.

A implantação do sistema de segurança eletrônica permitirá:

a) A geração, captação, visualização e g ravação em mídia digital das imagens dos pontos eleitos para instalação de câmeras;

b) A visualização dos pontos vulneráveis e dos riscos existentes em cada uma das unidades;

c) A proteção dos servidores, profissionais e usuários do sistema, através do acompanhamento de todas as atividades desenvolvidas em cada unidade;

d) A proteção do patrimônio através dos sistemas de alarmes instalados, do acompanhamento no centro de controle operacional, das rondas e vistorias das equipes de pronta intervenção.

Com essas medidas espera- se criar uma ambientação segura nos órgãos vinculados à pasta da educação municipal, resultando numa de segurança, materializada pela execução de uma efetiva política de segurança capaz de prevenir e reprimir ações delituosas de toda orde m.

Justifica - se, portanto a preocupação com esse tema, uma vez que servidores, corpos docente e discente precisam de um ambiente seguro e de paz para o desenvolvimento de suas atividades.

Por outro lado e dever funcional da gestão a preservação do patri mônio público, sob pena de responsabilidade das perdas em casos de omissão.

3. MEMORIAL DESCRITIVO

A solução está baseada na disponibilização, instalação, manutenção e reposição de equipamentos de Captação, Geração, Gravação e Visualização de Imagens, e equipamentos de Alarme de intrusão, a serem instalados nos diversos órgãos que compõem a Secretaria Municipal de Assistência Social de Maceió - SEMAS.

A fim de assegurar a captação, geração e gravação das imagens, serão instalados nos diversos prédios, conforme estabelecido neste Termo de Referência, dispositivos de captura, geração e gravação de imagens com tecnologia IP.

Objetivando garantir a proteção dos ambientes contra intrusão, serão instalados nos diversos prédios sistemas de alarmes de intrusão, com sensores de presença em pontos previamente dimensionados.

A fim de assegurar a visualização, o monitoramento e o gerenciamento remoto das imagens geradas, a contratada deverá instalar , em espaço sob sua administração na cidade de Maceió, um Centro de Controle Operacional (CCO).

Para assegurar o envio das imagens e dados gerados nos pontos de captação e geração ao Centro de Controle Operacional (CCO), a contratada deverá possuir ou instalar rede de dados em fibra ótica, fechando uma rede VPN dedicada e exclusiva, para fornecimento dos links de dados para as diversas unidades, composta por pontos de acesso clientes e pontos concentradores .

Para os atendimentos às ocorrências de alarmes e videom onitoramento nasunidades, a contratada deverá disponibilizar equipes de pronto - atendimento, com o objetivo de atuar de maneira preventiva e repressiva no combate a meliantes que, invadam essas unidades para o cometimento de furto ou depredação que possam lesar o patrimônio das instal ações protegidas.

Os serviços objetos deste termo de referência deverão ser executados com base nos quantitativos constantes do item 10 deste TR, devendo seguir as premissas abaixo:

4. DO SISTEMA DE ALARME DE INTRUSÃO MONITORADO

O Sistema utilizará equipamentos eletrônicos visando à proteção das áreas definidas, proporcionando a cobertura de todas as ações que venham ocorrer nas instalações protegidas, funcionando através de Centrais de Alarme, que supervisionam uma rede de sensores e demais dispositivos, enviando informações completas das ocorrências verificadas à Central Controle Operacional da empresa contratada.

4.1. Características Básicas dos Sistemas

4.1.1. Cada sistema será acionado localmente por pessoa indicada pela administração da respectiva unidade;

4.1.2. O sistema deverá estar pronto para funcionar durante as 24 (vinte e quatro) horas do dia;

4.1.3. Os sistemas estarão interligados a Central de Controle e Monitoramento da contratada, através de link de dados prev istos neste TR;

4.1.4. O sistema possuirá recurso de interligação através de comunicação via ethernet e linha telefônica, permitindo o envio dos eventos gerados, do local protegido ao Centro de Controle Operacional da contratada;

4.1.5. A resposta inicial em caso de acionamento do sistema será dada pela equipe de pronta intervenção disponibilizada pela contratada para tal fim, devendo o pessoal responsável pelo monitoramento acionar o pessoal responsável do ambiente protegido, para o comparecimento ao local da ocorrência;

4.1.6. O acionamento da equipe de pronta intervenção será da própria contratada na cidade de Maceió;

4.1.7. Em qualquer situação havendo pessoas suspeitas no interior do prédio, o operador deverá acionar imediatamente os órgãos de segurança pública;

4.1.8. Em cada unidade deverá ser instalado sistema de botoeira de emergência, a fim de que as pessoas do interior dos prédios protegidos possam informar eletronicamente situações de risco que exija a presença da equipe de pronta intervenção;

4.1.9. O software de gestão deverá ser capaz de fornecer relatório diário de todos os eventos ocorridos em cada um dos sistemas.

4.2. Central de Monitoramento

4.2.1. A empresa contratada deverá manter Central de Controle e Monitoramento, localizada em sua sede na cidade de Maceió, dimensionadas de maneira a atender as necessidades do sistema;

4.2.2. A Central de Monitoramento deverá funcionar ininterruptamente, comunicando, tempestivamente, através de relatórios, à coordenação administrativa do órgão protegido, todas as ocorrências de alarme ocorridas nas instalações protegidas;

4.2.3. Verificação de funcionamento do sistema de alarme deverá ser feita através de interligação entre a Central de Controle e Monitoramento e as Centrais de Alarme das Unidades. A checagem deverá ser feita pelo menos uma vez a cada período de 24 horas de segunda a domingo;

4.2.4. Detectada falha ou inoperância de qualquer componente do sistema, a contratada deverá comunicar tão logo possível, a administração da dependência e providen ciar imediata correção do defeito;

4.2.5. A central de monitoramento manterá “log” ou relatório de todos os eventos registrados, por prazo de 6 (seis) meses a contar da data da ocorrência;

4.2.6. A Central de Controle e Monitoramento deverá possuir equipa mentos de back -up e no- break (autonomia mínima de 36 horas), que deverão entrar em funcionamento

imediatamente após eventual inoperância do sistema principal e/ ou queda na geração de energia elétrica;

4.3. Central de alarme – Recursos de Comunicação

4.3.1. Todos os recursos (equipamentos, sensores e linhas de comunicação) deverão conter proteção e alarme contra violação de seus modos normais de funcionamento, inclusive detector de corte da linha principal de comunicação;

4.3.2. Transmissão de sinais de alarme e mensagens à Central de Controle e Monitoramento será realizada através de rede VPN dedicada, prevista neste TR.

4.4. Central de Alarme – Tipos de Acionamento

4.4.1. O sistema permitirá o acionamento diurno, a partir de ação manual, e acionamento noturno automático, acompanhado 24 horas pela Central de Monitoramento;

4.4.2. Sensorial: acionamento de sirenes externa e interna a partir da detecção de movimentos no interior das dependências, com aviso à Central de Monitoramento (proteção contra arrombamento);

4.4.3. Acionamento manual com aviso à Central de Monitoramento, sem alarme sonoro na dependência, a partir de acionador manual (botoeira de pânico). “Aviso de assalto ou movimentação suspeita”;

4.5. Central de Alarme – Recursos de At ivação/ Desativação

4.5.1. Possibilidade de monitorar 18 setores independentes, programáveis individualmente através de painel digital;

4.5.2. Programação através de teclado alfanumérico;

4.5.3. Programação de horários para ativação/desativação;

4.5.4. Recurso de ativação/ desativação por usuário via teclado, com utilização de senha;

4.5.5. Recurso de ativação/desativação pela Central de Monitoramento via linha telefônica ou de dados (upload/download), com utilização de senha;

4.5.6. Alteração de senhas de u suários e utilização de senhas de coação;

4.5.7. Recurso de travamento do sistema em caso de três impostações incorretas de senha;

4.5.8. Programação independente de todos os setores;

4.5.9. Habilitação/desabilitação dos setores de forma independente, inclusive com temporização;

4.5.10. Habilitação de teclado auxiliar para controle exclusivo de um setor especificado;

4.5.11. Comunicação com a Central de Monitoramento todas as vezes que o sistema for habilitado/desabilitado, com identificaç ão do usuário, data e horário.

4.6. Central de Alarme – Sistema de Alimentação Elétrica

4.6.1. Fonte de alimentação constituída de unidade retificadora e bateria de acumuladores elétricos, ambos compatíveis entre si, e com a tensão de rede da dependência, controlada e dimensionada para a capacidade instalada do sistema;

4.6.2. Sistema de No- break (fonte de alimentação/bateria) próprio e exclusivo, com bateria interna auto -regarregável, com autonomia para, no mínimo 12 (doze) horas de funcionamento em situação de contingência – falta de energia – mantendo- se o sistema de alarme, inclusive o acionamento das sirenes;

4.6.3. As baterias da Central de Alarme deverão estar incorporadas no gabinete da mesma;

4.6.4. As flutuações de tensão da rede elétr ica e a operação alternada entre a rede e a bateria interna não devem provocar quaisquer instabilidade ou desajustes de sensibilidade nos sensores ou circuitos internos da central;

4.6.5. A fonte de alimentação da central deverá executar a recarga de seu c onjunto de baterias de forma normal, mesmo com a tensão nominal de rede elétrica sofrendo flutuações dentro do limite de ± 20%.

4.7. Informações Adicionais

4.7.1. Cada sistema será acionado localmente por pessoa indicada pela administração da respectiva u nidade;

4.7.2. O sistema deverá estar pronto para funcionar durante as 24 (vinte e quatro) horas do dia;

4.7.3. Os sistemas estarão interligados a Central de Monitoramento da contratada, utilizando a rede LAN de cada unidade;

4.7.4. O sistema possuirá recu rso de interligação através de comunicação, via ethernet;

4.7.5. O software de gestão deverá ser capaz de fornecer relatório diário de todos os eventos ocorridos em cada um dos sistemas.

4.9. Composição do s Sistema s de Alarme .

4.9.1. Central de Alarme

Dispositivo responsável pelo gerenciamento, recepção e envio dos eventos gerados.

4.9.2. Teclado de Comando

Dispositivo destinado a gerenciar a comunicação dos usuários com a Central de Alarme.

4.9.3. Sensor Infravermelho Passivo

Dispositivo respon sável pela detecção de invasão do local protegido, interligado a central de alarme.

4.9.4. Bateria Selada 12V

Dispositivo secundário de alimentação de energia 12 volts, que entra em ação, alimentando os dispositivos ligados ao sistema e alarme, quando há i nterrupção no fornecimento de energia primária.

4.9.5. Sirene Piezelétrica 120 Db

Dispositivo que acionado pela central de alarme, gera um alarme sonoro quando o ambiente protegido é violado.

4.9.6. Botoeira de Pânico de Emergência

Dispositivo que quando acionado gera um alarme silencioso, alertando o Centro de Controle Operacional de que algo irregular está ocorrendo no local protegido.

4.9.7. Cabo CCI de 2 Pares

Dispositivo de interligação dos sensores as centrais de alarme.

4.9.8. Serviços de Instalação

Abrange todos os serviços de instalação dos equipamentos, programações de hardware e sotware, mão de obra e maquinário necessários.

4.10.Caderno de Especificações dos Equipamentos do Sistema de Alarme de Intrusão .

4.10.1. Central de Alarme

Central de alarme com c omunicação de dados via tecnologia ethernet e PSTN (linha telefônica convencional); Opção de configuração remota via TCP/ IP; Deverá possuir a capacidade de armazenar 6 números de telefone (2 para monitoramento, 1 para download e 3 para telefones pessoais) e suportar múltiplas rediscagens em caso de número ocupado na comunicação via linha telefônica; Deverá possuir as funções pânico,

emergência e configuração de zona 24 horas com aviso sonoro; Possuir temporização e função de teste de sensores; Podem ser conectados a sensores de abertura, infravermelho, impacto e outros; Apresentar comunicação de eventos para no mínimo 1 endereço IP; Módulo quadriband (850 – 900 - 1800 e 1900 MHz); Supervisão do link ethernet com inter valos de tempo configuráveis; Ter operação com IP fixo ou dinâmico; Possuir capacidade para conexões com destinos DNS; Utilização do protocolo TCP/ IP como meio de transporte para eventos; Possuir software para download e upload (plataforma Windows®), compa tível com a maioria dos modems convencionais; Download e visualização dos últimos 230 eventos com registro de data e hora; Ter compatibilidade com a grande maioria de modem ADSL, hubs e roteadores disponíveis no mercado; Dispor de fonte chaveada Full range de 90- 265 VAC; Possuir capacidade para conexão de até 2 teclados e 2 receptores RF; Dispor de até 1 partição; Identificação de usuário por controle remoto; Apresentar sistema de verificação de sabotagem da fiação dos sensores e dos dispositivos do barrame nto (teclados e receptores); Possuir detecção de sobrecarga na saída auxiliar, detecção de curto e corte da sirene, detecção de corte da linha telefônica; Utilizar protocolo contact ID para trafegar comunicação via linha telefônica; 1 conta de monitorament o; Dispor de reportagem normal, dupla e split; Possuir, no mínimo, 1 saída PGM programável; auto ativação programável por inatividade ou agendada por horário; Ter recepção de até 16 zonas para sensores e 120 dispositivos sem fio (sensores/ controles remotos ); Cancelamento automático de zona; Possuir função anunciador de presença por zona; Possibilitar 50 senhas; Fusíveis de proteção rearmáveis; Carregador de bateria inteligente com proteção contra curto e inversão de polaridade da bateria; Gabinete plástico para proteção da central com alojamento para bateria; Ter tensão de saída auxiliar = 12 VDC; Corrente de saída de sirene = 1 A com bateria e 200 mA sem bateria; Corrente de saída PGM (programada) = 50 mA, 12 VDC; Temperatura de operação = - 5° C a +45° C; Ten são carregador de bateria = 12 VDC; Tensão de alimentação = 90 a 265 VAC (automática); Tempo de zona rápida = 15 ms; Corrente de zona de incêndio = NA 250 mA; Certificado pela Anatel.

4.10.2. Teclado de Comando

Teclado com display LCD para central de ala rme monitorada, possua no mínimo 2 zonas por teclado; Deverá possuir tampa para proteção contra acionamento acidental das teclas; Deve ainda possuir sinalização sonora durante operação e visualização do

nível de bateria da central; Deverá permitir função c omo visualização de problemas, comunicação por barramento, visualização de data e hora, bem como simplificar a programação da central de alarme; Deverá permitir a visualização das zonas e seus status (mesmo sendo de outros teclados), bem como sinalizar o s tatus das partições; Deve permitir a utilização de funções como pânico, emergência médica e incêndio; Deve possuir proteção contra violação (tamper); Deverá possuir sinalização sonora durante operação e seu teclado deverá ser multi função possibilitando op eração e supervisão de eventos; Seu display LCD deverá possuir ao menos 2 linhas com no mínimo 14 segmentos e ainda possuir luz de fundo; O teclado deverá ser formado por teclas alfanuméricas iluminadas e LED indicador de central ativada; Deverá permitir personalizar o nome dos usuários e das zonas; Deverá possibilitar a configuração de pelo menos 4 teclados por central; Sua alimentação deverá ser com tensões entre 9 a 16 VDC e consumo menor ou igual a 190 mA; Deverá suportar temperaturas de operação de no mínimo entre -10° C a 50° C;

4.10.3. Sensor Infravermelho Passivo

Sensor infravermelho passivo PET que deve apresentar as seguintes características: Possuir lentes de filtro ótico especiais, com a função de evitar falsos disparos provocados pela luz solar ; Conter no mínimo 2 piro sensores infravermelhos; Possuir compensação automática de temperatura; Possuir contador de pulsos ajustável; Ter chave anti -violação N.C sem saída de tensão; Possuir LEDs indicativos de movimento ligado/desligado selecionável;Ser microprocessado, ter sinal de captação com sensor duplo contra alarmes falsos;Possuir compensação automática de temperatura;Possuir modo de alarmes opcionais para a conexão de diferentes centrais de alarme;Possuir tensão operacional de 12 Vdc (faixa 9 - 16 Vdc);Possuir corrente operacional menor ou igual a 25 mA;Possuir auto teste de até 70s;Ter sensor infrevermelho duplo de baixo ruído e liberação de calor;Nível de imunidade a animais domésticos menor ou igual a 30 Kg;Possuir temperatura operacional entra - 5° C a 45° C;Operação com umidade relativa do ar de até 85%;Possuir saída de relé N.O/ N.C opcional;Capacidade do ponto de contato 28 Vdc/ 80 mA;Possuir jumper para permitir o controle da contagem de pulsos;Permitir uso em ambientes externos.

4.10.4. Bateria Selada 12V

Bateria de chumbo - ácido regulada por válvula selada VRLA recarregável, livre de manutenção e protegida contra vazamento, sendo adequada para o uso em sistemas de segurança; Possuir uma vida útil mínima de 5 anos em regime de flutuação; Deve ter uma tensão total de 12 VDC; Sua capacidade deve ser de 7 Ah @ 20h até 1,75 V (tensão final) por célula a 25° C; Deve possuir no mínimo 6 células; Possibilitar uma corrente máxima de descarga de 70 A em pelo menos 5 s; Xxxx possuir resis tência interna

aproximada de 30 mΩ; Possibilitar operação normal em temperaturas a 25° C, sendo

aceita uma variação de +/ - 5° C; Possuir tensão de recarga em flutuação entre 13,6 VDC a 13,8 VDC e suportar uma corrente máxima de recarga recomendada de 2,1 A ; Sua variação de tensão em serviço cíclico e equalização deverá ser entre 14,4 VDC a 15 VDC; Deverá possibilitar armazenamento por mais de 6 meses a uma temperatura de 25° C e sua taxa de auto descarga deverá ser menor que 3% ao mês; Deve possuir um peso aproximado a 2 kg, com tolerância de ± 4%; A bateria deverá ser fornecida de acordo com as normas ambientais; Seu fabricante deverá possuir descarte responsável, permitindo auxiliar no descarte através de suas autorizadas para ser reciclada.

4.10.5. Sirene Piezelétrica 120 Db

Sirene de alarme do tipo magnética; Deverá possuir tensão de alimentação de 9 ~ 15 VDC; Sua potência sonora deverá ser de 105dB a 1 metro; Deverá possuir corrente máxima de consumo de 1ª; Deverá possuir base móvel para fixação; D everá operar nas condições de temperatura - 5 a 45º Cc/ 90% de umidade.

4.10.6. Botoeira de Pânico de Emergência

Botoeira de pânic o de emergência com c aixa em ABS; Deve possuir contatos C, NA e NF: Material dos contatos banhados em prata.

4.10.7. Cabo CCI de 2 Pares

Cabo com 2pares multicoresde 0,50mm; condutor em cobre estanhado eletrolítico mole ; isolação em polietileno de baixa densidade ; Cobertura em composto termoplástico à base de cloreto de polivinila (PVC 70° C) anti chama;

0.00.0.Xxxx de Dados da Unidade

Meios de transmissão dos dados e imagens dos Gravadores de Vídeo em rede ao Centro de Controle Operacional – CCO.

4.10.9. Link de Dados Concentrador

Meio de recepção dos dados e imagens no Centro de Controle Operacional.

4.10.10. Serviços de Instalação

Abrange todos os serviços de instalação dos equipamentos, programações de hardware e sotware, mão de obra e maquinário necessários.

5. DO SISTEMA DE CAPTAÇÃO, GERAÇÃOE GRAVAÇÃO DE IMAGENS

O sistema consistirá na instalação de dispositivos de captura, geração e gravação de imagens em pontos pré -estabelecidos, capazes de captar, gerar e gravar localmente as imagens, bem como, enviar estas imagens ao Centro de Controle Operacional (CCO), a ser instalado na sede da CONTRATADA.

Em cada ponto escolhido ser ão instaladas unidades de gravação e geração de vídeo dotado de software de controle e tratamento de imagem, conjunto de câmeras policromáticas fixas, e todos os acessórios necessários à captação, geração, gravação e transmissão de imagens , de acordo com os quantitativos estabelecidos neste TR .

A solução a ser implantada deverá compreender um sistema híbrido de comunicação, sendo a transmissão entre as câmeras e as Gravadores Digitais de Vídeo em Rede efetivadas através de cabo UTP Cat 5e, e das Unidades Digitais de Gravação de Vídeo com os Terminais de Monitoramento montados no CCOatravésde link de dados disponibilizados , sobrede de dados em fibra ótica, fechando uma rede VPN dedicada e exclusiva de propriedade da contratada .

O sistema deverá ser dimensionado para gravar as imagens localmente a uma taxa de 15 frames por segundo em uma resolução mínima de 1 280 x 720p.

O sistema deverá ser dimensionado para armazenar as imagens gravadas por no mínimo 30 dias.

5.1. Composição do Sistema de Captação, Geração e Gravação Digital de Imagens.

5.1.1.Gravador Digital de Vídeo em Rede –NVR;

Dispositivo responsável pela recepção, gravação e armazenamento das imagens geradas na tecnologia IP.

5.1.2. Câmera Fixa IP;

Dispositivo fixo de captação e geração de imagens, instalado em pontos pré - estabelecidos de acordo com estudo técnico previsto nest e Termo de Referência.

5.1.3. Rack Outdoor 19” – 10US

Dispositivo de acomodação dos equipamentos ativos a serem instalados em cada uma das unidades contempladas com sistema e captação, geração e gravação de imagens.

5.1.4. Patch Panel PoE

Dispositivo destinado a prover alimentação elétrica para os dispositivos de captura.

5.1.6. Fonte Para Patch Panel PoE

Dispositivo destinado a prover alimentação elétrica para os dispositivos de captura.

5.1.7. No Break 1.44 Kva

Dispositivo secundário de alimentação de energia elétrica, que entra em ação, alimentando os dispositivos a ele ligados, quando há interrupção no fornecimento de energia primária.

5.1.8. Disco Rígido 24x7 CFTV(HD 2, 3 e 6 TB)

Dispositivo destinado à gravação e armazenamento local das imagens geradas.

5.1.9. Cabo UTP Cat 5e

Meios de transmissão das imagens e dados gerados pelos equipamentos de captação e geração aos Gravadores de Vídeo em Rede.

5.1.10. Unidade de Rede Ótica

Dispositivo ativo de conexão que utiliza tecnologia passiva para transferência de dados bidirecional por uma única fibra óptica, fisicamente acomodado em cada um dos prédios onde serão instalados os equipamentos de videomonitoramento e alarmes de intrusão, será o responsável pela inclusão da unidade na rede.

5.1.11. Ativo Gerenciador de Rede Cliente

Dispositivo ativo de conexão cliente da rede, fisic amente acomodado em cada um dos prédios onde serão instalados os equipamentos de videomonitoramento e alarmes

de intrusão, será o responsável pelo gerenciamento daquele ponto de rede que está servindo.

5.1.12. Link de Dados da Unidade

Meios de transmissão dos dados e imagens dos Gravadores de Vídeo em rede ao Centro de Controle Operacional – CCO.

5.1.12. Link de Dados Concentrador

Meio de recepção dos dados e imagens no Centro de Controle Operacional.

5.1.13. Serviços de Instalação

Abrange todos os serviços de instalação dos equipamentos, programações de hardware e software, mão de obra e maquinário necessários.

5.2. Caderno de Especificação de Equipamentos do Sistema de Captação, Geração e Gravação de Imagens

5.2.1.Gravador Digital de Vídeo em Rede – NVR;

5.2.1.1. Gravador Digital de Vídeo em Rede 4 Canais

Sistema de gerenciamento e gravação para até 4 câmeras IP que deve apresentar as seguintes características técnicas: Possuir resolução de 5 MP por canal; Possuir resolução de saídas de vídeo de 1920 x 1080; Possuir sistema Linux embarcado; Conter Microprocessador Dual Core de alto desempenho embutido; Possuir função pentaplex; Possuir fonte de alimentação externa 100 - 240 Vac, 50/60 Hz automático, 12 Vdc, 1,5ª, com consumo máximo de 2,57 W (sem HD); Possuir 1 saída de vídeo HDMI e 1 VGA; Possuir compatibili dade com protocolo Onvif perfil S; Suportar compressão de vídeo

H.264 e H.265; Suportar divisão de tela de ¼; Possuir no mínimo 4 níveis configuráveis na qualidade de imagem por canal, visando otimizar o tamanho do arquivo; Possuir pelo menos 3 zonas de máscara de privacidade configurável por canal; Possibilitar ocultar câmeras para determinados usuários; Suportar configuração de Bitrate (KBPS) individual por canal; Suportar detecção de movimento, perda de vídeo e mascaramento de câmera; Suportar mínimo de 1 HD Sata de 4 TB; Possuir alarme de falha e espaço suficiente; Buscar gravação por data/hora com precisão por segundos, por tipo de evento, regular e ou detecção de movimento; Possibilitar reprodução rápida, pausa, parar, retrocesso, reprodução lenta, tel a cheia, e seleção do arquivo para backup; Possibilitar backup por pen drive, disco rígido USB, Download por rede e FTP; Suporta Backup dos arquivos em formato AVI e formato proprietário; Permitir Backup em tempo real em um canal em

dispositivo USB sem per da da gravação em disco rígido; Possuir programação para captura e envio de alertas e fotos por e -mail; Possuir no mínimo uma interface de rede RJ45 (10/100 Mbps); Suportar serviço DDNS próprio; Suportar transmissão TCP/IP, DDNS, FTP, NTP e filtro IP; Poss uir funções auxiliares como e -mail, DHCP, NO- IP, DYNDN; Deve possuir interface local e web em português; A operação remota deve possibilitar monitoramento, configuração do sistema, reprodução, download de arquivos gravados e informações sobre registros; De ve possuir acessibilidade via web browser; Possuir interface local para verificar status do HD, gravação de registros, versão de bios, usuários online e rede ausente; Permitir a captura de pacotes via interface local e armazenamento em dispositivo USB; Per mitir realizar teste de conectividade (ping) através de interface local; Possuir serviço de cloud; Possuir controle de banda individual por canal; Possuir dual bitstream; Suportar conexão com mouse USB; Possuir no mínimo

1 interface USB 2.0; Possibilitar m ontagem em mesa ou bandeja de rack; Ter certificações FCC, CE; Deve possuir fabricante que faça parte do fórum de padronização Onvif; Permitir configuração de entrada e saída de horário de verão programada; Permitir o envio de e- mail para no mínimo 2 desti nos; Deve possibilitar o backup de arquivos de configuração do sistema; Deve possuir proteção através de filtragem de IP.

5.2.1.2. Gravado Digital de Vídeo em Rede 8 Canais

Gravador digital de vídeo em com capacidade de gerenciar e gravar imagens de no mínimo 8 câmeras IP; Deverá possuir recursos no sistema básicos, como reprodução de imagens ao vivo e gravadas, gravação, backup e acesso remoto, juntamente com uma interface p ara o usuário amigável e com dicas de menus na tela; Deverá permitir visualização em tempo real através de ao menos saídas de vídeo HDMI e VGA, com resolução mínima de 1920 x 1080 (Full HD) e gravação dos vídeos em resolução mínima de 6MP a pelo menos 30 f ps; Deverá ser compatível com ao menos a compressão de vídeo H.264; Para conseguir um menor tamanho do arquivo de vídeo e assim gerar menor tráfego na rede, o gravador deverá dispor de ao menos 4 níveis de qualidade de vídeo, configuráveis individualmente; Deverá ser compatível com a função de máscara de privacidade com a possibilidade de no mínimo 2 zonas configuráveis por canal; Deverá permitir ajuste da configuração de bit rates de forma individual por canal; Deve ainda possuir funções como detecção de p erda de vídeo e detecção de mascaramento de câmera; O gravador deverá possuir a capacidade de armazenamento de ao menos 1

disco rígido (HD SATA II) de no mínimo 1 TB e funções como hibernação do HD, alarme de falha e espaço insuficiente; Deverá permitir a reprodução por buscar hora/data com precisão de segundos e detecção de movimento, bem como permitir funções como Reproduzir, Parar, Avançar lento e seleção do arquivo para backup; Permitir configuração de entrada e saída de horário de verão programada; O g ravador deverá possuir modos de backup através de dispositivo USB, FTP e download através da página web do NVD, podendo ser em formatos de arquivos como AVI; permitir backup em tempo real em um canal em dispositivo usb sem perda da gravação em disco rígido ; Deverá possuir ao menos uma interface RJ45 (10/100 Mbps) e permitir funções como transmissão TCP/IP, NTP, DNS, Filtro IP, FTP; bem como permitir funções auxiliares como e -mail, DHCP, No- IP e/ ou DynDNS; Deverá permitir uma programação para captura e envio de alertas e fotos por e-mail; Permitirá realizar teste de conectividade (ping) através de interface local e capturar os pacotes via interface local e armazenar em dispositivo USB; A operação remota deve possibilitar monitoramento, configuração do sistema , reprodução, download de arquivos gravados e informações sobre registros; Deve possuir ao menos dois stream de vídeo, possibilitando gravar imagens em qualidades diferentes para transmissão pela rede, podendo ser configurado independentemente por canal; D everá ainda possuir ao menos duas interfaces auxiliares USB 2.0; Sua alimentação deverá ser através de fonte de alimentação bivolt (100 a 240 VAC, 60 Hz) automática e poderá ser externa, com saída de 12 V e corrente de no máximo 2 A, assim seu consumo (sem HD) não deverá ser maior que 3 W; O fabricante deverá fazer parte do fórum de padronização ONVIF (Open Network Video Interface Forum);

5.2.1.3. Gravado Digital de Vídeo em Rede 16 Canais

Gravador digital de vídeo em com capacidade de gerenciar e gravar i magens de no mínimo 16 câmeras IP; Deverá possuir recursos no sistema básicos, como reprodução de imagens ao vivo e gravadas, gravação, backup e acesso remoto, juntamente com uma interface para o usuário amigável e com dicas de menus na tela; Deverá permit ir visualização em tempo real através de ao menos saídas de vídeo HDMI e VGA, com resolução mínima de 1920 x 1080 (Full HD) e gravação dos vídeos em resolução mínima de 8MP a pelo menos 30 fps; Deverá ser compatível com ao menos a compressão de vídeo H.264; Para conseguir um menor tamanho do arquivo de vídeo e assim gerar menor tráfego na rede, o gravador deverá dispor de ao menos 4 níveis de qualidade de vídeo,

configuráveis individualmente; Deverá ser compatível com a função de máscara de privacidade com a possibilidade de no mínimo 2 zonas configuráveis por canal; Deverá permitir ajuste da configuração de bit rates de forma individual por canal; Deve ainda possuir funções como detecção de perda de vídeo e detecção de mascaramento de câmera; O gravador deverá possuir a capacidade de armazenamento de ao menos 1 disco rígido (HD SATA II) de no mínimo 1 TB e funções como hibernação do HD, alarme de falha e espaço insuficiente; Deverá permitir a reprodução por buscar hora/data com precisão de segundos e detecçã o de movimento, bem como permitir funções como Reproduzir, Parar, Avançar lento e seleção do arquivo para backup; Permitir configuração de entrada e saída de horário de verão programada; O gravador deverá possuir modos de backup através de dispositivo USB, FTP e download através da página web do NVD, podendo ser em formatos de arquivos como AVI; Permitir backup em tempo real em um canal em dispositivo usb sem perda da gravação em disco rígido; Deverá possuir ao menos uma interface RJ45 (10/ 100/ 1000 Mbps) e permitir funções como transmissão TCP/ IP, NTP, DNS, Filtro IP, FTP; bem como permitir funções auxiliares como e - mail, DHCP, No- IP e/ ou DynDNS; Deverá permitir uma programação para captura e envio de alertas e fotos por e - mail; Permitirá realizar teste de c onectividade (ping) através de interface local e capturar os pacotes via interface local e armazenar em dispositivo USB; A operação remota deve possibilitar monitoramento, configuração do sistema, reprodução, download de arquivos gravados e informações sob re registros; Deve possuir ao menos dois stream de vídeo, possibilitando gravar imagens em qualidades diferentes para transmissão pela rede, podendo ser configurado independentemente por canal; Deverá ainda possuir ao menos duas interfaces auxiliares USB 2 .0; Sua alimentação deverá ser através de fonte de alimentação bivolt (100 a 240 VAC, 60 Hz) automática e poderá ser externa, com saída de 12 V e corrente de no máximo 2 A, assim seu consumo (sem HD) não deverá ser maior que 3 WO fabricante deverá fazer pa rte do fórum de padronização ONVIF (Open Network Video Interface Forum);

5.2.2. Câmera IP Fixa;

Deverá ser colorida do tipo Dome com tecnologia IP e apresentar as seguintes especificações técnicas: Sensor de imagem em estado sólido do tipo CMOS de1/2.7”, ou superior, com varredura progressiva; Sua lente deverá ser fixa de pelo menos 2.8 mm, e atender aos ângulos de visão (H x V) de pelo menos 110° x 55° , com abertura máxima F2.0; Deverá possuir iluminação mínima de 0.08 Lux com IR desligado e 0Lux com IR

ligado; Deverá possuir resolução em pelo menos HD (1280 x 720) podendo atender no máximo a resolução Full HD (1920 x 1080); Possuir velocidade de obturador de 1/3 a 1/100.000s de forma manual ou automática; Deve transmitir pelo menos 2 streamings de vídeo, todos com possibilidade de configuração para compressão H.265; Suportar redução de ruído 3D; Supo rtar compensação de luz BLC, HLC e DWDR; Deverá possuir as compreensões de vídeo H.264 e H.265; Suportar compensação BLC sobre a área total da imagem ou escolha da região que deve ser priorizado o BLC; Deverá possuir iluminação infravermelho de alcance de no mínimo 25m, bem como deverá possuir função de IR inteligente, com possibilidade de desabilitar, automático ou definir o valor do ganho nos níveis entre 1 a 100; Possuir interface Web em Português; Possuir função de detecção de movimento com no mínimo3 r egiões, possuindo para cada uma delas sensibilidade e limiar independentes; Possibilidade de visualização das imagens e configuração via Web Browser; Possibilidade de recuperação de senha via Web Browser; Possuir função de detecção de movimento com possibi lidade de agendamento; Possuir função de gravação de vídeo e fotos em servidor FTP com possibilidade de agendamento; Deverá estabelecer chamada via SIP (vídeo e áudio) por detecção de movimento e ligação para um ramal SIP pré -configurado na câmera; Deverá possuir zonas de mascaramento de imagem programáveis (no mínimo 2 zonas independentes); Deverá suportar sobreposição de data, hora, texto no vídeo; Deverá suportar no texto da sobreposição no mínimo25 caracteres; Deverá possuir no mínimo mais 4 campos destinados texto, com capacidade de no mínimo 20 caracteres cada um; Deverá possuir zonas de área de interesse de imagem programáveis (no mínimo 3 zonas independentes); Suportar troca agendada de configurações como brilho, contraste, saturação, nitidez, gama, BLC, HLC, DWDR, ajustes do obturador, ajustes de ganho, balanço de branco, modo colorido, automático ou preto e branco, possibilitando aplicar um conjunto de configurações específicas durante um período e um conjunto de configurações específicas durante ou tro período; Possuir saída Ethernet para conexão em rede TCP/ IP RJ -45 10/ 100BASE- T; Deverá permitir ativação de log na ocorrência de falha da rede ethernet e/ ou conflito IP nesta mesma rede; Possuir arquitetura (API) aberta para integração com outros siste mas; Possuir protocolos Internet: IPv4, IPv6, HTTP, HTTPs, RTSP, RTCP, SMTP (com SSL e TLS), FTP, ICMP, DHCP, UPnP, Bonjour,

DNS, DDNS, NTP, TCP/ IP, UDP, SNMP, IGMP (Multicast), QoS e SIP; Deverá possuir as

3 versões do protocolo SNMP; Deverá possuir contr ole de acesso ilegal, com quantidade de erros de login configurável com no mínimo até 3 a 10 repetições; Deve possuir qualidade de serviço (QoS) para stream de vídeo e comandos internos; Possuir proteção através de senhas com, no mínimo, 8 níveis de acesso ; Deve permitir proteção através de filtragem IP; Deve possuir acessibilidade com uso do navegador Internet Explorer; Deve possuir firmware atualizável via interface web e software do próprio fabricante. As versões do firmware deverão ser disponibilizadas gratuitamente no web site do fabricante; Deve possuir de forma integrada a compatibilidade com software de visualização em aplicativos móveis iOS e Android fornecidos pelo fabricante da mesma; Possuir suporte as seguintes entradas de alimentação: 12V DC e Power over Ethernet (PoE) definido pelo padrão IEEE 802.3af, sendo este integrado a câmera; Deverá possuir Grau de proteção para invólucros IP67; Deve possuir um consumo igual ou inferior a 5W; Permitir configuração de entrada e saída de horário de verão p rogramada; Permitir envio de e- mail para no mínimo 3 destinos; Deve possibilitar o backup dos arquivos de configuração; Deve permitir o envio de vídeos e fotos para o servidor FTP na ocorrência de evento (detecção de movimento); Deve possuir caracteres par a verificação da autenticidade do vídeo (marca d’agua) e ferramenta do fabricante para a verificação da mesma; Deve possuir visualização de Log de alarme on -line com as opções para Detecção de Movimento, Máscara de Vídeo e Reprodução de Som; Deverá possuir a função de detecção de mudança de cena; Deverá possuir funções de vídeo analítico com a possibilidade de realização de agendamento e ajuste de região mínima e máxima de análise para as seguintes funções: Detecção de direção – Com a possibilidade de inser ir 10linhas com escolha da direção de detecção; Detecção de intrusão – Com a possibilidade de inserir 10regiões com escolha da direção de detecção; Deverá possuir a função de região de interesse; Deverá possuir a função de filtro de ruído, com possibilidad e de ativar ou desativar; Possuir serviço de Cloud; Deverá ser fornecida com garantia de no mínimo 1 ano pelo fabricante, bem como acompanhar manual em português.

5.2.3. Rack Bastidor

Rack outdoor 10U 19" fabricado em chapa de aço galvanizado com pintura Epoxi interna e externa; rack interno tipo basculante para fixação de equipamentos 19";

sistema de fechamento das portas anti - vandalismo com chave central e dois porta cadeados; suporte para fixação em poste/ parede através de cinta BAP; sistema de ventilação por convecção natural e preparada para receber ventilação forçada; 3 entradas semi estampadas na parte inferior para passagem de cabos; 1 bandeja para equipamentos; Dimensão(mm): 550x550x390 (AxLxP) - (Externa).

Armário CE

5.2.4. Patch Panel PoE

Fonte de alimentação de 5 amper e 48 volts tipo rack com as seguintes características mínimas: Deve permitir a ligação de até 12 equipamentos com apenas uma fonte com tráfego de dados e energia no mesmo cabo UTP - tecnologia PoE, compatível com a norma IEE E 802.3AT (pinos 4 e 5 positivo/ 7 e 8 negativo); Tensão de entrada de 12 a 48VDC; Tensão de saída de 12 a 48VDC (a mesma tensão que estiver na entrada); Corrente: 1,5A por porta; Conexão RJ45 independentes, sendo uma LAN e uma PoE (compatíve com a norma I EEE 000.0.XX; pinos 4 e 5 positivo, 7 e 8 negativo); Transmissão de dados através de fast ethernet de 100Mbps por porta; Sistema de proteção individual por porta e conectores RJ45 blindados; ontagem em rack 19" 1U; MTBF: >60.000 horas (estimado); Temperat ura de operação 0 a +40ºC.

5.2.5. Fonte Para Patch Panel PoE

Fonte de alimentação de 5 amper e 48 volts tipo rack com as seguintes características mínimas: Carregador de alta potencia; Padrão 19"; 5 Saídas POE Frontais; Saída Traseira; Sensor de corrente para proteção elétrica automática do equipamento; Dupla proteção de sobrecarga na saída; Proteção de sobrecarga na entrada; Carregador de Bateria Inteligente; Circuito de proteção de bateria descarregada; Sinalização sonora e visual em modo bateria; Proteç ão contra inversão de polaridade de bateria; Tensões de saída estabilizada.

5.2.6. No Break 1.44 Kva

Nobreak que deve oferecer proteção para equipamentos eletrônicos (equipamentos de informática, áudio e vídeo) das oscilações da rede elétrica; Deve possuir pelo menos 2 baterias internas do tipo chumbo -ácido, selada, de 12 VDC / 7 Ah

para prolongar a utilização dos equipamentos em caso de queda no fornecimento de energia elétrica; Deve ainda possuir uma função que possibilite ligar o nobreak sem a presença da energia da rede elétrica, desde que a bateria esteja com carga; Permitir carregamento automático da bateria mesmo que o nobreak esteja desligado, bastando estar conectado à rede elétrica; Deve possuir no mínimo 6 níveis de proteção, como contra sobrecarga nas tomadas de saída, contra curto -circuito nas tomadas de saída, contra sobrecarga na entrada de rede, contra sobreaquecimento no inversor, contra sub e sobre tensão da rede elétrica, bem como contra descarga total e sobrecarga da bateria; Deverá possuir capacidade de potência xxxxxxx xx xxxxx xx xx xxxxxx 0000 XX; Sua tensão nominal na entrada deverá ser de 220 VCA com fator de potência de 0,5; Possuir uma variação máxima na tensão de 165 a 265 VAC e uma frequência de 60 Hz (± 5%); Seu cabo de força deverá ser de acordo com a norma NBR 14136; Possuir tensão nominal em modo bateria de 220 VAC (± 10%) e uma frequência no modo bateria de 60 Hz (± 1%); Possuir um tempo de transferência menor que 10 ms; A forma de onda, no modo bateria, deverá ser seno idal por aproximação (retangular PWM - controle de largura de pulso); Deverá possuir no mínimo 6 tomadas com saída de acordo com norma NBR 14136; Deve possuir proteção contra sobre tensão e sub tensão na entrada AC, onde poderá mudar para operação em modo bateria; Deve possuir proteção contra descarga e sobrecarga de bateria de no mínimo 10,5 V; Deverá possuir fusível de proteção da rede de 10 A, bem como proteção contra sobrecarga na saída incorporada; Deve possuir sinalização luminosa que indique status c omo curto-circuito ou sobrecarga na saída, modo bateria, carga de bateria e modo de rede; Possuir ainda sinalização sonora indicando ao menos que entrou no modo de bateria, indicação de carga baixa, indicação de sobrecarga e curto - circuito; O equipamento d everá ser fornecido com no mínimo 1 ano de garantia pelo fabricante, juntamente com manual de usuário em português.

5.2.7. Disco Rígido HD

Disco rígido SATA 3,5’’ desenvolvidos especialmente para uso em equipamentos de segurança eletrônica, com capacidade de operação de 24 horas por dia, 7 dias por semana; Deve possuir características como estabilidade na gravação de dados, velocidade de disco controlada, dissipação de calor otimizada,baixo consumo de energia e nível de ruído; Deve possuir um buf fer de hospedagem de no mínimo6 Gb/ s e drive de

hospedagem de no mínimo 170 MB/ s; Sua capacidade de armazenamento deve ser de no máximo6TB; Deve possuir um cache de no mínimo 64 Mb e velocidade de rotação (RPM) de 5.400; Sua capacidade de erros de leitura não recuperáveis por bits lidos deve ser menor que 1 em 1014; Não deve ter um consumo elétrico maior que 6 W nos modos de leitura e/ ou escrita.

5.2.8. Cabo UTP Cat 5e

Condutor de cobre nú coberto por polietileno termoplástico; condutores trançados em pares; capa externa em material não propagante a chama em cumprimento com as diretivas européias RoHS; isolamento em polietileno de alta densidade com diâmetro

nominal 0.94mm; resistência de Isolamento 10000 M X.xx; 4 pares 24 AWG reunidos

com passo adequado, fo rmando o núcleo do cabo; Deve ser dotado de ripcord para facilitar a remoção da cap; blindagems sobre o núcleo atravs da aplicação de fita de poliéster metalizado; capa em composto PVC (RoHS compliant) retardante a chama apropriado para a classe flamabidad e; diâmetro Nominal 6,2mm; classe de Flamabilidade tipo CM em cumprimento aos requisitos da UL 1685 e tipo CMR em cumprimento aos requisitos da UL 1666; temperatura de instalação de 0ºC a 50ºC; temperatura de Armazenamento de -20ºC a 70ºC; temperatura de Operação –de 20ºC a 60ºC; desequilíbrio resistivo máximo de 5%; resistência elétrica CC máxima do condutor a 20ºC

de 93,8 Ω/km; capacitância mutua a 1kHz de no máximo 56 pF/ m; desequilíbrio

capacitivo Par x Terra a 1kHz máximo de 3,3 pF/m; impedância carac terística de 100±15% Ω; atraso de propagação máximo de 545ns/ 100m; diferença entre o atraso de Propagação máximo de 45ns/ 100m; prova de tensão elétrica entre condutores de 2500

VDC/3s e entre condutor e blindagem de 2500 VDC/ 2s; velocidade de propagação nominal de 68%.

5.2.9. Unidade de Rede Ótica

Equipamento que deverá ser a interface entre cliente e provedor e que deverá receber o sinal GPON e converte - lo em sinal Ethernet, permitindo o fornecimento de todos os serviços necessários para provedores de internet; Deverá ser gerenciada via OLT,localizada na central do provedor, garantindo um controle centralizado darede sem necessidade de deslocamentos para configuração de seus usuários; Deverá ser compatível com o modo de operação Bridge e fornecimento Triple - play QoS; A ONU deverá possuir interfaces GPON com pelo menos um conector SC/APC em conformidade com ITU-T G.984, sistema óptico classe B+; A transmissão GPON (TX) deverá possuir no

mínimo uma largura de banda de 1.244 Gbps para upstream com comprimento de onda de 1.310 nm e sua potência do sinal deverá ser de no mínimo entre 0,5 a 5,0 dBm; A recepção GPON (RX) deverá possuir uma largura de banda de no mínimo 2.488 Gbps para downstream com comprimento de onda de 1.490 nm; A ONU deverá possuir sensibilidade de recepção de no mínimo entre -27 dBm a -8 dBm; A unidade deverá possuir ainda ao menos uma interface Ethernet RJ45 Gigabit Ethernet (10/100/ 1000BASE - T Ethernet) em conformidade com as especificações IEEE 802.3 e Auto MDI/ MDIX com auto negociação;bO dispositivo deverá suportar ao menos os padrõesde rede ITU- T G.984, IEEE 802.3 Ethernet, IEEE 802.1q/p VLAN’s, IEEE 802.3u Fast Ethernet e IEEE 802.3ab 1000BASE -T;bDeverá ainda ter suporte para no mínimo os protocolos e funções GPONITU - T G.984 (GPON), no mínimo 8 T - CONTS por dispositivo, suporte a GEM ports por dispositivo, mapeamento flexível entre GEM ports e T - CONTScom programação baseada em fila de prioridade, ativação com descobrimento automático de SN esenha em conformidade com ITU - TG.984.3, decodificação AES -128 com geração de chave ecomutação, FEC (Forward Error Correction), Multicast GEM Port Ethernet/ IP, Bridging and switching (802.1D / 802.1Q), pelo menos 4 classes de tráfego com 802.1p, 802.3x Flow control,VLAN tagging/ untagging, VLAN stacking (Q - in-Q)e possuir tamanho do frame de no mínimo 2.000 Bytes; Deverá suportar IPTV através de IGMP snooping; Deve suportar temperaturas de operação de no mínimo entre -5° C a 60° C com umidade de no máximo 95%; Sua alimentação deverá ser através de fonte com entrada bivolt (100 –000 X, 00/00 Xx), podendo ser externa; A alimentação de saída da fonte deverá ser de 12 VDC e corrente de no máximo 0,5 A, seu consumo deverá ser igual ou inferior a 6 W; Deverá suportar pelo menos gerenciamento através de OMCI conforme a norma G.984.4; Deverá ser fornecido com no mínimo 1 ano de garantia pelo fabricante, juntamente com fonte bivolt especificada e guia de instalação em português.

5.2.10. Ativo Gerenciador de Rede Cliente

Roteador Ethernet com fio; Sistema operacional RouterOS; Freqüência nominal da CPU de 850 MHz; 1 núcleos CPU; 64 MB de RAM; Arquitetura MIPS - BE; Modelo de chip de switch QCA9531 - BL3A- R; 5 Portas Ethernet de 10/ 100; 1 plug de energia; Suporte a PoE; Tensão de entrada suportada de 6 V - V 30; Consumo máximo de energia

de 2W; Temperatura ambiente de -20C a +70C; Licença nível 4; Armazenamento flash; 16MB de capacidade de armazenamento.

5.2.10. Serviços de Instalação

Abrange todos os serviços de instalação dos equipamentos, programações de hardware e sotware, mão de obra e maquinário necessários.

6. DO CENTRO DE CONTROLE OPERACIONAL - CCO

A fim de assegurar a visualização, o monitoramento , o gerenciamento remoto das imagens e eventos de alarmes gerados, a contratada deverá instalar em espaço sob sua administração na cidade de Maceió um Centro de Controle Operacional (CCO), bem como, disponiblizar equipe de pronta resposta para o atendimento local das ocorrências.

O CCOdeverá ainda, estar tecnicamente preparado para recepcionar eventos gerados por sistemas de alarmes de intrusão e dispositivos ativos com recursos TCP- IP, trafegando os dados sobre a rede prevista neste termo de referência , através da qual serão realizados os endereçam entos IP para envio d os eventos gerados pelas centrais de alarme para servidores dotados de software de monitoramento de alarme de intrusão, com capacidade para gerenciar, armazenar e emitir relatórios.

O CCO deverá estar tecnicamente preparado para recepcionar imagens e dados de sistemasde câmeras e dispositivos ativos com recursos TCP- IP, trafegando imagens e dados sobre a rede prevista neste termo de referência , através da qual serão realizados os endereçamentos IP para envio das imagens captadas pelas câmeras para servidores de imagens dotado de software de monitoramento e gravação para circuito fechado de TV baseado em redes TCP/ IP, com capacidade para controlar e visualizar imagens de câmeras conectadas por servidores de vídeo e DVRs.

Para o monitoramento das imagens e dados gerados, será instalado painel de monitores, controlados por estações de monitoramento tipo PC, acoplados em mobiliário fabricado especialmente para atendimento ao CCO. As estações de monitoramento (PCs)deverão possuir placa de vídeo com capacidade de atender distintamente a no mínimo 04 (quatro) monitores, sendo estas dotadas de portas HDMI.

Os monitores de visualização no painel deverão ser de no mínimo 40”, não sendo permitidas mais que 32 (trinta e duas) imagens por monitor.

Os monitores de visualização de bancada deverão ser de no mínimo 22”, não sendo permitido mais que 32 (trinta e duas) imagens por monitor.

Os equipamentos ativos que servirão ao CCO deverão ser instalados em bastidores tipo rack 19”, dimensionados de maneira a acondicionar todos os equipamentos previstos.

A Central de Controle Operacional deverá funcionar ininterruptamente, comunicando, tempestivamente, através de relatórios, à coordenação administrativa do órgão protegido todas as ocorrências de alarme;

Verificação de funcionamento dos sistemas de captação, geração, gravação e visualização de imagens e de alarme de intrusão, deverá ser feita através de interligação entre o Centro de Controle Operacional e os equipamentos ativos instalados nos diverso s órgãos. A checagem deverá ser feita pelo menos uma vez a cada período de 24 horas de segunda-feira a domingo;

Detectada falha ou inoperância de qualquer componente do sistema, a contratada deverá comunicar, tão logo possível, à administração da unidade e providenciar imediata correção do defeito.

O Centro de Controle Operacional a ser instalada na sede da CONTRATADA, deverá possuir software VMS para a perfeita gestão das imagens, bem como a operação, armazenamento e d isponibilização de imagens para processos investigativos que se façam necessários;

O Centro de Controle Operacional deverá ainda possuir software com s olução completa para monitoramento eletrô nico de alarmes, que possibilite gerência de eventos, clientes, além da possibilidade em obter relatórios e efetuar as configurações gerais do sistema.

O Centro de Controle Operacional deverá possuir equipamentos de back - up e no- break com autonomia mínima de 36 horas, que deverão entrar em funcionamento imediatamente após eventual inoperância do sistema principal e/ ou queda na geração de energia elétrica;

O Centro de Controle Operacional deverá ser dimensionado para monitorar as imagens através do redirecionamento automático das imagens geradas em cada si te, com capacidade de visualização de no mínimo 1.262 (mil duzentos e sessenta e duas) câmeras diferentes, em resolução FULL HD (1080P), a uma taxa de 30 FPS, com

protocolo de compressão de imagem H.265 e taxa de transferência (bit rate) de 4096Kbps por câmera.

6.1. Composição do Centro de Controle Operacional

O Centro de Controle Operacional deverá estar organizado de maneira a receber e gerenciar os sistema de alarmes e sistemas de captação e geração de imagens de todas as unidade s, com no mínimo os seguintes ambientes e equipamentos:

6.1.1. Ambiente de Acomodação de Equipamentos

Ambiente com armários do tipo rack para abrigar os computadores terminais de monitoramento,

6.1.1.1. Rack 44 Us 19”

Destinado à acomodação dos equipamentos ativos de rede do CCO.

6.1.1.2. Guia de Cabos

Destinado à organização dos cabos dentro do rack de acomodação de equipamentos.

6.1.1.3. Painel de Acabamento

Destinado ao fechamento dos espaços entre cada um dos dispositivosinsta lados no rack de acomodação de equipamentos.

6.1.1.4. Bandeja Fixa

Destinadoà acomodação no interior do rack de equipamentos que não possuem medida de 19”.

6.1.1.5. Patch Panel 24 Portas

Dispositivo de distribuição passivo, responsável pelo direcionamento dos cabos na rede, fisicamente acomodado em cada um dos prédios onde serão instalados os equipamentos de videomonitoramento e alarmes de intrusão.

6.1.1.6. Módulo Suporte Para Fixação de Monitores 40”

Destinado à fixação dos monitores de vídeo que compõe o vídeo wall, este módulo deverá ter capacidade para até 2 (dois) monitores.

6.1.1.7. Módulo Console de Operações Aberto

Destinada a acomodar os equipamentos de mesa, bem como, facilitar o trabalho dos operadores de monitoramento , deverá ter capacidade para acomodação de 1 (um) operador.

6.1.2. Equipamentos Ativos de Comunicação

6.1.2.1. Ativo Gerenciador de Rede Core

Dispositivo ativo de conexão central da rede, fisicamente instalado no Centro de Controle Operacional na sede da contratada , será o responsável pelo gerenciamento de toda a rede.

6.1.2.2. Switch 24 Portas

Dispositivo ativo de conexão das câmeras IP objeti vando interligá - las uma mesma rede, fisicamente acomodado em cada um dos prédios onde serão instalados os equipamentos de videomonitoramento e alarmes de intrusão.

6.1.3. Ambiente de Visualização e Monitoramento

Ambiente com monitores fixados em suporte específico, destinado à apresentação das imagens geradas nas diversas unidades.

6.1.3.1. Monitor LCD 40”

Dispositivo responsável pela apresentação das imagens, dados e relatórios gerados pelo sistema.

6.1.3.2. Cabo HDMI

Destinados a interligação dos monitores aos terminais de monitoramento e gestão.

6.1.3.3. Monitor LCD 21,5”

Dispositivo responsável pela apresentação das imagens, dados e relatórios gerados pelo sistema.

6.1.4. Servidor de Imagens.

Hardware onde será instalado o software de gestão de imagens, localizados fisicamente no Centro de Controle Operacional .

6.1.5. Terminal de Monitoramento e Gestão de Vídeo.

Hardware onde será instalado o software de visualização e monitoramento das imagens geradas.

6.1.5.1. Terminal Desktop

Hardware onde será instalado o software de visualização e monitoramento das imagens geradas.

6.1.5.2. No Break 1,44 Kva

Dispositivo secundário de alimentação de energia elétrica, que entra em ação, alimentando os dispositivos a ele ligados, quando há interrupção no fornecimento de energia primária.

6.1.6. Software VMS para Visualização, Monitoramento e Gerenciamento de Imagens;

Aplicativo responsável pelo monitoramento e gerenciamento de todas as im agens geradas.

6.1.7. Software para Monitoramento e Gerenciamento de Alarmes;

Aplicativo responsável pelo monitoramento e gerenciamento de todas os eventos de alarmes.

6.1.8. Serviços de Instalação

Abrange todos os serviços de instalação dos equipamentos, programações de hardware e sotware, mão de obra e maquinário necessários.

6.2.Caderno de Especificação dos Equipamentos do Centro de Controle Operacional

6.2.1. Ambiente de Acomodação de Equipamentos

6.2.1.1. Rack 44 Us 19”

Xxxxxxx xxxx xxxxxx xx 000 xx; altura útil mínima de 1955 mm; profundidade útil mínima de 600 mm; porta frontal embutida com armação em aço 1,5mm de espessura e visor em fumê 2,0mm de espessura, com fechadura escamoteável; estrutura soldada em aço SAE 1020 1,5mm de espessura; pés niveladores (aço e polipropileno) confeccionados

em aço (1/2 ″); laterais e fundos removíveis com 0,75mm de espessura, com aletas de

ventilação e fecho rápido; teto chanfrado (angulado) ate 770 mm com 0,9mm de espessura; kit de 1º e 2º plan o móvel com 1,5mm de espessura com furos 9x9mm para porca gaiola; guia argolas soldadas internamente nas colunas traseiras para acomodação de cabos; base de 1,9 mm de espessura com abertura na parte traseira para passagem de cabos; kit ventilação forçada p ara teto com 02 ventiladores 110/220v; kit rodízios 04 rodas, sendo 02 rodas com travas e 02 rodas sem travas; pintura epóxi - pó texturizada (estrutura grafite RAL 13.701, laterais, porta e fundo Bege RAL 7032).

6.2.1.2. Guia de Cabos

Comprimento de 10 me tros; conector banhado a ouro; revestimento em malha de nylon 6,0 mm.

6.2.1.3. Painel de Acabamento

1U de dimensão; estrutura em Aço SAE 1020 de 0,90 mm; pintura epóxi - pó texturizada (Bege/ Grafite/ Preto).

6.2.1.4. Bandeja Fixa

1U de dimensão; profundidad e mínima de 600 mm; padrão 19 ″; estrutura em Aço SAE 1020 de 1,2mm; Pintura epóxi -pó texturizada (Bege/ Grafite/ Preto).

6.2.1.5. Módulo Suporte Para Fixação de Monitores 40”

Suporte a monitores de 40”; capacidade de 3 monitores um sobre o outro por módulo; material em aço tubular quadrado; pintura em esmalte sintético; dimensões mínimas de 1000 mm de largura x 1200 mm de altura; suporte universal para fixação de no mínimo 03 (três) monitores de 40”.

6.2.1.6. Módulo Console de Operações Aberto

Montagem totalmente modular com design para acoplamentos; tampos e prateleiras superiores em madeira (aglomerado) de 30 mm revestidos em laminado; tampas dos elementos tubulares, manípulos de ajuste e tampinhas de furos em termoplástico injetado; tampos com entrada de cabos e com borda frontal ergonômica; tratamento especial e antioxidante das chapas; suporte (braços) do tampo em chapa de aço dobrada com 3 mm de espessura; travessas em chapa de aço; capacidade estática dos tampos de até 150 Kg cada nível; pintura em das partes metálicas em esmalte sintético; acabamento das partes metálicas e termoplásticos na cor preta; dimensões totais do tampo de 900mm profundidade x 1200mm largura.

6.2.2. Equipamentos Ativos de Comunicação

6.2.2.1. Ativo Gerenciador de Rede Core

Roteador de nível industrial com CPU de 36 núcleos de ponta fornecido em gabinete de montagem em rack 19” de 1U; Sistema operacional RouterOS, Nível de licença 6;1,2 GHz de clock por núcleo; 12 Mbytes total no chip cache; Arquitetura Tile GX; 9,5 MPPS padrão; 28,8 mpps fastpath (velocidade para todas as portas); 16 Gbit/s de throunghput; 12 portas Gigabit Ethernet, 4 portas SFPp; LCD touchscreen colorido; Memoria RAM de 4GB; Armazenamento de 1 GB NAND, 512 KB flash; 12 Portas Ethernet 10/ 100/1000; Ten são de entrada AC de 100 - 240 V; 4 portas de 1G SFP; Fonte redundante; 1 Porta USB tipo A; 1 Porta Serial RJ45; Temperatura operacional -20° C..

+60° C +60° C; Consumo máximo de energia 60 W.

6.1.2.2. Switch 24 Portas

Switch 24 portas com as seguintes carac ter[isticas mínimas: Chipset RTL8382M; Frequência do buffer de 500 MHz; Memória SDRAM DDR 128 MB; Memória flash 32 MB; 24 Portas RJ45 Gigabit Ethernet (10/ 10/ 1000 Mbps); 4 slots Mini - GBIC/SFP (1000 Mbps) 4; 1 portas console; LEDs indicativos de alimentaçã o/ sistema, link/ atividade por porta e indicação de velocidade de conexão; Entrada de alimentação de 100 -240 Vac, 50/ 60 Hz; Fonte de alimentação interna; Potência de consumo sem link de 6,5W; Potência máxima de consumo de 19,9W; Temperatura de operação de 0 ° C a 50 ° C; Temperatura de armazenamento de -40 ° C a 70 ° C ; Umidade de operação de 0% a 90% sem condensação; Umidade de armazenamento de 5% a 90% sem condensação; Suporte 10BASE- T através de cabo UTP categoria 3, 4, 5 (máximo 100 m) e cabo STP

EIA/ TIA- 568 100Ω (máximo 100 m); Suporte 100BASE -TX através de cabo UTP categoria 5, 5e (máximo 100 m) e cabo STP EIA/TIA - 568 100Ω (máximo 100 m); Suporte 1000BASE- T através de cabo UTP categoria 5e, 6 (máximo 100 m) e EIA/TIA -568 100Ω

STP (máximo 100 m); Suport e 1000BASE- FX através de fibra monomodo (SMF) e multimodo (MMF); Padrões IEEE suportado através dos protocolos 802.3, 802.3u, 802.3ab, 802.3z, 802.3x, 802.1p, 802.1q , 802.1x, 802.1d, 802.1w, 802.1s, 802.1v, 802.3ac,

802.1ax e 802.3ad; Padrões IETF suportados através dos protocolos RFC1541, RFC1112, RFC2236, RFC2618, RFC1757, RFC1157, RFC2571, RFC2030; Outros padrões suportados pelos protocolos CSMA/CD, TCP/ IP, SNMP v1/v2c/v3, HTTP, HTTPS, SSH v1/ v2; Método de transmissão armazena e envia (Store - and- Forward); Backplane (capacidade do switch) de 56 Gbps; Tabela de endereços MAC de 8 k; Jumbo frame de 10 kB; Buffer de memória de 128 MB; MTBF de 31258 horas; Taxa de encaminhamento de pacotes de 38,7; Taxa de latência de 4,18 µs; Suporte aos protocolos IPv6, du al IPv4/IPv6 stack, MLD snooping e IPv6 neighbor Discovery; Configuração de portas através de autonegociação, MDI/ MDI - X, Controle de fluxo (flow control) e estatística de tráfego; Agregação de Link (Link Aggregation) através de agregação de Link estática, agregação de Link dinâmica (LACP), 8 grupos e 8 portas por grupo; Distribuição de carga através de algoritmo baseado em endereço MAC de origem/ destino e algoritmo baseado em endereço IP de origem/destino; Tabela MAC através de vínculo e filtro de endereço MAC (MAC Filter), endereço MAC Estático (Static MAC Adress) e endereço MAC Dinâmico (Dynamic MAC Adress); Possuir rede VLAN baseada em endereço MAC , VLAN baseada em protocolo, GARP/ GVRP, 4k VLANs ativas, Voice VLAN, VLAN baseada em TAG (802.1Q), VLAN baseada em porta e VLAN de gerenciamento; Spanning Tree tipos 802.1d Spanning Tree Protocol (STP), 802.1w Rapid Spanning Tree Protocol (RSTP), 802.1s Multiple Spanning Tree Protocol (MSTP), Loop Guard, Root Guard, TC - BPDU Guard, BPDU Guard e BPDU Filter 802 .1d; Transmissão multicast através de 256 grupos, IGMP v1/ v2/ v3, IGMP Snooping, Fast Leave, Multicast VLAN, Multicast Estático, Filtro Multicaste Estatística IGMP; QoS (Quality of Service) através de 4 filas de prioridade, CoS baseado em 802.1p, CoS baseado em DSCP, algoritmos de escalonamento SP, WRR e SP+WRR, Storm Control (Broadcast, Multicast e Unicast desconhecido) e Controle de banda por porta; ACL (Acess Control List) com 45 ACLs, ACL nas camadas 2, 3 e 4 (L2/L3/L4) e ACL baseada em tempo; Possui se gurança das portas; Filtro de Endereço MAC (MAC Address Filter); Associações ARP Manual e ARP Scanning com 200

associações; Proteção ARP; DoS (Denial of Service); Autenticação 802.1x baseada em porta, 802.1x baseada em endereço e MAC RADIUS; Guest VLAN; TS L - TLSv1; SSL - SSL v2/v3; SSH - SSH v1/ v2; SSH - SSH v1/v2; Restrição do acesso web Baseado em endereço IP, endereço MAC e Porta; Isolamento de portas; Acesso de usuário; Detecção de Loopback (Loopback Detection); Filtro DHCP; Gerenciamento SNMP - SNMP v1/v2c/v3, RMON - RMON 4 grupos; Acesso Web (HTTP/ HTTPS), SSH v1/v2 (CLI), Telnet (CLI) e Console (CLI) ; Atualização de firmware Via Web; Console ou TFTP; Manutenção DHCP - Cliente DHCP, DHCP Snooping e DHCP Option 82; SNTP - SNTP Cliente; Monitoramento e diagnósticos através de Teste Virtual do Cabo (VCT), Diagnóstico por ping, Diagnóstico por tracert , Sistema de log (local e remoto), Monitoramento de memória e Monitoramento de CPU; Roteamento estático através de

16 Interfaces; Configuração da interface através de ID da interface, Endereço IP, Máscara de sub -rede e Nome da interface; 32 Entradas de roteamento estático; Configuração de roteamento estático e entradas de roteamento estático por Destino, Máscara de sub-rede, Next hop (Próximo salto) e Distân cia; Interface de gerenciamento em Português; Material Aço para instalação em rack padrão EIA 19" 1 U de altura; o equipamento deverá ser certificado e homologado pela Anatel.

6.2.3. Ambiente de Visualização

6.2.3.1. Monitor LCD 40”

Tamanho (Diagonal) 40", Tipo de painel 60 Hz D - LED BLU, Resolução 1920 x 1080 (16 : 9) Espaçamento de Pixel 0.15375 (H) x 0.46125 (V), Tamanho de Exibição Ativa 885.6 (H) x 498.15 (V), Taxa de Contraste 5000 : 1, Ângulo de visão (horizontal / vertical) 178 ° / 178° , Tempo de resposta 8ms, Cor do visor 16.7 M, Gama de cores 72%, Frequência de digitalização horizontal 30 ~ 81 kHz, Frequência máxima de pixels

148.5 MHz, Frequência de digitalização vertical 48 ~ 75 Hz, Brilho 350 nit, HDMI In 2, DVI In 1, USB 1, Component In 1 (comum composto), Entrada RGB D -Sub, Entrada de áudio Mini - conector estéreo, RGB / DVI / HDMI / CVBS / áudio componente (comum), Saída de áudio, Mini - jack Estéreo, RS232 In Sim, RJ45 In Sim, IR In Sim .

6.2.3.2. Monitor LCD 21,5”

Tempo de resposta de 5ms, alto Brilho 250cd/ m2; Contraste: 1000; Ângulo de Visão : H : 170˚, V : 160˚; Resolução 1920 x 1080; Conector de Entrada 15 Pin D-Sub e HDMI; Alimentação 000 x 000Xxx.

6.2.3.3. Cabo HDMI

Comprimento de 10 metros; conector banhado a ouro; revestimento em malha de nylon 6,0 mm.

6.2.4. Servidor de Imagens.

Processador core I7 650; memória RAM de 16GB; 02 HD de 8TB; placa de rede 10/ 100/1000 base TX; placa de vídeo VGA PCI - EXP 2GB DDR3 HDMI EVGA 128 BIT;

gravador de DVD/ RW / Leitor de cartão e porta USB; 1 teclado USB; 1 mouse USB.

6.2.5. Terminal de Monitoramento e Gestão de Vídeo

Processador core I5 650; memória RAM de 8GB; HD de 1TB; placa de rede 10/ 100/1000 base TX; placa de vídeo VGA PCI - EXP 2GB DDR3 HDMI EVGA 128 BIT;

gravador de DVD/ RW / Leitor de cartão e porta USB; 1 teclado USB; 1 mouse USB.

6.2.5.2. No Break 1,44 Kva

Nobreak que deve oferecer proteção para equipamentos eletrônicos (equipamentos de informática, áudio e vídeo) das oscilações da rede elétrica; Deve possuir pelo menos 2 baterias internas do tipo chumbo -ácido, selada, de 12 VDC / 7 Ah para prolongar a utili zação dos equipamentos em caso de queda no fornecimento de energia elétrica; Deve ainda possuir uma função que possibilite ligar o nobreak sem a presença da energia da rede elétrica, desde que a bateria esteja com carga; Permitir carregamento automático da bateria mesmo que o nobreak esteja desligado, bastando estar conectado à rede elétrica; Deve possuir no mínimo 6 níveis de proteção, como contra sobrecarga nas tomadas de saída, contra curto -circuito nas tomadas de saída, contra sobrecarga na entrada de r ede, contra sobreaquecimento no inversor, contra sub e sobre tensão da rede elétrica, bem como contra descarga total e sobrecarga da bateria; Deverá possuir capacidade de potência xxxxxxx xx xxxxx xx xx xxxxxx 0000 XX; Sua tensão nominal na entrada deverá ser de 220 VCA com fator de potência de 0,5; Possuir uma variação máxima na tensão de 165 a 265 VAC e uma frequência de 60 Hz (± 5%); Seu cabo de força deverá ser de acordo com a norma NBR 14136; Possuir tensão

nominal em modo bateria de 220 VAC (± 10%) e uma frequência no modo bateria de 60 Hz (± 1%); Possuir um tempo de transferência menor que 10 ms; A forma de onda, no modo bateria, deverá ser senoidal por aproximação (retangular PWM - controle de largura de pulso); Deverá possuir no mínimo 6 tomadas com saída de acordo com norma NBR 14136; Deve possuir proteção contra sobre tensão e sub tensão na entrada AC, onde poderá mudar para operação em modo bateria; Deve possuir proteção contra descarga e sobrecarga de bateria de no mínimo 10,5 V; Deverá possuir f usível de proteção da rede de 10 A, bem como proteção contra sobrecarga na saída incorporada; Deve possuir sinalização luminosa que indique status como curto -circuito ou sobrecarga na saída, modo bateria, carga de bateria e modo de rede; Possuir ainda sina lização sonora indicando ao menos que entrou no modo de bateria, indicação de carga baixa, indicação de sobrecarga e curto - circuito; O equipamento deverá ser fornecido com no mínimo 1 ano de garantia pelo fabricante, juntamente com manual de usuário em português.

6.2.6. Software VMS para Visualização, Monitoramento e Gerenciamento de Imagens;

6.2.6.1. Será dada a preferência para o software de fabricação nacional conforme trata o artigo 3. Inciso I da lei n. 8248 de 1991, artigo 5. Inciso II do decreto federal n. 7.174 e parágrafo 2. Incisos II e IV do artigo 3. da lei 8666.

6.2.6.2. Descrição geral do software de monitoramento e gravação:

6.2.6.3. Software de monitoramento e gravação par a circuito fechado de TV baseado em redes TCP/IP com capacidade de controlar e visualizar imagens de câmeras IP ou analógicas conectadas por servidores de vídeo ou codificadores, bem como gravar as imagens para posterior pesquisa e recuperação seletiva. O software deverá possuir interface gráfica amigável baseada em Windows e exibição de tela, funções, cardápio, janelas de auxílio, estar todo em português Brasil, assim como todos os seus manuais.

6.2.6.4. Arquitetura do Software:

6.2.6.4.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/ IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/ IP).

6.2.6.4.2. O Sistema deverá ser baseado na arquitetura cliente/ servidor que permite que o servidor realize as gravações e gere nciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor.

6.2.6.4.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que a execução de uma tarefa não poderá afetar na execução da outra.

6.2.6.4.4. Suportar gravação e monitoramen to de imagens em Motion - JPEG, MPEG- 4, H.263 H.264 e H.265.

6.2.6.4.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel.

6.2.6.4.6. Possuir sistema de Multi - Streaming, permitindo que a gravação seja realizada em uma determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS).

6.2.6.4.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema.

6.2.6.4.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere - se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador.

6.2.6.4.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente.

6.2.6.4.10. Possuir recurso de Filtro de IP, libe rando acesso ao servidor apenas aos IPs autorizados.

6.2.6.4.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando - se , desta maneira, acessos internos e externos indevidos.

6.2.6.4.12. Possuir compatibilidade com Caracteres Unicode.

6.2.6.4.13. Trabalhar com sist ema de licenciamento por câmeras, permitindo a expansão do sistema com licenças adicionais.

6.2.6.4.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor.

6.2.6.4.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema compartilhe uma mesma base de usuários com todos os servidores, facilitando a administração do sist ema, quando o mestre cair os escravos assumem as configurações do mestre.

6.2.6.4.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo.

6.2.6.4.17. Suportar vídeos e áudio de câmeras ONVIF.

6.2.6.4.18. O software deverá ter suporte a protocolos TCP - IP e UDP (Unicast e Multicast).

6.2.6.4.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda.

6.2.6.4.20. O sistema deverá permitir que e -mails enviados por SMTP possam utilizar - se de servidores com autenticação SSL.

6.2.6.4.21. Possuir um gerenc iador de serviços automático onde são apresentados os status de cada serviço disponível no sistema.

6.2.6.4.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado.

6.2.6.4.23. O sistema deverá permitir suporte completo para dewarp ing de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas.

6.2.6.4.24. Possuir um servidor RTSP de mídia integrado que poderá ser utilizado para fornecer mídia para qu alquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza.

6.2.6.4.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros.

6.2.6.4.26. O Servidor RTSP de mídia deverá s uportar os formatos de vídeo: H.264, H.265, MPEG4 e Motion JPEG.

6.2.6.4.27. O Servidor RTSP de mídia deverá suportar os formatos de áudio: PCM, G.711, G.726 e AAC.

6.2.6.4.28. O Servidor RTSP deverá suportar envio de mídia em TCP e por UDP.

6.2.6.4.29. Possuir módulo de gerenciamento de ba nco de dados onde o administrador poderá efetuar um backup do banco de dados do sistema, restaurar esse banco e reparar um arquivo corrompido.

6.2.6.4.30. O software deverá ter um sistema seguro de acesso através de usuário e senha, acesso ao AD ( Active Directory Win dows ), restringindo por data e hora e o computador que poderá ser acessado e confirmação por biometria.

6.2.6.4.31. Permitir o bloqueio e a expiração de contas de usuários importados do Active Directory.

6.2.6.4.32. O software deverá desconectar o operador quando o seu horário d e login no sistema for finalizado, ex: O operador tem autorização para operar o sistema das 08:00hs as 18:00hs, findo este horário o sistema automaticamente fará o logout do operador.

6.2.6.4.33. Estar integrado nativamente com DVR’s dos seguintes fabricantes: Intelbr as, Samsung. LG, Dahua, Dynacolor, HDL, Hikivision, Pelco, Bosch, LuxVision e Venetian.

6.2.6.4.34. Permitir capturar câmeras analógicas de DVR´ s integrados ao sistema e visualizá- las nos mesmos mosaicos utilizados pelas câmeras Ip´ s, em conjunto ou separadas.

6.2.6.4.35. Possuir matriz que permite criar e salvar diferentes mosaicos personalizados para visualização no cliente de monitoramento. Estes mosaicos são diferentes dos pré- definidos que acompanham os sistemas de CFTV.

6.2.6.4.36. Possuir a facilidade de bookmark par a marcação rápida de eventos. 6.2.6.4.37. Possibilitar, dentro do bookmark, a escolha de títulos, cores, data inicial, data

final e observações dos eventos.

6.2.6.4.38. Permitir a pesquisa e reprodução do vídeo, através do bookmark, que são apresentados na linha do tempo.

6.2.6.4.39. Permiti r a criação automática de bookmark quando houver uma detecção de movimento.

6.2.6.4.40. Permitir a criação automática de um bookmark, sempre que um evento ocorrer.

6.2.6.4.41. Possibilitar a gravação de borda ( Edge recording ).

6.2.6.4.42. Ser compatível com protocolos ONVIF V1.02 ou superi or e ONVIF Profile S. 6.2.6.4.43. Deve estar integrado nativamente com os softwares CMS de fabricantes de

vídeo wall, tais como Barco e Mauell.

6.2.6.4.44. Senhas de acesso a dispositivos de alarmes e de computadores cliente de monitoramento devem ser armazenadas com criptografia .

6.2.6.4.45. Suportar o protocolo SNMP para envio de TRAPs para notificar a ocorrência de algum evento do sistema.

6.2.6.4.46. Suportar IPv4 e IPv6.

6.2.6.4.47. Permitir cadastrar automaticamente dispositivos multicanal como DVR’s, NVR’s e câmeras com múltiplas lentes.

6.2.6.4.48. Possibilitar, ao cad astrar uma nova câmera, acionar, dentro do próprio cadastro, o preview imediato das imagens para garantia do funcionamento do dispositivo.

6.2.6.4.49. Operar com servidores e estações de monitoramento em 32bit e 64 bit. 6.2.6.4.50. Permitir o cadastramento de comandos auxiliare s de câmeras que possuam

essa função, para facilitar o acesso a algumas funções específicas dessas câmeras.

6.2.6.4.51. Permitir a exclusão simultânea de múltiplos objetos selecionados em uma lista de objetos do sistema, como câmeras, usuários, dispositivos de I/o, mapas e outros.

6.2.6.4.52. No cadastro de equipamentos, permitir o cadastramento do nome do fabricante e modelo do dispositivo para facilitar a pesquisa dos mesmos, tendo a possibilidade de informar apenas parte do nome.

6.2.6.5. Gravação:

6.2.6.5.1. Suportar velocidade de gravação e visualização ao vivo de até 30 FPS por câmera.

6.2.6.5.2. Suportar gravação de N câmeras por servidor, sendo que o limite máximo de câmeras deve ser de acordo com a capacidade de disco e de processamento do servidor. O Software não deverá ter limite de câm eras por Servidor.

6.2.6.5.3. Suportar gravação por detecção de movimento e Eventos (Sendo estes, Eventos Manuais ou Alarmes Externos).

6.2.6.5.4. O sensor de movimento para gravação deverá permitir que sejam selecionadas ilimitadas áreas sensíveis ou não, ao movimento.

6.2.6.5.5. Permiti r gravação de Banco de Dados redundante, permitindo que o segundo Servidor assuma os controles no caso de queda do primeiro, sem intervenção humana. (Failover).

6.2.6.5.6. Permitir a configuração de Faiover 1 para 1, 1 para N e N para N.

6.2.6.5.7. Permitir a configuração de Fa ilback, onde quando o servidor principal retornar suas operações, automaticamente as operações do sistema voltam a ser processadas pelo servidor principal sem intervenção humana.

6.2.6.5.8. Suportar agendamento de gravação por hora e dia da semana, sendo que o agendamento deve permitir a que o administrador especifique para cada faixa de hora o modo de gravação das imagens (Sempre Gravar, Por Movimento, Por Evento, Por Movimento e Evento) de cada câmera.

6.2.6.5.9. Possuir recurso para aumentar a taxa de quadros da gravação se r econhecer movimento nas imagens. (Ex: Gravação padrão em 4FPS, se reconhecer movimento, gravar em 15FPS e quando parar o movimento, voltar a gravação para 4FPS).

6.2.6.5.10. Possuir sistema de certificado digital que cria uma assinatura digital para cada foto gravada, garantindo a autenticidade da imagem.

6.2.6.5.11. Possuir sistema de gravação que não tenha limite de gravação diário, ou seja, deve suportar mais de 600.000 imagens por dia, por câmera sem a necessidade de mover as gravações para outro disco ou outra pasta de gravação.

6.2.6.5.12. Permitir a visualização simultânea das gravações de mais de uma câmera, através de mosaicos, permitindo assim a reprodução de várias câmeras ao mesmo tempo, durante um mesmo período de tempo, facilitando a consulta e análise das imagens gravadas.

6.2.6.5.13. Trabalhar com gravação no formado JPEG, MPEG - 4, H.263, H.264 e H.265

6.2.6.5.14. Possuir controle de buffer para pré e pós - alarme. 6.2.6.5.15. Possuir sistema de arquivamento de imagens e áudio.

6.2.6.5.16. O Sistema deverá, todos os dias a Meia Noite, copiar todas as gravações do dia anterior em um esquema de pastas no formato X: \ ANOMESDIA\ Camera (Ex: d:\ 20050410\ Cam1 d:\ 20050410\ Cam2). Seguindo este formato, todas as gravações de todas as câmeras do dia, devem estar na pasta raiz do dia, que poderá ser arquivada em fita através de um software qualquer de backup. O sistema não poderá apagar as gravações da mídia rápida (oficial) após realizar a sua cópia para a pasta temporária de armazenamento.

6.2.6.5.17. Possuir sistema avançado para gerenciamento de disco, onde o sistema deve alocar automaticamente a q uantidade de espaço em disco necessário para a gravação de cada câmera, baseando -se em uma especificação de número de dias ou horas que o usuário deseja manter as gravações. O sistema de gerenciamento de disco também deve oferecer um sistema de cotas de di sco, sendo que o administrador poderá limitar uma quantidade de disco que deseja utilizar, compartilhando essa cota com todas as câmeras.

6.2.6.5.18. Permitir que o usuário possa configurar um diretório para o backup das configurações do sistema e a quantidade de dias que deseja manter os arquivos de backup.

6.2.6.5.19. Permitir a reprodução das imagens que foram armazenadas através do processo de backup com o próprio reprodutor de imagens do sistema.

6.2.6.5.20. Permitir a gravação automática de imagens em SD - Card quando uma falha na rede ocorrer.

6.2.6.5.21. Permitir que imagens gravadas em SD -Card, possam ser baixadas automaticamente na ocorrência de qualquer evento programado ou não e com opção de resoluções diferenciadas.

6.2.6.5.22. Permitir que toda vez que uma gravação em borda for transferida para o servidor principal, seja criado um bookmark automático para uma identificação clara na linha do tempo , diferenciando assim as gravações originais das gravações baixadas dos Sd -Cards.

6.2.6.5.23. Possibilitar o log de atividades da gravação de borda ( Edge Recording ). 6.2.6.5.24. Permitir a impressão de uma ou de várias imagens recuperadas ou mesmo

relatórios e que estes, opcionalmente, possuam um código de originalidade

impresso com código de barras para comparações futuras. Estas imagens e ou relatórios impressos deverão ser armaz enadas no servidor de imagens com possibilidades de consultas e novas impressões através desses códigos. Este código deverá ser único e gerado automaticamente pelo sistema.

6.2.6.5.25. Permitir a criação de um servidor de mídia com a finalidade de disponibilizar imagens para a internet sem que os acessos sejam feitos no servidor principal. Essas imagens devem ser disponibilizadas via Relay para evitar duplicidade de conexão com as câmeras.

6.2.6.5.26. Permite capturar tela, teclado e mouse de qualquer computador Windows existente na rede e gravar suas telas no mesmo storage de CFTV para posterior pesquisa.

6.2.6.5.27. Permite a gravação das telas de computadores em Mjpeg, Mpeg4 ou H.264. 6.2.6.5.28. Permite escolher quantos frames por segundo deseja - se gravar as telas dos

computadores.

6.2.6.5.29. Permite zoom digital e PTZ virtual sobre as imagens capturadas ao vivo e gravadas, dos computadores da rede.

6.2.6.5.30. Permite a operação remota dos computadores capturados na rede. 6.2.6.5.31. Permitir a gravação de áudio nos formatos : PCM, G.711, G.726 e AAC. 6.2.6.5.32. Permitir a gravação de imag ens geradas por lentes panomórficas 360 graus.

6.2.6.5.33. Permitir a gravação de metadados com informação de detecção de movimento ou gravação de evento para possibilitar a fácil identificação, na linha de tempo, de movimento ou evento gravado através de uma linha es pecial com cores identificando o movimento ou evento.

6.2.6.5.34. Permitir a gravação de áudio apenas quando houver movimento em câmeras que estejam cadastradas gravações por movimento, para manter a sincronia das trilhas de áudio e vídeo.

6.2.6.6. Monitoramento ao Vivo:

6.2.6.6.1. Suportar monitoramento ao vivo de ilimitadas câmeras por cliente com diversos estilos de tela, oferecendo no mínimo sete formatos padrões de tela.

6.2.6.6.2. Suportar a criação de novos formatos de tela para monitoramento.

6.2.6.6.3. Permitir o funcionamento via Matriz Virtual com pleta, através de uma lista de monitores definidos para este fim, podendo o operador escolher o monitor desejado e enviar seqüência ilimitada de imagens, mapas e mosaicos, juntamente com todas suas configurações como: (Perfil de mídia, posição de zoom, posição da lente 360, filtro de imagens e deteção de movimento ) , operados por joystick, teclado e mouse.

6.2.6.6.4. Permitir o controle de Matriz Virtual através de SDK/ API para criação de macros e scripts em outras linguagens.

6.2.6.6.5. Possibilitar que o operador, ao enviar u m objeto para a Matriz Virtual, possa escolher a posição do objeto , em um quadrante do mosaico atual desejado em exibição no monitor de destino.

6.2.6.6.6. Possuir sistema de seqüênciamento de câmeras, onde o sistema troca automaticamente um grupo de câmeras em te la por um outro grupo de câmeras ou câmera em um tempo específico para cada grupo ou câmera, permitindo também a troca manual no seqüênciamento através de botões de avançar e voltar.

6.2.6.6.7. Possuir mosaico automatizado de modo que o sistema deverá ajustar o formato de visualização da tela automaticamente, dependendo do número de câmeras em tela.

6.2.6.6.8. Permitir que os usuários criem mosaicos públicos que poderão ser compartilhados com todos os usuários do sistema.

6.2.6.6.9. Permitir que os mosaicos de monitoramento sejam atualizad os dinamicamente em tempo real quando criados, atualizados ou apagados em todos os clientes de monitoramento , sem a necessidade de reconexão com o servidor.

6.2.6.6.10. Permitir que o usuário faça um filtro dos objetos da lista de objetos constantes na tela do client e de monitoramento. O filtro é aplicado a todos os objetos da lista, procurando por nome e descrição do objeto.

6.2.6.6.11. Permitir aumentar a taxa de quadros de uma determinada câmera no monitoramento, quando selecionada (Ex: Monitoramento normal em 4FPS, se o usuário selecionar a câmera, aumentar para 30FPS, quando o usuário deselecionar a câmera, sua taxa de quadros deve retornar para 4FPS).

6.2.6.6.12. Possuir sistema de perfil de usuários, de forma que de qualquer lugar que o usuário se conectar ele tenha o seu perfil de pos icionamento das câmeras.

6.2.6.6.13. Possuir detecção de movimento em tempo real no monitoramento ao vivo, independente da câmera possuir ou não essa função. Esta função deverá fazer com que o movimento seja marcado com uma cor específica (Padrão Verde) na tela.

6.2.6.6.14. Permitir que o usuário que esteja visualizando remotamente as imagens tenha a possibilidade de realizar uma gravação local de emergência, gravando assim as imagens que estão sendo monitoradas, em seu disco local.

6.2.6.6.15. No monitoramento ao vivo, o sistema deve pe rmitir que seja feito zoom (Digital) de diferentes partes da tela, abrindo assim uma tela para cada zoom digital realizado.

6.2.6.6.16. Possuir sistema de zoom com tratamento bilinear para evitar que a imagem fique quadriculada.

6.2.6.6.17. Possibilitar a visualização de câmeras de vários servidores (Pode ser vários locais diferentes) em uma mesma tela.

6.2.6.6.18. Possibilitar a criação de diversos mosaicos de monitoramento cada qual com configuração independente de posicionamento de câmeras.

6.2.6.6.19. Suportar dois ou mais monitores de vídeo por esta ção cliente para o monitoramento ao vivo.

6.2.6.6.20. Possuir duplo clique em uma câmera para selecioná -la e maximizá- la (Tela Cheia Cliente de Monitoramento).

6.2.6.6.21. Possibilitar a opção de remover câmera da tela, através do seu menu popup. 6.2.6.6.22. Possibilitar informações das câm eras como resolução da imagem, Frames por

segundo "FPS", Taxa de Transferência e Decoder.

6.2.6.6.23. Deve ser identificado automaticamente na tela do cliente de monitoramento, o status de funcionamento das câmeras através de diferentes ícones da lista de objetos, ex: câmera gravando por movimento, por evento, por evento e movimento, parada, em funcionamento, etc..

6.2.6.6.24. Possuir recurso de privacidade das câmeras. Com este recurso de modo de privacidade, o administrador poderá determinar uma lista de usuários que irão perder o acesso à câmera quando o operador ativar o modo de privacidade pelo cliente de monitoramento. Este recurso é muito útil quando as câmeras

de uma instalação estiverem disponíveis externamente, com isto, o operador poderá bloquear temporariamente o acess o externo à câmera no momento que desejar.

6.2.6.6.25. Permitir limitar o acesso simultâneo de câmeras. Com esta opção, o administrador poderá limitar a quantidade de câmeras simultâneas que um usuário ou grupo de usuários poderá visualizar simultaneamente por estaçã o de trabalho .

6.2.6.6.26. Permitir que o usuário, no cliente de monitoramento, configure o modo de exibição dos nomes e dos objetos nas listas de objetos do sistema. O usuário poderá escolher entre exibir apenas o nome dos objetos, apenas a descrição ou ambos no formato "Nome (Descrição)".

6.2.6.6.27. Permitir o monitoramento do áudio ao vivo e setorizado, onde o operador poderá escolher a câmera desejada ou um grupo de câmeras que receberão ao mesmo tempo o áudio desejado, utilizando - se de microfones e auto - falantes.

6.2.6.6.28. Permitir que o áudio seja transmitido de forma ininterrupta sem a necessidade de ficar apertando e segurando qualquer botão.

6.2.6.6.29. Permitir o monitoramento das imagens geradas pelas lentes panomórficas de 360 graus ao vivo ou gravadas com controles em quad, áreas virtuais e PTZ virtual.

6.2.6.6.30. Possuir Mapa Sinótico para monitoramento ao vivo com os seguintes recursos:

6.2.6.6.31. Exibir informações sobre os dispositivos, tais como câmeras, sensores e relês, informando através de indicadores visuais o status do dispositivo.

6.2.6.6.32. Permitir criar um único mapa com diversos objetos de múltiplos servidores. 6.2.6.6.33. Permitir abrir as câmeras clicando diretamente no seu ícone do mapa.

6.2.6.6.34. Permitir abrir outro mapa através de um link, tornando - o assim um mapa de níveis.

6.2.6.6.35. Permitir acionamento de comando através dos indi cadores visuais (tal como abrir porta, ligar luz, disparar sirene)

6.2.6.6.36. Permitir que ao passar o mouse sobre uma câmera no mapa sinótico, possa se ter um preview das imagens ao vivo junto com as informações das câmeras.

6.2.6.6.37. Permitir imagens JPEG, WMF, BMP, GIF e PN G.

6.2.6.6.38. Permitir importar imagens estáticas de mapas do Google Maps e adicionar sensores tais como câmeras, sensores e relês, informando através de indicadores visuais o status do dispositivo.

6.2.6.6.39. Permitir posicionar as câmeras em mapas do Google Maps e ajustar automaticamente suas coordenadas ( latitude e longitude ),

6.2.6.6.40. Permitir a visualização em tempo real do status dos eventos de alarmes associados ao mapa , provocando a animação do ícone para alertar o operador.

6.2.6.6.41. Permitir que o sistema informa automaticamente se a câmera está ou não em operação.

6.2.6.7. Controle de Pan / Tilt / Zoom:

6.2.6.7.1. Possuir controle para câmeras PTZ e mais de 64 presets por câmera (O número de Presets depende da câmera).

6.2.6.7.2. Possuir interface de joystick p ara controle das câmeras PTZ, sendo que deverá aceitar controles de joystick de mercado com entrada USB e não proprietários.

6.2.6.7.3. Possuir joystick visual, onde o usuário clica na imagem e arrasta o mouse para a direção que ele deseja que a câmera se mova. També m deve suportar o zoom através da roda do mouse.

6.2.6.7.4. Possuir joystick visual com controle de zoom através de botões.

6.2.6.7.5. Possuir bloqueio de PTZ por prioridade, ou seja, permitir a configuração de uma pessoa responsável pelo monitoramento, que quando necessitar ut ilizar o recurso de PTZ terá prioridade no manuseio, quando qualquer outra pessoa estiver manuseando a câmera, a sua movimentação é pausada para que o responsável com maior prioridade obtenha o controle no momento.

6.2.6.7.6. Possuir sistema de Vigilância PTZ, onde o sistema irá seguir uma lista de presets para o posicionamento da câmera, alternando entre os presets no tempo específico para cada preset. O sistema de Vigilância PTZ também deverá permitir criar diversos esquemas de vigilância, com o devido agendamento dos esquemas baseando- se em dia e hora do dia.

6.2.6.7.7. O Sistema de PTZ deverá permitir controle sobre Foco, Íris, Auto -Foco e Auto- Íris além de também permitir controle do PTZ Absoluto e Relativo das câmeras com estas funcionalidades.

6.2.6.7.8. Possuir suporte nativo para o protocolo de câmeras analógicas.

6.2.6.7.9. Possuir PTZ Virtual para câmeras fixas e móveis.

6.2.6.7.10. Permitir que a vigilância PTZ possa ser configurada para executar automaticamente através de agendamento ou manualmente pelo cliente de monitoramento e mesa operadora homo logada, permitindo que o operador ative, desative e troque a vigilância.

6.2.6.7.11. Permitir que no esquema de vigilância PTZ possa ser aplicado um número, além do nome. O número será utilizado para chamar o esquema através de uma mesa controladora homologada.

6.2.6.7.12. Possibilitar que o operador identifique qual a pessoa que se utilizou do bloqueio de PTZ.

6.2.6.7.13. Permitir especificar direitos de controle de PTZ individualmente para cada usuário e desta maneira cada câmera poderá ter direitos de controle de PTZ para diferentes usuá rios e grupos de usuários.

6.2.6.7.14. Permitir informar o registro do último usuário que movimentou uma câmera pelo PTZ.

6.2.6.7.15. Possibilitar adicionar múltiplos presets simultaneamente a um perfil de vigilância PTZ .

6.2.6.8. Reprodução, pesquisa e exportação de vídeo:

6.2.6.8.1. Permitir um usuário selecionar um monitor padrão para abrir o Reprodutor de Mídia. (Multi Monitor)

6.2.6.8.2. O sistema de reprodução de imagens deve ser baseado por recuperação utilizando uma faixa de data e hora, especificados pelo usuário.

6.2.6.8.3. Permitir a reprodução si ncronizada de diversas câmeras simultâneas.

6.2.6.8.4. Permitir, em um único cliente de monitoramento, a reprodução de vídeos de ilimitadas câmeras ao mesmo tempo.

6.2.6.8.5. Permitir exportação de vídeo sincronizada de diversas câmeras simultâneas

6.2.6.8.6. Permitir o processo de expor tação e reprodução de vídeo simultaneamente

6.2.6.8.7. Possuir linha de tempo das imagens gravadas que deve mostrar os pontos onde existem gravação e/ ou movimento, bem como permitir a seleção do horário corrente através da linha de tempo

6.2.6.8.8. Possuir sistema de desentrela çamento de imagens para a reprodução de vídeo

6.2.6.8.9. Na reprodução de vídeo, o sistema deve permitir que seja feito zoom (Digital) de diferentes partes da tela, abrindo assim uma tela para cada zoom digital realizado, cada qual com independência de controle sobre a imagem principal, podendo ser impresso ou salvo em arquivos JPG).

6.2.6.8.10. Possibilitar Pesquisa por Movimento nas imagens gravadas, recuperando um vídeo com movimento apenas nas áreas selecionadas da imagem.

6.2.6.8.11. Possibilita a abertura do Media Player modo não modal , o que permite que o usuário continue trabalhando com o cliente enquanto o player está aberto.

6.2.6.8.12. Exportar para meio removível o vídeo gravado nos formatos AVI e CD de Ocorrência, que no segundo caso, deverá acompanhar um reprodutor de vídeo nativo do sistem a, possibilitando anexar o nome e a descrição da câmera.

6.2.6.8.13. O sistema deverá, na exportação e pesquisa de movimento em vídeos gravados, exibir o tempo restante para o término da operação.

6.2.6.8.14. Possibilitar imprimir uma determinada foto da reprodução de vídeo com um descritivo, data e hora do ocorrido.

6.2.6.8.15. Vídeos exportados em AVI e imagens em JPEG deverão conter marca dágua com nome da câmera, data e hora,

6.2.6.8.16. Possibilitar a reprodução instantânea de vídeos a partir de eventos.

6.2.6.8.17. O software deverá ter a capacidade de limita r, dentro das políticas de usuário e grupos de usuários, a reprodução e exportação de vídeos, impedindo que uma reprodução ou exportação por mais de X minutos ( configurável ) possa ser feita.

6.2.6.8.18. Permitir adicionar marca d’água por usuário para identificação de propriedade de imagem. Com este recurso, o administrador poderá adicionar uma marca d´ água por usuário que será adicionada nas imagens ao vivo e reprodução de vídeo. Esta marca d´ água tem o objetivo de identificar o proprietário das imagens quando as imagens do sistema forem fornecidas para usuários externos.

6.2.6.8.19. Permitir adicionar marca d´ água de texto em imagens exportadas. Esta opção permite que o operador adicione um texto nas imagens exportadas como prova de propriedade e origem das imagens.

6.2.6.8.20. Permitir que na pesquisa de eventos pelo cliente de monitoramento, a reprodução de vídeo das câmeras ligadas ao evento possam reproduzir o vídeo das câmeras associadas com aquele evento, emitidos através do popup de alarmes.

6.2.6.8.21. O software deverá permitir na reprodu ção, acelerar o vídeo em: 2x, 4x, 8x, 16x, 32x, 64x, 128x, 256x e 512x.

6.2.6.8.22. O software deverá permitir que a reprodução de vídeo seja realizada com recursos de multi - thread, aumentando significativamente a performance para reprodução de câmeras simultâneas, es pecialmente em megapixel.

6.2.6.8.23. O reprodutor de vídeo deverá redimensionar as imagens de acordo com a configuração do cliente de monitoramento, tais como centralizar, redimensionar para ocupar todo o espaço e redimensionar mantendo a proporção original da image m.

6.2.6.8.24. Permitir a reprodução de áudio e vídeo sincronizado no formato proprietário e em AVI.

6.2.6.8.25. Possibilitar a reprodução das imagens gravadas através de lentes panomórficas de 360 graus, fornecendo alguns controles como visualização em quad, visualização de áreas virtuais e PTZ virtual.

6.2.6.8.26. Permitir que o usuário possa escolha o intervalo que deseja pular (Xminutos) para frente ou para traz no vídeo gravado, facilitando assim a análise do vídeo gravado.

6.2.6.8.27. Permitir o redimensionamento de vídeo na ex portação em AVI para garantir melhor compatibilidade com os codecs existentes.

6.2.6.8.28. Permitir avançar e retroceder o vídeo frame a frame. 6.2.6.8.29. Permite avançar e retroceder o vídeo ao próximo bookmark.

6.2.6.8.30. Permite pesquisas pelo código de originalidade, de uma imagem gera da em um relatório.

6.2.6.8.31. A exportação de mídia deverá ser auditorada, permitindo futura pesquisa no banco de auditoria tais como: período exportado, diretório onde o arquivo foi exportado, tamanho total da exportação, etc..

6.2.6.8.32. Na exportação de vídeo, possibilitar que nome da empresa e dados do operador sejam preenchidos automaticamente pelo sistema , gravando -os na mídia exportada.

6.2.6.8.33. Permitir o playback de eventos no exato momento em que ele aconteceu e disponibilizar as imagens até uma hora antes do ocorrido.

6.2.6.8.34. Possibilitar a pesquisa de movimento acelerada através de frames chaves. 6.2.6.8.35. Exportação de vídeo deverá ser feito com senha de proteção e criptografia

para evitar acessos indevidos.

6.2.6.8.36. No reprodutor de Mídia permitir a pesquisa por miniaturas exibindo uma miniatura de diferentes horários da gravação, permitindo a localização rápida de uma cena desejada.

6.2.6.8.37. Possibilidade de gerar miniaturas baseadas em fatia de tempo onde o sistema irá exibir as miniaturas com intervalo de tempo fixo ou por bookmark onde o sistema irá exib ir uma miniatura para cada bookmark da câmera. O sistema ainda deverá permitir a escolha personalizada do intervalo de tempo e o tamanho / quantidade de miniaturas em tela. Ao clicar em uma miniatura o vídeo deverá ser sincronizado com o horário da miniatu ra para rápida visualização do evento.

6.2.6.8.38. O sistema deverá permitir a pesquisa por miniaturas em vídeo exportados no formato nativo.

6.2.6.8.39. Permitir a pesquisa por nome de objeto para a devida reprodução.

6.2.6.8.40. Permitir exportar para meio removível o vídeo gravado nos f ormatos AVI, ASF, H.264, JPEG, PNG, PDF, BITMAP, WMF, GIF, TIFF, MJPEG, MPEG1, MPEG2, MP4.

6.2.6.8.41. Deve permitir exportar snapshot em JPEG, PNG, Bitmap, WMF e GIF de vídeos ao vivo e gravados.

6.2.6.8.42. Permitir a utilização dos codecs XviD MPEG - 4 e X264 para exportação em AVI. 6.2.6.8.43. Permitir, na reprodução do vídeo, atualizar instantaneamente as imagens na

linha do tempo e poder usar o mouse para arrastar e soltar com a finalidade de acelerar o vídeo.

6.2.6.8.44. Permitir a reprodução de imagens das câmeras associadas com as configurações de analíticos e LPR

6.2.6.9. Alertas e Eventos:

6.2.6.9.1. O sistema deverá ter um completo gerenciamento de alarmes e eventos, sendo que ele deve reconhecer alarme de qualquer dispositivo com contato seco que esteja ligado nas câmeras ou servidores de vídeo. Este gerenciamento de alarmes deve contemplar as seguintes funcionalidades:

6.2.6.9.1.1. Na ocorrência de um alarme externo (Qualquer sensor de alarme conectado nas câmeras ou servidores de vídeo) o sistema deverá tomar ações pró- ativas para alertar os operadores, sendo que o sistema deve fornecer a possibilidade de: Enviar um E - mail e/ ou SMS para um grupo de pessoas alertando sobre o ocorrido, abrir em telas do tipo Popup imagens de câmeras, mapas , analíticos , LPR, Emitir sons de alarme, Enviar Mensagens Instantâneas ao o perador através de telas do tipo Popup, Posicionar câmeras com Movimento (PTZ) em Presets definidos e Acionar saídas de alarmes das câmeras onde nestas saídas podem estar conectadas sirenes. Todas estas ações de alarme devem ser configuradas independentemente para cada câmera e todas devem ter um agendamento de operação, sendo que apenas serão chamadas se o agendamento permitir.

6.2.6.9.1.2. O Sistema deverá tomar ações pró -ativas na detecção de movimento das câmeras em horários pré - definidos, ou seja, se em determinado horário que não pode haver movimento em determinada câmera o sistema reconhecer um movimento, então este deverá ter a possibilidade de tomar todas as ações de alarme descritas anteriormente (Enviar E - Mail / SMS, Abrir imagens das câmeras em Popups, Emitor Sons de Alarme, Enviar Mensagens Instantâneas ao operador, Posicionar câmeras PTZ em determinados pontos pré - definidos e Acionar saídas de alarme das câmeras e/ ou servidores de vídeo).

6.2.6.9.1.3. O Sistema também deverá ter a possibilidade de tomar estas mesmas ações pró- ativas caso a câmera ou servidor de vídeo venha a ficar fora de funcionamento e / ou ocorrer algum erro na gravação das imagens.

6.2.6.9.1.4. O Sistema deverá fornecer ações de alarme manual, onde o operador poderá através de um clique em uma lista de ações, disp arar as ações pró- ativas.

6.2.6.9.1.5. O Sistema deverá fornecer um agendamento de reconhecimento de alarmes externos por câmera, ou seja, ter a possibilidade de reconhecer os alarmes apenas em horários específicos.

6.2.6.9.1.6. O Sistema deverá ter a capacidade de gravar as imagen s na ocorrência de um evento e também fornecer um agendamento de transmissão de imagens onde forneça a possibilidade de transmitir as imagens apenas na ocorrência de um alarme.

6.2.6.9.1.7. O Sistema deve permitir que o acionamento do alarme de uma câmera possa iniciar a gravação e/ou transmissão de imagens de quaisquer outras câmeras.

6.2.6.9.1.8. O Sistema deverá ter diversos sons de alarme (Mínimo de 15) para que os operadores possam diferenciar cada alarme através de um som diferente.

6.2.6.9.1.9. O Sistema deverá ter eventos de alarme direc ionados apenas para Usuários ou Grupos de Usuários específicos.

6.2.6.9.1.10. O Sistema deverá permitir o agendamento de um ou mais eventos para que eles ocorram em qualquer dia do mês e ano desejado.

6.2.6.9.1.11. O software deverá permitir o recebimento de notificação de detecção d e movimento de câmeras através de chamadas HTTP. Com isso, a detecção de movimento poderá ser processada diretamente pelas câmeras, diminuindo o uso de processador do servidor.

6.2.6.9.1.12. O software deverá permitir utilizar um perfil de vídeo alternativo para detecção de movimento no servidor. Com este recurso, a utilização de processador para detecção de movimento no servidor cairá drasticamente, aumentando significativamente a quantidade de câmeras que um servidor poderá processar.

6.2.6.9.1.13. Permitir pesquisar no banco de dad os de eventos, através do tipo de evento, filtro por datas, objetos e outros, as ocorrências internas e externas ao software, relacionadas aos alarmes do sistema.

6.2.6.9.1.14. Permitir que no sistema de análise de imagens, os objetos que estiverem alarmados por alguma regra de analítico tenham o seu contorno alterado

para uma determinada cor, por exemplo vermelho. O usuário ainda deverá ter a opção de apenas exibir os objetos alarmados.

6.2.6.9.1.15. Na ocorrência de qualquer evento, o sistema deverá permitir anexar qualquer imagem d e qualquer câmera para que esta possa ser enviada via email.

6.2.6.9.1.16. Deverá ter integração dom pelo menos 3 ( três ) fabricantes de módulos de I/O ethernet com contato seco para possibilitar o tratamento de eventos como: abrir e fechar portas, portões, ligar e des ligar motores, acender e apagar luzes , tocar sirenes, etc...

6.2.6.9.1.17. Permitir o agendamento personalizados de dias ( Feriados, fins de semana, datas importantes ).

6.2.6.9.1.18. Permitir a configuração de agendamentos independentes para cada evento de entrada de alarme ( câmeras e dispositivos de I/ O ).

6.2.6.9.1.19. Permitir que no próprio POP - UP de alarmes e eventos, possa ser reproduzido o vídeo do acontecido imediatamente, com a informação do servidor que gerou tal alarme.

6.2.6.9.1.20. Permitir evento de detecção de áudio caso o nível esteja aci ma ou abaixo de um limite especificado por um tempo determinado.

6.2.6.9.1.21. Permitir gerar evento de falha de comunicação se o dispositivo permanecer fora de funcionamento por mais de X segundos. O sistema ainda deve permitir a opção de continuar gerando o evento a c ada X segundos enquanto o dispositivo estiver off - line.

6.2.6.9.1.22. Permitir o fechamento automático do pop - up de alarmes em um tempo determinado pelo administrador do sistema.

6.2.6.9.1.23. Permitir o cancelamento automático do fechamento da tela de pop -up no caso de movimentação pelo operador.

6.2.6.9.1.24. Permitir limitar a quantidade de janelas de pop -ups abertas simultaneamente e quando o limite for atingido a janela mais antiga será fechada automaticamente.

6.2.6.9.1.25. Permitir criar uma fila de de pop - up de alarmes que podem ser definidos em um único monitor ou em vários monitores, podendo ser arrastados de uma tela para outra.

6.2.6.9.1.26. Permitir qua ao arrastar um pop -up de uma tela para outra esse seja retirado da fila de alarmes e não seja excluído automaticamente, possibilitando assim seu tratamento diferen ciado.

6.2.6.9.1.27. Permitir estipular um valor máximo de pop -ups por monitor.

6.2.6.9.1.28. Possuir botão de reprodução rápida nos pop -ups para agilizar os eventos de câmeras , LPR e analíticos.

6.2.6.9.1.29. O pop- up de alarme deverá fornecer o horário local do servidor e do cliente de monitoramento.

6.2.6.9.1.30. Os pop-ups de alarmes deverão ter a opção de não serem abertos novamente no caso de ocorrer o mesmo evento.

6.2.6.9.1.31. Possuir evento de restauração de conexão de câmeras e dispositivos de I/Os.

6.2.6.9.1.32. Permitir que registre o tempo total que o equipamento ficou fora de funcionamento e que esse registros possam ser pesquisados na lista de eventos.

6.2.6.9.1.33. Permitir que sejam extraídos relatórios das falhas dos equipamentos. 6.2.6.9.1.34. Permitir extração de múltiplos relatórios com configuração de filtros

individuais.

6.2.6.9.1.35. Permite que usuário au torizado receba todos os controles para operação do sistema.

6.2.6.9.1.36. Permitir personalizar as janelas de alarme e organiza - las em um monitor no Cliente de Monitoramento.

6.2.6.9.1.37. Permitir eventos de timer e possibilitar cancelá - lo antes que o evento ocorra.

6.2.6.9.1.38. Permitir envi ar um email na ocorrência de qualquer evento anexando um arquivo script que ao executá - lo irá abrir o cliente de monitoramento e reproduzir automaticamente o vídeo das câmeras selecionadas.

6.2.6.9.1.39. Possibilitar enviar e - mails com alertas de eventos de analíticos, anexando a foto com os metadados do objeto do ambiente invadido.

6.2.6.10. Administração:

6.2.6.10.1. Possuir recurso para envio automático por e -mail de relatórios do servidor, contendo informações como status das gravações e últimos acessos ao servidor.

6.2.6.10.2. O sistema deve possuir ferramenta de configurações globais de câmeras, onde o administrador pode aplicar a mesma configuração para um grupo de câmeras ao mesmo tempo, facilitando assim a sua administração.

6.2.6.10.3. Possuir controle de usuário e senha com direitos diferenciados pa ra cada usuário.

6.2.6.10.4. Possuir integração com o Active directory da Microsoft , facilitando assim, a integração com usuários cadastrados no sistema.

6.2.6.10.5. Possuir grupo de usuários que permite a aplicação das mesmas configurações de permissão para todos os usuários pe rtencentes ao grupo. Um usuário poderá fazer parte de mais de um grupo, recebendo as permissões referentes a todos os grupos de que fizer parte.

6.2.6.10.6. Possuir calculadora de disco para calcular o espaço em disco necessário para gravação baseando- se em dados como Resolução, Quadros por Segundo, Tempo Desejado para Armazenar e Estimativa de Detecção de Movimento.

6.2.6.10.7. Trabalhar com conceito de grupos de alerta onde na ocorrência de um determinado evento, apenas o grupo configurado para receber o alerta deve ser notifica do.

6.2.6.10.8. Possuir log de eventos do sistema que deverá registrar todas as atividades dos usuários bem como as atividades do próprio sistema.

6.2.6.10.9. Possuir servidor web embutido no sistema para monitoramento ao vivo e reprodução de vídeo remoto.

Possuir suporte a HTTPS e SSL.

Fornecer ferramenta de monitoramento de desempenho do servidor através de gráficos históricos com informações como: Consumo de processador, Consumo de memória, Usuários conectados, Tráfego de Entrada em KB/ s e Tráfego de Saída em KB/ s.

6.2.6.10.10. Permitir que as modificações em objetos do sistema como câmera, mapa, configurações de analítico, configurações de LPR e estilos de tela sejam refletidos automaticamente no cliente de monitoramento, sem a necessidade

de atualizar o cliente, assim quando uma câmera é adicionada ou alterada, o cliente de monitoramento já recebe as alterações automaticamente.

6.2.6.10.11. Possibilitar que, as fontes dos títulos das câmeras na tela de monitoramento, possam ser alteradas em seu formato tamanho, modelo e cores.

6.2.6.10.12. Permitir configurar dire tório padrão para exportação de mídia e fotos de tela do cliente de monitoramento. Através desta configuração, as exportações de mídia ou fotos de tela irão utilizar, por padrão, o caminho definido nas configurações do cliente de monitoramento.

6.2.6.10.13. Os client es de administração e monitoramento devem localizar automaticamente todos os servidores de gravação de vídeo disponíveis na rede local.

6.2.6.10.14. O software deverá permitir a busca automática de câmeras na rede através de protocolo UPnP.

6.2.6.10.15. Permitir a localização automática de câmeras que utilizam protocolo ONVIF.

6.2.6.10.16. O software deverá possuir um sistema auditoria de ações de usuários e conexões ao servidor que permitirá pesquisar as atividades dos usuários no sistema.

6.2.6.10.17. O software deverá possibilitar a expor tação de registros de auditoria e os registros de pesquisas de eventos para um arquivo .CSV.

6.2.6.10.18. O sistema deverá fornecer o tempo de desconexão de cada câmera. 6.2.6.10.19. O sistema deverá garantir que o acesso aos logs de eventos seja feito

somente pelo administrador do sistema ou por usuário por ele autorizado.

6.2.6.10.20. O software deverá possuir limite de acesso simultâneos de um mesmo usuário. Este recurso deverá limitar a quantidade de logins simultâneos que um determinado usuário ou grupo de usuário pode realizar no sistema .

6.2.6.10.21. Possibilitar a exportação de relatórios e gráficos do sistema nos formatos PDF, CSV, TXT, RTF, XLS e HTML.

6.2.6.10.22. Possibilitar a troca do logotipo dos relatórios para logotipos próprios dos usuários.

6.2.6.10.23. No cadastro de câmeras, possibilitar que o usuário possa es colher as colunas desejadas para melhor identificação , tais como: nome, descrição, firmware, porta, endereço, usuário, se está ativa ou não, etc..

6.2.6.10.24. Permitir a importação de qualquer objeto de outros servidores com a finalidade de agilizar a configuração de um novo servidor. Permitir a importação de câmeras, dispositivos de alarmes, usuários, configurações de analíticos e LPR.

6.2.6.10.25. Permitir que todas as telas de cadastros de objetos do cliente de administração do sistema, possam ser exportadas em tela e com isso possa o administrador gerar relatórios com as informações desejadas.

6.2.6.10.26. Permitir pesquisas por data e hora inicial e final, palavra exata ou parte da palavra no sistema de auditoria.

6.2.6.10.27. Permitir que ao clicar duas vezes sobre um registro de auditoria, este possa ser expandido mostrando todos os seus detalhes.

6.2.6.10.28. Permitir enviar via email, relatórios sobre o funcionamento do servidor. 6.2.6.10.29. Permitir bloquear acesso ao sistema após x tentativas de senha inválida. 6.2.6.10.30. Permitir bloquear totalmente o acesso do operador para qualq uer

operação a não ser visualização ao vivo.

6.2.6.10.31. A Estação de monitoramento deverá em todo o tempo, fornecer o nome do operador a ela conectado.

6.2.6.10.32. Permitir a configuração de buffer de áudio com a finalidade de oferecer uma reprodução contínua e limpa.

6.2.6.10.33. O sistema deve oferecer a opção de corte de imagens ( CROP ) com a finalidade de selecionar uma área da imagem que deseja manter visível para os usuários.

6.2.6.10.34. Possuir um sumário com gráficos de uso de disco ligados ao servidor de gravação.

6.2.6.10.35. Permitir a impressão de uma im agem feita em zoom digital das câmeras de monitoramento.

6.2.6.10.36. Permitir configurar buffer de vídeo para câmeras fixas e PTZ com a finalidade de aumentar a fluidez na visualização da imagem.

6.2.6.10.37. Possuir snapshot rápido através de atalhos utilizando as teclas do tecla do de monitoramento.

6.2.6.10.38. Permitir em um mosaico exposto na tela de monitoramento com diversas câmeras, que ao clicar em uma dessas câmeras e ampliá - la em tela cheia, que o sistema desative as imagens que ficaram por traz a fim de economizar banda e processamento.

6.2.6.10.39. Permitir a execução em sistemas com resolução de fonte maior que 96DPI. 6.2.6.10.40. Ao enviar um objeto para a Matriz Virtual o sistema deverá exibir o nome dos objetos que estão sendo exibidos atualmente no monitor selecionado da

matriz.

6.2.6.10.41. Deve permitir ativar e desativar mapas.

6.2.6.10.42. Permitir a alteração dos dados de conexão (Endereço, Autenticação e Timeout) de múltiplas câmeras simultaneamente.

6.2.6.10.43. Possibilitar extrair relatório periódico de funcionamento do servidor com a quantidade de dias gravados e estimativ a de gravação de cada câmera do sistema.

6.2.6.10.44. Permitir pesquisar dispositivos através de filtro de Ips.

6.2.6.11. Acesso via Browser:

6.2.6.11.1. O sistema deve ser desenhado para possibilitar acesso remoto, permitindo o acesso às imagens ao vivo e à reprodução de vídeo remotament e através de um servidor WEB integrado ou do cliente do sistema.

6.2.6.11.2. O sistema de monitoramento via web browser deve permitir que o usuário visualize as câmeras através de mosaicos, criados previamente.

6.2.6.12. Acesso Dispositivo Móvel:

6.2.6.12.1. Possuir visualização das imag ens via celular ou por qualquer dispositivo móvel compatível com Android Armset ou superior e IOS.

6.2.6.12.2. Permitir conectar - se com múltiplos servidores. 6.2.6.12.3. Permitir visualização de câmeras individualmente.

6.2.6.12.4. Permitir salvar Screenshot (Foto) da imagem no dispositivo móvel. 6.2.6.12.5. Permitir visualização da imagem em tela cheia e em mosaicos.

6.2.6.12.6. Permitir controle de PTZ.

6.2.6.12.7. Permitir usar Preset.

6.2.6.12.8. Permitir configuração da visualização por Resolução, Qualidade da imagem e Frames por Segungo (FPS).

6.2.6.12.9. Possuir status de Banda Consumida em KBytes.

6.2.6.12.10. Permitir ativação de alarmes (Ligar uma lâmpada, acionar uma sirene, abrir e fechar um portão e etc).

6.2.6.12.11. Permitir utilizar a câmera de seu celular integrado ao sistema, como se fosse uma câmera do sistema, possibilitando transmitir as ima gens ao vivo via 3G, 4G ou wi- fi, diretamente para a central de monitoramento e que essas possam ser gravadas automaticamente no sistema de CFTV.

6.2.6.12.12. Ter a possibilidade de gerar um perfil de mídia exclusivo para dispositivos móveis, com a finalidade de criar uma configuração diferente , visando uma menor utilização de banda de transmissão, para estes dispositivos.

6.2.6.12.13. Permitir operação via matriz virtual possibilitando transmitir a imagem de uma câmera dentro de um mosaico diretamente para o vídeo - wall.

6.2.6.13. Outros Recursos:

6.2.6.13.1. Possuir recurso de máscara de privacidade com possibilidades de embaçamento (Inibe determinadas áreas da tela para que seja ocultado algum detalhe da imagem para o operador) para câmeras fixas.

6.2.6.13.2. Possuir filtros para controle da imagem (Blur, Gaussi an Blur, Sharpen, Emboss, Flip, Flop, Grayscale e Invert) por câmera (Reprodução de vídeo e Monitoramento ao Vivo) com configurações pré definidas.

6.2.6.13.3. Possuir controle sobre as tonalidades de imagem (Vermelho, Verde, Azul, Contraste, Brilho e Nível de cor) po r câmera (Reprodução de Vídeo e Monitoramento ao Vivo) com configurações pré definidas.

6.2.6.13.4. Possuir interfaces amigáveis para o operador e o administrador. As interfaces de monitoramento e administração devem ser programas diferentes, sendo que o sistema de monitoramento deverá ter uma interface voltada ao operador, e esta deve ser bem intuitiva e simples para um usuário leigo operar e a interface de administração deverá fornecer uma visão completa do

sistema, através de uma lista do tipo Tree -View muito utiliz ada por sistemas de administração.

6.2.6.13.5. Deverá permitir a integração com qualquer sistema de mercado, entre eles controle de acesso, proteção perimetral, vídeo -porteiro eletrônico, Psim, e outros, através do fornecimento das API’s.

6.2.6.13.6. Deverá ser fornecido sem cust os, dentro da versão adquirida, todas as atualizações, sejam por correção de eventuais problemas ou novas facilidades implementadas. EX: O cliente adquiriu a versão 6.0 e receberá gratuitamente todas as alterações dentro dessa versão.

6.2.6.13.7.

6.2.6.13.8. O sistema ainda deve oferecer os módulos abaixo totalmente integrados ao sistema de monitoramento, cuja aquisição será de forma opcional.

6.2.6.14. Mesa Operacional

6.2.6.14.1. Possibilitar a operação de todo o sistema, através de mesa operacional USB totalmente compatível com o fabr icante do software, sem necessidade de aquisição de licenças. Fornecer manuais em português do Brasil. Esta mesa deve conter minimamente as seguintes funções:

6.2.6.15. Funções Gerais:

6.2.6.15.1. Atalho de câmera, matriz virtual, retroceder estilo de tela, avançar estilo de tela, tela cheia, ocultar barra de ferramentas, atualizar, detecção de movimento, alterar mosaico, foto da tela, eventos, mouse virtual, botão esquerdo do mouse, botão direito do mouse, teclado virtual, abertura de íris, fechamento de íris, foco perto, fo co longe, bloqueio ptz, presets, vigilância ptz, ptz virtual, ptz simples, menos zoom, mais zoom, reprodutor de mídia, play & pause, visor para identificação da câmera, Joystick.

6.2.6.16. Modo ao Vivo:

6.2.6.16.1. Navegação por objetos, chamada de câmera por atalho, matriz v irtual, navegação por estilos de tela, modo tela cheia no objeto, ocultar barra de ferramentas, atualizar cliente de monitoramento, detecção de movimento, alterar mosaico, foto da tela, disparando eventos, mouse virtual, teclado virtual, ajuste de íris, aj uste de foco, ptz, bloqueio ptz, presets, vigilância ptz, ptz virtual, ptz simples.

6.2.6.17. Modo Reprodução:

6.2.17.1. Iniciar reprodução, seleção de horário, avançar gravação, retroceder gravação, iniciar e pausar reprodução.

6.2.17.2. O equipamento descrito acima trata -se apenas de um hardware e não deverá existir licença de software para que esta funcione no sistema de monitoramento.

6.2.6.18. Leitor Biométrico USB ( biopass)

6.2.6.18.1. O leitor biométrico USB tem a finalidade de garantir a segurança de acesso ao sistema de monitoramento através de reconhecimento das digitais dos funcionários autorizados envolvidos no processo. Desta maneira evita -se que senhas pessoais sejam transferidas a outras pessoas e que acessos indesejados possa ser feito ao sistema. Deve ser totalme nte compatível com o sistema ofertado. O leitor deve ter a seguinte característica:

6.2.6.18.2. Deve reconhecer digitais humanas 6.2.6.18.3. Captura de 650 DPI

6.2.6.18.4. Sem sensibilidade à eletroestática (ESD) 6.2.6.18.5. Não absorver oleosidades da pele nem nicotina 6.2.6.18.6. Suportar 1.5 milhões de toques

6.2.6.18.7. Permitir a reposição da película

6.2.6.18.8. Ser de tecnologia Bioluminescente ( Emissor de Luz )

6.2.6.19. Sistema de gerenciamento e arquivamento de imagens de eventos e Help - Desk

6.2.6.19.1. Possuir um sistema de gerenciamento e arquivamento de imagens exclusivamente dos eventos ocor ridos no sistema, permitindo sua classificação, organização, documentação e emissão de relatórios e gráficos. Ainda neste sistema permitir a administração da manutenção das câmeras instaladas através de ordens de serviços. O sistema deve:

6.1.6.19.1.1. Possibilitar a a bertura de boletim de ocorrência quando ocorrer um evento. 6.1.6.19.1.2. Possibilitar a criação de campos personalizados no boletim de ocorrência. 6.1.6.19.1.3. Permitir a criação de categorias para os eventos.

6.1.6.19.1.4. Possibilitar a gravação do vídeo do evento de uma ou mais câmeras, anexado ao boletim de ocorrência.

6.1.6.19.1.5. Permitir a classificação de todos os eventos ocorridos.

6.1.6.19.1.6. Permitir que qualquer documento escaneado possa ser anexado a este boletim para fins de documentação completa do evento.

6.1.6.19.1.7. Possibilitar a emissão de relatórios e gráficos em PDF dos eventos ocorridos.

6.1.6.19.1.8. Possibilitar a pesquisa de um evento por qualquer campo definido no boletim de ocorrência.

6.1.6.19.1.9. Possibilitar a abertura de ordem de serviço para equipamentos relacionados ao monitoramento.

6.1.6.19.1.10. Ter possibilidade, na ordem de serviços, de cadastrar um SLA ( Acordo de nível de serviços) para conserto dos equipamentos.

6.1.6.19.1.11. O sistema deverá ter a capacidade de gerenciar as ordens de serviços emitidas.

6.1.6.19.1.12. O sistema deverá possibilitar a emissão de relatórios e gráficos das ordens de serviços e equipamentos envolvidos na manutenção.

6.1.6.19.1.13. Gerar relatórios baseados em filtros especificados pelo usuário. 6.1.6.19.1.14. Suporte a multiusuários com gerenciamento por nível de acesso para

administradores, técnicos e operadores.

6.1.6.19.1.15. Permitir que todo o acesso ao sistema seja feito via WEB.

6.1.6.19.1.16. Não possuir limite para cadastramento de administradores, operadores e técnicos.

6.1.6.19.1.17. Não possuir limite para cadastramento dos eventos ocorridos no sistema.

6.1.6.19.1.18. Não possuir limite para cadastramento de boletins de ocorrências e de ordens de serviços.

6.1.6.19.1.19. Ser fornecido como licença única sem a necessidade de aquisição de licenças adicionais.

6.1.6.19.1.20. Ser integrado ao sistema de monitoramento ofertado.

6.1.6.19.1.21. Estar totalmente na língua portuguesa Brasil, assim como seus manuais.

6.1.6.20. Sistemas de análise Inteligente de im agens

6.2.6.20.1. Os softwares de análise de imagem devem ser “inteligentes” ao ponto de reconhecerem a violação de regras criadas no sistema de análise de imagem e gerar informações/ alarmes para o sistema de monitoramento, possibilitando a imediata ação dos opera dores envolvidos. O software deve possuir solução integrada com o software de monitoramento ofertado com no mínimo as seguintes funções:

6.2.6.20.1.1. Detecção de movimento de objetos no campo de visão. 6.2.6.20.1.2. Suportar detecção de direção em todos os sentidos; 6.2.6.20.1.3. Detecção da presença de novo objeto fixo em uma cena; 6.2.6.20.1.4. Detecção de remoção de um objeto estático de uma cena; 6.2.6.20.1.5. Detecção de limite de velocidade para veículos;

6.2.6.20.1.6. Detecção de veículos ou pessoas parados em lugar proibido;

6.2.6.20.1.7. Detecção de objeto atravessando uma linha virtual tr açada em uma cena; 6.2.6.20.1.8. Detecção de movimento de objeto na direção diferente da configurada em

uma cena;

6.2.6.20.1.9. Detecção de permanência (por tempo) de um objeto ou pessoas a partir da configuração de um tempo mínimo pré -estabelecido em uma cena;

6.2.6.20.1.10. Contagem de objetos, p essoas, carros que entrem em uma zona ou cena pré-estabelecida;

6.2.6.20.1.11. Contagem de veículos por faixa de rolamento; 6.2.6.20.1.12. Captura de faces de pessoas em uma determinada área; 6.2.6.20.1.13. Possibilitar criar barreiras virtuais em todos os sentidos; 6.2.6.20.1.14. Possibilitar criar cercas virtuais ;

6.2.6.20.1.15. Possuir filtros para pessoas, objetos, bicicletas, animais, barcos, aviões, etc.;

6.2.6.20.1.16. Possibilitar cancelar a trepidação da câmera quando esta estiver instalada em automóveis ou locais onde o tráfego provoque a ação;

6.2.6.20.1.17. Detecção de obstrução da visão da câmera ( vandalismos, cobertura da câmera);

6.2.6.20.1.18. Detecção de obstrução da visão da câmera, por distorção do foco da mesma ou quando a mesma é modificada da cena pré - configurada originalmente;

6.2.6.20.1.19. Permitir re - disparo de eventos em um tempo programado, ou seja, estabelecer um tempo para reconhecer novamente um mesmo tipo de evento.

6.2.6.20.1.20. Emitir alarmes com PUP - Ups na tela de monitoramento e sonoros para todos os casos acima quando o fato ocorrer.

6.2.6.20.1.21. Permitir criar diversos tipos de relatórios, combinados ou não com os diversos eventos aqui solicitados, imprimi - los e gerar diversos tipos de gráficos.

6.2.6.20.1.22. Permitir agendar a ativação das configurações dos analíticos.

6.2.6.20.1.23. Permitir apagar registros antigos de analítico e determinar o tempo de retenção desses registros no banco de dados.

6.2.6.20.1.24. Permitir q ue os analíticos possam ser ativados em câmeras fixas ou Domes PTZ.

6.2.6.20.1.25. Permitir o tratamento de qualquer analítico embarcado em câmeras, desde que estas câmeras possuam a facilidade de notificação por HTTP.

6.2.6.20.1.26. Permitir as configurações de analíticos remotamente.

6.2.6.20.1.27. As regras de analíticos a serem aplicadas serão selecionadas por câmera, onde cada uma poderá utilizar um conjunto de regras e realizar a analise de conteúdo do vídeo em tempo real.

6.2.6.20.1.28. Deve permitir a gravação de metadados de analítico automatico, onde o sistema irá gravar a primeira configuração de analítico que estiver em funcionamento associada a câmera. Isto permite a gravação de metadados de analítico para câmeras móveis com diferen tes configurações de analítico em diferentes presets.

6.2.6.20.1.29. Todos os analíticos aqui solicitados devem estar em uma única licença, e esta licença deverá ser fornecida por câmera, permitindo assim que o usuário possa escolher , na câmera desejada, quantos e quais os analíticos que deseja processar ao mesmo tempo.

6.2.7. Software para Monitoramento e Gerenciamento de Alarmes;

6.2.7.1. Solução completa para monitoramento eletrônico de alarmes, que possibilita gerência de eventos, clientes, além da possibilidade em obter re latórios e efetuar as configurações gerais do sistema, com as seguintes características:

6.2.7.1.1. Dividido em módulos, cada um com sua responsabilidade:

6.2.7.1.1.1. Monitoramento: Efetua um controle completo dos eventos provenientes dos clientes monitorados;

6.2.7.1.1.2. Clientes: Capaz de gerenciar todos os dados pertinentes aos clientes cadastrados;

6.2.7.1.1.3. Relatórios: Provê a obtenção dos mais diversos dados que estão no sistema;

6.2.7.1.1.4. Configurações: Disponibiliza a configuração do sistema e a gerência dos dados base para o perfeito funcionamento;

6.2.7.1.1.5. Mapas: Possibilita o monitoramento de eventos, técnicos, viaturas, assim como a visualização da localização de clientes com diversos filtros disponíveis.

6.2.7.2. MONITORAMENTO

6.2.7.2.1. A área de monitoramento deve permitir o controle dos eventos provenientes dos clientes monitorados, gerenciar ordens de serviço, viaturas deslocadas, e sistemas em manutenção. Deve se apresentar dividida visualmente em duas áreas, uma pertinente a eventos e outra pertinente aos dados do cliente associado ao evento selecionado.

6.2.7.2.2. Na área pertinente aos eventos deve permitir o controle dos eventos recebidos e dos eventos que já estão em tratamento, além de mostrar informações do evento selecionado, tais como:

6.2.7.2.2.1. Evento: Código do evento;

6.2.7.2.2.2. Recepção via: Modo de recepção do evento; 6.2.7.2.2.3. Atendimento: Duração do atendimento do evento; 6.2.7.2.2.4. Descrição: Descrição do evento selecionado; 6.2.7.2.2.5. Ícone : Operador responsável pelo evento; 6.2.7.2.2.6. Linha: Informa por qual linha o evento foi recebido.

6.2.7.2.2.7. Ícone : Viatura deslocada para o local (ao clicar neste ícone é possível alterar a viatura que foi deslocada).

6.2.7.2.3. Os eventos devem assumir diversos status, desde a sua recepção até seu fechamento. Estes status são representados pelas seguintes colunas:

6.2.7.2.3.1. Não Atendidos: São eventos que ainda não foram atendidos por algum operador;

6.2.7.2.3.2. Em Espera: São eventos já em tratamento por um operador; 6.2.7.2.3.3. Deslocamento: Indica que ocorreu o deslocamento para o local; 6.2.7.2.3.4. No Local: Indica que há uma viatura no local;

6.2.7.2.3.5. Observação: Este status é utilizado em situações específicas de cada empresa, como por exemplo, quando ainda não é o momento de fechar o evento e é necessário permanecer em observação pelo operador.

6.2.7.2.4. A transição dos eventos entre os status deve ser efetuada através dos seguintes botões:

6.2.7.2.4.1. Em Espera: Altera o status do evento de “Não Atendidos” para “Em Espera”;

6.2.7.2.4.2. Deslocamento: Altera o status do evento de “Em Espera” para “Deslocamento”;

6.2.7.2.4.3. No Local: Altera o status1 de “Deslocamento” para “Viatura no Local”;

6.2.7.2.4.4. Observação: Eventos de qualquer status podem ser colocados em observação.

6.2.7.2.5. Na área pertinente aos “Dados do Cliente” deverão estar contidas as informações do cliente relacionado ao evento selecionado. Vinte oito ícones estão visíveis na parte superior dire ita, sendo que cinco são fixos, três são configuráveis de acordo com as características do cliente e vinte ícones podem ser personalizados de acordo com suas necessidades.

6.2.7.2.6. O sistema deve apresentar os campos “Senha (Pergunta)”, “Contrassenha (Resposta)” e “Senha de Coação”. O campo “Senha (Pergunta)” contém a pergunta a ser realizada aos contatos do cliente em caso de atividade suspeita na mesma, já o campo “Contrassenha (Resposta)” identifica a resposta que o contato do cliente deve informar ao operador e , por sua vez, o campo “Senha de Coação” que, quando utilizada, indica que o cliente está sendo coagido.

6.2.7.2.7. Informações do Local

6.2.7.2.7.1. O sistema deve conter aba especifica para informações do local monitorado como, por exemplo, se existem armas, pessoas ou cachor ro no local, nível de risco, data de habilitação do monitoramento, as referências sobre a sua localização, observações sobre o local, entre outros.

6.2.7.2.7.2. O sistema deve contar aba para anotações, composta pela data de expiração das anotações, as anotações tempor árias e as providências a serem tomadas em caso de eventos.

6.2.7.2.7.3. O sistema deve apesentar histórico de eventos do local monitorado, com data de recebimento, nome do evento recebido, o auxiliar e a descrição do evento.

6.2.7.2.8. Eventos

6.2.7.2.8.1. Deve disponibilizar área para fi ltrar os eventos visualizados. O filtro permite mostrar os eventos recebidos com até 10 dias de antecedência e, com o botão “Atualizar”, é possível refazer a pesquisa dos eventos considerando o filtro já selecionado. Junto com o botão “Atualizar”, deve apresentar a opção chamada “part” que significa Partição. Esta opção permite que se visualizem os eventos de todas as partições desta conta, o botão de imagens, possibilita a visualização das imagens associadas a este evento, caso ele tenha sido atendido por uma viatura utilizando o VTR Mobile. Também é possível visualizar as imagens em forma de relatório, salvar todas as imagens associadas ao evento, salvar uma imagem específica, rotacionar as imagens para visualiza -las de forma correta e excluir a imagem.

6.2.7.2.8.2. Deve permitir a visualização dos dados do evento selecionado, como data e hora em que foi recebido, colocado em espera, deslocado, o momento em que a viatura chegou ao local, o nome da viatura, a situação em que se encontra e a receptora utilizada, o “Op. F echa” que indica o operador que fechou o evento e o campo “Log do Evento” que contém toda a documentação do atendimento.

6.2.7.2.9. Contatos

6.2.7.2.9.1. O sistema deve contar uma área para contatos, onde estrão disponíveis os contatos dos clientes, alguns filtros para pesquisa e o recurso de discagem automática pelo sistema. O filtro deve permitir a listagem dos contatos de interesse para a situação atual e disponibilizar cinco opções: Todos, Violação, Emergência Médica, Pânico e Incêndio.

6.2.7.2.9.2. Deve possuir recurso de disca gem automática para permitir que o operador efetue as ligações para os contatos diretamente pelo sistema. Ao clicar no botão “Fone 1” ou ”Fone 2” será efetuada uma discagem automática para o respectivo telefone do contato cadastrado.

6.2.7.2.9.3. Na listagem dos conta tos deverão estar disponíveis a Lista, Prioridade, Nome, Fone 1 e Fone 2. Após o contato ser selecionado, se tornarão visíveis as funções do contato e o e -mail, juntamente com a situação em que o contato deverá ser chamado. Após efetuar a discagem para o contato cadastrado, estarão disponíveis as seguintes opções (apenas para usuário que seja do tipo “Operador”): Sucesso, Falha, Não Atende, Ocupado, Caixa Postal, Não Existe. Quando selecionada uma destas opções, o status da discagem será adicionado automati camente ao log do evento e se tornará visível na parte inferior esquerda da tela a data e hora em que a ligação foi efetuada, o operador responsável pela ligação e uma mensagem informando se o operador obteve sucesso ou não na tentativa de contatar a pesso a responsável.

6.2.7.2.10. Log´ s

6.2.7.2.10.1. O sistema deve possuir campos para log´ s, especificamente para “Log do Evento”, “Log para Gerência” e “Log da Viatura”. Estas opções permitem a documentação do evento, desde a chegada até o seu fechamento .

6.2.7.2.11. Usuários

6.2.7.2.11.1. O sistema deve p ossuir campo com as informações dos usuários de cada conta, listadas da seguinte forma: código, o nome da pessoa cadastrada, CPF e o recurso de discagem automática pelo sistema. Deve permitir que após a seleção do usuário, estará disponível a sua função, s ua senha, RG e um campo com as observações que poderão auxiliar os operadores em eventual contato.

6.2.7.2.11.2. Deve possuir recurso de discagem automática, permitindo ligações entre o operador e os contatos diretamente pelo sistema. Ao clicar no botão “Ligar” será e fetuada uma discagem automática para o respectivo telefone do usuário cadastrado.

6.2.7.2.12. Zonas

6.2.7.2.12.1. Deve possuir campos para cadastro das zonas monitoradas de cada conta. A listagem de zonas informa o número da zona monitorada, o local da zona, o produto instalado - como, por exemplo, um sensor, o número da câmera (caso instalada nesta zona) e a opção “Observação” – para possíveis anotações sobre a zona do cliente.

6.2.7.2.13. Configurações

6.2.7.2.13.1. Deve possuir campos destinados a configurações da conta, tais como: “Monitoramento” - informa se o monitoramento do cliente está habilitado, “Senha Mestre”, “Controle de Horário”, “WebAlarm” juntamente com o “Login” e a “Senha”, “Meio de Comunicação” e “Mo do Férias”.

6.2.7.2.14. Horários

6.2.7.2.14.1. Deve possuir campos para registro de tabelas de horários utilizados pelo cliente, ou seja, os horários de arme e desarme do sistema de alarmes. Para alternar entre as tabelas de horários, deve - se utilizar o campo próprio que contenha todas as tabelas configuradas para o cliente. Além disso, deve estar disponível legenda que informe quando o sistema deverá estar “Desarmado” (Verde), em “Período de Transição” (Amarelo), “Armado” (Vermelho) e “Sem Controle de Horário” (Branco) - este último indica que o cliente não faz o controle de horário, ou seja, não utiliza tabelas de horário.

6.2.7.2.15. Ordens de Serviços

6.2.7.2.15.1. Xxxxx possuir campos destinados as informações de todas as ordens de serviço do cliente. Esta área deve possuir filtro para facilitar a lo calização das ordens de serviço com as opções: Todas, OS Abertas, OS Fechadas, OS em Execução, OS em Pausa e Aguardando Fechamento. Na listagem de ordens de serviço deverão conter as seguintes informações: nº da OS, o

defeito apresentado, a data e hora de abertura e de fechamento e a cor para o alerta.

6.2.7.2.15.2. Deve possuir recurso que permita pausar uma OS em execução, Executar uma OS, imprimir a OS selecionada e ver as imagens associadas a esta ordem de serviço, gerar relatório das imagens associadas, salvar todas , salvar uma específica, girar as imagens ou exclui - las.

6.2.7.2.15.3. Possuir recurso que permita que após a seleção de uma ordem de serviço serão disponibilizadas as seguintes informações: o técnico responsável, o status da OS, o solicitante, a solução e a descrição.

6.2.7.2.16. Manutenção

6.2.7.2.16.1. Possuir recurso que permita colocar a conta em manutenção, possibilitando selecionar o “Tempo para Manutenção” e o “Técnico Responsável”. Se a conta selecionada já estiver em processo de manutenção, as seguintes informações deverão estar visíve is: “Início da Manutenção”, o usuário que a ativou, o “Tempo Previsto”, o “Término da Manutenção Previsto” - indica a data e a hora prevista para a finalização, e o “Técnico Responsável”.

6.2.7.2.17. Imagens

6.2.7.2.17.1. O sistema deve possuir campo que permita mostrar algumas im agens relacionadas ao cliente, tais como a planta (planta baixa), mapa e foto - todas do local monitorado.

6.2.7.2.18. Satélite

6.2.7.2.18.1. Possuir recurso que permita selecionar um evento e o sistema mostre a localização do cliente com imagens de satélite. A localização é efetua da através das coordenadas geográficas (localização exata) ou do endereço cadastrado (localização aproximada).

6.2.7.2.19. Agenda

6.2.7.2.19.1. Deve possibilitar o cadastro de contatos que podem ser utilizados para diversos fins. Estes contatos estão disponíveis no sistema para to dos com acesso à Agenda.

6.2.7.2.19.2. A listagem de contatos deverá ser formada pela função do contato, nome, telefone 1 e telefone 2, permitindo ainda a gerência dos dados, ou seja, cadastro e alteração das informações.

6.2.7.2.19.3. Deve permitir a discagem automática para números informados, diretamente da agenda.

6.2.7.2.20. Compromissos

6.2.7.2.20.1. Deve permitir o agendamento de compromissos em data única ou em uma periodicidade para os operadores. Para cadastrar um compromisso, informar os seguintes dados:

6.2.7.2.20.2. Data/ Hora: Data e hora em que o compromisso d everá ser lembrado; 6.2.7.2.20.3. Mostrar somente para: Permite selecionar a pessoa que visualizará o

compromisso (opcional);

6.2.7.2.20.4. Descrição: Descrição do compromisso.

6.2.7.2.20.5. A cada – indica a periodicidade em que o compromisso será lembrado,Finaliza em – indica a última data e a hora em que o compromisso será mostrado.

6.2.7.2.21. Anotações Pessoais

6.2.7.2.21.1. Deve permitir que cada operador tenha suas anotações pessoais.

6.2.7.2.22. Status das Viaturas

6.2.7.2.22.1. O sistema deve possibilitar a verificação do status das viaturas que utilizam o aplicativo mobile.

6.2.7.2.23. Viaturas Deslocadas

6.2.7.2.23.1. O sistema deve permitir a visualização das viaturas que foram deslocadas de uma forma agrupada por cliente ou por viatura. Desta forma, é possível visualizar se mais de uma viatura foi deslocada para o mesmo local e se a mesma viatura foi deslocada para mais de um local, respectivamente.

6.2.7.2.23.2. As seguintes informações deverão ser listadas:

6.2.7.2.23.2.1. Viatura: indica o nome da viatura deslocada; 6.2.7.2.23.2.2. Atendente: Nome do encarregado do atendimento;

6.2.7.2.23.2.3. Evento: nome do evento que motivou o deslocamento da viatura (caso queira consultar o evento, basta efetuar um duplo clique sobre o mesmo);

6.2.7.2.23.2.4. Conta: número da conta do cliente; 6.2.7.2.23.2.5. Status: status do evento;

6.2.7.2.23.2.6. Recepção: Data e hora que o evento foi recebido; 6.2.7.2.23.2.7. Deslocamento: Data e hora em que o evento foi deslocado;

6.2.7.2.23.2.8. Tempo Atendimento: Tempo em que o evento está em atendimento; 6.2.7.2.23.2.9. Endereço: indica o local para onde a viatura foi deslocada.

6.2.7.2.24. Ordenar Eventos por

6.2.7.2.24.1. Possuir recurso que permite a escolha de alguns critérios para ordenar os eventos listados na área de Monitoramento, através das seguintes opções:

6.2.7.2.24.2. Data de Recebimento: Ordena os eventos de acordo com a data de recebimento do evento;

6.2.7.2.24.3. Prioridade: Ordena os eventos de acordo com a prioridade dos eventos; 6.2.7.2.24.4. Número de Eventos do Agrupamento: Ordena os eventos de acordo com o

total de event os agrupados;

6.2.7.2.24.5. Prioridade das Características Adicionais do Cliente: Ordena os eventos pela prioridade das características do cliente selecionado;

6.2.7.2.24.6. Prioridade das Rotas: Ordena os eventos pela prioridade das Rotas; 6.2.7.2.24.7. Rota e Prioridade do Evento: Ordena os even tos pela rota e prioridade do

evento.

6.2.7.2.25. Mostrar Eventos

6.2.7.2.25.1. Deve possuir recurso que permita ao operador visualizar todos os eventos do cliente ou apenas os seus.

6.2.7.2.26. Últimos 200 Eventos Recebidos

6.2.7.2.26.1. Possuir recurso que permita visualizar os 200 últimos eventos recebi dos pelo sistema, permitindo a visualização detalhada de cada evento.

6.2.7.2.27. Lixeira/ Pacotes Recusados

6.2.7.2.27.1. Possuir recurso que permite a visualização dos eventos recusados ou não interpretados pelo sistema. Essa tela deverá ser dividida em:

6.2.7.2.27.1.1. Conta sem Cadastro: São eventos que chegam, mas a conta do cliente ainda não está cadastrada;

6.2.7.2.27.1.2. Contas Duplicadas: Neste caso, o Sistema Processor foi configurado incorretamente, ocasionando a existência de clientes com a mesma conta. O processor então deve ser configurado com uma em presa para cada receptora;

6.2.7.2.27.1.3. Informações com Formato Desconhecido: São pacotes recebidos pelo Sistema que não foram reconhecidos pelo sistema.

6.2.7.2.27.1.4. Conta do evento diferente da conta do IMEI (GPRS): Eventos enviados por uma conta com IMEI diferente do IMEI cadast rado no Sistema Desktop.

6.2.7.2.28. Falhas Operacionais

6.2.7.2.28.1. Possuir recurso que permita a listagem das falhas operacionais ocorridas no sistema. Será fornecida uma listagem com as seguintes informações: evento (código do evento recebido), conta (número do cliente), falha operacional (informa a falha ocorrida) e tempo limite (informa o tempo limite da falha ocorrida).

6.2.7.2.29. Nova Ordem de Serviço

6.2.7.2.29.1. Possuir recurso que permita abrir uma nova ordem de serviço através da área de Monitoramento, além de possibilitar a visualização de um resumo das ordens de serviço abertas para o cliente selecionado.

6.2.7.2.29.2. Para cadastrar uma nova OS devem -se preencher os seguintes campos: técnico responsável, defeito, solicitante – indica quem solicitou a abertura da OS, descrição do defeito, tempo previsto para solução do problema e, caso a manutenção seja agendada com o cliente, a opção “Agendado com o Cliente” deve ser habilitada e deverão ser especificadas data e hora do agendamento.

6.2.7.2.30. Informações Adicionais do Cliente

6.2.7.2.30.1. Possuir recurso que permita o comparativo entre o horário do monitoramento e o horário no cliente. Este recurso é muito utilizado em casos de fusos horários diferentes entre a equipe de monitoramento e cliente.

6.2.7.2.31. Clientes em Manutenção

6.2.7.2.31.1. Possuir recurso que identifique os clientes que est ão em manutenção e a possibilidade de finalizar a manutenção dos mesmos. Disponibiliza uma listagem com os seguintes dados dos clientes: o nome da empresa responsável, o cliente que está em manutenção, a razão social/ fantasia do cliente, início da manutenç ão (data), término (data), o usuário que ativou, a duração e o técnico responsável.

6.2.7.2.32. Pesquisar Cliente

6.2.7.2.32.1. Possuir recurso que permita que os operadores pesquisem clientes na área de Monitoramento, com a possibilidade de selecioná - lo e visualizar todos os detalhes do cliente, como Contatos, Usuários, Tabelas de Horário, Histórico de Eventos etc.

6.2.7.2.32.2. A pesquisa deve ser feita através dos seguintes filtros:

6.2.7.2.32.2.1. Pesquisar por: Tipo de dados do cliente considerado na pesquisa. Estão disponíveis as seguintes opções de filtr o: Conta, Razão Social, Fantasia, Endereço, Bairro, Fone 1, Fone 2, Senha, Contrassenha e Senha de Coação;

6.2.7.2.32.2.2. Descrição da Consulta: Dado para consulta;

6.2.7.2.32.2.3. Tipo da Pesquisa: São formas condicionais para efetuar a pesquisa. Estão disponíveis as

6.2.7.2.32.2.4. seguintes opções: “Que contenha”, “Que inicie com” e “Que seja exatamente”;

6.2.7.2.32.2.5. Empresa: Empresa responsável pelo cliente a ser pesquisado, sendo que a opção “Todas” também está disponível para seleção.

6.2.7.2.32.2.6. Status/ Controle: Esta opção permite selecionar o status do cliente. As seguintes opções estão disponíveis no filtro: Todas, Armadas, Desarmadas, Armadas que controlam horários, Desarmadas que controlam horários, Falha de teste automático.

6.2.7.2.32.2.7. Grupo: Grupo ao qual o cliente pertence, com a opção “Todos” disponível para seleção.

6.2.7.2.33. Clientes Ociosos

6.2.7.2.33.1. Possuir recurso que permita a listagem de clientes que estão ociosos, ou seja, sem enviar eventos de arme ou desarme no período selecionado. Deve possibilitar o filtro por empresa e imprimir a lista gerada.

6.2.7.2.34. Discador

6.2.7.2.34.1. Possuir recur so que permita discagem para um número para realizar uma chamada.

6.2.7.3. CLIENTE

6.2.7.3.1. Possuir módulo que gerencie todos os dados dos clientes cadastrados no sistema, assim como suas configurações e serviços. Deve ser formado por

duas áreas, uma para pesquisa de client e e outra onde serão visualizados os dados do cliente selecionado.

6.2.7.3.2. Pesquisa

6.2.7.3.2.1. Possuir recurso que permita localizar qualquer cliente cadastrado no sistema. Devem ser disponibilizados vários filtros para proporcionar a pesquisa nos mais diversos dados do cliente.

6.2.7.3.2.2. A pesquisa de um cliente pode ser efetuada através dos seguintes filtr os: 6.2.7.3.2.2.1. Pesquisar por: Tipo de dados do cliente considerado na pesquisa. Estão

disponíveis as seguintes opções de filtro: Nº Conta, Razão Social, Fantasia, Endereço, Bairro, Fone 1, Fone 2, Senha, Contrassenha, Senha de Coação e Contrato;

6.2.7.3.2.2.2. Descrição da Consulta : Dado para consulta;

6.2.7.3.2.2.3. Tipo da Pesquisa: São formas condicionais para efetuar a pesquisa. Estão disponíveis as seguintes opções: “Que contenha”, “Que inicie com” e “Que seja exatamente”;

6.2.7.3.2.2.4. Empresa: Empresa responsável pelo cliente a ser pesquisado, sendo que a opção “Todas” também está disponível para seleção;

6.2.7.3.2.2.5. Grupo: Grupo o qual o cliente faz parte. A opção “todos” também está disponível para seleção;

6.2.7.3.2.2.6. Exibir clientes desabilitados: Pesquisa clientes que não estão ativos.

6.2.7.3.3. Dados do Cliente

6.2.7.3.3.1. Possuir recurso que p ermita gerenciar todas as informações dos clientes cadastrados no sistema, serviços utilizados, eventos recebidos, ordens de serviço, entre outras opções.

6.2.7.3.4. Cadastro

6.2.7.3.4.1. Possuir recurso que permita gerenciar os dados cadastrais do cliente, os detalhes do local, a rota em que este cliente pertence, o instalador e ramo de atividade.

6.2.7.3.4.2. No cadastro do cliente deverá conter no mínimo os seguintes campos: 6.2.7.3.4.2.1. Ativo: Informa se o cliente está “excluído” ou não;

6.2.7.3.4.2.2. Empresa: Empresa responsável pelo cliente; 6.2.7.3.4.2.3. Conta: Código do clien te;

6.2.7.3.4.2.4. Contrato: Contrato de monitoramento que este cliente está utilizando;

6.2.7.3.4.2.5. Complemento: Campo para complemento do contrato;

6.2.7.3.4.2.6. Habilitar Controle de Partição: Permite habilitar o controle de partição; 6.2.7.3.4.2.7. Partição: Número da partição deste cliente;

6.2.7.3.4.2.8. Unificar Cadast ro das Partições: Permite habilitar a opção de replicar alterações entre as partições, ou seja, toda alteração realizada em uma partição será copiada para as demais partições;

6.2.7.3.4.2.9. Grupo: Grupo o qual o cliente faz parte; 6.2.7.3.4.2.10. Pessoa Jurídica, Pessoa Física ou Públi co; 6.2.7.3.4.2.11. Razão Social;

6.2.7.3.4.2.12. Fantasia;

6.2.7.3.4.2.13. CNPJ/ CPF;

6.2.7.3.4.2.14. Responsável;

6.2.7.3.4.2.15. E-mail;

6.2.7.3.4.2.16. Fone 01, Fone 02; Nextel;

6.2.7.3.4.2.17. CEP, Endereço, Estado, Cidade, Bairro, Região;

6.2.7.3.4.2.18. Data de Cadastro: Informa a data de cadastro do cliente no sistema; 6.2.7.3.4.2.19. Status: Informa o status do alarme do cliente – armado ou desarmado; 6.2.7.3.4.2.20. Detalhes do Local

6.2.7.3.4.2.21. Pessoas no Local: Indica se existem pessoas no local permanentemente; 6.2.7.3.4.2.22. Cachorro no Local: Indica se existem cachorros no local

permanentemente;

6.2.7.3.4.2.23. Arma no Local: Indica se existem armas no local;

6.2.7.3.4.2.24. Outras Informações: Permi te selecionar o nível de risco, se o cliente é proprietário do equipamento, se forneceu as chaves do local e o número do chaveiro onde estão as chaves;

6.2.7.3.4.2.25. Cliente proprietário do equipamento: Indica se o cliente é proprietário do equipamento;

6.2.7.3.4.2.26. Chaves do local: Indica se a empresa possui as chaves do local. 6.2.7.3.4.2.27. Chaveiro: Caso possua as chaves do local, indica em qual chaveiro se

encontra.

6.2.7.3.4.2.28. Coordenadas Geográficas: Esta opção permite o cadastro das coordenadas geográficas para localização do cliente via satélite. Abai xo temos um botão

que pode fazer essa busca dessas informações, porém dependendo da localidade essas informações podem não ser totalmente precisas.

6.2.7.3.4.2.29. Rotas: Rotas em que o cliente pertence;

6.2.7.3.4.2.30. Instalador: Técnico responsável pela instalação do sistema de alarme no cliente;

6.2.7.3.4.2.31. Ramo de Atividade: Ramo de atividade do cliente;

6.2.7.3.4.2.32. Forçar OS para Técnico Responsável: Com esta opção é possível direcionar novas ordens de serviço sempre para o responsável técnico. Esta situação é pertinente às empresas que possuem gerentes pa ra distribuição de OS, ou seja, todas as ordens de serviços abertas pelos operadores serão encaminhadas para um responsável, que por sua vez, redirecionará ao técnico executante definitivo. Para selecionar um técnico responsável, basta selecioná - lo no campo “Téc. Responsável”;

6.2.7.3.4.2.33. Rastreador: Caso utilize integrações de monitoramento de viaturas, esse campo deve conter o código do rastreador da viatura;

6.2.7.3.4.2.34. Referências sobre sua Localização: Permite adicionar informações sobre a localização do cliente;

6.2.7.3.4.2.35. Observações sobre o Local: Permite adicionar informações sobre o local.

6.2.7.3.5. Configurações

6.2.7.3.5.1. Possuir recursos que permitiam ser efetuadas diversas configurações relacionadas ao cliente, como a gerência da habilitação do monitoramento do cliente, ativação do WebAlarm e do modo férias, meio de comunicação primário, botton no local, além de configurações técnicas relacionadas aos serviços utilizados pelo cliente como teste automático, configuração do painel, controle de eventos, características adicionais, entre outros.

6.2.7.3.5.2. Os recursos de “Configurações” devem ser habilitados com as seguintes opções:

6.2.7.3.5.2.1. Monitoramento: Nesta opção é possível habilitar o monitoramento do cliente e, a partir deste momento, o Sistema estará apto a receber seus eventos na área de Monitoramento. Caso contr ário, os eventos recebidos serão fechados automaticamente pelo Sistema;

6.2.7.3.5.2.2. Monitoramento On Demand: Nesta opção é possível habilitar o monitoramento On Demand para o cliente. Esta função (sob demanda)

permite que o cliente, através do aplicativo móvel, receba todos os eventos da sua conta, fazendo com que estes eventos sejam arquivos/ fechados automaticamente. Caso seja de interesse do cliente, ele pode, através do aplicativo, solicitar um atendimento On Demand;

6.2.7.3.5.2.3. WebAlarme: Efetua o envio de informações deste cl iente para o WebAlarme. Esta área informa o código do cliente para login e disponibiliza um campo para a senha que será utilizada no acesso ao portal na Internet;

6.2.7.3.5.2.4. Modo Férias: Ao habilitar o modo férias, as configurações de visualização dos eventos na área de Monitoramento para este cliente serão sobrescritas, ou seja, os eventos provenientes deste cliente sempre serão visualizados na área de Monitoramento;

6.2.7.3.5.2.5. Meio de Comunicação Primário: Permite a descrição do meio de comunicação primário utilizado pelo clie nte;

6.2.7.3.5.2.6. Botton do Local: É possível informar o identificador do botton que está no local.

6.2.7.3.5.2.7. Ignorar Manutenção: Ao colocar um cliente (conta) em manutenção, os eventos deste cliente não vão chegar à área de monitoramento até que a manutenção seja concluída. Ao habilitar a opção “Ignorar Manutenção” em uma conta ou em uma partição em particular, os eventos chegarão normalmente no monitoramento.

6.2.7.3.5.2.8. Habilitar Mobile: Permite o uso do Aplicativo Mobile.

6.2.7.3.6. Teste Automático

6.2.7.3.6.1. Possuir recurso de teste automático independente de qualquer ação dos usuários do cliente. Esta informação é interpretada pelo sistema como uma confirmação do status do alarme, ou seja, o funcionamento do alarme está perfeito se o teste automático for recebido, caso contrário, o painel de alarme deve ser verificado.

6.2.7.3.7. Painel

6.2.7.3.7.1. Possui recursos que permitam o cadastro das informações dos painéis de alarme, especialmente as seguintes:

6.2.7.3.7.1.1. Fone Painel: Número da linha telefônica ligada ao painel de alarme; 6.2.7.3.7.1.2. Modelo Instalado: Modelo de painel utilizado;

6.2.7.3.7.1.3. Protocolo Utili zado: Protocolo de comunicação utilizado pelo painel. O usuário poderá escolher entre cinco opções: 4x2, Contact ID, SIA, Modem IIIA2 e High Speed;

6.2.7.3.7.1.4. Localização do Painel: Informações sobre o local onde foi instalado o painel;

6.2.7.3.7.1.5. Rádio: Permite informar o núme ro e o modelo do rádio utilizado pelo cliente.

6.2.7.3.8. Controle de Eventos

Possuir recurso que permita o controle de horários do cliente (tabelas de horário) e o controle de eventos do sistema relacionados às tabelas de horário. Os eventos possíveis de serem controlados são:

6.2.7.3.8.1. Controlar Evento X2 (Não Armado); 6.2.7.3.8.2. Controlar Evento X3 (Não Desarmado); 6.2.7.3.8.3. Controlar Evento X4 (Armado fora do Horário); 6.2.7.3.8.4. Gerar X4 também no período de Arme;

6.2.7.3.8.5. Controlar Evento X5 (Desarmado fora do Horário); 6.2.7.3.8.6. Gerar X5 também no período de desarme.

6.2.7.3.8.7. Possuir recursos que permitam controlar o número eventos recebidos diariamente por cliente.

6.2.7.3.9. Horários

6.2.7.3.9.1. Possuir recurso que permita controlar os períodos em que o cliente deve estar com seu sistema de alarme armado ou desarmado. Caso o status do sistema de alarmes seja diferente do definido na tabela de horários, o sistema deverá gerar um evento “X” correspondente à anomalia. Nestes casos, os eventos que podem ser gerados são:

6.2.7.3.9.1.1. X2 – Não Armado;

6.2.7.3.9.1.2. X3 – Não Desarmado; 6.2.7.3.9.1.3. X4 – Armado fora do horário; 6.2.7.3.9.1.4. X5 – Desarmado fora do horário.

6.2.7.3.9.2. A tabela de horários é definida em intervalos de 30 minutos no período total de 24hs. A definição de quando o sistema de alarmes deve estar armado ou desarmado deve ser simbolizada por cores, ou seja, armado é simbolizado pela cor v ermelha, desarmado verde e período de transição

pelo amarelo. Caso o cliente não faça o controle de horários, ou seja, não utilize tabelas de horários, a cor utilizada na tabela é o branco, indicando “Sem Controle de Horário”.

6.2.7.3.10. Contatos

6.2.7.3.10.1. Possuir recurso que permitam cadastrar os contatos do cliente, ou seja, todas as pessoas que deverão ser acionadas em casos de emergência no local. Para localizar um contato será necessário utilizar o campo “Filtro”, que disponibilizará as seguintes opções:

6.2.7.3.10.1.1. Todos: Lista de todos os contatos do cliente;

6.2.7.3.10.1.2. Violação: Lista de contatos que devem ser informados em caso de violação no local;

6.2.7.3.10.1.3. Emergência Médica: Lista de contatos que devem ser informados em caso de emergência médica no cliente;

6.2.7.3.10.1.4. Pânico: Lista de contatos que devem ser in formados caso o cliente utilize a função pânico do painel de alarme ou encontra - se em uma situação de pânico;

6.2.7.3.10.1.5. Incêndio: Lista de contatos que devem ser informados em caso de incêndio no local;

6.2.7.3.11. Usuários

6.2.7.3.11.1. Possuir recurso que permita o cadastro de usuários do sistema com acesso permitido, ou seja, somente estas pessoas possuem senha para armar ou desarmar o sistema de alarmes. São campos obrigatórios no cadastro de usuários:

6.2.7.3.11.1.1. Código: Código do usuário; 6.2.7.3.11.1.2. Nome: Nome do usuário;

6.2.7.3.11.1.3. E-mail, Telefone, RG, CPF, Senha do Usuário, Função e Observações. 6.2.7.3.12. Zonas

6.2.7.3.12.1. Possuir recursos que permitam incluir na zona monitorada no cliente e deve conter ao menos um sensor. Deve permitir cadastrar os dados da zona, habilitar ronda e indicar o produto instalado, podendo ser sensores, teclados etc. Para cadastro da zona, deve=se preencher os seguintes campos:

6.2.7.3.12.1.1. Número: Número identificador da zona;

6.2.7.3.12.1.2. Local da Zona: Descrição do local no estabelecimento; 6.2.7.3.12.1.3. Servidor CFTV: Código do cliente no servidor;

6.2.7.3.12.1.4. Câmera: Número identificador da câmera instalada na zona; 6.2.7.3.12.1.5. Ativar: Após habilitar esta opção, será possível especificar o intervalo de

tempo da ronda, ou seja, a periodicidade em que a ronda será realizada; 6.2.7.3.12.1.6. Intervalo (min): Periodicidade em que a ronda será realizada;

6.2.7.3.12.1.7. Tolerância (min): Tempo de tolerânci a antes de gerar o evento de falta de ronda;

6.2.7.3.12.1.8. Button: Número identificador do Button da Ronda; 6.2.7.3.12.1.9. Observações: Informações diversas referentes à zona; 6.2.7.3.12.1.10. Produto: Produto instalado na zona;

6.2.7.3.12.1.11. Anular: Anula temporariamente a recepção de eventos desta zona, fazendo com que todos os eventos desta zona sejam fechados automaticamente;

6.2.7.3.13. Eventos

6.2.7.3.13.1. Possuir recursos que permitam gerenciar os eventos recebidos do cliente. Deve contar área disponível para pesquisa de eventos com diversos filtros e ainda recursos para editar os d ados dos eventos. Para efetuar uma pesquisa de eventos, devem - se utilizar os seguintes filtros:

6.2.7.3.13.1.1. Tipo de Evento: Lista os tipos possíveis de eventos, sendo eles; Todos, Alarme, Teste Automático, Armado, Desarmado, Sem Controle e Ronda;

6.2.7.3.13.1.2. Usuários: À direita d o Tipo de Evento, existe a possibilidade de filtrar por eventos de um usuário específico;

6.2.7.3.13.1.3. Últimos eventos: Deve ser informado o número máximo de eventos a serem listados na pesquisa (campo obrigatório);

6.2.7.3.13.1.4. Intervalo de Data: Pode ser informado um intervalo de data para a pesquisa, sendo que a data considerada é a data de recebimento do evento;

6.2.7.3.13.1.5. Todas as partições: Permite que sejam pesquisados eventos de todas as partições desta conta;

6.2.7.3.13.2. Possuir recursos que permitam editar alguns campos dos eventos resultantes, bastando para isto, selecionar o evento de interesse que em seguida serão disponibilizados os campos abaixo:

6.2.7.3.13.2.1. Recebido: Data e horário em que o evento foi recebido (não editável); 6.2.7.3.13.2.2. Processado: Data e horário do processamento do evento;

6.2.7.3.13.2.3. Espera: Data e horário em que o evento foi colocado “Em Espera” (não editável);

6.2.7.3.13.2.4. Usuário: Nome do usuário que colocou o evento “Em espera”; 6.2.7.3.13.2.5. Deslocamento: Data e horário em que o evento foi colocado “Em

Deslocamento” (não editável);

6.2.7.3.13.2.6. Usuário: Nome do usuário que coloco u o evento “Em Deslocamento”; 6.2.7.3.13.2.7. Viatura: Viatura deslocada;

6.2.7.3.13.2.8. Observação: Data e horário em que o evento foi colocado em “Observação” (não editável);

6.2.7.3.13.2.9. Usuário: Nome do usuário que colocou o evento em “Observação”; 6.2.7.3.13.2.10. No local: Data e horário em que o evento foi co locado como “No Local”

(não editável);

6.2.7.3.13.2.11. Usuário: Nome do usuário que colocou o evento em “No Local”; 6.2.7.3.13.2.12. Fechamento: Data e horário em que o evento foi fechado (não editável); 6.2.7.3.13.2.13. Usuário: Nome do usuário que fechou o evento;

6.2.7.3.13.2.14. Log do Evento: Informa o log do evento e possibilita a verificação do áudio do log (editável apenas quando o evento está fechado);

6.2.7.3.13.2.15. Log para Gerência: Texto dos operadores, geralmente destinado aos seus superiores. Esta documentação é interna da empresa e está restrita ao Sistema (editável apena s quando o evento está fechado);

6.2.7.3.13.2.16. Log da Viatura: Informa o log da viatura (editável apenas quando o evento está fechado).

6.2.7.3.14. OS

6.2.7.3.14.1. Possuir recurso que permita gerenciar as ordens de serviço do cliente selecionado. Para isto, deverão estar disponíveis alguns recu rsos como a pesquisa de ordem de serviço, a criação, alteração e fechamento das ordens de serviço existentes.

6.2.7.3.14.2. A pesquisa de OS pode ser efetuada através dos seguintes filtros:

6.2.7.3.14.2.1. Status da OS: Lista os status das OS:

6.2.7.3.14.2.1.1. Aberta: OS encontra - se aberta, à espera de uma solução; 6.2.7.3.14.2.1.2. Fechada: OS já executada e finalizada;

6.2.7.3.14.2.1.3. Em Execução: Indica que a OS está sendo executada por um técnico; 6.2.7.3.14.2.1.4. Em Pausa: Indica que a execução da OS foi pausada por um técnico; 6.2.7.3.14.2.1.5. Aguardando Fechamento: Indica que a OS já foi executada e está

aguardando o fechamento e revisão do serviço por um determinado setor.

6.2.7.3.14.2.1.6. Intervalo de Data: É possível fornecer um intervalo de data para localizar determinada (s) OS. A data considerada para a pesquisa de OS fechada é a data de fechamento da OS. Para as de mais pesquisas (Aberta, Em Execução e Em Pausa), será considerada a data de abertura da OS;

6.2.7.3.14.2.1.7. Nº da OS: Número da OS a ser pesquisada;

6.2.7.3.14.3. Possuir recurso que permite abrir uma ordem de serviço, com no mínimo os seguintes campos:

6.2.7.3.14.3.1. Técnico Responsável: O usuário deverá selecionar o técnico responsável pela execução da ordem de serviço;

6.2.7.3.14.3.2. Defeito/ Solicitação: O usuário deverá informar o defeito ou solicitação que ocasionaram a abertura da OS;

6.2.7.3.14.3.3. Solicitante: Indica quem solicitou a abertura da OS; 6.2.7.3.14.3.4. Criada Por: Informa o usuário que abriu a OS; 6.2.7.3.14.3.5. Data/ Hora: Informa a data e a hora em que a OS foi aberta;

6.2.7.3.14.3.6. Tempo Previsto: Tempo estimado para finalização da OS. O usuário poderá selecionar a opção mais adequada para resolução da OS: 1h, 2h, 3h, 5h, 8h, 12, 24h e 48h;

6.2.7.3.14.3.7. Descrição: O usuário pode descrever detalhadamente o problema ou solicitação que levou a geração da OS;

6.2.7.3.14.3.8. Agendado com Cliente: Caso tenha sido agendado horário com o cliente para execução da OS, o usuário poderá registrar a data e hora deste agendamento:

6.2.7.3.14.3.9. o Data: Data do agendamento com o cliente;

6.2.7.3.14.3.10. o Hora: Determinar o horário em que foi agendado com o cliente; 6.2.7.3.14.3.11. Lista de OS’s Abertas para este Cliente: É apresentada uma lista com as

Ordens de Serviço abertas para este cliente. Desta forma você não abre Ordens de Serviço duplicadas;

6.2.7.3.14.4. Possuir recurso que permita realizar o fechamento de ordem de serviço, através do preenchimento dos seguintes campos:

6.2.7.3.14.4.1. Data/ Hora: informa a data e a hora do fechamento da ordem de serviço; 6.2.7.3.14.4.2. Fechada por: informa o responsável pelo fechamento da OS; 6.2.7.3.14.4.3. Solução: indica a solução do defeito/solicitação relatado na OS; 6.2.7.3.14.4.4. Causa do Defeito: indica a causa do defeito apresentado;

6.2.7.3.14.4.5. Data/ Hora de Chegada: Data e hora em que o técnico chegou no local para execução da OS;

6.2.7.3.14.4.6. Informações Adicionais (Text o de Fechamento): é possível adicionar informações coletadas pelo técnico durante o atendimento ao cliente e/ ou um texto complementar ao fechamento da OS;

6.2.7.3.14.4.7. Produtos Adicionados ou Retirados do Cliente: neste item é possível adicionar ou remover produtos que foram utilizados para solução do defeito. Ao clicar no botão "Adicionar", serão exibidos os produtos cadastrados no Sistema. Também é possível informar o valor e a quantidade do produto. Para remoção do produto, basta clicar em "Remover";

6.2.7.3.14.4.8. Forma de Pagamento: o usuário deverá informar a forma de pagamento realizado;

6.2.7.3.14.4.9. Observações: campo destinado a observações relacionadas ao pagamento ou a OS;

6.2.7.3.14.4.10. Data/Hora de Saída: devem ser informadas data e hora em que o técnico saiu do local;

6.2.7.3.14.4.11. Observações do Cliente sobre o Serviço Realizado: campo destinado aos comentários realizados pelo cliente em relação ao serviço realizado.

6.2.7.3.14.5. Possuir recurso que permita imprimir as ordens de serviços abertas e fechadas.

6.2.7.3.15. Mensagens

6.2.7.3.15.1. Possuir recurso que permita configurar o envio de mensagens automáticas para os responsáveis do cliente, tais como e - mail, SMS, AutoReport, ImageReport (envia relatórios periódicos automaticamente via e - mail) e através do aplicativo móvel.

6.2.7.3.15.2. Possuir recurso que permita cadastrar os usuários que receberão as mensagens, através do preenchimento dos seguintes campos:

6.2.7.3.15.2.1. Nome;

6.2.7.3.15.2.2. Telefone;

6.2.7.3.15.2.3. E-mail;

6.2.7.3.15.2.4. Senha ;

6.2.7.3.15.2.5. Habilitação: Nesta opção é possível habilitar ou desabilitar o envio de mensagens para esta pessoa específica;

6.2.7.3.15.2.6. Tipo de Mensagem: Tipos de mensagens que esta pessoa receberá, tendo como opções: E-mail, SMS, AutoReport, ImageReport, MySecurity e AMT Mobile;

6.2.7.3.15.3. Possuir recurso que permita enviar mensagens de e - mail e SMS através do sistema, relacionado aos eventos do cliente, ou seja, quando ocorrer determinado evento no cliente, a pessoa cadastrada poderá receber um aviso tanto via e -mail quanto via SMS.

6.2.7.3.15.4. Possuir recursos que permita o envio de relatórios periódicos em PDF, por e- mail, para as pessoas cadastradas.

6.2.7.3.15.5. Possuir recurso que permita a disponibilização do histórico do envio de mensagens para as pessoas cadastradas.

6.2.7.3.16. Rondas

6.2.7.3.16.1. Possuir recurso que possi bilite configurar rondas nas zonas do cliente. As rondas podem ser configuradas para acontecerem em dias e horários específicos e, caso não seja efetuada, o sistema irá gerar um evento X7 que indica “Falta do Evento de Ronda”.

6.2.7.3.17. Agendamentos

6.2.7.3.17.1. Possuir recurso que permita agendar tarefas a ser realizadas pelo sistema em uma data e horário pré -determinados. As tarefas possíveis de serem executadas são:

6.2.7.3.17.1.1. Habilitar Monitoramento;

6.2.7.3.17.1.2. Desabilitar Monitoramento; 6.2.7.3.17.1.3. Habilitar Modo Férias; 6.2.7.3.17.1.4. Desabilitar Modo Férias; 6.2.7.3.17.1.5. Limpar Zonas Anuladas.

6.2.8. RELATÓRIOS

6.2.8.1. Relatórios Fixos

6.2.8.1.1. Possuir recursos que permitam a emissão de relatórios fixos, para obtenção de diversos dados referentes aos clientes, os CUC's, Eventos, Protocolos, Viaturas, entre outros. Abaixo seguem os detalhes de cada relatór io.

6.2.8.2. Relatório de Clientes

6.2.8.2.1. Possuir recursos que permitam a obtenção de informações relacionadas aos clientes cadastrados no sistema.

6.2.8.2.2. Possuir recurso que possibilite a emissão de relatórios comparativos, que proporcione a comparação estatística entre o número de Centrais Cadastradas, Monitoradas, Canceladas e com o WebAlarm Habilitado. Para gerar este relatório será necessário selecionar um período inicial e final para que haja comparação estatística entre os períodos seja realizada.

6.2.8.2.3. Possuir recurso que possibilite a emissão de Relatório Gráfico do Total de Clientes por Bairro, gráfico com o percentual do total de clientes referentes à localidade selecionada. O relatório disponibilizará um gráfico com o percentual de clientes cadastrados por cidade refere nte ao estado selecionado. Para gerar este relatório é necessário selecionar um “Estado” específico.

6.2.8.2.4. Possuir recurso que possibilite a emissão de relatório gráfico por total de clientes com o percentual de clientes por contrato.

6.2.8.2.5. Possuir recurso que permita a emissão de relatório Gráfico do Total de Clientes por Estado, este relatório disponibilizará um gráfico com o percentual de clientes monitorados por estado.

6.2.8.2.6. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Clientes por Painel, este relatório disponibilizará um gráfico com o percentual de clientes por modelo de painel de alarme instalado.

6.2.8.2.7. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Clientes por Rota, este relatório disponibilizará um gráfico com o percentua l de clientes por rota.

6.2.8.2.8. Possuir recurso que permita a emissão de Relatório Totalizador das Alterações Cadastrais da Central por Período, este relatório informa o total de alterações cadastrais realizadas em uma ou várias centrais em um determinado período. Para gerar este relatório é possível selecionar um período para análise, um cliente específico ou um intervalo de clientes, entre outras opções.

6.2.8.2.9. Possuir recurso que permita a emissão de Relatório Totalizador das Desabilitações do Monitoramento da Central , este relatório disponibiliza o total de desabilitações do monitoramento de uma ou várias centrais em um determinado período. Para gerar este relatório é possível selecionar uma localização, empresa e cliente específicos, entre outras opções.

6.2.8.2.10. Possuir recurso que permita a emissão de Relatório Totalizador das Desabilitações do WebAlarm, este relatório fornece o total de desabilitações do WebAlarm por cliente em um determinado período. Para gerar este relatório é possível selecionar uma localização, o status do WebAlarm, um cliente específico, entre outras opções.

6.2.8.2.11. Possuir recurso que permita a emissão de Relatório Totalizador das Habilitações do Monitoramento, este relatório fornece o total de habilitações do monitoramento por cliente em um determinado períod o. Para gerar este relatório é possível selecionar uma localização, um cliente específico, entre outras opções.

6.2.8.2.12. Possuir recurso que permita a emissão de Relatório Totalizador das Habilitações do WebAlarm, este relatório informa o total de habilitações do WebAlarm por cliente em um determinado período. Para gerar este relatório é possível selecionar uma localização, um cliente específico, entre outras opções.

6.2.8.2.13. Possuir recurso que permita a emissão de Relatório de Clientes cadastrados, este relatório informa e m uma listagem de diversos dados dos clientes cadastrados no Sistema em um determinado período. Para gerar o relatório é

possível selecionar a data do cadastro, a empresa responsável, entre outras opções.

6.2.8.2.14. Possuir recurso que permita a emissão de Relatório de Clientes Com Ocorrência de Determinado Evento, este relatório disponibilizará uma listagem dos clientes que tiveram a ocorrência de um determinado evento. Para gerar este relatório é necessário informar o evento a ser considerado e selecionar o período de recebimento do evento.

6.2.8.2.15. Possuir recurso que permita a emissão de Relatório de Clientes por Localidade, este relatório informa a quantidade de clientes existentes em uma determinada localidade – UF, cidade e bairro podem ser selecionados. Para gerar o relatório é possível selecionar o “Status do Monitoramento”, “Empresa”, entre outras opções.

6.2.8.2.16. Possuir recurso que permita a emissão de Relatório de Clientes por Empresa, este relatório provê uma listagem de clientes agrupados por empresa e disponibiliza divers os filtros com foco nos clientes. Para gerar este relatório é possível selecionar o “Status do Monitoramento”, uma empresa específica, entre diversas outras opções.

6.2.8.2.17. Possuir recurso que permita a emissão de Relatório de Clientes que Forneceram Chaves do Loc al, para gerar este relatório é possível selecionar a localidade, empresa, um contrato, entre outras opções. O relatório fornecerá os clientes que fornecem chave do local, agrupadas por empresa.

6.2.8.2.18. Possuir recurso que permita a emissão de emissão de Relatório do Castro Completo de clientes, este relatório possibilita reunir diversos dados relacionados ao cadastro do cliente, além de permitir a escolha de quais serão listados – exp.: Configurações, Tabelas de Horário, Contatos, Usuários etc. É possível listar o cadastro completo de um ou diversos clientes, para isto utilize as opções “Selecionar um único cliente” ou “Especificar critérios para relatório de múltiplos clientes”. A opção “Listar” permite a seleção dos dados que serão visualizados no relatório.

6.2.8.3. Relatório de CUC

6.2.8.3.1. Este relatório informa todos os dados referentes ao CUC, como por exemplo, a prioridade, se envia para o WebAlarm, entre outros. Para gerar o relatório é

possível informar se permite deslocamento de viatura, se descarta eventos, entre outros filtros.

6.2.8.3.2. Possuir recurso que permita a emissão de emissão de Relatoria Totalizador de Eventos por CUC, este relatório disponibiliza o total de eventos recebidos de acordo com um ou vários CUC’s. Para gerar este relatório é necessário informar o período de recebimento do evento e, opcionalmente, selecionar um ou vários CUC's, um cliente ou intervalo de conta, entre diversos outros filtros.

6.2.8.4. Relatório de Eventos

6.2.8.4.1. Esta opção disponibiliza relatórios capazes de extrair informações dos eventos recebidos pelosistema. Além dos relatórios padrões de eventos, estão disponíveis os relatórios Estatísticos e Gráficos. Abaixo segue o detalhamento de cada um deles:

6.2.8.4.2. Possuir recurso que permita a emissão de Relatório Estatístico de Eventos por CUC, este relatório fornece uma estatística do total de eventos recebidos por um CUC específico. Para gerar este relatório é necessário selecionar a data de recebimento do evento, além da possibilidade de selecionar um operador específico, entre outras opções.

6.2.8.4.3. Possuir recurso que permita a emissão de Relatório Estatístico de Eventos por Usuário Fechamento, este relatório informa o percentual e o total de eventos fechados por usuário. Para gerar o relatório é preciso informar a data de recebimento do evento, além da possibilid ade de selecionar um operador e um cliente específico, entre outras opções.

6.2.8.4.4. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Eventos por Dia no Período, esta opção disponibiliza um gráfico com o percentual de eventos recebidos agrupad os por dia em um determinado período. Para gerar o relatório é necessário selecionar um período e, opcionalmente, selecionar o tipo do evento, um cliente específico ou intervalo de conta, painel, CUC, entre diversos outros filtros.

6.2.8.4.5. Possuir recurso que perm ita a emissão de Relatório Gráfico do Total de Eventos por Hora no Período, o relatório fornecerá um gráfico com o percentual de eventos recebidos agrupados por hora. Para gerar este relatório

é necessário informar a data de recebimento do evento, além da possibilidade de selecionar o tipo do evento, um ou vários clientes, entre outros filtros.

6.2.8.4.6. Possuir recurso que permita a emissão de Relatório de Eventos com log do Evento, este relatório fornecerá os dados dos eventos com seus respectivos logs, o operador responsável pelo fechamento do evento, entre outros. Para gerar este relatório é necessário informar a data de recebimento do evento e, opcionalmente, uma “Localidade” etc.

6.2.8.4.7. Possuir recurso que permita a emissão de Relatório de Eventos com log para Gerência, o diferencial deste relatório é a possibilidade de extrair os dados direcionados somente para a gerência, informados pelos Operadores ao tratar os eventos. Para gerar este relatório é necessário informar o período a ser considerado e, opcionalmente pode rá ser utilizado como filtro o nome de um evento específico, de um determinado cliente, uma Localidade, Empresa, entre outros.

6.2.8.4.8. Possuir recurso que permita a emissão de Relatório de Eventos Detalhado, este relatório disponibiliza uma listagem detalhada dos eventos recebidos pelo Sistema no período selecionado. A listagem mostra todas as datas, desde o recebimento do evento até seu fechamento, além do tempo total do atendimento. Para gerar o relatório é necessário informar o período de interesse (obrigatório) - considerado a data de recebimento do evento, além de possibilitar a seleção de um evento específico, de um determinado cliente, entre outras opções.

6.2.8.4.9. Possuir recurso que permita a emissão de Relatório de Eventos Detalhado com Log do Evento, este relatóri o disponibiliza as mesmas informações do “Relatório de Eventos Detalhado” somadas ao Log do Evento, ou seja, são listados o detalhamento e o log de cada evento no período. Para gerar o relatório, é necessário informar o período da data de recebimento do ev ento, além de possibilitar a seleção de uma Localidade, Empresa, entre outros.

6.2.8.4.10. Possuir recurso que permita a emissão de Relatório de Eventos de Desarme N segundos após Xxxxxx, Este relatório fornece uma listagem de eventos do tipo “desarmado” que foram ger ados N segundos após um evento do tipo “alarme”. Com este relatório é possível detectar disparos em falso e onde ocorrem em

maior quantidade. Para gerar este relatório, é necessário informar a data de recebimento do evento e um intervalo de tempo (segundos ) entre o desarme e o alarme. Ainda é possível considerar o deslocamento - caso tenha ocorrido, através do filtro “Deslocamento seja igual a” com as opções “Todos”, “SEM chegada ao Local” e “COM chegada ao Local”.

6.2.8.5. Relatório de Motivos de Alarme

6.2.8.5.1. Este relatório disponibiliza os motivos de alarme cadastrados e seus respectivos status. Caso estejam ativos, aparecem como opção para os operadores no fechamento dos eventos de alarme e, caso inativos, aparecem somente em relatórios.

6.2.8.5.2. Possuir recurso que permita a em issão de Relatórios de Ordem de Serviço, esta opção disponibiliza os relatórios referentes às ordens de serviço. Está dividido em Gráficos e Totalizadores, além dos relatórios padrões.

6.2.8.5.3. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Ordem de Serviço por Causa do Defeito, com este relatório é possível analisar as causas de defeito mais comuns nos clientes. O relatório informa através de um gráfico o total e o percentual de ordens de serviço por causa do defeito.

6.2.8.5.4. Possuir recurso que pe rmita a emissão de Relatório Gráfico do Total de Ordem de Serviço por Defeito/ Solicitação, este relatório gráfico mostra o total e percentual de ordens de serviço por defeito/solicitação. Desta forma é possível detectar os defeitos ou solicitações mais com uns que estão gerando ordens de serviço.

6.2.8.5.5. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Ordem de Serviço por Solicitante, este relatório informa através de um gráfico o total e percentual de ordens de serviço por solicitante.

6.2.8.5.6. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Ordem de Serviço por Solução, este relatório gráfico mostra o total e percentual de ordens de serviço por solução. Neste caso possível analisar as soluções mais comuns adotadas pelos técnicos na resolução das ordens de serviço.

6.2.8.5.7. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Ordem de Serviço por Técnico Responsável, com este relatório é possível detectar os técnicos que possuem maior quantidade de ordens de serviço a fim de promover o balanceamento de atividades. O relatório informa através de um

gráfico o total e percentual de ordens de serviço agrupados por técnico responsável.

6.2.8.5.8. Possuir recurso que permita a emissão de Relatório Totalizador de Ordens de Serviço por Instalador, este relatório informa a quantidade de ordens de serviço de um ou todos instaladores. Para gerar este relatório é possível selecionar um colaborador - ou todos, período de abertura da ordem de serviço, entre outras opções.

6.2.8.5.9. Possuir recurso que permita a emissão de Relatório Totalizador Mensal de Ordens de Serviço por Data de Habilitação, este relatório informa a quantidade mensal de ordens de serviço por data de habilitação de um determinado cliente. Para gerar este relatório é possível selecionar a data e hora de habilitação do cliente.

6.2.8.5.10. Possuir recurso que permita a emissão de Relatório de Ordens de Serviço Agrupadas por Modelo de Painel e Defeito, este relatório fornece a listagem das ordens de serviço agrupadas por modelo de painel de alarme e pelos defeitos informados pelos clientes. Para gerar este relatório é possível selecionar uma empresa, um cliente específico, o status da ordem de serviço, o defeito, entre outras opções.

6.2.8.6. Relatórios de Protocolo

6.2.8.6.1. Possuir recurso que permita a emiss ão de Relatório do Protocolo 4x2, este relatório disponibiliza a listagem completa do protocolo 4x2 cadastrado no Sistema. Ao gerar o relatório é possível selecionar o modelo do painel de alarme ou utilizar a opção “Todos”.

6.2.8.6.2. Possuir recurso que permita a em issão de Relatório do Protocolo CONTACT ID, este relatório disponibiliza todos os dados referentes ao protocolo CONTACT ID cadastrado no Sistema.

6.2.8.6.3. Possuir recurso que permita à emissão de Relatório do Protocolo SIA, a listagem completa do Protocolo SIA cada strado no sistema é disponibilizada neste relatório. Os dados visualizados são o código do evento, descrição e CUC.

6.2.8.7. Relatórios de Usuários

6.2.8.7.1. Possuir recurso que permita a emissão de Relatório de Atendimento de Evento por Usuário, este relatório proporciona a visualização dos atendimentos de eventos recebidos agrupado por usuário. Mostra alguns dados do cliente, do evento atendido e o tempo de atendimento de cada evento. Para gerar o relatório é necessário selecionar o período da data de recebimento do evento e, opcionalmente, o operador responsável (usuário), empresa e cliente.

6.2.8.7.2. Possuir recurso que permita a emissão de Relatório de Operações do Usuário no Cliente, o relatório de operações permite visualizar as operações realizadas por usuário nos clientes. Para gerar este relatório é preciso selecionar o período da “Data da Operação”, também é possível utilizar outros filtros tais como “Tipo da Operação” realizada, “Nome do Usuário”, “Empresa”, nome fantasia do cliente, entre outros.

6.2.8.7.3. Possuir recurso que permita a emissão de Relatório de Solicitação Periódica de Senha por Usuário, este relatório propicia a verificação das respostas dos operadores à solicitação periódica de senha na área de Monitoramento. É possível analisar por usuário a data/ hora da solicitação, data/hora da resposta do usuário, tempo calculado de resposta e se foi um usuário diferente que respondeu à solicitação. Como filtros, é possível indicar um período de data e horário da solicitação de senha e operador/ usuário.

6.2.8.8. Relatórios de Viaturas

6.2.8.8.1. Possuir recurso que permita a emissão de Relatório Comparativo do Total de Viaturas Deslocadas, este relatório proporciona a comparação da quantidade dos deslocamentos realizados por cada viatura em dois períodos pré - estabelecidos. Para gerar o relatório é neces sário informar os dois períodos para comparação. É possível ainda informar uma “Localidade”, a “Rota” do cliente, a “Viatura” que foi deslocada, entre outros.

6.2.8.8.2. Possuir recurso que permita a emissão de Relatório Estatístico de Deslocamento de Viatura, este relatório fornece uma estatística com o total e percentual de deslocamentos realizados por viatura. Para gerar este relatório é necessário selecionar o período de deslocamento da viatura e pode - se ainda selecionar a rota percorrida, uma viatura específica, entre outros.

6.2.8.8.3. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Viaturas Deslocadas por Dia no Período, com este relatório é possível analisar quais dias possuem picos de deslocamentos no período informado a fim de nivelar e realocar as viaturas de forma mais eficiente. O relatório disponibiliza um gráfico com o total e percentual de deslocamentos realizados por uma viatura, agrupados por dia, de acordo com o período pré - estabelecido. Para gerar este gráfico deve - se selecionar um perí odo e, opcionalmente, uma viatura específica, rota percorrida, cliente ou intervalo de conta, entre outras opções.

6.2.8.8.4. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Viaturas Deslocadas por Hora no Período, este relatório visa à anális e de horários com picos de deslocamento em determinado período a fim de prover a realocação de viaturas de forma mais eficiente. O relatório informa através de um gráfico o percentual de deslocamentos que uma viatura realizou por hora. Para gerar este gráf ico é necessário informar o período a ser analisado, além da possibilidade de selecionar a viatura deslocada, a rota percorrida, entre outras opções.

6.2.8.8.5. Possuir recurso que permita a emissão de Relatório Gráfico do Total de Viaturas Deslocadas por Rota, este relatório informa através de um gráfico o total e percentual de deslocamentos de viatura ocorridos agrupados por rota. Proporciona a análise das rotas com maior quantidade de deslocamentos, ou seja, rotas mais problemáticas.

6.2.8.8.6. Possuir recurso que permi ta a emissão de Relatório Gráfico do Total de Viaturas Deslocadas por Viatura, com este relatório é possível analisar quais são as viaturas mais requisitadas e utilizadas em deslocamentos. O relatório fornece um gráfico com o total e percentual de deslocam entos realizados por viatura.

6.2.8.8.7. Possuir recurso que permita a emissão de Relatório Totalizador de Deslocamentos de Viaturas por Cliente – Com Chegada no Local, este

relatório propõe a análise e detecção dos clientes que mais demandam deslocamentos de viatur as. O relatório lista diversos dados cadastrais dos clientes e o total de deslocamentos de viaturas com chegada no local por cliente. Para gerar este relatório é necessário informar o período para os deslocamentos e, opcionalmente, uma localidade, uma viat ura específica, rota, entre outras opções.

6.2.8.8.8. Possuir recurso que permita a emissão de Relatório de Deslocamentos de Viaturas por Cliente – Sem Chegada no Local, este relatório propõe a análise e detecção dos clientes que mais demandam deslocamentos de viatu ras sem chegada no local. O relatório lista diversos dados cadastrais dos clientes e o total de deslocamentos de viaturas realizados sem chegada no local. Para gerar este relatório é preciso informar o período do deslocamento e, se necessário, uma viatura específica, a rota de interesse, entre outras opções.

6.2.8.8.9. Possuir recurso que permita a emissão de Relatório de Viaturas Deslocadas com Chegada no Local, este relatório considera somente os deslocamentos com chegada no local e serve para uma análise focada na eficiência do deslocamento. Estão disponíveis totalizadores e médias para análises. Para gerar o relatório é necessário informar o período de deslocamento da viatura e, pode- se ainda, selecionar as viaturas a serem pesquisadas, a rota percorrida, entre out ros.

6.2.8.8.10. Possuir recurso que permita a emissão de Relatório de Viaturas Deslocadas por Localidade, este relatório considera somente os deslocamentos com e sem chegada no local e serve para uma análise focada na eficiência do deslocamento por localidade. Para g erar o relatório é necessário informar o período de deslocamento da viatura e, pode - se ainda, selecionar as viaturas a serem pesquisadas, a rota percorrida, entre outros.

6.2.8.8.11. Possuir recurso que permita a emissão de Relatório de Viaturas Deslocadas sem Chegada no Local, este relatório considera somente os deslocamentos sem chegada no local e, para gerá -lo, é necessário informar o período de deslocamento da viatura e, pode - se ainda, selecionar as viaturas a serem consideradas, a rota de interesse, entre outros.

6.2.8.8.12. Possuir recurso que permita a emissão de Relatório de Deslocamentos de Viaturas por Conta, este relatório informa detalhes sobre o deslocamento e considera deslocamentos com e sem chegada ao local. Disponibiliza informações como o cliente, data de recebime nto do evento que ocasionou o deslocamento, data do deslocamento, data da chegada ao local, tempo do deslocamento da viatura, entre outros. Para gerar o relatório é necessário informar o período de deslocamento da viatura e, pode -se ainda, pesquisar através do nome da viatura, a rota percorrida, entre outras opções.

6.2.9. CONFIGURAÇÃO

6.2.9.1. O sistema deve possuir recursos que permitam à configuração de funcionamento do software, sendo possível gerenciar os colaboradores, usuários, as localidades representadas pelos bai rros, cidades e estados, os auxiliares, diversas informações utilizadas, por exemplo, viaturas, rotas, as empresas, filiais e terceirizadas, gerência dos painéis de alarme, dos protocolos compatíveis com o sistema e configurações do sistema.

6.2.9.1.1. Pessoas

6.2.9.1.1.1. Deve possuir recurso que permita gerenciar as pessoas que utilizam o sistema, além dos “Grupos de Permissão” que contém as regras para cada usuário.

6.2.9.1.2. Colaborador

6.2.9.1.2.1. O sistema deve permitir a pesquisa de colaboradores que o utilizam através de diversos filtros, como:

6.2.9.1.2.1.1. Pesquisar por: Palavra - chave para efetuar a pesquisa;

6.2.9.1.2.1.2. Tipo de Colaborador: Disponibiliza os tipos de colaboradores do sistema, dentre eles estão: Instalador, Vendedor, Operador e Atendente – além da opção Todos;

6.2.9.1.2.1.3. Pesquisar em: Este filtro possibilita pesquisar nos dados cadastrais do colaborador, tais como: nome, RG, CPF e endereço;

6.2.9.1.2.1.4. Mostrar Colaboradores Desabilitados: Ao selecionar esta opção os colaborados desabilitados estarão inclusos no resultado da sua pesquisa;

6.2.9.1.2.1.5.

6.2.9.1.2.1.6. Deve permitir a inser ção de novos colaboradores, com no mínimo os seguintes campos:

6.2.9.1.2.1.7. Nome;

6.2.9.1.2.1.8. RG, CPF, E- mail, Fone 01 e Fone 02;

6.2.9.1.2.1.9. UF, Cidade, Bairro e Endereço, CEP; 6.2.9.1.2.1.10. Complemento;

6.2.9.1.2.1.11. Habilitado: Indica se o colaborador está ativo no Sistema;

6.2.9.1.2.1.12. Associar a TODAS AS Empresas como: Associa o colaborador a todas as empresas cadastradas no sistema. Estão disponíveis algumas funções exercidas pelo colaborador, dentre elas: Instalador, Vendedor, Operador, Atendente e, se o instalador está habilitado a executar uma ordem de serviço, a opção “Exec uta OS” deve ser marcada. Caso o colaborador exerça outra função, nenhuma opção deve ser selecionada.

6.2.9.1.2.1.13. Associar a outras Empresas: Permite associar um colaborador a empresas específicas e, além disso, suas características para cada empresa, individualmente. Estão disponíveis funções exercidas pelo colaborador, dentre elas: Instalador, Vendedor, Operador, Atendente e, se o instalador está habilitado a executar uma ordem de serviço, a opção “Executa OS” deve ser selecionada. Caso o colaborador exerça outra fun ção, nenhuma opção deve ser selecionada. -

6.2.9.1.3. Usuários

6.2.9.1.3.1. Deve possuir recurso de login e senha para qualquer usuário acessar ao sistema.

6.2.9.1.3.2. Possuir recurso que permita relacionar o usuário a um grupo de permissões e, opcionalmente, controlar seu horário permiti do para login.

6.2.9.1.3.3. Possuir os seguintes campos para cadastro de usuários:

6.2.9.1.3.3.1. Colaborador: Será disponibilizada a lista de colaboradores que ainda não possuem um usuário cadastrado;

6.2.9.1.3.3.2. Login: Login para identificação do usuário e acesso ao sistema; 6.2.9.1.3.3.3. Senha: Senha de acesso ao sistema;

6.2.9.1.3.3.4. Grupo de Permissões: Lista de grupos de permissões cadastrados no Sistema. As permissões do usuário serão correspondentes às permissões do grupo selecionado;

6.2.9.1.3.3.5. Horário permitido para Login: Horário em que o usuário está permitido a efetuar o login no sistema;

6.2.9.1.3.3.6. Habilitado: Indica se o usuário está habilitado a utilizar o Sistema; 6.2.9.1.3.3.7. Controlar horário: Indica se o Sistema deve controlar o horário permitido

para login deste usuário;

6.2.9.1.3.3.8. Acesso a TODAS as empresas cadastradas: Indica se o usuári o possui acesso a todas as empresas cadastradas no sistema, mesmo sem o colaborador estar relacionado a todas as empresas. O objetivo desta opção é proporcionar ao usuário a pesquisa de dados de outras empresas, como clientes. Caso não seja selecionada, o usuário terá acesso somente às empresas relacionadas ao colaborador;

6.2.9.1.3.3.9. Acesso somente as suas Ordens de Serviço (abertas): Limita o usuário a acessar somente as suas ordens de serviço abertas, ou seja, somente as ordens de serviço em que está como técnico re sponsável;

6.2.9.1.3.3.10. Integrar Login com o Windows: Área habilitada para usuários do tipo “Operador”.

6.2.9.1.3.3.11. Opções de Visualização de Clientes : Esta área é habilitada para casos em que o usuário é do tipo “Operador”, portanto, para configurar a forma de visualização, deve- se selecionar uma das opções:

6.2.9.1.3.3.12. Visualização por Rota: Através deste recurso o operador pode efetuar o monitoramento de uma rota específica ou diversas rotas;

6.2.9.1.3.3.13. Visualização por Cliente: Neste caso, o operador efetuará o monitoramento somente dos clientes sele cionados;

6.2.9.1.3.3.14. Visualização por Intervalo de Conta: Com este tipo de monitoramento, o operador irá monitorar somente o intervalo de conta especificado;

6.2.9.1.3.3.15. Tipos de Eventos Visualizados: Nesta área são listados os tipos de eventos do Sistema, ou seja, Alarme, Armad o, Desarmado, Teste Automático, Sem Controle e Ronda. O usuário estará apto a monitorar os tipos de eventos selecionados.

6.2.9.1.4. Permissões

6.2.9.1.4.1. Possuir recursos que permitam a configuração de Grupos de Permissões dos usuários do sistema, portanto, quando um usuário é relacionado a um grupo de permissões, este passa a ter as mesmas permissões especificadas no grupo. As permissões permitem restringir o acesso aos módulos completos ou somente funcionalidades específicas de cada módulo.

6.2.9.1.4.2. Possuir recurso que permita o cad astro de um grupo de permissões através do “Nome” do grupo e quais módulos este grupo terá acesso (Monitoramento, Clientes, Relatórios, Configurações, Mapas, Intelligence). Para cada módulo deverão ser disponibilizadas suas funcionalidades e as operações possíveis para cada funcionalidade, como segue: Inclusão, Alteração, Exclusão e Visualização – quando pertinentes à funcionalidade.

6.2.9.1.5. Auxiliares

6.2.9.1.5.1. Possuir recurso que permita a gerência de dados extras utilizados pelo sistema, como Localidade, Viatura, Rota, F unção, Ramo de Atividade, Feriado, Produto, Ordem de Serviço, Motivos de Alarme, Características Adicionais do Cliente, Tipos de Seguro, Frase de Fechamento de Evento do VTR Mobile, Grupo do Cliente e Escala de Rotas.

6.2.9.1.6. Empresa

6.2.9.1.6.1. Possuir recurso que permita efetuar o cadastro de uma empresa, além de permitir a pesquisa e a gerência de todos os locais monitorados, cadastrados no sistema.

6.2.9.1.6.2. Possuir recursos que permitam a pesquisa de empresas através dos seguintes filtros:

6.2.9.1.6.2.1. Pesquisa por: Determinar uma palavra-chave para efetuar a pesquisa; 6.2.9.1.6.2.2. Pesquisar em: Permite selecionar onde a palavra -chave será pesquisada

através das

6.2.9.1.6.2.3. opções: Razão Social / Fantasia, CNPJ, Responsável, Endereço e Bairro; 6.2.9.1.6.2.4. Tipo da Pesquisa: Este item permite selecionar a forma que o Sis tema

efetuará apesquisa.