TERMO DE REFERÊNCIA – LEI 14.133/21
TERMO DE REFERÊNCIA – LEI 14.133/21
Processo Administrativo nº 401/2023.
1. DAS CONDIÇÕES GERAIS DA CONTRATAÇÃO (art. 6º, XXIII, “a” e “i” da Lei n. 14.133/2021).
1.1 Contratação de empresa especializada para prestação de serviços em tecnologia da informação, objetivando a modernização do legislativo, através da implantação, treinamento, licença de uso, suporte e hospedagem mensal de ferramentas e serviços Web, mediante execução das atividades e demais características e especificações técnicas contidas neste instrumento.
1.2. O objeto desta contratação não se enquadra como sendo de bem de luxo, conforme Decreto nº 10.818, de 2021 (art. 20 da Lei n. 14.133/21).
1.3. O prazo de vigência da contratação é de 12 (doze) meses, contados a partir da assinatura do contrato, podendo ser prorrogado por sucessivos períodos por interesse da administração na forma da Lei n° 14.133/2021.
2. FUNDAMENTAÇÃO E DESCRIÇÃO DA NECESSIDADE DA CONTRATAÇÃO (art. 6º, inciso XXIII, alínea ‘b’, da Lei nº 14.133/2021).
O presente Termo de Referência contempla uma solução, composta por um conjunto de ferramentas e serviços Web, aderentes a um SIGAD (Sistema Informatizado para Gestão Arquivística de Documentos) que permitirão a modernização da gestão administrativa e legislativa da Câmara Municipal de Xxxxxx Xxxxxxx.
Esta solução permitirá que os processos e documentos sejam criados, autuados, tramitem de forma eletrônica e sejam assinados com certificados digitais, nos termos da ICP-Brasil, ou através de assinaturas eletrônicas, nos termos da Lei nº 14.063, de 23 de setembro de 2020.
A futura contratação visa ainda, atender a lei do governo digital - Lei federal nº 14.129, de 29 de março de 2021 que dispõe sobre princípios, regras e instrumentos para o Governo Digital e para o aumento da eficiência pública.
Também está contemplado no objeto do presente Termo de Referência, a modelagem de processos de negócio, tendo como objetivo a simplificação e desburocratização dos serviços públicos prestados pelo legislativo municipal aos cidadãos.
Quanto à Gestão Documental, impende destacar que nossa legislação já impõe ao Gestor Público obrigações correlacionadas aos documentos públicos, como nos trouxe o legislador constituinte quando aprovou o Magno Constitucional e apresentou o §2º do art.216, aduzindo que “cabem à administração pública, na forma da lei, a gestão da documentação governamental e as providências para franquear sua consulta a quantos dela necessitem”.
Nesta linha, trouxe o legislador infraconstitucional o dever do Administrador Público em proteger os arquivos e documentos públicos na forma da Lei 8.159/1991. Ante a importância do tema, 30 anos após, como forma aprimorar as diretrizes no que tange a gestão de documentos públicos, foi editada a Lei de Acesso à Informação
– Lei 12.527/2011.
Nesta linha de raciocínio, resta claro que o Administrador Público deve tomar medidas para tornar possível o atendimento à Lei de Acesso à Informação, bem como às demais, através de mecanismos que deem celeridade, segurança e confiabilidade aos dados e informações concedidas.
Desta forma, com vistas a se aprimorar a gestão documental desta Casa de Leis para melhor atendimento dos dispositivos legais acima invocados, bem como, com o intuito de contribuir com a racionalização de recursos públicos, com a eficiência e aumento da transparência neste órgão, é o que justifica a contratação do objeto descrito neste termo.
3. DESCRIÇÃO DA SOLUÇÃO COMO UM TODO (art. 6º, inciso XXIII, alínea ‘c’, e art. 40, §1º, inciso I, da Lei nº 14.133/2021)
3.1. A descrição da solução como um todo, encontra-se pormenorizada em tópico específico do Estudo Técnico Preliminar, anexo a este processo.
4. REQUISITOS DA CONTRATAÇÃO (art. 6º, XXIII, alínea ‘d’, da Lei nº 14.133/21)
4.1. O serviço a ser contratado enquadra-se na classificação de bens ou serviços comuns, podendo ser especificadas de forma objetiva.
Elucidamos que os itens do LOTE 01 quando analisados sob os aspectos técnicos fica configurado o inter- relacionamento e a interdependência entre itens que compõem o objeto a ser contratado, onde não se faz possível estabelecer os limites, por serem extremamente tênues, de onde se iniciam e terminam as repercussões entre um e outro, especialmente por se ter como objetivo alcançar a transparência a partir de quaisquer dispositivos, sejam eles estações de trabalho, notebooks, tabletes ou smartphones.
Este formato se mostra necessário e imperativo, na medida em que os itens de serviços a serem executados mantêm uma inter-relação, além de dependentes entre si, onde a execução de uma tarefa posterior depende diretamente da execução plena e satisfatória de sua antecessora. Para a adequada execução dos serviços a serem contratados, é essencial que esteja assegurada a unidade conceitual de todas as etapas técnicas que podem ser inadvertidamente percebidas, como projetos individuais e isolados, mas que no conjunto compõe um todo uno e indivisível, entrelaçado com coerência técnica e tecnológica, direcionado para os resultados esperados. Tecnicamente não é recomendável o fracionamento do objeto do presente Termo de Referência, respeitando-se a integridade qualitativa do objeto.
Como fundamentação legal, citamos a alínea a, inciso V, do art. 40, da Lei nº 14.133/2021, o qual prevê expressamente o princípio da padronização:
“Art. 40. O planejamento de compras deverá considerar a expectativa de consumo anual e observar o seguinte:
[...]
V - atendimento aos princípios:
a) da padronização, considerada a compatibilidade de especificações estéticas, técnicas ou de desempenho;
Do ponto de vista da eficiência técnica, há necessidade de concentração de responsabilidade ou de gerenciamento, visando manter a qualidade do serviço, haja vista que o gerenciamento permanece todo tempo a cargo do mesmo administrador, propiciando um maior nível de controle pela Administração na execução dos serviços e maior interação entre as fases das atividades, maior facilidade no cumprimento do cronograma preestabelecido e concentração da garantia dos resultados.
O TCU, no acordã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 contratação tem as suas especificidades, devendo o gestor decidir analisando qual a solução mais adequada no caso concreto.
Destacam-se, também, outros ganhos de ordem técnica decorrentes da adoção de um processo metodológico único para a prestação dos serviços a serem contratados que envolvem atividades interconectadas. A opção por lote único mitigará atrasos ou retrabalhos, inerentes das diferenças metodológicas, quando da existência de mais de uma contratada. Pela mesma razão, a inserção de uma terceira pessoa na relação entre a Câmara Municipal de Xxxxxx Xxxxxxx e a licitante vencedora deste processo dispersaria a visão de motivos e finalidade, colocando em risco a qualidade dos serviços contratados. O modelo proposto de contratação representa a gestão integrada sem divisão de responsabilidades, inibindo conflitos, incompatibilidade de equipamentos, sobreposição de atividades e a diluição do comprometimento com o todo do processo.
Sob o ponto de vista econômico a contratação única evita ônus administrativos e burocráticos consequentes à contratação concomitante de mais de uma empresa prestadora de serviços, e gera economia de escala, tempo, ganhos de eficiência e maior compromisso da empresa a ser contratada. Cabe consignar ainda a estimativa de ganho em economia de escala com a contratação global dos serviços, visto que as empresas certamente ofertarão menores valores visando abarcar um maior volume de serviços, podendo diferir no valor final, custos inerentes à operação própria e outros advindos da contratação, traduzindo-se em um menor custo da contratação almejado pelo Poder Legislativo Municipal.
4.2. O serviço a ser contratado está distribuído conforme tabela e detalhamento a seguir:
LOTE 01 | |||
Item | Descrição | Unidade | Quantidade |
1. | PORTAL OFICIAL DO LEGISLATIVO | ||
1.1 | Implantação: Implantação do portal e treinamento de acordo com os requisitos estabelecidos neste Termo de Referência. | Unidade | 01 (um) |
1.2 | Licença de Uso, Suporte e Hospedagem: Locação de licença de uso, suporte e hospedagem mensal do portal. | Mês | 12 (doze) |
2. | SOFTWARE PARA GERENCIAMENTO ELETRÔNICO DE PROCESSOS LEGISLATIVOS E ADMINISTRATIVOS DO PODER LEGISLATIVO | ||
2.1 | Implantação do software de acordo com os requisitos estabelecidos neste Termo de Referência. | Unidade | 01 (um) |
2.2 | Treinamento na operação do software, com turmas de até 05 (cinco) servidores. | Usuários | 45 (quarenta e cinco) |
2.3 | Modelagem de Processos Legislativos: Mapeamento e configuração de processos Legislativos de acordo com a notação BPMN. | Processos | 12 (doze) |
2.4 | Licença de Uso, Suporte e Hospedagem do Software: Locação de licença de uso, suporte e hospedagem mensal do software. | Mês | 12 (doze) |
3. | APLICATIVO MOBILE | ||
3.1 | Aplicativo Móbile (IOS e Android): Aplicativo da Produção Legislativa. | Unidade | 01 (um) |
4. | COMPILAÇÃO DE ATOS NORMATIVOS | ||
4.1 | Implantação do Software | Unidade | 01 (um) |
4.2 | Licença de Uso e Suporte Mensal | Mês | 12 (doze) |
4.3 | Compilação de Atos Normativos: (Compilação dos AtosNormativos (resoluções, leis, emenda à Lei orgânica, decretos legislativos, etc.). | Atos/Ano | 100 (cem) |
4.4 | Classificação temática de Atos Normativos: (Compilação dos Atos Normativos (resoluções, emenda a Lei orgânica, decretos legislativos, etc.). | Atos/Ano | 100 (cem) |
LOTE 02 | |||
Item | Descrição | Unidade | Quantidade |
1. | GESTÃO DOCUMENTAL | ||
1.1 | Elaboração de Instrumentos Arquivísticos: Elaboração do Plano de Classificação e da Tabela de Temporalidade de Documentos. | Unidade | 01 (um) |
1.2 | Organização: Organização do Acervo Documental acumulado. | Caixa | 650 (seiscentos e cinquenta) |
1.3 | Digitalização e Indexação de Documentos: Digitalização e Indexação de Documentos sob demanda. | Página | 150.000 (cento e cinquenta mil) |
LOTE 01
1. PORTAL OFICIAL DO LEGISLATIVO
O Portal Oficial do Legislativo deverá ser uma ferramenta que permita de forma integrada as outras ferramentas web constantes neste Termo de Referência, a publicação de informações dinâmicas das áreas administrativa e legislativa, atendendo a todos os requisitos da legislação vigente, no que se tange à transparência, bem como aos órgãos de controle externo (Tribunal de Contas e Ministério Público), e ao seu principal cliente, o Cidadão.
O Portal Oficial do Legislativo deverá possuir obrigatoriamente, no mínimo, os seguintes Requisitos Gerais:
Tabela de Requisitos Gerais | ||
ID | Assunto | Requisito |
1. | Requisitos Gerais | Integralmente desenvolvido em linguagem de programação WEB e responsivo as diversas plataformas existentes; |
2. | Requisitos Gerais | Obedecer aos padrões do W3C (World Wide Web Consortium), de modo a assegurar a leveza do sistema, bem como sua compatibilidade com os diversos navegadores e sistemas operacionais existentes, e ainda atender aos requisitos de acessibilidade; |
3. | Requisitos Gerais | Deverá utilizar Banco de Dados Relacional; |
4. | Requisitos Gerais | Possuir interface amigável e intuitiva; |
5. | Requisitos Gerais | Possuir todas as mensagens e tela dos módulos que compõem o Portal exibidas em idioma português; |
6. | Requisitos Gerais | Todos os módulos componentes devem permitir, sem comprometer a integridade do portal, a sua adaptação às necessidades da contratante, por meio deparametrizações e customizações; |
7. | Requisitos Gerais | Utilizar o TCP/IP como protocolo padrão de comunicação interagindo as diversas camadas do sistema; |
8. | Requisitos Gerais | Permitir que as estações de trabalho possam ser locais ou remotas, conectadas a LAN ou a rede Wireless; |
9. | Página Principal | O Portal Oficial do Legislativo deverá ser totalmente dinâmico, todas as informações poderão ser atualizadasa qualquer momento pelo usuário responsável; |
10. | Página Principal | Todas as informações disponíveis no Portal Oficial do Legislativo devem estar em base de dados, possibilitando ao internauta buscar qualquer um dos dados de forma dinâmica; |
11. | Página Principal | As informações devem estar coerentes e sincronizadasde forma dinâmica, com aquelas cadastradas na intranet do Portal; |
12. | Página Principal | Na página principal do Portal Oficial do Legislativo,publicar as notícias, no seguinte formato: • Quadro rotativo: o usuário poderá inserir notícias cadastradas para ficar em um quadro rotativo na página principal, exibindo seu |
título,resumo e imagem redimensionada; • Destaque: o usuário poderá inserir notícias cadastradas para ficar em destaque na página principal, exibindo seu link e imagem (se cadastrada) redimensionada e parte de seu texto; • Para cada notícia publicada, exibir: título, data, autor, fonte, texto e foto anexada; | ||
13. | Página Principal | Possuir recurso para consultar por palavra no texto das notícias cadastradas e listar os links das notícias encontradas, legenda explicativa e quando foram publicadas; |
14. | Página Principal | Possuir recurso para compartilhar recurso nas redes sociais (facebook, instagram, twitter, whatsapp etc); |
15. | Página Principal | Possuir recurso para imprimir e enviar notícia por e-mail; |
16. | Página Principal | Além das notícias, na página principal do Portal Oficial do Legislativo, possuir função para publicar as seguintesinformações: • Canais de Comunicação; • Corregedoria; • Câmara e Comunidade; • Escola do Legislativo; • Estrutura Organizacional; • Função do Poder Legislativo; • História da Câmara Municipal de Xxxxxx Xxxxxxx; • Localização; • Títulos de Cidadão Afonsoclaudense; • Órgãos da Câmara Municipal Xxxxxx Xxxxxxx; |
17. | Página Principal | Possuir função para efetuar pesquisas rápidas referentes à: Proposições em Tramitação, Leis, Vereadores e Informações do Plenário; |
18. | Página Principal | Possuir função para disponibilizar as principais leis emdestaque do município de Afonso Cláudio; |
19. | Página Principal | Possuir funcionalidade para disponibilizar banners contendo links para serviços ou conteúdo da Câmara Municipal de Xxxxxx Xxxxxxx; |
20. | Página Principal | Possuir funcionalidade para disponibilizar o Diário do Legislativo; |
21. | Página Principal | Possuir funcionalidade para publicar a Opinião dosVereadores; |
22. | Página Principal | Possuir funcionalidade para publicar a Agenda deEventos; |
23. | Página Principal | Possuir funcionalidade para que o cidadão possa cadastrar e-mail para receber notícias da Câmara Municipal de Xxxxxx Xxxxxxx; |
24. | Página Principal | Disponibilizar no rodapé os menus contendo estrutura hierárquica de todos os serviços e conteúdo disponíveis na Página Principal do Site Oficial da Câmara Municipal de Xxxxxx Xxxxxxx; |
25. | Página Principal | Disponibilizar também no rodapé da Página Principal o seguinte conteúdo acerca da Câmara Municipal de Xxxxxx Xxxxxxx: • Endereço Completo; • Telefone e e-mail; • Horário de Atendimento ao Público; • Dias e Horários das Sessões Plenárias; |
26. | Intranet | Todas as páginas da Intranet deverão ter ferramentas, integradas, para inserção, visualização, configuração, alteração e exclusão dos itens cadastrados. |
27. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Notícias; |
28. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Agenda de Eventos; |
29. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Agenda de Banners; |
30. | Intranet | Possuir função para inclusão, alteração, consulta e exclusão de Agenda de Enquetes para o Portal da Intranet; |
31. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão da Galeria de Mídias; |
32. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Agenda de Banners; |
33. | Intranet | Possuir função Gerenciamento de Newsletter; |
34. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Opinião dos Vereadores; |
35. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Páginas Virtuais; |
36. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Vídeo das Sessões; |
37. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Diários do Legislativo; |
38. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Licitações; |
39. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Documentos; |
40. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Contratos; |
41. | Intranet | Possuir função para inclusão, alteração, consulta eexclusão de Bens Patrimoniais; |
42. | Intranet | Na página principal da Intranet, publicar as notícias, classificadas para publicação na intranet, no seguinteformato: • Quadro rotativo: o usuário poderá inserir notícias cadastradas para ficar em um quadro rotativo na página principal, exibindo seu título,resumo e imagem redimensionada; • Destaque: o usuário poderá inserir notícias cadastradas para ficar em destaque na página principal, exibindo seu link e imagem (se cadastrada) redimensionada e parte de seu texto; • Para cada notícia publicada, exibir: título, data, autor, fonte, texto e foto anexada; |
43. | Intranet | Possuir links para acessar os seguintes serviços para oservidor: • Formulários; • Contracheque; • Telefones Internos; • Manuais; • Clippings; • Pauta das Comissões; |
44. | Intranet | Disponibilizar enquetes referentes a pesquisas internasda Câmara Municipal de Xxxxxx Xxxxxxx; |
45. | Intranet | Disponibilizar banner para acesso a Agenda da semana; |
46. | Intranet | Disponibilizar chat interno para comunicação instantânea entre os usuários da Intranet; |
47. | Portal E-OUV / E-SIC | Disponibilizar Links para os seguintes conteúdos: • Endereço físico do Serviço de Informação aoCidadão – SIC; • Estrutura Organizacional; • Canais de Comunicação; • Perguntas Frequentes acerca do Acesso a Informação; • Portal da Transparência; • Carta de Serviços; |
48. | Portal E-OUV / E-SIC | Disponibilizar Banners para acessar os seguintes serviços: • Efetuar um Pedido de Informação; • Efetuar uma Denúncia; • Efetuar uma Manifestação (Fale Conosco) através dos canais da Ouvidoria; • Estatísticas dos Pedidos de Informaçãoencaminhados ao E- SIC e das Solicitações encaminhadas ao E-OUV; |
49. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o cidadão efetue cadastro para utilizar os serviços do E-SIC e do E- OUV; |
50. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o cidadão, ao secadastrar, mantenha seus dados em sigilo; |
51. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o cidadão efetue o Pedido de Informação através do E-SIC ou que uma Manifestação (Elogio, Crítica, Sugestão ouDenúncia), através do E-OUV; |
52. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o Cidadão efetue um Pedido de Informação ou Manifestação, podendo informar o seguinte conteúdo: Assunto, Local do Ocorrido, Descrição do Pedido e anexação dearquivo (foto, documento, vídeo, áudio etc). |
53. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o responsável pelo E-SIC ou pelo E-OVU da Câmara Municipal de Xxxxxx Xxxxxxx receba o Pedido de Informação ou Manifestação, de forma eletrônica, e encaminhe paraos setores internos, de forma eletrônica; |
54. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o cidadão receba por e-mail uma notificação a cada nova tramitaçãode seu Pedido de Informação ou Manifestação. |
55. | Portal E-OUV / E-SIC | Permitir que o cidadão, mediante login e senha, acesse seus Pedidos de Informações e Manifestações; |
56. | Portal E-OUV / E-SIC | Possuir funcionalidade para que o Cidadão receba resposta de forma eletrônica do seu Pedido de Informação ou de sua Manifestação; |
57. | Portal Carta de Serviços | Possuir função para cadastrar os Serviços oferecidos; |
58. | Portal Carta de Serviços | Possuir função para cadastrar os requisitos, documentos,formas e informações necessárias para acessar o Serviço; |
59. | Portal Carta de Serviços | Possuir função para cadastrar as principais etapas para processamento do Serviço; |
60. | Portal Carta de Serviços | Possuir função para cadastrar a previsão do prazomáximo para a prestação do Serviço; |
61. | Portal Carta de Serviços | Possuir função para cadastrar as formas de prestação do serviço; |
62. | Portal Carta de Serviços | Possuir função para cadastrar os locais e formas para ousuário apresentar eventual manifestação sobre a prestação do Serviço; |
63. | Portal Carta de Serviços | Possuir função para cadastrar as prioridades deatendimento; |
64. | Portal Carta de Serviços | Possuir função para cadastrar a previsão de tempo de espera para atendimento; |
65. | Portal Carta de Serviços | Possuir função para cadastrar os mecanismos decomunicação com os usuários; |
66. | Portal Carta de Serviços | Possuir função para cadastrar os procedimentos parareceber e responder as manifestações dos usuários; |
67. | Portal Carta de Serviços | Possuir função para cadastrar os mecanismos de consulta, por parte dos usuários, acerca do andamentodo serviço solicitado e de eventual manifestação; |
68. | Portal Carta de Serviços | Possuir função para cadastrar os horários de funcionamento das unidades administrativas; |
69. | Portal Carta de Serviços | Possuir função para cadastrar a localização exata e aindicação do setor responsável pelo atendimento ao público; |
70. | Portal Carta de Serviços | Possuir função para cadastrar os valores das taxas e tarifas cobradas pela prestação dos Serviços; |
71. | Portal Carta de Serviços | Possuir função para cadastrar Assuntos; |
72. | Portal Carta de Serviços | Possuir função para cadastrar Categorias; |
73. | Portal Carta de Serviços | Possuir função para cadastrar Locais de Atendimento; |
74. | Portal Carta de Serviços | Possuir função para cadastrar AutoridadesAdministrativas/Órgãos; |
75. | Portal Carta de Serviços | Possuir função para cadastrar Documentos Anexos; |
76. | Portal Carta de Serviços | Possuir função para cadastrar Perguntas Frequentes; |
77. | Portal Carta de Serviços | Possuir função para cadastrar o Questionário daPesquisa de Satisfação; |
78. | Portal Carta de Serviços | Possuir função para emissão de Relatórios da Pesquisade Satisfação; |
79. | Portal Carta de Serviços | Possuir função para emissão de Relatórios dasAvaliações; |
80. | Portal Carta de Serviços | Possuir função para emissão de Relatórios deSolicitações de Informação; |
81. | Portal Carta de Serviços | Possuir função para emissão de Relatórios de Demandasà Ouvidoria (denúncia, reclamação, solicitação, sugestãoou elogio); |
82. | Portal Carta de Serviços | Possuir função para emissão de Relatórios de Gestão contendo no mínimo a satisfação do usuário, a qualidadedo atendimento, o comprometimento dos compromissos e prazos definidos, quantidade de manifestações e motivo das manifestações; |
83. | Portal Carta de Serviços | Possuir função para divulgação dos ServiçosOferecidos; |
84. | Portal Carta de Serviços | Possuir função para Pesquisa dos Serviços oferecidos; |
85. | Portal Carta de Serviços | Possuir função para acessar de forma rápida os Serviçospor Público- alvo; |
86. | Portal Carta de Serviços | Possuir função para listar os Serviços mais acessados; |
87. | Portal Carta de Serviços | Possuir função para listar os Serviços em destaque; |
88. | Portal Carta de Serviços | Possuir função para listar as Autoridades Administrativas/Órgãos; |
89. | Portal Carta de Serviços | Possuir função para divulgação dos detalhes do Serviço: ▪ Requisitos, documentos, formas e informações necessárias para acessar o serviço; ▪ Principais etapas para processamento doserviço; ▪ Previsão do prazo máximo para a prestação doserviço; ▪ Forma de prestação do serviço; ▪ Locais e formas para o usuário apresentar eventual manifestação sobre a prestação doserviço; ▪ Prioridades de atendimento; ▪ Previsão de tempo de espera para atendimento; ▪ Mecanismos de comunicação com os usuários; ▪ Procedimentos para receber e responder as manifestações dos usuários; ▪ Mecanismos de consulta, por parte dos usuários,acerca do andamento do serviço solicitado e de eventual manifestação; ▪ Valor das taxas e tarifas cobradas pela prestaçãodos serviços; ▪ Horário de funcionamento das unidades administrativas; ▪ Localização exata e a indicação do setor responsável pelo atendimento ao público; |
90. | Portal da Carta de Serviços | Possuir função para Solicitar Informação sobre Serviço; |
91. | Portal da Carta de Serviços | Possuir função para abrir demanda na Ouvidoria (denúncia, reclamação, solicitação, sugestão ou elogio)sobre o Serviço; |
92. | Portal da Carta de Serviços | Possuir função para consultar a situação da tramitação dos processos administrativos em que figure como interessado; |
93. | Portal da Carta de Serviços | Possuir função para avaliação do Serviço; |
94. | Portal da Carta de Serviços | Possuir função para Pesquisa de Satisfação sobre o Serviço; |
95. | Portal da Carta de Serviços | Possuir função para publicação de Relatórios de Gestão; |
96. | Portal da Carta de Serviços | Possuir função para publicação de Relatórios de Avaliações; |
97. | Portal da Carta de Serviços | Possuir função para publicação de Relatórios de Avaliações; |
98. | Portal da Carta de Serviços | Possuir função para publicação de Relatórios das Pesquisas de Satisfação; |
99. | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta e exclusão de Espécies Normativas; |
100 | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta e exclusão de Autores do Ato Normativo; |
101 | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta e exclusão de Temas do Ato Normativo; |
102 | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta e exclusão de Vocabulário Controlado; |
103 | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta eexclusão de Tipos de Remissão; |
104 | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta eexclusão de Situação dos Atos Normativos; |
105 | Módulo de Gerenciamento de Atos Normativos | Possuir função para inclusão, alteração, consulta eexclusão de Atos Normativos; |
106 | Módulo de Gerenciamento de Atos Normativos | Permitir a vinculação de Temas a um determinado AtoNormativo; |
107 | Módulo de Gerenciamento de Atos Normativos | Permitir a vinculação de termos, constantes do Vocabulário Controlado, a um determinado AtoNormativo; |
108 | Módulo de Gerenciamento de Atos Normativos | Permitir a vinculação de Remissões a um determinado Ato Normativo; |
109 | Módulo de Gerenciamento de Atos Normativos | Permitir a vinculação de Autores a um determinado AtoNormativo; |
110 | Módulo de Gerenciamento de Atos Normativos | Permitir a anexação do arquivo em PDF do AtoNormativo; |
111 | Módulo de Gerenciamento de Atos Normativos | Permitir a anexação do arquivo editável, contendo todas as remissões e ativa e passiva na própria estrutura do Ato Normativo; |
112 | Módulo de Gerenciamento de Atos Normativos | Nos casos de cadastramento de Ato Normativo que foram gerados através de proposições do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, vincular automaticamente os autores, temase termos do vocabulário controlado da Proposição ao Ato Normativo; |
113 | Portal da Legislação | Integralmente desenvolvido em linguagem de programação WEB e tenha sido desenvolvido em um framework front-end que permita a criação de portais responsivos, tais como o Bootstrap ou outro que garantaas mesmas funcionalidades; |
114 | Portal da Legislação | Obedecer aos padrões do W3C (World Wide Web Consortium), de modo a assegurar a leveza do sistema, bem como sua compatibilidade com os diversos navegadores e sistemas operacionais existentes, e ainda atender aos requisitos de acessibilidade; |
115 | Módulo de Gerenciamento de Atos Normativos | Permitir a vinculação de Temas a um determinado AtoNormativo; |
116 | Módulo de Gerenciamento de Atos Normativos | Permitir a vinculação de termos, constantes do Vocabulário Controlado, a um determinado AtoNormativo; |
117 | Portal da Legislação | Integralmente desenvolvido em linguagem de programação WEB e tenha sido desenvolvido em um framework front-end que permita a criação de portais responsivos, tais como o Bootstrap ou outro que garantaas mesmas funcionalidades; |
118 | Portal da Legislação | Obedecer aos padrões do W3C (World Wide Web Consortium), de modo a assegurar a leveza do sistema, bem como sua compatibilidade com os diversos navegadores e sistemas operacionais existentes, e ainda atender aos requisitos de acessibilidade; |
119 | Portal da Legislação | Disponibilizar Consulta Geral, por Espécie Normativa,por Tema, por Situação, por Autor, por Índice Cronológico; |
120 | Portal da Legislação | Na Consulta Geral, permitir que o usuário utilize os seguintes argumentos de pesquisa: Espécie Normativa, Número do Ato Normativo, Número da Propositura, Ano, Período, Autor, Assunto e Tema; |
121 | Portal da Legislação | Na Consulta por Espécie Normativa, listar as espécies eas respectivas quantidades existentes |
122 | Portal da Legislação | Ao clicar em uma determinada espécie, listar os AtosNormativos vinculados; |
123 | Portal da Legislação | Na Consulta por Tema, listar os temas e as respectivasquantidades existentes; |
124 | Portal da Legislação | Ao clicar em um determinado tema, listar os Atos Normativos vinculados; |
125 | Portal da Legislação | Na Consulta por Situação, listar as situações e as respectivas quantidades existentes; |
126 | Portal da Legislação | Ao clicar em uma determinada situação, listar os AtosNormativos vinculados; |
127 | Portal da Legislação | Na Consulta por Autor, listar os autores e as respectivasquantidades existentes; |
128 | Portal da Legislação | Ao clicar em um determinado autor, listar os Atos Normativos vinculados; |
129 | Portal da Legislação | Na Consulta por Índice Cronológico, listar os anos quecontem Atos Normativos cadastrados; |
130 | Portal da Legislação | Ao clicar em um determinado ano, listar os Atos Normativos vinculados; |
131 | Portal da Legislação | No resultado de todas as consultas existentes, listar o total de registros encontrados a Espécie Normativa, Número e Ano do Ato Normativo, Data de criação, Situação e Ementa; |
132 | Portal da Legislação | Selecionando um dos Atos Normativos listados no resultado das |
consultas, disponibilizar a Ficha do Ato Normativo contendo as seguintes informações: Espécie Normativa, Número e Ano do Ato Normativo, Data de criação, Situação, Autor, Número da Propositura que originou o Ato Normativo, Remissão Ativa (Espécie, Número e Ano do Ato Normativo Alterado, e Remissão)e Remissão Passiva (Espécie, Número e Ano do Ato Normativo Alterador, e Remissão); | ||
133 | Portal da Legislação | Na Ficha do Ato Normativo, possuir link para acessar o Ato Normativo Compilado, o Ato Normativo Digitalizado e a Propositura que deu origem ao Ato Normativo; |
134 | Portal da Legislação | Disponibilizar links para Legislação em Destaque; |
135 | Portal da Legislação | Na Ficha do Ato Normativo, ao clicar no Autor, listartodos os Atos Normativos vinculados a este autor; |
1.1 Implantação do Portal Oficial
Esta etapa corresponde a todos os serviços necessários à Implantação do Portal Oficial do Legislativo a fim de torna- lo completamente funcional.
A Contratada deverá efetuar os serviços migração de toda a base de dados do Portal Oficial do Legislativo atual, garantindo a integridade dos dados migrados.
A Contratada deverá apresentar a proposta de Xxxxxx para o Portal, definindo a identidade visual, harmonizando efeitos e cores utilizados. Caberá a Contratante a aprovação do layout proposto.
A Contratada deverá utilizar as boas práticas para a implantação/reformulação do Portal, garantindo que o mesmo atenda as seguintes características:
• Usabilidade: É a facilidade de uso. Assegurar que o Portal seja projetado de tal maneira que o cidadão tenha facilidade em executar as tarefas sem o auxílio de terceiros, e que, ao retornar ao Portal futuramente, ele reconheça seus elementos sem ter que reaprender a operá-lo;
• Navegabilidade: É a organização da informação que garante o cidadão navegar de forma intuitiva, estando ciente de onde está e o que deve fazer para voltar ou avançar em um processo dentro do Portal;
• Acessibilidade: É a organização coesa da informação e da codificação da informação a fim de que pessoas idosas e/ou com deficiência visual possam perceber, compreender, navegar e interagir com a internet (W3C).
A implantação do Portal Oficial do Legislativo deverá ser acompanhada pelo fiscal do contrato, designado pelo Presidente da Câmara, que se responsabilizará por todo relacionamento administrativo da Contratada com a Contratante.
✓ TREINAMENTO NA OPERAÇÃO DO PORTAL
Esta etapa corresponde ao treinamento dos servidores na operação do Portal Oficial do Legislativo.
O treinamento ocorrerá em horário comercial na sede da Contratante, com cargahorária de 06 (seis) horas, para até 05 (cinco) servidores, em turma única, sendo de responsabilidade da Contratante a disponibilização do espaço, com mesas e cadeiras e equipamentos com acesso à internet.
1.2 Licença de Uso e Suporte Mensal do Portal Oficial
A Licença de Uso do Portal, nos termos da Lei Nº 9.609/1998, será na modalidade de locação e terá validade durante a vigência do Contrato. Por se tratar de software para ambiente Web, o número de acessos simultâneo por usuário é ilimitado.
Todas as licenças do Portal Oficial do Legislativo ofertado possuirão garantia de atualizações de versão, pelo período de vigência do contrato.
O Portal Oficial do Legislativo deverá ser instalado no servidor da Contratada, no formato de Cloud Computing (Computação em Nuvem), sendo de sua responsabilidade disponibilizar todos os recursos de hardware e software necessários para o perfeito funcionamento da solução, tendo seus custos já incluídos no valor da licença mensal.
A Contratada deverá disponibilizar até 50 (cinquenta) contas de e-mail com capacidade de até 10 GB cada, tendo seus custos já incluídos no valor da locação da licença do portal.
O Suporte oferecido pela Contratada deverá possuir os seguintes níveis deatendimento:
• Helpdesk
Atendimento remoto através de comunicação telefônica de custo gratuito, serviços de mensagens instantâneas, software de comunicação falada e escrita via Internet, página da internet para atualização de versões, serviço de publicação de dúvidas mais frequentes, serviço de FTP (transmissão remota de arquivos), comunicação remota, inclusive com acesso aos bancos de dados.
• Serviço de Suporte Técnico
Nos casos não solucionados via Helpdesk deverá ser acionado o Setor de Suporte, que efetuará uma análise mais técnica, como checagem e auditoria no Banco de Dados, processamentos de Scripts (comandos específicos), correção de programas e envio de atualizações, se for o caso.
• Atendimento “in loco”:
Se ainda assim não for solucionado o problema, será gerada uma Ordem de Serviço para atendimento local. O Suporte deverá, ainda, obedecer ao seguinte:
• Possuir um sistema de gerenciamento do atendimento no qual todas as solicitações de suporte em cada nível do atendimento técnico serão registradas em sistema próprio permitindo acompanhamento on- line (internet);
• Horário disponível para registro das solicitações, não podendo ser inferior ao horário comercial, de 8h às 18h, ininterruptamente;
• Informar e realizar as atualizações imediatamente, sempre que ocorrerem atualizações das versões dos módulos que compõem o objeto deste contrato.
A transferência de arquivos da Contratada para a Contratante deverá ser feita utilizando o protocolo FTP ou HTTP e de acordo com as normas de segurança praticadas na Contratante.
O atendimento obedecerá aos prazos abaixo:
Severidade ALTA: Esse nível de severidade é aplicado quando há a indisponibilidadeno uso do Portal:
Prazo de Solução Definitiva |
No máximo de até 24 (vinte e quatro) horas |
Severidade MÉDIA: Esse nível de severidade é aplicado quando há falha, simultânea ou não, no uso do sistema,
estando ainda disponíveis, porém apresentando problemas nível de severidade é aplicado quando há a indisponibilidade no uso do Portal:
Prazo de Solução Definitiva |
No máximo de até 48 (quarenta e oito) horas |
Severidade BAIXA: Esse nível de severidade é aplicado para problemas que não afetem o desempenho e disponibilidade do Portal, bem como para atualizações, esclarecimentos técnicos relativos ao uso e de seu aprimoramento:
Prazo de Solução Definitiva |
No máximo de até 72 (setenta e duas) dias úteis. |
Será considerado para efeitos do nível de serviço exigido, prazo de solução definitiva, como o tempo decorrido entre a abertura da ordem de serviço efetuado pelo Setor Solicitante da Contratante à Contratada e a efetiva recolocação do Portal em seu pleno estado de funcionamento.
A contagem do prazo de solução definitiva de cada chamado será a partir da abertura da ordem de serviço na Central de Atendimento disponibilizada pela Contratada, até o momento da comunicação da solução definitiva do problema e aceite pelo Setor solicitante da Contratante.
Concluída a ordem de serviço, a Contratada comunicará o fato ao Setor Solicitante da Contratante e solicitará autorização para o fechamento do mesmo. Caso o Xxxxx solicitante da Contratante não confirme a solução definitiva do problema, o chamado permanecerá aberto até que seja efetivamente solucionado pela Contratada. Neste caso, a Contratante fornecerá as pendências relativas ao chamado aberto.
Os chamados deverão estar disponíveis por meio de relatórios encaminhados mensalmente para cada Setor solicitante da Contratante atendendo aos seguintes tópicos:
• Chamados Abertos no Período: Relatório com todas as Ocorrências abertas no mês eo status;
• Chamados em Andamento: Relatório onde constam as ocorrências que estão sendotratadas e qual o status;
• Chamados Fechados no Período: Relatório com todos os chamados que foramfechados no mês.
2. SOFTWARE PARA GERENCIAMENTO ELETRÔNICO DE PROCESSOS LEGISLATIVOS E ADMINISTRATIVOS DO PODER LEGISLATIVO.
O Software para Gerenciamento Eletrônico de Processos Legislativos e Administrativos do Poder Legislativo deve atender o controle das funções da área legislativa e administrativa da Câmara Municipal de Xxxxxx Xxxxxxx como, contemplando as fases de abertura de processos e documentos, tramitação eletrônica e arquivamento, todos assinados digitalmente, através de certificados digitais, de acordo com os requisitos previstos na MP nº 2.200-2, que instituiu a Infraestrutura de Chaves Públicas Brasileiras - ICP-Brasil, e através de assinatura eletrônica, nos termo da Lei nº 14.063, de 23 de setembro de 2020.
Os Requisitos Funcionais do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo estão descritos no Anexo I deste Termo de Referência.
2.1 Implantação do Software
Esta etapa corresponde a todos os serviços necessários ao pleno funcionamento e utilização do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo pela Contratada.
A implantação do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo deverá ser acompanhada pelo fiscal do contrato, designado pelo Presidente da Câmara, que se responsabilizará por todo relacionamento administrativo da Contratada com a Contratante.
• Dos Serviços de Migração de Dados
A Migração de Dados é o processo de transferência dos dados do sistema existente da Contratante para a base de dados do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, que compreende 03 (três) etapas distintas:
• Extração de dados: processo de captura de todos os dados dos bancos de dados e outras fontes do sistema existente;
• Validação dos dados: processo de limpeza dos dados (detecção e correção de dados incorretos, incompletos, corrompidos ou duplicados), enriquecimento dos dados (compreende a atualização dos dados com novos atributos, complementares aos existentes até então), validação lógica e física dos dados e a adequação dos mesmos aoformato de dados utilizado pelo Software para Gerenciamento Eletrônico de Processosdo Poder Legislativo;
• Carga de Dados: os dados extraídos e validados são inseridos nas bases de dados do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo.
• Dos Serviços de Customização
Durante a implantação poderá ocorrer à necessidade de Customização de algumas tabelas, cadastros, consultas, ou relatórios do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, visando atender à Legislação vigente e ao Regimento Interno da Contratante.
A implantação do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo deverá ser acompanhada pelo fiscal do contrato, designado pelo Presidente da Câmara, que se responsabilizará por todo relacionamento administrativo da Contratada com a Contratante.
2.2 Treinamento na operação do Software
A implantação do software exige que sejam realizados treinamentos essenciais à compreensão do usuário para a tecnologia que está sendo implantada e facilitar a Gestão da Mudança.
O treinamento ocorrerá em horário comercial na sede da Contratante, com carga horária de 04 (quatro) horas, para até 45 (quarenta e cinco) servidores com no máximo 05 (cinco) alunos por turma, sendo de responsabilidade da Contratante a disponibilização do espaço, com mesas e cadeiras e equipamentos com acesso à internet.
A Contratada deverá apresentar um cronograma de treinamento de usuários indicados pela Contratante para ser executado no período de implantação do software.
2.3 Modelagem de Processos
Esta etapa consiste em fazer o Mapeamento e Configuração dos Tipos de Processos das áreas ADMINISTRATIVA E LEGISLATIVA, de acordo com a notação BPMN. Para cada Tipo de Processo deverá ser fornecida documentação da visão funcional, permitindo aos usuários descrever por completo o processo incluindo também a documentação referente aos tipos documentais e fluxos de trabalho, devendo o mesmo ser mapeado e configurado no Software para Gerenciamento de Processos Eletrônicos do Poder Legislativo.
O Mapeamento de Processos Legislativo deverá objetivar a sua otimização trazendo ganhos para a Contratante na execução dos mesmos, eliminando gargalos, redundâncias, retrabalho e falta de padrões.
Será estabelecido para cada Tipo de Processo todas as rotas possíveis, contemplando no mínimo: Atividade atual, parecer da tramitação, próxima atividade e os setores responsáveis de cada etapa estabelecida, bem como prazo para conclusão de cada atividade.
Ao final do Mapeamento do Processo, a Contratada deverá fornecer documentação detalhada e consistente o suficiente para:
a) Permitir a discussão e compreensão do fluxo do processo de negócio, podendo ser usado para ensinar e treinar novos usuários;
b) Auxiliar na definição de atividades, tendo em vista atingirem aos objetivos da Contratante;
c) Servir como base para melhoria contínua (análise eficiência e de eficácia).
d) Simular alternativas ou novos modelos;
e) Atuar como elemento fundamental na especificação dos fluxos do processo que deverão suportar o negócio;
f) Facilitar, no futuro, a implementação de Programas da Qualidade de Gestão Governamental, ISO 9000, etc.
Obs.: Serão modelados 12 (doze) processos da área legislativa.
2.4 Licença de uso, Suporte e Hospedagem do Software
A Licença de uso do software, nos termos da Lei Nº 9.609/1998, será na modalidade de locação e terá validade durante a vigência do Contrato. Por se tratar de software para ambiente Web, o número de acessos simultâneo por usuário é ilimitado.
Todas as licenças do Software para Gerenciamento dos Processos do Poder Legislativo possuirão garantia de atualizações de versão, pelo período de vigência do contrato.
O Software para Gerenciamento dos Processos do Poder Legislativo deverá ser instalado no servidor da Contratada, no formato de Cloud Computing (Computação em Nuvem), sendo de sua responsabilidade disponibilizar todos os recursos de hardware e software necessários para o perfeito funcionamento da solução, bem como backup de toda a solução, inclusive a base de dados produzida, tendo seus custos já incluídos no valor da locação da licença do portal.
O Suporte oferecido pela Contratada deverá possuir os seguintes níveis de atendimento:
• Helpdesk:
Atendimento remoto através de comunicação telefônica de custo gratuito, serviços de mensagens instantâneas, software de comunicação falada e escrita via Internet, página da internet para atualização de versões, serviço de publicação de dúvidas mais frequentes, serviço de FTP (transmissão remota de arquivos), comunicação remota, inclusive com acesso aos bancos de dados.
• Serviço de Suporte Técnico:
Nos casos não solucionados via Helpdesk deverá ser acionado o Setor de Suporte, que efetuará uma análise mais técnica, como checagem e auditoria no Banco de Dados, processamentos de Scripts (comandos específicos), correção de programas e envio de atualizações, se for o caso.
• Atendimento “in loco”:
Se ainda assim não for solucionado o problema, será gerada uma Ordem de Serviço para atendimento local.
O Suporte deverá, ainda, obedecer ao seguinte:
• Possuir um sistema de gerenciamento do atendimento no qual todas as solicitações de suporte em cada nível do atendimento técnico serão registradas em sistema próprio permitindo acompanhamento on-line (internet);
• Horário disponível para registro das solicitações, não podendo ser inferior ao horário comercial, de 7h às 16h, ininterruptamente;
• Informar e realizar as atualizações imediatamente, sempre que ocorrerem atualizações das versões dos módulos que compõem o objeto deste contrato.
A transferência de arquivos da Contratada para a Contratante deverá ser feita utilizando o protocolo FTP ou HTTP e de acordo com as normas de segurança praticadas na Contratante.
O atendimento obedecerá aos prazos abaixo:
Severidade ALTA: Esse nível de severidade é aplicado quando há a indisponibilidadeno uso do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo:
Prazo de Solução Definitiva |
No máximo de até 24 (vinte e quatro) horas |
Severidade MÉDIA: Esse nível de severidade é aplicado quando há falha, simultânea ou não, no uso do sistema, estando ainda disponíveis, porém apresentando problemas nível de severidade é aplicado quando há a indisponibilidade no uso do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo:
Prazo de Solução Definitiva |
No máximo de até 48 (quarenta e oito) horas |
Severidade BAIXA: Esse nível de severidade é aplicado para problemas que não afetem o desempenho e disponibilidade do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, bem como para atualizações de sistema, esclarecimentos técnicos relativos ao uso e aprimoramento do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo:
Prazo de Solução Definitiva |
No máximo de até 72 (setenta e duas) horas úteis. |
Será considerado para efeitos do nível de serviço exigido, prazo de solução definitiva, como o tempo decorrido entre a abertura da ordem de serviço efetuado pelo Setor Solicitante da Contratante à Contratada e a efetiva recolocação do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo em seu pleno estado de funcionamento.
A contagem do prazo de solução definitiva de cada chamado será a partir da abertura da ordem de serviço na Central de Atendimento disponibilizada pela Contratada, até o momento da comunicação da solução definitiva do problema e aceite pelo Setor solicitante da Contratante.
Concluída a ordem de serviço, a Contratada comunicará o fato ao Setor Solicitante da Contratante e solicitará autorização para o fechamento do mesmo. Caso o Xxxxx solicitante da Contratante não confirme a solução definitiva do problema, o chamado permanecerá aberto até que seja efetivamente solucionado pela Contratada. Neste caso, a Contratante fornecerá as pendências relativas ao chamado aberto.
3. APLICATIVO MOBILE
⮚ Requisitos mínimos do módulo Aplicativo Mobile:
a) Possuir interface amigável, intuitiva e possuir todas as mensagens e tela do aplicativo em idioma português Brasil;
b) Estar integrado ao Software para Virtualização de Processos;
c) Ser compatível com os sistemas operacionais iOS e Android.
d) Possuir consulta para acesso àsSessõesPlenárias apresentando o expediente e a ordem do dia;
e) PossuirconsultaparaacessoàsProposiçõesporsituação(aprovadas,rejeitadas,tramitandoetc);
f) Possuir consulta para acesso às Proposições por Tema;
g) Possuir consulta para acesso às Proposições por Autor;
h) Possuirfuncionalidadeparaacessarohistórico detramitação de cadaproposição consultada;
i) Possuir funcionalidade para acessar a íntegra da proposição;
j) Possuirfuncionalidade paraacessaraíntegradasproposições acessóriase seusanexos;
k) Possuirfuncionalidade paraacompanharatramitaçãodedeterminadaproposiçãoereceber notificação por e-mail a cada nova tramitação;
l) Possuir funcionalidade para que o cidadão possa se cadastrar no Aplicativo, com a finalidade de solicitar informação;
m) Possuir funcionalidade para que o cidadão, mediantelogin e senha, solicite informação à Câmara Municipal de Xxxxxx Xxxxxxx (e-SIC);
n) Possuir funcionalidade para que a cada nova tramitação de seu pedido de informação seja enviada notificação por e-mail ao interessado (cidadão);
o) Possuirfuncionalidade paraqueocidadãorecebaaresposta ao seupedidodeinformaçãopore- mail;
p) Possuir recurso para que o cidadão possa efetuar um elogio, sugestão, solicitação de serviços, denúncia e etc (e-OUV);
q) Possuir recurso para que o cidadão acompanhe, mediante login e senha, a tramitação dos pedidos de informação, e das demais interações disponíveis (elogio, sugestão, solicitação de serviços, denúncia e etc.);
r) Possuir funcionalidade para acessar o portal da transparência;
s) Possuir funcionalidade para acessar a página dos vereadores com todo o histórico de seu mandato;
t) Possuir funcionalidade para acessar toda a legislação municipal compilada;
4. SOFTWARE DE GERENCIAMENTO ATOS NORMATIVO COMPILADOS
• Requisitos mínimos do módulo de Gerenciamento de Atos Normativos Compilados
a) Possuir função para inclusão, alteração, consulta e exclusão de Espécies Normativas;
b) Possuir função para inclusão, alteração, consulta e exclusão de Autores do Ato Normativo;
c) Possuir função para inclusão, alteração, consulta e exclusão de Temas do Ato Normativo;
d) Possuir função para inclusão, alteração, consulta e exclusão de Vocabulário Controlado;
e) Possuir função para inclusão, alteração, consulta e exclusão de Tipos de Remissão;
f) Possuir função para inclusão, alteração, consulta e exclusão de Situação dos Atos Normativos;
g) Possuir função para inclusão, alteração, consulta e exclusão de Atos Normativos;
h) Permitir a vinculação de Temas a um determinado Ato Normativo;
i) Permitir a vinculação de termos, constantes do Vocabulário Controlado, a um determinado Ato Normativo;
j) Permitir a vinculação de Remissões a um determinado Ato Normativo;
k) Permitir a vinculação de Autores a um determinado Ato Normativo;
l) Permitir a anexação do arquivo em PDF do Ato Normativo;
m) Permitir a anexação do arquivo editável, contendo todas as remissões e ativa e passiva na própria estrutura do Ato Normativo;
• Requisitos mínimos do módulo do Portal da Legislação
a) Integralmente desenvolvido em linguagem de programação WEB e tenha sido desenvolvido em um framework front-end que permita a criação de portais responsivos, tais como o Bootstrap ou outro que garanta as mesmas funcionalidades;
b) Obedecer aos padrões do W3C (World Wide Web Consortium), de modo a assegurar a leveza do sistema, bem como sua compatibilidade com os diversos navegadores e sistemas operacionais existentes, e ainda atender aos requisitos de acessibilidade;
c) Disponibilizar Consulta Geral, por Espécie Normativa, por Tema, por Situação, por Autor, por Índice Cronológico;
d) Na Consulta Geral, permitir que o usuário utilize os seguintes argumentos de pesquisa: Espécie Normativa, Número do Ato Normativo, Ano, Período, Autor, Assunto e Tema;
e) Na Consulta por Espécie Normativa, listar as espécies e as respectivas quantidades existentes; Ao clicar em uma determinada espécie, listar os Atos Normativos vinculados;
f) Na Consulta por Tema, listar os temas e as respectivas quantidades existentes; Ao clicar em um determinado tema, listar os Atos Normativos vinculados;
g) Na Consulta por Situação, listar as situações e as respectivas quantidades existentes; Ao clicar em uma determinada situação, listar os Atos Normativos vinculados;
h) Na Consulta por Autor, listar os autores e as respectivas quantidades existentes; Ao clicar em um determinado autor, listar os Atos Normativos vinculados;
i) Na Consulta por Índice Cronológico, listar os anos que contem Atos Normativos cadastrados; Ao clicar em um determinado ano, listar os Atos Normativos vinculados;
j) No resultado de todas as consultas existentes, listar o total de registros encontrados a Espécie Normativa, Número e Ano do Ato Normativo, Data de criação, Situação e Ementa;
k) Selecionando um dos Atos Normativos listados no resultado das consultas, disponibilizar a Ficha do Ato Normativo contendo as seguintes informações: Espécie Normativa, Número e Ano do Ato Normativo, Data de criação, Situação, Autor, Remissão Ativa (Espécie, Número e Ano do Ato Normativo Alterado, e Remissão) e Remissão Passiva (Espécie, Número e Ano do Ato Normativo Alterador, e Remissão);
l) Na Ficha do Ato Normativo, possuir link para acessar o Ato Normativo Compilado, o Ato Normativo Digitalizado;
m) Disponibilizar links para Legislação em Destaque;
n) Na Ficha do Ato Normativo, ao clicar no Autor, listar todos os Atos Normativos vinculados a este autor;
4.1. COMPILAÇÃO DE ATOS NORMATIVOS
4.1.1. O processo de Compilação de Atos Normativos será realizado nas dependências da Contratada e consiste em transformar o Ato Normativo em um arquivo digital editável,contendo todas as suas atualizações ao longo de sua vigência.
Serão compilados os Atos das seguintes espécies normativas:
• Leis;
• Emenda à Lei orgânica Municipal;
• Decreto Legislativo;
• Resolução.
A Contratante disponibilizará todos os Atos Normativos a serem compilados à Contratada no suporte papel ou digital.
Todos os atos normativos serão indexados no Software para Gerenciamento Eletrônicode Processos do Poder Legislativo, o qual deverá conter, no mínimo, os seguintes indexadores:
• Número e Ano do Ato;
• Espécie normativa;
• Data de criação;
• Ementa;
• Classificação Temática;
• Situação Jurídica;
• Relacionamentos (alterações/remissões).
A Classificação Temática será realizada de acordo com os critérios pré-estabelecidos pela Contratante, especialmente no que se refere à lista de temas que será utilizada como parâmetro de classificação.
A Situação Jurídica refere-se à vigência do Ato Normativo, ficando definidos osseguintes parâmetros:
• Em Vigor;
• Revogado;
• Vigência suspensa pelo Tribunal de Justiça do Estado do Espírito Santo(TJ/ES)em ação direta de inconstitucionalidade (ADIn); e
• Declarado inconstitucional pelo Tribunal de Justiça do Estado do Espírito Santo(TJ/ES) em ação direta de inconstitucionalidade (ADIn).
Os Relacionamentos consistem na apresentação de todas as alterações expressas a que foram submetidos os Atos Normativos cadastrados, além da citação a outros Atos Normativos, municipais, estaduais ou federais, a Atos de caráter regulamentador, e ainda, conexões de assuntos que eventualmente indiquem a necessidade de menção a outras normas para melhor interpretação e aplicação da mesma.
A Contratada deverá realizar a compilação e revisão de todos os Atos Normativos, promovendo a retificação de todas as inconsistências encontradas nos campos de cadastro e/ou no respectivo conteúdo normativo.
Os textos dos Atos Normativos Compilados deverão possuir os seguintes critérios:
• Apresentação dos dispositivos legais alterados, acrescidos ou revogados expressamente, utilizando o modo de apresentação tachado, com a apresentação da posterior redação logo abaixo, dada pela norma que a modificou;
• Informação quanto ao tipo de modificação e a indicação do número e a data da norma que
promoveu a alteração;
• Criação de link sobre o dispositivo modificado para consulta do texto da norma que promoveu a alteração;
• Disponibilização dos textos em HTML em versão compilada, exibindo o texto atualizado da norma, e versão completa, exibindo todas as redações anteriores;
• Apresentação dos dispositivos legais declarados inconstitucionais ou com eficácia suspensa temporariamente pelo Tribunal de Justiça do Estado do Espirito Santo (TJ/ES), utilizando o modo de apresentação tachado;
• Indicação do número do processo da ADIN em que resultou na declaração parcial ou integral de inconstitucionalidade ou na suspensão temporária da eficácia da norma;
Os critérios dos textos dos Atos Normativos Compilados poderão ser alterados durantea vigência do contrato, mediante acordo entre a Contratante e a Contratada.
Serão compilados 100 (cem) atos normativos por ano.
4.2 CLASSIFICAÇÃO TEMÁTICA DE ATOS NORMATIVOS
A Classificação Temática dos Atos Normativos será executada através da leitura criteriosa e indexação de todo o acervo de Legislação do município de Santa Leopoldina.
Cada Ato Normativo poderá estar vinculado a um ou mais temas relevantes,que deverão ser indexados no Software para Gerenciamento de Atos Normativos, utilizado pela Prefeitura Municipal de Santa Leopoldina.
Os Atos Normativos poderão ser classificados pelos seguintes Temas:
• Administração Municipal;
• Agentes Públicos;
• Agricultura;
• Agropecuária;
• Assistência Social;
• Associações e Conselhos Municipais;
• Concurso Público/Processo Seletivo;
• Contratos e Convênios;
• Cultura;
• Datas Comemorativas;
• Defesa do Consumidor;
• Denominação de próprios públicos;
• Desafetação/desapropriação/doação/comodato
• Direitos Humanos;
• Edificação e Obras;
• Educação;
• Esporte e Laser;
• Finanças Públicas;
• Habitação;
• Honraria;
• Indústria, comércio e serviços;
• Meio ambiente;
• Patrimônio Público;
• Petróleo e gás;
• Poder legislativo;
• Política e fundiária;
• Saneamento básico;
• Saúde pública;
• Subvenção social;
• Trabalho, emprego e renda;
• Transporte e Trânsito;
• Turismo;
• Urbanismo;
• Utilidade Pública.
Durante a etapa de classificação, caso surja à necessidade da criação de novos temas, a Contratada deverá validar junto à Contratante, que será responsável pela aprovação.
Serão classificadas as seguintes espécies normativas: Lei Orgânica, Emendas à Lei Orgânica, Leis Complementares, Leis Ordinárias e Decretos Regulamentares.
A Classificação Temática dos Atos Normativos além de refinar e melhorar a consulta à base de dados de Legislação servirá como suporte para um futuro processo de Consolidação de Leis, desenvolvido pela Administração Municipal;
LOTE 02
1. GESTÃO DOCUMENTAL
1.1 Elaboração de Instrumentos Arquivísticos
O Plano de Classificação Documental – PCD e a Tabela de Temporalidade de Documentos - TTD são os principais instrumentos arquivísticos da gestão documental. Eles garantem a racionalização administrativa, a agilidade e a transparência no acesso às informações e a preservação do patrimônio documental.
O PCD é o instrumento utilizado para classificar todo e qualquer documento de arquivo. Entende-se por classificação de documentos a sequência das operações técnicas que visam a agrupar os documentos de arquivo relacionando-os ao órgão produtor, à função, subfunção e atividade responsável por sua produção ou acumulação.
A TTD é o instrumento resultante da avaliação documental, aprovado por autoridade competente, que define prazos de guarda e a destinação de cada série documental.
A TTD determina o prazo de guarda dos documentos no arquivo corrente, sua transferência ao arquivo intermediário, os critérios para Digitalização de Documentos a eliminação ou o recolhimento ao arquivo permanente, através de um período de avaliação.
A avaliação consiste em identificar valores para os documentos, independentemente do seu suporte (papel, filme, pen drive, dvd, disco magnético), e analisar seu ciclo de vida, constando os prazos de arquivamento dos documentos no Arquivo Corrente, de sua transferência ao Arquivo Intermediário e de sua destinação final, quando se determina sua eliminação ou recolhimento ao Arquivo Permanente.
Desta feita, presume-se que para tanto sejam necessários profissionais graduados em arquivologia, sendo neste caso em razão dos dispositivos insertes na:
a) Constituição Federal;
b) Código Civil Brasileiro, especificamente os artigos 161 a 179, que tratam da prescrição e decadência (Leis como as de nº 3.071 e 3.725 são fundamentais);
c) Código Tributário Nacional - que traz os prazos de imposto de renda e de documentos de interesse do fisco;
d) Código Comercial Brasileiro - que tem inúmeros dispositivos sobre prazos de prescrição;
e) Lei de Acesso à Informação (Lei 12.527/2011);
f) Lei Federal Nº 13.709/18 - Lei Geral de Proteção de Xxxxx Xxxxxxxx (LGPD).
g) Outras normas que dispões sobre: direito autoral, respeito à honra e à imagem das pessoas, sigilo etc.
A metodologia aplicada deverá fundamentar-se nas funções e atividades desempenhadas pela Câmara Municipal de Xxxxxx Xxxxxxx, tomando-se por base o conteúdo da informação, contida nos documentos e os tipos de documentos existentes, mediante os seguintes procedimentos:
a) Levantamento de dados relativos às funções e atividades desenvolvidas na área de administração geral, bem como naquelas específicas do órgão (atividade-fim);
b) Definição dos conjuntos documentais;
c) Entrevistas com servidores responsáveis pelo planejamento e execução das atividades às quais se referem os conjuntos documentais definidos, obtendo informações referentes à vigência, à legislação que regula as atividades os prazos de prescrição, à existência de outras fontes recapitulativas, à frequência de uso dos documentos, e aos prazos de precaução, cuja necessidade é ditada pelas práticas administrativas;
d) Levantamento de informações sobre linha de pesquisa da história, com objetivo de orientar a identificação dos documentos de valor permanente;
e) Avaliação final com apresentação da Tabela de Temporalidade, que deverá conter as seguintes informações minimamente:
• Assunto – Apresentação do conjunto documental produzido e recebido, de acordo com as funções e atividades desempenhadas pelo ente;
• Prazo de Guarda – Estipulação do tempo necessário para arquivamento dos documentos nas fases corrente e intermediária, preferencialmente, em anos. Excepcionalmente, pode ser expresso a partir de uma ação concreta, que deverá ocorrer em relação a um determinado conjunto documental. Entretanto, deve-se ser
objetivo e direto na definição da ação – exemplo: até aprovação das contas ou até homologação da aposentadoria.
• Destinação Final – Indicação da destinação estabelecida que pode ser a eliminação, quando o documento não apresenta valor secundário (probatório ou informativo) ou a guarda permanente, quando as informações contidas no documento são consideradas importantes para fins de prova, informação e pesquisa.
• Observações – Registro de informações complementares e justificativas, necessárias à correta aplicação da tabela, bem como, registro de orientações, elucidações, tanto quanto às informações quanto destinação dos documentos. Por fim, se deve registrar as referências legais (internas e externas) que fundamentaram os prazos de temporalidade e a destinação propostos.
Caberá a Contratada, durante a execução desta atividade, incluir os Instrumentos Arquivísticos no Software para Gerenciamento dos Processos do Poder Legislativo.
1.2 Organização Documental
A Contratada deverá confiar à responsabilidade da execução de organização dos arquivos a pessoal competente, ou seja, profissional de nível superior em arquivologia, responsável para acompanhar a execução do contrato.
A Contratada deverá executar as seguintes atividades:
a) Inspeção: consiste na verificação se cada documento:
• Cumpriu seu objetivo,
• Qual seu destino,
• Se há necessidade de verificação da existência de antecedentes, ser anexado a outro etc;
• Está encerrado;
• Possui despacho de envio ao arquivo;
• Possuem anexos e se esses estão no documento;
b) Triagem: consiste em selecionar o material que será realmente arquivado, daquele que poderá ser descartado imediatamente, sem prejuízo para a Contratante (como cópias, comunicados passageiros etc). A Contratada deverá eliminar as cópias e/ou vias cujo original ou exemplar encontra-se no mesmo conjunto ou dossiê. Ainda nesta etapa, a Contratante inventariará o acervo documental que estiver degradado,
identificando no mínimo o tipo documental, número e quantidade de páginas por documento. Este inventário de documentos degradados produzidos pela Contratada subsidiará a Câmara Municipal de Xxxxxx Xxxxxxx a efetuar contratação futura para realização do serviço de Restauração do Acervo Documental.
c) Higienização: Proceder à higienização dos documentos que serão digitalizados, tais como: fotos, imagens, cartas, ofícios de formatação executive, A4, A3 e demais gramaturas. E ainda, consiste na remoção de grampos, elásticos, clipes e ferragens oxidadas e outros resíduos estranhos aos documentos, por meio de técnicas adequadas de acordo com as normas que regem a conservação preventiva de acervo documental, preparando os documentos para seu arquivamento;
São etapas dessa atividade:
• Uso de trincha ou pincel de pelo macio e flanelas de algodão (em mesas higienizadoras) no documento para remover as sujidades superficiais.
• Substituição de fixadores e hastes metálicos por material plástico, a ser fornecido pela Contratada;
• Substituição de capas dilaceradas;
d) Classificação: Consiste em atribuir aos documentos, códigos de acordo com o Plano de Classificação das atividades-meio ou fim. Após classificados, os documentos que já cumpriram seus prazos de guarda estabelecidos na tabela de Temporalidade deverão ser separados para eliminação;
A Contratada deverá informar à Contratante, todos os documentos que já cumpriram seus prazos de guarda, para posteriormente dar prosseguimento aos procedimentos legais para eliminação de documentos;
e) Avaliação: Consiste no levantamento da produção documental junto aos setores, estabelecendo seus prazos de guarda bem como sua destinação final;
f) Análise e Seleção: Consiste na separação dos documentos a serem eliminados verificando se cumpriram seus prazos de guarda estabelecidos pela Tabela de Temporalidade. A data base a ser considerada é o ano de produção de cada documento;
g) Ordenação: consiste na disposição dos documentos dentro das pastas, podendo ser:
• Ordenação Alfabética;
• Ordenação Cronológica;
• Ordenação Geográfica;
• Ordenação Temática;
• Ordenação Numérica.
h) Arquivamento: consiste no acondicionamento dos documentos dentro das caixas. A Contratada deverá ainda agrupar os documentos de uma mesma tipologia documental, classificação e/ou temporalidade numa mesma caixa box padrão, facilitando o processo de seleção e descarte;
Os documentos deverão ser arquivados em caixas modelo box padrão (360x245x135mm), fornecidos pela Contratante;
Poderá a Contratante optar por aproveitar caixas que estejam em boas condições para uso no seu futuro acervo;
i) Identificação: Consiste na identificação das caixas de arquivo, contendo a sigla do órgão, data-limite, código de classificação, prazos de guarda, destinação final e ano da destinação;
j) Elaboração da Listagem de Eliminação de Documentos:
• A Contratada deverá elaborar a Listagem de Eliminação de Documentos, de acordo com as resoluções do CONARQ;
• A Contratante, para proceder à eliminação, deverá elaborar e publicar o Edital de Ciência de Eliminação de Documentos, em periódico oficial, para dar publicidade ao fato de que serão eliminados os documentos relacionados na Listagem de Eliminação de Documentos;
• A Contratante deverá aguardar o prazo para a realização da eliminação;
• A Contratada deverá dispor os documentos a serem eliminados em local específico e identificados;
• A Contratante deverá providenciar a eliminação dos documentos;
• Após efetivar a eliminação, a Contratante deverá elaborar o Termo de Eliminação de Documentos, que tem por objetivo registrar as informações relativas ao ato de eliminação, devendo ser dada publicidade, encaminhando uma cópia do Termo de Eliminação de Documentos para a instituição arquivística pública, na sua esfera de competência, para ciência de que a eliminação foi efetivada;
PONTOS DE ATENÇÃO:
• A Contratante somente poderá eliminar documentos caso tenha constituída a Comissão de Avaliação de Documentos;
• A eliminação de documentos de caráter público será efetuada por meio de fragmentação manual ou mecânica, com garantia de que a descaracterização dos documentos não possa ser revertida;
• A eliminação dos documentos deverá, obrigatoriamente, ocorrer com a supervisão de responsável designado pela Contratante para acompanhar o procedimento;
• A Contratada deverá fornecer periodicamente, ou quando solicitado pela Contratante, a relação de documentos passíveis de eliminação que estejam com seus prazos de guarda expirados.
k) Cadastramento dos documentos: consiste no cadastramento individual dos processos ou no cadastramento dos documentos avulsos com o máximo de informação que possa recuperá-los, tais como: unidade administrativa, tipologia documental, datas/períodos, entre outros. A quantidade de indexadores é variável, podendo chegar a 06 (seis) indexadores. A indexação deverá ser efetuada no Software para Gerenciamento dos Processos do Poder Legislativo.
O Acervo Documental acumulado da Câmara Municipal de Xxxxxx Xxxxxxx a ser organizado será de 650 (seiscentos e cinquenta) caixas box.
1.3 Digitalização e Indexação de Documentos
O serviço de digitalização de documentos consiste em transformar um documento originariamente criado no suporte papel para o suporte digital, gerando arquivos digitais que deverão ser indexados no Software para Gerenciamento dos Processos do Poder Legislativo para posterior consulta e recuperação destes documentos.
Para auxiliar na geração de arquivos digitais a partir dos documentos/processos que serão digitalizados, bem como no processo de indexação, considerando o grande volume de documentos a serem processados, será necessário a utilização pela Contratada de uma solução composta basicamente por:
• Scanners de produção;
• Sistema de tratamento e processamento de imagens digitalizadas.
Esta solução composta do sistema e equipamentos de scanner será de total responsabilidade da Contratada. A Digitalização e Indexação dos Documentos serão executadas pela Contratada, em quatro fases, compreendendo, essencialmente:
1ª Fase -> Preparação: Higienização e organização do material a ser digitalizado, bem como definição das técnicas para recuperar os documentos a serem digitalizados seguindo criteriosamente os seguintes passos:
a) Remoção do pó e demais sujidades a seco, utilizando-se de trinchas, escovas macias, pincel e flanelas de algodão;
b) Remoção dos corpos estranhos aos documentos, tais como: prendedores metálicos ou grampos, clips, insetos, e outros que provocam a deterioração dos documentos;
c) Remoção de fita adesiva, se existir, observando a finalidade dela, no que sendo obrigatório a sua permanência o documento, antes da digitalização, deverá ser fotocopiado;
d) Realização de tarefas tais como desencadernação, verificação de partes dobradas, amassadas, rasgadas e agrupamento destes;
e) Seleção das peças para digitalização e armazenamento (provisório) em localização física disponibilizada pela Contratante, quando o serviço for realizado na sede do ente.
2ª Fase -> Digitalização: Será executado processo “capa a capa” (sem separação das peças) observando rigorosamente os ditames abaixo:
a) Digitalização dos documentos obedecidos os parâmetros de cor (bitonal ou escala de cinza ou colorido), contraste, resolução, supressão de fundos entre outros e inserção dos lotes de documentos para leitura pelo scanner.
b) Tratamento de Imagens com correção (ajuste vertical, eliminação de sujeiras) e aplicação de filtros (contraste e clareamento) de forma a manter na imagem digitalizada plena fidelidade com o original;
c) Manter plena fidelidade com a imagem do original em papel de forma que não haja nenhuma mudança em seu formato, no tocante a layout, fontes, tamanhos, formatações, gráficos, fotos/imagens ou qualquer coisa que torne questionável a identidade entre o documento digitalizado e o original, nos termos da ANSI/AIIM MS44 R1993, devendo a Contratada digitalizar os documentos tantas e quantas vezes bastem para atingir esse objetivo, especialmente ao se tratar de papel reciclado, devendo, se necessário, utilizar software especial para este fim, sem, contudo, haver custo extra à Contratante;
d) Características -> A digitalização atenderá o seguinte padrão:
• Formato PDF/A;
• Recurso PDF PESQUISÁVEL (reconhecimento de textos através de identificação “OCR”);
• Tamanho máximo do 10 MB e tamanho máximo da página 300 KB;
• Resolução padrão definida pelo NTI. [75 a 150 dpi - peças coloridas e 300 dpi - peças monocromáticas].
Nos casos de processos que excedam o limite de 10 MB ou que por qualquer outro motivo torne inviável que a digitalização seja feita em um único arquivo PDF, deverá a Contratada se valer de programa que execute a subdivisão dos arquivos em anexos também limitados ao máximo de 10 MB, devendo os mesmos ser nomeados conforme a sequência numérica do processo acrescida de hífen seguido por três caracteres numéricos indicando a sequência lógica do volume processo. (ex: 0000-0000-000; 0000-0000-000).
e) Os arquivos gerados a partir da digitalização deverão seguir 02(dois) índices de busca e localização em função da data e numeração do documento, quais sejam:
• Em função da numeração: cada arquivo gerado deverá seguir a numeração utilizada nos processos da Contratante para a sua identificação (Ex: 0012-2021 ou 0012-21);
• Em função da data: Os arquivos diários digitalizados deverão ser reunidos em uma pasta contendo todo o lote, a qual será nomeada com a data no formato DDMMAAAA, precedida das palavras; digitalização lote em letras maiúsculas (ex: DIGITALIZAÇÃO LOTE DDMMAAAA).
3ª Fase -> Indexação: A indexação consiste no cadastramento individual dos processos ou documentos avulsos com o máximo de informação para que se possa recuperá-los, tais como: unidade administrativa, tipologia documental, datas/períodos, entre outros. A quantidade de indexadores é variável, podendo chegar a 06 (seis) indexadores. A indexação deverá ser efetuada no Software para Gerenciamento dos Processos do Poder Legislativo.
4ª Fase -> Conclusão: Concluído o serviço, será emitido relatório detalhado e estatístico dos serviços realizados, considerando como “folha digitalizada” aquela que foi passível de indexação e digitalização, ainda, será anexado ao relatório resumo fotográfico legendado que demonstre a execução dos serviços e a sua finalização, a ser conferido pelo fiscal de contrato.
O volume do Acervo Documental acumulado da Câmara Municipal de Xxxxxx Xxxxxxx a ser digitalizado e indexado é de 150.000 (cento e cinquenta mil) páginas.
5. MODELO DE EXECUÇÃO CONTRATUAL (arts. 6º, XXIII, alínea “e” e 40, §1º, inciso II, da Lei nº 14.133/2021).
5.1. Os prazos de prestação dos serviços estão discriminados abaixo:
a) O prazo para início de Implantação/Reformulação do Portal Oficial do Legislativo é de até 05 (cinco) dias corridos, a contar da data de recebimento da Autorização de Serviço, e o de conclusão da implantação é de até no máximo 30 (trinta) dias corridos;
b) A Contratada deverá apresentar um cronograma de treinamento na operação do portal para os usuários indicados pela Contratante, que deverá ser executado no prazo de 30 (trinta) dias corridos, acontar da data de recebimento da Autorização de Serviço e durante a etapa de implantação/reformulação.
c) Os serviços de Licença de uso, Suporte e Hospedagem do Portal Oficial do Legislativo, deverão ser prestados por um período de 12 (doze) meses a contar do recebimento da Autorização de Serviços.
d) O prazo para a realização do serviço de implantação do Software para Gerenciamento Eletrônico de Processos Legislativos e Administrativos do Poder Legislativo deverá ser de até 60 (sessenta) dias corridos, a contar da data de recebimento da Autorização de Serviço.
e) O prazo para a realização dos serviços de Treinamento do sistema de gerenciamento eletrônico de processos legislativos e administrativos deverá ser de até 60 (sessenta) dias corridos, a contar da data de recebimento da Autorização de Serviço.
f) O prazo para a realização do serviço de Modelagem de Processos deverá ser de até 60 (sessenta) dias corridos, a contar da data de recebimento da Autorização de Serviço.
j) O prazo para a realização do serviço de Compilação de Atos Normativos será de até 12(doze) meses, acontar da data de recebimento da Autorização de Serviços.
⮚ Abaixo o cronograma macro do Projeto:
SERVIÇO | MÊS | |||||||||||||
01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | |
LOTE 01 | ||||||||||||||
1. PORTAL OFICIAL DO LEGISLATIVO | ||||||||||||||
1.1 Implantação do Portal Oficial | ||||||||||||||
1.2 Licença de Uso e Suporte Mensal do Portal Oficial | ||||||||||||||
1.3 Treinamento | ||||||||||||||
2. SOFTWARE PARA GERENCIAMENTO ELETRÔNICO DE PROCESSOS LEGISLATIVOS E ADMINISTRATIVOS DO PODER LEGISLATIVO | ||||||||||||||
2.1 Implantação do Software | ||||||||||||||
2.2 Treinamento | ||||||||||||||
2.3 Modelagem de Processos | ||||||||||||||
2.4 Licença de uso, Suporte e Hospedagem | ||||||||||||||
3. APLICATIVO MOBILE | ||||||||||||||
3.1 Aplicativo Mobile (IOS e Android) da Produção Legislativa | ||||||||||||||
4. COMPILAÇÃO DE ATOS NORMATIVOS | ||||||||||||||
4.1 Implantação do software | ||||||||||||||
4.2 Licença de Uso e Suporte Mensal | ||||||||||||||
4.3 Compilação dos Atos durante a vigência do Contrato (quantidade variável) Ato/ano 100 |
4.4 Classificação temática de Atos Normativos (quantidade variável) Ato/ano 100 | ||||||||||||||
LOTE 02 | ||||||||||||||
1. GESTÃO DOCUMENTAL | ||||||||||||||
1.1 Elaboração de Instrumentos Arquivísticos | ||||||||||||||
1.2 Organização do Acervo Acumulado | ||||||||||||||
1.3 Digitalização e Indexação de documentos |
5.1.1 Caso não seja possível cumprir as metas de produtividade estabelecidas, a empresa deverá comunicar as razões respectivas com pelo menos 10 dias de antecedência para que qualquer pleito de prorrogação de prazo seja analisado, ressalvadas situações de caso fortuito e força maior.
5.1.2. Com exceção do Treinamento (item 1.3 e 2.2 do cronograma macro) e Atendimento “in loco” (subitem do item 1.2 e subitem do item 2.4 do cronograma macro), todos os demais serviços do LOTE 01 serão prestados na sede da Contratada.
5.1.3 Os serviços previstos no LOTE 02 serão prestados na sede da Contratante.
5.3. Os ensaios, os testes e as demais provas para aferição da boa execução do serviço do contrato exigidos por normas técnicas oficiais correrão por conta da CONTRATADA.
6. MODELO DE GESTÃO DO CONTRATO (art. 6º, XXIII, alínea “f”, da Lei nº 14.133/21)
6.1. A duração do contrato está adstrita à vigência do respectivo crédito orçamentário, iniciando sua vigência a partir do recebimento da Autorização de Fornecimento/Execução ou da assinatura do mesmo até o término do exercício corrente.
6.2. O contrato deverá ser executado fielmente pelas partes, de acordo com as cláusulas avençadas e as normas da Lei nº 14.133, de 2021, e cada parte responderá pelas consequências de sua inexecução total ou parcial (Lei nº 14.133/2021, art. 115, caput).
6.3. Em caso de impedimento, ordem de paralisação ou suspensão do contrato, o cronograma de execução será prorrogado automaticamente pelo tempo correspondente, anotadas tais circunstâncias mediante simples apostila (Lei nº 14.133/2021, art. 115, §5º).
6.4. A execução do contrato deverá ser acompanhada e fiscalizada pelo(s) fiscal(is) do contrato, ou pelos respectivos substitutos (Lei nº 14.133/2021, art. 117, caput).
6.4.1. O fiscal do contrato anotará em registro próprio todas as ocorrências relacionadas à execução do contrato, determinando o que for necessário para a regularização das faltas ou dos defeitos observados (Lei nº 14.133/2021, art. 117, §1º).
6.4.2. O fiscal do contrato informará a seus superiores, em tempo hábil para a adoção das medidas convenientes, a situação que demandar decisão ou providência que ultrapasse sua competência (Lei nº 14.133/2021, art. 117, §2º).
6.5. O contratado será obrigado a reparar, corrigir, remover, reconstruir ou substituir, a suas expensas, no total ou em parte, o objeto do contrato em que se verificarem vícios, defeitos ou incorreções resultantes de sua execução ou de materiais nela empregados (Lei nº 14.133/2021, art. 119).
6.6. O contratado será responsável pelos danos causados diretamente à Administração ou a terceiros em razão da execução do contrato, e não excluirá nem reduzirá essa responsabilidade a fiscalização ou o acompanhamento pelo contratante (Lei nº 14.133/2021, art. 120).
6.7. Somente o contratado será responsável pelos encargos trabalhistas, previdenciários, fiscais e comerciais resultantes da execução do contrato (Lei nº 14.133/2021, art. 121, caput).
6.7.1. A inadimplência do contratado em relação aos encargos trabalhistas, fiscais e comerciais não transferirá à Administração a responsabilidade pelo seu pagamento e não poderá onerar o objeto do contrato (Lei nº 14.133/2021, art. 121, §1º).
6.8. As comunicações entre o órgão ou entidade e a contratada devem ser realizadas por escrito sempre que o ato exigir tal formalidade, admitindo-se, excepcionalmente, o uso de mensagem eletrônica para esse fim (IN 5/2017, art. 44, §2º).
6.9. O órgão ou entidade poderá convocar representante da empresa para adoção de providências que devam ser cumpridas de imediato (IN 5/2017, art. 44, 31º).
6.10. Para pagamento da nota fiscal ou da fatura serão exigidos a Certidão Negativa de Débito (CND) relativa a Créditos Tributários Federais e à Dívida Ativa da União, o Certificado de Regularidade do FGTS (CRF), a Certidão Negativa de Débitos Trabalhistas (CNDT), Certidão Negativa Estadual e Certidão Negativa Municipal.
7. FORMA E CRITÉRIOS DE SELEÇÃO DO FORNECEDOR (art. 6º, inciso XXIII, alínea ‘h’, da Lei nº 14.133/2021).
7.1. O fornecedor será selecionado por meio da realização de Pregão Presencial, com fundamento na hipótese do art. 28, inciso I, da Lei nº 14.133/2021.
7.2. O critério para julgamento das propostas será o de MENOR PREÇO POR LOTE, nos moldes do Art. 33, inciso I, da lei 14.133/2021.
7.3. Previamente à celebração do contrato, a Administração solicitará à empresa a apresentação dos seguintes documentos:
7.3.1 Habilitação jurídica, qualificação técnica/econômico-financeiro, se for o caso, e de regularidade fiscal, trabalhista e em relação ao FGTS.
7.3.1.1 – DA QUALIFICAÇÃO TÉCNICA:
1) Da empresa:
a) Comprovação de que a Licitante é a fabricante do Software para Gerenciamento de Documentos e Processos ofertada ou subsidiária brasileira do fabricante ou, ainda, que está credenciada pelo fabricante/subsidiária a comercializar licenças bem como prestar serviços de implantação e suporte do software ofertado no Brasil, bem como autorizada a conceder o direito de utilização e modificação do código-fonte da parte personalizada do software ofertado, seja por parametrização, customização ou qualquer outra forma de modificação. A Comprovação da Propriedade da Solução se dará através da apresentação do Registro no Instituto Nacional de Propriedade Industrial (INPI) ou Certidão da Associaçãodas Empresas Brasileiras de Tecnologia da Informação, Software e Internet (ASSESPRO), ou ainda Declaração de Titularidade do Software pela própria Licitante, comprovando que os softwares apresentados na licitação são de sua propriedade.
Os atestados de capacidade técnica deverão conter, no mínimo, as seguintes informações: nome das empresas declarantes, a identificação do nome e a assinatura do responsável, número do contrato, o número de telefone para contato, bem como a descrição do escopo dos serviços prestados pela LICITANTE, de forma a comprovar as experiênciasnas atividades descritas. Esta descrição deverá conter dados que permitam o amplo entendimento dos trabalhos realizados para comparação com o escopo a ser licitado e exigido nos respectivos atestados.
Documentos em língua estrangeira deverão estar acompanhados da tradução para a língua portuguesa. Admitir-se-á o somatório dos quantitativos consignados em atestados que comprovem a simultaneidade de fornecimento do objeto desde que seja, no mesmo período de prestação dos serviços.
b) Comprovação de aptidão da LICITANTE em prestação de Serviços de Implantação, Suporte e Manutenção do Portal ofertado com as características e quantidades do objeto deste Termo de Referência através da apresentação de, pelo menos, 01 (um) atestado de desempenho atual ou anterior, fornecido por organização pública ou privada, comprobatório da capacidade técnica, devendo ainda constar no documento:
• Endereço eletrônico do Portal Oficial do Legislativo.
• Fazer menção que o Portal implantado contemplou os módulos de: Site Institucional, Ouvidoria, Serviço de Informação ao Cidadão e Carta de Serviços, nos mesmostermos do objeto descrito neste Termo de Referência.
c) Comprovação de aptidão da LICITANTE em prestação de Serviços de Implantação, Suporte e Manutenção do Software ofertado com as características e quantidades do objeto deste Termo de Referência através da apresentação de, pelo menos, 01 (um) atestado de desempenho atual ou anterior, fornecido por organização pública ou privada, comprobatórioda capacidade técnica, devendo ainda constar no documento:
• Endereço eletrônico do software publicado na Web;
• Fazer menção que o software implantado contemplou os módulos de: Gerenciamento de Processos Eletrônicos, para as áreas legislativa, com utilização de Certificação Digital, nos mesmos termos do objeto descrito neste Termo de Referência.
d) Comprovação de aptidão da LICITANTE em prestação de Serviços de Modelagem deProcessos de
Negócios (legislativos) BPMN com as características e quantidades do objeto deste contrato através da apresentação de, pelo menos, 01 (um) atestado de desempenho atual ou anterior, fornecido por organização pública ou privada.
e) Comprovação de aptidão da LICITANTE em prestação de Serviços Fornecimento de Aplicativo Mobile, devendo conter o nome do aplicativo publicado nas lojas da app store e google play store, devendo o documento fazer menção ao(s) software(s) de: Aplicativo Móbile integrado ao Sistema de Processo Eletrônico Web;
f) Comprovação de aptidão da LICITANTE em prestação de serviço de Compilação de Atos Normativos, mediante apresentação de declaração firmada por pessoas jurídicas públicas e/ou privadas que sendo clientes da licitante, atestem a capacidade da mesma para prestar o serviço do objeto ora licitado, em papel timbrado da empresa Contratante, em características, quantidades e prazo, assinado por seu representante legal, discriminando o teor da contratação, o número do contrato e os dados da empresa Contratada.
g) Comprovação de aptidão da LICITANTE em prestação de serviço de Classificação Temática dos Atos Normativos, mediante apresentação de declaração firmada por pessoas jurídicas públicas e/ou privadas que sendo clientes da licitante, atestem a capacidade da mesma para prestar o serviço do objeto ora licitado, em papel timbrado da empresa Contratante, em características, quantidades e prazo, assinado por seu representante legal, discriminando o teor da contratação, o número do contrato e os dados da empresa Contratada.
h) Comprovação de aptidão da LICITANTE em prestação de Serviços de Elaboração de Instrumentos Arquivísticos com as características e quantidades do objeto deste contrato através da apresentação de, pelo menos, 01 (um) atestado de desempenho atual ou anterior, fornecido por organização pública ou privada.
i) Comprovação de aptidão da LICITANTE em prestação de Serviços de Organização de Documentos com as características e quantidades do objeto deste contrato através da apresentação de, pelo menos, 01 (um) atestado de desempenho atual ou anterior, fornecido por organização pública ou privada.
j) Comprovação de aptidão da LICITANTE em prestação de Serviços de Digitalização de Documentos com
as características e quantidades do objeto deste contrato através da apresentação de, pelo menos, 01 (um) atestado de desempenho atual ou anterior, fornecido por organização pública ou privada.
Os atestados de capacidade técnica exigidos têm por objetivo garantir a capacidade da empresa LICITANTE de executar o contrato e prestar os serviços licitados de forma satisfatória, dentro de parâmetros mínimos de qualidade e prazo, recaindo as exigências de atestação somente em atividades comuns, genéricas e frequentes de contratos de mesma natureza – desenvolvimento, implantação, suporte e manutenção de sistemas – não se tratando, portanto, de atividades deveras específicas. Outrossim, os atestados solicitados versam sobre a qualidade e capacidade de implantação do próprio Software ofertado pela LICITANTE, que deve ser amplamente aderente ao disposto neste Termo de Referência
2) Dos Profissionais da Equipe Técnica:
Considerando a aderência do portal e do software a serem implantados em todas as áreas da Câmara Municipal de Xxxxxx Xxxxxxx e a complexidade e a criticidade das informações nele existentes, não é razoável permitir que o projeto seja realizado por profissional sem as competências e habilidades adequadas.
Assim, na assinatura do contrato, para fins de execução do objeto deste contrato, a Contratante exigirá da Contratada a alocação de uma equipe técnica. Esta atuará como especialista nas suas respectivas áreas de conhecimento nas etapas de Implantação do Software e de Gestão Documental.
A equipe deverá apresentar os perfis e experiências detalhados a seguir, além das qualificações mínimas exigidas para cada função. Estas características deverão ser comprovadas mediante apresentação pela Contratada da descrição dos perfis, segundo modelo exigido pela Contratante, acrescidos das comprovações de experiência (curriculum vitae e declarações de capacidade técnica) e vida acadêmica (certificados e diplomas).
Importa frisar que a descrição do pessoal exigido neste Termo de Referência está circunscrita à equipe mínima necessária para garantir a excelência na prestação do serviço pretendido e que as comprovações de habilitação dos profissionais que a empresa irá dispor para compor tal equipe são importantes instrumentos de aferição da capacidade técnica da equipe e profissionais que irão executar as atividades do contrato e referem-se apenas às atividades e capacidades imprescindíveis à prestação do objeto licitado.
A Câmara Municipal de Xxxxxx Xxxxxxx só aceitará a prestação de serviço de profissionais da Contratada que atendam às exigências de qualificação profissional, incluindo as certificações e experiências, que estão descritas neste Termo de Referência.
Sempre que um novo profissional for incluído ou substituído na equipe da Contratada, a Contratada deverá comunicar a Câmara Municipal de Xxxxxx Xxxxxxx e apresentar os documentos requisitados.
Se, porventura, um profissional que estiver prestando serviços perder quaisquer das certificações exigidas, a Contratada deverá comunicar à Câmara Municipal de Xxxxxx Xxxxxxx e providenciar um substituto, apresentando os documentos requisitados deste novo profissional.
Para as exigências dos profissionais, a comprovação de experiência poderá ser feita também por apresentação de currículo, como alternativa ao documento emitido pela empresa onde foi adquirida a experiência.
a) Profissional em Tecnologia da Informação
Este profissional será responsável pela Implantação do Portal Oficial do Legislativo e do Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, e apresentar para fins de comprovação os seguintes documentos:
• Diploma de conclusão de curso de graduação ou pós-graduação na área de Tecnologia da Informação;
• Apresentar curriculum vitae os quais deverão constar nas descrições das experiências, além das informações técnicas exigidas, outras informações necessárias e suficientes para a avaliação das experiências referenciadas pela Contratante. Deverão ser informados para cada experiência: Identificação da pessoa jurídica para a qual se refere a experiência e período de vigência do contrato.
b) Profissional em Modelagem de Processos
Este profissional que será responsável pela Modelagem dos Processos e deverá apresentar para fins de comprovação os seguintes documentos:
• Diploma de conclusão de curso de administração de empresas;
• Apresentar a Certificação em Modelagem de Processos (Certified Business Process Professional – CBPP);
• Comprovar experiência profissional de, pelo menos, 03 (três) anos;
• Comprovar conhecimentos em Modelagem de Processos, preferencialmente para o setor público, por meio de Atestados Capacidade Técnica;
• Comprovar conhecimentos em Mapeamento de Processos para a área Legislativa, preferencialmente para o setor público, por meio de Atestados Capacidade Técnica.
▪ Apresentar curriculum vitae os quais deverão constar nas descrições das experiências, além das informações técnicas exigidas, outras informações necessárias e suficientes para a avaliação das experiências referenciadas pela Contratante. Deverão ser informados para cada experiência: Identificação da pessoa jurídica para a qual se refere a experiência e período de vigência do contrato
c) Profissional com formação no curso de Direito para a Compilação de Atos Normativos
Este profissional será responsável pela Compilação de Atos Normativos e deverá apresentar para fins de comprovação os seguintes documentos:
• Diploma de conclusão de curso de direito;
• Atestado de capacidade técnica que comprove conhecimentos em Compilação de Atos Normativos, preferencialmente para o setor público;
• Curriculum vitae os quais deverão constar nas descrições das experiências, além das informações técnicas exigidas, outras informações necessárias e suficientes para a avaliação das experiências referenciadas pela Contratante. Deverão ser informados para cada experiência: Identificação da pessoa jurídica para a qual se refere a experiência e período de vigência do contrato.
d) Profissional com formação no curso de Arquivologia
Este profissional será responsável pela elaboração de instrumentos Arquivísticos e deverá apresentar para fins de comprovação os seguintes documentos:
• Diploma de conclusão de curso de Arquivologia;
• Atestado de capacidade técnica que comprove conhecimentos em elaboração de instrumentos Arquivísticos, preferencialmente para o setor público;
• Curriculum vitae os quais deverão constar nas descrições das experiências, além das informações técnicas exigidas, outras informações necessárias e suficientes para a avaliação das experiências referenciadas pela Contratante. Deverão ser informados para cada experiência: Identificação da pessoa jurídica para a qual se refere a experiência e período de vigência do contrato.
7.3.2 Declaração de que não emprega menor de 18 anos em trabalho noturno, perigoso ou insalubre e não emprega menor de 16 anos, salvo menor, a partir de 14 anos, na condição de aprendiz, nos termos do artigo 7°, XXXIII, da Constituição;
7.3.3 Declaração do SIMPLES caso a empresa se enquadre, para efeitos da Lei Complementar nº 123/2006;
7.3.4. Declaração de que não possuem sócio, administrador, gerente ou funcionário que seja servidor ou dirigente da Câmara Municipal de Xxxxxx Xxxxxxx – ES ou que possuam qualquer tipo de parentesco, até o 3º (terceiro) grau, incluindo os afins, com o Presidente e/ou Vereadores, com o Diretor Geral, com o Procurador- Geral, com o Pregoeiro e equipe de apoio e com os membros da Comissão de Licitação da Câmara de Xxxxxx Xxxxxxx – ES.
7.3.5 – Prova de Conceito.
A prova de conceito será aplicada para avaliar a proficiência das empresas qualificadas e terá caráter eliminatório.
1. Das Disposições Gerais
A ordem de avaliação da POC será a ordem de classificação das empresas qualificadas, ou seja, a primeira colocada no certame terá seu software avaliado e, caso não seja aprovada, esta será eliminada do processo licitatório, passando a avaliação da comissão à segunda colocada. Esse processo se repetirá até que uma das empresas seja considerada habilitada pelas equipes técnicas que julgarão a POC;
A LICITANTE provisoriamente classificada em primeiro lugar, denominada LICITANTE EM AVALIAÇÃO, deverá comprovar que atende a todas as simulações propostas na prova de conceito, conforme item 3 (Procedimentos da POC), sob pena de desclassificação;
A Contratante apresentará a lista de requisitos a serem avaliados na POC, conforme descritos no Anexo II (Tabela de Requisitos Funcionais), deste Termo de Referência, para o Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, descrito neste Termo de Referência.
A Prova de Conceito consiste na apresentação do produto final em pleno funcionamento pela LICITANTE em avaliação, permitindo a averiguação prática das funcionalidades e características do produto, devendo ser acompanhada por uma EquipeTécnica de Avaliação da Câmara Municipal de Xxxxxx Xxxxxxx.
Para a realização da Prova de Conceito, a LICITANTE em avaliação deverá fornecer todos os insumos necessários à análise do piloto/amostra da solução apresentada, tais como ambiente único com a solução devidamente instalada, configurada e parametrizada, rede e equipamentos próprios, pessoal técnico necessário, etc. Todas as licenças, toda a infraestrutura e todos os equipamentos necessários (Ex.: rede, nobreak) deverão ser providenciados pela LICITANTE em avaliação e ser devidamente instalados e configurados na solução proposta. Caberá a Contratante a disponibilização de acesso à Internet e equipamento para projeção.
Antes de começar a POC, a Contratante poderá verificar a conformidade dos softwarese equipamentos físicos no ambiente de instalação para não haver quaisquer dúvidas quanto à integridade, conformidade e confiabilidade do processo, podendo a LICITANTE ser reprovada automaticamente, se verificada alguma irregularidade, até mesmo antes de iniciar a POC.
Poderão participar da Prova de Conceito até 03 (três) representantes credenciados da LICITANTE em avaliação, até 01 (um) representante credenciado de cada uma das demais LICITANTES, os membros da Equipe Técnica de Avaliação e da Equipe de licitação da Câmara Municipal de Xxxxxx Xxxxxxx.
Eventuais questionamentos prévios acerca da execução da Prova de Conceito poderão ser feitos pelas LICITANTES, oportunamente, nos prazos pertinentes ao pedido de esclarecimentos e impugnações, depois de publicado o edital de licitação.
2. Da Equipe Técnica de Avaliação
A equipe responsável pela avaliação técnica será composta por membros indicados dasseguintes unidades administrativas da Câmara Municipal de Xxxxxx Xxxxxxx:
• Xxxxxxx Xxxxxx Xxxxxx Pruêza (Operador de Sistema – Técnico TI)
• Xxx Xxxxx Xxxxxx Xxxxxxxx (Secretaria Legislativa)
• Xxxxxxx Xxxxxx Xxxxx (Responsável pelo RH).
• Xxxxxx Xxxx (Analista Operacional – Contabilidade).
Caberá à Equipe Técnica de Avaliação:
a) Coordenar a execução de todas as atividades relativas à Prova de Conceito e realizar questionamentos quanto ao piloto/amostra apresentado, podendo realizar diligências;
b) Declarar, no decorrer da prova de conceito, a conclusão das atividades de Avaliação Técnica (Vale ressaltar que declarar a conclusão não consiste em confirmar o atendimento ou não do requisito. Tal resposta somente será disponibilizada no Relatório de Julgamento da Prova de Conceito);
c) Emitir ao pregoeiro o Relatório de Julgamento da prova de conceito, devidamente justificado, para continuidade do procedimento licitatório.
3. Dos procedimentos da POC
Para a prova de conceito serão avaliados os requisitos descritos no Anexo II (tabela de requisitos funcionais), para o Software para Gerenciamento Eletrônico de Processos do Poder Legislativo, descritos neste Termo de Referência. Todos os requisitos solicitados na prova de conceito deverão ser demonstrados e validados.
A LICITANTE será reprovada se não conseguir demonstrar o percentual mínimo dos requisitos exigidos na POC.
A LICITANTE em avaliação terá um prazo de 02 (dois) dias úteis, a contar doprimeiro dia útil seguinte à convocação pelo pregoeiro, para preparar um piloto/amostra do produto, deixando-o em plenas condições operacionais de avaliação.
As realizações das demonstrações da POC deverão ocorrer a partir do terceiro dia útil, a contar do primeiro dia útil seguinte à convocação pelo pregoeiro, devendo a LICITANTE em avaliação se apresentar à Equipe Técnica de Avaliação do piloto/amostra nas datas e horários da convocação.
Se a LICITANTE provisoriamente classificada em primeiro lugar não comparecer à sessão da Prova de Conceito, será desclassificada e será convocada a segunda colocada e assim sucessivamente.
Durante a Prova de Conceito, somente a Equipe Técnica de Avaliação e o Pregoeiro poderão se manifestar com questionamentos pertinentes à verificação e quanto ao cumprimento dos requisitos licitatórios, respectivamente, sendo a eles facultado realizar diligências para aferir o cumprimento dos requisitos, não sendo permitida, durante eventual diligência, qualquer alteração no produto criado para a Prova de Conceito, salvo para parametrização e alterações feitas através da interface do sistema, com o conhecimento de toda a equipe da POC.
Se, durante o período de demonstração, a Equipe Técnica de Avaliação constatar a impossibilidade de a LICITANTE atender integralmente as exigências da POC, esta será desclassificada, independentemente de restarem itens a serem demonstrados e avaliados, e a próxima colocada será convocada.
A LICITANTE em avaliação deverá apresentar profissionais especialistas no produto para apresentar o piloto/amostra, bem como exaurir eventuais questionamentos da Equipe Técnica de Avaliação.
Concluída a Prova de Conceito, a Equipe Técnica de Avaliação declarará encerrada a sessão, iniciando-se o prazo para elaboração e entrega ao pregoeiro do Relatório de julgamento da prova de conceito.
Aprovada a LICITANTE em avaliação, com consequente emissão do Relatório de julgamento da prova de conceito, o pregoeiro a declarará como vencedora, procedendo à abertura do prazo recursal e demais trâmites licitatórios legais.
Desclassificada a LICITANTE em avaliação, a próxima colocada será convocada para apresentação dos documentos de habilitação, proposta de preços e para participação da Prova de Conceito.
A LICITANTE que for reprovada na Prova de Conceito não terá direito a qualquer indenização.
4. Dos prazos
A LICITANTE habilitada a realizar a POC terá um prazo de até 02 (dois) dias úteis para preparar todo o ambiente necessário para a sua execução, em instalação própria.
Preparado o ambiente, a empresa terá até 03 (três) Dias úteis para comprovar o atendimento aos requisitos selecionados pela Câmara Municipal de Xxxxxx Xxxxxxx.
A Câmara Municipal de Xxxxxx Xxxxxxx divulgará o resultado em até 02 (dois) dias úteis após a conclusão da fase de demonstração. Este período poderá ser prorrogado mediante justificativa.
5. Dos critérios de avaliação
Será considerada aprovada a LICITANTE que:
a) Demonstrar atendimento a, no mínimo, 80% (Oitenta por cento) dos requisitos classificados como “Obrigatórios” descritos na Tabela de Requisitos Funcionais, do Anexo II deste Termo de Referência;
b) Demonstrar atendimento a, no mínimo, 50% (Cinquenta por cento) dos requisitos classificados como “Altamente Desejáveis” descritos na Tabela de Requisitos Funcionais, do Anexo II deste Termo de Referência;
8. DO PREÇO E FORMA DE PAGAMENTO (art. 92, V e VI)
8.1. DO PREÇO: O valor total estimado para a contratação é de R$ 358.838,00 (trezentos e cinquenta e oito mil, oitocentos e trinta e oito reais).
• O valor estimado para o LOTE 01 é de R$ 255.463,00 (duzentos e cinquenta e cinco mil, quatrocentos e sessenta e três reais).
• O valor estimado para o LOTE 02 é de R$ 103.375,00 (cento e três mil, trezentos e setenta e cinco reais).
8.1.1. No valor apresentado pela empresa participante deverão estar incluídas todas as despesas ordinárias diretas e indiretas decorrentes da execução contratual, inclusive tributos e/ou impostos, encargos sociais, trabalhistas, previdenciários, fiscais e comerciais incidentes, taxa de administração, frete, seguro e outros necessários ao cumprimento integral do objeto da contratação.
8.2. DA FORMA DE PAGAMENTO: O pagamento será feito em favor da empresa contratada, por meio de Transferência Bancária em conta-corrente da empresa, Depósito Bancário via cheque ou Boleto Bancário, uma vez satisfeitas as condições estabelecidas no contrato, até o 5º (quinto) dia útil após a apresentação da Nota Fiscal Eletrônica/Fatura devidamente discriminada e atestada por servidor designado pela contratante, desde que não haja fator impeditivo por parte da Contratada, bem como da apresentação das Certidões Negativas da Fazenda Federal, Estadual e Municipal, Prova de situação regular perante o FGTS e Prova de situação regular perante a Justiça de Trabalho.
8.2.1. Nenhum pagamento será efetuado à CONTRATADA enquanto pendente de liquidação, qualquer obrigação que lhe for imposta, em virtude de penalidade contratual (multa) ou em razão de inadimplência referente à execução do objeto contratual, sem que isso gere direito ao pleito de reajustamento de preços ou à correção monetária.
8.2.2. No caso de controvérsia sobre a execução do objeto, quanto à dimensão, qualidade e quantidade, a parcela incontroversa deverá ser liberada no prazo previsto para pagamento.
8.2.3. Considera-se ocorrido o recebimento da nota fiscal ou fatura no momento em que o órgão contratante atestar a execução do objeto do contrato.
8.3. ATRASO DE PAGAMENTO: Quando da ocorrência de eventuais atrasos de pagamento provocados exclusivamente pela Câmara Municipal de Xxxxxx Xxxxxxx/ES, o valor devido deverá ser acrescido de atualização monetária, a contar da data máxima prevista para o pagamento até a data do efetivo pagamento.
8.4. DO REAJUSTE: Os preços praticados serão fixos e irreajustáveis pelo período de 12 (doze) meses, contados a partir da data do orçamento estimado, nos termos da Lei 10.192/01 c/c art. 92, §3º, da Lei n. 14.133/21. O valor contratado será reajustado, caso necessário, utilizando-se do seguinte índice INPC.
9. OBRIGAÇÕES DA CONTRATANTE (art. 92, X, XI e XIV)
9.2. - A CONTRATANTE se compromete a:
9.2.1. Acompanhar e fiscalizar a execução do contrato por intermédio de servidor(es) especialmente designado(s) conforme determina o artigo 117 da Lei n. 14.133/21.
9.2.2. Os representantes da Administração anotarão em registro próprio todas as ocorrências relacionadas à execução do contrato, determinando o que for necessário à regularização das faltas ou defeitos observados, nos termos do artigo 117, § 1°, da Lei 14.133/21.
9.2.3. As decisões que ultrapassarem a competência do(s) representante(s) serão encaminhadas à autoridade superior para as devidas providências, conforme dispõe o artigo 117, § 2°, da Lei 14.133/21
9.2.4. Verificar e fiscalizar as condições técnicas da CONTRATADA, visando estabelecer controle de qualidade do serviço a ser prestado.
9.2.5. Efetuar o pagamento à CONTRATADA no valor e época estabelecidos na Cláusula Quarta.
10. OBRIGAÇÕES DO CONTRATADO (art. 92, XIV, XVI e XVII)
10.1. A CONTRATADA obriga-se a:
10.1.1. Não transferir a outrem ou subcontratar, no todo ou em parte, o presente contrato.
10.1.2. Executar fielmente o contrato avençado, de acordo com as condições previstas, no Termo de Referência, sua proposta e demais atos anexos ao processo de contratação direta, que são parte integrante deste instrumento independente de transcrição.
10.1.3. Manter preposto, aceito pela CONTRATANTE, para representá-la na execução do contrato.
10.1.4. Reparar, corrigir, remover, reconstituir ou substituir, às suas expensas, no todo ou em parte, o objeto do contrato em que se verificarem vícios, defeitos ou incorreções resultantes da execução ou de materiais empregados.
10.1.5. Responder pelos danos causados diretamente à Administração ou a terceiros, em razão de ação ou omissão, decorrentes de culpa ou dolo na execução do contrato, sua ou de seus prepostos, independentemente de outras cominações contratuais ou legais, a que estiver sujeita, não excluindo ou reduzindo essa responsabilidade a fiscalização ou acompanhamento realizado pela CONTRATANTE.
10.1.6. Responsabilizar-se pelos salários, transportes, encargos sociais, fiscais, trabalhistas, previdenciários, comerciais, indenizações e quaisquer outras que forem devidas no desempenho do objeto do contrato, ficando a CONTRATANTE isenta de qualquer vínculo da CONTRATADA com seus fornecedores, prestadores de serviços e empregados.
10.1.7. Manter, durante toda a execução do contrato, em compatibilidade com as obrigações assumidas, todas as condições de habilitação e qualificação exigidas, em consonância com o disposto no artigo 92, XVI, da Lei n° 14.133/21.
10.1.8. Prestar esclarecimentos que lhe forem solicitados, atendendo prontamente às eventuais reclamações/ notificações relacionadas com o objeto fornecido.
10.1.9. Disponibilizar o objeto negocial de forma parcelada, caso requeira a Administração e de acordo com as necessidades do Município.
10.1.10. A CONTRATADA se responsabilizará pela qualidade, quantidade e segurança do objeto negocial ofertado, não podendo apresentar deficiências técnicas, assim como pela adequação desse às exigências do Termo de Referência.
10.1.11. A CONTRATADA deve cumprir as exigências de reserva de cargos prevista em lei, bem como em outras normas específicas, para pessoa com deficiência, para reabilitado da Previdência Social e para aprendiz.
10.1.12. O prazo de garantia mínima do objeto é aquele definido no termo de referência, respeitados os prazos mínimos definidos na Lei n. 14.133/21, normas legais ou normas técnicas existente.
11. INFRAÇÕES E SANÇÕES ADMINISTRATIVAS (art. 92, XIV)
11.1. Comete infração administrativa, nos termos da Lei nº 14.133, de 2021, o Contratado que:
a) der causa à inexecução parcial do contrato;
b) der causa à inexecução parcial do contrato que cause grave dano à Administração ou ao funcionamento dos serviços públicos ou ao interesse coletivo;
c) der causa à inexecução total do contrato;
d) deixar de entregar a documentação exigida para o certame;
e) não manter a proposta, salvo em decorrência de fato superveniente devidamente justificado;
f) não celebrar o contrato ou não entregar a documentação exigida para a contratação, quando convocado dentro do prazo de validade de sua proposta;
g) ensejar o retardamento da execução ou da entrega do objeto da contratação sem motivo justificado;
h) apresentar declaração ou documentação falsa exigida para o certame ou prestar declaração falsa durante a dispensa eletrônica ou execução do contrato;
i) fraudar a contratação ou praticar ato fraudulento na execução do contrato;
j) comportar-se de modo inidôneo ou cometer fraude de qualquer natureza;
k) praticar atos ilícitos com vistas a frustrar os objetivos da contratação;
l) praticar ato lesivo previsto no art. 5º da Lei nº 12.846, de 1º de agosto de 2013.
11.2. Serão aplicadas ao responsável pelas infrações administrativas acima descritas as seguintes sanções:
11.2.1. Advertência;
11.2.2. Multa compensatória entre [0,5% (cinco décimos por cento) a 30% (trinta por cento)] do valor do contrato celebrado;
11.2.3. Impedimento de licitar e contratar;
11.2.4. Declaração de inidoneidade para licitar ou contratar.
11.3. O procedimento, hipóteses de descumprimento e aplicação das sanções seguirá os preceitos estabelecidos na Lei n. 14.133/21.
11.4. Se a multa aplicada e as indenizações cabíveis forem superiores ao valor de pagamento eventualmente devido pela Administração ao contratado, além da perda desse valor, a diferença será descontada da garantia prestada ou será cobrada judicialmente.
11.5. A aplicação das sanções previstas no caput deste artigo não exclui, em hipótese alguma, a obrigação de reparação integral do dano causado à Administração Pública.
11.6. O atraso injustificado na execução do contrato sujeitará o contratado a multa de mora, no percentual de 1% (um por cento) da obrigação não cumprida.
11.6.1. A aplicação de multa de mora não impedirá que a Administração a converta em compensatória e promova a extinção unilateral do contrato com a aplicação cumulada de outras sanções previstas no item 11.2.
11.7. As sanções previstas nos itens 11.2.1, 11.2.3 e 11.2.4 poderão ser aplicadas cumulativamente com a prevista no item 11.2.2, nos termos do art. 156, § 7º, da Lei n. 14.133/21.
12. DOS RECURSOS ORÇAMENTÁRIOS
12.1. As despesas decorrentes desta contratação estão programadas em dotação orçamentária própria, prevista no orçamento da Câmara Municipal de Xxxxxx Xxxxxxx, para o exercício de 2023, na classificação a seguir: Elemento de despesa: 33903900000 – Ficha nº 19 – Outros Serviços de Pessoa Jurídica.
13. DA REFERÊNCIA
O presente Termo de Referência foi baseado nos editais abaixo relacionados, e adaptado para as necessidades e especificidades da Câmara Municipal de Xxxxxx Xxxxxxx/ES.
• Edital de Pregão Eletrônico n° 24/2020, da Assembleia Legislativa do Estado de São Paulo;
xxxxx://xxx.xxx.xx.xxx.xx/xxx_xxxxxx_XX/Xxxxxx/xxxxxx00000.xxxx?X%0xxXxxXXXXXXx0xXxxXx0xX0%0xXx MKz9YM1lyetohACkJThegAqvAB%2foMDzOHFJDt
• Edital de Pregão Presencial nº 04/2020, da Câmara Municipal de Vitória - ES;
xxxx://xxx.xxx.xx.xxx.xx/xxxxxxx/xxxxxxxxx/0000-xxxxxx-xxxxx-xxxxxxxxxx-000-0000-0000000000.xxx
• Edital de Pregão Presencial nº 10/2020, da Câmara Municipal de Taubaté - SP;
xxxxx://xxx.xxxxxxxxxxxxx.xx.xxx.xx/xxxxx_xxxxxxx.xxxx/Xxxxxx_Xxxxxxxxxx_00_0000_Xxxxxx clique_aqui? cdLocal=3&arquivo={E5B6AAEE-B013-A886-E5BA-0BDADA4EBE5B}.pdf&cdLicitacaoArquivo=10595
• Edital de Pregão Presencial nº 08/2020, da Câmara Municipal de Sumaré – SP;
http://xxx.xxxxxxxxxxxx.xx.xxx.xx/Arquivos/Licitacoes/2020323_edital%20preg%C3%A3o%20presencial% 2008%202020.pdf;
Xxxxxx Xxxxxxx/ES, 12 de setembro de 2023.
GEOVANA COFFLER
Presidente da CPL/Pregoeiro Oficial
ANEXO I PESQUISA DE PREÇO
ITEM | SERVIÇO | SUB ITEM | DESCRIÇÃO | UNIDADE | QTDE | PREÇO UNITÁRIO R$ | PREÇO TOTAL R$ |
LOTE 01 | 1. FERRAMENTAS WEB | 1 | Portal Oficial do Legislativo | ||||
1.1 | Implantação do Portal | Unidade | 01 | ||||
1.2 | Licença, Suporte e Hospedagem | Mês | 12 | ||||
2 | Software para Gerenciamento Eletrônico de Processos do Poder Legislativo | ||||||
2.1 | Implantação do Software | Unidade | 01 | ||||
2.2 | Treinamento do Software | Usuário | 45 | ||||
2.3 | Modelagem de Processos | Processo | 12 | ||||
2.4 | Licença, Suporte e Hospedagem | Mês | 12 | ||||
3. | Aplicativo Móbile | ||||||
3.1 | Aplicativo Móbile (IOS / Android) | Unidade | 01 | ||||
4. | Compilação de Atos Normativos | ||||||
4.1 | Implantação do Software da Legislação Compilada | Unidade | 01 | ||||
4.2 | Licença, Suporte e Hospedagem | Mês | 12 | ||||
4.3 | Compilação dos Atos Normativos (resoluções, emenda a Lei orgânica, decretos legislativos, etc.) | Atos / Ano | 100 | ||||
4.4 | Classificação Temática dos Atos Normativos (resoluções, emenda a Lei orgânica, decretos legislativos, etc.). | Atos / Ano | 100 |
VALOR TOTAL DO LOTE 01 R$
ITEM | SERVIÇO | SUB ITEM | DESCRIÇÃO | UNIDADE | QTDE | PREÇO UNITÁRIO R$ | PREÇO TOTAL R$ |
LOTE 02 | 1. GESTÃO DOCUMENTAL | 1 | Gestão Documental | ||||
Elaboração de Instrumentos | |||||||
Arquivísticos: Elaboração do | |||||||
1.1 | Plano de Classificação – PCD e da | Unidade | 01 | ||||
Tabela de Temporalidade | |||||||
Documental. | |||||||
Organização Documental: | |||||||
1.2 | Organização do acervo | Caixas | 650 | ||||
documental acumulado. | |||||||
Digitalização e Indexação de | |||||||
1.3 | Documentos: Digitalização e Indexação de Documentos do | Páginas | 150.000 | ||||
acervo documental acumulado. | |||||||
VALOR TOTAL DO LOTE 02: R$
VALOR TOTAL DA PROPOSTA: R$
CNPJ da Empresa:
Endereço da Empresa:
Telefone(s) da Empresa:
E-mail da Empresa:
Representante da Empresa:
CPF do(a) Representante da Empresa:
Endereço do(a) Representante da Empresa:
Telefone(s) do(a) Representante da Empresa:
E-mail do(a) Representante da Empresa:
Obs.: O Representante é quem assina pela Empresa. Assinatura – Carimbo com o CNPJ
Data: / /
ANEXO II
TABELA DE REQUISITOS FUNCIONAIS
ID | Categoria | Requisito | Class. |
1. | Aspectos Gerais | O Software deverá ser do tipo “aplicação web”, acessado pelos usuários através de navegadores (cliente) e executada em servidores de aplicação centralizados (servidor). | O |
2. | Aspectos Gerais | O Software deve ser compatível com, no mínimo, os navegadores Edge, Google Chrome e Mozilla Firefox. | O |
3. | Aspectos Gerais | O Software deve utilizar protocolo SMTP para integração com serviços de correio eletrônico, com autenticação por meio de usuário e senha. | O |
4. | Aspectos Gerais | O Software deverá utilizar Banco de Dados Relacional para armazenamento e gerenciamento da base de dados produzida. | O |
5. | Aspectos Gerais | É altamente desejável que o Software permita a conexão do servidor de aplicação com o banco de dados, por meio de pool de conexões. | AD |
6. | Aspectos Gerais | É altamente desejável que os documentos que dependam de assinatura digital, o Software assine digitalmente, nos termos dos requisitos definidos pela ICP-Brasil. | AD |
7. | Funções administrativas | O Software tem que permitir que os administradores, de maneira controlada e sem esforço excessivo, recuperem, visualizem e reconfigurem os parâmetros do sistema e os atributos dos usuários. | O |
8. | Funções administrativas | É altamente desejável que o Software forneça relatórios para que o administrador possa gerenciar os documentos e seu uso. Esses relatórios devem apresentar, no mínimo: • quantidade de dossiês/processos, volumes e itens a partir de parâmetros ou atributos definidos (tempo, classe, unidade administrativa etc.); • estatísticas de transações relativas a dossiês/processos, volumes e itens; • atividades por usuário. | AD |
9. | Usabilidade | É altamente desejável que toda mensagem de erro produzida pelo Software deve ser clara e significativa, de modo a permitir que o usuário se recupere do erro ou cancele a operação. | AD |
10. | Usabilidade | É altamente desejável que a interface do Software siga padrões preestabelecidos e consolidados como boas práticas de projeto gráfico. | AD |
11. | Usabilidade | É altamente desejável que o Software empregue um conjunto simples e consistente de regras de interface, privilegiando a facilidade de aprendizado das operações pelos seus usuários. | AD |
12. | Usabilidade | O Software deve permitir que sua estrutura de classes e dossiês/processos possa ser visualizada em diferentes formas de apresentação. | O |
13. | Usabilidade | É altamente desejável que o Software permita a realização de transações ou tarefas mais frequentemente executadas com um pequeno número de interações (por exemplo, cliques de mouse) e sem mudanças excessivas de contexto. | AD |
14. | Usabilidade | É altamente desejável que o Software permita a definição e utilização de referências cruzadas entre documentos arquivísticos digitais correlacionados. | AD |
15. | Usabilidade | É altamente desejável que o Software disponibilize pelo menos dois papéis de acesso diferenciados, um para usuário final e outro para administrador de sistema. | AD |
16. | Usabilidade | É altamente desejável que o Software forneça a usuários finais e administradores funções intuitivas e fáceis de usar, que requeiram poucas ações para completar uma tarefa padrão. | AD |
17. | Usabilidade | O Software tem que restringir o acesso às funcionalidades administrativas e impossibilitar sua visualização pelo usuário final. | O |
18. | Disponibilidade e Desempenho | É altamente desejável que o Software mantenha estatísticas dos tempos de atendimento, discriminadas por tipo de operação. | AD |
19. | Segurança da Informação | O Software não deverá permitir que exista identificadores de usuários (login) inscritos em qualquer parte do código do programa ou arquivos auxiliares, à exceção dos logs de acesso e ações no sistema (trilha de auditoria). | O |
20. | Segurança da Informação | O Software deverá apresentar a funcionalidade de controle de acesso por perfil de usuário com o objetivo de gerenciar e monitorar todas as operações do sistema. | O |
21. | Segurança da Informação | É altamente desejável que o Software bloqueie o acesso a usuários não autorizados tenham qualquer acesso, formal (entrada através da página de login) ou informal (tentativa de acessar URL diretamente pelo browser). | AD |
22. | Segurança da Informação | O Software tem que garantir que as senhas de acesso não poderão estar escritas em qualquer parte do código do programa ou arquivos auxiliares. | O |
23. | Segurança da Informação | O Software tem que garantir que usuários que não tenham acesso a determinado conteúdo, que os mesmos não sejam mostrados em resultados de pesquisas, por exemplo, listas e índices. | O |
24. | Segurança da Informação | O Software tem que garantir que os dados da trilha de auditoria estarão protegidos contra falsificação e acesso não autorizado, não sendo permitida qualquer modificação nos registros. | O |
25. | Segurança da Informação | O Software tem que assegurar a integridade e a confidencialidade das informações dos dados, monitorando por meio de registros de operações na trilha de auditoria, armazenando as seguintes informações: | O |
Identificação do usuário. • Identificação da estação de trabalho (IP e agente do navegador). • Identificação do tipo da transação (inclusão, consulta, alteração, exclusão, etc.). • Identificação da funcionalidade do sistema que provocou a operação; • Data, hora e detalhes de eventos-chave, como, por exemplo, horário de entrada (logon) e saída (logoff) do sistema. | |||
26. | Configuração e administração do plano de classificação no Software | O Software tem que incluir e ser compatível com o plano de classificação da Contratante, e permitir o registro das seguintes informações: • Identificador da classe; • Nome da classe; • Código da classe; • Subordinação da classe; • Indicação de permissão de uso; • Indicação de classe ativa/inativa. | O |
27. | Configuração e administração do plano de classificação no Software | O Software tem que garantir a criação de classes, subclasses, grupos e subgrupos nos níveis do plano de classificação de acordo com o método de codificação adotado. Por exemplo, quando se adotar o método decimal para codificação, cada classe pode ter no máximo dez subordinações, e assim sucessivamente. | O |
28. | Configuração e administração do plano de classificação no Software | O Software tem que permitir a usuários autorizados acrescentar novas classes sempre que necessário. | O |
29. | Configuração e administração do plano de classificação no Software | O Software tem que registrar a data de abertura de uma nova classe no respectivo metadado. | O |
30. | Configuração e administração do plano de classificação no Software | O Software tem que registrar a mudança de nome de uma classe já existente no respectivo metadado. | O |
31. | Configuração e administração do plano de classificação no Software | O Software tem que permitir o deslocamento de uma classe inteira, incluídas as subclasses, grupo, subgrupos e documentos nela classificados, para outro ponto do plano de classificação. Nesse caso, é necessário fazer o registro do deslocamento nos metadados do plano de classificação. | O |
32. | Configuração e administração do plano de classificação no Software | É altamente desejável que o Software permita que usuários autorizados tornem inativa uma classe em que não sejam mais classificados documentos. | AD |
33. | Configuração e administração do plano de classificação no Software | O Software tem que permitir que um usuário autorizado apague uma classe inativa. | O |
34. | Configuração e administração do plano de classificação no Software | O Software tem que impedir a eliminação de uma classe que tenha documentos nela classificados. Essa eliminação pode ocorrer a partir do momento em que todos os documentos ali classificados tenham sido recolhidos ou eliminados ou que esses documentos tenham sido reclassificados. | O |
35. | Configuração e administração do plano de classificação no Software | O Software tem que permitir a associação de metadados às classes, conforme estabelecido no padrão de metadados, e deve restringir a inclusão e alteração desses mesmos metadados somente a usuários autorizados. | O |
36. | Configuração e administração do plano de classificação no Software | O Software tem que disponibilizar pelo menos dois mecanismos de atribuição de identificadores a classes do plano de classificação, prevendo a possibilidade de se utilizar ambos, separadamente ou em conjunto, na mesma aplicação: • atribuição de um código numérico ou alfanumérico; • atribuição de um termo que identifique cada classe. | O |
37. | Configuração e administração do plano de classificação no Software | É altamente desejável que o Software prever um atributo associado às classes para registrar a permissão de uso daquela classe para classificar um documento. Em algumas classes, não é permitido incluir documentos. Nesse caso, os documentos devem ser classificados apenas nos níveis subordinados. | AD |
38. | Configuração e administração do plano de classificação no Software | O Software tem que utilizar o termo completo para identificar uma classe. Entende-se por termo completo toda a hierarquia referente àquela classe. | O |
39. | Configuração e administração do plano de classificação no Software | O Software tem que assegurar que os termos completos, que identificam cada classe, sejam únicos no plano de classificação. | O |
40. | Configuração e administração do plano de classificação no Software | É altamente desejável que o Software seja capaz de importar e exportar, total ou parcialmente, um plano de classificação. | AD |
41. | Configuração e administração do plano de classificação no Software | O Software tem que prover funcionalidades para elaboração de relatórios de apoio à gestão do plano de classificação, incluindo a capacidade de: • gerar relatório completo do plano de classificação; • gerar relatório parcial do plano de classificação a partir de um ponto determinado na hierarquia; | O |
• gerar relatório dos documentos ou processos/dossiês classificados em uma ou mais classes do plano de classificação; • gerar relatório de documentos classificados por unidade administrativa. | |||
42. | Configuração e administração do plano de classificação no Software | É altamente desejável que o Software possibilite a consulta ao plano de classificação a partir de qualquer atributo ou combinação de atributos, e emita relatório com os resultados obtidos. | AD |
43. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que prover funcionalidades para definição e manutenção de tabela de temporalidade e destinação de documentos, associada ao plano de classificação do órgão ou entidade. | O |
44. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que manter tabela de temporalidade e destinação de documentos com as seguintes informações: • identificador da classe; • prazo de guarda na idade corrente: • evento que determina o início de contagem do prazo de retenção na idade corrente; • prazo de guarda na idade intermediária; • evento que determina o início de contagem do prazo de retenção na idade intermediária; • destinação final; • observações. | O |
45. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que prever, pelo menos, as seguintes situações para destinação: • apresentação dos documentos para reavaliação em data futura; • eliminação; • exportação para transferência; • exportação para recolhimento (guarda permanente). | O |
46. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que prever a iniciação automática da contagem dos prazos de guarda referenciados na tabela de temporalidade e destinação de documentos, pelo menos, a partir dos seguintes eventos: • abertura de processo/dossiê; • arquivamento de processo/dossiê; • desarquivamento de processo/dossiê; • inclusão de documento sigiloso em um processo/dossiê, se aplicável. Acontecimentos específicos, descritos na tabela de temporalidade e destinação como, por exemplo, “cinco anos a contar da data de aprovação das contas”, quando não puderem ser detectados automaticamente pelo sistema, deverão ser informados ao Software por usuário autorizado. | O |
47. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que prever que a definição dos prazos de guarda seja expressa por: • um número inteiro de meses ou • um número inteiro de anos. | O |
48. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que limitar a definição e a manutenção (alteração, inclusão e exclusão) da tabela de temporalidade e destinação de documentos a usuários autorizados. | O |
49. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que permitir que um usuário autorizado altere o prazo ou destinação prevista em um item da tabela de temporalidade e destinação de documentos e garantir que a alteração tenha efeito em todos os documentos ou processos/dossiês associados àquele item. As alterações na tabela de temporalidade e destinação só poderão ser feitas como resultado de um processo de reavaliação realizado pela comissão de avaliação do órgão ou entidade em virtude de mudança do contexto administrativo, jurídico ou cultural. | O |
50. | Configuração da tabela de temporalidade e destinação de documentos | É altamente desejável que o Software seja capaz de manter o histórico das alterações realizadas na tabela de temporalidade e destinação de documentos. | AD |
51. | Configuração da tabela de temporalidade e destinação de documentos | É altamente desejável que o Software seja capaz de importar e exportar total ou parcialmente uma tabela de temporalidade e destinação de documento. | AD |
52. | Configuração da tabela de temporalidade e destinação de documentos | O Software tem que prover funcionalidades para elaboração de relatórios que apoiem a gestão da tabela de temporalidade e destinação, incluindo a capacidade de: • gerar relatório completo da tabela de temporalidade e destinação de documentos; • gerar relatório parcial da tabela de temporalidade e destinação de documentos a partir de um ponto determinado na hierarquia do plano de classificação; • gerar relatório dos documentos ou processos/dossiês aos quais foi atribuído um determinado prazo de guarda; | O |
• identificar as inconsistências existentes entre a tabela de temporalidade e destinação de documentos e o plano de classificação. | |||
53. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a classificação das unidades de arquivamento por Tipos de Unidade, segregadas em Tipo de Processos/Dossiês e Tipos de Documentos. | O |
54. | Classificação e metadados das unidades de arquivamento | O Software tem que manter tabela de tipos de processo/dossiê com as seguintes informações: • identificador do tipo de processo/dossiê; • descrição do tipo de processo/dossiê; • autor; • classificação arquivística; • status para poder atribuir numeração automática por tipo de processo/dossiês e ano; • grupos de usuários com permissão para abertura de processos/dossiês; • grupos de usuários com permissão para autuação de processos/dossiês; • status para autorizar abertura de processos/dossiês por usuários externos; • suporte do processo/dossiê: digital ou não digital; • tipo de assinatura: Digital ou Eletrônica; • número mínimo de assinaturas; • grau de sigilo legal. | O |
55. | Classificação e metadados das unidades de arquivamento | O Software tem que manter tabela de tipos de documento com as seguintes informações: • identificador do tipo de documento; • descrição do tipo de documento; • autor; • classificação arquivística; • status de transmissão: minuta, original ou cópia; • status para poder atribuir numeração automática por tipo de documento e ano; • grupos de usuários com permissão para abertura de documentos; • suporte do documento: digital ou não digital; • tipo de assinatura: Digital ou Eletrônica; • número mínimo de assinaturas; • grau de sigilo legal. | O |
56. | Classificação e metadados das unidades de arquivamento | O Software deve efetuar o vínculo entre uma unidade de arquivamento e a classe através dos tipos de unidade de arquivamento, podendo ser pelo tipo de processo/dossiê ou pelo tipo de documento. | O |
57. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a classificação das unidades de arquivamento somente nas classes autorizadas. | O |
58. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a classificação de um número ilimitado de unidades de arquivamento dentro de uma classe, através dos tipos de unidade de arquivamento. | O |
59. | Classificação e metadados das unidades de arquivamento | O Software tem que utilizar o termo completo da classe para identificar uma unidade de arquivamento. | O |
60. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a associação de metadados aos tipos de unidades de arquivamento (tipos de processo/dossiê e tipos de documento) e deve restringir a inclusão e alteração desses metadados a usuários autorizados. A alteração de metadado só deve ser realizada por correção de erro e registrado na trilha de auditoria. | O |
61. | Classificação e metadados das unidades de arquivamento | O Software tem que associar os metadados das unidades de arquivamento conforme estabelecido no padrão de metadados. | O |
62. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a associação de um modelo de tipo de processo/dossiê para cada grupo de usuários. Poderão compor um grupo de usuários: unidades administrativas, comissões, conselhos ou grupos de trabalho estabelecidos pela Contratante. | O |
63. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a associação de um usuário responsável para cada grupo de usuários, que também será o autor dos processos/dossiês e documentos produzidos pelo grupo. | O |
64. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir a associação de um modelo de tipo de documento para cada grupo de usuários. | O |
65. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir que uma nova unidade de arquivamento herde, da classe em que foi classificada, através do Tipo de Unidades de Arquivamento, alguns metadados predefinidos. Exemplos desta herança são prazos de guarda previstos na tabela de temporalidade e destinação e restrição de acesso. | O |
66. | Classificação e metadados das unidades de arquivamento | O Software tem que relacionar os metadados herdados de forma que uma alteração no metadado de uma classe seja automaticamente incorporada à unidade de arquivamento que herdou esse metadado. | O |
67. | Classificação e metadados das unidades de arquivamento | O Software tem que permitir que uma unidade de arquivamento e seus respectivos volumes e/ou documentos sejam reclassificados por um usuário autorizado e que todos os documentos já inseridos permaneçam nas unidades de arquivamento e nos volumes que estão sendo transferidos, mantendo a relação entre documentos, volumes e unidades de arquivamento. | O |
68. | Classificação e metadados das unidades de arquivamento | Quando uma unidade de arquivamento ou documento é reclassificado, é altamente desejável que o Software mantenha o registro de suas posições anteriores à reclassificação, de forma a manter um histórico, através da trilha de auditoria. | AD |
69. | Classificação e metadados das unidades de arquivamento | Quando uma unidade de arquivamento ou documento é reclassificado, é altamente desejável que o Software permita que o administrador introduza as razões para a reclassificação. | AD |
70. | Classificação e metadados das unidades de arquivamento | É altamente desejável que o Software seja capaz de permitir que os usuários criem referências cruzadas para unidades de arquivamento afins. | AD |
71. | Classificação e metadados das unidades de arquivamento | O Software tem que associar, automaticamente, ao processo/dossiê o prazo e a destinação previstos na classe em que o documento foi inserido. | O |
72. | Captura | A captura tem que garantir a execução das seguintes funções: • registrar e gerenciar todos os documentos não digitais; • registrar e gerenciar todos os documentos digitais, independentemente do contexto tecnológico; • classificar todos os documentos de acordo com o plano ou código de classificação; • controlar e validar a introdução de metadados. | O |
73. | Captura | O Software tem que ser capaz de capturar documentos digitais das formas a seguir: • captura de documentos produzidos dentro do Software; • captura de documento digital produzido fora do Software; | O |
74. | Captura | É altamente desejável que administradores autorizados, possam configurar o software para só permitir a captura de documentos digitais produzidos fora do software, no formato PDF/A pesquisável. | AD |
75. | Captura | O Software tem que aceitar o conteúdo do documento, bem como as informações que definem sua aparência, mantendo as associações entre os vários componentes digitais do documento. | O |
76. | Captura | O Software tem que permitir a inserção de todos os metadados, obrigatórios e opcionais, definidos na sua configuração e garantir que se mantenham associados ao documento. Os metadados obrigatórios são: • nome do arquivo digital; • id do documento (identificador do documento atribuído pelo Software); • data de produção; • data e hora de transmissão e recebimento; • data e hora da captura; • título; • classe (classificação de acordo com o plano/código de classificação); • prazos de guarda (idade corrente e idade intermediária); • autor (pessoa física ou jurídica); • redator (se diferente do autor); • originador; • destinatário; • indicação de anotação; • indicação de anexos; • indicação de versão; • níveis de acesso; • registro das migrações e data em que ocorreram. Os metadados opcionais se referem a informações mais detalhadas sobre o documento, e podem criados por usuários autorizados. | O |
77. | Captura | O Software tem que ser capaz de atribuir um número identificador a cada processo/dossiê e documento capturado, que serve para identificá-lo desde o momento da captura até sua destinação final no Software. | O |
78. | Captura | O Software tem que ser capaz de atribuir mais de um autor a cada processo/dossiê e documento capturado. | O |
79. | Captura | O Software tem que ser capaz de permitir que determinados tipos de processos/dossiês, sejam autuados automaticamente, caso não haja pendência de assinatura eletrônica ou digital do autor. | O |
80. | Captura | É altamente desejável que o Software permita ao autor, nos casos de atuação automática, definir o momento da autuação do processo/dossiê. | AD |
81. | Captura | O formato do número identificador atribuído pelo Software ao Documento deve ser definido no momento da configuração do Software. O identificador pode ser numérico ou alfanumérico. | O |
82. | Captura | No Software, o número identificador atribuído pelo sistema ao processo/dossiê tem que: • ser gerado automaticamente, sendo vedada sua introdução manual e alteração posterior; ou • ser atribuído pelo usuário e validado pelo Software antes de ser aceito. | O |
83. | Captura | O Software tem que prever a adoção da numeração única de processos e/ou documentos oficiais de acordo com a legislação específica a fim de garantir a integridade do número atribuído ao processo no momento de sua autuação. | O |
84. | Captura | É altamente desejável que o software utilize tesauro ou vocabulário controlado para apoiar a atribuição do metadado assunto/descritor. | AD |
85. | Captura | O Software tem que garantir que os metadados associados a um documento sejam inseridos somente por usuários autorizados. | O |
86. | Captura | O Software tem que garantir que os metadados associados a um documento sejam alterados somente por administradores e usuários autorizados e devidamente registrados em trilhas de auditoria. | O |
87. | Captura | É altamente desejável que o Software seja capaz de inserir, automaticamente, os metadados previstos no Software para o maior número possível de documentos, pois isso diminui as tarefas do usuário do Software e garante maior rigor na inserção dos metadados. Por exemplo, no caso de documentos com forma padronizada (formulários, modelos de requerimento, de memorando etc.), alguns metadados podem ser inseridos automaticamente, tais como número identificador, título, classificação, prazo de guarda. | AD |
88. | Captura | O Software tem que garantir a visualização do registro de entrada do documento no sistema com todos os metadados inseridos automaticamente e os demais a serem atribuídos pelo usuário. Por exemplo, o Software pode atribuir, automaticamente, o número identificador, a data de captura, o título, o originador, e requerer que o usuário preencha os demais metadados. | O |
89. | Captura | O Software tem que garantir a inserção de outros metadados após a captura. Por exemplo, data e hora de alteração e mudança de suporte. | O |
90. | Captura | Sempre que um documento tiver mais de uma versão, o Software tem que permitir que os usuários selecionem pelo menos uma das seguintes ações: • registrar todas as versões do documento como um só documento arquivístico; ou | O |
• registrar uma única versão do documento como um documento arquivístico; ou • registrar cada uma das versões do documento, separadamente, como um documento arquivístico. | |||
91. | Captura | É altamente desejável que o Software preste assistência aos usuários no que diz respeito à classificação dos documentos, por meio de algumas ou de todas as ações a seguir: • tornar acessível ao usuário somente o subconjunto do plano de classificação que diz respeito à sua atividade;/ • indicar as últimas classificações feitas pelo usuário; • indicar dossiês que contenham documentos de arquivo relacionados; • indicar classificações possíveis a partir dos metadados já inseridos, como, por exemplo, o título; • indicar classificações possíveis a partir do conteúdo do documento. | AD |
92. | Captura | É altamente desejável que o Software permita a administradores autorizados, configurar o tamanho máximo dos arquivos que serão capturados pelo software. | AD |
93. | Captura | No caso de documentos constituídos por mais de um componente digital, é altamente desejável que o Software efetue as seguintes ações: • tratar o documento como uma unidade indivisível, assegurando a relação entre os componentes digitais; • preservar a integridade do documento, mantendo a relação entre os componentes digitais; • garantir a integridade do documento quando de sua recuperação, visualização e gestão posteriores; • gerenciar a destinação de todos os componentes digitais que compõem o documento como uma unidade indivisível. | AD |
94. | Captura em lote | É altamente desejável que o Software proporcione a captura em lote de documentos gerados por outros sistemas. Esse procedimento tem que: • permitir a importação de transações predefinidas de arquivos em lote; • registrar automaticamente cada um dos documentos importados contidos no lote; • permitir e controlar a edição do registro dos documentos importados; • validar a integridade dos metadados. Exemplos de lotes de documento: mensagens de correio eletrônico, correspondência digitalizada por meio de | AD |
escâner, documentos provenientes de um departamento, grupo ou indivíduo, transações de aplicações de um computador ou, ainda, documentos oriundos de um sistema de gestão de documentos ou sistema de negócio. | |||
95. | Captura de documentos não digitais ou híbridos | O Software tem que ser capaz de capturar também os documentos não digitais e/ou híbridos. | O |
96. | Captura de documentos não digitais ou híbridos | O Software tem que acrescentar aos metadados dos documentos não digitais informações sobre sua localização. Essa informação só será acessada por usuários autorizados. | O |
97. | Formato de arquivo e estrutura dos documentos a serem capturados | O Software tem que possuir a capacidade de capturar documentos com diferentes formatos de arquivo e estruturas. | O |
98. | Formato de arquivo e estrutura dos documentos a serem capturados | É altamente desejável que o Software possa capturar, entre outros, os documentos a seguir: • calendários eletrônicos; • informações de outros aplicativos – contabilidade, folha de pagamento, desenho assistido por computador (CAD); • documentos em papel digitalizados por meio de escâner; • documentos sonoros; • videoclipes; • diagramas e mapas digitais; • dados estruturados (EDI); • bases de dados; • documentos multimídia. | AD |
99. | Formato de arquivo e estrutura dos documentos a serem capturados | O Software tem que ser capaz de incluir novos formatos de arquivos à medida que forem sendo adotados pela Contratante. | O |
100. | Formato de arquivo e estrutura dos documentos a serem capturados | O Software tem que ser capaz de registrar em metadados as informações relativas à dependência de software, quando capturar documentos em formatos diferentes dos previstos pelo programa de gestão de documentos do órgão ou entidade. | O |
101. | Estrutura dos procedimentos de gestão | O Software tem que ser capaz de reconhecer três domínios para o controle dos procedimentos de trâmite de processos/dossiês: espaço individual, espaço do grupo e espaço do responsável pelo grupo. | O |
102. | Estrutura dos procedimentos de gestão | O Software tem que ser capaz de operacionalizar as regras estabelecidas pelo Software nos três espaços, ao efetuar o trâmite de processos/dossiês. | O |
103. | Estrutura dos procedimentos de gestão | O Software tem que impedir que o conteúdo de um documento seja alterado por usuários e administradores, exceto se a alteração fizer parte do | O |
processo documental, tais como: corrigir erros de usuário (p. ex., declarar documentos de arquivo no processo/dossiê errado) ou para cumprir requisitos jurídicos no âmbito da legislação sobre proteção de dados. | |||
104. | Estrutura dos procedimentos de gestão | É altamente desejável que o Software possa emitir um aviso caso se tente capturar um documento incompleto ou inconsistente a ponto de comprometer sua futura autenticidade. Por exemplo, uma correspondência sem assinatura digital válida ou uma fatura de fornecedor não identificado. | AD |
105. | Estrutura dos procedimentos de gestão | É altamente desejável que o Software possa emitir um aviso caso se tente capturar um documento cuja autenticidade não possa ser verificada no futuro. | AD |
106. | Aplicação da tabela de temporalidade e destinação de documentos | O Software tem que fornecer recursos integrados à tabela de temporalidade e destinação de documentos para implementar as ações de destinação. O Software tem que prever a iniciação automática da contagem dos prazos de guarda referenciados na tabela de temporalidade e destinação de documentos, pelo menos, a partir dos seguintes eventos: | O |
107. | Aplicação da tabela de temporalidade e destinação de documentos | Para cada processo/dossiê, o Software tem que acompanhar automaticamente os prazos de guarda determinados para a classe à qual pertence, nos casos de contagem de prazos automáticos. | O |
108. | Aplicação da tabela de temporalidade e destinação de documentos | Para cada processo/dossiê, que não possua contagem de prazo automática, o Software tem que permitir a usuários autorizados, informar manualmente os prazos de guarda. | O |
109. | Aplicação da tabela de temporalidade e destinação de documentos | O Software tem que prover consulta para informar ao usuário autorizado sobre os documentos ou processos/dossiês que já cumpriram ou estão para cumprir o prazo de guarda previsto. | O |
110. | Aplicação da tabela de temporalidade e destinação de documentos | O Software tem de prover funcionalidades para gerenciar o processo de destinação, que tem de ser iniciado por usuário autorizado e cumprir os seguintes passos: • identificar, através de consulta, os documentos ou processos/dossiês que atingiram os prazos de guarda previstos; • informar o usuário autorizado sobre todos os documentos ou processos/dossiês que foram identificados no passo anterior, através de um memorando eletrônico; • possibilitar a alteração do prazo ou destinação previstos para aqueles documentos ou processos/dossiês, caso necessário; • proceder à ação de destinação quando confirmada pelo usuário autorizado. | O |
111. | Aplicação da tabela de temporalidade e destinação de documentos | O Software tem sempre que pedir confirmação antes de realizar as ações de destinação. | O |
112. | Aplicação da tabela de temporalidade e destinação de documentos | É altamente desejável que o Software preveja, em determinados casos, dispositivo de aviso antes do início de uma ação de destinação. Por exemplo, emitir aviso ao administrador, caso um documento arquivístico possua restrição de acesso. | AD |
113. | Aplicação da tabela de temporalidade e destinação de documentos | O Software tem que restringir as funções de destinação a usuários autorizados. | O |
114. | Aplicação da tabela de temporalidade e destinação de documentos | Quando um administrador transfere documentos ou processos/dossiês de uma classe para outra, em virtude de uma reclassificação, o Software tem que adotar automaticamente a temporalidade e a destinação vigentes na nova classe. | O |
115. | Exportação de documentos | O Software tem que ser capaz de exportar documentos e processos/dossiês digitais e seus metadados para outro sistema dentro ou fora do órgão ou entidade. | O |
116. | Exportação de documentos | Quando o Software exportar os documentos e processos/dossiês de uma classe para executar uma ação de transferência ou recolhimento, tem que ser capaz de exportar todos os documentos e processos/dossiês da classe incluídos na ação de destinação, com seus respectivos volumes, documentos e metadados associados. | O |
117. | Exportação de documentos | É altamente desejável que o Software seja capaz de exportar um documento e processo/dossiê ou grupo de documentos e processos/dossiês numa sequência de operações, de modo que: • o conteúdo, o contexto e a estrutura dos documentos não se degradem; • todos os componentes de um documento digital sejam exportados como uma unidade. Por exemplo, uma mensagem de correio eletrônico e seus respectivos anexos; • todos os metadados do documento sejam relacionados a ele de forma que as ligações possam ser mantidas no novo sistema; • todas as ligações entre documentos, volumes e processos/dossiês sejam mantidas. | AD |
118. | Exportação de documentos | É altamente desejável que o Software seja capaz de exportar processos/dossiês: • em seu formato nativo (ou no formato para o qual foi migrado); • de acordo com os formatos definidos em padrões de interoperabilidade; | AD |
• de acordo com o formato definido pela instituição arquivística que irá receber a documentação, no caso de transferência ou recolhimento. | |||
119. | Exportação de documentos | O Software tem que ser capaz de exportar todos os tipos de documentos que está apto a capturar. | O |
120. | Exportação de documentos | O Software tem que produzir um relatório detalhado sobre qualquer falha que ocorra durante uma exportação. O relatório tem que identificar os documentos e processos/dossiês que originaram erros de processamento ou cuja exportação não tenha sido bem- sucedida. | O |
121. | Exportação de documentos | O Software tem que conservar todos os documentos e processos/dossiês digitais que foram exportados, pelo menos até que tenham sido importados no sistema destinatário com êxito. | O |
122. | Exportação de documentos | O Software tem que manter metadados relativos a documentos e processos/dossiês que foram exportados. O Administrador deve indicar o subconjunto de metadados que deverá ser mantido. | O |
123. | Exportação de documentos | O Software tem que gerar listagem para descrever documentos e processos/dossiês digitais que estão sendo exportados. Este requisito se aplica principalmente nos casos em que é feita exportação para transferência ou recolhimento a uma instituição arquivística pública. Nesse caso, a listagem deverá ser produzida na forma documental estabelecida pela instituição arquivística recebedora. | O |
124. | Exportação de documentos | É altamente desejável que o Software possibilite a inclusão de metadados necessários à gestão do arquivo permanente nos documentos e processos/dossiês que serão exportados para recolhimento. | AD |
125. | Exportação de documentos | Quando se exportar documentos e processos/dossiês híbridos, é altamente desejável que o Software exija do usuário autorizado a confirmação de que a parte na forma não digital dos mesmos documentos e processos/dossiês tenha passado pelo procedimento de destinação adequado antes de confirmar a exportação da parte na forma digital. | AD |
126. | Exportação de documentos | É altamente desejável que o Software permita que documentos sejam exportados mais de uma vez. | AD |
127. | Eliminação | O Software tem que restringir a função de eliminação de documentos ou processos/dossiês somente a usuários autorizados. | O |
128. | Eliminação | O Software tem que pedir confirmação da eliminação a um usuário autorizado antes que qualquer ação seja tomada com relação ao documento e processo/dossiê e cancelar o processo de eliminação se a confirmação não for dada. | O |
129. | Eliminação | O Software tem que impedir sempre a eliminação de uma unidade de arquivamento digital ou de qualquer parte de seu conteúdo, a não ser quando estiver de acordo com a tabela de temporalidade e destinação de documentos. A eliminação será devidamente registrada em trilha de auditoria. | O |
130. | Eliminação | O Software tem que avisar o usuário autorizado quando um documento ou processo/dossiê que estiver sendo eliminado se encontrar relacionado a outro; os sistemas também têm de suspender o processo até que seja tomada uma das medidas abaixo: • confirmação pelo usuário autorizado para prosseguir ou cancelar o processo; • produção de um relatório especificando os documentos ou processos/dossiês envolvidos e todas as ligações com outros documentos ou processos/dossiês. | O |
131. | Eliminação | É altamente desejável que o Software permita a eliminação de documentos ou processos/dossiês de forma irreversível a fim de que não possam ser restaurados por meio da utilização normal do Software nem por meio de rotinas auxiliares do sistema operacional nem por aplicações especiais de recuperação de dados. | AD |
132. | Eliminação | Quando um documento tem várias referências armazenada, o Software tem que garantir que todas essas referências sejam verificadas antes de eliminar o arquivo digital. Esse requisito deve ser considerado quando o Software relacionar um documento digital a mais de um dossiê ou processo, sem a duplicação física do arquivo digital. Por exemplo, uma lista de alunos aprovados em um concurso de doutorado de determinada universidade estará associada ao dossiê “Concurso doutorado 2005” e aos dossiês de cada aluno aprovado. Quando um documento digital estiver associado a mais de um dossiê, o Software deve criar um registro para cada referência desse documento. Cada registro estará vinculado ao mesmo arquivo digital. | O |
133. | Eliminação | O Software tem que produzir um relatório detalhando qualquer falha que ocorra durante uma eliminação. O relatório tem que identificar os documentos cuja eliminação não tenha sido bem-sucedida. | O |
134. | Eliminação | Quando eliminar documentos ou processos/dossiês híbridos, é altamente desejável que o Software exija do usuário autorizado a confirmação de que a parte na forma não digital dos mesmos seja eliminada também antes de confirmar a eliminação da parte digital. | AD |
135. | Eliminação | O Software tem que gerar relatório com os documentos e processos/dossiês que serão eliminados. Essa listagem deve seguir o formato da Listagem de eliminação conforme o estabelecido na norma vigente. | O |
136. | Eliminação | O Software tem que manter metadados relativos a documentos e processos/dossiês eliminados. O Administrador deve indicar o subconjunto de metadados que deverá ser mantido. | O |
137. | Avaliação e destinação de documentos arquivísticos não digitais e híbridos | O Software tem que aplicar a mesma tabela de temporalidade e destinação de documentos para os documentos não digitais, digitais ou híbridos. | O |
138. | Avaliação e destinação de documentos arquivísticos não digitais e híbridos | O Software tem que acompanhar os prazos de guarda dos documentos não digitais e deve dar início aos procedimentos de eliminação ou transferência desses documentos, tomando em consideração suas especificidades. | O |
139. | Avaliação e destinação de documentos arquivísticos não digitais e híbridos | O Software tem que alertar o administrador sobre a existência e a localização de uma parte não digital associada a um documento híbrido que esteja destinado a ser exportado, transferido ou eliminado. | O |
140. | Avaliação e destinação de documentos arquivísticos não digitais e híbridos | É altamente desejável que o Software exporte metadados de documentos e processos/dossiês não digitais. | AD |
141. | Pesquisa, localização, visualização e impressão | O Software tem que fornecer facilidades para pesquisa, localização e apresentação dos documentos. | O |
142. | Pesquisa, localização, visualização e impressão | O Software tem que disponibilizar interface de pesquisa, localização e apresentação em ambiente web. | O |
143. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software preveja a navegação gráfica no plano de classificação, a navegação direta de uma classe para os documentos arquivísticos produzidos nesta classe e a seleção, recuperação e apresentação direta dos documentos arquivísticos e de seus conteúdos por meio desse mecanismo. | AD |
144. | Pesquisa, localização, visualização e impressão | O Software tem que fornecer uma série flexível de funções que atuem sobre os metadados relacionados com os diversos níveis de agregação (documento, unidade de arquivamento e classe) e sobre os conteúdos dos documentos arquivísticos por meio de parâmetros definidos pelo usuário, com o objetivo de localizar e | O |
acessar os documentos e/ou metadados, seja individualmente ou reunidos em grupo. | |||
145. | Pesquisa, localização, visualização e impressão | O Software tem que executar pesquisa de forma integrada, isto é, apresentar todos os documentos e processos/dossiês, sejam eles digitais, híbridos ou não digitais, que satisfaçam aos parâmetros da pesquisa. | O |
146. | Pesquisa, localização, visualização e impressão | O Software em que permitir que todos os metadados de gestão de um documento ou processo/dossiê possam ser pesquisados. | O |
147. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita que o conteúdo dos documentos possa ser pesquisado. | AD |
148. | Pesquisa, localização, visualização e impressão | O Software tem que permitir que um documento ou processo/dossiê possa ser recuperado por meio de um número identificador. | O |
149. | Pesquisa, localização, visualização e impressão | O Software tem que permitir que um documento ou processo/dossiê possa ser recuperado por meio de todas as formas de identificação implementadas, incluindo, no mínimo: • identificador; • título; • assunto; • datas; • interessado; • autor/redator /originador; • classificação de acordo com plano ou código de classificação. | O |
150. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software forneça uma interface que possibilite a pesquisa combinada de metadados e de conteúdo do documento por meio dos operadores booleanos “e”, “ou” e “não”. | AD |
151. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita que os termos utilizados na pesquisa possam ser qualificados, especificando-se um metadado ou o conteúdo do documento como fonte de busca. | AD |
152. | Pesquisa, localização, visualização e impressão | O Software tem que permitir a consulta de processos/dossiês com prazo da atividade “vencido” ou “a vencer”. | O |
153. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita o uso de períodos típicos de pedidos de pesquisa nos campos de data, como, por exemplo, “semana anterior”, “mês corrente”. | AD |
154. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita a utilização de caracteres curinga e de truncamento à direita para pesquisa de metadados. | AD |
155. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita que os usuários refinem pesquisas já realizadas. | AD |
156. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita que o usuário marque um processo/dossiê, resultado de uma consulta, como “favoritos”, para pesquisas futuras. | AD |
157. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software utilize tesauros ou vocabulário controlado, e seja capaz de realizar pesquisa dos documentos e processos/dossiês por meio da navegação nesses instrumentos. | AD |
158. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita a pesquisa de termos já em desuso, fazendo relação com os termos atualizados, com o apoio de um tesauro ou vocabulário controlado, caso existam. | AD |
159. | Pesquisa, localização, visualização e impressão | O Software tem que permitir a pesquisa e recuperação de uma unidade de arquivamento completa e exibir a lista de todos os documentos que a compõem, como uma unidade e num único processo de recuperação. | O |
160. | Pesquisa, localização, visualização e impressão | O Software deve ser capaz de mostrar o conteúdo de um processo/dossiê no formato de uma estrutura de árvore, permitindo que o usuário selecione o documento que será visualizado. | O |
161. | Pesquisa, localização, visualização e impressão | O Software tem que limitar o acesso a qualquer informação (metadado ou conteúdo de um documento arquivístico) se restrições de acesso e questões de segurança assim determinarem. | O |
162. | Pesquisa, localização, visualização e impressão | O Software tem que apresentar o resultado da pesquisa como uma lista de documentos e processos/dossiês digitais, não digitais ou híbridos que cumpram os parâmetros da consulta e deve notificar o usuário se o resultado for nulo. | O |
163. | Pesquisa, localização, visualização e impressão | Após apresentar o resultado da pesquisa, o Software tem que oferecer ao usuário as opções: • visualizar os documentos e processos/dossiês resultantes da pesquisa; • redefinir os parâmetros de pesquisa e fazer nova consulta. | O |
164. | Pesquisa, localização, | É altamente desejável que o Software permita que os documentos e processos/dossiês apresentados em uma lista de resultados sejam selecionados e, em seguida, | AD |
visualização e impressão | abertos por meio de um clique ou toque de tela ou acionamento de tecla. | ||
165. | Pesquisa, localização, visualização e impressão | No resultado da consulta de processos/dossiês, é altamente desejável que o Software permita que o usuário, por meio de um clique ou toque de tela ou acionamento de tecla, possa visualizar apenas a relação dos documentos que estejam entranhados ao processo/dossiê selecionado. | AD |
166. | Pesquisa, localização, visualização e impressão | No resultado da consulta de documentos, é altamente desejável que o Software permita que o usuário, por meio de um clique ou toque de tela ou acionamento de tecla, visualize apenas a relação dos processos/dossiês que o documento selecionado esteja entranhado. | |
167. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita a visualização do trâmite de um processo/dossiê, nos seguintes formatos: • no formato de “lista”, contendo a atividade, ação, data e quem realizou a operação; • no formato de “linha do tempo”, contendo a atividade, data e quem realizou a operação e o tempo gasto para a realização do trâmite; Nos dois formatos é altamente desejável visualizar o despacho proferido pelo usuário que efetuou o trâmite. | AD |
168. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita a visualização do diagrama BPMN em cada registro do trâmite de um processo/dossiê. | AD |
169. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software forneça recursos que permitam ao usuário “navegar” para o nível de agregação imediatamente superior ou inferior, como, por exemplo: • de um documento para a unidade de arquivamento em que está incluído; • de uma unidade de arquivamento para os documentos nela incluídos; • de uma unidade de arquivamento para a respectiva classe; • de uma classe para as unidades de arquivamento a ela relacionadas. | AD |
170. | Pesquisa, localização, visualização e impressão | O Software tem que ser capaz de apresentar o conteúdo de todos os documentos arquivísticos digitais definidos pelo programa de gestão de documentos, de forma que: • preserve as características de exibição visual e de formato apresentados pela aplicação geradora; • exiba todos os componentes do documento digital em conjunto, como uma unidade. | O |
No caso de necessidade de captura de documentos em formatos de arquivo não previstos no programa de gestão de documentos, o Software tem que permitir o download do documento para que possa ser visualizado em outro ambiente. | |||
171. | Pesquisa, localização, visualização e impressão | O Software tem que ser capaz de exibir em tela todos os documentos definidos pelo programa de gestão de documentos. No caso de necessidade de captura de documentos em formatos de arquivo não previstos no programa de gestão de documentos, o Software tem que permitir o download do documento para que possa ser visualizado em outro ambiente. | O |
172. | Pesquisa, localização, visualização e impressão | O Software tem que ser capaz de imprimir os documentos definidos pelo programa de gestão de documentos, preservando o formato produzido pelas aplicações geradoras. No caso de necessidade de captura de documentos em formatos de arquivo não previstos no programa de gestão de documentos, o Software tem que permitir o download do documento para que possa ser visualizado em outro ambiente. | O |
173. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software seja capaz de exibir/reproduzir o conteúdo de documentos que incluam imagem fixa, imagem em movimento e som. | AD |
174. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software proporcione ao usuário formas flexíveis de impressão de documentos com seus metadados e possibilitar a definição dos metadados a serem impressos. | AD |
175. | Pesquisa, localização, visualização e impressão | O Software tem que ser capaz de exibir em tela e imprimir todos os metadados associados aos documentos e processos/dossiês resultantes de uma pesquisa. | O |
176. | Pesquisa, localização, visualização e impressão | O Software tem que ser capaz de permitir que o usuário informe a quantidade de registros pré-definidos que serão mostrados no resultado das consultas de processos/dossiês e documentos por tela. | O |
177. | Pesquisa, localização, visualização e impressão | O Software tem que permitir a impressão de uma lista dos documentos e processos/dossiês resultantes de uma pesquisa. | O |
178. | Pesquisa, localização, visualização e impressão | O Software tem que permitir a impressão dos trâmites que compõem um processo/dossiê selecionado em uma consulta. | O |
179. | Pesquisa, localização, visualização e impressão | O Software tem que permitir a impressão de etiqueta para identificação de processos/dossiês que estejam no suporte não digital. | O |
180. | Pesquisa, localização, visualização e impressão | O Software tem que permitir que todos os documentos de um processo/dossiês sejam impressos em uma ou mais operações. | O |
181. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software inclua recursos destinados a transferir para suportes adequados documentos que não possam ser impressos, tais como documentos sonoros, vídeos e páginas web. | AD |
182. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software seja capaz de exportar o resultado das consultas de processos/dossiês e documentos para, no mínimo, os seguintes formatos: • formato .XLS; • formato .CSV; • formato .RTF. | AD |
183. | Pesquisa, localização, visualização e impressão | O Software tem que ser capaz de realizar pesquisa e exibição de documentos e processos/dossiês, simultaneamente, para diversos usuários. | O |
184. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software permita ao administrador determinar que todas as cópias em papel de documentos e processos/dossiês sejam impressas junto com metadados pré-selecionados. | AD |
185. | Pesquisa, localização, visualização e impressão | É altamente desejável que o Software seja capaz de permitir que um usuário envie o link para acesso de um processo/dossiê por e-mail. | AD |
186. | Pesquisa, localização, visualização e impressão | O Software tem que permitir automatização da produção automática de documentos, para os tipos de processo e tipos de documento, mesclando o modelo com os metadados. | O |
187. | Gerenciamento dos documentos | O Software tem que prever a produção de documentos do tipo “circular eletrônica” controlando no mínimo as seguintes informações: • identificador; • referência; • data; • autor; • destinatários internos; • atribuir marcação de urgência. | O |
188. | Gerenciamento dos documentos | O Software tem que impedir o envio de documentos do tipo “circular eletrônica” aos destinatários, caso haja pendência de assinatura eletrônica ou digital do autor. | O |
189. | Gerenciamento dos documentos | O Software tem que garantir a notificação por e-mail a todos os destinatários que receberam documentos do tipo “circular eletrônica”. | O |
190. | Gerenciamento dos documentos | O Software tem que mudar o status de visualização como “lida” quando o destinatário acessar o documento, do tipo “circular eletrônica”, armazenando ainda a data, hora e o usuário que visualizou. | O |
191. | Gerenciamento dos documentos | O Software tem que disponibilizar consulta ao autor, contendo o status de visualização dos documentos do tipo “circular interna”, enviados ao destinatário. | O |
192. | Gerenciamento dos documentos | O Software tem que prever a produção de documentos do tipo “memorando eletrônico” controlando no mínimo as seguintes informações: • identificador; • referência; • data; • autor; • destinatário interno; • atribuir marcação de urgência. | O |
193. | Gerenciamento dos documentos | O Software tem que impedir o envio de documentos do tipo “memorando eletrônico” aos destinatários, caso haja pendência de assinatura eletrônica ou digital do autor. | O |
194. | Gerenciamento dos documentos | O Software tem que garantir a notificação por e-mail ao destinatário que recebeu documento do tipo “memorando eletrônico”. | O |
195. | Gerenciamento dos documentos | O Software tem que mudar o status de visualização como “lida” quando o destinatário acessar o documento, do tipo “memorando eletrônico”, armazenando ainda a data, hora e o usuário que visualizou. | O |
196. | Gerenciamento dos documentos | O Software tem que disponibilizar consulta ao autor, contendo o status de visualização dos documentos do tipo “memorando eletrônico”, enviados ao destinatário. | O |
197. | Gerenciamento dos documentos | O Software tem que prever a produção de documentos do tipo “ofício externo eletrônico” controlando no mínimo as seguintes informações: • identificador; • referência; • data; • autor; • destinatário externo; • atribuir marcação de urgência. | O |
198. | Gerenciamento dos documentos | O Software tem que impedir o envio de documentos do tipo “ofício externo eletrônico” aos destinatários, caso haja pendência de assinatura eletrônica ou digital do autor. | O |
199. | Gerenciamento dos documentos | O Software tem que garantir a notificação por e-mail ao destinatário que recebeu documento do tipo “ofício externo eletrônico”. | O |
200. | Gerenciamento dos documentos | O Software tem que mudar o status de visualização como “lida” quando o destinatário acessar o documento, do | O |
tipo “ofício externo eletrônico”, armazenando ainda a data, hora e o usuário que visualizou. | |||
201. | Gerenciamento dos documentos | O Software tem que disponibilizar consulta ao autor, contendo o status de visualização dos documentos do tipo “ofício externo eletrônico”, enviados ao destinatário. | O |
202. | Gerenciamento dos documentos | O Software tem que prever a produção de documentos do tipo “ato normativo compilado” controlando no mínimo as seguintes informações: • identificador; • espécie normativa; • ementa; • data do ato normativo; • situação da vigência; • autor; | O |
203. | Gerenciamento dos documentos | O Software tem que permitir a associação de assuntos a um determinado documento classificado como ato normativo. | O |
204. | Gerenciamento dos documentos | É altamente desejável que o Software utilize tesauro ou vocabulário controlado para apoiar a atribuição do metadado ementa do ato normativo. | AD |
205. | Gerenciamento dos documentos | O Software tem que permitir a associação de remissões a um determinado documento classificado como ato normativo. | O |
206. | Gerenciamento dos documentos | O Software tem que garantir a anexação de um arquivo em formato PDF/A, editável, a um ato normativo. | O |
207. | Gerenciamento dos documentos | O Software tem que garantir a anexação de um arquivo em formato HTML, editável, contendo todas as marcações de remissão a um ato normativo. | O |
208. | Gerenciamento dos documentos | O Software tem que permitir que um ato normativo possa ser recuperado por meio de todas as formas de identificação implementadas, incluindo, no mínimo: • identificador; • espécie normativa; • ementa; • ano; • situação da vigência; • autor; • tema; • tesauro; | O |
209. | Gerenciamento dos documentos | É altamente desejável que o Software seja capaz de exportar o resultado das consultas de atos normativos para, no mínimo, os seguintes formatos: • formato .XLS; • formato .CSV; • formato .RTF. | AD |
210. | Gerenciamento dos documentos | O Software tem que ser capaz de realizar pesquisa e exibição de atos normativos, simultaneamente, para diversos usuários. | O |
211. | Gerenciamento dos documentos | O Software tem que ser capaz de permitir que o usuário informe a quantidade de registros pré-definidos que serão mostrados no resultado das consultas de atos normativos. | O |
212. | Gerenciamento dos documentos | O Software tem que ser capaz de permitir que o usuário informe a quantidade de registros pré-definidos que serão mostrados no resultado das consultas de atos normativos. | O |
213. | Gerenciamento dos documentos | É altamente desejável que o Software permita que os atos normativos apresentados em uma lista de resultados sejam selecionados e, em seguida, abertos por meio de um clique ou toque de tela ou acionamento de tecla. | AD |
214. | Gerenciamento dos documentos | Após apresentar o resultado da pesquisa, o Software tem que oferecer ao usuário as opções: • visualizar os atos normativos resultantes da pesquisa; • redefinir os parâmetros de pesquisa e fazer nova consulta. | O |
215. | Gerenciamento dos documentos | É altamente desejável que o Software permita que os arquivos anexados ao ato normativo, sejam selecionados e, em seguida, abertos por meio de um clique ou toque de tela ou acionamento de tecla. | AD |
216. | Gerenciamento dos processos/dossiês | O Software tem que registrar nos metadados as datas de abertura e de encerramento do processo/dossiê. Essa data pode servir de parâmetro para aplicação dos prazos de guarda e destinação do processo/dossiê. | O |
217. | Gerenciamento dos processos/dossiês | O Software tem que emitir um aviso caso o usuário tente registrar um documento que já tenha sido registrado no mesmo processo/dossiê. | O |
218. | Gerenciamento dos processos/dossiês | O Software tem que permitir que um processo/dossiê seja encerrado por meio de procedimentos regulamentares e somente por usuários autorizados. | O |
219. | Gerenciamento dos processos/dossiês | O Software tem que permitir a consulta aos processos/dossiês já encerrados por usuários autorizados. | O |
220. | Gerenciamento dos processos/dossiês | O Software tem que impedir o acréscimo de novos documentos a processos/dossiês já encerrados. Processos/dossiês encerrados devem ser reabertos para receber novos documentos. | O |
221. | Gerenciamento dos processos/dossiês | O Software tem que garantir sempre a integridade da relação hierárquica entre classe, processo/dossiê, volume e documento, independentemente de atividades de manutenção, ações do usuário ou falha de componentes do Software. Em hipótese alguma pode o Software permitir que uma ação do usuário ou uma falha do Software dê origem a inconsistência em sua base de dados. | O |
222. | Gerenciamento dos processos/dossiês | O Software tem que prever a formação/autuação de processos/dossiês, por usuário autorizado conforme estabelecido em legislação específica. | O |
223. | Gerenciamento dos processos/dossiês | O Software tem que prever a formação/autuação de processo/dossiê, do tipo acessório, vinculado a um processo/dossiê, do tipo principal, para garantir a inter-relação e rastreabilidade entre eles. | O |
224. | Gerenciamento dos processos/dossiês | É altamente desejável que o Software preveja funcionalidades para apoiar a pesquisa sobre a existência de processo relativo à mesma ação ou interessado. | AD |
225. | Gerenciamento dos processos/dossiês | O Software tem que prever que os documentos integrantes do processo digital recebam numeração sequencial sem falhas por ordem de entranhamento, não se admitindo que documentos diferentes recebam a mesma numeração. | O |
226. | Gerenciamento dos processos/dossiês | O Software tem que impedir a renumeração dos documentos integrantes de um processo digital. Este requisito tem por objetivo impedir a exclusão não autorizada de documentos de um processo. Casos especiais que autorizem a renumeração, como no caso dos documentos do processo acessório na juntada por anexação, devem obedecer à legislação específica na devida esfera e âmbito de competência. | O |
227. | Gerenciamento dos processos/dossiês | O Software tem que prever procedimentos para juntada de processos segundo a legislação específica na devida esfera e âmbito de competência. A juntada pode ser por anexação ou apensação. Este procedimento deve ser registrado nos metadados do processo. | O |
228. | Gerenciamento dos processos/dossiês | O Software tem que prever procedimentos para desapensação de processos segundo a legislação específica na devida esfera e âmbito de competência. Esse procedimento deve ser registrado nos metadados do processo. | O |
229. | Gerenciamento dos processos/dossiês | O Software tem que prever procedimentos para desentranhamento de documentos integrantes de um processo, segundo norma específica na devida esfera e âmbito de competência. Esse procedimento deve ser registrado nos metadados do processo. | O |
230. | Gerenciamento dos processos/dossiês | O Software tem que prever procedimentos para desmembramento de documentos integrantes de um processo, segundo norma específica na devida esfera e âmbito de competência. Esse procedimento deve ser registrado nos metadados do processo. | O |
231. | Gerenciamento dos processos/dossiês | O Software tem que prever o encerramento dos processos incluídos seus volumes e metadados. | O |
232. | Gerenciamento dos processos/dossiês | O Software tem que prever o desarquivamento para reativação dos processos, por usuário autorizado e obedecendo a procedimentos legais e administrativos. Para manter a integridade do processo, somente o último volume receberá novos documentos ou peças. | O |
233. | Volumes: abertura, encerramento e metadados | É altamente desejável que o Software seja capaz de gerenciar volumes para subdividir processos/dossiês, fazendo a distinção entre processos/dossiês e volumes. | AD |
234. | Volumes: abertura, encerramento e metadados | É altamente desejável que o Software permita a associação de metadados aos volumes e restringir a inclusão e alteração desses metadados a usuários autorizados. | AD |
235. | Volumes: abertura, encerramento e metadados | O Software tem que permitir que um volume herde, automaticamente, do processo/dossiê ao qual pertence, alguns metadados predefinidos, como, por exemplo, classes e temporalidade. | O |
236. | Volumes: abertura, encerramento e metadados | O Software tem que permitir a abertura de volumes para qualquer processo/dossiê que não esteja encerrado. | O |
237. | Volumes: abertura, encerramento e metadados | É altamente desejável que o Software permita o registro de metadados correspondentes às datas de abertura e encerramento de volumes. | AD |
238. | Volumes: abertura, encerramento e metadados | O Software tem que assegurar que um volume conterá somente documentos. Não é permitido que um volume contenha outro volume ou outro processo/dossiê. | O |
239. | Volumes: abertura, encerramento e metadados | O Software tem que permitir que um volume seja encerrado por meio de procedimentos regulamentares e apenas por usuários autorizados. | O |
240. | Volumes: abertura, encerramento e metadados | O Software tem que assegurar que, ao ser aberto um novo volume, o precedente seja automaticamente encerrado. Apenas o volume produzido mais recentemente pode estar aberto; os demais volumes existentes no processo/dossiê têm que estar encerrados. | O |
241. | Volumes: abertura, encerramento e metadados | O Software tem que impedir a reabertura, para acréscimo de documentos, de um volume já encerrado. | O |
242. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | O Software tem que capturar documentos ou processos/dossiês não digitais e gerenciá-los da mesma forma que os digitais. | O |
243. | Gerenciamento de documentos e processos/dossiês arquivísticos | O Software tem que ser capaz de gerenciar a parte não digital e a parte digital integrantes de processos/dossiês híbridos, associando-as com o mesmo número identificador atribuído pelo | O |
não digitais e híbridos | sistema e o mesmo título, além de indicar que se trata de um documento arquivístico híbrido. | ||
244. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | O Software tem que permitir que um conjunto específico de metadados seja configurado para os documentos ou processos/dossiês não digitais e incluir informações sobre o local de arquivamento. | O |
245. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | O Software tem que dispor de mecanismos para acompanhar a movimentação do documento arquivístico não digital, de forma que fique evidente para o usuário a localização atual do documento. | O |
246. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | O Software tem que ser capaz de oferecer ao usuário funcionalidades para solicitar ou reservar a consulta a um documento arquivístico não digital, enviando uma mensagem para o detentor atual do documento ou para o administrador. | O |
247. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | O Software tem que assegurar que a recuperação de um documento ou processo/dossiê híbrido permita, igualmente, a recuperação dos metadados da parte digital e da não digital. | O |
248. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | Sempre que os documentos ou processos/dossiês híbridos estiverem classificados quanto ao grau de sigilo, o Software tem que garantir que a parte não digital e a parte digital correspondente recebam a mesma classificação de sigilo. | O |
249. | Gerenciamento de documentos e processos/dossiês arquivísticos não digitais e híbridos | O Software tem que registrar na trilha de auditoria todas as alterações efetuadas nos metadados dos documentos ou processos/dossiês não digitais e híbridos. | O |
250. | Tramitação e fluxo de trabalho | Um recurso de fluxo de trabalho do Software tem que fornecer os passos necessários para o cumprimento de trâmites preestabelecidos ou aleatórios. Nesse caso, cada passo significa o deslocamento de um documento ou processo/dossiê de um participante para outro, a fim de serem objeto de ações. | O |
251. | Tramitação e fluxo de trabalho | Para controlar o fluxo de trabalho de um tipo de processo/dossiê, o Software deve gerenciar as seguintes tabelas: • áreas de processos/dossiês; | O |
• atividades de processos/dossiês; • grupos de usuários responsáveis por determinada atividade; • ações realizadas em processos/dossiês;; | |||
252. | Tramitação e fluxo de trabalho | O Software tem que garantir para cada tipo de processo/dossiê que possua trâmites preestabelecidos, no mínimo as seguintes informações: • atividade atual; • ação efetuada na atividade atual; • complemento da ação efetuada; • próxima atividade; • identificação da necessidade de entranhar um tipo de documento na atividade atual; • prazo para execução da atividade; • participantes da atividade atual: indivíduo, grupo ou responsável pelo grupo. | O |
253. | Tramitação e fluxo de trabalho | Somente administradores autorizados têm que ser capazes de criar trâmites preestabelecidos para os tipos de processos/dossiês, no mínimo, através das seguintes ações: • modelando um diagrama BPMN no próprio Software; • importando um digrama BPMN criado numa plataforma externa ao Software; • cadastrando manualmente os registros no tipo de processo/dossiê. | O |
254. | Tramitação e fluxo de trabalho | Somente administradores autorizados têm que ser capazes de modelar diagramas BPMN para representar o fluxo de trabalho de um tipo de processo/dossiê. | O |
255. | Tramitação e fluxo de trabalho | Administradores autorizados do Software podem tornar obrigatório o entranhamento de um tipo documento em fluxo de trabalho do trâmite de um tipo de processo/dossiê. | O |
256. | Tramitação e fluxo de trabalho | O Software tem que ter capacidade, sem limitações, de estabelecer o número necessário de trâmites nos fluxos de trabalho. | O |
257. | Tramitação e fluxo de trabalho | É altamente desejável que o Software permita que o usuário efetue trâmites de processos/dossiês em lote, nos casos em que o destinatário e a próxima atividade serão os mesmos. | AD |
258. | Tramitação e fluxo de trabalho | O Software tem que gerar a cada trâmite efetuado o despacho eletrônico, no formato PDF/A editável. | O |
259. | Tramitação e fluxo de trabalho | O Software tem que impedir o trâmite dos processos/dossiês que estejam no suporte digital e tenham pendência de assinatura eletrônica ou digital no despacho eletrônico ou no documento entranhado, caso tenha sido inserido. | O |
260. | Tramitação e fluxo de trabalho | O Software tem que enviar ao autor do processo/dossiê notificação por e-mail de cada novo trâmite. | O |
261. | Tramitação e fluxo de trabalho | O Software tem que ter capacidade de gerar a guia de trâmite para comprovação de movimentação de processos não digitais. | O |
262. | Tramitação e fluxo de trabalho | É altamente desejável que o Software assegure que qualquer usuário tenha acesso a visualização dos diagramas BPMN. | AD |
263. | Tramitação e fluxo de trabalho | É altamente desejável que o Software mantenha versões dos fluxos alterados e estabelecer vínculos entre os documentos já processados ou em processamento nos fluxos alterados. | AD |
264. | Tramitação e fluxo de trabalho | O Software deve assegurar que qualquer modificação nos atributos dos fluxos, como extinção ou ampliação do número de pessoas ou extinção de autorização, leve em conta os documentos vinculados. | AD |
265. | Tramitação e fluxo de trabalho | O fluxo de trabalho do Software tem que disponibilizar uma função para avisar um participante do fluxo de que um processo/dossiê lhe foi enviado, especificando a ação necessária. | O |
266. | Tramitação e fluxo de trabalho | É altamente desejável que o fluxo de trabalho do Software permita o uso do correio eletrônico, para que um usuário possa informar a outros usuários sobre documentos que requeiram sua atenção. Esse requisito requer a integração com um sistema de correio eletrônico existente. | AD |
267. | Tramitação e fluxo de trabalho | O recurso de fluxo de trabalho do Software tem que permitir que fluxos de trabalho pré-programados sejam definidos, alterados e mantidos exclusivamente por usuário autorizado. | O |
268. | Tramitação e fluxo de trabalho | Um recurso de fluxo de trabalho do Software tem que registrar na trilha de auditoria todas as alterações ocorridas neste fluxo. | O |
269. | Tramitação e fluxo de trabalho | Um recurso de fluxo de trabalho do Software tem que registrar o trâmite de um processo/dossiê a fim de que os usuários possam conhecer a situação de cada um no processo. | O |
270. | Tramitação e fluxo de trabalho | É altamente desejável que o Software organize os processos/dossiês que estejam com determinado usuário, através de caixas virtuais, organizadas no seguinte formato: • caixa de entrada: conterá os processos/dossiês ainda não recebidos pelo usuário; • caixa mesa de trabalho: conterá os processos/dossiês recebidos pelo usuário; • caixa de saída: conterá os processos/dossiês enviados pelo usuário e ainda não recebidos pelo destinatário. | AD |
271. | Tramitação e fluxo de trabalho | O Software tem que garantir que os processos/dossiês enviados diretamente para um indivíduo do grupo, não possam ser visualizados por outro indivíduo, mesmo sendo do mesmo grupo. | O |
272. | Tramitação e fluxo de trabalho | É altamente desejável que o Software permita que o responsável pelo grupo de usuários consiga redistribuir um processo/dossiê a outro individuo participante do mesmo grupo. | AD |
273. | Tramitação e fluxo de trabalho | O Software tem que permitir que o usuário ao efetuar um determinado trâmite, escolha as seguintes opções de envio: • enviar para o responsável pelo grupo de usuários; • enviar para todos do grupo de usuários; • enviar para um indivíduo do grupo de usuários. | AD |
274. | Tramitação e fluxo de trabalho | Um recurso de fluxo de trabalho do Software tem que fornecer um histórico de trâmite dos processos/dossiês. O histórico de trâmite corresponde a um conjunto de metadados de datas de entrada e saída, nomes de responsáveis, título do documento, providências etc. | O |
275. | Tramitação e fluxo de trabalho | É altamente desejável que um recurso de fluxo de trabalho do Software possa incluir processamento condicional, isto é, permitir que um fluxo de trabalho seja suspenso para aguardar a chegada de um documento e prossiga automaticamente quando este for recebido. | AD |
276. | Tramitação e fluxo de trabalho | É altamente desejável que o Software identifique de forma visual os processos/dossiês que estejam com o prazo de determinada atividade vencido. | AD |
277. | Tramitação e fluxo de trabalho | Um recurso de fluxo de trabalho do Software tem que fornecer meios de elaboração de relatórios completos para permitir que gestores monitorem o trâmite dos processos/dossiês e o desempenho dos participantes. | O |
278. | Tramitação e fluxo de trabalho | Um recurso de fluxo de trabalho do Software tem que registrar o trâmite de um processo/dossiê em seus metadados. Os metadados referentes ao trâmite devem registrar data e hora de envio e recebimento, e a identificação do usuário. | O |
279. | Controle de versões e do status do documento | Um recurso de fluxo de trabalho do Software tem que ser capaz de registrar o status de transmissão do documento, ou seja, se é minuta, original ou cópia. | O |
280. | Controle de versões e do status do documento | O Software tem que manter o identificador único do documento, e controlar as diversas versões deste documento. | O |
281. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que implementar a classificação de grau de sigilo e demais caracterizações de restrição de acesso de documentos e processos/dossiês. | O |
282. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que implementar a identificação de restrições legais de acesso baseando-se nos seguintes atributos de segurança: • Tipo de restrição legal de acesso; • credencial de segurança do usuário. Os tipos de restrição legal podem ser documentos preparatórios, dados pessoais, sigilo comercial, bancário, industrial, telefônico, segredo de justiça etc. | O |
283. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que tratar a classificação de grau de sigilo baseando-se nos seguintes atributos de segurança: • grau de sigilo do documento; • credencial de segurança do usuário; • identificação da autoridade classificadora. O grau de sigilo tem que estar associado à credencial de segurança. Incluem-se também os documentos recebidos com classificação de grau de sigilo. | O |
284. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software deve permitir a formalização da decisão de classificação da informação em qualquer grau de sigilo, conforme legislação vigente. A título de exemplo, o Poder Executivo Federal utiliza o Termo de Classificação de Informação - TCI, conforme estabelecido no decreto nº 7.724, de 16 de maio de 2012, que registra as seguintes informações: • código de indexação de documento; • grau de sigilo; • categoria na qual se enquadra a informação; • tipo de documento; • data da produção do documento; • indicação de dispositivo legal que fundamenta a classificação; • razões da classificação; • indicação do prazo de sigilo, contado em anos, meses ou dias, ou do evento que defina o seu termo final; • data da classificação; e • identificação da autoridade que classificou a informação. | O |
285. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que recusar o acesso de usuários a documentos que possuam grau de sigilo superior à sua credencial de segurança. | O |
286. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que garantir que documentos sem atribuição de grau de sigilo ou identificação de outras restrições de acesso, provenientes de fontes externas ao Software, estejam sujeitos às políticas de controle de acesso e de sigilo. | O |
287. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que ser capaz de manter a marcação de restrição de acesso original durante a importação de documentos a partir de fontes externas ao Software. | O |
288. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | É altamente desejável que o Software garanta que não haja ambiguidade na associação entre as marcações de grau de sigilo e outros atributos de segurança (permissões) do documento importado. | AD |
289. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que permitir que um dos itens abaixo seja selecionado durante a configuração: • graus de sigilo e restrições de acesso a serem atribuídos a tipos de unidade de arquivamento, podendo ser para tipos de documentos e tipos de processos/dossiês; • tipos de unidade de arquivamento, podendo ser para tipos de documentos e tipos de processos/dossiês sem grau de sigilo ou outras restrições de acesso. | O |
290. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | Em caso de erro ou reavaliação, o administrador autorizado tem que ser capaz de alterar o grau de sigilo ou outra restrição de acesso de todos os documentos arquivísticos de um processo/dossiê ou de uma classe, numa única operação. A informação quanto à desclassificação, reclassificação, redução do prazo de sigilo ou alteração de restrição de acesso deverá ser registrada conforme legislação em vigor. | O |
291. | Classificação da informação quanto ao grau de sigilo e restrição de acesso à informação sensível | O Software tem que permitir que somente administradores autorizados sejam capazes de realizar as seguintes ações: • remover ou revogar os atributos de segurança dos documentos; • criar, alterar, remover ou revogar as credenciais de segurança dos usuários. | O |
292. | Classificação da informação quanto ao grau de sigilo e restrição de | O Software tem que permitir somente ao usuário autorizado, mediante confirmação, a desclassificação, redução do grau de sigilo ou alteração de restrição de acesso de um documento. A informação quanto à desclassificação, | O |