Objeto: 3.1. Tem por objeto o presente Edital de Pregão Eletrônico, Visando a CONTRATAÇÃO DE EMPRESA ESPECIALIZADA NA PRESTAÇÃO DE SERVIÇOS DE TRANSPORTE DE DADOS/INTERCONEXÃO, ATRAVÉS DE CABEAMENTO DE FIBRA ÓPTICA E RÁDIO DE REDE PRIVATIVA DE COMUNICAÇÃO DE DADOS BASEADA EM MPLS/L2L E FIREWALL (NGFW), a fim de atender a todas as Secretarias Municipais da Prefeitura Municipal de Jaru, por um período de 60 (sessenta) meses, conforme Termo de Referência e Anexo I deste Edital.
3.2. A pretensa contratação foi estimada em Valor: R$ 4.193.747,46 (Quatro Milhões, Cento e Noventa e Três Mil, Setecentos e Quarenta e Sete Reais e Quarenta e Seis Centavos).
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO




  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.2.1. Para todos os efeitos, considerar-se-á como valor máximo, o estimado pela Secretaria Municipal de Administração, Finanças e Orçamento, conforme consta nos autos do Processo Administrativo nº 4311/PMJ/2022, Termo de Referência (Anexo I).
3.2.2. Ao final da sessão de disputa, o Pregoeiro analisará se os preços estão compatíveis com a cotação prévia estimada pela administração, ocasião está em que poderá negociar àqueles que se apresentem excessivos. Caso não tenha êxito, o item será desclassificado, declarando-o como fracassado.
3.3.3. TABELA DE PREÇOS MÉDIOS
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO


















  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO














  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO








  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

















  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO















  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO



















  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO
























  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.4. Da Necessidade
3.4.1.
A evolução da utilização de sistemas no ambiente público ainda é um desafio a ser vencido pelos gestores e equipes técnicas, sendo clara a necessidade atual de manutenção desses serviços à disposição do cidadão, através de sistemas digitais eficientes.
3.4.2. A Prefeitura Municipal de Jaru hoje conta com uma gama de sistemas que contribui para as áreas Administrativas, Técnicas, Educacionais, Infraestrutura e Transportes, conforme lista a baixo:
3.4.1.1. Tabela dos Principais Sistemas
Sigla
Descrição
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO















  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.4.1.2. O moderno sistema de processo eletrônico existente permite que a administração pública, tenha na tela de um computador ou na palma da mão o acesso a documentos e processos que outrora deveriam ser confeccionados, impressos e assinados, para que assim tivessem validade.
3.4.1.3. Atividades como tramitar, juntar, apensar entre outras são realizadas com poucos cliques, através do sistema que permite ao servidor e ao contribuinte, devidamente cadastrados, realizar suas atividades e peticionamentos de forma simples rápida e segura.
3.4.1.4. Deste modo, para garantir que estes sistemas estejam disponíveis aos usuários se faz necessário, uma comunicação que garanta qualidade, segurança e estabilidade.
3.5 Da tecnologia da saúde
3.5.1. As exigências de aprimoramento a informatização no âmbito da saúde são quesitos para cumprimento de pactuações, bem como para a obtenção dos recursos oriundos do Ministério da Saúde, com o crescimento da utilização houve a necessidade de adotar o modelo de prontuário único, onde a utilização de um único servidor garante que não haja duplicidade de cadastros, organiza as filas de atendimento e permite que a gerência tenha total controle e visão do que está ocorrendo nas unidades mesmo não estando nelas.
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO















  

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.5.3. Com a centralização do sistema os profissionais de saúde obtiveram a capacidade de atender em várias unidades de saúde sem perder acesso ao histórico de seu paciente em localidades diferentes, vale ressaltar que todos os procedimentos desta consulta ficaram registrados no cadastro do paciente que é único, a atenção primária também conta um recurso que facilita as ações da saúde que é o telessaúde, componente do Programa de Requalificação das Unidades Básicas de Saúde (UBS) que objetiva ampliar a resolutividade da Atenção Primária e promover sua integração com o conjunto da Rede de Atenção à Saúde.
3.5.4. Logo, todos estes recursos só podem ser ofertados aos colaboradores e aos pacientes mediante a harmonia e o equilíbrio entre tecnologia e recursos humanos através da integração tecnológica com o projeto de modernização e restruturação da rede de comunicações.
3.5.1.1. Da tecnologia na educação
3.5.1.2. A educação tem sido reformulada no quesito tecnologia, atualmente o Município utiliza o sistema de ensino positivo, referência no Brasil em qualidade de ensino e organização, elevando consideravelmente a qualidade da educação no Município.
3.5.1.3. Outra ferramenta que vem auxiliando os profissionais da educação é o "Google for Education", recurso que está em execução nas escolas municipais através da utilização de equipamentos próprios adquiridos pela Prefeitura e disponibilizados aos professores e alunos.
3.5.1.4. Este projeto está em constante expansão e conta com a participação de todos os profissionais da educação.
3.5.1.5. Deste modo, com a aquisição de vários chromebooks e computadores a educação do Município oferece o que tem de melhor no mercado aos alunos, garantido assim uma educação de qualidade, colaborativa e integrada as tecnologias, razão pela qual é necessário garantir que o acesso à internet seja suficiente e seguro para propiciar o projeto de reestruturação interna que visam a inovação tecnológica no ambiento educacional.
3.6. Da tecnologia da Infraestrutura e transporte
3.6.1. No âmbito da infraestrutura urbana e transporte, o Município conta com um sistema de controle de frotas e abastecimento de grande porte que tem sido uma ferramenta de gestão de grande valia, além do sistema de compras Brasil Card.
3.6.2. Cada veículo que compõe a frota municipal tem seu cartão de abastecimento, razão pela qual, é necessário que o acesso à internet seja suficiente e seguro para garantir o regular processo de consumo de combustível, bem como o controle das parametrizações do sistema.
3.6.1.1. Da segurança da informação
3.6.1.2. Com a expansão da rede, o aumento dos meios de acesso à internet e a necessidade de mudanças no padrão normal de trabalho, ocasionada pela pandemia, principalmente com a adoção do modo de trabalho home office, onde o usuário usa seu acesso à internet e seu equipamento/dispositivo (onde a segurança é quase sempre nula) para trabalhar, concomitante com o crescente número de ataques massivos de botnets, DDoS, Ramsonware e outras falhas de segurança, é primordial ter uma camada de proteção aos dados (e à rede) armazenados e/ou tratados no âmbito da prefeitura, do contrário não há como cumprir os requisitos básicos de segurança da informação, que são: confidencialidade, integridade, disponibilidade, autenticidade e legalidade.
3.7. Objetivos a serem alcançados
3.7.1. Diminuir o distanciamento entre a Sede da Prefeitura Municipal de Jaru e os demais Departamentos. 3.7.2. Melhorar a oferta de serviços aos cidadãos e colaboradores.
3.7.3. Preparar o ambiente para novos projetos como servidor/gestor de e-mail, domínio (AD), servidor de arquivos, backup, site, entre outros.
3.7.4. Estabelecer uma cultura de acompanhamento ao desenvolvimento escolar por meio de ferramentas digitais a toda a população (presença, proposta de aula, cardápio, rendimento escolar, calendário de eventos, comunicação pais versus escola, etc.).
3.7.5. Aprimorar o processo de prospecção de dados e informações. 3.7.6. Melhorar a segurança dos dados e das comunicações. 3.7.1.1. Funcionalidades dos Roteadores
3.7.1.2. Todos os links deverão ser fornecidos com os devidos roteadores, instalados e configurados, em todas as unidades descritas na tabela do item 2 desse Termo de Referência.
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
Todos os roteadores deverão conter identificação adesiva de fácil visualização e que apresente as identificações de IP de LAN, WAN e número do circuito.
Em todos os roteadores deverão conter configuração de comunidade de SNMP como leitura, comunidade está a ser repassada pela equipe técnica da contratante.
3.8. Padrão de desempenho
3.8.1. A PROPONENTE deverá assegurar os seguintes padrões de desempenho para o serviço:
▪
Deverá ser garantido uma latência fim a fim (end-to-end) de no máximo 100 ms (cento e vinte milissegundos). ▪
Deverá ser garantido uma perda de pacotes fim a fim (end-to-end) de no máximo 2%.
▪
Deverá ser garantido disponibilidade, que consiste no percentual de tempo no qual a nuvem da PROPONENTE está operacional em um período de tempo, de no mínimo 99,35%.
3.8.2. Entende-se por disponibilidade, a liberação dos links de comunicações por parte da PROPONENTE, após instalação, configuração e constatação do perfeito funcionamento dos mesmos conectados à Rede Corporativa.
3.8.3. Qualquer paralisação será considerada como indisponibilidade desde que comprovadamente a falha não seja ocasionada pela CONTRATANTE;
3.8.4. As instalações dos links não poderão ser superiores ao prazo de 120 dias corridos a contar da assinatura do contrato.
3.8.5. O tempo de Recuperação do link deverá ser de até 02 (duas) horas corridos a contar da abertura do chamado junto a CONTRATADA. Salvo em situações que tiverem necessidades específicas, sendo necessário a operadora apresentar as considerações de alongamento de prazo nestes casos.
3.8.6. Deverá disponibilizar, quando solicitado, relatórios com os valores das medições solicitadas referentes ao percentual de perda de pacotes.
3.8.7. Quantidade de pacotes perdidos deve ser menor ou igual a 2% (dois por cento) 3.8.9. Possuir garantia de banda de 100% para as taxas de transmissão e recepção.
3.8.10. A fim de garantir um "throughput" compatível com a banda de passagem do enlace contratado, a interligação externa do PoP da CONTRATADA, deverá atender aos seguintes requisitos:
▪
Interligação a "Backbones Nacionais" - deverá possuir canais dedicados, interligando-o diretamente a, pelo menos, 02 (dois) Sistemas Autônomos (Autonomous Systems) nacionais com velocidade mínima de 05 Gbps com cada Fornecedor. A comprovação deverá ser feita com base em contratos e validação via online ou por Diligência.
3.8.11. A CONTRATADA deverá possuir no mínimo o dobro do valor da banda do link dedicado entre o POP da contratada com o backbone nacional de internet (AS/NAP).
3.8.12. A CONTRATADA deverá disponibilizar em seu backbone proteção contra ataques de negação de serviço, evitando assim a saturação da banda da Internet e indisponibilidade dos serviços em momentos de ataques DOS (Denial of Service) e DDOS (Distributed Denial of Service)
3.8.1.1 Solução de proteção de rede com características de next generation firewall (ngfw):
3.8.1.2. Throughput de, no mínimo, 26 Gbps com a funcionalidade de firewall; 3.8.1.3. Suporte a, no mínimo, 2,5 milhões de conexões simultâneas;
3.8.1.4. Suporte a, no mínimo, 250 mil novas conexões por segundo;
3.8.1.5. Throughput de, no mínimo, 12 Gbps de VPN IPSec;
3.8.1.6. Estar licenciado para, ou suportar sem o uso de licença, 1800 túneis de VPN IPSEC Site-to-Site simultâneos; 3.8.1.7. Estar licenciado para, ou suportar sem o uso de licença, 15000 túneis de clientes VPN IPSEC simultâneos; 3.8.1.8. Suportar no mínimo 4.8 Gbps de throughput de IPS;
3.8.1.9. Suporte a, no mínimo, 12 Gbps de throughput de Application Control;
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.8.1.10. Suportar no mínimo 3.8 Gbps de throughput de Inspeção SSL;
3.8.1.11. Throughput de, no mínimo, 2.8 Gbps com as seguintes funcionalidades habilitadas simultaneamente para todas as assinaturas que a plataforma de segurança possuir devidamente ativadas e atuantes: controle de aplicação, IPS, Antivírus e Antispyware;
3.8.1.12. Caso o fabricante divulgue múltiplos números de desempenho para qualquer uma destas funcionalidades, somente o de menor valor será aceito;
3.8.1.13. Possuir ao menos 16 interfaces 1 GE RJ45;
3.8.1.14. Possuir ao menos 8 interfaces 1 GE SFP;
3.8.1.15. Possuir ao menos 4 interfaces de 10 GB SFP+;
3.8.1.16. Estar licenciado e/ou ter incluído sem custo adicional, no mínimo, 10 sistemas virtuais lógicos (Contextos) por equipamento; 3.8.1.17. Suporte a, no mínimo, 10 sistemas virtuais lógicos (Contextos) por equipamento.
3.8.1.18. Os 02 (dois) appliances de segurança deverão suportar operar em cluster ativo-ativo e ativo-passivo sem a necessidade de licenças adicionais;
3.9. Características gerais
3.9.1. A solução deve consistir em plataforma de proteção de rede baseada em appliance físico com funcionalidades de Next Generation Firewall (NGFW) e SD-WAN, não sendo permitido appliances virtuais ou solução open source (produto montado);
3.9.2. Por funcionalidades de NGFW entende-se: reconhecimento de aplicações, prevenção de ameaças, identificação de usuários e controle granular de permissões;
3.9.3. Por funcionalidades de SD-WAN entende-se: roteamento inteligente, uso do melhor link por aplicação, abstração do tráfego em relação aos circuitos físicos e controle do tráfego por aplicação;
3.9.4. As funcionalidades de segurança e SD-WAN que compõem a solução podem funcionar em múltiplos appliances desde que obedeçam a todos os requisitos desta especificação, acompanhem os mesmos termos de garantia, atualizações e manutenção, e suportem gerenciamento centralizado;
3.9.5. A plataforma deve ser otimizada para análise de conteúdo de aplicações em camada 7;
3.9.6. Todos os equipamentos fornecidos não devem ultrapassar a medida máxima de 1U cada;
3.9.7. Deve permitir que novas assinaturas entrem em modo hold, de forma que mitigue possíveis problemas de falso-positivo;
3.9.8. O gerenciamento da solução deve suportar acesso via SSH, cliente ou WEB (HTTPS) e API aberta;
3.9.9. Os dispositivos de proteção de rede devem possuir suporte a Vlans;
3.9.10. Os dispositivos de proteção de rede devem possuir suporte a roteamento multicast (PIM-SM e PIM-DM);
3.9.11. Deve suportar BGP, OSPF, RIP e roteamento estático;
3.9.12. Os dispositivos de proteção de rede devem possuir suporte a DHCP Relay;
3.9.13. Os dispositivos de proteção de rede devem possuir suporte a DHCP Server;
3.9.14. Os dispositivos de proteção de rede devem suportar sub-interfaces ethernet logicas;
3.9.15. Deve suportar NAT dinâmico (Many-to-Many);
3.9.16. Deve suportar NAT estático (1-to-1);
3.9.17. Deve suportar Tradução de porta (PAT);
3.9.18. Deve suportar NAT de Origem;
3.9.19. Deve suportar NAT de Destino;
3.9.20. Deve suportar NAT de Origem e NAT de Destino simultaneamente;
3.9.21. Deve implementar Network Prefix Translation (NPTv6) ou NAT66, prevenindo problemas de roteamento assimétrico;
3.9.22. Deve suportar NAT64;
3.9.23. Deve implementar o protocolo ECMP;
3.9.24. Deve permitir monitorar via SNMP o uso de CPU, memória, espaço em disco, VPN, situação do cluster e violações de segurança; 3.9.25. Enviar log para sistemas de monitoração externos;
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.9.26. Deve haver a opção de enviar logs para os sistemas de monitoração externos via protocolo SSL;
3.9.27. Deve permitir criar regras de automação, definindo ações para eventos previamente determinados;
3.9.28. Dentre as possibilidades para iniciar regras de automação, deve suportar webhooks, IOCs, logs pré-definidos e agendamento;
3.9.29. Como ação para as regras de automação, deve suportar: execução de scripts, envio de e-mails, webhooks e execução de lambda/functions;
3.9.30. Deve possuir conectores para diversas nuvens públicas e privadas, tais como: AWS, Azure, GCP, Vmware ESXi, NSX, ACI e OpenStack;
3.9.31. Deve possuir conectores para Kubernetes e soluções de NAC, MDM/endpoint;
3.9.32. Deve suportar threat feeds, tais como: listas de hashes, Ips e nomes;
3.9.33. Proteção anti-spoofing;
3.9.34. Deve suportar Modo Sniffer, para inspeção via porta espelhada do tráfego de dados da rede;
3.9.35. Deve suportar Modo Camada 2 (L2), para inspeção de dados em linha e visibilidade do tráfego;
3.9.36. Deve suportar Modo Camada 3 (L3), para inspeção de dados em linha e visibilidade do tráfego;
3.9.37. Suporte a configuração de alta disponibilidade Ativo/Passivo e Ativo/Ativo: Em modo layer 3;
3.9.38. A configuração em alta disponibilidade deve sincronizar: sessões, configurações, incluindo, mas não limitado as políticas de Firewall, NAT, QOS e objetos de rede;
3.9.39. A configuração em alta disponibilidade deve sincronizar: Associações de Segurança das VPNs e tabela FIB;
3.9.40. O HA (modo de Alta disponibilidade) deve possibilitar monitoração de falha de link;
3.9.41. Deve possuir suporte a criação de sistemas virtuais (VDOMs) no mesmo appliance;
3.9.42. Deve permitir a criação de administradores independentes, para cada um dos sistemas virtuais existentes, de maneira a possibilitar a criação de contextos virtuais que podem ser administrados por equipes distintas;
3.9.43. Controle, inspeção e descriptografia de SSL para tráfego de Saída (Outbound), devendo suportar o controle dos certificados individualmente dentro de cada sistema virtual, ou seja, isolamento das operações de adição, remoção e utilização dos certificados diretamente nos sistemas virtuais (contextos);
3.9.44. Não serão aceitas soluções baseadas em PCs de uso geral. Todos os equipamentos a serem fornecidos deverão ser do mesmo fabricante para assegurar a padronização e compatibilidade funcional de todos os recursos;
3.9.45. Os equipamentos devem ser novos, ou seja, de primeiro uso, de um mesmo fabricante. Na data da proposta, nenhum dos modelos ofertados poderão estar listados no site do fabricante em listas de end-of-life e end-of-sale.
3.9.1.1. Políticas
3.9.1.2. Deverá suportar controles por zonas de segurança;
3.9.1.3. Deverá suportar controles de políticas por porta e protocolo;
3.9.1.4. Deverá suportar controles de políticas por aplicações, grupos estáticos de aplicações e grupos dinâmicos de aplicações;
3.9.1.5. Controle de políticas por usuários, grupos de usuários, IPs, redes e zonas de segurança;
3.9.1.6. Controle de políticas por código de País (Por exemplo: BR, US, UK, RU);
3.9.1.7. Controle, inspeção e descriptografia de SSL por política para tráfego de saída (Outbound);
3.9.1.8. Deve descriptografar tráfego outbound em conexões negociadas com TLS 1.2;
3.9.1.9. Deve permitir o bloqueio de arquivo por sua extensão e possibilitar a correta identificação do arquivo por seu tipo mesmo quando sua extensão for renomeada;
3.9.1.10. Suporte a objetos e regras IPV6;
3.9.1.11. Suporte a objetos e regras multicast;
3.9.1.12. Suportar a atribuição de agendamento das políticas com o objetivo de habilitar e desabilitar políticas em horários pré-definidos automaticamente.
3.10. Aplicações
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.10.1. Deve ser possível a liberação e bloqueio somente de aplicações sem a necessidade de liberação de portas e protocolos;
3.10.2. Reconhecer pelo menos 1700 aplicações diferentes, incluindo, mas não limitado: a tráfego relacionado a peer-to-peer, redes sociais, acesso remoto, update de software, protocolos de rede, voip, áudio, vídeo, proxy, mensageiros instantâneos, compartilhamento de arquivos, e-mail;
3.10.3. Reconhecer pelo menos as seguintes aplicações: bittorrent, gnutella, skype, facebook, linked-in, twitter, citrix, logmein, teamviewer, ms-rdp, vnc, gmail, youtube, http-proxy, http-tunnel, facebook chat, gmail chat, whatsapp, 4shared, dropbox, google drive, skydrive, db2, mysql, oracle, active directory, kerberos, ldap, radius, itunes, dhcp, ftp, dns, wins, msrpc, ntp, snmp, rpc over http, gotomeeting, webex, evernote, google-docs;
3.10.4. Deve inspecionar o payload de pacote de dados com o objetivo de detectar assinaturas de aplicações conhecidas pelo fabricante independente de porta e protocolo;
3.10.5. Identificar o uso de táticas evasivas, ou seja, deve ter a capacidade de visualizar e controlar as aplicações e os ataques que utilizam táticas evasivas via comunicações criptografadas, tais como Skype e utilização da rede Tor;
3.10.6. Para tráfego criptografado SSL, deve descriptografar pacotes a fim de possibilitar a leitura de payload para checagem de assinaturas de aplicações conhecidas pelo fabricante;
3.10.7. Deve realizar decodificação de protocolos com o objetivo de detectar aplicações encapsuladas dentro do protocolo e validar se o tráfego corresponde com a especificação do protocolo. A decodificação de protocolo também deve identificar funcionalidades específicas dentro de uma aplicação;
3.10.8. Identificar o uso de táticas invasivas via comunicações criptografadas; 3.10.9. Atualizar a base de assinaturas de aplicações automaticamente;
3.10.10. Os dispositivos de proteção de rede devem possuir a capacidade de identificar o usuário de rede com integração ao Microsoft Active Directory, sem a necessidade de instalação de agente no Domain Controller, nem nas estações dos usuários;
3.10.11. Deve ser possível adicionar controle de aplicações em múltiplas regras de segurança do dispositivo, ou seja, não se limitando somente a possibilidade de habilitar controle de aplicações em algumas regras;
3.10.12. Deve suportar vários métodos de identificação e classificação das aplicações, por, pelo menos, checagem de assinaturas e decodificação de protocolos;
3.10.13. Permitir nativamente a criação de assinaturas personalizadas para reconhecimento de aplicações proprietárias na própria interface gráfica da solução, sem a necessidade de ação do fabricante;
3.10.14. O fabricante deve permitir a solicitação de inclusão de aplicações na base de assinaturas de aplicações; 3.10.15. Deve alertar o usuário quando uma aplicação for bloqueada;
3.10.16. Deve possibilitar a diferenciação de tráfegos Peer2Peer (Bittorrent, emule, etc) possuindo granularidade de controle/políticas para os mesmos;
3.10.17. Deve possibilitar a diferenciação de tráfegos de Instant Messaging (AIM, Hangouts, Facebook Chat, etc) possuindo granularidade de controle/políticas para os mesmos;
3.10.18. Deve possibilitar a diferenciação e controle de partes das aplicações como, por exemplo, permitir o Hangouts e bloquear a chamada de vídeo;
3.10.19. Deve possibilitar a diferenciação de aplicações Proxies, possuindo granularidade de controle/políticas para os mesmos;
3.10.20. Deve ser possível a criação de grupos dinâmicos de aplicações baseados em características das aplicações como: tecnologia utilizada nas aplicações (Client-Server, Browse Based, Network Protocol, etc);
3.10.21. Deve ser possível a criação de grupos dinâmicos de aplicações baseados em características das aplicações como: nível de risco da aplicação e categoria da aplicação;
3.10.22. Deve ser possível a criação de grupos estáticos de aplicações baseados em características das aplicações como, Categoria da aplicação.
3.10.23. Prevenção de ameaças:
a) Para proteção do ambiente contra-ataques, os dispositivos de proteção devem possuir módulo de IPS, Antivírus e
b) Anti-Spyware integrados no próprio appliance de firewall;
3.10.24. Deve incluir assinaturas de prevenção de intrusão (IPS) e bloqueio de arquivos maliciosos (Antivírus e Anti-Spyware);
3.10.25. Deve sincronizar as assinaturas de IPS, Antivírus, Anti-Spyware quando implementado em alta disponibilidade;
3.10.26. Deve implementar os seguintes tipos de ações para ameaças detectadas pelo IPS: permitir, permitir e gerar log, bloquear e quarentenar IP do atacante por um intervalo de tempo;
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.10.27. As assinaturas devem poder ser ativadas ou desativadas, ou ainda habilitadas apenas em modo de monitoração;
3.10.28. Deve ser possível a criação de políticas por usuários, grupos de usuários, IPs, redes ou zonas de segurança;
3.10.29. Exceções por IP de origem ou de destino devem ser possíveis nas regras ou assinatura a assinatura;
3.10.30. Deve suportar granularidade nas políticas de IPS, Antivírus e Anti-Spyware, possibilitando a criação de diferentes politicas por zona de segurança, endereço de origem, endereço de destino, serviço e a combinação de todos esses itens;
3.10.31. Deve permitir o bloqueio de vulnerabilidades;
3.10.32. Deve permitir o bloqueio de exploits conhecidos;
3.10.33. Deve incluir proteção contra ataques de negação de serviços;
3.10.34. Ser imune e capaz de impedir ataques básicos como: Syn flood, ICMP flood, UDP flood, etc;
3.10.35. Detectar e bloquear a origem de portscans;
3.10.36. Bloquear ataques efetuados por worms conhecidos;
3.10.37. Possuir assinaturas específicas para a mitigação de ataques DoS e DDoS;
3.10.38. Possuir assinaturas para bloqueio de ataques de buffer overflow;
3.10.39. Deverá possibilitar a criação de assinaturas customizadas pela interface gráfica do produto;
3.10.40. Deve permitir usar operadores de negação na criação de assinaturas customizadas de IPS ou anti-spyware, permitindo a criação de exceções com granularidade nas configurações;
3.10.41. Permitir o bloqueio de vírus e spywares em, pelo menos, os seguintes protocolos: HTTP, FTP, SMB, SMTP e POP3;
3.10.42 Identificar e bloquear comunicação com botnets;
3.10.43. Registrar na console de monitoração as seguintes informações sobre ameaças identificadas: o nome da assinatura ou do ataque, aplicação, usuário, origem e o destino da comunicação, além da ação tomada pelo dispositivo;
3.10.44. Deve possuir a função de proteção a resolução de endereços via DNS, identificando requisições de resolução de nome para domínios maliciosos de botnets conhecidas;
3.10.45. Os eventos devem identificar o país de onde partiu a ameaça;
3.10.46. Deve incluir proteção contra vírus em conteúdo HTML e javascript, software espião (spyware) e worms;
3.10.47. Possuir proteção contra downloads involuntários usando HTTP de arquivos executáveis e maliciosos;
3.10.48. Deve ser possível a configuração de diferentes políticas de controle de ameaças e ataques baseado em políticas do firewall considerando usuários, grupos de usuários, origem, destino, zonas de segurança, etc, ou seja, cada política de firewall poderá ter uma configuração diferente de IPS, sendo essas políticas por Usuários, Grupos de usuário, origem, destino, zonas de segurança.
3.10.49. Deve ser capaz de mitigar ameaças avançadas persistentes (APT), através de análises dinâmicas para identificação de malwares desconhecidos;
3.10.50. A solução de sandbox deve ser capaz de criar assinaturas e ainda as incluir na base de antivírus do firewall, prevenindo a reincidência do ataque;
3.10.51. A solução de sandbox deve ser capaz de incluir no firewall as URLs identificadas como origens de tais ameaças desconhecidas (black list), impedindo que esses endereços sejam acessados pelos usuários de rede novamente;
3.10.52. Dentre as análises efetuadas, a solução deve suportar antivírus, query na nuvem, emulação de código, sandboxing e verificação de call-back;
3.10.53. A solução deve analisar o comportamento de arquivos suspeitos em um ambiente controlado;
3.10.1.1. Filtro de URLs
3.10.1.2. Permite especificar política por tempo, ou seja, a definição de regras para um determinado horário ou período (dia, mês, ano, dia da semana e hora);
3.10.1.3. Deve ser possível a criação de políticas por grupos de usuários, IPs, redes ou zonas de segurança;5.8.3 Deve possuir a capacidade de criação de políticas baseadas na visibilidade e controle de quem está utilizando quais URLs através da integração com serviços de diretório, Active Directory e base de dados local;
3.10.1.4. A identificação pela base do Active Directory deve permitir SSO, de forma que os usuários não precisem logar novamente na rede para navegar pelo firewall;
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.10.1.5. Suportar a capacidade de criação de políticas baseadas no controle por URL e categoria de URL;
3.10.1.6. Suportar proxy explícito;
3.10.1.7. Suportar a criação de limites diários de tempo e banda consumida por categoria;
3.10.1.8. Possuir pelo menos 60 categorias de URLs;
3.10.1.9. Deve possuir a função de exclusão de URLs do bloqueio;
3.10.1.10. Permitir a customização de página de bloqueio;
3.10.1.11. Identificação de usuários:
3.10.1.12. Deve incluir a capacidade de criação de políticas baseadas na visibilidade e controle de quem está utilizando quais aplicações através da integração com serviços de diretório, autenticação via LDAP, Active Directory, E-directory e base de dados local;
3.10.1.13. Deve possuir integração com Microsoft Active Directory para identificação de usuários e grupos permitindo granularidade de controle/politicas baseadas em usuários e grupos de usuários;
3.10.1.14. Deve possuir integração com Microsoft Active Directory para identificação de usuários e grupos permitindo granularidade de controle/politicas baseadas em usuários e grupos de usuários, suportando single sign-on. Essa funcionalidade não deve possuir limites licenciados de usuários;
3.10.1.15 Deve possuir integração com Radius para identificação de usuários e grupos permitindo granularidade de controle/politicas baseadas em usuários e grupos de usuários;
3.10.1.16 Deve possuir integração com LDAP para identificação de usuários e grupos permitindo granularidade de controle/politicas baseadas em Usuários e Grupos de usuários;
3.10.1.17 Deve permitir o controle, sem instalação de cliente de software, em equipamentos que solicitem saída a internet para que antes de iniciar a navegação, expanda-se um portal de autenticação residente no firewall (Captive Portal);
3.10.1.18 Deve possuir suporte a identificação de múltiplos usuários conectados em um mesmo endereço IP, permitindo visibilidade e controle granular por usuário sobre o uso das aplicações que estão nestes serviços;
3.10.1.19 Deve implementar a criação de grupos customizados de usuários no firewall, baseado em atributos do LDAP/AD;
3.11. Filtro de dados
3.11.1 Permitir identificar e opcionalmente prevenir a transferência de vários tipos de arquivos (MS Office, PDF, etc) identificados sobre aplicações;
3.11.2 Suportar identificação de arquivos compactados ou a aplicação de políticas sobre o conteúdo desses tipos de arquivos;
3.11.3 Suportar a identificação de arquivos criptografados e a aplicação de políticas sobre o conteúdo desses tipos de arquivos;
3.11.4 Permitir identificar e opcionalmente prevenir a transferência de informações sensíveis, incluindo, mas não limitado a número de cartão de crédito, possibilitando a criação de novos tipos de dados via expressão regular.
3.11.1.1 Geolocalização
3.11.1.2 Suportar a criação de políticas por geolocalização, permitindo o trafego de determinado País/Países sejam bloqueados;
3.11.1.3. Deve possibilitar a visualização dos países de origem e destino nos logs dos acessos;
3.11.1.4. VPN:
▪
Suportar VPN Site-to-Site e Cliente-To-Site;
▪ Suportar IPSec VPN;
▪ Suportar SSL VPN;
▪
A VPN IPSEC deve suportar 3DES;
▪
A VPN IPSEc deve suportar Autenticação MD5 e SHA-1;
▪
A VPN IPSEc deve suportar Diffie-Hellman Group 1, Group 2, Group 5 e Group 14;
▪
A VPN IPSEc deve suportar Algoritmo Internet Key Exchange (IKEv1 e v2);
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
▪
A VPN IPSEc deve suportar AES 128, 192 e 256 (Advanced Encryption Standard); ▪
A VPN IPSEc deve suportar Autenticação via certificado IKE PKI;
3.11.1.5. Deve possuir interoperabilidade com os seguintes fabricantes: Cisco, Check Point, Juniper, Fortinet, SonicWall;
3.11.1.6. A VPN SSL deve suportar o usuário realizar a conexão por meio de cliente instalado no sistema operacional do equipamento ou por meio de interface WEB;
3.11.1.7. A funcionalidades de VPN SSL devem ser atendidas com ou sem o uso de agente;
3.11.1.8 Deve permitir que todo o tráfego dos usuários remotos de VPN seja escoado para dentro do túnel de VPN, impedindo comunicação direta com dispositivos locais como proxies;
3.11.1.9. Atribuição de DNS nos clientes remotos de VPN;
3.11.1.10. Dever permitir criar políticas de controle de aplicações, IPS, Antivírus, Antipyware e filtro de URL para tráfego dos clientes remotos conectados na VPN SSL;
3.11.1.11. Suportar autenticação via AD/LDAP, certificado e base de usuários local;
3.11.1.12. Suportar leitura e verificação de CRL (certificate revocation list);
3.11.1.13. Permitir a aplicação de políticas de segurança e visibilidade para as aplicações que circulam dentro dos túneis SSL;
3.11.1.14. Deverá manter uma conexão segura com o portal durante a sessão;
3.11.1.15. O agente de VPN SSL ou IPSEC client-to-site deve ser compatível com pelo menos: Windows 7 (32 e 64 bits), Windows 8/8.1 (32 e 64 bit), Windows 10 (32 e 64 bit), Mac OS X (v10.14 ou superior) e Distribuições Linux homologadas.
3.12 SD-WAN
3.12.1. A solução deve prover recursos de roteamento inteligente, definindo, mediante regras preestabelecidas, o melhor caminho a ser tomado para uma aplicação;
3.12.2. A solução deverá ser capaz de monitorar e identificar falhas mediante a associação de health check, permitindo testes de resposta por ping ou http;
3.12.3. Deverá ser permitida a criação de políticas de roteamento com base nos seguintes critérios: latência, jitter, perda de pacote, banda ocupada ou todos ao mesmo tempo;
3.12.4. A solução deve permitir a definição do roteamento para cada aplicação;
3.12.5. Deve permitir balanceamento de pacotes de uma mesma sessão;
3.12.6. Diversas formas de escolha do link devem estar presentes, incluindo: melhor link, menor custo e todos os links abaixo do threshold definido (estatísticas dos links);
3.12.7. Deve possibilitar a definição do link de saída para uma aplicação específica;
3.12.8. Deve implementar balanceamento de link por hash do IP de origem;
3.12.9. Deve implementar balanceamento de link por hash do IP de origem e destino;
3.12.10. Deve implementar balanceamento de link por peso. Nesta opção deve ser possível definir o percentual de tráfego que será escoado por cada um dos links. Deve suportar o balanceamento de, no mínimo, quatro links;
3.12.11. Deve implementar balanceamento de links sem a necessidade de criação de zonas ou uso de instâncias virtuais;
3.12.12. A solução de SD-WAN deve possuir suporte a Policy based routing ou policy based forwarding;
3.12.13. Para IPv4, deve suportar roteamento estático e dinâmico (BGP);
3.12.14. Com a finalidade de controlar aplicações e tráfego cujo consumo possa ser excessivo, (como YouTube, Facebook, etc), impactando no bom uso das aplicações de negócio, se requer que a solução, além de poder permitir ou negar esse tipo de aplicações, deve ter a capacidade de controlá-las por políticas de traffic shaping. Dentre as tratativas possíveis, a solução deve contemplar:
▪
Suportar a criação de políticas de QoS e Traffic Shaping por endereço de origem;
▪
Suportar a criação de políticas de QoS e Traffic Shaping por endereço de destino;
▪
Suportar a criação de políticas de QoS e Traffic Shaping por usuário e grupo;
▪
Suportar a criação de políticas de QoS e Traffic Shaping por aplicações;
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
▪
Suportar a criação de políticas de QoS e Traffic Shaping por porta;
3.12.15. O QoS deve possibilitar a definição de tráfego com banda garantida. Ex: banda mínima disponível para aplicações de negócio; 3.12.16. O QoS deve possibilitar a definição de tráfego com banda máxima. Ex: banda máxima permitida para aplicações do tipo best- effort/não corporativas, tais como Youtube, Facebook etc;
3.12.17. Deve ainda possibilitar a marcação de DSCP, a fim de que essa informação possa ser utilizada ao longo do backbone para fins de reserva de banda;
3.12.18. O QoS deve possibilitar a definição de fila de prioridade;
3.12.19. Além de possibilitar a definição de banda máxima e garantida por aplicação, deve também suportar o match em categorias de URL, IPs de origem e destino, logins e portas;
3.12.20. A capacidade de agendar intervalos de tempo onde as políticas de shaping/QoS serão válidas é mandatória. Ex: regra de controle de banda mais permissivas durante o horário de almoço;
3.12.21. Uma vez que o tráfego é identificado, as políticas de shaping/QoS podem ser compartilhadas a todos os acessos que fizerem match na regra ou por IP. Ex: 10 Mbps de banda garantida por IP ou para todos os IPs que fizerem match na regra;
3.1222. Deve possibilitar a definição de bandas distintas para download e upload;
3.12.23. A solução de SD-WAN deve prover estatísticas em tempo real a respeito da ocupação de banda (upload e download) e performance do health check (packet loss, jitter e latência);
3.12.24. A solução de SD-WAN deve suportar IPv6;
3.12.25. Deve suportar o recurso de duplicação de pacotes, para mitigar cenários onde todos os links apresentam perda moderada;
3.12.26. Deve suportar recurso que permite correções de erro na transmissão;
3.12.27. As funcionalidades de SD-WAN podem ser fornecidas no NGFW ofertado ou em uma solução à parte, na mesma quantidade de equipamentos definida para os firewalls;
3.12.28. Em caso de composição de solução, a solução de SD-WAN deverá suportar tráfego compatível com a capacidade do equipamento de firewall;
3.12.1.1. Solução de logs
3.12.1.2. Possuir capacidade de receber ao menos 50 GB diários de logs;
3.12.1.3. A solução de gerenciamento deverá ser entregue como appliance virtual e deve ser compatível/homologado para VMware ESXi versão 5 ou superior;
3.12.1.4. O gerenciamento da solução deve suportar acesso via SSH, cliente ou WEB (HTTPS) e API aberta;
3.12.1.5. Deve ser do mesmo fabricante dos firewalls ofertados;
3.12.1.6. Permitir substituir o certificado de fábrica no acesso HTTPS a gerência do firewall como possibilidade de uso de certificado criado localmente na própria solução ou importado de fonte externa; caso haja a necessidade de instalação de cliente para administração da solução, o mesmo deve ser compatível com sistemas operacionais Windows e Linux; o gerenciamento deve permitir/possuir: Monitoração de logs; ferramentas de investigação de logs que permitam filtros diversos;
3.12.1.7. Deve permitir a criação de eventos customizados, baseados em logs, que permitam à solução realizar automações variadas; 3.12.1.8. Acesso concorrente de administradores;
3.12.1.9. Mostrar ao administrador do firewall a hora e data do último login e tentativas de login com falha para acessos a partir da interface gráfica e CLI.
3.12.1.10. Possuir um mecanismo de busca por comandos no gerenciamento via SSH, facilitando a localização de comandos;
3.12.1.11. Definição de perfis de acesso à console, com permissões granulares como: acesso de escrita e leitura;
3.12.1.12. Autenticação integrada ao Microsoft Active Directory e servidor Radius;
3.12.1.13. Deve possibilitar a integração com outras soluções de SIEM de mercado (third-party SIEM vendors);
3.12.1.14. Geração de logs de auditoria detalhados, informando a configuração realizada, o administrador que a realizou e o horário da alteração;
3.12.1.15. Prover relatórios sobre aplicações, ameaças (IPS, Antivírus e Anti-Spware) e URLs acessadas, para melhor diagnóstico e resposta a incidentes;
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.12.1.16. Permitir a criação de dashboards customizados para visibilidades do tráfego de aplicativos, usuários, categorias de URL, ameaças identificadas pelo IPS e antivírus;
3.12.1.17. O gerenciamento da solução deve possibilitar a coleta de estatísticas de todo o tráfego que passar pelos dispositivos de segurança;
3.12.1.18. Possuir mecanismo "Drill-Down" para navegação nos los. Nas opções de "Drill-Down", deve ser possível identificar o usuário que fez determinado acesso;
3.12.1.19. Permitir que os logs e relatórios sejam rotacionados automaticamente baseados no tempo em que estão armazenados na solução, assim como no espaço em disco usado;
3.12.1.20. Permitir fazer o envio de logs para soluções externas de forma granular;
3.12.1.21. Deve permitir o monitoramento de:
a. Situação do dispositivo/cluster;
b. Principais aplicações;
c. Principais aplicações por risco;
d. Administradores autenticados na gerência da plataforma de segurança;
e. Número de sessões simultâneas;
f. Uso de CPU;
g. Os seguintes relatórios/dashboards devem ser suportados:
h. Resumo gráfico de aplicações utilizadas;
i. Principais aplicações por utilização de banda;
j. Principais aplicações por taxa de transferência de bytes;
k. Visibilidade sobre eventos de IPS e antivírus;
l. Estatísticas de acesso de um usuário específico;
m. Estatísticas sobre a utilização da rede de forma geral;
n. Deve permitir a criação de relatórios personalizados;
o.Deve enviar os relatórios automaticamente para e-mails pré-definidos;
p. Deve possibilitar relatórios nos formatos PDF e HTML;
3.13 Do treinamento
3.13.1. Deverá ser fornecido treinamento para a Solução de Segurança adquirida (hardware ou software);
3.13.2. O treinamento a ser ministrado deverá ocorrer a partir da data de entrega da Solução com o objetivo de aperfeiçoamento constante das funcionalidades do serviço de segurança;
3.13.3. O treinamento deverá ser ministrado para no mínimo 10 (dez) colaboradores;
3.13.4. Os custos de deslocamento e hospedagem deverão ser arcados pela CONTRATADA;
3.13.5. A cargo de solicitação da CONTRANTE, a CONTRATATA deverá disponibilizar até 02 vouchers para Certificação na ferramenta;
3.13.6. Este treinamento deverá ser realizado em ambiente externo, preparado para tal, com questões práticas e teóricas sobre o funcionamento do sistema e deverá contemplar toda a parte de configuração do sistema, desde o básico até o avançado com laboratório para experiência em aula prática.
3.14 Rede privativa de comunicação de dados baseada em MPLS/L2L
3.14.1. Serviço de infraestrutura para transmissão de dados de alta capacidade deverá incluir todos os insumos, equipamentos e recursos necessários para que se estabeleça uma comunicação privada entre a Prefeitura Municipal de Jaru e seus órgãos.
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
3.14.2. A rede deve ser implanta utilizando as tecnologias de Fibra óptica e em alguns casos Via Rádio sendo os ativos para a ativação da mesma, de responsabilidade da contratada;
3.14.3. A Solução deverá permitir o tráfego de aplicações corporativas (sistemas de informação, troca de arquivos, correio eletrônico, intranet, banco de dados, chamadas VoiP, videoconferências, etc.), utilizando protocolos TCP/IP, para a interligação das redes LAN das localidades relacionadas na Tabela de Endereços no subitem 2.3;
3.14.4. Os equipamentos CPE / Roteador a ser fornecido é o especificado no anexo I com as especificações técnicas mínimas descritas no anexo I - CPE TIPO II.
3.14.5. A comunicação deverá ser Full-duplex, onde a velocidade em cada sentido da comunicação deve ser garantida, conforme estabelecidos neste Termo;
3.14.6. O enlace deve estar ativo e ser monitorado em regime 24x7 (vinte e quatro horas por dia, sete dias por semana) pelo NOC da CONTRATADA;
3.14.7. O suporte técnico deverá ser prestado durante a execução deste Contrato, a partir do recebimento definitivo; 3.14.8. O suporte técnico deverá contemplar as manutenções corretivas e evolutivas para a Solução;

Condições de participação: 6.1. Poderão participar desta Licitação qualquer firma individual ou sociedade mercantil, regularmente estabelecida no País, que seja especializada no objeto desta licitação e que satisfaça todas as exigências, especificações e normas contidas neste Edital e seus Anexos.
6.2. A Microempresa ou Empresa de Pequeno Porte, além da apresentação da declaração para fins de habilitação, deverá, quando do cadastramento da proposta inicial de preço a ser digitada no sistema, informar no campo próprio da ficha técnica descritiva do objeto o seu regime de tributação para fazer valer o direito de prioridade no desempate. (Artigos 44 e 45 da Lei Complementar 123, de 14 dezembro de 2006).
6.3. Caso de não participação de ME, EPP e/ou MEI, será oportunizado às licitantes vencedoras a adequação das propostas de modo a comportarem a integralidade dos itens, respeitando o preço unitário dos produtos apresentados na proposta.
6.4. É vedada a participação de empresa em forma de consórcios ou grupos de empresas.
6.5. Não poderão participar deste PREGÃO ELETRÔNICO, empresas que estejam enquadradas nos seguintes casos:
6.5.1. Que, por quaisquer motivos, tenham sido declaradas inidôneas por qualquer órgão da Administração Pública ou punidas com impedimento de licitar pelo Município de Jaru;
6.5.2. Que estejam temporariamente suspensas de participar em licitações da Município de Jaru.
6.5.3. Empresas cujos diretores, gerentes, sócios e empregados sejam servidores ou dirigentes do órgão licitante, bem como membro efetivo ou substituto da Comissão Permanente de Licitação.
6.6. A participação nesta Licitação importa à proponente na irrestrita aceitação das condições estabelecidas no presente Edital, bem como a observância dos regulamentos, normas administrativas e técnicas aplicáveis, inclusive quanto a recurso. A não observância destas condições ensejará na sumária desclassificação da proponente.
6.7. É de inteira responsabilidade da Empresa a formulação de propostas em atenção às especificações dos itens descritos no Edital, sendo passível de aplicação de multa aplicada sob o valor da média orçada, nas hipóteses de cadastramento de propostas com erros, que posteriormente venham causar transtornos e morosidade nos autos licitatórios.
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022



Julgamento: 9.1. As propostas deverão possuir apenas duas casas decimais, sendo desprezadas as demais, ou seja, o arredondamento será sempre para baixo. Os preços finais deverão ser apresentados em moeda nacional (REAL – R$), com apenas duas casas decimais, obedecendo ao mesmo critério de arredondamento;
9.1.1. O mesmo critério deverá ser observado no momento da emissão das faturas/notas fiscais.
9.2. Serão desclassificadas as cotações que ofereçam preços ou vantagens baseadas nas ofertas dos demais licitantes, excessivos ou inexequíveis;
9.2.1. Para balizamento do valor considerado aceitável, em estrita consonância com o art. 4º, XI da Lei Federal nº 10.520/02, o Pregoeiro utilizará cotações de preços de mercado local, resultados das licitações de outros Órgãos da Administração Pública e outros meios não revestidos de formalidade, como pesquisa realizada pela Internet e através de contato telefônico, devidamente motivado nos autos do processo licitatório;
9.2.2. O ônus da prova da exequibilidade dos preços cotados incumbe ao autor da proposta, no prazo de 48 (quarenta e oito) horas, contados da intimação.
9.2.3. As propostas apresentadas devem observar o princípio da anualidade estabelecido pela Lei Federal nº 10.192, de 14.2.2001.
9.4. SERÃO DESCLASSIFICADAS as propostas que:
9.4.1. Forem elaboradas em desacordo com os termos deste Edital e de seus anexos, que sejam omissas ou que apresentem irregularidades insanáveis. A desclassificação de proposta será sempre fundamentada e registrada no sistema pelo Pregoeiro, possibilitando assim o acompanhamento em tempo real por todos os participantes;
9.4.2. Se opuserem a quaisquer dispositivos legais vigentes, mormente no que tange aos aspectos tributários;
9.4.3. Apresentarem características que não atendam às especificações técnicas básicas indicadas neste Edital e no termo de referência;
9.4.4. Que contiverem preços condicionados a prazos, vantagens de qualquer natureza ou descontos não previstos neste pregão, inclusive financiamentos subsidiados ou a fundo perdido;
9.4.5. Que após a fase de lances ou negociação, quando houver, permaneçam com seus preços unitários e total (is) superiores aos preços atestados pela Administração como sendo os de mercado;
9.5. Os preços finais deverão ser apresentados em moeda nacional (REAL – R$).
9.6. Orienta-se para a apresentação de propostas com apenas duas casas decimais nos valores totais e unitários, não havendo divergência na multiplicação ou soma dos valores.
9.7. Havendo a apresentação de valores com mais de duas casas decimais, o arredondamento será sempre para baixo. 9.7.1. O mesmo critério deverá ser observado no momento da emissão das faturas/notas fiscais.
9.7.2. Após o envio da proposta atualizada dentro do prazo de 24 (vinte e quatro) horas e havendo questionamentos quanto a sua exequibilidade, haverá́ nova convocação da licitante para comprovação da exequibilidade de sua proposta no prazo de 48 (quarenta e oito) horas.
9.7.3. As propostas apresentadas devem observar o princípio da anualidade estabelecido pela Lei Federal nº 10.192, de 14.2.2001.
Rua Raimundo Cantanhede nº 1080 – Setor 2 – CEP: 76.890-000 – Fone: (69) 3521-6993 – e mail: cpl@jaru.ro.gov.br – JARU/RO

Estado de Rondônia
PREFEITURA MUNICIPAL DE JARU COMISSÃO PERMANENTE DE LICITAÇÃO COMISSÃO DE PREGÃO
P.M.J
Portaria nº 156/GP/2022
9.7.4. Considerando os possíveis desdobramentos da licitação, o prazo de validade da proposta será 90 (noventa) dias contados do envio (mínimo).