Common use of CARACTERÍSTICAS GERAIS Clause in Contracts

CARACTERÍSTICAS GERAIS. O Software de Gestão em Assistência Social deverá ser um sistema “multiusuário”, “integrado”, “on-line”, permitindo o compartilhamento de arquivos de dados e informações de uso comum. Ambiente cliente-servidor sob arquitetura web. O software deverá ser desenvolvido em linguagem de programação Java para web, e trabalhar exclusivamente de forma on-line devido à todas unidades possuírem sinal de Internet. Permitir a hospedagem em servidor de aplicação não sendo necessário realizar atualizações de versões nas estações de trabalho. Ser compatível com a versão do Java 6 ou superior Manter em cache as páginas e imagens nas estações de trabalhos e atualizá-las automaticamente quando houver novas versões. Ser compatível com os principais navegadores como (Mozilla Firefox, Internet Explorer e Google Chrome). Os sistemas deverão Possibilitar instalação em servidores GNU/Linux, Windows Servers, FreeBSD; O Sistema deverá obrigatoriamente realizar todas as suas funcionalidades executadas somente através de navegador – browser de internet, utilizando-se de tecnologia Web (Internet/Intranet), não sendo aceito o acesso através de executáveis, serviços de terminal (Terminal Services) e/ou através de emuladores de terminal, máquinas virtuais (virtual machine). Prover efetivo controle de acesso ao aplicativo através do uso de senhas, permitindo bloqueio de acesso depois de determinado número de tentativas de acesso inválidas e após a expiração do usuário e protegendo as senhas armazenadas através de criptografia. Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia, utilizando o conceito de usuário autorizador, em qualquer função, selecionada a critério do usuário. Possibilitar que o usuário altere sua própria senha. Possuir rotina para resetar a senha do usuário. Permitir o acesso de múltiplos logins em máquina ou navegadores diferentes. Manter histórico dos acessos por usuário e por função, registrando a data, hora e o nome do usuário. Bloquear o acesso do usuário ao sistema caso o identificador (login) e senha estiverem incorretos, exibindo função de captcha e mensagem do motivo. Bloquear o acesso ao sistema quando este não tiver interação do usuário por determinado período. Manter log de auditoria das alterações efetuadas sobre os principais cadastros e tabelas, ofertando ao cliente escolha de visualização das ações de acordo com os critérios do cliente (visualização dinâmica). Funcionar em rede com servidores GNU/Linux, Windows Servers, FreeBSD e estações de trabalho com sistema operacional Windows 98, NT, 2000, XP e 7 ou GNU/Linux. Permitir a visualização dos relatórios em tela, bem como Possibilitar que sejam salvos em disco para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também Permitir a seleção da impressora de rede desejada. Os relatórios deverão ser salvos em formatos de arquivos “TXT, RTF, PDF, HTML, CSV, ODT e XLS” de forma que possam ser importados por outros aplicativos. Permitir a exportação das tabelas integrantes da base de dados do aplicativo em arquivos tipo texto. Utilizar bancos de dados que permitam acesso padrão ODBC ou ADO a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. Possuir validação na camada de interface com o usuário para os campos obrigatórios, antes de fazer a requisição de gravação no banco de dados. Assegurar no servidor de aplicação que as informações necessárias para gravação em banco de dados sejam validadas caso a interface com o usuário falhar por qualquer motivo. Toda atualização de dados deve ser realizada de forma on-line. Garantir a integridade referencial entre as diversas tabelas dos aplicativos, através do banco de dados, por meio de triggers ou constraints. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. Possuir controle de atualização de versão de banco de dados, informando ao usuário quando ocorrer erros de atualização e Possibilitar a identificação da versão utilizada. Possuir um Sistema Gerenciador de Banco de Dados Relacional (SGBD) que possua o padrão SQL ANSI, sendo obrigatório o atendimento das seguintes condições obrigatórias: Que o SGBD seja totalmente de domínio público, possua licença BSD e seja fornecido ou cedido gratuitamente pela empresa contratada; O SGBD deverá possuir os seguintes recursos: point-in-time recovery (PITR), tablespaces, integridade transacional, stored procedures, views triggers, suporte a modelo híbrido objeto-relacional, suporte a tipos geométricos; As regras de integridade do gerenciador de banco de dados deverão estar alojadas preferencialmente no Servidor de Banco de Dados, de tal forma que, independentemente dos privilégios de acesso do usuário e da forma como ele se der, não seja permitido tornar inconsistente o Banco de Dados. O sistema deverá Permitir a realização de “Cópias de Segurança” dos dados, de forma “on-line” e com o banco de dados em utilização; O SGBD deverá conter mecanismos de segurança e proteção que impeçam a perda de transações já efetivadas pelo usuário e permita a recuperação de dados na ocorrência de eventuais falhas, devendo este processo ser totalmente automático, documentado e seguro; Que o SGBD possua recursos para ser executado em microcomputadores que utilizem 01 (um) ou mais processadores, não seja limitado na capacidade de armazenamento e de acessos a sua base e que possua suporte a clusterização; As senhas dos usuários devem ser armazenadas na forma criptografada, através de algoritmos próprios do sistema, de tal forma que nunca sejam mostradas em telas de consulta, manutenção de cadastro de usuários ou tela de acesso ao sistema; O gerenciador de banco de dados deverá possuir recursos de segurança para impedir que usuários não autorizados obtenham êxito em acessar a base de dados para efetuar consulta, alteração, exclusão, impressão ou cópia; Possuir ferramenta de assinatura eletrônica, através de Certificação Digital Padrão ICP Brasil, que permita dar validade jurídica aos documentos gerados. Possibilitar, caso o órgão licitante deseje, que os documentos digitalizados já salvos também possam ser assinados eletronicamente com o uso da Certificação Digital. Esta ferramenta deverá ser propriedade da empresa fornecedora do Sistema ERP de Administração Pública. Permitir que os documentos digitalizados possam ser salvos em formato PDF ou similar. Deverá fazer o controle de vigência do usuário, para determinar o tempo de acesso ao sistema. Em telas de entrada de dados, menus e relatórios Permitir atribuir, por usuário, permissão exclusiva para incluir, alterar, consultar e/ou excluir dados. Permitir o registro de nível de acesso (grupo de usuário do sistema), possibilitando a usuário rotina de fácil visualização de funções como visualizar, incluir, consultar, alterar e excluir, organizando em nível hierárquico simulando o menu do sistema, sendo possível ter visões separadas entre cadastros e relatórios. Possibilitar a restrição de acesso do usuário do sistema por empresa e filial. O sistema deverá conter o cadastro de acordo com a tabela do IBGE para: país, estado e município. Ser desenvolvido em interface gráfica, compatível com o S.O. Windows e Linux. Possuir ajuda on-line (Help). Manter em tela a informação de navegação no sistema que fique de fácil retorno e acesso a novas funções. Permitir o controle de várias empresas e filiais na mesma aplicação e banco de dados. Permitir o controle de diversas unidades de atendimento no mesmo banco de dados. Possuir rotina prática e rápida de geração automática e manual de backup (cópia de segurança), configurada pelo próprio usuário; Permitir o registro de informações a empresa como nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de filiais por empresa com nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de Pessoa Física com controle de duplicidade através de documentos. Permitir o registro de Pessoa Jurídica com controle de duplicidade através do CNPJ. Permitir o registro manual de país ou carga automática em rotinas de importações. Permitir o registro manual de estado por país ou carga automática em rotinas de importações. Permitir o registro manual de município por estado ou carga automática em rotinas de importações. Permitir o registro de bairro. Permitir o registro de tipo de logradouro. Permitir o registro de logradouro classificando por tipo de logradouro. Permitir o registro de local, sessão, divisão e secretaria. Permitir o registro de profissão possibilitando a classificação por CBO. Permitir o registro de CBO - Cadastro Brasileiro de Ocupação, padrão 2002. Permitir o registro de usuário de sistema, sendo este vinculado ao Cadastro de Pessoa Física. Ter interface para o usuário do sistema altere sua senha, sendo possível alterar em todos os módulos ao qual tem acesso em uma única rotina. Possuir interface para manter configurações por empresa ou filial.

CARACTERÍSTICAS GERAIS. O Software de Gestão em Assistência Social 6.1.1 A solução deverá ser um sistema “multiusuário”, “integrado”, “on-line”, permitindo o compartilhamento de arquivos de dados e informações de uso comum. Ambiente cliente-servidor sob arquitetura web. O sistema poderá ser instalado ou acessado em qualquer quantidade de dispositivos, não dependendo de compra de licenças. Não será permitida a utilização de nenhum recurso tecnológico, tais como: runtimes, plugins, virtualização ou acesso remoto a área de trabalho para o uso da aplicação, exceto onde houver a necessidade de softwares intermediários para acesso a outros dispositivos como leitor biométrico, impressoras, certificados digitais ou por motivos de segurança da aplicação web. 6.1.2 A solução deve ser composta por módulos e sistemas que garantam a integração e unificação das informações, não sendo necessário, por exemplo, cadastrar unidades e famílias e indivíduos mais que uma vez no sistema para sua utilização nos diversos recursos e processos da solução. 6.1.3 O software deverá ser desenvolvido em linguagem acessado e compatível com pelo menos os principais browsers (navegadores) disponíveis no mercado, tais como Internet Explorer, Firefox, Chrome, Safari, etc. 6.1.4 O software deve possibilitar o acesso por meio de programação Java no mínimo os ambientes Windows, Linux, MAC O.S., Android e Ios. 6.1.5 A comunicação de e para webo sistema deverá ser acessada através de mecanismos que garantam a segurança da conexão. 6.1.6 Controlar os usuários e as permissões de acesso, permitindo relacionar o usuário a um ou mais grupos de acesso e trabalhar exclusivamente de forma on-line devido à todas unidades possuírem sinal de Internetgerenciar regras como cadastro, visualização, exclusão, etc. Permitir configurar os níveis de acesso de acordo a hospedagem em servidor unidade de aplicação não sendo necessário realizar atualizações atendimento e nível de versões nas estações de trabalho. Ser compatível com proteção, possibilitando configurar quais módulos, funcionalidades e unidades poderá acessar. 6.1.7 Garantir a versão do Java 6 ou superior Manter em cache as páginas e imagens nas estações de trabalhos e atualizá-las automaticamente quando houver novas versões. Ser compatível com os principais navegadores como (Mozilla Firefox, Internet Explorer e Google Chrome). Os sistemas deverão Possibilitar instalação em servidores GNU/Linux, Windows Servers, FreeBSD; O Sistema deverá obrigatoriamente realizar todas as suas funcionalidades executadas somente através de navegador – browser de internet, utilizando-se de tecnologia Web (Internet/Intranet)integridade referencial dos cadastros, não sendo aceito o acesso através permitindo a exclusão de executáveis, serviços de terminal (Terminal Services) e/ou através de emuladores de terminal, máquinas virtuais (virtual machine). Prover efetivo controle de acesso ao aplicativo através do uso de senhas, permitindo bloqueio de acesso depois de determinado número de tentativas de acesso inválidas e após a expiração do usuário e protegendo as senhas armazenadas através de criptografia. Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia, utilizando o conceito de usuário autorizador, em qualquer função, selecionada a critério do usuário. Possibilitar registros que o usuário altere sua própria senha. Possuir rotina para resetar a senha do usuário. Permitir o acesso de múltiplos logins em máquina ou navegadores diferentes. Manter histórico dos acessos por usuário e por função, registrando a data, hora e o nome do usuário. Bloquear o acesso do usuário ao sistema caso o identificador (login) e senha estiverem incorretos, exibindo função de captcha e mensagem do motivo. Bloquear o acesso ao sistema quando este não tiver interação do usuário por determinado período. Manter log de auditoria das alterações efetuadas sobre os principais cadastros e tabelas, ofertando ao cliente escolha de visualização das ações de acordo tenham vínculos com os critérios do cliente (visualização dinâmica). Funcionar em rede com servidores GNU/Linux, Windows Servers, FreeBSD e estações de trabalho com sistema operacional Windows 98, NT, 2000, XP e 7 ou GNU/Linux. Permitir a visualização dos relatórios em tela, bem como Possibilitar que sejam salvos em disco para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também Permitir a seleção da impressora de rede desejada. Os relatórios deverão ser salvos em formatos de arquivos “TXT, RTF, PDF, HTML, CSV, ODT e XLS” de forma que possam ser importados por outros aplicativos. Permitir a exportação das tabelas integrantes da base de dados do aplicativo em arquivos tipo texto. Utilizar bancos de dados que permitam acesso padrão ODBC ou ADO a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. Possuir validação na camada de interface com o usuário para os campos obrigatórios, antes de fazer a requisição de gravação registros no banco de dados. Assegurar . 6.1.8 O sistema deve possuir auditoria completa das operações, armazenando dados de inserções, alterações e exclusões de registros, permitindo consultar a data, horário e usuário responsável pela operação. 6.1.9 Possibilitar ao administrador do sistema fazer backup ou exportação de todos os dados registrados no servidor software em formato tabulado (XLS, CSV e/ou outros formatos), para fins de aplicação que as informações necessárias para gravação cópia de segurança e/ou utilização destes dados em banco de dados sejam validadas caso a interface com o usuário falhar por qualquer motivo. Toda atualização de dados outros softwares. 6.1.10 O sistema deve ser realizada de forma on-line. Garantir a integridade referencial entre as diversas tabelas dos aplicativostotalmente em língua portuguesa, através do banco de dadosnão sendo admitidas interfaces, por meio de triggers ou constraints. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. Possuir controle de atualização de versão de banco de dados, informando mensagens ao usuário quando ocorrer erros de atualização e Possibilitar a identificação da versão utilizada. Possuir um Sistema Gerenciador de Banco de Dados Relacional (SGBD) que possua o padrão SQL ANSI, sendo obrigatório o atendimento das seguintes condições obrigatórias: Que o SGBD seja totalmente de domínio público, possua licença BSD e seja fornecido ou cedido gratuitamente pela empresa contratada; O SGBD deverá possuir os seguintes recursos: point-in-time recovery (PITR), tablespaces, integridade transacional, stored procedures, views triggers, suporte a modelo híbrido objeto-relacional, suporte a tipos geométricos; As regras de integridade do gerenciador de banco de dados deverão estar alojadas preferencialmente no Servidor de Banco de Dados, de tal forma que, independentemente dos privilégios de qualquer parte ou acesso do usuário sistema em língua estrangeira. 6.1.11 Disponibilizar manual do sistema completo em língua portuguesa e da forma como ele se der, não seja permitido tornar inconsistente o Banco sistema integrado de Dados. O sistema deverá Permitir a realização registro de “Cópias solicitações de Segurança” dos dados, de forma “on-line” e com o banco de dados em utilização; O SGBD deverá conter mecanismos de segurança e proteção que impeçam a perda de transações já efetivadas pelo usuário e permita a recuperação de dados na ocorrência de eventuais falhas, devendo este processo ser totalmente automático, documentado e seguro; Que o SGBD possua recursos para ser executado em microcomputadores que utilizem 01 (um) ou mais processadores, não seja limitado na capacidade de armazenamento e de acessos a sua base e que possua suporte a clusterização; As senhas dos usuários devem ser armazenadas na forma criptografada, através de algoritmos próprios atendimento dentro do sistema, de tal forma que nunca sejam mostradas em telas de consulta, manutenção de cadastro de usuários ou tela de acesso ao sistema; O gerenciador de banco de dados deverá possuir recursos de segurança para impedir que usuários não autorizados obtenham êxito em acessar permitindo se comunicar com a base de dados para efetuar consulta, alteração, exclusão, impressão ou cópia; Possuir ferramenta de assinatura eletrônica, através de Certificação Digital Padrão ICP Brasil, que permita dar validade jurídica aos documentos gerados. Possibilitar, caso o órgão licitante deseje, que os documentos digitalizados já salvos também possam ser assinados eletronicamente com o uso da Certificação Digital. Esta ferramenta deverá ser propriedade da empresa fornecedora do Sistema ERP sistema rapidamente quando necessário. 6.1.12 O software deverá permitir abertura de Administração Pública. Permitir que os documentos digitalizados possam ser salvos em formato PDF ou similar. Deverá fazer o controle solicitações de vigência do usuário, para determinar o tempo de acesso ao sistema. Em telas de entrada de dados, menus e relatórios Permitir atribuir, por usuário, permissão exclusiva para incluir, alterar, consultar e/ou excluir dados. Permitir o registro de nível de acesso (grupo de usuário do sistema), possibilitando atendimento com a usuário rotina de fácil visualização de funções como visualizar, incluir, consultar, alterar e excluir, organizando em nível hierárquico simulando o menu Contratada dentro do sistema, sendo possível ter visões separadas entre cadastros e relatórios. Possibilitar conforme especificações do item 4.4, que trata do suporte técnico operacional, visando facilitar a restrição de acesso do usuário do sistema por empresa e filial. O sistema deverá conter o cadastro de acordo comunicação dos usuários com a tabela do IBGE para: paísfornecedora da solução. 6.1.13 Os relatórios gerados pelo sistema deverão permitir exportação para os formatos PDF, estado DOC e município. Ser desenvolvido em interface gráfica, compatível com o S.O. Windows e Linux. Possuir ajuda on-line (Help). Manter em tela a informação de navegação no sistema que fique de fácil retorno e acesso a novas funções. Permitir o controle de várias empresas e filiais na mesma aplicação e banco de dados. Permitir o controle de diversas unidades de atendimento no mesmo banco de dados. Possuir rotina prática e rápida de geração automática e manual de backup (cópia de segurança), configurada pelo próprio usuário; Permitir o registro de informações a empresa como nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de filiais por empresa com nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de Pessoa Física com controle de duplicidade através de documentos. Permitir o registro de Pessoa Jurídica com controle de duplicidade através do CNPJ. Permitir o registro manual de país ou carga automática em rotinas de importações. Permitir o registro manual de estado por país ou carga automática em rotinas de importações. Permitir o registro manual de município por estado ou carga automática em rotinas de importações. Permitir o registro de bairro. Permitir o registro de tipo de logradouro. Permitir o registro de logradouro classificando por tipo de logradouro. Permitir o registro de local, sessão, divisão e secretaria. Permitir o registro de profissão possibilitando a classificação por CBO. Permitir o registro de CBO - Cadastro Brasileiro de Ocupação, padrão 2002. Permitir o registro de usuário de sistema, sendo este vinculado ao Cadastro de Pessoa Física. Ter interface para o usuário do sistema altere sua senha, sendo possível alterar em todos os módulos ao qual tem acesso em uma única rotina. Possuir interface para manter configurações por empresa ou filialXLS.

CARACTERÍSTICAS GERAIS. 3.1.1- A solução deverá permitir o atendimento às regras do Instituto de Previdência, bem como as regras operacionais pertinentes ao Regime Próprio de Previdência Social de Birigui. 3.1.2- As interfaces para o usuário final deverão ser de fácil utilização, seguindo princípios de usabilidade, com suas funcionalidades claras para facilitar a navegação e operação geral do sistema, visando à obtenção dos produtos e serviços oferecidos pela ferramenta. O Software de Gestão em Assistência Social comportamento dos componentes das telas deverá ser um sistema “multiusuário”descrito para o utilizador, “integrado”podendo ser na própria tela do sistema, “on-line”, permitindo o compartilhamento de arquivos ajuda online ou manual atualizado. 3.1.3- A solução deverá possuir software central que concentre as bases de dados e informações regras de uso comum. Ambiente cliente-servidor sob arquitetura web. O software deverá negócio a ser desenvolvido em linguagem de programação Java para web, e trabalhar exclusivamente de forma on-line devido à todas unidades possuírem sinal de Internet. Permitir a hospedagem executada em servidor de aplicação não sendo necessário realizar atualizações de versões nas estações de trabalho. Ser compatível com a versão do Java 6 ou superior Manter em cache as páginas e imagens nas estações de trabalhos e atualizá-las automaticamente quando houver novas versões. Ser compatível com os principais navegadores como (Mozilla Firefox, Internet Explorer e Google Chrome). Os sistemas deverão Possibilitar instalação em servidores GNU/Linux, Windows Servers, FreeBSD; O Sistema deverá obrigatoriamente realizar todas as suas funcionalidades executadas somente através de navegador – browser de internet, utilizando-se de tecnologia Web (Internet/Intranet), não sendo aceito o acesso através de executáveis, serviços de terminal (Terminal Services) e/ou através de emuladores de terminal, máquinas virtuais (virtual machine). Prover efetivo controle de acesso ao aplicativo através do uso de senhas, permitindo bloqueio de acesso depois de determinado número de tentativas de acesso inválidas e após a expiração do usuário e protegendo as senhas armazenadas através de criptografia. Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia, utilizando o conceito de usuário autorizador, em qualquer função, selecionada a critério do usuário. Possibilitar que o usuário altere sua própria senha. Possuir rotina para resetar a senha do usuário. Permitir o acesso de múltiplos logins em máquina ou navegadores diferentes. Manter histórico dos acessos por usuário e por função, registrando a data, hora e o nome do usuário. Bloquear o acesso do usuário ao sistema caso o identificador (login) e senha estiverem incorretos, exibindo função de captcha e mensagem do motivo. Bloquear o acesso ao sistema quando este não tiver interação do usuário por determinado período. Manter log de auditoria das alterações efetuadas sobre os principais cadastros e tabelas, ofertando ao cliente escolha de visualização das ações de acordo com os critérios do cliente (visualização dinâmica). Funcionar em rede com servidores GNU/Linux, Windows Servers, FreeBSD e estações de trabalho com sistema operacional Windows 98, NT, 2000, XP Microsoft Windows. 3.1.4- Todas as licenças de software que já não sejam pertencentes ao Biriguprev e 7 ou GNU/Linux. Permitir a visualização dos relatórios em tela, bem como Possibilitar que sejam salvos em disco precisem ser adquiridas exclusivamente para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também Permitir a seleção funcionamento da impressora de rede desejada. Os relatórios solução deverão ser salvos em formatos de arquivos “TXT, RTF, PDF, HTML, CSV, ODT e XLS” de forma que possam ser importados por outros aplicativos. Permitir a exportação das tabelas integrantes da base de dados do aplicativo em arquivos tipo texto. Utilizar bancos de dados que permitam acesso padrão ODBC ou ADO a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. Possuir validação na camada de interface com o usuário para os campos obrigatórios, antes de fazer a requisição de gravação no banco de dados. Assegurar no servidor de aplicação que as informações necessárias para gravação em banco de dados sejam validadas caso a interface com o usuário falhar por qualquer motivo. Toda atualização de dados deve ser realizada de forma on-line. Garantir a integridade referencial entre as diversas tabelas dos aplicativos, através do banco de dados, por meio de triggers ou constraints. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. Possuir controle de atualização de versão de banco de dados, informando ao usuário quando ocorrer erros de atualização e Possibilitar a identificação da versão utilizada. Possuir um Sistema Gerenciador de Banco de Dados Relacional (SGBD) que possua o padrão SQL ANSI, sendo obrigatório o atendimento das seguintes condições obrigatórias: Que o SGBD seja totalmente de domínio público, possua licença BSD e seja fornecido ou cedido gratuitamente adquiridas pela empresa contratada; O SGBD CONTRATADA. 3.1.5- A solução deverá possuir os seguintes recursos: point-in-time recovery (PITR), tablespaces, integridade transacional, stored procedures, views triggers, suporte a modelo híbrido objeto-relacional, suporte a tipos geométricos; As regras de integridade do utilizar gerenciador de banco de dados deverão estar alojadas preferencialmente no Servidor relacional, visto ser a tecnologia mais difundida atualmente, ou outra em que a implementação seja justificável e que sua utilização não seja considerada defasada. 3.1.6- A base de Banco dados será de Dadospropriedade da contratante, de tal e a contratada deverá fornecer: a forma que, independentemente dos privilégios de acesso aos dados, login com permissão de consulta e alteração, esquema de dados contendo seus artefatos e relacionamentos, exemplo de consultas comuns e backup periódico. Em caso de utilização de tecnologia diferente de SQL deverá fornecer treinamento, ferramentas de acesso e manuais para manipulação dos dados e licenças de software. 3.1.7- O sistema deverá possuir uma solução que permita que os utilizadores executem suas tarefas em caso de indisponibilidade da internet, podendo ser através de instalação de servidor em rede local, em computador de propriedade da CONTRATANTE ou CONTRATADA, ou através de carga de dados para trabalho no aplicativo cliente, seja solução desktop que deverá sincronizar os dados quando a conexão de internet for reestabelecida. 3.1.8- A solução de aplicativo cliente deverá funcionar nos computadores de trabalho da autarquia, que atualmente utilizam sistema operacional Microsoft Windows 7 e Windows 10, software a ser instalado em computadores dos usuários. 3.1.9- A solução terá que estar totalmente orientada para a administração pública, focada na gestão de Regimes Próprios de Previdência Social. Deverá atender todas as exigências da legislação vigente. O cadastro deverá conter todas as informações necessárias a atender o funcionamento do usuário Regime Próprio e as exigências previdenciárias, legais e fiscais tanto da forma Secretaria de Previdência Social como ele se derdos demais órgãos públicos com quem estiver relacionada por força de lei. 3.1.10- Para todos os relatórios solicitados pelo usuário, o sistema deverá disponibiliza-los, pelo menos, em três formatos: PDF pesquisável, listagem em planilha eletrônica ou CSV ou ainda documento de texto. Nos casos de planilha e arquivo texto, a exportação deverá ser com apenas um cabeçalho inicial contendo informações gerais e nome dos campos, não seja permitido tornar inconsistente o Banco podendo conter cabeçalhos, rodapés e nome de Dadoscampos por quebra de página). O sistema deverá Permitir a realização dispor de “Cópias de Segurança” dos dadossolução padrão, de forma “on-line” e com o banco de dados em utilização; O SGBD deverá conter mecanismos de segurança e proteção que impeçam a perda de transações já efetivadas pelo usuário e permita a recuperação de dados na ocorrência de eventuais falhassua maior totalidade, devendo este processo ser totalmente automático, documentado e seguro; Que o SGBD possua recursos para ser executado em microcomputadores que utilizem 01 (um) ou mais processadores, não seja limitado na capacidade de armazenamento e de acessos a sua base e que possua suporte a clusterização; As senhas dos usuários devem ser armazenadas na forma criptografada, através de algoritmos próprios do sistema, de tal forma que nunca sejam mostradas em as telas de consultarelatórios possibilitem visualizar e exportar a informação para arquivos em diversos formatos. No caso de alguma tela não atender o disposto, manutenção a contratada deverá customizá-la caso seja solicitado pelo contratante visando adequação ao processo de cadastro trabalho. 3.1.11- O sistema deverá gerar arquivos de usuários ou tela exportação para integração de acesso ao sistema; sistemas de outros órgãos governamentais, referente a informações geradas e controladas no sistema de gestão previdenciária que são alvo de integração entre sistemas. Os layouts dos arquivos deverão se manter atualizados conforme novas determinações legais. A saber: SIPREV-MPS, E-Social, AUDESP-SP. 3.1.12- O gerenciador de banco de dados sistema deverá possuir recursos de segurança para impedir que usuários não autorizados obtenham êxito em acessar efetuar a base de exportação dos dados para efetuar consulta, alteração, exclusão, impressão ou cópia; Possuir ferramenta o Cálculo atuarial conforme layout de assinatura eletrônica, através arquivo da consultoria contratada 3.1.13- Deverá possuir Gerador de Certificação Digital Padrão ICP Brasil, que permita dar validade jurídica aos documentos gerados. Possibilitar, caso o órgão licitante deseje, que os documentos digitalizados já salvos também possam ser assinados eletronicamente com o uso da Certificação Digital. Esta ferramenta deverá ser propriedade da empresa fornecedora do Sistema ERP de Administração Pública. Permitir que os documentos digitalizados possam ser salvos em formato PDF ou similar. Deverá fazer o controle de vigência do usuárioRelatórios Dinâmico, para determinar o tempo extração de acesso ao sistema. Em telas de entrada de dados, menus e relatórios Permitir atribuir, por usuário, permissão exclusiva para incluir, alterar, consultar e/ou excluir dados. Permitir o registro de nível de acesso (grupo de usuário do sistema)informações a partir dos dados dos sistemas, possibilitando a usuário rotina de fácil visualização de funções como visualizarexportação para arquivos nos formatos HTML, incluirTXT, consultarPDF, alterar DOC e excluir, organizando em nível hierárquico simulando o menu do sistema, sendo possível ter visões separadas entre cadastros e relatórios. Possibilitar a restrição de acesso do usuário do sistema por empresa e filial. O sistema deverá conter o cadastro de acordo com a tabela do IBGE para: país, estado e município. Ser desenvolvido em interface gráfica, compatível com o S.O. Windows e Linux. Possuir ajuda on-line (Help). Manter em tela a informação de navegação no sistema que fique de fácil retorno e acesso a novas funções. Permitir o controle de várias empresas e filiais na mesma aplicação e banco de dados. Permitir o controle de diversas unidades de atendimento no mesmo banco de dados. Possuir rotina prática e rápida de geração automática e manual de backup (cópia de segurança), configurada pelo próprio usuário; Permitir o registro de informações a empresa como nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de filiais por empresa com nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de Pessoa Física com controle de duplicidade através de documentos. Permitir o registro de Pessoa Jurídica com controle de duplicidade através do CNPJ. Permitir o registro manual de país ou carga automática em rotinas de importações. Permitir o registro manual de estado por país ou carga automática em rotinas de importações. Permitir o registro manual de município por estado ou carga automática em rotinas de importações. Permitir o registro de bairro. Permitir o registro de tipo de logradouro. Permitir o registro de logradouro classificando por tipo de logradouro. Permitir o registro de local, sessão, divisão e secretaria. Permitir o registro de profissão possibilitando a classificação por CBO. Permitir o registro de CBO - Cadastro Brasileiro de Ocupação, padrão 2002. Permitir o registro de usuário de sistema, sendo este vinculado ao Cadastro de Pessoa Física. Ter interface para o usuário do sistema altere sua senha, sendo possível alterar em todos os módulos ao qual tem acesso em uma única rotina. Possuir interface para manter configurações por empresa ou filialXLS.

CARACTERÍSTICAS GERAIS. O Software de Gestão 6.1.1 A solução deve ser desenvolvida em Assistência Social deverá ser um sistema “multiusuário”, “integrado”, “on-line”, permitindo o compartilhamento de arquivos de dados e informações de uso comum. Ambiente cliente-servidor sob arquitetura linguagem nativa para a web. Não será permitida a utilização de nenhum recurso tecnológico, tais como: runtimes, plugins, virtualização ou acesso remoto a área de trabalho para o uso da aplicação, exceto onde houver a necessidade de softwares intermediários para acesso a outros dispositivos como leitor biométrico, impressoras, certificados digitais ou por motivos de segurança da aplicação web. 6.1.2 A solução deve ser composta por módulos e sistemas que garantam a integração e unificação das informações, não sendo necessário, por exemplo, cadastrar unidades e famílias e indivíduos mais que uma vez no sistema para sua utilização nos diversos recursos e processos da solução. 6.1.3 O software deverá ser desenvolvido em linguagem acessado e compatível com pelo menos os principais browsers (navegadores) disponíveis no mercado, tais como Internet Explorer, Firefox, Chrome, Safari, etc. 6.1.4 O software deve possibilitar o acesso por meio de programação Java para webno mínimo os ambientes Windows, Linux, MAC OS, Android e trabalhar exclusivamente Ios. 6.1.5 Garantir a comunicação entre o cliente e servidor utilizando conexão criptografada (SSL/HTTPS) com SHA-256 bits validada por autoridade certificadora. 6.1.6 Controlar os usuários e as permissões de forma on-line devido à todas unidades possuírem sinal acesso, permitindo relacionar o usuário a um ou mais grupos de Internetacesso e gerenciar regras como cadastro, visualização, exclusão, etc. Permitir configurar os níveis de acesso de acordo a hospedagem em servidor unidade de aplicação não sendo necessário realizar atualizações atendimento e nível de versões nas estações de trabalho. Ser compatível com proteção, possibilitando configurar quais módulos, funcionalidades e unidades poderá acessar. 6.1.7 Garantir a versão do Java 6 ou superior Manter em cache as páginas e imagens nas estações de trabalhos e atualizá-las automaticamente quando houver novas versões. Ser compatível com os principais navegadores como (Mozilla Firefox, Internet Explorer e Google Chrome). Os sistemas deverão Possibilitar instalação em servidores GNU/Linux, Windows Servers, FreeBSD; O Sistema deverá obrigatoriamente realizar todas as suas funcionalidades executadas somente através de navegador – browser de internet, utilizando-se de tecnologia Web (Internet/Intranet)integridade referencial dos cadastros, não sendo aceito o acesso através permitindo a exclusão definitiva de executáveis, serviços de terminal (Terminal Services) e/ou através de emuladores de terminal, máquinas virtuais (virtual machine). Prover efetivo controle de acesso ao aplicativo através do uso de senhas, permitindo bloqueio de acesso depois de determinado número de tentativas de acesso inválidas e após a expiração do usuário e protegendo as senhas armazenadas através de criptografia. Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia, utilizando o conceito de usuário autorizador, em qualquer função, selecionada a critério do usuário. Possibilitar registros que o usuário altere sua própria senha. Possuir rotina para resetar a senha do usuário. Permitir o acesso de múltiplos logins em máquina ou navegadores diferentes. Manter histórico dos acessos por usuário e por função, registrando a data, hora e o nome do usuário. Bloquear o acesso do usuário ao sistema caso o identificador (login) e senha estiverem incorretos, exibindo função de captcha e mensagem do motivo. Bloquear o acesso ao sistema quando este não tiver interação do usuário por determinado período. Manter log de auditoria das alterações efetuadas sobre os principais cadastros e tabelas, ofertando ao cliente escolha de visualização das ações de acordo tenham vínculos com os critérios do cliente (visualização dinâmica). Funcionar em rede com servidores GNU/Linux, Windows Servers, FreeBSD e estações de trabalho com sistema operacional Windows 98, NT, 2000, XP e 7 ou GNU/Linux. Permitir a visualização dos relatórios em tela, bem como Possibilitar que sejam salvos em disco para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também Permitir a seleção da impressora de rede desejada. Os relatórios deverão ser salvos em formatos de arquivos “TXT, RTF, PDF, HTML, CSV, ODT e XLS” de forma que possam ser importados por outros aplicativos. Permitir a exportação das tabelas integrantes da base de dados do aplicativo em arquivos tipo texto. Utilizar bancos de dados que permitam acesso padrão ODBC ou ADO a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. Possuir validação na camada de interface com o usuário para os campos obrigatórios, antes de fazer a requisição de gravação registros no banco de dados. Assegurar . 6.1.8 O sistema deve possuir auditoria das operações realizadas, armazenando dados de inserções e alterações dos registros, permitindo consultar a data, horário e usuário responsável pela operação. 6.1.9 Possibilitar ao administrador do sistema fazer backup ou exportação de todos os dados registrados no servidor software em formato tabulado (TXT, CSV ou outros formatos), para fins de aplicação que as informações necessárias para gravação cópia de segurança e/ou utilização destes dados em banco de dados sejam validadas caso a interface com o usuário falhar por qualquer motivo. Toda atualização de dados outros softwares. 6.1.10 O sistema deve ser realizada de forma on-line. Garantir a integridade referencial entre as diversas tabelas dos aplicativostotalmente em língua portuguesa, através do banco de dadosnão sendo admitido interfaces, por meio de triggers ou constraints. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. Possuir controle de atualização de versão de banco de dados, informando mensagens ao usuário quando ocorrer erros de atualização e Possibilitar a identificação da versão utilizada. Possuir um Sistema Gerenciador de Banco de Dados Relacional (SGBD) que possua o padrão SQL ANSI, sendo obrigatório o atendimento das seguintes condições obrigatórias: Que o SGBD seja totalmente de domínio público, possua licença BSD e seja fornecido ou cedido gratuitamente pela empresa contratada; O SGBD deverá possuir os seguintes recursos: point-in-time recovery (PITR), tablespaces, integridade transacional, stored procedures, views triggers, suporte a modelo híbrido objeto-relacional, suporte a tipos geométricos; As regras de integridade do gerenciador de banco de dados deverão estar alojadas preferencialmente no Servidor de Banco de Dados, de tal forma que, independentemente dos privilégios de qualquer parte ou acesso do usuário sistema em língua estrangeira. 6.1.11 Disponibilizar manual do sistema completo em língua portuguesa e da forma como ele se der, não seja permitido tornar inconsistente o Banco sistema integrado de Dados. O sistema deverá Permitir a realização registro de “Cópias solicitações de Segurança” dos dados, de forma “on-line” e com o banco de dados em utilização; O SGBD deverá conter mecanismos de segurança e proteção que impeçam a perda de transações já efetivadas pelo usuário e permita a recuperação de dados na ocorrência de eventuais falhas, devendo este processo ser totalmente automático, documentado e seguro; Que o SGBD possua recursos para ser executado em microcomputadores que utilizem 01 (um) ou mais processadores, não seja limitado na capacidade de armazenamento e de acessos a sua base e que possua suporte a clusterização; As senhas dos usuários devem ser armazenadas na forma criptografada, através de algoritmos próprios atendimento dentro do sistema, de tal forma que nunca sejam mostradas em telas de consulta, manutenção de cadastro de usuários ou tela de acesso ao sistema; O gerenciador de banco de dados deverá possuir recursos de segurança para impedir que usuários não autorizados obtenham êxito em acessar permitindo se comunicar com a base de dados para efetuar consulta, alteração, exclusão, impressão ou cópia; Possuir ferramenta de assinatura eletrônica, através de Certificação Digital Padrão ICP Brasil, que permita dar validade jurídica aos documentos gerados. Possibilitar, caso o órgão licitante deseje, que os documentos digitalizados já salvos também possam ser assinados eletronicamente com o uso da Certificação Digital. Esta ferramenta deverá ser propriedade da empresa fornecedora do Sistema ERP sistema rapidamente quando necessário. 6.1.12 O software deverá permitir abertura de Administração Pública. Permitir que os documentos digitalizados possam ser salvos em formato PDF ou similar. Deverá fazer o controle solicitações de vigência do usuário, para determinar o tempo de acesso ao sistema. Em telas de entrada de dados, menus e relatórios Permitir atribuir, por usuário, permissão exclusiva para incluir, alterar, consultar e/ou excluir dados. Permitir o registro de nível de acesso (grupo de usuário do sistema), possibilitando atendimento com a usuário rotina de fácil visualização de funções como visualizar, incluir, consultar, alterar e excluir, organizando em nível hierárquico simulando o menu Contratada dentro do sistema, sendo possível ter visões separadas entre cadastros e relatórios. Possibilitar conforme especificações do item 4.5, que trata do suporte técnico operacional, visando facilitar a restrição de acesso do usuário do sistema por empresa e filial. O sistema deverá conter o cadastro de acordo comunicação dos usuários com a tabela do IBGE para: paísfornecedora da solução. 6.1.13 Os relatórios gerados pelo sistema deverão permitir exportação para os formatos PDF, estado DOC e município. Ser desenvolvido em interface gráfica, compatível com o S.O. Windows e Linux. Possuir ajuda on-line (Help). Manter em tela a informação de navegação no sistema que fique de fácil retorno e acesso a novas funções. Permitir o controle de várias empresas e filiais na mesma aplicação e banco de dados. Permitir o controle de diversas unidades de atendimento no mesmo banco de dados. Possuir rotina prática e rápida de geração automática e manual de backup (cópia de segurança), configurada pelo próprio usuário; Permitir o registro de informações a empresa como nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de filiais por empresa com nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de Pessoa Física com controle de duplicidade através de documentos. Permitir o registro de Pessoa Jurídica com controle de duplicidade através do CNPJ. Permitir o registro manual de país ou carga automática em rotinas de importações. Permitir o registro manual de estado por país ou carga automática em rotinas de importações. Permitir o registro manual de município por estado ou carga automática em rotinas de importações. Permitir o registro de bairro. Permitir o registro de tipo de logradouro. Permitir o registro de logradouro classificando por tipo de logradouro. Permitir o registro de local, sessão, divisão e secretaria. Permitir o registro de profissão possibilitando a classificação por CBO. Permitir o registro de CBO - Cadastro Brasileiro de Ocupação, padrão 2002. Permitir o registro de usuário de sistema, sendo este vinculado ao Cadastro de Pessoa Física. Ter interface para o usuário do sistema altere sua senha, sendo possível alterar em todos os módulos ao qual tem acesso em uma única rotina. Possuir interface para manter configurações por empresa ou filialXLS.

CARACTERÍSTICAS GERAIS. O Software Acesso através de Gestão sistemas iOS, Android e Web através de uma interface padronizada. Todos os sistemas devem operar na modalidade multiusuária com contribuições simultâneas e níveis de acessos diferenciáveis. Isolamento entre as interfaces de acesso de uso interno e uso público. Sempre que uma interface de acesso for disponibilizada para usuários não autenticados (telespectadores, ouvintes ou para o público em Assistência Social deverá geral), deve ser um sistema “multiusuário”, “integrado”, “on-line”, permitindo o compartilhamento de arquivos de dados e implementada em uma área distinta daquela utilizada para a hospedagem dos serviços internos Os acessos via aplicativo devem anexar as informações de uso comum. Ambiente cliente-servidor sob arquitetura web. O software deverá ser desenvolvido data, hora, informações sobre o dispositivo móvel (hardware e software) e coordenadas geográficas em linguagem de programação Java para web, e trabalhar exclusivamente de forma on-line devido à todas unidades possuírem sinal de Internet. Permitir a hospedagem em servidor de aplicação não sendo necessário realizar atualizações de versões nas estações de trabalho. Ser compatível com a versão do Java 6 ou superior Manter em cache as páginas e imagens nas estações de trabalhos e atualizá-las automaticamente quando houver novas versões. Ser compatível com todos os principais navegadores como (Mozilla Firefox, Internet Explorer e Google Chrome)registros. Os sistemas deverão Possibilitar instalação acessos via Web devem anexar as informações de data, hora, informações sobre o computador e endereço IP da conexão em servidores GNU/Linux, Windows Servers, FreeBSD; O Sistema deverá obrigatoriamente realizar todas as suas funcionalidades executadas somente através de navegador – browser de internet, utilizando-se de tecnologia Web todos os registros. Os aplicativos dispositivos móveis (Internet/IntranetiOS e Android), não sendo aceito apenas quando o acesso através usuário for autorizado para realizar o procedimento de executáveisconsulta, serviços devem ser capazes de terminal (Terminal Services) e/ou através de emuladores de terminal, máquinas virtuais (virtual machine). Prover efetivo ler etiquetas padrão “QR-Code” e encaminharem o usuário diretamente para o controle de acesso ao aplicativo através do uso inventário. Devem permitir também a digitação dos algarismos deste código nos casos em que as condições físicas da etiqueta impeçam sua decodificação Sistema de senhasbackup automático dos metadados. Realização de backup incremental a cada 12 horas e um backup completo a cada 24 horas. Cada backup diário completo deve ser mantido por 30 dias. Todos os backups diários completos realizados no primeiro dia de cada mês devem ser mantidos indefinidamente, permitindo bloqueio sendo facultado o seu armazenamento em mídia externa após 12 meses Redundância no armazenamento dos metadados e conteúdo multimídia (áudio, vídeo e documentos digitalizados) Capacidade de acesso depois exportação de determinado número de tentativas de acesso inválidas e após a expiração do usuário e protegendo as senhas armazenadas através de criptografia. Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia, utilizando o conceito de usuário autorizador, em qualquer função, selecionada a critério do usuário. Possibilitar que o usuário altere sua própria senha. Possuir rotina para resetar a senha do usuário. Permitir o acesso de múltiplos logins em máquina ou navegadores diferentes. Manter histórico dos acessos por usuário e por função, registrando a data, hora e o nome do usuário. Bloquear o acesso do usuário ao sistema caso o identificador (login) e senha estiverem incorretos, exibindo função de captcha e mensagem do motivo. Bloquear o acesso ao sistema quando este não tiver interação do usuário por determinado período. Manter log de auditoria das alterações efetuadas sobre todos os principais cadastros e tabelas, ofertando ao cliente escolha de visualização das ações de acordo com os critérios do cliente (visualização dinâmica). Funcionar em rede com servidores GNU/Linux, Windows Servers, FreeBSD e estações de trabalho com sistema operacional Windows 98, NT, 2000, XP e 7 ou GNU/Linux. Permitir a visualização dos relatórios em tela, bem como Possibilitar que sejam salvos em disco para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também Permitir a seleção da impressora de rede desejada. Os relatórios deverão ser salvos em formatos de arquivos “TXT, RTF, PDF, HTML, CSV, ODT e XLS” de forma que possam ser importados por outros aplicativos. Permitir a exportação das tabelas integrantes da base de dados do aplicativo em arquivos tipo texto. Utilizar bancos de dados que permitam acesso padrão ODBC ou ADO a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. Possuir validação na camada de interface com o usuário repositório principal (metadados e conteúdo multimídia) para os campos obrigatórios, antes de fazer a requisição de gravação no banco de dados. Assegurar no servidor de aplicação que as informações necessárias para gravação em banco de dados sejam validadas caso a interface com o usuário falhar por qualquer motivo. Toda atualização de dados deve ser realizada de forma on-line. Garantir a integridade referencial entre as diversas tabelas dos aplicativos, através do banco de dados, por meio de triggers ou constraints. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. Possuir controle de atualização de versão de banco de dados, informando ao usuário quando ocorrer erros de atualização e Possibilitar a identificação da versão utilizada. Possuir um Sistema Gerenciador de Banco de Dados Relacional (SGBD) que possua o padrão SQL ANSI, sendo obrigatório o atendimento das seguintes condições obrigatórias: Que o SGBD seja totalmente de domínio público, possua licença BSD e seja fornecido ou cedido gratuitamente bases locais indicadas pela empresa contratada; O SGBD deverá possuir os seguintes recursos: point-in-time recovery (PITR), tablespaces, integridade transacional, stored procedures, views triggers, suporte a modelo híbrido objeto-relacional, suporte a tipos geométricos; As regras de integridade do gerenciador de banco de dados deverão estar alojadas preferencialmente no Servidor de Banco de Dados, de tal forma que, independentemente dos privilégios de acesso do usuário e da forma como ele se der, não seja permitido tornar inconsistente o Banco de DadosCONTRATANTE. O sistema deverá Permitir deve permitir a realização de “Cópias de Segurança” sincronização dos dados, dados locais de forma “on-line” e com o banco de dados em utilização; O SGBD deverá conter mecanismos de segurança e proteção que impeçam a perda de transações já efetivadas pelo usuário e permita a recuperação de dados na ocorrência de eventuais falhas, devendo este processo ser totalmente automático, documentado e seguro; Que o SGBD possua recursos para ser executado em microcomputadores que utilizem 01 manual (umquando solicitado) ou mais processadores, não seja limitado na capacidade de armazenamento e de acessos a sua base e que possua suporte a clusterização; As senhas dos usuários devem ser armazenadas na forma criptografada, através programada para execução automática Gerenciamento de algoritmos próprios do sistema, de tal forma que nunca sejam mostradas em telas de consulta, manutenção de cadastro de usuários ou tela permissões de acesso ao sistema; O gerenciador de banco de dados deverá possuir recursos de segurança para impedir que usuários não autorizados obtenham êxito em acessar a base de dados para efetuar consulta, alteração, exclusão, impressão ou cópia; Possuir ferramenta de assinatura eletrônica, através de Certificação Digital Padrão ICP Brasil, que permita dar validade jurídica aos documentos gerados. Possibilitar, caso o órgão licitante deseje, que os documentos digitalizados já salvos também possam ser assinados eletronicamente com o uso da Certificação Digital. Esta ferramenta deverá ser propriedade da empresa fornecedora do Sistema ERP de Administração Pública. Permitir que os documentos digitalizados possam ser salvos em formato PDF ou similar. Deverá fazer o controle de vigência do usuário, para determinar o tempo de acesso ao sistema. Em telas de entrada de dados, menus e relatórios Permitir atribuir, por usuário, permissão exclusiva para incluir, alterar, consultar e/ou excluir dados. Permitir o registro de nível de acesso (grupo de usuário do sistema), possibilitando a usuário rotina de fácil visualização de funções como visualizar, incluir, consultar, alterar e excluir, organizando em nível hierárquico simulando o menu do sistema, sendo possível ter visões separadas entre cadastros e relatórios. Possibilitar a restrição de acesso do usuário do sistema por empresa e filialusuários. O sistema deverá conter deve permitir que o cadastro gestor configure, para cada usuário, quais módulos do sistema serão acessíveis e se as informações poderão ser removidas, alteradas ou apenas consultadas. Os telefones de acordo com contato e contas de e- mail serão utilizados durante o encaminhamento de notificações de avisos e alarmes Todos os sistemas devem registrar imagens, áudio e vídeo. Todos os módulos do sistema devem suportar o recebimento de conteúdo multimídia anexo, cabendo ao gestor determinar em quais condições sua utilização será obrigatória ou facultativa Todos os componentes do inventário devem receber uma etiqueta RFID e uma etiqueta QR-Code que nunca deverão ser reutilizadas. O uso das duas tecnologias de forma simultânea permite que a tabela ausência do IBGE para: país, estado e municípioleitor RFID não gere prejuízo aos procedimentos de controle. Ser desenvolvido em interface gráfica, compatível com o S.O. Windows e Linux. Possuir ajuda on-line (Help). Manter em tela O leitor RFID será necessário quando for realizada uma varredura de ambiente para a informação geração do inventário local de navegação no sistema que fique de fácil retorno e acesso a novas funções. Permitir o controle de várias empresas e filiais na mesma aplicação e banco de dados. Permitir o controle de diversas unidades de atendimento no mesmo banco de dados. Possuir rotina prática e rápida de geração automática e manual de backup (cópia de segurança), configurada pelo próprio usuário; Permitir o registro de informações a empresa como nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de filiais por empresa com nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de Pessoa Física com controle de duplicidade forma automatizada Os sistemas devem ser visualizados através de documentosuma “timeline” (formato calendário) utilizando a modalidade de exibição por camadas. Permitir Embora o registro sistema possa ser instalado com vários formatos de Pessoa Jurídica com controle de duplicidade através do CNPJvisualização, o modelo calendário será um requisito básico. Permitir o registro manual de país ou carga automática em rotinas de importações. Permitir o registro manual de estado por país ou carga automática em rotinas de importações. Permitir o registro manual de município por estado ou carga automática em rotinas de importações. Permitir o registro de bairro. Permitir o registro de tipo de logradouro. Permitir o registro de logradouro classificando por tipo de logradouro. Permitir o registro de localOs usuários poderão selecionar quais camadas devem ser visualizadas, sessão, divisão tornando a consulta mais limpa e secretaria. Permitir o registro de profissão possibilitando a classificação por CBO. Permitir o registro de CBO - Cadastro Brasileiro de Ocupação, padrão 2002. Permitir o registro de usuário de sistema, sendo este vinculado ao Cadastro de Pessoa Física. Ter interface para o usuário do sistema altere sua senha, sendo possível alterar em todos os módulos ao qual tem acesso em uma única rotina. Possuir interface para manter configurações por empresa ou filial.específica

CARACTERÍSTICAS GERAIS. O Software 3.1.1- A solução deverá permitir o atendimento às regras do Instituto de Gestão em Assistência Social deverá ser um sistema “multiusuário”Previdência, “integrado”, “on-line”, permitindo o compartilhamento bem como as regras operacionais pertinentes ao Regime Próprio de arquivos de dados e informações de uso comum. Ambiente cliente-servidor sob arquitetura webPrevidência Social. O software deverá ser desenvolvido em linguagem certificado pelo Instituto Nacional de programação Java Propriedade Industrial (INPI) sendo o Certificado de registro de programa de computador, para webcomprovação é indispensável a apresentação do documento original ou cópia autenticada. 3.1.2- As interfaces para o usuário final deverão ser de fácil utilização, seguindo princípios de usabilidade, com suas funcionalidades claras para facilitar a navegação e trabalhar exclusivamente operação geral do sistema, visando à obtenção dos produtos e serviços oferecidos pela ferramenta. O comportamento dos componentes das telas deverá ser descrito para o utilizador, podendo ser na própria tela do sistema, ajuda online ou manual atualizado. 3.1.3- A solução deverá estar sobre o padrão “cliente-servidor”, funcionando por acesso à intranet ou acesso a nuvens (WEB/Internet) que concentre as bases de forma on-line devido à todas unidades possuírem sinal dados e regras de Internet. Permitir negócio a hospedagem ser executada em servidor de aplicação não sendo necessário realizar atualizações de versões nas estações de trabalho. Ser compatível com a versão do Java 6 ou superior Manter em cache as páginas e imagens nas estações de trabalhos e atualizá-las automaticamente quando houver novas versões. Ser compatível com os principais navegadores como (Mozilla Firefox, Internet Explorer e Google Chrome). Os sistemas deverão Possibilitar instalação em servidores GNU/Linux, Windows Servers, FreeBSD; O Sistema deverá obrigatoriamente realizar todas as suas funcionalidades executadas somente através de navegador – browser de internet, utilizando-se de tecnologia Web (Internet/Intranet), não sendo aceito o acesso através de executáveis, serviços de terminal (Terminal Services) e/ou através de emuladores de terminal, máquinas virtuais (virtual machine). Prover efetivo controle de acesso ao aplicativo através do uso de senhas, permitindo bloqueio de acesso depois de determinado número de tentativas de acesso inválidas e após a expiração do usuário e protegendo as senhas armazenadas através de criptografia. Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia, utilizando o conceito de usuário autorizador, em qualquer função, selecionada a critério do usuário. Possibilitar que o usuário altere sua própria senha. Possuir rotina para resetar a senha do usuário. Permitir o acesso de múltiplos logins em máquina ou navegadores diferentes. Manter histórico dos acessos por usuário e por função, registrando a data, hora e o nome do usuário. Bloquear o acesso do usuário ao sistema caso o identificador (login) e senha estiverem incorretos, exibindo função de captcha e mensagem do motivo. Bloquear o acesso ao sistema quando este não tiver interação do usuário por determinado período. Manter log de auditoria das alterações efetuadas sobre os principais cadastros e tabelas, ofertando ao cliente escolha de visualização das ações de acordo com os critérios do cliente (visualização dinâmica). Funcionar em rede com servidores GNU/Linux, Windows Servers, FreeBSD e estações de trabalho com sistema operacional Microsoft Windows 98, NT, 2000, XP ou Linux. 3.1.4- Todas as licenças de software que já não sejam pertencentes ao Instituo de Previdência e 7 ou GNU/Linux. Permitir a visualização dos relatórios em tela, bem como Possibilitar que sejam salvos em disco precisem ser adquiridas exclusivamente para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também Permitir a seleção funcionamento da impressora de rede desejada. Os relatórios solução deverão ser salvos em formatos de arquivos “TXT, RTF, PDF, HTML, CSV, ODT e XLS” de forma que possam ser importados por outros aplicativos. Permitir a exportação das tabelas integrantes da base de dados do aplicativo em arquivos tipo texto. Utilizar bancos de dados que permitam acesso padrão ODBC ou ADO a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. Possuir validação na camada de interface com o usuário para os campos obrigatórios, antes de fazer a requisição de gravação no banco de dados. Assegurar no servidor de aplicação que as informações necessárias para gravação em banco de dados sejam validadas caso a interface com o usuário falhar por qualquer motivo. Toda atualização de dados deve ser realizada de forma on-line. Garantir a integridade referencial entre as diversas tabelas dos aplicativos, através do banco de dados, por meio de triggers ou constraints. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. Possuir controle de atualização de versão de banco de dados, informando ao usuário quando ocorrer erros de atualização e Possibilitar a identificação da versão utilizada. Possuir um Sistema Gerenciador de Banco de Dados Relacional (SGBD) que possua o padrão SQL ANSI, sendo obrigatório o atendimento das seguintes condições obrigatórias: Que o SGBD seja totalmente de domínio público, possua licença BSD e seja fornecido ou cedido gratuitamente adquiridas pela empresa contratada; O SGBD CONTRATADA. 3.1.5- A solução deverá possuir os seguintes recursos: point-in-time recovery (PITR), tablespaces, integridade transacional, stored procedures, views triggers, suporte a modelo híbrido objeto-relacional, suporte a tipos geométricos; As regras de integridade do utilizar gerenciador de banco de dados deverão estar alojadas preferencialmente no Servidor relacional, visto ser a tecnologia mais difundida atualmente, ou outra em que a implementação seja justificável e que sua utilização não seja considerada defasada e, preferencialmente, sobre a licença de Banco “software livre”. 3.1.6- A base de Dadosdados será de propriedade da contratante, de tal e a contratada deverá fornecer: a forma que, independentemente dos privilégios de acesso aos dados, login com permissão de consulta e alteração, esquema de dados contendo seus artefatos e relacionamentos, exemplo de consultas comuns e backup periódico. Em caso de utilização de tecnologia diferente de SQL deverá fornecer treinamento, ferramentas de acesso e manuais para manipulação dos dados e licenças de software. 3.1.7- O sistema deverá possuir uma solução que permita que os utilizadores executem suas tarefas em caso de indisponibilidade da internet, podendo ser através de instalação de servidor em rede loca intranet, em computador de propriedade da CONTRATANTE ou CONTRATADA, ou através de carga de dados para trabalho no aplicativo cliente, seja solução desktop que deverá sincronizar os dados quando a conexão de internet for reestabelecida. 3.1.8- A solução de aplicativo cliente deverá funcionar nos computadores de trabalho da autarquia utilizando navegadores padrão. 3.1.9- A solução terá que estar totalmente orientada para a administração pública, focada na gestão de Regimes Próprios de Previdência Social. Deverá atender todas as exigências da legislação vigente. O cadastro deverá conter todas as informações necessárias a atender o funcionamento do usuário Regime Próprio e as exigências previdenciárias, legais e fiscais tanto da forma Secretaria de Previdência Social como ele se derdos demais órgãos públicos com quem estiver relacionada por força de lei. 3.1.10- O sistema informatizado ofertado deverá atender as funcionalidades relacionadas neste TERMO DE REFERÊNCIA, que serão avaliadas por ocasião da Demonstração Técnica. 3.1.11- Para todos os relatórios solicitados pelo usuário, o sistema deverá disponibilizá-los, pelo menos, em três formatos: PDF pesquisável, listagem em planilha eletrônica ou CSV ou ainda documento de texto. Nos casos de planilha e arquivo texto, a exportação deverá ser com apenas um cabeçalho inicial contendo informações gerais e nome dos campos, não seja permitido tornar inconsistente o Banco podendo conter cabeçalhos, rodapés e nome de Dadoscampos por quebra de página). O sistema deverá Permitir a realização dispor de “Cópias de Segurança” dos dadossolução padrão, de forma “on-line” e com o banco de dados em utilização; O SGBD deverá conter mecanismos de segurança e proteção que impeçam a perda de transações já efetivadas pelo usuário e permita a recuperação de dados na ocorrência de eventuais falhassua maior totalidade, devendo este processo ser totalmente automático, documentado e seguro; Que o SGBD possua recursos para ser executado em microcomputadores que utilizem 01 (um) ou mais processadores, não seja limitado na capacidade de armazenamento e de acessos a sua base e que possua suporte a clusterização; As senhas dos usuários devem ser armazenadas na forma criptografada, através de algoritmos próprios do sistema, de tal forma que nunca sejam mostradas em as telas de consultarelatórios possibilitem visualizar e exportar a informação para arquivos em diversos formatos. No caso de alguma tela não atender o disposto, manutenção a contratada deverá customizá-la caso seja solicitado pelo contratante visando adequação ao processo de cadastro trabalho. 3.1.12- O sistema deverá gerar arquivos de usuários ou tela exportação para integração de acesso sistemas de outros órgãos governamentais, referente a informações geradas e controladas no sistema de gestão previdenciária que são alvo de integração entre sistemas. Os layouts dos arquivos deverão se manter atualizados conforme novas determinações legais. A saber: SIPREV-MPS, E-Social, exportações pertinentes ao sistema; Tribunal de Contas Estadual. 3.1.13- O gerenciador de banco de dados sistema deverá possuir recursos de segurança para impedir que usuários não autorizados obtenham êxito em acessar efetuar a base de exportação dos dados para efetuar consulta, alteração, exclusão, impressão ou cópia; Possuir ferramenta o Cálculo atuarial conforme layout de assinatura eletrônica, através arquivo da consultoria contratada. 3.1.14- Deverá possuir Gerador de Certificação Digital Padrão ICP Brasil, que permita dar validade jurídica aos documentos gerados. Possibilitar, caso o órgão licitante deseje, que os documentos digitalizados já salvos também possam ser assinados eletronicamente com o uso da Certificação Digital. Esta ferramenta deverá ser propriedade da empresa fornecedora do Sistema ERP de Administração Pública. Permitir que os documentos digitalizados possam ser salvos em formato PDF ou similar. Deverá fazer o controle de vigência do usuárioRelatórios Dinâmico, para determinar o tempo extração de acesso ao sistema. Em telas de entrada de dados, menus e relatórios Permitir atribuir, por usuário, permissão exclusiva para incluir, alterar, consultar e/ou excluir dados. Permitir o registro de nível de acesso (grupo de usuário do sistema)informações a partir dos dados dos sistemas, possibilitando a usuário rotina de fácil visualização de funções como visualizarexportação para arquivos nos formatos HTML, incluirTXT, consultarPDF, alterar DOC e excluir, organizando em nível hierárquico simulando o menu do sistema, sendo possível ter visões separadas entre cadastros e relatórios. Possibilitar a restrição de acesso do usuário do sistema por empresa e filial. O sistema deverá conter o cadastro de acordo com a tabela do IBGE para: país, estado e município. Ser desenvolvido em interface gráfica, compatível com o S.O. Windows e Linux. Possuir ajuda on-line (Help). Manter em tela a informação de navegação no sistema que fique de fácil retorno e acesso a novas funções. Permitir o controle de várias empresas e filiais na mesma aplicação e banco de dados. Permitir o controle de diversas unidades de atendimento no mesmo banco de dados. Possuir rotina prática e rápida de geração automática e manual de backup (cópia de segurança), configurada pelo próprio usuário; Permitir o registro de informações a empresa como nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de filiais por empresa com nome, razão social, CNPJ, dados de endereçamento e dados de contato. Permitir o registro de Pessoa Física com controle de duplicidade através de documentos. Permitir o registro de Pessoa Jurídica com controle de duplicidade através do CNPJ. Permitir o registro manual de país ou carga automática em rotinas de importações. Permitir o registro manual de estado por país ou carga automática em rotinas de importações. Permitir o registro manual de município por estado ou carga automática em rotinas de importações. Permitir o registro de bairro. Permitir o registro de tipo de logradouro. Permitir o registro de logradouro classificando por tipo de logradouro. Permitir o registro de local, sessão, divisão e secretaria. Permitir o registro de profissão possibilitando a classificação por CBO. Permitir o registro de CBO - Cadastro Brasileiro de Ocupação, padrão 2002. Permitir o registro de usuário de sistema, sendo este vinculado ao Cadastro de Pessoa Física. Ter interface para o usuário do sistema altere sua senha, sendo possível alterar em todos os módulos ao qual tem acesso em uma única rotina. Possuir interface para manter configurações por empresa ou filialXLS.