EDITAL DE PREGÃO ELETRÔNICO Nº 51/2024

EDITAL DE PREGÃO ELETRÔNICO Nº 51/2024

O MUNICÍPIO DE ASCURRA, pessoa jurídica de direito público interno, inscrito no CNPJ nº 83.102.772/0001-61, com sede à Xxx Xxxxxxxx Xxxxxxxx, 000, Xxxxxx, Xxxxxxx (XX), representado neste ato pelo Secretário de Administração e Finanças, Senhor XXXXXXX XXXXXXXXX, em conjunto com o FUNDO MUNICIPAL DE SAÚDE DE ASCURRA, inscrito no CNPJ n. 11.241.709/0001-03, com sede a Xxx xx Xxxxxx, 00, Xxxxxx Xxxxx Xxxxxxx xx Xxxxxxx, Xxxxxxx (XX), representado pela Secretária de Saude, Senhora FRANCIELLE BORGUESÃO, e a ASCURRA CAMARA DE VEREDADORES, inscrita no CNPJ n.

83.497.578/0001-22, com sede à Xxx Xxx Xxxxx, 000, xxxxxx, Xxxxxxx (XX), representada pelo seu atual Presidente, Senhor XXXXXX XXXXXXXX, atendendo ao que dispõe as Leis Federais 14.133/2021 e Lei Complementar n. 123/2006, bem como o Decreto municipal n. 4595/2023, TORNAM PÚBLICO, que farão licitação nos termos deste edital.

Tipo de Licitação: Por lote.

Forma de Julgamento: Menor Preço Global. Modo de disputa: aberto

Forma de Fornecimento: Parcelado.

Data/Horário	Etapa
06/08/2024 – 09h00min	INÍCIO DO RECEBIMENTO DAS PROPOSTAS NO SITE xxxxx://xxxxxxxxx.xxx.xx/.
20/08/2024 – 08h59min	FIM DO RECEBIMENTO DAS PROPOSTAS xxxxx://xxxxxxxxx.xxx.xx/.
20/08/2024 – 09h00min	ABERTURA E AVALIAÇÃO DAS PROPOSTAS E FASE DE LANCES
	xxxxx://xxxxxxxxx.xxx.xx/	.

1. DO OBJETO

1.1 A presente Licitação tem por objeto a contratação de empresa para a LOCAÇÃO DE SISTEMA WEB INTEGRADO DE GESTÃO PÚBLICA MUNICIPAL COM DIVERSAS SOLUÇÕES, EM NUVEM, INCLUINDO SERVIÇOS COMPLEMENTARES DE IMPLANTAÇÃO, MANUTENÇÃO (CORRETIVA, ADAPTATIVA E EVOLUTIVA), SUPORTE TÉCNICO E TREINAMENTO DE SERVIDORES PÚBLICOS MUNICIPAIS, ARMAZENAMENTO E SEGURANÇA DA INFORMAÇÃO, A FIM DE ATENDER A DEMANDA OPERACIONAL E AS NECESSIDADES DO MUNICÍPIO DE ASCURRA, DO FUNDO MUNICIPAL DE SAUDE DE ASCURRA E CÂMARA MUNICIPAL DE ASCURRA, conforme informações previstas neste edital e seus anexos, em especial o termo de referência (anexo I) e Especificações Técnicas da Solução (anexo II).

2. DISPOSIÇÕES PRELIMINARES E DA VISITA TÉCNICA

2.1 O Pregão, na forma Eletrônica será realizado em sessão pública, por meio da INTERNET, mediante condições de segurança - criptografia e autenticação - em todas as suas fases através de Sistema Eletrônico no endereço xxxx://xxxxxxxxx.xxx.xx.

2.2 Os trabalhos serão conduzidos pelo Município de Ascurra, denominada “Condutor”, mediante a inserção e monitoramento de dados gerados ou transferidos para o aplicativo “Licitações” constante da página eletrônica xxxx://xxxxxxxxx.xxx.xx.

2.3 O fornecedor deverá observar as datas e os horários limites previstos para a abertura da proposta, atentando também para a data e horário para início da disputa.

2.4 A área de tecnologia da informação da licitadora fica à disposição das empresas interessadas em visitar as dependências dos serviços que utilizarão a solução de ERP para conhecer a estrutura disponível.

2.4.1 O agendamento da visita deverá ser realizado previamente com o servidor Xxxxxx Xxxx Xxxxxxx, setor de compras, das 08h às 11h30min e das 13h30min às 17 horas, de segunda a sexta-feira, até 2 dias antes da data da abertura da licitação, através dos telefones 00 0000-0000 ramal 209 ou ainda pelo e-mail: xxxxxx.xxxxxxx@xxxxxxx.xx.xxx.xx (e em cópia para xxxxxx@xxxxxxx.xx.xxx.xx).

2.4.2 A visita técnica não será obrigatória.

3. DAS CONDIÇÕES DE PARTICIPAÇÃO

3.1 Poderão participar da presente licitação as pessoas jurídicas do ramo pertinente ao objeto desta licitação, desde que estejam regularmente estabelecidas no país.

3.2 Poderão participar deste Pregão Eletrônico as empresas que apresentarem toda a documentação por ela exigida para respectivo cadastramento junto Portal de Licitações Compras BR, que atuará como órgão provedor do Sistema Eletrônico.

3.3 E vedada à participação de empresa em forma de consórcios ou grupos de empresas.

3.4 É vedada a participação de pessoa jurídica que tenha sido declarada inidônea por qualquer órgão da Administração direta ou indireta (independente da esfera governamental) ou ainda que esteja com direito de participar de licitação suspenso declarado por qualquer órgão/ente público.

3.3 Não poderão participar, direta ou indiretamente, da licitação:

a) Servidor ou dirigente de órgão ou entidade contratante ou responsável pela licitação, incluindo a Pregoeira e Equipe de Apoio;

b) Os servidores municipais, bem como as pessoas ligadas a qualquer deles por matrimônio, subsistindo a proibição até seis meses depois de findas as respectivas funções;

c) O Prefeito, seu cônjuge e aos demais parentes consanguíneos ou afins até o terceiro grau;

d) Empresa que detenha débitos com a Fazenda Pública Municipal de Ascurra;

e) Empresa, ou sócio da mesma que encontra-se em processo de Falência, Concordata, Recuperação Judicial, Dissolução, Concurso de Credores, ou Liquidação;

f) Empresas estrangeiras que não funcionam no país;

g) Empresas que estejam cumprindo pena de suspensão temporária de participação em licitação e/ou impedimento de contratar com o Município de Ascurra; que tenham sido declaradas inidôneas para licitar ou contratar com qualquer órgão público; ou que se subsumem as disposições do art. 9º, §§º1º e 2º e art. 14 e seus incisos e parágrafos, ambos da Lei n. 14.133/2021.

h) Pessoas Físicas;

i) Empresa em forma de consórcios ou grupos de empresas.

4. REGULAMENTO OPERACIONAL DO CERTAME

4.1 O certame será conduzido pela Agente de Contratações, designada Pregoeira, que terá, em especial, as seguintes atribuições:

preço;

a) responder as questões formuladas pelos fornecedores, relativas ao certame;

b) abrir as propostas de preços;

c) analisar a aceitabilidade das propostas;

d) desclassificar propostas indicando os motivos;

e) conduzir os procedimentos relativos aos lances e à escolha da proposta do lance de menor

f) verificar a habilitação do proponente classificado em primeiro lugar;

g) declarar o vencedor;

h) receber, examinar e decidir sobre a pertinência dos recursos;

i) elaborar a ata da sessão;

k) encaminhar o processo à autoridade superior para homologar e autorizar a contratação;

l) abrir processo administrativo para apuração de irregularidades visando a aplicação de

penalidades previstas na legislação.

5. DO CREDENCIAMENTO

5.1 Participação:

5.1.1 A participação no Pregão, na Forma Eletrônica se dará por meio da digitação da senha pessoal e intransferível do representante credenciado (operador da corretora de mercadorias) e subsequente encaminhamento da proposta de preços, exclusivamente por meio do sistema eletrônico, observada data e horário limite estabelecido.

5.1.2 Caberá ao fornecedor acompanhar as operações no sistema eletrônico durante a sessão pública do pregão, ficando responsável pelo ônus decorrente da perda de negócios diante da inobservância de quaisquer mensagens emitidas pelo sistema ou da desconexão do seu representante;

5.1.3 O licitante responsabiliza-se exclusiva e formalmente pelas transações efetuadas em seu nome, assume como firmes e verdadeiras suas propostas e seus lances, inclusive os atos praticados diretamente ou por seu representante, excluída a responsabilidade do provedor do sistema ou do órgão ou entidade promotora da licitação por eventuais danos decorrentes de uso indevido das credenciais de acesso, ainda que por terceiros.

5.1.4 Poderão participar deste Pregão interessados cujo ramo de atividade seja compatível com o objeto desta licitação.

5.1.5 Será concedido tratamento favorecido para as microempresas e empresas de pequeno porte, nos limites previstos da Lei Complementar nº 123, de 2006.

5.2.1 Não poderão participar desta licitação os interessados:

5.2.1.1 Proibidos de participar de licitações e celebrar contratos administrativos, na forma da legislação vigente;

5.2.1.2 Que não atendam às condições deste edital e seus anexos;

5.2.1.3 Estrangeiros que não tenham representação legal no Brasil com poderes expressos para receber citação e responder administrativa ou judicialmente.

6. DA HABILITAÇÃO

6.1 Para fins de habilitação ao certame, os licitantes vencedores deverão satisfazer os requisitos relativos a habilitação jurídica; regularidade fiscal e trabalhista; qualificação econômico-financeira; qualificação técnica; e declarações.

6.1.1 Ultrapassada a fase de lances do pregão, será solicitado aos vencedores de pelo menos um lote a apresentação dos documentos exigidos para fins de habilitação deste edital. Os licitantes terão o prazo de 1 (uma) hora para anexar no sistema eletrônico todos os documentos exigidos neste edital, podendo este prazo ser prorrogado por mais 1 (uma) hora, desde que solicitado pelo licitante com justificativa aceita pelo Agente de Contratações. O licitante poderá juntar a documentação no sistema de forma antecipada.

6.1.2 Preferencialmente nomear o nome de cada arquivo juntado na fase habilitação bem como proposta com a cláusula do edital que o exige.

6.1.3 Caso o sistema eletrônico apresente problemas técnicos de acesso durante este período (constatado pelo Agente de Contratações), o prazo para apresentação da habilitação será suspenso temporariamente, com o reestabelecimento.

6.1.4 Será comprovada a veracidade das informações constantes nos documentos apresentados, mediante diligência online. Caso haja divergências entre o documento apresentado e o verificado, prevalecerá as informações online.

6.2 Habilitação jurídica

6.2.1 Cédula de Identidade do representante legal;

6.2.2 Registro comercial, no caso da empresa individual;

6.2.3 No caso de sociedade empresária ou empresa individual de responsabilidade limitada - EIRELI: ato constitutivo, estatuto ou contrato social em vigor, devidamente registrado na Junta Comercial da respectiva sede, acompanhado de documento comprobatório de seus administradores;

6.2.4 Inscrição no Registro Público de Empresas Mercantis onde opera, com averbação no Registro onde tem sede a matriz, no caso de ser o participante sucursal, filial ou agência;

6.2.5 No caso de sociedade simples: inscrição do ato constitutivo no Registro Civil das Pessoas Jurídicas do local de sua sede, acompanhada de prova da indicação dos seus administradores;

6.2.6 No caso de empresa ou sociedade estrangeira em funcionamento no País: decreto de autorização;

6.2.7 Certidão expedida pela Junta Comercial para comprovação da condição de Microempresa ou Empresa de Pequeno Porte (se for o caso), na forma do art. 8º da Instrução Normativa nº 103/2007 do Departamento Nacional de Registro do Comércio (DNRC), com data de emissão de até 90 (noventa) dias contados da data da sua apresentação na fase de habilitação.

6.2.8 Os documentos acima deverão estar acompanhados de todas as alterações ou da consolidação respectiva.

6.3 Regularidade fiscal e trabalhista

6.3.1 Prova de inscrição no Cadastro Nacional de Pessoas Jurídicas (CNPJ);

6.3.2 prova de regularidade fiscal perante a Fazenda Nacional, mediante apresentação de certidão expedida conjuntamente pela Secretaria da Receita Federal do Brasil (RFB) e pela Procuradoria-Geral da Fazenda Nacional (PGFN), referente a todos os créditos tributários federais e à Dívida Ativa da União (DAU) por elas administrados, inclusive aqueles relativos à Seguridade Social, nos termos da Portaria Conjunta nº 1.751, de 02/10/2014, do Secretário da Receita Federal do Brasil e da Procuradora-Geral da Fazenda Nacional.

6.3.3 Prova de regularidade com o Fundo de Garantia do Tempo de Serviço (FGTS);

6.3.4 Prova de inexistência de débitos inadimplidos perante a justiça do trabalho, mediante a apresentação de certidão negativa ou positiva com efeito de negativa, nos termos do Título VII-A da Consolidação das Leis do Trabalho, aprovada pelo Decreto-Lei nº 5.452, de 1º de maio de 1943;

6.3.5 Prova de inscrição no cadastro de contribuintes estadual, relativo ao domicílio ou sede do licitante, pertinente ao seu ramo de atividade e compatível com o objeto contratual;

6.3.6 Prova de regularidade com a Fazenda Estadual do domicílio ou sede do licitante, relativa à atividade em cujo exercício contrata ou concorre;

6.3.7 Prova de regularidade junta a Fazenda Municipal do domicilio ou sede do licitante;

6.3.8 Caso o licitante seja considerado isento dos tributos estaduais relacionados ao objeto licitatório, deverá comprovar tal condição mediante declaração da Fazenda Estadual do seu domicílio ou sede, ou outra equivalente, na forma da lei.

6.4 Qualificação Econômico-Financeira

6.4.1 Certidão negativa de falência expedida pelo distribuidor da sede da pessoa jurídica.

6.5 Qualificação Técnica

6.5.1 Um ou mais atestados de capacidade técnica, emitido por pessoa jurídica de direito público ou privado que comprove ter a empresa licitante forneceu sistema de computação em nuvem para gestão pública

municipal, similar e compatível com o objeto desta licitação. Deverá ser comprovado que a proponente implantou e/ou mantém em funcionamento sistema de computação em nuvem, similar e compatível com o desta licitação, comprovando pelo menos as seguintes áreas de relevância: Planejamento e Orçamento; Gestão Contábil e Financeira; Folha de Pagamento; Ponto Eletrônico; Gestão de Compras, Licitações e Contratos; Simples Nacional; Gestão de Escrita Fiscal Eletrônica; Gestão de Nota Fiscal Eletrônica de Serviços; Gestão de Fiscalização Fazendária; Gestão de Arrecadação, de IPTU e taxas, ITBI e taxas, ISS e taxas, receitas diversas e dívida ativa; Obras e Posturas; Procuradoria; Portal da Transparência; Protocolo e Processo Digital; Gestão Educacional.

6.5.2 Poderão ser apresentados vários atestados em somatório, para atendimento da exigência.

6.6 Declarações

6.6.1 Declaração de habilitação (conforme modelo do Anexo VI);

6.6.2 Declarações obrigatórias (conforme modelo do Anexo V);

6.6.3 Declaração microempresa/empresa de pequeno porte (conforme modelo do Anexo VI) – apenas para empresas que se enquadrarem nestas condições.

6.6.4 Declaração de que a proponente é fabricante do sistema, ou autorização expressa deste, comprovando que tem acesso e total conhecimento sobre os programas fontes, estando apta a realizar os serviços de implantação, configuração, suporte, customização e manutenção dos programas ofertados.

6.6.5 Declaração de Atendimento dos Requisitos Técnicos e de Capacidade - Declaração de que a licitante disporá, por ocasião da futura contratação, de todos os equipamentos, pessoal técnico e operacional necessários à execução dos serviços, incluindo que o fornecedor disponibilizará data center (próprio ou terceirizado) com capacidade de processamento (links, servidores, nobreaks, fontes alternativas de energia (grupo gerador), softwares de virtualização, segurança, sistema de climatização), para alocação dos sistemas objeto desta licitação, conforme orientações do termo de referência, garantindo ainda que não haverá qualquer tipo de paralisação dos serviços por falta dos equipamentos ou de pessoal.

6.7 A não apresentação dos documentos previstos nos itens 6.2.7 e 6.6.3 importará na perda dos direitos inerentes a Lei Complementar n. 123/2006 para este processo licitatório, sem prejuízo da participação do licitante nas demais fases do pregão.

6.8 Os documentos originais digitalizados e anexados na plataforma eletrônica não precisam ser autenticados. Caso haja dúvidas quanto a autenticidade de algum documento, poderá ser realizado diligência para a sua verificação.

6.9 A ausência da apresentação das declarações do item 6.6, bem como da proposta do item 7.8, ou ainda a ausência de assinaturas poderá ser suprida através de diligências, durante a sessão.

7. DO ENVIO DA PROPOSTA

7.1 O licitante deverá enviar sua proposta mediante o preenchimento, no sistema eletrônico, dos seguintes campos:

7.1.1Valor global do lote.

7.1.2 A empresa licitante não poderá indicar como marca o nome da própria empresa, sob pena de desclassificação por identificação. Nestes casos, deverá constar a marca como “própria”.

7.2 Todas as especificações do objeto contidas na proposta vinculam a Contratada.

7.3 Nos valores propostos estarão inclusos todos os custos operacionais, encargos previdenciários, trabalhistas, tributários, comerciais e quaisquer outros que incidam direta ou indiretamente no fornecimento dos bens.

7.4 Os preços ofertados, tanto na proposta inicial, quanto na etapa de lances, serão de exclusiva responsabilidade do licitante, não lhe assistindo o direito de pleitear qualquer alteração, sob alegação de erro, omissão ou qualquer outro pretexto.

7.5 O prazo de validade da proposta não será inferior a 60 (sessenta) dias, a contar da data de sua apresentação.

7.6 Os licitantes devem respeitar os preços máximos estabelecidos no edital (Anexo I).

7.7 Não serão aceitas propostas em quantitativo inferior ao máximo previsto no edital.

7.8 Além de preencher a proposta no sistema eletrônico, preencher o modelo de proposta previsto no edital (Anexo VIII) e anexar o arquivo da proposta no sistema eletrônico, junto da documentação que se refere o item 6. do edital.

7.9 A licitante vencedora deverá apresentar planilha dos itens do lote com o valor unitário de cada item que compõe o lote, não podendo a soma de todos os itens ultrapassar o valor global do seu respectivo lote.

8. DA ABERTURA DA SESSÃO, CLASSIFICAÇÃO DAS PROPOSTAS E FORMULAÇÃO DE LANCES

8.1 A abertura da presente licitação dar-se-á em sessão pública, por meio de sistema eletrônico, na data,

horário e local indicados neste Edital.

8.2 A Pregoeira verificará as propostas apresentadas, desclassificando desde logo aquelas que não estejam em conformidade com os requisitos estabelecidos neste Edital, contenham vícios insanáveis ou não apresentem as especificações técnicas exigidas no Termo de Referência.

8.2.1 Também será desclassificada a proposta que identifique o licitante.

8.2.2 A desclassificação será sempre fundamentada e registrada no sistema, com acompanhamento em tempo real por todos os participantes.

8.2.3 A não desclassificação da proposta não impede o seu julgamento definitivo em sentido contrário, levado a efeito na fase de aceitação.

8.3 O sistema ordenará automaticamente as propostas classificadas, sendo que somente estas participarão da fase de lances.

8.4 O sistema disponibilizará campo próprio para troca de mensagens entre a Pregoeira e os licitantes.

8.5 Iniciada a etapa competitiva, os licitantes deverão encaminhar lances exclusivamente por meio do sistema eletrônico, sendo imediatamente informados do seu recebimento e do valor consignado no registro.

8.5.1 O lance deverá ser ofertado pelo valor global por lote.

8.6 Os licitantes poderão oferecer lances sucessivos, observando o horário fixado para abertura da sessão e as regras estabelecidas no Edital.

8.7 O licitante somente poderá oferecer lance de valor inferior ao último por ele ofertado e registrado pelo sistema.

8.8 Não haverá intervalo mínimo de diferença de valores entre os lances.

8.9 Não serão aceitos dois ou mais lances de mesmo valor, prevalecendo aquele que for recebido e registrado em primeiro lugar.

8.10 Será adotado para o envio de lances no pregão eletrônico o modo de disputa “aberto”, em que os licitantes apresentarão lances públicos e sucessivos.

8.10.1 O tempo normal de disputa para cada item será 10 (dez) minutos, sendo encerrado automaticamente pelo sistema.

8.10.2 O término do tempo normal da disputa acontecerá, quando nenhum licitante oferecer lance com valor menor que o menor lance registrado no sistema nos últimos 00h02m00s (dois minutos).

8.10.3 Na hipótese de haver um lance de preço menor que o menor lance de preço registrado no sistema, nos 00h02m00s (dois minutos) finais do tempo programado, o sistema prorrogará automaticamente o tempo de fechamento por mais 00h02m00s (dois minutos), a partir do momento do registro do último lance, e, assim sucessivamente, até que não haja nenhum lance de preços nos 00h02m00s (dois minutos) finais.

8.11 Durante a fase de lances, o Agente de Contratações poderá excluir, justificadamente, lance cujo valor seja manifestamente inexequível.

8.12 Se ocorrer a desconexão do Agente de Contratações no decorrer da etapa de lances, e o sistema eletrônico permanecer acessível às licitantes, os lances continuarão sendo recebidos, sem prejuízo dos atos realizados.

8.13 No caso de a desconexão do Agente de Contratações persistir por tempo superior a 10 (dez) minutos, a sessão do Pregão Eletrônico será suspensa automaticamente e terá reinício somente após comunicação expressa aos participantes no sítio xxx.xxxxxxxxx.xxx.xx.

8.14 O Critério de julgamento adotado será o menor preço por lote, conforme definido neste Edital e seus anexos.

8.15 Caso o licitante não apresente lances, concorrerá com o valor de sua proposta.

8.16 Em relação a itens não exclusivos para participação de microempresas e empresas de pequeno porte, uma vez encerrada a etapa de lances, será efetivada a verificação automática, junto à Receita Federal, do porte da entidade empresarial. O sistema identificará em coluna própria as microempresas e empresas de pequeno porte participantes, procedendo à comparação com os valores da primeira colocada, se esta for empresa de maior porte, assim como das demais classificadas, para o fim de aplicar-se o disposto nos arts. 44 e 45 da LC nº 123, de 2006, regulamentada pelo Decreto nº 8.538, de 2015.

8.17 Nessas condições, as propostas de microempresas e empresas de pequeno porte que se encontrarem na faixa de até 5% (cinco por cento) acima da melhor proposta ou melhor lance serão consideradas empatadas com a primeira colocada.

8.18 A melhor classificada nos termos do item anterior terá o direito de encaminhar uma última oferta para desempate, obrigatoriamente em valor inferior ao da primeira colocada, no prazo de 5 (cinco) minutos controlados pelo sistema, contados após a comunicação automática para tanto.

8.19 Caso a microempresa ou a empresa de pequeno porte melhor classificada desista ou não se manifeste no prazo estabelecido, serão convocadas as demais licitantes microempresa e empresa de pequeno porte que se encontrem naquele intervalo de 5% (cinco por cento), na ordem de classificação, para o exercício do mesmo direito, no prazo estabelecido no subitem anterior.

8.20 A ordem de apresentação pelos licitantes é utilizada como um dos critérios de classificação, de maneira que só poderá haver empate entre propostas iguais (não seguidas de lances), ou entre lances finais da fase

fechada do modo de disputa aberto e fechado.

8.21 Serão desclassificadas as propostas que:

I - contiverem vícios insanáveis;

II - não obedecerem às especificações técnicas pormenorizadas no edital;

III - apresentarem preços inexequíveis ou permanecerem acima do orçamento estimado para a contratação; IV - não tiverem sua exequibilidade demonstrada, quando exigido pela Administração;

V - apresentarem desconformidade com quaisquer outras exigências do edital, desde que insanável.

8.22 Constatando o atendimento das exigências fixadas no edital, o objeto será adjudicado ao licitante da proposta ou lance de menor preço e encaminhado à autoridade competente para homologação, caso não haja manifestação de recurso por nenhuma outra licitante.

9. DOS RECURSOS ADMINISTRATIVOS

9.1 Declarado o vencedor, será concedido o prazo de 15 (quinze) minutos, para que qualquer licitante manifeste a intenção de recorrer, de forma motivada, isto é, indicando contra qual(is) decisão(ões) pretende recorrer e por quais motivos, em campo próprio do sistema. Não serão aceitas manifestações de recurso no chat da plataforma eletrônica.

9.2 Havendo quem se manifeste, caberá a Pregoeira verificar a tempestividade e a existência de motivação da intenção de recorrer, para decidir se admite ou não o recurso, fundamentadamente.

9.2.1 A falta de manifestação do licitante quanto a intenção de recorrer importará a decadência desse direito.

9.2.2 As razões recursais deverão ser protocoladas em até 03 (três) dias úteis, pelo sistema eletrônico, ficando os demais licitantes, desde logo, intimados para, querendo, apresentarem contrarrazões também pelo sistema eletrônico, em outros 03 (três) dias úteis, que começarão a contar do término do prazo do recorrente, sendo-lhes assegurada vista imediata dos elementos indispensáveis à defesa de seus interesses.

9.3 As razões e contrarrazões dos recursos deverão ser dirigidas ao Pregoeiro do Pregão Eletrônico, através do e-mail xxxxxxxxx@xxxxxxx.xx.xxx.xx.

9.4 Recebido o recurso, o Pregoeiro poderá reconsiderar sua decisão ou remeter o processo devidamente informado à autoridade superior para deliberação.

9.5 O recurso contra o resultado da licitação terá efeito suspensivo no tocante ao lote/itens do objeto ao qual o recurso se referir, inclusive quanto ao prazo de validade da proposta, o qual somente recomeçará a contar quando da decisão final da autoridade competente.

9.6 O acolhimento do recurso invalida tão somente os atos insuscetíveis de aproveitamento.

9.7 A falta de manifestação de intenção de recurso no prazo estabelecido, autoriza o Pregoeiro a adjudicar o objeto à licitante vencedora.

9.8 Caso a licitante não apresente as razões do recurso no prazo legal, entender-se-á como desistência da interposição do recurso.

9.9 É assegurada vista dos autos às licitantes interessadas, sendo que os autos ficarão disponíveis no portal transparência.

10. DA IMPUGNAÇÃO AO EDITAL

10.1 A impugnação ao presente edital deverá ser feita por escrito, à Pregoeira, até 03 (três) dias úteis antes da data fixada para a abertura do certame, contendo todas as divergências, dúvidas ou erros por ventura encontrados, para a devida análise, e se for o caso, a correção ou esclarecimentos necessários (art. 164 da lei 14.133/2021).

10.2 As razões de impugnação deverão ser encaminhadas para o e-mail xxxxxxxxx@xxxxxxx.xx.xxx.xx bem como enviadas dentro da Plataforma Eletrônica do Sistema COMPRASBR.

11. DA ADJUDICAÇÃO E HOMOLOGAÇÃO

11.1 Inexistindo manifestação recursal, caberá à Pregoeira adjudicar o objeto à(s) licitante(s) vencedora(s) e encaminhar o processo à Autoridade competente para a sua homologação.

11.2 Caso haja recurso, a adjudicação e a homologação do processo serão efetuadas pela Autoridade Superior Competente.

12. CONTRATAÇÃO, VIGÊNCIA E REAJUSTE

12.1 Após a homologação e adjudicação, caso se conclua pela contratação, será firmado Termo de Contrato ou emitido instrumento equivalente.

12.2 O adjudicatário terá o prazo de 05 (cinco) dias úteis, contados a partir da data de sua convocação, para assinar o Termo de Contrato sob pena de decair do direito à contratação, sem prejuízo das sanções previstas neste Edital de pregão eletrônico.

12.2.1 O contrato será encaminhado pelo endereço eletrônico informado no cadastro junto ao sistema de pregão eletrônico para assinatura digital em até 05 (cinco) dias úteis a contar do envio da correspondência

eletrônica. Não haverá o envio de contrato por correspondência postal ou coleta de assinatura física.

12.2.2 O prazo previsto para assinatura do contrato ou aceitação da nota de empenho ou instrumento equivalente poderá ser prorrogado 1 (uma) vez, por igual período, por solicitação justificada do adjudicatário e aceita pela Administração.

12.3 O CONTRATO terá vigência de 12 (doze) meses, contados a partir da data de assinatura do contrato ou emissão da ordem de início e poderá ser prorrogado por igual e sucessivo período, mediante mútuo acordo entre as partes, respeitada a vigência máxima prevista no Art. 106 da Lei Federal n.º 14.133/2021.

12.4 O período que for necessário para implantação do sistema, será estendido por simples apostilamento, uma vez que os doze meses de vigência se referem a disponibilização mensal do sistema para uso da contratante.

12.5 A Administração analisará anualmente, antes de seu aniversário, a pertinência, oportunidade e conveniência das prorrogações do contrato. Em caso de decisão de não ser prorrogado o contrato, será o contratado notificado oficialmente, 90 dias antes do término da vigência contratual, com confirmação de recebimento, acompanhando a notificação, das justificativas e motivações da decisão. Não haverá apreciação de contrarrazões da notificada, por se tratar de ato administrativo unilateral, materializando o princípio de poder de império da Administração, dentro da margem de sua discricionariedade, e nos limites da Lei 14.133/2021.

12.6 Os preços inicialmente contratados são fixos e irreajustáveis no prazo de um ano contado da data da apresentação das propostas.

12.7 Após o interregno de um ano, nos termos anteriores, e independentemente de pedido do contratado, os preços iniciais serão automaticamente reajustados, por apostilamento, mediante a aplicação, pelo contratante, do índice IPCA/IBGE, exclusivamente para as obrigações iniciadas e concluídas após a ocorrência da anualidade.

12.8 Nos reajustes subsequentes ao primeiro, o interregno mínimo de um ano será contado a partir dos efeitos financeiros do último reajuste.

12.9 No caso de atraso ou não divulgação do(s) índice (s) de reajustamento, o contratante pagará ao contratado a importância calculada pela última variação conhecida, liquidando a diferença correspondente tão logo seja(m) divulgado(s) o(s) índice(s) definitivo(s).

12.10 Nas aferições finais, o(s) índice(s) utilizado(s) para reajuste será(ão), obrigatoriamente, o(s) definitivo(s).

12.11 Caso o(s) índice(s) estabelecido(s) para reajustamento venha(m) a ser extinto(s) ou de qualquer forma não possa(m) mais ser utilizado(s), será(ão) adotado(s), em substituição, o(s) que vier(em) a ser determinado(s) pela legislação então em vigor.

12.12 Na ausência de previsão legal quanto ao índice substituto, as partes elegerão novo índice oficial, para reajustamento do preço do valor remanescente, por meio de termo aditivo.

12.13 O reajuste será realizado por simples apostilamento, nos termos da Lei nº 14.133/2021.

12.14 Os preços ajustados poderão ser objeto de revisão visando restabelecer o equilíbrio econômico- financeiro inicial do contrato em caso de força maior, caso fortuito ou fato de príncipe (reforma tributária) ou em decorrência de fatos imprevisíveis ou previsíveis de consequências incalculáveis, que inviabilizem a execução do contrato tal como pactuado, respeitada, em qualquer caso, a repartição objetiva de risco estabelecida no contrato.

12.15 Eventuais necessidades de aumento dos recursos de data center, a pedido da contratante ou contratada, serão encaminhadas formalmente e serão objeto do devido procedimento administrativo regular de aditivo contratual, nos termos da legislação de regência.

13. DA PRESTAÇÃO DOS SERVIÇOS

13.1 As especificações dos serviços -se integralmente previstas no termo de referência, Anexo I deste edital, bem como Especificações Técnicas – Anexo II deste edital.

14. DAS OBRIGAÇÕES DAS PARTES

14.1 As obrigações das partes encontram-se previstas no termo de referência, Anexo I deste edital.

15. DO PAGAMENTO POSTECIPADO

15.1 O prazo para pagamento ao contratado de cada fatura deverá ser realizado em um prazo não superior a 30 (trinta) dias contados a partir do atesto da Nota Fiscal, após comprovadas o adimplemento da contratada em todas as suas obrigações, já deduzidas as glosas e notas de débitos.

15.2 O pagamento dos serviços de locação dos sistemas, suporte e assistência técnica se dará de forma mensal e sucessiva durante toda a vigência do contrato, sendo a primeira com vencimento em 30 (trinta) dias contados a partir da liberação dos aplicativos/softwares para uso.

15.3 Os serviços de implantação e treinamento dos usuários internos serão pagos em parcela única em um prazo não superior a 30 (trinta) dias contados a partir da sua realização.

15.4 Os serviços de técnicos ou ofertados por hora técnica (sob demanda) e todo os demais serão pagos mensalmente, de acordo com a proposta apresentada pela licitante e os serviços variáveis pelo número de horas técnicas utilizadas no mês anterior ao mês do pagamento.

15.5 A nota fiscal deverá descrever as seguintes informações:

a) Valor unitário e valor total do produto/serviço/material;

b) Número da nota de empenho e do processo de compra;

c) Dados bancários para depósito;

d) Marca e modelo do produto;

e) Prazo de pagamento.

15.6 Nenhum pagamento será efetuado sem a apresentação dos documentos, quando exigidos, bem como enquanto não forem sanadas irregularidades eventualmente constatadas na nota fiscal, no fornecimento dos bens ou no cumprimento de obrigações contratuais.

15.7 O pagamento ficará condicionado à prévia informação pelo credor, dos dados da conta corrente e ao recebimento definitivo do objeto do contrato pelo seu fiscal.

15.8 O pagamento a ser efetuado ao Contratado, quando xxxxxx, estará sujeito às retenções na fonte de tributos, inclusive contribuições sociais, de acordo com os respectivos normativos.

15.9 Para a efetivação do pagamento o licitante deverá manter as mesmas condições previstas no edital no que concerne a PROPOSTA e a HABILITAÇÃO.

15.10 Atinente ao que dispõe o art. 137 da Lei 14.133/2021, §s 2º, 3º e incisos, em caso de atraso superior a 2 (dois) meses, contado da emissão da nota fiscal, dos pagamentos ou de parcelas de pagamentos devidos pela Administração, é assegurado ao contratado, entre outros, o direito de optar pela suspensão do cumprimento das obrigações assumidas até a normalização da situação, admitido o restabelecimento do equilíbrio econômico-financeiro do contrato.

16. DA ADEQUAÇÃO ORÇAMENTÁRIA

16.1 As despesas provenientes desta contratação correrão por conta das seguintes dotações orçamentárias do exercício de 2024 e as respectivas para 2025:

DOTAÇÕES
Exercício da despesa	Referência	Órgão	Unidade	Ação	Plano	Subelemento	Vínculo
2024	22	03	001	2002	333900000000000	4001	150070000000
2024	201	01	001	2001	333900000000000	4001	150070000000
2024	211	05	001	2024	333900000000000	4001	150010020000

17. DAS PENALIDADES E SANÇÕES ADMINISTRATIVAS

17.1 As Licitantes participantes desta Licitação e, principalmente, a Licitante vencedora, sujeitar-se-ão, no que couber às sanções previstas no Título IV – Das Irregularidades, da Lei Federal nº 14.133/2021 e suas alterações.

17.2 Pelo comportamento incorreto da Licitante no decorrer do Processo Licitatório a Licitadora poderá, garantida prévia defesa, aplicar a Licitante as seguintes penalidades:

17.2.1 Advertência, no caso de faltas que não motivem a aplicação de penalidade mais grave.

17.2.2 Multa, conforme os seguintes critérios:

17.2.2.1 No valor de 1% (um por cento) do valor total vencido pelo licitante registrado em ata, no caso de acumulação de 03 (três) advertências;

17.2.2.2 No valor de 2% (dois por cento) do valor total vencido pelo licitante registrado em ata, no caso de impedir, perturbar ou fraudar a realização de qualquer ato de procedimento licitatório;

17.2.2.3 No valor de 5% (cinco por cento) do valor total vencido pelo licitante registrado em ata, no caso de apresentar declaração em falso no processo, sem prejuízo de demais processos administrativos e jurídicos;

17.2.2.4 No valor de 20% (vinte por cento) do valor total vencido pelo licitante registrado em ata se der causa à Declaração de Inidoneidade;

17.2.2.5 No valor de 10% (dez por cento) do valor do valor total vencido pelo licitante registrado em ata, no caso de inobservância de quaisquer das condições do item 02 do mesmo;

17.2.2.6 No valor de 0,5% do valor total vencido pelo licitante registrado em ata, por dia no atraso injustificado na prestação dos serviços, ou com justificativa não aceita pela autoridade superior, limitado a 30% (trinta por cento) do valor total homologado no respectivo item cujos serviços estejam em atraso.

17.2.3 Suspensão de Participação em licitações com o Município de Ascurra, pelo prazo máximo de 03 (três) anos, no caso de quaisquer dos motivos expostos no art. 156, §4º da Lei n. 14.133/2021.

17.2.4 Declaração de Inidoneidade, nos seguintes casos:

17.2.4.1 Se o valor acumulado das multas ultrapassarem 20% (vinte por cento) do valor total vencido pelo

licitante registrado em ata;

17.2.4.2 Tenham sofrido condenação definitiva por praticarem, por meios dolosos, fraude fiscal no recolhimento de quaisquer tributos;

17.2.4.3 Tenham praticado atos ilícitos e/ou a não entrega do objeto deste edital, visando a frustrar os objetivos da licitação;

17.2.4.4 Demonstrem não possuir idoneidade para contratar com a Administração em virtude de atos ilícitos praticados.

17.2.5 Será assegurada, a parte que tiver dado motivo à penalidade, o contraditório e a ampla defesa.

17.3 Nenhum pagamento será processado à proponente penalizada sem que antes este tenha pago ou lhe seja relevada a multa imposta, podendo ser descontado de eventuais saldos a serem pagos.

18. DA RESCISÃO

18.1 O contrato poderá ser rescindido nos termos do art. 137 da Lei 14.133/2021.

19. DAS DISPOSIÇÕES FINAIS

19.1 A documentação completa para exame, informações e consultas de ordem geral quanto a Licitação, serão disponibilizadas no portal da transparência (xxxxx://xxxxxxx.xxxxxx.xxx/xxxxxxxxxxxxx).

19.3 Em caso de dúvidas, informações poderão ser obtidas através do e-mail: xxxxxxxxx@xxxxxxx.xx.xxx.xx, pelo telefone (00) 0000-0000, ou pessoalmente no Departamento de Compras.

19.3.1 As consultas deverão ser encaminhadas por escrito endereçadas à Pregoeira ou ao Setor de Compras da Prefeitura de Ascurra.

19.3.2 As consultas serão respondidas pela Pregoeira, ou pela autoridade competente, via e-mail, a todos os interessados.

19.4 As decisões referentes a este processo licitatório poderão ser comunicadas às proponentes por qualquer meio de comunicação que comprove o recebimento.

19.5 Não havendo expediente ou ocorrendo qualquer fato superveniente que impeça a realização do certame na data marcada, a sessão será automaticamente transferida para o primeiro dia útil subsequente, no mesmo horário e local anteriormente estabelecido, desde que não haja comunicação da Pregoeira em contrário.

19.6 Os casos omissos serão decididos pela Pregoeira com base no ordenamento jurídico vigente.

19.7 É de responsabilidade da licitante o acompanhamento do edital e suas modificações pela Transparência Municipal, até a data da realização da sessão pública.

19.8 É vedada a participação do órgão ou entidade em mais de uma ata de registro de preços com o mesmo objeto no prazo de validade daquela de que já tiver participado, salvo na ocorrência de ata que tenha registrado quantitativo inferior ao máximo previsto no edital.

19.9 Fazem parte do presente Edital:

Anexo I – Termo de referência;

Anexo II – Especificações Técnicas da Solução;

Anexo III – Modelo procuração;

Anexo VI – Modelo declaração de habilitação;

Anexo V – Modelo declarações obrigatórias;

Anexo VI – Modelo declaração microempresa/empresa de pequeno porte;

Anexo VII – Minuta de contrato administrativo;

Anexo VIII – Modelo de proposta de preços.

20. DO FORO

20.1 O foro competente para dirimir possíveis dúvidas, após se esgotarem todas as tentativas de composição amigável, e/ou litígios pertinentes ao objeto da presente licitação, independente de outro que por mais privilegiado seja, será o da Comarca de ASCURRA/SC.

XXXXXXX

Assinado de forma digital por

CHIARELLI:40020754949

Ascurra, 6 de agosto de 2024.

XXXXXXX XXXXXXXXX:40020754949 Dados: 2024.08.05 11:18:24 -03'00'

XXXXXXX XXXXXXXXX

Secretário de Administração e Finanças

BORGUESAO:0365248

FRANCIELLE

8946

Assinado de forma digital por XXXXXXXXXX XXXXXXXXX:03652488946 Dados: 2024.08.05 11:16:29 -03'00'

XXXXXXXXXX XXXXXXXXX

Secretária Municipal de Saúde

MAICON

Assinado de forma digital por

POSSAMAI:0584330 MAICON POSSAMAI:05843305961

Dados: 2024.08.05 11:20:04 -03'00'

5961

MAICON POSSAMAI

Presidente da Câmara de Vereadores de Ascurra

ANEXO I

TERMO DE REFERÊNCIA PREGÃO ELETRÔNICO Nº 51/2024

1. OBJETO E ESPECIFICAÇÕES

1.1 Tem-se por objeto deste termo de referência a contratação de empresa para a locação de sistema web integrado de gestão pública municipal com diversas soluções, em nuvem, incluindo serviços complementares de implantação, manutenção (corretiva, adaptativa e evolutiva), suporte técnico e treinamento de servidores públicos municipais, armazenamento e segurança da informação, a fim de atender a demanda operacional e as necessidades do Município de Ascurra, do Fundo Municipal de Saúde de Ascurra e Câmara Municipal de Ascurra, conforme especificações deste termo de referência.

1.2 Para fins de oferecimento de proposta, será licitado o seguinte lote com o valor máximo global estipulado:

LOTE ÚNICO
Item	Descrição / Especificações mínimas	Qtd	Un.	Valor unitário	Valor Total
1	LICENÇA DE USO DE SISTEMA WEB
1.1	MÓDULOS PARA USO DO MUNICÍPIO DE ASCURRA
1.1.1	Planejamento e Orçamento	12	Meses
1.1.2	Gestão Contábil e Financeira	12	Meses
1.1.3	Folha de Pagamento	12	Meses
1.1.4	Segurança e Medicina do Trabalho	12	Meses
1.1.5	Estágio Probatório	12	Meses
1.1.6	Avaliação de Desempenho	12	Meses
1.1.7	Ponto Eletrônico	12	Meses
1.1.8	Gestão de Xxxxxxx, Licitações e Contratos	12	Meses
1.1.9	Gestão de Patrimônio	12	Meses
1.1.10	Gestão de Frota	12	Meses
1.1.11	Gestão de Fiscalização Fazendária	12	Meses
1.1.12	Simples Nacional	12	Meses
1.1.13	Gestão de Escrita Fiscal Eletrônica	12	Meses
1.1.14	Gestão de Nota Fiscal Eletrônica de Serviços	12	Meses
1.1.15	Gestão de Arrecadação	12	Meses
1.1.16	Gestão de IPTU e taxas	12	Meses
1.1.17	Gestão de ITBI e taxas	12	Meses
1.1.18	Gestão de ISS e taxas	12	Meses
1.1.19	Gestão de Receitas Diversas	12	Meses
1.1.20	Gestão da Dívida Ativa	12	Meses
1.1.21	Contribuição de Melhoria	12	Meses
1.1.22	Obras e Posturas	12	Meses
1.1.23	Procuradoria	12	Meses
1.1.24	Diário Oficial	12	Meses
1.1.25	Portal da Transparência	12	Meses
1.1.26	Portal de Autoatendimento	12	Meses
1.1.27	Protocolo e Processo Digital	12	Meses
1.1.28	Gestão Educacional	12	Meses
1.1.29	Data Center	12	Meses
Total subitem 1.1
1.2	MÓDULOS PARA USO DO FUNDO MUNICIPAL DE SAÚDE DE ASCURRA
1.2.1	Planejamento e orçamento	12	Meses
1.2.2	Gestão contábil e financeira	12	Meses
1.2.3	Gestão de compras, licitações e contratos	12	Meses
1.2.4	Gestão de Patrimônio	12	Meses
1.2.5	Portal da transparência	12	Meses
Total subitem 1.2
1.3	MÓDULOS PARA USO DA CAMARA DE VEREADORES DE ASCURRA
1.3.1	Planejamento e orçamento	12	Meses
1.3.2	Gestão contábil e financeira	12	Meses
1.3.3	Folha de pagamento	12	Meses

1.3.4	Segurança e medicina do trabalho	12	Meses
1.3.5	Gestão de compras, licitações e contratos	12	Meses
1.3.6	Protocolo e processo digital	12	Meses
1.3.7	Portal de autoatendimento	12	Meses
1.3.8	Portal da transparência	12	Meses
Total subitem 1.3
Total Item 1
Item	Descrição / Especificações mínimas	Qtd	Un.	Valor unitário
2	IMPLANTAÇÃO DA SOLUÇÃO web
2.1	Serviços de diagnóstico, migração de dados, configuração, habilitação e treinamento de usuários: MUNICÍPIO DE ASCURRA, FUNDO MUNICIPAL DA SAUDE e CAMARA DE VEREADORES	1	Serviço
Total Item 2
Item	Descrição / Especificações mínimas	Qtd	Un.	Valor unitário
3	SERVIÇOS ADICIONAIS
3.1	Customizações do aplicativo	40	hora
3.2	Configurações pós implantações	40	hora
3.3	Personalização de Relatórios	40	hora
3.4	Consultorias especializadas	40	hora
3.5	Mapeamento de processos	40	hora
3.6	Atendimento técnico presencial	40	hora
3.7	Atendimento técnico remoto	40	hora
Total Item 3
Valor Máximo Total do Lote (Total Itens 1, 2 e 3)				R$ 473.910,35

1.3 Não é obrigatório que os programas ofertados sejam organizados na mesma ordem e conjunto, ou nome do módulo, porém, é obrigatório que atendam as especificações, tarefas e rotinas citadas na parte descritiva deste termo do referência. Considerando que a elaboração do preço global se deu através do Mapa de Preços, não se definiu o valor unitário de cada item da tabela, sendo, contudo, obrigação das licitantes interessadas em preencher a proposta inicial bem como final dos valores individuais e global do lote acima indicado.

1.4 O lote é do tipo “menor preço global”, em função da indivisibilidade dos itens que compõe e por se tratar de sistema integrado.

1.5 O número de usuários dos entes integrantes deverá ser ilimitado, sem a necessidade do Município, Fundo ou Câmara adquirir licenças adicionais durante toda a vigência do contrato.

1.6 Por se tratar de SISTEMA ERP WEB DE GESTÃO PÚBLICA MUNICIPAL, EM NUVEM, o objeto ofertado deverá ser apresentado como única solução web ou em módulos web totalmente integrados que garantam suas funcionalidades, performance, confiabilidade, atualização de dados em tempo real, para todas as aplicações, bem como em atendimento ao art. 48, § 1º, inciso II da Lei nº 101/2000, integrando-se também as demais entidades no âmbito de atuação em sua atividade administrativa.

1.6.1 O ERP (Enterprise Resource Planning ou Sistema Integrado de Gestão Empresarial) é um tipo de sistema (conjunto de softwares aplicativos) que ajudará o Município na organização dos serviços administrativos, a automatizar e gerenciar os principais processos para obter o melhor desempenho da entidade. O software de ERP coordenará o fluxo de dados entre os processos administrativos, fornecendo uma única fonte de verdade e simplificando as operações. Ele deverá ser capaz de vincular todas as atividades de gestão administrativa, fiscal e orçamentária, tributação, planejamento, fornecedores, recursos humanos, compras, operações, relatórios, transparência pública, serviços ao cidadão entre outros em uma única plataforma.

1.6.2 O sistema ERP deve ser projetado para permitir que as informações estejam centralizadas em um único lugar, facilitando o acesso e a análise dos dados pelos gestores públicos e o uso eficiente e responsável do erário público.

1.6.3 O uso de sistema de ERP deve trazer eficiência para a gestão pública, permitindo a integração de dados e processos, uma tomada de decisão mais rápida e precisa, maior transparência, melhoria na qualidade dos serviços públicos e redução de custos. Além disso, o sistema ERP deve permitir a automatização de processos, acompanhamento de fluxos (workflow), reduzindo a incidência de erros e aumentando a produtividade das equipes. Com a automatização, tarefas repetitivas deverão ser realizadas com mais rapidez e eficiência.

1.6.4 Todos os softwares devem ser disponibilizados para acesso por meio de conexão com a internet, em qualquer lugar e em qualquer momento (característica de ser web), sem que nenhum software precise ser baixado ou instalado na estação cliente (característica de ser em nuvem), operáveis através dos principais navegadores (padrão de mercado), nas seguintes versões: Internet Explorer (versão 11 ou superior), Firefox (versão 70 ou superior), Chrome (versão 70 ou superior), Microsoft Edge (versão 80 ou superior) e Safari (versão 10 ou superior). Os aplicativos específicos para tabletes e smartphones, devem estar disponíveis para no mínimo as plataformas Android e iOS, nas respectivas stores oficiais dos fabricantes (Google Play e Apple Store).

1.6.5 As atualizações, assim que executadas deverão surtir efeito imediato em todas as estações de trabalho da CONTRATANTE. Excetua-se aqui arquivos da camada front-end em cache no navegador, que poderão ser atualizados com regras específicas.

1.6.6 A solução deverá possibilitar manutenção 100% remota, sem intervenção dos usuários.

1.6.7 A solução deverá ser disponibilizada exclusivamente no modelo SaaS (software como serviço), 100% (cem por cento) por meio da internet, sem limite de usuários, sem a necessidade de a CONTRATANTE adquirir licenças adicionais durante toda a vigência do contrato de locação.

1.6.8 O sistema ERP WEB em nuvem deve ter disponibilidade de no mínimo, 99,741%, do tempo, permitidas manutenções programadas, conforme estabelecidos nos padrões normativos TIA 942-TIER II.

1.6.9 A solução ofertada deverá permitir a utilização de infraestrutura de rede lógica existente, sem a necessidade de instalação de rede paralela, ou a contratação de mais capacidade da banda de internet.

1.7 Valores

1.7.1 Os valores máximos permitidos pela contratação, são aqueles estabelecidos nas pesquisas de preços que tiveram como base contratações similares formalizadas por outros órgãos da administração pública, conforme critérios definidos pelo § 1º do art. 23, da Lei 14.133/2021, cujos dispositivos indicam como parâmetro de pesquisa, com destaque, adotados de forma combinada ou não, a busca de contratações similares de outros entes públicos além da pesquisa com fornecedores.

1.7.2 Só serão cobradas as horas das customizações (ou melhorias), solicitadas e autorizadas pela CONTRATANTE nos limites estabelecidos neste Termo de Referência, no período de 12 meses, que corresponde a vigência do contrato, e cujo valor não poderá ultrapassar o definido no processo de licitação.

1.7.3 O quantitativo de horas estabelecido não representa compromisso de contratação, sendo considerado apenas como limite. A CONTRATANTE não é obrigada a solicitar qualquer quantidade de horas de customizações (ou melhorias), manutenções evolutivas, consultorias, treinamentos e capacitações.

1.7.4 Não será cobrada hora técnica para deslocamentos, reuniões para ajuste de cronogramas e planejamentos, reuniões de avaliações da execução dos serviços contratados e outras reuniões que não estejam contabilizadas.

1.7.5 O pagamento será proporcional à execução do contrato, levando em conta as penalidades e multas estabelecidas neste documento.

2. DA JUSTIFICATIVA

2.1 O interesse público é a contratação de empresa visando a locação de sistema web integrado de gestão pública municipal, objetivando automatizar as rotinas e processos de trabalho da área de gestão do Município de Ascurra, Fundo Municipal de Saúde, e Câmara de Vereadores, envolvendo as seguintes soluções (módulos): Planejamento e Orçamento; Gestão Contábil; Folha de Pagamento; Segurança e Medicina do Trabalho; Estágio Probatório; Avaliação de Desempenho; Ponto Eletrônico; Gestão de Compras, Licitações e Contratos; Gestão de Patrimônio; Gestão de Frotas; Gestão de Fiscalização Fazendária; Simples Nacional; Gestão de Escrita Fiscal; Gestão de Nota Fiscal Eletrônica; Gestão de Arrecadação; Gestão de IPTU e taxas; Gestão de ITBI e taxas; Gestão de ISS e taxas; Gestão de Receitas Diversas; Gestão da Dívida Ativa; Contribuição de Melhoria; Obras e Posturas; Procuradoria; Diário Oficial; Portal da Transparência; Portal de Autoatendimento; Protocolo e Processo Digital; Gestão Educacional; Data Center. A grande maioria destes módulos será utilizado pelo Município de Ascurra, e parte deles para o Fundo Municipal de Saúde e Câmara de Vereadores de Ascurra. Além da locação do sistema, a contratação engloba implantação das soluções, bem como serviços adicionais tais como customizações dos aplicativos, configurações pós implantações, personalizações de relatórios, consultorias especializadas, mapeamento de processos e atendimentos técnicos remoto ou presencial.

2.2 A Administração Municipal necessita de solução informatizada que seja capaz de alinhar-se a realização de procedimentos internos já existentes, gestão de processos e prestação de serviços à comunidade, de maneira eficaz e eficiente, agilizando na resolução de problemas cotidianos, racionalizando métodos e reduzindo a circulação de processos e documentos em meio físico. Além disso, precisa adotar boas práticas, por meio do uso de ferramentas eficientes de gestão, que abranjam todos os setores envolvidos e apresentem elementos suficientes a tomada de decisão. A Administração precisa que os dados e informações dos administrados, bem como as administrativas, sejam mantidas em ambiente seguro e imediatamente recuperáveis em caso de sinistro.

2.3 A Administração precisa que os dados e aplicativos estejam disponíveis para uso não só dentro das unidades administrativas, mas como em campo pelos agentes públicos e servidores ou empregados públicos em serviço no desempenho de suas funções institucionais (mobilidade) e alimentando em tempo real os bancos de informações disponíveis aos setores envolvidos. O objetivo principal da escolha deste tipo de solução, é viabilizar a conectividade

de todos os laptops e desktops da Prefeitura e integração entre os diversos setores, e unidades administrativas que não ficam no edifício sede, inclusive dos integrantes da licitação conjunta (Fundo Municipal de Saúde e Câmara de Vereadores), bem como a disponibilização de acesso a servidores que desempenham atividades em campo (fiscalização, atendimento ao cidadão, etc), ou que precisam de alguma maneira desenvolver trabalhos de maneira remota ou teletrabalho, ou autoridades ou servidores em trânsito que precisam de informações em tempo real, entre outras necessidades de aplicação e disponibilização de ferramentas de serviço de maneira instantânea, com dados confiáveis, atualizados em tempo real. Por isso, a Administração precisa de uma solução que seja 100% web.

2.4 A Administração precisa de softwares/aplicativos com alta disponibilidade, ou seja, disponíveis para acesso 24x7 dias em formato totalmente online com acesso Web e com Integração e compartilhamento de informações em tempo real sem limitadores de usuário, com modo de licenças de uso. Com facilidade de manutenção e uso (remota, de qualquer lugar com acesso à internet e qualquer aparelho com Android, Linux, Windows ou Mac/iOS. Tal se justifica:

(1) uma porque os módulos que forem destinados ao uso pelo cidadão, precisam estar disponíveis quando de seu uso/necessidade, considerando os principais Sistemas Operacionais do mercado; (2) duas, porque rege no ordenamento jurídico brasileiro, no tocante ao serviço público, os princípios da continuidade, da regularidade, da adequação e da obrigatoriedade; e (3) três, para possibilitar a melhor gestão, economia de escala e maior transparência.

2.5 Por estarem disponíveis 24x7 dias a todos os usuários, é preciso que os dados do sistema sejam hospedados de forma segura de acordo com os requisitos de segurança da informação (Datacenter/servidor). O qual a Administração precisa que seja administrado pela contratada, por ser a detentora dos códigos fontes e da propriedade intelectual dos mesmos.

2.6 Com a proximidade do fim de vigência dos atuais contratos de sistema de gestão, esta Administração precisa de uma solução de informática que possa ser de imediato implantada, ou seja, que já esteja disponível no mercado, atendida as necessidades existentes bem como as novas demandas solicitadas.

2.7 A Administração precisa adotar boas práticas já reconhecidas pelo setor público de administração municipal, consistentes, evitando desperdício de tempo com desenvolvimento de soluções não padronizadas, que exijam tempo, esforço para a serem criadas, a custas de erros sistêmicos, sujeitos a maior ocasionalidade de inconsistências e mau funcionamento, convergindo em frustração, embaraços em processos e falta de agilidade, resultando em desperdício de tempo e de recursos públicos. Ou seja, a Administração não pretende penetrar em aventuras de resultados duvidosos e imprevisíveis.

2.8 A Administração precisa aumentar receitas e otimizar recursos, gerenciando contratos de tecnologia da informação de maneira racional e eficiente. Nessa toada, a solução precisa ser disponibilizada exclusivamente no modelo SaaS (software como serviço), 100% (cem por cento) por meio da internet, sem limite de usuários, sem a necessidade de a CONTRATANTE adquirir licenças adicionais durante toda a vigência do contrato, melhorando a previsibilidade de aplicação de recursos e gerando economia.

2.9 A Administração precisa garantir mobilidade, acessibilidade, evitando retrabalho ou perda de informações e promovendo redução de custos operacionais. Ou seja, precisa que a solução possa ser acessada por diversos usuários ao mesmo tempo a aplicação e cada um podendo acessar múltiplas sessões ao mesmo tempo e com integração total entre os módulos, garantindo que os usuários alimentem as informações em cadastro ÚNICO para todas as áreas (evitando-se inconsistências e erros sistemáticos), e que sejam integráveis automaticamente os existentes e os que vierem a ser implantados de outras áreas, caso necessário.

2.10 A Administração precisa de uma solução que permita a sua operação de forma eficiente, racional e facilite o bom desempenho de operações, serviços, consultas, e de maneira completamente integrada entre as diversas unidades, entidades, setores, áreas de aplicação. Dessa maneira, é necessário que a solução possua recursos internos que permitam a operação através de multi-janelas, ou seja, sem que seja necessário constantemente fechar a aplicação e abrir outra, ou sair de um módulo para entrar em outro.

2.11 A Administração precisa agilizar e racionalizar processos de cadastro de informações, consultas e garantir que dados estejam de acordo com outras bases nacionais. Dessa maneira, no mínimo a solução deve integrar com o Diretório Nacional de Endereços (DNE) dos Correios. A base de endereçamento deve ser atualizada mensalmente e um serviço de consulta de endereços deve ser disponibilizado integrado a aplicação, desta forma quando configurado para integrar com o DNE, toda vez que um endereço é informado no sistema o mesmo deve ser validado conforme o DNE e inconformidades alertadas ao usuário podendo ajustar o endereço.

2.12 A Administração precisa que os módulos que compõe o sistema, atendam a legislação federal e estadual vigente, incluindo os atos normativos dos órgãos de controle externo, fazendo as adequações em suas ferramentas sempre que for necessário, para que os gestores não incorram em atos de ilegalidade ou em descompasso com as obrigações inerentes as operações, disponibilidade de informação, fiscalização e prestações de contas.

2.13 A Administração precisa garantir a segurança, confidencialidade relativa, honestidade e lisura, de modo que os usuários só possam acessar os módulos ou dados que lhe cabem o serviço, bem como restringir a alteração e cadastro de informações, sendo, portanto, indispensável que a solução possibilite a criação de usuários e senhas com restrições de privilégios, de acordo com o tipo de usuário, bem como realizar entrada de dados apenas via sistema, não sendo permitido o acesso direto ao Banco de Dados.

2.14 A Administração precisa, além de garantir a lisura e a moralidade das atividades, aumentar sua eficiência por meio da racionalização de processos e procedimentos, inclusive quanto ao acesso de múltiplos sistemas

relacionados a atividade pública, como plataformas de aplicações estaduais e federais, sem a necessidade de o usuário ficar digitando ou decorando múltiplas senhas, ou mesmo em alguns casos, definir mecanismos que deem certeza da presença do usuário na operação, como na emissão de empenhos por exemplo. Dessa forma, a solução deverá permitir que o administrador do sistema defina formas de logins dos usuários por métodos disponíveis no setor/departamento, e risco da função, como CPF e Senha, e- CPF/e-CNPJ, Biometria e Login Único Xxx.Xx da plataforma do Governo Federal. O login único GovBR, garante a identificação de cada cidadão que acessa os serviços digitais e remove entraves à acessibilidade dos serviços públicos pela população.

2.15 A Administração precisa, em nome da moralidade pública, garantir a lisura da prestação e das atividades funcionais, bem como facilitar os trabalhos de investigação em caso de operações irregulares, auxiliando inclusive os órgãos de controle (TCU, TCE, MPE, MPF, etc) com informações e dados. Dessa maneira, se faz necessário que o sistema grave todas operações realizadas em diversos níveis e possa gerar relatórios de visualização dos logs para fins de auditoria, mantendo histórico de acessos por usuário, rotina e ação, registrando a data, hora e o nome do usuário, IP local do usuário no momento da operação.

2.16 A Administração precisa coibir eventuais falhas geradas por dados inconsistentes, sejam esses gerados pela própria aplicação ao longo do tempo ou então migrados de aplicações legadas, causando prejuízos ou danos. Dessa forma, é necessário que o sistema disponibilize recurso para consistência de dados, de múltiplas áreas/módulos, constantes da base de dados.

2.17 A Administração precisa garantir a confiabilidade e integridade das informações. Deve a solução, nesse sentido, garantir integridade referencial entre as tabelas do Banco de Dados, não permitindo a exclusão de informações que tenham vínculo com outros registros ativos via sistema e pelo banco de dados, bem como ser construído com o conceito de controle de transações (ou tudo é gravado ou nada é gravado e nada é corrompido/comprometido), garantindo a integridade das informações do banco de dados em casos de queda energia, falhas de hardware ou software. O usuário sempre deverá ser informado, sobre a finalização com sucesso ou não das transações operacionais (inclusão, alteração e/ou exclusão de registros), antes de liberar o controle da aplicação para a realização de outras atividades.

2.18 A Administração precisa de eficiência na geração de relatórios e realização de tarefas que possam ser realizados por meio de configurações, sem a necessidade de intervenção da contratada, de modo que a solução disponibilize estrutura que permita configurar campos adicionais para determinadas rotinas simples, sem necessidade de customização, como adição de novos campos, criar agrupamentos de campos, definição de ordem de exibição de campos, bem como gerador de relatórios em diversos formatos de arquivos, pelo menos os mais usuais.

2.19 Assim como o Ministério Público, Tribunal de Contas, Poder Judiciário, entre outras organizações públicas e privadas, a Administração precisa certificar documentos de forma eletrônica, diante do aumento da circulação de documentos em meio digital (racionalização e contribuição ao meio ambiente e Agenda 2030 da ONU). Portanto, imprescindível que o sistema possa dispor de recurso de Repositório de Certificados digitais, que garanta segurança, permitindo vincular certificados digitais, controlar vencimento de certificados no repositório, e permitir o uso de Assinatura Eletrônica, nas modalidades Básica, Avançada e Qualificada (conforme Lei 14.063/2020), de acordo com critérios previamente estabelecidos.

2.20 A Administração precisa dispor e realizar suas atividades em sequência lógica, estruturada, preferencialmente de forma automatizada para reduzir a circulação de documentos em meio físico, reduzir o tempo de tramitação de processos, reduzir erros sistemáticos e melhorar a eficiência da gestão e o serviço prestado ao cidadão. Dessa maneira, necessário que a solução possua recursos de desenho, configuração e execução de workflow, permitindo a utilização de metodologia BPMN (Business Process Model and Notation), incluindo Raias (horizontal e vertical), Eventos, Atividades, etc.

2.21 A Administração precisa de uma solução que atenda as regras impostas pela Lei Geral de Proteção de Dados Pessoais (LGPD), por se tratar de obrigação da entidade municipal respeitar o referido diploma.

2.22 Diante da necessidade de trabalhos de campo (fiscais, auditores, etc), a Administração precisa que a solução permita a realização de impressão de documentos em impressoras térmicas, por meio direto de dispositivos móveis (smartphone e/ou tablet), pelo menos na plataforma Android, já que se trata de equipamentos geralmente mais comuns e com custos mais acessíveis.

2.23 A Administração precisa de uma solução que encare a realidade da infraestrutura de hardware, o parque de máquinas e disponibilidade de link de internet hoje existentes, limitações da cidade/localidades, bem como heterogeneidade e compatibilidade de sistemas operacionais (SO) de hardware (das máquinas atuais e ou que possam ser adquiridos no futuro), não só em uso pela Administração Municipal, mas de agentes políticos e técnico e do próprio cidadão (para acesso a dados de transparência, serviços on line), de modo que, de acordo com a área de aplicação, seja compatível com as principais referências de SO no mercado a citar versões usuais: sistemas Linux, Windows 10 e 11, MacOS 11, 12, 13, no caso de laptops/desktops, Android e iOS, no caso de tablets e smartphones.

2.24 A Administração precisa de uma solução que tenha por premissa a democratização da universalidade do acesso aos recursos computacionais pelos usuários internos e externos. Portanto, do ponto de vista estratégico e funcional, a solução deve ser operável através dos principais navegadores padrão do mercado, e compatível com equipamentos móveis, visando assim a maior abrangência possível do acesso, tanto dos servidores públicos, como do cidadão.

2.25 A Administração precisa que os servidores municipais possam extrair os melhores resultados, em termos de eficiência e racionalidade de operação, bem como dos benefícios esperados pelo uso da solução de softwares de gestão pública. Por isso, a interface dos softwares e aplicativos deve ser intuitiva, possibilitando operação simples, ainda que pelos usuários sem expertise. Uma interface intuitiva permitirá uma relação mais humanizada com a utilização do sistema.

2.26 A Administração vislumbra ainda, possível necessidade de treinamento dos servidores públicos para utilização das ferramentas eletrônicas contratadas, visando melhor aderência e conhecimento. Todavia, a Administração precisa que tais treinamentos sejam realizados durante o período destinado a implantação do sistema, de modo a não prejudicar o andamento das atividades públicas, quando a solução estiver disponível para uso pelos servidores municipais.

2.27 Desta forma, a escolha de uma solução web de ERP (Enterprise Resource Planning) representa um avanço no que tange a interligação de todos os dados e processos da Prefeitura Municipal, diante de perspectiva funcional (finanças, contabilidade, orçamento, recursos humanos, fiscal, tributário, etc) e sob a perspectiva sistêmica. Bem como, da possibilidade de fluxo de informações e alimentação de bases de dados em tempo real, eliminando inconsistências, melhorando o desempenho organizacional e a tomada de decisões nos diversos níveis da administração. O ERP é a espinha dorsal de toda atividade administrativa, com uma arquitetura de transações que liga todas as funções/atividades do órgão público. Quanto maior for a integração das soluções para as diversas áreas administrativas, melhores serão os resultados de todo o conjunto.

2.28 Um ERP web, traz inúmeras vantagens, principalmente poder ser acessado em qualquer laptop, desktop ou tablet, sem com isso precisar qualquer tipo de instalação na máquina cliente, e sem os inconvenientes das necessidades de manutenção local, com deslocamento constante de técnicos da contratada até a contratante, além de atualizações automáticas, sem a necessidade de intervenção do usuário. Sem contar a portabilidade, podendo ser acessados os arquivos de praticamente qualquer lugar, desde que com acesso a internet. Fato esse, que também se revela vantajoso, já que as infraestruturas para a internet são mais simples e mais baratas que complexas estruturas de rede e CPD local.

2.29 Um dos objetivos da escolha deste tipo de solução é viabilizar a conectividade de todos os laptops (notebooks) e desktops da Prefeitura e integração entre os diversos setores, inclusive das secretarias municipais e unidades administrativas que não ficam no edifício sede, departamentos e demais participantes da licitação, bem como a disponibilização de acesso a servidores que desempenham atividades em campo (fiscalização, atendimento ao cidadão, etc), ou que precisam de alguma maneira desenvolver trabalhos de maneira remota ou teletrabalho (como foi preciso na PANDEMIA COVID 19), ou autoridades ou servidores em trânsito que precisam de informações em tempo real, entre outras necessidades de aplicação e disponibilização de ferramentas de serviço de maneira instantânea, com dados confiáveis, atualizados em tempo real.

2.30 Outro ponto crucial para a escolha de uma solução web, em nuvem, se revelou justamente durante uma situação de crise, que foi a PANDEMIA DO COVID 19, viabilizando que o serviço público não seja paralisado pelo isolamento social, significando grande vantagem. A ampla gama de aplicações de uso pela internet, possibilita que servidores que praticam atividades externas possam acessar informações necessárias ao desempenho de suas funções, em tempo real, bem como aumentar a eficiência, agilidade e efetividade das ações. Em caso de nova Pandemia, e necessidade de isolamento social, os serviços podem ser mantidos em regime de teletrabalho ou trabalho remoto.

2.31 Os aplicativos locais que precisam instalação no terminal do usuário, além dos diversos inconvenientes, como necessidade de instalação, atualização, dificuldades em compatibilização as novas versões de sistemas operacionais, não portabilidade, entre outras, se tornaram completamente obsoletos diante dos avanços em TI, estando em vertiginosa escala de descontinuidade e desuso. Até aplicativos tradicionais, como Microsoft Office, passaram a ser oferecidos na modalidade SaaS (Software as a Service ou em português: softwares como serviço), por meio de assinaturas e acesso diretamente pela internet, trazendo inúmeras e reconhecidas vantagens aos usuários.

2.32 Para o meio ambiente é extremamente relevante, a redução da circulação de registros manuais, por registros eletrônicos, revelando-se mais elevado grau de conscientização e de responsabilidade dos gestores e servidores.

2.33 Dentre os benefícios esperados com a contratação de ERP web integrado de computação em nuvem, cita-se:

a) Permitir o registro de dados em banco único, evitando inconsistências;

b) Atualização de todos os campos de dados em tempo real, para todas as áreas e aplicativos;

c) Reduzir a circulação interna de processos em meio físico;

d) Reduzir o impacto ambiental causado pela utilização de papel;

e) Reduzir os custos;

f) Aumentar a eficiência de procedimentos e processos;

g) Reduzir o tempo de espera do cidadão e melhorar a prestação de serviços;

h) Otimizar a eficiência operacional;

i) Eliminar necessidade de deslocamento de técnicos até a Administração Municipal para realização de reparos em sistemas de gestão;

j) Reduzir riscos e aumentar a integridade dos sistemas computacionais locais, com a eliminação da instalação de softwares de gestão pública;

k) Reduzir o risco de paralisação de serviços públicos em caso de eventos adversos ou sinistros que impossibilitem o deslocamento dos servidores até os locais de trabalho;

l) Melhorar a gestão e segurança da informação;

m) Melhorar os processos de transparência dos dados públicos;

n) Manter alta disponibilidade do ERP da Administração Municipal;

o) Viabilizar a implantação futura de serviços de teleatendimento.

2.34 A presente contratação se respalda no art. 28, inciso I, c/c art. 82 e seguintes, ambos da Lei nº 14.133, de 2021.

2.35 O preço máximo foi definido com base no mapa de preços, pelo preço médio global encontrado dentre a pesquisa de preço realizada pela Administração. Foram levados em consideração preços obtidos junto a fornecedor do ramo bem como o preço praticado por outras Administrações em contratos de igual porte.

2.36 O setor responsável pelo mapa de preços foi o setor de Compras do Município de Ascurra.

2.37 Considerando que o valor do lote ultrapassa R$ 80.000,00, a licitação não será exclusiva para microempresas e empresas de pequeno porte, conforme dispõe o art. 48, inciso I, da Lei Complementar n. 123/2006.

3. DOS SERVIÇOS REFERENTE A SOLUÇÃO WEB DE ERP (SAAS)

3.1 Condições e Especificações Gerais

3.1.1 A(s) CONTRATANTE(s) disponibilizará(ão) técnicos do Departamento de Informática e de áreas afins para dirimir dúvidas, ficando facultado às proponentes interessadas realizar visitas técnicas ou pedidos de esclarecimentos anteriores a data de abertura do certame, visando a formatação de suas propostas

3.1.2 Todas as decisões e entendimentos havidos entre as partes durante o andamento dos trabalhos e que impliquem em modificações ou implementações nos planos, cronogramas ou atividades pactuadas, deverão ser previa e formalmente acordados e documentados entre as partes.

3.1.3 A contratada deve definir um preposto para representá-la junto a Contratante, durante a execução dos trabalhos.

3.1.4 O Município designará servidores para acompanhar a execução dos serviços e decidir as questões técnicas submetidas pela empresa contratada, registrando em relatório as necessidades, soluções ou deficiências verificadas, encaminhando, quando necessário, comunicações ou notificações à empresa contratada para que realize as devidas correções.

3.1.5 A administração municipal está à disposição das empresas interessadas para prestar informações que estas considerarem necessárias para os devidos cálculos, projeções e formatação de suas propostas.

3.1.6 Listas de endereços eletrônicos (e-mails) e suas respectivas finalidades deverão ser informadas tanto pela CONTRATADA quanto pela CONTRATANTE, no prazo de até uma (01) semana após assinatura do contrato.

3.1.7 Havendo qualquer divergência com relação ao contrato resultante desta licitação, caberá a CONTRATANTE notificar extrajudicialmente a CONTRATADA, a qual terá o prazo de 15 (quinze) dias úteis para se manifestar. Os prazos estabelecidos obedecem ao que dispõe ao Código de Processo Civil com relação ao início e término de sua contagem, bem como só vencem e iniciam em dias de expediente da Prefeitura.

3.1.8 Não haverá restrições quanto ao número de usuários e/ou estações de trabalho que utilizarão a solução de ERP não sendo permitido cobrança adicional de licenciamento, caso o número de usuários, acessos simultâneos e/ou estações de trabalho seja alterado para mais ou para menos.

3.1.9 A empresa contratada e os membros da sua equipe têm obrigação legal de sigilo absoluto sobre os dados e informações do objeto da prestação de serviços ou quaisquer outras informações a que venham a ter conhecimento em decorrência da execução das atividades previstas no contrato, respondendo contratual e legalmente pela inobservância desta cláusula. Informações sigilosas, não poderão ser usadas por este fornecedor ou fornecidas a terceiros, sob nenhuma hipótese, fora dos limites contratuais, sem autorização formal do contratante.

3.1.10 A CONTRATANTE, durante a vigência do contrato e após a vigência deste, não cederá a terceiros, acessará, manipulará ou fará qualquer tipo de uso de informações ou da propriedade intelectual da contratada, inclusive quando aquelas da cópia do banco de dados, sob pena de violação da Lei de Propriedade Intelectual (Lei Federal nº 9.609/1999).

3.1.11 A Contratada deve assegurar que dados, metadados, informações e conhecimento, produzidos ou custodiados por órgão ou entidade da administração pública (no caso, integrantes da administração municipal licitantes/contratantes), bem como suas cópias de segurança, residam em território brasileiro. É vedado pela legislação a utilização de serviço de datacenter internacional ou cópias fora do país, por se tratar de informações que interessam a segurança nacional e soberania do país (NC 14/IN01/DSIC/GSIPR).

3.1.12 A CONTRATADA deverá garantir que o serviço a ser contratado permita a portabilidade de dados e aplicativos e que as informações do órgão contratante estejam disponíveis para transferência e restauração em prazo adequado e sem custo adicional, de modo a garantir a continuidade do serviço público e possibilitar a transição contratual.

3.1.12.1 A qualquer momento da vigência do contrato, ou ao seu término, poderá ser solicitado a contratada cópia do banco de dados, cuja propriedade é do Município, de forma completa, legível e utilizável, incluindo senhas de acesso.

3.1.13 Os serviços de demanda variável estabelecidos dentro do Acordo de Nível de Serviço (ANS) serão pré- orçados e pagos por hora técnica autorizada e efetivada, cuja estimativa encontra-se destacada no quadro de serviços no início do termo de referência.

3.1.14 A ausência de disponibilização das modificações evolutivas relacionadas à legislação municipal, desde que declaradas inviáveis pela contratada, não implicarão em qualquer responsabilidade para a CONTRATADA.

3.1.15 Todos os serviços poderão ser prestados por meio da internet.

3.1.16 Por se tratar de um sistema web, instalado e mantido em data center, as atualizações deverão ocorrer mediante as seguintes características:

3.1.16.1 O procedimento de atualização deverá ser automatizado sem necessidade de interferência do usuário, executado, controlado e auditado pela própria CONTRATANTE, garantindo que o sistema esteja disponível imediatamente após os procedimentos de atualização.

3.1.16.2 As atualizações, assim que executadas deverão surtir efeito imediato em todas as estações de trabalho da CONTRATANTE. Excetua-se aqui arquivos da camada front-end em cache no navegador, que poderão ser atualizados com regras específicas.

3.1.17 A CONTRATADA deverá garantir que os serviços do ERP WEB em nuvem tenham disponibilidade de no mínimo, 99,741%, aceita no momento da contratação a comprovação por meio de certificação própria ou do terceiro contratado prestador do serviço do datacenter padrão de normas TIA 942-TIER II. Será permitindo paradas programadas para manutenção, com aviso prévio, e que não prejudiquem o andamento dos serviços em horário de expediente da Prefeitura.

3.1.18 A CONTRATADA deverá realizar gerenciamento proativo a nível de servidor, inibindo que operações onerosas (como emissão de relatórios grandes, execução de consultas com filtros inadequados, etc.), possam prejudicar a operação do sistema ocasionando lentidão e/ou travamentos, prejudicando assim os trabalhos internos da Contratante.

3.1.19 As ações realizadas através do gerenciamento proativo, podem incluir o contato com o(s) usuário(s) do sistema ou o administrador local, para informar sobre essas situações, informando alternativas para execução das atividades e se necessário, interrompendo a execução da ação no servidor.

3.1.20 As ações realizadas através do gerenciamento proativo, devem incluir o monitoramento da utilização de recursos do datacenter, de modo a possibilitar o acompanhamento histórico e necessidades de ampliação de recursos, em especial de armazenamento, processamento de informações e backup.

3.1.21 A solução ofertada deverá permitir a utilização de infraestrutura de rede lógica existente, sem a necessidade de instalação de rede paralela, ou a contratação de mais capacidade da banda de internet.

3.1.22 A CONTRATADA deverá prover recursos que garantam a segurança e a alta disponibilidade do sistema, por meio da adoção de enlace eBGP (Protocolo de Roteamento Dinâmico) através dos roteadores com no mínimo 2 operadoras distintas a fim de garantir a alta disponibilidade do seu bloco IP.

3.1.23 A CONTRATADA deverá realizar análise do tráfego a fim de inibir ataques do tipo SQL Injection e Negação de Serviço, ou seja, esta análise deverá atuar na camada de aplicação.

3.1.24 A CONTRATADA deverá adotar serviço de validação indicando que o domínio possui um certificado digital SSL, garantindo que o software é AUTENTICO e que as informações são CRIPTOGRAFADAS. Essa validação deverá ser realizada periodicamente e emitida por empresa terceirizada especializada em segurança, a cargo da CONTRATADA.

3.1.24 A CONTRATADA deverá garantir a segurança e integridade tanto do sistema e dados, quanto dos equipamentos da Prefeitura, sendo vedado que seja exigido pelos softwares integrantes do ERP Web baixar em estações-cliente qualquer tipo de softwares, aplicativo, ou instalar recursos como runtimes e plugins, exceto em casos onde houver necessidade de sistema intermediário para acesso a outros dispositivos (como leitor biométrico, impressoras, leitor de e-CPF/e- CNPJ) ou integração com aplicativos da estação cliente (como Microsoft Office, exibição de documentos PDF). Nesses casos, porém, não é permitida a integração através de aplicações que utilizem o recurso NPAPI dos navegadores (cujo suporte nativo foi abolido pelos navegadores padrão do mercado porque era explorado como porta a vazamento de dados ou aplicações maliciosas) como Applets Java.

3.1.25 A contratada poderá optar pela alocação/hospedagem dos seus softwares e aplicativos em qualquer data center de sua livre escolha ou preferência. A estrutura de data center poderá ser tanto da própria contratada ou terceirizada.

3.1.26 A CONTRATADA deverá manter os sistemas básicos (Sistema Operacional, Servidor de Aplicação, Servidor de Banco de Dados, etc.) do data center em constante atualização, especialmente quando falhas de segurança forem reportadas pelos fabricantes (quando licenciados) ou comunidade (quando software livre).

3.1.27 A contratada deve tomar providências e ser responsável pela mitigação de riscos, a alta disponibilidade em função do excepcional interesse público, por se tratar de operação de caráter crítico, bem como do princípio da continuidade do serviço público. Para atendimento dos princípios legais estabelecidos, a contratada é responsável pela garantia seguranças mínimas de infraestrutura física, lógica, de pessoal e máquinas devem ser estabelecidos ao data center, entre eles: links de internet redundantes, nobreaks, fontes de energia redundantes, no mínimo uma de concessionária de energia e outra de grupo(s) de gerador(es), hardwares redundantes, tecnologia de virtualização, sistema de climatização, compatíveis com as necessidades do sistema ofertado e o volume de

operações da CONTRATANTE. Além disso, o padrão de funcionamento e disponibilidade deve ser mantido em regime 24 x 7 (24 horas por dia, nos 7 dias da semana, por todos os dias do ano).

3.1.28 Como parte integrante da modalidade SaaS, a contratada fica responsável pela manutenção dos sistemas básicos (Sistema Operacional, Servidor de Aplicação, Servidor de Banco de Dados, etc.) em constante atualização, especialmente quando falhas de segurança forem reportadas pelos fabricantes (quando licenciados) ou comunidade (quando software livre) de modo a garantir a segurança e a integridade de informações e de operação.

3.1.29 A CONTRATADA deverá garantir que o ambiente em nuvem do serviço contratado esteja em conformidade com a norma ABNT NBR ISO/IEC 27001:2013, objetivando mitigar riscos relativos à segurança da informação.

3.1.30 Durante a vigência do contrato, qualquer das condições relativas aos softwares (inclusive sua hospedagem, nos limites contratuais), prestação dos serviços ou obrigações da contratada poderão ser objeto de diligência ou fiscalização, sujeitando-se a contratada as sanções e penalidades previstas no Contrato, bem como responder por perdas, danos ou prejuízos causados a Contratante. Sem prejuízo a eventuais demandas de ordem judicial, cível ou penal, em caso de falsidade ou crime praticado contra administração pública.

3.1.31 A CONTRATANTE poderá solicitar a substituição de técnicos cuja operação esteja em desacordo com a melhor técnica vigente, devendo a CONTRATADA alocar substituto com grau equivalente ou superior de qualificação técnica.

3.2 Da Implantação

3.2.1 A empresa contratada deverá adotar técnicas comuns ao tipo de sistema contratado, visando a sua implantação viabilizando a sua operação por parte da contratante, tais como diagnóstico, migração de dados dos bancos de dados legados, configurações iniciais, habilitação do sistema para uso e habilitação dos usuários, de acordo com a política de segurança e restrições de acesso definidas pela contratante.

3.2.1.1 Diagnóstico: compreende atividades relacionadas ao conhecimento do ambiente, das políticas de segurança e estrutura da organização hierárquica e funcional da entidade onde será implantado o sistema, reconhecimento das dificuldades que podem ser enfrentadas na implementação dos serviços, coleta de dados e informações, incluindo bancos de dados que serão legados, definição conjunta de cronogramas de trabalho, entre outras de reconhecimento e sistematização.

3.2.1.2 Migração de Dados: compreende as atividades gerais, relacionadas a análise dos bancos de dados de informações a serem legados, desenho e construção de ferramentas de migração, conversão de dados, testes, migração, conferência da consistência e inconsistência das cargas de dados no novo sistema.

3.2.1.2.1 Serão disponibilizados pela contratante todas as informações necessárias e os bancos de dados legados, de forma legível, utilizável e acesso completo. Serão migrados os seguintes dados:

a) Informações pertinentes ao exercício corrente áreas contábil, orçamentária e financeira;

b) Informações pertinentes acerca de licitações e contratos não extintos;

c) Informações necessárias da área de arrecadação e dívida ativa, no que tange a administração do executivo fiscal municipal;

d) Informações históricas acerca da área de recursos humanos;

e) Informações das ações e programas de saúde;

f) Informações das ações e programas de assistência social.

3.2.1.2.2 As atividades de saneamento/correção/conferência dos dados serão de responsabilidade da CONTRATANTE com a orientação da equipe de migração de dados das CONTRATADA. Inconsistências e erros na migração são situações previstas em qualquer migração/conversão de dados e que serão resolvidas de comum acordo entre as partes, mediante termos e cronogramas de trabalho em conjunto.

3.2.1.3 Configurações Iniciais: configuração do sistema visando a adequação de relatórios, telas, layouts com os logotipos padrões do contratante, além de atividades como a configuração inicial de tabelas e cadastros, adequação das fórmulas de cálculo para atendimento aos critérios adotados pela CONTRATANTE, ajuste de cálculo, quando mais de uma fórmula de cálculo é aplicável simultaneamente, carga de demais parâmetros inerentes aos processos, de acordo com a legislação Estadual e Federal.

3.2.1.3.1 A Contratante documentará todos os pedidos de intervenção no sistema e parâmetros de configuração, bem como conferirá todas as intervenções feitas pela Contratada antes de liberação para o uso.

3.2.1.4 Habilitações: compreende atividades relacionadas a estruturação de acesso e habilitações dos usuários, de acordo com as políticas de acesso da contratante, levantadas durante o diagnóstico e demais habilitações do sistema visando a sua disponibilização para uso.

3.2.2 Todo o serviço de implantação poderá ser realizado por meio da internet, adotando-se as técnicas e ferramentas disponíveis.

3.2.3 A CONTRATANTE disponibilizará técnicos do Departamento de Informática e de áreas afins para dirimir dúvidas, tanto de licitantes, quando durante a execução do contrato.

3.2.4 Nos termos da Lei Geral de Proteção de Dados (LGPD), a empresa contratada e os membros da sua equipe guardarão sigilo sobre os dados e informações do objeto da prestação de serviços, bem como a contratante e seus prepostos com relação a qualquer conhecimento sobre a propriedade intelectual a contratada.

3.2.5 O prazo para implantação do sistema é de 180 dias corridos a contar do recebimento da ordem de serviço ou documento equivalente.

3.2.6 O termo de recebimento/aceite definitivo da implantação será emitido em no máximo 30 (trinta) dias após a disponibilização do sistema para uso, nos termos do art. 140 da Lei Federal nº 14.133/2021.

3.3 Capacitação Inicial dos Usuários

3.3.1 Durante o período de implantação, a contratada promoverá a capacitação de servidores públicos para que tenham condições e conhecimentos mínimos para operar novos programas/módulos a serem implantados.

3.3.2 A capacitação, em carga horária e com métodos suficientes, minimamente satisfatórios para uso do sistema, será realizada por meio da internet, sendo que os recursos locais (equipamentos, acesso à internet de boa qualidade, dependências, sala de treinamento, impressora para testes, etc) necessários ao desenvolvimento das atividades de capacitação e definidos pela contratada, serão fornecidos pela contratante.

3.3.3 Deve ser considerado para fins de orçamento e proposta, um quantitativo mínimo de 80% dos servidores das áreas administrativas a serem capacitados, de acordo com o módulo/setor de lotação, sendo que a CONTRATANTE fornecerá após a contratação a lista de servidores a serem capacitados em cada área/módulo de programas.

3.3.4 Deve ser previsto a realização de treinamento para o nível técnico, de pelo menos uma turma de servidores, compreendendo: capacitação para suporte aos usuários, aspectos relacionados a configurações, monitoração de uso e permissões de acesso, permitindo que a equipe técnica mínima possa propiciar o primeiro atendimento aos usuários, ou providenciar a abertura de chamado para suporte pela proponente.

3.3.5 Deverá ser fornecido Certificado de Participação aos servidores que tiverem concluído mais de 75% (setenta e cinco por cento) das atividades de cada curso.

3.3.6 O treinamento via web será considerado prestado independentemente da ocorrência de problemas com o provedor de internet ou rede local, com o fornecimento de energia, desídia dos servidores públicos ou com qualquer outro fator correlato de responsabilidade do CONTRATANTE, podendo ser novamente faturado quando refeito sem culpa da contratada.

3.3.7 Conforme levantamento realizado, para fins de informação e subsídio, segue quadro de estimativa de usuários de cada módulo e de treinandos respectivamente, observando o fato que caso permaneça o atual fornecedor será necessário treinar os usuários de módulos ainda não implantados (novos):

1.1	MÓDULOS PARA USO DO MUNICÍPIO DE ASCURRA	Servidores para treinamento por módulo
1.1.1	Planejamento e Orçamento	3
1.1.2	Gestão Contábil e Financeira	4
1.1.3	Folha de Pagamento	3
1.1.4	Segurança e Medicina do Trabalho	3
1.1.5	Estágio Probatório	3
1.1.6	Avaliação de Desempenho	3
1.1.7	Ponto Eletrônico	3
1.1.8	Gestão de Xxxxxxx, Licitações e Contratos	4
1.1.9	Gestão de Patrimônio	1
1.1.10	Gestão de Frota	1
1.1.11	Gestão de Fiscalização Fazendária	2
1.1.12	Simples Nacional	2
1.1.13	Gestão de Escrita Fiscal Eletrônica	1
1.1.14	Gestão de Nota Fiscal Eletrônica de Serviços	1
1.1.15	Gestão de Arrecadação	3
1.1.16	Gestão de IPTU e taxas	3
1.1.17	Gestão de ITBI e taxas	3
1.1.18	Gestão de ISS e taxas	3
1.1.19	Gestão de Receitas Diversas	3
1.1.20	Gestão da Dívida Ativa	3
1.1.21	Contribuição de Melhoria	3
1.1.22	Obras e Posturas	3
1.1.23	Procuradoria	3
1.1.24	Diário Oficial	4
1.1.25	Portal da Transparência	4
1.1.26	Portal de Autoatendimento	3
1.1.27	Protocolo e Processo Digital	5
1.1.28	Gestão Educacional	6
1.2	MÓDULOS PARA USO DO FUNDO MUNICIPAL DE SAÚDE DE ASCURRA	Servidores para treinamento por módulo
1.2.1	Planejamento e orçamento	2
1.2.2	Gestão contábil e financeira	3

1.2.3	Gestão de compras, licitações e contratos	3
1.2.4	Gestão de Patrimônio	1
1.2.5	Portal da transparência	2
1.3	MÓDULOS PARA USO DA CÂMARA MUNICIPAL DE ASCURRA	Servidores para treinamento por módulo
1.3.1	Planejamento e orçamento	2
1.3.2	Gestão contábil e financeira	2
1.3.3	Folha de pagamento	2
1.3.4	Segurança e medicina do trabalho	2
1.3.5	Gestão de compras, licitações e contratos	2
1.3.6	Protocolo e processo digital	2
1.3.7	Portal de autoatendimento	2
1.3.8	Portal da transparência	2

3.4 Capacitação Pós Implantação

3.4.1 Após o período de implantação, a contratante poderá solicitar a contratada a realização de novos treinamentos, provenientes da substituição de pessoal, demissões, mudanças de cargos, ou outras situações que porventura sejam necessárias.

3.4.2 Previsto no Acordo de Nível de Serviços (ANS) como fora de garantia, o treinamento pós-implantação eventualmente realizado será faturado à parte e pago conforme as horas prestadas e orçamento previamente aprovado pela contratante.

3.4.2.1 Quando solicitado o treinamento, acompanhado das especificações necessárias, como número de educandos e módulos a serem abordados, a contratada formalizará orçamento para prévia aprovação por parte da contratante.

3.4.3 O treinamento na operacionalização dos sistemas, quando contratado, será realizado via internet, com recursos tecnológicos de acesso a rede mundial de computadores, impressora, periféricos, espaço físico aos treinandos e demais recursos locais à cargo da contratante.

3.4.4 O treinamento via web será considerado prestado independentemente da ocorrência de problemas com o provedor de internet ou rede local, com o fornecimento de energia, desídia dos servidores públicos ou com qualquer outro fator correlato de responsabilidade do CONTRATANTE ou terceiros, podendo ser novamente faturado quando refeito sem culpa da contratada.

3.5 Suporte Técnico

3.5.1 Conforme previsto no Acordo de Nível de Serviço (ANS), durante todo o período contratual deverá ser garantido pela contratada atendimento para suporte técnico, no horário das 08:00 às 12:00 horas e das 13:30 às 18:00 horas, de segundas às sextas feiras, através de técnicos habilitados com o objetivo de:

a) esclarecer dúvidas que possam surgir durante a operação e utilização dos sistemas;

b) auxílio na recuperação da base de dados por problemas originados em erros de operação, queda de energia ou falha de equipamentos;

c) orientar os servidores na operação ou utilização dos sistemas em função de substituição de pessoal, tendo em vista demissões, licenças, mudanças de cargos, etc;

d) auxiliar o usuário, em caso de dúvidas, na elaboração de quaisquer atividades técnicas relacionadas à utilização dos sistemas.

3.5.2 O atendimento técnico poderá ser realizado por telefone, ou Skype, ou CHAT, ou VOIP, ou e-mail, ou internet, ou ferramenta de vídeo conferência, ou pelo próprio sistema, através de serviços de suporte remoto.

3.5.3 O atendimento a solicitação do suporte deverá ser realizado por atendente apto a prover o devido suporte ao sistema, ou redirecionar o atendimento a pessoa qualificada.

3.5.4 Poderá a contratante chamar a central de atendimento da provedora via linha telefônica, hipótese em que os custos com as ligações serão suportados pelo contratante.

3.6 Atualização de Softwares

3.6.1 Devem ser respeitadas as janelas de atualização acordadas com a gestão de TI do Município, tanto para os ambientes de produção quanto para os de homologação e de testes.

3.6.2 O processo de atualização de qualquer software, módulo, sistema operacional entre outros necessários ao funcionamento da solução deve ser comunicado formalmente à CONTRATANTE pelo menos 7 dias úteis antes da data prevista de atualização.

3.6.3 Caso sejam detectados problemas em produção que inviabilizam o serviço ou parte dele, de alta criticidade, a atualização deverá ser revertida imediatamente.

3.6.4 A CONTRATADA deve informar à CONTRATANTE todos os detalhes referentes ao processo de atualização, tais como quais softwares serão atualizados, as versões destes softwares, configurações, tempo de indisponibilidade, solicitações atendidas com a atualização ou novas funcionalidades disponibilizadas, atualização de tabelas de parâmetros ou outras configurações, garantindo também a continuidade da integração dos sistemas em uso, necessárias para o funcionamento do sistema pós-atualização.

3.6.5 Toda e qualquer atualização, deve ser realizada fora dos horários comerciais e em finais de semana, conforme previamente acordado com a gestão de TI, e sem qualquer tipo de ônus para o município. No entanto, todas as configurações necessárias para o funcionamento do sistema devem ser informadas dentro do horário de funcionamento da CONTRATANTE, seguindo o prazo mínimo estipulado nas cláusulas anteriores.

3.6.6 A CONTRATADA e a CONTRATANTE se responsabilizam, mutuamente, pela atualização dos softwares envolvidos no correto e otimizado funcionamento da solução de ERP WEB integrada.

3.6.7 A CONTRATADA se responsabiliza por adequar o sistema aos principais navegadores do mercado (Safari, Edge, Chrome, Mozilla) nas versões correntemente suportadas pelos fabricantes.

3.6.8 A CONTRATADA se responsabiliza em disponibilizar e instalar todas as atualizações de software do objeto contratado, pelo período de vigência do contrato, tão logo seja disponibilizada a atualização ao consumidor final, e devidamente acordado com a CONTRATANTE, respeitando os critérios elencados neste termo quanto as janelas de atualização da solução.

3.6.9 O conjunto de softwares que compõem a solução (sistema operacional, banco de dados, servidor de aplicação, etc) devem estar todos em suas versões mais atuais ou, no mínimo, em uma versão ainda suportada pelo fabricante/desenvolvedor.

3.6.10 O procedimento de atualização deverá ser automatizado sem necessidade de interferência do usuário, executado, controlado e auditado pela própria CONTRATANTE, garantindo que o sistema esteja disponível imediatamente após os procedimentos de atualização.

3.6.11 As atualizações, assim que executadas deverão surtir efeito imediato em todas as estações de trabalho da CONTRATANTE. Excetua-se aqui arquivos da camada front-end em cache no navegador, que poderão ser atualizados com regras específicas.

3.7 Armazenamento e Processamento

3.7.1 A contratação de sistema de gestão, com a necessidade de exigências mínimas quanto ao armazenamento das informações, disponibilidade e segurança dos dados, remete a construção de um modelo onde o Software (SaaS - Software as a Service) e a infraestrutura são vistos como um serviço inerente para soluções de ERP web e em nuvem para a administração pública.

3.7.2 A administração, durante a fase de planejamento, fez as projeções com relação às necessidades de espaço de alocação de informações em bancos de dados, PARA TODO O SISTEMA, visando economia de escala, divididos tecnicamente em HD de Banco de Dados, HD de Imagens e Arquivos, e espaço para alocação de Backup, de modo a facilitar a elaboração de propostas, no seguinte montante:

Item	Unidade de medida	DC PRINCIPAL
		Qtde
Link	Mb	6
Processador	vCPU	18
Memória	GB	20
HD - Banco de Dados	GB	400
HD - Backup	GB	1200
HD - Imagens/Arquivos	GB	200

3.7.3 As ações realizadas pela contratada através do gerenciamento proativo, devem incluir o monitoramento da utilização de recursos do datacenter, de modo a possibilitar o acompanhamento histórico e necessidades de ampliação de recursos, em especial de armazenamento, processamento de informações e backup.

3.7.4 Diante da flexibilidade do sistema web, em nuvem, em caso de aumento futuro das demandas e necessidades, os parâmetros poderão ser objeto de revisão e novo termo de ajuste com a contratada

3.7.5 Em caso de futura necessidade de readequação, a Contratada deve encaminhar a Contratante relatório do histórico de operações, e descritivo dos recursos que devem ser ampliados.

3.7.6 Serão utilizados para fins de redimensionamento posterior conforme necessidade para atendimento da demanda de funcionalidades e usuários, as seguintes regras e conceitos:

3.7.6.1 Consideram-se recursos passiveis de aumento gradativo conforme demanda: links de internet, espaço em disco total (banco de dados, demais servidores e contingência para manutenções), quantidade de memória RAM por servidor, quantidade de vCPUs por servidor;

3.7.6.2 O aumento de reserva de link de internet deverá ser realizado por MB adicional, além da quantidade já disponibilizada conforme necessidade do sistema/programas;

3.7.6.3 O aumento de espaço em disco total deverá ser realizado por GB adicional, além da quantidade já disponibilizada conforme necessidade do sistema/programas;

3.7.6.4 O aumento de memória RAM deverá ser realizado por GB em cada servidor conforme necessidade do sistema/programas, além da quantidade já disponibilizada.

3.7.7 A Contratada será indenizada pela Contratante pelos recursos adicionais utilizados mensalmente, mediante Termo Aditivo ao Contrato, com base nos valores orçados nas planilhas apresentadas pela Contratada, admitida a devida correção, de acordo com o índice de reajuste aplicado ao contrato.

3.7.8 Diante dos princípios da previsibilidade e do planejamento, a proponente VENCEDORA, deverá apresentar junto a proposta a memória de cálculo da configuração projetada (ou seja, que será disponibilizado imediatamente após a implantação) para o pleno funcionamento do sistema conforme necessidades atuais da CONTRATANTE, especificando cada um dos requisitos do quadro, incluindo alocação mínima de espaço e disco, como já definido, acrescentando ainda planilha/proposta relativas a especificação do preço unitário e total de cada item, que servirá de referencial para eventual contratação de recursos adicionais ao longo da vigência do contrato, conforme modelos na Proposta de Preços.

3.7.9 A previsão e o atendimento das necessidades para funcionamento inicial pleno do sistema cotado são de responsabilidade da proponente de acordo com as questões técnicas particulares de seu próprio sistema. Não haverá revisão de contratos ou de equilíbrio econômico financeiro, por falha da contratada na formatação de seu orçamento/proposta, ou se seu sistema não conseguir operar nas condições previamente estabelecidas neste Termo de Referência e informações do Estudo Técnico Preliminar (ETP).

4. ACORDO DE NÍVEL DE SERVIÇOS (ANS)

4.1 Os serviços após a implantação estão regrados pelo acordo de Xxxxx Xxxxxx de Serviço (ANS), em consonância a forma de classificação da urgência no atendimento das solicitações, conforme segue:

4.1.1 A prestação dos serviços divide-se em serviços em garantia, que são aqueles oriundos ao objeto e contratualmente previstos, os quais serão prestados pela Contratada sem custos adicionais, de acordo com os limites contratuais; e os serviços sem garantia, que compreendem aqueles que, embora ultrapassem os limites do contratualmente previsto para a prestação dos serviços, poderão ser prestados pela Contratada a partir da contratação prévia da Contratante por hora técnica, observadas as disposições contratuais e sua viabilidade técnica.

4.1.2 São considerados serviços em garantia, devendo ser prestados sem a cobrança de custos adicionais ao Município:

a) Software Inacessível. Que se entende como Software fora do ar, exceto em manutenções programadas, como por exemplo, atualização de releases, atualização da versão do SGBD, ampliação de hardware, entre outras inerentes a prestação de serviços pela manutenção do sistema, de acordo com as obrigações contratuais e oriundas de contratações adicionais da Contratante. Para os casos em que as manutenções programadas exijam parada total do Software, a Contratada expedirá comunicação prévia à Contratante através dos canais de atendimento para contato direto e ciência daquela;

b) Inconformidade em Software: consideradas anomalias relacionadas a “erros de software” e não tem correlação com parametrizações, inserções incorretas de dados, inconsistências nos bancos de dados e tabelas ou erros de operação dos usuários. É previsível, pois ocorre porque não é razoável presumir que a atividade de testes descobrirá todos os erros latentes na implantação de um grande sistema de software. Durante o uso de qualquer sistema de grande porte, erros ocorrerão e deverão ser relatados à Contratada visando a sua correção sem qualquer custo adicional;

c) Adequação do Software para atendimento às legislações federais e estaduais, observados os limites contratuais. Em caso de mudanças na legislação federal, estadual ou em normas infra legais dos órgãos de controle externo (por exemplo: Tribunais de Contas, STN), quanto a prestações de contas e contabilidade pública durante a vigência contratual. A Contratada deverá elaborar uma programação para atendimento às mudanças ocorridas na legislação, sem prejuízos à operação do sistema;

d) Intervenções em banco de dados para reparar inconsistências ocasionadas por falhas do Software ou eventualmente derivados de operações técnicas da Contratada;

e) Operações inconsistentes durante configurações que possam ser realizadas pela Contratada;

f) Serviço de suporte técnico, pela Central de Atendimento através dos canais de atendimento disponíveis, quais sejam o Chat Online, telefone e e-mail.

4.1.3 São considerados serviços sem garantia, que serão prestados mediante solicitação da Contratante, e pagamento por hora técnica, conforme preços vigentes no Contrato assinado pelas partes:

a) Customizações do Software a partir das especificidades apresentadas pela Contratante e não previstas contratualmente, desde que tecnicamente viáveis, preservando-se a integridade da estrutura do Software;

b) Personalização de relatórios diversos dentre os diversos módulos, que possam resultar na inclusão ou subtração de informações, além da criação de relatórios específicos e próprios à Contratante;

c) Criação ou alterações em configurações do Software, como por exemplo, configuração de convênios bancários, configuração de carnês com carteira registrada, configuração de parcelamentos, fórmulas de cálculos, cálculos de folhas de pagamentos e décimo terceiro, provisões de férias, décimo terceiro e licença prêmio, contabilização da receita, configurações de integração entre os diversos módulos com a Contabilidade, bem como configuração de rotinas para as LOA, LDO e PPA, configurações e a criação de serviços para autoatendimento, criação de consultas específicas via SQL no banco de dados, dentre outros

não abrangidos na previsão pela prestação do suporte técnico, observados os limites contratuais, além daqueles que possam estar contratualmente relacionados as demandas para atendimento técnico remoto ou in loco;

d) Serviços de consultorias, como por exemplo, assessoria em informática para prestação de contas junto ao Tribunal de Contas do Estado, e a geração de arquivos e análises de regras e outras demandas que possam vir a ser solicitadas por órgãos fiscalizadores diversos, como por exemplo, análise e elaboração de documentos referente a Termo de Ajuste de Conduta (TAC) do Ministério Público. Também são considerados de consultoria, serviços relacionados ao encerramento e abertura do exercício contábil, geração e conferência da DIRF, RAIS, SIOPE, MSC, SEFIP, SIOPS, e-Social, mapeamento de fluxos de processos e/ou alterações no workflow do sistema, implementação de alterações legislativas provenientes do código tributário municipal, ou de obras e posturas, gerações de cálculos específicos e complexos (IPTU por exemplo e arquivo para impressão de carnês);

e) Intervenções via banco de dados a fim de reparar/alterar/ajustar e outras ações visando adequar as informações quando eventuais inconformidades derivarem da operação dos usuários;

f) Treinamento e capacitação remota pós-implantação para qualquer rotina e módulo do Software;

g) Ampliação de Recursos do Data center ao longo do contrato, de acordo com relatórios de monitoramento realizados.

4.1.4 Os prazos para atendimento técnico desses serviços serão os seguintes:

a) Software Inacessível: nesses casos, quando originário de circunstância proveniente da Contratada, o acesso deverá ser reestabelecido em até 24 (vinte e quatro) horas corridas);

b) Inconformidade de Software: a Contratada terá o prazo padrão de 2 (dois) dias úteis para informar a previsão pela conclusão. Nos casos em que a inconformidade impossibilitar o funcionamento de rotinas tecnicamente tidas como críticas ou essenciais e que a Contratada não oferecer solução paliativa, a conclusão efetiva não poderá ultrapassar 5 (cinco) dias úteis. Demais inconformidades terão o prazo máximo de 30 (trinta) dias úteis para serem sanadas;

c) Adequação ao Software para atendimento às legislações federais e estadual, observados os limites contratuais, a Contratada terá o prazo de 2 dias úteis para informar o tempo necessário à sua conclusão, que compreende a adequação do Software ao instrumento legislativo, sendo que o prazo máximo à sua conclusão poderá compreender aquele estipulado no referido instrumento normativo ou cronograma definido entre as partes;

d) Customização de Software: Após realizado o pedido, caso a Contratada considere viável o desenvolvimento, deverá apresentar orçamento para a apreciação da Contratante no prazo máximo de até 7 dias úteis após a análise, exceto em casos de customizações de grande complexidade onde um prazo específico será definido entre as partes para apresentar o orçamento. Dentro do prazo de análise, caso a Contratada entenda como inviável o desenvolvimento da customização solicitada, deverá encaminhar comunicação formal à Contratante. Quando couber, a Contratada também fornecerá junto a resposta uma alternativa técnica e de negócio, com base nos recursos da solução de ERP e expertise;

i.A partir da aprovação do orçamento pela Contratante, a Contratada em até 2 dias úteis informará a previsão pela conclusão.

ii.Destaca-se que não sendo possível a conclusão do desenvolvimento no prazo informado, a Contratada deverá previamente proceder à comunicação de nova previsão com a devida justificativa, submetendo-se a aprovação da Contratante, sendo possível, no máximo, 3 (três) repactuações desses prazos.

e) Intervenção em banco de dados para reparar inconsistências causadas por falha do Software ou por técnico: para essas hipóteses, dentro do prazo de 2 dias úteis, a Contratada informará a previsão pela conclusão, cujo prazo padrão é de até 30 dias úteis. Nos casos tecnicamente tidos como severos, ou seja, que possam impedir o funcionamento de rotinas críticas, caso a Contratada não apresente solução paliativa, a solução definitiva não ultrapassará o prazo de 5 dias úteis;

f) Falhas em configurações causadas pela Contratada: para essas situações, a Contratada, no prazo de 2 (dois) úteis dias informará a previsão da sua conclusão, cujo prazo padrão é de até 30 dias úteis. Nos casos em que a falha de configuração impeça o funcionamento de rotinas tecnicamente críticas e que, quando a Contratada não oferecer solução paliativa, a conclusão não poderá ultrapassar 5 dias úteis;

g) Intervenção em banco de dados para reparar/alterar/ajustar informações quando eventuais erros derivarem da operação dos usuários: registrado o pedido, caso a Contratada não identifique nenhuma inviabilidade técnica deverá apresentar em até 5 dias úteis após solicitação formal orçamento prévio, acompanhado do cronograma ou previsão de prazo para conclusão. Caso a Contratada entenda como inviável o solicitado, deverá ser procedida a comunicação à Contratante, no prazo de até 5 dias úteis após registrado o pedido. Em eventual impossibilidade de cumprir dentro dos prazos a solicitação, a contratada deve comunicar formalmente a Contratante, acompanhada da devida justificativa e nova previsão de prazo. Nesse sentido, poderá a Contratante aceitar a nova repactuação ou assinalar novo prazo a ser cumprido pela Contratada;

h) Demais serviços sem garantia ou sob demanda: após realizado o pedido, a Contratada deverá apresentar orçamento para a apreciação da Contratante no prazo máximo de até 7 dias úteis após a análise. Dentro do prazo de análise, caso a Contratada entenda como inviável a realização do serviço solicitado, deverá encaminhar comunicação formal à Contratante. Quando couber, a Contratada também fornecerá junto a resposta uma alternativa técnica e de negócio, com base nos recursos da solução de ERP e expertise.

i.A partir da aprovação do orçamento pela Contratante, a Contratada em até 2 dias úteis informará a previsão pela conclusão/realização do serviço.

ii.Em casos de serviços de grande complexidade, que demandaram maior tempo para levantar todos os requisitos, a Contratada poderá solicitar, de forma justificada, novos prazos, tanto para apresentação do orçamento, quanto dos prazos de conclusão. Um prazo específico poderá vir a ser definido mediante acordo entre as partes para apresentação do orçamento.

iii.Destaca-se que não sendo possível a conclusão/realização no prazo informado, a Contratada deverá previamente proceder à comunicação de nova previsão com a devida justificativa, submetendo-se a aprovação da Contratante, sendo possível, no máximo, 3 (três) repactuações desses prazos.

4.2 Nos prazos serão considerados apenas dias úteis, tanto para o início quanto para o término da contagem do prazo, que só vencem e iniciam em dia de expediente da Prefeitura.

4.3 A contagem dos prazos iniciar-se-á somente a partir da comunicação formal através dos meios relacionados nos canais de atendimento, como o registro de protocolo para atendimento por parte da Contratante.

4.4 É facultado as partes proceder a novas repactuações através de termos aditivos ao contrato, mediante mútuo acordo, para a contratação de possíveis serviços, de acordo com os limites legais.

4.5 Nos casos de serviços em garantia, em que não houver aceite da solução apresentada, imediatamente após a manifestação de recusa por parte da CONTRATANTE, se reiniciará a contagem de tempo de atendimento, ressaltando que a cada hora excedida do prazo de entrega poderão ser aplicadas as penalidades previstas neste termo.

4.6 A comunicação e solicitações relativas a manutenção, entre a CONTRATANTE e a CONTRATADA, deverá ser documentada via próprio sistema de ERP disponibilizado pela CONTRATADA em plataforma WEB, através de cadastro de chamados, a fim de que haja monitoramento do que foi solicitado e comprovação de situação relatada, gerando um número de atendimento para acompanhamento remoto.

4.6.1 As solicitações de suporte técnico e/ou manutenção (corretiva, adaptativa e evolutiva) serão abertas no software de chamados disponibilizado pela CONTRATADA, e o seu recebimento deverá ser confirmado com a alteração da situação da solicitação no próprio sistema de chamados, a qual poderá ser consultada pelo histórico da mesma. No mínimo deverão ser inseridos no histórico pela contratada:

a) o nº da abertura do chamado (nº de controle do software de chamados);

b) prazo previsto para a execução da correção no formato dia/mês/ano (dd/mm/aaaa)

c) tipo de solicitação, de acordo com as definições, justificando a alteração quando esta for necessária;

d) Funcionário responsável pela gestão dos serviços.

4.7 A CONTRATADA não poderá cobrar valores adicionais tais como: custos com deslocamento, alimentação, transporte, alojamento, bem como qualquer outro valor adicional, para atender aos chamados.

4.8 Todas as soluções dadas deverão ser documentadas e registradas no sistema de ERP, independentemente de já terem sido aplicadas ao software ou não.

4.9 Após a atualização no ambiente de homologação, caso a CONTRATANTE encontre problemas na solução da contratada, o prazo para aplicação das penalidades passará a contar após o prazo de análise do recurso administrativo.

4.10 Fica previamente estabelecido que os serviços em garantia previstos no contrato, não incluem reparos de problemas causados por terceiros ou alheios a contratada, como por exemplo:

a) Condições ambientais de instalação ou falhas causadas pela ocorrência de defeito na climatização ou condições elétricas inadequadas nas dependências da Contratante ou sob sua responsabilidade;

b) Problemas relacionados a rede lógica/internet da Contratante;

c) Vírus de computador e/ou assemelhados;

d) Acidentes, desastres naturais, incêndios ou inundações, negligência, mau uso, imperícia, atos de guerra, motins, greves e outros acontecimentos que possam causar danos nos programas, bem como, transporte inadequado de equipamentos;

e) Uso indevido dos programas licenciados, problemas na configuração de rede, uso de rede incompatível, uso indevido de utilitário, software ou de computador;

f) situações, condições e fatos alheios a competência da CONTRATADA.

5. DA COMISSÃO ESPECIAL DE AVALIAÇÃO

5.1 O órgão licitador e participantes, designam em comum acordo, um grupo de servidores para realização da avaliação da Amostra do Objeto e que acompanharão a execução dos serviços, prestando todas as informações necessárias e mediando os contatos com os usuários, visando assim garantir as características técnicas exigidas para o perfeito funcionamento do produto instalado. Os servidores abaixo relacionados acompanharão a execução em suas respectivas áreas de atuação:

a) Servidor 1 – Xxxxxxxxx Xxxxxxxx (módulos relacionados à área tributária);

b) Servidor 2 – Xxxxxx Xxxxxxxx Xxxxxxxx (módulo compras);

c) Servidor 3 – Xxxxxxx Xxxxxxx (módulos área jurídica);

d) Servidor 4 – Xxxxxxx Xxxxx (módulos planejamento, contábil e prestação de contas);

e) Servidor 5 – Fábio Fronza (módulos frota e patrimônio);

f) Servidor 6 – Xxxxx Xxxxxxxx Xxxxx (módulos relacionados ao RH);

g) Servidor 7 – Jéssica Rachadel (módulos protocolo, processo digital e obras e posturas);

h) Servidor 8 – Xxxx Xxxxxx Xxxxxx (módulo educação);

i) Servidor 9 – Nycholas Valhdick (módulo financeiro);

j) Servidor 10 – Xxxxxx Xxxxxxxxx (módulos licitação, contratos e transparência).

5.1.2 Poderão ser designados novos servidores em substituição a estes, em caso de indisponibilidade por motivos diversos, bem como para preencher lacunas existentes.

6. DO TESTE DE CONFORMIDADE (AMOSTRA DO OBJETO)

6.1 A Administração Pública Municipal, através da Comissão Especial de Avaliação, realizará com a empresa licitante vencedora, antes da assinatura do contrato, nos termos da Lei nº 14.133/2021 uma avaliação da AMOSTRA DO OBJETO por meio de um teste de conformidade da solução (também chamada Prova de Conceito), com o objetivo de comprovar se a mesma realmente dispõe dos requisitos mínimos obrigatórios, presentes nas Especificações Técnicas (ANEXO II - ESPECIFICAÇÕES TÉCNICAS DA SOLUÇÃO).

6.2 O vencedor do certame deverá apresentar-se no Município, em local a ser designado pela Comissão Especial de Avaliação, no 5º dia útil seguinte à divulgação do resultado, às 9:00 Hrs, para a realização do teste de conformidade, devendo apresentar o sistema de forma online, em uma base de dados que simule as condições reais de uso, comprovando as funcionalidades requeridas neste Termo de Referência.

6.3 No teste de conformidade, serão avaliados criteriosamente todos os requisitos obrigatórios (Características Gerais Obrigatórias) do sistema.

6.3.1 A proponente deverá atender 100% (cem por cento) dos requisitos testados relacionados as Características Gerais Obrigatórias (item 1 e seus subitens do ANEXO) sob pena de ser reprovada no teste de conformidade.

6.3.2 Caso a solução ofertada não atenda 100% dos requisitos relacionados as Características Gerais Obrigatórias (item 1 e seus subitens do ANEXO), não se passará a etapa de Avaliação dos Requisitos por módulos de Programas, sendo a proposta de solução automaticamente reprovada, por princípio de economicidade, celeridade e utilidade do procedimento.

6.3.3 Aqueles requisitos obrigatórios que dependem da integração com sistemas em uso na Prefeitura não serão avaliados pela Comissão, pois o funcionamento dos mesmos poderá depender de algumas customizações da solução por parte da CONTRATADA durante a fase de implantação.

6.4 A Comissão Especial de Avaliação, se reserva o direito de avaliar todos os requisitos operacionais (módulos de programas) ou somente aqueles que julgar necessários no teste de conformidade.

6.4.1 A solução proposta deve atender no mínimo 90% (noventa por cento) dos requisitos avaliados relacionados aos módulos (Item 2 do Anexo), sob pena de ser reprovada. Para dirimir dúvidas, todos os itens listados nos módulos de programas poderão ser avaliados.

6.5 A apresentação deve ser realizada na ordem em que os itens estão relacionados, devendo a EMPRESA VENCEDORA apresentá-los de forma objetiva, sem ajustes e sem contato externo. Não será permitido desenvolver, editar, corrigir ou ajustar os softwares durante a apresentação.

6.5.1 A avaliação dos módulos poderá ser realizada de forma simultânea, desde que previamente acordado com a Comissão de Avaliação e a licitadora dispor de pessoal e locais disponíveis da data e horários estabelecidos.

6.6 A Comissão Especial avaliadora e seus membros realizarão seus debates em ambiente reservado, sem a presença dos licitantes, de modo a não prejudicar os trabalhos de julgamento.

6.6.1 Após seus debates, a Comissão Especial avaliadora especialmente nomeada e designada, registrará em Ata os resultados e conclusões e encaminhará ao Pregoeiro.

6.7 Constatado o atendimento pleno às exigências fixadas neste edital e consequente aprovação no teste de conformidade, a licitante será declarada vencedora, sendo-lhe adjudicado o presente objeto, para o qual apresentou proposta. Caso a solução da licitante não seja aprovada no teste de conformidade, a mesma será reprovada e rejeitada, sendo convocadas para a realização deste teste as demais licitantes, por ordem de classificação, repetindo-se os procedimentos.

6.8 A responsabilidade de providenciar todos os equipamentos necessários para a realização do teste de conformidade, inclusive conexão à internet (tecnologia 3G ou outros) é da CONTRATADA, ficando a

CONTRATANTE responsável somente pela disponibilização do espaço e fonte de energia para realização do mesmo.

6.9 A PROPONENTE que convocada para avaliação e não comparecer em dia e hora previamente agendados para a sua realização, será automaticamente reprovada pela Comissão avaliadora.

6.10 Não serão aceitas intervenções de pessoas externas à avaliação (não presentes na demonstração), com relação a manipulação do sistema/softwares ou suas funcionalidades.

6.11 Serão admitidos na(s) sala(s) da(s) sessão(ões) de realização do teste de conformidade, além da comissão especial avaliação, de representantes/técnicos da empresa vencedora, no máximo 2 (dois) representantes/técnicos de cada uma das demais licitantes, sendo vedada a presença de pessoas estranhas, não formalmente convidadas, e que não façam parte do quadro de servidores municipais, evitando-se tumultos e prejuízos ao procedimento.

6.11.1 Não será permitido aos demais licitantes, acesso aos equipamentos da empresa avaliada.

6.11.2 Não será permitido aos demais licitantes, manifestação, sob qualquer pretexto, durante a realização das sessões de avaliação.

6.11.3 Licitantes que se comportarem de forma inconveniente ou de modo a perturbar os trabalhos de apresentação da vencedora, poderão ser conduzidos para fora dos locais de apresentação, bem como penalizados, nos termos da Legislação.

6.12 Os resultados da avaliação serão tornados públicos, como disciplina a legislação e disponibilizados aos interessados pela internet, inclusive para fins de eventual interposição de recursos.

6.13 Em caso de dúvida, a comissão julgadora em sua análise e ponderação, poderá invocar princípios gerais do direito administrativo e da supremacia do interesse público, bem como da razoabilidade e da proporcionalidade, sempre visando a contratação da melhor oferta, atendendo ao interesse público e aos princípios da economicidade e do julgamento objetivo.

6.14 Por questões de ordem sanitária, caso necessário, a avaliação poderá ser feita de forma remota, por meio de videoconferência ou outro recurso tecnológico adequado, visando a segurança e saúde dos participantes e acompanhamento/validação em tempo real em equipamento da licitadora por parte da equipe de avaliação.

7. DA CONTINUIDADE DO SERVIÇO PÚBLICO

7.1 Em caso de falência, concordata ou eminência do encerramento das atividades da CONTRATADA, sem continuidade do produto por terceiro, a mesma compromete-se a manter os sistemas em funcionamento e a entregar as informações, especificações técnicas ou instruções necessárias a manutenção dos softwares, até a contratação de novo fornecedor, bem como, ao final, cópia do banco de dados, juntamente com o dicionário de dados e senhas necessárias para acesso completo aos dados. A CONTRATANTE, que neste ato assume o compromisso de utilizar as informações cedidas exclusivamente para MANUTENÇÃO, sendo expressamente vedadas as ações de venda, distribuição ou divulgação a terceiros.

7.2 Caso a CONTRATADA sofra fusão ou incorporação, a empresa CONTRATADA deve repassar todas as informações técnicas necessárias para a continuação do contrato a empresa majoritária, incluindo-se os códigos fontes, modelo-ER, framework, especificações técnicas e demais documentos gerados pela CONTRATADA durante o período de prestação de serviços.

7.3 Havendo necessidade de compra de software proprietário para o perfeito funcionamento da solução de ERP, é responsabilidade da CONTRATADA, fornecer a licença do mesmo em nome da Prefeitura Municipal, sem nenhum tipo de ônus para o município.

8. DO LICENCIAMENTO DE SOFTWARES E DIREITOS DE PROPRIEDADE

8.1 O Contrato de prestação de serviços a ser estabelecido entre os contratantes, além da Lei nº 14.133/2021, rege- se de acordo com a Lei nº 9.609/1998, que dispõe sobre a propriedade intelectual de programa de computador (copyright) e sua comercialização, distribuição e licença no País, Lei nº 9.279/1996 que regula direitos e obrigações relativos à propriedade industrial, Lei nº 9.610/1998, bem como demais normativos e regulamentos aplicáveis a matéria, acordo internacional TRIPs (Agreement on Trade Related Aspects of Intellectual Property Rights) e demais acordos ou tratados internacionais ratificados ou de que o Brasil faça parte.

8.2 O Contrato de Prestação de Serviços originado deste procedimento licitatório, na modalidade SaaS (Software as a Service) trata-se de licenciamento temporário, ou seja, por tempo determinado de softwares web, mediante pagamento de aluguel mensal e custos de manutenção também mensal para utilizá-los (em nuvem), e não hospedados, em repositórios, servidores ou computadores/dispositivos da CONTRATANTE (licenciamento denominado ASP: Application Service Provider).

8.3 O Contrato de Prestação de Serviços originado deste procedimento licitatório, a título precário, resolúvel a qualquer tempo, além de seus estritos termos, não transfere qualquer direito ou propriedade, inclusive intelectual, ao CONTRATANTE ou USUÁRIOS. Pertencem exclusivamente a CONTRATADA, sem limitações, quaisquer correções, atualizações, ou melhorias ao produto que venham a ser implementadas, mesmo que se originem durante a relação contratual.

8.4 Logotipos, marcas, símbolos, títulos e assemelhados pertencem a cada uma das partes contratantes, não havendo qualquer modificação de direitos em função do autografo no termo contratual objeto do certame.

8.5 Ao firmar o Contrato de Prestação de Serviços originado deste procedimento licitatório, o Município, na condição de CONTRATANTE, concorda que os softwares licenciados temporariamente, sistemas, equipamentos, métodos de funcionamento, código-fonte, documentações e outras informações relativas ou neles contidas são propriedade, intelectual e/ou segredos comerciais/industriais únicos e exclusivos da CONTRATADA.

8.6 Ao firmar o Contrato de Prestação de Serviços originado deste procedimento licitatório, nos termos da Lei, a CONTRATADA concorda que as INFORMAÇÕES DO BANCO DE DADOS são de única e exclusiva propriedade do CONTRATANTE, não podendo divulgá-las, cedê-las, comercializá-las ou ofertá-las a terceiros, devendo ser garantido que o serviço oferecido de SaaS permita aos dados a sua portabilidade, transferência e restauração em prazo adequado e sem custo adicional, mediante cópia (ou backup) de forma completa, legível e utilizável, incluindo senhas para seu acesso integral, o que poderá ser exigido em qualquer momento durante a vigência do contrato, e obrigatoriamente ao seu final, permitindo a sua retomada pelo CONTRATANTE.

8.7 Por questões técnicas, e de propriedade intelectual da CONTRATADA, durante a vigência do contrato, a CONTRATANTE abster-se-á de ceder a terceiros, acessar, manipular ou fazer qualquer tipo de uso ou manipulação do banco de dados fora do ambiente do sistema, bem como impedir o uso indevido de informações, dos softwares, cópias e alterações não autorizadas, sua sublocação, sublicenciamento, compartilhamento, doação, empréstimo, oferta ou cessão de uso para terceiros que não façam parte do escopo contratual.

8.8 As partes contratantes, concordam, que pelas características do objeto e do tipo de licenciamento estabelecido, a CONTRATADA e desenvolvedora não se responsabilizará por questões relacionadas ao mau uso ou desempenho dos computadores ou dispositivos dos usuários e da CONTRATANTE, cujos softwares/aplicativos estejam sendo acessados/utilizados, ou redes lógicas e demais infraestrutura tecnológica da CONTRATANTE, bem como, não se responsabiliza por fatos de terceiros, erros em cálculos, folhas, relatórios, boletos e cobranças ou outros equívocos de processamento, provenientes de dados, parâmetros e informações repassadas, informadas, lançadas ou carregadas no sistema pelos usuários.

9. VISITA TÉCNICA E INFORMAÇÕES GERAIS

9.1 A área de tecnologia da informação da licitadora fica à disposição das empresas interessadas em visitar as dependências dos serviços que utilizarão a solução de ERP para conhecer a estrutura disponível.

9.2 O agendamento da visita deverá ser realizado previamente com o servidor Xxxxxx Xxxx Xxxxxxx, setor de compras, das 08h às 11h30min e das 13h30min às 17 horas, de segunda a sexta-feira, até 2 dias antes da data da abertura da licitação, através dos telefones 00 0000-0000 ramal 209 ou ainda pelo e-mail: xxxxxx.xxxxxxx@xxxxxxx.xx.xxx.xx (e em cópia para xxxxxx@xxxxxxx.xx.xxx.xx).

9.3 A visita técnica não será obrigatória.

9.4 Os dados sobre o parque de computadores (laptops e desktops) e atuais fornecedores constam no ETP.

9.5 O atendimento nas Unidades apresenta-se informatizado permitindo aos servidores e profissionais desempenharem atividades administrativas e de atendimento ao cidadão.

9.6 A Administração Municipal fica à disposição das interessadas, para o esclarecimento de dúvidas, apresentação de informações, dados sobre as estatísticas de acessos ao sitio oficial do município, emissões de Notas Fiscais de Serviços, entre demais serviços, e outros elementos necessários a formulação das propostas pelos licitantes, que poderão ser solicitadas por escrito junto a área de tecnologia da informação, no e-mail acima informado.

9.7 Não serão aceitas posteriormente alegações quanto ao desconhecimento de quaisquer elementos necessários a formulação das propostas ou que ensejem modificação das regras pactuadas.

10. MARCO CIVIL DA INTERNET

10.1 A solução da proponente deverá obrigatoriamente suportar o marco civil da internet conforme Lei nº 12.965/2014, a qual estabelece princípios, garantias, direitos e deveres para o uso da internet no Brasil e de todos os brasileiros conectados.

10.2 Todos os itens constantes da lei citada deverão ser cobertos e suportados pela empresa CONTRATADA, assim como direito, neutralidade, guarda de informações, responsabilização pelo conteúdo, obrigações do governo.

11. REQUISITOS DE HABILITAÇÃO TÉCNICA

11.1 O LICITANTE melhor colocado deverá apresentar um ou mais atestados de capacidade técnica, emitido por pessoa jurídica de direito público ou privado que comprove ter a empresa licitante forneceu sistema de computação em nuvem para gestão pública municipal, similar e compatível com o objeto desta licitação. Deverá ser comprovado que a proponente implantou e/ou mantém em funcionamento sistema de computação em nuvem, similar e compatível com o desta licitação, comprovando pelo menos as seguintes áreas de relevância: Planejamento e Orçamento; Gestão Contábil e Financeira; Folha de Pagamento; Ponto Eletrônico; Gestão de Compras, Licitações e Contratos; Simples Nacional; Gestão de Escrita Fiscal Eletrônica; Gestão de Nota Fiscal Eletrônica de Serviços; Gestão de Fiscalização Fazendária; Gestão de Arrecadação, de IPTU e taxas, ITBI e taxas, ISS e taxas, receitas diversas e dívida ativa; Obras e Posturas; Procuradoria; Portal da Transparência; Protocolo e Processo Digital; Gestão Educacional.

11.1.1 Poderão ser apresentados vários atestados em somatório, para atendimento da exigência.

11.2 Também deverão apresentar declaração de que a proponente é fabricante do sistema, ou autorização expressa deste, comprovando que tem acesso e total conhecimento sobre os programas fontes, estando apta a realizar os serviços de implantação, configuração, suporte, customização e manutenção dos programas ofertados; bem como Declaração de Atendimento dos Requisitos Técnicos e de Capacidade - Declaração de que a licitante disporá, por ocasião da futura contratação, de todos os equipamentos, pessoal técnico e operacional necessários à execução dos serviços, incluindo que o fornecedor disponibilizará data center (próprio ou terceirizado) com capacidade de processamento (links, servidores, nobreaks, fontes alternativas de energia (grupo gerador), softwares de virtualização, segurança, sistema de climatização), para alocação dos sistemas objeto desta licitação, conforme orientações do termo de referência, garantindo ainda que não haverá qualquer tipo de paralisação dos serviços por falta dos equipamentos ou de pessoal.

11.3 Todos os documentos deverão estar em nome da licitante, com indicação do número de inscrição no CNPJ. Se a licitante for matriz, os documentos deverão estar com o número do CNPJ da matriz, se for filial, os documentos deverão estar com o número do CNPJ da filial, salvo aqueles que, por sua natureza, comprovadamente, são emitidos em nome da matriz.

11.4 O Cadastro Nacional da Pessoa Jurídica – CNPJ, indicado nos documentos da proposta de preço e da habilitação deverá ser do mesmo estabelecimento da licitante que efetivamente vai fornecer o material/serviço objeto da presente licitação.

12. DAS OBRIGAÇÕES DAS PARTES 12.1 São obrigações da contratada:

a) arcar com os ônus trabalhistas, impostos, encargos sociais, incluindo, despesas referentes à transporte aéreo, traslados, hospedagens, alimentação e pagamento de diárias, dentre outros afins, no atendimento a execução dos serviços descritos neste termo, durante toda a vigência contratual;

b) executar a configuração, migração de informações e demais atividades necessárias à implantação dos módulos do sistema contratado, autorizados formalmente pela CONTRATANTE, através de ordem de início de serviço, no prazo máximo declarado no contrato;

c) efetuar a manutenção legal do sistema para adaptação às alterações legais (legislação federal e estadual) inerentes às suas funcionalidades, durante toda a vigência do contrato, devendo executar as atualizações que se fizerem necessárias para o seu perfeito funcionamento e enquadramento as mudanças nas legislações;

d) efetuar a manutenção corretiva do sistema, corrigindo eventuais falhas, independentemente de serem observadas ou não pelos usuários;

e) prestar o serviço de suporte técnico conforme disposições do termo de referência e contrato;

f) avaliar, em prazo razoável, a viabilidade técnica e jurídica das solicitações de alteração específicas encaminhadas eletronicamente pelo CONTRATANTE, e repassar orçamento acompanhado de cronograma para execução dos serviços;

g) executar as customizações do sistema, conforme viabilidade técnica e solicitações da CONTRATANTE, mediante orçamento prévio aprovado e acordo de nível de serviços;

h) com relação ao data center, manter os sistemas básicos (Sistema Operacional, Servidor de Aplicação, Servidor de Banco de Dados, etc.) em constante atualização, especialmente quando falhas de segurança forem reportadas pelos fabricantes (quando licenciados) ou comunidade (quando software livre);

i) manter, durante a vigência do contrato, todas as condições de habilitação e qualificações exigidas na licitação que deu origem a contratação;

j) não transferir a outrem, no todo ou em parte, a execução do presente contrato, sem prévia e expressa anuência da CONTRATANTE;

k) manter o(s) servidor(es) da CONTRATANTE, encarregado(s) de acompanhar os trabalhos, a par do andamento dos serviços, prestando-lhe(s) as informações necessárias;

l) desenvolver todas as atividades constantes no edital e seus anexos, bem como seguir as especificações funcionais do mesmo;

m) tratar como confidenciais informações e dados contidos nos sistemas da Contratante, guardando total sigilo perante terceiros, nos termos da Lei 13.709/2018 (Lei Geral da Proteção de Dados Pessoais – LGPD);

n) Garantir que os dados e informações do contratante residam exclusivamente em território nacional, incluindo replicação e cópias de segurança (backups), de modo que o contratante disponha de todas as garantias da legislação brasileira enquanto tomador do serviço e responsável pela guarda das informações armazenadas em nuvem.

o) comunicar imediatamente, por escrito, a impossibilidade de execução de qualquer obrigação contratual, para adoção das providências cabíveis;

p) responsabilizar-se por quaisquer danos ou prejuízos causados a contratante ou terceiros em função do desempenho de suas atividades, se apurada culpa ou responsabilidade civil, nos termos da legislação, observado o direito à ampla defesa e ao contraditório;

q) realizar a atualização/upgrades ou releases constantes da solução de ERP, com melhorias tecnológicas, atualizações e incremento de requisitos de forma permanente, sem impactar em novos custos de aquisição

por parte da administração municipal, garantindo ainda que tais upgrades na solução não inviabilizem a integração com os diversos módulos de softwares;

r) indicar um preposto para o contrato, sendo este o interlocutor da CONTRATADA junto à CONTRATANTE para os assuntos relativos ao cumprimento das cláusulas contratuais e para participar de reuniões de acompanhamento, sempre que solicitado;

s) responsabilizar-se técnica e administrativamente pelo objeto contratado, não sendo aceito, sob qualquer pretexto, a transferência de responsabilidade a outras entidades, sejam fabricantes, técnicos ou quaisquer outros;

t) Comunicar à CONTRATANTE, no prazo máximo de 24 (vinte e quatro) horas que antecede a data da entrega, os motivos que impossibilitem o cumprimento do prazo previsto, com a devida comprovação.

u) 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.

12.2 São obrigações da contratante:

a) efetuar os pagamentos nas condições e preços pactuados no termo contratual, incluindo as customizações, acréscimos e apostilamentos;

b) prestar as informações, esclarecimentos e fornecer os dados e arquivos necessários ao desenvolvimento dos serviços contratados, de forma completa e legível ou utilizável;

c) fiscalizar e acompanhar a execução do contrato, documentar e notificar formalmente à Contratada, a ocorrência de eventuais imperfeições, falhas ou irregularidades no curso de execução dos serviços, fixando prazo para a sua correção ou regularização;

d) documentar todos os pedidos de intervenção no sistema e parâmetros de configuração desde a implantação até as demais no decorrer do contrato, bem como conferir todas as intervenções feitas no sistema pela Contratada antes de liberação para o uso, de modo a evitar possíveis erros ou equívocos, uma vez que a Contratante é a proprietária do banco de dados e responsável por todos os parâmetros, dados e informações repassadas aos técnicos da Contratada para realização de seus serviços;

e) responsabilizar-se pela completa e correta inserção de dados e parâmetros nos sistemas em nível de usuário, além de atualizar as fórmulas de cálculo, indicadores, estatística, alíquotas, multas, medidas, padrões, preceitos, critérios, fundamentos, entre outros critérios, quando necessário;

f) responsabilizar-se por erros em cálculos, folhas, relatórios, boletos e cobranças ou outros equívocos de processamento, provenientes de dados, parâmetros e informações repassadas, informadas, lançadas ou carregadas no sistema.

g) emitir Termo de Recebimento Definitivo, no prazo máximo de 30 (trinta) dias corridos, contados do recebimento provisório;

h) dispor de equipamentos de informática adequados para uso do sistema e programas locados, bem como para treinamento via internet de usuários;

i) cumprir as orientações e procedimentos técnicos especificados pela CONTRATADA para o bom funcionamento e operacionalidade do sistema;

j) dar prioridade aos técnicos da CONTRATADA para utilização do equipamento da CONTRATANTE quando da visita técnica dos mesmos, bem como assegurar o acesso dos empregados da Contratada, quando devidamente identificados e uniformizados, aos locais em que devam executar os serviços;

k) durante a vigência do contrato, não ceder a terceiros, acessar, manipular ou fazer qualquer tipo de uso ou manipulação do banco de dados;

l) Zelar pela segurança dos softwares que compõem a solução, evitando o manuseio por pessoas não habilitadas.

13. DO PAGAMENTO POSTECIPADO E DA ADEQUAÇÃO ORÇAMENTÁRIA

13.1 O prazo para pagamento ao contratado de cada fatura deverá ser realizado em um prazo não superior a 30 (trinta) dias contados a partir do atesto da Nota Fiscal, após comprovadas o adimplemento da contratada em todas as suas obrigações, já deduzidas as glosas e notas de débitos.

13.2 O pagamento dos serviços de locação dos sistemas, suporte e assistência técnica se dará de forma mensal e sucessiva durante toda a vigência do contrato, sendo a primeira com vencimento em 30 (trinta) dias contados a partir da liberação dos aplicativos/softwares para uso.

13.3 Os serviços de implantação e treinamento dos usuários internos serão pagos em parcela única em um prazo não superior a 30 (trinta) dias contados a partir da sua realização.

13.4 Os serviços de técnicos ou ofertados por hora técnica (sob demanda) e todo os demais serão pagos mensalmente, de acordo com a proposta apresentada pela licitante e os serviços variáveis pelo número de horas técnicas utilizadas no mês anterior ao mês do pagamento.

13.5 A nota fiscal deverá descrever as seguintes informações:

f) Valor unitário e valor total do produto/serviço/material;

g) Número da nota de empenho e do processo de compra;

h) Dados bancários para depósito;

i) Marca e modelo do produto;

j) Prazo de pagamento.

13.6 Nenhum pagamento será efetuado sem a apresentação dos documentos, quando exigidos, bem como enquanto não forem sanadas irregularidades eventualmente constatadas na nota fiscal, no fornecimento dos bens ou no cumprimento de obrigações contratuais.

13.7 O pagamento ficará condicionado à prévia informação pelo credor, dos dados da conta corrente e ao recebimento definitivo do objeto do contrato pelo seu fiscal.

13.8 O pagamento a ser efetuado ao Contratado, quando xxxxxx, estará sujeito às retenções na fonte de tributos, inclusive contribuições sociais, de acordo com os respectivos normativos.

13.9 Para a efetivação do pagamento o licitante deverá manter as mesmas condições previstas no edital no que concerne a PROPOSTA e a HABILITAÇÃO.

13.10 Atinente ao que dispõe o art. 137 da Lei 14.133/2021, §s 2º, 3º e incisos, em caso de atraso superior a 2 (dois) meses, contado da emissão da nota fiscal, dos pagamentos ou de parcelas de pagamentos devidos pela Administração, é assegurado ao contratado, entre outros, o direito de optar pela suspensão do cumprimento das obrigações assumidas até a normalização da situação, admitido o restabelecimento do equilíbrio econômico- financeiro do contrato.

13.11 As despesas provenientes desta contratação correrão por conta das seguintes dotações orçamentárias do exercício de 2024 e as respectivas para 2025:

DOTAÇÕES
Exercício da despesa	Referência	Órgão	Unidade	Ação	Plano	Subelemento	Vínculo
2024	22	03	001	2002	333900000000000	4001	150070000000
2024	201	01	001	2001	333900000000000	4001	150070000000
2024	211	05	001	2024	333900000000000	4001	150010020000

14. CRITÉRIO DE AVALIAÇÃO DAS PROPOSTAS

14.1 O julgamento das propostas será feito pelo menor preço apresentado: MENOR PREÇO GLOBAL.

14.2 Tratam-se de serviços que se recomendam o seu agrupamento por se tratarem de serviços relacionados a sistema estruturante, integrado. O julgamento por menor preço GLOBAL em nada restringe a participação, não justificaria o parcelamento dos itens, uma vez que não será eficaz para Administração Pública a celebração de diversos contratos, o que poderia prejudicar execução simultânea dos serviços e a gestão e fiscalização de inúmeros profissionais técnicos das licitantes envolvidas na execução dos serviços e heterogeneidade de modelos de negócio, linguagem de programação, diferentes tecnologias e códigos envolvendo relações de propriedade intelectual.

14.3 É indiscutível que, em determinadas situações, o parcelamento ou fracionamento do objeto licitatório possibilitará uma participação de um número maior de licitantes, o que democratiza o acesso às contratações públicas. Entretanto, tal parcelamento não pode ocasionar prejuízos ao erário na medida em que atinge a única finalidade de possibilitar o acesso de mais particulares, ainda que haja maior competição e disputa entre os licitantes, objetivos determinados na norma regulatória. O que se visa atingir com o processo licitatório é a maior vantajosidade para o Município, para além da democratização da participação de particulares.

14.4 Sob o aspecto técnico e econômico, por conseguinte, o parcelamento dependerá da divisibilidade do objeto licitado, garantindo não comprometer o funcionamento, à guisa concatenada, do serviço que se vislumbra obter, revelando risco de impossibilidade de execução satisfatória do serviço. Ainda sob a perspectiva técnica, o parcelamento do objeto leva a uma divisão de responsabilidades entre as múltiplas empresas contratadas, levando a uma inadequação do acompanhamento de problemas, e dificuldade de identificação de suas causas e de atribuição de responsabilidade, reduzindo o controle sobre a execução do objeto licitado e consequente o não atingimento das necessidades do Município.

14.5 Em que pese à possibilidade de se obter maior competitividade com a divisão do sistema em itens, lotes distintos e/ou consórcios, o resultado a ser atingido e pretendido pela administração poderia restar frustrado, com inúmeras empresas sagrando-se vencedoras cada uma de determinado quinhão, sem que houvesse, no entanto, compatibilidade entre os sistemas por elas ofertados, já que cada empresa é livre para adotar as estratégias, linguagens de programação, estruturas e recursos tecnológicos que melhor lhe convém pelo princípios da livre iniciativa, da criatividade e da propriedade intelectual, o que não permitiria a integração dos sistemas de informática do Município.

14.6 A licitação que se pretende levar a termo, por certo, se realizada por itens, conduzirá a sérios riscos ao resultado final do objeto ora pretendido, podendo principalmente trazer sérios prejuízos ao erário.

14.7 O parcelamento dos itens no presente caso ao invés de proporcionar a Administração economicidade poderá causar prejuízos e interrupções temporárias da disponibilização de um ou mais serviços em razão de complicações e infindáveis acusações entre empresas, sendo difícil e demorado achar um culpado/responsável, que geralmente surgem principalmente no que se refere aos serviços de suporte técnico, o não cumprimento de forma simultânea e organizada, e ainda descumprimento de obrigações de uma outra contratada iria ocasionar a interrupção e atrasos na execução dos serviços objeto desta licitação, podendo provocar graves riscos e prejuízos à Administração.

14.8 Além disso, temos a perda de economia de escala decorrente dos custos para cada parcela licitada individualmente. É sabido que nos custos de locação de uma solução em nuvem, há aqueles fixos de infraestrutura, atendimento, e desenvolvimento de software que são suportados pelos licitantes. Se a licitação for realizada por itens ou lotes distintos, cada licitante irá propor, para cada item/lote, um custo, ao passo que se o licitante obtiver a adjudicação de todos os itens, na forma global que se pretende, tais custos serão sensivelmente diluídos, posto que suportados por apenas um licitante, qual seja, aquele que se sagrar vencedor. Logo, ao propor, sua respectiva proposta considerará tal realidade, qual seja, a adjudicação e todo o objeto e não apenas parte dele, fazendo com que proponha custos mais reduzidos para mencionadas etapas, dentro de um conceito de economia de escala.

14.9 Ainda, merecem destaque os riscos inerentes à própria execução, pois, não restam dúvidas que o objeto pretendido, quando executado por vários contratados, poderá não ser integralmente executado, tendo em vista possíveis problemas nas relações jurídicas mantidas com diversos contratados, além de possíveis incompatibilidades entre eles. Isso colocaria em risco o ponto principal que é a integração e funcionalidade dos sistemas de informática do Município, posto que, contratando diversas plataformas, teríamos possíveis incompatibilidades, inadequação da execução, e não atendimento às necessidades do Município. O risco seria absurdo para a Administração e para os munícipes.

14.10 O TCU, no Acórdão nº 732/2008, se pronunciou no sentido de que “a questão da viabilidade do fracionamento deve ser decidida com base em cada caso, pois cada obra tem as suas especificidades, devendo o gestor decidir analisando qual a solução mais adequada no caso concreto”.

14.11 O Professor Xxxxx Xxxxxxx Xxxxxx Xxxxxxxxx, no Parecer nº 2086/00, elaborado no Processo nº 194/2000 do TCDF, xxxxxx que:

“Desse modo a regra do parcelamento deve ser coordenada com o requisito que a própria lei definiu: só se pode falar em parcelamento quando há viabilidade técnica para sua adoção. Não se imagina, quando o objeto é fisicamente único, como um automóvel, que o administrador esteja vinculado a parcelar o objeto. Nesse sentido, um exame atento dos tipos de objeto licitados pela Administração Pública evidencia que embora sejam divisíveis, há interesse técnico na manutenção da unicidade, da licitação ou do item da mesma. Não é, pois, a simples divisibilidade, mas a viabilidade técnica que dirige o processo decisório. Observa-se que, na aplicação dessa norma, até pela disposição dos requisitos, fisicamente dispostos no seu conteúdo, a avaliação sob o aspecto técnico precede a avaliação sob o aspecto econômico. É a visão jurídica que se harmoniza com a lógica. Se um objeto, divisível, sob o aspecto econômico for mais vantajoso, mas houver inviabilidade técnica em que seja licitado em separado, de nada valerá a avaliação econômica. Imagine-se ainda esse elementar exemplo do automóvel: se por exemplo as peças isoladamente custassem mais barato, mesmo assim, seria recomendável o não parcelamento, pois sob o aspecto técnico é a visão do conjunto que iria definir a garantia do fabricante, o ajuste das partes compondo todo único, orgânico e harmônico. Por esse motivo, deve o bom administrador, primeiramente, avaliar se o objeto é divisível. Em caso afirmativo, o próximo passo será avaliar a conveniência técnica de que seja licitado inteiro ou dividido”. (grifo nosso).

14.12 No mesmo sentido, destaca-se, ainda, a lição de Xxxxxx Xxxxx, para quem:

[...] a obrigatoriedade do fracionamento respeita limites de ordem técnica e econômica. Não se admite o fracionamento quando tecnicamente isso não for viável ou, mesmo, recomendável. O fracionamento em lotes deve respeitar a integridade qualitativa do objeto a ser executado. [...] a unidade do objeto a ser executado não pode ser destruída através do fracionamento” (XXXXXX XXXXX, Xxxxxx. Comentários à Lei de Licitações e Contratos Administrativos. 11.ed. São Paulo: 2005, Dialética, p. 207).

Em relação ao tema, cabe ressaltar os entendimentos do Tribunal de Contas do Rio Grande do Sul: REPRESENTAÇÃO. LICITAÇÃO. SISTEMA DE GESTÃO. AGLUTINAÇÃO DO OBJETO. VISITA TÉCNICA. DIVERGÊNCIAS DE PRAZOS DE IMPLANTAÇÃO. PROVA DE CONCEITO. RESTRIÇÃO À COMPETIÇÃO. NÃO RENOVAÇÃO DO CONTRATO. DETERMINAÇÕES PARA FUTURAS LICITAÇÕES. PRIORIZAÇÃO DA MODALIDADE ELETRÔNICA DO PREGÃO. ACOMPANHAMENTO. CIÊNCIA. [...] Este inter-

relacionamento, segundo certificado pela Área Técnica, encontra justificativa na medida em que manipulam uma série de dados comuns. E, em algumas situações, a aglutinação do objeto é vantajosa, como é de se pressupor em um município com população de aproximadamente seis mil habitantes, acrescendo-se a isto o fato de que, nos termos do informe técnico, a viabilidade da integração entre os distintos sistemas pode representar em elevação dos custos da municipalidade e, ainda, que isto dificultaria as licitações futuras, na qual novas integrações seriam necessárias. Desta forma e, neste ponto, repiso que adoto integralmente o contido na Informação do SASOT, elaborada por técnico com larga experiência na área de Tecnologia da Informação, motivo pelo qual entendo que, no caso aqui tratado, a inconformidade não representa em irregularidade, sobretudo à luz da jurisprudência trazida pela Área Instrutiva e pelo Parecer Ministerial (Acórdão 280/20101 – Plenário e Súmula 2472, do TCU). (Processo: 030181-0200/20-9, Representação, Conselheiro Xxxxxx Xxxxxxxxx).

14.13 Tais pressupostos também atendem ao princípio da padronização, impondo compatibilidade de especificações técnicas, e de desempenho, observadas as condições de manutenção, assistência técnica, garantia e a economia de escala.

14.14 Além disso, as integrações com base em banco de dados único evitam desconformidades e erros sistemáticos e dificuldades da gestão, pois a partir do momento que empresas potencialmente concorrentes alimentam e retroalimentam informações a partir de banco de dados distintos, haveria exponencial aumento do risco de problemas, com incansáveis trocas de acusações técnicas.

14.15 Por fim, e de singular importância, diga-se que o parcelamento do objeto, acabaria por desnaturar o próprio objeto da contratação, que se funda em um Enterprise Resource Planning Web (ERP Web), já que não haveria sistema, sem justamente um conjunto de softwares organizados em uma única plataforma, responsável por automatizar, gerenciar, coordenar, vincular e integrar os processos/atividades e todo o fluxo de dados entre eles, fornecendo uma única fonte de verdade. Ou seja, colocando por água abaixo os objetivos da integração total e em tempo real, simplificando as operações em toda a organização, reduzindo tempo, custos e melhorando o desempenho das atividades das pessoas.

14.16 Sem dizer, apenas num esforço argumentativo, que é impensável em um mundo capitalista, que um fornecedor permitiria a outro “mexer” em seu código fonte (sua maior propriedade e fundamento de seu negócio), dando suporte, assistência técnica, manutenção e customização, muito menos deixá-lo exposto em nuvem, em um datacenter do qual não possuísse inteiro domínio por meio de contratos rigorosos de obrigação de sigilo.

14.17 Portanto, a decisão de julgamento PELO MENOR PREÇO GLOBAL, não se mostra desarrazoada a ponto de comprometer o caráter competitivo do certame, devendo tão-somente constituir garantia mínima suficiente de que o futuro contratado detém capacidade de cumprir com as obrigações contratuais, e que a Administração receba aquilo que é de sua necessidade e contratado. A prudência e cautela são sempre recomendáveis em licitações cujo objeto se trata de serviços técnicos deste nível, para que não incidam sobre ele acusações de má administração de recursos públicos e a Administração Pública venha a promover a seleção de empresas verdadeiramente aptas a cumprir o objeto contratual com a qualidade que se espera.

15. MODELO DE GESTÃO DO CONTRATO

15.1 ROTINAS DE FISCALIZAÇÃO CONTRATUAL

15.1.1 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).

15.1.2 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º).

15.1.3 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).

15.1.3.1 O fiscal 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º).

15.1.3.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º).

15.1.4 O contratado deverá manter preposto aceito pela Administração no local da obra ou do serviço para representá-lo na execução do contrato. (Lei nº 14.133/2021, art. 118).

15.1.4.1 A indicação ou a manutenção do preposto da empresa poderá ser recusada pelo órgão ou entidade, desde que devidamente justificada, devendo a empresa designar outro para o exercício da atividade.

15.1.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).

15.1.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).

15.1.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).

15.1.8 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º).

15.1.9 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.

15.1.10 O órgão ou entidade poderá convocar representante da empresa para adoção de providências que devam ser cumpridas de imediato.

15.1.11 Os fiscais do contrato serão nomeados em momento oportuno, após a assinatura do contrato.

16. VIGÊNCIA E REAJUSTE

16.1 O CONTRATO terá vigência de 12 (doze) meses, contados a partir da data de assinatura do contrato ou emissão da ordem de início e poderá ser prorrogado por igual e sucessivo período, mediante mútuo acordo entre as partes, respeitada a vigência máxima prevista no Art. 106 da Lei Federal n.º 14.133/2021.

16.2 O período que for necessário para implantação do sistema, será estendido por simples apostilamento, uma vez que os doze meses de vigência se referem a disponibilização mensal do sistema para uso da contratante.

16.3 A Administração analisará anualmente, antes de seu aniversário, a pertinência, oportunidade e conveniência das prorrogações do contrato. Em caso de decisão de não ser prorrogado o contrato, será o contratado notificado oficialmente, 90 dias antes do término da vigência contratual, com confirmação de recebimento, acompanhando a notificação, das justificativas e motivações da decisão. Não haverá apreciação de contrarrazões da notificada, por se tratar de ato administrativo unilateral, materializando o princípio de poder de império da Administração, dentro da margem de sua discricionariedade, e nos limites da Lei 14.133/2021.

16.4 Os preços inicialmente contratados são fixos e irreajustáveis no prazo de um ano contado da data da apresentação das propostas.

16.5 Após o interregno de um ano, nos termos anteriores, e independentemente de pedido do contratado, os preços iniciais serão automaticamente reajustados, por apostilamento, mediante a aplicação, pelo contratante, do índice IPCA/IBGE, exclusivamente para as obrigações iniciadas e concluídas após a ocorrência da anualidade.

16.6 Nos reajustes subsequentes ao primeiro, o interregno mínimo de um ano será contado a partir dos efeitos financeiros do último reajuste.

16.7 No caso de atraso ou não divulgação do(s) índice (s) de reajustamento, o contratante pagará ao contratado a importância calculada pela última variação conhecida, liquidando a diferença correspondente tão logo seja(m) divulgado(s) o(s) índice(s) definitivo(s).

16.8 Nas aferições finais, o(s) índice(s) utilizado(s) para reajuste será(ão), obrigatoriamente, o(s) definitivo(s).

16.9 Caso o(s) índice(s) estabelecido(s) para reajustamento venha(m) a ser extinto(s) ou de qualquer forma não possa(m) mais ser utilizado(s), será(ão) adotado(s), em substituição, o(s) que vier(em) a ser determinado(s) pela legislação então em vigor.

16.10 Na ausência de previsão legal quanto ao índice substituto, as partes elegerão novo índice oficial, para reajustamento do preço do valor remanescente, por meio de termo aditivo.

16.11 O reajuste será realizado por simples apostilamento, nos termos da Lei nº 14.133/2021.

16.12 Os preços ajustados poderão ser objeto de revisão visando restabelecer o equilíbrio econômico-financeiro inicial do contrato em caso de força maior, caso fortuito ou fato de príncipe (reforma tributária) ou em decorrência de fatos imprevisíveis ou previsíveis de consequências incalculáveis, que inviabilizem a execução do contrato tal como pactuado, respeitada, em qualquer caso, a repartição objetiva de risco estabelecida no contrato.

16.13 Eventuais necessidades de aumento dos recursos de data center, a pedido da contratante ou contratada, serão encaminhadas formalmente e serão objeto do devido procedimento administrativo regular de aditivo contratual, nos termos da legislação de regência.

Ascurra, 2 de agosto de 2024.

XXXXXXX XXXXXXXXX

Secretário Municipal de Administração e Finanças

XXXXXXXXXX XXXXXXXXX

Secretária Municipal de Saúde

MAICON POSSAMAI

Presidente da Câmara de Vereadores de Ascurra

ANEXO II ESPECIFICAÇÕES TÉCNICAS DA SOLUÇÃO

PREGÃO ELETRÔNICO Nº 51/2024

NOTA: Este Anexo é parte integrante do Termo de Referência, como se transcrito fosse, compreendendo as especificações técnicas (características do objeto) da solução a ser selecionada.

CARACTERÍSTICAS GERAIS OBRIGATÓRIAS DO ERP WEB

Conforme Estudo Técnico Preliminar (ETP), a Administração possui uma série de necessidades com relação aos princípios da prestação do serviço público e de sua gestão, como princípio da eficiência, da continuidade, disponibilidade, segurança, regularidade, universalidade, qualidade, e a produtividade e bem estar das pessoas e de responsabilidade com o meio ambiente.

Nesse sentido, de acordo com o estudo de viabilidade realizado e justificativas constantes no ETP, são características gerais obrigatórias do sistema de ERP a ser fornecido a Administração:

1. Os módulos que compõe o sistema devem aplicar a LEGISLAÇÃO vigente (Leis, decretos, etc.), federais e estaduais, adequando-as sempre que for necessário;

2. A solução deve ser projetada e desenvolvida para rodar em ambiente web, isto é que contenha as seguintes características básicas

a) A aplicação deverá ser estruturada no conceito de “n” camadas, sendo ao menos elas: Front-End (operável através do navegador local), Servidor de Aplicação (podendo ser distribuído em “n” serviços distintos) e Servidor de Banco de Dados, por motivos de segurança da informação e usabilidade;

b) O Tráfego de dados entre o cliente e o servidor, deverá ser o mínimo necessário para execução das atividades do usuário, de maneira para que consuma menos link de internet, procurando transferir na maior parte dos casos apenas conteúdo no formato JSON, para interpretação e apresentação da camada Front- End;

c) Fica vedado o uso de aplicações tradicionais, desktop cliente-servidor (2 camadas) emuladas para serem executadas através de navegador ou por outros meios como área de trabalho remota, cujo protocolo RDP é inseguro, por motivos de segurança da informação e performance da aplicação;

d) Desenvolvido em linguagem para funcionamento pela internet (por exemplo: Java, PHP, C# ou outra que permita operação via Internet), de forma a garantir a segurança da informação e performance adequada no ambiente web e padrão de arquitetura em nuvem;

e) Ser operável através dos principais navegadores (padrão de mercado), nas seguintes versões: Internet Explorer (versão 11 ou superior), Firefox (versão 70 ou superior), Chrome (versão 70 ou superior), Microsoft Edge (versão 80 ou superior) e Safari (versão 10 ou superior);

3. O sistema deverá operar sob o paradigma de “Multiusuários” (mais de um usuário acessando ao mesmo tempo a aplicação e um usuário acessando múltiplas sessões ao mesmo tempo, permitindo mobilidade, acessibilidade, evitando retrabalho ou perda de informações e promovendo redução de custos operacionais), com integração total entre os módulos, garantindo que os usuários alimentem as informações em cadastro ÚNICO para todas as áreas (evitando-se inconsistências e erros sistemáticos), e que sejam integráveis automaticamente os existentes e os que vierem a ser implantados de outras áreas e ser multientidades (Órgão da Administração), buscando exercícios anteriores constantes do banco de dados, sem que seja necessário sair de um sistema para entrar em outro;

4. Deverá possuir recursos próprios internos que permitam a operação através de multi-janelas, abrindo quantas telas forem necessárias simultaneamente para consulta e desempenho dos serviços, permitindo alternar entre exercícios e entidades, sem que seja necessário fechar a aplicação e abrir outra, ou sair de um módulo para entrar em outro;

5. Permitir na estrutura multi-janelas que o usuário alterne entre as janelas abertas na mesma sessão, na mesma aba do navegador e também faça ocultação (minimização) ou fechamento de janelas de forma geral;

6. Por questão de usabilidade, performance, segurança da informação e integridade, para operação do sistema não deverá ser exigido baixar em estações-cliente ou instalar recursos como runtimes e plugins exceto em casos onde houver necessidade de sistema intermediário para acesso a outros dispositivos (como leitor biométrico, impressoras, leitor de e-CPF/e- CNPJ) ou integração com aplicativos da estação cliente (como Microsoft Office, exibição de documentos PDF). Nesses casos, porém, não é permitida a integração através de aplicações que utilizem o recurso NPAPI dos navegadores (cujo suporte nativo foi abolido pelos navegadores padrão do mercado) como Applets Java, por questão de segurança da informação e integridade dos sistemas;

7. Utilizar na camada cliente apenas recursos padrões já amplamente difundidos, como HTML + CSS + JavaScript, não necessitando de instalação de nenhum plugin ou runtime adicional na estação cliente para operação do sistema, exceto nos casos de restrição de acesso a máquina local pelo navegador, e próprios da arquitetura de aplicações Web;

8. Permitir ao administrador local que, através de interface dentro do próprio Sistema, consulte sessões ativas no

servidor de aplicação, disponibilizando informações como:

a) Data de Início da Sessão;

b) Data da Última requisição;

c) Código e nome do usuário (quando sessão logada);

d) Tempo total da sessão;

e) Endereço IP da estação de trabalho.

9. Permitir ainda que:

a) A sessão seja finalizada pelo administrador;

b) O administrador consiga enviar mensagens internas no Sistema para um ou mais usuário(s) logado(s);

10. Possibilitar ao administrador local que este gerencie os acessos (permitir/restringir) aos logs de auditoria do Sistema;

11. O Sistema deverá fornecer múltiplos meios de auditoria (logs), sendo no mínimo:

a) Logs de Ações realizadas no Sistema (operações como consultar, imprimir, por exemplo);

b) Logs de Operações realizadas que afetem dados do banco de dados (incluir, excluir, alterar, etc.);

c) Logs de Autenticação de usuários (toda ação de login/logout, incluindo dados adicionais);

12. Permitir que TODAS as telas de consulta do sistema, incluindo as consultas personalizadas criadas através do gerador de consultas para a entidade, disponibilizem os seguintes recursos aos usuários:

a) Informar e adicionar filtros personalizáveis pelas chaves de acesso disponíveis ao cadastro, de maneira isolada ou combinada;

b) Disponibilizar diversos operadores de consulta: Menor ou igual, Maior ou igual, Igual, Contém, Não Contém, Contido em, Não contido em, Inicia com, Termina com e Entre. Observar logicamente a aplicação de cada operador conforme tipo do dado relacionado a ser pesquisado;

c) Especialmente os operadores de conjunto “Contido em” e “Não Contido em”, devem disponibilizar opção para informar os dados por intervalo e intercalado, ex: 1,2,10-15, ou seja, o valor 1 e o valor 2, incluindo ainda os valores de 10 a 15;

d) Realizar o reposicionamento, bem como o ajuste do tamanho e disposição das colunas disponíveis na consulta. Também deverá permitir ocultar ou exibir colunas;

e) Realizar a ordenação da consulta de forma ascendente (do menor para o maior) ou descendente (do maior para o menor), utilizando uma ou várias colunas ao mesmo tempo;

f) Recurso para seleção múltipla de registros, para que operações consideradas comuns para todas as linhas selecionadas possam ser executadas em lote, como por exemplo: excluir, imprimir e selecionar (quando for o caso);

g) Permitir que o usuário selecione o número de registros por página e faça a navegação entre as páginas;

h) Impressão da visualização atual da consulta, com opção de informar: título, formato de saída e totalizadores de colunas. Além disso deve permitir ainda a definição do formato de saída podendo ser no mínimo: PDF, DOC, DOCX, XLS, XLSX, HTML, XML, CSV. Deve-se permitir emitir todos os registros da consulta ou apenas aqueles selecionados;

i) Permitir que o usuário retorne à consulta em seu estado original (default);

j) Permitir que o usuário salve múltiplas preferências da consulta (campos em exibição incluindo posição e ordenação, informações de filtros em tela, etc.), permitindo definir um nome para cada uma delas e dispor da capacidade de compartilhar a preferência com todos os demais usuários, que possuam privilégio para a mesma consulta.

13. Possibilitar que o sistema disponibilize recurso para consistência de dados, de múltiplas áreas/módulos, constantes da base de dados, com o objetivo de coibir eventuais falhas geradas por dados inconsistentes, sejam esses gerados pela própria aplicação ao longo do tempo ou então migrados de aplicações legadas, permitindo também:

a) A cada execução logs devem ser armazenados, para verificar se determinada consistência apresentou alguma falha na última execução;

b) Emitir relatório com os apontamentos de inconsistências encontradas nas verificações, indicando a gravidade de cada uma;

c) Executar as consistências em primeiro ou segundo plano (tarefa em background, no servidor). Caso em segundo plano, o usuário deverá ser alertado quando a mesma encerrar;

14. Realizar entrada de dados apenas via sistema, não sendo permitido o acesso direto ao Banco de Dados;

15. Oferecer total segurança contra a violação dos dados ou acessos indevidos às informações. Essa segurança total deve ser aplicada em camadas que vão desde validações no lado cliente (front-end), passado pelo canal de comunicação (HTTPS), aplicando restrições de acesso aos endereços e portas dos serviços;

16. Acesso ilimitado de usuários simultâneos, sem necessidade de aquisição de novas licenças de qualquer dos softwares locados;

17. O sistema deverá conter Cadastro Único, sob o conceito de compartilhamento de dados e não integração por intermédio de outros artifícios, que podem danificar a integridade dos cadastros ao longo do tempo. Este deverá ser formado no mínimo com o seguinte conjunto de dados:

a) Cadastro de Pessoas;

b) Textos Jurídicos - Leis, Portarias, Decretos entre outros;

c) Centros de custo/Organograma;

d) Entidades;

e) Bancos;

f) Agências;

g) Tributos;

h) Moedas;

i) Cidades;

j) Bairros;

k) Logradouros;

l) Produtos;

m) Assinantes de Relatórios Legais;

n) CBO - Cadastro Brasileiro de Ocupações.

18. O Cadastro Único deve permitir o compartilhamento de dados com todos os demais módulos do sistema;

19. Garantir integridade referencial entre as tabelas do Banco de Dados, não permitindo a exclusão de informações que tenham vínculo com outros registros ativos via sistema e pelo banco de dados;

20. Ser construído com o conceito de controle de transações (ou tudo é gravado ou nada é gravado e nada é corrompido/comprometido), garantindo a integridade das informações do banco de dados em casos de queda energia, falhas de hardware ou software. O usuário sempre deverá ser informado, sobre a finalização com sucesso ou não das transações operacionais (inclusão, alteração e/ou exclusão de registros), antes de liberar o controle da aplicação para a realização de outras atividades;

21. Possuir recursos de segurança no SGBD para impedir que usuários não autorizados obtenham êxito em acessar a base de dados para efetuar consulta, alteração, impressão ou cópia. Não será permitido o acesso do sistema ao SGBD através de usuário DBA (Superusuário) do Banco de Dados, devendo existir usuário específico para acesso da aplicação e usuários adicionais para consulta;

22. Não será permitido a contratante ou terceiros acessos ao SGDB e Banco de Dados durante a vigência do contrato ou sua integração com outras aplicações, ainda que por cópias, ou bkp, sem anuência expressa da Contratada desenvolvedora, sob pena de violação da Lei de Direitos Autorais e Lei de Proteção aos Direitos de Software, ao qual a Contratante será objetivamente responsabilizada civil e penalmente em caso de violação;

23. Fornecer em todo o sistema relatórios e consultas com opção de visualização em tela, possibilitando imprimir, exportar, assinar digitalmente assim que emitido e salvar minimamente para os formatos: PDF, DOC, DOCX, XLS, XLSX, HTML, XML, CSV;

24. O sistema deverá dispor de Gerenciador de usuários centralizando em um único local a administração de todos os usuários, sejam funcionários e cidadãos, permitindo ainda controlar permissões de acesso, dispondo das seguintes funcionalidades mínimas:

a) Relacionar o usuário a um ou mais perfis, utilizando perfis já pré-definidos (como Operacional e Gerencial, Consulta de Pessoas e Endereços, Manutenção de Pessoas, Processo Digital Gerencial, etc.) ou personalizados pela administração local;

b) Utilizar os privilégios dos perfis para acessar as rotinas e funções do sistema, como consulta, inclusão, alteração, exclusão e todas as demais ações disponíveis para o usuário nas telas do sistema;

c) Gerenciar restrições de acesso às funções do sistema através do uso de senhas, bloqueando por padrão o acesso após 3 (três) tentativas de acesso malsucedidas, podendo o administrador local configurar essa condição para mais ou menos tentativas;

d) O administrador do sistema deverá poder definir a forma de login do usuário de acordo com os métodos disponíveis: CPF e Senha, e- CPF/e-CNPJ, Biometria e Login Único Xxx.Xx;

e) O sistema deverá ser acessível por meio do login único GovBR, garantindo a identificação de cada cidadão que acessa os serviços digitais e removendo entraves à acessibilidade dos serviços públicos pela população;

25. Permitir que seja realizada inclusão de um usuário externo ao sistema (para o cidadão), diretamente pelo cadastro único de pessoas, quando este ainda não possuir um usuário criado;

26. O sistema deverá dispor de recurso que permita o usuário definir regras individuais de permissão/restrição de mensagens/notificações internas do sistema. As restrições devem ser impostas por categoria de mensagens de acordo com os tipos previstos pela aplicação;

27. O sistema deverá ser dotado de recursos que garantam a segurança quanto ao acesso e uso do sistema pelos usuários, dispondo das seguintes configurações mínimas:

a) Permitir validar se usuário/funcionário está com contrato ativo durante o seu login, evitando assim que funcionários afastados ou em férias tenham acesso ao software interno;

b) Permitir definir se o horário de trabalho do usuário/funcionário deverá ser considerado conforme definições de jornada de trabalho atribuídas;

c) Permitir definir as regras de composição e tratamento de senhas;

d) Permitir o controle de expiração de senhas, definindo individualmente por usuário se expira ou não a

senha bem como definir o prazo de expiração em dias ou uma data específica;

e) Permitir disponibilizar acesso para concessão de privilégios para diretores de áreas e que eles possam apenas conceder privilégios para seus subordinados diretos, através da hierarquia de organograma;

28. Permitir que sejam configuradas restrições de acesso para qualquer formulário do sistema, contendo os seguintes recursos:

a) Definir para que o usuário seja obrigado a informar uma descrição/averbação sempre que uma determinada ação for realizada;

b) Exigir que o usuário possa prosseguir apenas ao realizar nova autenticação, no ato da ação;

c) Solicitar para que um supervisor realize liberação em tela, para poder prosseguir;

d) Limitar e Liberar acesso temporário para determinadas ações do sistema, podendo configurar dia(s) do mês e horários do dia;

e) Permitir definir determinados usuários onde as regras não se aplicam (exceção);

f) Permitir definir regras para desativar ou ativar campos das telas cadastrais do sistema, definindo valor inicial (default) para um determinado campo, verificar se um campo (ou mais) foram alterados, a fim de determinar de forma condicional esses comportamentos podendo emitir mensagens de aviso, inibir a execução de uma ação como incluir, alterar ou excluir, enviar uma mensagem de e-mail para outro usuário, de acordo com regras da entidade sem depender de customização do sistema.

29. Manter histórico de acessos por usuário, rotina e ação, registrando a data, hora e o nome do usuário, IP local do usuário no momento da operação;

30. Manter LOG de auditoria de todas as inclusões, alterações e exclusões efetuadas nas tabelas do sistema, registrando:

o tipo da operação realizada;

a) a partir de qual rotina do sistema ela fora executada;

b) a partir de qual estação de trabalho ela fora executada (ip da máquina local);

c) identificação do usuário;

d) tabela alterada;

e) operação realizada (inclusão, alteração ou exclusão);

f) os dados incluídos, alterados ou excluídos.

31. Na visualização dos registros de auditoria, deve-se exibir os novos dados para inclusões, novos dados e dados anteriores para alterações e dados anteriores para exclusões;

32. Permitir cruzamento de informações entre os módulos da solução;

33. Estruturar o sistema para que seja evitado a redundância de tabelas, exceto quanto a replicação de informações em outros ambientes (como integrações com outras aplicações externas);

34. Integrar com o Diretório Nacional de Endereços (DNE) dos Correios. A base de endereçamento deve ser atualizada mensalmente e um serviço de consulta de endereços deve ser disponibilizado integrado a aplicação, desta forma quando configurado para integrar com o DNE, toda vez que um endereço é informado no sistema o mesmo deve ser validado conforme o DNE e inconformidades alertadas ao usuário podendo ajustar o endereço;

35. As tabelas de cidade, estado e país, incluindo seus relacionamentos devem ser disponibilizadas pela ferramenta de gestão e atualizadas periodicamente de maneira automática sem que haja necessidade de manutenção desses dados pelos usuários, salvo quando o endereço for estrangeiro;

36. Consultar cidades disponibilizando pesquisa através no mínimo das seguintes chaves de acesso: Nome da Cidade, Nome do Estado, Sigla do Estado, CEP, Código DNE, Código Receita Federal e Código IBGE. Essas chaves de acesso são importantes pois permitirão o cruzamento de dados com outras bases de governo em esferas diferentes, cuja codificação de cidades é diversa, normalmente utilizando uma dessas;

37. Disponibilizar estrutura que permita configurar campos adicionais para determinadas rotinas, com as seguintes características mínimas:

a) Permitir que através de configurações simples, sem necessidade de customização, personalize a adição de novos campos;

b) Permitir criar agrupamentos de campos, para serem exibidos em conjunto em área específica nas janelas de entrada de dados já existentes no sistema, como área complementar;

c) Permitir que seja definida uma ordem de exibição dos campos adicionais;

d) Permitir definir o tipo do campo, podendo ser no mínimo: Texto, Numérico, Data, Valor, Lista, Hora, Booleano e Campo Texto Formatado.

e) A opção lista deverá permitir a definição de listas estáticas e/ou dinâmicas sendo carregadas, por exemplo via SQL;

f) A opção Texto, deverá permitir selecionar um formato de entrada, podendo ser no mínimo CPF, CNPJ, CEP, Telefone e E-Mail;

g) Permitir definir um valor padrão para o campo bem como a obrigatoriedade do mesmo;

h) Permitir definir regras, como exemplo: exibir uma mensagem caso determinado valor seja informado no campo, ou então desabilitar um campo caso determinado valor seja informado em outro;

i) Permitir definir para o campo adicional, se o mesmo aceitará a entrada de arquivo digital relacionado, como uma imagem, arquivo PDF ou outro, podendo selecionar quais as extensões permitidas para

entrada.

38. O sistema deverá dispor de recurso de Repositório de Certificados digitais, que garanta segurança contendo as seguintes funcionalidades mínimas:

a) Permitir vincular certificados digitais do tipo A1, de propriedade do usuário, neste caso permitindo uso exclusivo dele para assinaturas digitais, ou seja, apenas quando ele estiver logado no sistema;

b) Permitir vincular certificados digitais do tipo A1 para a entidade, neste caso permitindo uso compartilhado do certificado, mediante concessão de privilégio de uso;

c) Permitir que o usuário crie um certificado digital auto assinado, para uso em assinaturas digitais do tipo Avançada, conforme Lei 14.063/2020. Este tipo de certificado deverá ser utilizado apenas pelo usuário;

d) Realizar controle de vencimento de certificados no repositório, cientificando o usuário toda vez que ele acessar a aplicação quanto a necessidade de renovação;

e) Registrar em log exclusivo (auditoria) toda vez que o certificado é utilizado, indicando data/hora de uso, informações sobre o procedimento realizado e qual usuário estava logado no sistema no instante do uso;

39. Permitir o uso de Assinatura Digital na modalidade Qualificada (conforme Lei 14.063/2020) em procedimentos como login no sistema e atividades relacionadas a usuários externos;

40. Permitir o uso de Assinatura Digital, nas modalidades Básica, Avançada e Qualificada (conforme Lei 14.063/2020) nos seguintes procedimentos:

a) Assinatura de Documentos Digitais Diversos;

b) Após a emissão de relatórios, permitindo assinar o documento emitido;

c) Pareceres.

41. Permitir assinatura digital de documentos diretamente pela aplicação, sem necessidade de utilizar outros sistemas ou recursos, exceto aqueles necessários para acesso ao dispositivo de leitura do certificado digital na máquina local do próprio usuário;

42. Permitir o uso de Solicitações de Assinatura, onde um usuário realiza a solicitação de assinatura de um ou mais documentos, para que outro(s) usuário(s) o façam, contendo os seguintes recursos:

Permitir definir se a execução das assinaturas será de forma sequencial (um após o outro) ou não (todos ao mesmo tempo);

Permitir que durante a assinatura de uma solicitação o usuário possa rejeitar um documento enviado para sua assinatura.

43. O procedimento de assinatura digital deverá ser simples e prático para o usuário, contendo os seguintes recursos/facilitadores:

a) Permitir que sejam configurados carimbos/estampas de assinatura, por usuário ou para a entidade toda, com possibilidade de configurar o conteúdo a ser colocado como “estampa” sobre o documento PDF assinado;

b) Exibir alerta para o usuário quando o mesmo já fez assinatura digital de um documento, podendo ele optar por cancelar a nova assinatura;

c) Permitir realizar assinatura digital com certificados do repositório e/ou instalados localmente na máquina do usuário sejam nos modelos A1 ou A3;

d) Os certificados devem ser listados para o usuário antes da assinatura para que ele possa escolher. Deverá listar apenas certificados do próprio usuário;

e) O usuário deverá ver claramente quando um certificado está vencido;

f) A ação de assinatura digital deverá ser transparente para o usuário, sendo operada diretamente do próprio sistema, através de interface padronizada (comum a todo o sistema), dentro da própria aplicação web, sem que haja necessidade de trocar de aplicação para executar o procedimento;

g) A ação de assinatura digital, deverá exibir o documento que o usuário está realizando assinatura no ato da mesma (quando individual) ou permitir a visualização dos documentos relacionados (quando assinatura em lote). Desta forma o usuário/assinante saberá exatamente do que se trata e o que ele está assinando;

h) Todo documento PDF assinado digitalmente, deverá conter estampa automática com informações sobre a consulta de autenticidade do mesmo incluindo endereço de consulta em QRCODE para poder fazê-lo através de leitura pelo Smartphone.

44. Controlar a emissão de relatórios, dispondo dos seguintes recursos:

a) Emitir vários relatórios ao mesmo tempo, pelo mesmo usuário;

b) Permitir que relatórios sejam colocados em execução através de fila de impressão e caso o usuário finalize a aplicação, mesmo assim o relatório continue em execução;

c) Controlar para que um relatório em emissão para o usuário não possa ser colocado em execução novamente até que o primeiro finalize, quando os parâmetros de emissão forem iguais;

d) Possuir opção para emitir e assinar digitalmente qualquer relatório impresso;

e) Manter uma cópia do relatório emitido, armazenada no banco de dados, identificando cada emissão por um código único que deverá ser impresso junto com o relatório em todas as páginas, com informações de: filtros utilizados, usuário que emitiu, data e hora de emissão e id do relatório emitido;

f) Consultar relatórios emitidos, filtrando pelo ID da emissão do relatório ou por outros dados como modelo/layout, usuário que fez a emissão, data/hora da emissão, visualizando os detalhes da emissão

como os parâmetros informados, bem como a opção de imprimir.

45. Possuir gerador de relatórios, com as seguintes características mínimas:

a) Possuir um cadastro de “Formatos de Relatórios” sendo reutilizáveis por diversos relatórios e configuráveis: Tamanho de página, Margens do Documento, Cabeçalhos e Rodapé, contendo: Brasão, número da página, filtros utilizados, nome da entidade e Configurar marca d´água através do upload de imagem;

b) Editar relatórios atuais ou adição de novos relatórios de forma avançada, contendo recursos como formatação de campos, adição de imagens ao corpo do relatório, configuração de agrupamentos, uso de códigos de barras/QR codes, etc. A edição avançada de relatórios poderá ser realizada por ferramenta externa a aplicação, desde que não haja custo adicional a contratante;

c) Permitir que novos layouts sejam criados/alterados para os relatórios disponíveis no sistema, podendo esses layouts novos serem criados com base em cópia de layouts já existentes, sejam eles padrões ou não;

d) Xxxxxxx privilégios para os relatórios e consultas gerados a partir do gerador de relatórios e consultas;

e) Permitir gerenciar os relatórios por versões, permitindo que uma nova versão do relatório seja criada e esta não afete o uso da aplicação pelos usuários enquanto não estiver totalmente finalizada. Permitir restaurar uma versão anterior se necessário.

46. O sistema deve possuir recurso de desenho, configuração e execução de workflow, com as seguintes características mínimas:

a) Deverá fazer parte do sistema de gestão, no mesmo SGBD, sem necessidade de acesso ou integração com outro sistema;

b) Permitir a realização de documentação, manual e/ou através do relacionamento de documentos digitais e textos jurídicos constantes no cadastro único;

c) Permitir execução automática de funções e carregamento de formulário/telas integrantes da solução através de um gerenciador único.

d) A ferramenta de Workflow, deverá permitir desenho de processos utilizando-se da metodologia BPMN (Business Process Model and Notation), incluindo Raias (horizontal e vertical), Eventos, Atividades, etc.

e) Permitir o controle de ativação/desativação/homologação e versionamento de processos, possibilitando a evolução natural dos processos;

f) Registrar a cada alteração histórico de alterações realizadas no Work-Flow, permitindo também visualizar em histórico cada manutenção realizada, contendo recursos para de comparar e restaurar entre uma alteração e outra.

47. Objetivando atender a regras impostas pela LGPD (Lei Geral de Proteção de Dados), os seguintes recursos mínimos são necessários na aplicação:

a) O sistema deverá conter mecanismo que permita a configuração e o gerenciamento de “Termos e Condições de Uso”, tanto para usuários internos (funcionários) como para usuários externos (cidadãos). A entidade poderá configurar os termos conforme necessidade, individualmente por perfil de usuário e por serviço disponível no portal;

b) Possuir inventário dos Tratamentos de Dados Pessoais realizados em processos/operações do sistema de gestão, incluindo a(s) hipótese(s) previstas em lei em que eles estão relacionados, cadastrados no próprio sistema;

c) Permitir que a entidade mapeie e cadastre outros Tratamentos de Dados Pessoais que a mesma realiza seja por meio digital, através de outros sistemas de gestão (de outras áreas) ou por meio físico;

d) Deverá dispor de área exclusiva para que o cidadão possa visualizar todos os tratamentos de dados pessoais realizados pela entidade, incluindo aqueles que não são realizados no software de gestão (Transparência Ativa) e permitir que ele solicite relatório dos usos realizados (Transparência Passiva);

e) Permitir emitir relatório automático dos relacionamentos do cidadão com a entidade, com base nos dados do sistema de gestão, informando quais são os vínculos que ele possui;

f) O tratamento de dado pessoal poderá exigir o consentimento do usuário, nos casos em que não forem de interesse público. Nessa situação sempre que o tratamento for realizado deve-se verificar se há consentimento realizado e ativo do titular;

g) Permitir definir quem é o Controlador local e indicar seus dados de acesso/contato em área exclusiva no portal da transparência;

h) Permitir definir quem são o(s) Encarregado(s) de tratamento de dados pessoais indicados pelo controlador e disponibilizar seus dados de acesso/contato em área exclusiva no portal da transparência;

i) No primeiro acesso do usuário a aplicação, seja usuário funcionário (interno) ou cidadão (portal), deve- se solicitar que o mesmo visualize as políticas de uso do sistema incluindo política de tratamento de cookies e realize o aceite deles, devendo este ficar registrado para posterior consulta e auditoria;

j) Deverá dispor de WebService para que outras aplicações autorizadas possam verificar se há consentimento realizado pelo titular em determinado Tratamento de Dados mapeado;

48. Permitir realizar a impressão de documentos diretamente pelo dispositivo móvel (smartphone e/ou tablet), na plataforma Android (equipamentos naturalmente mais acessíveis), por meio de impressoras Térmicas Bluetooth.

Deverá o fornecedor informar quais são os requisitos mínimos necessários, incluindo os equipamentos homologados.

ESPECIFICAÇÕES DOS MÓDULOS DO ERP WEB

Para atender as áreas de aplicação da CONTRATANTE, a solução integrada de gestão fornecido/ofertado, será subdivido em Módulos de Programas, cujas principais especificações de funcionamento encontram-se a seguir descritas.

Não é obrigatório que a solução ofertada pela proponente utilize a mesma nomenclatura ou divisão por módulos. No entanto, é necessário que atenda no mínimo 90% das especificações de funcionamentos, constantes neste termo de referência.

O não atendimento, de pelo menos 90% dos requisitos em qualquer dos módulos, ensejará a não aceitação da solução avaliada.

MODULO PLANEJAMENTO E ORÇAMENTO

1. Ter possibilidade de registrar audiências públicas realizadas para elaboração do PPA, LDO e LOA, bem como as sugestões da sociedade obtidas nas audiências públicas, com campo para todas as solicitações feitas pela comunidade, bairro a ser atendido, com informações de contato do solicitante, órgão responsável por sua análise e status da mesma.

2. Permitir anexar as atas das audiências e demais documentos pertinentes, no cadastro da audiência pública e permitir a baixa dos arquivos anexados.

3. Possibilitar cadastrar o PPA para o quadriênio, possibilitando escolher o grau do plano de contas a ser utilizado para a informação das receitas, o nível do orçamento a ser utilizado para as despesas bem como o número do projeto de lei e texto jurídico.

4. Cadastrar vínculos para o PPA de acordo com tabela definida pelo TC do Estado, com possibilidade de detalhamento de acordo com a necessidade do Município.

5. Possibilitar o cadastro de programas de governo contendo as seguintes informações: origem, objetivo, diretrizes, público alvo, fonte de financiamento e gerente responsável; permitir incluir para cada programa os seus objetivos e indicadores.

6. Permitir a importação Importar das ações e programas da LOA anterior para cada novo PPA elaborado, evitando a redigitação de dados. Após a importação, permitir realizar as alterações necessárias.

7. Possibilidade de cadastrar as receitas por classificação orçamentária e fonte/destinação de recurso e das despesas orçamentárias, sendo esta detalhada por órgão, unidade, função, subfunção, programa, ação (projeto, atividade ou operação especial), elemento, fonte/destinação de recurso e valor, possibilitando a importação dos dados do PPA anterior ou da LOA.

8. O sistema deve criar uma automaticamente uma numeração para despesa do PPA composto de órgão, unidade, função, subfunção, programa e ação com o objetivo de facilitar a execução orçamentária.

9. Quando da importação dos valores de despesa para o PPA, da LOA ou de PPA anterior, deve ser possível: importar só as dotações, dotações e valores, e ainda determinadas dotações conforme escolha do usuário.

10. Na previsão das receitas possuir mecanismo de rateio automático para cada conta de receita e suas respectivas fontes de recursos, onde informando o valor da receita o sistema automaticamente rateia entre as fontes de recursos conforme percentual determinado para cada uma.

11. Permitir efetuar a projeção de cálculo para obter a previsão do total a ser arrecadado e do total a ser gasto para cada ano do PPA.

12. O sistema deve permitir informar alterações orçamentárias para a receita do PPA, bem como, consultar todas as alterações incluídas e de uma receita individualmente. Na rotina deve ser possível informar a conta de receita, o valor, o motivo da alteração e o texto jurídico.

13. Possibilitar a consulta dos valores orçados da receita e da Despesa do PPA com valor orçado atualizado até a data selecionada. A consulta deve permitir selecionar uma ou mais entidades.

14. Possibilitar informar as metas físicas e financeiras da despesa do PPA, indicando a destinação de recursos, distribuindo as metas para cada exercício do PPA e atualizando essas metas durante a execução orçamentária.

15. Cadastrar previsão das transferências financeiras entre as entidades, permitindo informar o valor concedido e recebido;

16. Possibilitar consulta das alterações orçamentárias do PPA, por entidade e consolidado, possibilitando filtrar por data, permitindo assim a consulta por ordem cronológica, por valor e número da alteração.

17. Permitir a consolidação de duas ou mais entidades na previsão de receita, despesa, transferência financeira e alteração orçamentária;

18. Possuir consulta comparativa entre receitas e despesas do PPA por fonte e destinação de recursos, consolidando uma ou mais entidades e trazendo os valores orçados atualizados até uma data específica.

19. Permitir o cadastro de emendas ao PPA. O cadastro deve ter os campos: data, objetivo, justificativa, nome do vereador responsável pela emenda e o texto jurídico. No cadastro deve ser possível informar as dotações que

sofreram acréscimo ou redução.

20. O sistema deve permitir realizar bloqueio das dotações que não podem possuir emendas. Ao serem bloqueadas as mesmas não devem estar disponíveis no sistema para serem selecionadas na rotina das emendas.

21. Permitir sancionar as emendas do orçamento. No sancionamento o usuário pode escolher a aprovação total das emendas, a reprovação total ou o sancionamento parcial. No sancionamento parcial, deve ser possível informar quais dotações foram sancionadas.

22. Possibilitar a emissão de relatórios gerenciais de receitas, despesas por fonte de recursos e das transferências financeiras; os relatórios devem possibilitar a emissão consolidada ou selecionando uma ou mais entidades.

23. Permitir atualizar as despesas do PPA, replicando automaticamente para a LDO e LOA as alterações orçamentárias feitas no PPA, permitindo desta forma a equivalência entre as peças orçamentárias.

24. Permitir o cadastro das metas físicas do PPA, e o acompanhamento por meio de consulta para cada ano do PPA. A emissão deve ser possível consolidando uma ou mais entidades e deve filtrar por ação e produto demonstrando a quantidade prevista e realizada.

25. Possibilitar o cadastro de versões para o PPA. Cada versão deve possibilitar a previsão de receita e despesa. O sistema deve nesse caso, controlar as informações para que as consultas e emissão de relatórios possam ser feitos por versão. Na criação de uma nova versão o sistema deve trazer automaticamente os dados da última versão cadastrada.

26. Emitir os relatórios consolidando uma ou mais entidades e trazendo a posição atualizada do orçamento até a data selecionada: Demonstrativo das Receitas; Demonstrativo das Despesas; Meta Financeira por Órgão e Unidade; Meta Física por Programa e Ação; Programas; Programas Detalhados; Anexo PPA Analítico; Anexo PPA Sintético; Detalhamento Órgão/Unidade Físico/Financeiro; Receita por Ano e Receita Global.

27. Possuir relatório de compatibilização entre receitas e despesas do PPA/LDO/LOA com posição atualizada até a data selecionada e relatório de compatibilização das metas de despesas entre PPA/LDO/LOA com posição atualizada até a data selecionada.

28. Emitir relatório de avaliação dos resultados dos programas (Art. 4º, inciso I, “e” da LRF). O relatório deverá conter a programação e execução física e financeira por programa e ação, permitindo selecionar os quatro anos do PPA ou apenas um ano desejado.

29. Emitir demonstrativos de aplicação em saúde, pessoal e educação com os respectivos percentuais de aplicação e emitir o demonstrativo da Receita Corrente Líquida.

30. Emitir relatório gerencial da receita do PPA. A emissão poderá ser feita consolidada e por entidade, permitindo a escolha do grau da receita e possibilitando a emissão da receita orçada e atualizada.

31. Permitir no cadastro da LDO a escolha do grau do plano de contas de receita e despesa a ser utilizado, com informação do projeto de lei e texto jurídico que aprovou a LDO.

32. Permitir o cadastro das fontes de recursos para a LDO de acordo com tabela definida pelo Tribunal de contas do estado, tendo possiblidade de detalhas as fontes conforme necessidade do usuário.

33. Possibilitar o cadastro de alterações orçamentárias para a receita da LDO, bem como permitir a consulta de todas as alterações incluídas e de uma receita específica. Na alteração deve permitir informar a entidade, a conta de receita, a justificativa e o texto jurídico.

34. Possuir consulta comparativa entre receitas e despesas da LDO por fonte e destinação de recursos, consolidando uma ou mais entidades e trazendo os valores orçados atualizados até uma data específica.

35. Possibilitar a consulta dos valores orçados da receita e da Despesa da LDO com valor orçado atualizado até a data selecionada. A consulta deve permitir selecionar uma ou mais entidades.

36. Possibilitar o cadastro de programas e ações na LDO. Possuir mecanismo de importação que importe os dados das ações e programas de forma automática de outro PPA, LDO ou LOA, sobrescrevendo todos os dados ou só importando o que falta.

37. Possibilidade de cadastrar as receitas por classificação orçamentária e fonte/destinação de recurso e das despesas orçamentárias, sendo esta detalhada por órgão, unidade, função, subfunção, programa, ação (projeto, atividade ou operação especial), elemento, fonte/destinação de recurso e valor, possibilitando a importação dos dados do PPA anterior da LDO ou LOA.

38. Na previsão das receitas da LDO possuir mecanismo de rateio automático para cada conta de receita e suas respectivas fontes de recursos, onde informando o valor da receita o sistema automaticamente rateia entre as fontes de recursos conforme percentual determinado para cada uma.

39. Permitir atualizar as metas físicas da LDO e inserir as metas físicas realizadas. As metas realizadas informadas na LDO devem atualizar automaticamente as metas do PPA.

40. Permitir a consolidação de duas ou mais entidades na previsão de receita, despesa, transferência financeira e alteração orçamentária da LDO.

41. Possibilitar o cadastro de versões para a LDO. Cada versão deve possibilitar a previsão de receita e despesa. O sistema deve nesse caso, controlar as informações para que as consultas e emissão de relatórios possam ser feitos por versão. Na criação de uma nova versão o sistema deve trazer automaticamente os dados da última versão cadastrada.

42. Possibilitar consulta das alterações orçamentárias da LDO, por entidade e consolidado, possibilitando filtrar por data, permitindo assim a consulta por ordem cronológica, por valor e número da alteração.

43. Permitir o cadastro de emendas a LDO. O cadastro deve ter os campos: data, objetivo, justificativa, nome do vereador responsável pela emenda e o texto jurídico. No cadastro deve ser possível informar as dotações que sofreram acréscimo ou redução.

44. O sistema deve permitir realizar bloqueio das dotações que não podem possuir emendas na LDO. Ao serem bloqueadas as mesmas não devem estar disponíveis no sistema para serem selecionadas na rotina das emendas.

45. Permitir sancionar as emendas do orçamento da LDO. No sancionamento deve ser possível a aprovação total das emendas, a reprovação total ou o sancionamento parcial. No sancionamento parcial, deve ser possível informar quais dotações foram sancionadas.

46. Possuir consulta comparativa entre receitas e despesas da LDO por fonte e destinação de recursos, consolidando uma ou mais entidades e trazendo os valores orçados atualizados até uma data específica.

47. Possibilitar a emissão de relatórios gerenciais da LDO, consolidando uma ou mais entidades e com valor orçado atualizado até a data selecionada e totalizando por fonte de recursos: Demonstrativo das Receitas; Demonstrativo das Despesas; Comparativo da despesa orçada e realizada.

48. Cadastrar as obras que serão executadas no ano da LDO informando a entidade responsável pela obra, a descrição, a data de início, o valor previsto, o valor de gastos com conservação, o valor em novos projetos e o valor do ano da LDO.

49. Emitir relatório Demonstrativo de Obras e Conservação do Patrimônio.

50. Possibilitar o cadastro de versões para a LDO. Cada versão deve possibilitar a previsão de receita e despesa. O sistema deve nesse caso, controlar as informações para que as consultas e emissão de relatórios possam ser feitos por versão. Na criação de uma nova versão o sistema deve trazer automaticamente os dados da última versão cadastrada.

51. Emitir Demonstrativo das Receitas e Despesas com Manutenção e Desenvolvimento do Ensino – MDE, Demonstrativo das Receitas de Impostos e das Despesas Próprias com Saúde e Demonstrativo da Despesa com Pessoal sobre os valores orçados da LDO.

52. Possuir cadastros das memórias de cálculo conforme dispõem a portaria da STN – Secretaria do Tesouro Nacional. Realizar a emissão dos relatórios das respectivas memórias.

53. Possuir relatórios gerenciais de programas e ações, podendo emitir o relatório por entidade e filtrando por programa, ação e demais campos da dotação orçamentária. Permitir a emissão por entidade e consolidado.

54. Cadastrar a Lei orçamentária anual - LOA, permitindo informar os dados do Projeto de lei e da Lei que a aprovou. No cadastro deve ser possível incluir anexos.

55. Possuir cadastro das fontes de recurso da LOA de acordo com tabela definida pelo TC do Estado. No cadastro deve ser possível informar se a fonte é ordinária ou vinculada. Permitir relacionar no cadastro das fontes qual o grupo, especificação e detalhamento da STN, bem como o relacionamento com as fontes do SIOPS. O cadastro deve permitir detalhamento da fonte conforma necessidade do usuário.

56. Sistema deve possuir cadastro único de plano de contas para todas as entidades. O plano utilizado deve ter como base o plano disponibilizado por cada Tribunal de contas, permitindo, a partir dele, que cada entidade realize seus desdobramentos como necessário.

57. No caso o plano de contas de receita, o sistema deve permitir a inclusão das fontes de recurso, sendo possível informar uma ou mais fontes desde que a soma dos percentuais não ultrapasse 100%. Deve permitir ainda informar se a fonte não rateia, e nesse caso, possibilitar a informação de várias fontes.

58. Possibilidade de cadastrar as receitas da LOA por classificação orçamentária e fonte/destinação de recurso e das despesas orçamentárias, sendo esta detalhada por órgão, unidade, função, subfunção, programa, ação (projeto, atividade ou operação especial), elemento, fonte/destinação de recurso e valor, possibilitando a importação dos dados do PPA anterior da LDO ou LOA anterior.

59. O cadastro das despesas e receitas deve ser feito por entidade, permitindo a consolidação dos dados.

60. Na previsão das receitas da LOA, possuir mecanismo de rateio automático para cada conta de receita e suas respectivas fontes de recursos, onde informando o valor da receita o sistema automaticamente rateia entre as fontes de recursos conforme percentual determinado para cada uma.

61. Incluir atualização de receitas mantendo o histórico das inclusões. O cadastro das atualizações deve possuir a entidade, o tipo da atualização, a data, o valor, o histórico e o texto jurídico.

62. O cadastro das alterações orçamentárias da despesa deve permitir informar a fonte e destinação dos recursos, bem como permitir adicionar diversas dotações e subtrair de diversas fontes para uma mesma Lei ou decreto.

63. A Lei orçamentária anual deve estar integrada com o sistema de contabilidade, efetuando os lançamentos contábeis de alteração orçamentária de receita e da despesa automaticamente na contabilidade. Os lançamentos devem ser feitos no momento da finalização da alteração de forma simultânea ao confirmar a alteração.

64. Possuir consulta comparativa entre receitas e despesas da LOA por fonte e destinação de recursos, consolidando uma ou mais entidades e trazendo os valores orçados atualizados até uma data específica.

65. Permitir o cadastro de emendas a LOA. O cadastro deve ter os campos: data, objetivo, justificativa, nome do vereador responsável pela emenda e o texto jurídico. No cadastro deve ser possível informar as dotações que sofreram acréscimo ou redução.

66. O sistema deve permitir realizar bloqueio das dotações que não podem possuir emendas na LOA. Ao serem bloqueadas as mesmas não devem estar disponíveis no sistema para serem selecionadas na rotina das emendas.

67. Permitir sancionar as emendas do orçamento da LOA. No sancionamento deve ser possível a aprovação total das emendas, a reprovação total ou o sancionamento parcial. No sancionamento parcial, deve ser possível informar quais dotações foram sancionadas.

68. Possuir rotina para incluir previa da alteração orçamentária da despesa. Na rotina devem ser informados os dados: entidade, o tipo (suplementar, especial, etc.), a origem dos recursos e o valor. Deve ser possível incluir vários lotes de alteração e ao final realizar a impressão do decreto e projeto de lei, conforme o caso. Ao ser aprovada a previa, deve possibilitar a efetivação, gerando automaticamente a alteração orçamentária, bem como os lançamentos contábeis sem necessidade de redigitação dos dados.

69. A previa da alteração deve bloquear o valor na dotação a ser anulada, desbloqueando automaticamente ao efetivar os lançamentos de suplementação e anulação, quando da efetivação da alteração. Também deve fazer simultaneamente os lançamentos de boqueio de dotação no sistema de contabilidade.

70. Possibilitar a impressão dos decretos para suplementação.

71. Possibilitar consulta das alterações orçamentárias da LOA, por entidade e consolidado, possibilitando filtrar por data, permitindo assim a consulta por ordem cronológica, por valor e número da alteração.

72. Possibilitar a emissão de relatórios gerenciais da LOA, consolidando uma ou mais entidades e com valor orçado atualizado até a data selecionada e totalizando por fonte de recursos: Demonstrativo das Receitas; Demonstrativo das Despesas; Comparativo da despesa orçada e realizada.

73. Permitir a elaboração do cronograma de desembolso por fonte de recursos e por mês com geração de relatório. O cronograma deve ser incluído por entidade, possibilitando a consulta dos valores por entidade e consolidado.

74. Permitir o cadastro das metas de arrecadação por fonte de recursos e por mês com geração de relatório. O cadastro das metas deve ser incluído por entidade, possibilitando a consulta dos valores por entidade e consolidado.

75. O sistema deve criar uma automaticamente uma numeração para despesa da LOA composto de órgão, unidade, função, subfunção, programa e ação com o objetivo de facilitar a execução orçamentária. Deve ser permitido ao usuário reordenar essa numeração antes do início da execução orçamentária.

76. Disponibilizar rotina de consistência de dados que identifique possíveis inconsistências na elaboração do PPA, LDO e LOA. Deve ser possível executar as consistências por peça orçamentária.

77. Possibilitar a emissão dos anexos da Lei 4320/64 com opção de publicação simultânea no portal da transparência.

78. Possibilitar o contingenciamento dos valores do orçamento, aplicando um percentual de redução sobre todo o orçamento ou sobre uma dotação específica. Permitir a liberação dos valores contingenciados quando a situação se normalizar.

79. Possuir rotina de compatibilização da LOA com PPA e LDO para que as peças orçamentárias sejam equivalentes, cumprindo assim as exigências legais.

80. Emitir relatório das alterações orçamentárias, permitindo selecionar qualquer item da classificação da despesa e os dados relacionados a alteração orçamentária. O relatório deve possuir os seguintes filtros: entidade, data (de/até) credito adicional e origem de recursos. Deve possibilitar a emissão por órgão, unidade, programa, ação, função, subfunção e fonte de recursos.

81. Realizar a emissão do Demonstrativo das Receitas e Despesas com Manutenção e Desenvolvimento do Ensino – MDE, Demonstrativo das Receitas de Impostos e das Despesas Próprias com Saúde, Demonstrativo da Despesa com Pessoal e Receita Corrente Líquida sobre os valores orçados da loa.

82. Possuir sistema totalmente integrado com a contabilidade, disponibilizando no início do exercício o orçamento aprovado. O sistema deve realizar os lançamentos do orçamento de forma automática na contabilidade, gravando os dados para o SICONFI/MSC em cada lançamento.

83. Após aprovado o orçamento, o sistema deve bloquear a inclusão, exclusão ou alteração de previsões de receita e despesa. Na implantação do orçamento, as dotações orçamentárias devem ficar automaticamente disponíveis para utilização por outros setores como por exemplo o de licitações e contratos para que se possa dar andamento as licitações do ano seguinte.

84. Efetuar na implantação do orçamento, a cópia automática de todos os relacionamentos e configurações existentes na base, evitando o retrabalho de configurar a base e relacionar novamente todos os dados para o novo exercício.

85. Permitir o cadastro das metas de educação para o orçamento vigente. O cadastro deve possuir o número, descrição da meta. Deve ser possível incluir as metas conforme hierarquia do plano nacional de educação.

86. Permitir relacionar as metas da educação com um uma ou mais dotações orçamentárias. Durante a execução orçamentária, na emissão dos empenhos, trazer automaticamente as metas cadastradas de acordo com a dotação informada.

87. Permitir o controle e gerenciamento das cotas de despesa, efetuando a apuração de acordo com os períodos mensal, bimestral, trimestral e semestral.

88. Possibilitar, mediante configuração que as alterações de despesa da LOA, atualizem automaticamente as cotas de despesa.

89. Permitir o cadastro das cotas com valores: realizados no ano anterior, onde o sistema calcula os valores mês a

mês com base no executado no ano anterior; realizados nos últimos três anos, onde o sistema calcula os valores mês a mês com base no executado nos últimos três anos; dividindo o valor orçado por 12 meses.

90. Possuir mecanismo nas cotas de despesa para que o usuário possa definir qual percentual deseja informar para cada mês do ano e o sistema divide o valor orçado para cada mês de acordo com o percentual informado. Também deve ser possível remover os valores das cotas não utilizadas em meses já fechados e distribuí-las em meses abertos.

MODULO GESTÃO CONTÁBIL E FINANCEIRA

1. Efetuar a escrituração contábil nos sistemas patrimonial, financeiro, orçamentário e de controle em partidas dobradas, completamente adaptada às exigências do Tribunal de Contas do Estado, bem como à Lei Federal n.º 4.320/1964, à Lei Complementar Federal n.º 101/2000, bem como às demais normas regulamentadoras da escrituração pública, além todas as alterações que ocorrerem em legislações e normas pertinentes.

2. A escrituração contábil deve ser completamente vinculada aos registros que lhe suportam, não se admitindo, em nenhuma fase do processo, o registro contábil independente dos cadastros que lhe originaram.

3. Possibilitar a existência de mais de uma entidade na mesma base de dados, com contabilização distinta, que possibilite a emissão de relatórios mensais, anuais e da LRF de forma individual e consolidada, sem necessidade de importação ou exportação de dados.

4. A possibilidade de gerenciar, durante a execução orçamentária, patrimonial e financeira, a utilização das três fases da despesa: empenho, liquidação e pagamento com a escrituração contábil automática, incluindo também o processo de “em liquidação”.

5. Permitir a emissão de empenhos por estimativa, global e ordinário, com controle de numeração sequencial e cronológica, e individual por entidade, permitindo que no cadastro de empenho sejam informados os produtos e serviços correspondentes aos itens adquiridos, e permitir integração com o sistema tributário validando a existência de débitos do credor junto ao Município.

6. Possibilitar o registro de sub- empenho sobre o empenho global e estimativo. O sistema deve gerenciar automaticamente os empenhos, permitindo a liquidação tanto de empenhos globais como de subempenhos, impedindo que seja gerado um subempenho sobre um empenho global que já possua liquidação.

7. Disponibilizar na emissão do empenho, um campo onde informado qualquer parte da dotação, o sistema consiga filtrar todas as dotações disponíveis que possuem aquela informação.

8. Possibilitar que na emissão do empenho, ao informar a dotação orçamentária, seja demonstrado o saldo da dotação atualizado até a data de emissão do empenho e também até a data atual, impedindo a inclusão do empenho em qualquer uma das duas situações para que o valor do empenho não seja superior ao saldo da dotação.

9. Permitir a duplicação do empenho, informando a data, o valor e o histórico. Os demais dados o sistema deve gravar de forma automática conforme os dados do empenho original, fazendo automaticamente a baixa do saldo da dotação e os lançamentos contábeis.

10. Possuir cadastro de único de contratos, ou seja, ao ser cadastrado o contrato, ele fica disponível para ser utilizado em todas as rotinas da contabilidade, sem necessidade de alteração de sistema ou entidade. Na emissão de empenhos vinculados ao setor de compras que possuam contrato informado, esses dados devem ser trazidos automaticamente para o empenho e na inclusão do empenho devem ser feitos os lançamentos do contrato nas respectivas contas de controle.

11. Possuir total integração com o sistema de compras e licitações, sem a necessidade de importação de arquivos, permitindo empenhar automaticamente as ordens de compras emitidas pelo sistema de compras e licitações. Permitir consultar a partir da ordem a ser empenhada, a ordem completa, o contrato e a licitação.

12. Na emissão de requisição de compras e ordem de compras o sistema deve efetuar o bloqueio automático das dotações com os respectivos lançamentos contábeis. Na emissão do empenho o sistema deve baixar o bloqueio fazendo os respectivos lançamentos contábeis de baixa.

13. Na emissão de empenhos relacionado a contratos, consistir, data de vigência e o saldo do contrato.

14. Na emissão de empenhos relacionados a licitações, consistir, a vigência do processo licitatório.

15. Possuir integração total com o Portal de transparência do Município, publicando automaticamente o empenho após sua inclusão. Devem ser disponibilizados no portal de transparência, todos os dados do empenho, bem como seus anexos.

16. Possuir integração com o sistema de folha de pagamento, sem importação de arquivos, do sistema de contabilidade, permitindo a geração automática de empenhos da folha, após fechado cálculo da folha. Deve ser possível o empenhamento por tipo de folha: mensal, ferias, 13º salário.

17. Possuir rotina antes do empenhamento automático da folha que possibilite a consulta dos valores que serão gerados nos empenhos, que demonstre possíveis irregularidades, como dotação sem saldo, relacionamentos não cadastrados, e não permita empenhar até que as irregularidades sejam sanadas.

18. Integrar com a folha de pagamento para lançamento das provisões de férias e de 13º salário, bem como de seus encargos, fazendo a baixa dos valores quando do pagamento.

19. Permitir liquidar automaticamente os empenhos da folha, gerando automaticamente as notas extraorçamentárias das retenções, fazendo os respectivos lançamentos contábeis.

20. Não permitir que o setor de recursos humanos recalcule uma folha de pagamento que já foi empenhada. Antes de novo recálculo os empenhos devem estar estornados ou a competência aberta, mantendo assim a integridade dos dados.

21. Possibilitar que uma competência da folha possa ser desmovimentada, estornando os empenhos para nova geração. O sistema deve consistir a operação, e não a permitir caso os empenhos estejam liquidados ou pagos.

22. Possuir fluxograma de processos para empenhamento da folha de pagamento, que inicie com a liberação da folha na área de recursos humanos e finalize o processo somente quando todos os empenhos da folha forem pagos e que todo o processo seja feito de forma digital.

23. Permitir o estorno parcial ou total de empenho informando o motivo da anulação, emitindo nota de estorno e realizando os lançamentos contábeis. No estorno o sistema deve estornar automaticamente os itens da ordem de compras, mantendo assim a integridade das informações.

24. Inscrever automaticamente nas contas de controle os empenhos que gerem adiantamento de valores e o lançamento de baixa quando as prestações de contas forem efetuadas.

25. Possuir consulta integrada de empenhos. A partir do empenho, consultar a ordem de compras, o contrato, a licitação, as liquidações, estorno de liquidações, retenções, pagamentos, estorno de pagamentos, nota de despesa extraorçamentária, processo digital, anexos relacionados ao empenho, os assinantes da nota de empenho e os lançamentos contábeis.

26. Possuir consulta integrada de restos. A partir do número do resto, consultar a ordem de compras, o contrato, a licitação, as liquidações, estorno de liquidações, retenções, pagamentos, estorno de pagamentos, nota de despesa extraorçamentária, processo digital, anexos relacionados, os assinantes da nota de empenho e os lançamentos contábeis.

27. Permitir o cancelar restos a pagar demonstrando no momento do cancelamento o valor processado e não processado.

28. Permitir o bloqueio e desbloqueio de dotações por valor e por percentual, efetuando os respectivos lançamentos contábeis.

29. Possuir consulta dos bloqueios de dotação por tipo de modalidade de licitação e a consulta dos bloqueios que visam a limitação de empenho. A consulta deve possuir no mínimo os filtros: fornecedor, permitindo informar o nome ou CNPJ/CPF, o valor, a data, o histórico bem como a dotação orçamentária.

30. Emitir relatórios de empenhos e restos por entidade ou consolidado, possuindo filtros compostos por todos os campos da dotação. Possuir opções de filtros por credor, obra, licitação e possibilitar totalizar por todos os campos da dotação com opção de listar ou não os empenhos e restos.

31. Permitir a liquidação de empenhos, com a inclusão de itens na liquidação. A rotina deve ter a opção de carregar os itens do empenho ou informá-los diretamente na liquidação.

32. Permitir informar um ou vários documentos fiscais na liquidação, com controle de pessoa estrangeira.

33. Permitir na liquidação, ao informar no documento fiscal uma nota Danfe-e, a consulta da nota no site da Receita Federal. Caso anota esteja no sistema, os dados da nota devem ser trazidos automaticamente.

34. Permitir informar retenções na liquidação. O sistema deve permitir incluir uma ou mais retenções, bem como os dados de natureza de rendimento, base de cálculo e deve permitir informar para as retenções outros beneficiários.

35. Ao realizar uma liquidação com retenção de INSS e IR, ao incluir a liquidação o sistema deve gerar os dados para a REINF.

36. Gerar automaticamente as notas de despesa extra orçamentárias para as retenções que são passíveis de recolhimento na liquidação do empenho da despesa. Para as retenções que geram receita o sistema deve, mediante configuração, já lançar automaticamente a entrada nos mesmos na receita orçamentária fazendo os lançamentos contábeis.

37. Consistir na liquidação documento fiscal duplicado para mesmo fornecedor mediante configuração.

38. Permitir estorno total ou parcial, do saldo da liquidação, podendo fazer a substituição ou alteração dos documentos fiscais. Validar no estorno com retenção, se o período já não foi transmitido para a REINF impedindo, nesse caso, a operação.

39. Possuir rotina para informar valore “em liquidação”. A rotina deve permitir informar se o valor será lançado em conta de ativo ou VPD, e deve possibilitar a informação dos itens da nota, realizando os lançamentos contábeis de forma automática.

40. Possuir fluxograma de processos para assinatura digital de empenhos, liquidação e pagamento, controlando para que todos os assinantes possam assinar digitalmente.

41. Permitir a inclusão de documentos digitalizados, nas rotinas de empenho, restos a pagar e liquidação.

42. Possuir rotina para apropriar mês a mês despesas com assinaturas e seguros de forma automática, realizando os respectivos lançamentos contábeis. Ao realizar empenho de seguros e assinaturas os valores devem ser trazidos automaticamente para essa rotina, permitindo assim o gerenciamento e controle por parte dos usuários.

43. Permitir o gerenciamento das multas de trânsito, identificando o infrator, o valor da multa, bem como os lançamentos de controle.

44. Possuir consulta integrada à SEFAZ para busca de notas fiscais eletrônicas emitidas contra a entidade. Na consulta, deve ser possível visualizar a nota emitida diretamente no site da Receita Federal bem como baixar XML

da nota.

45. Quando da liquidação dos empenhos, em que uma nota Danfee é informada, o sistema deve validar se esma está cancelada e em caso afirmativo bloquear a liquidação.

46. Emitir relatório de empenhos e restos com a situação “em liquidação”. O relatório deve possibilitar a listagem de empenhos e restos com verificação de materiais, e os empenhos e restos que por sua natureza possuem lançamentos em contas orçamentárias “em liquidação”.

47. Possuir consulta do razão do empenho demonstrando as movimentações por ordem cronológica e permitir que em cada movimentação se possa acessar a rotina que lhe deu origem.

48. Possuir consulta de superávit financeiro que demonstre o valor do superávit, os valores já suplementados e o saldo a suplementar. A consulta deve ser feita por entidade e consolidada.

49. Possuir cadastro das obras do Município. O cadastro deve permitir informar os dados da obra, sua localização, o tipo da obra a ser realizada, a conta de incorporação, o valor, contrato e licitação.

50. Disponibilizar de forma online o cadastro de obras seja no portal de transparência do Município demonstrando todos os dados de cadastro, anexos e valores para atendimento das exigências do Tribunal do Estado e do Ministério Público.

51. Possuir consulta integradas das obras, onde selecionando determinada obra, o sistema permita consultar seus dados de cadastro, contratos e aditivos, licitação e empenhos relacionados. Deve permitir incluir anexos, informar a situação da obra e as medições.

52. A consulta das obras deve demonstrar o valor da obra, o valor contratado, o valor já empenhado e o percentual executado.

53. Emitir relatório de controle as obras, que demonstre todos os dados de cadastro, suas medições, valores e saldo a executar. O relatório pode ser emitido de uma obra específica ou de todas.

54. Possuir rotina de solicitação de diárias e adiantamentos integradas a um fluxograma de processo. O fluxograma deve possibilitar a sua configuração conforme a necessidade da entidade. Deve ser possível o cadastro de roteiros para que a solicitação seja tramitada para os responsáveis pela liberação e que seja feita a emissão do empenho de forma automática no final do processo.

55. Permitir a prestação de contas de diária, e adiantamentos, fazendo os lançamentos contábeis automáticos tanto na concessão quanto na prestação de contas.

56. Possuir rotina de Prestação de contas online, disponibilizada no site do município, que possibilite a prestação de contas das entidades beneficiadas com recursos, ou dos adiantamentos de recursos, mediante cadastro de usuário e senha, para acesso a rotina no Município. As entidades beneficiadas podem realizar de forma online a prestação de contas de qualquer lugar com acesso à internet.

57. A rotina de prestação de contas online, deve demonstrar os valores passiveis de prestação de contas da entidade logada e permitir a inclusão dos documentos fiscais digitalizados, bem como de outros anexos.

58. Todas as informações inseridas de forma online, ficam disponíveis para serem analisadas pelo Município e caso haja alguma discrepância nas informações deve haver possibilidade de solicitação de revisão, também online.

59. O sistema deve permitir a aprovação e conclusão das prestações de contas feitas de forma online. Ao realizar a conclusão, o sistema gera automaticamente os lançamentos contábeis de baixa dos adiantamentos.

60. A entidade ou pessoa beneficiária dos adiantamentos deve ter acesso para consulta da situação da prestação de contas de forma online.

61. Possuir consulta para controle das prestações de contas em atraso demonstrando através de consulta o responsável pela prestação de contas, a data limite, o prazo para prestação e a situação (prazo normal, prazo próximo ao limite, prazo expirado).

62. Possuir cadastro de convênios de repasse que permita a vinculação dos mesmos aos empenhos correspondentes de forma automática. No cadastro, devem ser informadas as contas que serão utilizadas para a movimentação do convênio, sendo que na movimentação (empenhos, liquidações, pagamentos e prestação de contas), as contas não sejam mais requeridas resultando em agilidade e redução de erros de lançamentos.

63. Deve ser possível incluir anexos no cadastro de convênios de repasse, bem como realizar a consulta dos empenhos relacionados a ele.

64. Possuir configuração que permita o controle de prazo de prestação de contas, não permitindo que se façam novos adiantamentos a beneficiários com prestação de contas em atraso.

65. Possuir cadastro de consórcios. No cadastro deverão ser informados os dados do consórcio e sua área de atuação. Deve ser possível realizar a prestação de contas com seus respectivos lançamentos contábeis, incluir anexos e consultar os empenhos relacionados ao consórcio.

66. Possuir cadastro de precatórios. No cadastro deve ser possível informar o tipo de precatório, sua origem, beneficiário e a respectiva dotação orçamentária. Deve ser possível consultar as movimentações do precatório bem como os empenhos relacionados a ele.

67. Deve ser possível realizar movimentações de acréscimo de juros, cancelamentos e baixa dos valores pagos pelo TJ, se precatório de emenda especial. O sistema deve fazer os lançamentos contábeis das movimentações de forma simultânea ao registro.

68. Possuir relatório das movimentações dos precatórios, demonstrando o saldo inicial, as movimentações e o

saldo atual. O relatório deve possuir no mínimo a possibilidade de filtrar por número do precatório, tipo (emenda especial ou não obrigado a regime especial, origem do precatório, período e credor.

69. Possuir cadastro das dívidas do Município, que permita a vinculação das mesmas aos empenhos correspondentes de forma automática. No cadastro, devem ser informadas as contas que serão utilizadas para a movimentação da dívida, sendo que na movimentação (empenhos, liquidações e pagamentos), as contas não sejam mais requeridas resultando em agilidade e redução de erros de lançamentos.

70. Permitir incluir para as dividas cadastradas, as movimentações que lhes são pertinentes: atualizações, cancelamentos, correções, transferência de longo para curto prazo, realizando os lançamentos contábeis de forma automática.

71. Permitir informar para cada dívida as suas parcelas, realizando o comparativo entre os valores informados e os valores efetivamente pagos.

72. Emitir relatório gerencial da dívida. O relatório deve ter os filtros: entidade, número da dívida e período. Deve demonstrar para cada dívida o valor contratado, recebido, amortizado, cancelado o saldo atual do contrato.

73. Possuir cadastro das Parcerias Públicos Privadas que o poder público tem firmadas com outros entes públicos ou privados. O cadastro deve ter no mínimo o tipo da parceria, a situação, a empresa parceira, objeto da parceria e o valor. No cadastro ainda deve ser possível informar as parcelas da parceria objetivando o preenchimento do anexo 13 – Dem. das Parcerias Público Privadas da LRF.

74. Deve ser possível incluir anexos na parceria público privada.

75. O sistema deve possuir mecanismo para relacionar os empenhos à Parceria Público Privada, de modo que seja possível consultar pela parceria cadastrada os empenhos relacionados a ela.

76. Possuir cadastro de Despesas extraorçamentárias, de modo a emitir um documento para recolhimento dos valores retidos dos credores. Este cadastro deve ter consistência com os parâmetros do TCE, exigindo um empenho de origem, se a rubrica assim o exigir. Deve ser possível registrar uma retenção para a despesa e o sistema deverá gerar esses dados para a REINF. Deve ser possível assinar as notas de forma digital e incluir anexos.

77. Possuir consulta das notas de despesas extraorçamentárias e dos seus estornos. Na consulta deve ser possível visualizar as notas extras manuais ou originárias de empenhos e receitas extras. Também deve ser possível efetuar e consultar dados do pagamento das extras, bem como seus lançamentos contábeis.

78. Gerar relatório das notas extraorçamentárias emitidas, estornadas e pagas, consolidando por entidade. Deve ser possível filtrar por credor, conta, fonte de recursos e número do empenho. Deve permitir totalizar por fonte de recursos, conta contábil e credor.

79. Utilizar rotina de eventos para todas as rotinas existentes no sistema, permitindo a visualização dos lançamentos contábeis efetuados trazendo histórico padrão para cada evento utilizado. A rotina de eventos cadastrados deve ficar disponível para consulta permitindo que o usuário possa verificar para cada transação os lançamentos que serão efetuados trazendo transparência e facilitando a conferência.

80. Possuir processo de encerramento mensal, que consista nos valores informados e os saldos das contas orçamentárias e de disponibilidades. Deve consistir os valores dos grupos da execução orçamentária comparando com os valores de empenhos, restos e saldos passivo, apontando eventuais divergências de saldos e impedindo que após o encerramento do período não seja alterados os lançamentos contábeis.

81. Controlar para que as contas contábeis só recebam lançamentos no último nível de desdobramento do Plano de Contas.

82. Possuir integração com o sistema de Patrimônio, sem necessidade de importação de dados, efetuando automaticamente na contabilidade os lançamentos de movimentação dos bens bem como os lançamentos de depreciação, exaustão e amortização.

83. Possuir integração com o sistema de Almoxarifado, sem necessidade de importação de dados, efetuando automaticamente na contabilidade os lançamentos de movimentação dos estoques.

84. Gerar automaticamente os lançamentos de abertura do orçamento anual demonstrando na rotina o total a ser lançado de receita e de despesa. Abertura deve ser feita por entidade.

85. Efetuar os lançamentos de abertura do exercício, de forma automática, realizando os lançamentos contábeis de abertura bem como gravando no próprio lançamento os conta correntes necessários a geração da MSC.

86. O sistema deve permitir iniciar os movimentos contábeis no novo exercício, mesmo que o anterior ainda não esteja encerrado, fazendo posteriormente a implantação dos saldos.

87. Permitir refazer os lançamentos de abertura do exercício, gravando os novos saldos após o encerramento do exercício anterior.

88. Efetuar antes do encerramento consistência da base de dados com emissão de relatório de inconsistências objetivando a integridade das informações para o encerramento. Não permitir realizar o encerramento sem a correção das inconsistências demonstradas.

89. Possuir mecanismo de encerramento do exercício em etapas, permitindo ao usuário o acompanhamento e a conferência dos valores e lançamentos contábeis em cada etapa que vai sendo realizada. Deve ser possível retornar as etapas conforme necessário.

90. Permitir copiar as programações de pagamento em abeto ou aguardando retorno do banco, para o ano seguinte na rotina de encerramento do exercício. O sistema deverá fazer a baixa das programações no exercício

atual e copiá-las para o próximo exercício, ou realizar a baixa no exercício atual.

91. Permitir anular empenhos estimativos para que os mesmos não sejam inscritos em restos a pagar. Caso os empenhos estimativos não sejam anulados o sistema deve inscreve-los em restos a pagar.

92. Inscrever em restos a pagar, individualmente no encerramento do exercício, os empenhos a pagar, demonstrando quais os valores processados e não processados.

93. O sistema deve efetuar lançamentos contábeis de encerramento do exercício automaticamente. Os lançamentos devem ser feitos já gravando a conta corrente, nos casos em que se aplica e os dados para geração do SICONFI/MSC.

94. Efetuar cópia das notas extraorçamentárias a pagar para o exercício seguinte. As notas copiadas devem manter histórico do ano anterior para permitir a auditoria das informações.

95. Possuir consulta unificada dos lançamentos contábeis efetuados nos sistemas integrados. Deve ser permitido consultar o lançamento, o evento a ele associado, o conta corrente do estado (nos casos em que se aplica) o conta corrente da MSC e o usuário que fez o lançamento.

96. Permitir a consulta dos saldos das contas contábeis e dos saldos por vínculo de recursos de cada conta, demonstrando os valores mês a mês.

97. Permitir a soma dos lançamentos contábeis, onde ao consultar os lançamentos contábeis de determinada conta, ao seleciona-los o sistema demonstre em tela o número de registros selecionados, o valor a debito, o valor a credito e a diferença.

98. Emitir o balancete de verificação da administração direta e indireta. O balancete de verificação deve ser emitido das contas de receita, despesa e das contas contábeis. Deve ser possível a emissão por indicador de superávit, por mês ou diário e com possibilidade de paginação.

99. Emitir Livro Diário com termo de abertura e encerramento.

100. Emitir livro razão com termo de abertura e encerramento. Deve ser possível a emissão da razão agrupando por data, tipo de lançamento e com opção de resumir por fonte de recursos.

101. Emitir relatório de saldo de disponibilidade de recursos. Possibilitar a seleção de uma ou mais fontes de recursos. O relatório deve demonstrar por fonte de recursos: o saldo disponível, empenhos a pagar, restos a pagar, extras a pagar e o déficit/superávit por fonte.

102. Emitir Balancete Analítico por Fonte de Recursos. Deve ser emitidas as contas de receita, despesa e contas contábeis, com possibilidade de listar e resumir por fonte de recursos e resumir por especificação. Deve ser possível listar uma ou mais contas e uma ou mais fontes de recursos.

103. Possuir relatório analítico que detalhe as dotações e sua movimentação com possibilidade de filtrar por qualquer campo da dotação e de considerar as reservas de dotação.

104. Possuir relatório de bens demonstrando os bens que foram e não foram incorporados. Permitir a emissão consolidada, filtrando por qualquer campo da dotação e filtrar pelo tipo do bem, conta contábil e data de incorporação. O relatório deve demonstrar ainda os bens que estão a incorporar listando o respectivo empenho.

105. Possuir rotina de fechamento dos períodos contábeis, impedindo qualquer movimentação em períodos já fechados e com prestação de contas enviada.

Gestão Financeira

1. O sistema financeiro deve possuir total integração com o sistema contábil, efetuando a contabilização automática dos pagamentos e recebimentos efetuados pela tesouraria.

2. Possuir consulta integrada dos pagamentos. Na consulta devem ser listados todos os pagamentos efetuados de empenhos, restos e extras. A consulta também deve demonstrar as retenções baixadas na liquidação e no pagamento, permitindo a emissão de comprovante de pagamento.

3. Possuir as ações de visualizar, estornar, consultar os lançamentos contábeis e incluir anexos, sobre cada registro selecionado da consulta.

4. A consulta integrada de pagamentos deve permitir filtrar: os registros que foram assinados digitalmente, os que possuem anexo, os que tem finalidade FUNDEB e Finalidade FMS informados e os que foram estornados.

5. O sistema deve possuir ação de duplicar registros nas rotinas de pagamento, movimento bancário, receita orçamentária, dedução de receita e transferência financeira.

6. Possuir gestão das contas bancárias utilizadas pela entidade. Essa gestão deve ser em rotina específica que permita a vinculação de uma ou mais fontes de recurso à conta bancária. Esta definição deve ser observada em qualquer movimentação realizada no sistema financeiro.

7. Permitir a inclusão de várias naturezas de receita contra uma única conta bancária, realizando a validação das fontes de recurso das receitas informadas com as fontes de recursos da conta bancária informada, efetuando os lançamentos contábeis.

8. Efetuar o lançamento das receitas de acordo com a Portaria vigente relacionada a receita pública. O sistema deve consistir na receita com sua fonte de recurso x conta bancária, não permitindo salvar arrecadação que esteja divergente.

9. Nos casos que a conta de receita esteja configurada para não ter rateio de fontes de recursos, o sistema deve, no momento da inclusão da receita, trazer as fontes permitidas para ela para que o usuário defina qual fonte será utilizada no lançamento.

10. Cadastrar dedução de receita utilizando rubricas redutoras, conforme Manual de Procedimentos Contábeis da STN (Secretaria do Tesouro Nacional).

11. Permitir a inclusão de várias deduções de receita contra uma única conta bancária, realizando a validação das fontes de recurso das receitas informadas com as fontes de recursos da conta bancária informada, efetuando os lançamentos contábeis.

12. Permitir a inclusão de receitas extraorçamentárias.

13. Possuir rotina onde seja possível selecionar várias receitas extraorçamentárias gerando automaticamente as notas extraorçamentárias, mantendo rastreabilidade dos registros.

14. Efetuar os lançamentos contábeis das movimentações financeiras automaticamente ao incluir o registro, gravando simultaneamente a conta corrente da MSC quando for o caso.

15. Consultar na rotina de inclusão, para cada receita, dedução de receita e receita extra os lançamentos contábeis, podendo estorná-los, fazendo automaticamente os lançamentos contábeis do estorno, mantendo o registro da situação.

16. Quando da inclusão de receitas de cota-parte, realizar automaticamente na dedução de receita de cota parte, o lançamento dos 20% do FUNDEB.

17. Possibilitar a inclusão de movimentações bancárias como depósitos, transferências, resgates e aplicações, informando as fontes e destinações de recursos, bem como já permitir a informação da finalidade do FUNDEB e FMS nas movimentações de recursos da saúde e educação.

18. Controlar saldos da conta bancária por fonte de recursos no momento das movimentações (depósitos, transferências, resgates e aplicações), demonstrando o saldo em tela da fonte de recursos, ao selecionar a conta bancária e a fonte.

19. Possuir gerenciador de movimentações bancárias, que permita, para cada movimentação consultar os lançamentos contábeis, realizar estornos fazendo automaticamente os lançamentos contábeis, mantendo o registro da situação.

20. O gerenciador das movimentações bancárias deve possibilitar para cada registro, a inclusão de anexos e a geração e baixa de borderô bancário, proporcionando agilidade nas movimentações.

21. Permitir duplicar um movimento bancário, trazendo automaticamente todos os dados da movimentação original, e atualizando o saldo das contas até a data informada, agilizando a inclusão dos registros.

22. Possuir rotina para realização de movimentos bancários de forma automática. A rotina deve demonstrar as contas bancárias, e o respectivo saldo por fonte de recursos. Ao realizar a seleção das contas e o tipo da movimentação, o sistema faz o registro com os respectivos lançamentos contábeis.

23. Informar as transferências financeiras entre as entidades as Adm. Direta e Indireta, indicando o tipo da transferência, se concedida ou recebida, e na mesma rotina permitir a geração e baixa do borderô bancário.

24. Para cada transferência financeira realizada, permitir a consulta dos respectivos lançamentos contábeis, podendo estorná-los e fazendo automaticamente os lançamentos contábeis do estorno, mantendo o registro da situação.

25. Controlar as diárias concedidas, permitindo incluir o beneficiário, objetivo, destino, período, valor concedido, empenho da despesa e a lei que autoriza a concessão.

26. Disponibilizar de forma automática no portal da transparência do Município, os dados das diárias assim que forem incluídos.

27. Permitir criar lote de pagamento com diversos empenhos, restos e notas extras para pagamento em data agendada, definindo a data de vencimento, podendo ser pago através da rotina de pagamento de forma manual, ou com envio de arquivo ao banco e posterior baixa automática mediante arquivo de retorno.

28. Na inclusão dos pagamentos, o sistema deve demonstrar em tela o saldo da conta bancária, e o saldo por fonte de recursos.

29. Emitir borderôs para agrupamento de pagamentos a diversos fornecedores para um banco, efetuar o mesmo tratamento para os pagamentos individuais.

30. Integrar com os arquivos de retorno dos bancos, com baixa de pagamento automática, mediante arquivo de retorno.

31. Possuir funcionalidade que permita, mediante configuração, realizar o pagamento dos registros no envio do borderô, permitindo que a baixa destes registros se dê no momento da geração.

32. Possuir controle de assinaturas para envio de borderô ao banco, bloqueando a geração e envio do borderô ao banco caso o mesmo não tenha as autorizações necessárias.

33. Controlar movimentação de pagamentos, registrando todos os pagamentos efetuados, podendo estornar os lançamentos contábeis automaticamente nas respectivas contas contábeis.

34. Filtrar os itens a pagar, no mínimo por: data de vencimento, credor, CNPJ, fonte de recursos, número do empenho, resto ou extra, número da liquidação, órgão, ação e histórico, podendo selecionar e pagar simultaneamente os registros.

35. Pagar simultaneamente as despesas extraorçamentárias geradas através de retenção na liquidação.

36. Efetuar pagamentos totais ou parciais, bem como estornos totais ou parciais de pagamentos, realizando simultaneamente os lançamentos contábeis.

37. Possuir consulta integrada de pagamentos realizados, que demonstre numa única tela, todos os pagamentos

realizados, permitindo para cada registro, a impressão do comprovante de pagamento, o estorno do registro, a consulta dos lançamentos contábeis realizados, bem como a inclusão de anexos e possibilidade de assinar digitalmente as notas de pagamento.

38. Emitir ordens de pagamento de restos a pagar, despesa extraorçamentária e de empenhos, identificando os que foram assinados digitalmente.

39. Permitir a assinatura digital na ordem de pagamento e no comprovante de pagamento. O sistema deve transferir automaticamente o documento para que mais pessoas possam realizar a assinatura digital, evitando o tramite de papéis.

40. Permitir a importação de arquivos de extrato bancário nas extensões OFC e OFX para a conciliação bancária e permitir a impressão do extrato importado.

41. Possuir rotina para realizar conciliação bancária, permitindo conciliar de forma parcial, à medida que os valores vão sendo conciliados deverão ser ocultados da consulta de lançamentos a conciliar, facilitando a conferência dos valores que ainda não foram conciliados.

42. Gerenciar a conciliação bancária com o extrato, visualizando os lançamentos contábeis e movimentação bancária do extrato numa única tela, facilitando a visualização e identificação dos valores.

43. A tela de conciliação deve permitir filtrar os registros por data, descrição, valor e controle de lançamento.

44. Incluir pendências da conciliação para lançamentos contábeis e registros do extrato.

45. Criar automaticamente pendências para valores a conciliar do extrato bancário e dos lançamentos contábeis, copiando automaticamente as pendencias não baixadas para a próxima conciliação.

46. Permitir a seleção de múltiplos lançamentos contábeis exibindo a soma dos mesmos e permitindo conciliar com um ou vários registros do extrato.

47. Possibilitar a visualização das conciliações de períodos anteriores, bem como permitir sua reabertura para correções e ajustes.

48. Possuir rotina para conciliação automática, que através de parâmetros definidos automaticamente pelo sistema, permite conciliar os valores dos lançamentos com os registros do extrato bancário. O sistema deve identificar os registros equivalentes e realizar a conciliação. Os registros que não possuem equivalência entre o extrato e os lançamentos, devem ficar pendentes na rotina para conciliação manual ou inclusão das respectivas pendencias.

49. Gerar os relatórios de pendências bancária bem como das conciliações realizadas.

50. Possuir integração com o sistema tributário, sem necessidade de importação de arquivos, efetuando de forma automática os lançamentos contábeis das movimentações realizadas no setor tributário referentes a: lançamento de receitas, arrecadação, renúncias, cancelamento, prescrição, anistia, isenção, pagamento a maior e pagamento a menor. Integrar as movimentações da Dívida Ativa como inscrições, baixas e cancelamento, realizando os lançamentos contábeis conforme classificação da receita orçamentária.

51. Consultar lançamentos tributários para conferência dos valores antes de efetuar a integração bem como a emissão de relatório de críticas caso haja inconsistências ou falta de configurações necessárias.

52. Nos casos em que houver restituição de receita, permitir a integração desses valores do sistema tributário e permitir ao usuário gerar um empenho para restituir se o valor é de ano anterior e gerar uma dedução de receita se a restituição ocorrer no ano corrente da receita.

53. Possuir rotina integrada ao sistema tributário para contabilização dos recebimentos efetuados na modalidade de dação em pagamento. O sistema deve realizar a contabilização dessas movimentações efetuando a entrada no ativo e na receita com respectivos lançamentos conforme MCASP.

54. Possuir fluxograma de processos para assinatura digital de ordens de pagamento, que permita tramitar as ordens entre os assinantes de forma automática, só finalizando o processo se todos os responsáveis tiverem incluído sua assinatura.

55. Possuir funcionalidade para controle de vencimento dos pagamentos de empenhos, visando o controle dos pagamentos em ordem cronológica. A funcionalidade deve listar todos os pagamentos a serem feitos trazendo a data de vencimento dos registros, bem como permitir a visualização completa dos dados do mesmo. A funcionalidade deve permitir a alteração da ordem cronológica, informando a nova data de vencimento, o motivo da alteração e a justificativa. Os dados desta funcionalidade devem estar disponíveis no portal de transparência do município para atendimento da nova lei de licitações.

56. Disponibilizar de forma online consulta para que os fornecedores, mediante usuário e senha, possam consultar os valores a receber e recebidos, sem ter necessidade de entrar em contato com o Município para receber informações relacionadas aos seus pagamentos.

57. Configurar por fonte de recursos as receitas arrecadadas com multa de trânsito e as respectivas despesas, com publicação automática no portal da transparência.

58. Disponibilizar no portal de transparência do Município, os pagamentos efetuados em tempo real, demonstrando para cada registro os dados completos do empenho e da liquidação, bem como os anexos.

59. Emitir relatório gerencial das receitas arrecadadas, permitindo filtrar múltiplas contas de receita e múltiplos vínculos de recursos. O relatório também deve permitir o filtro por classificação da receita, em qualquer posição e permitindo a exibição das fontes de recursos, somente com arrecadação e permitindo totalizar por fonte de recursos e tipo de dedução.

60. Possuir relatório comparativo das receitas por mês e ano, permitindo filtrar no período o mês/ano inicial e final e múltiplas contas de receita para comparação. Deve listar e totalizar por fonte de recursos.

61. Emitir relatório diário de receitas arrecadadas e despesas realizadas.

62. Emitir o extrato do credor. O relatório deve demonstrar todos as movimentações daquele credor no período selecionado, contemplando as movimentações de empenhos, restos e retenções, com exibição das liquidações e seus respetivos documentos fiscais e pagamentos efetuados.

63. Emitir relatório de pagamentos efetuados. O relatório deve ter no mínimo os filtros: data de pagamento, credor, fonte de recursos, banco do pagamento, retenções, órgão, unidade, ação e elemento de despesa. Permitir agrupar por banco, credor, fonte de recursos e listando ou não as retenções com as notas fiscais. O relatório deve ser consolidado e permitir a seleção de múltiplas entidades, totalizando por entidade.

64. Realizar a emissão do boletim diário da tesouraria.

Prestação de Contas

1. Emitir Relatórios Resumidos de Execução Orçamentária de acordo com a Portaria vigente da STN – Secretaria do Tesouro Nacional, respeitando o mapeamento publicado.

2. Emitir os relatórios de Gestão Fiscal de acordo com a portaria vigente da STN – Secretaria do Tesouro Nacional, respeitando o mapeamento publicado.

3. Os relatórios da Lei de Responsabilidade Fiscal (RREO e RGF) devem ser emitidos de forma automática, sem necessidade de marcação ou configuração feita pelo usuário. Também deve ser possível consultar o layout de cada relatório para verificar as configurações que compõem cada linha.

4. Os relatórios da LRF devem possibilitar personalização por parte do usuário, para inclusão de configurações específicas. O sistema deve realizar o controle evidenciando as configurações que estão de acordo com o mapeamento das que foram feitas por parte do usuário.

5. A emissão dos relatórios da Lei de Responsabilidade Fiscal, devem possibilitar a escolha entre as configurações padrão de acordo com o mapeamento publicado, e a emissão do mapeamento mais as configurações especificas da entidade.

6. Após realizada a emissão e conferencia dos relatórios da LRF, possuir funcionalidade para publicação automática no portal de transparência do Município.

7. Emitir os relatórios anuais: Balanço Orçamentário, Balanço Financeiro, Balanço Patrimonial, Demonstrativo das Variações Patrimoniais e Demonstrativo das Mutações do Patrimônio Líquido. Deve ser possível emitir os relatórios de forma consolidada e selecionando uma ou mais entidades.

8. Emitir relatórios de acompanhamento da programação financeira em atendimento aos Artigos 8º ao 13º da LRF: cronograma de desembolso, meta do resultado primário, metas de arrecadação de receitas, programação financeira da receita e receitas por destinação de recursos.

9. Emitir relatório de Notificação de Recebimento de Recursos em atendimento a LEI 9452/97.

10. Emitir relatório comparativo entre receita e despesa corrente, com apresentação do percentual que a despesa representa sobre a receita, para atendimento do Art. 167 da Constituição Federal.

11. Gerar arquivos conforme o MANAD – Manual Normativo de Arquivos Digitais para a Secretaria da Receita da Previdência.

12. Gerar os arquivos para importação no sistema SICONFI relativos aos dados da RREO, RGF e DCA.

13. Gerar arquivos para a Matriz de Saldos Contábeis (MSC). Deve ser possível emitir uma previa dos dados do arquivo a ser gerado no mesmo formado do mesmo para conferencia das informações.

14. Permitir importar arquivo XBRL de entidades externas em formato XBRL para envio dos arquivos da MSC consolidada.

15. Gerar os arquivos para importação no SIOPE referente as pastas: receita da administração consolidada, despesa da administração consolidada, informações complementares e declaração de responsabilidade.

16. Possuir relacionamento entre o plano de contas da entidade e o plano de contas do SIOPE, quando ambos forem divergentes, possibilitando assim a correta geração dos dados.

17. Gerar arquivo para importação no SIOPS. Deve ser possível gerar as informações referentes a previsão e execução das receitas orçamentárias, previsão e execução das despesas orçamentárias e despesa por fonte e restos a pagar.

18. Possuir relacionamento entre o plano de contas da entidade e o plano de contas do SIOPS, quando ambos forem divergentes, possibilitando assim a correta geração dos dados.

19. Possuir rotina para prestação de contas de forma eletrônica no formato exigido pelo Tribunal de Contas do estado.

20. Realizar consistência e emitir relatório para conferência de inconsistências a serem corrigidas antes de gerar os arquivos para o Tribunal de Contas.

21. O sistema deve estar adequado ao SIAFIC, possuindo todas os dados das entidades pertencentes ao Município na mesma base de dados, sem necessidade de importação de arquivos ou webservice de importação/exportação.

22. Gerar os dados de IR e INSS par REINF.

23. Possuir uma funcionalidade que gerencie as informações da REINF. Nessa rotina deve ser possível gerar os

dados que serão enviados e controlar a situação de cada registro, se o mesmo está pendente ou registrado. Para os registros que foram efetivados e estão com a situação registrado, deve ser exibido o número do registro. Nesta mesma rotina deve ser possível cancelar os registros e os mesmos devem ficar com a situação cancelado.

24. Ao gerar os dados para a REINF, o sistema deve efetuar validação dos dados, emitindo relatório com as inconsistências encontradas.

25. Deve ser possível emitir relatório da remessa de dados. O relatório deve demonstrar os dados gerados por credor, com informação do CNPJ e descrição do credor, a situação do registro e os valores da retenção.

MÓDULO FOLHA DE PAGAMENTO

1. Possuir rotina de cadastro de contratos de funcionários com no mínimo os seguintes campos: data de admissão, data de nomeação, data de posse, regime, cargo, nível salarial, data de término de contrato temporário, lotação, horário de trabalho e local de trabalho, além de permitir a criação de novos campos para cadastramento de informações adicionais sem necessidade de customização, não podendo existir limite de quantidade de contratos de funcionários cadastrados na entidade.

2. Permitir realizar configuração de limite em dias para contratação por tempo determinado por regime, gerando alerta ou bloqueios ao cadastrar um funcionário com prazo superior ao estabelecido.

3. Possuir rotina para relacionar anexos (como documentos, contratos, etc.) ao registro do funcionário, ou especificamente a um de seus contratos.

4. Possuir Pasta Funcional virtual, exibindo em um único local os anexos relacionados ao funcionário de diversas rotinas, como por exemplo, o contrato, cadastro de pessoa física, atos legais.

5. Possuir o cadastro de funcionários vinculado ao cadastro único do sistema, evitando redundância de informações pessoais, neste cadastro devem ser informados os dados pessoais, documentos, endereço e contatos da pessoa física.

6. Possuir validação de número do CPF e número do PIS/PASEP no cadastro da pessoa física.

7. Permitir indicar no cadastro único da pessoa física a geolocalização do endereço no mapa, e permitir visualizar a geolocalização dos funcionários em um mapa único, permitindo filtrar os funcionários por no mínimo: regime, cargo, centro de custo e local de trabalho.

8. Possuir rotina de cadastro de regimes de contratação e relacionar funcionários a estes, tais como: celetista, estatutário, contrato temporário, emprego público estagiário, cargo comissionado, agente político, conselheiros tutelares, aposentados e pensionistas, bem como permitir indicar o código da Categoria do eSocial.

9. Possuir rotina de consulta com informações funcionais que permita filtrar o cadastro por no mínimo: nome, idade, CPF, RG, PIS/PASEP, título eleitoral, CTPS, CNH, nacionalidade, idade, tipo sanguíneo/fator RH, sexo, estado civil, cor dos olhos, cor do cabelo, tipo de aposentadoria, cor da pele, mês da admissão, data de nascimento, cargo, local de trabalho, endereço, e-mail e telefone; devendo dispor das mesmas informações como colunas e permitir a sua impressão em PDF e exportação em Excel e CSV.

10. Possuir rotina de manutenção de contratos de funcionários, permitindo alteração de forma coletiva de pelo menos as seguintes informações: centro de custo, classificação, grupo de empenho, local de trabalho, nível salarial, regime, salário base e data término de contrato temporário.

11. Possuir rotina de cadastro de dependentes de funcionários para fins de salário-família e imposto de renda, bem como, permitir configurar limite de idade conforme o grau de parentesco.

12. Possuir rotina para cadastro de estagiários, incluindo no mínimo dados como: data inicial e final, supervisor/orientador, instituição de ensino, curso, agente de integração (quando existente), permitindo ainda a emissão do Termo de Compromisso de Estágio.

13. Permitir controlar múltiplas previdências para cada funcionário, informando no mínimo a matrícula previdenciária, a data de início e final do relacionamento, gerando os descontos em folha de pagamento e contribuições patronais devidas pela entidade, bem como permitir controlar o percentual de contribuição individual para previdências complementares.

14. Possuir rotina de cadastro para os cargos do quadro de pessoal da entidade informando pelo menos: descrição, enquadramento, grau de instrução exigido, CBO, quantidade de vagas criadas, salário mensal, tipo de cargo, lei de criação, lei de extinção, e individualmente cada atribuição e competências exigidas, devendo permitir também a inclusão de anexos.

15. Possuir rotina de cadastro de níveis salariais contendo no mínimo: salário base atual, histórico dos valores salariais, posição vertical, posição horizontal, nível inicial e final.

16. Possuir rotina para cadastro de todos os atos legais do funcionário, permitindo registro manual ou de forma automática conforme respectiva movimentação (como por exemplo, ao realizar o lançamento de um afastamento sendo informada uma portaria, esta deve ser automaticamente relacionada aos atos legais do funcionário, o mesmo deve ocorrer ao realizar um reajuste salarial onde foi informada uma lei complementar).

17. Possuir rotina de cadastro de ocorrências aos funcionários como advertências, elogios e multas, contendo no mínimo motivo, data, ato legal e observação, permitindo ainda a inclusão de anexos.

18. Possuir rotina de cadastro de suspensões, devendo permitir também converter a suspensão em multa com lançamento automático em folha de pagamento do respectivo desconto.

19. Possuir relatório de ficha com informações do funcionário, contendo no mínimo: foto do funcionário, dados da

documentação pessoal, dependentes, endereço, contatos, previdências, cargos, afastamentos, faltas, períodos de licença prêmio, períodos de férias, atos legais, empregos anteriores, locais de trabalho, centro de custo, cargos comissionados, funções gratificadas, proventos e descontos fixos, conselho de classe, vale-transporte, vale- alimentação, ocorrências, transferências, beneficiários de pensão, planos de saúde, histórico de alterações salariais, histórico de adicionais de tempo de serviço e banco de horas.

20. Possuir rotina para realizar a transferência de funcionários, identificando tipo (local de trabalho, centro de custo, local de origem), indicando o destino, motivo e se a solicitação foi deferida ou indeferida, com o respectivo responsável pela análise, devendo ainda alterar as informações no contrato e histórico do funcionário quando realizado o deferimento.

21. Permitir realizar configuração de férias especiais para funcionários, indicando número de dias de direito de gozo de férias para o número de meses trabalhado, criando os períodos aquisitivos automaticamente conforme cargo, função e regime configurado, e ainda se necessário permitir relacionar individualmente a configuração por funcionário.

22. Permitir realizar configuração de perdas e prorrogações para os períodos aquisitivos de férias, licença prêmio e adicionais de tempo de serviço por motivo de afastamento e regime.

23. Possuir rotina de consulta dos períodos aquisitivos de férias dos funcionários, indicando no mínimo: dias de direito, dias de perda, dias de prorrogação, dias pagos, dias a pagar, saldo proporcional, identificação dos afastamentos/faltas que geram as perdas e prorrogações, bem como, apresentar os períodos de cálculo e gozo já relacionados ao aquisitivo.

24. Possuir rotina de programação de férias em dobro, permitindo informar uma quantidade de dias de análise, possuindo filtro para verificar os funcionários.

25. Possuir rotina de cálculo de férias individual, coletiva e baseada em programação, baixando automaticamente os dias de gozo e pecúnia do período aquisitivo, devendo permitir que um único cálculo utilize dias de dois períodos aquisitivos diferentes e também deve permitir o lançamento de mais de um período de gozo e pecúnia para o mesmo período aquisitivo.

26. Possuir relatório detalhado dos períodos aquisitivos de férias, contendo filtro para exibir os períodos vencidos, a vencer, vencidos em dobro, a vencer em dobro, vencidos em dobro no próximo mês e períodos proporcionais, permitindo ainda exibir os períodos já baixados com seus respectivos períodos de gozo e pecúnia.

27. Possuir relatório de avisos e recibos de férias.

28. Permitir realizar configuração para que seja validado no lançamento de programação de férias se o funcionário possui afastamento vigente no mesmo período da programação, e da mesma forma deve validar no lançamento de afastamento se o funcionário possui programação realizada na mesma data.

29. Possuir rotina de cadastro de empregos anteriores, permitindo indicar separadamente a averbação deste período para fins de adicional de tempo de serviço e licença prêmio.

30. Possuir rotina de consulta dos períodos aquisitivos de licença prêmio dos funcionários, indicando no mínimo: dias de direito, dias de perda, dias de prorrogação, dias averbados, dias já gozados dias já pagos em pecúnia e dias de saldo.

31. Permitir realizar lançamento de mais de um período de gozo para o mesmo período aquisitivo de licença prêmio, bem como permitir o lançamento de licença prêmio em gozo e pecúnia para o mesmo período aquisitivo.

32. Possuir rotina para emissão da Certidão de Tempo de Serviço.

33. Possuir relatório de cálculo da média de oitenta por cento (80%) das maiores remunerações.

34. Possuir rotina para cadastrar os valores de estoque e mensais do COMPREV relacionado a determinado funcionário.

35. Possuir rotina para realizar reajuste dos níveis salariais, salário base dos funcionários, valor ou referência dos proventos e descontos fixos, valor salarial dos cargos, valor mensal do COMPREV, valor do relacionamento de cargos comissionados e referência do relacionamento de função gratificada.

36. Permitir realizar cancelamento de reajuste salarial e permitir realizar reajustes negativos.

37. Possuir rotina de cadastro e controle de descontos parcelados e empréstimos consignados em folha de pagamento.

38. Possuir rotina de importação de empréstimos consignados para desconto em folha de pagamento, conforme layout fornecido pela contratada.

39. Possuir web service para integração com empresas de gestão de empréstimos consignados, sem a necessidade de importação ou exportação de arquivos, conforme layout fornecido pela contratada.

40. Possuir rotina de cadastro de empresas que fornecem o vale-transporte com código da verba de desconto do vale-transporte em folha de pagamento, bem como, possuir cadastro dos roteiros/linhas para os quais serão utilizados o vale-transporte.

41. Possuir rotina de cadastro da quantidade de vales-transportes diários ou mensais utilizados pelo funcionário, no caso de quantidade diária deve permitir indicar os dias da semana ou ainda se deve ser calculado conforme o horário de trabalho do funcionário.

42. Possuir rotina para indicar uma quantidade de adicional ou dedução no vale transporte para determinada competência, sem alterar a quantidade padrão recebida pelo funcionário, porém deve ficar registrado este lançamento.

43. Permitir realizar configuração para que o vale-transporte seja pago como provento na folha de pagamento do funcionário.

44. Possuir rotina para calcular o vale-transporte de cada funcionário, considerando a quantidade indicada para o funcionário por roteiro/linha, calculando o valor máximo de desconto conforme percentual legal, deduzindo da quantidade os dias de férias e afastamentos, devendo indicar também o custo total do vale-transporte, o custo para o funcionário e o custo para a entidade.

45. Permitir que o valor para desconto do vale-transporte seja gerado para folha de pagamento.

46. Possuir rotina de cadastro de afastamentos do funcionário, permitindo indicar no mínimo: motivo (como por exemplo: falta, auxílio doença, licença maternidade, licença sem vencimentos, etc.), data início e final, ato legal, mês/ano de cálculo e observação.

47. Permitir realizar configuração no motivo de afastamento uma restrição de lançamento de afastamento por sexo, não realizando lançamento nestes casos, como por exemplo, não permitir lançar licença maternidade para homens.

48. Possuir rotina de cadastro de abono de faltas já descontadas em folha, permitindo informar o mês/ano que será realizado o ressarcimento e calculando de forma automática em folha de pagamento.

49. Realizar o cálculo do adicional por tempo de serviço em folha de pagamento, devendo ainda dispor de relatório que indique os funcionários que obtiveram alteração de percentual no respectivo mês/ano.

50. Possuir rotina de cálculo de folha de pagamento dos tipos: mensal, mensal complementar, rescisão, rendimentos acumulados, férias, adiantamento de 13° salário (1° parcela), 13º salário, diferença de 13º salário e adiantamentos salariais; permitindo filtrar os funcionários por no mínimo: matrícula, nome, cargo, regime, local de trabalho, centro de custo, função e data de admissão.

51. Possuir rotina de consulta de cálculos da folha de pagamento, onde seja possível visualizar detalhadamente o pagamento do funcionário, sem a necessidade de impressão de relatórios.

52. Possuir registro do histórico de cálculos de pagamentos com informação de data, hora, usuário que fez o cálculo ou o cancelamento, proventos/descontos, valores e referências calculadas.

53. Possuir registro detalhado do cálculo realizado de cada verba de provento e desconto que compõe o pagamento, detalhando a fórmula da verba, e os valores retornados pelo processo de cálculo.

54. Possuir rotina de consulta com os proventos e descontos que sofreram incidência para previdência e imposto de renda em cada folha de pagamento calculada.

55. Permitir realizar configuração do cálculo da folha mensal para que efetue o pagamento de determinadas verbas considerando uma quantidade de dias que o funcionário esteve em um centro de custo e função de forma automática.

56. Possuir rotina para calcular rescisões de forma individual e coletiva, deve permitir filtrar por data de término de contrato, e ser realizados os cálculos de férias indenizadas, proporcionais e de 13º salário automaticamente.

57. Possuir relatório do Termo de Rescisão de Contrato de Trabalho.

58. Possuir rotina de cadastro antecipado dos pedidos de desligamento ou aviso prévio, com a emissão de documento para assinatura pelo funcionário e entidade.

59. Possuir rotina para simular uma folha de pagamento de rescisão, de forma que não seja efetivamente executado o processo de desligamento e demais reflexos no sistema, fazendo apenas o registro em uma consulta a parte dos valores apurados.

60. Possuir rotina de cadastro de reintegração de funcionário demitido/exonerado por decisão judicial ou administrativa, reutilizando a mesma matrícula.

61. Realizar o cálculo automaticamente dos valores relativos ao salário-família dos dependentes para folha de pagamento.

62. Permitir realizar configuração de fórmula de cálculo diferente para cada provento e desconto por regime, adequando o cálculo da folha de pagamento as necessidades da entidade, indicando ainda a existência de incidência de IRRF.

63. Permitir realizar configuração de incidências de base de previdência e FGTS de cada provento e desconto de forma diferenciada para cada previdência e regime.

64. Possuir relatório de resumo da folha de pagamento permitindo filtrar por tipo de folha e funcionário, com quebra no mínimo por: regime, grupo de empenho, centro de custo e local de trabalho, exibindo o total de cada provento e desconto, total bruto, total de descontos, total líquido e os encargos patronais (previdências e FGTS).

65. Possuir rotina que permita lançar proventos/descontos variáveis na folha (como por exemplo: horas extras, adicional noturno, etc.), por lançamento coletivo ou individual por funcionário, permitindo ainda indicar observações.

66. Permitir realizar lançamento de proventos/descontos fixos para determinado período de tempo (como por exemplo: insalubridade, mensalidade sindical, etc.), com lançamento coletivo ou individual por funcionário, permitindo ainda indicar observações e ato legal.

67. Permitir realizar lançamento de proventos/descontos para cálculo na folha de rendimentos acumulados, contendo número do processo e período de referência, gerando sugestão automática de valores por período conforme os valores totais, sendo que deve permitir edição manual.

68. Possuir relatório de resumo dos valores líquidos da folha por banco, apresentando no mínimo: nome do banco,

agência, nome, matrícula, CPF e número da conta.

69. Possuir relatório de recibo de pagamento do funcionário, com opções do no mínimo os seguintes filtros: tipo de folha, regime, cargo, banco, centro de custo e local de trabalho.

70. Possuir rotina de cadastro de mensagens de texto para impressão em todos os recibos de pagamento ou para apenas determinados funcionários.

71. Possuir rotina para gerar empenhamento automático para o Módulo da Contabilidade conforme as configurações realizadas, evitando trabalhos de digitação manual para empenhamento e a exportação/importação de arquivos.

72. Possuir relatório de planilha contábil com os valores da folha de pagamento e dos respectivos encargos patronais.

73. Possuir relatórios auxiliares que detalhem o valor retido e o valor patronal das contribuições previdenciárias de RGPS e RPPS.

74. Possuir rotina de cadastro de pensões alimentícias, indicando no mínimo: funcionário instituidor, dependente da pensão, data de início, data final, dados bancários do beneficiário e detalhes para desconto em folha de pagamento; devendo o desconto ocorrer de forma automática na folha de pagamento do funcionário, cessando automaticamente na data final.

75. Permitir realizar lançamento de pensão alimentícia para vários dependentes de um mesmo funcionário.

76. Possuir rotina de consulta do valor calculado da pensão alimentícia.

77. Possuir relatório de recibo de pagamento de pensionista, contendo na emissão as informações do funcionário, beneficiário e responsável, bem como os valores pagos na competência.

78. Possuir rotina de cadastro e emissão de autorização de diárias de viagem para funcionários.

79. Realizar o cálculo do INSS e do IRRF dos funcionários que acumulam dois cargos, para o correto enquadramento de alíquota.

80. Possuir relatório dos salários de contribuição para o INSS por funcionário.

81. Possuir rotina de cadastro de funcionário a um cargo comissionado, devendo permitir configurar para calcular automaticamente a diferença entre o salário do cargo comissionado e o salário do cargo efetivo quando um funcionário efetivo ocupar uma vaga.

82. Permitir realizar configuração e calcular médias para férias, 13° salário e licença prêmio, e que estas médias possam ser calculadas por no mínimo: referência, valor e valor reajustado considerando uma tabela específica.

83. Possuir rotina para calcular o valor disponível da margem consignável, devendo descontar os empréstimos já existentes e permitir configurar quais outras verbas devem deduzir do valor disponível, podendo ser calculado pelo valor líquido ou bruto da folha de pagamento, ou ainda considerando algumas verbas específicas por meio de uma base de cálculo.

84. Permitir controlar a emissão das margens consignadas por um serviço no portal por banco, de forma que o funcionário consiga realizar a emissão para outro banco somente depois de determinado período ou mediante liberação manual do funcionário do departamento de recursos humanos.

85. Possuir rotina para calcular a provisão de férias, 13° salário e licença prêmio, permitindo ainda disponibilizar os valores provisionados automaticamente para o Módulo da Contabilidade por meio da contabilização.

86. Realizar a integração das baixas de provisão com o Módulo da Contabilidade juntamente com o empenhamento automático da respectiva folha.

87. Possuir registro detalhado do cálculo realizado de cada verba de provento e desconto que compõe o cálculo de provisão, detalhando a fórmula da verba, e os valores retornados pelo processo.

88. Permitir realizar configuração para que ao empenhar a rescisão gere automaticamente um estorno ou ajustes nos saldos de provisão do funcionário.

89. Possuir relatório de saldos de provisão por funcionário por tipo (férias, 13° salário e licença prémio), permitindo o detalhamento dos proventos/descontos provisionados e baixados, bem como eventuais ajustes e estornos realizados.

90. Possuir rotina de importação de diárias do Módulo da Contabilidade, sem necessidade de geração de arquivo texto de exportação/importação, visando lançamento em folha de pagamento.

91. Permitir realizar configuração para que o responsável pelo centro de custo receba via e-mail uma notificação informando que foi realizado cálculo de férias para o funcionário subordinado.

92. Possuir relatório com as informações de quais funcionários possuem dois contratos.

93. Possuir rotina que permita importação de proventos/descontos variáveis, conforme layout fornecido pela contratada.

94. Possuir rotina de importação de proventos/descontos fixos, conforme layout fornecido pela contratada.

95. Possuir rotina de importação mensal do Módulo de Fiscalização (se contratado) das informações de produtividade dos fiscais visando lançamento em proventos/descontos variáveis para cálculo na folha de pagamento.

96. Permitir realizar configuração de restrição de acesso (login) de usuários que são funcionários durante o seu período de férias, após sua rescisão, durante seus afastamentos e conforme o seu horário de trabalho, impossibilitando automaticamente o acesso dele ao sistema.

97. Possuir relatório de funcionários cedidos e recebidos, que apresente no mínimo: seu período de cessão, local

de cessão e número do ato legal.

98. Possuir rotina de cadastro do funcionário em uma determinada função, informando no mínimo motivo, data início, data final e atos legais, além de permitir a criação de novos campos para cadastramento de informações adicionais sem necessidade de customização.

99. Possuir rotina de cadastro do funcionário em uma determinada função gratificada, permitindo indicar uma referência ou percentual e período de recebimento, devendo ainda permitir configurar para calcular o valor em folha de pagamento, além de permitir a criação de novos campos para cadastramento de Informações adicionais sem necessidade de customização.

100. Possuir rotina de cadastro de funcionários recebidos por disposição que não possuem contrato na entidade, gerando também as informações para o portal da transparência e eSocial.

101. Possuir rotina para calcular o vale-alimentação dos funcionários, conforme configuração e relacionamento dos funcionários com direito.

102. Possuir rotina de alteração do código de funcionário (matrícula) para qualquer outro código ainda não existente na entidade.

103. Permitir realizar configuração para que seja gerada solicitação de acesso automaticamente ao funcionário para o portal de serviços (onde terá a acesso à sua folha de pagamento, relatório de férias, dentre outros) quando realizar seu cadastro como funcionário.

104. Permitir realizar configuração para relacionar automaticamente uma função gratificada, para determinados cargos, quando realizado o cadastro do contrato do funcionário.

105. Permitir realizar configuração para relacionar automaticamente o nível salarial inicial quando realizado o cadastro do contrato do funcionário.

106. Permitir realizar configuração para que no lançamento de proventos e descontos variáveis gere alerta informando se o funcionário que está sendo realizado o lançamento possui cargo comissionado.

107. Permitir realizar configuração para que no lançamento de proventos e descontos variáveis gere alerta se o funcionário que está sendo realizado o lançamento possui função gratificada.

108. Permitir realizar configuração para liberar a emissão do recibo de pagamento em um serviço no portal, por tipo de folha e regime, mesmo sem o mês/ano de cálculo estar completamente encerrado e permitir também configurar uma data futura para liberação das informações mesmo após o encerramento do período.

109. Possuir rotina de recadastramento funcional, que permita configurar quais funcionários devem realizar o recadastramento por meio de um serviço no portal, indicando um período e controlando quais funcionários realizaram ou não o recadastramento.

110. Permitir que as informações prestadas pelos funcionários a partir do recadastramento sejam atualizadas automaticamente na base de dados mediante o deferimento de um funcionário do departamento de recursos humanos, sendo que esta atualização automática deve estar disponível no mínimo para: nome, data de nascimento, PIS/PASEP, RG, CNH, CTPS, título de eleitor, nome do pai e mãe, grau de instrução, sexo, deficiências, estado civil, contatos (e-mail, telefone e celular), endereço completo e empregos anteriores.

111. Possuir rotina para controlar a apresentação de documentos de dependentes para direito ao recebimento de salário família, controlando e cessando o pagamento conforme a validade indicada.

112. Possuir rotina para cadastro de funcionários residentes/domiciliados no exterior, informando os respectivos campos em relação à receita federal e tributação.

113. Possuir rotina de consulta com as informações complementares de IRRF vinculadas ao cálculo da folha de pagamento, como dependentes, pensionistas, planos de saúde/assistenciais e previdência complementar, estas informações serão utilizadas para envio do evento de pagamentos ao eSocial.

114. Possuir rotina de exportação de avaliação atuarial no padrão nacional CADPREV da Secretaria da Previdência (arquivos de: ativos, aposentados, pensionistas, ativos exonerados/falecidos, aposentado falecidos, pensionistas falecidos e dependentes).

Prestação de Contas

1. Possuir rotina para geração e exportação de arquivo para DIRF.

2. Possuir relatório do comprovante de rendimentos do funcionário para declaração de imposto de renda.

3. Possuir rotina para exportação de arquivo para SEFIP/GFIP.

4. Possuir rotina para exportação de arquivos para o tribunal de contas do estado.

5. Possuir rotina para exportação do arquivo MANAD.

6. Possuir rotina para configuração e exportação do arquivo para o SIOPE, devendo ainda possuir um relatório que auxilie na conferência das informações.

7. Possuir rotina para exportação e importação dos arquivos da consulta em lote de qualificação cadastral do eSocial.

8. Possuir rotina de geração de consistências de base de dados visando identificar problemas ou faltas de informações exigidas no eSocial, sendo que juntamente com as inconsistências apontadas deve ser descrito uma sugestão de correção.

9. Possuir rotina de consulta para o usuário visualizar as regras estabelecidas pelo sistema para geração de cada um dos eventos e respectivos campos do eSocial, indicando para cada campo a regra/origem da informação no

sistema.

10. Possuir rotinas para gerar, assinar, enviar e recepcionar retorno de eventos para o ambiente de Produção do eSocial, devendo os eventos estarem disponíveis conforme o início de obrigatoriedade de cada um.

11. Possuir rotinas para gerar, assinar, enviar e recepcionar retorno de eventos para o ambiente de Produção Restrita do eSocial, de forma totalmente independente da Produção.

12. Possuir rotinas para gerar, assinar, enviar e recepcionar retorno de eventos do eSocial em base de dados única e sistema único, dispensando qualquer tipo de integrador ou sistema terceiro/externo para realizar qualquer etapa do processo.

13. Realizar a geração automática dos lotes conforme o usuário solicitar o envio dos eventos, seguindo as regras estabelecidas pelo eSocial.

14. Manter gravado e disponível ao usuário os arquivos XML trocados com o eSocial, devendo no mínimo estarem disponíveis os arquivos XML assinados dos eventos e dos lotes, bem como o XML dos retornos dos lotes.

15. Permitir relacionar certificados digitais em arquivo (A1) no repositório do sistema, assinando e enviando eventos do eSocial através de qualquer computador por usuário autorizado.

16. Possuir rotina automática que verifique e processe os retornos dos lotes dos eventos enviados ao eSocial, dispensando a necessidade de o usuário efetuar requisições manualmente.

17. Permitir realizar configuração de processo agendado para geração automática dos eventos de Tabelas e eventos Não Periódicos do eSocial em ambiente de Produção.

18. Permitir realizar configuração e realizar a busca dos autônomos conforme empenhamentos realizados no Módulo da Contabilidade para geração no eSocial.

19. Possuir relatórios que permitam visualizar os retornos dos eventos Periódicos do eSocial em relação a Contribuição Social (INSS), FGTS e IRRF.

20. Possuir rotina de cadastro dos Processos Trabalhistas conforme layouts do eSocial e estar apto a realizar o envio destes eventos para o ambiente de Produção.

MODULO MEDICINA E SEGURANÇA DO TRABALHO

1. Possuir rotina de cadastro de atestados médicos com no mínimo as seguintes informações: profissional de saúde emitente, múltiplos CIDs relacionados, motivo do atestado, data início e final, hora início e final, data de apresentação/entrega, número do protocolo, situação, grau de parentesco permitindo ainda incluir anexos.

2. Possuir relatório de comprovante de entrega de atestado médico, permitindo ainda configurar se deve ser impresso automaticamente após o cadastro do atestado médico.

3. Possuir rotina de cadastro de perícias relacionadas a atestados médicos e permitir configurar para que ao realizar o deferimento da perícia este atestado médico seja cadastrado como afastamento, gerando reflexos na folha de pagamento.

4. Possuir relatório de atestados médicos, permitindo filtrar no mínimo por: período, funcionário, cargo, regime, motivo, profissional de saúde, local de trabalho, centro de custo e CID.

5. Possuir relatório gerencial de atestados médicos, permitindo análise dos atestados médicos lançados de um determinado período, quantidade de dias, CIDs com maior frequência, média de idade e custo que o atestado médico representa para entidade.

6. Permitir realizar configuração para indicar se a data de apresentação/entrega e número do protocolo do atestado médico serão gerados automaticamente ou devem ser informados manualmente.

7. Possuir relatório de absenteísmo baseado nos atestados médicos, calculando o índice conforme as horas de trabalho planejadas para os funcionários e as horas totais de atestados médicos por competência, devendo dispor da opção de apresentar o custo estimado dos funcionários com estes atestados.

8. Permitir realizar configuração para indicar se deve ser realizado o cadastro de afastamento a partir do cadastro de atestado médico, abrindo automaticamente a rotina de afastamentos para confirmar as informações, devendo neste caso manter um vínculo entre ambos.

9. Permitir realizar configuração, por motivo de atestado, eventuais restrições de lançamento por regimes de trabalho e cargos, impedindo o cadastro do atestado caso o funcionário selecionado se enquadre nas restrições.

10. Permitir realizar configuração, por motivo de atestado, se o campo para informar o dependente estará habilitado ou não, e se será obrigatório ou opcional.

11. Possuir rotina de cadastro de juntas médicas por data de vigência com identificação dos profissionais de saúde que a compõem.

12. Possuir rotina de agendamento para consultas e exames médicos de profissionais ou unidades de saúde, indicando os horários disponíveis para atendimento e cadastro de restrição temporária de agenda em virtude de férias ou outros compromissos do profissional/unidade.

13. Possuir relatório de comprovante de agenda de consultas ou exames médicos, indicando no mínimo: os dados do profissional de saúde, unidade, nome do funcionário, data e hora do agendamento.

14. Possuir rotina de cadastro da CIPA (Comissão Interna de Prevenção de Acidentes) contendo no mínimo: período de vigência, membros e suas funções, com a possibilidade de relacionar as atas emitidas pela respectiva comissão.

15. Possuir rotina de cadastro do plano de trabalho da CIPA, contendo para cada atividade as ações, objetivos,

local de realização, estratégia de ação, data início e final e os membros responsáveis pela execução.

16. Possuir rotina de cadastro de inspeções de segurança, permitindo indicar data, horário, responsável pela inspeção, e permitindo ainda cadastrar os detalhes da inspeção por meio de um formulário personalizado.

17. Possuir rotina de cadastro e controle das reuniões da CIPA, indicando o tipo de reunião (ordinária ou extraordinária) data, hora, local e participantes gerados automaticamente conforme a comissão selecionada, devendo permitir ainda adiar a reunião registrando justificativa e nova data, registro da ata da reunião e lançamento das presenças dos participantes.

18. Possuir relatório do calendário anual de reuniões da CIPA.

19. Possuir rotina de cadastro de eventos da SIPAT (Semana Interna de Prevenção de Acidentes de Trabalho), permitindo registrar a equipe organizadora, atividades previstas, local, data, horário e custos envolvidos, possuindo ainda relatório com a programação da SIPAT.

20. Possuir rotina de cadastro e controle do processo eleitoral da CIPA, permitindo cadastro da comissão eleitoral, registro de interessados em se candidatar a membro da CIPA e registros de votação nos candidatos, com controle do percentual de participação e resultado da votação.

21. Possuir rotina de cadastro dos exames toxicológicos realizados por funcionários, com dados do exame como laboratório, número, data e profissional de saúde.

22. Possuir rotina de cadastro dos grupos homogêneos de exposição (GHE), permitindo criar os grupos a partir de locais de trabalho, cargo e função, não sendo necessária a identificação individual por funcionário do grupo ao qual está exposto.

23. Possuir rotina de consulta de funcionários por grupos homogêneos de exposição, permitindo verificar para cada funcionário qual grupo está exposto, bem como, sendo possível identificar quais funcionários ainda não possuem grupo.

24. Possuir rotina de cadastro de ordens de serviço específicas ou por grupo homogêneo de exposição, permitindo identificar na ordem de serviço os fatores de risco, EPls obrigatórios, treinamentos necessários, medidas preventivas, normas internas e procedimentos em caso de acidente de trabalho.

25. Possuir rotina de cadastro de equipamentos de proteção individual e coletivo (EPI e EPC), contendo no mínimo: dias de validade, dias para revisão e certificado de aprovação.

26. Permitir realizar lançamento de entregas e baixas de EPI e EPC para funcionários de forma individual e coletiva, permitindo ainda emissão de comprovante de entrega de EPI e EPC.

27. Permitir realizar lançamento de entregas de EPI e EPC para funcionários de forma individual com confirmação de biometria em leitor homologado pela contratada.

28. Permitir realizar configuração para que as entregas de EPI e EPC sejam integradas com estoque do Módulo de Almoxarifado (se contratado), efetuando automaticamente a baixa do estoque conforme o cadastro da entrega.

29. Possuir rotina para controlar as revisões de EPI e EPC em uso, com indicação da data da próxima revisão, responsável e observações.

30. Possuir relatório que apresente a média do tempo de uso de cada EPI e EPC entregue com registro de baixa, possuindo no mínimo: quebra por cargo, centro de custo, local de trabalho e grupo homogéneo exposição, bem como exibindo no mínimo as seguintes informações: funcionário, data de entrega, data de baixa, quantidade, tempo de uso e média de tempo de uso de cada EPI/EPC.

31. Possuir rotina de cadastro dos responsáveis pelos registros ambientais e monitoração biológica, com dados do cadastro único, tipo de responsabilidade e período de vigência.

32. Possuir rotina de cadastro do LTCAT (Laudo Técnico das Condições Ambientais do Trabalho), com período de vigência, registrando detalhadamente as condições ambientes de trabalho de cada grupo homogêneo de exposição configurado, com seus respectivos riscos, possíveis danos à saúde, meios de propagação, medidas de controle, tempo de exposição, fontes geradoras, indicando se é aplicável EPI e quais EPls seriam.

33. Possuir rotina de cadastro do PGR (Programa de Gerenciamento de Riscos), registrando detalhadamente a avaliação dos riscos de cada grupo homogêneo de exposição, com seus respectivos perigos, possíveis danos à saúde, etc.

34. Possuir relatório de necessidade de entregas de EPI baseado no PGR, com opções de emissão por grupo homogéneo de exposição e por funcionário, a indicação dos EPls necessários e com opção para emissão com as entregas já efetuadas.

35. Possuir rotina de cadastro do PCMSO (Programa de Controle Médico de Saúde Ocupacional), com período de vigência, detalhes sobre o programa (com no mínimo: objetivos, responsabilidades, procedimentos para exames médicos ocupacionais, registro e arquivo de informações, primeiros socorros e campanhas de saúde), registrando detalhadamente por grupo homogêneo de exposição os exames médicos previstos para admissão, periódico, mudança de função, retorno ao trabalho, monitoração pontual e demissão.

36. Possuir rotina para cadastro de questionários personalizados para atendimentos de enfermagem, psicólogo e assistente social, permitido sua impressão para preenchimento manual e também preenchimento via sistema.

37. Possuir rotina de cadastro do Atestado de Saúde Ocupacional (ASO) relacionando os exames realizados/apresentados com o seu respectivo resultado, data de realização e data de validade, permitindo ainda a emissão do ASO já preenchido com os dados do sistema ou em branco para preenchimento manual.

38. Permitir vincular ao Atestado de Saúde Ocupacional (ASO) um formulário personalizado de anamnese médica.

39. Permitir realizar lançamento de Atestado de Saúde Ocupacional (ASO) dos seguintes tipos: admissional, periódico, retorno ao trabalho, mudança de riscos ocupacionais, demissional, licença sem vencimentos e monitoração pontual.

40. Permitir realizar lançamento no Atestado de Saúde Ocupacional (ASO) os seguintes resultados: apto(a), inapto(a), apto(a) com restrição(ões), apto(a) com recomendação(ões) e inapto(a) temporário.

41. Possuir integração para gerar as informações do Atestado de Saúde Ocupacional (ASO) para o eSocial (Módulo Prestação de Contas).

42. Permitir realizar configuração para que conforme o resultado do Atestado de Saúde Ocupacional (ASO) seja sugerido ao usuário a inclusão de um horário na agenda.

43. Permitir que o Atestado de Saúde Ocupacional (ASO) do tipo admissional seja relacionado a um candidato de concurso público ou processo seletivo, sem que seja necessário vincular este tipo de ASO a um contrato de funcionário.

44. Permitir realizar configuração para o usuário receber um alerta informando sobre a eminência de vencimento de segundo período de férias, quando incluir um Atestado de Saúde Ocupacional (ASO) do tipo Retorno ao Trabalho e o funcionário estiver apto ao retorno.

45. Possuir relatório com as informações sobre os vencimentos do Atestado de Saúde Ocupacional (ASO), permitindo filtrar por período de vencimento.

46. Possuir rotina de cadastro da CAT (Comunicação de Acidente de Trabalho), incluindo detalhes do acidente como no mínimo: agente causador partes atingidas, situação geradora, depoimento do acidentado e dados de testemunhas, permitindo ainda registrar eventuais despesas e reembolsos pagos ao funcionário acidentado.

47. Possuir rotina de cadastro da CAT (Comunicação de Acidente de Trabalho) pelo portal pelo próprio funcionário.

48. Possuir rotina de cadastro de Investigação referente a uma Comunicação de Acidente de Trabalho, permitindo a homologação do registro do acidente mediante parecer de técnico e médico.

49. Permitir realizar registro na Investigação do Acidente de Trabalho de no mínimo as seguintes informações: idade, grau de instrução. IMC, se possui outro emprego, se realiza horas extras, clima, umidade relativa do ar (%) e temperatura (ºC).

50. Possuir relatório da investigação da CAT devendo apresentar as informações da comunicação do acidente e as relacionadas a investigação.

51. Possuir relatório da CAT conforme layout padronizado do INSS.

52. Possuir integração para gerar as informações da CAT (Comunicação de Acidente de Trabalho) para o eSocial (Módulo Prestação de Contas).

53. Possuir rotina de cadastro do atendimento médico vinculado a uma CAT (Comunicação de Acidente de Trabalho) e a Investigação da CAT, contendo informações sobre o profissional de saúde que realizou o atendimento, natureza da lesão, múltiplos CIDs, diagnóstico provável e observações.

54. Possuir rotina de cadastro de Incidentes de Trabalho ocorridos nos locais de trabalho da entidade, permitindo indicar no mínimo: descrição da ocorrência, testemunhas, data e hora, testemunhas e análise de causas.

55. Possuir relatório do PPP (Perfil Profissiográfico Previdenciário) conforme as informações já cadastradas para o respectivo funcionário (cargos, locais de trabalho, CAT. etc.) e riscos indicados no LTCAT.

56. Possuir rotina de cadastro de restrição médica de funcionários, informando o tipo de restrição (por exemplo: readequação e reabilitação), motivo, período, grau, profissional de saúde, múltiplos CIDs, e registros de acompanhamentos com data.

57. Permitir indicar na restrição médica para cada atribuição do cargo se o funcionário está liberado ou não para realizar.

58. Permitir realizar configuração de envio de e-mail automático ao responsável quando uma determinada restrição médica estiver próxima ao seu prazo final.

59. Possuir rotina de cadastro de visitas técnicas realizadas pelos profissionais de segurança e medicina do trabalho, indicando no mínimo: o tipo de visita, responsável e detalhes.

60. Possuir rotina de cadastro da brigada de incêndio, com no mínimo: registros dos pavimentos das edificações, treinamentos necessários, exames médicos necessários, plano de ação e controle de reuniões.

61. Possuir rotina de cadastro e controle dos extintores, indicando no mínimo: responsável, fornecedor, localização, data de instalação e data de validade.

62. Possuir rotina para cadastro das recargas e dos testes hidrostáticos realizados nos extintores, contendo no mínimo: data, validade, empresa e responsável técnico.

63. Possuir rotina de cadastro de solicitações médicas, permitindo aos profissionais de saúde o registro de solicitações diversas aos funcionários (como por exemplo, encaminhamento para especialistas, prescrição de medicamentos, solicitação de exames complementares, etc.), possuindo ainda relatório com a respectiva solicitação.

64. Possuir relatório de prontuário funcional em medicina e segurança do trabalho do funcionário, dispondo em um mesmo relatório no mínimo informações sobre: atestados médicos, acidentes de trabalho, EPI/EPC entregues, atestados de saúde ocupacional, laudos médicos, pareceres de junta médica, restrições médicas e solicitações médicas.

65. Possuir rotina de cadastro de planos de saúde, permitindo indicar o número ANS do plano, e as verbas para descontos de mensalidades e despesas extraordinárias em folha de pagamento.

66. Possuir rotina de cadastro dos funcionários aos planos de saúde, permitindo indicar no mínimo: data de adesão, número do contrato (carteirinha), valor da mensalidade do titular, dependentes, data início e final de cada dependente, valor da mensalidade de cada dependente, número do contrato (carteirinha) de cada dependente, bem como, as despesas extraordinárias (consultas, exames médicos, etc.) e devoluções separadamente por titular e dependente.

67. Realizar a geração de forma automática das informações dos planos de saúde, como mensalidades e despesas mensais, separadamente entre titulares e dependentes na geração das informações da DIRF e na emissão do comprovante de rendimentos.

68. Possuir relatório detalhado das mensalidades e despesas dos planos de saúde, podendo ser emitido por funcionário com quebra por período, apresentando mensalmente os valores de mensalidade de titulares e dependentes, bem como todas as despesas e devoluções relacionadas.

69. Possuir rotinas de cadastro da análise ergonômica do trabalho e avaliação individual de riscos ergonómicos relacionados a cada funcionário, indicando no mínimo: máquinas e equipamentos utilizados, mobiliários do posto de trabalho, EPI e EPC utilizados, condições ambientais (como iluminação, temperatura, ruído) e considerações e recomendações técnicas, devendo permitir também a inclusão de anexos.

70. Possuir rotinas de cadastro do PCA (Programa de Conservação Auditiva) e resultados dos exames audiométricos realizados pelos funcionários.

71. Possuir rotinas de cadastro de vacinação dos funcionários.

72. Possuir rotina de prontuário médico, permitindo registro de atendimentos realizados ao funcionário, contendo no mínimo: informações sobre o atendimento, profissional de saúde, parecer médico, múltiplos CIDs, exames requisitados, diagnóstico.

73. Possuir relatório de laudo médico baseado no prontuário médico.

74. Possuir rotina de prontuário de atendimento psicológico e de assistência social, permitindo registros para esses tipos de profissionais, bem como elaboração de parecer e encaminhamentos.

MODULO ESTÁGIO PROBATÓRIO

1. Possuir rotina de cadastro e geração de períodos de estágio probatório e períodos de avaliação.

2. Permitir realizar configuração de avaliação para estágio probatório, podendo informar: tipo, critérios, fatores, alternativas, comissão que efetuará a avaliação e respectivos modelos.

3. Possuir rotina de cadastro de avaliador como exceção para efetuar a avaliação de determinado centro de custo, podendo ainda informar o período de vigência dessa exceção.

4. Permitir realizar relacionamento de várias comissões de avaliação de estágio probatório para um único funcionário.

5. Permitir realizar automaticamente o relacionamento dos períodos de estágio probatório com os modelos de avaliação correspondente a cada regime.

6. Possuir rotina para gerar automaticamente os avaliadores para cada avaliação de estágio probatório de acordo com o tipo de avaliador informado.

7. Realizar a geração da avaliação subsidiária de estágio probatório por troca de local de trabalho e por cadastro de afastamentos.

8. Permitir realizar configuração de pesos diferentes para cada fator da avaliação de estágio probatório.

9. Permitir realizar a liberação dos períodos de estágio probatório individualmente, coletivamente e de forma automática através do ajuste de períodos.

10. Permitir realizar configuração para que a liberação dos períodos de estágio probatório possa ocorrer a partir de um dia informado, considerando ainda meses de carência para lançamento do período de liberação.

11. Permitir realizar configuração da quantidade de anos do estágio probatório e ainda poder classificar quantas avaliações devem ocorrer para cada ano de avaliação.

12. Permitir realizar configuração de um avaliador padrão de estágio probatório, sendo que este será o responsável pelo módulo e poderá efetuar manutenções nas avaliações.

13. Possuir rotina de consulta das avaliações de estágio probatório já realizadas para um determinado avaliador/avaliado.

14. Possuir rotina de consulta das avaliações de estágio probatório pendentes para um determinado avaliador/avaliado.

15. Possuir relatório de ficha de avaliação de estágio probatório para preenchimento manual, e permitir impressão desta mesma ficha de avaliação com as notas preenchidas para cada alternativa conforme já cadastradas no sistema.

16. Possuir relatório do resultado das avaliações de estágio probatório onde demonstre o resumo de todas as avaliações para um funcionário.

17. Permitir realizar configuração de quais motivos de afastamentos geram perdas e prorrogações em períodos de estágio probatório.

18. Permitir realizar configuração de quais relacionamentos do funcionário com função gratificada e cargo

comissionado geram perdas e prorrogações em períodos de estágio probatório.

19. Permitir realizar configuração de modelos de avaliação de estágio probatório diferenciado enquanto o funcionário está relacionado a uma função gratificada.

20. Permitir realizar configuração de agendamento para notificação automática por e-mail para o avaliador quando existir uma avaliação de estágio probatório disponível para realização.

21. Possuir relatório de resumo sobre o preenchimento de determinado fator das avaliações de estágio probatório, para fins estatísticos, contendo gráficos, e permitindo selecionar quais avaliações realizadas e fatores devem ser considerados na emissão.

22. Permitir realizar configuração para que o sistema calcule ou não a folha de pagamento mensal do funcionário se o período de estágio probatório foi finalizado, porém as avaliações ainda não foram totalmente realizadas, gerando aviso durante o processo de cálculo.

23. Permitir realizar configuração para que o sistema calcule ou não a folha de pagamento mensal do funcionário se o mesmo foi reprovado no estágio probatório.

MODULO AVALIAÇÃO DE DESEMPENHO

1. Possuir rotina de cadastro de grupo de cargo podendo relacionar os cargos correspondentes ao grupo para uso em configurações das avaliações de desempenho.

2. Permitir realizar configuração para cada grupo de cargo os tipos de avaliação desempenho como: progressão vertical, progressão horizontal, progressão horizontal consecutiva, adicional de desempenho, adicional de formação e adicional de capacitação, separadamente.

3. Realizar o relacionamento dos períodos de desempenho com os modelos de avaliação de desempenho correspondente a cada grupo de cargo automaticamente conforme configurado.

4. Permitir realizar configuração de avaliações para analisar o desempenho funcional, podendo informar: tipo, critérios, fatores, alternativas, avaliador que efetuará a avaliação, bem como os modelos de avaliação.

5. Permitir realizar configuração da frequência da avaliação de desempenho para a geração dos períodos de avaliação se anual ou por interstício.

6. Permitir realizar configuração de peso para cada fator da avaliação de desempenho.

7. Possuir rotina de cadastro e geração de interstícios, períodos de desempenho e de períodos de avaliação, visando progressão vertical e horizontal, adicionais de titulação, desempenho e capacitação.

8. Realizar o relacionamento automático de avaliadores para cada avaliação de desempenho de acordo com o tipo de avaliador informado.

9. Possuir rotina de cadastro de avaliador como exceção para efetuar a avaliação de desempenho de determinado centro de custo, podendo ainda informar o período de vigência dessa exceção.

10. Realizar a geração de avaliação de desempenho subsidiária por troca de local de trabalho e por cadastro de afastamentos.

11. Permitir efetuar liberação dos períodos de avaliação de desempenho de forma individual, coletiva e automática.

12. Permitir realizar a configuração de avaliador padrão, sendo que este será o responsável pelo módulo e poderá efetuar manutenções nas avaliações de desempenho.

13. Possuir rotina de consulta das avaliações de desempenho já realizadas para um determinado avaliador/avaliado.

14. Possuir rotina de consulta das avaliações de desempenho pendentes para um determinado avaliador/avaliado.

15. Possuir relatório de ficha de avaliação de desempenho para preenchimento manual e permitir impressão desta mesma ficha de avaliação com as notas preenchidas para cada alternativa conforme já cadastradas no sistema.

16. Possuir relatório de resultado da avaliação onde demonstre o resultado de todas as avaliações de desempenho e períodos para um funcionário em forma de gráfico.

17. Permitir realizar configuração de quais motivos de afastamentos geram perdas e prorrogações em períodos de avaliação de desempenho, inclusive por tipo com regras distintas: progressão vertical, progressão horizontal, adicional de desempenho, adicional de formação e adicional de capacitação.

18. Permitir realizar configuração de quais relacionamentos do funcionário com função gratificada e cargo comissionado geram perdas e prorrogações em períodos de avaliação de desempenho.

19. Possuir rotina para realizar a progressão salarial automática, alterando o nível salarial no contrato do funcionário, conforme tabela de níveis salariais configurada no sistema.

20. Possuir rotina para executar a progressão salarial por tempo de serviço, alterando o nível salarial no contrato do funcionário, conforme tabela de níveis salariais configurada no sistema.

21. Permitir realizar configuração para que a progressão salarial vertical ocorra levando em consideração os pontos adquiridos pelo funcionário dos períodos de habilitação.

22. Possuir rotina de cadastro para relacionar os assistentes ao período de avaliação, para que os mesmos possam acompanhar a realização das avaliações de desempenho de outros funcionários.

23. Permitir realizar configuração da pontuação que o funcionário receberá para a progressão vertical por cada curso prestado.

24. Possuir rotina onde possa ser informada a data de entrega prévia do histórico escolar ou a declaração de

conclusão de curso, bem como a data oficial da entrega do certificado do curso prestado.

25. Permitir realizar configuração para que o funcionário tenha direito a progressão horizontal mesmo que as avaliações de desempenho não tenham sido realizadas.

26. Permitir que o usuário possa escolher no momento do lançamento dos cursos prestados no módulo de Treinamento e Desenvolvimento (se contratado) se as horas do curso serão ou não consideradas para as progressões, podendo optar em contar para progressão horizontal ou vertical.

27. Permitir realizar configuração de perda do período de desempenho e período de interstício quando o funcionário possuir alguma ocorrência por advertência e repreensão.

28. Permitir realizar configuração para que os funcionários cedidos para outros órgãos tenham seus períodos de desempenho ou períodos de interstício perdidos enquanto durar a cessão.

29. Permitir realizar pagamento do adicional de desempenho através de um percentual fixo ou acumulativo de acordo com a quantidade de interstícios ao qual o funcionário tenha direito.

30. Permitir realizar lançamento de perda manual para o adicional de desempenho.

31. Possuir rotina de cadastro de funcionários com atividades que possam gerar alguma pontuação extra para que seja considerada na apuração dos pontos para progressão vertical.

32. Permitir realizar configuração de limite de pontos extras que poderão ser considerados na apuração da progressão vertical.

33. Possuir rotina de consulta das pontuações adquiridas por interstício, podendo efetuar o detalhamento das pontuações finais, apresentando os períodos relacionados aos interstícios, bem como as pontuações adquiridas para cada item de pontuação.

34. Possuir relatório do resultado das pontuações obtidas por interstício, devendo ainda disponibilizar o relatório apresentando de forma sintética ou detalhada das informações referentes as pontuações obtidas para o interstício em questão.

35. Permitir realizar configuração de agendamento para notificação automática por e-mail para o avaliador quando existir uma nova avaliação de desempenho disponível para realização.

36. Possuir relatório de resumo sobre o preenchimento de determinado fator das avaliações de desempenho, para fins estatísticos, contendo gráficos, e permitindo selecionar quais avaliações realizadas e fatores devem ser considerados na emissão.

MODULO PONTO ELETRÔNICO

1. Possuir rotina de importação de marcações de ponto via arquivo texto no padrão AFD do Ministério do Trabalho ou INMETRO por PIS e CPF.

2. Permitir realizar configuração do horário noturno padrão (com exceção por regime), minutos de tolerância para considerar como falta na entrada e saída (com exceção por horário e regime), minutos de tolerância diária para desconto de faltas (com exceção por horário e regime), tolerância de faltas para horários mensais, minutos mínimos para considerar como horas extras na entrada e saída (com exceção por horário e regime), minutos mínimos diários para considerar como hora extra (com exceção por horário e regime) e quantidade de minutos para desconsiderar registros de ponto duplicados.

3. Possuir rotina de cadastro de feriados e pontos facultativos, permitindo configurar para identificar de forma diferenciada nos lançamentos de ponto do funcionário.

4. Possuir rotina para controlar o banco de horas dos funcionários, permitindo lançamentos manuais de valores positivos (banco de horas), negativos (folgas/faltas), bem como lançamentos para folha de pagamento (pagamentos e descontos), permitindo ainda relacionar anexos ao respectivo lançamento.

5. Permitir realizar configuração e controlar tipos de bancos de horas distintos, permitindo o controle dos saldos de cada tipo de banco de horas de forma separada.

6. Permitir realizar configuração para estorno automático de saldo positivo de banco de horas, permitindo indicar tipo, regime e dias de validade, realizando automaticamente o estorno conforme configurado.

7. Possuir relatório de banco de horas por funcionário com totalizador por tipo de banco.

8. Possuir rotina para controlar o banco de dias dos funcionários, permitindo lançamentos manuais de valores positivos {banco de dias), negativos (folgas/faltas), permitindo ainda relacionar anexos ao respectivo lançamento.

9. Permitir realizar configuração e controlar tipos de bancos de dias distintos, permitindo o controle dos saldos de cada tipo de banco de dias de forma separada.

10. Permitir realizar configuração para que as folgas lançadas no banco de horas e banco de dias abonem as faltas e sejam apresentadas nos lançamentos de ponto do funcionário.

11. Permitir realizar configuração para que as horas trabalhadas além do expediente previsto dependam de autorização, devendo dispor de rotina para lançamento de autorização de realização de horas extras e banco de horas, efetuando o lançamento de ponto conforme configuração e considerando se existe autorização.

12. Possuir rotina de cadastro de escalas de sobreaviso e permitir relacionar funcionários a determinadas escalas e dias da semana, de forma que no processamento do ponto sejam calculadas as horas mensais de sobreaviso que o funcionário terá direito a receber, devendo também dispor de configuração se as horas efetivamente trabalhadas dentro da escala de sobreaviso deduzem ou não das horas de sobreaviso calculado.

13. Permitir realizar configuração de um motivo de lançamento de ponto para gerar no espelho de ponto do

funcionário um registro nos respectivos dias com batidas ímpares.

14. Permitir realizar configuração de um motivo de lançamento de ponto para gerar no espelho de ponto do funcionário indicando o total de horas de trabalhado esperadas no respectivo dia.

15. Possuir rotina de cadastro de períodos de realização de hora atividade para os funcionários visando abono automático durante o processamento do ponto, indicando data início e fim, quantidade de horas e dias da semana.

16. Possuir relatório de hora atividade por funcionário, permitindo verificar a quantidade de horas e os dias em que possui hora atividade prevista em determinado período de tempo.

17. Permitir realizar configuração por motivo de lançamento de ponto para gerar lançamentos em folha de pagamento, como horas extras, faltas, adicional noturno, sobreaviso e banco de horas (positivo e negativo).

18. Possuir rotina para calcular os lançamentos de ponto, de forma que os registros de ponto e demais configurações realizadas sejam verificadas e as ocorrências sejam apuradas, dispondo na tela de geração de filtros no mínimo por: data inicial e final do período de apuração, funcionário, regime, centro de custo, local de trabalho e cargo.

19. Permitir realizar configuração para que o cálculo dos lançamentos de ponto do período corrente seja realizado de forma automática e assíncrona mediante agendamento.

20. Permitir realizar o abono de forma automática, durante o processamento do ponto, de informações já cadastradas em outros Módulos (desde que contratados) como férias, afastamentos, frequência em turmas de cursos, licenças prêmio em gozo, licença maternidade e atestados, mediante a configuração de motivos de lançamento de ponto.

21. Permitir realizar configuração se o horário de trabalho do funcionário permite compensação diária automática, ou seja, apesar do funcionário possuir horário fixo de trabalho esperado é permitido que o mesmo realize compensações no próprio dia, devendo o sistema controlar automaticamente esta compensação.

22. Possuir rotina de cadastro e permitir realizar configuração de diferentes tipos de horários para serem relacionados aos funcionários, devendo dispor no mínimo de horários: semanais (indicando hora de início e final para cada período nos dias da semana), turno (permitindo indicar hora de início, quantidade de horas trabalhadas, horário de intervalo e horas de folga), livre (permitindo indicar a quantidade de horas de trabalho esperada por dia da semana) e mensais (permitindo indicar a quantidade de horas de trabalho esperada por mês).

23. Possuir rotina de cadastro que permita informar aos funcionários o seu horário de trabalho esperado em determinado período, indicando data inicial e final.

24. Possuir rotina no portal de serviços que permita realizar registros de ponto manuais mediante login, permitindo relacionar os funcionários autorizados a utilizar este tipo de registro, bem como deve permitir restringir o registro de ponto por configuração de IP.

25. Possuir recurso que permita captura da geolocalização onde foi realizado o registro de ponto pelo serviço no portal, devendo dispor da possibilidade de visualização dos registros de ponto efetuados em uma visualização em mapa.

26. Possuir rotina no portal de serviços que permita realizar registros de ponto com a utilização de leitor biométrico homologado pela contratada, permitindo relacionar os funcionários autorizados a utilizar este tipo de registro, bem como deve permitir restringir o registro de ponto por configuração de IP e permitir emitir alerta sonoro que diferencie sucesso e erro ao realizar o registro de ponto.

27. Possuir rotina de consulta dos registros de ponto efetuados pelos serviços no portal de forma manual mediante login e por leitura biométrica.

28. Possuir rotina de consulta dos registros de ponto importados e permitir a realização da manutenção destes registros, porém sem possibilitar a exclusão da marcação originalmente importada, podendo ser apenas ignorada, além de exigir relacionar um motivo para justificar a operação.

29. Permitir realizar a alteração de um registro de ponto importado, porém neste caso deve ser marcado como alterado e manter a informação original registrada separadamente, além de exigir relacionar um motivo para justificar a alteração.

30. Possuir relatório dos lançamentos de ponto apurados em determinado período por funcionário.

31. Possuir relatório em formato gráfico dos lançamentos de ponto apurados em determinado período, permitindo ainda a comparação com outros períodos.

32. Possuir rotina que permita fechar o cálculo de ponto de um determinado funcionário, de um determinado dia ou de um determinado dia de um funcionário, evitando que o processo de cálculo de lançamentos de ponto altere qualquer registro já fechado, impedindo também que novos registros de ponto sejam importados.

33. Possuir rotina de consulta para ajustes e conferências do ponto do funcionário permitindo acessar o dia para inserir a marcação faltante, ignorar uma marcação equivocada e efetuar lançamentos de abono manuais.

34. Possuir relatório de espelho de ponto do funcionário, contendo os registros de ponto esperados e efetuados, bem como o detalhamento de todos os lançamentos de ponto calculados em cada dia, devendo ainda identificar os registros de ponto que foram alterados ou inseridos manualmente.

35. Possuir rotina de consulta que permita relacionar os espelhos de ponto dos funcionários como anexos, por meio de digitalização ou upload de arquivos.

36. Permitir realizar configuração para diferenciação das faltas ocorridas dos atrasos/saídas antecipadas pela quantidade de minutos ou percentual, de modo que sejam efetuados lançamentos no ponto do funcionário com

motivos diferentes conforme o caso.

37. Permitir realizar configuração de uma quantidade de horas adicionais sem direito a hora extra (como por exemplo, para quando há determinação temporária de turno único), de modo que sejam efetuados lançamentos no ponto do funcionário com motivos diferentes conforme o caso.

38. Permitir realizar configuração de uma quantidade mínima de horas intrajornada por horário, de modo que não serão geradas horas extras no intervalo quando não completar o mínimo estabelecido, devem ser efetuados lançamentos no ponto do funcionário com motivos diferentes conforme o caso.

39. Possuir rotina no portal de serviços para que o funcionário possa solicitar ajustes no seu ponto, devendo dispor no mínimo de opções para: incluir, alterar e ignorar um registro de ponto informando hora, motivo, justificativa e anexos, incluir um lançamento de ponto (abono) informando quantidade de horas, motivo, justificativa e anexos, e solicitar autorização de horas extras ou banco de horas.

40. Possuir rotina que permita análise e deferimento/indeferimento das solicitações de ajustes de ponto efetuadas pelos funcionários, sendo que somente a partir do deferimento o respectivo ajuste ficará disponível para processamento no cálculo do ponto.

41. Permitir realizar configuração de quais descritivos de motivos de ajustes de ponto estarão disponíveis no serviço para os funcionários e para quais a inclusão de um anexo é obrigatória.

42. Possuir rotina para solicitação de assinatura digital dos espelhos de ponto para os funcionários, evitando necessidade de impressão em papel realizando inclusive o arquivamento eletrônico do espelho de ponto assinado em rotina que permita consultar e visualizar os espelhos que foram assinados e os que possuem assinatura pendente.

43. Permitir realizar configuração de exceções por horário, regime, cargo e função nos lançamentos de ponto, sendo possível por exemplo indicar que para determinada exceção a hora extra apurada deve ser gerada como banco de horas positivo ao invés de ser lançada para pagamento.

44. Permitir realizar configuração para indicar se a hora atividade abona ou não faltas na apuração do ponto.

45. Permitir realizar configuração por funcionário do pagamento de um adicional de hora trabalhada por dia, permitindo relacionar funcionários quando é previsto pagamento adicional por hora trabalhada mesmo que a hora pertença ao turno previsto do funcionário, como por exemplo, os funcionários que trabalham em turno e domingos e feriados são dias de expediente.

46. Permitir realizar configuração para que as horas extras autorizadas sejam convertidas em horas de plantão, diferenciado nos lançamentos do espelho de ponto.

47. Possuir relatório de escala de sobreaviso, detalhando por funcionário os dias em que são previstas horas de sobreaviso em determinado período.

48. Possuir rotina de exportação do arquivo eletrônico de jornada (AEJ) conforme a legislação vigente.

49. Possuir rotina de cadastro dos funcionários dispensados do ponto, devendo ser possível indicar as dispensas individualmente por funcionário, por cargo e por horário, de tal forma que no processamento do ponto qualquer falta seja automaticamente abonada em virtude desta dispensa.

50. Possuir rotina de consulta dos funcionários presentes e ausentes em uma determinada data considerando os registros de ponto, permitindo diferenciar as ausências dos casos de dispensa, folga ou faltas justificadas.

MÓDULO GESTÃO DE COMPRAS, LICITAÇÕES E CONTRATOS

1. Permitir que no cadastro de materiais/produtos, haja um campo para a descrição sucinta e detalhada sem limitação de caracteres, viabilizando a organização dos materiais/produtos e permitindo que se indique a que grupo, classe ou subclasse o material pertence, bem como relacionar uma ou mais unidades de medida ao cadastro;

2. Propiciar a identificação de materiais/produtos conforme especificações de classificação, como por exemplo: Material de Consumo, Permanente, Serviços, Obras, assim como de Categoria, como por exemplo: Perecível, Não perecível, Estocável, Combustível, etc.;

3. Propiciar que o usuário possa parametrizar no cadastro de produtos/materiais se o mesmo será de Consumo Imediato ou não, bem como, configurar para que esta opção seja parametrizada no momento em que o produto/material for utilizado, como por exemplo em uma Requisição ou Compra;

4. Propiciar o vínculo do produto/material com marcas pré-aprovadas;

5. Propiciar o vínculo do produto/material com seu respectivo CATMAT e CATSER (Catálogo de Materiais e Serviços do Governo Federal);

6. Viabilizar a anexação de imagens que sirvam de referência para os produtos/materiais;

7. Propiciar que cadastros de produtos/materiais obsoletos possam ser desativados, de modo a coibir a utilização indevida, porém mantendo todo seu histórico de movimentações;

8. Propiciar o relacionamento dos produtos/materiais e elementos de despesas, impossibilitando que determinado produto/material seja comprado com elemento adverso ou não relacionado;

9. Viabilizar por meio da consulta do produto/material a pesquisa pelo histórico completo de aquisições, permitindo consultar dados como por exemplo: Licitações, Ordens de Compra, Fornecedores e Valor Unitário;

10. Propiciar o cadastro de um rol de itens, compondo previamente listas de produtos/materiais que poderão mais tarde ser aproveitadas nas demais rotinas do sistema;

11. Dispor de rotina de Solicitação de Cadastro de Produto, notificando automaticamente o setor responsável via sistema e/ou por e-mail, onde posterior ao deferimento o sistema deverá enviar notificação ao solicitante informando que o produto foi cadastrado e o código ao qual está relacionado. Em caso de indeferimento da solicitação, deverá ser enviado notificação para o solicitante informando o motivo da recusa do cadastro do produto;

12. Propiciar o registro de Agente de Contratação, bem como de Comissões de Licitação: permanente, especial, pregoeiros e leiloeiros, indicando a portaria ou decreto que as designaram, possibilitando informar também os seus respectivos membros e atribuições designadas, assim como a natureza do cargo;

13. Propiciar o registro dos processos licitatórios, identificando número e ano do processo, objeto, modalidades de licitação e data do processo, bem como dados de requisições de compra, planilhas de preços, possibilitando com isso cumprir com a legislação vigente de Licitações e Contratos, que impõe a obrigatoriedade na formalização dos atos administrativos. Em se tratando de dispensas e inexigibilidades, dispor de relacionamento com o inciso da lei correspondente com o fundamento legal;

14. Recomendar o número da licitação sequencial anual ou por modalidade, possibilitando que o usuário faça sua parametrização;

15. Propiciar o cadastro do processo licitatório sem indicar a modalidade no sistema, permitindo que a mesma seja escolhida posteriormente a emissão do parecer jurídico;

16. Propiciar que o usuário gerencie os processos através de fluxogramas, onde todas as decisões são baseadas nas exigências legais vigentes. Por meio do fluxo deverá ser possível dar início, julgar e concluir qualquer tipo de processo licitatório ou dispensável, dispensando o acesso a novos módulos dentro do mesmo sistema. Deve acompanhar em tempo real o andamento do processo, habilitando a próxima etapa posterior a conclusão da etapa anterior. Essa liberação de etapas deverá ser de fácil visualização, utilização e localização por parte do usuário dentro do sistema. A visualização deverá ser identificada por cores específicas para cada etapa do processo. O fluxograma poderá apresentar as possíveis decisões, mostrando o caminho a ser seguido de acordo com a escolha feita. Em cada fase do Workflow deve haver um tópico (hint) de ajuda, para auxílio e orientação em caso de dúvidas por parte do usuário

17. Propiciar a anexação de documentos ao cadastro da minuta de edital, possibilitando consistir bem como torná-lo obrigatório no processo em questão;

18. Propiciar a visualização de todos os documentos e anexos da minuta em um lugar único, agrupando-os por classificação;

19. Em conformidade com as etapas do processo licitatório, propiciar a emissão de documentos como Editais, Atas de Sessões de Licitação, Aviso de Licitação, Termo de Homologação e Adjudicação, Pareceres Jurídicos, Técnicos e Contábeis, assim como a emissão de Relatório de Propostas e Lances. Estes documentos devem ser armazenados em banco de dados, possibilitando também o envio de documentos adicionais em substituição ao original emitido;

20. Propiciar o cadastro do parecer contábil, no processo licitatório, bem como sua impressão;

21. Propiciar o cadastro do parecer jurídico e/ou técnico, no processo licitatório, conforme legislação vigente, bem como sua impressão;

22. Propiciar o registro de interposição de recurso ou impugnação do processo licitatório, bem como o seu julgamento, permitindo redigir texto referente ao parecer da comissão e/ou jurídico;

23. Propiciar o registro de anulação e/ou revogação do processo licitatório, permitindo o registro total ou parcial pela quantidade ou valor;

24. Dispor de rotina que permita a classificação das propostas do pregão presencial de acordo com critérios de classificação determinados pela legislação vigente;

25. Em se tratando de Licitações cuja modalidade seja Pregão Presencial, possibilitar a visualização dos lances em tela, de forma eficiente e prática permitir efetuar lances por lote ou item, com opção de desistência/declínio do lance. Possibilitar que o pregoeiro estipule o valor de lance mínimo durante o cadastro dos Itens do pregão ou durante a rodada de lances. Bem como permitir que o pregoeiro determine tempo limite para cada rodada de lance por meio de cronômetro;

26. Dispor de rotina para negociação do preço com o fornecedor vencedor ao final da rodada de lances de cada item/lote;

27. Propiciar o julgamento das propostas em relação a microempresa, empresa de pequeno porte e empresa de médio porte de acordo com os critérios da Lei Complementar 123/2006;

28. Dispor de rotina que propicie o cadastro dos documentos dos fornecedores participantes do certame;

29. Dispor de rotina para o registro das propostas dos participantes, com indicação de Valor Unitário e Valor Total. Bem como possibilitar a consulta por fornecedor nos quadros comparativos de preços, identificando os vencedores;

30. Propiciar o registro da desclassificação do participante, indicando a data e motivo da desclassificação;

31. Propiciar o registro da inabilitação do participante, indicando a data e motivo da inabilitação. Em se tratando de pregão presencial, caso o vencedor do item seja inabilitado, permitir que o pregoeiro já identifique o remanescente e permita selecioná-lo para negociação e indicação do novo vencedor;

32. Propiciar que na consulta do processo licitatório seja possível visualizar dados do mesmo, como por

exemplo: lances (nos casos de pregão presencial), requisição(ões) ao compras, vencedor(es), propostas, itens do processo, participantes, dotações utilizadas, ordens de compra emitidas e, dados sobre a homologação e adjudicação do certame;

33. Propiciar o gerenciamento de processos licitatórios multientidade (onde mais de uma entidade manifesta interesse no objeto ora licitado). Permitindo que a Licitação ocorre por uma entidade principal, onde será realizado todo o gerenciamento, desde o seu cadastro até contrato e ordens de compra. E, exista a indicação das entidades participantes, permitindo a geração de contratos individuais por entidade, bem como suas solicitações e ordens de compra;

34. Dispor de fluxo diferenciado para processos licitatórios de Publicidade, propiciando o cadastro das sessões de abertura de envelopes não identificados e cadastro e julgamento das propostas técnicas, de acordo com legislação vigente;

35. Propiciar o registro no sistema da pontuação e índices para os itens das licitações cujo julgamento seja por preço e técnica, permitindo a classificação automática do vencedor de acordo com a pontuação alcança na soma dos critérios de pontuação;

36. Propiciar o relacionamento da comissão de licitação ao processo licitatório, bem como selecionar os membros da respectiva comissão que irão proceder com o julgamento do certame;

37. Propiciar o registro das publicações dos processos licitatórios, com indicação da data da publicação e o veículo de publicação;

38. Propiciar a indicação do recurso orçamentário que será utilizado no processo licitatório, bem como sua respectiva reserva orçamentária, sendo que a cada compra executada deverá ser liberado o respectivo valor da reserva orçamentária;

39. Em se tratando de processos licitatórios de Registro de Preço, propiciar o cadastro dos registros referentes a Ata de Registro de Preço, bem como controlar os respectivos registros e permitir a alteração de quantidades, preço e fornecedores quando necessário;

40. Propiciar o registro dos fiscais/gestores das Atas de Registro de Preço, atribuindo sua função e vigência de gestão;

41. Dispor de integração com o sistema de Contabilidade Pública, onde deverá gerar lançamentos referente a reserva de dotação orçamentária no sistema de gestão orçamentária, bloqueando o valor da despesa previsto no processo licitatório ou compra dispensável. Deve também efetuar o desbloqueio automático dos valores reservados e não utilizados após a finalização do processo ou da compra;

42. Propiciar que se realize a duplicidade/cópia de processos licitatórios já realizados pela entidade, de modo a otimizar o cadastramento de processos licitatórios similares;

43. Propiciar que em licitações do tipo Inexigibilidade ou Dispensa de Licitação que dispõem de características de Credenciamento/Chamamento haja a definição de cotas;

44. Propiciar a disponibilidade de publicação de dados e documentos do processos licitatórios na internet, possibilitando que se escolha o que deseja ser disponibilizado, como por exemplo: Itens, Certidões, Documentos exigidos, Quadro Comparativo de Preços, Vencedores, Contratos, Ordens de Compra, Editais, Anexos, Pareceres, Impugnação, Ata de Abertura de Envelope de Documento, Ata de Abertura de Envelope de Proposta, Ata do Pregão, Ata de Registro de Preço, Termo de Homologação, Termo de Adjudicação e Contratos;

45. Propiciar a realização de pesquisa de preço/planilha de preço para estimativa de valores para novas aquisições, sejam elas diretas ou por meio de processos licitatórios;

46. Propiciar que a partir da pesquisa de preço/planilha de preço, tendo como critério de escolha balizador o preço médio, maior preço ou menor preço cotado para o item na coleta de preços, permitindo que se gere um processo administrativo ou se permita a emissão de ordem de compra, com base no menor preço cotado;

47. Dispor de rotina para cotação de planilhas de preços on-line, propiciando que os fornecedores digitem os preços praticados, permitindo fazer o cálculo automático dos preços médios, mínimos e máximos e possibilitando o relacionamento desta planilha aos processos licitatórios para fins de cálculo da cotação máxima dos itens a serem licitados;

48. Dispor de integração com o Processo Digital/Protocolo gerando automaticamente um processo a partir da digitação de uma requisição e/ou solicitação de compra, podendo monitorar a movimentação do processo entre os setores da entidade;

49. Compartilhar de forma automática com o Processo Digital/Protocolo, os anexos do processo licitatório, de modo que se possa visualizar todos os documentos em um único local;

50. Dispor de rotina para registro de Solicitação de Compra dos itens homologados no processo licitatório;

51. Dispor de rotina que possibilite pré-autorizar e autorizar as Solicitações de Xxxxxx;

52. Propiciar o controle das Solicitações de Compra autorizadas, pendentes e anuladas;

53. Propiciar o controle das Solicitações de Compra por Centro de Custo, não permitindo que outros usuários acessem ou registrem solicitações não pertencentes ao seu centro de custo;

54. Dispor de rotina para avisar por meio de notificações ou por e-mail sempre que for cadastrada uma nova Solicitação de Compra, com a finalidade de agilizar o processo de compra;

55. Dispor de rotina para registro de Requisições ao Compras, onde poderá ser informado os itens e recursos orçamentários, e por meio da qual poderá ser executada uma ordem de compra ou formalizado um processo

licitatório;

56. Dispor de rotina que possibilite pré-autorizar e autorizar a Requisição ao Compras, sendo possível realizar a reserva dos recursos orçamentários da requisição e permitindo que compras sejam efetuadas somente no momento de sua autorização;

57. Propiciar a emissão de relatório de licitações gerando todos os dados do processo licitatório, desde a abertura até a conclusão;

58. Propiciar a geração de relação mensal de todas as compras executadas, para envio ao TCU conforme exigido no inciso VI do Art. 1º da Lei 9755/98;

59. Dispor de rotina para o registro de propostas dos pregões presenciais apenas pelo valor do lote, dispensando o preenchimento dos subitens do lote e propiciando que o fornecedor vencedor venha a fazer a readequação dos valores dos subitens de forma on-line em suas dependências, otimizando com isso, o cadastro das propostas e o início dos lances;

60. Propiciar a escolha dos assinantes de todos os documentos gerados no sistema, permitindo escolher os formatos de geração (pdf, html, doc e xls), quantidades de cópias e assinatura eletrônica;

61. Dispor de consulta diretamente no sistema das principais legislações vigentes e atualizadas, como por exemplo: Lei Nº 14.133/2021, Lei Nº 10.520/2002, Lei Nº 13.019/14, Lei Nº 123/2006, etc.;

62. Dispor de sistema próprio para gerenciamento de pregões eletrônicos ou possuir integração através de webservice com o Compras Públicas, para que seja possível importar os dados de lances, participantes, documentos e atas de forma automática através de agendamento, não necessitando a digitação e nem importação manual de arquivos;

63. Propiciar a exportação dos arquivos para a prestação de contas dos dados referentes a licitações de acordo com legislações estaduais e federais;

64. Propiciar o controle da situação do processo licitatório, se ele está aberto, anulado (parcial ou total), homologado (parcial ou total), deserto, fracassado, descartado, aguardando julgamento, concluído, suspenso ou revogado. Abrange as seguintes modalidades: Concorrência, Concurso, Leilão, Pregão, Diálogo Competitivo, Dispensa e Inexigibilidade;

65. Propiciar o gerenciamento dos controles necessários para Registro de Preços, de acordo com a legislação vigente;

66. Propiciar o registro e emissão de Solicitações ao Compras de produtos e serviços para o registro de preço, facilitando assim o controle da entrega do objeto licitado;

67. Dispor de modelos padrão de edital para o uso do sistema sem que haja a necessidade de criar vários modelos para licitações diferentes;

68. Dispor de rotina que possibilite o preenchimento on-line da proposta comercial, sem que haja a necessidade de exportação e importação de arquivos, permitindo o preenchimento da proposta pelo próprio fornecedor em suas dependências. Os dados da proposta comercial devem ficar criptografados na base de dados, sendo necessária senha para descriptografar e importar as propostas ao sistema, dispensando assim a necessidade de redigitação;

69. Dispor de rotina que permita o registro de plano anual de licitações, onde os planos serão compostos por intenções de licitação;

70. Cada intenção deverá conter uma descrição do objeto a ser licitado, o centro de custo responsável, se a mesma será compartilhada com outros centros de custos e se permitirá a inclusão de novos itens;

71. Dispor de rotina para adesão a intenção de licitação, por meio da qual as demais secretarias podem aderir a participação da intenção;

72. Dispor de rotina para definição dos itens da intenção de licitação, permitindo informar o produto e sua unidade de medida, de modo que as secretarias que aderirem a intenção poderão informar o quantitativo do item desejado;

73. Propiciar a geração de planilha de preço a partir dos itens da intenção, de modo que posteriormente possa ser gerado o processo licitatório;

74. Propiciar a geração dos itens da intenção de licitação por meio da importação de rol de itens;

75. Propiciar o cadastro dos contratos diretos ou oriundos de licitações, bem como o seu gerenciamento envolvendo as publicações, seus aditivos e reajustes, possibilitando também gerenciar o período de vigência dos mesmos;

76. Dispor de alerta de término de vigência de contratos com disparo de mensagens via e-mail, notificando os Gestores e Fiscais de contrato sobre o vencimento, podendo ser parametrizado a quantidade de dias que antecedem o alerta de vencimento;

77. Permitir que se execute no momento da adjudicação do processo licitatório, a liberação da diferença reservada entre o valor vencido pelo fornecedor e o valor total estimado, liberando assim a diferença de saldo para outras compras, dispensando a necessidade de aguardar a compra de todo o processo para que seja executada essa liberação da diferença;

78. Propiciar o registro da extinção/rescisão do contrato, possibilitando informar o motivo e data da extinção/rescisão conforme legislação atual vigente, possibilitando ainda a geração de dispensa de licitação, bem como o registro de impeditivo para o fornecedor quando for o caso;

79. Permitir a identificação dos contratos aditivos dos tipos Acréscimo, Diminuição, Equilíbrio, Extinção/Rescisão

ou outros, e ainda, possibilitar a visualização do tipo de alteração (bilateral ou unilateral);

80. Propiciar o registro dos aditivos ou supressões contratuais, efetuando o bloqueio caso ultrapasse os limites de acréscimos ou supressões definidos na legislação vigente, deduzidos acréscimos de atualização monetária (reajustes);

81. Propiciar o registro de alteração contratual referente a equilíbrio econômico-financeiro;

82. Propiciar o registro de apostila ao contrato, permitindo o registro da variação do valor contratual referente a reajuste de preços previstos no contrato, bem como atualizações financeiras e alterações de dotações orçamentarias, de acordo com a legislação vigente;

83. Propiciar o controle do vencimento dos contratos de forma automática, enviado e-mails aos servidores do setor com a relação dos contratos que estão a vencer em determinado período configurável;

84. Propiciar a definição de gestor/fiscais nos contratos e aditivos que farão a fiscalização da execução do contrato na sua integra;

85. Propiciar o cadastro das publicações dos contratos e aditivos;

86. Propiciar a emissão de relatórios para controle de vencimento dos contratos, autorizações de fornecimento e termos aditivos de contratos;

87. Propiciar o registro de fornecedores, inclusive com emissão do Certificado de Registro Cadastral, controlando a sequência do certificado e permitindo visualizar os dados cadastrais, o objeto social e possibilitando a consulta das documentações;

88. Propiciar avaliação de fornecedores, que deve verificar se o fornecedor cumpre a validade dos documentos definidos como obrigatórios especificados no cadastro de documentos e evidenciado irregularidades no momento da emissão.

89. Propiciar o registro no cadastro de fornecedores, da suspensão/impeditivos do direito de licitar, permitindo que seja controlado a data limite da reabilitação;

90. Propiciar o controle da validade dos documentos do fornecedor, possibilitando a emissão de relatório por fornecedor contendo a relação dos documentos vencidos e a vencer;

91. Propiciar o registro e o controle da data de validade dos documentos e certidões negativas dos fornecedores;

92. Dispor de relatório com emissão dos documentos a vencer e já vencidos do fornecedor;

93. Propiciar o registro do responsável legal da empresa e sócios do fornecedor/empresa;

94. Propiciar o registro de índices contábeis, como por exemplo: Ativo Circulante, Ativo Não Circulante, Patrimônio Líquido, Ativo Total, Passivo Circulante e Passivo Não Circulante, Índice de Solvência e Capital Social da empresa/fornecedor;

95. Dispor da emissão de Atestado de Capacidade Técnica para o fornecedor, gerando documento com os produtos/serviços fornecidos pelo mesmo;

96. Propiciar que se mantenha o controle da validade de documentos do fornecedor no momento da emissão de contratos e ordens de compra;

97. Dispor da emissão de relatórios gerenciais do fornecedor, exibindo registros referente a licitações, contratos no exercício, ordens de compra, podendo ser gerado de forma consolidada e por processo licitatório;

98. Propiciar a geração de Ordens de Compra ou Serviços do tipo Global, Estimativa e Ordinária, sejam dispensáveis ou oriundas de processo licitatório;

99. Assegurar a obrigatoriedade dos dados cadastrais dos fornecedores, tais como CNPJ, Razão Social, Endereço, E-mail e Telefone;

100. Propiciar que na geração de Ordens de Compra ou Serviços seja informado dados referentes a data de emissão e vencimento, fornecedor, finalidade, recurso orçamentário, a fim de que estas informações possam ser utilizadas na geração dos empenhos e suas parcelas;

101. Propiciar o parcelamento de uma ordem de compra do tipo Global e/ou Estimativa, permitindo o empenhamento das parcelas por meio de subempenhos;

102. Propiciar a alteração, caso não exista empenho na contabilidade, de informações da ordem de compra, como por exemplo: Condições de Pagamento, Dados de Entrega, Finalidade/Histórico;

103. Propiciar a execução de Estorno da ordem de compra, efetuando o estorno de seus itens. Se eventualmente a ordem de compra já estiver empenhada, possibilitar que por meio do estorno do empenho os itens da ordem de compra sejam estornados automaticamente, sem que haja a necessidade de estorno manual da ordem de compra;

104. Propiciar que se informe dados relativos à retenção na ordem de compra;

105. Propiciar que se informe dados relativos ao desconto na ordem de compra;

106. Propiciar reconhecer se os produtos da ordem de compra terão Consumo Imediato a fim de que os lançamentos contábeis de saída do estoque já sejam executados no momento do empenhamento;

107. Propiciar o bloqueio na emissão de ordens de compra oriundas de licitações de Registros de Preço em que Ata esteja fora da validade;

108. Propiciar a consulta de informações referentes ao recebimento da ordem de compra, possibilitando a visualização do saldo pendente a ser entregue, exibindo as quantidades, valores e o saldo;

109. Propiciar que na consulta da ordem de compra possa ser gerado um extrato de movimentação;

110. Propiciar a consulta on-line de débitos de contribuintes pessoa física/jurídica na geração de ordem de compra

ou contrato;

111. Propiciar que sejam exportados para a prestação de contas, os arquivos com dados pertinentes aos Contratos de acordo com legislações estaduais e federais;

112. Dispor de rotina por meio da qual seja possível gerenciar as licitações e contratos fundamentados na Lei 13.019/14;

113. Propiciar que por meio do Portal da Entidade seja possível a Manifestação de interesse Social;

114. Propiciar que a partir do Portal da Transparência, seja possível visualizar por meio de menu próprio as Licitações, Contratos e Prestações de Contas referente as parcerias;

115. Dispor no Portal da Entidade bem como no Portal da Transparência, de Agenda Pública de Licitações, listando os eventos de data e hora de entrega e abertura das propostas. Os registros devem ser gerados de forma automática a partir do cadastramento dos processos licitatórios;

116. Propiciar que a partir do cadastro de contratos, quando estes forem relativos a concessões de bens imóveis do município, seja possível relacionar os bens aos itens do contrato, de modo que o setor de patrimônio possa gerenciá-los.

Plano de Contratação Anual - PCA

1. Propiciar a inserção de intenção de licitação;

2. Dispor de campos para inserção de dados como por exemplo: centro de custo, finalidade do objeto, resumo da aquisição ou contratação, valor inicial da contratação (todos com campo obrigatório) e a data estimada para que ocorra o processo licitatório;

3. Propiciar a inserção de parâmetros como por exemplo: compartilhamento da licitação, gerenciamento de itens (se vai ser fechado para apenas uma demanda, ou aberto para todas as secretarias da entidade);

4. Propiciar a inserção de Justificativa da necessidade da contratação;

5. Propiciar a quantificações de produtos e serviços para intenções abertas;

6. Propiciar a geração de requisições/relatórios de quantificação por secretaria;

7. Propiciar a assinatura digital nos documentos gerados a partir do Plano de Contratação Anual;

8. Propiciar a inserção de novos itens, bem como a retificação dos mesmos;

9. Propiciar a inserção de uma ou mais unidades de medida por item, de acordo com demanda especifica;

10. Propiciar a criação e a importação de rol de produtos/serviços para novas intenções;

11. Propiciar a geração de Planilha de Preços com layout que atenda às instruções normativas vigentes;

12. Propiciar a geração de processo digital único, com todas as quantificações realizadas;

13. Propiciar a geração do Plano de Contração Anual, diretamente a partir do Sistema de Gestão, de acordo com as necessidades de layout da entidade, devendo conter (CATMAT/CATSER, código do órgão, produto/serviço, quantitativo por item, apresentar valor apurado, bem como as secretarias participantes do processo, prazo de execução da licitação. Propiciar a emissão de Relatório do PCA contendo as mesmas especificações e quantitativo por secretaria;

14. Propiciar a autorização da requisição de forma única;

15. Propiciar retroagir as etapas que fazem parte do PCA;

16. Propiciar a realização de ajustes no Plano de Contratação Anual conforme previsto na Lei nº 14.133/21;

17. Propiciar a alteração de códigos de CATMAT/CATSER, diretamente na intenção, sempre que necessário;

18. Propiciar a elaboração de Termo de Formalização de Demanda (TFD), Estudo Técnico Preliminar (ETP) e Termo de Referência (TR), com preenchimento de caixas de seleção e de texto, ou outra ferramenta que possa substituir, direto no PCA de acordo com cada intenção específica.

MODULO GESTÃO DE PATRIMÔNIO

1. Propiciar o registro de Inventários patrimoniais;

2. Propiciar a emissão de etiquetas com brasão da instituição e número de identificação do bem com código de barras, que serão utilizadas na gestão patrimonial;

3. Propiciar o cadastro de bens da entidade classificando seu tipo ao menos como: Imóveis e Móveis, possibilitando identificar se o bem foi recebido em doação, adquirido, em comodato, permuta ou ainda outras incorporações configuráveis pela entidade;

4. Propiciar a inserção de bens patrimoniais provenientes de empenho da contabilidade ou de ordem de compra, possibilitando a importação dos itens sem que haja a necessidade de redigitação dos produtos, fornecedores, valores e contas contábeis;

5. Propiciar o relacionamento automático da Conta Contábil (ativo permanente) utilizada no empenhamento, no momento da incorporação do bem para que não haja diferença nos saldos das contas entre os módulos de Patrimônio com o Contábil;

6. Dispor de controle de saldo dos itens do empenho ou ordem de compra a fim de não permitir a incorporação repetida do mesmo item;

7. Propiciar que além dos tipos imóveis e móveis, seja possível o cadastramento de inúmeros outros tipos de bens, a fim de que sejam utilizados na incorporação dos mesmos;

8. Propiciar que o usuário possa modelar a tela do cadastro do bem adicionando campos personalizados de

acordo com as necessidades da entidade;

9. Propiciar que os bens imóveis possam ser relacionados ao cadastro imobiliário, possibilitando que suas informações possam ser geridas também nesta base cadastral;

10. Propiciar a partir do cadastro contínuo o recebimento de bens em grande quantidade;

11. Propiciar que o usuário possa visualizar somente os bens sob a sua responsabilidade;

12. Propiciar que se visualize e controle por meio do cadastro do bem, seu estado de conservação, como por exemplo: ótimo, ruim, péssimo, inservível;

13. Propiciar que se visualize e controle por meio do cadastro do bem, a situação em que o mesmo se encontra em relação ao seu estado, como por exemplo: baixado, disponível, emprestado, cedido, locado;

14. Propiciar que a partir de consulta, se visualize todos os bens patrimoniais que já atingiram seu valor residual;

15. Propiciar a consulta dos bens patrimoniais por critérios como por exemplo: Código, Nº da Ordem de Compra, N° do Empenho, Código TC, Código de Tombamento, Detalhamento, Propriedade, Categoria, Tipo Utilização, Produto Código e/ou Descrição;

16. Propiciar a gestão de todos os bens patrimoniais que compõem o patrimônio da entidade, assegurando mais agilidade no seu cadastramento, classificação, movimentação, localização e baixa;

17. Dispor de cadastro de comissões com o objetivo de executar o registro de inventários, reavaliações e depreciações, possibilitando a indicação dos membros responsáveis e o texto jurídico que os designou;

18. Propiciar que a partir do inventário seja possível o controle da situação e do estado de conservação do bem patrimonial;

19. Propiciar atualizações de inventário a partir de escolhas em grupos, como por exemplo: responsável, repartição, grupo, conta contábil e classe;

20. Propiciar que por meio do inventário patrimonial, seja possível transferir de forma automática bens que estejam alocados fisicamente em departamento incorreto;

21. Propiciar que diretamente no sistema, seja realizado a indicação das informações dos inventários dos bens patrimoniais, indicando sua localização atual e seu estado (no momento do inventário);

22. Possibilitar a emissão de relatórios de inconsistência a partir do momento em que o bem está com status Em Inventário, desde que não esteja em seu lugar de origem;

23. Possibilitar a emissão de relatórios dos bens patrimoniais Em Inventário, gerando termo de abertura e fechamento;

24. Propiciar o registro de todo tipo de movimentação que tenha ocorrido com o bem patrimonial, seja ela física, como por exemplo as transferências, ou financeira como por exemplo as reavaliações, agregações e depreciações;

25. Propiciar que a partir da consulta do histórico do bem patrimonial, seja possível a visualização de todas as movimentações ocorridas, sejam físicas ou financeiras, inventários, anexos (fotos e/ou documentos), etc.;

26. Propiciar a consulta e vínculo do número do empenho ou da ordem de compra no cadastro de bem;

27. Propiciar o registro das depreciações e reavaliações dos bens individualmente, bem como, exibir um histórico com o valor contábil atual e valor referente a alteração, seja ela a maior ou a menor;

28. Propiciar o gerenciamento de todo o patrimônio por meio de unidades gestoras;

29. Dispor de rotina que propicie a transferência de bens entre entidades, efetuando de forma automática a baixa na entidade de origem e incorporação na entidade de destino, sem que haja a necessidade de incorporação manual, permitindo realizar o estorno da transferência entre entidades;

30. Dispor de rotina que propicie realizar reavaliações e depreciações acordo com as orientações das NBCASP - Normas Brasileiras de Contabilidade Aplicadas ao Setor Público;

31. Propiciar que de acordo com a necessidade da entidade, seja possível incluir motivos de baixa do bem;

32. Propiciar que a partir de consultas seja possível a emissão e impressão de relatórios operacionais de acordo com os dados fornecidos pelo usuário;

33. Dispor de integração com os sistemas de Compras, Frota, Contabilidade Pública, e Tributário;

34. Dispor de rotina de solicitação de transferência de bens patrimoniais, que por meio de notificações avisa a pessoa responsável de que há solicitações de transferências pendentes;

35. Propiciar a emissão de relatórios por repartição, localização, situação, espécie e data de aquisição;

36. Propiciar que a partir do gerenciamento do bem patrimonial seja possível realizar a consulta dos lançamentos contábeis;

37. Propiciar que para bens patrimoniais, individuais, setoriais ou por responsável, seja possível a impressão e registro do termo de responsabilidade;

38. Propiciar a geração e impressão do termo de baixa patrimonial;

39. Dispor de rotina de virada mensal, por meio da qual deverá efetuar o cálculo automático da depreciação para os bens incorporados com data de início da depreciação dentro do mês corrente;

40. Propiciar o estorno da virada mensal;

41. Propiciar a emissão de relatórios estatísticos que possibilitem a consulta e gerenciamento de informações patrimoniais, possibilitando inúmeros tipos de agrupamento de informações, como por exemplo: Responsável, Centro de Custo, Conta Contábil e Tipo do Bem;

42. Dispor de relatório que demonstre as manutenções já realizadas e também as manutenções previstas para os

bens patrimoniais;

43. Propiciar que a partir de fórmulas previamente cadastradas no sistema, as quais poderão ser editadas pelo próprio usuário, seja possível realizar avaliações patrimoniais;

44. Propiciar que para a coleta de dados, seja possível a integração com sistema de terceiros;

45. Propiciar para um melhor controle das concessões de bens imóveis, que haja rotina integrada com os módulos de Contratos e Tributário;

46. Propiciar a visualização de todos os contratos de concessões de bens imóveis da entidade, bem como possibilitar a gerência dos itens/bens;

47. Propiciar que de acordo com a matrícula do imóvel, relacionada ao bem móvel e o concessionário do bem, seja possível registrar no módulo de Receitas Diversas o pagamento das taxas de concessão/aluguel;

48. Propiciar que diretamente a partir do módulo de patrimônio, seja possível consultar a situação dos pagamentos referentes a concessão do imóvel;

49. Dispor de rotina integrada com o Cadastro Imobiliário que possibilite realizar a unificação de bens, buscando os registros de matrículas unificadas no cadastro imobiliário, baixando os bens referentes as matrículas antigas e gerando um novo bem de acordo com a nova matrícula;

50. Dispor de rotina integrada com o Cadastro Imobiliário que possibilite realizar a subdivisão de bens, buscando os bens e matrículas que foram desmembradas no cadastro tributário assim como as novas matrículas geradas, baixando deste modo o bem antigo e gerando os novos bens de acordo com a nova matrícula.

MODULO GESTÃO DE FROTA E COMBUSTÍVEIS

1. Propiciar o cadastro de veículos e demais dados de relevância relacionados ao registro, como por exemplo: RENAVAN, ano, modelo, marca, cor, descrição, espécie do veículo, data de aquisição, dados referentes ao seguro, tipo de combustível que utiliza, capacidade do tanque e centro de custo;

2. Propiciar o cadastro de Ocorrências/Avaria relacionadas ao veículo;

3. Propiciar o gerenciamento de débitos dos veículos, como por exemplo: Multas, Licenciamento, Seguro Obrigatório, etc.;

4. Propiciar o gerenciamento dos gastos do veículo por Autorização, Nota Fiscal e Ordens de Compra, de modo que quando se tratar de um serviço interno que se utilizar de peças o sistema deverá dispor de integração com o Almoxarifado;

5. Propiciar a identificação de Baterias, suas marcas e registro de suas substituições;

6. Propiciar a emissão e lançamento de Autorizações de Abastecimento e Ordem de Serviço para a frota;

7. Dispor de Agenda por veículo, motorista e departamento, por meio da qual poderá registrar no sistema todas as informações sobre a finalidade e o motivo do agendamento;

8. Propiciar o gerenciamento de horários, quilometragem, e quais motoristas estão em posse dos veículos a partir da movimentação da garagem e de acordo com os registros de entrada e saída de veículos do pátio;

9. Propiciar o controle de entradas e saídas de combustíveis a partir de integração com o módulo de Almoxarifado, por meio do qual poderá cadastrar bombas de combustíveis;

10. Propiciar o controle de entradas e saídas de combustíveis a partir de integração com o módulo de Almoxarifado, a fim de evitar duplicidade de controles;

11. Propiciar o gerenciamento dos gastos inerentes à frota de veículos, equipamentos e máquinas;

12. Dispor de integração com o módulo de Patrimônio a fim de que não haja duplicidade de registros relativos a veículos, equipamentos e máquinas. A partir desta integração, alterações executadas nos bens patrimoniais deverão ser replicadas automaticamente sob os veículos, equipamentos e máquinas aos quais estão relacionados. Por exemplo, ao efetuar uma transferência de centro de custo do bem, sua respectiva frota também sofrerá esta alteração;

13. Propiciar que ao veículo seja possível relacionar anexos, como por exemplo: fotografias, multas, documentos, pagamentos e demais arquivos que possuam relação com a frota. Deve dispor da aceitação de no mínimo as seguintes extensões: png, jpg, gif, bmp, doe, docx, pdf, odt, txt, pptx, ppt, xls, xlsx, ods, dwg;

14. Propiciar que a autorização de abastecimento possa ser preenchida manualmente a partir de sua emissão/impressão, ou por ordem já cadastrada no sistema;

15. Propiciar o cadastro de autorizações para abastecimento e/ou serviços;

16. Propiciar que a partir da autorização seja possível realizar o lançamento da despesa;

17. Propiciar que a partir de ordem de compra dispensável ou oriunda de licitação, seja possível realizar o lançamento da despesa;

18. Propiciar que a partir do controle de troca de pneus seja efetuado automaticamente o lançamento da despesa;

19. Propiciar o gerenciamento de manutenções em dependências próprias ou de terceiros, como por exemplo: trocas de óleo e pneu, lubrificações, revisões, etc. realizadas no veículo;

20. Propiciar que informações como marca e modelo de acordo com a tabela FIPE (Fundação Instituto de Pesquisas Econômicas) sejam passíveis de cadastramento diretamente no veículo;

21. Propiciar que o seguro e licenciamento, tidos como obrigações dos veículos, sejam passíveis de gerenciamento e controle;

22. Dispor de relação onde constem todos os tipos de infração, de acordo com o Código de Trânsito Brasileiro - CTB;

23. Propiciar o gerenciamento de multas de trânsito de acordo com o Código de Trânsito Brasileiro - CTB, permitindo indicar a cidade onde a infração foi cometida, o motorista e a data de vencimento;

24. Dispor de rotina acessível pelo usuário a qualquer momento para a consulta de multas;

25. Propiciar que após o pagamento da multa seja possível a ela relacionar os dados do débito;

26. Propiciar a emissão de planilha para preenchimento e controle do deslocamento dos veículos, com a inserção de informações como data e hora de partida e chegada, bem como a quilometragem percorrida;

27. Propiciar que por meio da rotina de Agenda, seja possível efetuar o agendamento de viagens, serviços e consertos para cada veículo da frota;

28. Propiciar o gerenciamento das rotas fixas para de cada veículo, bem como o cadastro de novas rotas para veículos e máquinas;

29. Propiciar a consulta de manutenções previstas e realizadas, bem como a consulta de taxas de seguro obrigatório, seguro facultativo e licenciamento;

30. Propiciar a guarita de garagem que registre as entradas e saídas dos veículos, bem como a possibilidade de consulta destes registros;

31. Propiciar o gerenciamento do seguro facultativo da frota;

32. Propiciar o controle e validação da carteira nacional de habilitação dos motoristas, não permitindo que nenhum funcionário seja motorista sem que o mesmo possua uma CNH, bem como, não permitir que nenhum motorista possa fazer uso do veículo caso esteja com sua CNH vencida;

33. Dispor de integração com o setor de Recursos Humanos a fim de propiciar que no cadastro do motorista seja possível definir se o mesmo é terceirizado.

34. Propiciar que no cadastro de motorista seja obrigatório informar dados da categoria, número e data de validade da CNH;

35. Propiciar o controle de pontuação da carteira nacional de habilitação, a fim de não permitir que motoristas que já tenham atingido os 20 necessários para suspensão da CNH, possam ser relacionados a saídas de veículos;

36. Propiciar o controle de veículos por horímetro, hodômetro e sem marcador;

37. Propiciar a configuração diferenciada para o cadastro de máquinas, dispondo de campos obrigatórios ou não de acordo com a necessidade do maquinário em questão;

38. Propiciar o gerenciamento da frota a partir de privilégios por centro de custo, por meio dos quais, o usuário logado poderá visualizar e dar manutenção apenas a frota que estiver em sua repartição;

39. Propiciar que o próprio frentista do posto de combustíveis, a partir de privilégios e quando se tratar de abastecimento externo possa efetuar o lançamento do abastecimento mediante apresentação da autorização de abastecimento emitida pelo órgão responsável;

40. Propiciar o cadastro e gerenciamento de destinos para veículos e máquinas;

41. Propiciar o registro de obrigações para veículos e máquinas por meio de agenda, a fim de definir períodos de utilização dos mesmos;

42. Dispor de consulta de disponibilidade de combustíveis oriundos de licitação;

43. Propiciar que a partir da identificação das despesas, se oriundas de estoque próprio ou de terceiros, seja possível o controle do estoque próprio de combustíveis;

44. Propiciar a consulta de modelos de veículos;

45. Propiciar a emissão de relatório de despesa, possibilitando gerá-lo a partir de inúmeros agrupamentos, como por exemplo: veículo, repartição, período e fornecedor;

46. Dispor de um relatório de processos, por meio do qual seja possível gerar todas as informações de um ou de diversos veículos, de acordo com os filtros utilizados no momento da emissão;

47. Propiciar a emissão de relatório onde conste o consumo de combustível e a média por veículo, exibindo status de consumo como normal, alto e baixo;

48. Propiciar que a partir do registro de ocorrências dos veículos, seja possível indicar a localização com suas coordenadas geográficas;

49. Propiciar que a partir de uma ocorrência relacionada ao veículo seja possível gerar um sinistro;

50. Propiciar a indicação da responsabilidade do sinistro, se próprio, de terceiros ou outros;

51. Propiciar que no cadastro do sinistro seja possível relacionar à seguradora, e com isto, seja automaticamente apresentando o número da apólice do seguro;

52. Propiciar que a partir do gerenciamento do sinistro seja possível indicar a oficina para onde o veículo foi encaminhado;

53. Propiciar o registro de veículos, bem como indicar o proprietário e condutor das partes envolvidas no sinistro.

MODULO FISCALIZAÇÃO FAZENDÁRIA

1. Sistema deve permitir o controle de autorizações para utilização de Impressoras de Cupom Fiscal. Na inclusão do pedido de Autorização deve solicitar no mínimo as informações das empresas solicitantes, a data da solicitação e o modelo do equipamento com seu número de série de fabricação. Deve permitir as ações de Deferimento, Indeferimento, Alteração e também Impressão da Autorização.

2. Deve permitir o cadastro e controle das empresas gráficas autorizadas a fazer a impressão dos blocos de notas fiscais.

3. Sistema deve permitir o controle das autorizações de impressão de notas fiscais. Na inclusão do pedido de Autorização deve solicitar no mínimo as informações das empresas solicitantes, a data de validade e a quantidade de blocos. Deve ainda permitir a alteração, consulta, cancelamento e impressão da autorização;

4. Sistema deve permitir incluir autorizações para incineração de Notas Fiscais, estas devem estar relacionadas com as autorizações de impressão de notas fiscais. Ou seja, somente uma autorização de impressão de notas fiscais já autorizada pode receber uma autorização de incineração.

5. Permitir o cadastro e configuração das infrações previstas da legislação municipal. Permitindo configurar ao menos os percentuais de penalidade, com valores diferenciados para reincidentes, o tributo para lançamento do débito e espaço para descrever a fundamentação legal.

6. Deve ser possível definir se a multa de infração acessória será lançada junto ao documento de autuação principal ou se será gerada em lançamento separado.

7. Sistema deve possuir o registro e controle de todas as visitas realizadas as empresas pelo fisco municipal. Neste registro deve possuir ao menos a identificação da empresa, o fiscal responsável pela visita, a data da visita e o motivo.

8. Deve permitir criar classificações para os procedimentos fiscais, permitindo que os procedimentos fiscais sejam agrupados por áreas de interesse.

9. Deve possuir cadastro de todos os serviços possíveis de execução pelo fisco municipal, bem como a possibilidade de definir uma pontuação para cada serviço.

10. Permitir incluir procedimentos fiscais para, ao menos, empresas estabelecidas no município, contribuintes eventuais de fora do município e para instituições financeiras.

11. Permitir o gerenciamento de todos os procedimentos fiscais cadastrados, permitindo filtros de pesquisa no mínimo por fiscal responsável, pelo contribuinte fiscalizado, pelo ano e número do procedimento fiscal, pela data da inclusão e pela situação.

12. Controlar o status dos procedimentos fiscais cadastrados com situação: aberto, iniciada, fechada ou cancelada;

13. Permitir a inclusão de documentos como anexo do procedimento fiscal.

14. Possuir serviço de denuncia fiscal, onde os cidadãos poderão informar ao fisco possíveis irregularidade. Deve permitir que o cidadão se identifique ou faça a denúncia de forma anónima.

15. Deve permitir a alteração, cancelamento e transferência do procedimento fiscal entre usuários do grupo fisco.

16. Permitir a geração, em formato PDF, de todos os documentos inerentes a um procedimento fiscal, sendo eles Termo de início, Intimação, Termo de recebimento de documentos, Termo de devolução de documentos, Termo de apreensão de documentos, Documentos de autuação Principal e Acessório, Planilha de Homologação da Fiscalização, Termo de prorrogação fiscal e o Termo de encerramento de fiscalização;

17. Deve permitir a geração de múltiplas intimações, conforme a necessidade do fisco.

18. Permitir a prorrogação da ação fiscal conforme a necessidade do fisco.

19. Quando necessário, deve permitir a geração de termos adicionais, conforme a necessidade do fiscal, sem a necessidade de novos desenvolvimentos no software.

20. Deve permitir o envio de todos os termos gerados para o e-mail dos contribuintes fiscalizados, no decorrer da ação fiscal. Deve ainda permitir consultar todos os e-mails já enviados.

21. Permitir configurar textos padrões para o e-mail de cada termo, que será enviado no corpo do e-mail.

22. Sistema deve possuir integração com o Domicilio Eletrônico do Contribuinte, permitindo enviar todos os termos, em forma de comunicado, para o contribuinte fiscalizado, no decorrer da ação fiscal.

23. Permitir que o fiscal faça a homologação da ação fiscal, podendo alterar, incluir ou excluir documentos. Os documentos declarados na escrituração fiscal do contribuinte devem ser apresentados na homologação, sem a necessidade de importações de arquivos.

24. Deve permitir que o fiscal execute manutenção de forma global nos documentos fiscais da homologação, alterando alíquotas, Itens da Lista de Serviço, Local de Incidência do Imposto e tributação de múltiplos documentos de uma só vez.

25. Deve permitir a homologação de serviços prestados e serviços tomados.

26. Na homologação dos documentos devem ser ordenados por competência, em ordem ascendente.

27. Permitir a impressão da Planilha de Homologação dos serviços Prestados, Tomados ou de Ambos.

28. Permitir a homologação da ação fiscal de forma resumida, para serviços prestados e tomados, onde será informado por competência, apenas a Base Cálculo, o Item da Lista de Serviço com LC 116/2023, a alíquota e uma descrição.

29. Permitir o lançamento por estimativa ou arbitramento, onde através de campos customizáveis pré-definidos, o fisco poderá informar parâmetros que serão utilizados em fórmulas de cálculos, também customizáveis, para o sistema irá efetuar o cálculo do imposto devido. O fisco deve ter acesso as configurações sem a necessidade de novos desenvolvimentos.

30. Sistema deve permitir a homologação da ação fiscal para Instituições Financeiras, com base no modelo conceitual DES-IF do padrão ABRASF.

31. Na homologação da ação fiscal das instituições financeiras, o sistema deve cruzar os dados enviados pelo contribuinte na sua apuração mensal com as informações contidas no demonstrativo contábil, destacando as contas com divergências.

32. Deve apresentar ao menos os valores de débitos e créditos contidas na apuração mensal e no demonstrativo contábil, separado por conta cosif e competência, apresentando ainda coluna com a diferença.

33. Deve permitir que o fisco efetue alterações nas declarações das contas, podendo alterar o código de tributação e os valores de crédito e débito. Deve permitir ainda incluir novas contas e excluir contas existente.

34. Deve permitir imprimir a planilha de homologação das instituições financeiras.

35. Permitir a fiscalização e homologação das empresas enquadradas como Simples Nacional, apresentando além das informações dos documentos declarados, os valores declarados pelo contribuinte no sistema da receita federal, contidos no arquivo PGDAS-D.

36. Sistema deve possuir relatório que apresente as divergências entre os valores declarados na receita federal e os valores declarados no sistema do município, por empresas enquadradas como Simples Nacional.

37. Permitir a inclusão de documentos de autuação com base nas infrações previstas na legislação do município. Na inclusão deve possuir campo descritivo para livre utilização do fisco, identificação se é sobre serviços prestados ou tomados, seleção das competências as quais a autuação corresponde e também descrição da penalidade.

38. No caso de documento de autuação acessório, deve ser possível informar se o contribuinte é reincidente na infração cometida.

39. No caso de documento de autuação principal, deve ser exibido uma lista de todos os documentos fiscais relacionados na homologação separados por competência.

40. Após a inclusão do documento de autuação principal e antes da etapa da geração do cálculo para cobrança, deve ser possível verificar a receita original lançada pelo contribuinte e também a receita apurada pelo fisco. E, em caso de empresa enquadrado no Simples Nacional, também deve apresentar a receita declarada no PGDAS- D.

41. Deve ser apresentado também todos os pagamentos já efetuados pelo contribuinte no período fiscalizado, separado por competência, e deve calcular automaticamente a diferença a recolher, a correção monetária, os juros e a multa.

42. Deve dar liberdade para o fisco de manipular os dados, caso algum erro operacional de pagamento tiver acontecido, recalculando a planilha e atualizando os valores.

43. Deve ser possível definir para o cálculo do documento de autuação principal, se será gerado um lançamento de débito para cada competência apurada, ou se será gerado um único lançamento com o valor total do débito.

44. Permitir efetuar prévia do cálculo final antes da efetivação para conferencia do fisco.

45. Deve emitir o documento de autuação, contendo todos os dados da apuração, e também os descritivos da infração, em formato pdf.

46. Deve possuir configuração para definir os dias para o vencimento do débito lançado e o prazo para o contribuinte entrar com recurso.

47. As datas de vencimento e recurso devem ser sugeridas com base nesta configuração.

48. Permitir incluir recursos sobre os documentos de autuação,

49. A entrada com recurso deve ser efetuada pelo domicilio eletrônico do contribuinte, evitando que o contribuinte precise deslocar-se até a prefeitura.

50. O fisco poderá relacionar número de protocolo ao recurso e também definir se alterará a situação do documento de autuação para contencioso.

51. Deve possuir gerenciamento de todos os recursos, permitindo o cadastro de perecer, o provimento, improvimento ou provimento parcial.

52. Permitir suspender os débitos relacionados os documentos de autuação, na inclusão do recurso.

53. Deve permitir a geração do boleto para pagamento bancário com código de barras das infrações levantadas, obedecendo aos convênios bancários utilizados pelo município, com cobrança registrada.

54. Os boletos de pagamento podem ser parametrizados para saírem com descontos na multa, conforme previsão na legislação tributária do município, caso o pagamento seja efetuado até a data do vencimento;

55. Deve ser possível efetuar a transferência para dívida ativa os documentos de autuação não pagos.

56. Deve permitir o parcelamento e reparcelamento dos débitos relacionados os documentos de autuação, obedecendo as parametrizações definidas pela lei municipal.

57. Deve ser possível definir se os parcelamentos terão juros simples ou composto, o valor mínimo de cada parcela, a quantidade máxima de parcelas, os valores de entrada e também os descontos, quando existir necessidade.

58. Possuir relatório para análise fiscal de instituições financeiras, que apresente as inconsistências entre demonstrativo contábil e apuração mensal.

59. Permitir a importação do arquivo de Estatística Bancária Mensal (ESTBAN) fornecido pelo Banco Central.

60. Permitir consultar os valores importados do arquivo ESTBAN, agrupando por competência e instituição financeira.

61. Emitir relatório de contribuintes omissos de suas declarações.

62. Emitir relatórios de contribuintes que informaram que não tiveram movimentações em suas declarações.

63. Possuir relatório que apresente as empresas enquadradas como Simples Nacional que ultrapassaram o faturamento permitido neste regime.

64. Possuir relatório que apresente as empresas enquadradas como MEI - Micro Empreendedor Individual, que ultrapassaram o faturamento permitido neste regime.

65. Possuir relatório que apresente todas as notas fiscais declaradas pelos contribuintes, seja para serviços prestados ou tomados.

66. Possuir gráfico evolutivo, que apresente por competência, os valores de ISS Declarados e Pagos.

67. Possuir relatório que permita apurar quais empresas estão exercendo determinada atividade, podendo filtrar por código da atividade ou inscrição municipal.

68. Emitir relatório que apresente divergências entre informações declaradas pelo prestador com as informações declaradas pelo tomador, referentes a um mesmo documento fiscal.

69. Emitir relatório que apresente as divergências significativas de faturamento das empresas entre determinadas competências, podendo definir o percentual de divergência, o código da atividade e o período de análise.

70. Emitir relatório dos contribuintes que estão autorizados e emitir NFS-e e não estão emitindo.

71. Possuir relatório de ficha de fiscalização, onde apresente todos os procedimentos fiscais, seus documentos de autuação e contribuinte, bem como a situação dos débitos dos mesmos. Podendo filtrar por número do processo fiscal, período, situação do processo e inscrição municipal.

72. Possuir relatório que apresente a arrecadação por item da lista de serviço, podendo ordenar por valor da receita bruta ou valor do ISS. Deve possuir filtro por valor de receita bruta, valor de ISS, período e tipo do serviço (prestado ou tomado).

73. Referente a fiscalização de Instituições Financeiras, possuir relatório de contas tributáveis sem movimentação.

74. Possuir relatório de cumprimento das obrigações acessórias, referente a entrega dos módulos da DES-IF.

75. Permitir a importação dos dados referente as administradoras de cartões de crédito.

76. Possuir um detalhamento dos valores importados, por contribuinte, das operadoras de cartão de crédito, apresentando a natureza da operação e os valores por dia do mês.

77. Possuir relatório de inteligência fiscal que faça o cruzamento dos valore declarados no PGDAS-D, com os valores declarados no arquivo de operadoras de cartão de crédito e os valore declarados pelos contribuintes na escrituração fiscal do sistema do município. Deve permitir filtrar por contribuinte, percentual de diferença e por período.

78. Possuir controle de ordens de serviços, onde o responsável pelo setor de fiscalização possa incluir ordens de serviço para os fiscais. Deve permitir informar na ordem de serviço, qual empresa deve ser fiscaliza, o fiscal responsável pela ordem, o prazo para execução da ordem, a descrição o período a ser apurado.

79. Deve permitir que o fiscal responsável adicione comentários durante a execução da mesma.

80. Deve permitir a inclusão de anexos a ordem de serviço e também a impressão da ordem.

81. Deve ser possível abrir um procedimento fiscal relacionado a ordem de serviço.

82. Permitir vincular mais de um fiscal a ordem de serviço.

83. Permitir concluir a ordem de serviço descrevendo parecer da conclusão.

84. Permitir criar grupos de fiscais, permitindo a classificação por área de atuação.

85. Possuir controle de plantão fiscal, podendo configurar o horário de expediente do plantão e os fiscais que farão parte do mesmo.

86. O lançamento do plantão fiscal deve ser feito mensalmente, sorteando os fiscais para os dias de trabalho.

87. O gerenciamento do plantão deve identificar os dias que são feriados e não gerar plantão para estes dias.

88. Permitir o lançamento de pontuação para o controle de produtividade dos fiscais.

89. Cada fiscal deve possuir acesso apenas a suas movimentações no plantão fiscal.

90. O responsável pela pasta deve possuir acesso total ao plantão, podendo acompanhar as jornadas, visualizar as atividades e efetuar manutenção em todos os dias do plantão fiscal.

91. Possuir rotina para geração de notificação prévia, anterior ao procedimento fiscal. Esta notificação pode ser gerada individualmente, por contribuinte, ou de forma geral com base em regras previamente cadastradas.

92. A notificação prévia de forma geral deve ser feita de forma automática, notificando todos os contribuintes encontrados pela regra, através do Domicilio Eletrônico do Contribuinte.

93. Após a notificação prévia automática deve possuir controle de prazo para regularização, onde dentro deste prazo o contribuinte poderá se regularizar. O sistema deve ter capacidade de identificar os contribuintes que se regularizaram.

94. Após este prazo o sistema deve apresentar os contribuintes que não se regularizaram e apresentá-los para abertura de procedimento fiscal.

95. O contribuinte deve ser notificado ao acessar o sistema, que possui notificações para serem visualizadas.

MODULO GESTÃO DE ESCRITA FISCAL ELETRÔNICA

1. Sistema deve possuir cadastro Mobiliário Único integrado ao sistema de arrecadação do município.

2. Possuir funcionalidade para escrituração dos Prestadores de Serviços e Tomadores de Serviço estabelecidos no município, onde os contribuintes poderão declarar seus documentos fiscais.

3. Na escrituração via digitação de documentos fiscais de serviços, deve solicitar no mínimo as informações do número do documento, data de emissão, local da prestação do serviço, Item da Lista de serviço conforme LC 116/03, valor do serviço, alíquotas e o tomador/prestador do serviço.

4. Deve permitir alterar qualquer documento fiscal já declarado, desde que não seja oriundo do sistema de emissão de NFS-e.

5. Deve também permitir escrituração de documentos fiscais de serviços prestados e tomados, através de importação de arquivo no formato txt, conforme layout definido pelo município;

6. Deve efetuar o cálculo automático do tributo devido com base nas informações dos documentos fiscais declarados.

7. Permitir que o contribuinte possa escolher sobre quais documentos deseja emitir o boleto para pagamento do ISSQN.

8. Permitir que os contadores tenham acesso aos documentos declarados pelos seus clientes e que possam executar movimentações, como declaração de novos documentos e emissão dos boletos.

9. Permitir que o fisco consiga identificar, através de consulta ou relatório, serviços prestados por empresas de fora do Município, serviços prestados por empresas estabelecidas no município, serviços prestados para fora da cidade por empresas estabelecidas no município.

10. Possuir relatório com relação dos itens da lista de serviços com maiores arrecadações/declarações.

11. Possuir funcionalidade onde os contribuintes e contadores possam solicitar a criação de novo cadastro, a alteração de cadastro, vínculo de responsabilidade, baixa de responsabilidade. Esta solicitação deve ficar pendente para análise do fisco, podendo ser deferida ou indeferida.

12. Ao deferir um cadastro do tipo Novo, o fisco deverá ter a possibilidade de autorizar que o sistema incluía usuário de acesso ao sistema para o mesmo de forma automática;

13. Ao deferir um cadastro do tipo novo, o fisco deverá ter a possibilidade incluir autorização para utilização de NFS-e de forma automática;

14. Permitir ao fisco municipal cadastrar, alterar e alterar a situação cadastral de inscrições municipais;

15. Sistema deve possuir a funcionalidade de complementar e/ou retificar uma declaração;

16. Permitir que o fisco municipal configure previamente quais naturezas de operação estarão disponíveis para cada item da lista de serviço. No momento de efetuar a escrituração de um documento fiscal, somente as naturezas de operação previamente configuradas poderão aparecer para seleção por parte do contribuinte.

17. Ter a possibilidade para configurar a exigência ou não, de assinatura digital no momento do fechamento da escrituração fiscal, podendo criar exceção para Micro Empreendedores Individuais.

18. Permitir a geração do recibo de declaração de ISS e de ISS retido pelo próprio contribuinte;

19. Ao efetuar a declaração de um documento fiscal para escrituração, deve solicitar no mínimo as informações de número de documento, razão social do declarante/contribuinte, CNPJ/CPF, endereço completo, número de inscrição municipal, quando existir, data de emissão do documento, valor dos serviços prestados e/ou tomados e alíquota.

20. Quando a incidência do imposto for no município a alíquota deve ser previamente carregada conforme o cadastro municipal, não permitindo alteração. Exceto para empresas enquadradas como Simples Nacional.

21. Permitir a escrituração de serviços eventuais, por parte de contribuintes de outros municípios.

22. Permitir ao declarante fazer solicitação de acesso ao sistema. Esta solicitação deve ser analisada e deferida, ou indeferida, pelos servidores do município.

23. Permitir que os contribuintes concedam permissão de acesso aos seus colaboradores, desde que estes também tenham usuário criado no sistema.

24. Sistema deve permitir declarações retificadoras com a possibilidade de emissão de nova guia de pagamento, no caso de alteração do valor do ISSQN devido;

25. Sistema deve possuir integração com o ADN - Ambiente de Dados Nacional, podendo receber documentos oriundos de outros municípios, desde que possuam convénio com receita federal.

26. Sistema deve receber os documentos fiscais gerados pelos contribuintes MEI no Sistema Nacional.

27. Para permitir a integração com o ADN, sistema deve aceitar apenas um item enumerado na Lista de Serviços (LC 116/03) por documento fiscal declarado;

28. Sistema deve permitir que o município configure declarações de serviços customizadas, onde o município poderá definir campos a serem preenchidos pelo contribuinte e também definir a fórmula de cálculo. Deverá ainda permitir enquadrar e desenquadrar os cadastros mobiliários que utilizarão estas declarações customizadas.

29. Permitir o cadastro de novos tomadores/prestadores de serviço pelos próprios declarantes, no momento da declaração do documento fiscal;

30. Permitir a escrituração de serviços prestados e tomados para contribuintes isentos, imunes, com regime de estimativa e regime fixo;

31. Permitir a geração parcelas complementares por parte do contribuinte, sem intervenção do Município e sem perder a referência com a competência a qual ela complementa;

32. Permitir que o contribuinte faça a inclusão de requisições de compensação (valor pago a maior). Após

deferido pelo Município, os valores desta requisição ficarão disponíveis para serem abatidos do valor devido de competências futuras;

33. Possuir rotina para autorizar a utilização de redução de alíquota e redução da base de cálculo.

34. Para a redução da base de cálculo, deve ser possível definir quais itens da lista de serviço (LC116/03) poderão sofrer dedução, podendo ainda determinar qual o percentual máximo para dedução;

35. Permitir a configuração e lançamento de multa para contribuintes que entregarem sua escrituração fora do prazo definido pelo município. Está multa poderá ser para escrituração de serviços prestados, tomados e ambos.

36. A multa deve ser lançada forma automática, quando o contribuinte efetuar a escrituração;

37. Sistema deve permitir também a escrituração de forma automática pelo sistema, em caso do contribuinte deixar de executar.

38. Atender a LC 123/2006 referente ao Simples Nacional, solicitando o faturamento das empresas e calculando a alíquota automaticamente.

39. Permitir que o contribuinte entregue sua escrituração como sem movimento;

40. Permitir que os contribuintes façam a exportação de documentos declarados em formato txt, utilizando layout pré-definido pelo município;

41. Sistema deve possuir consulta com histórico de todas as escriturações efetuadas pelos contribuintes;

42. Permitir a configuração de valor mínimo para geração de boletos. Caso uma competência não atingir este valor, ele deve ficar acumulado e ser somado a próxima competência, assim sucessivamente, até atingir o valor definido.

43. Permitir a escrituração de Instituições Financeiras através da importação de declaração da DES-IF no padrão ABRASF.

44. Possuir gerenciamento dos planos de contas das instituições financeiras, disponível ao fisco do município e para os responsáveis pelas declarações das instituições financeiras, podendo o fisco do município acessar todos os planos de contas das instituições financeiras.

45. Possibilitar que as instituições financeiras possam cadastrar as contas colocando os dados como: número da conta, nome da conta, descrição da conta, código COSIF da qual a conta está vinculada, código da atividade da qual a mesma está correlacionada.

46. Permitir que as instituições financeiras possam cadastrar suas contas através da importação de arquivos, através de layout disponibilizado pelo software.

47. Possuir lançamento por Plano de contas COSIF e Plano de Contas de cada Instituição Financeira, ambos deverão possuir relacionamento com os códigos de serviço pertinentes.

48. Possibilitar a importação de declaração de Instituições Financeiras (DESIF), com obrigatoriedade do grupo contábil 7.0.0.00.00-9, e também para o grupo contábil 8.0.0.00.00-6, no padrão ABRASF, conforme definido na legislação municipal.

49. Possuir a importação de arquivos de Informações Comuns aos Municípios com a Tabela de Tarifas.

50. Importar os arquivos de apuração mensal do ISSQN, discriminando a identificação da dependência, demonstrativo da apuração da receita tributável e do ISSQN mensal devido por subtítulo e demonstrativo do ISSQN mensal a recolher, no padrão ABRASF.

51. Permitir a importação de arquivo com as informações do demonstrativo das partidas contábeis (Partidas Dobradas).

52. Possuir relatório para o cruzamento entre as contas declaradas pela Instituição Financeira com os demonstrativos contábeis da Instituição, apontando as divergências encontradas.

53. Possuir demonstrativo da arrecadação por conta COSIF das Instituições Financeiras com domicilio fiscal no município.

54. Possuir consulta do Balancete Analítico por cadastro mobiliário e pelo CPF/CNPJ da instituição financeira.

55. Permitir a importação dos quatros módulos da declaração DES-IF no padrão ABRASF;

56. Na consulta de importação dos dados de Demonstrativo Contábil, deve possuir a discriminação da identificação da dependência, balancete analítico mensal e demonstrativo de rateio de receitas.

57. Na consulta de importação do arquivo de Apuração Mensal do ISSQN, apresentar a Identificação da dependência, Demonstrativo da apuração da receita tributável e do ISSQN a recolher;

58. Manter registro das importações do Plano Geral de Contas Comentado;

59. Permitir a geração e impressão livro fiscal, para serviços prestados e tomados.

60. Permitir a inclusão e controle de procurações digitais.

61. Possuir relatório que apresente a arrecadação por conta COSIF.

62. Permitir a solicitação de atualização cadastral de contribuintes que não possuam cadastro mobiliário. Está solicitação deve passar por análise do fisco, e quando deferida deve atualizar o cadastro do contribuinte. Deve ser possível pedir atualização de dados de Nome/Razão Social, Contato e Endereço.

63. No momento da entrega da escrituração, se o prestador for enquadrado no Simples Nacional, o sistema deve apresentar o faturamento que o mesmo possui no PGDAS-D para fins de comparação.

64. Permitir que o município configure e defina o layout dos documentos de recibo de entrega que deseja utilizar.

65. Para declarações de serviço de construção Civil, permitir que o município configure se irá solicitar a informação do CNO da obra, sendo esta informação opcional ou obrigatória.

66. Sistema deve atender a Lei Nº13352/2016, referente a contratos de parceria para salões de beleza.

MODULO NOTA FISCAL ELETRÔNICA

1. Sistema deve possuir cadastro mobiliário único integrado com o sistema de arrecadação do município.

2. Sistema deve permitir a emissão de NFS-e seguindo os parâmetros previstos na legislação municipal.

3. A emissão da NFS-e deve ser possível por preenchimento manual no sistema.

4. A emissão da NFS-e deve ser possível por aplicativo para dispositivo móvel, compatível pelo menos com os sistemas operacionais IOS e Android.

5. A emissão da NFS-e deve ser possível por integração por WebService, para contribuintes que utilizam sistema de gestão próprios.

6. O sistema de notas deve possuir integração com o ADN (Ambiente de Dados Nacional), enviando para o ADN notas emitidas no município quando o local da prestação ou tomador for de outra cidade e recebendo documentos quando o local de prestação ou o domicilio do tomador for o município;

7. Em momento após emissão da NFS-e, deve ser enviado e-mail automaticamente notificando o tomador do serviço.

8. Deve ser possível enviar manualmente qualquer NFS-e por email.

9. Sistema deve permitir a configuração de exigência de assinatura digital para as notas fiscais emitidas, com a possibilidade de exigir assinatura apenas no XML das notas gerada por WebService;

10. Permitir que o município configure o prazo para cancelamento de NFS-e, sendo ele em horas, dias ou competência.

11. Permitir o cancelamento de qualquer NFS-e, por parte do contribuinte emissor, desde que esteja dentro do prazo autorizado.

12. Possuir gerenciamento de NFS-e para o contribuinte, onde ele poderá consultar e visualizar as NFS-e já emitidas;

13. O fisco deve possuir autonomia para autorizar ou remover autorização de qualquer contribuinte para emissão de NFS-e.

14. O fisco deve ter a possibilidade de configurar o sistema para liberação automática de autorização para emissão de NFS-e;

15. Cada NFS-e deve possuir apenas um item de lista de serviço, conforme classificação da Lei Complementar 116/03;

16. Permitir que o emissor possa cadastrar, durante o preenchimento da NFS-e, informações alternativas de endereço, nome fantasia e e-mail para o tomador do serviço, diferentes das contidas no cadastro municipal de contribuintes,

17. Possuir serviço em portal de Internet para verificar a autenticidade das Notas Fiscais eletrônicas emitidas, via QR code ou digitação do código de autenticidade. Este serviço não deve solicitar usuário e senha e deve ser aberto para qualquer contribuinte.

18. O fisco pode autorizar os contadores a emitirem NFS-e para seus clientes.

19. O contribuinte deverá ter a possibilidade de configurar, em momento anterior a emissão, o logo da empresa, observações, tabelas com linhas e colunas e informações complementares para serem apresentadas na NFS-e impressa.

20. O contribuinte emissor poderá definir endereço de e-mail para o qual deseja enviar suas notas fiscais.

21. Após o término do prazo de cancelamento, deve permitir ao contribuinte emissor de NFS-e efetuar uma solicitação para cancelamento de determinada nota, informando o motivo e sua respetiva substituta quando houver. Está solicitação deve ser disponibilizada para análise do fisco.

22. O usuário fiscal deve possuir o controle das solicitações de cancelamentos de NFS-e, podendo o mesmo deferir/indeferir as respetivas solicitações, informando o motivo. Deve permitir executar este procedimento de forma individual ou em lote.

23. A solicitação de cancelamento poderá ser inserida por requisição WebService;

24. Todas as notas emitidas deverão ser lançadas automaticamente na escrituração fiscal do prestador, não permitindo que o mesmo exclua ou altere estas notas;

25. Se o tomador do serviço destacado na NFS-e possuir empresa estabelecida no município, a nota fiscal deve ser lançada na sua escrituração de serviços tomados, não permitindo a exclusão ou alteração das mesmas. Nestes casos deve permitir que o tomador apenas marque a nota fiscal como rejeitada.

26. Sistema deve permitir a cópia de notas fiscais já geradas para a geração de novas, evitando o retrabalho de digitação nos casos de notas iguais.

27. Permitir a substituição de notas fiscais, desde que informada uma nova nota válida.

28. Deve permitir que seja configurado o prazo em que uma nota poderá ser substituída pelo contribuinte;

29. Para emissões por integração Webservice, deve ser possível visualizar e fazer o download do arquivo XML de envio e de retorno. Deverá ser possível identificar a situação do arquivo, se importado com sucesso ou com erro. Deverá ainda ser discriminado o motivo para os XMLs que apresentarem erro.

30. Deve permitir a utilização de Recibo Provisório de Serviço (RPS) com numeração sequencial crescente.

31. Deve ser possível configurar um prazo máximo para converter um RPS em NFS-e, conforme estipulado na legislação tributária municipal. Após este prazo o RPS deve ser rejeitado.

32. Na conversão de um RPS em NFS-e, a data de utilização do RPS será utilizada como data fato gerador da NFS-e;

33. Deve possuir serviço disponível para o tomador de serviço denuncie a não conversão do RPS em nota fiscal de serviço eletrônica;

34. Sistema deve permitir a configuração de geração de créditos para o tomador destacado na NFS-e, para serem utilizados no abatimento do IPTU;

35. Deve permitir que o fisco municipal configure o percentual sobre o valor do ISS que será utilizado como crédito. Esse percentual pode ser diferenciado entre tomadores pessoas físicas e jurídicas.

36. Permitir configurar quais itens da lista de serviço exigirão a informação do número C.N.O, relacionado a construção civil, no momento de emissão da NFS-e. Deve ser possível definir ainda se a informação será obrigatória ou opcional.

37. Possuir relatório dos maiores emissores de NFS-e do município, podendo filtrar por período.

38. Possuir consulta de créditos de IPTU, com filtros por tomador do serviço e por situação do crédito;

39. Ter a opção de visualizar uma prévia da NFS-e antes de efetivar sua emissão;

40. Possuir a opção de salvar NFS-e em rascunho, permitindo finalizar seu preenchimento em momento posterior;

41. Permitir a emissão de NFS-E com data retroativa, lançando a mesma na escrituração da competência correspondente a data do fato gerador. Se a competência estiver paga, deve gerar um registro complementar.

42. Para integração Webservice o município poderá definir layout próprio ou poderá utilizar o padrão ABRASF de NFS-e.

43. Ter a possibilidade de disponibilizar unidades de serviço para serem informadas na NFS-e, como por exemplo, quantidade, unidades e Horas.

44. Permitir a utilização de canhoto a ser impresso junto a NFS-e;

45. Ter a possibilidade de configurar se o valor líquido será apresentado no corpo da NFS-e, ou se será apenas apresentado o valor Total.

46. Possibilitar informar a forma de pagamento no momento da emissão da NFS-e, com as opções à vista, a prazo, cartão de débito e cartão de crédito. Para as opções a prazo permitir informar o número de parcelas e seus vencimentos;

47. Permitir que o emissor informe valores de dedução referente a materiais, no caso de NFS-e de construção civil.

48. Permitir que os contribuintes cadastrem seus fornecedores do software.

49. Permitir configurar se o preenchimento do tomador será, ou não, obrigatório, no momento de preenchimento da NFS-e;

50. Sistema deve armazenar histórico de alíquotas utilizadas por empresas enquadradas como Simples Nacional.

51. Permitir o cadastro e controle de tomadores recorrente, onde o contribuinte poderá configurar o sistema para que gere notas ficais automaticamente todos os meses.

52. Ter a possibilidade de utilização de carta de correção, podendo corrigir apenas as informações de Nome/Razão do tomador, Endereçamento e descrição dos serviços. Não pode permitir a alteração de valores.

53. Possuir relatórios dos contribuintes emissores da NFS-e que mais cancelam.

54. Permitir a geração de NFS-e em lote por integração Webservice.

55. Permitir a exportação de dados de permissionários para o TSE.

56. Permitir a exportação de dados de NFS-e de Candidatos e Partidos para o TSE.

57. Permitir utilizar a informação do CNAE na NFS-e.

58. Permitir informar um intermediário na NFS-e.

59. Permitir que o município configure seu próprio layout da NFS a ser impressa.

MODULO SIMPLES NACIONAL

1. Permitir a importação dos arquivos de períodos e eventos dos contribuintes enquadrados como Simples Nacional.

2. Permitir a importação dos arquivos de períodos e eventos dos contribuintes enquadrados como Microempreendedor Individual.

3. Permitir a visualização das informações contidas nos arquivos de períodos e eventos importados.

4. Efetuar a atualização do cadastro mobiliário do município com base nas informações dos arquivos de períodos e eventos.

5. Permitir a importação dos arquivos DAS (Documento de Arrecadação do Simples Nacional);

6. Permitir a importação dos arquivos da DASN (Declaração Anual do Simples Nacional);

7. Permitir a importação dos arquivos DASSENDA;

8. Permitir a importação dos arquivos PARCSN referente a parcelamentos do simples nacional;

9. Gerenciar os parcelamentos do simples nacional, permitindo acompanhar seus pagamentos e saldo devedor, bem como sua consolidação.

10. Permitir a importação dos arquivos do DAS-SIMEI (Documento de Arrecadação do Microempreendedor

Individual);

11. Permitir a importação dos arquivos da DASN-SIMEI (Declaração Anual do Microempreendedor Individual);

12. Possuir consulta das importações do arquivo DAS (Documento de Arrecadação do Simples Nacional) por dia, podendo ser adicionado comentários aos registros importados. Deve permitir identificar os dias pendentes de importação;

13. Possuir consulta dos registros de importação do DASN (Documento de Arrecadação do Simples Nacional) por dia, podendo ser adicionado comentários aos registros importados. Deve permitir identificar os dias pendentes de importação;

14. Permitir importar o arquivo de contribuintes do Simples Nacional que estejam em débitos com a Receita Federal. O sistema deve possibilitar a inscrição em Dívida Ativa destes débitos no sistema de tributos do Município.

15. Possuir consulta e gerenciamento de todos os contribuintes enquadrados no simples nacional com débitos.

16. Possuir consulta que apresente as divergências entre pagamentos importados do arquivo DASN com as baixas de pagamento bancários registradas pelo Município.

17. Possuir relatório de cruzamento das informações contidas nas declarações DAS com declarações de escrituração fiscal dos contribuintes, apresentando as inconsistências. Este relatório deve possuir no mínimo os filtros por Competência, Inscrição Municipal, Nome/Razão Social e CNPJ.

18. Permitir identificar as empresas do Município que declararam receita para outros municípios;

19. Permitir identificar as empresas de outros Municípios que declararam receita para o Município;

20. Possuir relatório de contribuintes enquadrados no simples nacional que não efetuaram o pagamento e que não foram inscritos em Dívida Ativa;

21. Possuir relatório que apresente as empresas do simples nacional que declaram receita isenta no DAS;

22. Possuir relatório que apresente as do simples nacional que declaram sem recolhimento no DAS;

23. Permitir a configuração de relacionamento entre o CNAE e os Anexos do Simples Nacional.

24. Permitir configurar os dias de vencimento padrão para as empresas do Simples Nacional.

25. Permitir configurar em qual tributo será lançado o débito ao ser transferido para dívida ativa.

26. Possuir relatório de receita declarada por atividade.

27. Possuir relatório de Demonstrativo DASN.

28. Possuir consulta de todos os códigos de eventos utilizados pelo Simples Nacional.

MODULO GESTÃO DE ARECADAÇÃO

1. Possuir cadastro único de bancos, agências e convênios bancários, permitindo cadastrar e configurar convênios por entidade e ainda relacionar as taxas/impostos que poderão ser geradas em cada convênio bancário.

2. Possuir cadastro único de contribuintes possibilitando o relacionamento deste contribuinte em propriedades imobiliárias, empresas, cálculos tributários. O cadastro de contribuinte deverá ser totalmente único podendo ser utilizado em todo o sistema.

3. Possibilitar o cadastro único de moeda de diferentes tipos: moeda, indexadores, permitindo ainda cadastrar seus valores mensais ou anuais. Este cadastro também deve ser único sendo possível utilizá-lo em todo o sistema tributário

4. Possibilitar o cadastro de receitas como exemplo: IPTU, ISS, Taxas diversas, Contribuição de melhoria, ITBI entre outros, se o usuário desejar cadastrar novas receita o mesmo poderá cadastrar a qualquer momento sem intervenção técnica de empresa especializada.

5. Possibilitar cadastramentos e configurações de cálculos de cada serviço/impostos. O sistema deverá dispor de rotinas para possibilitar o cadastramento de qualquer serviço ou imposto a qualquer momento. Este cadastramento deve ser completo sendo necessário definir o nome, entidade que será destinado o cálculo tributário, relacionamento do convênio bancários, definir o vinculo do débito se: imóvel, empresa, contribuinte e permitir inserir os tributos que serão lançados cada qual com sua fórmula de cálculo. A configuração da fórmula de cálculo devera ser anual, podendo em uma mesma receita fórmulas distintas para cada exercício e tributo.

6. Sistema deverá dispor de rotina para copiar as configurações das receitas de qualquer exercício, copiando as suas fórmulas e configurações, sem que o usuário precise configurar cada exercício novamente.

7. Possibilitar adicionar e configurar informações adicionais em um serviço/imposto, através de formulários, como por exemplo: No cálculo tributário de horas máquinas, permitir cadastrar tipos de máquinas, quantidade de horas, serviço a ser realizado etc. Estes campos podem e devem ser utilizado em fórmulas de cálculo para geração dos valores de cada tributo. Estes campos podem ser criados a qualquer momento pelo usuário sem intervenção técnica, podendo definir o tipo de campo sendo: valores, lista, alfanumérico, data, lista dinâmica, hora e booleano.

8. Permitir definir mais de uma opção de pagamento em uma taxa/imposto. Por exemplo: o calculo de IPTU poderá haver três opções de pagamento sendo duas a vista com datas e descontos distinta e outra opção parcelada.

9. Possibilitar definir e configurar valores mínimos para geração do débito e para a parcela, inclusive possibilitando diferenciar estes valores entre pessoa física e/ou jurídica.

10. Possibilitar configurar no próprio cadastro da taxa ou imposto desconto diferenciado caso ocorra existência

de débitos, possibilitando configurar o vinculo da busca sendo: contribuinte, imóvel ou empresa. Permitir ainda definir os tipos de débitos a serem buscados sendo: Dívida ativa, exercício, parcelamento, reparcelamento ou todos os débitos.

11. Permitir geração de cálculo tributário geral ou individual do tipo simulado ou normal. Se simulado os valores não devem constar no extrato de contribuinte. Em todo o cálculo simulado sistema deverá gerar um identificador, este possibilitando a conferência pelo usuário a qualquer momento. Através deste identificador o usuário poderá efetivar o cálculo sem necessitar executar um novo cálculo, ser possível imprimir o resumo do cálculo, visualizar os logs de cálculo se ocorreu algum tipo de inconsistência, permitir excluir o cálculo ou remover apenas alguns lançamentos do cálculo.

12. Possibilitar cadastrar e configurar os parâmetros de atualização dos lançamentos, podendo definir o método de cálculo de correção, multa, juros ou juros Selic, possibilitando ainda definir o cálculo por faixa de período.

13. Permitir a emissão de guias ou segunda via das guias no padrão FEBRABAN.

14. Possuir integração dos registros bancários via webservices caso a instituição financeira do convênio bancário do município possuir este tipo de integração.

15. Permitir a geração de PIX para pagamentos de tributos municipais, caso o município possua convênio bancário para este fim.

16. Possuir uma consulta de todos os carnês emitidos com no mínimo os filtros: Data de emissão, data de vencimento, Convênio bancário, Contribuinte, Imóvel, Empresa, valor a pagar, valor de desconto, se possui PIX, status do registro bancário, linha degitável e código de barras. E ainda nesta consulta permitir reimprimir a guia sem gerar um novo código de barras, e permitir o envio de e-mail das guias selecionadas ou envio geral por período.

17. Permitir a emissão de guia unificada e definir desconto para emissão, podendo conceder desconto na multa ou juros na emissão via portal do cidadão e na emissão interna;

18. Permitir o cadastramento de restrição de contribuintes, imóvel ou empresa. Possibilitando cadastrar tipos de restrição, inicio do alerta e ainda definir os usuários que poderão ter acesso a este alerta. Nas consultas do sistema como extrato de débitos e ficha financeira, caso selecionado um contribuinte, imóvel ou empresa que possui esta restrição cadastrada, o sistema deve alertar o usuário relatando o motivo da restrição.

19. Sistema deverá dispor de uma consulta de todos os débitos em aberto de um contribuinte/imóvel ou empresa, detalhando os valores vencidos e a vencer de tributo, correção, multa e juros. Nesta consulta deverá ser possível a emissão das guias individuais ou guia unificada, gerar notificação e/ou aviso de débitos, permitir parcelar ou reparcelar as dívidas. A consulta deve ser organizada separando as dividas de exercício, divida ativa, divida ativa judicial ou cartório e parcelamentos. Possibilitar a emissão do extrato nesta mesma consulta.

20. Na rotina de consulta dos débitos em aberto do contribuinte, ao selecionar uma divida especifica, sistema deverá dar a opção para o usuário detalhar todo o histórico desta divida, detalhando no mínimo: Carnês emitidos, isenções concedidas, notificações e avisos emitidos, histórico de parcelamento (demonstrando quantas parcelas realizadas e quais foram pagas), cancelamentos realizados, suspenção, processos judiciais e cartórios, protocolos, recálculos, data do cálculo, usuários que efetuaram as movimentações.

21. O sistema deverá dispor de uma consulta da ficha financeira de todos os débitos do contribuinte, imóvel ou empresa, seja ele: pago, aberto, cancelado, isento, imune, inscrito em divida ativa etc. Permitir filtrar por receita, situação da parcela, vencimento. Nesta mesma consulta, caso a dívida ainda esteja em aberto, permitir emitir as guias de pagamento, guia unificada, parcelar ou reparcelar as dívidas, cancelar o débito, gerar notificação e/ou aviso de débitos. A consulta deve ser organizada separando as dividas de exercício, divida ativa, divida ativa judicial ou cartório e parcelamentos. Possibilitar a impressão da ficha financeira nesta mesma consulta

22. Permitir o registro de carnês recebidos/devolvidos de forma individual ou geral, informando o motivo da devolução e permitir o registro e controle de entrega e devolução de documentos emitidos, podendo registrar/devolver: Carnês, Notificações, aviso de débitos, certidão, termo de parcelamento. Permitir registrar a entrega e devolução de forma Individual e/ou geral. No registro de entrega/Devolução possibilitar anexar arquivos.

23. Possibilitar o cadastramento e configuração das finalidades de certidões de débitos. Possibilitando definir se a mesma estará visível para emissão via portal do cidadão e se possui algum tipo de restrição. Permitir configurar a data de validade por documento, por exemplo, certidão negativa válida por 60 dias, certidão positiva por 30 dias e certidão positiva com efeito de negativa por 20 dias. Possibilitar o cadastramento de formulários a ser visível no ato da emissão da Certidão.

24. Emitir Certidão Negativa, Positiva e Positiva com Efeito de Negativa dos tributos municipais;

25. Possuir consulta de todas as certidões emitidas, permitindo desativar ou ativar a certidão, permitir a reimpressão do documento.

26. Todas as certidões emitidas no sistema, sejam elas emitidas através do portal de autoatendimento pelo cidadão, ou emitida internamente por usuário da contratante, devem possuir um QrCode que autentica o documento. Dispor de um serviço no portal de consulta de autenticidade de CND.

27. Possibilitar o cadastramento e configurações de documentos diversos a qualquer momento pelo usuário sem intervenção técnica. Por Exemplo: Permitir cadastrar um documento diverso relacionado a uma certidão narrativa de imóvel, neste cadastramento o usuário poderá definir o layout do documento, formulário de emissão, dias de vencimento, vínculo do débito (imóvel, empresa ou contribuinte) e se estará disponível para emissão via portal de

autoatendimento. Possuir rotina especifica para geração e consulta dos documentos diversos, possibilitando a reimpressão, desativar/ativar e permitir a consulta por data de emissão, por tipo de documento, contribuinte, imóvel e empresa.

28. Realizar baixas de pagamento dos débitos de qualquer origem tributária de forma centralizada, através dos arquivos bancários fornecidos pelas instituições financeiras. Em todo o processo de baixa o sistema deverá emitir um resumo do processo demonstrando as consistências ao usuário e os valores baixados.

29. Em cada processo de baixa de pagamento deve ser gerado um lote ID de pagamento que irá receber os registros de pagamentos demonstrando: lançamentos tributários envolvidos, contribuinte, valor a pagar, valor pago. Neste mesmo lote de pagamento devera ser possível efetuar o download do arquivo de retorno a qualquer momento para uma possível conferência ou auditoria dos registros.

30. Permitir a baixa manual de um determinado débito citando o motivo da baixa. Permitir efetuar a baixa por tipo de pagamento: Pagamento normal, duplicado, dação em pagamento, Pagamento por depósito e pagamento parcial.

31. Controlar diferenças de pagamento de forma automática e centralizada, podendo realizar lançamento complementar da diferença (quando recolhimento a menor). Deverá conter configuração para definir a forma de lançamento da diferença de pagamento, possibilitando o usuário configurar o lançamento por receita e o valor mínimo para gerar a diferença. Ao finalizar o processo de baixa magnética ou manual, ao atualizar os registros de pagamento, o sistema deverá dar um alerta ao usuário das diferenças que serão geradas, possibilitando o usuário analisar e efetivar o lançamento das diferenças.

32. Possibilitar o cadastramento e configuração de tipos de compensação de débitos. Realizar e gerenciar as compensações de valores, sendo que os créditos pagos a maior, pagos duplicados ou até pagos de forma equivocadas, possam ser compensados com outros créditos do mesmo contribuinte, ou de outro contribuinte que estejam em aberto, podendo compensar o crédito em aberto em sua totalidade ou não;

33. Possibilitar o cadastramento e gerenciar as restituições de créditos tributários, sendo que os débitos pagos em duplicidades ou pagos erroneamente, possam ser restituídos.

34. Possibilitar o cadastramento e gerenciamento de massas falidas, relacionado a um processo administrativo ou judicial, relacionado dívidas envolvidas no processo de massa falida.

35. Permitir o cadastramento e gerenciamento de transações, estas por sua vez são dividas tributários ou não tributárias, que podem ser abatidas por troca de serviços, bens imóveis e ou aluguéis de imóveis privados para o ente público, respeitando a legislação municipal. Em todo processo de transação caso ocorra o abatimento da dívida, a mesma deve ser registrada como dação em pagamento.

36. Permitir o gerenciamento e cadastramento de outorga onerosa vinculado a imóveis. O processo de outorga onerosa deve seguir rigorosamente todas as etapas de análise, deferimento do processo e geração dos valores. O sistema deverá dispor de rotina que permita cadastrar e configurar os tipos de outorga, com suas respectivas fórmulas de cálculos. O sistema deverá dispor ao usuário consulta para controlar os saldos de cada processo de outorga onerosa, demonstrando de forma clara o valor lançado, valor pago, valor compensado e o saldo final. No mesmo processo de outorga onerosa deverá dispor de rotinas para compensação dos valores permitindo abater o valor da outorga por obras públicas. Em cada processo de compensação será possível relacionar várias obras, informando o valor reservado de cada obra, como também controlar os saldos de cada uma destas obras, em todo abatimento dos valores deve permitir o fiscal registrar as notas fiscais e por fim remissão automática dos valores, e caso o abatimento não for total registrar a remissão parcial automática.

37. Permitir a prorrogação dos débitos de forma individual, por data ou geral por receita.

38. Possibilitar o controle dos processos de isenções, permitir cadastrar tipos de isenções conforme legislação municipal e permitir na mesma rotina incluir os processos de isenções, realizar o deferimento/indeferimento e que permita consultar todas as isenções por tipo, situação, período e contribuintes. Permitir nesta mesma consulta impressão do comprovante e requerimento de isenção, inserir anexos ao processo de isenção.

39. Permitir o relacionamento com protocolo em processos de: cancelamento, suspensão e remissão de qualquer lançamento tributário, com possibilidade de incluir o motivo e observação;

40. Permitir Inscrever débitos de IPTU e Taxas em Dívida Ativa, transferindo os demais proprietários do imóvel como coproprietários do débito.

41. Permitir inscrição em dívida de qualquer receita.

42. Possibilitar configurar a forma de inscrever os débitos em divida, sendo possível configurar para gerar uma inscrição em divida por tributo, agrupada em apenas um único lançamento em dívida, ou agrupada por parcela. Esta configuração deve ser definida nas configurações de cada receita.

43. Possibilitar configurar a inscrição em dívida ativa de forma automática através de um período, permitindo definir dias de vencimentos e dias amigáveis, para a inscrição automática dos débitos para em dívida ativa.

44. No cadastramento dos tributos os mesmos devem ser classificados conformes tipos de créditos definidos nos layouts do tribunal de contas, classificando por tipos: IPTU, TAXA, ISS, ITBI entre outros.

45. Permitir integração total diária com a contabilidade de todas as movimentações tributárias seja elas: pagamentos, pagamento a maior, descontos, cancelamentos, isenções, imunidades, prescrição, remissões etc.

46. Possuir consulta de todas as movimentações tributárias disponíveis ou contabilizadas. Nessa consulta deverá ser possível filtrar por: data, tributo, tipo de movimentação (pagamentos, pagamento a maior, descontos,

cancelamentos, isenções, imunidades, prescrição, remissões, etc), conta contábil, valor contábil. Permitir ainda a impressão dos valores.

47. O sistema deverá controlar a atualização de todo o estoque da dívida ativa e exercício de forma mensal, a fim de demonstrar os valores a receber em cada mês de forma atualizada. Inclusive permitir o usuário analisar os valores mensais da dívida através de indicadores de gestão. Caso ocorra alguma inconsistência na atualização de valores, deve estar relacionado ao log de execução para possível ajuste.

48. Permitir a geração de arquivos de carnês para terceiros de qualquer receita em formato TXT ou XML. O sistema deverá dispor de uma consulta de todos os arquivos gerados permitindo filtrar por período, convênio, receita, permitindo inclusive o download dos arquivos a qualquer momento.

49. Permitir a geração de arquivos dos carnês para terceiros em segundo plano.

50. O sistema deverá inicializar de forma automática dia 01/01 de cada exercício os parâmetros de cálculo, lançamento tributários sem intervenção de usuário.

51. Em todo o lançamento tributário deverá ser possível depurar a fórmula de cálculo para o usuário ter conhecimento de como sistema chegou a determinado valor. Além de permitir imprimir a fórmula de cada cálculo de cada tributo que compõe o lançamento, o sistema também deverá disponibilizar ao usuário quais os parâmetros de correção, multa e juros que está sendo aplicado em determinada parcela do lançamento.

52. Dispor de configuração para não permitir efetuar cálculo tributário com CPF/CNPJ inválido. Por exemplo, CPF/CNPJ zerado bloquear o cálculo.

53. Permitir o cálculo geral de qualquer receita em segundo plano. Por exemplo, o usuário poderá calcular o IPTU de forma geral, habilitar a opção segundo plano, fechar o sistema que o cálculo irá ser processado normalmente.

54. Possuir relatórios de maiores devedores e maiores pagadores, dispondo do filtro por data e tipo de divida

55. Possuir relatório de valores lançados, dispondo do filtro por receita e período de vencimento.

56. Possuir relatório de valores a receber, dispondo do filtro de receita, vencimento, tipo de débito.

57. Possui relatório de débitos isentos, imunes, cancelados, pagos, remido, suspenso dispondo de filtros de: período de vencimento, receita, data de pagamento, data de cancelamento, contribuinte, imóvel, empresa, valor inicial e final.

MODULO GESTÃO DE IPTU E TAXAS

1. Possibilitar o cadastramento de edifícios, condomínios, loteamento, localidades, estes devem ser possível de relacionar com o cadastro imobiliário.

2. Permitir o cadastramento de zoneamentos conforme plano diretor municipal, sobre estes cadastros de zoneamento permitir configurar informações adicionais sem intervenção técnica, permitindo, por exemplo, cadastrar e atribuir índices urbanísticos como: numero de pavimentos, afastamentos frontais e laterais como também possibilitar relacionar as atividades permitidas, permissíveis e proibidas.

3. Permitir desativar zoneamentos e permitir relacionar estes zoneamentos ao cadastro imobiliário, podendo um imóvel estar relacionado a vários zoneamentos.

4. Permitir o cadastramento de novas situações cadastral além do padrão de: ativo, baixado e suspenso. Através desta rotina é possível o usuário criar novas situações cadastrais a qualquer momento para relacionar aos imóveis, como por exemplo: Embargado, em construção etc.

5. Permitir realizar e gerenciar as vistorias dos imóveis, permitindo cadastrar tipos de vistorias e possibilitar cadastrar formulários específicos nas vistorias. Permitir anexar arquivos nas vistorias realizadas.

6. Possuir cadastro de planta genérica de valores, relacionado a um bairro e logradouro. Neste cadastro dever ser possível o usuário configurar qualquer informação adicional como por exemplo: valor do m2, tipo de pavimentação, se possui coleta de lixo etc.

7. Permitir relacionar a planta genérica de valores a terrenos urbanos, possibilitando em um único terreno conter mais de uma planta de valores, conforme testadas do imóvel.

8. Possuir rotina que controle e gerencia todo o cadastro imobiliário municipal, seja ele urbano ou rural. Nesta rotina deverá ser possível cadastramento de terrenos, unidades, imóveis rurais e permitir a manutenção dos registros.

9. Em todo o cadastro imobiliário deverá possui o código do cadastro, a inscrição imobiliária e o tipo: terreno, unidade ou rural. Em toda a unidade seja ela autônoma ou englobada deve estar relacionado a um código de cadastro de terreno.

10. Permitir cadastramento de informações adicionais no boletim do cadastro imobiliário, sem intervenção técnica de empresa especializada. O usuário poderá incluir informações e formulários no imóvel a qualquer momento, podendo cadastrar informações diversas isoladas para terrenos, unidades ou imóveis rurais.

11. O cadastro do imóvel deve conter no mínimo as seguintes informações: Número do cadastro imobiliário, inscrição imobiliária, área do terreno, área construída e total construída em m2, matricula do imóvel, proprietários e demais proprietários, endereço do imóvel e endereço de correspondência, coordenadas geográficas do imóvel através de ferramenta de mapas, zoneamento, testadas, número de pavimentos, afastamentos, tipo de utilização.

12. Permitir que os campos que compõem a inscrição imobiliária sejam configuráveis, podendo alterar a ordem, tamanho e a descrição dos campos.

13. No próprio gerenciamento dos imóveis deverá ser possível realizar consultas especificas de todos imóveis para fins de estudos, permitindo filtrar por: Endereço, edifício, proprietários, loteamento, matricula, área construída, área terreno, cadastro imobiliário, inscrição Imobiliária, data do cadastro e quaisquer informações adicionais de formulários criados pelo usuário. O sistema deverá demonstrar o totalizador a cada consulta e ainda permitir a emissão desta consulta em formato pdf, xls, xlsx doc, dox, txt.

14. Permitir consultar o histórico de alteração de cada cadastro imobiliário, permitindo consultar os históricos em uma data especifica, o sistema deverá informar o usuário exatamente os dados do cadastro na data informada.

15. Permitir emitir o espelho do cadastro imobiliário através de uma data definida pelo usuário

16. Na própria rotina de cadastro de imóveis, selecionando um imóvel em especifico, o sistema deverá dar a opção para detalhar dados de: Isenções, Alvarás, Vistorias, Entregas/Devoluções de documentos, Processo de ITBI, e Protocolos diversos relacionados ao imóvel (listar todos os protocolos que o imóvel obteve durante todos os exercícios) e permitir acessar o extrato de débitos do imóvel.

17. Permitir anexar arquivos nos cadastros imobiliários

18. Possuir um demonstrativo da linha do tempo do cadastro imobiliário, que demonstre ao usuário desde a data início do cadastro e o histórico de alterações nos demais períodos.

19. Em toda alteração de qualquer imóvel, o sistema deverá gravar automaticamente o histórico de alteração, gravando a data de alteração, campo alterado, informação anterior, informação nova e o usuário que realizou a alteração. Permitir ainda inserir histórico manual no cadastro imobiliário.

20. Permitir o usuário configurar bloqueios de alteração em determinado cadastro imobiliário, e somente mediante autorização do usuário supervisor a alteração deve ser liberada. Por exemplo, cadastro número x não pode ser alterado pelo motivo y. Ou todos os cadastros que estão em área de risco ou APP não podem ser alterados sem autorização do supervisor.

21. Possibilitar copiar cadastro imobiliário e permitir definir a quantidade de cadastro para a cópia. Ao final, o sistema deve perguntar ao usuário se deseja alterar cada cadastro copiado.

22. Permitir alteração geral de qualquer informação do cadastro imobiliário, podendo o usuário definir os filtros de alteração. Por exemplo: Caso o usuário precisa alterar todos os imóveis localizados na rua x ou no bairro y para construído, o sistema deverá dar essa opção. Ou então permitir alterar a situação cadastral “baixar”, “ativar”, “desativar”, “suspender” para todos imóveis que possuem determinada características, entre outras informações relacionadas ao imóvel.

23. Possibilitar a alteração geral de qualquer informação cadastral da planta genérica de valores, podendo filtrar por bairro ou logradouro;

24. Possibilitar configurar para que uma alteração cadastral do imóvel seja relacionada a um número de protocolo.

25. Permitir desmembrar e unificar imóveis. Em todo o processo de desmembramento ou unificação devem ser gerados novos cadastros imobiliários, e alterar automaticamente o status dos antigos imóveis para desmembrado ou remembrado. Permitir imprimir o comprovante de desmembramento/remembramento.

26. Permitir a simulação de IPTU de forma individual de um determinado imóvel, possibilitando alterações de dados cadastrais do imóvel sem afetar a base cadastral atual do imóvel, apenas para simulação. Por exemplo, permitir simular o IPTU do Imóvel x no ano de 2015 com área construída e área territorial de X m², o sistema deve apresentar os valores venais, imposto e permitir a efetivação do lançamento se o usuário assim desejar. Na efetivação não poderá alterar os dados cadastrais atuais do imóvel. Nesta mesma rotina se o imóvel possuir englobamentos, deverá dispor de opção para o usuário alterar dados de unidades englobadas para fins de simulação.

27. Permitir cadastrar e configurar a receita de cálculo do IPTU, definindo valores mínimos dos débitos e das parcelas, atribuir descontos diferenciados, validar a existências de débitos para concessão dos descontos, podendo ainda definir qual tipo de débito a ser válido, se exercício, divida ativa, parcelamento ou todos. Permitir definir mais de uma opção de data de pagamento, e controlar de forma anual os parâmetros de cálculo de cada tributo e valores venais, com suas respectivas fórmulas de cálculos.

28. Permitir a geração de notificação e/ou aviso de débitos em PDF para imóveis com débitos no município. Possibilitando a geração em lote permitindo filtrar por um valor mínimo, por endereço bairro, logradouro. E permitir ainda a geração de arquivos para terceiros em formato txt ou xml. Permitir inserir no PDF da notificação o boleto com código de barras para pagamentos.

29. Possuir a consulta de todas as notificações e aviso emitidas por imóvel, permitindo filtrar por data de geração, tipo de notificação, contribuinte, imóvel e permitir a remissão ou cancelamento do documento.

30. Possuir relatório comparativo de valores do IPTU, no qual deve ser possível filtrar por percentual ou valores, a maior ou a menor dos tributos ou valor venal comparando com o exercício anterior. Neste comparativo deve permitir comparar os valores de no mínimo dois exercícios, sendo possível alterar o filtro do exercício.

31. Possuir um relatório resumido dos valores de IPTU, possibilitando filtrar por exercício. Em um único relatório deve conter os valores lançados, valores líquidos, descontos, isenções e imunidades de cada tributo. Neste mesmo relatório deve detalhar a quantidade de lançamentos e de guias emitidas por cota única e por parcelas. Demonstrar valores pagos até o momento e o índice de inadimplência.

MODULO GESTÃO DE ITBI E TAXAS

1. Permitir controlar e gerenciar todos os processos de transferências de imóveis urbanos e rural diferenciando os processos internos dos on-line. Na inclusão do ITBI a informação principal é o cadastro imobiliário, a fim de facilitar a avaliação do imóvel, no ato de informar o cadastro imobiliário o sistema deve demonstrar ao usuário os dados principais do imóvel sendo: Área do terreno, área edificada, endereço e mapa de localização.

2. Em um único processo de transferência deve ser possível relacionar todas as unidades pertencentes ao terreno, como também atribuir o valor venal de cada imóvel.

3. O sistema deverá dispor de configuração para permitir definir a fórmula de cálculo dos valores venais, no qual poderá ser diferente da base de cálculo do IPTU.

4. Permitir o cadastramento de diferentes alíquotas cada um com seu percentual como: compra, venda, financiamento etc. Permitir diferenciar as alíquotas que poderão ser inclusas para o ITBI on-line.

5. Na inclusão de um ITBI sendo ele interno ou on-line, no transmitente permitir transferir parcialmente a propriedade através de um percentual, permitir informar vários adquirentes cada um com seu percentual de compra. O sistema deve consistir se o percentual adquirido ou transmitido for diferente de 100%.

6. Possibilitar o usuário definir se atualiza o endereço de correspondência do imóvel para o novo comprador.

7. Permitir inserir informações adicionais na inclusão do ITBI, possibilitando incluir campos do tipo: data, lista, numérico, alfanumérico, booleano.

8. Permitir inserir anexos ao processo de ITBI interno e no on-line.

9. Controlar o histórico de cada processo de ITBI registrando a data, campo alterado, informação anterior, informação nova e usuário nome.

10. Possibilitar o cadastramento de tabelionatos e usuário tabelionatos com finalidade de inclusão do ITBI on- line.

11. Permitir incluir ITBI de forma on-line pelos tabelionatos. O sistema deverá dispor de configuração para a municipalidade definir o critério de liberação do ITBI on-line, podendo definir se a liberação irá ocorrer sem análise prévia da prefeitura ou através de análise do município. Caso optem por liberar automático, se o valor venal informado pelo usuário foi a menor do que o calculado, o sistema deverá dar a opção para o usuário solicitar a impugnação do ITBI, inserindo a justificativo e anexo, este processo de impugnação ficará em analise para os fiscais deferir ou indeferir.

12. Na inclusão do ITBI permitir selecionar no ato da inclusão se o débito será gerado para o comprador ou para o vendedor;

13. O usuário tabelionato poderá consultar os processos de ITBIs apenas dos processos em que está relacionado, com possibilidade de impressão dos processos incluídos;

14. Na confirmação de inclusão de um processo de ITBI, o sistema deve gerar o cálculo tributário e emitir o comprovante de lançamento junto com a guia para pagamento.

15. Permitir incluir o ITBI do tipo: isento, imunidade, lançamento normal, prévia e integralização de capital.

16. Permitir no ITBI on-line liberar ação de mensagens que podem ser trocadas entre o usuário externo e o fiscal do município, podendo o usuário externo tirar duvida e esclarecer detalhes do processo. O sistema deverá salvar histórico das mensagens em cada processo de ITBI.

17. Permitir o fiscal solicitar readequação de um processo de ITBI efetuado de forma on-line. Por exemplo: solicitar uma nova matrícula atualizado do imóvel, neste exemplo o fiscal pode solicitar a readequação do processo, solicitando documentos e o usuário externo readequar diretamente pelo sistema.

18. Todos os documentos anexados no ITBI interno e on-line, além de ficarem salvo no processo de ITBI, devem estar automaticamente salvos nos anexos dos cadastros imobiliários.

19. Permitir configurar se irá ocorrer transferência automática do imóvel no pagamento do ITBI.

20. Permitir realizar a transferência manual do imóvel no próprio processo de ITBI

21. Permitir retificar um ITBI com situação transferido, na retificação o sistema deverá gerar um novo Identificador de ITBI e alterar o anterior para retificado.

22. Permitir a emissão da guia retificadora

23. Permitir emitir Declaração de quitação de ITBI e possibilitar configurar declarações diversas, conforme necessidade da municipalidade

24. Possibilitar configurar para cancelar de forma automática os processos de ITBI vencido a mais de x dias.

25. Possibilitar o usuário interno (fiscal) controlar a fila de processos de ITBI em análise, ordenando por data de entrada dos processos.

26. Possibilitar configurar bloqueios e aviso, para que, ao incluir o ITBI o sistema não permita a gravação ou alerte o usuário.

MODULO GESTÃO DE CONTRIBUIÇÃO DE MELHORIA

1. Possibilitar o cadastramento e controle de todas as obras do município relacionado a contribuição de melhoria. Neste cadastramento permitir informar a data de inicio da obra, nome, descrição geral, endereço, tipo de pavimentação e tipo de obra. Permitir anexar arquivos a obra.

2. Possibilitar o cadastramento de tipos de obras a qualquer momento, permitir relacionar estes tipos a novas

obras.

3. Possibilitar cadastrar quaisquer informações adicionais ao cadastro de obra.

4. Possibilitar configurar e definir a fórmula de cálculo de cada obra. Possibilitando buscar dados da obra para geração dos cálculos tributários

5. Permitir a identificação dos imóveis relacionado a obra de forma individual ou geral. Na identificação geral o sistema deverá listar ao usuário todos imóveis pertencentes ao endereço da obra, e permitir o usuário definir quem aderiu e quem não aderiu a obra.

6. Permitir efetuar o cálculo geral da obra, gerando as guias para pagamentos para cada imóvel que aderiu a obra

7. Permitir a geração de notificação e/ou aviso de débitos em PDF para imóveis com débitos no município. Possibilitando a geração em lote, permitindo filtrar por código da obra, por um valor mínimo, por endereço, bairro, logradouro. Permitir a geração de arquivos para terceiros em formato txt ou xml. Inserir no PDF da notificação o boleto com código de barras para pagamento.

8. Possuir relatório de acompanhamento de pagamento por obra e por logradouro, demonstrando o valor lançado, valor pago e o saldo. Possibilitando ainda detalhar os valores por imóvel.

9. Permitir concluir uma obra informando a data da conclusão.

MODULO GESTÃO DE ISS E TAXAS

1. Possibilitar o cadastro único de contador e permitir relacionamento de contador nas empresas

2. Permitir o cadastro de atividades padrão CNAE e relacionamento com a lista de serviço.

3. Permitir relacionar o cadastro de atividades com a tabela de CBO (Código Brasileiro de ocupação) para identificação dos autônomos;

4. Permitir definir grau de risco em cada atividade classificando entre: baixo, médio, alto ou dependente.

5. Permitir alteração de forma geral das características de uma atividade.

6. Permitir unificar atividades econômicas, na unificação todos os registros relacionados a atividade unificada, deverão ser alterados automaticamente para o novo código.

7. Permitir o cadastramento de situação cadastral da empresa, por padrão possuir as situações cadastrais: ativo, desativo baixado e suspenso.

8. Permitir realizar e gerenciar as vistorias nas empresas, cadastrar tipos de vistorias e possibilitar cadastrar formulários específicos nas vistorias. Permitir adicionar arquivos e imagens nas vistorias realizadas.

9. Possibilitar o cadastramento dos tipos de empresas: MEI, LTDA, MEI, EPP etc.

10. Possibilitar o cadastramento de tipos de sócios: Administrador, diretor, coordenador etc, controlar o percentual de cada sócio. No cadastramento dos tipos de sócio poder definir quais desses tipos serão válidos para verificação de débitos para fins de certidão negativa dos débitos.

11. Permitir o controle e gerenciamento de todas as empresas estabelecidas no município, tanto físicas quanto jurídicas, permitindo filtrar por: tipo de empresa, atividades (principal e secundária), nome da empresa, optante do simples nacional, data início de atividade, por xxxxxxxx, por sócio e por informações adicionais do cadastro econômico.

12. Permitir incluir empresas no município relacionando ao cadastro único de contribuintes. Na inclusão da empresa permitir: relacionar o cadastro imobiliário, informar as atividades principais e/ou secundarias, tipo de empresa, contador, sócios, dados do contrato social e regime de tributação.

13. Permitir cadastrar e controlar cadastro econômicos provisório, possibilitando definir dias de validade destes cadastros. O sistema deverá baixar ou desativar automaticamente os econômicos provisórios vencidos.

14. Ao alterar um cadastro mobiliário demonstrar ao usuário a data e o nome do usuário que realizou a última alteração, a fim de facilitar para o usuário da ultima alteração realizada na empresa;

15. Na inclusão ou alteração da empresa permitir informar o endereço da empresa e o endereço de correspondência.

16. Possibilitar configurar para validar a existência de débitos da empresa no ato de alterar ou incluir uma empresa, como também permitir configurar para validar a existência de débitos dos sócios.

17. Permitir anexar arquivos no cadastro da empresa.

18. Permitir atribuir coordenadas geográfica da empresa através da ferramenta de mapas.

19. Permitir ver no mapa as empresas que retornaram em uma consulta. Por exemplo, consultar todas as empresas de uma atividade especifica, o recurso de ver no mapa deve carregar todas as empresas consultadas se elas possuírem coordenadas geográficas.

20. Permitir cadastramento de informações adicionais no cadastro econômico, sem intervenção técnica, o usuário poderá incluir informações e formulários sempre que necessário.

21. Registrar automaticamente o histórico de todas as alterações realizadas na empresa, informando no mínimo: data de alteração, campo alterado, informação anterior, informação nova e usuário que realizou o procedimento.

22. Possibilitar a visualização do espelho do cadastro econômico através de uma data especifica, o sistema deverá informar ao usuário exatamente os dados cadastrais da empresa na data informada.

23. No próprio gerenciamento e consulta de empresas, ao selecionar uma empresa o sistema deverá dispor de

recursos para detalhar: vistorias realizadas na empresa, processos de fiscalização, Protocolos diversos, alvarás expedidos, permitir detalhar débitos da empresa e histórico financeiro da empresa.

24. Permitir alteração geral do cadastro mobiliário podendo o usuário definir os filtros de alteração. Por exemplo: Permitir alterar todas as atividades de determinadas empresas, ou então, permitir alterar a situação cadastral “baixar”, “ativar”, “desativar”, “suspender” todas as empresas que possuem determinada características, entre outras informações relacionadas ao cadastro mobiliário.

25. Permitir o cadastramento de tipos de alvarás, definir configurações distintas por ano e para cada tipo como, por exemplo: Atribuir prazo de validade, validar a existência de débitos na inclusão, permitir relacionar layouts distintos para cada tipo de alvará.

26. Possibilitar nas configurações dos tipos de alvarás definir métodos de bloqueio para emissão. Por exemplo, empresa com algum tipo de restrição em seu cadastro bloquear a emissão. O usuário poderá definir mensagens de bloqueio.

27. Possibilitar definir quais tipos de alvarás estará visível para emissão pelo portal do cidadão.

28. Permitir gerenciar e consultar todos os alvarás emitidos por período, por tipo, por empresa, possibilitando ainda na mesma consulta reemitir ou reimprimir o documento, assinar digitalmente e permitir cancelar o documento.

29. Possibilitar consultar todos os processos relacionados ao mobiliário selecionado, com o recurso de visualizar detalhes do processo tais como: tramite, assunto, sub-assunto, anexos do processo, pareceres, etc.

30. Permitir a geração de alvará de forma individual e/ou geral em lote.

31. Dispor de serviços no portal do cidadão para consulta de autenticidade de alvarás emitidos.

32. Possibilitar cadastrar tipos de eventos como, por exemplo: Feiras, shows e comemorações.

33. Permitir a inclusão de eventos com no mínimo as seguintes informações: Nome, responsável, cadastro econômico se houver, data inicio, data fim do evento e endereço. Possibilitar ainda cadastrar informações adicionais ao evento que podem ser configuradas a qualquer momento pelo usuário.

34. Possibilitar no cadastro de evento a emissão do alvará de evento com layout personalizado.

35. Possibilitar o cadastro de veículos permitindo cadastrar a marca do veículo, modelo, prefixo, placa, diferenciando placa Brasileia e do MERCOSUL, empresa relacionado ao veículo e condutor. A fim de poder registrar táxis, veículos de transportes de pessoas e/ou veículos frigoríficos que exigem inspeções e vistorias sanitárias entre outros fins.

36. Permitir emissão de forma on-line da certidão de baixa de empresa e do comprovante de inscrição municipal.

37. Possibilitar configurar e cadastrar o cálculo de ISS fixo, ISS Fixo anual, Taxa de licença localização ou outras taxas que por ventura for necessário ser lançadas a empresas. Permitir configurar a fórmula de cálculo e definir valores mínimos para geração do débito e da parcela. Como também permitir atribuir descontos diferenciados.

38. Permitir a geração de notificação e/ou aviso de débitos em PDF para empresas com débitos no município. Possibilitando a geração em lote, permitindo filtrar por um valor mínimo, por empresa, por endereço bairro, logradouro. E permitir ainda a geração de arquivos para terceiros em formato txt ou xml. Inserir no PDF da notificação o boleto com código de barras para pagamentos.

39. Permitir a emissão de relatório de comparativos de valores, dispondo filtro de dois exercícios, pelas receitas, por contribuinte ou empresa. O sistema deverá listar as empresas e o valor de cada exercício.

40. Possibilitar a importação dos arquivos fornecido pela receita federal em formato txt das empresas do simples nacional, gerando um arquivo de saída das empresas com débitos ou com pendências no município. O sistema deverá manter a consulta de todos os arquivos importados e exportado e permitir download dos arquivos.

41. Na própria importação das empresas do simples nacional, permitir consultar via sistema todas empresas que constam no arquivo, possibilitando a impressão do termo de deferimento e indeferimento do simples nacional.

MODULO GESTÃO DA DIVIDA ATIVA

1. Possuir o cadastro de livro de registro e permitir a emissão do livro do registro

2. Em cada inscrição em divida permitir o usuário visualizar o numero do livro, data de inscrição em divida.

3. Possuir rotinas para possibilitar o estorno de uma inscrição em divida ativa, caso a mesma não tenha sofrido nenhuma movimentação posterior a inscrição. Como por exemplo: se a inscrição não foi alvo de parcelamentos, ações judiciais entre outros, deverá permitir o estorno da dívida, retornando-a para o exercício. Em todo o estorno da divida deve ser registrado um cancelamento automático desta parcela em dívida, para registrar corretamente sua movimentação contábil.

4. Permitir cadastrar e configurar diferentes opções de parcelamentos, programas de recuperação fiscal, possibilitando definir quantidade máxima de parcelas, valores mínimo e máximo do débito, e descontos diferenciados para pessoas físicas e jurídicas. Permitir definir o percentual de entrada nos parcelamentos, tipos de dividas passíveis de parcelamento, sendo administrativo, judicial ou cartório.

5. Permitir configurar nas opções de parcelamento o número máximo de parcelamento realizado por inscrição. Por exemplo: se informar o número máximo de três acordos ao selecionar uma divida que foi alvo de mais de três parcelamentos, o sistema deve bloquear o novo parcelamento.

6. Permitir controlar o prazo inicial e final de adesão de cada modalidade de parcelamentos. Não permitindo incluir acordos ou atribuir descontos fora do prazo legal de adesão. Permitir configurar em cada modalidade de

parcelamento receitas possíveis de serem parceladas. Por exemplo: Se na modalidade x está configurado para permitir parcelar apenas IPTU, se selecionar uma dívida de ISS o sistema não deverá permitir parcelar nesta modalidade.

7. Permitir configurar descontos e prazo de adesão para pagamento vista.

8. Possuir rotina para consultar todos os parcelamentos realizados por: período, contribuinte, forma de pagamento, quantidade de parcelas, quantidade de parcelas atrasadas, status do parcelamento (em cobrança, pago, cancelado, suspenso, prescrito).

9. Possuir rotina para parcelamento de dívida e impressão do termo de parcelamento. Permitir informar no ato do parcelamento o responsável. Parcelar débitos do contribuinte de diversas origens e exercícios, mantendo informações sobre a origem dos créditos fiscais;

10. Permitir configurar e ativar o serviço de parcelamento de dívida pelo portal do cidadão, onde os contribuintes podem realizar seus acordos. Permitir a municipalidade configurar e definir quais as opções possíveis de parcelamento no portal, possibilitando configurar o termo de aceite ou termo de parcelamento com ou sem assinatura digital. Solicitar documentos, restringir acesso para dívidas judiciais e/ou cartório.

11. Possibilitar configurar acesso de opções de parcelamento por usuários. Por exemplo: Através desta opção é possível definir que apenas o usuário X pode parcelar dívidas na Lei Y. Evitando assim que usuários de outras áreas parcelem dividas incorretamente.

12. Permitir cancelamento de parcelamento de forma individual, geral e/ou automática, permitindo definir a quantidade de parcelas em atraso para realização do cancelamento do parcelamento. Se for de forma automática, permitir configurar os tipos de acordos (administrativo, judicial ou cartório), quantidade de parcelas atrasadas, dias amigáveis, data base do parcelamento inicial e final e, enviar um e-mail automático ao responsável pelo setor dos parcelamentos cancelados. Definir e configurar dia e horário para execução automática da rotina.

13. Possibilitar definir o método do cancelamento de parcelamento, podendo configurar o método por imputação ou pelo abatimento proporcional das dividas.

14. Possuir rotina para antecipação de pagamento de parcelamentos, podendo configurar e definir o percentual de desconto nos juros de parcelamento. Gerenciar e consultar todas as antecipações realizadas, como também permitir estornar as antecipações, se necessário.

15. Possuir uma consulta gerencial dos débitos em divida ativa, permitindo consultar por: imóvel, empresa ou contribuinte. Esta consulta deve ser organizada separando as dívidas administrativas, judicial, cartório e em parcelamento. Nesta mesma rotina gerencial a fim de facilitar o atendimento ao cidadão deverá haver ações para o usuário: parcelar as dividas, gerar notificações ou avisos de débitos, suspender, prescrever, cancelar, abrir processo, gerar ação judicial, gerar CDA, gerar petição de dívida, emitir guia normal e unificada, enquadrar as dividas em algum programa de recuperação fiscal.

16. Na consulta gerencial das dividas deverá informar ao usuário quantas vezes a dívida foi parcelada, como também detalhar dados do ajuizamento, se houver.

17. Na consulta gerencial das dívidas listar os valores de cada inscrição em dívida sendo, tributo, correção, multa, juros, juros de parcelamento e permitir ainda simular os valores em qualquer data de cálculo. Nesta mesma consulta ser possível filtrar por outras situações das parcelas como: pagas, canceladas, prescritas, suspensa, parceladas entre outras.

18. Permitir inserir responsáveis tributários nas dívidas de forma individual ou geral.

19. Definir privilégios de acesso por usuário para dívidas administrativas, judiciais e cartórios. Por exemplo, se defino que um usuário X possui restrição em dívidas Judiciais, este não poderá para estas dívidas: emitir guias, parcelar dívidas judiciais, conceder descontos, etc.

20. Permitir gerar individual ou em lote os processos de execução fiscal, permitindo agrupar as dívidas por: contribuinte, imóvel, empresa, dívida, possibilitando definir um valor mínimo para abertura dos processos, validar CPF/CNPJ válidos, com endereço válido. Nesta mesma rotina de abertura em lote dos processos possibilitar gerar uma prévia para análise dos valores e quantitativo de processo. Ao optar pela prévia, deve ser gerado um relatório constando os contribuintes e dívidas que serão afetadas.

21. Possibilitar a inserção de honorários ou custas judiciais aos processos de execução fiscal podendo variar por valor fixo ou percentual da dívida.

22. Possibilitar o controle da execução fiscal permitindo geração das CDAs e petição de dívida ativa. Possuir a consulta gerencial dos processos no qual permite estornar o processo, inserir novos lançamentos ao processo ou até mesmo cancelar, se necessário.

23. Possuir integração das dívidas com o protesto, cobrança cartório na versão 1.0 ou 2.3 do CENPROT (Central de protestos).

24. Permitir a geração das remessas para cobrança em cartório em lote, com a possibilidade de validar a cidade da comarca com o endereço dos contribuintes, permitindo registrar para o CRA o contribuinte principal e o responsável do imóvel ou das dividas.

25. Possibilitar gerar desistência e cancelamento das certidões enviadas para protestos.

26. O sistema deverá integrar todas as movimentações da dívida ativa com a contabilidade das movimentações de: descontos, pagamentos, cancelamentos, prescrições etc. Possuir rotinas para consultar as movimentações diárias da dívida ativa com a contabilidade, demonstrando o tipo de movimentação, data, valores contábeis e

conta contábil.

27. Permitir configurar a inscrição em dívida ativa de débitos de exercício que estiverem em atraso, seja feita todos os meses de forma automática, sem a necessidade de algum usuário efetuar o procedimento mensal. Deverá ainda enviar e-mail aos responsáveis a cada nova execução;

28. Permitir a emissão de guias de dívida ativa não parcelada pelo portal do cidadão, podendo configurar o serviço para bloquear a emissão de dívidas cartório e/ou judicial, com a possibilidade de parametrizar mensagem quando o cidadão selecionar dívidas destas modalidades. Possibilitar a geração do QrCode Pix para pagamento.

29. Permitir a geração de notificação e/ou aviso de débitos em PDF para contribuintes com dívidas no município, possibilitando a geração em lote, permitindo filtrar por: valor mínimo, endereço bairro, logradouro. Permiti a geração de arquivos para terceiros em formato TXT ou XML. Inserir no PDF da notificação o boleto com código de barras para pagamentos.

MODULO GESTÃO DE RECEITAS DIVERSAS

1. Permitir configurar taxas e serviços a serem realizados, possibilitando definir a fórmula de cálculo e seus respectivos parâmetros de cálculo. O sistema deverá calcular automaticamente as taxas sem precisar que o usuário digita os valores de forma manual

2. Permitir cadastrar o vínculo dos débitos de uma taxa diversa, sendo: contribuinte, imóvel ou empresa.

3. Possibilitar cadastrar e configurar o cancelamento automático das taxas por serviços não realizados. Podendo definir: quantidade de dias vencidos, receitas e horário de execução da rotina de cancelamento automática.

4. Controlar e gerenciar as notas avulsas emitidas no sistema, diferenciando as notas emitidas de forma on-line e as emitidas internamente.

5. Na consulta e gerenciamento das notas fiscais possibilitar copiar uma nota avulsa, cancelar e alterar.

6. Permitir definir a quantidade de notas que podem ser emitidas por prestador pessoa física e/ou pessoa jurídica, permitindo definir o limite se mensal ou anual.

7. Permitir inserir anexos nas notas fiscais avulsas.

8. Possibilitar liberar a emissão da nota avulsa via portal do cidadão, permitindo configurar o método de liberação da nota avulsa no portal, se libera a emissão da nota mediante ao pagamento da mesma, se verifica débitos do prestador, tipos de pessoa que poderão acessar o serviço, podendo ser física, jurídica ou ambos e o tipo de nota disponível: Normal, com retenção, Com Retenção (INSS e IRRF). Possibilitar configurar um termo de li e concordo para o usuário dar ciência do processo e da veracidade das informações.

9. Emitir guias de recolhimento em padrão bancário, com cálculo automático de acréscimos quando em atraso, permitindo a configuração e emissão de diversos layouts;

MODULO GESTÃO DE OBRAS E POSTURAS

1. Emitir e controlar os documentos de Alvará de demolição, Alvará de licença de construção, Habite-se, Alvará demolição.

2. Ao incluir um alvará de construção o sistema deve estar integrado com o cadastro imobiliário urbano ou rural.

3. Permitir o cadastro de finalidades de Alvarás (comercial, industrial, residencial) entre outras, que elas possam ser cadastradas a qualquer momento, inclusive que possam ser desativadas e ativadas.

4. Permitir o cadastro de tipo de alvarás (Construção, Reforma, Regularização) entre outros, que elas possam ser cadastradas a qualquer momento possibilitando inclusive definir os dias de validade e relacionar ao padrão SISOBRA.

5. Permitir o cadastro de Tipos de construção (Alvenaria, Madeira, Mista, Pré-moldado) entre outras, que elas possam ser cadastradas a qualquer momento inclusive que possam ser desativadas e ativadas.

6. Ao incluir um Alvará permitir relacionar as coordenadas geográficas da localização da obra

7. Permitir anexar arquivos nos alvarás e habite-se

8. Permitir relacionar profissional ao alvará estes relacionado ao cadastro único de contribuintes, com seus respectivos conselhos de classe (Engenheiro, Arquiteto entre outros)

9. Permitir cadastrar informações adicionais ao cadastro do alvará, podendo o usuário cadastrar e definir o tipo de entrada de dados como: data, valor, numérico, alfanumérico, campo lista.

10. Permitir o cálculo/lançamento de valores para os diversos tipos de alvarás, bem como o lançamento de taxas e tributos diversos, conforme definido em suas fórmulas de cálculo, de tal forma que seja desnecessário a informação manual de valores, como por exemplo: permitir configurar e calcular taxa de analise de projetos, taxa de vistoria entre outras.

11. Possibilitar a emissão dos diversos alvarás com layout totalmente configurável, o layout do alvará e do habite-se deve conter um QrCode que autentica a veracidade do documento;

12. Possibilitar controlar o histórico de todos os alvarás e habite-se emitido, demonstrando ao usuário o campo alterado/incluído, data da movimentação, informação anterior, informação nova e usuário que realizou o procedimento.

13. Possibilitar cancelar um alvará de construção, permitir informar um protocolo do motivo do cancelamento.

14. Gerenciar todos os Alvarás emitidos podendo o usuário consultá-los por no mínimo os seguintes filtros: Data da Liberação, Numero/ano do Alvará, Tipo do Alvará, Finalidade do Alvará, Endereço, Área construída,

Proprietário, cadastro imobiliário e responsável técnico.

15. Permitir concluir um alvará gerando o habite-se de forma parcial ou total, não permitir concluir uma área superior a área do alvará.

16. Permitir cadastrar informações adicionais ao cadastro do Habite-se, podendo o usuário cadastrar e definir o tipo de entrada de dados como: data, valor, numérico, alfanumérico, campo lista.

17. Gerenciar todos os habite-se emitidos, podendo o usuário consultá-los por no mínimo os seguintes filtros: Data da conclusão, numero/ano do alvará, tipo do alvará, numero/ano do Habite-se, área concluída, proprietário e cadastro imobiliário.

18. Permitir envio dos dados dos alvarás e habite-se para a receita federal, para o sistema do SISOBRAS através de integração via webservices.

19. O sistema deverá dispor de uma rotina gerencial em que o usuário possa gerar os alvarás e habite-se de qualquer período. Em um lote de geração poderá conter vários alvarás e vários habite-se, ao enviar os dados para receita,

20. O sistema deve armazenar para cada registro automaticamente dados de retorno e o protocolo de envio, a fim de facilitar para o usuário auditar e conferir os registros enviados.

21. Para habite-se relacionado a alvarás antigos que não foram enviados para a receita federal no novo padrão do SISOBRA, o sistema deverá enviar o habite-se e o alvará em um mesmo arquivo a fim de evitar inconsistências.

22. Dispor de uma consulta geral de todos os alvarás e habite-se enviado, podendo filtrar por alvará, habite-se, data de envio e protocolo da receita.

23. Permitir o cadastramento de demais licenças das construções do tipo: Muros, Cercas etc.

24. Permitir cadastrar e gerenciar vistorias de alvarás e habite-se. Possibilitar cadastro de tipo de vistorias, relacionar fiscais, anexar documento e cadastrar informações adicionais a vistoria.

25. Possibilitar engenheiros, arquitetos ou cidadão protocolar seus processos de forma on-line para analise de projeto, solicitação de alvará e habite-se, ou outros assuntos que por ventura a administração queira disponibilizar.

26. Dispor de Rotina para gerar processo fiscal para obras sem o devido alvará ou outros tipos de infrações.

27. Possibilitar um cadastro de tipos de infrações, neste cadastro deve permitir informar a descrição, fundamentação legal, valores mínimos e máximos e prazos.

28. Possibilitar importar/copiar tipos de infrações de um exercício para outros exercícios.

29. Permitir o gerenciamento e controle de auto de infração, em um mesmo auto permitir relacionar várias infrações, relacionado ao cadastro de tipo de infrações. Configurar e editar o layout do auto de forma personalizada.

30. Permitir o gerenciamento e controle de notificações preliminares. Em uma mesma notificação relacionar várias infrações relacionadas ao cadastro de tipo de infrações. Configurar e editar o layout da notificação de forma personalizada.

31. Permitir o gerenciamento e controle de embargos e interdições. Em um mesmo processo relacionar várias infrações relacionadas ao cadastro de tipo de infrações. Configurar e editar o layout dos documentos de embargo e interdições.

32. Possuir ferramenta para administração mapear e desenhar seus fluxogramas de processos para fins de fiscalização, desenvolvendo fluxogramas específicos, permitir adicionar rotinas de fiscalização, infrações, adicionar formulários ao fluxograma a fim de manter de forma organizada tramites e processos do setor.

33. Possuir ferramenta para administração mapear e desenhar seus fluxogramas de processos para fins de alvará de construção habite-se e analise de projetos, desenvolvendo fluxogramas específicos, permitir adicionar rotinas de Alvará, Habite-se, adicionar formulários ao fluxograma a fim de manter de forma organizada tramites e processos do setor.

34. Possuir relatórios de alvarás emitidos por profissional, por data de emissão e data de validade.

35. Possuir relatório de habite-se emitido por tipo de alvará, data de emissão e data de conclusão.

MODULO GESTÃO DE PROCURADORIA

1. Possuir integração ao sistema único de pessoas, sendo possível o cadastro de advogados e partes em processo judicial.

2. Possuir consulta para pesquisa de órgãos jurisdicionais de acordo com seu nível hierárquico.

3. Permitir o cadastro de links para os websites dos órgãos jurisdicionais, permitindo o acesso diretamente as informações e serviços de cada órgão.

4. Possuir cadastro de procurações.

5. Possuir repositório de criação de modelos (templates), que poderão ser utilizados

6. como base para a criação de novos documentos dentro dos processos judiciais. Deverá conter rotina para gerenciamento dos documentos, salvando o arquivo editado como anexo do processo.

7. Integrar com o sistema de Dívida Ativa permitindo gerar automaticamente a Certidão de Dívida Ativa, bem como a Petição Inicial de Execução Fiscal com base em modelos predefinidos.

8. Notificar os usuários em tempo real sobre a entrada de novos processos de Execução Fiscal originados da Dívida Ativa.

9. Notificar os usuários em tempo real sobre os dias prazo das intimações.

10. Permitir a distribuição de intimações por sequencial e por grupos previamente cadastrados.

11. Permitir cadastrar um afastamento para um usuário da procuradoria, onde todas as intimações deverão ser distribuídas entre um procurador específico ou por um grupo, pelo período do afastamento, com no mínimo 10 (dez) dias de antecedência do início.

12. Possuir rotina automatizada para a predefinição da classe e do assunto dos processos de Execução Fiscal.

13. Permitir a manutenção dos processos, possibilitando informar e alterar informações de: advogado, órgão jurisdicional, classe e assunto.

14. Permitir a configuração de usuário padrão responsável pelos processos retornados pelo Tribunal de Justiça do Estado.

15. Permitir a definição do nível de sigilo do processo.

16. Permitir assinatura digital de documentos no padrão ICP-Brasil (token, leitor de cartão, certificado digital).

17. Permitir o apensamento de processos imprimindo o recibo sendo possível consultar todos os processos relacionados.

18. Bloquear a exclusão de um processo apensado, sendo necessário primeiro

19. desapensar o processo para depois excluir.

20. Permitir que o usuário somente realize as movimentações do processo quando o

21. mesmo estiver sob sua responsabilidade e de acordo com os privilégios de acesso das rotinas.

22. Possuir rotina para tramitação dos processos entre os usuários, sendo todos os trâmites registrados em histórico.

23. Possuir rotina para tramitação das intimações entre os usuários, sendo todos os trâmites registrados em histórico.

24. Integrar com o sistema de Tributos para atualização em lote e individual do valor da causa de processos de execução fiscal com base nos parâmetros de atualização monetária pré- configurados.

25. Permitir filtrar a consulta de processos listando somente os processos sob responsabilidade do usuário logado.

26. Permitir filtrar a consulta de intimações listando somente intimações sob responsabilidade do usuário logado.

27. Possibilitar acompanhamento das movimentações de arrecadação (pagamento, parcelamento, cancelamento do parcelamento, entre outras) nos processos de Execução Fiscal. Com base na pré-configuração definida pelo usuário, o sistema gerará automaticamente a petição intermediária cabível para cada movimentação de arrecadação.

28. Integrar via WebService com o Tribunal de Justiça do Estado para protocolo e acompanhamento de processos em primeiro grau.

29. Integrar via WebService com o Tribunal de Justiça do Estado para protocolo e acompanhamento de processos em segundo grau.

30. Possibilitar o cadastro de processos de primeiro grau com base nos dados

31. processuais retornados pelo Tribunal de Justiça do Estado.

32. Protocolar processos via software diretamente no sistema do Tribunal de Justiça do Estado.

33. Possuir rotina para busca e recebimento das movimentações processuais via

34. integração WebService com o Tribunal De Justiça do Estado.

35. Possuir rotina para recebimento e abertura de prazos das Intimações e Citações retornadas via WebService pelo do Tribunal de Justiça do Estado.

36. Possuir rotina de leitura OCR de documentos retornados via WebService pelo do Tribunal de Justiça do Estado.

37. Permitir relacionar um processo judicial a uma comunicação interna (memorando, oficio, entro outros).

38. Possibilitar o gerenciamento e a consulta das petições do processo e seus anexos.

39. Possibilitar associar procuração às petições, sendo passivei substituir as procurações anteriormente associadas. Esse procedimento também deverá funcionar em lote, associando uma mesma procuração à várias petições, simultaneamente.

40. Possuir integração com o sistema de Arrecadação possibilitando associar o extrato de débitos do contribuinte diretamente aos anexos da petição.

41. Dispor de modelos de petição intermediária, com emissão automática com base nos dados Inseridos no banco de dados, podendo executar a emissão em lote, ou seja, em vários processos simultaneamente.

42. Possibilitar a classificação das intimações, definindo suas prioridades entre Baixa, Média, Alta e Altíssima.

43. Permitir o gerenciamento de intimações de acordo com a prioridade de prazos a vencer, sendo possível a filtragem por data inicial e data final.

44. Permitir a manutenção de uma intimação, sendo possível a alteração de prazos, alterando sua data de início e data fim.

45. Possuir cadastro de agenda, possibilitando a inclusão de compromissos, relacionando- os a um processo/ato eletrônico.

46. Permitir a consulta de compromissos agendados para o usuário, sendo possível listar suas agendas, e filtrar cada compromisso por: número do processo, data inicial e final. Deverá também ser possível confirmar o recebimento de um compromisso transferido por outro usuário.

47. Possibilitar aos usuários definir na inclusão de um compromisso quais usuários poderão ter aceSso aos seus compromissos, sendo possível definir o tipo de acesso.

48. Possuir cadastro automático de data e horário de audiência em agenda previamente cadastrada.

49. Dispor de consulta de tipos de classes de acordo com dados disponibilizados pelo Conselho Nacional de Justiça, dispondo de consulta de informações como glossário e dispositivo legal que fundamenta cada ação. Deverá também permitir definir quais são os documentos necessários à propositura/ prosseguimento de ações judiciais relacionadas às classes.

50. Dispor de consulta de tipos de assuntos, de acordo com dados disponibilizados pelo Conselho Nacional de Justiça, dispondo ainda de consulta de Informações como glossário e dispositivo legal que fundamenta cada ação.

51. Permitir a emissão de relatórios de: Processos; Movimentos; Execuções Fiscais e Produtividade.

MODULO DIÁRIO OFICIAL ELETRÔNICO MUNICIPAL

1. Integrar ao sistema de contratos e licitações para publicar automaticamente em veículo de comunicação oficial os documentos vinculados a atos legais, como: Editais; Comunicações de edital para posterior vinculação em edição e publicação.

2. Integração com o sistema de cadastro de leis, possibilitando que após inclusão de atos legais “textos jurídicos e documentos administrativos”, os mesmos sejam enviados para publicação oficial com intuito de compor edições.

3. Permitir a possibilidade de gerar edições contendo links de acesso aos anexos dos atos legais.

4. Permitir que a publicação em veículo de comunicação oficial das edições ocorra, apenas quando forem assinadas digitalmente com a utilização de certificado digital, no padrão ICP-Brasil.

5. Permitir a consulta de edições geradas por: Número da edição; Tipo de edição; Situação; Data de publicação; Usuário responsável pela assinatura e publicação.

6. Permitir alteração das edições somente caso não tenha sido publicada.

7. Permitir o cancelamento da geração da edição, caso seja necessário efetuar alguma alteração.

8. Permitir assinar digitalmente edição somente após a geração do arquivo em formato PDF.

9. Permitir a visualização dos atos na inclusão da edição.

10. Permitir baixar edições após assinatura digital e publicação oficial.

11. Permitir a configuração de uma data de início para as publicações, onde somente atos cadastrados após essa data podem ser enviados em veículo de comunicação oficial do município.

12. Permitir configurar a ordenação das categorias dos atos para serem exibidos no arquivo gerado para a edição.

13. Permitir configurar a ordenação das entidades para ser exibido os atos legais no arquivo gerado para a edição.

14. O Portal do Diário Oficial deve disponibilizar um campo de pesquisa com os seguintes critérios: Período; palavra-chave e número de edição.

15. Permitir que no campo palavra-chave, sejam pesquisadas informações relacionadas a ementa, conteúdo dos atos legais, categoria e o conteúdo dos anexos.

16. Permitir pesquisar as edições publicadas no portal por ano e mês.

17. Permitir que a última edição publicada oficialmente, tenha destaque. As demais edições serão listadas em sequência cronológica, da mais recente para a mais antiga;

18. Permitir o download completo da edição completa após publicação oficial em formato PDF. Também será possível baixar individualmente cada ato publicado, com seus respectivos anexos.

19. Visualizar os detalhes da edição, como: lista de todos os atos publicados; categoria e descrições dos atos; link para os arquivos dos atos e anexos.

20. Permitir visualizar o nome do responsável por assinar e publicar a edição oficialmente.

21. Disponibilizar na página inicial do portal do diário oficial a relação de todas as edições publicadas, para cada edição, com a visualização do: número da edição; Tipo da edição; Data de publicação; Tamanho do arquivo.

22. Possuir configuração onde será definido se os anexos relacionados aos atos serão assinados no momento que assinar digitalmente a edição oficialmente.

23. Possibilitar consulta e emissão de relatório das edições cadastradas e atos relacionados.

24. Permitir configurar se no portal serão exibidas informações de ementa, assunto e letra do ato.

25. Permitir parametrizar o nome do portal, levando em consideração a legislação vigente para a entidade.

26. Permitir adicionar no portal informações gerais, estando disponíveis acima da listagem de edições.

27. Permitir programar a publicação da edição de acordo com data e hora definidos na inclusão da edição.

28. Possuir integração com o DOM-SC Diario Oficial dos Municipios de Santa Catarina

MÓDULO GESTÃO DO PORTAL DA TRANSPARÊNCIA

1. Atender às Leis Complementares nº 101 e nº 131 da Secretaria do Tesouro Nacional, principalmente a liberação ao pleno conhecimento e acompanhamento da sociedade, em tempo real, de todas as informações pormenorizadas sobre a execução orçamentária e financeira da CONTRATANTE;

2. Atender aos anexos da Lei nº 9.755/98 do TCU;

3. Atender aos preceitos da Lei Federal no 12.527/2011 (Lei de Acesso à Informação);

4. Permitir consultar informações legais sobre contratos, convênios, compras diretas, licitações, consulta de entradas e saídas de materiais em estoque, consulta de bens públicos que integram o patrimônio, consulta de veículos

relacionados à frota;

5. Permitir publicar todas as obras que estão sendo realizadas, exibindo cronograma da obra, com data de início e término, e os responsáveis pela fiscalização da referida obra;

6. Publicar orçamento e suas respectivas emendas (créditos suplementares), bem como balanço dos exercícios anteriores e os relatórios bimestrais e quadrimestrais da execução orçamentária, além dos dados constantes na lei 9.755/98;

7. Consultar tributos arrecadados pela entidade e os recursos recebidos “arrecadados”;

8. Publicar balanço consolidado das contas da administração direta, das autarquias e entidades beneficiadas pelo repasse de verbas públicas;

9. Consultar dados dos programas estaduais e federais e as respectivas verbas repassadas pelos entes federativos responsáveis (União e Estado);

10. Permitir publicar compras mensais realizadas pela administração direta e indireta, considerando os processos licitatórios;

11. Permitir consultar empenhos emitidos, empenhos liquidados e pagamentos efetuados;

12. Publicar área de pessoal com:

a) A Relação nominal dos agentes públicos, demonstrando o seu tipo de vínculo/regime, cargo, função, lotação, carga horária semanal, horário de trabalho, remuneração, data de admissão, exoneração ou inativação com a descrição do motivo do desligamento;

b) Relação nominal de estagiários, demonstrando sua carga horária semanal, horário de trabalho, remuneração, data de admissão e desligamento com descrição do motivo do desligamento;

c) Quantidade de funcionários por tipo de vínculo/regime de trabalho;

d) Tabela com o padrão remuneratório dos cargos e funções

e) Agentes cedidos ou recebidos por cessão,

f) Quantidade de vagas ocupadas e desocupadas por cargo;

g) Atos referentes a concursos públicos e processos seletivos;

h) Gastos com diárias, ajudas de custos ou adiantamentos, pagos com verbas oriundas dos cofres públicos, nome, cargo/função do beneficiário, valor total recebido, número de diárias usufruídas, período, motivo, local de destino e respectivo empenho;

i) Quantidade de vagas criadas e ocupadas por tipo de cargo (efetivo, comissionado, emprego público etc.);

13. Permitir publicar gastos com diárias, especificando a finalidade da despesa, data e valor;

14. Permitir publicar atos referentes a concursos públicos e processos seletivos;

15. Possibilitar a ordenação das consultas por códigos e valores;

16. Emitir relatórios legais gerados no sistema de gestão, estando relacionados a gestão fiscal, anexos de metas fiscais, execução orçamentária, entre outros;

17. Demonstrar a folha de pagamento dos servidores públicos, mediante parametrização realizada no sistema de gestão.

18. Consultar quantidade de funcionários por regime de trabalho;

19. Consultar quantidade de vagas criadas e ocupadas por tipo de cargo (efetivo, comissionado, emprego público, etc);

20. Consultar funcionários por tipo de contrato;

21. Consultar funcionários cedidos e recebidos por cessão;

22. Consultar cargos com a quantidade de vagas disponíveis e ocupadas;

23. Consultar funcionários inativos com informação do tipo de aposentadoria/pensão;

24. Consultar estagiários, contendo local de trabalho e período de contrato;

25. Permitir acesso às informações de forma consolidada e por entidade gestora municipal;

26. Consultar informações com filtro de período;

27. Disponibilizar as informações em tempo real no portal, sem necessidade de digitação, exportação ou importação de dados de acordo com módulos instalados;

28. Permitir que as consultas sejam gerenciadas pelos usuários, definindo quais consultas serão disponibilizadas no Portal e realizando as devidas parametrizações;

29. Possuir cadastro de aviso que será exibido no Portal em forma de pop up, com possibilidade de adicionar imagem;

30. Cadastrar novos grupos de consulta para ampliação das informações além das disponibilizadas de forma padrão;

31. Possuir campo de busca para facilitar na localização das consultas;

32. Criar novas consultas, com possibilidade de realizar upload de arquivos ou relacionar links externos;

33. Imprimir as consultas em vários formatos, considerando: PDF, DOC, XLS, JPEG, CSV, TXT, entre outros;

34. Possuir rotina para publicação de relatórios no Portal, permitindo gerar pdf das informações geradas no sistema de gestão e adicionar como anexo do registro cadastrado.

35. Publicar relatórios em vários formatos no Portal, permitindo o upload dessas informações.

36. Consultar Ajuda de Custos/Adiantamentos realizados com visualização do respectivo empenho;

37. Consultar Convênios de Repasse e seus respectivos anexos;

38. Possuir área de acessibilidade com a possibilidade de adicionar alto contraste, gerenciar o tamanho da fonte, acessar teclas de atalho e acessar ferramenta de libras;

39. Possuir local para visualizar os formatos utilizados para estruturação da informação;

40. Exibir no portal da transparência mapa do site, permitindo visualizar e acessar de forma facilitada todas as consultas disponibilizadas.

41. Acessar as legislações municipais, permitindo filtrar por categoria;

42. Disponibilizar link para acesso direto ao portal do Diário Oficial do Município;

43. Consultar processos licitatórios por categorias, como: pregão, chamamento público, tomada de preços;

44. Disponibilizar área para listar os dados de acesso à informação, como estrutura organizacional, perguntas frequentes e realizar pedidos a entidade.

45. Cadastrar horário de atendimento da entidade no Portal da Transparência;

46. Exibir no Portal da Transparência brasão e endereço;

47. Criar modelos de arquivos (Templates), para vincular em novas consultas, permitindo o download dos documentos pelo Portal da Transparência;

48. Cadastrar agrupadores para organizar os arquivos que serão adicionados em uma nova consulta que será disponibilizada no Portal;

49. Gerar relatório contendo todos os itens disponibilizados no portal e retornando dado do IP de acesso.

50. Permitir configurar as entidades que serão disponibilizadas para acesso no portal.

51. Parametrizar o ano inicial para retornar os dados nas consultas.

52. Possibilitar habilitar contador de acesso ao portal, indicando a quantidade de usuários que estão acessando as consultas.

53. Possibilitar cadastrar hint nas consultas, com intuito de adicionar informações explicativas sobre os itens que serão listados.

54. Permitir ordenar a exibição dos anexos que estão atrelados em consultas específicas no portal da transparência.

55. Possuir validação de reCAPTCHA no portal de forma geral, não afetando a utilização das consultas, tendo o intuito de garantir a segurança do acesso das informações.

56. Disponibilizar link para acessar o cadastro e a consulta de ouvidoria municipal.

57. Disponibilizar em local de fácil acesso, link para acessar e registrar acesso à informação.

MÓDULO GESTÃO DO PORTAL DE AUTOATENDIMENTO

1. Permitir que as liberações de acesso ao sistema possam ser efetuadas com base em solicitações realizadas pelo contribuinte através de cadastro no portal de autoatendimento.

2. Dispor de serviço para emissão de processo digital, com possibilidade de integração com os cadastros imobiliários e econômicos, disponíveis no sistema Tributário. A integração também deve permitir a emissão de guias para pagamento de taxas e tarifas em padrão bancário.

3. Permitir que sejam adicionados serviços específicos ao portal, com possibilidade de integração com o sistema de processo digital, podendo ser configurado roteiro para movimentação dos processos de acordo com o assunto informado.

4. Permitir que sejam adicionados serviços específicos ao portal que sejam oriundos de sistemas terceiros que a entidade possui contratação, este acesso deverá ser controlado por meio de token de autenticação.

5. Dispor de serviço de Acesso à Informação, possibilitando a protocolização de requerimentos de informação.

6. Possibilitar que processos de denúncias, dúvidas e sugestões sejam abertos através do autoatendimento, sendo direcionados para o setor de ouvidoria, permitindo que o requerente seja anônimo.

7. Possuir serviço para consulta do andamento dos processos digitais, sendo necessário informar o número do processo e seu código verificador, ou CPF/CNPJ do requerente.

8. Possibilitar que os usuários e contribuintes possam alterar ou recuperar sua senha de acesso ao sistema, validando seus dados cadastrais, como e-mail, conforme parametrização.

9. Permitir que os usuários possam realizar a solicitação de atualização dos seus dados cadastrais, conforme os dados existentes no cadastro único.

10. Possibilitar a apresentação de aviso quando o usuário logado não estiver com os dados devidamente atualizados.

11. Possuir serviço para realização de autenticidade do Certificado de Registro Cadastral emitido pela entidade.

12. Possuir serviço para que o fornecedor vencedor da licitação realizada em lotes, possa fazer a readequação dos valores dos itens pertencentes aos lotes nas suas dependências. Indicando o valor unitário de cada item totalizando o valor ofertado no lote.

13. Possuir serviço para preenchimento online da proposta comercial, sem a necessidade de exportação e importação de arquivos, possibilitando o preenchimento da proposta comercial pelo próprio fornecedor em suas dependências. Os dados devem ficar criptografados na base de dados sendo necessária senha para descriptografar e importar as propostas ao sistema, sem necessidade de redigitação.

14. Permitir realizar digitação de cotação de preços referentes a planilha, para fins de cálculos médios de preços praticados entre os fornecedores.

15. Permitir a disponibilização de agenda das licitações para consulta dos fornecedores.

16. Permitir disponibilizar informações sobre licitações, possibilitando configurar quais informações serão exibidas no serviço como: edital, anexos, pareceres, impugnação, ata de abertura envelope, proposta, ata do pregão, ata de registro de preço, termo de homologação, termo de adjudicação, contrato, certidões, documentos exigidos, quadro comparativo preços, vencedores e ordem de compra.

17. Permitir consulta específica das licitações com base na Lei 13019/14.

18. Permitir que as entidades da Sociedade Civil possam registrar Manifestação de Interesse Social.

19. Permitir a realização da prestação de contas financeira e de objeto, com base na Lei 13019/14.

20. Possuir serviço onde os fornecedores da entidade poderão consultar os valores retidos de seus empenhos.

21. Possibilitar aos credores a verificar o saldo dos valores a receber, podendo filtrar pelo número de empenho e data.

22. Possibilitar aos fornecedores a consulta de todos os empenhos emitidos, sendo demonstrados os empenhos que já foram pagos, estão a pagar, as retenções dos empenhos e os saldos.

23. Disponibilizar a emissão da folha de pagamento através de serviço de autoatendimento, devendo possibilitar que a entidade defina previamente o layout que será utilizado na emissão.

24. Permitir ao funcionário realizar a emissão dos seus períodos aquisitivos e de saldos de férias através de serviço de emissão de relatório de férias.

25. Possibilitar ao servidor realizar a impressão da ficha financeira com os valores dos pagamentos em determinados períodos.

26. Possuir serviço onde o funcionário possa realizar a emissão do espelho de ponto com opção de filtrar por período, e de configurar previamente quais totalizadores serão exibidos.

27. Possibilitar ao funcionário emitir o comprovante de imposto de renda retido na fonte para posterior declaração do imposto de renda.

28. Disponibilizar ao servidor a emissão de relatório de tempo de serviço através de serviço de autoatendimento, devendo possibilitar que a Entidade defina previamente o layout que será utilizado na emissão.

29. Permitir ao funcionário realizar a emissão da declaração sobre o período de trabalho no magistério.

30. Disponibilizar ao funcionário solicitar atualização de dados pessoais através de serviço, como por exemplo, nome, RG, CNH, data de nascimento, dependentes, contatos e endereço.

31. Possibilitar ao servidor a emissão de relatório onde constem as informações de seus empréstimos bancários.

32. Permitir ao funcionário realizar qualquer tipo de solicitação ao RH, através de serviço com essa finalidade, possibilitando que o RH defina assuntos específicos, como por exemplo: Férias, Inscrição para Cursos, etc.

33. Dispor de serviço que permita ao funcionário inserir uma solicitação de ajuste no ponto eletrônico, como por exemplo, um abono ou justificativa ou um registro de ponto.

34. Dispor de serviço onde qualquer pessoa/entidade possa verificar, através de chave de verificação, a autenticidade do recibo de pagamento.

35. Permitir que empresas externas, através de convênio, ou departamentos internos realizem lançamentos para desconto em folha de pagamento dos funcionários.

36. Permitir que a entidade realize a publicação de editais de concursos públicos e processos seletivos.

37. Dispor de serviço que permita inscrição de candidatos em editais de concursos públicos e processos seletivos através de serviço de autoatendimento.

38. Dispor de serviço de avaliação de desempenho, permitindo que o avaliado (através da auto avaliação) e a comissão designada procedam com a avaliação.

39. Dispor de serviço de avaliação de estágio probatório, permitindo que o avaliado (através da auto avaliação) e a comissão designada procedam com a avaliação.

40. Permitir que os departamentos realizem os lançamentos de atestados médicos de seus funcionários.

41. Permitir ao servidor realizar a emissão do relatório anual de contribuições para a previdência.

42. Permitir ao funcionário realizar a Emissão da Margem Consignável pelo Portal de Serviços, com a opção de seleção dentre os bancos conveniados da entidade.

43. Possuir serviço específico para solicitação de férias, de forma que o departamento de recursos humanos possa fazer a análise do pedido, bem como realizar a programação de férias a partir do requerimento efetuado.

44. Permitir ao funcionário realizar a emissão de relatório com os seus períodos de licença prêmio.

45. Possuir serviço para que o funcionário possa realizar a emissão do Termo de Rescisão.

46. Possuir serviço para que o funcionário possa realizar a emissão da Ficha Registro de Funcionário.

47. Possuir serviço para que o funcionário possa realizar o Registro de Ponto Eletrônico pelo portal de autoatendimento, dispondo de recursos para restringir quais funcionários podem realizá-lo.

48. Possuir serviço para que o funcionário possa realizar a emissão de Relatório de Aniversariantes.

49. Possuir serviço para que o funcionário possa realizar a emissão dos Certificados de Cursos e Treinamentos realizados pela entidade.

50. Possuir serviço para que o funcionário possa realizar a sua Inscrição para Cursos e Treinamentos promovidos pela entidade.

51. Possuir serviço para que o funcionário possa realizar a emissão de Relatório de seus Afastamentos e Faltas.

52. Possuir serviço para que o funcionário possa realizar a emissão de Relatório de suas horas de Compensação e Banco.

53. Possuir serviço para que o funcionário possa realizar a emissão de Declaração de seu Vínculo Empregatício.

54. Possuir serviço para que o funcionário possa realizar a consulta de Licenças Prêmios Gozadas.

55. Possuir serviço para que o funcionário possa realizar a sua inscrição para Eleições da CIPA.

56. Possuir serviço para que o funcionário possa realizar votações das Eleições da CIPA.

57. Possuir serviço para que o funcionário possa realizar a consulta de seus Atos Legais.

58. Possuir serviço para que o funcionário possa realizar a emissão do Perfil Profissiográfico Previdenciário (PPP).

59. Possuir serviço para que o funcionário possa realizar a Comunicação de Acidente de Trabalho (CAT) pelo portal de autoatendimento.

60. Possuir serviço para que o funcionário possa realizar a emissão do Relatório de Salários Contribuição de Outras Previdências.

61. Possuir serviço para que o funcionário possa realizar a emissão do seu Recibo de Férias.

62. Possuir serviço para que o funcionário possa realizar a emissão de Relatório de Mensalidades e Despesas Planos de Saúde.

63. Possuir serviço para que o funcionário possa realizar a emissão de Relatório Histórico Adicional Tempo Serviço.

64. Possuir serviço para que o funcionário possa realizar agendamento para Segurança e Medicina do Trabalho.

65. Possuir serviço para que o funcionário possa participar de um evento de Recadastramento Funcional pelo portal de autoatendimento gerenciado pelo RH.

66. Permitir a consulta das obras públicas exibindo minimamente o número/ano da obra, o valor total e a descrição desta.

67. Permitir a emissão de guias em atraso ou não, realizando a atualização de correção, multa e juros: ISSQN, ISSRF, ITBI, Dívida Ativa, ISS/Alvará, Fiscalização, Obras, Guia Única, IPTU ou Receitas Diversas. Com possibilidade de pagamento via PIX caso o convênio bancário assim permitir, e cartão de crédito quando este serviço estiver contratado pelo município.

68. Permitir a emissão de Extratos de Débitos: geral do contribuinte, através do cadastro Econômico ou do imóvel.

69. Permitir que seja exibido informativo na página inicial do portal de autoatendimento com indicativo referente aos débitos do usuário logado.

70. Permitir a consulta das informações imobiliárias do imóvel. Permitindo visualizar os dados do imóvel, visualizar arquivos/imagens do imóvel e gerar o espelho do imóvel.

71. Permitir o cidadão efetuar doações para programas sociais conforme definido pela municipalidade.

72. Permitir a solicitação on-line de atualização de endereço de correspondência do imóvel, empresa e pessoa.

73. Permitir a consulta e emissão dos alvarás de localização e funcionamento, alvará sanitário de empresas ou outros a serem definidos pela municipalidade.

74. Permitir a emissão de consulta e verificação de autenticidade da Certidão Negativa de Débito.

75. Permitir a emissão do comprovante de retenção do imposto sobre serviços.

76. Permitir a emissão de nota fiscal de serviço eletrônica avulsa como também a consulta das notas avulsas emitidas do usuário.

77. Permitir aos contabilistas cadastrados emitir Certidões Negativas de Débito (CND), guias tributárias, atualização de informações cadastrais para seus clientes.

78. Permitir a emissão do Extrato do Contribuinte, que exiba em tela organizando por abas as informações referentes aos débitos do usuário logado, permitindo que seja emitida a guia para pagamento das referidas taxas.

79. Permitir realizar a solicitação para a emissão de alvará de construção e habite-se.

80. Possuir serviço que permita consultar os documentos necessários e obrigatórios para que seja possível realizar as solicitações.

81. Permitir registrar a solicitação do ITBI on-line, informando o imóvel urbano ou rural, nome do proprietário adquirente, transmitente e os documentos, como a matrícula do imóvel e os valores venais.

82. Possuir serviço para cadastrar solicitação de reserva de espaços públicos para realização de evento, sendo integrado com o sistema de Processo Digital.

83. Permitir que seja realizada requisição de acesso aos dados considerando o Art. 18. da Lei 13.709 que prevê que "o titular dos dados pessoais tem direito a obter do controlador, em relação aos dados do titular por ele tratados, a qualquer momento e mediante requisição".

84. Permitir que seja emitido relatório referente as informações dos tratamentos de dados pessoais realizados pela contratante, conforme prevê o inciso I do art. 23 da Lei nº 13.709/2018.

85. Disponibilizar serviço que permita consultar as legislações municipais, permitindo filtrar por categoria, assunto e ementa.

86. Possuir serviço de acesso ao Diário Oficial.

87. Possuir serviço para consulta e acompanhamento dos Processos Administrativos.

88. Possuir serviço para que possam ser consultadas as comunicações digitais oficiais do município mediante a inserção do número, ano e código verificador do documento, quando estes forem realizados pelo módulo de comunicações internas.

89. Permitir a disponibilização de serviços que possibilite a realização de assinaturas digitais em documentos cuja solicitação de assinatura foi criada.

90. Permitir cadastrar solicitações de manutenção de forma geral para a entidade, estando integrado com os Serviços Públicos do município.

91. Disponibilizar serviço para acompanhar o cronograma de execução de atividades das solicitações de ocorrência e manutenção registrada.

92. Permitir o agendamento de atendimentos presenciais, conforme guichês organizados pela contratante.

93. Permitir cadastrar recados no portal, parametrizando a sua exibição com ou sem login.

94. Possibilitar a exibição de boxes indicativos para os contribuintes, permitindo retornar dados de débitos e quantidade de processos digitais.

95. Permitir cadastrar boxes que ao acessar podem carregar serviços ou somente texto informativo.

96. Dispor de opção para definir os serviços que serão disponibilizados em destaque para facilitar o acesso.

97. Permitir os cidadãos favoritar seus serviços mais acessados, quando estão logados no portal.

98. Exibir dados de endereço e contato da entidade.

99. Possuir campo de pesquisa que retorne os serviços disponíveis no portal de autoatendimento.

100. Dispor de área especifica para localizar informações de acessibilidade, como: alto contraste, teclas de atalho, aumento e diminuição de fonte.

101. Permitir cadastro aviso, sendo exibido no portal em forma de pop-up.

102. Possuir validação de reCAPTCHA para os serviços quando acessados sem login, garantindo a segurança das informações.

103. Permitir cadastrar serviços informativos, com a finalidade de orientação aos contribuintes, contendo requisitos e outros dados sobre quaisquer serviços prestados pela entidade ao cidadão.

104. Disponibilizar serviços de Carta de Serviços, carregando todos os registros indicando quais necessitam de login e com a possibilidade de acesso direto por esse meio, baseado na Lei 13.460 de 2017.

105. Permitir o cidadão avaliar os serviços disponíveis a ele, baseado na Lei 13.460 de 2017, onde deverá indicar sua satisfação para os seguintes itens:

106. Satisfação com o serviço prestado.

107. Qualidade do atendimento.

108. Cumprimento de prazos e compromissos.

109. Adicionando uma descrição na avaliação.

110. Possibilitar que os cidadãos tenham acesso aos resultados das avaliações, sendo exibida a informação por serviço, mediante acesso a Carta de Serviços.

111. Permitir a consulta de Xxxxxxxx de Xxxx pelo aluno ou responsável

112. Permitir a consulta Boletim pelo aluno ou responsável

113. Permitir a consulta de Notas pelo aluno ou responsável

114. Permitir a consulta de Frequência Escolar pelo aluno ou responsável

115. Permite a consulta de Observações Disciplinares pelo aluno ou responsável

116. Permite a consulta de Restrições de Saúde pelo aluno ou responsável

117. Permite a consulta da Ficha de Saúde pelo aluno ou responsável

118. Permite a consulta da Matrícula do Aluno com informações do estabelecimento, curso, etapa escolar, turno e turma.

119. Permite a consulta da Fila de Espera da central de vagas

120. Permite a consulta da Disponibilidade de Vagas nos Estabelecimentos de Ensino

121. Permite realizar uma solicitação de vaga para o aluno na rede municipal de ensino.

122. Permite consultar os cardápios e refeições servidas por estabelecimento de ensino, modalidade de ensino e etapa escolar.

123. Permite consultar horários do transporte escolar ofertadas pela rede municipal de ensino.

124. Permite que o responsável consulte a rota do transporte escolar realizada pelo aluno.

125. Permite a consulta de Estabelecimentos de Ensino, contendo as informações de endereço, contato, gestor, equipe de gestão e alunos matriculados por modalidade de ensino.

126. Permite a consulta de disponibilidade de acervo (se está disponível, se está emprestado, data que estará disponível).

127. Permite a consulta do histórico de empréstimos de exemplares da biblioteca.

128. Permite solicitação de reserva de empréstimo de exemplares da biblioteca.

129. Possibilitar o acompanhamento das licenças ambientais emitidas, permitindo gerar o documento oficial do licenciamento.

130. Possibilitar a geração da prestação de contas para as licenças emitidas.

131. Possibilitar a inclusão de denúncias ambientais, sendo essas identificadas ou não identificadas.

132. Disponibilizar no portal possibilidade de acompanhamento das notificações ambientais geradas em seu nome, podendo interagir com o processo caso requerido pela entidade.

133. Disponibilizar no portal, possibilidade de acompanhamento dos autos de infração gerados em seu nome, podendo interagir com o processo caso requerido pela entidade.

134. Disponibilizar no portal, a possibilidade de realizar o acompanhamento das solicitações de licenças ambientais que estão em análise.

MÓDULO GESTÃO DE PROTOCOLO E PROCESSO DIGITAL

1. Permitir a abertura e gerenciamento completo de processos por meio eletrônico/digital;

2. Possibilitar a realização de assinatura digital mediante o uso de certificado digital padrão ICP-Brasil ou eletrônico ao longo das movimentações dos processos, tais como aberturas, trâmites e/ou encerramentos.

3. Permitir que todos os setores realizem a abertura de processos digitais através do sistema, mantendo a mesma

numeração do exercício atual.

4. Deverá permitir a atribuição de responsáveis a um processo, tanto durante a abertura quanto em possíveis alterações.

5. Permitir a inclusão de processos com Requerente anônimo, permitindo a inclusão de telefone e/ou e-mail para contato, quando configurado.

6. Durante a abertura do processo, permitir a especificação da finalidade: Atendimento ao Público ou Interno da Entidade.

7. Permitir que o usuário, durante a abertura de um processo, verifique a existência de outros processos associados ao mesmo requerente.

8. Deverá permitir a inclusão de Requerentes Adicionais em um processo, tanto durante a abertura quanto em possíveis alterações.

9. Permitir que a numeração dos processos siga uma sequência numérica, e que seja reiniciada essa numeração a cada novo exercício.

10. Permitir a abertura de processos pelos requerentes/responsáveis através de acesso externo via serviço de autoatendimento.

11. Deverá possuir cadastro termo de aceite para ser associado ao assunto, para que durante a abertura do processo no autoatendimento, o usuário deverá concordar com o termo para concluir a abertura do processo.

12. Garantir que, no momento da abertura do processo, seja pelo sistema ou pelo autoatendimento, as informações do cadastro único, CPF/CNPJ, RG, contato e endereço do requerente estejam devidamente preenchidos e validados.

13. Permitir que o requerente visualize os documentos obrigatórios para cada assunto durante a abertura do processo.

14. Possibilitar a configuração de um roteiro de cumprimento automático para cada assunto de acordo com as definições da entidade.

15. Permitir a definição de prazos para cada etapa do roteiro.

16. Controlar os prazos dos processos de acordo com o roteiro estabelecido, possibilitando a classificação dos processos pendentes através de cores e ícones indicativos.

17. Possibilitar a emissão de guias para pagamento de taxas e tarifas em padrão bancário, permitindo a configuração de guias/taxas específicas para cada assunto.

18. Permitir a reimpressão das taxas dos processos a qualquer momento, tanto para usuários internos quanto para o requerente ou responsável através do serviço no autoatendimento.

19. Possibilitar cancelamento automático de processos que possuem taxa que esteja com situação cancelada.

20. Possibilitar através de configuração o impedimento para receber processos com taxas em aberto.

21. Na tramitação de processos, enviar notificação ao usuário de destino do processo, avisando da ocorrência da movimentação

22. Possibilitar através de configuração o bloqueio da tramitação de processos com taxas em aberto.

23. Permitir a definição do grau de prioridade dos processos, incluindo ícones indicativos no gerenciamento de processos.

24. Possibilitar a definição de textos de orientação para facilitar o entendimento do cidadão durante a abertura do processo.

25. Gerenciar as fases de um processo, desde o seu registro até o arquivamento.

26. Deverá possuir histórico das fases do processo, incluindo informações como data de abertura, trâmites, recebimentos e quais movimentos foram assinados digitalmente.

27. Possibilitar a visualização do histórico do processo em formato de linha do tempo, mostrando todos os movimentos, como abertura, trâmite, complemento, recebimento, encerramento, arquivamento, cancelamento, paralisação e reabertura, indicando o usuário e/ou centro de custo e data/hora de execução do procedimento.

28. Controlar a vinculação de processos por apensamento, garantindo que ambos sigam as mesmas movimentações após a vinculação.

29. Permitir a anexação de arquivos nos processos digitais durante a abertura, trâmites e/ou complementos, aceitando formatos como PDF, DOC, DOCX, XLS, XLSX, JPG, PNG, ODT.

30. Garantir que os arquivos vinculados ao processo não sejam removidos após a movimentação para outro setor.

31. Permitir a identificação se o processo possui documentação física e/ou digital.

32. Possibilitar o download de todos os anexos de um processo de uma única vez.

33. Possibilitar a visualização agrupada dos anexos do mesmo formato em um processo, como se fossem um único arquivo.

34. Dispor de um repositório para criação de modelos de documentos, que poderão servir como base na criação de novos documentos dentro dos processos digitais.

35. Permitir a movimentação de processos por setor ou por usuário.

36. Permitir a inserção de textos de abertura e movimentações nos processos sem limite de caracteres.

37. Deverá permitir a transferência entre arquivos após o arquivamento do processo.

38. Permitir o recebimento coletivo de processos, dispensando a necessidade de recebê-los um por um.

39. Permitir a movimentação em lote de vários processos, com a opção de informar pareceres diferentes para cada um.

40. Permitir realizar execução de exclusão de trâmite ou complemento do processo pela própria tela de

visualização do registro.

41. Manter um histórico de alterações efetuadas nos processos, incluindo alterações de requerente, assunto, subassunto, cadastro imobiliário e endereço.

42. Permitir definir através de configuração se o último trâmite do processo poderá ser excluído.

43. Possibilitar o arquivamento de vários processos de uma só vez.

44. Dispor de uma opção para paralisar processos que atingiram o limite de prazo.

45. Permitir o encerramento em lote de processos, fornecendo um parecer e motivo para o encerramento.

46. Permitir a reabertura de processos, possibilitando selecionar mais de um processo para reabertura.

47. Dispor de configuração para o envio de e-mails e/ou notificações push ao requerente do processo a cada movimentação do processo.

48. Permitir que as respostas aos e-mails enviados ao requerente/responsável durante a tramitação dos processos sejam incluídas como complemento do processo em questão.

49. Definir os centros de custos aos quais o usuário terá acesso, mostrando na caixa de processos somente os registros relacionados às permissões pré-definidas.

50. Possuir consulta única para gerenciamento dos processos sob responsabilidade do usuário logado ou de seu setor.

51. Dispor de filtro para que o usuário visualize apenas os processos relacionados à sua repartição.

52. Nas rotinas de gerenciamento de processos, possuir minimamente os filtros como, situação (aberto, tramitando, em análise, paralisado, cancelado e arquivado), número, ano, requerente, responsável, endereço do requerente, data de abertura, data de previsão, assunto, subassunto, centro de custo atual, usuário do último trâmite e data da última movimentação.

53. Na rotina de gerenciamento de processos, permitir que os processos sejam ordenados pela data da última movimentação, facilitando a visualização dos últimos processos movimentados.

54. Permitir gerenciar o processo diretamente na tela de visualização, possibilitando adicionar novos anexos, receber, tramitar e complementar o processo, alterando a situação conforme necessário.

55. Permitir imprimir todo o histórico do processo pela tela de visualização do mesmo, sendo possível realizar a impressão individual dos movimentos ou completa.

56. Permitir a designação de usuários como gestores de processos, permitindo o gerenciamento de todos os registros cadastrados no sistema de processo digital.

57. Permitir que o gestor do sistema tenha acesso à visualização de todos os processos, independentemente do centro de custos em que o processo esteja localizado.

58. Possibilitar a definição do processo como sigiloso, restringindo sua visualização somente aos usuários envolvidos, de acordo com a parametrização definida.

59. Possibilitar a inclusão de pedidos de readequação nos processos aos requerentes/responsáveis, com notificação via e-mail que o processo está pendente.

60. Permitir aos requerentes e responsáveis legais do processo a possibilidade de acompanhar as solicitações via web, fornecendo o número do processo e o código verificador ou CPF/CNPJ. Isso permitirá visualizar todos os trâmites, situação, datas e horários de tramitação, além de possibilitar a inclusão de novos anexos, readequações e/ou complementos ao processo.

61. Permitir a inserção de solicitações de parecer nos processos, com notificação ao setor/usuário de recebimento.

62. Registrar as solicitações de parecer respondidas no histórico do processo.

63. Dispor de um gadget para facilitar o gerenciamento dos processos, fornecendo informações relevantes de maneira ágil, como número/ano do processo, data de abertura, data do último trâmite, requerente, assunto, subassunto, situação e taxa relacionada ao processo.

64. Permitir o despacho das demandas do dia a dia via gadget de gerenciamento de processos, sem a necessidade de acessar a consulta global dos processos.

65. Permitir que os processos digitais sejam gerenciados por meio de uma ferramenta de fluxograma, integrada ao SGBD, sem necessidade de acesso ou integração com outros sistemas.

66. Dispor de parametrização por tipo solicitação para definir se processos com fluxograma relacionado podem ser tramitados ao requerente ou responsável, em caso de necessidade de readequação do pedido.

67. Permitir que o requerente e/ou responsável do processo realizem atividades configuradas no fluxograma do processo, como adicionar novos documentos e responder a informações adicionais.

68. Possuir relatórios de gerenciamento por processos, centro de custo, assunto, subassunto, gráficos e etiquetas.

69. Emitir relatório estatístico com filtros mínimos como Assunto, Subassunto, Centro de Custo Atual, Requerente, Parecer, Situação, data de abertura, número do processo e usuário de abertura.

70. Possibilitar a emissão de comprovantes de abertura, trâmites, encerramento e arquivamento.

71. Emitir etiquetas personalizadas com informações do processo, através dos filtros: Número, Ano, Assunto, subassunto, Data e Situação do Processo.

72. Possuir gráficos dos processos por assunto, subassunto, centro de custos e situação.

73. Permitir a impressão em arquivo único de todos os movimentos do processo, para análise detalhada da solicitação.

74. Emitir relatório referente aos processos de Acesso à Informação, com gráficos, requerente, último trâmite e filtros