TERMO DE REFERÊNCIA E DESCRIÇÃO DOS ITENS
TERMO DE REFERÊNCIA E DESCRIÇÃO DOS ITENS
1 – DO DESCRITIVO E OBJETO DA LICITAÇÃO
1.1. A Presente licitação tem como objeto a Contratação de empresa especializada no ramo de tecnologia da informação para prestação de serviços e licença de uso de Solução e Software na área de Gestão Pública e Gestão de Educação, de forma modular e integrada, na modalidade de locação mensal, com acesso simultâneo e sem limites para acesso de usuários em ambiente web, ainda, serviços complementares tais como migração de dados, parametrizações, configurações, implantação, treinamento de usuários e equipe, suporte técnico, customização, assistência técnica e manutenção corretiva, legal, e preventiva, bem como hospedagem da solução em data center, a fim de atender as necessidades do Município de Bocaina do Sul e suas respectivas secretarias, a contratação se dará nos termos do edital, do presente Termo de Referência, e demais anexos que compõe o presente edital, observando o que segue:
LOTE 01
MUNICÍPIO DE BOCAINA DO SUL | |||||
Item | Descrição / Especificações mínimas | Quantidade | Unidade | Valor Unitário Estimado | Valor Total Estimado |
IMPLANTAÇÃO DO SISTEMA - PREFEITURA Serviços de Diagnóstico Serviços de Configuração Serviços de Migração de informações Serviços de Implantação e Habilitação do sistema para uso (Descritivo completo conforme Termo de Referência) | 01 | Serviço | 28.078,72 | 28.078,72 | |
TREINAMENTO DE USUÁRIOS PREFEITURA Serviços de treinamento dos servidores na implantação para o melhor aproveitamento do sistema, com atendimento in loco. (Descritivo completo conforme Termo de Referência) | 01 | Serviço | 8.736,83 | 8.736,83 | |
SISTEMAS INTEGRADOS CONTABIIDADE PREFEITURA Planejamento e Orçamento – PPA, LDO e LOA Escrituração Contábil, Execução Financeira, Financeiro, Tesouraria e Prestação de Contas. (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 2.127,70 | 25.532,40 | |
SISTEMAS INTEGRADOS CONTROLE INTERNO | 12 | Mensal | 470,71 | 5.648,52 | |
PREFEITURA Controle interno (Descritivo completo conforme Termo de Referência) | |||||
SISTEMAS INTEGRADOS PORTAL DA TRANSPARENCIA PREFEITURA Portal da transparência e Lei de Acesso a Informação (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 432,23 | 5,186,76 | |
SISTEMAS INTEGRADOS COMPRAS PREFEITURA Compras, licitações e contratos (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 842,37 | 10.108,44 | |
SISTEMAS INTEGRADOS CONTROLE INTERNO PREFEITURA Controle de frota e combustíveis (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 410,69 | 4.928,28 | |
SISTEMAS INTEGRADOS ALMOXARIFADO PREFEITURA Almoxarifado / Estoque (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 136,33 | 1.635,96 | |
SISTEMAS INTEGRADOS PATRIMONIO PREFEITURA Patrimônio (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 385,04 | 4.620,48 | |
SISTEMAS INTEGRADOS RECURSOS HUMANOS PREFEITURA Recursos Humanos Pessoal, Folha de pagamento, avaliação do desempenho, estágio probatório, contra cheque (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 1.125,11 | 13.501,32 | |
SISTEMAS INTEGRADOS E-SOCIAL PREFEITURA Segurança, Medicina e Saúde do Servidor, E-Social (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 230,52 | 2.766,24 | |
SISTEMAS INTEGRADOS PONTO ELETRONIO PREFEITURA Ponto Eletrônico (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 493,77 | 5.925,24 | |
SISTEMAS INTEGRADOS TRIBUTOS PREFEITURA Gestão da Arrecadação, tributação | 12 | Mensal | 2.204,84 | 26.458,08 |
e fiscalização Gestão de IPTU e taxas Gestão de ITBI e taxas Gestão do ISS e Taxas Gestão de Receitas diversas Gestão da Dívida ativa Contribuição de melhoria Fiscalização fazendária, Simples nacional (Descritivo completo conforme Termo de Referência) | |||||
SISTEMAS INTEGRADOS ESCRITA FISCAL PREFEITURA Escrita fiscal eletrônica (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 358,29 | 4.299,48 | |
SISTEMAS INTEGRADO NOTA FISCAL ELETRONICA PREFEITURA Nota fiscal eletrônica de serviços (Descritivo completo conforme Termo de Referência); Monitoramento notas fiscais | 12 | Mensal | 1.116,57 | 13.398,84 | |
SISTEMAS INTEGRADOS GESTÃO DE OBRAS PREFEITURA Gestão de Obras e posturas (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 443,62 | 5.323,44 | |
SISTEMAS INTEGRADOS SERVIÇOS PREFEITURA Serviços Públicos, protocolo e processo digital (Descritivo completo conforme Termo de Referência) Portal de serviços e autoatendimento, ouvidoria, atendimento ao cidadão, portal de gestão (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 1.153,100 | 13.837,32 | |
SISTEMAS INTEGRADOS PROCURADORIA PREFEITURA Gestão de Procuradoria (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 513,81 | 6.165,72 | |
APP (Aplicativo Mobile de Serviços e Autoatendimento) (Descritivo completo conforme Termo de Referência) | 12 | Meses | 510,40 | 6.124,80 | |
SERVIÇOS SEDE DA CONTRATANTE -PREFEITURA Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, | 120 | Hora | 197,62 | 23.714,40 |
migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratante (Descritivo completo conforme Termo de Referência) | |||||
SERVIÇOS SEDE DA CONTRATADA – Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratada (Descritivo completo conforme Termo de Referência) | 120 | Hora | 127,63 | 15.315,60 | |
CAMARA MUNICIPAL DE VEREADORES DE BOCAINA DO SUL | |||||
IMPLANTAÇÃO DO SISTEMA - CAMARA Serviços de Diagnóstico Serviços de Configuração Serviços de Migração de informações Serviços de Habilitação do sistema para uso (Descritivo completo conforme Termo de Referência) | 01 | Serviço | 6.377,77 | 6.377,77 | |
TREINAMENTO DE USUÁRIOS – CAMARA Serviços de treinamento dos servidores na implantação para o melhor aproveitamento do sistema, com atendimento in loco. (Descritivo completo conforme Termo de Referência) | 01 | Serviço | 2.833,33 | 2.833,33 | |
SISTEMAS INTEGRADOS CONTABILIDADE CAMARA Planejamento e Orçamento – PPA, LDO e LOA, Tesouraria Escrituração contábil, Execução financeira e Prestação de Contas (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 650,62 | 7.807,44 | |
SISTEMAS INTEGRADOS PORTAL TRANSPARENCIA CAMARA Portal da transparência e Lei de Acesso a Informação (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 173,16 | 2.077,92 | |
SISTEMAS INTEGRADOS COMPRAS CAMARA Compras e licitações, contratos | 12 | Mensal | 299,07 | 3.588,84 | |
SISTEMAS INTEGRADO | 12 | Mensal | 477,48 | 5.729,76 | |
RECURSOS HUMANOS CAMARA Recursos Humanos Pessoal e Folha de pagamento, Ponto Eletrônico | |||||
SISTEMAS INTEGRADO E- SOCIAL CAMARA Segurança e Saúde do Servidor, E-social (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 410,07 | 4.920,84 | |
SISTEMAS INTEGRADO PATRIMONIO CAMARA Patrimônio (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 261,96 | 3.143,52 | |
SERVIÇOS SEDE DA CONTRATANTE – CAMARA Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratante (Descritivo completo conforme Termo de Referência) | 60 | Hora | 197,62 | 11.857,20 | |
SERVIÇOS SEDE DA CONTRATADA PARA A CAMARA Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratada (Descritivo completo conforme Termo de Referência) | 60 | Hora | 127,63 | 7.657,80 | |
FUNDO MUNICIPAL DE SAÚDE DE BOCAINA DO SUL | |||||
SISTEMAS INTEGRADOS CONTABILDIADE FUNDO DE SAÚDE Planejamento e Orçamento – PPA, LDO e LOA Escrituração Contábil, Execução Financeira, Financeiro, Tesouraria e Prestação de Contas. (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 397,78 | 4.773,36 | |
SISTEMAS INTEGRADOS PORTAL DA TRANSPARENCIA FUNDO DE SAUDE Portal da transparência e Lei de | 12 | Mensal | 151,38 | 1.816,56 | |
Acesso a Informação (Descritivo completo conforme Termo de Referência) | |||||
SISTEMAS INTEGRADOS COMPRAS FUNDO DE SAÚDE Compras e licitações, contratos (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 313,64 | 3.763,68 | |
SISTEMAS INTEGRADOS ALMOXARIFADO FUNDO DE SAÚDE Almoxarifado / Estoque (Descritivo completo conforme Termo de Referência) | 12 | Mensal | 393,10 | 3.517,20 | |
SERVIÇOS SEDE DA CONTRATANTE – FUNDO DE SAÚDE DE BOCAINA DO SUL Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratante (Descritivo completo conforme Termo de Referência) | 60 | Hora | 197,62 | 23.714,40 | |
SERVIÇOS SEDE DA CONTRATADA PARA FUNDO DE SAÚDE Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratada (Descritivo completo conforme Termo de Referência) | 60 | Hora | 127,63 | 15.315,60 | |
VALOR TOTAL ESTIMADO LOTE 01 = R$ 348.874,00 (Trezentos e quarenta e oito mil oitocentos e setenta e quatro reais) | |||||
LOTE 02
Item | Descrição / Especificações mínimas | Quantidade | Unidade | Valor Unitário Estimado | Valor Total Estimado |
GESTÃO EDUCAÇÃO DO MUNICIPIO DE BOCAINA DO SUL | |||||
IMPLANTAÇÃO DO SISTEMA PARA A PREFEITURA MUNICIPAL | 01 | Serviço | 10.779,55 | 10.779,55 | |
Serviços de Diagnóstico Serviços de Configuração Serviços de Migração de informações Serviços de Habilitação do sistema para uso (Descritivo completo conforme Termo de Referência) | |||||
TREINAMENTO DE USUÁRIOS Serviços de treinamento dos usuários (Descritivo completo conforme Termo de Referência) | 01 | Serviço | 4.333,33 | 4.333,33 | |
SISTEMAS INTEGRADOS GESTÃO DA EDUCAÇÃO DO MUNICIPIO Gestão Administrativa Gestão do Calendário Escolar Gestão Pedagógica Secretaria Escolar Central de Vagas Censo Escolar Alimentação Escolar e Nutrição Gestão de Biblioteca Transporte Escolar Portal do Professor Gestão Pais e Alunos | 12 | Mensal | 3.703,81 | 44.445,72 | |
SERVIÇOS SOB DEMANDA (RESERVA TÉCNICA) | |||||
SERVIÇOS SEDE DA CONTRATANTE – FUNDO DE SAÚDE DE BOCAINA DO SUL Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e customização de softwares, na sede da contratante (Descritivo completo conforme Termo de Referência) | 60 | Hora | 197,62 | 23.714,40 | |
SERVIÇOS SEDE DA CONTRATADA PARA EDUCAÇÃO MUNICIPIO DE BOCIANA DO SUL Serviços de consultoria, treinamento de usuários pós implantação, intervenção técnica, configurações, consultoria, migração e outros serviços fora da garantia, conforme ANS, incluídas atividades de personalização e | 60 | Hora | 127,63 | 15.315,60 | |
customização de softwares, na sede da contratada (Descritivo completo conforme Termo de Referência) | |||||
VALOR TOTAL ESTIMADO LOTE 02 = R$ 98.488,60 (Noventa e oito mil quatrocentos e oitenta e oito reais e sessenta centavos). | |||||
1.2. Não é obrigatório que os programas ofertados sejam organizados na mesma ordem e conjunto, ou nome do módulo, porém, é obrigatório que atenda as especificações, tarefas e rotinas citadas na parte descritiva deste termo de referência.
1.3. A presente licitação é do tipo “menor preço global”, em função da indivisibilidade dos itens que compõe e por se tratar de sistema integrado.
1.4. O sistema deverá ser integrado, em atendimento ao art. 48, § 1º, inciso III da Lei Complementar Federal nº 101, de 2000 (Lei de Responsabilidade Fiscal) e Decreto Federal nº 10.540, de 2020.
1.5. O número de usuários deverá ser ilimitado, sem a necessidade de o município adquirir licenças adicionais durante toda a vigência do contrato.
1.6. Os sistemas e acesso aos usuários devem permitir a parametrização e limitação de acesso por usuários.
1.7. Todas as alterações na legislação federal ou estadual, que criem novas obrigações ao ente municipal e impliquem inovações no sistema de gestão serão suportadas financeiramente pela CONTRATADA, que disponibilizará a implantação no prazo razoável para utilização da nova ferramenta/característica/aplicação pela municipalidade.
1.8. Salienta-se que o presente Termo de Referencia tomou como base Termos de Referencia criados por ouros municípios, além de descritivos de sistemas recebidos por empresas do ramos, apresentado quando da apresentação de orçamentos e apresentação dos seus sistemas.
2. DA FORMAÇÃO DOS PREÇOS E PREÇOS REFERENCIA, COMO MÁXIMO PERMITIDO NA LICITAÇÃO
2.1. De forma objetiva, destacamos que os preços do presente certame tiveram como base orçamentos direcionados ao município, bem como contratações similares formalizadas por outros órgãos da administração pública, extraídos de sites oficiais bem como do Portal do Tribunal de Contas do Estado de Santa Catarina.
2.2. Conforme critérios definidos na PORTARIA Nº 804, DE 13 DE NOVEMBRO DE 2018 expedida pelo Ministério da Justiça, de modo especial no inciso II do artigo 2º, e a recente INSTRUÇÃO NORMATIVA Nº 73, DE 5 DE AGOSTO DE 2020, cujos dispositivos indicam como parâmetro de pesquisa, a busca de contratações similares de outros entes públicos.
Art. 2° A pesquisa de preços será realizada em observância às orientações contidas nos Anexos I, II e III desta Portaria e mediante a utilização dos seguintes parâmetros:
I - painel de preços ou outra ferramenta que venha a ser disponibilizada pelo órgão central do Sistema de Serviços Gerais - SISG para pesquisa, análise e
comparação de dados e informações de compras públicas;
II - contratações similares de outros entes públicos, em execução ou concluídos nos cento e oitenta dias anteriores à data da pesquisa de preços;
III - pesquisa publicada em mídia especializada, sítios eletrônicos especializados ou de domínio amplo, desde que contenha a data e hora de acesso; ou
IV - pesquisa com os fornecedores, desde que as datas das pesquisas não se diferenciem em mais de cento e oitenta dias.
§ 1° Os parâmetros poderão ser utilizados de forma combinada ou não, priorizando-se os previstos nos incisos I e II.
§ 2º A impossibilidade de utilização preferencial dos parâmetros previstos nos incisos I e II deve ser justificada e comprovada mediante a juntada de documentos que evidenciem ter havido efetiva tentativa de emprego deles.
§ 3º A definição dos parâmetros utilizados, no caso concreto, para a realização da pesquisa de preços, deve ser formalmente justificada e a instrução processual deverá conter a documentação comprobatória das razões que forem, para tanto, invocadas.
§ 4º A pesquisa de preços realizada exclusivamente com a utilização do parâmetro previsto no inciso IV, somente será admitida quando comprovada a inviabilidade de utilização dos parâmetros previstos nos incisos I, II e III.
2.2. A IN nº 73 por sua vez, reza a mesma situação, apresentando no entanto o diferencial quanto ao estabelecimento do prazo de um ano para consideração da validade do contratação tomada como base. Tudo conforme aponta o inciso II do artigo 5°, vejamos:
II - aquisições e contratações similares de outros entes públicos, firmadas no período de até 1 (um) ano anterior à data de divulgação do instrumento convocatório;
2.3. A busca e, por conseguinte, embasamento de preços em contratos similares, traz sem dúvida alguma maior agilidade ao lançamento do certame. A administração não fica adstrita apenas a intenção de participação e, por conseguinte boa vontade de fornecedores em retornarem as solicitações de orçamentos. Tais solicitações além de sequer serem em sua maioria respondidas, quando ocorrem, são cumpridas apenas no momento que os fornecedores entenderem como viáveis.
2.4. Por esse motivo, buscamos por contração mesclada, utilizando orçamentos fornecimentos por empresas do ramos, aliado a contratações com outros municípios com características semelhantes ao nosso, em especial população,
arrecadação, ao passo que em caso de municípios com o dobro de população promoveu-se a divisão proporcional dos valores, visando harmonia de valores, e também preço justo.
2.5. Além disso, a administração apresenta como base preços constantes de contratos públicos integrantes de certames já homologados por outras administrações. Contratos já referendados pelo E. Tribunal de Contas do estado, posto que, extraídos do site do próprio orgão da Administração Pública Municipal ou mesmo do respectivo Tribunal.
2.6. Acerca da matéria, o Tribunal de Contas da União manifestou posicionamento destacando o dever quanto a busca diversificada de fontes de preços, com prioridade para o Painel de Preços e as contratações similares de outros Órgãos. Vejamos:
TCU – Acórdão nº 1445/2015 – Plenário
Na elaboração do orçamento estimativo da licitação, bem como na demonstração da vantajosidade de eventual prorrogação de contrato, deve ser utilizadas fontes diversificadas de pesquisa de preços. Deve ser priorizadas consultas ao Portal de Compras Governamentais e a contratações similares de outros entes públicos, em detrimento de pesquisas com fornecedores, publicadas em mídias especializadas ou em sítios eletrônicos especializados ou de domínio amplo, cuja adoção deve ser tida como prática subsidiária.
TCU - ACÓRDÃO 2170/2007 ATA 43/2007 - PLENÁRIO - 17/10/2007
Sumário: REPRESENTAÇÃO. PEDIDO DE REEXAME. PREGÃO ELETRÔNICO. SERVIÇOS DE INFORMÁTICA. REVOGAÇÃO DE MEDIDA CAUTELAR. PROVIMENTO
PARCIAL. 1. A aferição de preços nas aquisições e contratações de produtos e serviços de tecnologia da informação, no âmbito da Administração Pública federal, na fase de estimativa de preços, no momento de adjudicação do objeto do certame licitatório, na contratação e alterações posteriores, deve se basear em valores aceitáveis, que se encontrem dentro da faixa usualmente praticada pelo mercado em determinada época, obtida por meio de pesquisa a partir de fontes diversas, como orçamentos de fornecedores, valores adjudicados em licitações de órgãos públicos - inclusos aqueles constantes no Comprasnet -, valores registrados em atas de Sistema de Registro de Preços, entre outras, a exemplo de compras/contratações realizadas por corporações privadas em condições idênticas ou semelhantes àquelas da Administração Pública. 2. Preço aceitável, a ser considerado na faixa de preços referida no item precedente, é aquele que não representa claro viés em relação ao contexto do mercado, ou seja, abaixo do limite inferior ou acima do maior valor constante da faixa identificada para o produto ou serviço. 3. A utilização de fontes que não sejam capazes de representar o
mercado de tecnologia da informação para produtos com certa complexidade ou serviços fornecidos para o setor público - como sites na Internet, inclusive internacionais - pode servir apenas como mero indicativo de preço, sem que sirvam os valores encontrados, por si sós, para caracterização de sobrepreço ou superfaturamento. 4. Os critérios apontados nos itens precedentes devem balizar, também, a atuação dos órgãos de controle, ao ser imputado sobrepreço ou superfaturamento nas aquisições e contratações relacionadas à área de tecnologia da informação.
2.7. O anexo I da portaria 804, reforça a orientação do Tribunal de Contas da União inclusive quanto a utilização como parâmetro os contratos anteriores firmados com o próprio órgão. In Verbis:
A unidade requisitante, conforme orientação do Tribunal de Contas da União, deverá consultar o maior número de fontes possíveis, de modo a possibilitar que a pesquisa de preços reflita o real comportamento do mercado, levando em conta diversas origens, como, por exemplo, contratos anteriores do próprio órgão e os firmados por outros órgãos públicos, valores registrados no Sistema Integrado de Administração de Serviços Gerais - SIASG, nas atas de registro de preços da Administração Pública Federal e cotações com fornecedores (Acórdãos n° 2.318/2014 - Plenário e Acórdão 2.816/2014 - Plenário).
2.8. Ainda com base nas decisões destacadas, salientamos do respectivo posicionamento que além da definição quanto aos requisitos a serem priorizados, resulta clara a condição de utilização de orçamentos de fornecedores e consulta em sites especializados apenas de forma subsidiária na consulta de preços. Reforçando desse modo a regra dos parágrafos 2º e 4º do artigo 2º da Portaria 804 e inciso II do artigo 5º da IN nº 73.
2.9. Assim, diante da realidade aqui apresentada, essa administração tomou como base contratações de Sistemas de Gestão formalizados por outras administrações, todos com similaridades na prestação dos serviços de gestão pública buscados por essa administração, inclusive com módulos de programas/entidades a menor.
2.10. As pesquisas orçamentos utilizados para composição da base de preços do presente certame, esta acostada ao presente processo licitatório, junta a Ata das reuniões da Comissão Especial designada para instrução do certame.
2.11. Necessário salientar de que sistemas de administrações que ainda se encontram em sistema desktop ou então que apresentam sistema de gestão por intermédio de emulação de dados, além ainda, de se encontrarem baseados em tecnologia inferior, apresentam custos finais superiores. Principalmente no que diz respeito ao consumo de links para funcionalidade do sistema.
2.12. Além do que, de acordo com o atual momento, o sistema baseado ainda em desktop, acaba por trazer dificuldades ou impossibilidade para gerir o sistema de
gestão distante do prédio central ou qualquer outra unidade da administração ou mesmo em home office, posto que, ainda não em sistema operacional baseado em nuvem.
2.13. Cumpre ainda salientar de que o valor definido para a contratação com base na similaridade de contratos formalizados por outras administrações/órgãos, demonstra ainda que, não somente pelos parâmetros apurados, mas pela necessidade atual e futura da administração, principalmente em se assegurar de que estará contratando um fornecedor que possa suprir integralmente suas necessidades tecnológica, o valor definido se encontra dentro da realidade do mercado.
2.14. Importante ainda salientar a enorme dificuldade encontrada pelos setor para composição dos preços, uma pela singularidade das características do nossos município, pois dificulta a comparação com outros municípios por exemplo, de modo que não temos e exatidão das informações daquele, outra porque nem todos os município possuíam contratação de todos os sistemas que pretendemos contratar, como é o caso do Aplicativo, por exemplo, poucos municípios possuem a contratação. Além disso, em diversos casos existiram valores demasiadamente elevados para determinados sistemas, valores esses que foram desconsiderado para computo da média.
2.15. Buscamos também efetuar uma comparativo mesmo que superficial em relação aos valores da contratação que possuímos vigente em nosso município dos dias de hoje, não deixando de considerar que o sistema do município hoje é desktop, tecnologia inferior a que pretendemos contratar, tal seja sistema em nuvem.
2.16. Dessa forma, buscamos ser justos, e cautelosos quando da composição dos valores, esperando promover uma contratação vantajosa a municipalidade.
3 – DA NECESSIDADE E INTERESSE PUBLICO NA CONTRATAÇÃO
O Município Bocaina do Sul carece de sistemas informatizados, para processamento de suas informações, sendo imprescindíveis a gestão das atividades administrativas e fiscais do poder executivo, bem como da atividade administrativa.
Nos termos constitucionais, de aumento da eficiência, é necessário que a administração Pública mantenha em seus objetivos a busca pela melhoria contínua de métodos e ferramentas de trabalho, nesse contexto inserido a governança de Tecnologia da Informação (TI).
Com a findar dos atuais contratos, a Administração pretende a contratação de solução informatizada que seja capaz de alinhar-se a realização de procedimentos internos, gestão de processos e prestação de serviços à comunidade, de maneira eficaz e eficiente, agilizando o deslinde das situações cotidianas, racionalizando métodos e reduzindo a circulação de processos e documentos em meio físico (digitalização).
Noutro aspecto, pretende-se a contratação de solução com alta disponibilidade (95% do tempo), minimização de custos (sem que seja grandes investimentos para adquirir, instalar e manter softwares ou recursos de datacenter e rede), segurança dos dados e da informação (contra vazamentos, ataques cibernéticos, desastres), flexibilidade (podendo-se aumentar ou diminuir recursos sob demanda), mobilidade (por meio de dispositivos conectados a internet, como laptop,
tablet, smartfone), acesso e atualização em tempo real de todas as bases e informações, fácil gestão dos níveis e privilégios de acesso, atualizações automáticas, estabilidade, sustentabilidade (redução do uso/consumo de recursos como papel, impressos gráficos, etc), e possibilite a continuidade da prestação dos serviços públicos e atividades administrativas em situações adversas, ampliação do acesso e do uso de informações governamentais, sem necessidade de alocar grandes recursos fixos locais de TI.
Reunindo as qualidades elencadas no parágrafo anterior, se pretende a contratação de solução web em nuvem, permitindo acessar as aplicações sem baixar, instalar ou armazenar em máquinas locais dados ou informações, bem como assegurar a infraestrutura de segurança da informação e proteção de dados, por meio de um serviço de datacenter .
Isso porque, conforme levantamentos técnicos realizados, bem como reuniões e pesquisas procedida pela Comissão nomeada para esse fim, este tipo de tecnologia vem se destacando no mercado, sendo adotados nos mais diversos segmentos, como Poder Judiciário, Tribunais de Contas, Governo do Estado e diversos municípios. O Governo Federal, inclusive, não só estimula esse tipo de contratação, como vem orientando por meio de expedientes e cartilhas1 com informações aos órgãos que pretendem adotar esse tipo de solução.
O Tribunal de Contas da União também defende a viabilidade dessa solução, como mais econômica, vantajosa, flexível e de garantia de maior tempo de operação (não sendo necessário deslocamento de técnicos até o cliente para manutenções).
Além de que esperamos que o sistema traga maior flexibilidade ao serviços publico, podendo ser acessado em qualquer local com acesso a internet, pelo serviços e amplitude de acesso a população, o que ao nosso ver é essencial na gestão pública.
4 – DO ESTUDO E JUSTIFICATIVA PRELIMINAR
Seguindo orientações da Instrução Normativa n.º 1, de 4 de abril de 2019 da Secretaria de Governo Digital do Ministério da Economia, foi realizado um estudo técnico preliminar para compor os presente Termos de Referencia, visando determinar as características e necessidades da contratação da solução de TI (art. 12, inciso IV, cc art. 15 da referida IN).
Visando trazer celeridade e transparência, fora nomeado uma comissão, composta por servidores dos diversos setores que envolvem a administração pública municipal, onde reuniram-se por diversas vezes no intuito de trocar experiências, conhecimento, além de promover estudo sobre os diversos sistemas dispostos no mercado para contratação.
Levantamento junto aos diversos setores da Administração das rotinas, serviços e procedimentos (módulos) informatizadas e em uso, levou a determinação de que áreas deveriam ser atendidas pela solução de ERP, bem como a sua de programas, adotando os princípios da visão sistêmica e da padronização da qualidade
1 Os Padrões Web em Governo Eletrônico (ePWG) são recomendações de boas práticas agrupadas em formato de cartilhas com o objetivo de aprimorar a comunicação e o fornecimento de informações e serviços prestados por meios eletrônicos pelos órgãos do Governo Federal. Disponível em: xxxxx://xxx.xxxxxxxxxxxxxx.xxx.xx/xxxxxxxxxxxxx/xxxxxxx/xxxxxxxxxxx/xxxxxxxxxx-xxxxxxx-xx- governo/epwg-padroes-web-em-governo-eletronico
(ABNT-NBR-ISSO-IEC-27001), resultando em uma organização por módulos.
Durante a fase de instauração do processo administrativo de licitação, foi agendado e oportunizado a todas as empresas do seguimento que visitaram nosso município, talseja, Betha Sistemas, IPM Sistemas e Publica Sistemas, que promovessem a apresentação dos seus produtos a Comissão.
A comissão assistiu atentamente a todas as apresentações, que aconteceram em dias distintos, tendo a oportunidade de lhes serem esclarecidos todos os pontos e duvidas ao que tange as funcionalidades do sistema, as empresas também em suas apresentações promoveram a simulação de execuções de tarefas de todos os setores, individual e/ou conjuntamente.
As apresentações pelas empresas ocorrem presencial e remotamente, os representares das empresas citadas estiveram no município com a comissão apresentando amplamente os seus sistemas, o que foi primordial para compreensão da comissão.
Foi observado ainda no estudo técnico preliminar, a infraestrutura de hardware e lógica, bem como a disponibilidade de acesso à internet as diversas áreas atendidas de modo que se chegou à conclusão de que a solução que melhor atenderia a administração pública, seria um sistema desenvolvido para a internet, em muito pelas questões de sua flexibilidade, poder ser instalado em qualquer PC ligado a internet, sem alterar os atuais requisitos de hardware das máquinas, bem como sua alta disponibilidade, segurança dos dados e da informação (contra vazamentos, ataques cibernéticos, desastres), flexibilidade (podendo-se aumentar ou diminuir recursos sob demanda), mobilidade (por meio de dispositivos conectados a internet, como laptop, tablet, smartfone), acesso e atualização em tempo real de todas as bases e informações, fácil gestão dos níveis e privilégios de acesso, atualizações automáticas, estabilidade, sustentabilidade (redução do uso/consumo de recursos como papel, impressos gráficos, etc), e possibilite a continuidade da prestação dos serviços públicos e atividades administrativas em situações adversas (como foi na pandemia do COVID 19 possibilitando atividades em regime de teletrabalho), ampliação do acesso e do uso de informações governamentais, sem necessidade de alocar grandes recursos fixos locais de TI e demais benefícios como aponta o Tribunal de Contas da União no Acórdão TC 025.994/2014-0 . Xxxxxxx esse, inclusive, que traz um estudo realizado pelo TCU sobre computação em nuvem, de grande valia para a definição das especificações do objeto, para esse tipo de contratação.
Este tipo de tecnologia (computação em nuvem), conforme pesquisado, vem se destacando no mercado, sendo adotados nos mais diversos segmentos, como Poder Judiciário, Tribunais de Contas, Governo do Estado e diversos municípios. O Governo Federal, inclusive, não só estimula esse tipo de contratação, como vem orientando por meio de expedientes e cartilhas com informações aos órgãos que pretendem adotar esse tipo de solução.
A internet, como meio de prestação de serviços, possibilita maior agilidade na resolução de problemas técnicos, dispensando o deslocamento de profissionais da Contratada até a Contratante, bem como reduzindo os custos com tais demandas de serviços.
Nesse sentido, uma vez que os sistemas de gestão pública são considerados sistemas grandes, ou seja, com centenas de operações, funções, procedimentos e rotinas obrigatórios a serem executados para atendimento da legislação,
principalmente aquela relacionada a responsabilidade fiscal e contábil, mas não só isso, buscando a eficiência da gestão, o que demandaria muito esforço técnico e tempo, foram pesquisadas experiências de outros municípios com sistemas que pudessem funcionar completamente por meio da internet, de modo a constituir uma padronização de toda a infraestrutura de softwares de gestão e evitar a criação de ilhas de processamento.
A comissão, por seus membros, procederam contato com diversos municípios do estado, constatando a funcionalidades dos sistemas.
De fato, a partir de uma leitura crítica do artigo 1º, § único da Lei Federal nº 10.520/2002, entende essa equipe de administração que a única forma de adoção de padrões de desempenho e qualidade objetivamente definidos pelo edital “por meio de especificações usuais no mercado” seria mediante observação e aproveitamento de experiências anteriores e de outros entes públicos em contratações idênticas ou semelhantes.
Eventual “criação” absoluta de um novo termo de referência que não respeitasse as especificações usuais do mercado (extraídas de editais anteriormente publicados) desrespeitaria o conteúdo do artigo 1º, § único da Lei 10.520/2002, e desnaturaria a modalidade licitatória, descabendo a esta municipalidade a “criação” abstrata das especificações usuais do mercado, que devem ser buscadas justamente no mercado, in casu representado pelos termos de referência padronizados ao longo dos anos por diversas experiências licitatórias lícitas, muitas delas apreciadas pelo próprio Poder Judiciário ou Tribunal de Contas.
Embasando a decisão administrativa, o art. 15, I, da Lei nº 8.666/93 estabelece:
Art. 15. As compras, sempre que possível, deverão:
I - atender ao princípio da padronização, que imponha compatibilidade de especificações técnicas e de desempenho, observadas, quando for o caso, as condições de manutenção, assistência técnica e garantia oferecidas;
Nesse sentido, todos os softwares integrantes do ERP deverão possuir padronização de linguagens e telas, serem desenvolvidos para a plataforma web, buscando-se o melhor desempenho e menor consumo de recursos de rede/internet (link), restringindo-se os subterfúgios tecnológicos e ferramentas conhecidas do meio tecnológico que possam representar perda de performance, aumento de custos, instabilidade e insegurança dos dados e informações, bem como observando-se a liberdade das empresas em aplicar a linguagem de programação web que lhe seja apropriada, respeitando a livre iniciativa do mercado.
A padronização não só dos descritivos, como dos procedimentos, encontra amparo, de modo que em comum, os entes precisam atender as legislações específicas, como preconiza o princípio da legalidade que norteia os atos administrativos. Noutra toada, observou-se que a solução escolhida deve poder “rodar” de modo satisfatório consumindo poucos recursos de internet, justificando os requisitos relativos a performance, de modo a não onerar ou inviabilizar a sua implementação em caso de uma nova pandemia por exemplo, com trabalho remoto de servidores, em locais com infraestrutura precária de sinal de celular (2g ou 3G) ou
mesmo de baixa largura de banda, atendendo a realidade local. Em contraposição, a na mesma ótica, estabelecer baixo custo de recursos de internet a entidade contratante.
As necessidades da administração são atendidas, como bem estabelece os diplomas legais de regência, por meio dos descritivos estabelecidos nos instrumentos convocatórios. Descritivos, que de longe de serem mera formalidade ou um capricho do gestor, representam o atendimento as Leis.
A Lei 10.520/2002, em seu art. 3º, inciso II, determina que a especificação de um objeto deve ser PRECISA, SUFICIENTE e CLARA.
Por suficiente, deve ser entendido, no mínimo, como aquela que atende a necessidade pública, não abrindo imediatamente após a firmação do termo contratual, brechas a reinvindicação de aditivos pelo contratado, para funcionamento satisfatório e eficiente do que foi contratado.
Deve se entender que sistemas de gestão pública são softwares de grande porte, comportando centenas de operações e funções, divididos em módulos ou programas. Buscou-se um rol mínimo, de funções/operações por módulo ou conjunto de modulos, cabendo uma extensão maior apenas aqueles cuja atribuições dos servidores ou serviços administrativos envolvem maiores etapas de rotinas e burocratização. As quais, de extrema relevância, justamente para o bom controle dos processos e procedimentos administrativos, dos registros e das atividades operacionais. Ou seja, ao fim e ao cabo, não se trata de um descritivo excessivo, mas o conjunto, diante da adoção de visão sistêmica, torna o descritivo grande, mas de fundamental importância para alcance do objeto.
Como bem sabido, a deficiência no descritivo técnico, que segue as orientações da Instrução Normativa n° 04/2014, da Secretaria de Logística e Tecnologia da Informação SLTI do Ministério do Planejamento, Orçamento e Gestão – MPOG e orientações da Nota Técnica nº 04/2008/TCU é abrir brechas a futuros questionamentos de revisão, acréscimos e aditamento contratuais, visando customizações de funções e operações, em flagrante prejuízo a previsibilidade e a economicidade, princípios que balizam o procedimento de aquisição e contratação.
O descritivo técnico não traz nada mais do que prevê a Lei quanto as funções, operações e relatórios exigidos, inclusive pelos próprios órgãos de controle (TCE, TCU, STN, etc), bem como os padrões mínimos de segurança e desempenho das aplicações. Não há que se falar em irrelevância. Muito pelo contrário, quantos aos requisitos de desempenho e segurança, principalmente estes últimos ligados a questão estrutural, tratam-se de elementos fundamentais, que devem contemplar desde uma simples queda de energia e potencial perda ou inconsistência da informação em trabalho ou armazenada, quanto a possibilidade de monitoramento e auditoria das operações realizadas, mitigando fraudes e outros atos lesivos, bem como, prevendo o ferramental necessário a intervenção corretiva e preventiva, além da eficiência do serviço prestado, dentro de um tempo razoável. Não há qualquer restrição em tais requisitos, que tem significante papel na observância dos princípios da transparência e de continuidade do serviço público, repousando sobre o mérito administrativo do gestor público.
As integrações evitam desconformidades e erros sistemáticos e dificuldade da gestão. A partir do momento que empresas potencialmente concorrentes alimentam e retroalimentam seus bancos a partir de banco de dados distintos, haveria exponencial aumento do risco de problemas, com incansáveis trocas de acusações técnicas.
Além da contratação ser necessária, os requisitos atendem a finalidade ao interesse público, bem como estão pautados nos preceitos legais estabelecidos na Carta da República e na Lei de Licitações e Contratos administrativos.
Por se tratar de aquisição de solução de TI, já disponível no mercado e pronta para implementação, apoia-se a contratação no entendimento do Tribunal de Contas da União:
Tendo em vista, de forma geral, que para contratação de empresa especializada em cessão de direito de uso (ou locação, licenciamento) dos sistemas integrados em gestão pública e serviços complementares, o pressuposto é o de que sistema já exista (Acórdão TCU nº 602/2004 - Plenário).
Existindo similaridade e padronização nos serviços públicos e fornecedores aptos a implementar o serviço contratado, não é hoje, mais admissível que o ente contratante espere meses ou anos para o desenvolvimento de uma solução de TI completa “sob medida”. Isso porque, é sabido que na dinâmica do desenvolvimento de software, é vantajoso a aquisição de experiencias entre os usuários visando a aceleração do amadurecimento da solução, com a correção de bugs, bem como a implementação de melhorias. Quanto mais usuários utilizam um sistema, mais rápido se dá a sua maturidade e mais rápido se dá o seu melhoramento. Portanto, muito mais vantajosa a aquisição de um sistema “pronto” e em larga escala de uso, e com o fator economia de escala, contribuindo no quesito de economicidade, do que o seu desenvolvimento “do zero”.
A solução escolhida deve vir ao encontro das premissas básicas de boas práticas de gestão pública municipal. Portanto, acolhendo as diversas experiências já adotadas em outros entes contratantes.
Nesse contexto, tem-se que diversos são os fornecedores desse tipo de sistemas, não havendo qualquer prejuízo a competitividade.
Foi definido também a possibilidade de realização de uma AMOSTRA DO OBJETO tão logo seja definido o vencedor. Tal situação segue as orientações da Instrução Normativa n° 04/2014, da Secretaria de Logística e Tecnologia da Informação SLTI do Ministério do Planejamento, Orçamento e Gestão – MPOG e orientações da Nota Técnica nº 04/2008/TCU. Partindo da premissa de que se trata de um sistema pronto e em uso em outros entes públicos, não há que se falar em desenvolvimento ou em postergação. Como já foi dito, o ente público tem pressa em modernização e não tem interesse na contratação de fábrica de software, mas na aquisição e absorção de experiencia e boas práticas já consolidadas, de modo a conduzir a contratação a solução mais vantajosa.
Quanto a segurança da informação, conforme pesquisado e de conhecimento da área de TI, o Tribunal de Contas da União alerta, que as maciças concentrações de recursos e dados nos provedores de computação em nuvem podem representar um alvo atraente para possíveis atacantes .
A Lei nº 13.709/2018 (Lei Geral de Proteção de Dados Pessoais – LGPD) estabelece uma série de critérios e responsabilidades quanto ao tratamento e uso de dados de terceiros, aplicando-se diretamente aos sistemas de gestão pública, de modo que foi observado, no estudo técnico, que devem ser cobrados do fornecedor requisitos quanto a segurança e tratamento da informação, através de estratégias e políticas ligadas ao datacenter.
Portanto, como se vê, além da contratação ser necessária, os requisitos
atendem a finalidade ao interesse público, bem como estão pautados nos preceitos legais estabelecidos na Carta da República e na Lei de Licitações e Contratos administrativos.
A Lei nº 7.783/1989, em seu art. 10, inciso IX, considera o processamento de dados, ligados a serviços públicos, como atividade essencial. Dessa maneira, faz todo sentido que a alta disponibilidade do Sistema, por meio de uma infraestrutura de hardware, fontes de energia entre outros, sejam cobrados como essenciais ao sucesso de forma tranquila de todo o processo administrativo e de serviços prestados que utilizem os sistemas contratados. O excepcional interesse público, se sobrepõe aos interesses privados. Até porque, a responsabilidade da Administração Pública, nos termos da Constituição Federal, independente de ato omisso ou comissivo, se faz de forma objetiva.
Por fim, o estudo levou em consideração o conceito do artigo 24, parágrafo único do Decreto Lei nº 4.657/1942 (LIND), considerando-se o caráter geral das práticas administrativas reiteradas e de amplo conhecimento público, tornando aceitável a sua aplicação.
Como dito, a comissão buscou processos e procedimentos instaurados em outros municípios, visando otimizar o trabalho, mesmo porque não temos equipe técnica especialista em desenvolvimento de sistemas, então segue-se os descritivos e requisitos padrões para o usuário, com base em outros processos.
O resultado das pesquisas e considerações do estudo técnico preliminar tem como fruto o presente Termo de Referência da contratação, tendo sido nele expresso os resultados e apontamentos, na forma de um único documento, em atenção a norma de regência em aplicação, Lei. 8.666/93 e redução da burocracia.
5 DA JUSTIFICATIVA DO AGRUPAMENTO DOS ITENS POR LOTE
5.1. Sabe-se que o artigo. 15, inc. IV e o art. 23, § 1º, ambos da Lei Federal nº 8.666, de 1993, trazem a previsão de que “as compras, sempre que possível, deverão ser subdivididas em tantas parcelas quantas necessárias”, e as obras, serviços e compras, serão divididas “em tantas parcelas quantas se comprovarem técnica e economicamente viáveis”. Em outras palavras, a Administração deve realizar uma análise em que se coteje a necessidade/vantajosidade de licitar o objeto de forma conjunta, sob o enfoque da inviabilidade técnica ou econômica; ou ao contrário, proceder contratações individualizadas, utilizando-se do critério de julgamento “menor preço” por item (item de lote, grupo, a depender da nomenclatura comumente utilizada no Órgão/Entidade).
5.2. Dois aspectos devem ser considerados, então, previamente à decisão de licitar o objeto como um todo, ou de modo individualizado/parcelado: primeiramente, se o objeto comporta materialmente a divisão, sem qualquer prejuízo; e segundo, se a divisão é a opção mais vantajosa para a Administração, do ponto de vista técnico e econômico?
5.3. Não se discute que, em determinadas situações, o fracionamento do objeto licitado em vários itens permitirá a participação de um maior número de licitantes e que tal fato democratiza o acesso às contratações públicas. Quanto a tal fato, não resta a menor dúvida, todavia, apesar da competição e acirrada disputa entre os particulares serem objetivos traçados na norma regulatória em comento, tal
não permite prejuízos ao erário com o único fim de possibilitar maior acesso aos particulares. O que se pretende com o processo licitatório, além da democratização da participação, é a maior vantajosidade para a Administração.
5.4. A licitação que se pretende levar a termo, por certo, se realizada por itens, conduzirá a sérios riscos ao resultado final do objeto ora pretendido, podendo principalmente trazer sérios prejuízos ao erário.
5.5. Em que pese à possibilidade de se obter maior competitividade com a divisão do sistema em lotes e/ou consórcios o resultado a ser atingido e pretendido pela administração poderia restar frustrado, com inúmeras empresas sagrando-se vencedoras cada uma de determinado item, sem que houvesse, no entanto, compatibilidade entre os sistemas por elas ofertados, o que não permitiria a integração dos sistemas de informática do Município.
5.6. Além disso temos a perda de economia de escala decorrente dos custos para cada item. Se a licitação for realizada por itens, cada licitante irá propor, para cada item, um custo, ao passo que se o licitante obtiver a adjudicação de todos os itens, na forma por lote que se pretende, tais custos serão sensivelmente diluídos, posto que suportados por apenas um licitante, qual seja, aquele que se sagrar vencedor. Logo, ao propor, sua respectiva proposta considerará tal realidade, qual seja, a adjudicação e todo o objeto e não apenas parte dele, fazendo com que proponha custos mais reduzidos para mencionadas etapas.
5.7. Além disso, merecem destaque os riscos inerentes à própria execução, pois, não restam dúvidas, o objeto pretendido, quando executado por vários contratados, poderá não ser integralmente executado, tendo em vista possíveis problemas nas relações jurídicas mantidas com diversos contratados, bem como o ponto principal que é a INTEGRAÇÃO e FUNCIONALIDADE dos sistemas de informática do Município, posto que, contratando diversas plataformas teremos possíveis incompatibilidades entre eles.
5.8. Neste contexto, a licitação tendo como critério o “menor preço por lote” é mais satisfatória do ponto de vista da eficiência técnica, para se manter a qualidade dos serviços a serem executados, haja vista que o gerenciamento permanece todo o tempo a cargo de um mesmo administrador. Nesse ponto, as vantagens podem ser localizadas no maior nível de controle pela Administração na execução do objeto, a maior interação entre as diferentes fases dos serviços executados, a maior facilidade no cumprimento do cronograma preestabelecido e na observância dos prazos, concentração da responsabilidade pela execução do empreendimento em uma só pessoa e concentração da garantia dos resultados.
5.9. Tanto é assim que, nas hipóteses de licitação com diversidade de serviços, o entendimento dos Tribunais de Contas tem sido o de que o parcelamento ou não do objeto da licitação deve ser auferido sempre no caso concreto, perquirindo- se essencialmente acerca da viabilidade técnica e econômica do parcelamento e da divisibilidade do objeto. O TCU, no Acórdão nº 732/2008, se pronunciou no sentido de que “a questão da viabilidade do fracionamento deve ser decidida com base em cada caso, pois cada obra tem as suas especificidades, devendo o gestor decidir analisando qual a solução mais adequada no caso concreto”.
5.10. O Professor Xxxxx Xxxxxxx Xxxxxx Xxxxxxxxx, no Parecer nº 2086/00, elaborado no Processo nº 194/2000 do TCDF, ensina que: “Desse modo a regra do parcelamento deve ser coordenada com o requisito que a própria lei definiu: só se pode falar em parcelamento quando há viabilidade técnica para sua adoção. Não se
imagina, quando o objeto é fisicamente único, como um automóvel, que o administrador esteja vinculado a parcelar o objeto. Nesse sentido, um exame atento dos tipos de objeto licitados pela Administração Pública evidencia que embora sejam divisíveis, há interesse técnico na manutenção da unicidade, da licitação ou do item da mesma. Não é pois a simples divisibilidade, mas a viabilidade técnica que dirige o processo decisório. Observa-se que, na aplicação dessa norma, até pela disposição dos requisitos, fisicamente dispostos no seu conteúdo, a avaliação sob o aspecto técnico precede a avaliação sob o aspecto econômico. É a visão jurídica que se harmoniza com a lógica. Se um objeto, divisível, sob o aspecto econômico for mais vantajoso, mas houver inviabilidade técnica em que seja licitado em separado, de nada valerá a avaliação econômica. Imagine-se ainda esse elementar exemplo do automóvel: se por exemplo as peças isoladamente custassem mais barato, mesmo assim, seria recomendável o não parcelamento, pois sob o aspecto técnico é a visão do conjunto que iria definir a garantia do fabricante, o ajuste das partes compondo todo único, orgânico e harmônico. Por esse motivo, deve o bom administrador, primeiramente, avaliar se o objeto é divisível. Em caso afirmativo, o próximo passo será avaliar a conveniência técnica de que seja licitado inteiro ou dividido”.
5.11. No mesmo sentido, destaca-se, ainda, a lição de Xxxxxx Xxxxx, para
quem:
[...] a obrigatoriedade do fracionamento respeita limites de ordem técnica e econômica. Não se admite o fracionamento quando tecnicamente isso não for viável ou, mesmo, recomendável. O fracionamento em lotes deve respeitar a integridade qualitativa do objeto a ser executado. [...] a unidade do objeto a ser executado não pode ser destruída através do fracionamento” XXXXXX XXXXX, Xxxxxx. Comentários à Lei de Licitações e Contratos Administrativos. 11.ed. São Paulo: 2005, Dialética, p. 207).
5.12. Assim sendo considerando inclusive o SIAFC, que traz que os sistemas
precisam ser integrados, não resta duvidas que a melhor e mais vantajosa opção é a escolha da forma de julgamento menor Preço por Xxxx.
6 DA CLASSIFICAÇÃO DOS BENS COMUNS
6.1. Os produtos e serviços objeto do presente certame licitatório estão em perfeita consonância às exigências do parágrafo único do art. 1º da Lei Federal nº 10.520, de 17 de julho de 2002, pois a escolha dos mesmos pode perfeitamente ser feita tão somente com base nos preços ofertados, haja vista serem comparáveis entre si e não necessitarem de avaliação minuciosa, sendo inclusive encontrados facilmente no mercado.
6.2. O Município de Bocaina do Sul/SC, considerando que na pratica do dia-a- dia a opção pela modalidade de pregão presencial, tem invariavelmente imprimido maior celeridade à contratação de bens e serviços comuns, sem prejuízo à competitividade, tem, até o presente momento optado em suas contratações apenas pela adoção do Pregão Presencial.
6.3. Além disso, o sistema que se pretende contratar, trata-se de sistema pronto, oferecidos por diversas empresa, sem a necessidade de desenvolvimento,
entendendo-se assim
6.4. Sendo assim, a escolha da modalidade Pregão Presencial é a que melhor se adéqua a aquisição do objeto do certame, pois a Administração Pública tem o poder discricionário para decidir sobre as modalidades licitatórias.
6.5. Diante acima exposto justificamos a opção pela realização de PREGÃO PRESENCIAL.
7 DOS PAGAMENTOS E PRAZOS
7.1. O pagamento será realizado de forma mensal e sucessiva, mediante apresentação da nota fiscal/fatura que deverá ser emitida em nome da empresa contratada:
7.1.1. Os serviços de implantação e treinamento dos usuários realizados serão pagos de acordo com a prestação do serviços podendo ocorrer em parcela única ou em várias parcelas, em todas as hipóteses com vencimento em até 30 (trinta) dias depois da sua realização, emissão de Nota Fiscal e comprovação da efetiva execução.
7.1.2. Provimento e gestão de datacenter, locação dos sistemas, suporte técnico e demais serviços mensais serão pagos de forma mensal e sucessiva durante toda a vigência do contrato, sendo a primeira com vencimento aos 30 dias a contar da liberação do sistema para uso.
7.1.3. Os serviços ofertados por hora técnica (sob demanda) serão pagos de acordo com o número de horas técnicas utilizadas no mês anterior ao mês do pagamento, em conjunto com as parcelas mensais.
7.2 O prazo de vigência do Contrato de locação dos programas é de 12 (doze) meses a contar da data de sua assinatura, podendo ser estendido por simples apostilamento ou Termo Aditivo, pelo período que foi necessário a implantação do sistema. O contrato de locação e serviços complementares oferecidos por hora técnica ou valor mensal poderá ser prorrogado, não podendo ao todo ultrapassar o limite de 48 (quarenta e oito) meses, nos termos previsto no art. 57, inciso IV, da Lei Federal n° 8.666/93, caso haja interesse das partes e mediante termo aditivo.
7.3 Em havendo continuidade contratual, ou prorrogação de vigência fica estipulado que o valor do item será automaticamente reajustado pelo Índice Nacional de Preços ao Consumidor – INPC, independentemente de termo aditivo contratual, apurado a cada período de doze meses contados a partir da data limite para apresentação das Propostas de Preços/Orçamentos conforme § 1º, Art. 3º, da lei nº 10.192/2001. Podendo ser executado por simples Apostila de acordo com o art. 65,
§8º, da Lei 8.666/93.
7.4 Em caso de inadimplemento da Administração por prazo superior a 90 (noventa) dias, é autorizada a tomada das medidas necessárias, desde que haja prévio aviso a CONTRATANTE, nos termos do artigo 78, inciso XV da Lei 8.666/93.
8 DAS OBRIGAÇÕES DAS PARTES E CONDIÇÕES DE FORNECIMENTO
8.1 São obrigações da CONTRATADA:
a) arcar com os ônus trabalhistas, impostos, encargos sociais, incluindo, despesas referentes à transporte aéreo, traslados, hospedagens, alimentação e pagamento de diárias, dentre outros afins, no atendimento a execução dos serviços descritos neste termo, durante toda a vigência contratual;
b) executar a configuração, migração de informações e demais atividades necessárias à implantação dos módulos da solução contratado, autorizados formalmente pela CONTRATANTE, através de ordem de início de serviço, no prazo máximo declarado no contrato;
c) efetuar a manutenção legal do sistema para adaptação às alterações legais (legislação federal, estadual e municipal) inerentes às suas funcionalidades, durante toda a vigência do contrato, devendo executar as atualizações que se fizerem necessárias para o seu perfeito funcionamento e enquadramento as mudanças nas legislações;
d) efetuar a manutenção corretiva do sistema, corrigindo eventuais falhas, independentemente de serem observadas ou não pelos usuários;
e) prestar o serviço de suporte técnico conforme disposições do termo de referência e contrato;
f) avaliar, em prazo razoável, a viabilidade técnica e jurídica das solicitações de alteração específicas encaminhadas eletronicamente pelo CONTRATANTE, e repassar orçamento acompanhado de cronograma para execução dos serviços;
g) executar as customizações do sistema, conforme viabilidade técnica e solicitações da CONTRATANTE, mediante orçamento prévio aprovado e acordo de nível de serviços;
h) com relação ao data center, manter os sistemas básicos (Sistema Operacional, Servidor de Aplicação, Servidor de Banco de Dados, etc.) em constante atualização, especialmente quando falhas de segurança forem reportadas pelos fabricantes (quando licenciados) ou comunidade (quando software livre);
i) A qualquer momento da execução do contrato, fornecer à CONTRATANTE informações em condições de leitura e migração e senhas necessárias para acesso completo aos dados;
j) manter, durante a vigência do contrato, todas as condições de habilitação e qualificações exigidas na licitação que deu origem a contratação;
k) não transferir a outrem, no todo ou em parte, a execução do presente contrato, sem prévia e expressa anuência da CONTRATANTE;
l) manter o(s) servidor(es) da CONTRATANTE, encarregado(s) de acompanhar os trabalhos, a par do andamento dos serviços, prestando-lhe(s) as informações necessárias;
m) desenvolver todas as atividades constantes no edital e seus anexos, bem como seguir as especificações funcionais do mesmo;
n) tratar como confidenciais informações e dados contidos nos sistemas da Contratante, guardando total sigilo perante terceiros, nos termos da Lei 13.709/2018 (Lei Geral da Proteção de Dados Pessoais – LGPD);
o) comunicar imediatamente, por escrito, a impossibilidade de execução de qualquer obrigação contratual, para adoção das providências cabíveis;
p) responsabilizar-se por quaisquer danos ou prejuízos causados a contratante ou terceiros em função do desempenho de suas atividades, se apurada culpa ou responsabilidade civil, nos termos da legislação, observado o direito à ampla defesa e ao contraditório;
q) Acompanhar, prestar apoio e suporte técnico à Contratante, junto a atual empresa fornecedora de software, no intuído de requerer e recepcionar os dados e informações para migração dos sistemas e soluções, garantindo uma transição de sistemas legal e segura;
r) Após a conclusão do processo de implantação dos sistemas, a CONTRATADA deverá promover o treinamento de toda a equipe que ira utilizar os sistemas, com carga horária não inferior a 40 (quarente) horas aulas por sistema;
s) Também após a total implantação dos sistemas, a Contratada deverá disponibilizar por período não inferior a 30 (trinta) dias, equipe técnica treinada e capacitada in loco, junto a Secretaria de Administração e Finanças, composta por no mínimo 02 (duas) pessoas, qual deverá acompanhar as atividades dos usuários dos sistemas, devendo para isso sanar todas as duvidas advindas no processo de utilização dos sistemas;
t) Somente será devido qualquer outro valor a título de treinamento e capacitação, após o período de implantação e operacionalização dos sistemas, e decorridos os prazo de 90 (noventa) dias disposto nas alíneas anteriores, mediante emissão de autorização expresso para Contratante.
8.2 São obrigações da CONTRATANTE:
a) efetuar os pagamentos nas condições e preços pactuados no termo contratual, incluindo as customizações, acréscimos, aditivos e apostilamentos;
b) prestar as informações, esclarecimentos e fornecer os dados e arquivos necessários ao desenvolvimento dos serviços contratados, de forma completa e legível ou utilizável;
c) fiscalizar e acompanhar a execução do contrato, documentar e notificar formalmente à Contratada, a ocorrência de eventuais imperfeições, falhas ou irregularidades no curso de execução dos serviços, fixando prazo para a sua correção ou regularização;
d) documentar todos os pedidos de intervenção no sistema e parâmetros de configuração desde a implantação até as demais no decorrer do contrato, bem como conferir todas as intervenções feitas no sistema pela Contratada antes de liberação para o uso, de modo a evitar possíveis erros ou equívocos, uma vez que a Contratante é a proprietária do banco de dados e responsável por todos os parâmetros, dados e informações repassadas aos técnicos da Contratada para realização de seus serviços, não isentando a Contratada das suas responsabildiades;
e) responsabilizar-se pela completa e correta inserção de dados e parâmetros nos sistemas, atendendo as orientações da Contratanda;
f) parametrizar o sistema, em nível de usuário, inclusive no tocante às modificações de alíquotas de tributos, multas e contribuições, além de atualizar as fórmulas de cálculo do(s) sistema(s) quando necessário;
g) responsabilizar-se por erros em cálculos, folhas, relatórios, boletos e cobranças ou outros equívocos de processamento, provenientes de dados, parâmetros e informações repassadas, informadas, lançadas por servidores municipais ou carregadas no sistema também servidores municipais.
h) emitir Termo de Recebimento Definitivo, no prazo máximo de 30 (trinta) dias corridos, contados do recebimento provisório nos termos da Lei 8.666/93;
i) dispor de equipamentos de informática adequados para uso do sistema e programas locados, bem como para treinamento via internet de usuários, quando solicitado;
j) cumprir as orientações e procedimentos técnicos especificados pela CONTRATADA para o bom funcionamento e operacionalidade do sistema;
k) dar prioridade aos técnicos da CONTRATADA para utilização do equipamento da CONTRATANTE quando da visita técnica dos mesmos, bem como assegurar o acesso dos empregados da Contratada, quando devidamente identificados e uniformizados, aos locais em que devam executar os serviços;
l) durante a vigência do contrato, não ceder a terceiros, acessar, manipular ou fazer qualquer tipo de uso da cópia do banco de dados.
8.3. Fica previamente esclarecido que os serviços previstos no contrato, não incluem reparos de problemas causados por:
a) Condições ambientais de instalação ou falhas causadas pela ocorrência de defeito na climatização ou condições elétricas inadequadas nas dependências da Contratante ou sob sua responsabilidade;
b) Problemas relacionados a rede lógica/internet da Contratante;
c) Vírus de computador e/ou assemelhados;
c) Acidentes, desastres naturais, incêndios ou inundações, negligência, mau uso, imperícia, atos de guerra, motins, greves e outros acontecimentos que possam causar danos nos programas, bem como, transporte inadequado de equipamentos;
d) Uso indevido dos programas licenciados, problemas na configuração de rede, uso de rede incompatível, uso indevido de utilitário ou de computador;
e) situações, condições e fatos alheios a competência da CONTRATADA;
f) Em todas as hipóteses, fica a contratada ciente no dever em promover o suporte técnico e adequado, e/ou orientação para correção do sistemas, hipóteses em que poderá ser apresentada proposta por hora técnica nos termos estabelecidos no contrato;
g) O suporte técnico para saneamento de duvidas corriqueiras, não incidirá custos a Contrantante, qual deverá suscitar por chat, telefone ou qualquer outro canal de atendimento disponibilizado .
8.4. Havendo qualquer divergência com relação ao contrato resultante desta licitação, caberá a CONTRATANTE notificar extrajudicialmente a CONTRATADA, a qual terá o prazo de 15 (quinze) dias úteis para se manifestar e/ou nos termos da Lei 8666/1993 e 1052/2022 e suas alterações. Os prazos estabelecidos obedecem ao que dispõe ao Código de Processo Civil com relação ao início e término de sua contagem, bem como só vencem e iniciam em dias de expediente da Prefeitura.
9. DA QUALIFICAÇÃO TÉCNICA MÍNIMA EXIGIDA DAS PROPONENTES PARA RESGUARDO DO EXCEPCIONAL INTERESSE PÚBLICO
9.1 Para a mínima segurança da contratação, nos termos da legislação vigente, deverá ser solicitada aptidão e experiência mínima e anterior através da seguinte documentação:
a) Apresentação de no mínimo 1 (um) atestado ou declaração de capacidade técnica, expedido por entidade pública ou privada, comprovando que a proponente implantou e/ou que mantém em funcionamento sistema de computação em nuvem, similar e compatível com o objeto desta licitação, pelo menos nas seguintes áreas de maior relevância:
LOTE I: Constando todos os sistemas descritos no Lote I, em conjunto ou separado
LOTE II: Constando todos os sistemas descritos no Lote II, em conjunto ou separado
Declaração de que a proponente é fabricante do sistema, ou autorização expressa deste, comprovando que tem acesso e total conhecimento sobre os programas fontes, estando apta a realizar os serviços de implantação, configuração, suporte, customização e manutenção dos programas ofertados.
b) Declaração de Atendimento dos Requisitos Técnicos e de Capacidade Operativa (art. 30, caput, inciso II e § 6º todos da Lei 8.666/93) - Declaração de que a licitante disporá, por ocasião da futura contratação, de todos os equipamentos, pessoal técnico e operacional necessários à execução dos serviços, incluindo que o fornecedor disponibilizará data center (próprio ou terceirizado) com capacidade de processamento (links, servidores, nobreaks, fontes alternativas de energia (grupo gerador), softwares de virtualização, segurança, sistema de climatização), para alocação dos sistemas objeto desta licitação, conforme orientações do termo de referência, garantindo ainda que não haverá qualquer tipo de paralisação dos serviços por falta dos equipamentos ou de pessoal;
c) Declaração firmada pela empresa, que em eventual distrato ou fim de vigência contratual, esse fornecerá arquivos compatível para leitura e migração para outros sistemas (do tipo (txt ou csv)) em outros sistemas.
9.2 Todos os documentos deverão estar em nome da licitante, com indicação do número de inscrição no CNPJ. Se a licitante for matriz, os documentos deverão estar com o número do CNPJ da matriz, se for filial, os documentos deverão estar com o número do CNPJ da filial, salvo aqueles que, por sua natureza, comprovadamente, são emitidos em nome da matriz.
9.3 O Cadastro Nacional da Pessoa Jurídica – CNPJ, indicado nos documentos da proposta de preço e da habilitação deverá ser do mesmo estabelecimento da licitante que efetivamente vai fornecer o material/serviço objeto da presente licitação
10. DAS ESPECIFICAÇÕES MÍNIMAS DOS SERVIÇOS COMPLEMENTARES AS LICENÇAS DE USO DOS SOFTWARES, COMUNS PARA OS LOTES
10.1 IMPLANTAÇÃO (Diagnóstico, Configuração, migração de informações e habilitação do sistema para uso)
10.1.1. Para viabilizar o funcionamento de seu sistema de acordo com a necessidade específica de cada entidade e respectivos programas, a contratada deverá realizar a implantação, compreendendo o diagnóstico, configuração, habilitação do sistema para uso, conversão / migração e o aproveitamento de todos os dados cadastrais e informações dos sistemas em uso, cuja responsabilidade será da empresa contratada, com disponibilização dos mesmos arquivos pelo CONTRATANTE para uso, cuja migração, configuração e parametrização será realizada.
Caberá a Contratada orientar a Contratante, no intuído de promover backups de sistemas, dados e informações de sistemas, a fim de que possa ser gerado os arquivos a serem migrados ao nos sistema contratado.
Caberá a Contratada eventual leitura de dados, conversão de informações, de modo que esses possam ser migrados para os novos sistemas.
10.1.2. A migração compreenderá a conclusão da alimentação das bases de dados e tabelas para permitir a utilização plena de cada um dos softwares e aplicativos;
10.1.3. Se necessário e a critério do município, esse poderá outorgará poderes e responsabilidade para que a empresa Contratada possa promover o trabalho operacional de levantamento dos dados cadastrais que for necessário à implantação efetiva do Sistema, e todas as demais operações necessárias a migração.
As informações poderão ser obtidos junto a empresa que fornece e forneceu os sistema informatizados durante toda a gestão municipal, bem como por meio de backups de banco de dados dos sistemas já utilizados
10.1.4. Considera-se necessária a migração efetiva dos seguintes dados: Para os Sistemas do Lote I:
A integralidade das informações de todo o período compreendido entre o ano de 1997 Até a data da implantação do novo sistema. Dos referidos Sistemas:
a) Todos os Sistemas Contábeis, Planejamento, Orçamentário, Escrituração, Financeira e Prestação de Contas;
b) Todos os sistemas de compras, licitações e contratos;
c) Todos os sistemas envolvendo o Registro e Acervo patrimonial;
d) Todos os Sistemas envolvendo frotas e gestão de frotas, peças combustíveis (exceto câmara);
e) Todos os Sistemas de Folha, Departamento Pessoal, Recursos Humanos, Folha de Pagamento, Ponto Eletrônico;
f) Todos os Sistemas inerentes ao sistema Tributário do Município (exeto câmara), dentre esses:
g) Todos os dados do Portal da Transparência.
Para os Sistemas do Lote II:
a) Informações pertinentes ao exercício corrente nas áreas de educação, cadastros de alunos, pais, e mestres;
b) Informações históricas disponíveis da área de recursos humanos da Secretaria de Educação e cadastros escolares.
10.1.5. A migração de informações da CONTRATANTE, até a data de execução desta fase são de responsabilidade da empresa fornecedora dos softwares, cabendo a CONTRATANTE fornecer cópia das atuais bases de dados em formato legível à CONTRATADA em extensão própria (txt ou csv), juntamente com o dicionário de dados e senhas necessárias para acesso completo aos dados.
Se necessário e a critério da Contratante, essa poderá outorgará poderes e responsabilidade para que a empresa Contratada possa promover o trabalho operacional de levantamento dos dados cadastrais que for necessário à implantação efetiva do Sistema, e todas as demais operações necessárias a migração.
As informações poderão ser obtidas junto a empresa que fornece e forneceu os sistemas informatizados durante toda a gestão municipal, bem como por meio de backups de banco de dados dos sistemas já utilizados
10.1.6. O serviço de implantação poderá ser realizado por meio da internet, uma vez que se trata de sistema web.
Entretanto ao que tange a migração do sistema as informações estão armazenadas no servidor do município de Bocaina, de modo que poderá ser necessário os serviços serem executados in loco
10.1.7. As atividades de saneamento/correção dos dados são de responsabilidade de ambas as PARTES com a orientação da equipe de migração de dados das CONTRATADA. Inconsistências e erros na migração são situações previstas em qualquer migração de dados e que serão resolvidas de comum acordo entre as partes, mediante termos e cronogramas de trabalho em conjunto.
10.1.8. A CONTRATANTE poderá optar por não migrar determinados dados ou mesmo de uma base de dados completa, caso seja de seu interesse.
10.1.9. Durante o prazo de implantação, para cada um dos sistemas licitados, quando couber, deverão ser cumpridas as atividades de configuração de programas;
10.1.10. Considera-se como necessários na fase de implantação de sistemas a realização de:
a) adequação de relatórios, telas, layouts com os logotipos padrões do contratante;
b) configuração inicial de tabelas e cadastros;
c) estruturação de acesso e habilitações dos usuários;
d) adequação das fórmulas de cálculo para atendimento aos critérios adotados pelo CONTRATANTE;
e) ajuste de cálculo, quando mais de uma fórmula de cálculo é aplicável simultaneamente.
10.1.11. A configuração visa à carga de todos os parâmetros inerentes aos processos em uso pela CONTRATANTE e que atendam a legislação Municipal, Estadual e Federal, ficando facultado às proponentes interessadas realizar visitas técnicas ou pedidos de esclarecimentos anteriores a data de abertura do certame, visando a formatação de sua proposta;
10.1.12. A CONTRATANTE disponibilizará técnicos do Departamento de Informática e de áreas afins para dirimir dúvidas. Para acompanhar a execução dos serviços e decidir as questões técnicas submetidas pela empresa contratada, registrando em relatório as necessidades, soluções ou deficiências verificadas, encaminhando, quando necessário, comunicações à empresa contratada para as devidas correções;
10.1.13. Todas as decisões e entendimentos havidos entre as partes durante o andamento dos trabalhos e que impliquem em modificações ou implementações nos planos, cronogramas ou atividades pactuadas, deverão ser previa e formalmente acordados e documentados entre as partes
10.1.14. A empresa contratada e os membros da equipe guardarão sigilo absoluto sobre os dados e informações do objeto da prestação de serviços ou quaisquer outras informações a que venham a ter conhecimento em decorrência da execução das atividades previstas no contrato, respondendo contratual e legalmente pela inobservância desta alínea, inclusive após o término do contrato.
10.1.15. A Contratante deverá documentar todos os pedidos de intervenção no sistema e parâmetros de configuração, bem como deverá conferir todas as intervenções feitas no sistema pela Contratada antes de liberação para o uso.
A conferencia descrita no parágrafo anterior não exime a Contratada das responsabilidade sob o regular pedido de intervenção.
10.1.16. O prazo para implantação do sistema é de 60 (sessenta) dias a contar do recebimento da ordem de serviço. Podendo tal prazo ser prorrogado pela comissão mediante requerimento justificado
10.1.17. O termo de recebimento/aceite definitivo será emitido em até 30 (trinta) dias corridos após a disponibilização do sistema para uso, nos termos do art. 73, §3º da Lei Federal nº 8.666/93.
10.1.18. A garantia da disponibilidade mínima do sistema contratado deverá ser de 95% do tempo de cada mês civil brasileiro. Eventuais manutenções do sistema deverão ser programadas e realizadas fora do horário de expediente do ente público.
10.1.19. Durante o período de 12 (doze) meses, a empresa contratada viabilizará reunião mensal/quinzenal/semanal, de acordo com a necessidade da contratante, visando sanar as dúvidas dos usuários do período.
10.2 TREINAMENTO/CAPACITAÇÃO DOS USUÁRIOS
10.2.1 Visando dar condições para que os servidores públicos operem os novos programas/módulos instalados, a CONTRATADA deverá realizar a capacitação inicial, durante a fase de implantação. Nesse caso, a empresa vencedora deverá
apresentar no início das atividades o Plano de Treinamento destinado à capacitação dos usuários e técnicos operacionais para a plena utilização das diversas funcionalidades de cada um dos novos módulos de programas, abrangendo os níveis funcional e gerencial, o qual deverá conter os seguintes requisitos mínimos:
a) Nome e objetivo de cada módulo de treinamento;
b) Público alvo;
c) Conteúdo programático;
d) Conjunto de material a ser distribuído em cada treinamento, incluindo apostilas, etc.;
e) Carga horária de cada módulo do treinamento;
10.2.2. O treinamento para o nível técnico compreendendo: capacitação para suporte aos usuários, aspectos relacionados a configurações, monitoração de uso e permissões de acesso, permitindo que a equipe técnica possa propiciar o primeiro atendimento aos usuários, ou providenciar a abertura de chamado para suporte pela proponente.
10.2.3. As turmas devem ser dimensionadas por área de aplicação e com número de participantes compatível eficaz ao aproveitamento e assimilação de conhecimento dos participantes/treinandos;
10.2.4. Deverá ser fornecido Certificado de Participação aos servidores que tiverem concluído mais de 75% (setenta e cinco por cento) das atividades de cada curso.
10.2.5. A capacitação será realizada presencialmente na sede da secretaria de Administração e finanças por meio da internet, sendo que os equipamentos e as dependências necessários ao desenvolvimento das atividades de capacitação serão fornecidos pela CONTRATANTE, havendo disponibilidade de uma impressora, na sala de treinamento, para testes e acesso à internet de boa qualidade.
10.2.6. A capacitação deverá ser realizada dentro do período de implantação, em carga horária e com métodos suficientes a capacitação para normal uso do ferramental tecnológico a ser fornecido, não podendo ser inferior a 40 horas por sistema e/ou turma.
10.2.7. O treinamento de novos usuários, presencial ou via web, após o período de implantação, para a operação ou utilização dos sistemas em função de substituição de pessoal, tendo em vista demissões, mudanças de cargos, etc., não será considerado como Treinamento de Implantação e deverá ser faturado a parte. Quando solicitado a CONTRATADA formalizará orçamento para prévia aprovação por parte da CONTRATANTE.
10.2.8. O treinamento na operacionalização dos sistemas, quando contratado, será realizado presencialmente ou via internet, à critério da Contratante, com recursos tecnológicos de acesso a rede mundial de computadores, impressora, periféricos, espaço físico aos treinandos e demais recursos locais à cargo da CONTRATANTE.
10.2.9. Desde que autorizado e agendado pela Contratante, o treinamento via web será considerado prestado independentemente da disponibilidade e participação dos servidores, desde que não causados por caso fortuito ou força maior.
10.2.10. O treinamento via web será considerado prestado independentemente da ocorrência de problemas com o provedor de internet ou rede
local, com o fornecimento de energia ou com qualquer outro fator correlato de responsabilidade do CONTRATANTE, podendo ser novamente faturado quando refeito sem culpa da CONTRATADA, desde que tal ocorrência não tenha sido imediatamente comunicada à Contratada.
10.2.10. A CONTRATANTE apresentará à CONTRATADA a relação de usuários a serem treinados mediante o pagamento da respectiva hora técnica.
3.2.11. O valor do treinamento inicial é aquele descrito na proposta de preços, não havendo nenhum incremento de valor até o período de implantação total dos sistemas.
10.2.12. Após a conclusão do processo de implantação dos sistemas, a CONTRATADA deverá promover o treinamento de toda a equipe que ira utilizar os sistemas, com carga horária não inferior a 40 (quarente) horas aulas.
10.2.13. Também após a total implantação dos sistemas, a Contratada deverá disponibilizar por período não inferior a 30(trinta) dias, equipe técnica treinada e capacitada, composta por no mínimo 02 (duas) pessoas, com conhecimento em todos os sistemas, qual deverá acompanhar as atividades dos usuários dos sistemas, devendo para isso sanar todas as dúvidas advindas no processo de utilização dos sistemas.
10.2.14. Somente será devido qualquer outro valor a título de treinamento e capacitação, após o período de implantação e operacionalização dos sistemas, e decorridos os prazos de 30 (trinta) dias disposto no item 3.2.13, mediante emissão de autorização expresso para Contratante.
10.3 SERVIÇOS DE SUPORTE TÉCNICO CONTINUADO
10.3.1. Durante todo o período contratual deverá ser garantido atendimento para suporte técnico, no horário das 08:00 às 12:00 horas e das 13:00 às 18:00 horas, de segundas às sextas feiras, através de técnicos habilitados com o objetivo de:
a) esclarecer dúvidas que possam surgir durante a operação e utilização dos sistemas;
b) auxílio na recuperação da base de dados por problemas originados em erros de operação, queda de energia ou falha de equipamentos;
c) orientar os servidores na operação ou utilização dos sistemas em função de substituição de pessoal, tendo em vista demissões, licenças, mudanças de cargos, etc.
d) auxiliar o usuário, em caso de dúvidas, na elaboração de quaisquer atividades técnicas relacionadas à utilização dos sistemas.
e) Acessar os sistemas por acesso remoto, ou através da base de dados do Contratante, promovendo correções e adequações ao que se fizer necessário, visando celeridade e atendimento aos serviços prestados pelo município.
f) Orientar o servidor sobre os procedimentos adequados para operacionalização dos sistemas a título de funcionalidade bem como nos casos de envio das informações ao tribunal de Contas e demais Órgãos Fiscalizadores.
10.3.2. O atendimento técnico poderá ser realizado por telefone, Skype, CHAT, VOIP, e-mail, internet, pelo próprio sistema, através de serviços de suporte remoto.
10.3.3. O atendimento a solicitação do suporte deverá ser realizado por atendente apto a prover o devido suporte ao sistema, ou redirecionar o atendimento a quem o solucione.
10.3.4. Poderá a contratante chamar a central de atendimento da provedora via linha telefônica, hipótese em que os custos com as ligações será suportado pela CONTRATANTE;
10.3.5. O SERVIÇOS DE SUPORTES TÉCNICO DESCRITO NESSE ITEM, PARA QUESTOES CORRIQUEIRAS E DUVIDAS FREQUENTES, NÃO TERA NENHUM CUSTO PARA O MUNICIPIO, DEVENDO A CONTRATADA PROMOVER OS ESCLARECIMENTOS E PRESTAR O AUXILIO, QUE SE FIZEREM NECESSÁRIO DURANTE TODA A VIGENCIA CONTRATUAL.
10.4 SERVIÇOS DE DEMANDA VARIÁVEL (RESERVA TÉCNICA)
10.4.1 Os serviços de demanda variável estabelecidos dentro do Acordo de Nível de Serviço (SLA) serão pré-orçados e pagos por hora técnica autorizada e efetivada, cuja estimativa encontra-se destacada no quadro de serviços no início do termo de referência.
10.4.2 A contratada poderá ser chamada pela Contratante para realizar ao longo da vigência do contrato os serviços de demanda variável.
10.4.3 A ausência de disponibilização das modificações evolutivas relacionadas à legislação municipal, quando declaradas inviáveis, não implicará em qualquer responsabilidade para a CONTRATADA.
10.4.4 Eventuais conversões de dados decorrentes de atualização de versões não poderão ser cobradas pela CONTRATADA, quando solicitadas a necessidade pela CONTRATANTE.
10.4.5 Poderão a critério da Contratante, os serviços serem prestados por meio da internet.
10.4.6. Modificações e correções no sistema, devidas e necessárias, para atendimento de norma e legislação municipal, estadual ou federal vigente, ou na entrada em vigor, serão promovidas imediatamente pela Contratada, mediante solicitação da contratante, sem que aja qualquer custo ou responsabilidade da Contratante.
10.5 MANUTENÇÃO: ACORDO DE NÍVEL DE SERVIÇO (ANS ou SLA)
O SLA, do inglês “service level agrément”, traduzido como Acordo de Níveis de Serviços (ANS), compreende o ajuste escrito, conforme estabelecido neste Termo de Referência, parte integrante do Edital e Contrato, celebrado entre a fornecedora do Software e a Entidade Contratante que deverá ser observado, bem como exequível
por ambas as partes, cada qual com as suas atribuições, durante a vigência contratual.
Nesse sentido, a prestação dos serviços divide-se em serviços em garantia, que são aqueles oriundos ao objeto e contratualmente previstos, os quais serão prestados pela Contratada sem custos adicionais, de acordo com os limites contratuais e os serviços sem garantia, que compreendem aqueles que, embora ultrapassem os limites do contratualmente previsto para a prestação dos serviços, poderão ser prestados pela Contratada a partir da contratação prévia da Contratante por hora técnica, observadas as disposições contratuais.
Dentre os serviços em garantia, relacionam-se:
1) Software Inacessível, que se entende como Software fora do ar, exceto em manutenções programadas, como por exemplo, atualização de releases, atualização da versão do SGBD, ampliação de hardware, entre outras inerentes a prestação de serviços pela manutenção do sistema, de acordo com as obrigações contratuais e oriundas de contratações adicionais da Contratante. Para os casos em que as manutenções programadas exijam parada total do Software, a Contratada expedirá comunicação prévia à Contratante através dos canais de atendimento para contato direto e ciência daquela.
2) Inconformidade em Software, observando-se as manutenções corretivas inerentes ao Software. Entretanto, tais anomalias estão restritas aos “erros de software” e não tem correlação com parametrizações, inserções incorretas de dados, inconsistências nos bancos de dados e tabelas ou erros de operação dos usuários. A primeira atividade de manutenção ocorre porque não é razoável presumir que a atividade de testes descobrirá todos os erros latentes na implantação de um grande sistema de software. Durante o uso de qualquer sistema de grande porte, erros ocorrerão e deverão ser relatados à Contratada.
3) Adequação do Software para atendimento às legislações federais, estaduais e municipais, observados os limites contratuais. Em caso de mudanças na legislação federal, estadual ou em normas infra legais dos órgãos de controle externo (por exemplo: Tribunais de Contas, STN), quanto a prestações de contas e contabilidade pública durante a vigência contratual, será elaborada uma programação para atendimento às mudanças ocorridas, sem prejuízos à operação do sistema;
4) Intervenções em banco de dados para reparar inconsistências ocasionadas por falhas do Software ou eventualmente derivados de operações técnicas da Contratada;
5) Operações inconsistentes durante configurações que possam ser realizadas pela Contratada;
6) Serviço de suporte técnico, pela Central de Atendimento através dos canais de atendimento disponíveis, quais sejam o Chat Online, telefone e e-mail.
No que tange aos serviços sem garantia ou aqueles entendidos como sob demanda, os quais serão previamente aprovados pela Contratante para a posterior execução dos serviços pela Contratada, podem ser mencionados:
1) Customizações do Software a partir das especificidades apresentadas pela Contratante e não previstas contratualmente, desde que tecnicamente viáveis, preservando-se a integridade da estrutura do Software;
2) Personalização de relatórios diversos dentre os diversos módulos, que possam resultar na inclusão ou subtração de informações, além da criação de relatórios específicos e próprios à Contratante;
3) Criação ou alterações em configurações do Software, como por exemplo, configuração de convênios bancários, configuração de carnês com carteira registrada, configuração de parcelamentos de dívida ativa, fórmulas de cálculos de tributos, cálculos de folhas de pagamentos e décimo terceiro, provisões de férias, décimo terceiro e licença prêmio, contabilização da receita, configurações de integração entre os Módulos Patrimônio e Contabilidade e os Módulos de Almoxarifado e Contabilidade, bem como configuração de rotinas para as LOA, LDO e PPA , além de configurações e a criação de serviços para autoatendimento, assim como a criação de consultas específicas via SQL no banco de dados, dentre outros não abrangidos na previsão pela prestação do suporte técnico, observados os limites contratuais, além daqueles que possam estar contratualmente relacionados as demandas para atendimento técnico in loco, aquelas prestadas através de atendimento remoto ou demandas variáveis;
4) Serviços de consultorias, como por exemplo, assessoria em informática para prestação de contas junto aos Tribunais de Contas dos respectivos estados para a geração de arquivos e análises de regras e outras demandas que possam vir a ser solicitadas por órgãos fiscalizadores diversos, como por exemplo, análise e elaboração de documentos referente a Termo de Ajuste de Conduta (TAC) do Ministério Público; geração de cálculo de IPTU, carnês e a implementação das alterações legislativas do Código Tributário Municipal; encerramento e abertura do exercício contábil, além da geração e conferência da DIRF, RAIS, SIOPE, MSC, SEFIP, SIOPS, e-Social; bem como o mapeamento de fluxos de processos e/ou alterações;
5) Intervenções via banco de dados a fim de reparar/alterar/ajustar e outras ações a fim de adequar as informações quando eventuais inconformidades derivarem da operação dos usuários;
6) Treinamento e capacitação on line pós-implantação para qualquer rotina e módulo do Software;
Expostos os serviços enquadrados como em garantia e sem garantia contratual, procede-se a exposição dos prazos para atendimento técnico desses serviços, devendo-se observar que, serão considerados apenas dias úteis, tanto para o início quanto para o término da contagem do prazo.
A contagem dos prazos iniciar-se-á somente a partir da comunicação formal através dos meios relacionados nos canais de atendimento, como o registro de protocolo para atendimento por parte da Contratante.
Os prazos para conclusão dos serviços em garantia e os sem garantia, serão os seguintes de nos termos do acordo de SLA:
a) Software Inacessível: nesses casos, quando originário de circunstância proveniente da Contratada, o acesso será reestabelecido em até 24 (vinte e quatro) horas corridas.
b) Inconformidade de Software: a Contratada terá o prazo padrão de 2 (dois) dias úteis para informar a previsão pela conclusão. Nos casos em que a inconformidade impossibilitar o funcionamento de rotinas tecnicamente tidas como críticas ou essenciais e que a Contratada não oferecer solução paliativa, a conclusão
efetiva não poderá ultrapassar 5 (cinco) dias úteis. Demais inconformidades terão o prazo máximo de 30 (trinta) dias úteis para serem sanadas;
c) Adequação ao Software para atendimento às legislações federais e estadual, observados os limites contratuais: dentro do prazo de 2 dias úteis, a Contratada informará o prazo necessário à sua conclusão, que compreende a adequação do Software ao instrumento legislativo, sendo que o prazo máximo à sua conclusão poderá compreender aquele estipulado no referido instrumento normativo ou cronograma definido entre as partes.
d) Customização de Software: Após realizado o pedido, caso a Contratada considere viável o desenvolvimento, deverá apresentar orçamento para a apreciação da Contratante no prazo máximo de até 7 dias úteis, exceto em casos de customizações de grande complexidade onde um prazo específico será definido entre as partes para apresentar o orçamento. No mesmo prazo após a solicitação, ou seja, de 5 dias úteis, caso a Contratada entenda como inviável o desenvolvimento da customização solicitada, será procedida a comunicação à Contratante. Quando couber a Contratada também fornecerá junto a resposta uma alternativa técnica e de negócio, com base nos recursos da solução e expertise.
A partir da aprovação do orçamento pela Contratante, a Contratada em até 2 dias úteis informará a previsão pela conclusão.
Destaca-se que não sendo possível a conclusão do desenvolvimento no prazo informado, a Contratada deverá previamente proceder à comunicação de nova previsão com a devida justificativa, submetendo-se a aprovação da Contratante, sendo possível, no máximo, 3 (três) repactuações desses prazos, desde que justificáveis e aceita pelo fiscal do contrato.
e) Intervenção em banco de dados para reparar inconsistências causadas por falha do Software ou por técnico: para essas hipóteses, dentro do prazo de 2 dias úteis, a Contratada informará a previsão pela conclusão.
Nos casos tecnicamente tidos como severos, ou seja, que possam impedir o funcionamento de rotinas críticas, caso a Contratada não apresente solução paliativa, a solução definitiva não ultrapassará o prazo de 5 dias úteis.
Nos demais casos, a conclusão deverá ser realizada no prazo de até 30 dias
úteis.
f) Falhas em configurações causadas pela Contratada: para essas
situações, a Contratada, no prazo de 2 (dois) úteis dias informará a previsão da sua conclusão.
Nos casos em que a falha de configuração impeça o funcionamento de rotinas tecnicamente críticas e que, quando a Contratada não oferecer solução paliativa, a conclusão não poderá ultrapassar 5 dias úteis, sendo que para as demais, o prazo máximo não ultrapassará a previsão de 30 (trinta) dias úteis.
g) Intervenção em banco de dados para reparar/alterar/ajustar informações quando eventuais erros derivarem da operação dos usuários: registrado o pedido, caso a Contratada não identifique nenhuma inviabilidade técnica deverá apresentar orçamento prévio para a apreciação da Contratante em até 5 dias úteis.
No mesmo prazo após a solicitação, caso a Contratada entenda como inviável o solicitado, será procedida a comunicação à Contratante.
A partir da aprovação do orçamento pela Contratante, a Contratada em até 2 dias úteis informará a previsão pela conclusão.
Posteriormente, caso a previsão de conclusão não possa ser cumprida, a Contratada deverá previamente proceder à comunicação de nova previsão com a devida justificativa, submetendo-se a aprovação da Contratante, sendo possível, no máximo, 3 (três) repactuações desses prazos.
h) Demais serviços sem garantia ou sob demanda, tidos como serviços de consultoria, personalização de relatórios e configurações os quais serão previamente contratados, relacionando-se, como exemplos, aqueles previstos nos itens 2, 3, 4, 5, 6 e 9 que após o registro da solicitação, se identificada a viabilidade na execução do serviço, a Contrata deverá apresentar orçamento à prévia apreciação da Contratante, no prazo máximo de até 5 dias úteis, exceto em casos de serviços de grande complexidade, que demandaram maior tempo para levantar todos os requisitos. Nesses casos um prazo específico poderá vir a ser definido mediante acordo entre as partes para apresentação do orçamento.
De forma geral, após aprovação do orçamento, o serviço deverá ser agendado entre as partes no período de até 2 dias úteis, devendo ser alocado em cronograma de execução, conforme disponibilidade da Contratada.
Nos casos em que a Contratada identificar inviabilidade pela execução dos serviços, a Contratante será informada, mediante justificativa, em até 5 dias úteis a partir do registro da solicitação, sendo a critério da Contratante o aceite a inviabilidade ou manter as solicitação.
Ressalta-se que é facultado as partes proceder a novas repactuações através de termos aditivos ao contrato, mediante mútuo acordo, para a contratação de possíveis serviços, de acordo com os limites legais.
Modificações e correções no sistema, devidas e necessárias, para atendimento de norma e legislação municipal, estadual ou federal vigente, ou na entrada em vigor, serão promovidas imediatamente pela Contratada, mediante solicitação da contratante, sem que aja qualquer custo ou responsabilidade da Contratante.
10.6. SERVIÇOS DE GERENCIAMEMNTO, SEGURANÇA E DISPONBILIDAE DO DATA CENTER
10.6.1. Por se tratar de sistema de propriedade intelectual da CONTRATADA, nos termos da Lei Federal nº 9.609 de 19 de fevereiro de 1999, esta deverá disponibilizar o data center para alocação dos sistemas objeto desta licitação, com capacidade de processamento, como: links, servidores, nobreaks, fontes alternativas de energia (grupo gerador), softwares de virtualização, segurança, sistema de climatização; compatíveis com as necessidades do sistema ofertado e o volume de operações da CONTRATANTE (IaaS);
10.6.2. A estrutura de data center poderá ser própria ou terceirizada, desde já ficando expressamente autorizada a terceirização desse item do objeto em caso de contratação;
10.6.3. Ainda quanto ao DATA CENTER, a CONTRATADA fica responsável por manter os sistemas básicos (Sistema Operacional, Servidor de
Aplicação, Servidor de Banco de Dados, etc.) em constante atualização, especialmente quando falhas de segurança forem reportadas pelos fabricantes (quando licenciados) ou comunidade (quando software livre);
10.6.4. A proponente deverá prever as necessidades de capacidade de processamento, tráfego de dados, armazenamento e estabilidade relacionados ao provimento de data-center para atendimento das necessidades da Contratante e de acordo com o desempenho da solução ofertada. A previsão e o atendimento das necessidades para funcionamento inicial pleno da solução cotada são de responsabilidade da proponente de acordo com as questões técnicas particulares de seu próprio sistema;
10.6.5. Para garantir segurança e disponibilidade o ambiente computacional oferecido deverá, no mínimo conter recursos suficientes ao processamento e ao armazenamento de informações a serem controladas com a solução ofertado, dentre eles:
10.6.5.1. Links de internet redundantes;
10.6.5.2. Fontes de energia redundantes, no mínimo uma de concessionária de energia e outra de grupo(s) de gerador(es);
10.6.5.3. Hardwares redundantes;
10.6.5.4. Tecnologia de virtualização;
10.6.5.5. Administração 24 X 7 (vinte e quatro horas, sete dias por semana).
10.6.6. A contratada deverá efetuar os eventuais upgrades em seus hardwares para garantir o bom funcionamento dos sistemas, mantendo estabilidade e confiabilidade dos equipamentos;
10.6.7. Em caso de necessidade de readequação de capacidade de processamento, deverá permitir que seja realizado redimensionamento posterior conforme necessidade para atendimento da demanda de funcionalidades e usuários, de acordo com as seguintes regras e conceitos:
10.6.7.1. Consideram-se recursos passiveis de aumento gradativo conforme demanda: links de internet, espaço em disco total (banco de dados, demais servidores e contingência para manutenções), quantidade de memória RAM por servidor, quantidade de vCPUs por servidor;
10.6.7.2. O aumento de reserva de link de internet deverá ser realizado por MB adicional, além da quantidade já disponibilizada conforme necessidade do sistema/programas;
10.6.7.3. O aumento de espaço em disco total deverá ser realizado por GB adicional, além da quantidade já disponibilizada conforme necessidade do sistema/programas;
10.6.7.4. O aumento de memória RAM deverá ser realizado por GB em cada servidor conforme necessidade do sistema/programas, além da quantidade já disponibilizada;
10.6.7.5. O aumento de qualquer um dos recursos mencionados deverá ser solicitado pela CONTRATANTE a CONTRATADA mediante ofício e será passível de aprovação orçamentária;
10.6.8. Ao término da fase de implantação, quando posto em efetivo funcionamento a CONTRATADA deverá notificar a CONTRATANTE através de documento formal os recursos da capacidade totais disponíveis do datacenter no momento.
10.6.9. A administração municipal está à disposição das empresas interessadas para prestar informações que estas considerarem necessárias para os devidos cálculos, projeções e formatação de suas propostas.
10.6.10. Para o funcionamento pleno do sistema será necessário a alocação de recursos de data center, podendo este ser próprio ou de terceiros.
10.6.11. A proponente deverá prever as necessidades de capacidade de processamento, tráfego de dados, armazenamento e estabilidade relacionados ao provimento de data center para atendimento das necessidades da Contratante.
10.6.12. O sistema deverá ser condizente com a atual disponibilidade de link contratada pela administração, sendo que o valor para manter os dados caberá exclusivamente a CONTRATADA, não sendo devido nenhum valor extra além do previsto da proposta de preço para cada sistema ou grupo de sistemas.
10.6.13. A presente licitação adotará o tipo “menor preço por lote”, justificada a aglutinação dos itens diante da indivisibilidade do objeto, nos termos da Súmula 247 do TCU por se tratar de sistema integrado, incluído nesse caso o armazenamento das informações.
10.6.14. O sistema deverá ser integrado, em atendimento ao art. 48, § 1º, inciso III da Lei Federal nº 101, de 2000 (Lei de Responsabilidade Fiscal) e Decreto Federal nº 10.540, de 2020.
10.6.15. O número de usuários deverá ser ilimitado, sem a necessidade da contratante adquirir licenças adicionais durante toda a vigência do contrato.
10.6.16. A responsabilidade pelo data center, assim como os custos inerentes ao referido serviços estão inseridos no valor da locação do sistema ou do serviço, não sendo devido a empresa contratada nenhum custo adicional ao município.
10.7. DA PROVA DE CONCEITO
10.7.1 Definido um vencedor da disputa de lances e este sendo habilitado após análise de sua documentação, é facultado a Administração, caso seja de seu interesse, submeter a solução ofertada a uma avaliação de conformidade, mediante AMOSTRA do objeto ofertado, conforme Instrução Normativa n° 04/2014, da Secretaria de Logística e Tecnologia da Informação SLTI do Ministério do Planejamento, Orçamento e Gestão – MPOG e orientações da Nota Técnica nº 04/2008/TCU, visando dar segurança a contratação, conforme preconizado na Lei de Licitações.
10.7.2 Caso seja de interesse da Administração a avaliação de amostra, a data, horário e local para realização será divulgada pelo Pregoeiro. Por questões de ordem técnica, econômica ou sanitária, a avaliação poderá ser feita de forma remota, por meio de videoconferência ou outro recurso tecnológico adequado, visando a segurança e saúde dos participantes e acompanhamento/validação em tempo real em equipamento da licitadora por parte da equipe de apoio e avaliação.
Caberá a Contratante a escolha da forma de apresentação e amostra, que será preferencialmente executada in loco, na sede da Secretaria de Administração e Finanças do Município, ou por outro meio expressamente determinado pela Contratante.
10.7.3 A avaliação será realizada por Comissão Especial designada, formada por servidores com conhecimento técnico pertinente.
10.7.4 Ao final da avaliação, a Comissão Especial avaliadora, especialmente nomeada e designada, registrará em Ata o resultado e encaminhará ao Pregoeiro e à sua Equipe de Apoio. A critério da comissão, poderão ser emitidas atas diárias ao término dos trabalhos, com intuito de registro das atividades realizadas, porém sem julgamento de resultado.
10.7.5 A PROPONENTE que convocada para avaliação não comparecendo (ou acessando remotamente, quando a contratante optar por essa modalidade) em dia e hora previamente agendados para a realização da Sessão Pública, será automaticamente reprovada pela Comissão avaliadora.
10.7.6 Caso a primeira colocada não atenda aos requisitos do Termo de Referência conforme regras aqui estabelecidas, será chamada a segunda colocada e assim sucessivamente, até a obtenção de uma proposta adequada ou ser considerada fracassada a licitação.
10.7.7 Para a Avaliação presencial, a licitadora fornecerá local apropriado que contenha:
a) Mesa ou bancada e cadeiras para uso na apresentação;
b) Ponto de energia elétrica (220v ou 110v);
c) Um ponto de acesso à internet por rede cabeado, sem bloqueios ou restrições com link de no máximo 8MB;
3.10.8 Para a Avaliação presencial, a licitante ficará responsável por providenciar:
a) Computador (Dekstop ou Laptop) com SO Linux Kernel 5.14 ou superior;
b) Computador (Dekstop ou Laptop) com SO Windows 10 ou superior;
c) Computador (Dekstop ou Laptop) com SO MacOs X Catalina ou superior;
d) Smartphone com Android;
e) Smartphone com Ios;
10.7.9 A proponente será responsável pelo banco de dados de teste para a demonstração efetiva de todas as funcionalidades exigidas neste termo e disponíveis no sistema, sendo que cada função requerida deverá ser executada e seus resultados demonstrados. Bem como deverá trazer os equipamentos previamente configurados para a realização dos testes, não sendo aceitas intervenções de pessoas externas à avaliação (não presentes na demonstração).
10.7.10 Por se tratar de solução em nuvem e o objetivo da avaliação é atestar-se o seu funcionamento satisfatório em uma situação real, o sistema apresentado deverá estar previamente instalado em datacenter, como descrito neste termo de referência.
10.7.11 A licitadora poderá solicitar que algumas operações sejam demonstradas em equipamento de sua propriedade, visando atestar que o sistema está operando 100% em nuvem.
10.7.12 Para o bom andamento dos trabalhos de avaliação, bem como resguardo de direitos do particular quanto à propriedade intelectual protegidos por Xxx, só será permitida a participação de no máximo um representante das demais licitantes por sala de apresentação, sendo-lhe vedado a manifestação, resguardado o direito de tomar apontamentos por escrito, em momento oportunizado pela comissão.
10.7.12.1 Os apontamentos realizados por escrito poderão ser solicitados pela comissão de avaliação e também pela empresa que está sendo avaliada, ao término de cada apresentação.
10.7.12.2 Durante a apresentação o uso de telefone, smartphone, tablete, notebook, gravadores e outros equipamentos do gênero, para representantes ou participantes presentes, somente será permitido se requeridos, cientificado e aceito pela comissão, ficando liberados desde ja os equipamentos necessários para a demonstração da empresa a ser avaliada;
10.7.13 O representante de licitante que estiver assistindo à apresentação e se comportar de maneira a prejudicar os trabalhos, poderá ser conduzida para fora do recinto, bem como incidir nas cominações civis e criminais aplicáveis.
10.7.14 Os equipamentos da licitante poderão ser auditados pela Equipe da Licitadora, bem como poderão ser recolhidos para eventuais diligências ou perícias.
10.7.15 É vedado as demais licitantes acesso aos equipamentos da empresa que estiver realizando a apresentação, antes, durante ou após esta, sob pena de desclassificação da infratora, sem prejuízo as cominações civis e criminais aplicáveis.
10.7.16 Será considerada aprovada a solução que atender a todas as exigências contidas neste Edital e efetuar a demonstração técnica, apresentando as condições mínimas previstas neste Termo de Referência.
10.7.17 A Avaliação da Amostra do Objeto consistirá consiste na validação dos requisitos mínimos exigidos no Termo de Referência quanto a três aspectos fundamentais da solução ofertada: a) Padrão Tecnológico e de Segurança; b) Requisitos Específicos por Módulo de Programas. Caso a solução ofertada não atenda 100% dos requisitos relacionados ao Padrão Tecnológico e de Segurança, não se passará a etapa de Avaliação dos Requisitos Específicos por módulos de Programas, sendo automaticamente reprovada, por princípio de economicidade, celeridade e utilidade do procedimento.
10.7.18 A apresentação dever se dar na ordem em que os itens estão relacionados, devendo a EMPRESA VENCEDORA 39presenta-los de forma objetiva, sem ajustes e sem contato externo. Não será permitido desenvolver, editar, corrigir ou ajustar o sistema durante a apresentação;
10.7.19 A apresentação dos sistemas poderá ser realizada de forma simultânea ou não, conforme acordado pela contratante. As empresas que estão participando do certame serão comunicadas por e-mail, e mediante publicação no site do município (pagina especifica do processo) do(s) dia(s), horário(s) e locai(s) em que acontecerão.
10.7.20 PARA ESTA AFERIÇÃO SERÁ DISPONIBILIZADA INTERNET BANDA LARGA COM VELOCIDADE MÁXIMA DE 8Mb
10.8. AVALIAÇÃO DE PADRÃO TECNOLÓGICO E DE SEGURANÇA
10.8.1. Para aferir se a solução ofertada atende aos requisitos referentes ao padrão tecnológico e de segurança, deverá a proponente demonstrar, simulando em tempo de execução, de cada funcionalidade exigida pelo presente Termo de Referência no item “Padrão Tecnológico e de Segurança”.
10.8.2 A proponente deverá atender 95% (noventa por cento) destes requisitos, sob pena de ser reprovada.
10.8.3. A demonstração técnica da solução de tecnologia da informação e comunicação ofertado deverá apresentar plena operacionalidade, no ato da apresentação.
10.8.4. Para evitar subjetividade na avaliação, a metodologia utilizada será de afirmação/negação (sim/não). Ou seja, será observado se o item avaliado da solução possui/executa a funcionalidade descrita no item apreciado tendo-se como resposta as questões apenas duas alternativas: sim (atende) e não (não atende).
10.8.5. Um item “parcialmente” atendido, será computado como não atendido para fins de computo geral, já que os requisitos do Padrão Tecnológico e de Segurança são de atendimento integral, ou seja, 100%.
10.9. AVALIAÇÃO DE REQUISITOS ESPECÍFICOS POR MÓDULO
10.9.1. Para aferir se a solução ofertada atende aos requisitos referentes as funcionalidades de cada módulo, deverá a proponente demonstrar, simulando em tempo de execução, de cada funcionalidade exigida pelo presente Termo de Referência nos sub itens denominados módulos (divididos por área de aplicação) do item “Requisitos Específicos Por Módulo De Programas”.
10.9.2. A proponente deverá atender no mínimo 90% (noventa por cento) dos requisitos por módulo enumerado.
10.9.3. Para evitar subjetividade na avaliação, a metodologia utilizada será de afirmação/negação (sim/não). Ou seja, será observado se o item avaliado da solução possui/executa a funcionalidade descrita no item apreciado, tendo-se como resposta as questões apenas duas alternativas: sim (atende) e não (não atende).
10.9.4. Um item “parcialmente” atendido, será computado como não atendido para fins de computo geral.
REFERENTE - LOTE I
SISTEMA INTEGRADO DE GESTÃO PÚBLICA MUNICIPAL
11 - DAS ESPECIFICAÇÕES MÍNIMAS DO PADRÃO TECNOLÓGICO E DE SEGURANÇA DO SISTEMA
Referente ao LOTE I - SISTEMA INTEGRADO DE GESTÃO PÚBLICA MUNICIPAL
Este procedimento visa prover a CONTRATANTE de SOLUÇÃO de computação 100% em nuvem, desenvolvido em linguagem para a internet, cujo padrão tecnológico e de segurança deve atender aos seguintes requisitos, que poderão ser aferidos em POC:
1. A CONTRATADA deverá prover recursos que garantam a segurança e a alta disponibilidade da solução, com as seguintes características:
a. enlace eBGP (Protocolo de Roteamento Dinâmico) através dos roteadores com no mínimo 2 operadoras distintas a fim de garantir a alta disponibilidade do seu bloco IP.
b. Realizar análise do tráfego a fim de inibir ataques do tipo SQL Injection e Negação de Serviço, ou seja, esta análise deverá atuar na camada de aplicação.
c. Deverá possuir serviço de validação indicando que o domínio possui um certificado digital SSL, garantindo que o software é AUTENTICO e que as informações são CRIPTOGRAFADAS. Essa validação deverá ser realizada periodicamente e emitida por empresa terceirizada especializada em segurança, a cargo da CONTRATADA.
2. CARACTERÍSTICAS GERAIS DA APLICAÇÃO:
4.1 Os módulos que compõe a solução devem aplicar a LEGISLAÇÃO vigente (Leis, decretos, etc.), Federais e Estaduais e Municipais, adequando-as sempre que for necessário;
4.2 Ser projetado e desenvolvido para rodar em ambiente web, isto é que contenha as seguintes características básicas:
a) A aplicação deverá ser estruturada no conceito de “n” camadas, sendo ao menos elas: Front-End (operável através do navegador local), Servidor de Aplicação (podendo ser distribuído em “n” serviços distintos) e Servidor de Banco de Dados, por motivos de segurança da informação e usabilidade;
b) O Tráfego de dados entre o cliente e o servidor, deverá ser o mínimo possível para execução das atividades do usuário, necessário para que consuma menos link de internet possível, procurando transferir na maior parte dos casos apenas conteúdo no formato JSON, para interpretação e apresentação da camada Front-End;
c) Fica vedado o uso de aplicações tradicionais, desktop cliente-servidor (2 camadas) emuladas para serem executadas através de navegador ou por outros meios como área de trabalho remota, cujo protocolo RDP é inseguro, por motivos de segurança da informação e performance da aplicação;
d) Desenvolvido em linguagem nativa para web (por exemplo: Java, PHP, C# ou outra que permita operação via Internet), de forma a garantir a segurança da informação e performance adequada no ambiente web e padrão de arquitetura web;
e) Ser operável através dos principais navegadores (padrão de mercado), nas seguintes versões: Internet Explorer (versão 11 ou superior), Firefox (versão 70 ou superior), Chrome (versão 70 ou superior), Microsoft Edge (versão 80 ou superior)
e Safari (versão 10 ou superior)
4.3 O sistema deverá operar sob o paradigma de “Multiusuários” (mais de um usuário acessando ao mesmo tempo a aplicação e um usuário acessando múltiplas sessões ao mesmo tempo, e um usuário acessando multiplas sessões ao mesmo tempo, permitindo mobilidade, acessibilidade, evitando retrabalho ou perda de informações e promovendo redução de custos operacionais), com integração total entre os módulos, garantindo que os usuários alimentem as informações em cadastro ÚNICO para todas as áreas e que sejam integráveis automaticamente os existentes e os que vierem a ser implantados de outras áreas e ser multientidades (Secretarias e Prefeituras), buscando exercícios anteriores constantes do banco de dados, sem que seja necessário sair de um sistema para entrar em outro;
4.4 Deverá possuir recursos próprios internos que permitam a operação através de multi-janelas, abrindo quantas telas forem necessárias simultaneamente para consulta e desempenho dos serviços, permitindo alternar entre exercícios e entidades, sem que seja necessário fechar a aplicação e abrir outra, ou sair de um módulo para entrar em outro;
4.4.1 Permitir na estrutura multi-janelas que o usuário alterne entre as janelas abertas na mesma sessão, na mesma aba do navegador e também faça ocultação (minimização) ou fechamento de janelas de forma geral;
4.5 Por questão de usabilidade, performance, segurança da informação e integridade, para operação o sistema não deverá exigir a instalação de recurso tecnológico como runtimes e plug-ins, exceto em casos onde houver necessidade de sistema intermediário para acesso a outros dispositivos (como leitor biométrico, impressoras, leitor de e-CPF/e- CNPJ) ou integração com aplicativos da estação cliente (como Microsoft Office, exibição de documentos PDF). Nesses casos, porém, não é permitida a integração através de aplicações que utilizem o recurso NPAPI dos navegadores como Applets Java, por questão de segurança da informação e integridade dos sistemas;
4.5.1 Utilizar na camada cliente apenas recursos padrões já amplamente difundidos, como HTML + CSS + JavaScript, não necessitando de instalação de nenhum plugin ou runtime adicional para operação do sistema, exceto nos casos de restrição de acesso a máquina local pelo navegador, próprios da arquitetura de aplicações Web;
4.6 Permitir ao administrador local que, através de interface dentro do próprio Sistema, consulte sessões ativas no servidor de aplicação, disponibilizando informações como:
a) Data de Início da Sessão;
b) Data da Última requisição;
c) Código e nome do usuário (quando sessão logada);
d) Tempo total da sessão;
e) Endereço IP da estação de trabalho.
4.7 Permitir ainda que:
a) A sessão seja finalizada pelo administrador;
b) O administrador consiga enviar mensagem interna no Sistema para um ou mais usuário(s) logado(s);
4.8 Possibilitar ao administrador local que este gerencie os acessos (permitir/restringir) aos logs de auditoria do Sistema.
4.9 O Sistema deverá fornecer múltiplos meios de auditoria (logs), sendo no mínimo:
a) Logs de Ações realizadas no Sistema (operações como consultar, imprimir, por exemplo);
b) Logs de Operações realizadas que afetem dados do banco de dados (incluir, excluir, alterar, etc.);
c) Logs de Autenticação de usuários (toda ação de login/logout, incluindo dados adicionais);
4.10 Permitir que TODAS as telas de consulta do sistema, incluindo as consultas personalizadas criadas através do gerador de consultas para a entidade, disponibilizem os seguintes recursos aos usuários:
a) Informar e adicionar filtros personalizáveis pelas chaves de acesso disponíveis ao cadastro, de maneira isolada ou combinada;
b) Disponibilizar diversos operadores de consulta: Menor ou igual, Maior ou igual, Igual, Contém, Não Contém, Contido em, Não contido em, Inicia com, Termina com e Entre. Observar logicamente a aplicação de cada operador conforme tipo do dado relacionado a ser pesquisado;
c) Especialmente os operadores de conjunto “Contido em” e “Não Contido em”, devem disponibilizar opção para informar os dados por intervalo e intercalado, ex: 1,2,10-15, ou seja, o valor 1 e o valor 2, incluindo ainda os valores de 10 a 15;
d) Realizar o reposicionamento, bem como o ajuste do tamanho e disposição das colunas disponíveis na consulta. Também deverá permitir ocultar ou exibir colunas;
e) Realizar a ordenação da consulta de forma ascendente (do menor para o maior) ou descendente (do maior para o menor), utilizando uma ou várias colunas ao mesmo tempo;
f) Recurso para seleção múltipla de registros, para que operações consideradas comuns para todas as linhas selecionadas possam ser executadas em lote, como por exemplo: excluir, imprimir e selecionar (quando for o caso);
g) Permitir que o usuário selecione o número de registros por página e faça a navegação entre as páginas;
h) Impressão da visualização atual da consulta, com opção de informar: título, formato de saída e totalizadores de colunas. Além disso deve permitir ainda a definição do formato de saída podendo ser no mínimo: PDF, DOC, DOCX, XLS, XLSX, HTML, XML, CSV e TXT . Deve-se permitir emitir todos os registros da consulta ou apenas aqueles selecionados;
i) Permitir que o usuário retorne a consulta em seu estado original (default);
j) Permitir que o usuário salve múltiplas preferências da consulta (campos em exibição incluindo posição e ordenação, informações de filtros em tela, etc.), permitindo definir um nome para cada uma delas e dispor da capacidade de compartilhar a preferência com todos os demais usuários, que possuam privilégio
para a mesma consulta.
4.11 Possibilitar que o sistema disponibilize recurso para consistência de dados, de múltiplas áreas/módulos, constantes da base de dados, com o objetivo de coibir eventuais falhas geradas por dados inconsistentes, sejam esses gerados pela própria aplicação ao longo do tempo ou então migrados de aplicações legadas, permitindo também:
a) A cada execução logs devem ser armazenados, para verificar se determinada consistência apresentou alguma falha na última execução;
b) Emitir relatório com os apontamentos de inconsistências encontradas nas verificações, indicando a gravidade de cada uma;
c) Executar as consistências em primeiro ou segundo plano (tarefa em background, no servidor). Caso em segundo plano, o usuário deverá ser alertado quando a mesma encerrar;
4.12 Realizar entrada de dados apenas via sistema, não sendo permitido o acesso direto ao Banco de Dados;
4.13 Oferecer total segurança contra a violação dos dados ou acessos indevidos às informações. Essa segurança total deve ser aplicada em camadas que vão desde validações no lado cliente (front-end), passado pelo canal de comunicação (HTTPS), aplicando restrições de acesso aos endereços e portas dos serviços;
4.14 Acesso ilimitado de usuários simultâneos, sem necessidade de aquisição de novas licenças de qualquer dos softwares locados;
4.15 O sistema deverá conter Cadastro Único, sob o conceito de compartilhamento de dados e não integração por intermédio de outros artifícios, que podem danificar a integridade dos cadastros ao longo do tempo. Este deverá ser formado no mínimo com o seguinte conjunto de dados:
a) Cadastro de Pessoas;
b) Textos Jurídicos - Leis, Portarias, Decretos entre outros;
c) Centros de custo/Organograma;
d) Entidades;
e) Bancos;
f) Agências;
g) Tributos;
h) Moedas; i)Cidades; j)Bairros;
k) Logradouros; l)Produtos;
m) Assinantes de Relatórios Legais;
n) CBO - Cadastro Brasileiro de Ocupações;
4.16 O Cadastro Único deve permitir o compartilhamento de dados com todos os demais módulos do sistema;
4.17 Garantir integridade referencial entre as tabelas do Banco de Dados, não permitindo a exclusão de informações que tenham vínculo com outros registros ativos via sistema e pelo banco de dados;
4.18 Ser construído com o conceito de controle de transações (ou tudo é gravado ou nada é gravado e nada é corrompido/comprometido), garantindo a integridade das informações do banco de dados em casos de queda energia, falhas de hardware ou software. O usuário sempre deverá ser informado, sobre a finalização com sucesso ou não das transações operacionais (inclusão, alteração e/ou exclusão de registros), antes de liberar o controle da aplicação para a realização de outras atividades;
4.19 Possuir recursos de segurança no SGBD para impedir que usuários não autorizados obtenham êxito em acessar a base de dados para efetuar consulta, alteração, impressão ou cópia. Não será permitido o acesso do sistema ao SGBD através de usuário DBA (Superusuário) do Banco de Dados, devendo existir usuário específico para acesso da aplicação e usuários adicionais para consulta;
4.20 Não será permitido a contratante ou terceiros, acesso ao SGDB e Banco de Dados durante a vigência do contrato ou sua integração com outras aplicações, ainda que por cópias, ou bkp, sem anuência expressa da Contratada desenvolvedora, sob pena de violação da Lei de Direitos Autorais e Lei de Proteção aos Direitos de Software, ao qual a Contratante será objetivamente responsabilizada civil e penalmente em caso de violação;
4.21 Fornecer em todo o sistema relatórios e consultas com opção de visualização em tela, possibilitando imprimir, exportar, assinar digitalmente assim que emitido e salvar minimamente para os formatos: PDF, DOC, DOCX, XLS, XLSX, HTML, XML, CSV e TXT;
4.22 O sistema deverá dispor de Gerenciador de usuários centralizando em um único local a administração de todos os usuários, sejam funcionários e cidadãos, permitindo ainda controlar permissões de acesso, dispondo das seguintes funcionalidades mínimas:
a) Relacionar o usuário a um ou mais perfis, utilizando perfis já pré- definidos (como Operacional e Gerencial, Consulta de Pessoas e Endereços, Manutenção de Pessoas, Processo Digital Gerencial, etc.) ou personalizados pela administração local;
b) Utilizar os privilégios dos perfis para acessar as rotinas e funções do sistema, como consulta, inclusão, alteração, exclusão e todas as demais ações disponíveis para o usuário nas telas do sistema;
c) Gerenciar restrições de acesso às funções do sistema através do uso de senhas, bloqueando por padrão o acesso após 3 (três) tentativas de acesso malsucedidas, podendo o administrador local configurar essa condição para mais ou menos tentativas;
d) O administrador do sistema deverá poder definir a forma de login do usuário de acordo com os métodos disponíveis: CPF e Senha, e- CPF/e-CNPJ, Biometria e Login Único Xxx.Xx;
e) Permitir que o acesso ao sistema seja realizado por meio do Login Único Xxx.Xx, plataforma do Governo Federal;
4.23 Permitir que seja realizada inclusão de um usuário externo ao sistema
(para o cidadão), diretamente pelo cadastro único de pessoas, quando este ainda não possuir um usuário criado.
4.24 O sistema deverá dispor de recurso que permita o usuário definir regras individuais de permissão/restrição de mensagens/notificações internas do sistema. As restrições devem ser impostas por categoria de mensagens de acordo com os tipos previstos pela aplicação;
4.25 O sistema deverá ser dotado de recursos que garantam a segurança quanto ao acesso e uso do sistema pelos usuários, dispondo das seguintes configurações mínimas:
a) Permitir validar se usuário/funcionário está com contrato ativo durante o seu login, evitando assim que funcionários afastados ou em férias tenham acesso ao software interno;
b) Permitir definir se o horário de trabalho do usuário/funcionário deverá ser considerado conforme definições de jornada de trabalho atribuídas;
c) Permitir definir as regras de composição e tratamento de senhas;
d) Permitir o controle de expiração de senhas, definindo individualmente por usuário se expira ou não a senha bem como definir o prazo de expiração em dias ou uma data específica;
e) Permitir disponibilizar acesso para concessão de privilégios para gestores, diretores, assessores de áreas e que eles possam apenas conceder privilégios para seus subordinados diretos, através da hierarquia de organograma;
4.26 Permitir que sejam configuradas restrições de acesso para qualquer formulário do sistema, contendo os seguintes recursos:
a) Definir para que o usuário seja obrigado a informar uma descrição/averbação sempre que uma determinada ação for realizada;
b) Exigir que o usuário possa prosseguir apenas ao realizar nova autenticação, no ato da ação;
c) Solicitar para que um supervisor realize liberação em tela, para poder prosseguir;
d) Limitar e Liberar acesso temporário para determinadas ações do sistema, podendo configurar dia(s) do mês e horários do dia;
e) Permitir definir determinados usuários onde as regras não se aplicam (exceção);
f) Permitir definir regras para desativar ou ativar campos das telas cadastrais do sistema, definindo valor inicial (default) para um determinado campo, verificar se um campo (ou mais) foram alterados, a fim de determinar de forma condicional esses comportamentos podendo emitir mensagens de aviso, inibir a execução de uma ação como incluir, alterar ou excluir, enviar uma mensagem de e- mail para outro usuário, de acordo com regras da entidade sem depender de customização do sistema.
4.27 Manter histórico de acessos por usuário, rotina e ação, registrando a data, hora e o nome do usuário, IP local do usuário no momento da operação;
4.28 Manter LOG de auditoria de todas as inclusões, alterações e exclusões efetuadas nas tabelas do sistema, registrando:
local);
a) o tipo da operação realizada;
b) a partir de qual rotina do sistema ela fora executada;
c) a partir de qual estação de trabalho ela fora executada (ip da máquina
d) identificação do usuário;
e) tabela alterada;
f) operação realizada (inclusão, alteração ou exclusão);
g) os dados incluídos, alterados ou excluídos;
4.29 Na visualização dos registros de auditoria, deve-se exibir os novos
dados para inclusões, novos dados e dados anteriores para alterações e dados anteriores para exclusões.
4.30 Permitir cruzamento de informações entre os módulos da solução;
4.31 Estruturar o sistema para que seja evitado a redundância de tabelas, exceto quanto a replicação de informações em outros ambientes (como integrações com outras aplicações externas);
4.32 Integrar com o Diretório Nacional de Endereços (DNE) dos Correios. A base de endereçamento deve ser atualizada mensalmente e um serviço de consulta de endereços deve ser disponibilizado integrado a aplicação, desta forma quando configurado para integrar com o DNE, toda vez que um endereço é informado no sistema o mesmo deve ser validado conforme o DNE e inconformidades alertadas ao usuário podendo ajustar o endereço;
4.33 As tabelas de cidade, estado e país, incluindo seus relacionamentos devem ser disponibilizadas pela ferramenta de gestão e atualizadas periodicamente de maneira automática sem que haja necessidade de manutenção desses dados pelos usuários, salvo quando o endereço for estrangeiro;
4.34 Consultar cidades disponibilizando pesquisa através no mínimo das seguintes chaves de acesso: Nome da Cidade, Nome do Estado, Sigla do Estado, CEP, Código DNE, Código Receita Federal e Código IBGE. Essas chaves de acesso são importantes pois permitirão o cruzamento de dados com outras bases de governo em esferas diferentes, cuja codificação de cidades é diversa, normalmente utilizando uma dessas.
4.35 Disponibilizar estrutura que permita configurar campos adicionais para determinadas rotinas, com as seguintes características mínimas:
a) Permitir que através de configurações simples, sem necessidade de customização, personalize a adição de novos campos;
b) Permitir criar agrupamentos de campos, para serem exibidos em conjunto em área específica nas janelas de entrada de dados já existentes no sistema, como área complementar;
c) Permitir que seja definida uma ordem de exibição dos campos adicionais;
d) Permitir definir o tipo do campo, podendo ser no mínimo: Texto, Numérico, Data, Valor, Lista, Hora, Booleano e Campo Texto Formatado.
e) A opção lista deverá permitir a definição de listas estáticas e/ou
dinâmicas sendo carregadas, por exemplo via SQL;
f) A opção Texto, deverá permitir selecionar um formato de entrada, podendo ser no mínimo CPF, CNPJ, CEP, Telefone e E-Mail;
g) Permitir definir um valor padrão para o campo bem como a obrigatoriedade do mesmo;
h) Permitir definir regras, como exemplo: exibir uma mensagem caso determinado valor seja informado no campo, ou então desabilitar um campo caso determinado valor seja informado em outro;
i)Permitir definir para o campo adicional, se o mesmo aceitará a entrada de arquivo digital relacionado, como uma imagem, arquivo PDF ou outro, podendo selecionar quais as extensões permitidas para entrada;
4.36 O sistema deverá dispor de recurso de Repositório de Certificados digitais, que garanta segurança contendo as seguintes funcionalidades mínimas:
a) Permitir vincular certificados digitais do tipo A1 e A3, de propriedade do usuário, neste caso permitindo uso exclusivo dele para assinaturas digitais, ou seja, apenas quando ele estiver logado no sistema;
b) Permitir vincular certificados digitais do tipo A1 para a entidade, neste caso permitindo uso compartilhado do certificado, mediante concessão de privilégio de uso;
c) Permitir que o usuário crie um certificado digital auto-assinado, para uso em assinaturas digitais do tipo Avançada, conforme Lei 14.063/2020. Este tipo de certificado deverá ser utilizado apenas pelo usuário;
d) Realizar controle de vencimento de certificados no repositório, cientificando o usuário toda vez que ele acessar a aplicação quanto a necessidade de renovação;
e) Registrar em log exclusivo (auditoria) toda vez que o certificado é utilizado, indicando data/hora de uso, informações sobre o procedimento realizado e qual usuário estava logado no sistema no instante do uso;
4.37 Permitir o uso de Assinatura Digital na modalidade Qualificada (conforme Lei 14.063/2020) em procedimentos como login no sistema e atividades relacionadas a usuários externos;
4.38 Permitir o uso de Assinatura Digital, nas modalidades Básica, Avançada e Qualificada (conforme Lei 14.063/2020) nos seguintes procedimentos:
a) Assinatura de Documentos Digitais Diversos;
b) Após a emissão de relatórios, permitindo assinar o documento emitido;
c) Pareceres;
4.39 Permitir assinatura digital de documentos diretamente pela aplicação, sem necessidade de utilizar outros sistemas ou recursos, exceto aqueles necessários para acesso ao dispositivo de leitura do certificado digital na máquina local do próprio usuário;
4.40 Permitir o uso de Solicitações de Assinatura, onde um usuário realiza a solicitação de assinatura de um ou mais documentos, para que outro(s) usuário(s) o façam, contendo os seguintes recursos:
a) Permitir definir se a execução das assinaturas será de forma sequencial (um após o outro) ou não (todos ao mesmo tempo);
b) Permitir que durante a assinatura de uma solicitação o usuário possa rejeitar um documento enviado para sua assinatura;
4.41 O procedimento de assinatura digital deverá ser simples e prático para o usuário, contendo os seguintes recursos/facilitadores:
a) Permitir que sejam configurados carimbos/estampas de assinatura, por usuário ou para a entidade toda, com possibilidade de configurar o conteúdo a ser colocado como “estampa” sobre o documento PDF assinado;
b) Exibir alerta para o usuário quando o mesmo já fez assinatura digital de um documento, podendo ele optar por cancelar a nova assinatura;
c) Permitir realizar assinatura digital com certificados do repositório e/ou instalados localmente na máquina do usuário sejam nos modelos A1 ou A3;
d) Os certificados devem ser listados para o usuário antes da assinatura para que ele possa escolher. Deverá listar apenas certificados do próprio usuário;
e) O usuário deverá ver claramente quando um certificado está vencido;
f) A ação de assinatura digital deverá ser transparente para o usuário, sendo operada diretamente do próprio sistema, através de interface padronizada (comum a todo o sistema), dentro da própria aplicação web, sem que haja necessidade de trocar de aplicação para executar o procedimento;
g) A ação de assinatura digital, deverá exibir o documento que o usuário está realizando assinatura no ato da mesma (quando individual) ou permitir a visualização dos documentos relacionados (quando assinatura em lote). Desta forma o usuário/assinante saberá exatamente do que se trata e o que ele está assinando;
h) Todo documento PDF assinado digitalmente, deverá conter estampa automática com informações sobre a consulta de autenticidade do mesmo incluindo endereço de consulta em QRCODE para poder fazê-lo através de leitura pelo Smartphone;
4.42 Controlar a emissão de relatórios, dispondo dos seguintes recursos:
a) Emitir vários relatórios ao mesmo tempo, pelo mesmo usuário;
b) Permitir que relatórios sejam colocados em execução através de fila de impressão e caso o usuário finalize a aplicação, mesmo assim o relatório continue em execução;
c) Controlar para que um relatório em emissão para o usuário não possa ser colocado em execução novamente até que o primeiro finalize, quando os parâmetros de emissão forem iguais;
d) Possuir opção para emitir e assinar digitalmente qualquer relatório impresso;
e) Manter uma cópia do relatório emitido, armazenada no banco de dados, identificando cada emissão por um código único que deverá ser impresso junto com o relatório em todas as páginas, com informações de: filtros utilizados, usuário que emitiu, data e hora de emissão e id do relatório emitido;
f) Consultar relatórios emitidos, filtrando pelo ID da emissão do relatório ou por outros dados como modelo/layout, usuário que fez a emissão, data/hora da
emissão, visualizando os detalhes da emissão como os parâmetros informados, bem como a opção de imprimir;
4.43 Possuir gerador de relatórios, com as seguintes características mínimas:
a) Possuir um cadastro de “Formatos de Relatórios” sendo reutilizáveis por diversos relatórios e configuráveis: Tamanho de página, Margens do Documento, Cabeçalhos e Rodapé, contendo: Brasão, número da página, filtros utilizados, nome da entidade e Configurar marca d´água através do upload de imagem;
b) Editar relatórios atuais ou adição de novos relatórios de forma avançada, contendo recursos como formatação de campos, adição de imagens ao corpo do relatório, configuração de agrupamentos, uso de códigos de barras/QR codes, etc. A edição avançada de relatórios poderá ser realizada por ferramenta externa a aplicação, desde que não haja custo adicional a contratante;
c) Permitir que novos layouts sejam criados/alterados para os relatórios disponíveis no sistema, podendo esses layouts novos serem criados com base em cópia de layouts já existentes, sejam eles padrões ou não;
d) Xxxxxxx privilégios para os relatórios e consultas gerados a partir do gerador de relatórios e consultas;
e) Permitir gerenciar os relatórios por versões, permitindo que uma nova versão do relatório seja criada e esta não afete o uso da aplicação pelos usuários enquanto não estiver totalmente finalizada. Permitir restaurar uma versão anterior se necessário.
4.44 O sistema deve possuir recurso de desenho, configuração e execução de workflow, com as seguintes características mínimas:
a) Deverá fazer parte do sistema de gestão, no mesmo SGBD, sem necessidade de acesso ou integração com outro sistema;
b) Permitir a realização de documentação, manual e/ou através do relacionamento de documentos digitais e textos jurídicos constantes no cadastro único;
c) Permitir execução automática de funções e carregamento de formulário/telas integrantes da solução através de um gerenciador único.
d) A ferramenta de Workflow, deverá permitir desenho de processos utilizando-se da metodologia BPMN (Business Process Model and Notation), incluindo Raias (horizontal e vertical), Eventos, Atividades, etc.
e) Permitir o controle de ativação/desativação/homologação e versionamento de processos, possibilitando a evolução natural dos processos;
f) Registrar a cada alteração histórico de alterações realizadas no Work- Flow, permitindo também visualizar em histórico cada manutenção realizada, contendo recursos para de comparar e restaurar entre uma alteração e outra;
4.45 Objetivando atender a regras impostas pela LGPD (Lei Geral de Proteção de Dados), os seguintes recursos mínimos são necessários na aplicação:
a) O sistema deverá conter mecanismo que permita a configuração e o gerenciamento de “Termos e Condições de Uso”, tanto para usuários internos (funcionários) como para usuários externos (cidadãos). A entidade poderá configurar
os termos conforme necessidade, individualmente por perfil de usuário e por serviço disponível no portal;
b) Possuir inventário dos Tratamentos de Dados Pessoais realizados em processos/operações do sistema de gestão, incluindo a(s) hipótese(s) previstas em lei em que eles estão relacionados, cadastrados no próprio sistema;
c) Permitir que a entidade mapeie e cadastre outros Tratamentos de Dados Pessoais que a mesma realiza seja por meio digital, através de outros sistemas de gestão (de outras áreas) ou por meio físico;
d) Deverá dispor de área exclusiva para que o cidadão possa visualizar todos os tratamentos de dados pessoais realizados pela entidade, incluindo aqueles que não são realizados no software de gestão (Transparência Ativa) e permitir que ele solicite relatório dos usos realizados (Transparência Passiva);
e) Permitir emitir relatório automático dos relacionamentos do cidadão com a entidade, com base nos dados do sistema de gestão, informando quais são os vínculos que ele possui;
f) O tratamento de dado pessoal poderá exigir o consentimento do usuário, nos casos em que não forem de interesse público. Nessa situação sempre que o tratamento for realizado deve-se verificar se há consentimento realizado e ativo do titular;
g) Permitir definir quem é o Controlador local e indicar seus dados de acesso/contato em área exclusiva no portal da transparência;
h) Permitir definir quem são o(s) Encarregado(s) de tratamento de dados pessoais indicados pelo controlador e disponibilizar seus dados de acesso/contato em área exclusiva no portal da transparência;
i)No primeiro acesso do usuário a aplicação, seja usuário funcionário (interno) ou cidadão (portal), deve-se solicitar que o mesmo visualize as políticas de uso do sistema incluindo política de tratamento de cookies e realize o aceite deles, devendo este ficar registrado para posterior consulta e auditoria;
j)Deverá dispor de web-service para que outras aplicações autorizadas possam verificar se há consentimento realizado pelo titular em determinado Tratamento de Dados mapeado;
4.46 Permitir realizar a impressão de documentos diretamente pelo dispositivo móvel (smartphone e/ou tablet), na plataforma Android (equipamentos naturalmente mais acessíveis), por meio de impressoras Térmicas Bluetooth. Deverá o fornecedor informar quais são os requisitos mínimos necessários, incluindo os equipamentos homologados.
4.47 Permitir realizar a assinatura de documentos com certificado eletrônico criado pelo sistema, por computadores e também diretamente pelo dispositivo móvel (smartphone e/ou tablet), na plataforma Android (equipamentos naturalmente mais acessíveis), por meio do aplicativo.
5. DAS ESPECIFICAÇÕES TÉCNICAS MÍNIMAS DOS MÓDULOS DO SISTEMA DO LOTE I
Para atender as áreas de aplicação da CONTRATANTE, o Sistema de administração e gestão fornecido/ofertado, será subdivido em Módulos de Programas, cujas principais especificações de funcionamento encontram-se a seguir descritas.
Não é obrigatório que o sistema ofertado pela proponente utilize a mesma nomenclatura ou divisão por módulos. No entanto, é necessário que atenda no mínimo 90% das especificações de funcionamentos dos módulos constantes neste termo de referência.
O não atendimento, de pelo menos 90% dos requisitos em qualquer dos módulos, ensejará a reprovação do sistema avaliado.
DESCRITIVOS DOS SISTEMAS
SISTEMAS CONTÁBEIS PLANEJAMENTO E ORÇAMENTO
PPA - Plano Plurianual
1. Possibilitar o registro da realização das audiências públicas com campo para: todas as solicitações feitas pela comunidade, bairro a ser atendido, com informações de contato do solicitante, órgão responsável por sua análise e status da mesma;
2. Anexar atas da audiência pública e permitir a baixa dos arquivos anexados;
3. No cadastro do PPA escolher o grau do plano de contas a ser utilizado para a informação das receitas;
4. Cadastrar os vínculos para o PPA de acordo com tabela definida pelo Tribunal de Contas do Estado;
5. Permitir importar vínculos utilizados na LOA a cada novo PPA elaborado;
6. Cadastrar os programas de governo, com as seguintes informações: origem, objetivo, diretrizes, público alvo, fonte de financiamento e gerente responsável;
7. Permitir importar as ações e programas da LOA para cada novo PPA elaborado;
8. Permitir a criação automática de códigos reduzidos para despesa do PPA composto de órgão, unidade, função, sub função, programa e ação com o objetivo de facilitar a execução orçamentária;
9. Permitir importar as receitas e despesas de PPA anterior e da LOA;
10. Cadastrar a programação da receita, possibilitando a identificação de cada fonte de recurso;
11. Permitir informar as receitas do PPA por meio de rateio automático para cada conta de receita e suas respectivas fontes de recursos;
12. Efetuar projeção de cálculo para obter a previsão do total a ser arrecadado e do total a ser gasto para cada ano do PPA;
13. Permitir a inclusão de alterações orçamentárias para a receita do PPA, bem como a consulta de todas as alterações incluídas, e de uma receita específica;
14. Consultar o orçamento da receita e da Despesa do PPA com valor orçado atualizado até a data selecionada;
15. Informar as metas físicas e financeiras da despesa do PPA, com a indicação da destinação de recursos, distribuindo as metas para cada exercício do PPA e permitir atualizar essas metas durante a execução orçamentária do PPA;
16. Cadastrar a previsão das transferências financeiras, identificando a entidade a que se destinam;
17. Permitir acompanhar o histórico das alterações orçamentárias por ordem cronológica;
18. Permitir consolidar duas ou mais entidades nas rotinas de previsão de receita, despesa, transferência financeira e alteração orçamentária;
19. Confrontar as receitas e despesas do PPA por fonte e destinação de recursos, consolidando uma ou mais entidades e trazendo os valores orçados atualizados até a data selecionada;
20. Emitir relatórios gerenciais de receitas, despesas por fonte de recursos e das transferências financeiras;
21. Emitir os relatórios consolidando uma ou mais entidades e trazendo a posição atualizada do orçamento até a data selecionada:
a. Demonstrativo das Receitas;
b. Demonstrativo das Despesas;
c. Meta Financeira por Órgão e Unidade;
d. Meta Física por Programa e Ação;
e. Programas;
f. Programas Detalhados;
g. Anexo PPA Analítico;
h. Anexo PPA Sintético;
i. Detalhamento Órgão/Unidade Físico/Financeiro;
j. Receita por Ano;
k. Receita Global.
22. Emitir relatório de compatibilização entre receitas e despesas do PPA/LDO/LOA com posição atualizada até a data selecionada e relatório de compatibilização das metas de despesas entre PPA/LDO/LOA com posição atualizada até a data selecionada;
23. Possuir controle de versão para o PPA com controle de todas as consultas e emissão de relatórios por versão;
24. Emitir relatório possibilitando a avaliação dos resultados dos programas (Art. 4º, inciso I, “e” da LRF). O relatório deverá conter a programação e execução
física e financeira por programa e ação, permitindo selecionar os quatro anos do PPA ou apenas um ano desejado;
25. Emitir os demonstrativos de aplicação em saúde, pessoal e educação com os respectivos percentuais de aplicação;
LDO - Lei De Diretrizes Orçamentárias:
26. No cadastro da LDO escolher o grau do plano de contas de receita e despesa a ser utilizado;
27. Cadastrar os vínculos para a LDO de acordo com tabela definida pelo Tribunal de Contas do Estado;
28. Permitir a inclusão de alterações orçamentárias para a receita da LDO, bem como a consulta de todas as alterações incluídas, e de uma receita específica;
29. Permitir consultar o orçamento da receita e da despesa da LDO com valor orçado atualizado até a data selecionada;
30. Permitir cadastrar programas e ações na LDO e importar do PPA e LOA;
31. Permitir importar previsão da despesa do PPA, da LOA ou de LDO anterior;
32. Permitir importar previsão da receita do PPA, da LOA ou de LDO anterior;
33. Permitir atualizar as metas físicas da LDO e inserir as metas físicas realizadas;
34. Acompanhar o histórico das alterações orçamentárias por ordem cronológica;
35. Consolidar duas ou mais entidades nas rotinas de previsão de receita, despesa, transferência financeira e alteração orçamentária da despesa;
36. Confrontar as receitas e despesas da LDO por fonte e destinação de recursos, consolidando uma ou mais entidades e trazendo valor orçado atualizado até a data selecionada;
37. Emitir os relatórios gerenciais consolidando uma ou mais entidades e com valor orçado atualizado até a data selecionada:
a. Demonstrativo das Receitas;
b. Demonstrativo das Despesas;
c. Programas de Trabalho.
38. Emitir o cadastro das obras que serão executadas no ano da LDO informando a entidade responsável pela obra, a descrição, a data de início, o valor previsto, o valor de gastos com conservação, o valor em novos projetos e o valor do ano da LDO;
39. Emitir o relatório Demonstrativo de Obras e Conservação do Patrimônio;
40. Possuir controle de versão para a LDO com controle de todas as consultas e relatórios por versão;
41. Emitir, sobre os valores orçados, Demonstrativo das Receitas e Despesas com Manutenção e Desenvolvimento do Ensino – MDE, Demonstrativo das
Receitas de Impostos e das Despesas Próprias com Saúde e Demonstrativo da Despesa com Pessoal
42. Emitir o demonstrativo de aplicação de recursos em educação, saúde e pessoal com o respectivo % de aplicação;
43. Possuir cadastro das memórias de cálculo conforme dispõem a portaria da STN – Secretaria do Tesouro Nacional;
44. Permitir a emissão dos relatórios de memória de cálculo conforme disposto pela STN – Secretaria do Tesouro Nacional;
LOA - Lei Orçamentária Anual:
45. Cadastrar os vínculos para a LOA de acordo com tabela definida pelo Tribunal de Contas do Estado;
46. Cadastrar a programação da receita e da despesa, possibilitando a identificação de cada fonte e destinação de recurso;
47. Permitir importar as receitas e despesas da LOA anterior e da LDO;
48. Permitir informar as receitas da LOA por meio de rateio automático para cada conta de receita e suas respectivas fontes de recursos;
49. Permitir a inclusão de atualização de receitas mantendo o histórico das inclusões;
50. Permitir a inclusão de novas naturezas de receita não previstas na LOA;
51. Efetuar os lançamentos contábeis de alteração orçamentária de receita automaticamente na contabilidade;
52. Consultar o orçamento de receita e despesa da LOA com valor orçado atualizado até a data selecionada, consolidando uma ou mais entidades;
53. Permitir o controle das alterações e emendas realizadas durante a elaboração da LOA, permitindo incluir as alterações e emendas por lote e possibilitar a consulta dos lotes de alteração por data.
54. Cadastrar as despesas que compõem o orçamento, com identificação do elemento de despesa, destinação de recursos e valores;
55. Permitir o controle das alterações e emendas realizadas durante a elaboração da LOA, permitindo incluir as alterações e emendas por lote e possibilitar a consulta dos lotes de alteração por data.
56. Permitir nas alterações orçamentárias adicionar diversas dotações e subtrair de diversas fontes para uma mesma Lei ou decreto.
57. Permitir nas alterações orçamentárias, adicionar diversas dotações e subtrair de diversas fontes para uma mesma Lei ou decreto;
58. Acompanhar o histórico das alterações orçamentárias por ordem cronológica;
59. Permitir para cada alteração orçamentária de despesa, a visualização de seus respectivos lançamentos contábeis;
60. Gerenciar as dotações constantes no orçamento decorrentes de créditos adicionais especiais e extraordinários;
61. Permitir nas alterações orçamentárias adicionar diversas dotações e subtrair de diversas fontes para uma mesma Lei ou decreto;
62. Disponibilizar no início do exercício, o orçamento aprovado para a execução;
63. Mostrar alteração orçamentária, demonstrando os valores de receita, despesa, transferência financeira e os dados da Lei que o aprovou;
64. Permitir que o usuário gerencie os códigos reduzidos para as contas de receita orçamentária e consignação;
65. Possuir rotina de solicitação de alteração orçamentária onde são informados os dados da alteração para envio ao legislativo e posteriormente os mesmos são incluídos no sistema sem a necessidade de redigitação;
66. Possuir consistência de dados para o PPA, LDO e LOA que identifique possíveis inconsistências na elaboração dos mesmos;
67. Cadastrar cronograma mensal de desembolso por entidade;
68. Cadastrar valor mensal das metas de arrecadação por entidade, informando os valores mês a mês por modalidade e fonte de recursos;
69. Permitir que o usuário gerencie os códigos reduzidos para as contas de receita orçamentária e consignação;
70. Solicitar alteração orçamentária onde são informados os dados da alteração para envio ao legislativo e posteriormente os mesmos são incluídos no sistema sem a necessidade de redigitação;
71. Efetuar solicitação de alterações orçamentárias durante o exercício:
72. Bloqueando o valor, na dotação a ser anulada, ao lançar a alteração no sistema, possibilitando copiar os dados para o documento legal, evitando redigitação;Desbloqueando automaticamente ao efetivar os lançamentos de suplementação e anulação, quando da efetivação da alteração;
73. Consistir dados para o PPA, LDO e LOA que identifique possíveis inconsistências na elaboração dos mesmos;
74. Possuir cronograma de desembolso por fonte de recursos e por mês com geração de relatório;
75. Possuir cadastro das metas de arrecadação por fonte de recursos e por mês com geração de relatório;
76. Permitir a impressão do decreto para suplementação;
77. Permitir realizar a implantação do orçamento, para que a partir deste momento, não seja mais possível incluir, exclui ou alterar previsões de receita e despesa;
78. Permitir a e emissão dos relatórios da Lei 4320/64 com opção de publicação simultânea no portal da transparência;
79. Permitir o controle das cotas de despesa por entidade;
80. Permitir a configuração do controle das cotas de despesa para os períodos: bimestral, trimestral e semestral;
81. Permitir que nas alterações orçamentárias as cotas sejam atualizadas automaticamente;
82. Possuir relatório de acompanhamento das cotas de despesa demonstrando valor previsto e valor realizado;
83. Permitir contingenciamento do orçamento, aplicando um percentual de redução sobre todo o orçamento ou sobre uma dotação específica;
84. Permitir liberação dos valores contingenciados;
85. Permitir remover os valores de quotas não utilizadas em meses já fechados e distribuí-las em meses abertos;
86. Permitir na implantação do orçamento, a cópia automática de todos os relacionamentos e configurações da base do cliente para que ele não tenha necessidade de redigitar os dados no novo ano;
87. Possuir rotina de compatibilização da LOA com PPA e LDO, permitindo assim que as peças orçamentárias fiquem iguais;
88. Possibilitar o registro e acompanhamento dos projetos e despesas com conservação do patrimônio público;
89. Possuir cadastro de renúncia de receita e respectiva compensação com emissão de relatório de renúncias objetivando o atendimento a LRF, art 5º, inciso II.
5.1 ESCRITURAÇÃO CONTÁBIL, EXECUÇÃO FINANCEIRA E PRESTAÇÃO DE CONTAS
1. Permitir que seja efetuada a escrituração contábil, absolutamente adaptada às exigências do Tribunal de Contas do Estado, bem como à Lei Federal nº 4.320/1964, à Lei Complementar Federal nº 101/2000, bem como às demais normas regulamentadoras da escrituração pública;
2. A escrituração contábil deve ser completamente vinculada aos registros que lhe suportam, não se admitindo, em nenhuma fase do processo, o registro contábil independente dos cadastros que lhe originaram;
3. Permitir a existência de mais de uma unidade na mesma base de dados, com contabilização distinta, que possibilite a emissão de relatórios anuais e da LRF de forma consolidada;
4. Nos atos da execução orçamentária e financeira, permitir que sejam usadas as três fases da despesa: empenho, liquidação e pagamento com a escrituração contábil automática;
5. Permitir um controle das operações orçamentárias e financeiras, por período, impedindo o usuário de qualquer alteração, inclusão ou exclusão nos registros;
6. Permitir que seja efetuado o registro de empenhos por estimativa, global e ordinário;
7. Permitir que seja efetuado o registro de sub-empenho sobre o empenho global e estimado;
8. Permitir a liquidação tanto de empenhos globais como de subempenhos, não permitindo que seja gerado um subempenho sobre um empenho global que já possua liquidação.
9. Permitir a utilização de histórico padronizado e históricos com texto livre no empenho;
10. Possuir facilitador, para que na emissão do empenho seja informada qualquer parte da dotação, e o sistema filtre as dotações com aquela informação;
11. Permitir que no empenho possa visualizar saldo da dotação atualizado até a data de emissão do empenho e também até a data atual, não permitindo em nenhuma das duas situações que o valor do empenho seja superior ao saldo da dotação;
12. Na emissão do empenho, ter um campo onde informando qualquer parte da dotação, o sistema consiga filtrar todas as dotações disponíveis que possuem aquela informação;
13. Controlar os saldos das dotações orçamentárias em tempo real, não permitindo bloquear ou empenhar sem que exista saldo disponível;
14. Possibilitar a distinção do contribuinte autônomo, objetivando a geração da Darf e e-Social;
15. Permitir empenhar bem como apropriar mês a mês despesas com assinaturas e seguros, mantendo controle das mesmas;
16. Permitir inscrever as contas contábeis automaticamente nas contas de controle dos empenhos que gerem adiantamento de valores, e o lançamento de baixa respectivo quando as prestação de contas;
17. Permitir estorno parcial ou total de empenho, informando o motivo da anulação e permitir emissão da nota de estorno;
18. Permitir emitir prévia e geração automática de empenhos da folha;
19. O sistema de folha de pagamento deve ser totalmente integrado ao sistema de contabilidade, permitindo a geração automática de empenhos da folha. Deve ser possível empenhar por tipo de folha (mensal, ferias, 13º salário, etc);
20. A consulta dos empenhos da folha deverá demonstrar possíveis irregularidades, como dotação sem saldo, relacionamentos não cadastrados, etc, e não permitir empenhar até que as irregularidades sejam resolvidas;
21. Integrar com a folha de pagamento para lançamento das provisões de férias e de 13º salário, bem como de seus encargos, fazendo a baixa dos valores quando do pagamento;
22. Permitir liquidar automaticamente os empenhos da folha, gerando automaticamente as notas extras orçamentárias das retenções;
23. Permitir desmovimentar uma competência da folha, estornando os empenhos para nova geração. O sistema deverá consistir a desmovimentação, e não permiti-la caso os empenhos estejam liquidados ou pagos;
24. Possuir fluxo de empenhamento da folha de pagamento, que inicie com a liberação da folha na área de recursos humanos e finalize o processo somente
quando todos os empenhos da folha forem pagos e que todo o processo seja feito de forma digital;
25. Possuir total integração com os sistemas de compras e licitações, permitindo empenhar automaticamente as ordens de compras emitidas pelo sistema de compras e licitações. Permitir consultar a partir da ordem a ser empenhada, a ordem completa, o contrato e a licitação
26. Permitir o empenhamento automático das ordens de compras geradas pelo departamento de compras;
27. Realizar registro e lançamento de bloqueio de dotação quando da emissão de requisição de compras e ordem de compras. O bloqueio deve ser baixado automaticamente quando da emissão do empenho;
28. Estornar os itens da ordem de compras quando o empenho for estornado, mantendo assim a integridade das informações;
29. Permitir consulta inter-relacionada de empenhos. A partir do empenho, consultar a ordem de compras, o contrato, a licitação, as liquidações, estorno de liquidações, retenções, pagamentos, estorno de pagamentos, nota de despesa extra orçamentária, processo digital, anexos relacionados ao empenho, os assinantes da nota de empenho e os lançamentos contábeis;
30. Permitir a configuração das notas de empenho, liquidação e estorno de modo a compatibilizar com os modelos utilizados pela entidade;
31. Possuir gerenciamento dos restos a pagar, possibilitando consultar os valores empenhados, liquidados e pagos;
32. Permitir o cancelamento de restos a pagar demonstrando no momento do cancelamento o valor processado e não processado;
33. Gerar automaticamente as notas de despesa extra orçamentárias para as retenções que são passiveis de recolhimento na liquidação do empenho da despesa;
34. Permitir informar na liquidação do empenho, se o valor liquidado era uma despesa sem empenho prévio;
35. Permitir informar uma ou vários documentos fiscais na liquidação;
36. Validar na liquidação, documento fiscal duplicado para mesmo fornecedor;
37. Permitir estorno total ou parcial, tanto do saldo da liquidação, quanto do saldo das retenções, possibilitando a substituição ou alteração dos documentos fiscais;
38. Possuir na liquidação ao informar no documento fiscal uma nota Danfe-e a consulta da nota no site da Receita Federal;
39. Efetuar automaticamente os lançamentos contábeis na emissão e estorno de empenho, liquidação e estorno de liquidação e cancelamento de restos;
40. Validar existência de débitos com o credor nas rotinas de emissão do empenho, liquidação e pagamento;
41. Permitir que nas rotinas de empenho, restos a pagar e liquidação seja possível incluir documentos digitalizados;
42. Permitir na emissão do empenho, liquidação e pagamento, a validação da existência de débitos com o credor;
43. Permitir a consulta dos bloqueios de dotação por tipo de modalidade de licitação e a consulta dos bloqueios que visam a limitação de empenho;
44. Possuir fluxo de assinatura digital de empenhos, possibilitando e controlando para que todos os assinantes possam assinar digitalmente;
45. Possibilitar a emissão dos relatórios de empenhos e restos consolidado;
46. Bloquear e desbloquear dotações por valor e por percentual, efetuando os respectivos lançamentos contábeis;
47. Consultar bloqueios de dotação por tipo de modalidade de licitação e a consulta dos bloqueios que visam a limitação de empenho;
48. Gerenciar multas de trânsito, identificando o infrator, o valor da multa, bem como os lançamentos de controle;
49. Possuir consulta de superávit financeiro que demonstre o valor do superavit, os valores já suplementados e o saldo a suplementar;
50. Possuir consulta integrada à SECRETARIA DE ESTADO DA FAZENDA para busca de notas fiscais eletrônicas emitidas contra a entidade;
51. Emitir relatório de empenhos e restos com a situação “em liquidação”. O relatório deve possibilitar a listagem de empenhos e restos com verificação de materiais e os empenhos e restos que por sua natureza possuem lançamentos em contas orçamentárias “em liquidação”;
52. Possuir relatório analítico que detalhe as dotações e sua movimentação com possibilidade de filtrar por qualquer campo da dotação e de considerar as reservas de dotação;
53. Possuir relatório de bens demonstrando os bens que foram e não foram incorporados. Permitir a emissão consolidada, filtrando por qualquer campo da dotação e filtrar pelo tipo do bem, conta contábil e data de incorporação. O relatório deve demonstrar ainda os bens que estão a incorporar listando o respectivo empenho;
54. Emitir relatórios de empenhos e restos por entidade ou consolidado, possuindo filtros compostos por todos os campos da dotação. Possuir opção filtro por credor, obra, licitação e possibilitar totalizar por todos os campos da dotação com opção de listar ou não os empenhos e restos;
55. Permitir a emissão dos relatórios de execução da LOA com publicação simultânea no portal da transparência:
a. Anexo 01 – Demonstrativo Rec. e Desp. Cat. Econômica;
b. Alínea 1 – Receita (fonte) despesa (função);
c. Anexo 2 - Desp. Cat. Econômica (elemento);
d. Anexo 2 - Desp. Cat. Econômica (ação);
e. Anexo 2 - Desp. Cat. Econômica (órgão);
f. Anexo 2 - Desp. Cat. Econômica (org. unidade);
g. Anexo 2 – Desp, por Unidade Orç. Seg. Cat. Econômica;
h. Anexo 6 – Programa de trabalho por órgão e unidade;
i. Anexo 7 – Prog. De trabalho (Func./Sub./Pro./Ativ.);
j. Anexo 8 – Desp. Por função/Sub/prog e vínculo;
k. Anexo 9 – Despesa por órgão e função.
56. Possuir, no mínimo os seguintes relatórios com gráficos comparativos para apresentação em audiências públicas:
a. Amortização da dívida;
b. Ata da Audiência Pública;
c. Avaliação das Metas de Resultado Nominal;
d. Avaliação das Metas de Resultado primário;
e. Avaliação dos Gastos com pessoal;
f. Comparativo da Receita e Despesa;
g. Avaliação das Metas de Arrecadação;
h. Confronto Arrecadação e Desembolso;
i. Demonstrativo das Transferências financeiras;
j. Demonstrativo das metas de investimento;
k. Demonstrativo dos Suprimentos a Câmara;
l. Indicadores de Gastos com Saúde;
m. Indicadores de Gastos com Educação;
n. Renúncia de Receita;
57. Possuir solicitação de diárias a adiantamentos, mediante fluxo de processo, configurado de acordo com a necessidade da entidade, que permita tramitar para os responsáveis pela liberação e que permita realizar a emissão do empenho assim que liberadas pelos responsáveis;
58. Permitir a prestação de contas de diária, e adiantamentos, fazendo os lançamentos contábeis automáticos tanto na concessão quanto na prestação de contas;
59. O sistema deve possuir um cadastro de convênios de repasse que permita a vinculação dos mesmos aos empenhos correspondentes de forma automática;
60. Deve ser possível incluir anexos no cadastro de convênios de repasse;
61. O sistema deve possuir rotina para prestação de contas dos convênios de repasse realizando os lançamentos contábeis de forma automática;
62. Possuir controle das prestações de contas em atraso demonstrando através de consulta o responsável pela prestação de contas, a data limite, o prazo para prestação e a situação (prazo normal, prazo próximo ao limite, prazo expirado);
63. Possuir configuração para controle de prazo de prestação de contas, não permitindo que se façam novos adiantamentos a beneficiários com prestação de contas em atraso;
64. Possuir rotina no Portal de Serviços, que possibilite a prestação de contas diretamente no Portal das entidades beneficiadas com recursos, mediante usuário e senha. Essa rotina deve demonstrar os valores passiveis de prestação de contas e permitir a inclusão dos documentos fiscais digitalizados;
65. Todas as informações inseridas pelo portal, ficam disponíveis para serem analisadas e caso haja alguma discrepância nas informações deve haver possibilidade de solicitação de revisão;
66. Permitir controlar o cadastro de contas em formato de plano de contas único, onde alterações, exclusões e inclusões no plano devem ser visualizadas por todas as entidades;
67. Utilizar rotina de eventos para todas as rotinas existentes no sistema, permitindo a visualização dos lançamentos contábeis efetuados trazendo histórico padrão para cada evento utilizado;
68. Assegurar que as contas só recebam lançamentos contábeis no último nível de desdobramento do Plano de Contas;
69. Permitir efetuar a escrituração contábil nos sistemas patrimonial, orçamentário e de controle em partidas dobradas, em conformidade com os art. 83 a 106 da Lei 4.320/64, inclusive com registro em livro diário;
70. Permitir o gerenciamento das notas de despesa extra orçamentárias e dos seus estornos;
71. Possuir cadastro de despesas extraorçamentárias, de modo a emitir um documento para recolhimento dos valores retidos dos credores. Este cadastro deve ter consistência com os parâmetros do TCE, exigindo um empenho de origem, se a rubrica assim o exigir;
72. Gerenciar notas de despesas extraorçamentárias e dos seus estornos; No gerenciador deve ser possível visualizar as notas extras manuais ou originárias de empenhos e receitas extras. No gerenciador deve ser possível efetuar e consultar dados do pagamento das extras, bem como seus lançamentos contábeis;
73. Permitir assinar digitalmente as notas extraorçamentárias;
74. Permitir a inclusão de um ou mais documentos fiscais para notas extra orçamentárias;
75. Possuir cadastro de consórcios. No cadastro deverão ser informados os dados do consórcio e sua área de atuação. Deve ser possível realizar a prestação de contas com seus respectivos lançamentos contábeis, incluir anexos e consultar os empenhos relacionados ao consórcio;
76. Possuir cadastro de precatórios. No cadastro deve ser possível informar o tipo de precatório, sua origem, beneficiário e a respectiva dotação orçamentária;
77. Deve ser possível realizar movimentações de acréscimo de juros, cancelamentos e baixa dos valores pagos pelo TJ, se precatório de emenda especial. O sistema deve fazer os lançamentos contábeis das movimentações de forma simultânea ao registro;
78. Deve ser possível consultar os empenhos relacionados aos precatórios, ao selecionar o precatório cadastrado;
79. Possuir relatório das movimentações dos precatórios, demonstrando o saldo inicial, as movimentações e o saldo atual;
80. Permitir o cadastramento e incorporações posteriores (correção monetária, juros, encargos) de todas as Dívidas Fundadas com todos os campos exigidos pelo TCE. Também deve gravar em seu cadastro, para fins gerenciais, um histórico da movimentação das dívidas, a informação do número de parcelas da dívida e o comparativo anual entre o previsto e o realizado dos valores;
81. Possuir rotina gerencial da dívida, onde sejam demonstradas as dividas cadastradas e suas contas contábeis para lançamento. Deve ser possível consultar os empenhos relacionados a dívida e as receitas já recebidas;
82. Permitir incluir anexos no cadastro da dívida fundada;
83. Possuir relatório gerencial de uma dívida especifica e de todas as dividas fundadas;
84. Possuir cadastro das Parcerias Públicos Privadas que o poder público tem firmadas com outros entes públicos ou privados. O cadastro deve ter no mínimo o tipo da parceria, a situação, a empresa parceira, objeto da parceria e o valor. No cadastro ainda deve ser possível informar as parcelas da parceria objetivando o preenchimento do anexo 13 – Dem. das Parcerias Público Privadas;
85. Deve ser possível incluir anexos na parceria público privada;
86. O sistema deve possuir mecanismo para relacionar os empenhos à Parceria Público Privada, de modo que seja possível consultar pela parceria cadastrada os empenhos relacionados;
87. Possuir processo de encerramento mensal, que verifique eventuais divergências de saldos e que após o encerramento não seja alterado os lançamentos contábeis;
88. Integrar com o sistema de Patrimônio, efetuando automaticamente na contabilidade os lançamentos de movimentação dos bens bem como os lançamentos de depreciação, exaustão e amortização;
89. Integrar com o almoxarifado efetuando automaticamente na contabilidade os lançamentos de movimentação dos estoques;
90. Gerar automaticamente os lançamentos de abertura do orçamento anual demonstrando na rotina o total a ser lançado de receita e de despesa;
91. Efetuar os lançamentos de abertura do exercício, de forma automática, realizando os lançamentos contábeis de abertura bem como gravando no próprio lançamento os conta correntes necessários a geração da MSC;
92. Iniciar os movimentos contábeis no novo exercício, mesmo que o anterior ainda não esteja encerrado;
93. Permitir refazer os lançamentos de abertura do exercício, gravando os novos saldos após o encerramento do exercício anterior;
94. Efetuar automaticamente na abertura do exercício os valores de superávit na fonte de recurso correta, para cada conta bancária;
95. Efetuar antes do encerramento consistência da base de dados com emissão de relatório de inconsistências objetivando a integridade das informações para o encerramento;
96. Encerrar exercício em etapas, permitindo ao usuário o acompanhamento e a conferência dos valores e lançamentos contábeis em cada etapa;
97. Permitir copiar as programações de pagamento em aberto ou aguardando retorno do banco, para o ano seguinte na rotina de encerramento do exercício. O sistema deverá fazer a baixa das programações no exercício atual e copiá-las para o próxino exercício;
98. Permitir no encerramento do exercício anular empenhos estimativos para que os mesmos não sejam inscritos em restos a pagar; Caso os empenhos estimativos não sejam anulados o sistema deve inscreve-los em restos a pagar;
99. Inscrever em restos a pagar, individualmente no encerramento do exercício, os empenhos a pagar, demonstrando quais os valores processados e não processados;
100. Efetuar lançamentos contábeis de encerramento do exercício automaticamente;
101. Permitir cópia das notas extra-orçamentárias a pagar para o exercício seguinte;
102. Permitir desmovimentação do encerramento do exercício, da inscrição dos restos a pagar e das notas extraorçamentárias separadamente;
103. Possuir consulta unificada dos lançamentos contábeis efetuados nos sistemas integrados;
104. Consultar saldos das contas contábeis e dos saldos por vínculo de recursos de cada conta, demonstrando os valores mês a mês;
105. Possuir ferramenta de soma, onde ao consultar os lançamentos contábeis de determinada conta, ao seleciona-los o sistema demonstre em tela o número de registros selecionados, o valor a debito, o valor a crédito e a diferença;
106. Consolidar balancete da administração direta e indireta; O balancete de verificação deve ser emitido das contas de receita, despesa e das contas contábeis. Deve ser possível a emissão por indicador de superavit, por mês ou diário e com possibilidade de paginação;
107. Emitir Livro Diário com termo de abertura e encerramento;
108. Emitir livro razão com termo de abertura e encerramento. Deve ser possível a emissão do razão agrupando por data, tipo de lançamento e com opção de resumir por fonte de recursos;
109. Emitir Balancete Analítico por Fonte de Recursos. Devem ser emitidas as contas de receita, despesa e contas contábeis, com possibilidade de listar e resumido por fonte de recursos e resumir por especificação. Deve ser possível listar uma ou mais contas e uma ou mais fontes de recursos.
110. Emitir relatório de saldo de disponibilidade de recursos. Possibilitar a seleção de uma ou mais fontes de recursos. O relatório deve demonstrar por fonte de recursos: o saldo disponível, empenhos a pagar, restos a pagar, extras a pagar e o deficit/superavit por fonte;
111. Emitir DARF/PASEP/GPS e imprimir recibo de IRRF e ISSQN;
Emitir relatório das notas extraorçamentárias emitidas, estornadas e pagas, consolidando por entidade. Deve ser possível filtrar por credor, conta, fonte de
recursos e número do empenho. Deve permitir totalizar por fonte de recursos, conta contábil e credor;
FINANCEIRO E TESOURARIA
112. Possuir total integração com o sistema contábil, efetuando a contabilização automática dos pagamentos e recebimentos efetuados pela tesouraria;
113. O sistema deve permitir a gestão das contas bancárias em rotina especifica, permitindo a vinculação de uma ou mais fontes de recurso à conta bancária. Esta definição deve ser observada em qualquer movimentação realizada no sistema;
114. Permitir a inclusão de várias receitas orçamentárias simultaneamente tendo como contrapartida uma única conta bancária;
115. Permitir o lançamento das receitas de acordo com a Portaria vigente relacionada a receita pública. O sistema deve consistir a receita com sua fonte de recurso x conta bancária, não permitindo salvar arrecadação que esteja divergente;
116. Permitir a informação da fonte de recursos no momento do lançamento da receita, para os casos em que não há rateio de percentual entre as fontes;
117. Permitir o cadastro de dedução de receita, utilizado rubricas redutoras, conforme Manual de Procedimentos Contábeis da STN (Secretaria do Tesouro Nacional);
118. Permitir a inclusão de várias deduções de receita simultaneamente tendo como contrapartida uma única conta bancária;
119. Permitir a inclusão de receitas extra orçamentárias;
120. Possuir opção para selecionar várias receitas extra orçamentárias e gerar automaticamente as notas extra orçamentárias, mantendo rastreabilidade dos registros;
121. Efetuar os lançamentos contábeis das movimentações financeiras automaticamente ao incluir o registro;
122. Todas as movimentações relacionadas a contas bancárias e aplicações devem ser imediatamente reproduzidas em registros contábeis, não se admitindo lapso de tempo;
123. Permitir consultar, na própria rotina de inclusão, para cada receita, dedução de receita e receita extra os lançamentos contábeis, permitindo estorná-los e fazendo automaticamente os lançamentos contábeis do estorno, mantendo o registro da situação;
124. Realizar automaticamente nos lançamentos de receita de cota parte, o lançamento dos 20% do FUNDEB na dedução da receita;
125. Permitir incluir lançamentos de movimentação bancária (depósitos, transferências, resgates e aplicações), informando as fontes e destinações de recursos;
126. Permitir a inclusão de anexos nos registros de movimento bancário;
127. Permitir a geração de borderô dos registros de movimento bancário
128. Controlar os saldos das contas bancárias por fonte de recursos no momento das suas movimentações (depósitos, transferências, resgates e aplicações);
129. Consultar saldo da conta bancária, saldo por fonte/destinação de recursos, na Inclusão de pagamentos;
130. Permitir consultar, na própria rotina de inclusão, para cada movimentação bancária os lançamentos contábeis, permitindo estorná-los e fazendo automaticamente os lançamentos contábeis do estorno, mantendo o registro da situação;
131. Permitir informar as transferências financeiras entre as entidades as Adm. Direta e Indireta, indicando o tipo da transferência (Concedida/recebida) e a entidade recebedora;
132. Permitir consultar, para cada transferência financeira, os lançamentos contábeis, permitindo estorná-los e fazendo automaticamente os lançamentos contábeis do estorno, mantendo o registro da situação;
133. Controlar as diárias permitindo incluir o funcionário/servidor, objetivo, destino, período, valor concedido, empenho da despesa e a Lei que autoriza a concessão de diárias;
134. Permitir que os dados das diárias estejam disponíveis no portal da transparência assim que forem incluídos;
135. Permitir criação de um lote com diversas liquidações e notas extras para pagamento posterior, definindo a data de vencimento, podendo ser pago através da rotina de pagamento ou envio/baixa de borderô;
136. Permitir na inclusão de pagamentos a consulta do saldo da conta bancária, bem como o saldo por fonte/destinação de recursos;
137. Permitir no mesmo lote de pagamento incluir empenhos, restos a pagar e notas extra orçamentárias;
138. Permitir controlar o prazo de vencimento dos pagamentos de empenhos, visando o controle dos pagamentos em ordem cronológica;
139. Permitir a emissão de borderôs para agrupamento de pagamentos a diversos fornecedores contra o mesmo banco da entidade. Efetuar o mesmo tratamento para os pagamentos individuais;
140. Permitir a integração com os arquivos de retorno dos bancos, com baixa de pagamento automática pelo software;
141. Permitir efetuar o pagamento do borderô através de arquivo de retorno do banco;
142. Permitir por configuração, efetuar a baixa dos registros no envio do borderô;
143. Permitir controlar a movimentação de pagamentos, registrando todos os pagamentos efetuados, permitindo estornos e efetuando os lançamentos contábeis automaticamente nas respectivas contas contábeis;
144. Permitir que se possa filtrar os itens a pagar por data de vencimento, credor, destinação/ fonte de recursos e com possibilidade de selecionar e pagar simultaneamente os registros mostrados;
145. Permitir pagar de uma só vez, as despesas extra orçamentárias geradas através de retenção efetuada na liquidação;
146. Permitir no momento do pagamento informar o número da parcela do convênio que está sendo paga;
147. Permitir efetuar pagamentos pré-autorizados filtrando por data de vencimento;
148. Permitir efetuar pagamentos totais ou parciais bem como estornos totais ou parciais de pagamentos;
149. Permitir consultar para cada pagamento incluído os lançamentos contábeis realizados, permitir o seu estorno, fazendo automaticamente os lançamentos contábeis de estorno;
150. Permitir que sejam emitidas ordens de pagamento de restos a pagar, despesa extra orçamentária e de empenhos;
151. Permitir listar cheques emitidos na rotina de pagamento e cheques avulsos numa única consulta;
152. Permitir gerenciar a conciliação bancária com o extrato, visualizando os lançamentos contábeis e movimentação bancária numa única tela;
153. Permitir importar arquivos de extrato bancário nas extensões OFC e OFX para a conciliação bancária;
154. Permitir a inclusão de pendências da conciliação tanto para os lançamentos contábeis quanto para os registros do extrato;
155. Permitir a criação automática de pendências tanto para o extrato quanto para os lançamentos contábeis;
156. Permitir selecionar múltiplos lançamentos contábeis exibindo a soma dos mesmos e permitindo conciliar com um ou vários registros do extrato;
157. Permitir a conciliação de forma parcial. A medida que os valores vão sendo conciliados deverão ser ocultados da consulta de lançamentos a conciliar, facilitando a conferência dos valores que ainda não foram conciliados;
158. Permitir visualizar e imprimir conciliações de períodos anteriores;
159. Na tela de conciliação possuir os seguintes filtros para auxiliar o usuário na localização dos valores: data, descrição, valor, controle de lançamento;
160. Permitir na conciliação ordenar a coluna de valor tanto no lado dos lançamentos contábeis quanto no lado do extrato bancário;
161. Possuir consulta de pendências baixadas na conciliação;
162. Emitir os relatórios de pendência e conciliação bancária;
163. Permitir consultar para cada pagamento incluído os lançamentos contábeis, e para cada lançamento permitir o seu estorno, fazendo automaticamente os lançamentos contábeis de estorno;
164. Permitir a consulta da despesa empenhada a pagar por unidade orçamentária;
165. Emitir autorização bancária para envio de ao banco após assinatura do ordenador da despesa;
166. Possuir controle de assinaturas para envio de borderô ao banco. Sem as autorizações necessárias o sistema bloqueia a geração e envio do borderô ao banco;
167. Emitir demonstrativo diário de receitas arrecadadas e despesas realizadas;
168. Permitir a emissão do extrato do credor, demonstrando informações dos empenhos e dos restos a pagar na mesma opção;
169. Possuir integração com o sistema tributário efetuando de forma automática os lançamentos contábeis de arrecadação de receitas:
a. movimentações de Lançamento, Arrecadação e Recolhimento conforme classificação da receita orçamentária e contábil;
b. movimentações de renúncia de receita (cancelamento, prescrição, anistia, isenção, etc.);
c. movimentações da Dívida Ativa (Inclusão, Manutenção, Exclusão) conforme classificação da receita orçamentária e contábil.
170. Permitir a consulta aos lançamentos tributários para conferência dos valores antes de efetuar a integração bem como a emissão de relatório de críticas caso haja inconsistências ou falta de configurações nas receitas;
171. Permitir a integração dos lançamentos de receita reconhecida antecipadamente com o sistema tributário;
172. Nos casos em que houver restituição de receita, integrar esses valores do tributário e permitir ao usuário gerar um empenho para restituir se o valor é de ano anterior e gerar uma dedução de receita se a restituição ocorrer no ano corrente da receita;
173. Permitir assinar digitalmente as ordens de pagamento;
174. Possuir fluxo de assinatura digital de ordens de pagamento, que permita tramitar as ordens entre os assinantes de forma automática, só finalizando o processo se todos os responsáveis tiverem incluído sua assinatura;
175. Permitir configurar por fonte de recursos as receitas arrecadadas com multa de transito e as respectivas despesas, com publicação automática no portal da transparência;
176. Consultar os itens a pagar por data de vencimento, credor, destinação/ fonte de recursos e com possibilidade de selecionar e pagar simultaneamente os registros mostrados.
177. Permitir incluir anexos no registro de pagameto;
178. Permitir a assinatura digital na ordem de pagamento e no comprovante de pagamento. O sistema deve transferir automaticamente o documento para que mais pessoas possam realizar a assinatura digital.
179. O sistema deve permitir a configuraçao das pessoas a quem o documento será transferido para assinar digitalmente.
180. Possuir consulta no Portal, para que os fornecedores, mediante usuário e senha, possam consultar os valores a receber e recebidos, sem ter necessidade de entrar em contato com o Municipio para receber informações.
PRESTAÇÃO DE CONTAS
181. Emitir os Relatórios Resumidos de Execução Orçamentária de acordo coma Portaria da STN vigente para o período de emissão:
a. Anexo I - Balanço Orçamentário;
b. Anexo II - Demonstrativo da Execução das Despesas por Função/Subfunção;
c. Anexo III - Demonstrativo da Receita Corrente Líquida;
d. Anexo IV - Demonstrativo do Resultado Primário e Nominal;
e. Anexo VI - Demonstrativo dos Restos a Pagar por Poder e Órgão;
f. Anexo VII - Demonstrativo das Receitas e Despesas com Manutenção e Desenvolvimento do Ensino – MDE;
g. Anexo VIII - Demonstrativo das Receitas de Operações de Crédito e Despesas de Capital;
h. Anexo IX - Demonstrativo da Projeção Atuarial do Regime Próprio de Previdência dos Servidores;
i. Anexo X - Demonstrativo da Receita de Alienação de Ativos e Aplicação dos Recursos;
j. Anexo XII - Demonstrativo da Receita de Impostos Líquida e das Despesas Próprias com Ações de Saúde;
k. Anexo XIII - Demonstrativo das Parcerias Público Privadas;
l. Anexo XIV - Demonstrativo Simplificado do Relatório Resumido da Execução Orçamentária.
182. Emitir os relatórios de Gestão Fiscal de acordo coma Portaria da STN vigente para o período de emissão:
a. Anexo I - Demonstrativo da Despesa com Pessoal;
b. Anexo II - Demonstrativo da Dívida Consolidada Líquida – DCL;
c. Anexo III - Demonstrativo das Garantias e Contra garantias de Valores;
d. Anexo IV - Demonstrativo das Operações de Crédito;
e. Anexo V - Demonstrativo da Disponibilidade de Caixa;
f. Anexo VI - Demonstrativo Simplificado do Relatório de Gestão Fiscal.
183. Emitir os relatórios Anuais Obrigatórios consolidando por entidade:
a. Anexo 10 - Comparativo Receita Orçada com Arrecadada (Lei 4320/64);
b. Anexo 11- Comp. Desp. Autorizada c/ Realizada;
c. Anexo 12 - Balanço Orçamentário (Lei 4320/64);
d. Anexo 13 - Balanço Financeiro (Lei 4320/64art.103);
e. Anexo 14 - Balanço Patrimonial (Lei4320/64 art.105);
f. Anexo 15 - Demonstrativo das Variações Patrimoniais (Lei 4320/64);
g. Anexo 16 – Demonstrativo da Dívida Fundada Interna (Lei 4320/64);
h. Anexo 17 – Demonstrativo da Dívida Flutuante (Lei 4320/64);
i. Anexo 18 – Demonstrativo de Fluxos de Caixa.
184. Emitir relatórios padrão Tribunal de Contas do Estado para solicitação de Certidão Negativa;
185. Emitir relatórios de acompanhamento da programação financeira em atendimento aos Artigos 8º ao 13º da LRF:
a. Cronograma de Desembolso - Por Modalidade;
b. Cronograma de Desembolso - por Órgão e Unidade;
c. Meta do Resultado Primário;
d. Metas Arrecadação de Receita;
e. Programação Financeira da Receita;
f. Receitas por Destinação de Recursos.
186. Emitir os relatórios com as informações para SIOPS;
187. Emitir relatório de Notificação de Recebimento de Recursos em atendimento a LEI 9452/97;
188. Gerar os arquivos conforme o MANAD – Manual Normativo de Arquivos Digitais para a Secretaria da Receita da Previdência;
189. Permitir a geração de relatório para conferência de inconsistências a serem corrigidas no software antes de gerar os arquivos para o Tribunal de Contas do Estado;
190. Possuir os relatórios abaixo para auxiliar o preenchimento do SICONFI:
a. Balanço Patrimonial;
b. Receitas Orçamentárias;
c. Despesa Orçamentária - Por Elemento;
d. Despesa Orçamentária – Por Função/Subfunção;
e. Restos a Pagar – Desp. Orç. Por Elemento;
f. Restos a Pagar – Desp. Orç. Por Função/Subfunção;
191. Possuir relatório de estimativa de impacto orçamentário e financeiro;
192. Possuir Balancete de Verificação do SICONFI, como possibilidade de filtrar por entidade e período;
193. Gerar arquivos para o SICONFI da RREO, RGF, DCA e sfinge online
194. Gerar os arquivos para a matriz de saldos contábeis (MSC);
195. Permitir importar arquivo XBRL de entidades externas em formato XBRL para envio dos arquivos da MSC consolidada;
196. Possuir rotina para relacionar as contas de receita do plano da entidade com o plano de contas do SIOPE. No caso das despesas o relacionamento deve ser feito por conta e subfução de governo. Deve ser permitido o rateio de valores;
197. Gerar os arquivos para prestação de contas do SIOPE Na geração deve ser possível verificar se há inconsistências na base e emitir o relatório dessas inconsistências antes de efetuar a geração dos arquivos;
198. Possuir relatórios auxiliares para conferencia dos valores do SIOPE no mesmo formato deste;
199. Gerar os arquivos para prestação de contas do SIOPS;
200. Gerar os arquivos para prestação de contas do sistema do Tribunal de Contas do Estado;
201. Emitir relatório para conferência de inconsistências a serem corrigidas no software antes de gerar os arquivos para o TCE do Estado;
202. Possuir rotina para prestação de contas de forma eletrônica no formato exigido pelo Tribunal de Contas do estado;
203. Gerar arquivos para a Dirf;
204. Permitir publicar os relatórios legais de forma automática no portal da transparência.
205. Sistema EFD-Reinf para envio de retenções previdenciárias acesso direto ao E-CAC e sincronização com a DCFT web, permitindo fazer download e upload de informações ao E-CAC o sistema devera ser integrado com o sistema contábil, gerando relatório das informações enviadas.
206. O sistema deve transmitir informações para o TCE através do sfinge online referente a execução orçamentária, gestão fiscal, registros contábeis e alterações orçamentárias conforme a legislação do Tribunal de Contas.
5.2 CONTROLE INTERNO
1. Permitir atribuições de acesso a usuário através de senha, permitindo a caracterização de usuário;
2. Possuir integração automática com todos os outros sistemas;
3. Permitir a emissão de relatório gerencial com índices constitucionais, legais e gerências consolidado ou por entidade gestora. (Educação, FUNDEB, Saúde, Pessoal, Execução Orçamentária, etc);
4. Possibilitar a emissão de relatório de gestão com gráficos dos principais índices constitucionais, receitas, despesas;
5. Permitir a emissão do relatório Controle Interno;
6. Permitir a geração do relatório de prestação de contas Anual (PCA), relacionado com a IN 20;
7. Permitir a emissão do relatório Circunstanciado. Parecer de Balanço;
8. Possibilidade de geração dos relatórios do sistema em diversas extensões (ex.: PDF, Word, Excel);
9. Permitir o cadastro das instruções normativas, pareceres, notificações e demais documentos do Controle Interno.
10. No cadastro de parecer, permitr identificar se o parecer é relativo a uma contratação e se for o caso permitir a identificação do funcionário;
11. Permitir execução de Auditorias com base em checklist;
12. Permitir incluir uma auditoria com no mínimo as informações de data inicial e final, descrição, centro de custo e responsável. O cadastro da auditoria deve estar integrado ao cadastro da checklist para possibilitar selecionar a checklist desejada e já buscar automaticamente os seus itens;
13. Permitir vincular o Órgão ou Unidade, através de centro de custo, a uma auditoria a ser realizada;
14. Permitir acesso e emissão de relatórios de todos os outros sistemas integrados;
15. Permitir enquadrar a checklist em categorias facilitando assim a localização da mesma;
16. Possuir checklist já cadastradas das diversas áreas da prefeitura;
17. Detectar de maneira automática as irregularidades durante o preenchimento da checklist, com base em sua configuração;
18. Permitir inserir irregularidades de forma manual, possibilitando registrar aquelas irregularidades que o sistema não tem condições de apontar automaticamente;
19. Possuir consulta dos processos de ouvidoria, possibilitando ao controlador visão das reclamações/sugestões da sociedade;
20. Possuir consulta dos processos administrativos abertos contra o Municipio;
21. Permitir do Controle Interno, a emissão dos relatórios legais da Lei de Responsabilidade Fiscal e dos relatórios anuais obrigatórios;
22. Permitir a importação de documentos digitalizados, relatórios, planilhas entre outros;
23. Possuir anexos possibilitando geração de relatórios para acompanhamento da administração e controle:
a. Resumo Geral da Despesa e Receita;
LDO;
b. Acompanhamento físico e financeiro dos projetos/atividades previstas na
c. Acompanhamento das Metas de Arrecadação;
d. Acompanhamento do Cronograma de Xxxxxxxxxx;
e. Demonstrativo Despesas por Funções, Subfunções;
f. Demonstrativo da Despesa por Órgãos;
g. Comparativo da Receita Orçada com a Arrecadada;
h. Comparativo da Despesa Autorizada com a Realizada;
i. Demonstrativo de gasto de Pessoal – Executivo, Legislativo –
Consolidado;
j. Demonstrativo de gasto de Pessoal por Órgão de Governo;
l. Demonstrativo de Gasto com Saúde;
m. Demonstrativo de Gasto com Educação;
n. Demonstrativo de Gasto com FUNDEB;
o. Demonstrativos diversos do Poder Legislativo;
p. Balanço Orçamentário;
q. Balanço Financeiro;
r. Balanço Patrimonial;
s. Demonstração das Variações Patrimoniais;
t. Demonstrativo da Dívida Fundada Interna;
u. Demonstração da Dívida Flutuante.
24. Controle Execução Orçamentária por Fonte de Recurso:
a. Acompanhamento da Evolução da Execução Orçamentárias dos últimos exercícios;
b. Acompanhamento da Evolução da Receita Corrente Liquida dos últimos exercícios;
c. Acompanhamento das Metas de Arrecadação;
d. Acompanhamento do Cronograma de Xxxxxxxxxx;
e. Acompanhamento do Resultado Nominal e Primário;
f. Acompanhamento dos Índices e Educação, Saúde, FUNDEB;
g. Acompanhamento dos Gastos de Pessoal. (Executivo, Legislativo e Consolidado);
h. Acompanhamento dos Restos a Pagar, Alienação de Ativos;
i. Acompanhamento das Ações previstas na LDO.
25. Permitir o cadastro das instruções normativas, pareceres, notificações e demais documentos do Controle Interno.
5.3 PORTAL DA TRANSPARÊNCIA E LEI DE ACESSO À INFORMAÇÃO
1. Atender às Leis Complementares nº 101 e nº 131 da Secretaria do Tesouro Nacional;
2. Atender aos anexos da Lei nº 9.755/98 do TCU;
3. Atender aos preceitos da Lei Federal no 12.527/2011 (Lei de Acesso à Informação);
4. Permitir consultar informações básicas sobre contratos, convênios, compras diretas, licitações, consulta de entradas e saídas de materiais em estoque, consulta de bens públicos que integram o patrimônio, consulta de veículos relacionados à frota;
5. Permitir publicar todas as obras que estão sendo realizadas, exibindo cronograma da obra, com data de início e término, e os responsáveis pela fiscalização da referida obra;
6. Publicar orçamento e suas respectivas emendas (créditos suplementares), bem como balanço dos exercícios anteriores e os relatórios bimestrais e quadrimestrais da execução orçamentária, além dos dados constantes na lei 9.755/98;
7. Consultar tributos arrecadados pela entidade e os recursos recebidos “arrecadados”;
8. Publicar balanço consolidado das contas da administração direta, das autarquias e entidades beneficiadas pelo repasse de verbas públicas;
9. Consultar dados dos programas estaduais e federais e as respectivas verbas repassadas pelos entes federativos responsáveis (União e Estado);
10. Permitir publicar compras mensais realizadas pela administração direta e indireta, considerando os processos licitatórios;
11. Permitir consultar empenhos emitidos, empenhos liquidados e pagamentos efetuados;
12. Disponibilizar na área de pessoal, a consulta da estrutura organizacional, cargos e funções, salários, centros de custos com e sem funcionários;
13. Permitir publicar gastos com diárias, especificando a finalidade da despesa, data e valor;
14. Permitir publicar atos referentes a concursos públicos e processos seletivos;
15. Possibilitar a ordenação das consultas por códigos e valores;
16. Emitir relatórios legais gerados no sistema de gestão, estando relacionados a gestão fiscal, anexos de metas fiscais, execução orçamentária, entre outros;
17. Demonstrar a folha de pagamento dos servidores públicos, mediante parametrização realizada no sistema de gestão.
18. Consultar quantidade de funcionários por regime de trabalho;
19. Consultar quantidade de vagas criadas e ocupadas por tipo de cargo (efetivo, comissionado, emprego público, etc);
20. Consultar funcionários por tipo de contrato;
21. Consultar funcionários cedidos e recebidos por cessão;
22. Consultar cargos com a quantidade de vagas disponíveis e ocupadas;
23. Consultar funcionários inativos com informação do tipo de aposentadoria/pensão;
24. Consultar estagiários, contendo local de trabalho e período de contrato;
25. Permitir acesso às informações de forma consolidada e por entidade gestora municipal;
26. Consultar informações com filtro de período;
27. Disponibilizar as informações em tempo real no portal, sem necessidade de digitação, exportação ou importação de dados de acordo com módulos instalados;
28. Permitir que as consultas sejam gerenciadas pelos usuários, definindo quais consultas serão disponibilizadas no Portal e realizando as devidas parametrizações;
29. Possuir cadastro de aviso que será exibido no Portal em forma de pop up, com possibilidade de adicionar imagem;
30. Cadastrar novos grupos de consulta para ampliação das informações além das disponibilizadas de forma padrão;
31. Possuir campo de busca para facilitar na localização das consultas;
32. Criar novas consultas, com possibilidade de realizar upload de arquivos ou relacionar links externos;
33. Imprimir as consultas em vários formatos, considerando: PDF, DOC, XLS, JPEG, CSV, TXT, entre outros;
34. Possuir rotina para publicação de relatórios no Portal, permitindo gerar pdf das informações geradas no sistema de gestão e adicionar como anexo do registro cadastrado.
35. Publicar relatórios em vários formatos no Portal, permitindo o upload dessas informações.
36. Consultar Ajuda de Custos/Adiantamentos realizados com visualização do respectivo empenho;
37. Consultar Convênios de Repasse e seus respectivos anexos;
38. Possuir área de acessibilidade com a possibilidade de adicionar alto contraste, gerenciar o tamanho da fonte, acessar teclas de atalho e acessar
ferramenta de libras;
39. Possuir local para visualizar os formatos utilizados para estruturação da informação;
40. Exibir no portal da transparência mapa do site, permitindo visualizar e acessar de forma facilitada todas as consultas disponibilizadas.
41. Consultar processos licitatórios por categorias, como: pregão, chamamento público, tomada de preços;
42. Disponibilizar área para listar os dados de acesso à informação, como estrutura organizacional, perguntas frequentes e realizar pedidos a entidade.
43. Cadastrar horário de atendimento da entidade no Portal da Transparência;
44. Exibir no Portal da Transparência brasão e endereço;
45. Criar modelos de arquivos (Templates), para vincular em novas consultas, permitindo o download dos documentos pelo Portal da Transparência;
46. Cadastrar agrupadores para organizar os arquivos que serão adicionados em uma nova consulta que será disponibilizada no Portal;
47. Permitir exibir dados da área da saúde, com a possibilidade de verificar a lista de espera do pacientes e medicamentos disponíveis na rede.
48. Gerar relatório que retorne à quantidade de acessos as consultas.
49. Gerar relatório contendo todos os itens disponibilizados no portal e retornando dado do IP de acesso.
50. Permitir configurar as entidades que serão disponibilizadas para acesso no portal.
51. Parametrizar o ano inicial para retornar os dados nas consultas.
52. Possibilitar habilitar contador de acesso ao portal, indicando a quantidade de usuários que estão acessando as consultas.
53. Possibilitar cadastrar hint nas consultas, com intuito de adicionar informações explicativas sobre os itens que serão listados.
54. Permitir ordenar a exibição dos anexos que estão atrelados em consultas específicas no portal da transparência.
55. Possuir validação de reCAPTCHA no portal de forma geral, não afetando a utilização das consultas, tendo o intuito de garantir a segurança do acesso das informações.
56. Disponibilizar link para acessar o cadastro e a consulta de ouvidoria municipal.
57. Disponibilizar em local de fácil acesso, link para acessar e registrar acesso à informação.
5.4 COMPRAS E LICITAÇÕES
1. Possuir no cadastro de materiais, contendo um campo para a descrição sucinta e detalhada sem limitação de caracteres, possibilitando organizar os materiais informando a que grupo, classe ou subclasse o material pertence, bem como relacionar uma ou mais unidades de medida.
2. Possibilitar a identificação de materiais/produtos conforme especificações de classificação, exemplo: Consumo / Permanente / Serviços / Obras, de Categoria, exemplo: Perecível / Não perecível / Estocável / Combustível.
3. Possibilitar que o usuário possa configurar no cadastro de produtos campos cadastrais de sua escolha desde campos numéricos, textos ou listagem pré- definida.
4. Possibilitar o relacionamento do produto com marcas pré aprovadas.
5. Possibilitar o relacionamento do produto com seu CATMAT (Catálogo de Materiais do Governo Federal).
6. Permitir anexar imagens de referência para os produtos.
7. Permitir a desabilitação de cadastros de produtos obsoletos, de forma a evitar seu uso indevido, porém mantendo todo seu histórico de movimentações.
8. Possibilitar relacionamento com produtos e elementos de despesas, impedindo que determinado produto seja comprado com elemento errado ou não relacionado.
9. Possibilitar através da consulta do material, pesquisar o histórico completo de aquisições, podendo consultar dados como as ordens de compras, fornecedor e valor unitário.
10. Possuir rotina de solicitação de cadastro de produto, disparando a notificação via sistema e/ou por e-mail automaticamente ao setor responsável, após a aprovação o sistema deverá enviar notificação ao solicitante que o produto foi cadastrado e o código utilizado, em caso de reprovação deverá ser enviado notificação para o solicitante com o motivo da rejeição do cadastro do produto.
11. Permitir o cadastramento de comissões de licitação: permanente, especial, pregoeiros, leiloeiros e cadastro de fornecedor, informando a portarias ou decreto que as designaram, permitindo informar também os seus membros, atribuições designadas e natureza do cargo.
12. Registrar os processos licitatórios, identificando número e ano do processo, objeto, modalidades de licitação e data do processo, bem como dados de requisições de compra, planilhas de preços, procurando, assim, cumprir com o ordenamento determinado no parágrafo único do artigo 4.º da Lei de Licitações e Contratos, que impõe a obrigatoriedade na formalização dos atos administrativos. No caso de dispensa e inexigibilidade possuir relacionamento com o inciso da lei correspondente com o fundamento legal.
13. Sugerir o número da licitação sequencial por modalidade ou sequencial anual.
14. Permitir a digitação do processo licitatório sem modalidade no sistema podendo escolher a modalidade posteriormente após emissão do parecer jurídico.
15. Disponibilizar ao usuário o gerenciamento dos processos através de fluxograma (conhecidos como Workflow), onde todas as decisões deverão estar de acordo com as exigências legais. Nesse fluxo deverá ser possível iniciar, julgar e
concluir qualquer tipo de processo licitatório ou dispensável, sem a necessidade de abertura de novos módulos dentro do mesmo sistema. Deve acompanhar em tempo real o andamento do processo, habilitando a próxima etapa após a conclusão da etapa anterior. Essa liberação de etapas deverá ser de fácil visualização, utilização e localização por parte do usuário dentro do sistema. A visualização deverá ser identificada por cores específicas para cada etapa do processo. O Workflow poderá apresentar as possíveis decisões, mostrando o caminho a ser seguido de acordo com a escolha realizada. Em cada fase do Workflow deverá constar um tópico de ajuda, para auxílio e orientação no caso de dúvidas do seu utilizador. Bem como disponibilizar para acompanhamento.
16. Possibilitar o anexo de documentos ao cadastro da minuta do edital. Ex. Cópia de documentos obrigatórios, projeto básico, contratos, ao menos nas extensões: png, bmp, jpg, gif, doc, docx, txt, ppt, pptx, xls, xlsx, pdf, zip, rar.
17. Possibilitar a visualização de todos os documentos e anexos da minuta em um único lugar, agrupados por classificação.
18. De acordo com as etapas do processo de licitação, possibilitar a emissão de documentos como editais, atas de sessões de licitação, aviso de licitação, termo de homologação e adjudicação, parecer contábil, jurídico e relatório de propostas e/ou lances. Bem como armazenar esses documentos em banco de dados, possibilitando também o envio de documentos adicionais em substituição ao original emitido.
19. Permitir o registro do parecer contábil, no processo de licitação, bem como sua impressão.
20. Permitir o registro do parecer jurídico e/ou técnico, no processo de licitação, conforme Art. 38. Inciso – VI, da Lei 8.666/1993, bem como sua impressão.
21. Registrar a interposição de recurso ou impugnação do processo de licitação, bem como o seu julgamento, com texto referente ao parecer da comissão e/ou jurídico.
22. Registrar anulação e/ou revogação do processo de licitação, possibilitando o registro total ou parcial pela quantidade ou valor.
23. Possuir rotina para classificação das propostas do pregão presencial conforme critérios de classificação determinados pela Lei Federal no 10.520/2002.
24. Para as Licitações na modalidade de Pregão Presencial possibilitar a visualização dos lances na tela, de forma prática e ágil, permitir efetuar lances por lote ou item, com opção de desistência/declínio do lance. Permitir que o pregoeiro estipule o valor do lance mínimo durante o cadastro dos itens do pregão ou durante a rodada de lances. Bem como possibilitar que o pregoeiro estipule tempo limite para cada rodada de lance por meio de cronometro.
25. Possuir rotina de negociação do preço, com o fornecedor vencedor após cada rodada de lances.
26. Possibilitar o julgamento das propostas em relação a microempresa, empresa de pequeno porte e empresa de médio porte de acordo com os critérios da Lei Complementar 123/2006.
27. Possuir rotina que possibilite cadastrar os documentos dos fornecedores participantes da licitação.
28. Possuir rotina para o cadastro das propostas dos participantes, com indicação de valor unitário, valor total. Bem como permitir consultar por fornecedor os quadros comparativos de preços, identificando os vencedores.
29. Possibilitar o cadastro da desclassificação do participante, indicando a data e o motivo da desclassificação.
30. Possibilitar o cadastro da inabilitação do participante, indicando a data e o motivo da inabilitação. E, nos casos de pregão presencial, caso o vencedor do item seja inabilitado permitir que o pregoeiro já identifique o remanescente e, possibilite selecioná-lo para negociação e indicação de novo vencedor.
31. Possibilitar na consulta do processo visualizar dados do processo, como lances (nos casos de pregão presencial), requisição(ões) ao compras, vencedor(es), propostas, itens do processo, participantes, dotações utilizadas, ordens de compras emitidas e, dados sobre a homologação e adjudicação do processo.
32. Permitir o gerenciamento de processos de licitações “multientidade”. Onde a Licitação ocorre por uma entidade principal, onde será realizado todo o gerenciamento, desde o seu cadastro até contrato e ordens de compra. E, exista a indicação das entidades participantes, onde caberia somente a emissão da ordem de compra.
33. Possuir fluxo diferenciado para licitações de publicidade possibilitando o cadastro das sessões de abertura de envelopes não identificados e cadastro e julgamento das propostas técnicas, de acordo com a Lei 12.232/10.
34. Possibilitar cadastrar no sistema a pontuação e índices para os itens das licitações com julgamento por preço e técnica, possibilitando a classificação automática do vencedor de acordo com a pontuação efetuada na soma dos critérios de pontuação.
35. Permitir relacionar a comissão de licitação ao processo de licitação, bem como selecionar os membros da comissão que irão realizar o julgamento da licitação.
36. Possibilitar o cadastro das publicações das licitações, com indicação da data da publicação e o veículo de publicação.
37. Permitir realizar a indicação do recurso orçamentário a ser utilizado no processo de licitação, bem como sua respectiva reserva orçamentária. Assim como a cada compra efetuada deverá ser liberado o valor da reserva de acordo com a compra realizada.
38. Nos casos de licitações de Registro de Preço, permitir o cadastro dos registros referente a ata de registro de preço, bem como controlar os respectivos registros e, possibilitar a alteração de quantidades, preço e fornecedores, quando necessário.
39. Permitir a integração com o sistema de contabilidade, onde deverá gerar lançamentos referente a reserva de dotação orçamentária no sistema de gestão orçamentária, bloqueando o valor da despesa previsto no processo licitatório ou compra dispensável. Deve também efetuar o desbloqueio automático dos valores reservados e não utilizados após a finalização do processo ou da compra.
40. Permitir realizar duplicidade/cópia de processos de licitação já realizados pela entidade, de forma a evitar a realizar o cadastro novamente de dados de processos similares.
41. Possibilitar nos processos que possuem a característica de credenciamento/chamamento a definição de cotas, em licitações do tipo inexigibilidade ou dispensa de licitação.
42. Possuir disponibilidade de publicação de dados e documentos do processo de licitação com o portal de serviços, podendo escolher o que deseja ser disponibilizado: Itens, Certidões, Documentos Exigidos, Quadro Comparativo Preços, Vencedores, Contratos, Ordem de Compra, Edital, Anexos, Pareceres, impugnação, Ata de Abertura de Envelope de Documento, Ata de Abertura Envelope de Proposta, Ata do Pregão, Ata de Registro de Preço, Termo de Homologação, Termo de Adjudicação e contratos.
43. Possibilitar a realização de pesquisa preço/planilha de preço para estimativa de valores para novas aquisições.
44. A partir da pesquisa de preço/planilha de preço, tendo como critério de escolha para base o preço médio, maior preço ou menor preço cotado para o item na coleta de preços, permitir gerar um processo administrativo ou permitir a emissão de ordem de compra, com base no menor preço cotado.
45. Possuir rotina para cotação de planilhas de preços on-line, possibilitando os fornecedores digitarem os preços praticados, permitindo fazer o cálculo dos preços médios, mínimos e máximos automaticamente, possibilitando importação desta planilha nos processos licitatórios a fins do cálculo da cotação máxima dos itens a serem licitados.
46. Possuir integração com o processo digital criando automaticamente um processo a partir da digitação de uma requisição e/ou solicitação de compras, podendo acompanhar a movimentação do processo entre os setores da entidade.
47. Possuir rotina para solicitação de compra dos itens homologados da licitação.
48. Possibilitar o controle das solicitações de compra autorizadas, pendentes e canceladas.
49. Controlar as solicitações de compra por centro de custo, não permitindo que outros usuários acessem ou cadastrem solicitações não pertencentes ao seu centro de custo.
50. Possuir rotina para avisar através de notificações ou por e-mail sempre que for cadastrada uma nova solicitação de compras, afins de agilizar o processo de compra.
51. Possuir rotina para cadastro de requisições ao Compras, onde poderá ser realizada uma ordem de compra ou um processo de licitação para esta requisição, onde poderá informar os itens, bem como recursos orçamentários.
52. Permitir o cadastro não obrigatório dos recursos orçamentários nas requisições de compras, permitindo assim que o usuário escolha o recurso posteriormente na emissão da ordem de compra.
53. Possuir rotina para autorização da requisição ao Compras, onde permita realizar a reserva dos recursos orçamentários da requisição e compras sejam efetuados somente no momento de sua autorização.
54. Emitir relatório de licitações informando todos os dados do processo, desde a abertura até a conclusão.
55. Permitir gerar a relação mensal de todas as compras feitas, para envio ao TCU, exigida no inciso VI, do Art. 1o da Lei 9755/98.
56. Possuir rotina para o cadastro de propostas dos pregões presenciais apenas no valor do lote, sem a necessidade do preenchimento dos subitens do lote, possibilitando o fornecedor vencedor fazer a readequação dos valores dos subitens on-line nas suas dependências. Agilizando, com isso, o cadastro das propostas e início dos lances e posteriormente digitação da readequação pelos usuários.
57. Possibilitar a escolha dos assinantes de todos os documentos emitidos no sistema, possibilitando escolher os formatos de geração (pdf, html, doc e xls), quantidades de cópias e assinatura eletrônica.
58. Dispor as principais legislações vigentes e atualizadas para eventuais consultas diretamente no sistema. Ex. 8.666/1993, 10.520/2002, 123/2006, etc.
59. Possibilitar integração através de web servisse com o sistema de gerenciamento de pregões eletrônicos Compras Públicas, para que seja possível importar os dados (lances, participantes, documentos e atas), automaticamente através de agendamento não necessitando a digitação e nem importação manual de arquivos.
60. Permitir exportar os arquivos para a prestação de contas, dos dados referentes a licitações, de acordo com as regras e sistema vigente.
61. Controlar a situação do processo de licitação, se ela está, aberta, anulada (total ou parcial), cancelada, homologada (parcial ou total), deserta, fracassada, descartada, aguardando julgamento, concluída, suspensa ou revogada. Abrange as seguintes modalidades: Pregão presencial, Registro de preços, Concurso, Leilão, Dispensa, Inexigibilidade, Convite, Tomada de Preços e Concorrência Pública.
62. Gerenciar os controles necessários para Registro de Preços, de acordo com art. 15 da Lei 8.666/93.
63. Registrar e emitir solicitações ao compras de compra e serviços para o registro de preço, facilitando assim o controle de entrega das mercadorias licitadas.
64. Criar modelos de edital padrão para o uso do sistema sem ter que criar vários modelos para licitações diferentes.
65. Permitir a integração e envio de informações sobre comando para o sistema E-sfing, e demais sistemas e informações exigidos pelo Tribunal de Contas do Estado de Santa Catarina
66. Permitir a integração e envio de informações sobre comando para quaisquer dos sistemas exigidos por normas ou legislação vigente.
Permitir a integração, envio e leitura de informações sobre comando para sistemas e plataformas de Pregão Eletrônico, bem como, para sistemas e portais exigidos por normas e legislação vigente.
5.5 CONTRATOS - INCLUSÃO E CONTROLE
1. Permitir o cadastro dos contratos de licitações, bem como o seu gerenciamento, como publicações, seus aditivos e reajustes, permitindo também gerenciar o período de vigência dos contratos.
2. Emitir alerta de término de vigência de contratos.
3. Possibilitar executar a liberação da diferença reservada entre o valor vencido pelo fornecedor e o valor total estimado, no momento da adjudicação do processo de licitação, disponibilizando assim essa diferença de saldo para outras compras, não necessitando aguardar comprar todo o processo para que seja executada essa liberação da diferença.
4. Registrar a rescisão do contrato, informando: motivo, data da rescisão, inciso da Lei 8666/93, possibilidade de gerar dispensa de licitação, gerar impeditivo para o fornecedor.
5. Possuir identificação dos contratos aditivos do tipo acréscimo, diminuição, equilíbrio, rescisão ou outros, e ainda, possibilitar a visualização do tipo de alteração (bilateral ou unilateral).
6. Registrar os aditivos ou supressões contratuais, realizando o bloqueio caso ultrapasse os limites de acréscimos ou supressões permitidas em Lei (§ 1o do Art. 65 da Lei 8.666/1993), deduzidos acréscimos de atualização monetária (reajustes).
7. Registrar alteração contratual referente a equilíbrio econômico financeiro.
8. Permitir registrar apostila ao contrato, para o registro da variação do valor contratual referente a reajuste de preços previstos no contrato, bem como atualizações financeiras, bem como alterações de dotações orçamentárias, de acordo com a Lei 8.666/93.
9. Controlar o vencimento dos contratos automaticamente, enviado e- mails aos colaboradores do setor com a relação dos contratos que estão a vencer em determinado período configurável.
10. Permitir a definição no contrato e aditivos de gestor/fiscais para fiscalizar a execução do contrato na sua íntegra.
11. Possibilitar o cadastro das publicações dos contratos.
12. Emitir relatórios para controle de vencimento dos contratos, autorizações de fornecimento e termos aditivos de contratos.
13. Permitir registro de fornecedores, com emissão do Certificado de Registro Cadastral, controlando a sequência do certificado, visualizando os dados cadastrais, o objeto social e permitir a consulta das documentações.
14. Possibilitar a realização do julgamento do fornecedor, onde deverá validar se o fornecedor está em dia com a validade dos documentos obrigatórios definidos no cadastro de documentos, destacando as irregularidades no momento da emissão.
15. Registrar no cadastro de fornecedores a suspensão/impeditivos do direito de participar de licitações, controlando a data limite da reabilitação.
16. Controlar a validade dos documentos do fornecedor, com emissão de relatório por fornecedor contendo a relação dos documentos vencidos e a vencer.
17. Permitir o cadastro e o controle da data de validade das certidões negativas e outros documentos dos fornecedores.
18. Possuir relatório dos documentos vencidos e a vencer do fornecedor.
19. Possibilitar o cadastro do responsável legal/sócios do fornecedor da
empresa/fornecedor.
20. Possibilitar o cadastro de índices contábeis, como: Ativo Circulante, Ativo Não circulante, Ativo Total, Patrimônio Líquido, Passivo Circulante e Passivo Não Circulante, Índice de Solvência e Capital Social da empresa/fornecedor.
21. Possuir emissão de atestado de capacidade técnica para o fornecedor, emitindo documento com os produtos/serviços fornecidos para a entidade.
22. Permitir o controle de validade de documentos do fornecedor durante a emissão de contratos e ordens de compra.
23. Emitir relatórios gerenciais do fornecedor, mostrando registros referentes a ordens de compra, licitações, contratos no exercício, consolidado e por processo.
24. Permitir a emissão da ordem de compra ou serviços, ordinária, global ou estimativa, seja por meio de processo de licitação ou dispensável.
25. Ao emitir a ordem de compra, possibilitar informar dados referente a data de emissão e vencimento, fornecedor, finalidade, recurso orçamentário, para que essas informações sejam utilizadas na geração dos empenhos com suas parcelas.
26. Possibilitar o parcelamento de uma ordem de compra global e/ou estimativa, possibilitando empenhamento das parcelas através de subempenhos.
27. Possibilitar alteração de dados da ordem de compra, como Finalidade/Histórico, Dados de Entrega, Condições de Pagamento, caso não exista empenho na contabilidade.
28. Permitir a realização do estorno da ordem de compra, realizando o estorno dos itens. Caso a ordem de compra esteja empenhada, permitir através do estorno do empenho estornar os itens de uma ordem de compra automaticamente sem a necessidade de estornar manualmente a ordem de compra.
29. Permitir informar dados referente retenção na ordem de compra.
30. Permitir registrar dado referente ao desconto, na ordem de compra.
31. Possibilitar a identificação se os produtos da ordem de compra terão consumo imediato a fins de fazer os lançamentos contábeis de saída do estoque já no momento do empenhamento.
32. Não permitir efetuar emissão de ordem de compra de licitações de registros de preço, em que ata esteja com a validade vencida.
33. Permitir consultar dados referentes ao recebimento da ordem de compra, visualizando o saldo pendente a ser entregue, contendo as quantidades, os valores e o saldo.
34. Possibilitar, na consulta da ordem de compra, emitir um extrato de movimentação.
35. Permitir consulta on-line de débitos de contribuintes pessoa física/jurídica na emissão de ordem de compra, ou contrato.
36. Permitir exportar os arquivos para a prestação de contas, dos dados referentes aos contratos, de acordo com as regras e sistema vigente.
67. Permitir a integração e envio de informações sobre comando para o sistema E-sfing, e demais sistemas e informações exigidos pelo Tribunal de Contas
do Estado de Santa Catarina
68. Permitir a integração e envio de informações sobre comando para quaisquer dos sistemas exigidos por normas ou legislação vigente (e-sfinge online dentre outros que sobrevierem).
Permitir a integração, envio e leitura de informações sobre comando para sistemas e plataformas de Pregão Eletrônico, bem como, para sistemas e portais exigidos por normas e legislação vigente.
5.6 CONTROLE DE FROTA E COMBUSTÍVEIS
1. É necessário que o sistema atenda no mínimo 90% das especificações de funcionamentos descritos abaixo.
2. Permitir a integração com demais setores, Contabilidade, Patrimônio, Frotas, Licitação, Tributos, Controle Interno, etc...
3. Retornar o KM anterior no cadastro de lançamento de despesas conforme o veiculo e data de despesas.
4. Possibilitar a configuração de órgão e unidades orçamentarias.
5. Permitir gerenciar as permissões por grupo de usuário ou de cada usuário individualmente.
6. Permitir ao usuário visualizar as reservas registradas, exibindo o número da reserva, veiculo, organograma, motorista, data, hora da reserva, data e hora da saída e chegada estimada, situação e finalidade, e que possa ordenar a lista, por qualquer informação pertencente a listagem de reservas.
7. Possibilitar cadastrar as rotas a serem percorridas pela frota de entidade, informando a descrição, enderece de saída, enderece de chegada e distância percorrida.
8. Cadastro de registros de veículos e seus dados relevantes tais como: data de aquisição, descrição, RENAVAN, espécie do veículo, ano, cor, tipo de combustível, modelo, marca, centro de custo, capacidade do tanque e dados de seguro, potencia do motor, cilindradas, tipo de combustível utilizado, além da classificação (passageiro, carga, tração...), capacidade volumétrica de combustível e informações extras como centro de custo e materiais que o veiculo necessita.
9. Permitir visualizar a situação das parcelas das taxas e licenciamentos, listando-as conforme situações possíveis que podem ser sem parcela, em atraso, em aberto e pago. Considera-se como situação sem parcela os registros de taxas e licenciamentos que não possuem parcelas atreladas, em atraso os registros de taxas e licenciamentos que já estão vencidos e não possuem data de pagamento, em aberto os registros de taxas e licenciamentos que ainda não estão vencidos e não possuem data de pagamento e pago os registros de taxas e licenciamentos que já
possuem data de pagamento;
10. Apresentar ao usuário a quilometragem ou hora atual do veiculo no momento da inserção da revisão.
11. Possuir identificação da bateria, marca da bateria, registro de trocas de
bateria.
12. Permitir lançamento e emissão de autorização de Abastecimento.
13. Possuir autorização de Abastecimento e Ordem de Serviço, permitindo que
na ordem de abastecimento e/ou serviços apareça a placa, secretaria e o Km do veiculo ou maquina com como o numero/matricula do condutor, além de local para assinatura do mesmo;
14. Permitir que na ordem de abastecimento seja inserido além do combustível o fluido automotivo Arla 32;
15. Possuir o registro de entrada e saída de veículos do pátio (movimentação da garagem), controlando horários, quilometragem, e quais Motoristas estão em posse dos veículos.
16. Permitir o controle de entrada e saída de combustíveis.
17. Gerenciar e controlar gastos referentes à frota de veículos, máquinas e equipamentos.
18. Manter integração com o cadastro de bens patrimoniais de forma a não duplicar dados relativos aos veículos, máquinas e equipamentos considerados como integrantes do patrimônio. Alterações efetuadas no cadastro patrimonial, a exemplo da transferência de centro de custo (setor/departamento) deverão refletir imediatamente nos dados destes.
19. Possuir rotina para inclusão de anexos ao cadastro do veículo, onde seja possível anexar, fotos, documentos do veículo, multas, pagamentos e demais arquivos que sejam pertinentes ao cadastro. Que seja ao menos nas seguintes extensões: png, bmp, jpg, gif, doc, docx, txt, ppt, pptx, xls, xlsx, pdf, odt, ods, dwg.
20. Possibilitar a emissão/impressão de autorizações de abastecimento para preenchimento manual, ou por uma ordem já cadastrada no sistema.
21. Permitir o cadastramento das autorizações para serviços ou abastecimento.
22. Permitir o lançamento da despesa a partir da autorização de serviço.
23. Permitir o lançamento de despesas através de um registro referente à ordem de compra dispensável ou de licitação.
24. Permitir e gerenciar as manutenções realizadas no veículo, revisões, lubrificações, trocas de óleo e de pneu e etc., em dependências próprias ou de terceiros, as quais devem ser lançadas em campo próprio dentro do sistema.
25. Permitir controlar as trocas de pneus com identificação da posição dos pneus trocados (dianteira/traseira/todos) incluindo tipo da troca (novo/recapagem).
26. No cadastro do veículo, possuir consulta a tabela FIPE (Fundação Instituto de Pesquisas Econômicas).
27. Permitir o controle das obrigações dos veículos, como seguros e licenciamento, revisões entre outros.
28. Possuir um gerenciador de multas de trânsito, possibilitando informar a cidade da ocorrência da infração, infração de acordo com CTB (Código de Trânsito Brasileiro), motorista, data de vencimento.
29. Permitir que o usuário do sistema registre as multas de trânsito, informando o veículo, data e horário da multa, motorista, número da notificação, data de vencimento e observações, município/ UF, bairro, logradouro e complemento do local da infração, bem como anexos que formalizem o registro.
30. Possibilitar o registro de dados referente aos pagamentos da referida multa informada.
31. Permitir o cadastro e a consulta de qualquer tipo de ocorrência por veículo, como troca de hodômetro, acidentes, avarias entre outros, registro de troca de placas, registrando as respectivas datas, informando os dados do funcionário envolvido.
32. Permitir a inclusão de documentos e/ou imagens nas ocorrências lançadas para os veículos, devendo ser armazenadas no próprio banco de dados e possibilitando sua visualização pelo próprio cadastro.
33. Possuir rotina de validação da carteira de motorista, não permitir a utilização de motoristas com a CNH vencida, bem como não permitir a utilização de funcionário como motorista sem que o mesmo possua CNH registrada no cadastro.
34. Permitir a inclusão de cursos profissionalizantes e de capacitação e
atualização para os motoristas.
35. Possuir cadastro de motoristas, através de registro do CPF e CNH, o qual deve conter a validade, emissão da renovação da carteira bem como registro da emissão da primeira CNH, de número de matricula do funcionário integrado com o setor de recursos humanos, devendo ter a possibilidade de ativar e inativar o funcionário quando o mesmo deixar o quadro de funcionários da entidade.
36. Possibilitar controlar a pontuação do motorista que infrigir a legislação, podendo mesmo ocorrer a suspensão da CNH.
37. Permitir o cadastro de exame toxicológico no sistema.
38. Permitir controlar os veículos por hodômetro, horímetro e sem marcador.
39. Permitir configurar o lançamento de máquinas, com campos diferenciados, sendo obrigatórios ou não, conforme a necessidade do maquinário.
40. Possibilitar trabalhar com privilégio de visualização de veículos por repartição, onde o usuário logado poderá somente dar manutenção nos veículos da sua repartição.
41. Permitir o cadastro de períodos de utilização do veículo e máquinas, mediante agenda, para registrar obrigações para os veículos.
42. Possuir consulta ao combustível disponível proveniente de licitação.
43. Permitir controle de estoque próprio de combustível, identificando as despesas se oriundas de estoque próprio ou de terceiros.
44. Deverá permitir a consulta dos modelos de veículos.
45. Emitir relatórios de despesas por diversos agrupamentos: repartição, período, veículo e fornecedor.
46. Possuir um relatório de processos, onde seja possível imprimir todas as informações de um ou diversos veículos, conforme os filtros selecionados no momento da impressão.
47. Permitir controlar o consumo de combustível e média por veículo, emitindo relatório com o status de consumo: alto, normal, baixo.
48. Permitir exportar os arquivos para a prestação de contas, dos dados referentes a licitações e contratos, de acordo com as regras e sistema vigente.
49. Permitir visualizar veículos ativos e inativos da frota municipal.
50. Permitir inativar os motoristas, que por alguma razão deixaram o quadro de funcionários da entidade.
51. Permitir o cadastro de órgãos, unidades orçamentárias e centro de custos.
52. Permitir cadastrar funcionários.
53. Permitir cadastrar fornecedores.
54. Permitir cadastrado de materiais e serviços.
55. Permitir a reprodução ou copia de dados do exercício anterior.
56. Manter integração com o sistema de licitação, contabilidade, além de outros necessários a melhor funcionalidade do sistema.
57. Permitir a emissão de diversos tipos de relatórios, como exemplo, cadastro de despesas, controle de troca de óleo, pneus, revisões etc.
58. Permitir o cadastro de convênios seja veiculo, combustível e outro material.
59. Permitir o lançamento de despesas que incidem sobre os veículos.
60. Permitir que a ordem de abastecimento pudesse ser inserida, no lançamento de despesas com a validação dessa ordem.
61. Permitir o registro dos gastos com veículos ou equipamentos, informando a data e horário da despesa, número da ordem, origem, caso se trate de licitação, estoque ou terceiros, veículo ou equipamento, motorista, organograma, fornecedor, número do documento.
62. Possibilitar a consulta de dados constantes no sistema de Folha para
cadastramento dos motoristas.
63. Permitir registrar veículos com informações provenientes do cadastro de bens do município.
64. Permitir interação com o Portal da Transparência.
65. Possibilitar o envio de dados para o Portal do Gestor.
66. Possibilitar o cadastramento dos materiais a serem utilizados/consumidos pelos veículos e equipamentos, como lubrificantes, combustíveis, pneus e demais itens necessárias para manutenção preventiva e corretiva dos veículos.
67. Controlar automaticamente a substituição de marcadores (hodômetros e horímetros) por meio das movimentações do veículo.
68. Propiciar registrar o controle de quilometragem dos veículos, informando o motorista, o setor requisitante, a distância percorrida, a data/hora, a quilometragem de saída e de chegada.
69. Permitir o cadastramento dos tipos de ocorrências indicando se o tipo de ocorrência se refere a uma adaptação no veículo ou não.
70. Controlar as trocas de óleo efetuadas nos veículos, identificando o tipo da troca (caixa, diferencial, motor ou torque).
71. Permitir cadastrar informações de pagamento do IPVA dos veículos.
72. Permitir cadastrar seguradoras e apólices de seguros (com valor de franquia e valor segurado) para os veículos.
73. Permitir o cadastro de licenciamentos dos veículos com informação da data/valor do licenciamento e seguro obrigatório, possibilitando a emissão de relatórios por período e veiculo;
74. Propiciar a geração de relatórios dos dados cadastrais alimentados ao sistema como veículos, centro de custos, funcionários, fornecedores, ocorrências, despesas, materiais.
75. Controlar produtividade dos veículos com avaliação de desempenho de cada um, emitindo relatório demonstrando os litros consumidos, a média e avaliando o consumo do veículo (baixo normal ou acima do normal).
76. Emitir planilhas para preenchimento das viagens dos veículos, contendo ao menos os seguintes campos: centro de custo requerente, placa do veículo, quilometragem de saída e de chegada, nome do motorista e data/hora de saída e chegada.
77. Propiciar emitir planilhas para preenchimento das ordens de abastecimento, contendo ao menos os seguintes campos: motorista, placa do veículo, fornecedor, material/serviço. (km e assinatura)
78. Propiciar controle de motoristas em painel dinâmico, com possibilidade de alteração de dados diretamente pela lista.
79. Permitir o vínculo de motoristas a determinado veículo ou equipamento.
80. Permitir salvar os relatórios em formato PDF simples, possibilitando que sejam assinados digitalmente.
81. Permitir controlar os serviços que são realizados utilizando os veículos da entidade.
82. Propiciar efetuar o cadastro das cidades que abrangem a competência da entidade.
83. Permitir a emissão de relatórios com as informações que contemplam o cadastro de veículos detalhando dados como os materiais utilizados pelos veículos.
84. Propiciar inserir as despesas nos lançamentos dos gastos com os veículos da entidade, como nas ordens de abastecimento e serviço.
85. Propiciar realizar o registro das ordens de prestação de serviços que são realizados utilizando os veículos da entidade.
86. Permitir a inclusão de anexos ao cadastro do veículo, possibilitando anexar,
fotos, documentos do veículo.
87. Permitir que o usuário efetue a configuração de antecedência de notificações, de forma que os usuários responsáveis fiquem cientes que as revisões de veículos/equipamentos estão próximas de ocorrerem, e que as taxas e licenciamentos, multas e CNH estão próximas de vencerem. As antecedências das notificações de revisões devem poder ocorrer por meio da quantidade de dias, quilometragem, horas ou milhas. As notificações aos usuários são flexíveis e podem ser construídas por meio do gerenciador de scripts e/ou críticas de usuário.
88. Permitir ao usuário visualizar as ordens registradas, exibindo o número da ordem, veículo/equipamento, motorista, data da ordem e tipo, caso se trate de um abastecimento ou serviço, possibilitando que o usuário oculte da relação de ordens de abastecimentos/serviços, as informações que desejar e ordene a lista, por qualquer informação pertencente a relação de ordens.
89. Permitir que os motoristas já registrados possam ser excluídos, mas sua exclusão somente deve ser permitida se o motorista não foi vinculado as seguintes movimentações de reserva de veículos, controle de viagem, lançamento de despesas, lançamento de ocorrências, e ordens de abastecimento e serviço.
90. Permitir ao usuário o registro de exercícios.
91. Permitir aos profissionais da entidade cadastrar os fornecedores, sejam eles pessoa física ou jurídica, contendo o nome, o CPF ou CNPJ, telefone, e-mail, site e endereço. Para os casos específicos de pessoa jurídica possibilitar inserir os dados do ato constitutivo da empresa.
92. Permitir que o usuário do sistema registre as viagens, informando a data e horário de saída, data e horário de chegada, veículo, motorista, organograma, responsável, finalidade, observações e anexos, depósitos de adiantamentos e inserir valores das notas apresentadas.
93. Permitir ao usuário visualizar uma relação de funcionários registrados, exibindo o seu nome, CPF e cargo, onde também deve ser possível a realização de pesquisa e ordenação por tais campos.
94. Permitir que o usuário cadastre os tipos de veículos e equipamentos de propriedade da entidade, indicando sua descrição e classificação, caso se trate de veículo ou equipamento.
95. Permitir que o usuário visualize de forma diferenciada os meses em que o veículo/equipamento esteve com marcador quebrado.
96. Permitir que o usuário faça o registro de organogramas que o veículo ou equipamento pode atuar, não permitindo armazenar o organograma com data de início igual a de um organograma já informado para o veículo ou equipamento.
97. Permitir a criação de relatórios personalizados para a entidade
98. Disponibilizar a um profissional autorizado pela entidade recursos para geração de validações específicas nas funcionalidades do sistema.
99. Permitir que o usuário do registre o pagamento ou confirme o deferimento do recurso, informando a data do recurso, situação do recurso, data do pagamento, valor de juros, valor de desconto e valor pago. Nos casos em que a multa possui recurso, as situações possíveis devem ser pendente de julgamento, deferido ou indeferido.
100. Possibilitar ao usuário, o vínculo de veículos ou equipamentos agregados a outro veículo ou equipamento não agregado.
101. Permitir ao usuário visualizar os acompanhamentos mensais registrados, exibindo o mês/ano, veículo/equipamento, marcação inicial e final.
102. Permitir que o usuário registre as competências das infrações cometidas pelos condutores da frota da entidade.
103. Permitir a pesquisa rápida de veículos registrados pela descrição do veículo, placa, organograma, motorista e CPF.
104. Permitir que o usuário registre os tipos de infrator que sofreram alguma infração conduzindo a frota da entidade.
105. Permitir a pesquisa rápida de ocorrências registrados pelo número, descrição do veículo/equipamento, tipo de ocorrência e nome do motorista.
106. Restringir ao usuário, o registro de um veículo/equipamento, onde anteriormente já foi cadastro um veículo/equipamento com a mesma placa, renavam ou chassi.
107. Permitir que o usuário do sistema realize o vínculo das infrações na multa e informe o valor para cada infração, informando o código, descrição, amparo legal (CTB), gravidade, infrator, competência, pontos e valor.
108. Permitir ao usuário visualizar as viagens registradas, exibindo a descrição do veículo, organograma, data de saída e chegada e situação das viagens.
109. Permitir que o usuário do sistema registre os gastos com veículos/equipamentos, informando a data e horário da despesa, número da ordem, origem, caso se trate de licitação, estoque ou terceiros, veículo/equipamento, motorista, organograma, fornecedor, número do documento, observações e possibilitar identificar se deseja controlar quilometragem (se sim, então deve ser possível registrar a quilometragem do veículo no momento do gasto). O tipo de ocorrência deve poder ser informado quando o usuário informar uma quilometragem/horas inconsistente.
110. Permitir ao usuário visualizar as despesas registradas, possibilitando agrupá-las por motorista, por organograma e por veículo/equipamento, permitindo que o usuário ordene a lista, por qualquer informação pertencente a relação de despesa.
111. Disponibilizar recursos para permitir a geração de arquivos para sistemas/órgãos externos Permitir que o usuário do sistema registre os veículos e equipamentos, informando a placa, descrição, vínculo, classificação, data da aquisição, Nº do documento fiscal, valor da aquisição, estado de conservação, indicador se é equipamento agregado, tipo, modelo, renavam, chassi, ano de fabricação, cor, potência, cilindradas e data da inativação. Caso o vínculo do veículo com a administração pública não seja próprio, possibilitar o registro do proprietário.
112. Permitir que o usuário do sistema registre as ordens de abastecimentos/serviços , informando a data do abastecimento/serviço, veículo/equipamento, número do documento, responsável, motorista, tipo, caso se trate de um abastecimento ou serviço, origem, caso se trate de licitação, estoque ou terceiros, organograma, fornecedor e observações.
113. Permitir desativar o registro de um fornecedor para que essa informação não seja mais listada para vínculo em novos registros.
114. Permitir que o usuário registre as pontuações a serem aplicadas às CNHs dos motoristas da frota da entidade.
115. Permitir que o usuário visualize na relação de ordens de abastecimento o número do lançamento da despesa, e visualize as ordens que ainda não estão vinculadas à despesa.
116. Permitir a pesquisa rápida de multas registrada pelo número da notificação, descrição do veículo e motorista.
117. Possibilitar que o usuário cadastre todos os possíveis tipos de infração que o condutor pode sofrer na condução da frota, informando o código da infração, descrição, amparo legal, gravidade, infrator, competência, pontos e valor.
118. Restringir ao usuário a modificação de reservas após o vinculo com um registro de viagem.
119. Permitir que o usuário realize uma pesquisa no registro dos fornecedores, a
fim de localizá-los, pelo nome ou pelo CNPJ ou CPF, devendo mostrar os dados caso já exista cadastro.
120. Permitir registrar os materiais e serviços contratados pela entidade, contendo o nome do material, grupo e classe em que pertence, natureza da despesa, classificação, caso se trate de um gênero alimentício, medicamento, combustível ou lubrificante, unidade de medida, a indicação se é estocável ou não, e ainda o tipo do item caso se trate de material, bem permanente ou serviço.
121. Restringir ao usuário a modificação de reservas após o vinculo com um registro de viagem.
122. Permitir que o usuário agrupe as revisões por veículo, exibindo o total de revisões por veículo, a data de previsão e realização e a situação da revisão.
123. Permitir cadastrar os cargos dos funcionários.
124. Impedir o registro de motoristas com CPF, RG, ou número da CNH já cadastrados anteriormente.
125. Impedir o registro de fornecedores com CNPJ já cadastrados anteriormente.
126. Permitir ao usuário visualizar, os veículos registrados, exibindo a sua placa, descrição, data de aquisição, organograma e situação, realizando a pesquisa de veículos por meio da placa e descrição, bem como permitir ordenar a lista, por qualquer informação pertencente a listagem de veículos.
127. Permitir que o usuário do sistema registre as despesas a partir de uma ordem de abastecimento/ serviço, onde as informações originadas da ordem no momento em que vincula-se à despesa deve ser a data da ordem, origem, caso se trate de uma licitação, estoque ou terceiros, veículo/equipamento, motorista, organograma, fornecedor e última quilometragem do veículo.
128. Permitir ao usuário inserir e utilizar as unidades de medida nos materiais e serviços do sistema, indicando se o mesmo possui ou não o fracionamento de unidade.
129. Permitir a pesquisa rápida de ordens de abastecimento ou serviços registrados pelo número da ordem, descrição do veículo e nome do motorista.
130. Permitir a um profissional autorizado pela entidade manter os dados cadastrais da entidade como endereço, telefone, e-mail, site, horário de funcionamento e a indicação se a entidade possui um regime próprio de previdência privada.
131. Permitir ao usuário visualizar a situação da reserva, que devem poder ser classificadas como pendentes, atendidas ou canceladas, considerando como pendentes as reservas criadas e não vinculadas ao registro de viagens, e atendidas as reservas já vinculadas a uma viagem.
132. Permitir a pesquisa rápida de acompanhamentos mensais registrados pela descrição do veículo/ equipamento ou placa.
133. Possibilitar que o usuário cadastre os modelos dos veículos da frota da entidade, informando o código da tabela FIPE, marca e descrição.
134. Permitir que o usuário do sistema registre as parcelas das taxas e licenciamentos, informando a data do vencimento, valor da parcela, data do pagamento e juros (possibilitar juros, somente se a data do pagamento é maior que a data do vencimento).
135. Possibilitar obter a localização geográfica dos endereços, o itinerário e a distância entre dois pontos da rota (endereço de saída e chegada).
136. Permitir ao usuário o acesso rápido as principais movimentações do sistema.
137. Permitir que o usuário do sistema registre os motoristas (funcionários que conduzem veículos pertencentes a frota municipal), informando o nome, Nº da CNH, categoria da CNH, data de emissão da CNH, data de vencimento da CNH, data da 1ª
habilitação, endereço, telefone, e-mail, data de nascimento, CPF, RG, órgão emissor, UF e data de emissão do RG.
138. Possibilitar a um profissional autorizado pela entidade incluir novos campos nos principais cadastros do sistema, podendo selecionar o tipo de dado, descrição e tamanho quando o tipo de dado exigir e ainda indicar se ele é de preenchimento obrigatório ou não.
139. Possibilitar ao usuário, indicar a configuração do organograma do município que é válida para o exercício.
140. Permitir ao usuário visualizar, os motoristas registrados, exibindo o seu Nome, CPF, Nº da CNH, Categoria e Data de vencimento da CNH, possibilitando que possa realizar a pesquisa de motoristas por meio do nome, CPF e Nº da CNH e ordene a lista, por qualquer informação pertencente a listagem de motoristas.
141. Permitir cadastrar os dados correspondentes aos endereços, possibilitando informar os logradouros, condomínios, loteamentos, bairros, distritos, estados e municípios.
142. Permitir ao usuário visualizar as ocorrências registradas, exibindo o Nº, veículo/equipamento, data, tipo de ocorrência e motorista; permitindo ocultar da relação de ocorrências, as informações que desejar e que o usuário ordene a lista, por qualquer informação pertencente a relação de ocorrências.
143. Permitir a pesquisa rápida de taxas e licenciamentos registrados pela descrição do veículo, placa, tipo da taxa e exercício.
144. Permitir que o usuário do sistema registre os funcionários responsáveis por viagens, ordens de abastecimentos e serviços realizadas por servidores da administração pública, informando o nome, CPF, data de nascimento, cargo, data de admissão, endereço, telefone, e-mail, RG, órgão emissor, UF e data de emissão.
145. Permitir que o usuário registre os tipos de despesas, sendo que para cada tipo as seguintes informações devem ser necessárias como a descrição, categoria, caso se trate de um abastecimento ou manutenção e a origem do tipo da despesa, caso se trate de combustíveis, peças, pneu, serviços ou troca de óleo.
146. Permitir a inserção de itens na ordem de abastecimento/serviço, onde para cada item deve ser possível registrar o tipo da despesa, material (código e descrição).
147. Possuir registros de Ocorrências/Avaria do veículo.
148. Controlar os débitos dos veículos, tais como: licenciamento, seguro obrigatório, multas e etc.
149. Gerenciar todos os gastos do veículo, por NF, autorização, registros do almoxarifado, ordem de compra, sendo que quando o serviço for interno o sistema integra-se com o sistema de almoxarifado quando existir uso de peças.
150. Permitir lançamento e emissão de autorização de Abastecimento.
151. Possuir autorização de Abastecimento e Ordem de Serviço. Permitindo que na ordem de abastecimento e/ou serviços seja impresso a placa do veiculo, departamento e Km do veiculo ou maquina , além do numero de matricula e nome do condutor.
152. Possuir autorização de Abastecimento e Ordem de Serviço. Permitindo que na ordem.
153. Possuir agenda por veículo, departamento e motorista, registrando no sistema todas as informações sobre o motivo e a finalidade do agendamento
154. Possuir o registro de entrada e saída de veículos do pátio (movimentação da garagem), controlando horários, quilometragem, e quais Motoristas estão em posse dos veículos.
155. Permitir cadastrar bombas de combustíveis para controle da entrada e saída de combustíveis.
156. Permitir o controle de entrada e saída de combustíveis.
157. Gerenciar e controlar gastos referentes a frota de veículos, máquinas e equipamentos.
158. Manter integração com o cadastro de bens patrimoniais de forma a não duplicar dados relativos aos veículos, máquinas e equipamentos considerados como integrantes do patrimônio. Alterações efetuadas no cadastro patrimonial, a exemplo da transferência de centro de custo (setor/departamento) deverão refletir imediatamente nos dados destes.
159. Possuir rotina para inclusão de anexos ao cadastro do veículo, onde seja possível anexar, fotos, documentos do veículo, multas, pagamentos e demais arquivos que sejam pertinentes ao cadastro. Que seja ao menos nas seguintes extensões: png, bmp, jpg, gif, doc, docx, txt, ppt, pptx, xls, xlsx, pdf, odt, ods, dwg.
160. Possibilitar a emissão/impressão de autorizações de abastecimento para preenchimento manual, ou por uma ordem já cadastrada no sistema.
161. Permitir o cadastramento das autorizações para serviços ou abastecimento.
162. Permitir o lançamento de despesas através de um registro referente a ordem de compra dispensável ou de licitação.
163. Permitir o controle de troca de pneus possibilitando o lançamento automático da despesa.
164. Gerenciar as manutenções realizadas no veículo, revisões, lubrificações, trocas de óleo e de pneu e etc., em dependências próprias ou de terceiros.
165. Permitir o controle das obrigações dos veículos, como seguros e licenciamento.
166. Possuir tabela com todos os tipos de infração, conforme CTB (Código de Trânsito Brasileiro).
167. Possuir uma consulta de multas, para que seja acessada a qualquer momento pelo usuário.
168. Possibilitar o registro de dados referente aos pagamentos da referida multa informada.
169. Controlar o deslocamento dos veículos registrando data e hora de partida e chegada e a quilometragem percorrida, com emissão de planilhas para preenchimento e acompanhamento.
170. Permitir o agendamento de viagens, serviços e consertos para cada veículo da frota.
171. Permitir o cadastro de rotas para os veículos e máquinas, bem como possibilitar o controle das rotas fixas para de cada veículo.
172. Possibilitar consultas para as manutenções e taxas (licenciamento, seguro obrigatório, seguro facultativo), bem como consultar as manutenções previstas e realizadas.
173. Permitir o cadastro e a consulta de ocorrências por veículo, informando os dados do funcionário envolvido.
174. Permitir a inclusão de documentos e/ou imagens nas ocorrências lançadas para os veículos, devendo ser armazenadas no próprio banco de dados e possibilitando sua visualização pelo próprio cadastro.
175. Oferecer a guarita da garagem, a possibilidade de registrar as entradas e saídas dos veículos, bem como consulta dos respectivos registros.
176. Permitir o controle do seguro facultativo do veículo.
177. Possuir rotina de validação da carteira de motorista, não permitir a utilização de motoristas com a CNH vencida, bem como não permitir a utilização de funcionário como motorista sem que o mesmo possua CNH registrada no cadastro.
178. Possuir cadastro de motoristas, integrado com o setor de recursos humanos, possibilitando definir se o motorista e terceirizado, cadastro da CNH (categoria, número e
data de validade).
179. Possibilitar controlar se o motorista relacionado a saída de um veículo atingiu os 20 pontos necessários para suspensão da CNH.
180. Permitir controlar os veículos por hodômetro, horímetro e sem marcador.
181. Permitir configurar o lançamento de máquinas, com campos diferenciados, sendo obrigatórios ou não, conforme a necessidade do maquinário.
182. Possibilitar trabalhar com privilégio de visualização de veículos por repartição, onde o usuário logado poderá somente dar manutenção nos veículos da sua repartição.
183. Quando o abastecimento for externo, permitir que o próprio frentista do posto através de privilégios no sistema, efetue o lançamento do abastecimento mediante apresentação da autorização de abastecimento emitida pelo órgão responsável.
184. Possuir cadastro de destinos, para os veículos e máquinas.
185. Permitir o cadastro de períodos de utilização do veículo e máquinas, mediante agenda, para registrar obrigações para os veículos.
186. Possuir consulta ao combustível disponível proveniente de licitação.
187. Permitir controle de estoque próprio de combustível, identificando as despesas se oriundas de estoque próprio ou de terceiros.
188. Deverá permitir a consulta dos modelos de veículos.
189. Emitir relatórios de despesas por diversos agrupamentos: repartição, período, veículo e fornecedor.
190. Possuir um relatório de processos, onde seja possível imprimir todas as informações de um ou diversos veículos, conforme os filtros selecionados no momento da impressão.
191. Permitir controlar o consumo de combustível e média por veículo, emitindo relatório com o status de consumo: alto, normal, baixo.
192. Permitir exportar os arquivos para a prestação de contas, dos dados referentes a licitações e contratos, de acordo com as regras e sistema vigente.
5.10. ALMOXARIFADO
1. Possibilitar o controle de toda movimentação do estoque, sendo entrada, saída e transferência de materiais. Realizando a atualização do estoque de acordo com cada movimentação realizada.
2. Possuir gerenciamento automático nas saídas através de requisições ao almoxarifado, anulando as quantidades que não possui estoque e sugerindo as quantidades disponíveis em estoque.
3. Permitir informar para controle os limites mínimos de saldo físico de estoque.
4. Permitir que seja estipulado limites de materiais mediante controle de cotas de consumo, para poder delimitar ao departamento a quantidade limite que ele poderá requisitar ao almoxarifado mensalmente.
5. Permitir consultar as últimas aquisições, com informação ao preço das últimas compras, para estimativa de custo.
6. Possibilitar consultar e gerenciar a necessidade de reposição de materiais, possibilitando a realização do pedido ao Compras por meio de requisição ao Compras.
7. Possibilitar integração com o sistema de compra para realização de
entradas de materiais importando dados oriundos de ordens de compra ou realizar entradas por meio de informações de notas fiscais acesso ao centro de custos, materiais e fornecedores.
8. Permitir realizar requisições/pedidos de materiais ao responsável do almoxarifado, bem como realizar o controle de pendências dos respectivos pedidos para fornecimento de materiais.
9. Manter controle efetivo sobre as requisições/pedidos de materiais, permitindo atendimento parcial de requisições e mantendo o controle sobre o saldo não atendido das requisições.
10. Utilizar centros de custo (setores/departamentos) na distribuição de matérias, através das requisições/pedidos de materiais e/ou saídas de materiais para controle do consumo.
11. Efetuar cálculo automático do preço médio dos materiais, bem como a sua atualização a cada entrada de produto em estoque.
12. Registrar a abertura e o fechamento de inventários. Não permitindo a movimentação, seja de entrada ou saída de materiais quando o estoque e/ou produto estiverem em inventário. Sua movimentação somente poderá ocorrer após a conclusão do inventário.
13. Possuir rotina que permita que o responsável pelo almoxarifado realize bloqueios por depósito, por produto ou por produto do depósito, a fim de não permitir nenhum tipo de movimentação (entrada/saída).
14. Possuir a possibilidade de consulta rápida dos dados referente ao vencimento do estoque, possibilitando ao menos a consulta dos vencidos, vencimentos em 30 dias.
15. Possuir integração com a contabilidade, para disponibilizar os dados referentes a entradas e saídas de materiais para serem contabilizadas pelo departamento de contabilidade.
16. Possibilitara emissão de relatório da ficha de controle de estoque, mostrando as movimentações por material e período com saldo anterior ao período (analítico/sintético).
17. Possibilitar a emissão de relatórios de entradas e saídas de materiais por produto, nota fiscal e setor.
18. Possibilitar a emissão de relatório financeiro do depósito de estoque mostrando os movimentos de entradas, saídas e saldo atual por período.
19. Emitir um resumo anual das entradas e saídas, mostrando o saldo financeiro mês a mês por estoque e o resultado final no ano.
20. Emitir relatórios de controle de validade de lotes de materiais, possibilitando seleção por: almoxarifado/deposito; período; materiais vencidos; materiais a vencer.
21. Permitir o gerenciamento integrado dos estoques de materiais existentes nos diversos almoxarifados/depósitos.
22. Possuir registro do ano e mês, bem rotina de virada mensal para que seja realizada a atualização do mês e ano do almoxarifado.
5.11. PATRIMÔNIO
1. Permitir registrar todas as movimentações dos bens patrimoniais, como aquisição, transferência, baixa, reavaliação e depreciação, cadastramento.
2. Propiciar a indicação da configuração do organograma do município que será válida para o exercício.
3. Disponibilizar informações dos bens no Portal do Gestor.
4. Propiciar o controle dos bens por meio de registro de placas de identificação de forma manual ou automática, com letras, números e caracteres,alterando sua numeração quando for necessário e não permitindo a inserção de números de placas já utilizados.
5. Propiciar o registro da fórmula de cálculo para diferentes métodos de depreciação, exaustão e amortização, permitindo a classificação em linear, soma de dígitos ou unidades, podendo ativar ou desativar.
6. Permitir a configuração dos órgãos, unidades orçamentárias e centro de custo da entidade.
7. Permitir o registro de grupos de bens, definição do percentual de depreciação anual, valor residual do bem e vida útil do grupo de bens, com controle e consulta através de listagem dinâmica.
8. Propiciar o cadastro de unidade de medida dos bens da entidade, permitindo informar a abreviatura.
9. Permitir o cadastro dos tipos de transferências dos bens, informando descrição e classificação, e nos casos de transferência entre responsáveis, organogramas, grupos de bem ou localização física.
10. Permitir o cadastro de localizações físicas.
11. Permitir o registro de seguros de bens, com controle de seguradora, vigência, valor e apólice.
12. Propiciar o envio, retorno e consulta de bens da manutenção, permitindo o registro da próxima revisão.
13. Propiciar o envio, retorno e consulta de bens cedidos ou emprestados, com registro da data prevista para retorno.
14. Propiciar o registro da utilização do bem imóvel, classificando em dominicais, uso comum do povo, uso especial, em andamento.
15. Permitir tombar o bem, demonstrando o organograma, placa e responsável.
16. Permitir informar o estado de conservação dos bens.
17. Permitir identificar na listagem a situação que o bem se encontra, inclusive de estar ou não em uso.
18. Propiciar a remoção do registro do bem até quando for colocado em uso.
19. Permitir informar a moeda vigente na aquisição do bem e conversão dos valores para moeda vigente.
20. Permitir o cadastro de responsáveis pelos bens patrimoniais, informando nome, CPF, telefone, e-mail, se é funcionário do município, matrícula, cargo, natureza do cargo e o endereço.
21. Permitir cadastrar os fornecedores, contendo o nome, o CPF ou CNPJ, endereço, telefone, e-mail, site, inscrição municipal, inscrição estadual e se o fornecedor está inativo. O registro deverá ser integrado aos demais sistemas.
22. Permitir a emissão e registro do Termo de Guarda e Responsabilidade, individual ou coletivo dos bens.
23. Permitir o registro e processamento da depreciação, amortização e exaustão dos bens em uso, atualizando de forma automática os valores depreciados no bem.
24. Propiciar o uso de formas de depreciações flexíveis, com base na necessidade.
25. Possibilitar que na exclusão do movimento de depreciação, os movimentos processados e registrados no bem sejam excluídos e retornados os valores anteriores à depreciação excluída, bem como a data da última depreciação.
26. Propiciar a baixa de bens de forma individual ou em lote, atualizando automaticamente a situação do bem para baixado, bem como estornar a baixa após sua finalização, retornando o bem para a situação antes de ser baixado.
27. Propiciar transferências de bens entre organograma, responsáveis, grupos de bens, e localizações físicas.
28. Permitir transferências individuais ou por lote, atualizando automaticamente os novos registros no bem.
29. Permitir a transferência de bens de uma entidade para outra, realizando a baixa automática na entidade de origem e incorporação na entidade de destino, sem intervenção de cadastro manual, possibilitando também o estorno da transferência entre entidades.
30. Permitir o controle da destinação dos bens patrimoniais em desuso (alienação, sessão, baixa, perda, furto, roubo, sucata).
31. Permitir o lançamento automático das movimentações (incorporações, baixas, reavaliações, depreciações), no sistema Contábil.
32. Permitir a elaboração e registro de inventário de bens patrimoniais.
33. Permitir o Controle dos bens em garantia e as saídas de bens para manutenção e assistência técnica.
34. Permitir armazenar documentos relacionados à localização do bem por meio dos arquivos em formato pdf, doc, docx, txt, html, xls, xlsx, jpg, png com tamanho máximo de 20MB.
35. Permitir o envio de dados dos bens ativos e baixados para Portal da Transparência.
36. Permitir identificar bens que não possuem saldo para depreciar, e que o valor líquido contábil esteja igual ao valor residual do bem.
37. Permitir a pesquisa simples e avançada no proc auxiliam na obtenção de resultado preciso.
38. Cadastrar bens a instituição classificando o seu tipo ao menos em: móveis e imóveis, com a identificação do bem se adquirido, recebido em doação, comodato, permuta e outras incorporações configuráveis pela instituição.
39. Deverá permitir a inclusão de bens patrimoniais proveniente de empenho da contabilidade ou de ordem de compra, permitindo a importação dos itens sem a necessidade de redigitação dos produtos, fornecedor, valor e conta contábil.
40. Relacionar automaticamente na incorporação do bem a conta contábil (ativo permanente) utilizada no empenhamento para que não tenha diferença nos saldos das contas entre os módulos do patrimônio com o contábil.
41. Possuir controle do saldo dos itens do empenho ou ordem de compra não permitindo incorporar mais de uma vez o mesmo item.
42. Permitir o cadastramento de diversos Tipos de bens além do moveis e dos imóveis para ser usado no cadastramento dos mesmos.
43. Permitir adicionar no cadastro de bens campos personalizados, de forma que o usuário possa modelar a tela do cadastro de acordo com as necessidades da instituição.
44. Relacionar o bem imóvel ao cadastro imobiliário, tornando também disponíveis as informações geridas nesta base cadastral.
45. Permitir o recebimento de bens em grande quantidade a partir do cadastro contínuo.
46. Permitir ao usuário a possibilidade de visualizar somente os bens sob a sua responsabilidade.
47. Visualizar no cadastro e permitir o controle do estado de conservação, exemplo: bom, ótimo, regular.
48. Visualizar no cadastro e permitir o controle da situação em que o bem se encontra com relação ao seu estado, exemplo: empréstimo, locação, manutenções preventivas e corretivas.
49. O sistema deverá possuir através de consulta dos bens patrimoniais, uma rotina onde seja possível visualizar todos os bens que já atingiram o valor residual.
50. Permitir consulta aos bens por critérios como código de identificação, localização, responsável, número do documento, descrição, numeração da placa de identificação, número de empenho.
51. Possibilitar o controle e a manutenção de todos os bens que compõem o patrimônio da instituição, permitindo de maneira rápida seu cadastramento, classificação, movimentação, localização e baixa.
52. Possuir cadastro de comissões, com indicação do texto jurídico que designou, indicação dos membros responsáveis, com o objetivo de realizar registros de reavaliação, depreciação, inventário.
53. Possibilitar o controle da situação e do estado de conservação do bem patrimonial através do registro dos inventários realizados.
54. Efetuar atualizações de inventário através de escolhas em grupos, exemplo: repartição, responsável, conta contábil, grupo, classe.
55. Permitir através da rotina de inventário de bens, a transferência automática do bem quando o mesmo está alocado fisicamente em departamento incorreto.
56. Possibilitar a alimentação do sistema com as informações dos inventários dos bens patrimoniais, informando seu estado e localização atual (no momento do inventário).
57. Emitir relatórios de inconsistência no momento que o bem está com status em inventário, desde que não esteja em seu lugar de origem.
58. Emitir relatórios dos bens em inventário, com termo de abertura e fechamento.
59. Registrar todo tipo de movimentação ocorrida com um bem patrimonial seja físico, por exemplo: transferência ou financeira: agregação, reavaliação, depreciação.
60. Permitir a consulta do histórico de cada bem patrimonial, permitindo a visualização de todas as movimentações, físicas e financeiras, inventário, anexos (fotos e/ou documentos).
61. Permitir registrar a depreciação e a reavaliação dos bens individualmente bem como, demonstrar um histórico com o valor contábil atual, valor referente à alteração, seja ela a menor ou a maior.
62. Permitir controlar todo o patrimônio por unidade gestora.
63. Possuir rotina de transferência de bens de uma entidade para outra, realizando a baixa automática na entidade de origem e incorporação na entidade de destino, sem a necessidade de cadastro manual, possibilitando fazer o estorno da transferência entre entidades.
64. Possuir rotinas de reavaliação e depreciação de acordo com as orientações das NBCASP - Normas Brasileiras de Contabilidade Aplicadas ao Setor Público.
65. Permitir a inclusão e alteração de motivos de baixa do bem de acordo com a necessidade da instituição.
66. Permitir nas consultas a impressão de relatórios operacionais a partir dos dados fornecidos pelo usuário.
67. Possuir emissão de etiquetas com brasão da instituição, número de identificação do bem em código de barras, que são utilizadas na gestão patrimonial.
68. Deverá possuir rotina para solicitação de transferência dos bens patrimoniais, disparando notificações para a pessoa responsável, para avisar que existem solicitações de transferências pendentes.
69. Possibilitar a emissão de relatórios por situação, repartição, espécie, localização e data de aquisição.
70. Permitir a consulta dos lançamentos contábeis através do gerenciamento do bem patrimonial.
71. Permitir a impressão e registro do termo de responsabilidade para bens patrimoniais, individuais, setoriais ou por responsável.
72. Permitir a impressão do termo de baixa patrimonial.
73. Possuir rotina de virada mensal, onde deverá efetuar o cálculo automático da depreciação, para os bens que estiverem cadastrados com data de início da depreciação, dentro do mês corrente.
74. Permitir o estorno da virada mensal, verificando se o mês contábil ainda está ativo.
75. Deverá emitir relatórios estatísticos para consulta e gerenciamento das informações patrimoniais, permitindo diversos tipos de agrupamento das informações. Ex: Conta Contábil, Tipo do Bem, Responsável e Centro de Custo.
76. Possuir relatório das manutenções previstas e realizadas para os bens patrimoniais.
77. Permitir realizar avaliações patrimoniais a partir de fórmulas previamente cadastradas, podendo ser editadas pelo próprio usuário.
78. Permitir a inclusão de diversas fotos com praticidade e diversos ângulos, onde a foto do mesmo fique visível na tela e não abrir abas para a visualização do item;
79. Permitir relacionar o item ao setor e/ou sala (ambiente escolar e entidades), emitir relatórios dos mesmos por ambiente separadamente e em conjunto dependendo da necessidade e termo de responsabilidade do gestor responsável,
80. Permitir o cadastro de bens Imóveis com descrição,número de matrícula,área total e demais informações pertinentes de forma informatizada, permitir a inclusão da documentação, fotos e outros meios que auxiliem no resultado preciso;
81. Permitir a baixa de diversos itens que não estão sequenciados, incluindo apenas numerações correspondentes;
82. Permitir o registro de alienações (Leilão,etc), a inclusão de valores (valor do lote inicial e final), comprador,documentação, fotos dos objetos e lotes (quando for o caso) ;
83. Permitir o registro dos compradores de itens de alienação com nome,RG,CPF,endereço,email,telefone,relacionando ao item ou lote que arrematou;
84. Possuir o registro de bens em relação carga a fim de controle, relacionando os mesmos a entidade responsável e possuir a depreciação dos mesmos;
85. Permitir o registro de bens em seção de uso (Entidades Governamentais) para controle de bens com: descrição, número de contrato e data da vigência, sem constar valores na contabilidade e possuir alerta quando próximo ao final da vigência dos contratos. No momento que o bem for doado constar a inclusão e os valores na contabilidade de forma automática,permitindo a inclusão de fotos e documentações;
86. Permitir vincular um ou mais bens a outro bem no cadastramento quando os mesmos forem comprados em conjunto e/ou possuir aba que possa ser anexado as numerações e descrições.
87. Ter integração com os sistemas de Contabilidade Pública, Compras, Almoxarifado, Frota, Tributário.
88. Permitir desativar o registro de dados para que essa informação não esteja listada, podendo ser ativa quando necessário voltando a ser listado.
89. Permitir cadastrar tipos de conferências e classifica-los como localizado e não localizado e identificar informações obrigatórias do novo organograma, responsável e localização física.
5.12. PESSOAL, FOLHA DE PAGAMENTO, AVALIAÇÃO DE DESEMPENHO E ESTAGIO PROBATÓRIO
1. Possuir cadastro de contratos de funcionários com no mínimo os seguintes campos: regime, cargo, salário base, data de nomeação, data de posse, data de admissão, data de término de contrato temporário, lotação, horário de trabalho e local de trabalho, além de permitir a inserção de novos campos para cadastramento de informações adicionais sem necessidade de customização, não podendo existir limite de quantidade de funcionários cadastrados na entidade.
2. Permitir relacionar anexos (como documentos, fotos, contratos, etc.) ao registro do funcionário, ou especificamente a um de seus contratos.
3. Possuir o cadastro de funcionários vinculado ao cadastro único do sistema, evitando redundância de informações pessoais.
4. Permitir cadastrar funcionários para diversos regimes jurídicos, tais como: celetista, estatutário, contrato temporário, emprego público, estagiário, cargo comissionado, agente político, e ainda os conselheiros tutelares, aposentados e pensionistas.
5. Possuir rotina com informações funcionais que permita filtrar o cadastro funcional por no mínimo: nome, idade, CPF, RG, PIS, título eleitoral, CTPS, CNH, nacionalidade, idade, tipo sanguíneo/fator RH, sexo, estado civil, cor dos olhos, cor do cabelo, tipo de aposentadoria, cor da pele, mês da admissão, data de nascimento, cargo, local de trabalho, salário base, dados bancários e telefone; devendo dispor das mesmas informações como colunas.
6. Possuir rotina de manutenção de contratos de funcionários por campo, permitindo alteração de forma coletiva de pelo menos as seguintes informações: centro de custo, classificação, grupo de empenho, local de trabalho, nível salarial, regime, salário base, sindicato e data término de contrato.
7. Permitir cadastrar dependentes de funcionários para fins de salário- família e imposto de renda, realizando a sua baixa automática na época devida, conforme limite e condições previstas para cada dependente.
8. Permitir controlar múltiplas previdências para cada funcionário,
informando pelo menos matrícula previdenciária e a data de início e final do relacionamento, gerando os descontos em folha de pagamento e contribuições patronais devidas pela entidade.
9. Possuir rotina para cadastro de estagiários, incluindo no mínimo dados como data inicial e final, supervisor/orientador, curso, agente de integração (quando existente), permitindo ainda a emissão do Termo de Compromisso de Estágio.
10. Permitir cadastrar todos os cargos do quadro de pessoal da entidade: descrição, enquadramento, grau de instrução exigido, CBO, quantidade de vagas criadas, salário mensal, tipo de cargo, lei de criação e lei de extinção.
11. Possuir controle de quantidades de vagas disponíveis por cargo e por local de lotação, emitindo alertas no cadastro de contratos de funcionário caso exceda o limite.
12. Possuir cadastro de níveis salariais contendo no mínimo: salário base atual, histórico dos valores salariais, posição vertical, posição horizontal, nível inicial e final.
13. Possuir validação de número do CPF e número do PIS.
14. Possuir rotina para registro de todos os atos legais do funcionário, permitindo registro manual ou de forma automática conforme respectiva movimentação (como por exemplo, ao realizar o lançamento de um afastamento e informado uma portaria, esta deve ser automaticamente relacionada na rotina de atos legais do funcionário, o mesmo deve ocorrer ao realizar um reajuste salarial de níveis onde foi informada uma lei complementar).
15. Possuir rotina para registrar ocorrências aos funcionários como advertências, elogios ou ainda suspensões, bem como permitir converter a suspensão em multa com lançamento automático em folha de pagamento do respectivo desconto.
16. Possuir rotina para cadastro de funcionários residentes/domiciliados no exterior, informando os respectivos campos em relação à receita federal e tributação, para gerar as informações automaticamente na DIRF.
17. Possuir emissão de ficha completa com informações dos funcionários, contendo no mínimo: dados da documentação pessoal, dependentes, endereço, contatos, relacionamento com as previdências, cargos, atestados médicos, afastamentos, faltas, períodos de licença prêmio, períodos de férias, atos legais, empregos anteriores, locais de trabalho, centro de custo, cargos comissionados, proventos e descontos fixos, cursos prestados, conselho de classe, sindicato, vale- transporte, vale-alimentação, avaliações de estágio probatório, ocorrências, transferências, acidentes de trabalho, diárias, beneficiários de pensão, planos de saúde, histórico de alterações salariais e banco de horas.
18. Possuir rotina para controlar a transferência de funcionários, identificando (local de trabalho, centro de custo, local de origem) indicando o destino e se a solicitação foi deferida ou indeferida, com o respectivo responsável pela análise, devendo ainda alterar as informações no contrato e histórico do funcionário a partir do deferimento.
19. Permitir configuração de férias especiais para funcionários, indicando número de dias de direito de gozo de férias para o número de meses trabalhado, relacionando automaticamente por cargo e regime, e ainda se necessário