Terça-feira, 28 de Junho de 2016 Edição N 957 Caderno I AVISO DE CHAMADA PÚBLICA DE PESQUISA DE PREÇOS DE MERCADO Nº 005/2016

Transcrição

1 AVISO DE CHAMADA PÚBLICA DE PESQUISA DE PREÇOS DE MERCADO Nº 005/2016 CTM. Objeto: Prestação de serviços de licenciamento de uso e hospedagem em Internet Datacenter de sistema de GESTÃIO DE CONTRATOS ADMINISTRATIVOS. As empresas do ramo interessadas poderão solicitar informações e deverão encaminhar suas cotações de preços até o dia 08 de julho de 2016 através do ctm@ctm.ba.gov.br. Salvador, 27 de julho de LUIZ ALBERTO SILVA MUNIZ Presidente do CTM. 1. DO OBJETO TERMO DE REFERÊNCIA 1.1. A presente chamada pública de pesquisa de preços de mercado tem como objeto a identificação de fornecedores e preços de mercado de prestação de serviços de licenciamento de uso e hospedagem em Internet Datacenter de sistema de gestão de contratos administrativos, para que possa atender os requisitos da legislação vigente sobre acompanhamento, fiscalização e transparência de contratos administrativos, incluído mão de obra de treinamento, implantação presencial e suporte remoto As licenças de uso do sistema de gestão de contratos poderão ser contratadas pelo CTM e municípios consorciados durante a vigência da ata de registro de preços que resultar da licitação a ser realizada na modalidade pregão As empresas interessadas deverão cotar seus preços unitários e mensal conforme faixas de receita arrecadada das Prefeituras do, conforme tabela abaixo: FAIXA RECEITA ARRECADADA EM MILHOES PREÇO MENSAL 1 ATÉ 15 2 DE 15 ATÉ 25 3 DE 25 ATÉ 35 4 DE 35 ATÉ 50 5 DE 50 A 80 6 DE 80 A DE 120 A DE 150 A DE 200 A DE 300 A DE 500 A DE 750 A ACIMA DE SOMA 1

2 A cotação de preços deverá incluir: a) Licenciamento de uso de sistema de gestão de contratos; b) Treinamento; c) Suporte remoto em dias úteis, de 8h às 12h e de 13h às 17h); d) Atualizações; e) Manutenção Corretiva; f) Hospedagem do Software e o armazenamento de dados, informações e documentos cadastrados através do mesmo. 2. COMO O SISTEMA DEVERÁ SER FORNECIDO 2.1. As licenças de uso do sistema de gestão de contratos deverão ser fornecidas instaladas em servidor de aplicação e servidor de banco de dados e hospedadas na modalidade Cloud Computing (nuvem) com redundância, firewall e backup geral e incremental. 3. REQUISITOS FUNCIONAIS OBRIGATÓRIOS 3.1. O sistema de gestão de contratos administrativos deverá ter sido desenvolvido conforme requisitos funcionais obrigatórios a seguir apresentados: Cadastramento de Usuários a) O sistema deve permitir o cadastramento de ilimitados usuários, pertencentes tanto a administração pública quanto aos fornecedores, registrando minimamente: Nome, , CPF, Cargo, Telefone e seu perfil de acesso, que quando definido como Fornecedor, deve estar associado a um Fornecedor cadastrado no sistema Cadastro de Fornecedores a) O sistema deve permitir o cadastramento de ilimitados fornecedores, quando pessoa da natureza Física registrar minimamente: Nome, CPF, Telefone, e Endereço completo. Quando da natureza Jurídica: Razão Social, CNPJ, Responsável Legal, Telefone, e Endereço completo Cadastro de Unidades Gerenciais a) O sistema deve permitir o cadastramento de ilimitadas Unidades Gerenciais, registrando minimamente: Nome e, se necessário, indicar a Unidade Gerencial superior Cadastro de Contratações (Contratos e Termos Aditivos) a) O sistema deve permitir o cadastramento de ilimitadas contratações, registrando minimamente: 2

3 3 I- Do preambulo do Contrato: Contratante, Contratada, Competência, Espécie da contratação, Subespécie da contratação, Número do Processo Administrativo, Unidade Gerencial, Número do Contrato, Início e Fim de Vigência, Objeto da Contratação, Quantidade de dias para emissão de alertas de fim de vigência, Forma de pagamento, Valor Global contratado, Quantidade de parcelas, Forma de contratação, Modalidade/Tipo, Base Legal, Número da Licitação/Contratação Direta e a possibilidade de anexar ilimitados documentos digitais, de qualquer formato e qualquer tamanho. II- Quando a espécie de contratação englobar serviços: O sistema deverá permitir o cadastramento não só do objeto, mas dos serviços contratados, por itens de serviços, decompostos e registrados em Metas, Submetas, Fases, Subfases, Etapas, Subetapas, Atividades, Subatividades, Ações e Subações, respeitando a hierarquia abaixo: Meta Fase, Etapa, Submeta. Fase Etapa, Subfase. Etapa Atividade, Subetapa. Atividade Ação, Subatividade. Ação Subação. Para cada um dos itens de serviços (meta, fase, etapa, atividade e ação e seus desdobramentos), deverá ser possível cadastrar minimamente: descrição detalhada do serviço, limite inicial e final para execução, responsável pela execução (se contratante ou contratada), pessoa responsável pela execução no contratante ou na contratada (deve possuir um módulo para cadastramento independente a qualquer tempo), unidade de medida (deve possuir um módulo para cadastramento independente a qualquer tempo), quantidade total a ser executada/entregue, valor unitário, entregáveis e anotações. Deverá ser possível registrar a execução dos itens de serviços, informando minimamente: a competência, quantidade executada, período de medição (data início e fim), responsável pela verificação, anotações e a possibilidade de anexar documentos. Deverá ser possível aprovar a execução dos itens de serviços a posteriori. Toda execução deverá ser aprovada a posteriori pelo responsável. Também deverá ser possível registrar despachos com anexos por qualquer pessoa com acesso a contratação. 3

4 4 De cada Meta, Submeta, Fase, Subfase, Etapa, Subetapa, Atividade, Subatividade, Ação e Subação determinada, deverá ser possível visualizar o percentual executado em tempo real. A qualquer momento também deverá ser possível incluir novas Metas, Submetas, Fases, Subfases, Etapas, Subetapas, Atividades, Subatividades, Ações e Subações. III- Quando a espécie de contratação englobar bens: O sistema deverá permitir o registro dos produtos por itens, especificando a descrição dos itens e as quantidades contratadas. Deve ser possível cadastrar os itens de produtos em um módulo a parte, registrando minimamente: Nome, Descrição, Tipo (se permanente ou de consumo), Unidade de medida (deve possuir um módulo para cadastramento independente a qualquer tempo), Grupo (deve possuir um módulo para cadastramento independente a qualquer tempo) e Perecibilidade. Para cada item de produto cadastrado deverá ser gerado um código único a partir dos campos Grupo, Tipo, Perecibilidade e Número sequencial. Deverá ser possível, sempre que necessário, registrar o recebimento dos itens de bens contratados, informando minimamente: Data de recebimento, Quantidade recebida, Competência, responsável pelo recebimento, Local de recebimento, Número da Nota Fiscal, Anotações e documentos anexos. Todo recebimento deverá ser aprovado a posteriori pelo responsável. Também deverá ser possível registrar despachos com anexos por qualquer pessoa com acesso a contratação. Quando do registro dos recebimentos, sempre deverá ser possível visualizar tabela resumo constando dos itens contratados, quantidades contratadas, recebidas e a receber. Deverá ser possível anexar documentos a qualquer tempo. IV- Das Faturas e Confirmações de Pagamentos: Deverá ser possível cadastrar as Faturas, registrando minimamente o Número do empenho, Data da solicitação, Número da Nota Fiscal ou Ordem de Serviço, Competência, Valor, Anotações e documentos anexos. 4

5 5 Quando confirmado o pagamento, deverá ser possível esse registro em tela própria, informando minimamente: Data do pagamento, Número do processo de pagamento, Anotações e documentos anexos. Quando do registro das Faturas e Confirmações de Pagamentos, sempre deverá ser possível visualizar tabela resumo constando das datas de solicitações e pagamentos, competências, indicação de Notas Fiscais ou Ordens de Serviços, Valores solicitados ou Pagos, Total Solicitado, Total Pago, Valor Global Contratado e Saldo Contratual. V- Dos Termos Aditivos: O sistema deve permitir o cadastramento de ilimitados termos aditivos, associados a um contrato, de forma a garantir o acesso a todo o histórico da contratação. O sistema deve controlar e não permitir que o usuário informe prazos e valores acima dos permitidos pela legislação vigente. Dos termos que englobam Prazo, deve ser informado minimamente: Número, Início e Fim de Vigência e Observações. Dos termos que englobam Valor, deve ser informado minimamente: Número, Valor Global, Quantidade de Parcelas e Observações. VI- Outros: O sistema deve emitir de forma automatizada, por , alertas de fim de vigência a cada 24h para contratações vigentes e que já adentraram ao prazo de alerta, definido na configuração de cada contratação. Dentro da contratação e a qualquer tempo deve ser possível anexar documentos digitais, classificando-os por tipo. Também deverá ser possível registrar Despachos, nos registros de itens de serviços e itens de bens, contendo uma mensagem e documentos anexos, vinculados a Contratação ou a qualquer registro de execução ou recebimento de bens. Em todos os lugares onde é possível anexar documentos digitais, deve ser possível anexar ilimitados documentos, de qualquer formato e tamanho. Deve ser possível localizar uma contratação através de filtros de pesquisa por Palavra-chave, Contratados, Espécie de contratação, Período, Vigência, Número da contratação, pela existência de documentos anexos, pela existência de registros de 5

6 6 execução, pela existência de termos aditivos e por períodos de fim de vigência. Deve ser possível definir como Favorita qualquer contratação e realizar o filtro por este parâmetro. Deve ser possível ordenar a lista de contratações por início e fim de vigência ou data de cadastro. VII- Dos relatórios Deve ser possível gerar relatórios gerais das contratações a partir dos filtros de pesquisa, sendo estes: Relatório geral de contratações, Relatório Resumido de Contratações e Relatório de Fornecedores. O relatório geral de contratações deve conter dados analíticos e gráficos, por vigência, espécie, formalização e a evolução das contratações, por fim o volume financeiro contratado e o gráfico da evolução financeira mês-a-mês. Sobre cada contratação individualmente, deve ser possível gerar relatórios, quais sejam: Relatório Geral da Contratação, Matriz de Entregáveis, Matriz de Responsabilidades, Planejamento Físico da Execução (Serviços), Planejamento Físico Detalhado (Serviços) - inclui Metas, Submetas, Fases, Subfases, Etapas, Subetapas, Atividades, Subatividades, Ações e Subações) -, Relatório de Execução por Competência (Serviços), Relatório de Execução por Item (Serviços), Relatório de Anotações da Execução por Item (Serviços), Detalhamento Físico da Contratação (Serviços), Relatório Resumido de Execução Física (Serviços), Planejamento Físico x Execução (Serviços), Relatório de Execução por Item (Bens), Relatório de Execução por Nota Fiscal (Bens), Relatório de Saldo de Contratação (Bens), Detalhamento Financeiro, Documentos Digitais Anexos e relatório de Despachos. Deverá permitir a visualização de relatórios em tela e impressão. 4. REQUISITOS NÃO FUNCIONAIS OBRIGATÓRIOS DO SISTEMA 4.1. Ser desenvolvido com tecnologia Web e ser multiusuário; 4.2. Utilizar Sistema Gerenciador de Banco de Dados, podendo ser MySQL, Postgresql, Oracle ou qualquer outro gerenciador seguro e confiável; 6

7 Ser desenvolvido em linguagem de programação CFML, PHP, PYTHON, RUBY ou qualquer outra linguagem de programação interpretada em que possa ser possível acesso ao código fonte; 4.4. Devem existir, no mínimo, dois ambientes de infraestrutura para instalação do sistema. Um ambiente de produção e um ambiente de standby. Deve ser realizada replicação assíncrona dos dados; 4.5. Devem ser implementados como requisitos de segurança para aplicação: Sistema de Firewall, DNSSEC, HTTPS, Web-proxy de Servidor, Backup, HIDS; 4.6. Deverá disponibilizar acesso controlado e seguro às informações através da Internet, permitindo, inclusive, o acompanhamento das tramitações das solicitações por usuários externos previamente cadastrados; 4.7. Oferecer infraestrutura de servidores de aplicação e banco de dados para suportar a aplicação. A infraestrutura deve ser monitorada 24x7 e ter disponibilidade mínima de 99,9%; 4.8. Ter interface de usuário (camada de apresentação) baseada em navegador web, compatível com os navegadores Mozilla Firefox (v. 20 ou superior) e Google Chrome; 4.9. Restringir o acesso ao sistema por meio de login e senha individual, com cifragem no armazenamento utilizando algoritmos de HASH; Possuir um Módulo de Administração da Segurança; O sistema deve possuir manutenção de registros das operações realizadas pelos usuários (auditoria), em pontos determinados e ações críticas; O sistema deve possuir histórico de logins, registrando data e horário no qual cada usuário acessou o sistema; O sistema deve, após o login com sucesso no sistema, apresentar ao usuário a data e hora do último login bem sucedido; O sistema deve possuir mecanismo de geração de senha solicitada pelo usuário quando este esquecer a sua senha, sem a intervenção humana e envio ao usuário por INTEGRAÇÃO COM FORNECEDORES 5.1. O Software deverá possuir funcionalidades que permitam a Administração atuar de forma integrada aos fornecedores, de forma interativa, online, e em tempo real, no momento em que uma informação ou documento for cadastrado no Software pela Administração seja enxergado pelo fornecedor, e vice-versa. 7