I DAS RAZÕES. A Pregoeira, em face dos termos da impugnação em referência, apresenta os seguintes entendimentos: DA TEMPESTIVIDADE

Transcrição

1 Referência Processo nº: /2014 Modalidade: Pregão Eletrônico nº 092/2014 Objeto: Contratação de empresa ou Consórcio de empresas de telecomunicações para prestar serviços de transmissão de dados utilizando protocolo IP MPLS, incluindo acesso à rede mundial de computadores (Internet) entre órgãos da Prefeitura Municipal de Porto Velho visando atender às Secretarias do Município de Porto Velho. A empresa EMBRATEL S/A, pessoa jurídica de direito privado, inscrita no CNPJ, sob o nº / , envio via impugnação referente ao Edital do Pregão Eletrônico nº 092/2014. A Pregoeira, em face dos termos da impugnação em referência, apresenta os seguintes entendimentos: DA TEMPESTIVIDADE Recebemos a presente impugnação, visto que interposta tempestivamente pela empresa ora citada, em conformidade com edital, senão vejamos: Até 02 (dois) dias antes da data fixada para abertura da sessão pública, qualquer pessoa física ou jurídica poderá propor impugnação deste ato convocatório do Pregão Eletrônico. I DAS RAZÕES A empresa EMBRATEL S/A, alega: - Item 39 do Projeto Básico ACESSOS DE COMUNICAÇÃO DE DADOS MÓVEL PARA HANDSET C/ APN. Este serviço somente é prestado por Operadoras Móveis. Sendo certo manter tal especificidade/componente em lote Único juntamente com todos os demias componentes da Solução restringe a ampla competitividade inerente a procedimentos licitatórios e direcionar flagrantemente a licitação, somente a Operadora OI S.A possui outorga para prestação de serviço móvel juntamente com os demais componentes da Solução, devendo-se considerar que o Edital não permite a formação de Consórcio. O Edital veda a ampla participação de empresas interessadas em participarem do certame, isso porque vincula num único Lote a prestação de serviço de Internet Dedicada, serviço de Internet Móvel com acessos de dados para handset com APN e rede de dados MPLS, quando no mercado de Telecomunicações 1

2 tem-se empresas que prestam somente uma parcela dos serviços supracitados, dadas as diferentes Outorgas que possuem do Poder Concedente. Resta claro, portanto, que a manutenção do Edital da forma como se encontra, inviabiliza totalmente a ampla competição entre as licitantes, dadas as suas peculiaridades de ofertas de serviços de Telecomunicações, o que culminará com a frustração da economicidade almejada pela Administração. Pugna-se para que o componente previsto no item 39 do Projeto Básico, qual seja, ACESSOS DE COMUNICAÇÃO DE DADOS MÓVEL PARA HANDSET C/ APN seja separada em Lote distinto. Tal providência possibilitará maior competitividade ao certame em apreço, bem como evitará qualquer direcionamento a uma única empresa de telecomunicações, uma vez que este não é o objetivo do procedimento licitatório. Para ilustrar a importância do Princípio da Isonomia, transcrevemos ensinamento do ilustre Jessé Torres Pereira Júnior ( Licitações de Informática, Renovar, 2000, pág. 30): "(i) O Princípio da Igualdade impõe à Administração elaborar regras claras, que assegurem aos participantes da licitação condições de absoluta equivalência durante a disputa, tanto entre si quanto perante a Administração, intolerável qualquer espécie de favorecimento; Dos questionamentos técnicos/imperiosa necessidade de clara definição do objeto, adequação técnica e homogeneidade do instrumento convocatório. No tocante ao item 39 DO Projeto Básico ACESSOS DE COMUNICAÇÃO DE DADOS MÓVEL PARA HANDSET C/ APN, cumpre-nos apresentar a seguinte ressalva, com vistas ao maior esclarecimento e assertividade do Objeto: A comunicação Móvel + APN, refere-se assinatura mensal do serviço BLACKBERRY que deverá ser cobrado por acesso. Havendo a necessidade de fornecimento de licenças do servidor (BLACKBERRY ENTERPRISE SERVER) este também precisa ser especificado na planilha de formação de preços. Para o fornecimento de linhas e aparelhos, a Prefeitura deve especificar na planilha de preços os quantitativos para os serviços, conforme abaixo: Assinatura Sistema de Gestão para bloqueios dos serviços não contratados. VC1 M/M (mesma operadora) VC1 M/M (outras operadoras) VC1 M/F VC1 M/M (mesma operadora) em roaming VC1 M/M (outras operadoras) em roaming VC1 M/F em roaming VC1 CAIXA POSTAL SMS 2

3 MMS AD1 AD2 DSL1 DSL2 No que diz respeito ao item 9 do PROJETO BÁSICO CPE Tipo 1, fazemos as seguintes ressalvas: AUTENTICAÇÃO (pág 37): Prover autenticação de usuários para os serviços Telnet, FTP, HTTP, HTTPS e Gopher, utilizando as bases de dados de usuários e grupos de servidores Windows e Unix, de forma simultânea; Considerações: Gopher é um protocolo legado, não utilizado atualmente. Pugnamos, pois, pela exclusão deste protocolo. SEGURANÇA (pag 38): Detectar automaticamente e inserir regras de bloqueio temporárias para varreduras de portas efetuadas contra o dispositivo ou contra qualquer máquina protegida por esse, mesmo que realizados em períodos maiores que 1 (um) dia; Questiona-se: Entendemos que esta funcionalidade é um controle de SYN Flood de porta. Está correto nosso entendimento? Permitir integração com sistema detecção de intrusão (IDS) externo, permitindo que esses agentes insiram regras temporárias no dispositivo em caso de detecção de algum ataque, com duração prédeterminada, de forma automática; Questiona-se: Entendemos que podemos fazer o próprio mecanismo interno do equipamento de IDS/IPS ou usando outro equipamento externo só para IDS. Está correto nosso entendimento? PROXIES ESPECIALIZADOS (pag 38): Permitir a inserção de uma URL de redirecionamento para bloqueio por palavras-chave nas regras de perfil para HTTP, FTP, Gopher e tipos de arquivos bloqueados; Considerações: Gopher é um protocolo legado, não utilizado atualmente. Pugnamos, pois, pela exclusão deste protocolo. Permitir a filtragem de URLs, para os protocolos HTTP, HTTPS, FTP e Gopher, por usuário, permitindo a definição de perfis de acesso diferenciados para cada usuário ou grupo; Considerações: Gopher é um protocolo legado, não utilizado atualmente. Pugnamos, pois, pela exclusão deste protocolo. MONITORAMENTO E ADMINISTRAÇÃO (pag 41): Permitir a conexão simultânea de vários administradores, sendo apenas um deles com poderes de alteração de configurações e os demais apenas de visualização das mesmas; 3

4 Permitir que o segundo administrador ao se conectar possa enviar uma mensagem ao primeiro através da interface de administração; Possibilitar drag-and-drop (arrastar e soltar) para criação e alteração de regras, por meio da interface gráfica; Demais fabricantes trabalham com Drag-and-Drop somente para a alteração de regras. Pugnamos, pois, pela exclusão deste item por configurar restrição à ampla competitividade. A interface gráfica deverá possuir mecanismo que permita a gerência remota de múltiplos dispositivos sem a necessidade de se executar várias interfaces; Possuir mecanismo anti-suicídio para a administração remota, evitando que o administrador perca o acesso ao dispositivo por uma configuração incorreta; RELATÓRIOS (pag 42): Permitir publicação automatizada dos relatórios utilizando FTP em pelo menos três equipamentos distintos; Demais equipamentos tem suporte somente a UM servidor FTP para upload. Pugnamos, pois, pela exclusão deste item por configurar restrição à ampla competitividade. BALANCEAMENTO (PAG 43): Possibilitar agendamento mensal e semanal do download automático das atualizações das URLs; Possuir mecanismo que permita fazer download apenas das novas atualizações diárias e não da base completa, de modo a economizar banda do link com a Internet; Considerações: Entendemos que estas funcionalidades são exclusivas de equipamento do fabricante AKER. Nos demais equipamentos as atualizações são automáticas e em tempo real, não é possível configurar agendamento. Pugnamos, pois, pela exclusão destes itens por configurar restrição à ampla competitividade. Os bancos de dados com informações estatísticas deverão poder ser atualizados diária e automaticamente, através de download via Internet; 4

5 Nos demais equipamentos a base de dados fica na nuvem e consultada em tempo real. Não é feito download da base. Pugnamos, pois, pela exclusão deste item por configurar restrição à ampla competitividade. Deverá possibilitar que os usuários realizem treinamento do banco de dados de mensagens informando, para cada mensagem recebida, se a mesma é ou não SPAM; Permitir a criação de bases de dados de classificação distintas para cada usuário ou grupo de usuários, a fim de que cada base represente um perfil de usuário ou grupo de usuários específicos; Permitir mecanismo que faça com que o treinamento de cada usuário seja aproveitado somente na base correspondente ao seu grupo ou usuário do sistema; Permitir o backup e restauração das bases com os treinamentos dos usuários via interface de administração remota; Deverá possuir plugins para realização do treinamento das mensagens pelo menos para os clientes de Microsoft Outlook e Thunderbird; Deverá possuir mecanismo de treinamento de mensagens para os leitores de para os quais não exista plugin disponível, através da modificação da mensagem original. Esta modificação deverá funcionar para qualquer cliente de que suporte a leitura de mensagens HTML; Possibilitar o registro de todas as operações envolvendo as bases de dados do sistema de detecção, tais como download, upload e recálculo; Possibilitar registro da remoção, restauração ou criação de backup de bases; Nos demais equipamentos a base de dados fica na nuvem. Pugnamos, pois, pela exclusão deste item por configurar restrição à ampla competitividade. 5

6 Possuir painel frontal do tipo LCD com capacidade de apresentar informações a respeito da utilização de CPU, memória e tráfego de rede do equipamento; Possuir no mínimo 6 (seis) GB de memória RAM e permitir expansão para até 64 (sessenta e quatro) Gb sem troca do chassis do equipamento; Nos demais equipamentos a arquitetura ASIC garante os números de performance sem necessidade de grande capacidade de RAM ou de expansão. Pugnamos, pois, pela exclusão deste item por configurar restrição à ampla competitividade. Capacidade de estabelecer no mínimo (onze mil) túneis VPN simultaneamente; Considerações: Entendemos que este número pode ser alterado para túneis, de modo que equipamentos de menor custo possam ser alocados no projeto. Pugnamos, pois, pela alteração deste item. Possuir dispositivo de armazenamento interno de no mínimo 250 (duzentos e cinqüenta) GB; Na arquitetura de outros fornecedores, o armazenamento de logs fica em outro dispositivo e o sistema operacional em memória flash. Pugnamos, pois, pela exclusão deste item por configurar restrição à ampla competitividade. Possuir pelo menos 2 (duas) portas USB para inserção de dispositivos externos; Sugerimos alterar para UMA porta USB, para permitir outros fornecedores. Já no que diz respeito aos itens 37 e 38 de Projeto Básico GERENCIAMENTO PRÓ-ATIVO DOS LINKS DE COMUNICACAO DE DADOS e SISTEMA DE COMPUTAÇÃO EM NUVEM, respectivamente, temos a esclarecer e pugnar o seguinte: O texto relativo ao item 37 parece ter sido extraído diretamente do site do fornecedor Vip Telecom, pois as referências estão ipsis litteris no referido site: Já o texto com as especificações relativas ao item 38 fora literalmente copiado do portal da OIS/A: s=lyoyteexjrwbfarwtykp8g&cs=v9xs3fy1o3z3re8q_pzxkw&language=pt-br Por fim a empresa EMBRATEL requer a alteração do Edital e de seus anexos nos termos propostos acima. 6

7 DA RESPOSTA DERGEC Diante dos fatos arguidos, ponderou ser necessária a manifestação do Departamento de Recursos e Gerenciamento de Compras - DERGEC, considerando que é o responsável pela elaboração do edital, onde qualquer interveniência desta Coordenadoria de Licitações poderia trazer prejuízos à Administração. Desta forma, foi encaminhado Memorando nº 170/CML/SEMAD dia , ao DERGEC/SEMAD para manifestação e posicionamento, que posteriormente encaminhou pedido para o DRTI/SEMAD. O Departamento de Recursos e Tecnologia da Informação e Modernização-DRTI, protocolou Memorando nº 119/DRTI/SEMAD no dia às 15:00 hs nesta Coordenadoria, solicitando a suspensão do certame para análise e modificações que se fizerem necessárias. Diante do exposto, considerando solicitação do DRTI/SEMAD, informamos que a licitação será SUSPEN- SA e os autos serão encaminhados ao DERGEC/SEMAD para as correções necessárias. Desta forma, com vistas a evitar prejuízo aos licitantes e ao próprio Município de Porto Velho, informamos que será publicada pelos mesmos meios do Edital original a Errata, ocasião que serão abertos os prazos iniciais conforme disposição legal em especial 4 Art. 21 da Lei 8.666/93. Porto Velho/RO, 08 de setembro de Dione Rodrigues Lima Pregoeira 7