PORTAL PÚBLICO > Itens da Ata
| Processo de Compra: 23292.018439/2019-85 | Licitação: PE 120/2018 - REI | Validade da Ata: 22/08/2019 a 21/08/2020 |
| Item | Material | Unidade | Marca | Valor |
|---|---|---|---|---|
| 1 | CENTRAL PRIVADA DE COMUNICAÇÃO TELEFÔNICA (CPTC) HÍBRIDA IP - (GRANDE PORTE) (44905247001000012) | EQUIPAMENTO | INTELBRAS | R$ 5.800,00 |
|
CENTRAL PRIVADA DE COMUNICAÇÃO TELEFÔNICA (CPTC) HÍBRIDA IP - (GRANDE PORTE) --> Características mínimas: 1 - Central PABX híbrida IP deve ser modular, possibilitando expansão de acordo com a necessidade de cada cenário; A instalação deverá ser em rack de 19” com altura máxima de 3Us. A solução deverá ser homologada e certificada pela ANATEL; 2 - Deve possibilitar recursos de Voz sobre IP (VoIP) e telefonia IP (ramais IP para configuração/instalação de dispositivo IP) internos ao equipamento de forma modular, não sendo admitidas soluções baseadas em PC (microcomputadores); 3 - Composta por uma CPU com tecnologia de comunicação IP embarcada e no mínimo 6 slots para conexão das interfaces de ramais analógicos, troncos analógicos, ramais digitais, troncos digitais (E1), troncos GSM/3G e ramais mistos (analógico e digital). 4 - Possibilitar a utilização de troncos analógicos bidirecionais, troncos executivos, com numeração diferenciada, de forma que, chamadas a eles dirigidas sejam automaticamente encaminhadas a ramais específicos; 5 - Gerenciador web com interface responsiva. Permitir que a sua configuração e de suas funcionalidades seja realizada remotamente por meio de uma página web em português, bem como permitir realizar programações, diagnósticos, manutenções e atualizações de software. Possuir um sistema de backup de configurações, onde o administrador, via sistema de gerenciamento, possa realizar uma cópia de segurança com a configuração em uso. Sistema deve utilizar de login e senha para acesso ao ambiente de configuração do administrador, tendo no mínimo um usuário para acesso remoto e possibilidade de criação de mais usuários para acesso; 6 - O sistema de gerenciamento deve permitir que as centrais telefônicas possam ser gerenciadas remotamente por estações de gerenciamento de rede através dos protocolos SNMP e Syslog, permitindo a visualização e manutenção de suas funcionalidades, assim como gerar (alarmes), que permite ao administrador do sistema identificar eventuais falhas no equipamento e, através das informações neles contidas, possa tomar a ação restauradora mais adequada. Para fins de monitoramento, o sistema deverá enviar notificações quando qualquer objeto envolvido entrar ou sair do estado normal de funcionamento, através de SNMPv1 ou SNMPv2; 7 - Permitir a interligação de equipamentos através da rede de dados, com o uso do protocolo SIP 2.0 (RFC3261), assim como deve permitir o uso de conexão P2P ou Proxy para entroncamento SIP entre os equipamentos. Possibilitando o uso de entroncamento proxy com ou sem autenticação. 8 - Possuir identificação de chamadas (DTMF/FSK) incorporada. Permitir envio de fax bypass ou T38. Suportar, no mínimo, os codecs de voz G.711 a/b e G.729 a/b. Suportar a classificação de pacotes (QoS) baseada no padrão ToS. 9 - Atendimento automático do tipo Unidade de Resposta Audível (URA) incorporado para no mínimo 2 canais, podendo ser expandido através de licenciamento, bem como a possibilidade de multinível. Música de espera para chamadas retidas por telefonista/usuário e quando em processo de consulta ou transferência entre ramais; 10 - Permitir a utilização da funcionalidade DDR (Discagem Direta e Ramal), permitindo a atribuição de um número da rede pública para o respectivo ramal, assim, haverá recebimento das chamadas diretamente nos ramais sem a intervenção da telefonista. Deve permitir o encaminhamento das chamadas para diferentes destinos, indiferente do entroncamento utilizado. 11 - Permitir o uso do serviço de consulta portabilidade para números móveis, definindo diferentes rotas para chamadas de entrada e/ou saída. Possibilitando a criação de categorias de chamadas (DDI, DDD, celular local) para diferenciar o direito de chamada por cada ramal, permitindo funções como definição de rota de menor custo, seleção automática de linhas, transferência de chamadas para números externos, estipular o limite de duração das chamadas e função busca pessoa entre os terminais inteligentes; 12 - Plano de numeração dos ramais deve ser flexível, composto por no mínimo 3 dígitos, transparente o uso de chamadas entre equipamento quando utilizado o entroncamento P2P, dessa forma o usuário deve discar apenas o número do ramal solicitado, assim como deve permitir diferenciar o plano de numeração para chamadas entre equipamento na rede de dados. Categorias diferenciadas para acesso de ramais a facilidades. Chamada para telefonista através de um único dígito; 13 - Permitir a todos os ramais do sistema capturar as chamadas (internas/externas) dirigidas ao ramal ou grupo. Criação de grupos de captura de chamadas para atendimento (vários ramais de um mesmo setor, sendo possível "puxar" as ligações entre eles), além de grupos com atendimento centralizado (vários ramais direcionados para um único prefixo); 14 - Permitir que os ramais possam ser agrupados de tal forma que o acesso a esses grupos possa ser feito pela discagem de um único número ou prefixo, independentemente do acesso a cada ramal pertencente a esse grupo por seus números individuais. 15 - Permitir estacionar temporariamente chamadas em curso, para posterior retomada ou captura por outro ramal. Deverá possibilitar aos usuários autorizados se conectarem a uma chamada em curso de outro usuário, com tom de advertência e possibilidade de proteção contra intercalação; 16 - Permitir interceptar as chamadas que o usuário não deseja atender temporariamente, desviando-as para uma mensagem pré-gravada. Possibilitar atendimento simultâneo de chamadas, com uma sendo colocada em espera. Permitir após um período predeterminado, as chamadas que foram estacionadas ou transferidas sem resposta, voltar a chamar no ramal que estacionou. Reserva automática de um ramal quando ocupado ou não atende, através de uma chamada de retorno automática; 17 - Siga-me de chamadas internas e externas em todas as portas, de modo que determinados ramais categorizados possam, a partir de seu ramal ou de qualquer outro, desviar as ligações dirigidas a seu ramal, para o ramal no qual a facilidade está sendo ativada. Deverá possibilitar a programação de serviço diurno e noturno, com ativação automática em horário pré-programado. Possibilitar sinalização que informa ao usuário, quando este estiver ocupado, a existência de uma segunda chamada; 18 - Permitir que todos os ramais, possam transferir ligações internas e externas (desde que categorizados), com ou sem consulta, ao ramal para o qual está sendo transferida a ligação. Deverá possibilitar o uso de sala de conferência interna/externa, com conversação de, no mínimo, 3 grupos simultâneos com pelo menos 5 participantes cada; 19 - Permitir ao usuário utilizar qualquer ramal do sistema, mesmo que este esteja bloqueado, utilizando seu código pessoal de no máximo 7 dígitos mais os números a serem discados. Possibilitar transferir automaticamente as chamadas destinadas a ramais em caso de ocupado ou não atendimento (imediata ou temporizada), para ramais, grupos, correio de voz, números externos fixos ou móveis, telefonista, etc; 20 - Ainda deve permitir a utilização de agenda individual e coletiva. Deverá permitir o cadastramento (pelo administrador via gerenciador web) de código de operadora para longa distância (nacional e internacional), permitindo a central substituir o código de operadora, equivocadamente digitado pelo usuário, pelo código de operadora cadastrado; 21 - A central deverá permitir o cadastramento (pelo administrador via gerenciador web) de bloqueio e liberação, conforme necessidade, de números específicos (telefones e serviços, do tipo 102, 0300, 4004, etc.); 22 - Permitir armazenamento interno de pelo menos 9.000 bilhetes de chamadas; 23 - Deve possuir os seguintes limites de portas: 23.1 - Ramais analógicos: Até 160 ramais 23.2 - Ramais digitais: Até 48 ramais 23.3 - Ramais mistos: Até 40 ramais digitais 1 e 120 ramais analógicos 23.4 - Ramais IP: Até 120 ramais 23.5 - Troncos analógicos: Até 24 troncos 23.6 - Troncos digitais 1E1: Até 30 canais 23.7 - Troncos digitais 2E1: Até 60 canais 23.8 - Troncos GSM/3G: Até 24 chips 23.9 - Troncos IP: Até 60 troncos 24 - Possuir pelo menos uma interface ethernet LAN 100Mbps para conexão do equipamento a uma rede LAN via protocolo TCP/IP, permitindo o gerenciamento, configuração e operação da CPTC de qualquer ponto da rede; 25 - Deve possuir chave liga-desliga e conector de alimentação (faixa de operação bivolt automático: 90 ~ 240 VAC) na parte posterior do equipamento; 26 - Deverá possuir garantia para os equipamentos e softwares ofertados de no mínimo 36 meses, sendo o sistema de manutenção poderá ser de forma remota ou on-site. 27 - A solução deverá ser homologada e certificada pela ANATEL. 28 - Firewall integrado; 29 - Os ramais IPs deverão estar configurados e habilitados fisicamente (placas) para funcionamento. MODELO DE REFERÊNCIA: INTELBRAS UNNITI 3000 EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 2 | CENTRAL PRIVADA DE COMUNICAÇÃO TELEFÔNICA (CPTC) HÍBRIDA IP DE MÉDIO PORTE (44905247001000013) | EQUIPAMENTO | INTELBRAS | R$ 4.624,36 |
|
CENTRAL PRIVADA DE COMUNICAÇÃO TELEFÔNICA (CPTC) HÍBRIDA IP DE MÉDIO PORTE--> Características mínimas: 1 - Central PABX híbrida IP deve ser modular, possibilitando expansão de acordo com a necessidade de cada cenário; A instalação deverá ser em rack de 19” com altura máxima de 3Us. A solução deverá ser homologada e certificada pela ANATEL; 2 - Deve possibilitar recursos de Voz sobre IP (VoIP) e telefonia IP (ramais IP para configuração/instalação de dispositivo IP) internos ao equipamento de forma modular, não sendo admitidas soluções baseadas em PC (microcomputadores); 3 - Composta por uma CPU com tecnologia de comunicação IP embarcada e no mínimo 6 slots para conexão das interfaces de ramais analógicos, troncos analógicos, ramais digitais, troncos digitais (E1), troncos GSM/3G e ramais mistos (analógico e digital). 4 - Possibilitar a utilização de troncos analógicos bidirecionais, troncos executivos, com numeração diferenciada, de forma que, chamadas a eles dirigidas sejam automaticamente encaminhadas a ramais específicos; 5 - Gerenciador web. Permitir que a sua configuração e de suas funcionalidades seja realizada remotamente por meio de uma página web em português, bem como permitir realizar programações, diagnósticos, manutenções e atualizações de software. Possuir um sistema de backup de configurações, onde o administrador, via sistema de gerenciamento, possa realizar uma cópia de segurança com a configuração em uso. Sistema deve utilizar de login e senha para acesso ao ambiente de configuração do administrador, tendo no mínimo um usuário para acesso remoto e possibilidade de criação de mais usuários para acesso; 6 - O sistema de gerenciamento deve permitir que as centrais telefônicas possam ser gerenciadas remotamente por estações de gerenciamento de rede através dos protocolos SNMP e Syslog, permitindo a visualização e manutenção de suas funcionalidades, assim como gerar (alarmes), que permite ao administrador do sistema identificar eventuais falhas no equipamento e, através das informações neles contidas, possa tomar a ação restauradora mais adequada. Para fins de monitoramento, o sistema deverá enviar notificações quando qualquer objeto envolvido entrar ou sair do estado normal de funcionamento, através de SNMPv1 ou SNMPv2; 7 - Permitir a interligação de equipamentos através da rede de dados, com o uso do protocolo SIP 2.0 (RFC3261), assim como deve permitir o uso de conexão P2P ou Proxy para entroncamento SIP entre os equipamentos. Possibilitando o uso de entroncamento proxy com ou sem autenticação. 8 - Possuir identificação de chamadas (DTMF/FSK) incorporada. Permitir envio de fax bypass ou T38. Suportar, no mínimo, os codecs de voz G.711 a/b e G.729 a/b. Suportar a classificação de pacotes (QoS) baseada no padrão ToS. 9 - Atendimento automático do tipo Unidade de Resposta Audível (URA) incorporado para no mínimo 2 canais, podendo ser expandido através de licenciamento, bem como a possibilidade de multinível. Música de espera para chamadas retidas por telefonista/usuário e quando em processo de consulta ou transferência entre ramais; 10 - Permitir a utilização da funcionalidade DDR (Discagem Direta e Ramal), permitindo a atribuição de um número da rede pública para o respectivo ramal, assim, haverá recebimento das chamadas diretamente nos ramais sem a intervenção da telefonista. Deve permitir o encaminhamento das chamadas para diferentes destinos, indiferente do entroncamento utilizado. 11 - Permitir o uso do serviço de consulta portabilidade para números móveis, definindo diferentes rotas para chamadas de entrada e/ou saída. Possibilitando a criação de categorias de chamadas (DDI, DDD, celular local) para diferenciar o direito de chamada por cada ramal, permitindo funções como definição de rota de menor custo, seleção automática de linhas, transferência de chamadas para números externos, estipular o limite de duração das chamadas e função busca pessoa entre os terminais inteligentes; 12 - Plano de numeração dos ramais deve ser flexível, composto por no mínimo 3 dígitos, transparente o uso de chamadas entre equipamento quando utilizado o entroncamento P2P, dessa forma o usuário deve discar apenas o número do ramal solicitado, assim como deve permitir diferenciar o plano de numeração para chamadas entre equipamento na rede de dados. Categorias diferenciadas para acesso de ramais a facilidades. Chamada para telefonista através de um único dígito; 13 - Permitir a todos os ramais do sistema capturar as chamadas (internas/externas) dirigidas ao ramal ou grupo. Criação de grupos de captura de chamadas para atendimento (vários ramais de um mesmo setor, sendo possível "puxar" as ligações entre eles), além de grupos com atendimento centralizado (vários ramais direcionados para um único prefixo); 14 - Permitir que os ramais possam ser agrupados de tal forma que o acesso a esses grupos possa ser feito pela discagem de um único número ou prefixo, independentemente do acesso a cada ramal pertencente a esse grupo por seus números individuais. 15 - Permitir estacionar temporariamente chamadas em curso, para posterior retomada ou captura por outro ramal. Deverá possibilitar aos usuários autorizados se conectarem a uma chamada em curso de outro usuário, com tom de advertência e possibilidade de proteção contra intercalação; 16 - Permitir interceptar as chamadas que o usuário não deseja atender temporariamente, desviando-as para uma mensagem pré-gravada. Possibilitar atendimento simultâneo de chamadas, com uma sendo colocada em espera. Permitir após um período predeterminado, as chamadas que foram estacionadas ou transferidas sem resposta, voltar a chamar no ramal que estacionou. Reserva automática de um ramal quando ocupado ou não atende, através de uma chamada de retorno automática; 17 - Siga-me de chamadas internas e externas em todas as portas, de modo que determinados ramais categorizados possam, a partir de seu ramal ou de qualquer outro, desviar as ligações dirigidas a seu ramal, para o ramal no qual a facilidade está sendo ativada. Deverá possibilitar a programação de serviço diurno e noturno, com ativação automática em horário pré-programado. Possibilitar sinalização que informa ao usuário, quando este estiver ocupado, a existência de uma segunda chamada; 18 - Permitir que todos os ramais, possam transferir ligações internas e externas (desde que categorizados), com ou sem consulta, ao ramal para o qual está sendo transferida a ligação. Deverá possibilitar o uso de sala de conferência interna/externa, com conversação de, no mínimo, 3 grupos simultâneos com pelo menos 5 participantes cada; 19 - Permitir ao usuário utilizar qualquer ramal do sistema, mesmo que este esteja bloqueado, utilizando seu código pessoal de no máximo 7 dígitos mais os números a serem discados. Possibilitar transferir automaticamente as chamadas destinadas a ramais em caso de ocupado ou não atendimento (imediata ou temporizada), para ramais, grupos, correio de voz, números externos fixos ou móveis, telefonista, etc; 20 - Ainda deve permitir a utilização de agenda individual e coletiva. Deverá permitir o cadastramento (pelo administrador via gerenciador web) de código de operadora para longa distância (nacional e internacional), permitindo a central substituir o código de operadora, equivocadamente digitado pelo usuário, pelo código de operadora cadastrado; 21 - A central deverá permitir o cadastramento (pelo administrador via gerenciador web) de bloqueio e liberação, conforme necessidade, de números específicos (telefones e serviços, do tipo 102, 0300, 4004, etc.); 22 - Permitir armazenamento interno de pelo menos 9.000 bilhetes de chamadas; 23 - Deve possuir os seguintes limites de portas: 23.1 - Ramais analógicos: Até 96 ramais 23.2 - Ramais digitais: Até 48 ramais 23.3 - Ramais mistos: Até 24 ramais digitais e 72 ramais analógicos 23.4 - Ramais IP: Até 120 ramais 23.5 - Troncos analógicos: Até 24 troncos 23.6 - Troncos digitais 1E1: Até 30 canais 23.7 - Troncos digitais 2E1: Até 60 canais 23.8 - Troncos GSM/3G: Até 24 chips 23.9 - Troncos IP: Até 60 troncos 24 - Possuir pelo menos uma interface ethernet LAN 100Mbps para conexão do equipamento a uma rede LAN via protocolo TCP/IP, permitindo o gerenciamento, configuração e operação da CPTC de qualquer ponto da rede; 25 - Deve possuir chave liga-desliga e conector de alimentação (faixa de operação bivolt automático: 90 ~ 240 VAC) na parte posterior do equipamento; 26 - Deverá possuir garantia para os equipamentos e softwares ofertados de no mínimo 36 meses, sendo o sistema de manutenção poderá ser de forma remota ou on-site. 27 - A solução deverá ser homologada e certificada pela ANATEL; 28 - Firewall integrado. 29 - Os ramais IPs deverão estar configurados e habilitados fisicamente (placas) para funcionamento. MODELO DE REFERÊNCIA: INTELBRAS UNNITI 2000 EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 3 | CENTRAL PRIVADA DE COMUNICAÇÃO TELEFÔNICA (CPTC) HÍBRIDA IP DE PEQUENO PORTE (44905247001000014) | EQUIPAMENTO | INTELBRAS | R$ 471,89 |
|
CENTRAL PRIVADA DE COMUNICAÇÃO TELEFÔNICA (CPTC) HÍBRIDA IP DE PEQUENO PORTE--> Características mínimas: 1 - Micro central VoIP com tecnologia DECT sem fio e sistema de telefonia híbrido, que incorpore as tecnologias analógica e digital IP, sendo possível realizar ligações através da linha fixa ou através de uma conta IP; 2 -Deve possuir capacidade de expansão para no mínimo 3 fones permitindo a conversação de pelo menos 2 contas SIP 2.0 (RFC 3261) simultâneamente; 3 - Deve permitir configuração via telefone ou interface web em português para facilitar o registro do equipamento em um provedor de serviços VoIP; 4 - Deve ser compatível com protocolo de comunicação SIP 2.0 e possuir ao menos 2 interfaces de rede 10/100BASE-T (LAN e WAN) e possuir função Bridge; 5 -Deve possuir ao menos uma entrada RJ11 para linha telefônica analógica (tronco FXO) possibilitando identificação DTMF/FSK; 6 - Deve permitir configuração via fone ou interface web com compatibilidade ao menos com o navegador Internet Explorer® 8 ou superior, bem como ser compatível ao menos com a função Bridge; 8 - Suportar configuração de arquivo central através de servidor TFTP, HTTP e HTTPS, bem como possibilitar a atualização de firmware localmente; 9 - Deverá ser compatível ao menos com codecs G.711a/u, G.729, G.726-32, G.723, G.722 e iLBC; 10 - Deve possuir LED que possam demonstrar status de alimentação do equipamento e comunicação com a rede; 11 - Deverá ser compatível com funções como bloqueio de chamadas originadas, supressão de silêncio, VAD (Detecção de Atividade de Voz), CNG (Geração de Ruído de Conforto), restrição das contas aos telefones (operação similar a um PABX), Busca alfabética, viva-voz, comunicação interna (sem uso de linha telefônica), conferência a três e transferência de chamadas; 12 - Sua alimentação deverá ser através de um adaptador de tensão com entrada bivolt (100 a 240 VCA - 50/60 Hz) e saída de corrente contínua VDC com corrente de no máximo 2A; 13 - O equipamento deverá ser fornecido juntamente com uma base VoIP, uma base carregadora, baterias, pelo menos 2 adaptadores de tensão, cabo telefônico (RJ11), cabo de rede (RJ45) e manual do usuário em português. 14 - O equipamento deverá ser fornecido com 3 anos de garantia pelo fabricante, juntamente com uma base VoIP, uma base carregadora, bateria 2.4 V, pelo menos 2 adaptadores de tensão, cabo telefônico (RJ11), cabo de rede (RJ45) e manual do usuário em português; MODELO DE REFERÊNCIA: CENTRAL TS 60 IP INTELBRAS EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 4 | CONTROLADOR DE CHAMADAS (44904005001000037) | LICENÇA | SEM MARCA | R$ 14.999,00 |
|
CONTROLADOR DE CHAMADAS--> 1. A solução deverá prover, no mínimo, as seguintes funcionalidades: 1.1. Registro dos terminais de comunicação 1.2. Roteamento das chamadas; 1.3. Mensagens instantâneas; 1.4. Travessia de firewall; 1.5. Acesso de fora da LAN sem necessidade de VPN 2. O controlador central deverá ser fornecido na forma de máquina virtual, homologado para rodar no hypervisor em uso no IFSC atualmente: VMWare; 2.1. Os recursos de hardware (processamento, memória, armazenamento) serão disponibilizados pelo IFSC; 3. O sistema deve ser composto por softwares de controle de chamadas de áudio e vídeo. Obrigatoriamente com arquitetura IP nativa. 4. Pode ser atendido por quantos servidores forem necessários; 5. A solução deve ser totalmente IP, não sendo aceitas soluções híbridas ou TDM; 6. Deve possuir suporte a IPv4 e IPv6 já em funcionamento; 7. Deve ter capacidade de segmentação, de forma que cada segmento possa atender as particularidades de cada uma das localidades que usarão a solução, em uma infraestrutura e base de dados centralizada; 8. Deverá permitir o funcionamento em topologias de múltiplos sites (diferentes localidades), suportando, pelo menos, 30 (trinta) sites distribuídos, integradas a um único sistema central; 9. Deverá, a licitante, garantir interoperabilidade da Solução de Comunicação com os equipamentos e infraestrutura de rede de comunicação de dados do IFSC; 10. Deverá, qualquer função de roteamento de chamadas, ser automática e transparente ao usuário; 11. A solução deverá permitir redundância para todos os seus ramais, de forma que, caso ocorra falha na solução de gerenciamento e controle de chamadas principal, não interrompa o pleno funcionamento dos ramais; 12. A infraestrutura redundante proposta deverá suportar toda a carga de tráfego de voz e vídeo do sistema sem degradação do serviço prestado; 13. Deve permitir livre configuração de todos os recursos, incluindo-se definição de plano de encaminhamento de chamadas, configurações de rotas, supressão de Código de Seleção de Prestadora - CSP, além de facilidades e permissões de usuários; 14. Deve possuir proteção ou um meio de se configurar rotas de backup, isto é, em caso de falha na conexão com a rede corporativa os equipamentos deverão operar normalmente entre seus ramais e com acesso à rede pública de telefonia, devendo garantir ainda que telefones IP, localizados em redes remotas, continuem sua operação em caso de falha do circuito WAN; 15. Deve prover reconhecimento do número telefônico do chamador IAN (Identificação Automática do Número), inclusive em chamadas corporativas, apresentando-o nos aparelhos com display (LCD) e softphones; 16. Deve permitir a configuração de ordem de preferência de uso de codec pelos terminais; 17. Deve possuir total controle do número de conversações simultâneas, de tal modo que nos casos em que os recursos de redes alocados para a aplicação estejam totalmente utilizados, o sistema faça encaminhamento da chamada pela rede pública ou envie sinalização de inacessibilidade de rede, não comprometendo assim a banda disponível e a qualidade de voz das ligações em curso; 18. Deve possibilitar o controle e registro de telefones IP do próprio fabricante, e de telefones IP SIP de outros fabricantes, incluindo terminais de videoconferência padronizados de acordo com a RFC 3261, desde que os terminais em questão possuam recursos para implementação destas funcionalidades; 19. Deve possuir uma única base de configuração, independentemente do número de sites, de maneira que todas as funcionalidades e recursos devam estar presentes e disponíveis em quaisquer pontos da rede; 20. Deve suportar SIP Trunk, conforme RFC 3261; 21. Deve possuir sistema de alarmes que alerte o administrador de situações anormais na solução tais como: perda repentina de registro de vários telefones, problemas de hardware, utilização de recursos da solução acima do limite, entre outros; 22. Deve possuir a capacidade de registrar telefones através do protocolo DHCP; 23. Deverá realizar de forma automática o provisionamento dos telefones IPs; 24. Deve permitir o registro de no mínimo 2.000 (dois mil) terminais de comunicação, seja ele um telefone IP, telefone analógico, softphones, terminal de vídeo ou dispositivo móvel; 25. Deve possibilitar o gerenciamento de recursos de conferências de áudio e vídeo, alocando estas de forma transparente aos usuários, de modo que, quando estes adicionarem um terceiro (ou mais) usuários em uma ligação, inicie-se automaticamente uma conferência por áudio e vídeo (quando os terminais utilizados possuírem facilidade de vídeo); 26. Deve possibilitar administração remota por meio de interface web. Garantir autenticação para o acesso via rede LAN. Deve possibilitar gerenciamento via SNMP com logs de eventos; 27. Interface web deve possuir autenticação do usuário antes que esse possa fazer alterações nas configurações da solução. 28. Deve ser possível criar diversos usuários com a função de administrador. Deve ser possível limitar quais terminais de comunicação cada administrador tem autorização de alterar configurações; 29. Deve registrar as alterações realizadas pelos administradores, possibilitando um registro das alterações realizadas no sistema para fins de melhor controle e auditoria; 30. Deve permitir reinicialização dos telefones IP a partir da interface de administração; 31. A configuração de usuários e rotas efetuadas em um servidor central deverá ser automaticamente propagada através de replicação para servidores remotos, caso existam, formando único sistema de comunicação em que as configurações possam ser realizadas centralmente; 32. Deve implementar criptografia para tráfego de sinalização e de voz entre os telefones do sistema, com esta funcionalidade e entre os telefones e gateways; 33. A chave privada utilizada para a criptografia solicitada pode ser interna ao servidor ou pode ser fornecida em um token físico USB removível. Neste caso, deve ser fornecido um token para cada hardware fornecido; 34. Deverá suportar protocolos seguros de controle e administração como SSH e HTTPS; 35. Deve implementar autenticação por usuário e senha dos terminais SIP compatíveis. Quando um usuário não estiver logado, o sistema deve ser capaz de redirecionar as chamadas para sua caixa de mensagens de voz bem como operar com redirecionamento de chamadas para outros ramais, conforme preferência definida pelo usuário; 36. Deve possuir capacidade de integração com serviços de diretório, suportando o protocolo LDAP para a base de usuários; 37. Deve implementar funcionalidade de autorização, diferenciando os tipos de chamada que cada usuário pode fazer; 38. Deve possuir a capacidade de programação de rotas de menor custo, baseados em horários; 39. O sistema deve re-rotear uma chamada IP caso: 39.1. Um gateway não possa processar a solicitação de conexão, tanto para sessões off-net (para a RTPC via gateway IP) ou on-net (outra rede IP); 39.2. Ocorra uma falha da WAN - chamadas IP entre usuários são re-roteadas através da RTPC; 40. Deverá implementar sistema de controle de banda baseado por localidade e quantidade de chamadas realizadas na localidade; 41. Deve implementar a geração e gerenciamento de bilhetes detalhados da chamada e permitir sua exportação para sistemas de tarifação; 42. Deverá gerar bilhetes (CDR - call detail record) detalhados das chamadas originadas e recebidas por todos os ramais do sistema com dados necessários para a tarifação, e extração de relatórios padronizados ou deverá funcionar como servidor de bilhetagem, coletando bilhetes das diversas entidades do sistema e armazenando em um único local para a coleta pelo serviço de tarifação. Neste último caso, ocorrendo uma falha de acesso ao tarifador, o sistema deverá armazenar pelo menos 5000 (cinco mil) bilhetes; 43. A interface WEB HTTPS deve permitir a adição, edição, exclusão e procura de usuários; 44. A interface WEB deverá implementar timers de forma a que após intervalo de tempo configurável de inatividade, a sessão seja automaticamente terminada; 45. Deverá possuir pelo menos 3 (três) níveis de usuários com privilégios de configuração distintos e hierárquicos; 46. Deve possuir recurso de atendimento automático com resposta audível (URA) com no mínimo 05 (cinco) opções de resposta, sendo possível alterar as respostas da URA através de upload; 47. Recurso de URA pode ser configurado para atender com mensagens diferentes de acordo com o horário da ligação; 48. Deve permitir a configuração das facilidades permitidas para os ramais como, por exemplo, desvio de chamadas, captura de chamadas etc.; 49. Deve permitir a configuração de modelos de configuração de telefones, que possam ser associados a telefones individuais, de forma a evitar que características globais como mapeamento de botões, classe de serviço etc., tenham que ser configuradas telefone a telefone; 50. Deverá permitir a criação em lote de ramais; 51. Deverá permitir a visualização pela interface HTTPS dos usuários registrados e permitir que o administrador force o logout de um ou de todos os usuários; 52. Deverá implementar função de código de autorização, em que o usuário poderá digitá-lo ao efetuar uma chamada, e assim, mesmo utilizando um telefone bloqueado para determinados tipos de chamadas, o código associa aquela ligação à classe de serviço do usuário e não ao do telefone. Desta forma, a chamada será processada caso o usuário tenha a devida autorização e será bilhetada utilizando-se o código ou a conta do usuário ao invés de se utilizar o número do ramal registrado naquele telefone; 53. A interface WEB HTTPS deverá permitir a configuração de mapeamento de botões dos telefones. Deverá ser possível a criação de modelos de configuração a serem atribuídos a grupos de telefones, a modificação individual do mapeamento de determinado telefone e a modificação do mapeamento de botões específicos pelo usuário do telefone; 54. Deverá implementar DNS Client e NTP Client; 55. O sistema deverá permitir o backup (manual e automático/agendado) e restauração (restore) de suas configurações e de sua base de usuários; 56. Deverá implementar toques distintos para chamadas internas e externas; 57. O sistema deve possuir opção de supressão do número e do nome do chamador; 58. Deverá permitir que a agenda interna de nomes dos usuários de ramais possa ser visualizada no display dos aparelhos de telefone IP; 59. Deverá permitir configuração para que, no caso de uma chamada para um ramal ocupado, esta possa ser redirecionada para um outro ramal ou para o sistema de mensagens; 60. Deverá permitir configuração para que todas as chamadas para um determinado ramal sejam redirecionadas para um outro ramal ou para o sistema de mensagens, mesmo que o ramal chamado não esteja autenticado no sistema; 61. Deverá permitir captura de chamada (possibilitar atender qualquer ligação que esteja chamando em qualquer telefone de um determinado grupo); 62. Deverá permitir o uso de música interna para as chamadas em espera ou estacionadas; 63. Deve implementar funcionalidade de armazenamento da música interna seja possível também nos gateways remotos, evitando a utilização do link WAN para esta funcionalidade; 64. Deverá permitir o envio de música customizado por este órgão; 65. Deverá permitir o atendimento alternado de duas ou mais ligações, caso o terminal possua esta funcionalidade; 66. Deve possibilitar estacionamento de chamadas, ou seja, as chamadas podem ser estacionadas (colocadas em espera), recebendo uma mensagem institucional ou música até o momento em que for recuperada; 67. Deve possibilitar a transferência de chamadas anunciada, ou seja, redirecionamento de chamada para outro usuário, permitindo que o chamador seja anunciado; 68. Deve possibilitar a transferência de chamadas direta, ou seja, redirecionamento de chamada para outro usuário sem anúncio do chamador; 69. Deve possibilitar a função de siga-me, com possibilidade de programação e restrição ao uso somente de números internos e/ou externos; 70. Deve possibilitar a identificação do chamador (funcionalidade BINA-B identifica A); 71. Deve possibilitar a discagem abreviada; 72. Deve possibilitar a implementação de linha direta (Hot Line); 73. O sistema deve permitir a criação de grupos de conferência com, no mínimo, 6 (seis) participantes; 74. Deverá possibilitar que o telefone que iniciou uma conferência saia da conferência sem que esta seja terminada; 75. Deverá permitir a programação de ramais em grupo, operando sob busca automática, de forma que possam ser chamados através de um único número chave: 75.1. Deve implementar fila de atendimento, distribuindo as chamadas para os ramais do grupo por ordem de chegada; 75.2. Deve permitir configuração de tempo máximo que chamada ficará na fila, permitindo redirecionar a chamada para outro destino (correio de voz por exemplo), caso este tempo seja alcançado; 75.3. Deve ser possível configurar uma música institucional para ser tocada enquanto a chamada aguarda na fila; 76. Deverá ser possível o bloqueio de números indesejados, independente de categorias de ramais, como 0900, 0300, etc.; 77. Deverá permitir que um mesmo número de ramal esteja em vários aparelhos, podendo ser atendido em qualquer um deles; 78. Para os terminais que permitam estas funcionalidades, o sistema deve permitir que: 78.1. O usuário se logue em terminal de outro usuário e efetue chamadas como se estivesse em seu aparelho telefônico, com seu perfil de classe de serviço e com a chamada sendo computada em seu ramal para efeitos de bilhetagem; 78.2. O usuário configure retorno automático de chamadas diretamente de seu telefone; 78.3. O usuário ative função "Não Perturbe" diretamente de seu aparelho telefônico; 78.4. O usuário ative facilidade de desvio incondicional de chamadas diretamente de seu telefone; 78.5. O usuário ative facilidade de desvio de chamadas quando ocupado diretamente de seu telefone; 78.6. O usuário ative facilidade de desvio de chamadas não atendidas diretamente de seu telefone, para terminais que possuem esta facilidade; 78.7. O usuário acesse o catálogo global de usuários do sistema diretamente de seu telefone, para os terminais que possuem esta facilidade; 78.8. O usuário estacione chamadas diretamente de seu telefone; 78.9. O usuário configure números de discagem abreviada particulares; 78.10. Seja possível o login/logout do usuário nos aparelhos telefônicos; 78.11. O usuário, diretamente de seu aparelho, direcione todas as chamadas subsequentes à caixa postal; 79. O sistema deverá trabalhar com múltiplos planos de discagem simultaneamente; 80. Deve prover ajuda online via página web para os usuários; 81. Deve permitir a configuração de funcionalidades por computador e pelo teclado do telefone; 82. Deve implementar o Transport Layer Security (TLS) ou Secure Sockets Layer (SSL) para a troca de chaves simétricas e seguir o Advanced Encryption Standard (AES), de no mínimo 128 bits, padrão de mercado, para criptografia de voz durante uma chamada de Voz sobre IP; 83. Deve implementar a criptografia, seja via hardware (telefones, gateways diversos da solução) ou via software (softphones); 84. Deve suportar o protocolo SRTP (Secure Real-Time Protocol) para a criptografia e autenticação; 85. Deverão, as chaves de criptografia do fluxo de voz, ser trocadas a cada chamada entre os ramais, e distribuídas por um canal também criptografado utilizando SSL/TLS para a distribuição de chaves e permitir a implementação de certificação digital; 86. Deve implementar criptografia de dados fim a fim, possibilitando o tráfego seguro das informações de voz dentro da solução de infraestrutura; 87 O sistema deve implementar criptografia para a sinalização das chamadas telefônicas; 88. Deve disponibilizar autenticação de usuários e segurança via LDAP ou RADIUS; 89. Deve possuir interface Web exclusiva para acesso dos usuários finais, através de login próprio, para que estes realizem configurações personalizáveis como: desvio em caso de ocupado ou não atendimento, siga-me, discagem rápida, etc. 90. O sistema deve permitir que uma chamada entrante para um ramal acione simultaneamente diversos dispositivos (internos, externos fixos ou externos celular). Esta funcionalidade deve utilizar somente recursos do sistema de telefonia, não dependendo das operadoras de telefonia fixa ou celular: 90.1. O sistema deve permitir que, ao ser estabelecida, a chamada com um dos dispositivos acionados os demais parem de tocar automaticamente; 90.2. O sistema deve permitir que, após a chamada ser estabelecida com um dos dispositivos acionados, esta chamada pode ser comutada para qualquer um dos demais dispositivos buscados inicialmente com o pressionamento de uma tecla pelo usuário e sem interrupção na chamada; 90.3. Caso uma chamada entrante não seja atendida por nenhum telefone acionado esta chamada será redirecionada conforme a configuração do sistema (por exemplo, para o correio de voz ou secretária) evitando direcionar a chamada para correio de voz externo ao sistema; 90.4. Deve permitir a configuração de uma tabela de horários na qual os dispositivos devem ser acionados; 90.5. Deve ser possível definir uma lista de números originadores que não disparem o acionamento simultâneo dos dispositivos; 90.6. Os recursos de tabela de horários e lista de bloqueio de chamadas devem operar em conjunto, permitindo bloqueio de determinados números (lista) em determinados horários (tabela); 90.7. Se o número que completar a chamada for externo a rede (fixo ou celular) deve ser possível a utilização das funcionalidades da rede, como Espera/ Retomar, Transferência, Conferência e Estacionamento através de tons DTMF enviados pelo número chamado; 91. A solução deve implementar plano de discagem que permita a realização de chamadas utilizando o esquema de endereçamento SIP (URI - Uniform Resource Identifiers); 92. Deve possuir solução de Travessia de Firewall com, no mínimo, as seguintes funcionalidades: 92.1. Deve permitir que todos os usuários de softphone possam utilizar seu ramal mesmo quando fora da LAN do IFSC, sem a necessidade de VPN; 92.2. Deve permitir a realização e o recebimento de ligações SIP e H323 de/para outras instituições via Internet, permitindo a comunicação via áudio, vídeo e compartilhamento de conteúdo; 93. Deve possuir solução de mensagens instantâneas, permitindo a comunicação através de texto (chat) entre os usuários da solução, conforme os seguintes requisitos: 93.1. Deve permitir o envio/recebimento de mensagens de texto em conversas particulares ou em grupo; 93.2. Deve permitir o envio/recebimentos de arquivos; 93.3. Deve permitir a configuração da restrição a troca de arquivos de determinados formatos (“.exe”, “.bat”, etc.); 93.4. Deve possibilitar a adição de uma foto a um contato; 93.5. Deve possuir integração com a solução de correio de voz (podendo ser habilitado por licença para alguns usuários); 93.6. Deve operar em sistemas operacionais Windows, Mac e Apple iOS; 94. Deve possuir solução de correio de voz, permitindo a gravação de recados de chamadas que não puderam ser atendidas, com os seguintes requisitos: 94.1. Deve possibilitar aos usuários acesso a sua caixa de mensagens através de seus próprios ramais, outros ramais, e-mail, telefones externos, celulares ou softphones; 94.2. Por segurança, deve autenticar os usuários antes de acessarem suas caixas; 94.3. Os recursos de correio de voz devem ser controláveis pelo usuário, devendo a mídia ser gravada nos formatos comuns de áudio, tais como MP3, WAV ou variantes superiores; 94.4. Ao receber uma mensagem em seu correio de voz, o sistema deverá enviar esta mensagem automaticamente para o e-mail do usuário em formato de áudio; 94.5. Deve possibilitar por meio da solução de correio de voz, a personalização de saudação pelo próprio usuário e apresentação ao chamador por menu interativo de opções (deixar recado, transferir para outra área, entre outros recursos); 94.6. Deve possuir interface e áudios pré-gravados (mensagens padrões) em português brasileiro; 94.7. O menu para navegação (ouvir mensagens, apagar, armazenar) e configuração deve ser em português brasileiro; 94.8. Deve ser fornecida com 10 caixas de mensagens ativadas, e deve ser possível a futura expansão para no mínimo 500 (quinhentas) caixas de mensagens ativas através apenas da aquisição de novas licenças; 95. A solução deve possibilitar o registro, configuração e gerenciamento dos terminais de comunicação já existentes neste órgão, Cisco SX20; 96. A solução deve permitir a interoperabilidade dos terminais de comunicações registrados nela com terminais que falem apenas o protocolo H323; 97. A solução deve permitir a integração com terminais de videoconferência, sejam eles com protocolo SIP em H323; 98. Deve possuir solução de travessia de firewall, possibilitando a comunicação via Internet entre terminais que estejam registrados nesta plataforma com terminais/soluções externas de outras instituições/empresas; 98.1. Solução deve permitir, no mínimo, a realização de 2 (duas) chamadas simultâneas via travessia de firewall; 99. A solução deve prover interoperabilidade e o interworking dos protocolos SIP e H.323; 100. Deve ser garantida atualização de software/firmware da solução pelo período de garantia sem custos para este órgão; 100. Garantia: 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 5 | GATEWAY DE VOZ (44905247001000005) | EQUIPAMENTO | CISCO | R$ 21.447,00 |
|
GATEWAY DE VOZ 1. Equipamento do tipo appliance, ou seja, equipamento e software do mesmo fabricante. Não serão aceitos computadores ou equipamentos baseados em computadores; 2. Os equipamentos devem ser totalmente compatíveis com o “Controlador de Chamadas” ofertado neste grupo; 3. Deve possuir funcionalidade de operar como central IP com capacidade de registro e gerenciamento local para situações de emergência caso haja problemas na conectividade com a solução de comunicação central, suprindo no mínimo as seguintes funcionalidades: registro dos telefones, chamadas entre os ramais registrados neste gateway, chamadas de/e para RTPC, colocar chamada em espera, captura, correio de voz (pela RTPC), transferência e geração de bilhetes local (CDR); 4. Hardware deve ser dimensionado para a capacidade mínima de 45 (quarenta e cinco) ramais; 5. Deve entrar e sair deste modo de “emergência” (perda de conexão com a solução de comunicação central) automaticamente, sem intervenção humana; 6. Deve implementar, no mínimo, os Codecs de voz G711 e G729; 7. Deve possuir pelo menos 2 (duas) interfaces 10/100/1000 com conector RJ-45 para comunicação com a rede; 8. Deve possuir porta de console para gerenciamento local do equipamento; 9. Deve possuir no mínimo dois slots livres para futura ampliação e instalação de módulos E1, FXS ou FXO; 10. Caso equipamento não seja modular, deve ser entregue com pelo menos 2 (duas) interfaces E1; 11. Deve implementar IPv4 e IPv6; 10. Deve ser baseado no protocolo IP, com implementação do protocolo SIP (RFC3261); 12. Deve implementar o protocolo cRTP; 13. Deve implementar Qualidade de Serviço (QoS), utilizando DiffServ (CoS), IP Precedence (ToS) ou Differentiated Services Code Point (DSCP); 14. Deverá, o gateway, ser certificado/homologado pela ANATEL, sendo que a compatibilidade com a prestadora de serviços de telecomunicações será responsabilidade da licitante, não devendo gerar custos adicionais para este órgão na instalação e ativação; 15. Deve ser compatível para instalação em racks padrão 19”. Deverá vir acompanhado de kits de fixação, cabos, acessórios e demais materiais necessários à sua instalação, configuração e operação; 16. Deve implementar buffer dinâmico e programável para controle de jitter; 17. Deve implementar cancelamento de eco, segundo o padrão G.165 ou G.168; 18. Deverá se comunicar com o sistema central via protocolo SIP; 19. Deve ser compatível com a solução em uso nesta instituição, fone@RNP; 20. Deverá possuir firewall interno que permita e bloqueie tráfego de rede; 21. As configurações devem ser armazenadas em memória tipo não volátil; 22. Deve suportar transmissão de fax, segundo padrão T.38; 23. Deverá permitir múltiplos usuários para administração, com níveis de acesso distintos; 24. Deve implementar Detecção e geração de DTMF segundo TIA 464B; 25. Deve implementar criptografia para tráfego de sinalização e de voz além da criptografia IPSEC solicitada para tráfego entre os gateways e com os aparelhos telefônicos, esta criptografia não deverá ser perdida quando estiver em modo de emergência (perda de conexão com a solução de comunicação central); 26. Deve permitir a execução local de música em espera; 27. Deve implementar SNMP v3 com criptografia 3DES e AES e SNMP sobre IPv6; 28. Fonte de alimentação interna que opere de 110V a 220V automaticamente; 29. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para este órgão; 30. A empresa deve possuir, após a assinatura do contrato, pelo menos 1 (um) profissional com certificação técnica emitida pelo fabricante do equipamento ofertado, capaz de prestar suporte de primeiro nível aos produtos em garantia, e escalar o suporte ao fabricante conforme necessidade; 31. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 6 | GATEWAY DE VOZ VIRTUAL (33904017002000003) | LICENÇA | SEM MARCA | R$ 5.565,00 |
|
GATEWAY DE VOZ VIRTUAL 1. Solução de borda para entroncamento via protocolo SIP, utilizando SIP Trunk, para comunicação segura entre a solução ofertada neste grupo com Provedor de Serviços de Telefonia pela Internet (ITSP – Internet Telephony Service Provider); 2. A solução deve ser fornecida na forma de máquina virtual, homologada para rodar no hypervisor em uso no IFSC atualmente: VMWare; 2.1. Os recursos de hardware (processamento, memória, armazenamento) serão disponibilizados pelo IFSC; 3. A solução entregue neste item deve ser totalmente compatível com o “Controlador de Chamadas” ofertado neste grupo 4. Deve implementar os protocolos TCP, UDP, SIP, BFCP, RTP e RTCP; 5. Deve ser possível limitar o intervalo de portas RTP utilizadas; 6. Deve ser possível alterar a porta padrão de escuta do protocolo SIP; 7. Deve ser compatível com no mínimo os seguintes codecs de áudio: G.711, G.722 e G.729; 8. Deve implementar a alteração de endereçamento IP e portas, garantindo maior segurança ao ambiente interno não expondo estas informações externamente; 9. Deve ser possível realizar manipulação nos cabeçalhos das mensagens SIP e atributos SDP que passem por esta solução; 9.1. Deve ser possível realizar esta manipulação de forma condicional, ou seja, ser realizada dependendo do conteúdo do cabeçalho original; 10. Por segurança, deve ser possível criar uma “lista branca” de endereços confiáveis, de forma que a solução apenas responda requisições de mensagens enviadas por esses endereços cadastrados; 11. Deve suportar protocolo IPSec para conexão segura com outras aplicações. 12. Deve implementar NAT; 13. Deverá possuir firewall interno que permita e bloqueie tráfego de rede; 14. Deve ser compatível com a solução em uso nesta instituição, fone@RNP; 15. Deve ter capacidade de trabalhar com “Media flow-through” e “Media flow-around” 16. Proteção para ataques de inundações de pacotes (flood protection) 17. Deve possuir proteção para ataques TDoS (Telephony Denial of Service). 18. Deve interligar 2 (duas) redes que possuem usuários VoIP com a necessidade de interação. 19. Deve possuir TLS/SRTP para criptografia de sinalização e mídia. 20. Deve possuir segurança de acesso e transferência de arquivos através de conexão segura (SSH). 21. Deve possuir TLS para conexão com provedores SIP. Esta funcionalidade visa estabelecer conexão segura com um provedor SIP, garantindo a criptografia da sinalização usando o TLS. 22. Deve possuir mecanismos para entroncamento SIP (RFC 3261) com outros equipamentos externos à rede. 23. Deve possuir protocolo NTP (Network Time Protocol). 24. Deve prover conexões de sinalização criptografadas (SIP over TLS), usando algoritmo AES-128 a 256. 25. Deve possuir Controle de Admissão de Chamadas de acordo com parâmetros pré-definidos. Deve possuir como parâmetros, no mínimo, as seguintes condições: número máximo de chamadas, utilização de CPU do equipamento, utilização de memória do equipamento e banda disponível; 26. Deve ser possível extrair no mínimo as seguintes estatísticas de qualidade de chamada: Jitter, Round-Trip Time e Perda de pacotes; 27. Deve ser possível monitorar a utilização do tronco SIP; 28. Deve possibilitar marcação “IP Precedence” e “DSCP” para fins de Qualidade de Serviço; 29. Deve poder funcionar como SIP “Back to back User Agent (B2BUA); 30. Solução deve gerar registro das chamadas (CDR) para posterior bilhetagem; 31. Deve ser fornecido com todas licenças necessárias para o pleno atendimento dos requisitos aqui descritos; 32. Será aceito o fornecimento de licenças perpétuas ou assinatura (subscrição); 32.1. No caso de licenças de assinatura (subscrição) as mesmas devem ser fornecidas pelo tempo mínimo de 36 meses; 33. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para o IFSC; 34. Garantia de 36 (trinta e seis) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 7 | GATEWAY GSM (44905247001000002) | EQUIPAMENTO | UTECH | R$ 2.298,30 |
|
GATEWAY GSM 1. Deve suportar, no mínimo, que o número de chamadas simultâneas de entrada e saída seja igual ao número de interfaces GSM. 2. Deve permitir o uso de dois chips por interface GSM, sendo um ativo e outro stand-by com comutação automática e em tempo real entre os chips. 3. As placas devem permitir o uso das interfaces GSM com modularidade de duas chamadas simultâneas. 4. O gateway GSM deve permitir a expansão de interfaces GSM para até 60 canais ou mais. Essa expansão poderá ocorrer pela inclusão de módulos de interfaces GSM ou através do empilhamento (ou agrupamento) de equipamentos. 5. Deve ser fornecido com capacidade inicial para 2 (dois) chips GSM; 6. A solução deve possuir capacidade de processamento que suporte a capacidade máxima de tráfego, sem perda ou atraso na comunicação. 7. Não serão aceitos equipamentos baseados em arquitetura PC. 8. As interfaces GSM devem operar, no mínimo, nas faixas de 850, 900, 1800, 1900 e 2100MHz (pentaband). 9. Deve ser compatível com todas as operadoras de telefonia celular GSM que operam no Brasil, suportando, inclusive, chips de diferentes operadoras na mesma placa. 10. Não deve alterar as características das linhas celulares, como degradar sinal ou incluir ruídos e eco. 11. O módulo deverá utilizar protocolo SIP (RFC 3261) para comunicação com a central existente. 12. Deve possuir interfaces SIP para suportar o número total de interfaces GSM em operação. 13. A unidade deverá possuir no mínimo 2 duas porta ethernet 10/100BASE-T - RJ45 por módulo. 14. A interface celular deverá implementar QoS (Quality of Service). 15. Deve realizar a detecção de caixa postal (sinalização: 600Hz/450ms – 1000Hz/450ms). 16. Deve realizar a detecção de discagem DTMF, silêncio e presença de áudio em todos os canais simultaneamente. 17. Deve realizar a geração de sinais de beep, 425Hz e DTMF. 18. Deve suportar a sinalização DTMF via RFC 2833 e SIP INFO. 19. Deve possuir as seguintes facilidades de áudio: 20. VAD (Voice Activity Detection). 21. CNG (Confortable Noise Generation). 22. Suporte à supressão de silêncio. 23. Buffer de jitter configurável ou adaptativo. 24. Deve permitir o uso de filtro de ligações a cobrar global ou por chamada, baseado no tom de chamada a cobrar. 25. Deve permitir o bloqueio de chamadas entrantes, ou seja, chamadas destinadas aos números dos chips utilizados no gateway GSM. Esta função deve permitir o bloqueio de chamadas entrantes para determinados números dos chips, sem bloquear chamadas entrantes de outros números de chips pertencentes ao gateway GSM. 26. Deve permitir encaminhamento do número do chip GSM do gateway para o celular destinho da chamada. 27. Deve suportar “bridging nativo”, conectando diretamente o áudio entre os canais. 28. Deve suportar o agrupamento de canais em rotas de saída ou bi-direcionais (saída e entrada). 29. Deve realizar o balanceamento de ligações entre canais de uma o mais rotas de saída. 30. Deve permitir a restrição do envio do número de origem (se suportado pela operadora). 31. Todos os recursos de voz devem estar disponíveis diretamente na placa. 32. Deve suportar SNTP – Simple Network Time Protocol – RFC 1361 ou NTP – Network Time Protocol – RFC 1305- para o sincronismo de data e horas das placas. 33. A interface celular deverá suportar os codecs G.711Alaw/Ulaw, G.723.1, G.729AB, G.726, iLBC, GSM-FR, L16, Speex, SILK; 34. O equipamento deve permitir integração no equipamento a consulta de portabilidade numérica com os métodos HTTP e SIP, de forma flexível a atender qualquer empresa que forneça o serviço no mercado. 35. O gateway GSM deve ser a interface para que chamadas de ramais do PABX da empresa para números de telefonia móvel sejam encaminhadas para rede celulares. 36. Deve permitir a manipulação de números de discagem retirando ou acrescendo dígitos segundo regras determinadas. 37. Deve permitir o bloqueio de discagem para números pré-determinados. 38. Deve permitir configurações de diferentes operadoras nas diversas interfaces GSM. 39. Deve possuir facilidades para manipulação da numeração, como reescrita de números, adição e remoção de prefixos e aplicação de expressões regulares. 40. Deve possibilitar o roteamento de chamadas com base no número discado ou no número chamador. 41. A interface de configuração deverá permitir o cadastramento e atualização de tabela que relaciona os números de destino com a operadora que o número pertence (tabela de portabilidade), seja o número fixo ou móvel. Deve permitir que esse cadastro possa ser realizado de forma manual e de forma automática. A solução deve permitir que a atualização on-line possa ocorrer múltiplas vezes por dia. 42. Deve implementar rota de menor custo com as seguintes características: 42.1. As chamadas deverão ser encaminhadas para as interfaces GSM de acordo com a operadora à qual pertence o número de destino, sendo a escolha da interface determinada pela tabela de portabilidade. Permitindo, desta forma, que as chamadas ocorram, prioritariamente, através das tarifas on-net das operadoras. 42.2. As chamadas deverão ser encaminhadas para o canal GSM que proporcione o menor custo da chamada com base no código de área (DDD) do número destino, ou seja, deve-se priorizar a saída das chamadas pelo canal que proporcione tarifa VC1, ao invés de VC2. Desta forma, as chamadas de retorno também serão realizadas com menor custo, via VC1. 43. Deve permitir que ligações para telefones móveis sejam encaminhadas através do tronco de telefonia fixa da empresa, caso todas as interfaces GSM estejam em uso (rota de transbordo). 44. Deve possuir funcionalidade para encaminhamento de chamada de retorno ao ramal de origem, logo, em caso de retorno de chamada: 44.1. O sistema deve identificar o ramal que originou a chamada para o número de celular que está retornando a chamada, possibilitando que esta chamada de retorno seja encaminhada para o ramal de origem. 44.2. Quando mais de um ramal de origem realiza chamadas a um mesmo número de celular, o sistema deve utilizar interfaces GSM diferentes, evitando sobrescrever o registro da chamada anterior, permitindo que ambas as chamadas possam receber o devido retorno. 45. Deve possuir funcionalidade de callback automático na qual o gateway GSM detecta que se trata de uma chamada proveniente de um número de celular cadastrado para a funcionalidade de callback, então, o sistema deve rejeitar a ligação (sem incidir custo de ligação para esse celular) e, em seguida, deve fazer a chamada de retorno para esse celular. Logo, o sistema deverá: 45.1. Permitir o cadastro de uma lista de números de telefonia móvel que poderão utilizar a funcionalidade de callback. 45.2. Permitir que as chamadas de callback sejam recebidas diretamente pelas interfaces GSM. 45.3. Permitir que as chamadas de callback sejam realizadas por interfaces GSM distintas das interfaces GSM selecionadas para receber chamadas. 45.4. Permitir que, em função da entrada das chamadas (interface GSM ou DDR do PABX), a funcionalidade de callback esteja relacionada a ramais internos pré-determinados, de forma que o callback ocorra automaticamente, sem interação com o usuário. 45.5. Permitir que, também em função da entrada das chamadas (interface GSM ou DDR do PABX), a funcionalidade de callback ao retornar a ligação, forneça o tom de discagem para que o usuário informe o ramal interno para completar a chamada. 45.6. Callback com configuração por usuário e horários permitidos para acesso ao sistema. 45.7. Callback via aplicativo com busca na agenda para iOS e Android. 46. Deve possuir mecanismos de envio e recepção de mensagens SMS, recebendo, inclusive, a confirmação de entrega de SMS. 46.1. Envio e recebimento de SMS utilizando protocolo SIP, SMPP, AMI, E-Mail e HTTP com taxa real de 40 SMS/minuto por canal GSM. 47. O sistema deve registrar todos os detalhes de chamadas em um banco de dados de CDR (Call Detail Record): 47.1. Os detalhes incluem números de origem e destino, data e hora da chamada, duração da chamada, e seu status (conectado, sem resposta, ocupado). 47.2. O sistema deve disponibilizar registro de todas as chamadas: chamadas perdidas, chamadas recebidas e chamadas realizadas; com data, hora e duração da chamada e os seus números de origem e destino. 47.3. O armazenamento das informações de CDR deve ser realizado em armazenamento local e interno à solução, sendo capaz de armazenar as informações de CDR pelo período mínimo de seis meses. 47.4. Deve haver opção de download das informações das chamadas (CDR) via arquivo txt ou csv. 48. Deve possuir interface WEB para administração e gerenciamento do equipamento e para emissão de relatórios de utilização. 49. Deve permitir backup/restore da configuração. 50. Deve possuir suporte a SNMP v1 e v2, sendo capaz de enviar traps SNMP aos dispositivos de gerenciamento de rede. 51. Deve permitir atualização de firmware, assim como backup e provisionamento de configurações, via FTP ou TFTP ou HTTP. 52. O proponente deverá apresentar o certificado de homologação da ANATEL do equipamento proposto até a data de entrega desses equipamentos ao cliente, sob pena de recusa. 53. A certificação na Anatel deve atender os seguintes requisitos 54. Os equipamentos devem ser Homologados na ANATEL atendendo os Quesitos mínimos para "Estação Terminal de Acesso Serviço Móvel Pessoal – SMP, Serviço Telefônico Fixo Comutado – STFC Categoria I", atendendo: 55. Resoluções 529 e resolução 442, ITUT G.711 (11/88)ETSI 102 027-2 V4.1.1 (Certificação SIP obrigatória). 56. Todas as licenças de softwares necessárias para o funcionamento das funcionalidades requisitadas deverão ser fornecidas. 57. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para o IFSC; 58. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 8 | PLACA INTERFACE E1 COM R2/RDSI (30 CANAIS) (3017003000970) | PEÇA | INTELBRAS | R$ 1.468,04 |
|
PLACA INTERFACE E1 COM R2/RDSI (30 CANAIS) (Compatível com as centrais de médio e grande porte especificadas neste grupo) - Deve ser compatível com os protocolos de comunicação R2/MFC-5C e RDSI-PRI; - Conector 1E1 - 1 conector RJ45 com 1 LED para indicar status do link; - Conector 2E1 - 2 conectores RJ45, ambos com 1 LED para indicar status do link; - Impedância de entrada e saída: 120 Ω; - Codificação do sinal de linha: HDB3. EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 9 | LICENÇA CORREIO DE VOZ (44904005001000047) | LICENÇA | SEM MARCA | R$ 53,31 |
|
LICENÇA CORREIO DE VOZ EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 10 | LICENÇA DE RAMAL (44904005001000045) | LICENÇA | SEM MARCA | R$ 53,31 |
|
LICENÇA DE RAMAL EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 11 | LICENÇA DE TERMINAL DE COMUNICAÇÃO PARA O CONTROLADOR DE CHAMADAS (44904005001000041) | LICENÇA | SEM MARCA | R$ 3.793,60 |
|
LICENÇA DE TERMINAL DE COMUNICAÇÃO PARA O CONTROLADOR DE CHAMADAS 1. Atualmente o IFSC possui terminais de comunicação do fabricante Cisco, modelo SX20; 2. Fornecer uma licença que permita o registro, configuração e operação de uma unidade deste Terminal de Comunicação no “Controlador de Chamadas” ofertado neste grupo; 3. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 12 | LICENÇA DE TRONCO IP (44904005001000046) | LICENÇA | SEM MARCA | R$ 53,31 |
|
LICENÇA DE TRONCO IP EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 13 | LICENÇA DE TRONCO SIP PARA OS GATEWAYS DE VOZ (44904005001000043) | LICENÇA | SEM MARCA | R$ 15.362,60 |
|
LICENÇA DE TRONCO SIP PARA OS GATEWAYS DE VOZ 1. Licença compatível com os equipamentos Gateway de Voz e Gateway de Voz Virtual fornecidos neste grupo; 2. Deve incrementar a capacidade do equipamento, respeitando a capacidade do hardware, em no mínimo: 2.1. 1 (um) tronco SIP 2.2. 30 (trinta) sessões SIP simultâneas; 3. Garantia: 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 14 | LICENÇA PARA CHAMADAS VIA TRAVESSIA DE FIREWALL (44904005001000039) | LICENÇA | SEM MARCA | R$ 7.606,00 |
|
LICENÇA PARA CHAMADAS VIA TRAVESSIA DE FIREWALL 1. Licença compatível com a solução de Travessia de Firewall fornecida no item “Controlador de Chamadas" deste grupo; 2. Deve acrescentar em 1 (um) a quantidade de chamadas simultâneas via travessia de firewall suportadas pela plataforma; 3. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 15 | LICENÇA PARA MODO DE EMERGÊNCIA DO GATEWAY DE VOZ (44904005001000042) | LICENÇA | SEM MARCA | R$ 2.600,00 |
|
LICENÇA PARA MODO DE EMERGÊNCIA DO GATEWAY DE VOZ 1. Licença compatível com o Gateway de Voz fornecido neste grupo; 2. Deve incrementar em 25 (vinte e cinco) a quantidade de ramais gerenciados no modo emergência pelo equipamento, respeitando a capacidade total do hardware; 3. Deve ser garantida atualização de software/firmware do equipamento pelo período do Contrato. 4. Garantia: 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 16 | MÓDULO E1 PARA O GATEWAY DE VOZ (44905247001000001) | PEÇA | CISCO | R$ 11.840,00 |
|
MÓDULO E1 PARA O GATEWAY DE VOZ 1. Módulo compatível e homologado para ser utilizado no equipamento Gateway de Voz fornecido neste grupo; 2. Deve possuir no mínimo 1 (uma) interface padrão digital E1 para interconexão com a Rede Pública de Telefonia; 2.1. Esta interface deve atender os padrões brasileiros garantindo sua compatibilidade e perfeito funcionamento com a rede pública de telefonia; 3. Deve ser fornecido um cabo adequado para conexão com a operadora; 4. Deve incluir licenciamento e todos acessórios necessários para permitir 30 (trinta) ligações simultâneas; 5. Garantia 36 meses. EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 17 | MÓDULO PARA O GATEWAY GSM (44905247001000003) | PEÇA | UTECH | R$ 2.600,00 |
|
MÓDULO PARA O GATEWAY GSM 1. Módulo compatível e homologado para ser utilizado em conjunto com o equipamento “Gateway GSM” fornecido neste grupo, atendendo todos requisitos deste; 2. Deve possuir capacidade para 2 (dois) chips GSM; 3. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para o IFSC; 4. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 18 | PLACA INTERFACE 16 RAMAIS ANALÓGICOS (3017003000972) | PEÇA | INTELBRAS | R$ 1.032,58 |
|
PLACA INTERFACE 16 RAMAIS ANALÓGICOS (Compatível com as centrais de médio e grande porte especificadas neste grupo) Deverá conter as seguintes especificações técnicas mínimas: - 4 conectores RJ45 (4 ramais por conector); - Corrente média no ramal: 22 mA; - Máxima corrente fornecida pela fonte aos ramais: 2,6 A; - Alimentação do ramal: 36 V; - Alcance das linhas: 1100 ohms (incluindo o telefone). EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 19 | PLACA INTERFACE 8 TRONCOS ANALÓGICOS (FXO) (3017003000971) | PEÇA | INTELBRAS | R$ 978,68 |
|
PLACA INTERFACE 8 TRONCOS ANALÓGICOS (FXO) (Compatível com as centrais de médio e grande porte especificadas neste grupo) - Deve possuir conectores RJ45 para conexão das linhas telefônicas analógicas; - Cada conector poderá disponibilizar até 4 troncos, totalizando 8 troncos analógicos; - Funcionamento conforme requisitos das normas técnicas vigentes da ANATEL; - Ser compatível com as operadoras nacionais de telefonia. EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 20 | SALA VIRTUAL DE REUNIÕES (33904017002000005) | LICENÇA | SEM MARCA | R$ 10.589,30 |
|
SALA VIRTUAL DE REUNIÕES 1. Deve ser fornecido solução de conferência através de salas virtuais de reuniões; 2. Deve ser fornecido uma sala virtual de reuniões com no mínimo as seguintes características: 2.1. Capacidade mínima de 100 (cem) participantes; 2.2. Permitir o acesso desses participantes a partir: 2.2.1. Dos Terminais de comunicação já existentes neste órgão, Cisco SX20, utilizando os protocolos padrões de mercado SIP e/ou H323; 2.2.2. De navegadores de internet (browsers), utilizando protocolo padrão de mercado HTML5 e WebRTC; 2.2.3. De aplicativos gratuitos disponíveis para smartphones e computadores; 2.3. Deve ser possível a gravação de reuniões que ocorram nesta sala virtual, para posterior download; 2.4. Deve ter a função de organizador da reunião, permitindo que este remova participantes da sala, coloque participantes em mudo, fecha a sala impedindo a entrada de novos participantes entre outras funções; 3. Deve possuir integração com o sistema de LMS (Learning Management System) utilizado por este órgão, Moodle, com no mínimo as seguintes características: 3.1. Agendamento de reuniões/aulas (únicas ou recorrentes); 3.2. Professores/Mentores possam ser anfitriões de reuniões/aulas; 3.3. Alunos e demais usuários possam entrar na reunião/aula; 3.4. Reuniões/Aulas que forem gravadas devem ser automaticamente disponibilizadas no Moodle; 3.5. Permitir que Professores/Mentores cadastrem um disponibilidade de horário para tirar dúvidas ao vivo dos alunos. Permitir que os alunos possam reservar um dos horários disponíveis nesta agenda. Ao selecionar um horário, este deve ficar indisponível para reserva por outros alunos. No horário marcado deve ser disponibilizado uma sala para comunicação entre o aluno e o professor; 3.6. Relatório com quantidade de aulas/reuniões agendadas; 3.7. Todas as funcionalidades acimas deve ser disponibilizas na interface do Moodle; 4. Deve ser possível a geração de relatórios com informações da quantidade de reuniões realizadas e a quantidade de participantes nestas reuniões; 5. Solução deve rodar em datacenter do fabricante, possuindo redundância e garantindo a alta disponibilidade da solução; 6. Serviço deve estar ativo pelo período mínimo de 60 meses, renováveis; 7. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 21 | SERVIÇO DE INSTALAÇÃO DA CENTRAL TELEFÔNICA COM TREINAMENTO DO TIPO "HANDSON" (33903958002000016) | SERVIÇO | SEM MARCA | R$ 1.000,00 |
|
SERVIÇO DE INSTALAÇÃO DA CENTRAL TELEFÔNICA COM TREINAMENTO DO TIPO "HANDSON" --> Serviço de instalação da Central Telefônica com treinamento do Tipo "HandsOn" para técnicos in loco, contemplando: 1 - Instalação/substituição da Centra Telefônica, com todos seus ramais e troncos. 2 - Provisionamento de acesso a interface da central, com IP local do Campus e teste de acesso web; 3 - Ativação e remanejamento físico de ramais; Criação de usuários, senhas e bloqueios para ramais; 4 - Operação do tarifador, demonstrando na prática a criação de relatórios e extração de dados; 5 - Documentar códigos de captura de chamadas, acesso a linha externa, transbordo e demais demandas do Campus a ser instalado. 6 - Relatório do procedimento realizado a ser enviado através de e-mail para gestores. O treinamento deve ser impreterivelmente agendado com o Técnico de TI designado do Campus, contemplando 2 (duas) horas de explicação prática e o mesmo período para dúvidas. EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 22 | SERVIÇO DE INSTALAÇÃO DA INFRAESTRUTURA (33904021006000041) | SERVIÇO | SEM MARCA | R$ 44.980,30 |
|
SERVIÇO DE INSTALAÇÃO DA INFRAESTRUTURA 1. Este serviço deve englobar o serviço de instalação, configuração e customização da solução fornecida neste grupo; 2. Este serviço deverá ser executado on-site em Florianópolis – SC; 3. Envolve a configuração do “Controlador de Chamadas” fornecido neste grupo, de acordo com as melhores práticas recomendadas pelo fabricante. Deve ser configurado e garantida a segurança da solução; 4. No mínimo as seguintes configurações devem ser realizadas: 4.1. Configurações Básicas conforme melhores práticas do fabricante; 4.2. Plano de discagem; 4.3. Rota de Menor Custo; 4.4. Grupos de Captura; 4.5. Recurso de conferência; 4.6. Música em espera; 4.7. Redundância; 4.8. Mensagens Instantâneas; 4.9. Travessia de Firewall; 4.10. Criptografia das Chamadas; 4.11. Registro e configuração dos terminais de comunicação existentes neste órgão na plataforma oferecida; 4.12. Instalação e configuração da solução “Tarifador” fornecidade neste grupo; 4.13. Configuração dos Terminais de Comunicação; 4.14. Configuração das Salas Virtuais de Reuniões 4.15. Configuração da integração da Sala Virtual com o Moodle; 4.16. Instalação e configuração do Gateway GSM e seus módulos; 4.17. Demais parâmetros que forem alinhados na reunião de pré-projeto; 5. Após a configuração devem ser realizados testes para validar as configurações realizadas. 6. Todos os parâmetros a serem configurados deverão ser alinhados entre as partes em reuniões de pré-projeto, reunião esta que pode ser por telefone ou webconferência, devendo a contratada sugerir as configurações de acordo com normas e boas práticas, cabendo a contratante a aceitação ou não; 7. Esta reunião de pré-projeto deve resultar num documento tipo SOW (em tradução livre, escopo de trabalho) elaborado pela CONTRATADA. Neste documento devem conter a relação de produtos; descrição e quantidades de equipamentos e serviços; descrição da infraestrutura atual e desejada; detalhamento dos serviços que serão executados; premissas do projeto; local, horários e condições de execução dos serviços; pontos de contato da contratante e contratada; cronograma faseado do projeto, divido em etapas, com responsáveis e data e início e fim (se aplicável); relação da documentação a ser entregue ao final da execução dos serviços; responsabilidade da contratante e contratada; plano de gerenciamento de mudanças; itens excluídos no projeto; e termo de aceite. Os serviços não poderão ser iniciados antes da apresentação e assinatura de concordância de ambas as partes; 8. Devem estar incluídas todas as despesas com deslocamento, alimentação e estadia para realização dos serviços nos locais (onsite) de presença da contratante; 9. Ao final da configuração, deverá ser realizado um repasse de informações hands-on, com 2 horas de duração, apresentando as configurações realizadas nos equipamentos; 10. Os serviços devem ser realizados por técnico certificado pelo fabricante do equipamento; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 23 | SERVIÇO DE INSTALAÇÃO DE INFRAESTRUTURA EM CAMPUS (33904021006000042) | SERVIÇO | SEM MARCA | R$ 11.209,30 |
|
SERVIÇO DE INSTALAÇÃO DE INFRAESTRUTURA EM CAMPUS 1. Este serviço deve englobar o serviço de instalação, configuração e customização dos seguintes itens deste grupo: a. Gateway de Voz com módulo E1 b. Gateway de Voz c. Licença para “Modo de Emergência” do Gateway de Voz; d. Licença de Tronco SIP e. Terminal de Comunicação – Tipo I f. Terminal de Comunicação – Tipo II g. Terminal de Comunicação – Tipo III 2. Este serviço será executado on-site, em UM dos campus deste órgão; 3. Deve ser instalado nos locais definidos por este órgão; 4. Os serviços devem ser realizados por técnico com certificação técnica emitida pelo fabricante dos equipamentos; 5. No mínimo as seguintes configurações devem ser realizadas: a. Instalação, configuração e testes do Gateway de Voz; b. Configurações para integração com o Controlador de Chamadas; c. Plano de discagem; d. Rota de Menor Custo; e. Grupos de Captura; f. Recurso de conferência; g. Música em espera local; h. Criptografia das Chamadas; i. Configuração do entroncamento E1; j. Configuração de entroncamento SIP; k. Configuração e testes do modo de emergência; l. Instalação e configuração dos Terminais de Comunicação; m. Demais parâmetros que forem alinhados na reunião de pré-projeto 6. Ao final da instalação deverá ser realizado, para cada equipamento instalado, um repasse de informações hands-on com pelo menos 2 horas de duração, demonstrando o correto funcionamento das funcionalidades solicitadas e apresentando as configurações realizadas nos equipamentos; 7. Este órgão irá fornecer pontos elétricos e lógicos necessários para a instalação dos equipamentos, assim como a configuração dos ativos de rede para o pleno funcionamento da solução; 8. Todos os parâmetros a serem configurados deverão ser alinhados entre as partes em reuniões de pré-projeto, reunião esta que pode ser por telefone ou webconferência, devendo a contratada sugerir as configurações de acordo com normas e boas práticas, cabendo a contratante a aceitação ou não; 9. Esta reunião de pré-projeto deve resultar num documento tipo SOW (em tradução livre, escopo de trabalho) elaborado pela CONTRATADA. Neste documento devem conter o objetivo dos serviços, as atividades que serão realizadas, os prazos estimados para cada atividade, as diretrizes dos serviços que serão realizados, os locais de execução, as informações necessárias, os padrões que serão aplicados, o nome do(s) gerente(s) de projetos responsável e do(s) técnico(s) responsável(is) pela execução dos serviços. Os serviços não poderão ser iniciados antes da apresentação e assinatura de concordância de ambas as partes; 10. Os preços devem refletir a instalação, configuração e customização de todos os equipamentos descritos neste item; 11. Devem estar incluídas todas as despesas com deslocamento, alimentação e estadia para realização dos serviços; 12. Ao término do serviço deve ser fornecido um relatório contendo todas as configurações realizadas de modo a facilitar a administração da solução por este órgão e permitir a continuidade do funcionamento da solução EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 24 | TARIFADOR (44904005001000044) | LICENÇA | SEM MARCA | R$ 20.062,60 |
|
TARIFADOR 1. O sistema de tarifação deverá operar em sistema operacional Windows 2016 Server ou superior. O Sistema Automático de Tarifação e Bilhetagem deverá armazenar suas informações em banco de dados relacional que deve ser entregue junto com a solução; 3. Funcionalidade WEB: acesso disponível, a partir de qualquer ponto da rede, às consultas gráficas e relatórios via browser; 4. O Sistema deverá seguir a filosofia baseada no controle por USUÁRIO, os quais poderão acessar os relatórios e/ou gráficos a partir de qualquer estação (windows ou linux) na rede Intranet, via Web-Browser, através do uso de senha de autenticação, segundo o PERFIL que será estabelecido pela CONTRATANTE para os usuários. Para maior segurança das estações e servidor não será permitida a instalação de aplicativos ou componentes necessários para emular o ambiente web, como Active-X, por exemplo. O sistema deverá permitir a associação do usuário a um ou mais ramais e /ou uma ou mais senhas. 5. O sistema deverá permitir a criação de perfis diferenciados de acesso, com permissões por usuário. 6. Tarifação on-line: o Sistema Automático de Tarifação e Bilhetagem deverá atribuir valor monetário imediatamente, ao receber as informações dos bilhetes telefônicos, conforme as tabelas das operadoras. 7. Retarifação automática: a retarifação deverá ser automática e imediata, ou seja, recalculada imediatamente a partir do momento em que uma alteração diretamente relacionada com o custo da ligação ocorra. 8. Relatórios via Intranet: o Sistema Automático de Tarifação e Bilhetagem deverá possibilitar o acesso a qualquer informação via browser. 9. Os relatórios deverão permitir a geração nos formatos HTML, TXT, Excel, Word e PDF. 10. Agendamento de Tarefas: O sistema deverá permitir o agendamento de emissão de relatórios periódicos, exportação dos dados das ligações, fechamento da tarifação, ou seja, no momento definido o próprio sistema se incumbirá de executar a atividade previamente agendada. 11. Cópia de segurança compacta e programável: o sistema deverá ter uma rotina interna de backup automática, cuja periodicidade pode ser programada. 12. O sistema deverá controlar o histórico de utilização de cada ramal por usuário. 13. O sistema deverá efetuar a coleta dos bilhetes gerados pelos PABXs e/ou equipamentos IP e os tarifar e processar de forma centralizada. 14. O sistema deverá possuir um recurso de Controle de Gastos, onde poderão ser definidos valores de gastos por usuário e/ou departamentos e o sistema deverá enviar notificações periódicas indicando se o usuário está dentro ou fora de sua meta (budget), seja essa notificação por uma porcentagem de consumo ou por uma tendência de consumo. 15. O sistema deverá possuir um recurso que permita a monitoração do andamento do sistema. Esta janela deverá alertar o usuário de eventuais falhas em alguma aplicação ou serviço da solução. Paralelamente, a solução de gerenciamento de falhas deverá enviar alertas por email ou visuais para os responsáveis, por cada evento defeituoso. O próprio recurso de monitoramento deverá tentar restabelecer os serviços que caírem. 16. A coleta dos bilhetes deverá ser efetuada através da rede, de forma automática, com a geração de alarmes quando da falha na coleta dos bilhetes, com envio de mensagem eletrônica. 17. O sistema deverá possuir no mínimo os seguintes relatórios: Relatórios flexíveis, com informações de identificação de usuários, ramais (origem e destino), tempo e data de cada chamada, centro de custo, Grupos de Usuários, custo da ligação, relatórios de tráfego (tráfego de entrada ou de saída, tráfego de por rota ou por ramal), etc.; 18. O Sistema deverá permitir a observação de dados de tráfego, de tal forma que possibilite a medição e registros diários, relatório de tráfego na Hora e Dia de Maior Movimento, em forma de relatórios específicos para análise de custos, ocupação de troncos e ramais, duração de chamadas e avaliação do nível de serviço em períodos pré-determinados. 19. O Sistema deverá permitir a simulação de Tráfego em cima das informações fornecidas pela observação citada anteriormente e indicar o número ideal de Troncos e/ou links necessários para correto dimensionamento da central. 20. O Sistema deverá permitir a geração de Gráficos comparativos entre os centros de custo do órgão, mostrando a evolução dos últimos 13 meses. Essa evolução deverá ser apresentada por: Custo das ligações, Quantidade de ligações e Duração das ligações e também Usuário por Plano de Serviço e Centro de Custo por Planos de Serviço. 21. O Sistema deverá possuir recurso para permitir que o próprio usuário valide as ligações particulares via Web Browser e que as mesmas sejam cadastradas automaticamente no banco de dados. 22. O sistema deve incluir a atualização automática mensal via Internet das tarifas, prefixos, localidades e novos planos praticados e publicados pelas operadoras e homologadas pela ANATEL. 23. Tabela de tarifas flexível e configurável. 24. Deve estar dimensionado e licenciado para 1100 ramais; 25. Deve ser compatível com o “Controlador de Chamadadas” fornecido neste grupo; 26. Garantia de 60 (sessenta) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 25 | TELEFONE IP - TIPO I (44905247001000015) | EQUIPAMENTO | INTELBRAS | R$ 410,22 |
|
TELEFONE IP - TIPO I--> Características mínimas: 1 - Compatível com soluções de PABX IP, desenvolvido sob plataformas abertas com uso de software livre e qualidade de áudio em HD; 2 - Compatível com serviços de telefonia providos com a tecnologia VoIP (Voz sobre IP) pelas operadoras de telefonia fixa e telefonia via internet, não necessitando de equipamentos auxiliares adicionais. 3 - Suportar pelo menos 4 contas SIP; 4 - Efetuar e receber ligações diretamente do aparelho utilizando apenas o teclado numérico e retirada do fone da posição de “gancho”, dispensando a necessidade de teclas especiais como TALK e SEND. 5 - Painel com display gráfico de cristal líquido, alfanumérico, com luz de fundo e dimensões aproximadas de 128 x 64 pixels, bem como deverá permitir customizar o logotipo do display; 6 - Possuir duas interfaces Ethernet com conector RJ-45, sendo compatível com os padrões ANSI/IEEE 802.3, Fast Ethernet 100 BASE-TX com velocidade de transmissão de 10/100 Mbps, auto-sensing configurável para ativo ou inativo, sendo umas das portas para conexão a um ponto da rede local (WAN) e a outra porta para conexão a um terminal do tipo PC (LAN); 7 - As portas ethernet disponíveis devem funcionar no modo switch, eliminando a necessidade de um switch externo adicional e permitindo a implementação de VLAN’s distintas para o tráfego de dados (terminal PC) e de voz (telefone IP). 8 - Deve ainda possibilitar sua utilização no modo bridge; 9 - Possuir porta destinada a conexão com o equipamento concentrador compatível com padrão IEEE802.3af (Power over Ethernet); 10 - Configurado com o protocolo SIP (Session Initiation Protocol) versão 2.0 (RFC 3261) e suporta até 4 contas SIP; 11 - Permitir atualizações automáticas de firmware e demais versões de software, enquanto estiver em fase de garantia; 12 -Compatível com os seguintes protocolos de Rede: IP, TCP, UDP, HTTP, HTTPS, cliente DHCP, cliente DNS, VLAN 802.1q, NTP (Network Time Protocol), RTP (Real Time Protocol) e SRTP. 13 - Compatível com os codec’s de áudio: G.711 u-law/a-law, G.722, G.726, G.729 e iLBC; 14 - Permitir endereçamento IP dinâmico, com atribuição de endereços de rede por DHCP, e endereçamento IP estático, através da configuração manual; 15 - Fornecer suporte ao STUN (Simple Transversal UDP over NAT) para permitir interconexão de redes distintas, com NAT, através do protocolo SIP; 16 - Fornecer qualidade de serviço: QoS, DSCP, TOS, VAD (Voice Active Detection), inserção de ruído de conforto (ruído de silêncio) e cancelamento de eco. 17 - Possuir possibilidade de instalação em mesa ou parede; 18 - Deverá suportar ao menos 2 módulos expansores de teclas; 19 - Possuir fonte PoE; 20 - Possuir fonte externa chaveada do tipo bivolt (100 a 240 VAC), de 50 a 60 Hz de forma automática, com consumo máximo de 3 W; 21 - Deve ser fornecido preferencialmente na cor preta; 22 - Das facilidades do aparelho: 22.1 - Discagem; 22.2 - Rediscagem; 22.3 - Discagem rápida; 22.4 - Visualização de dígitos discados e identificação de chamadas; 22.5 - Ajuste do volume da campainha, monofone (recepção), viva-voz e headset; 22.6 - Transferência com e sem consulta (assistida e pendular); 22.7 - Plano de discagem configurável; 22.8 - Captura de ramal, grupo e geral; 22.9 - Estacionamento de chamadas; 22.10 - Gravação de chamadas; 22.11 - Call Return; 22.12 - Sinalização sonora de campainha e através de LED; 22.13 - Monitoramento, discagem e captura de chamadas através de BLF; 22.14 - Permitir importar e exportar as configurações do aparelho; 22.15 - Filtro para bloqueio de chamadas (Lista Negra); 22.16 - Teclas programáveis para acesso rápido às facilidades do PABX; 22.17 - Conferência a três; 22.18 - Intercom, possibilitando acessar de forma rápida à telefonista ou secretária; 22.19 - Teclado numérico compatível com telefone padrão (0 a 9, * e #) com teclas de navegação do menu, de Flash, Rediscagem (Redial), Mute; 22.20 - A tecla Mute deverá ainda possuir sinalização de uso através de ícone no display; 22.21 - Hold (chamada em espera); 22.22 - Não perturbe (DND); 22.23 - Registro de chamadas efetuadas, atendidas, desviadas e não atendidas; 22.24 - Agenda com possibilidade de registrar, no mínimo, 99 contatos; 22.25 - Toques personalizados; 22.26 - Desvios com pelo menos as opções sempre, se ocupado e se não atende; 22.27 - Rechamada (Recall) com tecla dedicada; 22.28 - Bloqueio de teclado; 22.29 - Ajuste automático via NTP e manual de horário; 22.30 - Viva-voz Full Duplex, permitindo a conversação em viva-voz nos dois sentidos, sem cortes ou interrupções; 22.31 - Entrada RJ9 dedicada para headset; 22.32 - No mínimo 10 teclas programáveis de DSS para incorporar funções (discagem rápida, BLF, Intercom, estacionamento, captura (ramal, grupo e geral), gravação de chamadas, Desvio e Call return), com LED’s bicolor; 22.33 - Deve possuir ainda teclas dedicadas para realização de conferência, acesso ao correio de voz e viva-voz com sinalização através de LED e de operação com headset sinalizada por LED e indicação no display; 22.34 - Possuir recursos de configuração totalmente em português, utilizando o teclado/LCD do próprio aparelho e interface gráfica via navegador Web; 22.35 - Dispõe de sistema de autoconfiguração, comandada de forma manual ou automática, onde o aparelho busca as configurações em servidor específico para este fim; 22.36 - Atualizar firmware e demais versões de software de forma automática ou manual; 22.37 - Possuir os tons DTMF (In-band, RFC2833, SIP Info), tom de ring, tom de ringback (tom de controle de chamada), tom de discagem, tom de ocupado, tom de número inexistente e bip de chamada em espera; 22.38 - Permitir configuração do evento de flash por invite ou DTMF (SIP INFO ou RFC 2833); 22.39 - Permitir controle de nível de acesso às configurações do aparelho, considerando as configurações de sistema e funcionalidades operacionais, através de senha de acesso para administrador; 22.40 - Monitorar por inscrição e recebe notificações de estado de outro dispositivo SIP, através dos mecanismos SUBSCRIBE/NOTIFY, conforme definido na RFC 3265, de forma que oferece suporte a mecanismos de monitoração de outros aparelhos SIP por meio de sinais luminosos de indicação dispostos sobre o aparelho; 22.41 - Certificado e homologado conforme requisitos das normas técnicas vigentes da ABNT e Anatel. 22.42 - O produto deverá ser do mesmo fabricante da central telefônica utilizada para garantia de total integração do sistema VoIP e deve vir acompanhado pelo menos por monofone e cabo de conexão espiral, patch cord de comprimento mínimo de 1,5 metros, com conector RJ45 nas pontas, fonte bivolt conforme especificação e manual do usuário em português. MODELO DE REFERÊNCIA: TIP 425 INTELBRAS EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 26 | TELEFONE IP - TIPO II (44905247001000016) | EQUIPAMENTO | INTELBRAS | R$ 185,37 |
|
TELEFONE IP - TIPO II--> Características mínimas: 1 - Compatível com soluções de PABX IP, desenvolvido sob plataformas abertas com uso de software livre e qualidade de áudio em HD; 2 - Compatível com serviços de telefonia providos com a tecnologia VoIP (Voz sobre IP) pelas operadoras de telefonia fixa e telefonia via internet, não necessitando de equipamentos auxiliares adicionais; 3 - Suportar ao menos uma conta SIP; 4 - Efetuar e receber ligações diretamente do aparelho utilizando apenas o teclado numérico e retirada do fone da posição de “gancho”, dispensando a necessidade de teclas especiais como TALK e SEND; 5 - Deverá possui painel com display de cristal líquido, alfanumérico, monocromático, com dimensões aproximadas de 128 x 32 pixels e possuir backlight; 6 - Possuir, no mínimo, duas interfaces Ethernet com conector RJ-45, sendo compatível com os padrões ANSI/IEEE 802.3, Fast Ethernet 100 BASE-TX com velocidade de transmissão de 10/100 Mbps e auto-sensing configurável, permitindo utilizar uma das portas para conexão a um ponto da rede local (WAN) e a outra para conexão a um terminal do tipo PC (LAN); 7 - As portas ethernet disponíveis devem funcionar em modo switch, eliminando a necessidade de um switch externo adicional e permitindo a implementação de VLAN’s distintas para o tráfego de dados (terminal PC) e de voz (telefone IP); 8 - Deverá ser configurado inicialmente com o protocolo SIP (Session Initiation Protocol) versão 2.0 (RFC 3261), sendo este o protocolo de sinalização principal; 9 - O fabricante deverá disponibilizar atualizações automáticas de firmware e demais versões de software, enquanto estiver em fase de garantia; 10 - Compatível ao menos com os seguintes protocolos de rede: IP, TCP, UDP, HTTP, HTTPS, cliente DHCP, cliente DNS, VLAN 802.1q, NTP (Network Time Protocol), RTP (Real Time Protocol), SRTP (suporte a segurança de chamada); 11 - Deverá ser compatível ao menos com os codec’s de áudio: G.711 u-law/a-law e G.729; 12 - Deve ainda permitir criptografia de voz (SRTP, TLS); 13 - Permitir endereçamento IP dinâmico (DHCP) ou endereçamento IP estático (manual); 14 - Deverá fornecer suporte ao STUN (Simple Transversal UDP over NAT) para permitir interconexão de redes distintas, com NAT, através do protocolo SIP; 15 - Fornecer qualidade de serviço através de protocolos e funções como QoS, TOS, VAD (Voice Active Detection), inserção de ruído de conforto (ruído de sliêncio) e cancelamento de eco, conforme padrões G.165 e G.168; 16 - Deverá possuir suporte as seguintes entradas de alimentação: fonte externa chaveada do tipo bivolt automática (100/240 Vac – 60 Hz) ou através de PoE (power over ethernet) definido pelo padrão IEEE 802.3af, sendo este integrado ao aparelho, e com consumo máximo de 3 W; 17 - O aparelho deverá ser fornecido com fonte de alimentação externa; 18 - Deve ser fornecido preferencialmente na cor preta; 19 - Garantia 12 meses; 20 - Das facilidades mínimas do aparelho: 20.1 - Discagem; 20.2 - Rediscagem; 20.3 - Ajuste de volume de toque de campainha (ring), do volume através de teclas dedicadas; 20.4 - Visualização dos dígitos discados e identificação de chamadas; 20.5 - Registro de chamadas efetuadas, atendidas, desviadas e não atendidas; 20.6 - Agenda com registro de no mínimo 90 contatos; 20.7 - Transferência com e sem consulta (assistida e pendular); 20.8 - Filtro para bloqueio de chamadas; 20.9 - Hotline; 20.10 - Permite importar e exportar as configurações do aparelho; 20.11 - Plano de discagem configurável; 20.12 - Conferência; 20.13 - Hold (chamada em espera); 20.14 - Não perturbe (DND); 20.15 - Ajuste de horário automático via NTP e manual; 20.16 - Ring personalizado; 20.17 - Desvios com pelo menos as opções sempre, se ocupado e se não atende; 20.18 - Teclado numérico compatível com telefone padrão (0 a 9, * e #) com teclas de navegação do menu (cima, baixo, Ok, voltar, por exemplo), de Flash, Rediscagem (Redial), Mute com sinalização por led; 20.19 - Deve possuir ainda teclas dedicadas para realização de viva-voz, acesso ao correio de voz com sinalização através de LED e de operação com headset sinalizada por LED, bem como ícones de indicação no display; 20.20 - Sinalização de campainha por LED; 20.21 - Viva-voz Full Duplex, permitindo a conversação em viva-voz nos dois sentidos, sem cortes ou interrupções e qualidade HD; 20.22 - Entrada RJ9 dedicada para headset; 20.23 - Pelo menos 10 posições de memória para discagem rápida; 20.24 - Deverá possuir recursos de configuração totalmente em português, utilizando o teclado do próprio aparelho ou ainda através de interface gráfica via navegador web; 20.25 - Atualizar firmware e demais versões de software de forma automática ou manual; 20.26 - Possuir ao menos os tons DTMF (In-band, RFC2833, SIP INFO), tom de ring, tom de ring back (tom de controle de chamada), tom de discagem, tom de ocupado, tom de número inexistente, bip de chamada em espera; 20.27 - Permitir configuração do evento de flash por convite ou DTMF; 20.28 - Permitir controle de nível de acesso às configurações do aparelho, considerando as configurações de sistema e funcionalidades operacionais, através de senha de acesso para administrador; 20.29 - Deverá possuir certificação Anatel; 20.30 -Deverá vir acompanhado de pelo menos monofone e cabo de conexão espiral, patch cord, fonte bivolt conforme especificação e manual do usuário em português. EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 27 | TELEFONE IP - TIPO III (44905247001000017) | EQUIPAMENTO | INTELBRAS | R$ 1.910,69 |
|
TELEFONE IP - TIPO III --> Características mínimas: 1 - Telefone com suporte a chamadas de vídeo, deverá possuir display colorido e touch screen, interface de rede Gigabit e pelo menos 20 teclas virtuais programáveis. 2 - Deverá possuir Poe integrado e ao menos uma porta USB e suporte a cartão SD. 3 - Compatível com soluções de PABX IP, desenvolvido sob plataformas abertas com uso de software livre e qualidade de áudio em HD; Utilização do protocolo SIP 2.0 4 - Compatível com serviços de telefonia providos com a tecnologia VoIP (Voz sobre IP) pelas operadoras de telefonia fixa e telefonia via Internet, não necessitando de equipamentos auxiliares adicionais; 5 - Suporta pelo menos 6 contas SIP; 6 - Efetuar e recebe ligações diretamente do aparelho utilizando apenas o teclado numérico e retirada do fone da posição de “gancho”, dispensando a necessidade de teclas especiais como TALK e SEND; 7 - Ao retirar o monofone do gancho, habilitar o viva voz ou headset automaticamente aparecerá o teclado alfanumérico para realização de uma chamada de voz ou vídeo; 8 - Efetua e recebe ligações de áudio e vídeo diretamente do aparelho; 9 - Painel com display LCD touch screen capacitivo de 7 polegadas (800 x 480), colorido e com luz de fundo, bem como deverá permitir customizar o logotipo e as cores do display 10 - Câmera para videochamada com qualidade de até 720p, com posição ajustável e 1,3MP CMOS; 11 - O visor do aparelho deve ao menos mostrar o aumento ou diminuição do volume e todas as mensagens apresentadas no display do aparelho devem ser em português; 12 - Possui, no mínimo, duas interfaces Ethernet com conector RJ-45, sendo compatível com o padrão IEEE 802.3, Gigabit Ethernet 10/100/1000 BASE-TX com velocidade de transmissão de 10/100/1000 Mbps, configurável para ativo ou inativo, permitindo utilizar uma das portas para conexão a um ponto da rede local (WAN) e a outra para conexão a um terminal do tipo PC (LAN); 13 - Suporte a PoE e atende a norma IEEE 802.3af em sua interface WAN; 14 - As portas ethernet disponíveis devem funcionar no modo switch, eliminando a necessidade de um switch externo adicional e permitindo a implementação de VLAN’s distintas para o tráfego de dados (terminal PC) e de voz (telefone IP); 15 - Deve ainda possibilitar sua utilização no modo bridge; 16 - Possuir porta destinada a conexão com o equipamento concentrador compatível com padrão IEEE802.3af (Power over Ethernet); 17 - Configurado inicialmente com o protocolo SIP (Session Initiation Protocol) versão 2.0 (RFC 3261), sendo este o protocolo de sinalização principal, devendo suportar no mínimo 6 contas SIP; 18 - Permitir atualizações automáticas de firmware e demais versões de software, enquanto estiver em fase de garantia; 19 - Ser compatível ao menos com os seguintes protocolos de rede: IP, PPPoE, TCP, UDP, ARP, HTTP, HTTPS, cliente DHCP, cliente DNS, VLAN 802.1q, SNTP (Simple Network Time Protocol), RTP (Real Time Protocol) e RTCP (Real Time Control Protocol), SRTP e SIPS (suporte a segurança de chamada); 20 - Ser compatível com os Codec’s de áudio: G.711 u-law/a-law, G.722, G.723, G.729, iLBC e AMR; 21 - Ser compatível com os Codec’s de vídeo: H.264, H.263. 22 - Possuir criptografia de voz (SRTP, TLS); 23 - Permitir endereçamento IP dinâmico, com atribuição de endereços de rede por DHCP e endereçamento IP estático, através da configuração manual; 24 - Fornecer suporte ao STUN (Simple Transversal UDP over NAT) para permitir interconexão de redes distintas, com NAT, através do protocolo SIP; 25 - Fornecer qualidade de serviço: QoS/CoS 801.1p/d, TOS, VAD (Voice Active Detection), inserção de ruído de conforto (ruído de silêncio); 26 - Possuir fonte externa chaveada do tipo bivolt (100 a 240 Vac), de 50 a 60 Hz de forma automática, com tensão de 12V; 27 - Deve ser fornecido preferencialmente na cor preto; 28 - Acesso a e-mail, calendário, agenda e navegador de Internet 29 - Das facilidades do aparelho: 29.1 - Discagem; 29.2 - Rediscagem; 29.3 - Discagem rápida; 29.4 - Menu bilingui, pelo menos em português e inglês; 29.5 - Ajuste do volume da campainha, monofone (recepção), viva-voz e headset; 29.6 - Visualização dos dígitos discados e identificação de chamadas; 29.7 - Registro de pelo menos 1000 chamadas originadas, atendidas, não atendidas e desviadas; 29.8 - Agenda com possibilidade de registrar, no mínimo, 1000 contatos; 29.9 - Transferência com e sem consulta (assistida e pendular); 29.10 - Hotline; 29.11 - Plano de discagem configurável; 29.12 - Captura de ramal, grupo e geral; 29.13 - Estacionamento de chamadas; 29.14 - Gravação de chamadas; 29.15 - Call Return; 29.16 - Monitoramento, discagem e captura de chamadas através de teclas BLF com sinalização por luz verde e vermelha; 29.17 - 29.10 - Permite importar e exportar as configurações do aparelho; 29.18 - Filtro para bloqueio de chamadas (Lista Negra); 29.19 - Teclas programáveis para acesso rápido às facilidades do PABX; 29.20 - Conferência a três com ou sem vídeo; 29.21 - No mínimo 20 teclas programáveis de DSS virtuais para incorporar funções (discagem rápida, BLF, Intercom), com sinalização por cor verde e vermelho; 29.22 - Possibilidade de configuração de teclas programáveis com o comando RTSP, que permite visualizar imagens em tempo real de câmeras de segurança. 29.23 - Ajuste de horário automático via NTP e manual; 29.24 - Ao menos 10 toques customizáveis; 29.25 - Desvios com pelo menos as opções sempre, se ocupado e se não atende; 29.26 - Teclado numérico compatível com telefone padrão (0 a 9, * e #) com teclas de navegação do menu, de Flash, Rediscagem, Mute; 29.27 - A tecla mute deverá ainda possuir sinalização de uso através de ícone no display; 29.28 - Porta USB, micro USB, cartão SD até 32 GB e saída HDMI. 29.29 - Sinalização de campainha por LED; 29.30 - Viva-voz Full Duplex, permitindo a conversação em viva-voz nos dois sentidos, sem cortes ou interrupções e qualidade HD; 29.31 - Entrada RJ9 dedicada para headset; 29.32 - Possuir recursos de configuração totalmente em português, utilizando o teclado do próprio aparelho ou ainda através de interface gráfica via navegador Web; 29.33 - Dispor de sistema de autoconfiguração, comandada de forma manual ou automática, onde o aparelho busca as configurações em servidor específico para este fim; 29.34 - Atualizar firmware e demais versões de software de forma automática ou manual; 29.35 - Possuir ao menos os tons DTMF (In-band, RFC2833, SIP INFO), tom de ring, tom de ring back (tom de controle de chamada), tom de discagem, tom de ocupado, tom de número inexistente, bip de chamada em espera; 29.36 - Permitir configuração do evento de flash por invite ou DTMF; 29.37 - Permitir controle de nível de acesso às configurações do aparelho, considerando as configurações de sistema e funcionalidades operacionais, através de senha de acesso para administrador; 29.38 - Monitorar por inscrição e recebe notificações de estado de outro dispositivo SIP, através dos mecanismos SUBSCRIBE/NOTIFY, conforme definido na RFC 3265, de forma que oferece suporte a mecanismos de monitoração de outros aparelhos SIP por meio de sinais luminosos de indicação dispostos sobre o aparelho; 29.39 - Certificado e homologado conforme requisitos das normas técnicas da Anatel; 29.40 - O produto deverá vir acompanhado pelo menos por monofone e cabo de conexão espiral, patch cord com conector RJ45 nas pontas, fonte bivolt conforme especificação e manual do usuário em português. 29.41 - Garantia de 12 meses; 29.42 - MODELO DE REFERÊNCIA: TIP 638V INTELBRAS EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 28 | TELEFONE SEM FIO VOIP (44905247001000018) | EQUIPAMENTO | INTELBRAS | R$ 165,79 |
|
TELEFONE SEM FIO VOIP - Identificador de chamadas; - Sistema de comunicação híbrido (analógico, DECT e IP); - Compatível com Item 3 - Grupo 2 - 1 fone - 1 base carregadora - 1 bateria recarregável - 1 cabo de linha telefônica EMPRESA: 30.945.249/0001-30 - MARCIO ANDERSON RODRIGUES COMERCIO E SERVIÇOS DE TELECOMUNICACOES EIRELLI |
||||
| 29 | TERMINAL DE COMUNICAÇÃO – TIPO I (44905247001000007) | EQUIPAMENTO | CISCO | R$ 399,00 |
|
TERMINAL DE COMUNICAÇÃO – TIPO I 1. Terminal de comunicação IP composto por telefone, monofone e acessórios para pleno funcionamento; 2. O conjunto deve ser nativo no protocolo IP. Não serão aceitos equipamentos híbridos com telefonia analógica ou que necessitem de adaptadores externos para o funcionamento; 3. Deve possuir display com resolução mínima de 120x25 pontos. Este display deve prover informações de data e hora, correio de voz, ícone de chamadas perdidas, detalhes da chamada durante uma ligação, histórico de chamadas efetuadas e recebidas e configurações do aparelho; 4. Deve permitir a alimentação de energia através de PoE conforme o padrão IEEE 802.3af (class 1), com consumo máximo de 4W para redução do consumo de energia; 5. Deve implementar protocolo SIP nativamente; 6. Deve possuir duas interfaces Ethernet RJ-45 10/100, sendo uma para conexão a LAN e outro para ligar um computador. Deve funcionar como "Ethernet Switch", permitindo ligar a rede de um computador no telefone compartilhando entre o PC e o telefone um único cabo e uma única porta no switch da rede; 7. Deve suportar LLDP e LLDP-MED; 8. Deve suportar o protocolo TFTP, podendo ser definido dois servidores; 9. Deve suportar DSCP; 10. Deve possuir uma interface RJ-9 para conexão do monofone, de forma que seja fácil a sua substituição em caso de defeito do monofone ou do próprio cabo; 11. Deve permitir a fixação do aparelho na parede. Caso tal recurso não seja nativo no hardware do aparelho, os acessórios para fixação em parede devem ser fornecidos; 12. Deve suportar o idioma Português (Brasil); 13. Deve permitir duas chamadas simultâneas; 14. Deve suportar música em espera; 15. Deve possuir indicador de mensagem em espera no correio de voz; 16. Deve suportar conferência e captura de chamadas; 17. Deve possuir teclas físicas de atalhos específicas para as funcionalidades mais utilizadas: transferência, colocar chamada em espera, rediscar, mudo, volume (mais/menos); 18. Deve possuir a funcionalidade de "viva-voz" (microfone e alto-falante), sendo esta funcionalidade ativada/desativada por uma tecla física específica para este fim. Deve ser possível desabilitar o “viva-voz” no menu de configurações; 19. Deve possuir teclado numérico físico; 20. Deve ser compatível com os codecs G711 e G729; 21. Deve possuir cliente DHCP, permitindo configuração automática de endereçamento IP. Deve suportar também a configuração manual de endereçamento IP; 22. Deve ser gerenciável através de interface web; 23. Deve implementar 802.1x com pelo menos EAP-TLS; 24. Deve ser homologado pela ANATEL; 25. Os equipamentos devem ser totalmente compatíveis com o “Controlador de Chamadas” ofertado neste grupo; 26. Deve ser entregue com todas as licenças necessárias para seu funcionamento com o “Controlador de Chamadas” fornecido neste grupo; 27. Deve ser fornecido em cor neutra (preta ou cinza); 28. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para o IFSC; 29. Garantia de 12 (doze) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 30 | TERMINAL DE COMUNICAÇÃO – TIPO II (44905247001000009) | EQUIPAMENTO | CISCO | R$ 1.990,00 |
|
TERMINAL DE COMUNICAÇÃO – TIPO II 1. Terminal de comunicação IP composto por equipamento com videocâmara, display colorido, monofone e acessórios para pleno funcionamento; 2. O conjunto deve ser nativo no protocolo IP. Não serão aceitos equipamentos híbridos com telefonia analógica ou que necessitem de adaptadores externos para o funcionamento; 3. Deve possuir display colorido com resolução mínima de 800x400 pontos e tamanho mínimo de 5 (cinco) polegadas diagonal. Este display deve prover informações de data e hora, correio de voz, chamadas perdidas, detalhes da chamada durante uma ligação, histórico de chamadas efetuadas e recebidas, configurações do aparelho e vídeo-chamada; 4. Deve possuir câmera acoplada ao equipamento. 5. Deve permitir que o usuário escolha quando iniciar ou parar a transmissão de vídeo da câmera; 6. Deve permitir a alimentação de energia através de PoE conforme o padrão IEEE 802.3af (class 2), com consumo máximo de 7W para redução do consumo de energia; 7. Deve implementar protocolo SIP nativamente; 8. Deve possuir duas interfaces Ethernet RJ-45 10/100/1000, sendo uma para conexão a LAN e outro para ligar um computador. Deve funcionar como "Ethernet Switch", permitindo ligar a rede de um computador no telefone compartilhando entre o PC e o telefone um único cabo e uma única porta no switch da rede; 9. Deve suportar LLDP e LLDP-MED; 10. Deve suportar o protocolo TFTP, podendo ser definido dois servidores; 11. Deve suportar DSCP. Deve ser capaz de aplicar outra VLAN na porta do switch enviada para o computador; 12. Deve possuir uma interface RJ-9 para conexão do monofone, de forma que seja fácil a sua substituição em caso de defeito do monofone ou do próprio cabo; 13. Deve possibilitar utilização de headset com entrada RJ-9 e botão em separado para ativação, permitindo que o usuário "atenda" a chamada pelo headset ou monofone; 14. Deve suportar o idioma Português (Brasil); 15. Deve permitir que o usuário defina o toque (ringtone) de acordo com os pré-definidos no sistema, diretamente pelo telefone; 16. Deve suportar funcionalidade de mobilidade, onde o usuário pode se registrar no telefone através de um usuário e senha para ativar seu ramal neste aparelho; 17. Deve permitir a configuração de 4 (quatro) linhas (ramais) simultâneos; 18. Deve suportar música em espera; 19. Deve possuir LED indicador de mensagem em espera no correio de voz; 20. Deve suportar conferência e captura de chamadas; 21. Deve possuir teclas físicas específicas ou configuráveis para as funcionalidades mais utilizadas: transferência, colocar chamada em espera, rediscar, mudo, volume (mais/menos), conferência; 22. Deve possuir a funcionalidade de "viva-voz" (microfone e alto-falante), sendo esta funcionalidade ligada/desligada por uma tecla física específica para este fim. Deve ser possível desabilitar o “viva-voz” no menu de configurações; 23. Deve possuir teclado numérico físico; 24. Deve ser compatível com os codecs G711 e G729; 25. Deve implementar o protocolo H.264 para as chamadas de vídeo; 26. Deve transmitir e receber vídeo com no mínimo qualidade em alta definição (HD, 720p); 27. Deve possuir cliente DHCP, permitindo configuração automática de endereçamento IP. Deve suporta também a configuração manual de endereçamento IP; 28. Deve ser gerenciável através de interface web; 29. Deve implementar 802.1x com pelo menos EAP-TLS; 30. Deve ser compatível com SRTP usando criptografia AES-128 e TLS usando, no mínimo, criptografia AES-128; 31. A base do aparelho deve permitir no mínimo duas posições de inclinação; 32. Deve ser homologado pela ANATEL; 33. Deve ser fornecido em conjunto com este terminal um softphone; 34. Os telefones IP deverão suportar as opções de DHCP para autoconfiguração; 35. Os equipamentos devem ser totalmente compatíveis com o “Controlador de Chamadas” ofertado neste grupo; 36. Deve ser entregue com todas as licenças necessárias para seu funcionamento com o “Controlador de Chamadas” ofertado neste grupo; 37. Caso o fabricante possua diversas opções de cores, deve ser fornecido na opção de cor mais escura (preta, cinza, etc); 38. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para este órgão; 39. Garantia de 12 (doze) meses; EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
| 31 | TERMINAL DE COMUNICAÇÃO – TIPO III (44905247001000011) | EQUIPAMENTO | CISCO | R$ 25.900,00 |
|
TERMINAL DE COMUNICAÇÃO – TIPO III 1. Terminal de comunicação IP composto por terminal com capacidade de coding/decoding de áudio e vídeo, câmera de vídeo, microfone, painel de controle com tela sensível ao toque (touch) e acessórios para pleno funcionamento do equipamento; 2. O conjunto deve ser nativo no protocolo IP. Não serão aceitos equipamentos que necessitem de adaptadores externos para o funcionamento; 3. O conjunto deve operar em ambientes de arquitetura de hardware dedicada para processamento de vídeo. Não serão aceitas soluções onde a base da arquitetura seja em formato de PC; 4. O conjunto deve permitir fixação em parede ou em uma TV. Todos os acessórios devem ser incluídos; 5. A câmera deve apresentar as seguintes características técnicas: 5.1. Resolução mínima UltraHD (4k) 5.2. Trabalhar com até 60 quadros por segundo; 5.3. Zoom de 2x; 5.4. Campo de visão de no mínimo 120º 6. O equipamento deve implementar nativamente os protocolos SIP e H323; 7. Deve suportar nativamente endereçamento nos protocolos IPv4 e IPv6; 8. Permitir velocidade de comunicação ponto-a-ponto de no mínimo 6Mbps de velocidade; 9. Transmissão de duas fontes independentes de vídeo, utilizando o padrão BFCP – Binary Floor Control Protocol; 10. Deve guardar as informações de últimas chamadas realizadas, recebidas e perdidas; 11. Deve possuir função de chamada em espera (Hold) e transferência de chamada para outro endpoint; 12. Deve acompanhar um microfone de mesa ou embutido no próprio equipamento. 13. Deverá suportar os protocolos de áudio G.711, G.722, G.722.1 e G729; 14. Deverá suportar o protocolo de vídeo H.264; 15. Além da entrada de vídeo da câmera, deve possuir 1 (uma) entrada de vídeo exclusiva para conexão de dispositivos que possam compartilhar conteúdo na videoconferência. Esta entrada deve ser digital com conector HDMI; 16. Deve possuir 1 (uma) saída para conexão do monitor principal, através de conexão digital (HDMI ou DVI), operando com resolução de no mínimo Ultra HD 4K; 17. Equipamento do tipo tudo em um: deve possuir microfone e caixa de som integrados; 18. Deve implementar o protocolo IEEE 802.1Q; 19. Dever possuir uma interface ethernet com velocidade 100 Mbps e conector RJ-45 diretamente no equipamento; 20. Suporte a QoS conforme o padrão IEEE 802.1p com DiffServ; 21. Possuir gerenciamento remoto via HTTPS e SSH; 22. Deve possuir dispositivo Touch de no mínimo 8 polegadas para controle local do equipamento com funções como: discar, atender ou negar chamada, controle de volume, colocar ou tirar os microfones do mudo e mudar os layouts das telas; 23. Deve implementar 802.1x com pelo menos EAP-TLS; 24. Serviço de segurança através de criptografia, baseado nos modelos AES com criação automática de chaves de autenticação; 25. Deve possuir cliente DHCP, permitindo configuração automática de endereçamento IP. Deve suportar também a configuração manual de endereçamento IP; 26. Deve possuir tecnologia de pareamento sem fio com dispositivos como smartphones e computador, de forma a permitir o controle do equipamento através destes dispositivos (por exemplo iniciar uma chamada) bem como o compartilhamento de conteúdo (fora ou durante uma chamada) sem a necessidade de conectar cabos para tal; 27. Permitir o uso de papel de parede customizado, de forma a padronizar todos os terminais que forem adquiridos; 28. O codec deverá possuir fonte de alimentação operando automaticamente em 100 a 240V, 50 e 60Hz; 29. Deve ser homologado pela ANATEL; 30. Os equipamentos devem ser totalmente compatíveis com o “Controlador de Chamadas” ofertado neste grupo 31. Deve ser entregue com todas as licenças necessárias para seu funcionamento com o “Controlador de Chamadas” ofertado neste grupo; 32. Deve permitir a atualização de firmware através do próprio controlador de chamadas; 33. Deve ser garantida atualização de software/firmware do equipamento pelo período de garantia sem custos para este órgão; 34. Garantia de 36 (trinta e seis) meses com primeiro atendimento em até 1 dia útil e envio de peças defeituosas e/ou equipamento em até 3 dias úteis. EMPRESA: 04.892.991/0001-15 - TELTEC SOLUTIONSLTDA |
||||
SIPAC | DTIC - Diretoria de Tecnologia da Informação e Comunicação - (48) 3877-9000 | © UFRN | appdocker1-srv2.appdocker1-inst226/04/2024 13:05