Common use of REQUISITOS DE TECNOLOGIA Clause in Contracts

REQUISITOS DE TECNOLOGIA. Deverá ser integralmente acessível em ambiente Web através de navegadores, sem a necessidade de instalação de software cliente e possuir o idioma português como o idioma de exibição. Possuir compatibilidade com os principais navegadores utilizados no mercado: Microsoft Internet Explorer, Mozilla Firefox e Google Chrome. Será permitida a subcontratação dos serviços descritos neste item – Requisitos de Ambiente e seus subitens nos termos do artigo 72 da Lei 8.666/93, desde que também obedeça aos requisitos previamente definidos, e que os servidores da subcontratada estejam instalados no Brasil. O sistema de gestão do ISSQN deverá oferecer funcionalidades Web para acesso, visando à simplicidade, funcionalidade e interoperabilidade entre redes de ambientes heterogêneos e, ao mesmo tempo, aproveitar os ativos existentes no Município e em seus contribuintes. A definição da utilização da tecnologia Web visa promover a integração social com os contribuintes, operando de modo transparente, simples e funcional, através da tecnologia e infraestrutura oferecidas pela Internet para acesso ao portal da Prefeitura. O sistema de gestão do ISSQN deve oferecer servidores, infraestrutura de rede, segurança, recuperação de dados, gerenciamento e monitoração, destacando-se: I. Firewall compartilhado e redundante da área de hospedagem do Data Center; II. Servidor Web com redundância de fonte de alimentação, interface de rede e discos; III. Servidor de banco de dados com redundância de fonte de alimentação, interface de rede e discos; IV. Licença do sistema operacional Windows Server 2012 ou superior ou Linux para ambos os servidores; V. Licença do SGBD relacional tais como MS SQL Server 2012, IBM DB2 ou similar que seja capaz de manipular grandes volumes de dados; VI. Licença de software agente de gerenciamento de dados para backup em servidor próprio; VII. Licença de software agente de monitoração de todos os servidores, inclusive processos e recursos computacionais; VIII. Licença de software antivírus para todos os servidores; IX. Reserva mínima de 1 TB em disco para backup; X. Rede de dados exclusiva para backup e monitoração dos serviços; XI. Acesso Internet com links redundantes de no mínimo de 30 Mbps de largura de banda dedicada. XII. A transferência de dados com o servidor de backup deve ser realizada através de rede independente e não concorrente com o tráfego externo (acesso Web).

REQUISITOS DE TECNOLOGIA. Deverá 10.2.1. Todos os sistemas, incluindo sistemas gerenciadores de bancos de dados, deverão possuir garantia de assistência técnica oficial no país, pelo desenvolvedor ou por técnico/empresa oficialmente credenciada, inclusive nos casos em que a propriedade intelectual não pertença a empresa nacional, ou com sede ou 10.2.2. Os sistemas devem rodar (servidor de aplicações e servidor de bancos de dados) em Datacenter estruturado com escalabilidade automática, elasticidade virtualmente infinita, que permita o dimensionado da estrutura de T.I. dedicada de acordo com a demanda de armazenamento e hits (requisições). Não serão admitidas soluções baseadas em máquinas virtuais estáticas, manualmente dinamizadas, que não suportem picos de processamento e onerem a administração pública em médio e longo prazo com aumento de capacidade de processamento. 10.2.3. Os sistemas devem permanecer hospedados em Datacenters com comprovação de disponibilidade multizona com no mínimo três estruturas distintas e fisicamente separadas em locais com distância mínima de 50km entre si. 10.2.4. O ambiente multizona deve funcionar com replicação de dados em tempo real, assegurando disponibilidade dos serviços em caso de queda de um datacenter. 10.2.5. Visando melhor performance, independência, conectividade e acessibilidade, os sistemas devem ser integralmente acessível desenvolvidos em ambiente Web linguagem e arquitetura nativas para Web, sendo responsivos à tela do equipamento. 10.2.6. Não deverá haver necessidade de qualquer instalação física em qualquer máquina, dispositivo ou computador, devendo o usuário acessar os sistemas sem uso de nenhum recurso tecnológico como: runtimes e plugins para uso da aplicação, exceto em casos onde houver necessidade de software intermediário para acesso a outros dispositivos como leitor biométrico, coletor, impressoras, leitor de e-CPF/e-CNPJ, ou para assinador digital (coletores diversos). 10.2.7. Os sistemas devem ser acessados através de navegadoresnavegador web padrão (Chrome, Firefox, Opera, Edge e Safari), com acesso em dispositivos com os seguintes sistemas operacionais, no mínimo: Windows, Linux, MacOS, e também nas seguintes plataformas mobile: Android e iOS. 10.2.8. Os sistemas devem possuir help online, para esclarecimento de dúvidas sem necessidade de abertura de chamado técnico, acessado através dos próprios sistemas. 10.2.9. Os sistemas devem ser estruturados sem tabelas redundantes ao usuário, permitindo que, sempre que um dado for cadastrado em um sistema, a informação esteja disponível em outro sistema/modúlos. 10.2.10. Todos os sistemas devem utilizar protocolo HTTPS para navegação na internet, garantido a segurança das informações tramitadas através de criptografia. 10.2.11. Os sistemas devem permitir o controle de acesso com o uso de senhas, contendo controle de permissões de acesso tanto por usuário quanto por grupo de usuários, com definição das permissões para somente consulta, alteração, inclusão, exclusão e outras ações da aplicação como: estornar, cancelar, calcular, desativar, etc., quando disponíveis, por telas, dentro de cada módulo individualmente. 10.2.12. Permitir alternância entre sistemas e entidades, sem novo login, permitindo que, na mudança de entidades, o usuário seja automaticamente redirecionado para o mesmo exercício. 10.2.13. Possuir gerenciamento de relatórios, permitindo ao usuário final, a partir de um modelo de relatório existente, criar um novo relatório (salvar como/copiar), mantendo-se o modelo de relatório original inalterado, com a opção de torná-lo público (qualquer usuário acessa o novo modelo) ou mantê-lo restrito (somente o usuário acessa o modelo). 10.2.14. Permitir que os relatórios solicitados sejam executados em segundo plano, permitindo ao usuário 10.2.15. Possibilitar que um documento seja assinado digitalmente no sistema, e que, após a assinatura, o usuário remeta o documento a outro usuário, que receberá notificação dentro do próprio sistema de que existe documento aguardando sua assinatura. 10.2.16. Fornecer um código único, ou número de protocolo da impressão do relatório, evitando criação de relatório falso. 10.2.17. Possuir uma ferramenta de geração de campos adicionais, em formato texto, lista, data, valor, alfanumérico, CPF, CNPJ, e-mail, hora, número inteiro, lista de seleção, múltipla seleção, telefone, texto e valor (fracionário), descrição, tamanho, dica de preenchimento quando o tipo de dado exigir e ainda, indicar se deve ser de preenchimento obrigatório ou não, ou mesmo possibilitar o agrupamento destes dados e a sua publicação entre as entidades, permitindo que o usuário defina críticas para cada um dos campos criados, sem necessidade de auxílio ou validação da empresa contratada. 10.2.18. Permitir à entidade contratante, a partir de um ambiente de criação tecnológica disponível ao usuário, e sem auxílio ou prévia aprovação da empresa contratada, a criação de novos cadastros e rotinas nos sistemas. 10.2.19. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo também a criação de modelos de relatórios diretamente pelo usuário a partir da alteração efetivada, bem como a inclusão dos campos criados em relatórios já existentes. 10.2.20. Manter histórico dos acessos por usuário, registrando a data, hora e módulo de acesso, criando também log de auditoria que permita identificar a data, hora e responsável por qualquer operação de alteração, inclusão e exclusão de dados. 10.2.21. A solução ERP deve possuir ferramenta de inteligência artificial, permitindo aplicação do conceito “machine learning”, potencializando a redução de custos com a autonomia virtual da administração pública e permitindo um amadurecimento contínuo da gestão e tomada de decisões. 10.2.22. A solução ERP deve possuir capacidade de integração com outros bancos de dados, gerando relatórios via web services com uso de API’s que combinam dados de bancos de dados de terceiros com dados do próprio banco de dados da solução. 10.2.23. A solução ERP deve possuir capacidade de exportar, via fonte de dados, informações para que outros sistemas de informação possam gerar bancos de dados. 10.2.24. A solução deve possuir armazenamento de certificados digitais do tipo A1 em nuvem, em hardware inviolável do tipo HSM, permitindo ao usuário, de forma segura, executar assinaturas digitais de qualquer dispositivo sem necessidade de token físico. 10.2.25. Os principais cadastros do sistema devem possuir visualização organizada e dinâmica em lista, que possua elementos de distinção visual de informações relevantes dos cadastros (distinção de tipos de itens cadastrados por cores, símbolos, etc.), permitindo que, sem a necessidade abertura ou análise do item de instalação cadastro, o usuário possa identificar as informações mais relevantes. 10.2.26. Propiciar ao usuário acesso a ambiente de software cliente e possuir o idioma português como o idioma criação de exibiçãoscripts de sistema, com possibilidade de exportação do script para uso externo, em outras aplicações, combinando API’s para geração de integrações. 10.2.27. Possuir compatibilidade com os principais navegadores utilizados no mercado: Microsoft Internet ExplorerA funcionalidade acima deverá permitir alterar qualquer sistema. 10.2.28. Possibilitar a cópia/distribuição de roteiros para outros sistemas, Mozilla Firefox e Google Chrome. Será permitida a subcontratação dos serviços descritos neste item – Requisitos de Ambiente e seus subitens nos termos do artigo 72 da Lei 8.666/93, desde que também obedeça aos requisitos previamente definidos, e definindo as permissões que os servidores da subcontratada estejam instalados no Brasilusuários terão nos mesmos. 10.2.29. O sistema Possibilitar uma cópia do roteiro para criação de gestão novo, mantendo preservado o original. 10.2.30. Permitir a elaboração de relatórios a partir do ISSQN deverá oferecer funcionalidades Web roteiro criado. 10.2.31. Possibilitar o gerenciamento das versões dos roteiros para acessocompartilhamento, visando à simplicidadepermitindo a visualização de informações detalhadas, funcionalidade e interoperabilidade entre redes de ambientes heterogêneos ecomo: descrição do roteiro, ao mesmo temposistema, aproveitar os ativos existentes no Município e em seus contribuintes. A definição da utilização da tecnologia Web visa promover a integração social com os contribuintesnatureza, operando de modo transparente, simples e funcional, através da tecnologia e infraestrutura oferecidas pela Internet para acesso ao portal da Prefeitura. O sistema de gestão do ISSQN deve oferecer servidores, infraestrutura de rede, segurança, recuperação fonte de dados, gerenciamento tags, autor de criação, data e monitoraçãohora de criação, destacando-se:último usuário que modificou, data e hora da modificação, permissões de modificação. I. Firewall compartilhado e redundante da área 10.2.32. Possibilitar a distribuição de hospedagem do Data Center;relatórios ou roteiros para outras entidades ou sistemas, definindo inclusive as permissões que os usuários das entidades terão nos mesmos, bem como a atualização de relatórios já distribuídos. II10.2.33. Servidor Web com redundância de A solução ERP deve possuir fonte de alimentaçãodados que permita a criação de Scripts com o uso integrado e consistente de soluções Google Forms, interface de rede e discos; III. Servidor de banco de dados com redundância de fonte de alimentação, interface de rede e discos; IV. Licença permitindo ampliação exponencial do sistema operacional Windows Server 2012 ou superior ou Linux para ambos os servidores; V. Licença do SGBD relacional tais como MS SQL Server 2012, IBM DB2 ou similar que seja capaz de manipular grandes volumes de dados; VI. Licença de software agente de gerenciamento de dados para backup em servidor próprio; VII. Licença de software agente de monitoração de todos os servidores, inclusive processos e recursos computacionais; VIII. Licença de software antivírus para todos os servidores; IX. Reserva mínima de 1 TB em disco para backup; X. Rede de dados exclusiva para backup e monitoração dos serviços; XI. Acesso Internet com links redundantes de no mínimo de 30 Mbps de largura de banda dedicadauso da plataforma. XII10.2.34. A transferência solução ERP deve possuir a possibilidade de dados integração Web Service com outros sistemas, como por exemplo o servidor de backup deve ser realizada através de rede independente e não concorrente com o tráfego externo (acesso Web)sistema Paupatempo.

REQUISITOS DE TECNOLOGIA. Deverá 5.1. Todos os sistemas, incluindo sistemas gerenciadores de bancos de dados, deverão possuir garantia de assistência técnica oficial no país, pelo desenvolvedor ou por técnico/empresa oficialmente credenciada, inclusive nos casos em que a propriedade intelectual não pertença a empresa nacional, ou com sede ou sucursal no país. 5.2. Os sistemas devem rodar (servidor de aplicações e servidor de bancos de dados) em Datacenter estruturado com escalabilidade automática, elasticidade virtualmente infinita, que permita o dimensionado da estrutura de T.I. dedicada de acordo com a demanda de armazenamento e hits (requisições). Não serão admitidas soluções baseadas em máquinas virtuais estáticas, manualmente dinamizadas, que não suportem picos de processamento e onerem a administração pública em médio e longo prazo com aumento de capacidade de processamento. 5.3. Os sistemas devem permanecer hospedados em Datacenters com comprovação de disponibilidade multizona com no mínimo três estruturas distintas e fisicamente separadas em locais com distância mínima de 50km entre si. 5.4. O ambiente multizona deve funcionar com replicação de dados em tempo real, assegurando disponibilidade dos serviços em caso de queda de um datacenter. 5.5. Visando melhor performance, independência, conectividade e acessibilidade, os sistemas devem ser integralmente acessível desenvolvidos em ambiente Web linguagem e arquitetura nativas para Web, sendo responsivos à tela do equipamento. 5.6. Não deverá haver necessidade de qualquer instalação física em qualquer máquina, dispositivo ou computador, devendo o usuário acessar os sistemas sem uso de nenhum recurso tecnológico como: runtimes e plugins para uso da aplicação, exceto em casos onde houver necessidade de software intermediário para acesso a outros dispositivos como leitor biométrico, impressoras, leitor de e-CPF/e-CNPJ, ou para assinador digital. 5.7. Os sistemas devem ser acessados através de navegadoresnavegador web padrão (Chrome, Firefox, Opera, Internet Explorer, Edge e Safari), com acesso em dispositivos com os seguintes sistemas operacionais, no mínimo: Windows, Linux, MacOS, e também nas seguintes plataformas mobile: Android e iOS. 5.8. Os sistemas devem possuir help on line, para esclarecimento de dúvidas sem necessidade de abertura de chamado técnico, acessado através dos próprios sistemas. 5.9. Os sistemas devem ser estruturados sem tabelas redundantes ao usuário, permitindo que, sempre que um dado for cadastrado em um sistema, a informação esteja disponível em outro. 5.10. Também deve ser possível ao usuário optar pela não integração entre cadastros, mediante simples parâmetro no sistema, permitindo a indicação, pelo administrador do sistema, de usuários que poderão decidir as integrações entre os sistemas pendentes. 5.11. Possuir ferramenta automatizada de integração de cadastros, para uso do usuário, que poderá optar por não integrar cadastros de áreas de aplicação distintas. 5.12. Todos os sistemas devem utilizar protocolo HTTPS para navegação na internet, garantido a segurança das informações tramitadas através de criptografia. 5.13. Os sistemas devem possuir recursos de extração de dados através de web services, acessíveis diretamente pelo usuário final. 5.14. Os sistemas devem permitir o controle de acesso com o uso de senhas, contendo controle de permissões de acesso tanto por usuário quanto por grupo de usuários, com definição das permissões para somente consulta, alteração, inclusão, exclusão e outras ações da aplicação como: estornar, cancelar, calcular, desativar, etc, quando disponíveis, por telas, dentro de cada módulos individualmente. 5.15. Permitir alternância entre sistemas e entidades, sem novo login, permitindo que, na mudança de entidades, o usuário seja automaticamente redirecionado para o mesmo exercício. 5.16. Possuir gerenciamento de relatórios forma livre, permitindo ao usuário a escolha dos campos a serem gerados, possibilitando arrastar e soltar os componentes na posição em que deverá ser impressa. 5.17. A partir dos relatórios existentes e com o uso de comandos simples, copiar relatórios e salvar como um novo, para criação de novo modelo, podendo executar formatação de campos, adição de imagens ao corpo do relatório e configuração de agrupamentos. 5.18. Possuir gerenciamento de relatórios, permitindo ao usuário final, a partir de um modelo de relatório existente, criar um novo relatório (salvar como/copiar), mantendo-se o modelo de relatório original inalterado, com a opção de torná-lo público (qualquer usuário acessa o novo modelo) ou mantê-lo restrito (somente o usuário acessa o modelo). 5.19. Permitir que os relatórios solicitados sejam executados em segundo plano, permitindo ao usuário continuar trabalhando enquanto o relatório é gerado, com notificação em tela assim que o relatório é gerado, ou opção de abertura automática, independente da página em que o usuário se encontra. 5.20. Permitir a restauração de relatórios excluídos através de um repositório/lixeira. 5.21. Permitir a geração de relatórios habilitados para digitação em determinados campos. 5.22. Permitir que, ao gerar um relatório que tenha sido previamente compartilhado com outro usuário, este segundo possa ser notificado da emissão automaticamente e visualizá-lo. 5.23. Permitir a utilização de elementos visuais no layout dos relatórios, como: textos, imagens, linhas, quadrados, retângulos, círculos, campos calculados, códigos de barra, códigos QR code e gráficos. 5.24. Possibilitar que um documento seja assinado digitalmente no sistema, e que, após a assinatura, o usuário remeta o documento a outro usuário, que receberá notificação dentro do próprio sistema de que existe documento aguardando sua assinatura. 5.25. Fornecer um código único, ou número de protocolo da impressão do relatório, evitando criação de relatório falso. 5.26. Possuir uma ferramenta de geração de campos adicionais, em formato texto, lista, data, valor, alfanumérico, CPF, CNPJ, e-mail, hora, número inteiro, lista de seleção, múltipla seleção, telefone, texto e valor (fracionário), descrição, tamanho, dica de preenchimento quando o tipo de dado exigir e ainda, indicar se deve ser de preenchimento obrigatório ou não, ou mesmo possibilitar o agrupamento destes dados e a sua publicação entre as entidades, permitindo que o usuário defina críticas para cada um dos campos criados, sem necessidade de auxílio ou validação da empresa contratada. 5.27. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo a criação de modelos de relatórios e gráficos diretamente pelo usuário, a partir da alteração efetivada, possibilitando ainda informar título para cada campo, que poderá ser utilizado em relatório ou gráfico. 5.28. Permitir à entidade contratante, a partir de um ambiente de criação tecnológica disponível ao usuário, e sem auxílio ou prévia aprovação da empresa contratada, a criação de novos cadastros e rotinas nos sistemas. 5.29. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo também a criação de modelos de relatórios e gráficos diretamente pelo usuário a partir da alteração efetivada, bem como a inclusão dos campos criados em relatórios já existentes. 5.30. Possuir ferramenta de geração de gráficos, disponível ao usuário e que dispense o uso de códigos ou comandos de programação, para que, a partir de qualquer informação existente no sistema, seja possível a criação de gráfico pelo próprio usuário. 5.31. Possuir ferramenta de geração de gráficos que permita ao usuário a criação de gráficos a partir de qualquer gráfico anterior do sistema, mantendo o original inalterado. 5.32. O gráfico, uma vez criado e gerado pelo usuário, deve ser atualizado automaticamente, sem necessidade de nova geração, com possibilidade de indicação de periodicidade da atualização. 5.33. Possibilidade de criação de apresentação automatizada de gráficos nos sistemas que permita a exibição em série de gráficos, com possibilidade de periodização do tempo de exibição de cada gráfico. 5.34. O gráfico, uma vez criado e gerado pelo usuário em qualquer sistema, deve ser atualizado automaticamente, com possibilidade de envio de link a gestores ou outros interessados. Quando o destinatário acessar o link, deve ter acesso a dados atualizados, e não estáticos. 5.35. Manter histórico dos acessos por usuário, registrando a data, hora e módulo de acesso, criando também log de auditoria que permita identificar a data, hora e responsável por qualquer operação de alteração, inclusão e exclusão de dados. 5.36. Nos principais cadastros dos sistemas, a auditoria deve estar visível ao usuário, quando da execução da alteração ou consulta de alterações. O sistema deve mostrar uma timeline, diretamente no cadastro e sem acesso a novas telas, indicando o histórico de alterações. 5.37. A solução ERP deve possuir ferramenta de inteligência artificial, permitindo aplicação do conceito “machine learning”, potencializando a redução de custos com a autonomia virtual da administração pública e permitindo um amadurecimento contínuo da gestão e tomada de decisões. 5.38. A solução ERP deve possuir capacidade de integração com outros bancos de dados, gerando relatórios via web services com uso de API’s que combinam dados de bancos de dados de terceiros com dados do próprio banco de dados da solução. 5.39. A solução ERP deve possuir capacidade de exportar, via fonte de dados, informações para que outros sistemas de informação possam gerar bancos de dados. 5.40. A solução ERP deve possuir fonte de dados que permita a criação de Scripts com o uso integrado e consistente de soluções google forms. 5.41. A solução deve possuir armazenamento de certificados digitais do tipo A1 em nuvem, em hardware inviolável do tipo HSM, permitindo ao usuário, de forma segura, executar assinaturas digitais de qualquer dispositivo sem necessidade de token físico. 5.42. Nos principais cadastros dos sistemas, a auditoria deve estar visível ao usuário, quando da execução da alteração ou consulta de alterações. O sistema deve mostrar uma timeline, diretamente no cadastro e sem acesso a novas telas, indicando o histórico de alterações. 5.43. Os principais cadastros do sistema devem possuir visualização organizada e dinâmica em lista, que possua elementos de distinção visual de informações relevantes dos cadastros (distinção de tipos de itens cadastrados por cores, símbolos, etc), permitindo que, sem a necessidade abertura ou análise do item de instalação cadastro, o usuário possa identificar as informações mais relevantes. 5.44. Propiciar ao usuário acesso a ambiente de software cliente e possuir o idioma português como o idioma criação de exibiçãoscripts de sistema, com possibilidade de exportação do script para uso externo, em outras aplicações, combinando API’s para geração de integrações. 5.45. Possuir compatibilidade com os principais navegadores utilizados no mercado: Microsoft Internet ExplorerA funcionalidade acima deverá permitir alterar qualquer sistema. 5.46. Possibilitar a cópia/distribuição de roteiros para outros sistemas, Mozilla Firefox e Google Chrome. Será permitida a subcontratação dos serviços descritos neste item – Requisitos de Ambiente e seus subitens nos termos do artigo 72 da Lei 8.666/93, desde que também obedeça aos requisitos previamente definidos, e definindo as permissões que os servidores da subcontratada estejam instalados no Brasilusuários terão nos mesmos. 5.47. O sistema Possibilitar uma cópia do roteiro para criação de gestão novo, mantendo preservado o original. 5.48. Permitir a elaboração de relatórios a partir do ISSQN deverá oferecer funcionalidades Web roteiro criado. 5.49. Possibilitar o gerenciamento das versões dos roteiros para acessocompartilhamento, visando à simplicidadepermitindo a visualização de informações detalhadas, funcionalidade e interoperabilidade entre redes de ambientes heterogêneos ecomo: descrição do roteiro, ao mesmo temposistema, aproveitar os ativos existentes no Município e em seus contribuintes. A definição da utilização da tecnologia Web visa promover a integração social com os contribuintesnatureza, operando de modo transparente, simples e funcional, através da tecnologia e infraestrutura oferecidas pela Internet para acesso ao portal da Prefeitura. O sistema de gestão do ISSQN deve oferecer servidores, infraestrutura de rede, segurança, recuperação fonte de dados, gerenciamento tags, autor de criação, data e monitoraçãohora de criação, destacando-se: I. Firewall compartilhado último usuário que modificou, data e redundante hora da área modificação, permissões de hospedagem do Data Center; II. Servidor Web com redundância de fonte de alimentação, interface de rede e discos; III. Servidor de banco de dados com redundância de fonte de alimentação, interface de rede e discos; IV. Licença do sistema operacional Windows Server 2012 ou superior ou Linux para ambos os servidores; V. Licença do SGBD relacional tais como MS SQL Server 2012, IBM DB2 ou similar que seja capaz de manipular grandes volumes de dados; VI. Licença de software agente de gerenciamento de dados para backup em servidor próprio; VII. Licença de software agente de monitoração de todos os servidores, inclusive processos e recursos computacionais; VIII. Licença de software antivírus para todos os servidores; IX. Reserva mínima de 1 TB em disco para backup; X. Rede de dados exclusiva para backup e monitoração dos serviços; XI. Acesso Internet com links redundantes de no mínimo de 30 Mbps de largura de banda dedicadamodificação. XII5.50. A transferência Possibilitar a distribuição de dados com o servidor relatórios ou roteiros para outras entidades ou sistemas, definindo inclusive as permissões que os usuários das entidades terão nos mesmos, bem como a atualização de backup deve ser realizada através de rede independente e não concorrente com o tráfego externo (acesso Web)relatórios já distribuídos.

REQUISITOS DE TECNOLOGIA. Deverá 5.1. Os sistemas devem rodar (servidor de aplicações e servidor de bancos de dados) em Datacenter estruturado com escalabilidade automática, elasticidade virtualmente infinita, que permita o dimensionado da estrutura de T.I. dedicada de acordo com a demanda de armazenamento e hits (requisições). Não serão admitidas soluções baseadas em máquinas virtuais estáticas, manualmente dinamizadas, que não suportem picos de processamento e onerem a administração pública em médio e longo prazo com aumento de capacidade de processamento. 5.2. Os sistemas devem permanecer hospedados em Datacenters com comprovação de disponibilidade multizona com no mínimo três estruturas distintas. 5.3. O ambiente multizona deve funcionar com replicação de dados em tempo real, assegurando disponibilidade dos serviços em caso de queda de um datacenter. 5.4. Visando melhor performance, independência, conectividade e acessibilidade, os sistemas devem ser integralmente acessível desenvolvidos em ambiente Web linguagem e arquitetura nativas para web, sendo responsivos à tela do equipamento. 5.5. Não deverá haver necessidade de qualquer instalação física em qualquer máquina, dispositivo ou computador, devendo o usuário acessar os sistemas sem uso de nenhum recurso tecnológico como: runtimes e plugins para uso da aplicação, exceto em casos onde houver necessidade de software intermediário para acesso a outros dispositivos como leitor biométrico, impressoras, leitor de e-CPF/e-CNPJ, ou para assinador digital. 5.6. Os sistemas devem ser acessados através de navegadoresnavegador web padrão (Chrome, Firefox, Opera, Internet Explorer, Edge e Safari), com acesso em dispositivos com os seguintes sistemas operacionais, no mínimo: Windows, Linux, MacOS, e também nas seguintes plataformas mobile: Android e iOS. 5.7. Os sistemas devem possuir help online, para esclarecimento de dúvidas sem necessidade de abertura de chamado técnico, acessado através dos próprios sistemas. 5.8. Os sistemas devem ser estruturados sem tabelas redundantes ao usuário, permitindo que, sempre que um dado for cadastrado em um sistema, a informação esteja disponível em outro. 5.9. Também deve ser possível ao usuário optar pela não integração entre cadastros, mediante simples parâmetro no sistema, permitindo a indicação, pelo administrador do sistema, de usuários que poderão decidir as integrações entre os sistemas pendentes. 5.10. Possuir ferramenta automatizada de integração de cadastros, para uso do usuário, que poderá optar por não integrar cadastros de áreas de aplicação distintas. 5.11. Todos os sistemas devem utilizar protocolo HTTPS para navegação na internet, garantido a segurança das informações tramitadas através de criptografia. 5.12. Os sistemas devem possuir recursos de extração de dados através de web services, acessíveis diretamente pelo usuário final. 5.13. Os sistemas devem permitir o controle de acesso com o uso de senhas, contendo controle de permissões de acesso tanto por usuário quanto por grupo de usuários, com definição das permissões para somente consulta, alteração, inclusão, exclusão e outras ações da aplicação como: estornar, cancelar, calcular, desativar, etc., quando disponíveis, por telas, dentro de cada módulo individualmente. 5.14. Permitir alternância entre sistemas e entidades, sem novo login, permitindo que, na mudança de entidades, o usuário seja automaticamente redirecionado para o mesmo exercício. 5.15. Possuir gerenciamento de relatórios forma livre, permitindo ao usuário a escolha dos campos a serem gerados, possibilitando arrastar e soltar os componentes na posição em que deverá ser impressa. 5.16. Possuir gerenciamento de relatórios, permitindo ao usuário final, a partir de um modelo de relatório existente, criar um novo relatório (salvar como/copiar), mantendo-se o modelo de relatório original inalterado, com a opção de torná-lo público (qualquer usuário acessa o novo modelo) ou mantê-lo restrito (somente o usuário acessa o modelo). 5.17. Permitir que os relatórios solicitados sejam executados em segundo plano, permitindo ao usuário continuar trabalhando enquanto o relatório é gerado, com notificação em tela assim que o relatório é gerado, ou opção de abertura automática, independente da página em que o usuário se encontra. 5.18. Permitir a restauração de relatórios excluídos através de um repositório/lixeira. 5.19. Permitir a utilização de elementos visuais no layout dos relatórios, como: textos, imagens, linhas, quadrados, retângulos, círculos, campos calculados, códigos de barra, códigos QR code e gráficos. 5.20. Possibilitar que documentos sejam assinados digitalmente no sistema, e que, após a assinatura, o usuário remeta o documento a outro usuário, que receberá notificação dentro do próprio sistema de que existe documento aguardando sua assinatura. 5.21. Fornecer um código único, ou número de protocolo da impressão do relatório, evitando criação de relatório falso. 5.22. Possuir uma ferramenta de geração de campos adicionais, em formato texto, lista, data, valor, alfanumérico, CPF, CNPJ, e-mail, hora, número inteiro, lista de seleção, múltipla seleção, telefone, texto e valor (fracionário), descrição, tamanho, dica de preenchimento quando o tipo de dado exigir e ainda, indicar se deve ser de preenchimento obrigatório ou não, ou mesmo possibilitar o agrupamento destes dados e a sua publicação entre as entidades, permitindo que o usuário defina críticas para cada um dos campos criados, sem necessidade de auxílio ou validação da empresa contratada. 5.23. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo a criação de modelos de relatórios e gráficos diretamente pelo usuário, a partir da alteração efetivada, possibilitando ainda informar título para cada campo, que poderá ser utilizado em relatório ou gráfico. 5.24. Permitir à entidade contratante, a partir de um ambiente de criação tecnológica disponível ao usuário, e sem auxílio ou prévia aprovação da empresa contratada, a criação de novos cadastros e rotinas nos sistemas. 5.25. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo também a criação de modelos de relatórios e gráficos diretamente pelo usuário a partir da alteração efetivada, bem como a inclusão dos campos criados em relatórios já existentes. 5.26. Possuir ferramenta de geração de gráficos, disponível ao usuário e que dispense o uso de códigos ou comandos de programação, para que, a partir de qualquer informação existente no sistema, seja possível a criação de gráfico pelo próprio usuário. 5.27. Possuir ferramenta de geração de gráficos que permita ao usuário a criação de gráficos a partir de qualquer gráfico anterior do sistema, mantendo o original inalterado. O gráfico, uma vez criado e gerado pelo usuário, deve ser atualizado automaticamente, sem necessidade de nova geração, com possibilidade de indicação de periodicidade da atualização. 5.28. Possibilitar a criação de apresentação automatizada de gráficos nos sistemas que permita a exibição em série de gráficos, com possibilidade de periodização do tempo de exibição de cada gráfico. 5.29. O gráfico, uma vez criado e gerado pelo usuário em qualquer sistema, deve ser atualizado automaticamente, com possibilidade de envio de link a gestores ou outros interessados. Quando o destinatário acessar o link, deve ter acesso a dados atualizados, e não estáticos. 5.30. Manter histórico dos acessos por usuário, registrando a data, hora e módulo de acesso, criando também log de auditoria que permita identificar a data, hora e responsável por qualquer operação de alteração, inclusão e exclusão de dados. 5.31. Nos principais cadastros dos sistemas, a auditoria deve estar visível ao usuário, quando da execução da alteração ou consulta de alterações. O sistema deve mostrar uma timeline, diretamente no cadastro e sem acesso a novas telas, indicando o histórico de alterações. 5.32. A solução ERP deve possuir ferramenta de inteligência artificial, permitindo aplicação do conceito “machine learning”, potencializando a redução de custos com a autonomia virtual da administração pública e permitindo um amadurecimento contínuo da gestão e tomada de decisões. 5.33. A solução ERP deve possuir capacidade de integração com outros bancos de dados, gerando relatórios via web services com uso de API’s que combinam dados de bancos de dados de terceiros com dados do próprio banco de dados da solução. 5.34. A solução ERP deve possuir capacidade de exportar, via fonte de dados, informações para que outros sistemas de informação possam gerar bancos de dados. 5.35. A solução ERP deve possuir fonte de dados que permita a criação de Scripts com o uso integrado e consistente de soluções google forms. 5.36. A solução deve possuir armazenamento de certificados digitais do tipo A1 em nuvem, em hardware inviolável do tipo HSM, permitindo ao usuário, de forma segura, executar assinaturas digitais de qualquer dispositivo sem necessidade de token físico. 5.37. Nos principais cadastros dos sistemas, a auditoria deve estar visível ao usuário, quando da execução da alteração ou consulta de alterações. O sistema deve mostrar uma timeline, diretamente no cadastro e sem acesso a novas telas, indicando o histórico de alterações. 5.38. Os principais cadastros do sistema devem possuir visualização organizada e dinâmica em lista, que possua elementos de distinção visual de informações relevantes dos cadastros (distinção de tipos de itens cadastrados por cores, símbolos, etc), permitindo que, sem a necessidade abertura ou análise do item de instalação cadastro, o usuário possa identificar as informações mais relevantes. 5.39. Propiciar ao usuário acesso a ambiente de software cliente e possuir o idioma português como o idioma criação de exibiçãoscripts de sistema, com possibilidade de exportação do script para uso externo, em outras aplicações, combinando API’s para geração de integrações. Possuir compatibilidade com os principais navegadores utilizados no mercado: Microsoft Internet ExplorerEsta funcionalidade deverá permitir alterar qualquer sistema. 5.40. Possibilitar a cópia/distribuição de roteiros para outros sistemas, Mozilla Firefox e Google Chrome. Será permitida a subcontratação dos serviços descritos neste item – Requisitos de Ambiente e seus subitens nos termos do artigo 72 da Lei 8.666/93, desde que também obedeça aos requisitos previamente definidos, e definindo as permissões que os servidores da subcontratada estejam instalados no Brasilusuários terão nos mesmos. 5.41. O sistema Possibilitar uma cópia do roteiro para criação de gestão novo, mantendo preservado o original. 5.42. Permitir a elaboração de relatórios a partir do ISSQN deverá oferecer funcionalidades Web roteiro criado. 5.43. Possibilitar o gerenciamento das versões dos roteiros para acessocompartilhamento, visando à simplicidadepermitindo a visualização de informações detalhadas, funcionalidade e interoperabilidade entre redes de ambientes heterogêneos ecomo: descrição do roteiro, ao mesmo temposistema, aproveitar os ativos existentes no Município e em seus contribuintes. A definição da utilização da tecnologia Web visa promover a integração social com os contribuintesnatureza, operando de modo transparente, simples e funcional, através da tecnologia e infraestrutura oferecidas pela Internet para acesso ao portal da Prefeitura. O sistema de gestão do ISSQN deve oferecer servidores, infraestrutura de rede, segurança, recuperação fonte de dados, gerenciamento tags, autor de criação, data e monitoraçãohora de criação, destacando-se: I. Firewall compartilhado último usuário que modificou, data e redundante hora da área modificação, permissões de hospedagem do Data Center; II. Servidor Web com redundância de fonte de alimentação, interface de rede e discos; III. Servidor de banco de dados com redundância de fonte de alimentação, interface de rede e discos; IV. Licença do sistema operacional Windows Server 2012 ou superior ou Linux para ambos os servidores; V. Licença do SGBD relacional tais como MS SQL Server 2012, IBM DB2 ou similar que seja capaz de manipular grandes volumes de dados; VI. Licença de software agente de gerenciamento de dados para backup em servidor próprio; VII. Licença de software agente de monitoração de todos os servidores, inclusive processos e recursos computacionais; VIII. Licença de software antivírus para todos os servidores; IX. Reserva mínima de 1 TB em disco para backup; X. Rede de dados exclusiva para backup e monitoração dos serviços; XI. Acesso Internet com links redundantes de no mínimo de 30 Mbps de largura de banda dedicadamodificação. XII5.44. A transferência Possibilitar a distribuição de dados com o servidor relatórios ou roteiros para outras entidades ou sistemas, definindo inclusive as permissões que os usuários das entidades terão nos mesmos, bem como a atualização de backup deve ser realizada através de rede independente e não concorrente com o tráfego externo (acesso Web)relatórios já distribuídos.

REQUISITOS DE TECNOLOGIA. Deverá Os sistemas devem rodar (servidor de aplicações e servidor de bancos de dados) em Data center estruturado com escalabilidade automática, elasticidade virtualmente infinita, que permita o dimensionado da estrutura de T.I. dedicada de acordo com a demanda de armazenamento e hits (requisições). Não serão admitidas soluções baseadas em máquinas virtuais estáticas, manualmente dinamizadas, que não suportem picos de processamento e onerem a administração pública em médio e longo prazo com aumento de capacidade de processamento. Os sistemas devem permanecer hospedados em Data centers com comprovação de disponibilidade multizona com no mínimo três estruturas distintas e fisicamente separadas em locais com distância mínima de 50 km entre si. O ambiente multizona deve funcionar com replicação de dados em tempo real, assegurando disponibilidade dos serviços em caso de queda de um data center. Visando melhor performance, independência, conectividade e acessibilidade, os sistemas devem ser integralmente acessível desenvolvidos em ambiente Web linguagem e arquitetura nativas para web, sendo responsivos à tela do equipamento. Não deverá haver necessidade de qualquer instalação física em qualquer máquina, dispositivo ou computador, devendo o usuário acessar os sistemas sem uso de nenhum recurso tecnológico como: runtimes e plugins para uso da aplicação, exceto em casos onde houver necessidade de software intermediário para acesso a outros dispositivos como leitor biométrico, impressoras, leitor de e-CPF/e- CNPJ, ou para assinador digital. Os sistemas devem ser acessados através de navegadoresnavegador web padrão (Chrome, Firefox, Opera, Internet Explorer, Edge e Safari), com acesso em dispositivos com os seguintes sistemas operacionais, no mínimo: Windows, Linux, MacOS, e também nas seguintes plataformas mobile: Android e iOS. Os sistemas devem possuir help online, para esclarecimento de dúvidas sem necessidade de abertura de chamado técnico, acessado através dos próprios sistemas. Os sistemas devem ser estruturados sem tabelas redundantes ao usuário, permitindo que, sempre que um dado for cadastrado em um sistema, a informação esteja disponível em outro. Também deve ser possível ao usuário optar pela não integração entre cadastros, mediante simples parâmetro no sistema, permitindo a indicação, pelo administrador do sistema, de usuários que poderão decidir as integrações entre os sistemas pendentes. Possuir ferramenta automatizada de integração de cadastros, para uso do usuário, que poderá optar por não integrar cadastros de áreas de aplicação distintas. Todos os sistemas devem utilizar protocolo HTTPS para navegação na internet, garantido a segurança das informações tramitadas através de criptografia. Os sistemas devem possuir recursos de extração de dados através de web services, acessíveis diretamente pelo usuário final. Os sistemas devem permitir o controle de acesso com o uso de senhas, contendo controle de permissões de acesso tanto por usuário quanto por grupo de usuários, com definição das permissões para somente consulta, alteração, inclusão, exclusão e outras ações da aplicação como: estornar, cancelar, calcular, desativar, etc., quando disponíveis, por telas, dentro de cada módulo individualmente. Permitir alternância entre sistemas e entidades, sem novo login, permitindo que, na mudança de entidades, o usuário seja automaticamente redirecionado para o mesmo exercício. Possuir gerenciamento de relatórios forma livre, permitindo ao usuário a escolha dos campos a serem gerados, possibilitando arrastar e soltar os componentes na posição em que deverá ser impressa. Possuir gerenciamento de relatórios, permitindo ao usuário final, a partir de um modelo de relatório existente, criar um novo relatório (salvar como/copiar), mantendo-se o modelo de relatório original inalterado, com a opção de torná-lo público (qualquer usuário acessa o novo modelo) ou mantê-lo restrito (somente o usuário acessa o modelo). Permitir que os relatórios solicitados sejam executados em segundo plano, permitindo ao usuário continuar trabalhando enquanto o relatório é gerado, com notificação em tela assim que o relatório é gerado, ou opção de abertura automática, independente da página em que o usuário se encontra. Permitir a restauração de relatórios excluídos através de um repositório/lixeira. Permitir que, ao gerar um relatório que tenha sido previamente compartilhado com outro usuário, este segundo possa ser notificado da emissão automaticamente e visualizá-lo. Permitir a utilização de elementos visuais no layout dos relatórios, como: textos, imagens, linhas, quadrados, retângulos, círculos, campos calculados, códigos de barra, códigos QR code e gráficos. Possibilitar que documentos sejam assinados digitalmente no sistema, e que, após a assinatura, o usuário remeta o documento a outro usuário, que receberá notificação dentro do próprio sistema de que existe documento aguardando sua assinatura. Fornecer um código único, ou número de protocolo da impressão do relatório, evitando criação de relatório falso. Possuir uma ferramenta de geração de campos adicionais, em formato texto, lista, data, valor, alfanumérico, CPF, CNPJ, e-mail, hora, número inteiro, lista de seleção, múltipla seleção, telefone, texto e valor (fracionário), descrição, tamanho, dica de preenchimento quando o tipo de dado exigir e ainda, indicar se deve ser de preenchimento obrigatório ou não, ou mesmo possibilitar o agrupamento destes dados e a sua publicação entre as entidades, permitindo que o usuário defina críticas para cada um dos campos criados, sem necessidade de auxílio ou validação da empresa CONTRATADA. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo a criação de modelos de relatórios e gráficos diretamente pelo usuário, a partir da alteração efetivada, possibilitando ainda informar título para cada campo, que poderá ser utilizado em relatório ou gráfico. Permitir à entidade CONTRATANTE, a partir de um ambiente de criação tecnológica disponível ao usuário, e sem auxílio ou prévia aprovação da empresa CONTRATADA, a criação de novos cadastros e rotinas nos sistemas. A alteração deverá criar automaticamente os repositórios no banco de dados, permitindo também a criação de modelos de relatórios e gráficos diretamente pelo usuário a partir da alteração efetivada, bem como a inclusão dos campos criados em relatórios já existentes. Possibilitar a criação de apresentação automatizada de gráficos nos sistemas que permita a exibição em série de gráficos, com possibilidade de periodização do tempo de exibição de cada gráfico. Manter histórico dos acessos por usuário, registrando a data, hora e módulo de acesso, criando também log de auditoria que permita identificar a data, hora e responsável por qualquer operação de alteração, inclusão e exclusão de dados. Nos principais cadastros dos sistemas, a auditoria deve estar visível ao usuário, quando da execução da alteração ou consulta de alterações. O sistema deve mostrar uma timeline, diretamente no cadastro e sem acesso a novas telas, indicando o histórico de alterações. A solução ERP deve possuir ferramenta de inteligência artificial, permitindo aplicação do conceito “machine learning”, potencializando a redução de custos com a autonomia virtual da administração pública e permitindo um amadurecimento contínuo da gestão e tomada de decisões. A solução ERP deve possuir capacidade de integração com outros bancos de dados, gerando relatórios via web services com uso de API’s que combinam dados de bancos de dados de terceiros com dados do próprio banco de dados da solução. A solução ERP deve possuir capacidade de exportar, via fonte de dados, informações para que outros sistemas de informação possam gerar bancos de dados. A solução ERP deve possuir fonte de dados que permita a criação de Scripts com o uso integrado e consistente de soluções google forms. A solução deve possuir armazenamento de certificados digitais do tipo A1 em nuvem, em hardware inviolável do tipo HSM, permitindo ao usuário, de forma segura, executar assinaturas digitais de qualquer dispositivo sem necessidade de token físico. Nos principais cadastros dos sistemas, a auditoria deve estar visível ao usuário, quando da execução da alteração ou consulta de alterações. O sistema deve mostrar uma timeline, diretamente no cadastro e sem acesso a novas telas, indicando o histórico de alterações. Os principais cadastros do sistema devem possuir visualização organizada e dinâmica em lista, que possua elementos de distinção visual de informações relevantes dos cadastros (distinção de tipos de itens cadastrados por cores, símbolos, etc), permitindo que, sem a necessidade abertura ou análise do item de instalação cadastro, o usuário possa identificar as informações mais relevantes. Propiciar ao usuário acesso a ambiente de software cliente e possuir o idioma português como o idioma criação de exibiçãoscripts de sistema, com possibilidade de exportação do script para uso externo, em outras aplicações, combinando API’s para geração de integrações. Possuir compatibilidade com os principais navegadores utilizados no mercado: Microsoft Internet Explorer, Mozilla Firefox e Google Chrome. Será permitida a subcontratação dos serviços descritos neste item – Requisitos de Ambiente e seus subitens nos termos do artigo 72 da Lei 8.666/93, desde que também obedeça aos requisitos previamente definidos, e que os servidores da subcontratada estejam instalados no BrasilEsta funcionalidade deverá permitir alterar qualquer sistema. O sistema deve fazer uso de gestão aplicativos para celular, Android/IOS, para facilitar o acesso do ISSQN deverá oferecer funcionalidades Web para acesso, visando à simplicidade, funcionalidade e interoperabilidade entre redes de ambientes heterogêneos e, ao mesmo tempo, aproveitar os ativos existentes no Município e em seus contribuintes. A definição cidadão aos serviços da utilização da tecnologia Web visa promover a integração social com os contribuintes, operando de modo transparente, simples e funcional, através da tecnologia e infraestrutura oferecidas pela Internet para acesso ao portal da PrefeituraEntidade. O sistema deve possuir integrações com sistemas de gestão do ISSQN órgãos públicos, como o e-Sfinge, entre outros utilizados na administração e exigidos por lei, sem haver cobranças adicionais por isso. O sistema deve oferecer servidorespermitir integrações, infraestrutura de rede, segurança, recuperação de dados, gerenciamento e monitoração, destacando-se: I. Firewall compartilhado e redundante da área de hospedagem do Data Center; II. Servidor Web com redundância de fonte de alimentação, interface de rede e discos; III. Servidor de banco de dados com redundância de fonte de alimentação, interface de rede e discos; IV. Licença do sistema operacional Windows Server 2012 ou superior ou Linux para ambos os servidores; V. Licença do SGBD relacional tais como MS SQL Server 2012, IBM DB2 ou similar que seja capaz de manipular grandes volumes de dados; VI. Licença de software agente de gerenciamento de dados para backup em servidor próprio; VII. Licença de software agente de monitoração de todos os servidores, inclusive processos e recursos computacionais; VIII. Licença de software antivírus para todos os servidores; IX. Reserva mínima de 1 TB em disco para backup; X. Rede de dados exclusiva para backup e monitoração dos serviços; XI. Acesso Internet com links redundantes de no mínimo de 30 Mbps de largura de banda dedicada. XII. A transferência de dados com o servidor de backup deve ser realizada através de rede independente e não concorrente APIs, com o tráfego externo (acesso Web)sistemas de terceiros.

REQUISITOS DE TECNOLOGIA. Deverá ser integralmente acessível A solução deverá oferecer funcionalidades em ambiente Web através WEB para acesso via browser (no mínimo Internet Explorer e Mozilla Firefox), ou para ser instalado no ambiente do contribuinte, quando permitido pelo modelo conceitual divulgado pela ABRASF, visando simplicidade, funcionalidade e interoperabilidade entre redes de navegadores, sem a necessidade de instalação de software cliente e possuir o idioma português como o idioma de exibição. Possuir compatibilidade com os principais navegadores utilizados no mercado: Microsoft Internet Explorer, Mozilla Firefox e Google Chrome. Será permitida a subcontratação dos serviços descritos neste item – Requisitos de Ambiente e seus subitens nos termos do artigo 72 da Lei 8.666/93, desde que também obedeça aos requisitos previamente definidos, e que os servidores da subcontratada estejam instalados no Brasilambientes heterogêneos. O sistema de gestão do ISSQN deverá oferecer funcionalidades Web para acesso, visando à simplicidade, funcionalidade e interoperabilidade entre redes de ambientes heterogêneos e, ao mesmo tempo, aproveitar os ativos existentes no Município e em seus contribuintes. A definição da utilização da tecnologia Web WEB visa promover a integração social com os contribuintes, operando de modo transparente, simples e funcional, através da tecnologia e infraestrutura oferecidas pela Internet para acesso ao portal da Prefeitura, além de minimizar a perda de produtividade do Município para administração de seus serviços. O sistema de gestão do ISSQN deve oferecer servidores, infraestrutura de rede, segurança, recuperação de dados, gerenciamento e monitoração, destacando-se: I. Firewall compartilhado e redundante da área de hospedagem do Data Center; II. Servidor Web web com redundância de fonte de alimentação, interface de rede e discos; III. Servidor de banco de dados com redundância de fonte de alimentação, interface de rede e discos; IV. Licença do sistema operacional Windows 2012 Server 2012 ou superior ou Linux para ambos os servidores; V. Licença do SGBD relacional tais como MS SQL Server 2012, Oracle, 11g, IBM DB2 ou similar que seja capaz de manipular grandes volumes de dados; VI. Licença de software agente de gerenciamento de dados para backup em servidor próprio; VII. Licença de software agente de monitoração de todos os servidores, inclusive processos e recursos computacionais; VIII. Licença de software antivírus para todos os servidores; IX. Reserva mínima de 1 TB 500 GB em disco para backup; X. Rede de dados exclusiva para backup e monitoração dos serviços; XI. Acesso Internet com links redundantes de no mínimo de 30 20 Mbps de largura de banda dedicada. XII. Obs: A transferência de dados com o servidor de backup deve ser realizada através de rede independente e que não concorrente concorra com o tráfego externo (acesso Webweb). O mesmo vale para os serviços de monitoramento.