dinop e uro - página inicial - você | banco do brasil · solução para monitoramento de...

de 57

Banco do Brasil S.A. Projeto Básico Solução para monitoramento de segurança e ambiência

Brasília (DF), 23 de julho de 2014.

DINOP e URO

Projeto Básico

Versão - 2.9.1

Solução de Monitoramento Integrado de Segurança e Ambiência

de 57


Sumário

1. OBJETO ................................................................................................................................................... 4

2. ESCOPO DOS SERVIÇOS ..................................................................................................................... 4

3. ESPECIFICAÇÃO TÉCNICA – REQUISITOS TÉCNICOS FUNCIONAIS DOS SERVIÇOS DE DISPONIBILIDADE ................................................................................................................................... 6

3.1. Objetivo funcional do PSIM: ..................................................................................................................... 6

3.2. Arquitetura funcional do aplicativo ........................................................................................................ 7

3.2.5. Integração com Sistemas Externos ............................................................. 7

3.2.6. Requisitos funcionais do PSIM. .................................................................... 8

4. SERVIÇO DE DISPONIBILIDADE DOS MÓDULOS DO PSIM ............................................................. 9

4.1. MGA - Módulo de Gerenciamento de Acesso ....................................................................................... 9

4.2. MGC - Módulo de Gerenciamento de Cadastro ................................................................................... 9

4.3. MCR - Módulo de Configuração de Regras........................................................................................... 9

4.4. MRE - Módulo de Recepção de Eventos ................................................................................................ 9

4.5. MTE - Módulo de Tratamento de Eventos ............................................................................................. 9

4.6. MGV - Módulo de Gerenciamento de Vídeo ........................................................................................ 10

4.7. MGD - Módulo de Gestão de Desempenho ......................................................................................... 10

4.8. MGU - Módulo de Gerenciamento de Utilitários ................................................................................ 10

4.9. MIG - Módulo de Informações Geográficas ........................................................................................ 10

4.10. MOS - Módulo de Ordem de Serviço .................................................................................................... 10

4.11. MGR - Módulo de Gestão de Relatórios .............................................................................................. 10

4.12. MAC - Módulo de Abertura de Cofres ................................................................................................... 10

4.13. MGP - Módulo de Gerenciamento de Pessoas ................................................................................... 10

5. SERVIÇOS DE DISPONIBILIDADE DOS MÓDULOS - REQUISITOS FUNCIONAIS ......................... 11

5.1. MGA - Módulo de Gerenciamento de Acesso – Requisitos funcionais ....................................... 11

5.2. MGC - Módulo de Gerenciamento de Cadastro - Requisitos funcionais .................................... 13

5.3. MRE - Módulo de Recepção de Eventos - Requisitos funcionais ................................................. 15

5.4. MCR - Módulo de Configuração de Regras - Requisitos funcionais ............................................ 16

5.5. MTE - Módulo de Tratamento de Eventos – Requisitos funcionais .............................................. 19

5.6. MGV - Módulo de Gerenciamento de Vídeo – Requisitos funcionais .......................................... 23

5.7. MGD - Módulo de Gestão de Desempenho – Requisitos funcionais ........................................... 26

5.8. MGU - Módulo de Gerenciamento de Utilitários – Requisitos funcionais. ................................. 27

5.9. MGP - Módulo Gráfico de Localização – Requisitos funcionais ................................................... 28

5.10. MGR - Módulo de Gestão de Relatórios I,II e II– Requisitos funcionais ...................................... 31

5.11. MAC - Módulo de Abertura de Cofres ................................................................................................... 32

5.12. MCA - Módulo de Gerenciamento de Pessoas ................................................................................... 34

6. SERVIÇOS DE DISPONIBILIDADE DOS MEDIADORES – REQUISITOS FUNCIONAIS ................. 36

6.1. O PSIM deve incorporar e manter funcional os mediadores para os seguintes sistemas da CONTRATANTE: ........................................................................................................................... 36

7. DIMENSIONAMENTO ........................................................................................................................... 37

7.1. Capacidade operacional do PSIM: ........................................................................................................ 37

7.2. Características básicas dos ambientes monitorados: .................................................................... 37

7.3. Tipo de Ambientes: ................................................................................................................................... 38

8. ESPECIFICAÇÃO TÉCNICA – REQUISITOS TÉCNICOS NÃO FUNCIONAIS .................................. 38

8.1. Processamento - Requisitos................................................................................................................... 38

8.2. A Arquitetura Servidor .............................................................................................................................. 39

8.3. Banco de Dados ......................................................................................................................................... 39

8.4. Redes – Requisitos do PSIM................................................................................................................... 40

8.5. Armazenamento/Backup – Requisitos do PSIM. ............................................................................... 41

8.6. Gerenciamento e Operação .................................................................................................................... 41

9. CONDIÇÕES DE ACEITE ..................................................................................................................... 42

10. TREINAMENTO ..................................................................................................................................... 42

de 57


11. PLANO DE IMPLANTAÇÃO DOS SERVIÇOS DE DISPONIBILIDADE DOS MÓDULOS DO PSIM E MEDIADORES. ......................................................................................................................... 46

12. ACORDO DE NÍVEIS DE SERVIÇOS - ANS ........................................................................................ 49

13. SANÇÕES ADMINISTRATIVAS: ........................................................................................................... 51

14. GARANTIA FINANCEIRA ..................................................................................................................... 52

15. PREÇO E CONDIÇÕES DE PAGAMENTO .......................................................................................... 52

16. FORA DO ESCOPO .............................................................................................................................. 55

17. ASPECTOS DE SEGURANÇA ............................................................................................................. 55

18. VIGÊNCIA .............................................................................................................................................. 57

de 57


1. OBJETO

1.1. Contratação de empresa especializada para a prestação de serviços de disponibilidade operacional1 de aplicativo de gestão e tratamento de informações de segurança física – PSIM2 (Physical Security Information Management) para monitoramento de ambientes bancários

1.2. Os serviços de disponibilidade operacional do aplicativo, objeto da licitação, serão prestados em dependências do CONTRATANTE, em Brasília (DF).

2. ESCOPO DOS SERVIÇOS

2.1. Os serviços de disponibilidade operacional do PSIM compreendem a sustentação de módulos3 e mediadores4.

2.2. A PROPONENTE prestará os seguintes serviços:

2.2.1. Instalação e configuração do PSIM nos ambientes de TI do CONTRATANTE : Com todos os requisitos funcionais e não funcionais especificados neste documento.

2.2.2. Disponibilidade do PSIM nos ambientes de servidores do CONTRATANTE para uso pelas centrais de monitorament o: mediante a disponibilização de módulos e mediadores, bem como a realização de manutenções preventivas, manutenções corretivas, manutenções evolutivas e atualizações de segurança por meio de suporte técnico, lotado na central de segurança do CONTRATANTE, em Brasília (DF), no horário de 09h00min as 18h00min horas, em dias úteis.

2.2.3. Disponibilidade dos módulos e mediadores do PSIM, mediante a cessão de direito de uso, realização de manutenções preventivas, manutenções corretivas, manutenções evolutivas e atualizações de segurança por meio de suporte técnico, lotado no ambiente do CONTRATANTE, em Brasília (DF), no horário de 09h00min as18h00min horas, em dias úteis.

2.2.4. Nestes serviços estão inclusas todas as atividades necessárias para:

2.2.4.1.1. Disponibilizar os mediadores orientados a receber eventos dispositivo/equipamentos, utilitários corporativos e outros aplicativos corporativos do CONTRATANTE.

1 Disponibilidade de serviços operacionais é prover o CONTRATANTE de todos os recursos necessários para

execução dos serviços (licenças de aplicativos, suporte técnico, treinamento, manutenções, etc.) 2 PSIM é uma categoria de aplicativo que fornece uma plataforma e aplicativos criados por desenvolvedores, destinadas a integrar várias aplicações de segurança e dispositivos conectados e controlá-los através de um abrangente interface de usuário . Ele coleta e correlaciona eventos de dispositivos de segurança díspares e sistemas de informação (vídeo, controle de acesso, sensores, redes, sistemas de construção, etc) existentes para capacitar pessoal para identificar e resolver situações de forma proativa. Integração PSIM possibilita inúmeros benefícios organizacionais, incluindo maior controle, maior conhecimento da situação e elaboração de relatórios de gestão. Em última análise, estas soluções permitem que as organizações a reduzir os custos através da melhoria da eficiência e melhorar a segurança através do aumento da inteligência (Mais detalhes no Glossário no final do documento).

3 Módulo é um conceito onde o sistema ou aplicativo é divido em partes distintas 4 Mediador é um programa que faz a mediação entre PSIM e os aplicativos e dispositivos integrados, por meio de interfaces de integração de aplicativos (API – Application Programming Interface).

de 57


2.2.4.1.2. Uso das funcionalidades em todas as estações de trabalho do CONTRATANTE.

2.2.4.1.3. Plantão técnico presencial e à distância: disponibilidade de serviço, fora do horário comercial, para oferecer suporte aos sistemas de segurança eletrônica, mediante agendamento pelo CONTRATANTE.

2.2.4.1.4. Construção de até 05 (cinco) novos mediadores com dispositivos/equipamentos instalados nas unidades monitoradas por ano a pedido e critério do CONTRATANTE.

2.2.4.1.5. Construção de até 04 (quatro) novos mediadores com aplicativos corporativos e integração com utilitários corporativos do CONTRATANTE por ano a pedido e critério do CONTRATANTE.

2.2.4.1.6. Treinamento dos usuários: nas centrais de segurança do CONTRATANTE, para a utilização das funcionalidades do PSIM.

2.2.4.1.7. Modelagem de processos5: disponibilidade de serviços para a modelagem de processos.

2.2.4.1.8. Manutenção evolutiva do PSIM.

2.2.5. Disponibilidade de sistemas monitorados ativ os no PSIM nas centrais de monitoramento do CONTRATANTE: Os sistemas monitorados serão divididos da seguinte forma:

2.2.5.1. Sistema de CFTV;

2.2.5.2. Sistema de Detecção de Intrusão/Incêndio;

2.2.5.3. Sistema de resposta a intrusão/incêndio;

2.2.5.4. Sistema de Controle de Acesso Físico;

2.2.5.5. Sistema de Controle de Acesso a Cofre/Casa-forte;

2.2.5.6. Sistema de automação predial.

5 Processos: neste contexto, entende-se por processo cada tratamento de evento sistematizado pelo PSIM. Geralmente envolve o Núcleo do aplicativo e os mediadores.

de 57


3. ESPECIFICAÇÃO TÉCNICA – REQUISITOS TÉCNICOS FUNCIONAIS DOS SERVIÇOS DE DISPONIBILIDADE

3.1. Objetivo funcional do PSIM:

3.1.1. Prover o CONTRATANTE de um aplicativo modular para execução do monitoramento e tratamento de eventos e situações para verificação do estado de segurança e ambiência das unidades monitoradas.

3.1.2. Possuir capacidade de melhoria extensiva para atender e adaptar-se aos objetivos operacionais do CONTRATANTE.

3.1.3. Possuir capacidade de integração limitada às funcionalidades disponíveis na API do fabricante, com dispositivos e aplicativos de sensoriamento, vídeo, áudio, supervisão, telefonia de diversos fabricantes nacionais e internacionais, tais como:

•••• GIS sistemas de mapeamento; •••• Sistema de detecção de intrusão; •••• Sistema de detecção de intrusão perimetral; •••• Alarme de segurança; •••• CFTV - Circuito Fechado de TV; •••• Análise de conteúdo de vídeo; •••• Controle de acesso de sistemas; •••• Detecção de incêndios; •••• Sistema de controle de iluminação; •••• Sistema de vigilância de energia; •••• Intercom & IP telefone; •••• Barreiras automatizadas; •••• Sistemas de gestão do edifício, como Aquecimento, HAVC,

controle de elevadores / elevadores, etc. •••• Vigilância eletrônica – EAS; •••• Radar baseado detecção e radar de vigilância de perímetro.

3.1.4. Fornecer instruções padronizadas para resolver a situação em analise de forma à otimizar e planejar o tratamento, a resposta, o acionamento de intervenientes e a consulta da situação.

3.1.5. Atuar como um gestor para as funções de segurança e operações, unificando o comando operacional e facilitando seu controle via interface gráfica do usuário.

3.1.6. Permitir personalização, atendendo às restrições e objetivos operacionais.

3.1.7. Fornecer interface para modelagem de processos não exigindo dos usuários conhecimento de tecnologias de informação (TI).

3.1.8. Ser projetado e construído como um sistema corporativo, com perfeita integração com os ambientes de TI do CONTRATANTE, incluindo o cumprimento das normas e restrições de segurança e práticas de manutenção.

de 57


3.1.9. Responder de maneira proativa aos eventos.

3.1.10. Oferecer a possibilidade de reduzir o número de alertas falsos sendo manipulado pelos usuários na sala de monitoramento.

3.1.11. Reduzir o tempo de resposta a incidentes.

3.1.12. Melhorar a eficiência de resposta a incidentes.

3.1.13. Disponibilizar a informação a ser consultada em tempo real pelos intervenientes envolvidos, bem como a localização dos eventos e dispositivos relacionados à ocorrência em análise, permitindo uma melhor gestão das atividades e planejamento do trabalho.

3.1.14. Auxiliar com os recursos de SIG (Sistema de Informação Geográfica)6 e IOP (Imagem Operacional Comum)7, a compreender melhor a dinâmica dos seus recursos e processos no contexto geográfico de modo a promover uma resposta adequada as necessidades do negócio.

3.1.15. Realizar a gestão, gerenciamento, supervisão, operação e auditoria dos processos de tratamento de eventos originários de sistemas integrados do CONTRATANTE, desde que suas funcionalidades o permitam.

3.2. Arquitetura funcional do aplicativo

3.2.1. Deve operar com conjunto de servidores que serão instalados em ambientes centralizados de TI (Data Centers) do CONTRATANTE localizados em Brasília (DF). Não serão instalados aplicativos servidores nas centrais de monitoramento ou nos ambientes monitorados.

3.2.2. Deve possuir capacidade de funcionar em servidores redundantes que permitam um failover (processo no qual uma máquina assume os serviços de outra, quando esta última apresenta falha) automático e robusto, garantindo alta disponibilidade de todos os serviços executados com sinalização simultânea e geração de ocorrência para inicio do procedimento de recuperação da falha.

3.2.3. O serviço de banco de dados do PSIM poderá ser instalado em sistemas de hardware diferentes de acordo com a arquitetura preferida pelo CONTRATANTE.

3.2.4. Para interface de usuário web acessadas via navegadores Internet Explorer e Mozilla Firefox (Windows e Linux) na arquitetura Web serão utilizados pelos usuários autorizados na aplicação de qualquer local da rede do CONTRATANTE.

3.2.5. Integração com Sistemas Externos

6 Sistema de Informação Geográfica (SIG ou GIS - Geographic Information System) que é um sistema de informação espacial e procedimentos computacionais que permite e facilita a análise, gestão ou representação do espaço e dos fenômenos que nele ocorrem. Os SIG permitem compatibilizar a informação proveniente de diversas fontes, como informação de sensores espaciais (detecção remota / sensoriamento remoto), informação recolhida com GPS ou obtida com os métodos tradicionais da topografia. Para representação gráfica da localização podem ser utilizados mapas geográficos, leiautes, plantas baixas, etc

7 Imagem Operacional Comum (IOP ou COP - Common Operational Picture) que permite agregar numa única plataforma toda a informação necessária para acompanhar a atividade em tempo real. Os usuários, operadores e intervenientes do processo acessar a SOLUÇÂO em qualquer lugar, a qualquer hora.

de 57


3.2.5.1. Possuir arquitetura projetada e construída para permitir a integração com os sistemas das centrais de monitoramento, sensores e dispositivos de ponta.

3.2.5.2. Possuir um mecanismo para correlacionar entradas de sistemas externos.

3.2.5.3. Permitir a recepção de dados de fontes externas como parte da execução do fluxo de trabalho, e deve permitir que o comportamento do fluxo de trabalho seja alterado após análises em tempo real8.

3.2.5.4. Permitir o monitoramento do tráfego de entrada de sensores e permita a configuração de limiares de número admissível de relatórios por período, e alerte o usuário se o tráfego exceder a política.

3.2.5.5. Disponibilizar biblioteca de API’s,SDK,DLL para fornecer aos desenvolvedores os recursos que esses necessitam para integrar sensores de terceiros, sistemas e dispositivos. Estas bibliotecas fazem parte dos sistemas e licença que serão fornecidas ao CONTRATANTE, concomitantemente com autorização expressa para fornecimentos destas para terceiros desenvolverem dispositivos e recursos para integração com as funcionalidades do PSIM.

3.2.5.6. Suportar capacidades de administração de dispositivos diretamente de uma interface de usuário, tais como: iniciar/parar e ativar/desativar.

3.2.5.7. Permitir integração com sistemas de telefonia.

3.2.6. Requisitos funcionais do PSIM.

3.2.6.1. Suportar multi-site e implementações com várias hierarquias.

3.2.6.2. Permitir criar mecanismos de escalonamento entre os vários níveis hierárquicos para os diversos tipos de incidentes.

3.2.6.3. Possuir recursos escaláveis para suportar expansões.

3.2.6.4. Dispor de um banco de dados escalável para suportar um grande número de usuários simultâneos e taxas de transação de grande porte.

3.2.6.5. Possuir capacidade de gerir incidentes em ambientes com no mínimo 100 mil sensores de alarmes e milhares de alarmes por segundo.

3.2.6.6. Permitir o gerenciamento de todas as permissões e notificações de forma centralizada pelo servidor.

3.2.6.7. Possuir uma arquitetura que permita integrações, de forma a não afetar a funcionalidade principal do produto/sensor e sua estabilidade.

8 Tempo real, considerado o tempo de transmissão de dados pelos meios de comunicação.

de 57


3.2.6.8. Permitir armazenar os dados administrativos, operacionais e históricos em um banco de dados relacional.

3.2.6.9. Permitir implantação em vários locais e com várias hierarquias.

3.2.6.10. Possuir capacidade de administração centralizada de forma que os administradores do sistema possam configurar e personalizar todos os componentes do sistema, incluindo as configurações de segurança dos usuários.

3.2.6.11. Possuir SDK, totalmente produzido e bem documentado para dar suporte a tais integrações. Toda a documentação deve ser fornecida ao CONTRATANTE, com autorização expressa para uso no desenvolvimento de novas integrações por terceiros ou com recursos próprios.

3.2.6.12. Possuir serviços de gestão, parametrização e operação de sua disponibilidade envolvendo as regras de monitoramento: cadastramento, seleção, configuração de dispositivos, sistemas em ambientes monitorados. Administração e parametrização dos usuários, perfis e poderes de acesso, gestão, parametrização e administração dos serviços ativados em cada ambiente.

4. SERVIÇO DE DISPONIBILIDADE DOS MÓDULOS DO PSIM

Entende-se por disponibilidade operacional do PSIM, a disponibilidade de seus componentes denominados módulos, conforme descrição abaixo:

4.1. MGA - Módulo de Gerenciamento de Acesso

4.1.1. Módulo de criação e configuração de perfis de usuários e cadastramento de conjuntos de acessos para cada perfil.

4.2. MGC - Módulo de Gerenciamento de Cadastro

4.2.1. Módulo de cadastro de unidades monitoradas, sistemas, dispositivos, cadastro de terceiros, órgãos de segurança pública e órgãos de emergência pública. E outras entidades necessárias para os serviços de monitoramento de segurança e ambiência.

4.3. MCR - Módulo de Configuração de Regras

4.3.1. O modulo de criação de procedimentos, tarefas, ações e políticas a serem ativadas e apresentadas automaticamente ou sob demanda.

4.4. MRE - Módulo de Recepção de Eventos

4.4.1. Módulo de recepção e apresentação ordenada de eventos por criticidade.

4.5. MTE - Módulo de Tratamento de Eventos

4.5.1. Módulo de gestão, operação, supervisão e tratamento de eventos originários dos sistemas de segurança e ambiência instalados nas unidades monitoradas.

de 57


4.6. MGV - Módulo de Gerenciamento de Vídeo

4.6.1. Módulo de gerenciamento e controle dos dispositivos de vídeo, permitindo controlar, parametrizar a abertura de streaming de vídeo para visualização.

4.7. MGD - Módulo de Gestão de Desempenho

4.7.1. Módulo de monitoramento interno dos serviços, para identificar e recuperar automaticamente as falhas dos serviços do servidor.

4.8. MGU - Módulo de Gerenciamento de Utilitários

4.8.1. Módulo de serviços utilitários, como e-mail, SMS (serviços de mensagens curtas), chamadas telefônicas, dispositivos móveis, notificações em broadcast e mensagens para usuários do sistema.

4.9. MIG - Módulo de Informações Geográficas

4.9.1. Módulo de apresentação de localidade baseado em um sistema de informação espacial.

4.10. MOS - Módulo de Ordem de Serviço

4.10.1. Módulo de controle e acionamento dos setores de manutenção para responder a demandas de serviços corretivos e preventivos do PSIM e dispositivos conectados.

4.11. MGR - Módulo de Gestão de Relatórios

4.11.1. O Sistema de relatórios deve permitir a criação de relatórios de incidentes detalhados, que incluem resumo do incidente, todas as tarefas associadas ao incidente, atividades relacionadas ao sensor, fotos instantâneas e mapas.

4.12. MAC - Módulo de Abertura de Cofres

4.12.1. Módulo responsável pelo gerenciamento de fechadura eletrônica e gestão de aberturas de cofres e portas de casa fortes.

4.13. MGP - Módulo de Gerenciamento de Pessoas

4.13.1. O módulo responsável pela gestão de cadastro de pessoas usuárias dos sistemas de alarme controle de acesso.

de 57


5. SERVIÇOS DE DISPONIBILIDADE DOS MÓDULOS - REQUISITOS FUNCIONAIS

5.1. MGA - Módulo de Gerenciamento de Acesso – Requ isitos funcionais

5.1.1. Possuir recursos de administração de acessos que permitam individualmente ou por lote cadastrar perfis, direitos, filtros, jurisdição.

5.1.2. Fornecer acesso para a emissão de relatórios gerenciais e demais funcionalidades do sistema, dependente de autorização por nível de usuário.

5.1.3. Permitir ao usuário, respeitando os níveis de acesso, a operacionalização de todas as funções previstas para a central e os dispositivos integrados.

5.1.4. Permitir configurações e segmentação por tipo de sistema, região da unidade, grupos de dependências, grupos de dispositivos e eventos.

5.1.5. Possuir vários métodos de atribuições de incidentes: por meio de reconhecimento, atribuição automática de acordo com vários critérios (como o tipo de evento ou localização geográfica), ou atribuindo a um supervisor, que atribui os incidentes aos usuários, de acordo com suas considerações.

5.1.6. Possuir método de atribuição de incidentes a ser configurável de acordo com os requisitos operacionais.

5.1.7. Permitir a exibição de um incidente para o supervisor somente quando ele é escalonado acima de um nível de gravidade predefinido.

5.1.8. Permitir a exibição das tarefas de procedimentos relevantes para cada incidente permitindo a cada usuário visualizar suas tarefas de uma forma clara, organizada e conveniente.

5.1.9. Possibilitar a adição, atribuição e retribuição de processos e eventos de imediato a um único usuário ou a um grupo de usuários.

5.1.10. Permitir que o usuário visualize apenas suas próprias sequências de tarefas, não conseguindo visualizar nenhuma outra tarefa atribuída a outros usuários.

5.1.11. Permitir aos administradores do sistema atribuir uma sequência de procedimentos a um grupo 'especial' predefinido de cargos, de forma que a primeira pessoa que concluir a tarefa, concluirá a tarefa do grupo, permitindo aos usuários nas Centrais de Monitoramento dividir a carga de trabalho entre eles, de modo a atender a situação como uma equipe.

5.1.12. Permitir aos administradores a definição de um organograma dos Cargos do Banco do Brasil, com grupos, turnos e habilidades.

5.1.13. Permitir quando solicitado o registro e a confirmação de cadastramento de novos usuários e concessão de acessos a novos administradores somente por dois usuários (administradores do sistema) distintos.

de 57


5.1.14. Permitir a autenticação do acesso dos usuários ao sistema de gerenciamento da central por meio de código de usuário e senha.

5.1.15. Permitir a penalização do usuário com suspensão de acesso caso insira nome de usuário ou a senha incorretamente por três vezes consecutivas. A liberação do acesso após punição deve ser executada por outro usuário com perfil de Administrador do sistema.

5.1.16. Possuir mecanismo que force a alteração da senha dos usuários, configurável por período ou número/quantidade de acessos (critérios configuráveis).

5.1.17. Possuir mecanismo que impossibilite o uso de senhas repetidas para um mesmo usuário, a partir da primeira renovação.

5.1.18. Permitir a capacidade de adicionar, atribuir e transferir tarefas em tratamento para um único usuário ou um grupo de usuários.

5.1.19. Permitir que os administradores de políticas especifiquem o escalonamento por tipo de incidente.

5.1.20. Permitir que os administradores definam os critérios de escalonamento para cada tarefa.

5.1.21. Permitir que os administradores definam os procedimentos e possam associá-los com tipos de incidentes e seus formulários relevantes, anexos e relatórios.

5.1.22. Permitir a definição do tempo padrão de expiração do perfil do usuário.

5.1.23. Permitir que os administradores definam processos e eventos planejados a serem atribuídas a usuários / grupo de usuários.

5.1.24. Permitir que os administradores definam níveis de prioridade para cada tarefa.

5.1.25. Permitir que os administradores definam as regras de escalonamento para cada tarefa.

5.1.26. Permitir a ativação de diferentes ações, de acordo com o status da tarefa.

5.1.27. O módulo deve permitir que os usuários definam botões de rápido acesso.

5.1.28. Possuir a capacidade de definir quais dos incidentes serão vistos por quais usuários.

5.1.29. Permitir autorizar a exportação do catálogo de procedimentos inteiro.

5.1.30. Permitir a criação de níveis hierárquicos para cada grupo, conforme descrito abaixo:

5.1.30.1. Administradores técnicos : com perfil de administradores do PSIM, e que tenham acesso irrestrito para parametrização e instalação, definição de leiautes de formulários e relatórios (templates), definição de regras de negócio do sistema,

de 57


definição de regras de segurança e acesso, edição e consulta de informações, além de outras atividades inerentes ao perfil.

5.1.30.2. Suporte técnico : com perfil de acompanhamento e orientação da operação do PSIM, e que tenham acesso irrestrito para parametrização e instalação, aplicação dos leiautes de formulários e relatórios (templates), aplicação das regras de negócio do sistema, aplicação das regras de segurança e acesso, edição e consulta de informações, além de outras atividades inerentes ao perfil.

5.1.30.3. Administradores operacionais : com perfil de administradores do PSIM, e que tenham acesso irrestrito a operação. São responsáveis pelas atividades de planejamento, controle, gestão e validação de modelos/objetos de processos, riscos e controles do PSIM, criação, concessão e controle de acesso aos demais usuários operacionais, além de outras atividades pertinentes ao perfil gerencial.

5.1.30.4. Monitoradores : com perfil de tratar e dar encaminhamento aos eventos recebidos pelo PSIM, além de outras atividades inerentes ao perfil.

5.1.30.5. Analistas : com perfil de consultar e gerar relatórios gerenciais e operacionais, análise, consulta e tratamento do banco de dados.

5.1.30.6. Consultas : com perfil de realizar consultas aos relatórios, às imagens ao vivo das unidades monitoradas.

5.2. MGC - Módulo de Gerenciamento de Cadastro - Re quisitos funcionais

5.2.1. Permitir o cadastro de usuários, poderes e jurisdição.

5.2.2. Permitir o cadastro de unidades monitoradas, dispositivos, sistemas de alarme, sistemas de CFTV, sistemas de controle de acesso, contatos (pessoas, senhas e contrassenhas, endereços e telefones), órgãos de segurança pública e órgãos de emergência pública.

5.2.3. Permitir o cadastro de vínculos entre unidades monitoradas, eventos, sistemas e centrais de monitoramento.

5.2.4. Permitir o cadastro de eventos e procedimentos de atendimento.

5.2.5. Permitir a inclusão de imagem no cadastro de pessoas e usuários.

5.2.6. Permitir a inclusão de imagem com planta baixa no cadastro da unidade.

5.2.7. Permitir configurar a exibição dos eventos de acordo com os seguintes critérios:

5.2.7.1. Somente evento de "propriedade" do usuário conectado. 5.2.7.2. Apenas evento de determinados tipos. 5.2.7.3. Somente evento que correspondam ao site dentro da hierarquia. 5.2.7.4. Apenas eventos além de certa gravidade predefinida.

de 57


5.2.8. Permitir configurações para indicar as atribuições de tarefas às pessoas mais adequadas.

5.2.9. Permitir a consulta, a inclusão e a atualização de informações (inclusive posição de sensores e equipamentos na planta da dependência).

5.2.10. Possuir a função de gerenciamento de ativos, a fim de identificar e listar sua localização.

5.2.11. Possuir um método fácil e personalizável de busca e localização de bens.

5.2.12. Possuir ícones que representam ativos e seu estado.

5.2.13. Permitir a associação de ativos com zonas e a capacidade de "mostrar todos os ativos na zona" e efetuar operações com ativos da zona.

5.2.14. Suportar a exibição e gerenciamento de ativos em mapas.

5.2.15. Possuir a representação dos ativos, bem como permitir que os administradores possam criar tipos de ativos personalizados.

5.2.16. Permitir a atribuição de horários flexíveis para ativos e aplicar uma lógica sofisticada para eles (por exemplo, para detectar automaticamente as unidades monitoradas que abrem cedo ou mais tarde em relação ao seu horário previsto).

5.2.17. Possuir uma interface gráfica para definir a estrutura organizacional, incluindo a capacidade de definir cargos, habilidades necessárias e recomendadas, seu agrupamento e as atribuições de turno.

5.2.18. Possuir mecanismos para definir os tipos de incidentes.

5.2.19. Permitir a criação de grupos de unidades monitoradas, para a realização segmentada dos serviços previstos – monitoramento e operação remotos, tais como:

5.2.19.1. Grupo por tipo de dependência – grupos de acordo com o tipo de dependência monitorada. 5.2.19.2. Grupo por Nível de dependência – grupos por nível de classificação negocial das dependências. 5.2.19.3. Grupo por região demográfica – grupos de dependências, por determinada região demográfica. 5.2.19.4. Grupo por jurisdição – grupos de dependências, de acordo com a sua jurisdição dentro da organização. 5.2.19.5. Grupo por tipo de evento – por evento, agrupando as dependências por tipo de evento recebido na central. 5.2.19.6. Grupo randômico de dependências – possibilidade de criar grupos de dependência randomicamente, definindo período (diário, semanal, mensal.) para a realização de serviços como dentro da capacidade operacional das centrais. 5.2.19.7. Grupo por criticidade de segurança – permitir estabelecer grupos de acordo com o nível de segurança.

de 57


5.3. MRE - Módulo de Recepção de Eventos - Requisitos funcionais

5.3.1. Suportar o recebimento de alertas e o gerenciamento de todos os sistemas de controle de acesso conectados em uma única interface de usuário, independentemente do fornecedor dos dispositivos de controle de acesso.

5.3.2. Possuir na tela principal de trabalho uma fila de eventos/ocorrências.

5.3.3. Permitir a exibição de pop-up, aviso sonoro para alertar o usuário que existe novo evento. Por exemplo, segundo plano intermitente, mudança de cor, letreiro luminoso, aviso sonoro diferenciado de acordo com a criticidade do evento.

5.3.4. Emitir novo aviso sonoro para eventos não tratados após “X” segundos/minutos da chegada do evento. Depois disso, emitir aviso a cada “Y” segundos/minutos até que o tratamento do evento seja iniciado por algum usuário.

5.3.5. Identificar quando do recebimento de disparos de alarme, a prioridade do evento (previamente configurada).

5.3.6. Permitir a organização em fila customizável (pela ordem de geração do evento no local, tipo de evento, criticidade e tipo) os eventos recebidos, indicando em tela única as informações.

5.3.7. Permitir a classificação automática dos incidentes abertos na lista de acordo com os seguintes critérios de gravidade: primeiro por gravidade e, em seguida, pelo tempo (incidentes abertos mais recentemente).

5.3.8. Possuir a capacidade de registrar/marcar o horário das ações processuais realizadas ao gerenciar o incidente.

5.3.9. Permitir a atualização da prioridade de tratamento de incidentes para cada usuário de maneira dinâmica e suportar balanceamento de carga do incidente à medida que a situação evoluir.

5.3.10. Permitir a notificações em forma de "pop-up" quando os incidentes forem escalonados. A cor de notificação pop-up refletirá a gravidade do incidente. O pop-up será conectado de maneira fácil e conveniente ao incidente relevante, preferencialmente através de hyperlinks. A notificação de pop-up também é descartada de maneira rápida e simples quando determinada pelo usuário.

5.3.11. Permitir o recebimento de eventos dos sistemas subjacentes (desde que as API permitam isso) e gerenciar incidentes.

5.3.12. Permitir o envio de "pop-up" de notificações quando um incidente for criado, ou escalado, ou após o recebimento de mensagens na caixa de entrada ou de relatórios de erros do sistema. A cor da notificação do pop-up deve refletir a gravidade do incidente.

5.3.13. Permitir a reprodução de arquivos WAV ou a função de text-to-speech quando um novo incidente ocorrer, ou quando esse incidente for escalado ou atualizado.

de 57


5.3.14. Possuir capacidade de evitar duplicidade de registro e exibição de eventos de acesso permitido durante períodos específicos de tempo.

5.3.15. Possuir capacidade de filtragem por dispositivo de controle de acesso, usuário ou evento de controle de acesso.

5.3.16. Permitir a pausa de novas entradas de acesso no log mantendo todas as entradas de acesso em buffer, retornar à visualização em tempo real após liberar o sistema.

5.3.17. Possuir uma indicação visual para o nível de ameaça atual e a qualquer momento.

5.4. MCR - Módulo de Configuração de Regras - Requisitos funcionais

5.4.1. Possuir processos automáticos de supervisão de dispositivos gerando eventos para não conformidades identificadas.

5.4.2. Possuir processos automáticos para geração de ações de correção para módulos de manutenção.

5.4.3. Possuir parametrização de regras de atendimento automatizadas para tratamento automático de eventos.

5.4.4. Possuir registro manual e automatizado dos procedimentos adotados em cada evento recebido na Central.

5.4.5. Possuir as seguintes opções de criação de incidente:

5.4.5.1. Automaticamente como resultado de uma regra pré-configurada.

5.4.5.2. Resultado de eventos enviados pelos dispositivos instalados nas unidades monitoradas.

5.1.13.1 Resultado de solicitação pelos usuários.

5.4.6. Possuir capacidade de abrir incidentes mediante:

5.4.6.1. Solicitação através de botões de ação pré-configurada.

5.4.6.2. Inicialização Rápida.

5.4.6.3. Teclas de função do teclado.

5.4.7. Permitir a atualização das propriedades do incidente, retribuir incidentes e adicionar tarefas programadas automaticamente ou mediante solicitação.

5.4.8. Possuir capacidade de escalonar os incidentes que foram abertos após um período predefinido, ou que não foram gerenciados dentro de um período predefinido.

5.4.9. Permitir tocar sons configuráveis, após a criação ou atualização de incidentes. Os sons audíveis poderão ser texto por voz ou arquivos WAV de trilha sonora.

5.4.10. Permitir aos administradores a definirem uma ação que acionará uma sequência de procedimentos, por exemplo: ser acionado quando uma sequência de procedimentos não for concluída dentro de um período

de 57


específico. Neste caso, permitir que os administradores definam a realização de várias ações, por exemplo: aumentar a gravidade do incidente, aumentar seu grau na hierarquia ou retribuí-la a outra pessoa.

5.4.11. Possuir um ambiente visual gráfico para apresentar o fluxo de trabalho, de forma que mapeie as regras em um conjunto de fluxos para fornecer respostas automáticas.

5.4.12. Possuir um ambiente gráfico que permita aos administradores do sistema projetar fluxos de trabalho complexos.

5.4.13. Permitir a inclusão de passos condicionais, atividades paralelas, ações, temporizadores, e passos para conclusão do fluxo de trabalho.

5.4.14. Permitir aos administradores usar variáveis, a fim de que se refiram de maneira paramétrica aos sensores que acionam o fluxo de trabalho, incidentes relacionados e zonas.

5.4.15. Permitir aos administradores do sistema definir ações programadas de acordo com o cronograma predefinido com flexibilidade. Assim, deve ser possível programar lembretes regulares comandos em sensores e notificações.

5.4.16. Permitir a definição de regras para um mesmo sensor, com base na hora do dia. Por exemplo, se o alarme foi desarmado entre 21h00min e 07h00min, o sistema deve criar um incidente relacionado a este comportamento anormal. No entanto, quando o alarme é desarmado entre 08h00min as 18h00min, o sistema não deve criar um incidente, pois isso é considerado um comportamento normal.

5.4.17. Possuir uma função automática para transmitir mensagens de rotina padrão entre os usuários e os turnos. As mensagens têm um prazo de validade, a partir do qual elas não são mais visualizadas. Essa funcionalidade também deve estar disponível para registro automático das ações no sistema, acionados por eventos pré-configurados.

5.4.18. Permitir a configuração de botões de ação predefinidos, que realizem várias ações com apenas um clique. Um exemplo dessas ações pode ser a criação manual de um incidente como resultado de um relatório oral, visualizando um conjunto de câmeras relacionadas a um determinado local de interesse, enviando uma mensagem predefinida.

5.4.19. Permitir a configuração de rotinas automatizadas de monitoramento, solicitando intervenção do usuário apenas no momento de eventos críticos, da seguinte forma:

5.4.19.1. Na normalidade, apenas registro em banco de dados.

5.4.19.2. Na inoperância, informa o usuário, indicando a causa e registrar em banco de dados.

5.4.19.3. Na falta de fornecimento de energia, informa ao usuário e registra em banco de dados.

5.4.19.4. Permitir a configuração de ações automáticas na ocorrência de eventos:

de 57


5.4.19.5. Enviar e-mail para múltiplos destinatários.

5.4.19.6. Enviar imagens do local do evento para múltiplos destinatários.

5.4.19.7. Emitir mensagens de voz pré-gravadas.

5.4.19.8. Bloquear equipamentos.

5.4.19.9. Desativar funcionalidades de equipamentos.

5.4.19.10. Importação e a correlação das informações do banco de dados das centrais de monitoramento com os sistemas corporativos

5.4.20. Permitir cópias de segurança (“backup”) dos dados e arquivos.

5.4.20.1. Permitir que os dispositivos e equipamentos monitorados sejam supervisionados de forma automática e ininterrupta.

5.4.21. Permitir a sinalização automática e imediatamente para a central quando detectada inoperância/falta de energia para os equipamentos instalados nos ambientes monitorados.

5.4.22. Permitir a comunicação de inoperância com informações necessárias para utilização da Planta Baixa da dependência com identificação dos dispositivos.

5.4.23. Disponibilizar a opção da seleção de dependências pelas Centrais, em tempo real ou programado.

5.4.24. Disponibilizar a opção para indicar e/ou retirar a dependência da fila, respeitando-se a ordem de monitoramento, ou seja, liberar sempre a dependência que estiver a mais tempo sem este serviço.

5.4.25. Possuir distribuição randômica de dependências para as Centrais.

5.4.26. Possuir distribuição randômica para as Centrais, sendo que: quando um evento de uma unidade monitorada já estiver em tratamento por um usuário, se chegar no evento da mesma unidade será direcionado para tratamento conjunto com a ocorrência em aberto.

5.4.27. Possibilitar a configuração da distribuição de carga entre as Centrais.

5.4.28. Permitir a priorização da ocorrência em relação ao evento rotineiro ou direcioná-la para grupo específico de usuários, conforme necessidade do serviço.

5.4.29. Permitir a atualização dinâmica da prioridade de tratamento de incidentes para cada usuário e seu nível de criticidade no momento que a situação evolui.

5.4.30. Permitir a atualização das propriedades dos incidentes por demanda ou automaticamente:

5.4.30.1. Sob demanda: editar incidente, reatribuir incidentes e adicionar tarefas agendadas.

5.4.30.2. Automaticamente: atualização da gravidade de incidentes, planos de resposta, reatribuir incidentes e adicionar tarefas agendadas

de 57


automaticamente ou sob demanda.

5.4.31. Permitira a recomendação dos procedimentos mais relevantes a serem implantados por incidente.

5.4.32. Possuir capacidade de escalar os incidentes que não foram tratados dentro de um prazo predefinido.

5.4.33. Permitir que os administradores definam categorias padrão de incidentes, como: segurança, emergência.

5.4.34. Permitir o acionamento automático de um conjunto de ações quando uma tarefa é marcada como cancelada, falha ou transferida.

5.4.35. Fornecer recursos de notificação automáticos para fins de monitoração quando qualquer objeto que compõe o PSIM entrar ou sair do estado normal de funcionamento, considerando indisponibilidade e desempenho, enviando as informações através de mensagem com layout parametrizável e via comunicação TCP/IP. Para cada notificação deve ser fornecida orientação para retorno da normalidade, em manual e em conteúdo legível para ser inserido nos sistemas de bilhetagens internos.

5.4.36. Permitir a criação de "listas de exceção" pelos administradores de sistema para definir os ativos para os quais um incidente será disparado após a detecção.

5.4.37. Permitir a criação de listas de exceções “inclusivas” e “exclusivas” para uma determinada unidade monitorada ou globalmente em toda a organização.

5.4.38. Permitir que sejam desencadeadas ações baseadas em regras, quando os ativos contidos em uma lista "Inclusiva", ou não contido dentro de uma lista de "Exclusiva" sejam detectados pelo sistema.

5.4.39. Possuir recursos para cadastramento de contatos, procedimentos, regras de atendimento (Scripts), registro de ações.

5.5. MTE - Módulo de Tratamento de Eventos – Requisitos funcionais

5.5.1. Possuir serviços de gestão, abertura, operação e supervisão de fechaduras de retardo instaladas nos cofres do CONTRATANTE.

5.5.2. Possuir serviços de gestão, operação, supervisão dos dispositivos responsáveis pelo alarme sensorial incluindo a recepção e acionamento de dispositivos para as centrais de alarmes instaladas nos ambientes monitorados.

5.5.3. Permitir a recepção de eventos e disponibilização para a operação por meio de fila dinâmica com recursos de priorização e classificação dos eventos para tratamento.

5.5.4. Possuir tratamento de eventos e ocorrências originados dos diversos sistemas, aplicativos de supervisão, aplicativos de monitoramento, dispositivos monitorados.

5.5.5. Permitir que as regras de atendimento estejam contextualizadas com o evento, unidade monitorada, data/hora do evento.

de 57


5.5.6. Permitir a visualização de imagens vinculadas a eventos e para monitoramento passivo/ativo de unidades monitoradas.

5.5.7. Fornecer uma visão unificada e uma interface gráfica do usuário (GUI) que permita aos usuários gerenciar situações exatamente da mesma forma, independentemente da base de sistemas integrados de gerenciamento.

5.5.8. Fornecer uma visão global do que está acontecendo, onde está acontecendo e de como responder.

5.5.9. Permitir vincular, ao tratamento de ocorrências/eventos, imagens e áudios gerados pelo sistema de CFTV.

5.5.10. Permitir vincular, ao tratamento de ocorrências/eventos, o cadastro da unidade monitorada para execução de contatos para validação e acionamento dos setores/pessoas de suporte e atendimento (de manutenção, de vigilância, de limpeza, de segurança, de administração, policia, bombeiro, resgate).

5.5.11. Possuir recursos necessários ao tratamento eficaz e rápido dos eventos, pelo usuário. Podendo o usuário ter acesso rápido a todos os recursos, serviços e sistemas disponíveis no PSIM e na unidade monitorada para auxilio, validação e registro da ocorrência. Os recursos disponíveis devem estar vinculados e contextualizados com o tipo de ocorrência que esta em tratamento.

5.5.12. Possuir telas adequadas a cada tipo de serviço, atividade e processo que esta sendo executado pelos usuários, por exemplo: tela para tratamento de ocorrências, tela para monitoramento ativo de imagens, tela para cadastro e parametrização de unidades, tela para administração de acessos, tela de gerenciamento de perfis de usuários.

5.5.13. Possuir interfaces de trabalho customizáveis e adequadas a cada tipo de serviço realizado e perfil de usuário que esta acessando. Por exemplo:

5.5.14. Possuir interface e telas adequadas às tarefas de parametrização e ajuste de funcionamento para o acesso dos usuários técnicos.

5.5.15. Permitir aos usuários operacionais de monitoramento o acesso às telas, em no mínimo dois monitores, onde, por exemplo, o primeiro apresente a fila dinâmica de recepção de eventos e a janela de tratamento destes eventos e no segundo as interfaces de validação dos eventos como a de acesso a imagens/áudio ao vivo e gravadas vinculadas.

5.5.16. Permitir aos usuários operacionais de consulta o acesso às telas de apresentação de relatórios e/ou telas de seleção e consulta de imagem.

5.5.17. Possuir uma única interface - Tela de Tratamento de Eventos - para que o serviço de monitoramento possa tratar os eventos dos dispositivos integrados e realizar/verificar, ao mesmo tempo, com os seguintes recursos mínimos:

5.5.17.1. Planta baixa com leiaute apresentando pontos de controle e imagens da dependência que solicitar algum serviço remoto ou originar

de 57


eventos em geral. Os equipamentos devem ser apresentados com a identificação de suas características e localização, podendo se utilizar do recurso de legenda.

5.5.17.2. Identificação na planta da localização dos dispositivos existentes, com sinalização em caso de acionamento/problema do dispositivo.

5.5.17.3. Orientação de procedimentos a serem executados pelo usuário (scripts e normas, dados para contato com os intervenientes.).

5.5.17.4. Campos de preenchimento obrigatório para o usuário dar sequência ao tratamento da ocorrência.

5.5.17.5. Correlação de eventos e apresentação das imagens das câmeras de CFTV mais convenientes para o monitoramento, de acordo com o leiaute da dependência.

5.5.17.6. Atalhos (acessos/botões), fácil acesso às demais imagens e equipamentos da dependência e permitir intervenção, operação e comunicação (voz) remota, de forma integrada, com os equipamentos instalados.

5.5.17.7. Disponibilização em tela, com possibilidade de impressão de relatório da relação de ocorrências abertas (não atendidas/perdidas, em fila e em atendimento).

5.5.17.8. Acionamento dos dispositivos remotos integrados.

5.5.17.9. Estado dos dispositivos de segurança da dependência monitorada.

5.5.17.10. Outras informações necessárias à operação do sistema.

5.5.18. Oferecer opções para configurar a apresentação dos eventos recebidos – tipos de alertas - (pop-up, aviso sonoro, relatório, envio e recepção de e-mails e/ou SMS.).

5.5.19. Permitir configuração, por tipo de ocorrência, para abertura automática e imediata das imagens de dependência e/ou das câmeras mais próximas ao(s) dispositivo(s) /sensor (es) gerador (es) do evento.

5.5.20. Permitir o acesso rápido à Tela de Tratamento de Eventos, facilitando o acesso ao Sistema de CFTV (imagens da unidade), demais equipamentos integrados e dados cadastrais da dependência.

5.5.21. Permitir a configuração da exigência ou dispensa de preenchimento de campos específicos pelo usuário, para permitir avançar o atendimento e o encerramento da ocorrência com o registro das providências tomadas e regras de atendimento pré-estabelecidas.

5.5.22. Existir fila dinâmica com os eventos a serem tratados contemplando tipo de evento, priorização, criticidade.

5.5.23. Permitir ao abrir um novo incidente, iniciar com ele um procedimento com uma lista de tarefas dinâmicas. Também deve ser possível iniciar e anexar qualquer procedimento adicional predefinido de

de 57


maneira dinâmica a partir do contexto de um incidente já aberto

5.5.24. Oferecer suporte a uma navegação fácil, contextualizada e com clique para os mapas, câmeras sons de pré-alarme, sensores, acessórios e formas relevantes associadas ao incidente gerenciado.

5.5.25. Permitir a adição de comentários sobre os incidentes, em um formato de formulário predefinido ou em um formato de texto livre, e comentários sobre a tarefa.

5.5.26. Permitir que os incidentes encerrados desapareçam automaticamente da lista de registro de incidentes, mas possam ser pesquisados e exibidos de acordo com vários critérios de filtragem, tais como o tempo e data, tipo, gravidade, proprietário.

5.5.27. Permitir a configuração da obrigatoriedade de um comentário no encerramento do incidente. Os comentários deverão ser comentários predefinidos rápidos e/ou texto personalizado. Os comentários de encerramento deverão ser registrados e recuperados para pós-análise do incidente.

5.5.28. Possuir uma sequência de tarefas para os usuários executarem junto com os incidentes. Cada incidente terá suas próprias tarefas, e o acesso a eles deve ser iniciado quando o incidente for selecionado no Registro de Incidentes.

5.5.29. Permitir que os usuários selecionem um procedimento mais adequado para iniciar uma sequência de opções propostas e iniciar um processo de um incidente

5.5.30. Permitir o uso de Formulários e Anexos predefinidos para serem associados aos incidentes

5.5.31. Condicionar o encerramento de ocorrências aos registros de informações em campos obrigatórios, ou seja, a Tela de Tratamento de Eventos deve exigir o preenchimento de um mínimo de informações necessárias para torná-las analisáveis e mensuráveis.

5.5.32. Fornecer a capacidade de reconhecimento quando um usuário efetivamente recebeu um evento e deu o aceite no mesmo.

5.5.33. Possuir uma tela dedicada para o gerenciamento de incidentes.

5.5.34. Exibir os incidentes relevantes para cada usuário.

5.5.35. Exibir as tarefas relevantes para cada usuário.

5.5.36. Permitir que os incidentes fechados sejam ocultados no registro de incidentes ativos.

5.5.37. Fornecer a capacidade para adicionar anexos ao criar tarefas para situações em curso.

5.5.38. Fornecer a capacidade de adicionar comentários ao incidente, em qualquer formato ou em um formato predefinido, e adicionar comentários de tarefas.

5.5.39. Possuir a capacidade de gerar, distribuir e arquivar relatórios de

de 57


incidentes sob demanda ou automaticamente.

5.5.40. Exigir um "comentário", no encerramento do incidente. A razão para o encerramento do incidente será registrada e recuperável para colher os relatos do pós-incidente.

5.5.41. Permitir aos usuários a visualização de imagens do cadastro de identificação do entrante a partir da exibição do sistema de Controle de Acesso.

5.5.42. Permitir a abertura dos vídeos relacionados a um ponto específico de controle de acesso.

5.5.43. Permitir a visualização do vídeo gravado relacionado ao controle de acesso de determinado evento, de forma automática.

5.5.44. Possuir mecanismos de apoio a implantação de procedimentos de resposta a incidentes de acordo com o nível de ameaça ativa, automaticamente ou sob demanda.

5.5.45. Fornecer um mecanismo para definir e associar campos personalizados de incidentes com tipos de incidentes, procedimentos e botões de rápido acesso.

5.5.46. Permitir o agrupamento dos incidentes por unidade monitorada, proprietário, ou tipo de categoria.

5.5.47. Permitir que os administradores definam e associem formulários múltiplos de acordo com os tipos de incidentes e procedimentos.

5.5.48. Possuir mecanismos para associar anexos com tipos de incidentes e procedimentos.

5.5.49. Possuir mecanismos para definir um repositório de relatórios relevantes.

5.5.50. Proporcionar um ambiente visual para a definição dos fluxos de tarefas que suportam o mapeamento das regras de negócio.

5.6. MGV - Módulo de Gerenciamento de Vídeo – Requi sitos funcionais

5.6.1. Permitir gerenciamento do uso da rede de dados.

5.6.2. Possuir serviço de gerenciamento do consumo e para o controle de transmissão de streaming de vídeo.

5.6.3. Possuir serviço de gerenciamento de streaming.

5.6.4. Possuir capacidade de “bufferizar” os streamings de vídeo nos servidores de aplicação ou em um servidor dedicado para este fim. Ou, recurso similar que ofereça a mesma funcionalidade.

5.6.5. Possuir serviços de gestão, operação, supervisão e monitoramento ativo e passivo sistemas de CFTV (canais de vídeo e áudio bidirecional) analógico, digital, híbrido e /ou com tecnologia IPs, inclusive dispositivos com recursos de vídeo analítico e processamento de imagens embarcado.

de 57


5.6.6. Possuir serviço de gravação das imagens locais (dos ambientes monitorados), capturadas pelo sistema de CFTV, de cada unidade, com possibilidade de gravação das mesmas ou acesso às imagens previamente gravadas, pela central de monitoramento.

5.6.7. Possuir uma matriz de vídeos para a gestão ao vivo (ou gravado) de vídeos, independente do fabricante da câmera.

5.6.8. Permitir a exibição simultânea de múltiplas matrizes de vídeo em várias telas.

5.6.9. Permitir salvar as matrizes de vídeo favoritas com possível recuperação automática ou sob demanda.

5.6.10. Suportar a capacidade de exibir automaticamente o vídeo ao vivo (e gravado) com base em regras pré-definidas. O vídeo deve estar plenamente integrado com o sistema de regras de gerenciamento de processos de negócio.

5.6.11. Permitir a visualização automática de câmeras de acordo com regras definidas no sistema de controle de acesso.

5.6.12. Suportar o funcionamento em tela cheia para uma matriz completa de câmeras ou para uma única câmera.

5.6.13. Suportar a funcionalidade de arrastar e soltar para a inserção ou remoção de fontes de vídeo na matriz.

5.6.14. Permitir a capacidade de bloqueio de canais de vídeo para determinada fonte de vídeo.

5.6.15. Permitir a criação e execução de caminhos virtuais de imagens de forma automática ou sob demanda.

5.6.16. Fornecer uma indicação visual que reflita o status de das câmeras.

5.6.17. Indicar claramente as câmeras que foram abertas em função de alarmes.

5.6.18. Permitir o controle de câmeras do tipo PTZ.

5.6.19. Permitir a capacidade de pré-definir as posições das câmeras PTZ integradas.

5.6.20. Oferecer a capacidade de pré-definir os parâmetros de rotas de visualização (tours) das câmeras PTZ integradas.

5.6.21. Permitir a capacidade comandar os estados de função de zoom, foco, brilho, contraste, e entre outras funções de parametrização das câmeras integradas.

5.6.22. Possuir capacidade de busca por câmeras a fim de permitir aos usuários uma rápida e fácil localização de qualquer câmera conectada ao sistema.

5.6.23. Fornecer a capacidade de abrir e fechar todas as câmeras automaticamente (ou sob demanda) em uma zona geográfica específica ou lógica.

de 57


5.6.24. Fornecer a capacidade de controlar as operações da câmera do ponto de vista de mapas do tipo SIG.

5.6.25. Fornecer a capacidade de definir e personalizar os recursos de vídeo que estarão disponíveis por meio da visualização do SIG.

5.6.26. Fornecer a capacidade de definir uma faixa ótima para melhor campo de visão das câmeras.

5.6.27. Fornecer a capacidade de mostrar ou ocultar o campo de visão de todas as câmeras em um mapa. Essa funcionalidade também deve estar disponível em forma individual.

5.6.28. Fornecer a capacidade de selecionar um local em um mapa e automaticamente visualizar o vídeo das câmeras que têm visibilidade do ponto selecionado.

5.6.29. Fornecer a capacidade de perseguição de vídeo.

5.6.30. Permitir uma visão panorâmica de um ambiente como parte das capacidades do sistema de busca de vídeo, facilmente ativado através da abertura de todas as câmeras ao redor.

5.6.31. Possuir a capacidade de salvar e exportar vídeo clipes de vídeo ao vivo e pré-gravados para distribuição pós-evento e análise.

5.6.32. Suportar zoom digital de vídeos exibidos.

5.6.33. Suportar a funcionalidade de reprodução automática ou sob demanda de vídeo.

5.6.34. Permitir a capacidade de proibir o acesso e controle (de acordo com os direitos do usuário) a qualquer câmera e suas funções individualmente ou em lote. Por exemplo, o bloqueio ao controle de determinada PTZ por determinado usuário ou grupo.

5.6.35. Possuir a recepção, tratamento e gerenciamento de eventos gerados por dispositivos com recursos de vídeo analítico.

5.6.36. Permitir a configuração da banda máxima a ser consumida pelo streaming do CANAL. (denominamos como CANAL o dispositivo que disponibiliza o sinal de streaming de vídeo e/ou sinal de áudio).

5.6.37. Prover capacidade de controlar a disponibilização do streaming de vídeo e sinais de áudio para os usuários utilizando-se de recursos de administração, gerenciamento, definição de qualidade da imagem (tamanho), definição de horários de acesso, priorização, hierarquia e acesso simultâneo de modo a gerenciar, otimizar e minimizar a utilização da rede de dados do CONTRATANTE.

5.6.38. Permitir que as consultas às imagens pelos usuários sejam realizadas de forma centralizada, isto é, não deverá ser permitido o acesso direto aos CANAIS, demais dispositivos de captura (DVR, câmeras.) e aos streamings destes pelos usuários dos PSIM.

5.6.39. Prover o acesso aos usuários para visualização dos CANAIS de, pelo menos, uma das seguintes formas:

de 57


5.6.39.1. Por meio da própria interface de tratamento de eventos.

5.6.39.2. Por meio de chamada de outro módulo ou interface do PSIM.

5.6.39.3. Por meio da chamada de uma “url” do navegador web, podendo-se utilizar dos plug-ins homologados pelo CONTRATANTE.

5.6.39.4. Para cada canal, independente da quantidade de acessos para visualização das imagens, O PSIM deverá estabelecer apenas uma conexão entre O Serviço de Disponibilidade e o CANAL solicitado.

5.6.39.5. Quando não houver demanda de acesso a um CANAL, o PSIM não deverá manter o streaming do canal em questão ativo.

5.7. MGD - Módulo de Gestão de Desempenho – Requisi tos funcionais

5.7.1. Permitir a abertura e ajuste de incidentes como resultado de análise contínua em tempo real e limitação de fluxos de dados numéricos.

5.7.2. Gerar, manter arquivados por 12 (doze) meses, para garantir a auditoria do sistema, os arquivos de log e possibilitar a consulta aos arquivos, identificando a ação, usuários e a data/hora da execução:

5.7.2.1. Das transações realizadas pelos usuários da central.

5.7.2.2. Dos registros de atendimentos realizados.

5.7.2.3. Da inclusão e atualização de dados cadastrais, por parte do usuário habilitado com este nível de acesso.

5.7.2.4. Dos equipamentos integrados que possuírem tal funcionalidade, sempre que ocorrer a baixa dos log dos equipamentos, remotamente, pela central.

5.7.2.5. Dos acessos concedidos pelos administradores.

5.7.3. Possuir uma interface gráfica que indicam o status de todos os componentes do sistema (serviços) e deve permitir aos administradores configurar intervalos de checagem e rotinas de recuperação dos serviços.

5.7.4. Incluir rotinas de recuperação dos serviços como: reiniciar um serviço e notificar aos administradores por e-mail, LAN ou SMS (serviços de mensagens curtas), quando um número de tentativa de reinicialização predefinido seja ultrapassado.

5.7.5. Acompanhar todos os principais componentes do servidor, incluindo o banco de dados e componentes do sistema operacional usado.

5.7.6. Permitir gerenciar, criar e atualizar registros aplicáveis para o PSIM.

5.7.7. Permitir as verificações de keep-alive sobre o status dos sistemas externos conectados. Essas verificações deverão estar disponíveis por meio da interface e deverão ser suportadas pelo SDK de integração do produto.

5.7.8. Permitir fornecimento de logs com registro de informações a serem utilizadas na depuração e verificação de falhas do PSIM.

de 57


5.7.9. Oferecer recursos para monitorar atividades dos usuários.

5.8. MGU - Módulo de Gerenciamento de Utilitários – Requisitos funcionais.

5.8.1. Permitir integração com Sistema de comunicação e mensageria.

5.8.2. Permitir mecanismos de comunicação internos como e-mail, SMS, e ligações telefônicas.

5.8.3. Suportar uma variedade de compartilhamento de informações, tais como: notificações em massa e terminais remotos.

5.8.4. Garantir a entrega de mensagens com notificações escaladas de falhas na entrega.

5.8.5. Suportar recursos de mensagem de rastreamento que pode ser filtrado por uma série de parâmetros, como: o tempo da criação, a mensagem do remetente / usuário.

5.8.6. Suportar a conexão automática, ou por demanda, telefone a telefone.

5.8.7. Fornecer lista telefônica eletrônica com capacidade de busca.

5.8.8. Suportar o protocolo SIP, permitindo aos usuários fazer chamadas SIP do discador ou iniciar uma chamada SIP para um usuário diretamente de um mapa.

5.8.9. Suportar discagens telefônicas automaticamente de acordo com uma regra pré-definida.

5.8.10. Prover capacidades integradas de comunicação, incluindo: discagem e cancelamento de uma chamada para uma estação de intercomunicação. desvio de chamadas recebidas.

5.8.11. Oferecer ajuda interna em português brasileiro com recursos de busca/índice e árvore de navegação.

5.8.12. Permitir a inicialização de uma chamada mediante demanda ou automática.

5.8.13. Possuir uma documentação completa com cópia eletrônica dos produtos guia de instalação, guia de administração do sistema, guia de personalização e descrição do produto em língua portuguesa (português brasileiro).

5.8.14. Dispor de uma lista telefônica eletrônica que contenha os usuários e seus números de telefone. Os usuários poderão utilizar esta lista telefônica para fazer chamadas ad hoc mediante demanda.

5.8.15. Suportar o protocolo SIP, permitindo aos usuários realizar chamadas de saída SIP com o Discador, diretamente a partir do mapa ou por meio de uma ação automática (ação por uma regra predefinida) ou manual.

5.8.16. Permitir o envio de mensagens (mediante demanda ou automaticamente), pelos usuários, com opção para determinar a prioridade

de 57


da mensagem em comparação com outras mensagens.

5.8.17. Fornecer uma funcionalidade de status do feedback da mensagem para verificar quando uma mensagem foi enviada/lida.

5.8.18. Possuir recursos de rastreamento de mensagem, permitindo aos administradores do sistema a execução de vários filtros, a fim de encontrar o histórico das mensagens.

5.8.19. Permitir filtragem de rastreamento com: horário de criação da mensagem, o remetente e o meio de comunicação. Todas as mensagens deverão estar disponíveis para análise posterior, incluindo aquelas que foram excluídas pelos usuários.

5.8.20. Permitir funcionalidade de intercomunicação que deve permitir aos usuários iniciar e receber chamadas por interfone, quando a API do interfone permita essa integração, exibindo automaticamente a câmera do interfone quando houver uma chamada e para abertura mediante demanda de portões/portas.

5.8.21. Comunicar (falar e ouvir) com a dependência monitorada pelo sistema de voz bidirecional vinculado a integração com os CFTV e/ou telefonia.

5.8.22. Possuir padronização para integração com o catálogo de diretório LDAP para identificação e autenticação de usuários.

5.9. MGP - Módulo Gráfico de Localização – Requisit os funcionais

5.9.1. Possuir como base o Sistema de Informação Geográfica (SIG ou GIS – Geographic Information System).

5.9.2. Permitir compatibilizar a informação proveniente de diversas fontes, como informação de sensores espaciais (detecção remota/ sensoriamento remoto), informação recolhida com GPS ou obtida com os métodos tradicionais da topografia. Para representação gráfica da localização podem ser utilizados mapas geográficos, leiautes, plantas baixas.

5.9.3. Possuir sistema para localizar geograficamente as unidades monitoradas, dispositivos e visualização de mapas (SIG).

5.9.4. Possuir recurso de geolocalização para as unidades monitoradas com apresentação em tela do mapa com a localização e situação (por exemplo: em alarme, em atendimento, em manutenção, ativa, em instalação.) das unidades.

5.9.5. Permitir a abertura de um novo incidente mediante demanda diretamente a partir de um mapa. A localização do mapa, do incidente relevante será exibida no mapa pelo tempo em que o incidente estiver aberto.

5.9.6. Fornecer um quadro operacional comum permitindo o compartilhamento de informações entre diferentes usuários.

5.9.7. Fornecer capacidade de sincronizar automaticamente todas as

de 57


informações relevantes do SIG como: marcadores e zonas, em todas as estações de trabalho relevantes.

5.9.8. Permitir flexibilidade de escolher entre uma variedade de plataformas de visualização da indústria de SIG e permitir a adição de plataformas de visualização no futuro.

5.9.9. Suportar múltiplas camadas de mapas personalizados.

5.9.10. Possuir capacidade para salvar as camadas de um mapa como um modelo e, automaticamente ou manualmente, exibir / ocultar camadas de mapas mais relevantes para um incidente.

5.9.11. Possuir a capacidade de adicionar camadas dinâmicas que não afetam as camadas do núcleo definido.

5.9.12. Possuir a capacidade de trazer automaticamente para cima ou alternar entre visualizações de mapas e locais mais relevantes para um incidente.

5.9.13. Possuir a capacidade de definição e visualização de múltiplos mapas favoritos, automaticamente ou sob demanda.

5.9.14. Permitir adicionar um único sensor, múltiplos sensores ou grupos sensor ao SIG.

5.9.15. Possuir a capacidade de personalizar ícones de sensor que reflitam visualmente o estado de cada sensor ou grupo de sensores.

5.9.16. Permitir receber os movimentos de tecnologias baseadas em localização (por exemplo, GPS, RFID) e exibir seus caminhos históricos.

5.9.17. Fornecer uma interface de SIG, com um método uniforme de interagir com todos os sensores e sistemas integrados, independentemente do fabricante.

5.9.18. Fornecer aos usuários um mapa personalizado com as operações de mapa mais frequentemente usadas para cada tipo de entidade.

5.9.19. Fornecer a capacidade de alternar os rótulos que exibem o nome de sensores e ativos no SIG.

5.9.20. Fornecer a capacidade de personalizar a visibilidade de uma entidade no mapa SIG por nível de zoom.

5.9.21. Fornecer a capacidade de definir e de trazer câmeras relacionadas para qualquer sensor.

5.9.22. Fornecer a capacidade de contatar (ligar ou enviar mensagens) para funcionários de campo diretamente do SIG.

5.9.23. Permitir a atribuição de tarefas a funcionários de campo diretamente do SIG.

5.9.24. Permitir a adição de linhas no SIG. As propriedades da linha devem ser personalizáveis.

5.9.25. Permitir a adição de rótulos no SIG. As propriedades do rótulo devem ser personalizáveis.

de 57


5.9.26. Permitir a navegação, por zoom in / out e deslocamento, de mapas.

5.9.27. Permitir a definição de restrições na administração do SIG.

5.9.28. Permitir que ao se clicar em uma área no SIG, automaticamente abrirá a imagem de vídeo da câmera mais próxima ao ponto selecionado.

5.9.29. Fornecer a capacidade de mostrar ou ocultar o campo de visão de todas as câmeras em um mapa. Essa funcionalidade também deve estar disponível em forma individual.

5.9.30. Permitir a captura de foto e seu envio diretamente do mapa SIG.

5.9.31. Possuir a capacidade de importar, visualizar e gerenciar arquivos do AutoCAD e suas camadas inerentes.

5.9.32. Permitir aos usuários autorizados abrir um novo incidente nos mapas (automaticamente e sob demanda) e associar o incidente com sua localização geográfica.

5.9.33. Possuir a capacidade para criar e gerenciar zonas geográficas.

5.9.34. Possuir a capacidade de relacionar as entidades de controle, os incidentes, os favoritos os SIG, os favoritos de vídeo e anexos relevantes para a zona, a fim de realizar operações com base em respostas.

5.9.35. Fornecer a capacidade de definir regras de controle de acesso com ações automáticas dentro de uma zona, como uma zona de alarme.

5.9.36. Possuir ferramenta dedicada à gestão de sensores, incluindo a edição no mapa e monitoramento.

5.9.37. Possuir a capacidade de organizar sensores por grupos personalizáveis na hierarquia da árvore de sensores.

5.9.38. Permitir a busca de recursos para que os usuários possam localizar qualquer sensor conectado ao sistema.

5.9.39. Permitir ao usuário o acesso a locais do mapa dos eventos de acesso.

5.9.40. Possuir ferramenta dedicada á gestão de leitores de controle de acesso, incluindo a edição no mapa e monitoramento.

de 57


MOS - Módulo de Ordem de Serviço – Requisitos funci onais

5.9.41. Possuir recursos de gestão suporte técnico e manutenção (geração e controle de ordens de serviço) do PSIM.

5.10. MGR - Módulo de Gestão de Relatórios I,II e II– Requisitos funcionais

5.10.1. MGR - Módulo de Gestão de Relatórios I

5.10.1.1. Permitir gerar, no mínimo os seguintes tipos de relatórios: Relatórios de Incidentes, Relatórios de Manutenção e Relatórios Estatísticos.

5.10.1.2. Permitir imprimir e salvar em vários formatos de arquivo, incluindo Excel, MHT e PDF, os relatórios gerados.

5.10.1.3. Apresentar um log de incidentes integrado que contenha a visualização de todos os incidentes. Esse log de Incidentes deve ter a capacidade de ser classificado automaticamente com níveis de severidade predefinidos e a informação da hora de sua criação.

5.10.1.4. Apresentar um log de incidentes que permita o acesso fácil a todos os dados relevantes. Esses devem incluir: mapas, fontes de vídeo, anexos e formulários para cada incidente.

5.10.2. MGR - Módulo de Gestão de Relatórios II

5.10.2.1. Possuir ferramenta para geração de relatórios gerenciais sobre demanda ou automática.

5.10.2.2. Permitir a geração e distribuição de relatórios de acordo com um cronograma predefinido. Por exemplo, deve ser possível definir que o gráfico de pizza das estatísticas de um Incidente seja enviado aos executivos semanalmente.

5.10.2.3. Permitir a criação e importação de relatórios personalizados desenvolvidos externamente, utilizando uma ferramenta de comunicação padrão, como o Crystal Reports, por exemplo.

5.10.2.4. Fornecer a capacidade de pesquisar incidentes que possuem características semelhantes. Os incidentes semelhantes são aqueles que possuem, no mínimo, as seguintes semelhanças: tempo de criação, tempo de fechamento, sensores relacionados, criado por e procedimentos implantados.

5.10.3. MGR - Módulo de Gestão de Relatórios III

5.10.3.1. Permitir que um incidente encerrado seja recuperado através de pesquisa de acordo com sua propriedade

5.10.3.2. Permitir a busca por incidentes ativos.

5.10.3.3. Disponibilizar aos usuários filtros de conteúdo do relatório em um formato personalizado pelo usuário selecionado. A geração automática de relatórios deve ser desencadeada tanto por um cenário específico (combinação de alarmes / eventos) ou pelo tempo.

de 57


5.10.3.4. Permitir aos usuários o envio de relatórios contendo pacotes de conteúdo relacionados com incidentes tais como formulários, videoclipes, fotos, e-mails.

5.10.3.5. Permitir gerar relatórios de controle de acesso personalizáveis, sob demanda.

5.10.3.6. Possuir a capacidade de filtrar e visualizar os usuários do controle de acesso e históricos dos acessos.

5.10.3.7. Permitir a geração de relatórios de incidentes detalhados que incluem sumário do incidente, todas as tarefas que foram associadas com o incidente, sensores e atividades relacionadas e mapas.

5.10.3.8. Permitir uma definição flexível por relatórios periódicos, relatórios de manutenção do sistema e relatórios estatísticos personalizáveis.

5.10.3.9. Permitir aos usuários adicionar e gerenciar relatórios personalizados.

5.10.3.10. Possuir um Aplicativo de Reconstrução de Cenário para acesso imediato ou importado de dados do Incidente como: áudio, vídeo, telefonia, fotos, documentos e GIS, permitindo que ele seja sincronizado e reproduzido exatamente como aconteceram para revisão e análise pós-evento.

5.10.3.11. Permitir a análise dos arquivos carregados, como: arquivos de áudio, documentos, fotos e vídeos diretamente do mesmo.

5.10.3.12. Permitir auditoria dos processos e acessos aos serviços.

5.11. MAC - Módulo de Abertura de Cofres

5.11.1. Serviços de gerenciamento dos cofres e fechaduras de retardo de abertura compartilhada on line e randômica.

5.11.2. Fornecer recursos para gerenciar os cofres e fechaduras de retardo instalados nas unidades monitoradas, de forma a permitir: total gestão pelo PSIM; monitoramento do estado dos cofres e fechaduras; concessão da abertura por geração de senhas randômicas ou de forma on line; envio de comandos para as fechaduras; gestão dos usuários dos cofres e fechaduras.

5.11.3. Dispor de ferramenta para cadastramento, vinculação, ativação, alteração do modo de abertura e configuração das fechaduras de retardo.

5.11.4. Conter recurso para seleção, pelo operador, da unidade/cofre/fechadura/gaveta/funcionário cuja abertura for solicitada.

5.11.5. Deve gerenciar grupos de cofres e fechaduras personalizáveis por critérios de segurança, nível de dependência, tipo de cofre/fechadura, região geográfica etc.

5.11.6. Permitir aos usuários a visualização de imagens do cadastro de identificação do funcionário identificado como solicitante da abertura.

de 57


5.11.7. Permitir o fácil acesso às informações de cadastro da unidade monitorada e dos usuários das fechaduras a partir da ferramenta de gestão de cofres, incluindo informações de localização, contatos, senhas e contrassenhas, mapas, leiautes etc.

5.11.8. Ao ser iniciado um processo de abertura de cofre, o PSIM deve desencadear um fluxo de ações pré-determinado e parametrizável para cada grupo de cofres/fechaduras, o qual poderá gerar ações automáticas e/ou manuais de acesso a canais de vídeo específico, acionamento de mapas (SIG), verificação da situação dos dispositivos da unidade monitorada, realização de contatos telefônicos, acionamento de equipes de segurança ou qualquer outro recurso disponível no PSIM.

5.11.9. Durante o processo de gerenciamento da abertura do cofre, o PSIM deve exibir ao operador os eventos da mesma unidade monitorada que estejam em tratamento.

5.11.10. Deve bloquear o acesso ao recurso de concessão de abertura do cofre/fechadura/gaveta caso haja registro, na mesma unidade monitorada, de eventos e incidentes específicos em tratamento no mesmo momento. Os eventos e incidentes que causarão o bloqueio devem ser parametrizáveis de forma global e por grupo de cofres/fechaduras.

5.11.10.1. O desbloqueio do recurso de concessão de abertura do cofre/fechadura/gaveta deve ser feito de forma automática após “x” minutos do encerramento do evento/incidente (sendo “x” um valor parametrizável de forma global e por grupo de cofres/fechaduras) e também de forma manual com dupla autenticação, sendo dois usuários de nível de supervisão, ou um usuário de nível de supervisão e um usuário administrador.

5.11.10.2. Deve controlar o tempo de abertura das fechaduras, devendo possuir recurso de lista em tempo real dos cofres abertos, sinalizando a situação temporal do fechamento de cada fechadura, em no mínimo três níveis para indicar: dentro do tempo previsto; próximo do tempo de fechamento; e tempo de fechamento extrapolado.

5.11.11. Viabilizar recurso para seleção de tempo (em minutos) de retardo da fechadura, no momento da concessão da abertura em modo compartilhado. Deve permitir a restrição do acesso a esta funcionalidade para determinados tempos/faixas de retardo, de forma personalizada, conforme o grupo do usuário.

5.11.12. Viabilizar recurso para registrar o fechamento dos cofres com fechadura de retardo randômica por meio de código de fechamento e por fechamento forçado (sem código). Para o caso de fechamento forçado, deve se exigido do operador o preenchimento de uma justificativa.

5.11.13. Prover ferramenta para que os usuários das fechaduras de retardo randômicas executem procedimentos de forma on line, via interface web, tais como solicitação de abertura e cadastramento de senhas.

5.11.13.1. Para solicitação de abertura, o usuário deve se autenticar no PSIM, selecionar a unidade/cofre/fechadura/gaveta que deseja abrir, informar a justificativa de abertura e os demais dados necessários, conforme

de 57


exigido pelo modelo de fechadura.

5.11.13.2. A solicitação de abertura deve gerar evento no PSIM para tratamento pelo operador.

5.11.13.3. Após a solicitação de abertura, o usuário deverá ser direcionado para tela de espera pela autorização remota.

5.11.13.4. Se a abertura for autorizada pelo operador da central de monitoramento, o PSIM deve retornar o código de abertura para o usuário da fechadura.

5.11.13.5. Uma vez concedido o código para a abertura, o PSIM deverá solicitar a inserção, pelo usuário, do código de fechamento após o uso do cofre.

5.11.13.6. Deve permitir a exibição de alertas parametrizáveis na interface web para o usuário da fechadura, durante as etapas do processo de abertura do cofre.

5.11.13.7. Para cadastramento das senhas randômicas, o usuário deve se autenticar no PSIM, selecionar a unidade/cofre/fechadura para a qual deseja cadastrar senha e informar os dados necessários, conforme o modelo de fechadura. O cadastramento de nova senha ou alteração deve ser validado pela central de monitoramento.

5.11.13.8. Deve possibilitar que todos os comandos de alteração de configuração das fechaduras randômicas sejam enviados aos usuários por meio da ferramenta web.

5.12. MCA - Módulo de Gerenciamento de Pessoas

5.12.1. Possuir ferramenta para cadastramento e gerenciamento das pessoas usuárias dos sistemas conectados.

5.12.2. Deve ser possível, por meio de interface web, o cadastramento e atualizações das informações de cadastro das unidades monitoradas e dos usuários dos sistemas conectados.

5.12.3. O cadastramento e atualização de informações poderá ser efetuado pela própria unidade monitorada, pela central de monitoramento ou por outras dependências, a critério do Banco.

5.12.4. Deve permitir parametrização para que as atualizações efetuadas por determinados usuários somente tenham validade após validação pela central de monitoramento. Esta parametrização deve ser possível por unidade, grupo de unidades, dispositivo, grupo de dispositivos, usuário e grupo de usuários.

5.12.5. Possuir recurso para cadastramento de usuários temporários/visitantes para os sistemas conectados. Ao final da vigência da permissão de uso/acesso, a aplicação deve retirar a permissão no respectivo dispositivo/sistema.

5.12.5.1. Permitir definir um tempo de permanência para o visitante. Excedido o tempo deve ser gerado um alarme no Sistema.

de 57


5.12.6. Permitir o registro dos dados do visitante como: nome, documento, classificação, empresa, telefone e complemento.

5.12.7. Permitir a captura e armazenamento da imagem do rosto da pessoa através uma webcam ou câmera de CFTV.

5.12.8. Permitir o registro dos dados do visitado como: nome, unidade, local e telefone.

5.12.9.

5.12.10. Registrar automaticamente a data, hora e o operador que efetuou a identificação.

5.12.11. Possibilitar verificar quantos e quais os visitantes que estão no ambiente.

5.12.12. Possibilitar verificar quantos e quais visitantes estão no estabelecimento além do tempo de permanência.

5.12.13. Permitir capturar imagens do documento de identificação (frente e verso).

de 57


6. SERVIÇOS DE DISPONIBILIDADE DOS MEDIADORES – REQUISITOS FUNCIONAIS

6.1. O PSIM deve incorporar e manter funcional os mediadores para os seguintes sistemas da CONTRATANTE:

6.1.1. Sistemas de CFTV – Comunicação TCP/IP:

6.1.1.1. Gravador de vídeo digital:

6.1.1.1.1. Fabricante: LG Eletronics do Brasil Ltda.

6.1.1.1.1.1. Modelo: Família: LRH 7160D.

6.1.1.1.2. Fabricante: Intelbrás S/A – Ind. de Telec. Eletrônica Brasileira:

6.1.1.1.2.1. Modelo: VD 16M 480.

6.1.1.1.2.2. Modelo: Família HVD 7016.

6.1.1.1.3. Fabricante: Honeywell

6.1.1.1.3.1. Modelo: RapidEye.

6.1.2. Sistemas de alarme sensorial – Comunicação TCP-IP:

6.1.2.1. Fabricante: Honeywell: Modelos Vista 120 .e Vista 128BP .

6.1.2.2. Fabricante: Rokonet Brasil Ltda – RiscoGroup: Modelo: ProSys 128 .

6.1.2.3. Fabricante: ViaWeb System: Modelo VW16ZETH.

6.1.3. Sistemas de recepção de alarmes via linha discada (CONTACT ID):

6.1.3.1. Fabricante Sug-Gard – modelo: Sug-Gard System III .

6.1.4. Sistema de controle de acesso (controladoras IPs e seriais, fechaduras eletromecânicas e eletromagnéticas, leitores de senha, leitores de cartão mifare, leitores biométricos):

6.1.4.1. Honeywell.

6.1.4.2. Automatiza.

6.1.4.3. Visact.

6.1.5. Sistema de abertura de cofres e portas de caixa-forte:

6.1.5.1. Unilyner – Modelo: Novatech C38H BB.

6.1.5.2. Unilyner – Modelo: Novatech F50.

6.1.5.3. Intergard – Modelo: Gold Hibrida BB.

de 57


6.1.6. Sistemas Gravação

6.1.6.1.1. Vocale.

6.1.7. Telefonia

6.1.7.1. O PSIM deve ser compatível com os modelos de centrais telefônicas existentes no CONTRATANTE, abaixo relacionados.

6.1.7.1.1. Alcatel OmniPCX Enterprise.

6.1.7.1.2. Intelbrás Impacta Rack 94/140/220.

6.1.7.2. O mediador deve permitir a utilização de entroncamento SIP, RFC 3261.

7. DIMENSIONAMENTO

7.1. Capacidade operacional do PSIM:

7.1.1. Possuir capacidade operacional para, no mínimo, 20.000 (vinte mil) usuários.

7.1.2. Possuir capacidade operacional para 1.000 (mil) acessos simultâneos de usuários.

7.1.3. Possuir capacidade operacional para, no mínimo, 10.000 (dez mil) unidades monitoradas, sendo que cada uma pode o possuir um conjunto de dispositivos com, no mínimo, a seguinte configuração:

7.1.4. No mínimo, 100 (cem) pontos (canais de vídeo, pontos de alarme, controle de acesso, dispositivo gerenciável.) por ambiente.

7.1.5. O acesso ao PSIM poderá ocorrer para consultas gerenciais, visualização de canais de vídeo, tratamento de ocorrências, atendimentos aos processos de resposta.

7.2. Características básicas dos ambientes monitorados:

7.2.1. Possui pelos menos um dos sistemas, equipamentos ou dispositivos, passiveis de gerenciamento, monitoramento e/ou supervisão pelo PSIM, listados a seguir:

7.2.1.1. Sistema de CFTV composto de DVR (Gravador de vídeo digital) conectado a 16 câmeras analógicas.

7.2.1.2. Sistema de CFTV composto de DVR (Gravador de vídeo digital) híbrido conectado a, no mínimo, 24 câmeras analógicas e/ou IPs.

7.2.1.3. Sistema de alarme sensorial composto de central de alarme digital, sensores de detecção de intrusão e acessórios.

7.2.1.4. Sistema de controle de acesso de portas e eclusas com intertravamento.

7.2.1.5. Sistema de controle de acesso de cofres ou portas de caixa-forte (fechadura de tempo programável).

de 57


7.2.1.6. Sistemas de fechamento de portas por meio de fechaduras eletromagnéticas e/ou eletromecânicas.

7.3. Tipo de Ambientes:

7.3.1.1. Agências bancárias. 7.3.1.2. Posto de atendimento bancários. 7.3.1.3. Salas de autoatendimento bancário. 7.3.1.4. Terminais de autoatendimento bancário. 7.3.1.5. Tesourarias Regionais. 7.3.1.6. Prédios administrativos. 7.3.1.7. Datacenters.

8. ESPECIFICAÇÃO TÉCNICA – REQUISITOS TÉCNICOS NÃO FUNCIONAIS

8.1. Processamento - Requisitos

8.1.1. Suportar ao menos um dos seguintes sistemas operacionais:

8.1.1.1. Suse Linux Enterprise Server 11 SP3, ou.

8.1.1.2. Red Hat Enterprise Linux 6.2, ou.

8.1.1.3. Windows Server 2008 R2.

Todos para plataforma x86 64 bits em ambiente virtualizado ou IBM AIX 7.0 ou Oracle Solaris 10.0 e respectivas versões superiores.

8.1.2. Suportar multiprocessamento. Quando instalado em máquinas multiprocessadas, deve estar habilitado para utilizar todos os processadores.

8.1.3. Suportar instalação em ambiente virtualizado.

8.1.4. Possuir arquitetura Web:

8.1.4.1. Implementar a execução dos servidores da camada de apresentação em cluster.

8.1.4.2. Implementar a execução dos servidores da camada de negócio em cluster.

8.1.4.3. Suportar a especificação JEE 6 (Java Enterprise Edition) ou superiores.

8.1.4.4. A interface web do PSIM deverá ser fornecida por meio de componentes web executados no Container Web de servidores de aplicações certificados para a especificação JEE 6 (Java Enterprise Edition) ou superiores.

8.1.4.5. A lógica de negócio do PSIM deverá ser fornecida por meio de componentes EJB executados em Container EJB de servidores de aplicação certificados para a especificação JEE 6 (Java Enterprise Edition) ou superiores.

de 57


8.1.4.5.1. O PSIM deve suportar instalação em servidores de aplicativo JEE WebSphere versão 8.5 ou superiores, ou em servidores de aplicativo JEE WebLogic versão 12c ou superiores.

8.1.4.5.2. O fornecimento das respectivas licenças para utilização deverá fazer parte dos serviços de disponibilidade operacional do PSIM.

8.1.5. Os componentes client do PSIM devem:

8.1.5.1. Suportar os seguintes sistemas operacionais: MS Windows Vista Business (32 e 64 bits), MS Windows 7 Professional (32 e 64 bits), MS Windows 8.1 Enterprise (32 e 64 bits), GNU/Linux openSUSE 11.1 (32 e 64 bits), e versões superiores de todos estes Sistemas Operacionais lançadas até a data da publicação do Edital.

8.1.5.2. Suportar os seguintes softwares de apoio: Microsoft Office versão 2010, Libre Office versão 3.5.5.3, BRoffice versão 3.2.1, Adobe Acrobat Reader 10, e respectivas versões superiores lançadas até a data da publicação do Edital.

8.1.5.3. O PSIM software deve suportar os seguintes navegadores: Mozilla Firefox a partir da versão 14.0.1, inclusive versões do tipo Extended Support Release - ESR, Internet Explorer a partir da versão 7.0 e respectivas versões superiores para ambos os navegadores lançadas até a data de publicação do Edital.

8.1.5.4. Os Clients Web para consulta (dados e imagens) e/ou monitoramento devem funcionar apenas com instalação de plug-in on-line no aplicativo de navegação, possuindo suporte, no mínimo, para Internet Explorer e Mozilla Firefox (Windows e Linux).

8.2. A Arquitetura Servidor

8.2.1. Os componentes do PSIM devem suportar um dos seguintes sistemas operacionais: MS - Windows ou Linux nas versões a seguir e versões superiores de todos estes Sistemas Operacionais lançadas até a data da publicação do Edital.

8.2.1.1. Windows Server 2008 R2, ou.

8.2.1.2. Suse Linux Enterprise SLES 11 SP3.

8.2.2. A critério do CONTRATANTE, o PSIM poderá ser instalado no modelos/marcas de servidores, sistemas operacionais e softwares básicos, diferentes dos mencionados neste documento, e que sejam suportados pelo PSIM.

8.2.3. O PSIM deve suportar mecanismo de alta disponibilidade para todos os componentes de hardware e software.

8.3. Banco de Dados

8.3.1. O PSIM deve suportar ao menos um dos seguintes SGBDs:

de 57


8.3.1.1. ORACLE versão 11g R2 e respectivas versões superiores, preferencialmente com Oracle RAC.

8.3.1.2. DB2 UDB versão 9.7 e respectivas versões superiores, preferencialmente com DB2 Pure Scale.

8.3.1.3. SQL Server versão 2008 R2 e respectivas versões superiores, preferencialmente com SQL Server Always On.

8.3.2. O PROPONENTE deve fornecer as interfaces transacionais com os SGBDs utilizados no CONTRATANTE.

8.3.3. O PROPONENTE deve implementar rotinas de backup e recuperação das bases de dados de configurações, usuários, perfis e informações/transações.

8.3.4. O PSIM deve garantir a integridade das informações, ou seja, ter a capacidade de desfazer transações incompletas e manter a consistência das informações na base de dados.

8.3.5. O fornecimento das respectivas licenças para utilização deverá fazer parte dos serviços de disponibilidade operacional do PSIM.

8.3.6. Prover os dados de maneira que estes se apresentem de forma comum a todas as ferramentas do PSIM, sem replicação;

8.3.7. Fornecer Dicionário de Dados do modelo lógico contendo as entidades com nome e texto de definição; os atributos com nome, texto de definição, tipo, tamanho, restrição de nulidade, indicador de chave primária e indicador de chave estrangeira; e, os relacionamentos com a entidade de origem, entidade de destino, cardinalidades na origem, cardinalidades no destino e regras de deleção/atualização;

8.3.8. Fornecer Dicionário de Dados do modelo físico contendo as tabelas com creator (ou owner), nome e texto de definição; as colunas com nome, texto de definição, tipo, tamanho, restrição de nulidade, indicador de chave primária e indicador de chave estrangeira, e os relacionamentos com a tabela de origem, tabela de destino, cardinalidades na origem, cardinalidades no destino e regras de deleção/atualização;

8.3.9. Suportar mecanismos para permitir a murchação e expurgo periódicos de dados, conforme regras a serem definidas pelo Banco do Brasil;

8.3.10. O PSIM deve implementar o acesso simultâneo e concorrente de múltiplos usuários ao sistema, para pesquisa e edição, preservando a integridade dos dados.

8.3.11. O PSIM deve suportar bancos de dados em cluster.

8.4. Redes – Requisitos do PSIM

8.4.1. Possuir compatibilidade com os protocolos IP (Internet Protocol) versão 4 e superiores.

8.4.2. Possuir compatibilidade com os serviços DNS (Domain Name Server).

de 57


8.4.3. Possuir compatibilidade com os seguintes protocolos de transporte: TCP (Transmission Control Protocol) ou UDP (User Datagram Protocol).

8.4.4. Suportar a configuração do número da porta TCP/UDP dos componentes do PSIM.

8.4.5. Possuir mecanismo de controle da taxa de transmissão de dados enviados para a rede.

8.4.6. Possuir adequação para operar em rede do tipo estrela com o nó concentrador localizado Brasília.

8.4.7. O PSIM deve ser instalado em ambiente que permita a instalação de agentes das ferramentas de gerenciamento do CONTRATANTE, para fins de monitoração, coleta de informações para planejamento de capacidade e análise de desempenho (HP Operations Agent versão 11 e superiores).

8.5. Armazenamento/Backup – Requisitos do PSIM.

8.5.1. Possuir compatibilidade com a ferramenta padrão de backup utilizada no CONTRATANTE, IBM Tivoli Storage Manager – TSM, versões 6 e superior.

8.6. Gerenciamento e Operação

8.6.1. O PSIM deve disponibilizar notificações de falhas e indisponibilidades dos recursos envolvidos na solução, com orientação para retorno da normalidade em manual e em conteúdo digital com autorização para ser internalizado na base de conhecimento do Banco.

8.6.2. As notificações das falhas devem ser publicadas em interface própria, com o registro em arquivos de log e prover mecanismos de integração com as soluções corporativas do Banco. O mecanismo de integração deve ser baseado no protocolo SNMP v2 e v3.

8.6.3. O PSIM deve fornecer logs com registro de informações detalhadas a serem utilizadas na depuração e verificação de falhas da solução.

8.6.4.

8.6.5. O PSIM deve fornecer recursos que permitam a operação, manutenção, diagnóstico em console local e remoto através de comunicação TCP/IP.

8.6.6. O PSIM A solução deve fornecer recursos para alteração de configuração de maneira remota através de digitação de comandos e interface gráfica.

de 57


9. CONDIÇÕES DE ACEITE

9.1. O CONTRATANTE realizará os exames necessários para homologação e aceitação de cada uma das entregas, de modo a comprovar o atendimento das especificações estabelecidas, por meio de emissão de relatório de testes. Eventual ocorrência ou erro no PSIM, durante o processo de homologação, deverá ser corrigido pela PROPONENTE em até cinco dias úteis, contados a partir da comunicação do fato.

9.2. Todas as parametrizações, customizações e alterações efetuadas, serão avaliadas no ambiente específico da CONTRATANTE, por um período mínimo de 5 dias úteis antes de sua implantação na produção.

9.3. O CONTRATANTE receberá do PROPONENTE documento com a especificação funcional de cada módulo para formalizar o aceite das funcionalidades

9.4. A realização dos testes de homologação poderá ocorrer fora do horário comercial (9h às 18 h), inclusive nos finais de semana e feriados, a critério do CONTRATANTE, sem qualquer ônus adicional para a CONTRATANTE.

9.5. O aceite/aprovação do PSIM pelo CONTRATANTE, não exclui a responsabilidade civil da PROPONENTE por vícios de quantidade ou qualidade do produto ou disparidade com as especificações técnicas exigidas no neste documento ou atribuídas a PROPONENTE verificados posteriormente, garantindo-se ao CONTRATANTE as faculdades previstas no art. 18 da Lei nº 8.078/90 (Código de Defesa do Consumidor).

10. TREINAMENTO

10.1. A PROPONENTE realizará a capacitação e preparação das pessoas para as mudanças geradas pela implantação do PSIM, inclusive quanto à operação pelos usuários por meio de treinamentos presenciais, sem custos adicionais.

10.2. A PROPONENTE deverá dividir a capacitação em dois blocos de treinamentos: para usuários da área operacional e da área de TI.

10.3. Deverão ser prestados treinamentos práticos sobre a utilização da ferramenta para os seguintes públicos:

10.3.1. Área de TI – Treinamento das equipes responsáveis pela operação e monitoramento do ambiente operacional contendo, no mínimo:

10.3.1.1. Funcionamento do PSIM: Topologia de referência.

10.3.1.2. Monitoração: Scripts e procedimentos para reação a incidentes.

de 57


10.3.1.3. Suporte: Procedimentos de instalação, configuração, desempenho e capacidade.

10.3.2. Área de TI– Treinamento das equipes responsáveis pelo suporte às aplicações contendo, no mínimo:

10.3.2.1. Arquitetura do PSIM.

10.3.2.2. Incidentes mais comuns e procedimentos adotados para correção.

10.3.3. Área de TI – Operação e Manutenção da Infraestrutura de hardware e software, no mínimo:

10.3.3.1. Topologia e arquitetura de software.

10.3.3.2. Topologia e arquitetura do banco de dados.

10.3.3.3. Incidentes mais comuns e procedimentos adotados para correção.

10.3.4. Área de TI – Treinamento das equipes responsáveis atendimento dos usuários (HELP-DESK):

10.3.5. Área Operacional – Cadastro de unidades monitoradas.

10.3.6. Área Operacional – Cadastro de dispositivos, eventos, procedimentos de atendimento, serviços.

10.3.7. Área Operacional – Administração de acessos e cadastramento de usuários, poderes, recursos de auditoria e segurança.

10.3.8. Área Operacional – Procedimentos de monitoramento e supervisão da operação do PSIM.

10.3.9. Área Operacional – Geração e emissão de relatórios operacionais e gerenciais.

10.4. A PROPONENTE deverá formar os cursos respeitando a carga horária mínima, quantidade de turmas e tópicos, conforme quadros a seguir:

10.4.1. Treinamentos Presenciais – Área TI

Conteúdo Carga Horária por Turma

Quant. Turmas

Carga Horária Total

Treinamento das equipes responsáveis pela operação e monitoramento do ambiente

operacional. 24 2 48

Treinamento das equipes responsáveis pelo suporte às aplicações

16 2 32

Operação e Manutenção da Infraestrutura do PSIM 16 2 32

Treinamento das equipes responsáveis atendimento dos usuários (HELP-DESK) 8 10 80

10.4.2. Treinamentos Presenciais – Área Operacional

de 57


Conteúdo Carga Horária por Turma

Quant. Turmas

Carga Horária Total

Cadastro de unidades monitoradas. 24 6 144

Cadastro de dispositivos, eventos, procedimentos de atendimento, serviços. 16 6 96

Administração de acessos e cadastramento de usuários, poderes, recursos de auditoria

e segurança. 16 6 96

Procedimentos de monitoramento e supervisão da operação do PSIM

16 6 96

Geração e emissão de relatórios operacionais e gerenciais 8 10 80

Cadastramento de processos e regras de negócios 24 6 144

10.5. A quantidade de turma para o treinamento ficará dividida em 2 (duas) turmas para o primeiro ano e posteriormente 1 (uma) por ano até o termino do contrato

10.6. A distribuição da carga horária diária dos cursos ficará a critério da CONTRATANTE, bem como o horário de início e término dos cursos, respeitando o limite de 8 horas diárias de treinamento.

10.7. A quantidade de alunos por turma ficará a critério da CONTRATANTE, respeitando a faixa mínima de 20 alunos e máxima de 40 alunos por sala.

10.8. A CONTRATADA será responsável por todo material necessário para as atividades do curso, tais como: canetas, blocos de anotação.

10.9. A PROPONENTE deverá disponibilizar para cada curso, material impresso (apostila), em material de boa qualidade, no idioma Português Brasileiro, com todo o conteúdo teórico abordado no curso, exemplos, proposta de exercícios, gabaritos dos exercícios e reprodução das telas.

10.10. PROPONENTE deverá emitir certificado de participação do curso contendo no mínimo: nome do participante, nome do curso e carga horária.

10.11. A PROPONENTE ficará responsável pela entrega dos certificados aos participantes, no prazo máximo de 30 (trinta) dias úteis após a conclusão dos cursos.

10.12. A PROPONENTE deverá encaminhar lista de presença, relatório de avaliação do curso e avaliação geral da atividade para cada turma realizada em até 5 (cinco) dias úteis após o término da turma.

10.13. Os cursos presenciais serão realizados em Brasília, em local a ser

de 57


indicado pela CONTRATANTE, que será responsável por disponibilizar estrutura física para a realização desses cursos. Entenda-se por estrutura física: o espaço físico (sala de aula), computadores em quantidade suficiente para os alunos e instrutor, projetor e tela de projeção, ficando a CONTRATANTE responsável pela manutenção da estrutura durante todo o período de realização dos cursos.

10.14. A PROPONENTE será responsável pelas despesas de deslocamento e hospedagem do(s) instrutor (es).

10.15. O conteúdo será hospedado em infraestrutura tecnológica da CONTRATANTE, que será responsável pela sua aplicação, acompanhamento e definição de público.

de 57


11. PLANO DE IMPLANTAÇÃO DOS SERVIÇOS DE DISPONIBILIDADE DOS MÓDULOS DO PSIM E MEDIADORES.

11.1. A PROPONENTE terá o prazo de até 30 dias para iniciar os serviços, a contar da assinatura do contrato. A prestação dos serviços objeto da licitação ocorrerá de forma gradual, escalonada e seguirá as seguintes etapas de implantação. Será admitida a antecipação dentro de cada Etapa conforme a implantação do PSIM e disponibilidade da CONTRATANTE para fornecer a infraestrutura necessária.

11.2. A API, SDK, DLL e outros documentos necessários para o desenvolvimento de mediadores devem ser entregues pelo CONTRATANTE para o PROPONENTE até 30 dias, a contar da assinatura do contrato.

11.3. Primeira Etapa – A PROPONENTE terá o prazo de até 60 dias, a contar da data de inicio dos serviços para implantar os serviços de disponibilidade dos módulos do PSIM, e mediadores, incorporação dos dispositivos monitorados, inserção dos processos predefinidos, disponibilidade de acesso para as centrais de monitoramento, (CMA SP e PR, CSABB e CMR SP), cadastro das unidades monitoradas (mediante disponibilidade da infraestrutura da CONTRATANTE), cadastro de dispositivos monitorados, cadastro dos eventos, cadastro das regras e procedimentos, conforme descriminado na tabela abaixo:

Módulos MGA - Módulo de Gerenciamento de Acesso MGC - Módulo de Gerenciamento de Cadastro MRA - Módulo de Configuração de Regras MRE - Módulo de Recepção de Eventos MTE - Módulo de Tratamento de Eventos MGV - Módulo de Gerenciamento de Vídeo MGU - Módulo de Gerenciamento de Utilitários MAC - Módulo de Abertura de Cofre MGR - Módulo de Gestão de Relatórios I

Utilitários corporativos e Aplicativos corporativos Integração com Controle de acesso de usuário LDAP Integração com recepção de eventos de segurança dos terminais de autoatendimento – DSP

Mediador Sistema Marca/Modelo

CFTV LG - LRH 7160D Intelbras -VD 16M480 Intelbras - HVD 7032

ALARME

Rokonet-ProSys 128 Viaweb-VW16ZETH Sug-Gard System III Honeywell vista 120

FECHADURA DE RETARDO Intergard-Gold Hibrida BB

de 57


Processos Sistema de CFTV - Monitoramento Ativo Sistema de CFTV - Monitoramento Sequencial Sistema de CFTV - Indisponibilidade do Sistema Disparo de Alarme - Disparo de Zona Sistema de Alarme - Pânico Silencioso Sistema de Alarme - Senha de coação Sistema de Alarme - Desarme não Autorizado Sistema de Alarme - Não armado até o horário limite Sistema de Alarme - Desarmado antes do horário Sistema de Alarme - Indisponibilidade Gestão de cofre - Operação

11.4. Segunda Etapa – A PROPONENTE terá o prazo de até 90 dias a contar da data de vencimento da primeira entrega para implantar os serviços de disponibilidade dos módulos do PSIM e mediadores, incorporação dos dispositivos monitorados, inserção dos processos predefinidos, cadastro das unidades monitoradas (mediante disponibilidade da infraestrutura da CONTRATANTE), cadastro de dispositivos monitorados, cadastro dos eventos, cadastro das regras e procedimentos, conforme descriminado na tabela abaixo:

Módulos MGD - Módulo de Gestão de Desempenho MGR - Módulo de Gestão de Relatórios II MOS - Módulo de Ordem de Serviço

Mediador

Sistema Marca/Modelo

CONTROLE DE ACESSO A ser definido e informado pelo CONTRATANTE

ALARME Honeywell-Vista 120, 128 FECHADURA DE RETARDO Unilyner-Novatech C38H BB

Processos CSABB - Indisponibilidade de Comunicação CAS - Central de Atendimento de Segurança Acompanhamento de Instalação/Manutenção Sistema de Controle de Acesso - Indisponibilidade Sistema de Controle de Acesso - Abertura de Porta

de 57


11.5. Terceira Etapa – A PROPONENTE terá o prazo de até 120 dias a contar da data de vencimento da segunda entrega para implantar os serviços de disponibilidade dos módulos do PSIM e mediadores, incorporação dos dispositivos monitorados, inserção dos processos predefinidos, cadastro das unidades monitoradas (mediante disponibilidade da infraestrutura da CONTRATANTE), cadastro de dispositivos monitorados, cadastro dos eventos, cadastro das regras e procedimentos, conforme descriminado na tabela abaixo:

Módulos MIG - Módulo de Informações Geográficas MGP - Módulo de Gerenciamento de Pessoas MGR - Módulo de Gestão de Relatórios III

Mediador Sistema Marca/Modelo CFTV Honeywell – Rapid-eye

CONTROLE DE ACESSO Honeywell Visact

TELEFONIA Alcatel GRAVAÇÃO Vocale

Utilitários corporativos e Aplicativos corporativos Integração com recepção dos alarmes de pânico via terminal originários do sistema on-line do CONTRATANTE

Processos Sistema de Controle de Acesso - Tempo excedido de Porta Aberta Sistema de Alarme - Pânico Via Transação SISBB

11.6. As demais incorporações de mediadores e integrações seguirão de forma incremental conforme necessidade do CONTRATANTE. Novos desenvolvimentos de mediadores com dispositivos, equipamentos e com aplicativos corporativos, não detalhados neste Plano de Implantação (item 11), serão regulados conforme previsto nos itens 2.2.4.1.4. e 2.2.4.1.5. deste documento.

de 57


12. ACORDO DE NÍVEIS DE SERVIÇOS - ANS Com o objetivo do PROPONENTE de manter o nível de qualidade dos serviços prestados ao CONTRATANTE, ficam definidos os seguintes critérios e premissas abaixo: Resumo dos serviços A PROPONENTE assumirá a inteira responsabilidade pelo funcionamento e disponibilidade dos serviços contratados. O PSIM será considerado recebido somente após a realização dos testes e da homologação do Serviço de disponibilidade, com a subsequente emissão do Termo de Aceite pelo CONTRATANTE. A PROPONENTE deverá utilizar ferramentas e procedimentos de avaliação e monitoração capazes de mensurar e reportar o desempenho dos serviços em relação aos níveis de serviço estabelecidos. A PROPONENTE ficará desobrigada do cumprimento dos níveis de serviço enquanto a prestação de serviços estiver prejudicada em função de impedimento ou retardo decorrente de responsabilidade comprovada do CONTRATANTE. O serviço de manutenção será realizado durante 4 (quatro) anos, após o período de integração, estimado em 1 (um) ano, totalizando os 5 (cinco) anos de contrato. Disponibilidade do Serviço 24 (vinte e quatro) horas por dia, 7 (sete) dias por semana, durante o período de vigência contratual. Suporte ao Serviço A PROPONENTE deve disponibilizar suporte técnico “on site” no horário compreendido entre 09h e 18h, considerando o horário oficial de Brasília. O atendimento deverá contemplar a eliminação de erros detectados no PSIM que impeçam seu pleno funcionamento. Os chamados somente serão fechados após o aceite formal do CONTRATANTE. A PROPONENTE deve disponibilizar suporte técnico remoto fora do horário do expediente. Janela de Manutenção As paradas programadas para manutenção do PSIM estarão sujeitas à aprovação do CONTRATANTE, e não serão contabilizadas como período de indisponibilidade, desde que comunicadas com antecedência mínima de 7 (sete) dias e que o CONTRATANTE efetue a concordância com a manutenção. Caso o CONTRATANTE não seja comunicado no prazo estabelecido ou não concorde com o agendamento da manutenção, a interrupção ou degradação do serviço será considerada como indisponibilidade no cálculo dos Níveis de Serviço. Responsabilidades da PROPONENTE A PROPONENTE deve garantir que o PSIM possua capacidade e suporte técnico para adição de novos dispositivos, equipamentos e protocolos por meio de manutenção evolutiva, com o uso da documentação como API’s, SDK, DLL, protocolos de comunicação, fornecidos pelos fabricantes e, eventualmente, com novos dispositivos e equipamentos adquiridos pelo CONTRATANTE. A PROPONENTE deverá emitir e assinar documento formalizando a conclusão de cada entrega e/ou integração, contendo obrigatoriamente documentação detalhando as tarefas realizadas e outras ocorrências relevantes e relatório de testes de integração. A entrega será considerada concluída somente após aprovação do relatório por parte do CONTRATANTE. A PROPONENTE deverá garantir a compatibilidade das novas versões do PSIM com as anteriores, ficando também responsável pela migração, incluindo as customizações necessárias, atualizações tecnológicas de infraestrutura e aproveitamento total das parametrizações efetuadas na implantação inicial, sempre que possível. A PROPONENTE realizará a capacitação e preparação das pessoas para as mudanças geradas pela implantação do PSIM, inclusive quanto à sua operação pelos usuários por meio de treinamentos presenciais. A PROPONENTE deverá formar os cursos para usuários da área operacional e da área de TI, respeitando a carga horária mínima, quantidade de turmas e tópicos, conforme definido pelo CONTRATANTE. Relatórios de Níveis de Serviço

de 57


A PROPONENTE deverá consolidar e entregar ao CONTRATANTE os relatórios com informações gerenciais e de acompanhamento do atendimento dos Níveis de Serviço contratados, contendo as informações solicitadas nos indicadores especificados neste documento. A entrega deverá ser realizada até o 10º (décimo) dia útil do mês subsequente ao período apurado. O formato e o modo de entrega do relatório deverão ser posteriormente definidos entre a PROPONENTE e o CONTRATANTE. O relatório deverá prover, no mínimo, as seguintes informações:

a. Número do chamado. b. Data e hora de abertura/reabertura do chamado. c. Data e hora do início do atendimento técnico. d. Data e hora do fechamento do chamado. e. Tipo de solução aplicada (Contorno ou Definitiva). f. Nível de Criticidade. g. Descrição do problema do PSIM encontrado. h. Tempo excluído (tempo com pendência do CONTRATANTE, a ser validado). i. Nome e Data de inicio da Fase. j. Nome e Data de entrega da Fase.

A não apresentação dos relatórios de Níveis de Serviço por parte da PROPONENTES a sujeitará a penalidades previstas na tabela de descontos. A PROPONENTE deverá disponibilizar ao CONTRATANTE, a qualquer tempo, informações sobre a situação do atendimento do chamado técnico, bem como quaisquer outras informações sobre a situação do Serviço de Disponibilidade.

Definições de Indicadores de qualidade: Descrição do Indicador Disponibilidade – DSP Este indicador representa o tempo em que a solução esteve disponível para ao CONTRATANTE durante o mês. O objetivo deste indicador é definir um tempo máximo de tolerância de falha da solução por mês. Métrica

DSP = TO – (TF – TE) x100 TO – TE

DSP = % de Disponibilidade TO =Tempo total que a solução deve estar disponível no mês. Medido em minutos. (24 horas por dia 7 dias por semana por 28 a 31 dias no mês). TE = Tempo excluído: Tempo total, em minutos, gasto em paradas autorizadas pelo CONTRATANTE ou falhas de hardware. TF = Tempo de falha: somatório de períodos de indisponibilidade do serviço, em minutos. Periodicidade de Medição

Mensal Meta

95%

Descrição do Indicador Tempo de Recuperação Operacional – TRO Representa o tempo máximo tolerado pelo CONTRATANTE para restabelecimento operacional do serviço interrompido, seja solução temporária ou definitiva. Este indicador representa o nível de eficiência do processo operacional da PROPONENTE para efeitos de avaliação do serviço.

Criticidade Descrição C0 Crítico: Módulo ou mediador totalmente indisponível.

C1 Severo: Módulo ou mediador parcialmente indisponível. Indica falha em recurso/ funcionalidade primária, as operações estão severamente prejudicadas.

C2 Baixo: Módulo ou mediador indica problemas menores como: pedidos de melhoria, documentação e informações gerais.

Os níveis de criticidade estão relacionados ao impacto que um incidente pode acarretar na utilização do PSIM pelo usuário final.

de 57


Métrica TRO = DHR – DHA

DHR = Data, hora e minuto do encerramento da ocorrência. DHA = Data, hora e minuto da abertura da ocorrência. Periodicidade de Medição

Mensal, Por evento Meta

Criticidade TRO C0 4 h C1 8 h C2 24 h

Desconto Criticidade TRO

C0 0,5% C1 1,0% C2 2,0%

13. SANÇÕES ADMINISTRATIVAS:

13.1. O CONTRATANTE poderá aplicar à CONTRATADA multa por inexecução total ou parcial do contrato, correspondente a até 20% (vinte por cento), conforme tabela de regras abaixo:

13.1.1. Entrega dos módulos e mediadores

Conforme plano de entrega (*) dos módulos e mediado res

30 dias de atraso 60 dias de atraso 90 dias de atraso 5% 10% 20%

(*) A multa será cobrada quando ocorrer o faturamento parcela referente ao valor de instalação (Instalação e configuração dos módulos do PSIM, backup de dados, cadastramentos de dependências e usuários).

13.1.2. Disponibilidade dos serviços dos módulos e mediadores(*)

Disponibilidade dos serviços dos módulos e mediador es – Meta 95%

94,9 a 90% 89,9 a 80% Abaixo de 80% 5% 10% 20%

(*) Medição ocorrerá a partir da instalação e aceite de cada Etapa. A Multa será aplicada sobre o valor da nota fiscal/fatura de serviços apresentada no mês anterior. Não haverá aplicação de multa nos primeiros 90 dias da prestação dos ser viços de cada Etapa ou novo serviço.

13.1.3. Tempo de Recuperação Operacional – TRO (*)

Tempo de Recuperação Operacional – TRO

A partir de 4 horas De 4 a 8 horas De 8 a 24 horas 0,5% 1,0% 2,0%

(*) Medição ocorrerá a partir da instalação e aceite de cada Etapa. A Multa será aplicada sobre o valor da nota fiscal/fatura de serviços apresentada no mês anterior. Não haverá aplicação de multa nos primeiros 90 dias da prestação dos ser viçosde cada Etapa ou novo serviço.

13.2. Em caso de reincidência, o valor da multa poderá ser elevado em 1% (um por cento) a cada nova reincidência, até o limite de 30% (trinta por cento)

de 57


do valor da nota fiscal/fatura de serviços apresentada no mês anterior.

13.3. A multa poderá ser aplicada cumulativamente com outras sanções, não terá caráter compensatório, e sua cobrança não isentará a CONTRATADA da obrigação de indenizar eventuais perdas e danos.

13.4. A multa aplicada à CONTRATADA e os prejuízos por ela causados ao CONTRATANTE serão deduzidos de qualquer crédito a ela devido, cobrado direta ou judicialmente.

14. GARANTIA FINANCEIRA

14.1. O CONTRATADO deve manter durante toda a vigência do contrato e da garantia técnica do Serviço de Disponibilidade, uma garantia financeira equivalente a 5% (cinco por cento) do valor total proposto, visando o cumprimento da execução das condições do contrato e da garantia técnica. A garantia financeira será retida até o término do prazo de garantia técnica estipulado desta especificação técnica.

15. PREÇO E CONDIÇÕES DE PAGAMENTO

15.1. O PROPONENTE deverá apresentar proposta com preço fixo global.

15.2. Computar no valor total da proposta, todo custo necessário (ex.: despesas de salários, de hospedagem, diárias, telefones, transporte e alimentação da equipe do projeto sob sua responsabilidade, licenças, impostos, serviços, suporte, aplicativos de TI) para o pleno atendimento do objeto deste documento.

15.3. Serviços

15.3.1. Instalação e configuração do PSIM nos ambientes de TI do CONTRATANTE: Com todos os requisitos funcionais e não funcionais especificados neste documento.

15.3.2. Disponibilidade do PSIM nos ambientes de servidores do CONTRATANTE para uso pelas centrais de monitoramento: mediante a disponibilização de módulos e mediadores, bem como a realização de manutenções preventivas, manutenções corretivas, manutenções evolutivas e atualizações de segurança por meio de suporte técnico, lotado na central de segurança do CONTRATANTE, em Brasília (DF), no horário de 09h00min as 18h00min horas, em dias úteis.

15.3.2.1. A partir da instalação e configuração dos módulos do PSIM, será pago ao PROPONENTE um valor fixo mensal.

15.3.2.2. Nestes serviços estão incluídos todos os custos relativos a:

15.3.2.2.1. Disponibilidade de mediadores orientados a receber eventos de outros aplicativos corporativos do CONTRATANTE.

15.3.2.2.2. Integração com utilitários corporativos do CONTRATANTE .

15.3.2.2.3. Uso das funcionalidades por todos os usuários cadastrados

de 57


nas estações de trabalho do CONTRATANTE.

15.3.2.2.4. Plantão técnico presencial e à distância: disponibilidade de serviço, fora do horário comercial, para oferecer suporte aos sistemas de segurança eletrônica, mediante agendamento pelo CONTRATANTE.

15.3.2.2.5. Construção de até 05 (cinco) novos mediadores com dispositivos/equipamentos instalados nas unidades monitoradas por ano a pedido e critério do CONTRATANTE.

15.3.2.2.6. Construção de até 04 (quatro) novos mediadores com aplicativos corporativos e integração com utilitários corporativos do CONTRATANTE por ano a pedido e critério do CONTRATANTE.

15.3.2.2.7. Treinamento dos usuários: nas centrais de segurança do CONTRATANTE, para a utilização das funcionalidades do PSIM.

15.3.2.2.8. Modelagem de processos9: disponibilidade de serviços para a modelagem de processos.

15.3.2.2.9. Manutenção evolutiva do PSIM.

15.3.3. Disponibilidade de sistema monitorado ativo no PSIM nas centrais de monitoramento do CONTRATANTE: Os sistemas monitorados serão divididos da seguinte forma:

15.3.3.1. Sistema de CFTV - Pagamento mensal por canal de vídeo/áudio e eventos ( a exemplo de sinalizações de falha, análise de vídeo, etc.) originados dos dispositivos de CFTV do CONTRATANTE.

15.3.3.2. Sistema de Detecção de Intrusão/Incêndio – Pagamento mensal por central de alarme (remota) monitorada pelo PSIM

15.3.3.3. Sistema de resposta a intrusão/incêndio – Pagamento mensal por controladora ativa, tais como: dispositivos de entintamento em cofres, bombas de fumaça, etc. Que não sejam controlados por outros sistemas conectados a exemplo do sistema de CFTV ou sistema de detecção de intrusão/incêndio.

15.3.3.4. Sistema de Controle de Acesso Físico – Pagamento mensal por ponto de acesso controlado, tais como: porta, eclusa, porta detectora de metais, catraca, roleta, cancela, etc.

15.3.3.5. Sistema de Controle de Acesso a Cofre/Casa-forte – Pagamento mensal por porta de cofre ou casa-forte controlada.

15.3.3.6. Sistema de automação predial – Pagamento mensal por controladora ativa, tais como: Controladores lógicos programáveis para iluminação, no-breaks gerenciáveis, controle de elevadores, controle de máquinas de ar-condicionado, etc.

15.3.4. O PROPONENTE deverá para fins referenciais, relacionar os componentes do preço global.

15.3.5. O PROPONENTE deverá informar os valores de seus serviços de

9 Processos: neste contexto, entende-se por processo cada tratamento de evento sistematizado pelo PSIM. Geralmente envolve o Núcleo do aplicativo e os mediadores.

de 57


disponibilidade, conforme as tabelas abaixo. Tais valores serão considerados para fins de orçamento, tomada de preços e apuração do valor de contrato.

Planilha de Preços

Serviços (A) (B) (C) (D)

Linha ITEM Quant. de parcelas Valor Unitário

Valor Total R$

% Máx em relação ao valor total

1 15.3.1

Instalação 03

Valor único por etapa de instalação do

PSIM = C / A

R$ = Valor total global x D

10%

2 15.3.2

Disponibilidade do PSIM até 60 Valor mensal = C / A

R$ = Valor total global x D

40%

Escalável por sistemas conectados/monitorados ativos no PSIM

Sistema

Quant. de sistemas acionáveis na vigência do

contrato

Valor unitário

mensal por sistema ativado

Valor para 60 meses de

prestação do serviço

% Máx em relação ao valor total

3 15.3.3.1

Sistema de CFTV 150.000 = C / A / 60 R$

= Valor total global x D

20%

4 15.3.3.2

Sistema de Detecção de Intrusão/Incêndio

10.000 = C / A / 60 R$


5%

5 15.3.3.3

Sistema de Resposta à Intrusão/Incêndio

3.000 = C / A / 60 R$


2,5%

6 15.3.3.4

Sistema de Controle de Acesso Físico

20.000 = C / A / 60 R$


10%

7 15.3.3.5

Sistema de Controle de Acesso a Cofre/Casa-forte

10.000 = C / A / 60 R$


10%

8 15.3.3.6

Sistema de automação predial 3.000 = C / A / 60 R$


2,5%

Total Geral Informar Valor Total Global 100%

15.4. Condições de Pagamento

15.4.1. Os valores relativos a linha 1, coluna C da planilha de preços serão pagos em três parcelas conforme conclusão das entregas previstas nas etapas de instalação descritas nos itens 11.3, 11.4 e 11.5 deste documento e a disponibilidades das funcionalidades nas estações de trabalho.

15.4.2. Os valores relativos à linha 2 , coluna C da planilha de preços serão pagos em parcelas mensais iniciadas a partir da conclusão da primeira etapa de instalação dos serviços (item 11.3 deste documento) e conforme a disponibilidade das funcionalidades dos PSIM, cadastramento de processos e inicio dos serviços de monitoramento de 20 agências bancárias com pelo menos sistemas de CFTV e detecção de intrusão ativados.

15.4.3. Os valores relativos às linhas 3, 4, 5, 6, 7 e 8 da planilha de preços serão pagos mensalmente, conforme a ativação dos serviços de monitoramento dos diversos sistemas ativados. A previsão de ativação de sistemas no decorrer de 60 meses é a prevista na tabela a seguir:

de 57


Sistema 1º Ano 2º Ano 3º Ano 4º Ano 5º Ano

Quant. total de sistemas acionados na vigência do contrato

15.3.3.1 Sistema de CFTV 60.000 90.000 120.000 150.000 150.000

15.3.3.2 Sistema de Detecção de Intrusão/Incêndio

500 4.000 6.000 8.000 10.000

15.3.3.3 Sistema de Resposta à

Intrusão/Incêndio 0 500 1.000 2.000 3.000

15.3.3.4 Sistema de Controle de

Acesso Físico 1.000 3.000 5.000 10.000 20.000

15.3.3.5 Sistema de Controle de Acesso a Cofre/Casa-

forte

1.000 2.000 3.000 5.000 10.000

15.3.3.6 Sistema de automação

predial 0 0 500 1.500 3.000

16. FORA DO ESCOPO

O objeto deste contrato é, exclusivamente, a prestação de serviços de disponibilidade operacional do PSIM. Desta forma, o fornecimento e disponibilidade dos itens abaixo são de responsabilidade do CONTRATANTE:

16.1. Equipamentos (switches, firewall, roteadores, servidores, DVRs, controladoras, centrais de alarme, de telefonia) nas dependências e prestação de serviços para instalação, conexão, configuração;

16.2. Equipamentos (switches, firewall, roteadores, servidores, micro computadores) nas Centrais de Monitoramento (data Center);

16.3. Conectividade e configuração dos equipamentos no domínio de rede para a transmissão de dados das dependências de origem para a Central de Segurança do CONTRATANTE;

16.4. API, SDK, DLL e outros documentos necessários para o desenvolvimento de mediadores. Tais documentos devem ser entregues para o PROPONENTE pelo CONTRATANTE.

16.5. Realização ou alteração de infraestrutura (lógica, elétrica, dados).

16.6. Compra de licenças dos aplicativos necessários à prestação dos serviços.

17. ASPECTOS DE SEGURANÇA

17.1. A disponibilização de profissional para atendimento “on site” estará sujeita às políticas de Gestão de Segurança da CONTRATANTE.

17.1.1. Os acessos às dependências e aos equipamentos da CONTRATANTE necessários para prestação dos serviços deverão obedecer às normas de segurança utilizadas pela CONTRATANTE.

de 57


17.2. A PROPONENTE irá gerenciar a segurança das informações e dados para restringir o acesso não autorizado e deve garantir que seus empregados e representantes estejam inteiramente cientes dos riscos associados com problemas inerentes à segurança da informação.

17.2.1. Do Sigilo

17.2.1.1. A PROPONENTE obriga-se por si, seus empregados, sócios, diretores e mandatários, manter total sigilo e confidencialidade dos serviços prestados à CONTRATANTE no que se refere à não divulgação, por qualquer forma, de todas ou parte das informações ou documentos a eles relativos, e aos quais venha a ter acesso, em decorrência da prestação dos serviços executados por força do contrato. Também se compromete a respeitar as imposições relativas ao sigilo bancário às quais a CONTRATANTE está sujeita.

17.2.1.2. A PROPONENTE obriga-se a revelar as informações decorrentes deste documento, exclusivamente, a seus prepostos e funcionários diretamente envolvidos nas atividades que fazem uso ou tenham acesso permanente ou eventual às mesmas.

17.2.1.3. A PROPONENTE obriga-se, ainda, a respeitar integralmente as normas de segurança estabelecidas pela CONTRATANTE e atender os padrões de segurança e controle para acesso e uso das instalações e equipamentos da CONTRATANTE, zelando por sua integridade, mantendo sigilo e considerando confidenciais todos os dados e informações pertinentes aos serviços prestados.

17.2.1.4. Não serão considerados confidenciais quaisquer documentos, dados ou informações do presente documento, informações de domínio público, que a PROPONENTE venha ter conhecimento lícito através de terceiros e aqueles que a CONTRATANTE vier a tornar públicos.

17.2.1.5. A obrigação das partes de não divulgação das informações tidas como sigilosas e confidenciais sobreviverá à rescisão do contrato, até que ocorra a liberação pela parte proprietária das informações, por determinação judicial ou pela ocorrência dos eventos indicados no contrato com liberadores dessa obrigação.

17.2.2. Acessos Especiais

17.2.2.1. Nos casos em que forem imprescindíveis à prestação dos serviços objetos deste documento e por solicitação expressa da PROPONENTE, contendo as devidas justificativas, poderão ser concedidos, pela CONTRATANTE e a seu exclusivo critério, os acessos lógicos a recursos tecnológicos do seu ambiente, para usuários externos, assim considerados os empregados da PROPONENTE.

17.2.2.2. Os acessos lógicos serão restritos aos dias da semana e horários de trabalho constantes da solicitação da PROPONENTE, que deverá conter o nome do empregado, os dias da semana e os horários de entrada, saída e intervalo do empregado, e serão concedidos pelo prazo máximo de 180 dias, devendo os acessos dos usuários serem

de 57


temporariamente suspensos nos casos de afastamento superiores a 7 (sete) dias.

17.2.2.3. Nos casos de substituição ou afastamentos de empregados da PROPONENTE, definitivos ou temporários, esta deverá comunicar à CONTRATANTE com antecedência mínima de 2 dias úteis, bem como recolher e entregar os respectivos.

17.2.3. Crachás de Identificação e Atualizar as Listas de Entrada

17.2.3.1. No término da vigência do contrato e em caso de sua rescisão, deverão ser devolvidos à CONTRATANTE todos os elementos de identificação utilizados por empregados da PROPONENTE na prestação dos serviços.

17.2.3.2. A PROPONENTE obriga-se a fornecer à CONTRATANTE o Termo de Responsabilidade do Usuário firmado junto à CONTRATANTE, conforme modelo a ser fornecido, para cada um dos seus empregados que venham a participar da prestação dos serviços objetos do contrato.

17.2.3.3. A PROPONENTE obriga-se a solicitar autorização à CONTRATANTE, por meio da Solicitação de Acessos Especiais para Terceiros, conforme modelo a ser fornecido, para os equipamentos e softwares de terceiros que, exclusivamente no interesse do serviço e previstos contratualmente, necessitem ser utilizados ou conectados logicamente aos recursos tecnológicos da CONTRATANTE.

18. VIGÊNCIA

18.1. O contrato terá o período de vigência 60 (sessenta) meses, contados da data do início dos serviços – conclusão da primeira etapa de instalação (item 11.3). Onde a PROPONENTE prestará serviços descritos no objeto deste projeto básico (item 1), preço e condições de pagamento(item 15).

18.2. A rescisão do contrato poderá ocorrer nas seguintes hipóteses:

18.2.1.1. Administrativamente, a qualquer tempo, por ato unilateral e escrito da CONTRATANTE, nos casos enumerados nos incisos I a XII e XVII a XVIII do art. 78 da Lei 8.666/93, atualizada pela Lei 9.854, de 27.10.99.

18.2.1.2. Amigavelmente, formalizada em autorização escrita e fundamentada da CONTRATANTE, mediante aviso prévio por escrito, de 90 dias ou de prazo menor a ser negociado pelas partes à época da rescisão.

18.2.1.3. Judicialmente, nos termos da legislação.

dinop e uro - página inicial - você | banco do brasil · solução para monitoramento de...

Documents