PREGÃO PRESENCIAL Nº 03/2023
PREGÃO PRESENCIAL Nº 03/2023
“Contratação de empresa especializada no licenciamento de uso de software de gestão pública, conforme módulos abaixo, em ambiente nuvem, por prazo determinado (locação), com atualização mensal, que garanta as alterações legais, corretivas e evolutivas, incluindo, conversão, implantação, treinamento, suporte e atendimento técnico, conforme especificações constantes do Anexo I e solicitação do departamento competente, visando o atendimento das necessidades da Prefeitura de Monte Alegre do Sul e Câmara Municipal de Monte Alegre do Sul – SP”.
PROCESSO ADMINISTRATIVO: 191/2023
TIPO: MENOR PREÇO
DATA DA REALIZAÇÃO: 15/03/2023
HORÁRIO DE INICIO DA SESSÃO: 09H30MIN
LOCAL: SALA DE LICITAÇÕES DA PREFEITURA MUNICIPAL DE MONTE ALEGRE DO SUL, SITO A XXXXXXX XXXX XXXXXXXXXX, xx 000.
A sessão será conduzida pelo Pregoeiro, com o auxílio da Equipe de Apoio, devidamente designado nos autos do presente processo administrativo. Os envelopes contendo a proposta e os documentos de habilitação serão recebidos na sessão de processamento logo após o credenciamento dos interessados.
ESCLARECIMENTOS:
Os esclarecimentos prestados serão disponibilizados na página da internet xxx.xxxxxxxxxxxxxxxx.xx.xxx.xx e encaminhados a todos licitantes que retirarem o edital.
O PREFEITO MUNICIPAL DE MONTE ALEGRE DO SUL, excelentíssimo Sr. Xxxxx Xxxxxxx xx Xxxxxxxx Xxxxx, através do Departamento de Administração e Governo torna público que fará realizar na data e endereço supra citado, procedimento licitatório na modalidade Pregão Presencial, nos termos deste instrumento, de acordo com o que preconiza a Lei Federal 10.520 de 17 de julho de 2002, aplicando-se, subsidiariamente, no que couberem, as disposições da Lei Federal
n. 8666/93, Lei complementar 123/2006, lei complementar 147/2014 e demais atualizações.
As propostas deverão obedecer às especificações e exigências constantes deste instrumento convocatório.
As propostas dos interessados serão recebidas no dia 15/03/2023, às 09:30 horas, pelo Pregoeiro e equipe de apoio, designados pela Portaria nº 926 de 11 de março de 2022, podendo ser entregues previamente no Departamento de Administração e Governo do Município de Monte Alegre do Sul, nos seguintes horários: das 08:00 às 12:00 e das 13:00 às 17:00 horas.
Até 02 (dois) dias úteis antes da data fixada para a entrega das propostas, qualquer interessado poderá solicitar esclarecimentos sobre o pregão, requerer providências ou formular impugnação contra cláusulas ou condições deste edital, sempre por escrito, devendo ser protocoladas no setor de protocolo da Prefeitura Municipal, no horário das 08:00 às 12:00 e das 13:00 às 17:00 horas, ou via e-mail.
As respostas do pregoeiro às dúvidas e questionamentos suscitados serão dadas por escrito e, no caso de alteração do edital, serão comunicadas aos demais interessados e devidamente publicadas no órgão oficial, podendo ser reaberto o prazo para apresentação das propostas se implicarem alteração de condição básica da licitação.
Caso não haja solicitação pelas empresas interessadas de esclarecimentos e informações, pressupõe-se que os elementos fornecidos, são suficientemente claros e precisos, não cabendo, portanto, posteriormente, o direito a qualquer reclamação.
O Edital do PREGÃO PRESENCIAL Nº 03/2023 e respectivos anexos, poderão ser examinados na Seção de Licitações – Comissão Municipal de Licitações, situada no endereço e horário constante do preâmbulo, podendo ser adquirido gratuitamente através do site xxx.xxxxxxxxxxxxxxxx.xx.xxx.xx.
Integram o presente Edital, como partes indissociáveis, os seguintes anexos:
Anexo I - Termo de Referência - Especificação do Objeto Anexo II - Prova de Conceito
Anexo III - Modelo de Declaração – Não ocorrência de fatos impeditivos à Participação Anexo IV - Minuta do Credenciamento
Anexo V - Minuta de Habilitação Prévia
Anexo VI - Termo de Comprometimento – Lei 123/06
Anexo VII - Minuta de Declaração – Art. 7°, Inciso XXXIII da Constituição Federal. Anexo VIII - Minuta do Contrato
Anexo IX- Termo de Ciência e Notificação Anexo X - Modelo de Proposta Comercial Anexo XI - Resumo dos Dados Cadastrais
1. DO OBJETO:
“Contratação de empresa especializada no licenciamento de uso de software de gestão pública, conforme módulos abaixo, em ambiente nuvem, por prazo determinado (locação), com atualização mensal, que garanta as alterações legais, corretivas e evolutivas, incluindo, conversão, implantação, treinamento, suporte e atendimento técnico, conforme especificações constantes do Anexo I e solicitação do departamento competente, visando o atendimento das necessidades da Prefeitura de Monte Alegre do Sul e Câmara Municipal de Monte Alegre do Sul – SP”.
2. RECURSOS ORCAMENTÁRIOS:
As despesas decorrentes da presente licitação serão atendidas por conta das seguintes dotações orçamentárias:
Órgão................. = 02 Poder Executivo
Despesa. = 1265
Unidade............. = 22 DEPARTAMENTO DE ADMINSITRAÇÃO E GOVERNO
Departamento.... = 23 Departamento de Administração Função...............= 04 Administração
Sub Função........= 122 Administração Geral Programa............= 02 Gestão Político Administrativo Destino................= 02 Atividade
Projeto/Atividade. = 08 Manutenção da Setor de Administração Natureza da Despesa... = 3.3.90.39.99.00.00 Outros Serviços de Terceiros Fonte de Recursos..... = 1 Tesouro
Código de Aplicação... = 1100000 Geral
Órgão................. = 02 Poder Executivo
Despesa. = 1264
Unidade............. = 13 DEPARTAMENTO DE PLANEJAMENTO E DESENVOLVIMENTO ECONOMICO
Departamento.... = 14 Departamento de Planejamento e Desenvolvimento Econômico Função...............= 04 Administração
Sub Função........= 122 Administração Geral Programa............= 02 Gestão Político Administrativo Destino................= 02 Atividade
Projeto/Atividade. = 07 Manutenção do Departamento de Planejamento e Desenvolvimento Econômico Natureza da Despesa... = 3.3.90.39.99.00.00 Outros Serviços de Terceiros
Fonte de Recursos..... = 1 Tesouro Código de Aplicação... = 1100000 Geral
Órgão................. = 02 Poder Executivo
Despesa. = 1266
Unidade............. = 26 DEPARTAMENTO DE FAZENDA MUN. E FINANÇAS
Departamento.... = 27 Departamento de Fazenda Municipal e Finanças Função...............= 04 Administração
Sub Função........= 122 Administração Geral Programa............= 02 Gestão Político Administrativo Destino................= 02 Atividade
Projeto/Atividade. = 10 Manutenção do Departamento de Fazenda Municipal e Finanças Natureza da Despesa... = 3.3.90.39.99.00.00 Outros Serviços de Terceiros
Fonte de Recursos..... = 1 Tesouro Código de Aplicação... = 1100000 Geral
3. DA PARTICIPAÇÃO:
3.1. Somente poderão participar desta licitação as empresas brasileiras ou estrangeiras em funcionamento no BRASIL, pertencentes ao ramo do objeto licitado;
3.2. Não poderão participar da presente licitação as empresas que:
a) Encontrarem-se em situação de falência, concordata, recuperação judicial ou extrajudicial, concurso de credores, dissolução, liquidação ou empresas estrangeiras que não funcionem no País, salvo as hipóteses previstas no item 6.3.2., Inciso III, alínea “b” do presente Edital;
b) Estiverem suspensas para licitar e contratar com o Município de Monte Alegre do Sul/SP.
c) Forem declaradas inidôneas para licitar e contratar com a Administração Pública Federal, Estadual ou Municipal.
d) Possuam como diretores, responsáveis técnicos ou sócios, servidor, empregado ou ocupante de cargo comissionado na Administração Pública do Município de Monte Alegre do Sul/SP.
e) Estejam constituídas sob a forma de consórcio.
f) Encontrem-se sob o controle de um mesmo grupo de pessoas físicas ou jurídicas.
3.3. É vedado a qualquer pessoa, física ou jurídica, representar mais de um licitante na presente licitação.
3.4. Cada licitante apresentará uma só proposta, de acordo com as exigências deste Edital.
3.5. O licitante arcará integralmente com todos os custos de preparação e apresentação de sua proposta, independente do resultado do procedimento licitatório.
3.6. A participação no certame implica aceitar todas as condições estabelecidas neste Edital.
4. DAS CONDIÇÕES GERAIS:
4.1. Os documentos exigidos para as licitantes, poderão ser apresentados em original, colocados dentro do envelope ou por qualquer processo de cópia autenticada por cartório competente ou por servidor da Administração, ou ainda por publicação em órgão da Imprensa Oficial. Podendo em caso de autenticação por servidor, a mesma ser realizada antes da sessão de abertura do Pregão, desde que apresentados os originais para conferência. Os documentos retirados via INTERNET podem ser apresentados em xerox sem a devida autenticação, podendo a comissão, caso veja necessidade, verificar sua autenticidade;
4.2. Todos os documentos expedidos pelas licitantes, deverão ser datilografados ou digitados preferencialmente em papel timbrado da empresa, assinados por seu representante legal, com identificação do nome e cargo ocupado.
4.3. Os documentos integrantes de cada um dos envelopes deverão ser reunidos em pastas, sendo os documentos de habilitação preferencialmente arrumados na ordem em que estão citados neste Edital, devendo todas as folhas ser rubricadas e numerados sequencialmente, de forma a não permitir folhas soltas, bem como não deverão apresentar rasuras ou entrelinhas.
5. CREDENCIAMENTO:
5.1. Os interessados deverão fazer seu credenciamento, na sessão pública de instalação do pregão, comprovando possuir poderes para formular propostas e para a prática de todos os demais atos do certame.
5.2. As pessoas jurídicas deverão apresentar os seguintes documentos autenticados:
a) Tratando-se de representante legal, o ato constitutivo, devidamente registrado – documento inicial e última alteração ou instrumento consolidado – bem como ato de eleição, se o caso, também devidamente registrada, no qual estejam expressos seus poderes para exercer direitos e assumir obrigações em decorrência de tal investidura;
b) Tratando-se de procurador ou credenciado, a procuração ou o credenciamento deverá conter poderes específicos para formular lances, negociar preço, interpor e desistir de recursos, praticar todos os demais atos pertinentes ao certame, acompanhado do correspondente documento, dentre os indicados na alínea “a”, que comprove os poderes do mandante para a outorga.
c) Em se tratando de licitante microempresas ou empresas de pequeno porte, assinatura de termo de comprometimento, pelo representante legal ou procurador com poderes específicos, de que se inclui no regime diferenciado disposto no art. 3º da Lei Complementar nº 123/06, e que não se enquadra nas hipóteses previstas nos incisos do art. 4º da referida legislação, conforme minuta constante do Anexo V deste Edital. Sendo necessária para comprovação, a juntada de comprovante de que se enquadra como Microempresa ou Empresa de Pequeno Porte.
6. APRESENTAÇÃO DA PROPOSTA DE PREÇOS E DA HABILITAÇÃO:
6.1. Envelope 01 – Proposta de Preços
6.1.1. A proposta deverá ser entregue em envelope separado, não transparente, lacrado e rubricado no fecho, com o seguinte endereçamento:
AO PREGOEIRO DO MUNICÍPIO DE MONTE ALEGRE DO SUL. PREGÃO PRESENCIAL Nº 03/2023
ENVELOPE 01 – PROPOSTA DE PREÇOS LICITANTE: (NOME DA EMPRESA)
6.1.1.1. As propostas deverão abranger a totalidade do preço do item cotado, de acordo com o modelo
Anexo IX.
6.1.1.2. A licitante participante não é obrigada a apresentar a proposta comercial no modelo sugerido.
6.1.2. As empresas licitantes deverão apresentar no Envelope nº 1, a proposta de preços em Pen Drive, gerado através do Sistema Pronim LC – Kit Proposta, disponibilizado no site oficial do município e também a proposta de preços em 01 (uma) via digitada com clareza, sem emendas, rasuras, borrões, acréscimos ou entrelinhas, em papel timbrado da licitante, ou impressa por processo eletrônico, com a indicação do número desta licitação, a identificação e o endereço completo da proponente e a identificação do signatário e de acordo com o Anexo I deste Edital;
6.1.2.1. A não apresentação da proposta em Pen Drive não será motivo para desclassificação do licitante.
6.1.3. A proposta de preços compreenderá:
a) A descrição detalhada do(s) item(ns) ofertado(s), com marca, quantidade, qualificação, etc., de acordo com a descrição constante do Anexo I.
b) Preço individualizado para cada item a que esteja concorrendo, especificando o valor unitário, bem como o valor total do item, em algarismo e total geral em algarismo e por extenso, expresso em moeda nacional;
c) A validade da proposta, que deverá ser, no mínimo, de 60 (sessenta) dias;
d) Informar o nome e qualificação (RG, CPF, cargo na empresa e endereço) do representante legal da empresa para assinatura do contrato, na hipótese de sagrar-se vencedora;
e) Declaração de que os produtos ofertados atendem todas as especificações exigidas no Anexo I.
f) Declaração de que o preço apresentado contempla todos os custos diretos e indiretos referentes ao objeto licitado;
g) Declaração de que não se encontra inadimplente ou impedida de licitar e nem é objeto de quaisquer restrições ou notas desabonadoras no Cadastro de Fornecedores; bem como se obriga a declarar a superveniência de fato impeditivo da habilitação ou redução na sua capacidade financeira que venha a afetar as exigências contidas no Edital;
h) Condições de pagamento: 30 (trinta) dias após a emissão da nota fiscal.
6.1.4. Na formulação da proposta, a licitante deverá computar todos os custos relacionados com a execução dos serviços, incluindo-se taxas referentes ao contrato, impostos, frete, etc., ficando esclarecido que não será admitido qualquer alegação posterior que vise o ressarcimento de custos não considerados nos preços cotados;
6.1.5. Os preços cotados deverão ser referidos à data-limite do recebimento das propostas, considerando-se a condição de pagamento à vista, não devendo, portanto, computar qualquer custo financeiro para o período de processamento das faturas;
6.1.6. O preço ofertado é fixo e irreajustável;
6.1.7. Os preços serão compostos de números inteiros e de até 02 (duas) casas decimais após a vírgula;
6.1.8. Não serão consideradas propostas com oferta de vantagem não prevista neste Edital;
6.1.9. Não será admitido o encaminhamento de propostas via fax, meio eletrônico ou similar;
6.1.10.Após o recebimento dos envelopes, não será aceito inclusão ou substituição de quaisquer documentos, nem retificação de preços ou condições;
6.1.11.O recebimento dos envelopes não conferirá aos proponentes qualquer direito contra o órgão de licitação, observadas as prescrições de legislação específica;
6.1.12.O tipo de licitação: Menor Preço.
6.2. Envelope 02 – Documentação de Habilitação
6.2.1. A documentação de habilitação deverá ser entregue em envelope separado, não transparente, lacrado e rubricado no fecho, com o seguinte endereçamento:
AO PREGOEIRO DO MUNICÍPIO DE MONTE ALEGRE DO SUL. PREGÃO PRESENCIAL Nº 03/2023
ENVELOPE 02 – DOCUMENTAÇÃO DE HABILITAÇÃO LICITANTE: (NOME DA EMPRESA)
6.2.2. A documentação de habilitação compreenderá:
I. HABILITAÇÃO JURÍDICA:
a) Registro comercial, no caso de empresa individual;
b) Ato constitutivo, estatuto ou contrato social em vigor, devidamente registrado, em se tratando de sociedades comerciais, e, no caso de sociedade por ações, acompanhado de documentos de eleição de seus administradores;
c) Inscrição do ato constitutivo, no caso de sociedades civis, acompanhada de prova da diretoria em exercício;
d) Decreto de autorização, em se tratando de empresa ou sociedade estrangeira em funcionamento no País, e ato de registro ou autorização para funcionamento expedido pelo órgão competente, quando a atividade assim o exigir.
Obs.: A apresentação do Ato constitutivo, estatuto ou contrato social em vigor na fase de credenciamento, dispensa a apresentação do mesmo documento no envelope 02 - Documentação de Habilitação;
II. QUALIFICAÇÃO TÉCNICA:
a) Xxxxxxxx(s) expedido(s) necessariamente em nome do licitante, por pessoa jurídica de direito público ou privado, de capacidade técnica que comprove que a licitante executou ou está executando, a contento, objeto de natureza similar ao desta licitação, em quaisquer quantidades.
III. QUALIFICAÇÃO ECONÔMICO-FINANCEIRA:
a) Certidão negativa de falência ou concordata expedida pelo distribuidor da sede da pessoa jurídica.
b) Poderão participar da licitação as empresas que estejam em recuperação judicial.
b.1. Das empresas em recuperação judicial, será exigido a apresentação, durante a fase de habilitação, do Plano de Recuperação já homologado pelo juízo competente e em pleno vigor, sem prejuízo do atendimento a todos os requisitos de habilitação econômico-financeira estabelecidos no Edital.
IV. REGULARIDADE FISCAL:
a) Prova de inscrição no Cadastro Nacional de Pessoas Jurídicas do Ministério da Fazenda (CNPJ);
b) Prova de regularidade para com as Fazendas Federal, Estadual e Municipal, do domicílio ou sede do licitante, ou outra equivalente na forma da lei, mediante a apresentação das seguintes certidões:
b.1) Prova de Regularidade para com a Fazenda Federal, mediante apresentação da Certidão Conjunta Negativa de Débitos ou Certidão Conjunta Positiva com efeitos de Negativa, relativos a Tributos Federais administrados pela RFB e PGFN, consoante os termos da Portaria MF 358, de 5 de setembro de 2014, alterada pela Portaria MF nº 443, de 17 de outubro de 2014;
b.2) Prova de Regularidade para com a Fazenda Estadual, mediante apresentação da Certidão Negativa de Débitos ou Positiva com Efeito de Negativa;
b.3) Prova de Regularidade para com a Fazenda Municipal, mediante apresentação da Certidão Negativa de Débitos ou Positiva com Efeitos de Negativa relativa à tributos mobiliários;
c) Prova de regularidade perante o Fundo de Garantia por Tempo de Serviço (FGTS), por meio da apresentação do CRF - Certificado de Regularidade do FGTS;
d) Prova de Regularidade trabalhista, mediante apresentação da Certidão Negativa de Débitos Trabalhistas – CNDT.
e) A comprovação de regularidade fiscal das microempresas e empresas de pequeno porte somente será exigida para efeito de assinatura do contrato;
e.1. As microempresas e empresas de pequeno porte, por ocasião da participação neste certame, deverão apresentar toda a documentação exigida para fins de comprovação de regularidade fiscal, mesmo que esta apresente alguma restrição;
e.2. Havendo alguma restrição na comprovação da regularidade fiscal, será assegurado o prazo de 05 (cinco) dias úteis, a contar da publicação da homologação do certame, prorrogáveis por igual período, a
critério desta Municipalidade, para a regularização da documentação, pagamento ou parcelamento do débito, e emissão de eventuais certidões negativas ou positivas com efeito de certidão negativa;
e.3. A não-regularização da documentação, no prazo previsto no subitem f.2., implicará na decadência do direito à contratação, sem prejuízo das sanções previstas neste edital, procedendo-se a convocação dos licitantes para, em sessão pública, retomar os atos referentes ao procedimento licitatório, nos termos do art. 4º inciso XXIII, da Lei 10.520/02.
V. DEVERÃO APRESENTAR, AINDA, PARA EFEITO DE HABILITAÇÃO:
a) Declaração da licitante, elaborada em papel timbrado e subscrita por seu representante legal, de cumprimento do disposto no art. 7º, XXXIII, da Constituição Federal e na forma da Lei nº 9.854, de 27 de outubro de 1999 (Anexo VI);
b) Declaração sob as penas da lei, assinada pelo representante legal, da não ocorrência de fatos impeditivos à Participação da empresa na licitação, (Anexo II);
6.2.3. Os documentos para habilitação deverão ser apresentados em original ou cópias autenticadas em cartório ou na própria Administração ou por autenticação eletrônica.
6.2.4. Após o recebimento dos envelopes, não será aceita inclusão ou substituição de quaisquer documentos, nem retificação de preços ou condições;
6.2.5. O recebimento dos envelopes não conferirá aos proponentes qualquer direito contra o órgão de licitação, observadas as prescrições de legislação específica;
6.2.6. As certidões e/ ou certificados apresentados devem estar com o seu prazo de validade em vigor. Se este prazo não constar do próprio documento ou de lei específica, será considerado o prazo de validade de 90 (noventa) dias, a contar de sua expedição.
6.2.7. Não serão aceitos “protocolos de entrega” ou “solicitação de documentos” em substituição aos documentos ora exigidos, inclusive no que se refere às certidões;
6.2.8. Se o licitante for a matriz, todos os documentos deverão estar em nome da matriz, e se for a filial, todos os documentos deverão estar em nome da filial, exceto aqueles documentos que, pela própria natureza, comprovadamente, forem emitidos somente em nome da matriz;
6.2.9. Se algum documento apresentar falta não sanável na sessão, acarretará a inabilitação da licitante; 6.2.10.O(A) Pregoeiro(a) ou a Equipe de apoio poderão a critério realizar diligência efetuando consulta direta na
Internet nos “sites” dos órgãos expedidores para verificar a veracidade de documentos obtidos por este
meio eletrônico.
7. DO RECEBIMENTO E ABERTURA DOS ENVELOPES E LANCES VERBAIS:
7.1. Os envelopes das propostas e da documentação de habilitação deverão ser entregues no Departamento de Administração e Governo do Município de Monte Alegre do Sul, no dia 15/03/2023 até às 09:30 horas, data e horário de julgamento do certame.
7.2. Em seguida, o Pregoeiro indagará os licitantes se formalmente preenchem os requisitos da habilitação estabelecidos por este Edital, recebendo e registrando as declarações formais de que atendem a essa condição, nos termos do modelo constante do Anexo IV deste Edital, documento este que obrigatoriamente deverá ser entregue ao Pregoeiro juntamente com o credenciamento. Assim, na fase de credenciamento, os licitantes deverão entregar FORA dos envelopes a seguinte documentação: ato constitutivo; procuração ou credenciamento, se necessário; termo de comprometimento, se Microempresa – ME ou Empresa de Pequeno Porte – EPP (subitem 2.2, “c”, e Anexo V, do Edital); e, declaração de habilitação prévia (Anexo IV).
7.3. Constatada a inviolabilidade dos envelopes, o pregoeiro procederá à abertura das propostas de preços, cujos documentos serão lidos e rubricados pelo pregoeiro e pelos licitantes presentes.
7.4. Os envelopes de documentação de habilitação permanecerão fechados, em poder do pregoeiro, e serão abertos após a aceitabilidade das propostas, apenas em relação ao ofertante da proposta de menor valor para cada item deste edital;
7.5. Verificada a conformidade das propostas com os requisitos formais estabelecidos no edital, o pregoeiro dará início à etapa competitiva da licitação através de lances verbais e sucessivos, que poderão ser oferecidos pelos autores da proposta de valor mais baixo por item do edital e das ofertas com preços de até 10% (dez por cento) superiores à primeira;
7.6. Se não houver pelo menos três propostas nas condições indicadas acima, poderão fazer lances verbais os autores das três melhores propostas por item do edital, quaisquer que tenham sido os preços indicados nas propostas escritas, aí incluída a de menor valor;
7.7. A etapa de lances verbais se dará da seguinte forma:
7.7.1. Os lances serão iniciados, a cada rodada, pelo detentor da proposta de maior valor até então apurada dentre os selecionados;
7.7.2. O INTERVALO MÍNIMO DE VALOR ENTRE CADA LANCE SERÁ DE 1% (UM POR CENTO), INCIDINDO SOBRE OS PREÇOS UNITÁRIOS APRESENTADOS;
7.7.3. Serão considerados apenas lances com 02 (duas) casas após a vírgula;
7.7.4. Não haverá limite de rodadas para apresentação de lances;
7.7.5. OS REPRESENTANTES DOS LICITANTES NÃO PODERÃO COMUNICAR-SE COM SUAS SEDES POR MEIO DE TELEFONES CELULARES, DURANTE O ANDAMENTO DO CERTAME, SALVO MEDIANTE AUTORIZAÇÃO DO PREGOEIRO.
7.7.6. A etapa de lances será considerada encerrada quando todos os participantes dessa etapa declinarem da formulação de lances.
7.7.7. Se houver empate, será assegurado o exercício do direito de preferência às microempresas e empresas de pequeno porte, nos seguintes termos:
7.7.8. Entende-se por empate, aquelas situações em que as propostas apresentadas pelas microempresas e empresas de pequeno porte sejam iguais ou até 5 % (cinco por cento) superiores à proposta mais bem classificada;
7.7.9. A microempresa ou empresa de pequeno porte cuja proposta for mais bem classificada poderá apresentar proposta de preço inferior àquela considerada vencedora da fase de lances, situação em que sua proposta será declarada a melhor oferta;
a) Para tanto, será convocada para exercer seu direito de preferência e apresentar nova proposta no prazo máximo de 5 (cinco) minutos após o encerramento dos lances, a contar da convocação do Pregoeiro, sob pena de preclusão;
b) Se houver equivalência dos valores das propostas apresentados pelas microempresas e empresas de pequeno porte, será realizado sorteio entre elas para que se identifique aquela que primeiro poderá exercer a preferência e apresentar nova proposta;
c) Entende-se, por equivalência dos valores das propostas, as que apresentarem igual valor, respeitada a ordem de classificação;
7.7.10.O exercício do direito de preferência somente será aplicado quando a melhor oferta da fase de lances não tiver sido apresentada pela própria microempresa ou empresa de pequeno porte;
7.7.11.Não ocorrendo a contratação da microempresa ou empresa de pequeno porte, retomar-se-ão, em sessão pública, aos procedimentos relativos à licitação, nos termos do disposto no art. 4º, inciso XXIII, da Lei 10.520/02, sendo assegurado o exercício do direito de preferência na hipótese de haver participação de demais microempresas e empresas de pequeno porte cujas propostas se encontrem no intervalo estabelecido no subitem 7.7.8;
8. DO JULGAMENTO DA LICITAÇÃO – ANÁLISE DAS PROPOSTAS:
8.1. Análise da aceitabilidade das propostas:
8.1.1. A análise da aceitabilidade das propostas, a começar pela de valor mais baixo para cada item, compreenderá o exame:
a) Da compatibilidade das características dos itens ofertados com as especificações indicadas neste edital e seus anexos;
b) Da compatibilidade dos preços propostos com os praticados no mercado e com os custos reais estimados para a execução do contrato e com as disponibilidades orçamentárias da Administração;
c) Na hipótese de divergência entre os valores unitários e totais, serão considerados, para efeito de aceitação das propostas, os valores unitários.
8.2. Serão consideradas inaceitáveis, sendo desclassificadas, as propostas:
a) Que não contiverem todos os dados exigidos para o Envelope 01;
b) Que não atenderem aos requisitos mínimos das especificações constantes deste edital e seus anexos;
c) Que ofertarem preços irrisórios, manifestamente inexequíveis, ou incompatíveis com os valores de mercado, inclusive pela omissão de custos tributários incidentes sobre a contratação.
8.3. Classificação das propostas:
8.3.1. As propostas consideradas aceitáveis serão classificadas para cada item, a partir do valor mais baixo.
8.3.2. Para efeito de classificação, serão considerados os preços finais, os resultantes de valores originariamente cotados e dos lances verbais oferecidos.
8.3.3. O pregoeiro fará a conferência dos valores cotados na proposta de valor mais baixo e havendo divergência entre os valores, prevalecerá o valor unitário em algarismos, ficando esclarecido que o pregoeiro fará as correções de soma que se fizerem necessárias e que os valores corrigidos serão os considerados para efeito de classificação.
8.3.4. O pregoeiro indicará na ata da sessão os fundamentos da decisão sobre aceitabilidade ou inaceitabilidade de preços, bem como sobre a classificação ou desclassificação das propostas.
8.4. Análise da qualificação (habilitação) dos licitantes:
8.4.1. Uma vez classificadas e ordenadas as propostas para cada item do edital, a etapa seguinte do julgamento consistirá na análise da habilitação do(s) licitante(s) vencedor(es);
8.4.2. O pregoeiro procederá à abertura do envelope da documentação de habilitação do autor da proposta classificada em primeiro lugar por item correspondente, para verificação do atendimento das exigências estabelecidas neste edital;
8.4.3. Constatando o atendimento dos requisitos de habilitação, o licitante será declarado vencedor do certame;
8.4.4. Se a proposta classificada em primeiro lugar não for aceitável, ou se o seu autor não atender aos requisitos de habilitação, o pregoeiro fará a abertura do envelope da documentação do autor da proposta classificada em segundo lugar, e assim sucessivamente, até que uma oferta e seu autor atendam, integralmente, aos requisitos do edital, sendo então adjudicado pelo pregoeiro o objeto ao licitante vencedor;
8.4.5. Uma vez proclamado o vencedor da licitação para o item correspondente, o pregoeiro poderá negociar com este, melhores condições para a execução dos serviços, inclusive quanto aos preços. Em caso de resultado positivo na negociação, os novos valores ajustados serão consignados na ata da sessão e passarão a compor a proposta, observado o disposto no subitem 6.1 deste Edital;
8.4.6. Se o resultado proclamado não for aceito e algum licitante manifestar, motivada e imediatamente, em sessão a intenção de recorrer, o pregoeiro suspenderá a sessão e será concedido ao licitante o prazo de
(03) três dias para apresentar as razões do recurso, assegurando-se aos demais licitantes, prazo igual, após o término do prazo do recorrente, em continuidade e sem prévia notificação, para oferecimento das contra razões correspondentes;
8.4.7. Decididos os recursos eventualmente formulados, pela autoridade competente, ou inexistindo estes, o objeto será adjudicado e homologado à favor do vencedor, que será convocado para assinar o contrato.
9. DO RESULTADO DO JULGAMENTO – HOMOLOGAÇÃO:
O resultado final da licitação constará da ata da sessão pública, a ser assinada pelo Pregoeiro e pelos licitantes, na qual deverão ser registrados os valores das propostas escritas, os valores dos lances verbais oferecidos, com os nomes dos respectivos ofertantes, as justificativas das eventuais declarações de aceitabilidade/inaceitabilidade e classificação de propostas, bem como de habilitação/ inabilitação proclamadas, bem assim quaisquer outras ocorrências da sessão.
9.1. Assinada a ata da sessão pública, o Pregoeiro encaminhará o processo da licitação à autoridade competente para homologação.
9.2. O despacho de homologação será publicado na Imprensa Oficial e site do Município.
10. DAS CONDIÇÕES DA CONTRATAÇÃO E PENALIDADES:
Homologado o resultado da licitação, a vencedora terá o prazo de 05 (cinco) dias úteis a contar do recebimento da comunicação específica, para assinar o Contrato, que obedecerá às condições apresentadas na Proposta em conformidade com o ANEXOS I e IX , na qual estarão definidos as especificações mínimas, quantidades estimadas, e os preços, unitário e global dos bens a serem adquiridos.
10.1. A recusa da adjudicatária em assinar o Contrato no prazo fixado na convocação específica caracterizará inadimplência das obrigações decorrentes desta licitação, sujeitando-a às penalidades previstas neste Edital e na legislação vigente.
10.1.1.Ocorrendo essa hipótese, o processo retornará ao Pregoeiro, que convocará os licitantes e, em sessão pública, procederá ao exame das demais propostas, bem como da habilitação de seus ofertantes, segundo a ordem da classificação, até que uma proposta atenda, integralmente, ao Edital, sendo o seu autor declarado vencedor e convocado para assinar o Contrato.
10.2. O licitante vencedor que se recusar a assinar o Contrato, deixar de entregar ou apresentar documentação falsa exigida para o certame, ensejar o retardamento da execução de seu objeto, não mantiver a proposta, falhar ou fraudar a execução do serviço, comportar-se de modo inidôneo ou cometer fraude fiscal, estará sujeito às seguintes penalidades:
a) Advertência;
b) Suspensão do direito de licitar e contratar com a Prefeitura Municipal de Monte Alegre do Sul, pelo prazo de até 02 (dois) anos; e
c) Multa equivalente a até 20% (vinte por cento) do valor da adjudicação;
d) As penalidades serão aplicadas mediante procedimento administrativo que assegurará o contraditório e a ampla defesa.
11. DO PAGAMENTO:
11.1 Os pagamentos devidos ao Contratado estão vinculados à entrega dos produtos e serão efetuados em até 30 (trinta) dias após a apresentação e aceitação da Nota Fiscal pela Contabilidade correspondente ao fornecimento dos materiais no respectivo período e de acordo com as especificações do objeto desta licitação, com o aceite do Departamento Requisitante. Nas notas fiscais deverá constar a referência PREGÃO PRESENCIAL Nº 03/2023.
11.2 O pagamento será feito através de crédito em conta corrente a ser fornecida pelo Contratado, especificada também na Nota Fiscal.
12. DO CRITÉRIO DE REAJUSTE:
12.1. Os preços constantes da proposta apresentada pela empresa vencedora, somente poderão sofrer reajustes observada a legislação em vigor.
12.2. Fica, todavia, ressaltada a possibilidade de alteração das condições contratuais, em face da superveniência de normas federais, estaduais ou municipais sobre a matéria, após análise pela Prefeitura.
13. DAS DISPOSIÇÕES FINAIS:
13.1. O Município de Monte Alegre do Sul, responsável pelo Pregão, reserva-se o direito de:
a) Revogá-lo, no todo ou em parte, sempre que forem verificadas razões de interesse público decorrente de fato superveniente, ou anular o procedimento, quando constatada ilegalidade no seu processamento;
b) Alterar as condições deste Edital, reabrindo o prazo para apresentação de propostas, na forma de legislação, salvo quando a alteração não afetar a formulação das ofertas;
c) Adiar o recebimento das propostas, divulgando, mediante aviso público, a nova data;
d) Suspender a sessão pública.
13.2. O Pregoeiro ou a Autoridade Competente poderão em qualquer fase da licitação, promover as diligências que considerarem necessárias para esclarecer ou complementar a instrução do processo licitatório.
13.3. As licitantes que tiverem suas propostas desclassificadas, poderão retirar os envelopes de habilitação no prazo 30 (trinta) dias, findo o qual, serão destruídos.
Monte Alegre do Sul, 03 de março de 2023
Xxxxx Xxxxxxx xx Xxxxxxxx Xxxxx
Prefeito Municipal
Xxxxxxx Xxxx Xxxxxxxx xx Xxxxxxxx
Diretor de Xxxxxxx e Patrimônio
ANEXO I - TERMO DE REFERÊNCIA
Processo Administrativo nº 191/2023 Modalidade: Pregão Presencial nº 03/2023
Objeto: “Contratação de empresa especializada no licenciamento de uso de software de gestão pública, conforme módulos abaixo, em ambiente nuvem, por prazo determinado (locação), com atualização mensal, que garanta as alterações legais, corretivas e evolutivas, incluindo, conversão, implantação, treinamento, suporte e atendimento técnico, conforme especificações constantes do Anexo I e solicitação do departamento competente, visando o atendimento das necessidades da Prefeitura de Monte Alegre do Sul e Câmara Municipal de Monte Alegre do Sul – SP”.
Estimativa orçamentária: R$ 803.400,00 (Oitocentos e três mil, quatrocentos reais)
• Ambiente Nuvem (Cloud Computing);
• Módulo Painel do Gestor e Informações Gerenciais;
• Módulo de Administração Orçamentária e Financeira, Contabilidade, Controle Interno, Tesouraria e Planejamento (PPA, LDO, LOA);
• Módulo de Compras e Licitações – AUDESP – Fase IV;
• Módulo de Almoxarifado;
• Módulo de Patrimônio – NBCASP;
• Módulo de Recursos Humanos – AUDESP – Fase III;
• Módulo Portal da Transparência – LC 131;
• Módulo Gestão Tributária, IPTU, Dívida Ativa e Atendimento ao cidadão, ITBI online, Protesto CDA, ISS Digital e Nota Fiscal Eletrônica de Serviços, Saneamento, Alvara WEB, Empresa Digital REDESIM;
• Módulo Procuradoria Fiscal e Peticionamento Eletrônico;
• Módulo Gestão de Protocolo e Protocolo Web;
• Módulo Ouvidoria e E-SIC;
• Módulo Gestão de Processo Eletrônico Digital;
• Módulo Gestão em Saúde;
• Módulo Gestão Escolar Educacional;
• Administração de frotas;
• Câmara Municipal – Atendimento ao Sistema Único e Integrado de Execução Orçamentária, Administração Financeira e Controle, bem como nos módulos que fizerem necessários elencados acima para o bom andamento dos trabalhos legislativos.
• Atendimento e Suporte Técnico 40h (CONSULTORIA);
2. JUSTIFICATIVA DA CONTRATAÇÃO:
Tendo em vista a necessidade desta Prefeitura de sistema de informação com suporte às áreas de gestão e informações Gerenciais; Administração Orçamentária e Financeira Contabilidade, Controle Interno, Tesouraria e Planejamento (LOA); Compras e Licitações; Almoxarifado; Patrimônio; Recursos Humanos; Portal da Transparência; Gestão Tributária, IPTU, Dívida Ativa e Atendimento ao cidadão, ITBI online, ISS Digital e Nota Fiscal Eletrônica de Serviços; Procuradoria Fiscal; Administração de Frotas; Gestão de Protocolo; Ouvidoria; incluído o oferecimento de serviços de melhoria da gestão fiscal e de acesso a população aos serviços públicos, bem como uma condição de um melhor fluxo e qualidade da informação dentro da organização; eliminação do retrabalho; redução de custos e tempo de resposta à clientes, fornecedores, demais entes municipais e esferas governamentais e aumento da receita própria; a Administração Municipal iniciou o processo para contratação de empresa especializada na implantação de sistema integrado de gestão pública.
Em atendimento a legislação vigente, esta entidade também necessita sistema informatizado para cumprir as suas obrigações junto ao Tribunal de Contas, a transparência dos seus gastos para a população, bem como a escrituração e a gestão eficiente de seus recursos, por meio dos programas listados. Conforme determina a Lei de Responsabilidade Fiscal (ao art. 48, § 1º, inciso III da Lei 101/2000) e no intuito de reduzir o retrabalho com a consolidação de informações, além de reduzir os riscos de inconsistências e problemáticas no uso de soluções heterogêneas, os sistemas serão integrados. Será obrigatório também o atendimento ao Decreto 10.540 de 05 de novembro de 2020 e suas alterações.
Foram pesquisadas diversas soluções disponíveis no mercado permitindo simulação de situações diárias, acesso a consultas e relatórios e análise do comportamento das ferramentas propostas. Foram estudados diversos editais lançados por órgãos públicos. Foram consultados os departamentos envolvidos. Tal trabalho contribuiu para a definição das
funcionalidades necessárias à cada módulo, bem como das características gerais do sistema, presentes neste Termo, principalmente quanto ao padrão pretendido.
Portanto, a Administração pretende a contratação de sistemas de gestão, compostos por um conjunto de soluções, que atendam de forma integrada e simplificada, evitando retrabalho de diversas áreas envolvidas e sobretudo redução dos custos alocados.
III - OBRIGAÇÕES DA CONTRATADA
A empresa CONTRATADA assumirá as seguintes obrigações:
• Cumprir rigorosamente com todas as programações e atividades do objeto deste Contrato;
• Levar, imediatamente, ao conhecimento do Gestor do Contrato, qualquer fato extraordinário ou anormal que ocorra durante a execução dos serviços, para adoção de medidas cabíveis, bem como, comunicar, por escrito e de forma detalhada.
• Indicar e Disponibilizar equipe técnica que atuará na implantação e parametrização de cada módulo;
• Arcar com despesas de deslocamento e hospedagem da equipe técnica;
• Apresentar os produtos definidos na qualidade e prazos definidos pela CONTRATANTE;
• Fornecer todas as informações e esclarecimentos solicitados pela CONTRATANTE;
• Facilitar a supervisão acompanhamento dos trabalhos pela CONTRATANTE, fornecendo, sempre que solicitados, informações e documentos relacionados com a execução do objeto do presente edital;
• Assumir a responsabilidade por todos os encargos previdenciários e obrigações sociais previstos na legislação em vigor, obrigando-se a saldá-los na época própria, vez que os seus técnicos não terão vínculo empregatício com a CONTRATANTE;
• Obedecer às normas e rotinas da CONTRATANTE, principalmente as que disserem respeito à segurança, à guarda, à manutenção e à integridade das informações existentes ou geradas durante a execução dos serviços;
• Guardar o mais absoluto sigilo em relação às informações ou documentos de qualquer natureza a que venham tomar conhecimento, respondendo, administrativa, civil e criminalmente por sua indevida divulgação e / ou incorreta ou descuidada utilização;
• Responsabilizar-se por todos os ônus referentes aos serviços contratados, inclusive, alimentação e transporte, compreendendo-se o deslocamento do empregado do seu endereço residencial até o local de trabalho, bem assim do local de trabalho até sua residência, quando em serviço, bem como tudo que as leis trabalhistas e previdenciárias preveem e demais exigências legais para o exercício da atividade objeto da licitação;
• Prover o pessoal necessário para garantir a execução dos serviços, nos regimes contratados, sem interrupção seja por motivo de férias, descanso semanal, licença, falta ao serviço, demissão e outros análogos, obedecidas às disposições da legislação trabalhista vigente;
• Responsabilizar-se pela conformidade e qualidade dos serviços e bens, bem como de cada material, matéria-prima ou componente individualmente considerado, mesmo que não sejam de sua fabricação, garantindo seu perfeito desempenho;
• Em nenhuma hipótese veicular publicidade ou qualquer outra informação acerca das atividades, sem prévia autorização da CONTRATANTE;
• Apresentar a metodologia de implantação que poderá sofrer mudanças conforme a necessidade da licitante desde comum acordo entre CONTRATANTE e CONTRATADA;
• Apresentar o cronograma de implantação para a CONTRATANTE, de forma a atender as conveniências de datas e horários;
• Emitir, relatórios sobre os atos relativos à execução do Contrato, para facilitar o acompanhamento e fiscalização da prestação dos serviços, à exigência de condições estabelecidas e à proposta de aplicação de sanções.
IV - OBRIGAÇÕES DA CONTRATANTE
A empresa CONTRATANTE assumirá as seguintes obrigações:
• Agendar as reuniões que se fizerem necessárias para o planejamento, avaliação e ajustes nas etapas previstas de implantação;
• Acompanhar e fiscalizar a execução do Contrato, através de um Grupo de Trabalho designado. Verificar o cumprimento das obrigações assumidas pela prestadora, inclusive quanto à continuidade da prestação dos serviços que, ressalvados os casos de força maior, justificados e aceitos pela CONTRATANTE, não devem ser interrompidas;
• Fornecer as informações e documentos indispensáveis para a elaboração dos produtos mencionados;
• Efetuar o pagamento nas condições e preços pactuados;
• Prestar as informações e os esclarecimentos que venham a ser solicitados pelos empregados da CONTRATADA;
V - PRAZOS
O prazo máximo de implantação, conversão e migração dos dados dos sistemas será de 30 (trinta dias) para que a Prefeitura consiga atender a obrigatoriedade da legislação do Sistema AUDESP do Tribunal de Contas do Estado de São Paulo.
O termo de recebimento definitivo será emitido em até 30 (trinta) dias, a contar do aceite provisório (art. 73, §3º da Lei Federal nº 8.666/93), ressalvado a faculdade da administração de invocar posteriormente o direito sob a ocorrência de vícios redibitórios.
O prazo de manutenção e suporte técnico dos Sistemas será de 08 (oito) meses.
VI - SERVIÇOS DE IMPLANTAÇÃO
A empresa CONTRATADA deverá realizar a implantação dos seus programas, o que inclui os serviços de diagnóstico inicial, migração de dados e configuração dos dados e habilitação dos usuários.
Tendo em vista que o Sistema a ser implantado tem como objetivos: habilitar as secretarias envolvidas com um quadro de profissionais capacitados, infraestrutura física adequada e de um sistema de informações atualizado, ágil e confiável para que seja possível exercer de forma planejada e responsável a gestão da Administração dos recursos existentes, além de efetivar um controle eficiente das despesas, das compras e dos estoques; a licitante vencedora do certame deverá disponibilizar equipe técnica especializada para auxiliar a Administração na definição das variáveis que serão utilizadas na parametrização dos Sistemas durante a implantação, de acordo com a legislação pertinente, realizando as seguintes atividades:
a) A implantação dos Sistemas pela empresa contratada não poderá ser superior a 30 (trinta) dias contados a partir do recebimento da ordem de serviço inicial por módulos contratados, e será executada conforme cronograma proposto para implantação (anexo I Termo de Referência) contemplando, obrigatoriamente, todas as exigências e seus subitens constantes do anexo I Termo de Referência;
b) A Prefeitura designará servidores municipais das áreas atendidas pelos Sistemas para apoio e suporte aos técnicos da empresa contratada para implantação;
c) Deverão ser realizadas todas as simulações pela empresa contratada em conjunto com a Prefeitura, em que deverá ser demonstrado o perfeito funcionamento do Sistema, atendendo a legislação vigente sempre que aplicável;
d) Como parte integrante do processo de implantação, a empresa contratada deverá ministrar treinamentos aos usuários dos Sistemas, tendo como suporte os manuais operacionais dos sistemas.
e) A partir de 30 (trinta) dias todas as atividades pertinentes a implantação, migração e conversão dos Sistemas, inclusive as simulações de funcionamento deverão estar rigorosamente executadas, todos os mecanismos contemplados no objeto utilizados pela Prefeitura, a seu exclusivo critério, serão retirados de operação a partir da data oficial de funcionamento dos Sistemas.
A Prefeitura Municipal entregará à CONTRATADA, os bancos de dados legíveis com as informações a serem migradas para o novo sistema, correspondendo aos dados referentes ao histórico existente das áreas contábil, orçamentária e financeira, das licitações e contratos em vigor e não extintos, da arrecadação e dívida ativa, relativo à administração do executivo fiscal municipal e os cadastros e demais informações de recursos humanos e do cadastro mobiliário e imobiliário pertinentes.
Após a migração dos dados, poderão ser realizadas em conjunto com a empresa CONTRATADA e servidores municipais a conferência dos dados migrados, sendo responsabilidade da CONTRATANTE a fidedignidade dos dados.
Em caso de não cumprimento dos cronogramas estabelecidos em comum acordo por ambas as partes, então será notificada a CONTRATADA e em persistindo os problemas, estará sujeita as penalidades previstas em contrato.
A empresa contratada e seus prepostos estão obrigados a guardar sigilo sobre dados e informações da CONTRATANTE a que tiverem acesso em decorrência da execução dos serviços, respondendo civil e penalmente em caso de infração ao
sigilo imposto.
VII - DA CONVERSÃO DOS DADOS
Sistemas | Dados para conversão |
3.1 – Módulo Painel do Gestor e Informações Gerencias | Converter todas as informações gerenciais desde 2013 até 2023. |
3.2 - Administração Orçamentária e Financeira, Contabilidade, Planejamento, Controle Interno (PPA, LDO LOA); | Converter todas as informações financeiras, gerenciais desde 2013 até 2023. |
3.3 - Compras e Licitações – AUDESP Fase IV; | Converter todas as informações de compras, licitações, cadastros produtos desde 2013 até 2023. |
3.4. - Almoxarifado; | Converter todas as informações de compras, cadastros produtos movimentações, inventário de quantidades desde 2013 até 2023. |
3.5.- Patrimônio – NBCASP | Converter todas as informações de aquisição de bens móveis, imóveis com as respectivas depreciações e reavaliações até 2023. |
3.6. Recursos Humanos – Fase III AUDESP | Converter todas as informações de ficha financeira, cadastro, contrato de servidores, ficha funcional, dependente, fórmula e cálculos de pagamentos até 2023. |
3.7. Módulo Portal da Transparência | Converter todas as informações do Portal da transparência Fiscal desde 2013 até 2023. |
3.8 – Módulo Gestão Tributária, IPTU, Dívida Ativa e Atendimento ao cidadão, ITBI online, Protesto CDA, ISS Digital e Nota Fiscal Eletrônica de Serviços, Saneamento, Alvara WEB, Empresa Digital REDESIM. | Converter todas as informações de cadastros, IPTU, Dívida Ativa, regras e fórmulas de cálculo até 2023. |
3.9 – Módulo Procuradoria Fiscal e Peticionamento Eletrônico – SAJ | Converter todas as informações de peticionamento eletrônico de 2013 até 2023. |
3.10 – Módulo Administração de Frotas | Converter todas as informações de cadastro de veículos, movimentação da frota desde 2013 até 2023. |
3.11 – Módulo Gestão do Protocolo e Protocolo WEB | Converter todas as informações de cadastro de processos, tramites internos, externos desde 2013 até 2023. |
3.12 – Módulo Ouvidoria e E-SIC | Converter todas as informações de Ouvidoria, chamado, tramites, respostas e gerencial desde 2013 até 2023. |
3.13 – Módulo Gestão Escolar | Converter cadastros de 2023. |
3.14 – Módulo Gestão em Saúde | Converter Saldos materiais médicos e medicamentos e pacientes |
3.15 - | |
3.16 - | |
3.17 - | |
3.18 - |
*Módulo Gestão Escolar – 3.13 – Novo Sistema
*Módulo Gestão de Processo Eletrônico (3.15.)- novo sistema.
VIII - SUPORTE TÉCNICO E MANUTENÇÃO
A CONTRATADA fornecerá suporte técnico, manutenção e atualização dos Sistemas e seus módulos.
A contratada deve considerar que o prazo máximo para atendimento aos chamados técnicos é de 04 (quatro) horas, contados a partir da abertura do chamado por parte da CONTRATANTE.
Em caso da necessidade de visita de técnico(s), este prazo será de 24 (vinte e quatro) horas após abertura do chamado caso o chamamos tenha em seu descritivo ordem de erro do Software o mesmo não será cobrado.
Para a prestação do suporte técnico, será exigido durante todo o período contratual, além do atendimento “help desk” (via telefone), que a licitante possua um sistema disponível através da rede mundial de computadores (internet) para abertura de
chamados técnicos, de qualquer natureza, que possibilite o acompanhamento do status do referido chamado através do número de protocolo. Este serviço deverá ficar disponível no horário comercial, de segunda a sexta-feira e demonstrado junto com a apresentação técnica dos sistemas. Implementações de ordem anual em qualquer área de trabalho não será gerado custo, ou até mesmo implantações de troca de Sistemas Operacionais ou Bancos de Dados.
Deverá ser garantido o atendimento para o suporte técnico ao usuário pelo menos no horário das 08:00 às 12:00 horas e das 13:30 às 18:00 horas, de segundas às sextas feiras.
O suporte técnico deverá ser realizado por técnicos habilitados, que possam orientar satisfatoriamente o usuário ou direcionar o atendimento a pessoa mais qualificada entre os empregados da CONTRATADA.
O suporte técnico terá como objetivos esclarecer dúvidas que possam surgir durante a operação e utilização dos sistemas, auxiliar na recuperação da base de dados por problemas originados em erros de operação, queda de energia ou falha de equipamentos, auxiliar os usuários, em caso de dúvidas, na elaboração de quaisquer atividades técnicas relacionadas à utilização dos sistemas, 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 ou mudanças de cargos.
Durante toda a vigência do contrato, a CONTRATADA deverá realizar os serviços de manutenção corretiva dos softwares licenciados, entendendo-se como tal, as ocorrências de defeitos (anomalias) de funcionalidades detectadas ou não pelos usuários.
Durante toda a vigência do contrato, a CONTRATADA deverá realizar os serviços de manutenção legal (atualizações) dos softwares licenciados, entendendo-se como tal, a adequação das funcionalidades dos programas as exigências da legislação estadual e federal ou os dispositivos e normas estabelecidas pelos órgãos de controle e fiscalização (Tribunais de Contas e Controladoria Geral da União).
É motivo de excludente de responsabilidade, sendo que a garantia prevista em contrato para os softwares objeto desta licitação não incluem problemas ou reparos causados por fato de terceiro, ou alheios a vontade da 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 da CONTRATANTE; b) Vírus de computador e/ou assemelhados; c) acidentes, desastres naturais, incêndios ou inundações, negligência, mau uso, imperícia, atos de guerra, motins, greves e outros acontecimentos que possam causar danos nos programas, bem como, transporte inadequado de equipamentos da CONTRATANTE; d) uso indevido dos programas licenciados, problemas na configuração de rede, uso de rede incompatível, uso indevido de utilitário ou de computador; e) situações, condições e fatos alheios a competência da CONTRATADA.
Testes dos Módulos do Sistema
A empresa contratada deverá, obrigatoriamente, disponibilizar o sistema aos usuários para uso em caráter experimental como processo de testes, devendo contemplar as seguintes atividades:
a) Efetuar testes e simulações em conjunto com a Prefeitura, verificando a consistência dos dados, funcionalidades previstas para os diversos módulos constantes dos Sistemas, além dos cadastramentos de usuários e permissões de acesso;
b) Validar os testes junto a Prefeitura.
Deverá ser apresentado em conjunto com a proposta comercial o projeto para implantação, contemplando as tarefas definidas abaixo:
Planos técnicos contendo:
1) planos de implantação: representando as condições e os procedimentos para a implantação dos softwares propostos, incluindo atividades de conversão dos dados dos softwares atualmente em uso na Prefeitura, e respectivos cronogramas para cada atividade e software.
2) planos de manutenção: apresentando a política técnica e administrativa adotadas pelo proponente para atualizações de versões; evolutivas, de ordem legal, e corretivas, e rotinas específicas quando solicitadas pela Prefeitura;
3) planos de treinamento: apresentando as condições de treinamento, períodos, números mínimos de usuários recomendado e local para treinamento dos usuários, para cada software;
4) planos de suporte técnico: apresentando as condições, características de cada modalidade de atendimento disponível, tempo de atendimento, número de pessoal técnico designado para cada software. Para apresentação do plano de suporte, a contratada deve considerar que o prazo máximo para atendimento aos chamados técnicos é de 04 (quatro) horas, contados a partir da abertura do chamado por parte da CONTRATANTE, em caso da necessidade de visita de técnico(s), este prazo será de 24 (vinte e quatro) horas após abertura do chamado caso o chamamos tenha em seu descritivo ordem de erro do Software o mesmo não será cobrado. Para a prestação do suporte técnico, será exigido durante todo o período contratual, além do atendimento “help desk” (via telefone), que a licitante possua um sistema disponível através da rede mundial de computadores (internet) para abertura de chamados técnicos, de qualquer natureza, que possibilite o acompanhamento do status do referido chamado através do número de protocolo. Este serviço deverá ficar disponível no horário comercial, de segunda a sexta-feira e demonstrado junto com a apresentação técnica dos sistemas. Implementações de ordem anual em qualquer área de trabalho não será gerado custo, ou até mesmo implantações de troca de Sistemas Operacionais ou Bancos de Dados.
IX - CAPACITAÇÃO E TREINAMENTO DE USUÁRIOS
A contratada deverá fornecer treinamento operacional aos usuários que farão uso dos Sistemas de forma direcionada, para as funcionalidades que atendam cada uma das áreas, este treinamento deve capacitar os profissionais tanto na utilização dos Sistemas quanto ao conhecimento dos recursos do módulo específico por ele utilizado.
A proponente vencedora deverá realizar o treinamento dos sistemas, para os técnicos/usuários do município. O número estimado de pessoas a serem treinadas nos Sistemas destinado à de Gestão Administrativa da Prefeitura é de até 150 usuários assim distribuídos
Módulos e Sistemas | Quantidade de usuários |
3.1 – Ambiente Nuvem (Cloud Computing) | 05 |
3.2 - Módulo Painel do Gestor e Informações Gerenciais | 20 |
3.3 - Módulo de Administração Orçamentária e Financeira, Contabilidade, Controle Interno, Tesouraria e Planejamento (PPA, LDO, LOA) | 30 |
3.4 - Módulo de Compras e Licitações – AUDESP – Fase IV | 70 |
3.5 - Módulo de Almoxarifado | 10 |
3.6 - Módulo de Patrimônio – NBCASP | 10 |
3.7 - Módulo de Recursos Humanos – AUDESP – Fase III | 20 |
3.8. – Módulo Portal da Transparência – LC 131 | 20 |
3.9. - Módulo Gestão Tributária, IPTU, Dívida Ativa e Atendimento ao cidadão, ITBI online, Protesto CDA, ISS Digital e Nota Fiscal Eletrônica de Serviços, Saneamento, Alvara WEB, Empresa Digital REDESIM | 20 |
3.10. - Módulo Procuradoria Fiscal e Peticionamento Eletrônico | 05 |
3.11. - Módulo Gestão de Protocolo e Protocolo WEB | 40 |
3.12. - Módulo Ouvidoria e E-SIC | 10 |
3.13. – Módulo Gestão de Processo Eletrônico | 100 |
3.14. – Módulo Gestão em Saúde | 100 |
3.15 - Módulo Gestão Escolar Educacional | 120 |
3.16 - Administração de frotas | 10 |
3.17 – Módulo Câmara Municipal | 20 |
3.18 – Atendimento e Suporte Técnico 40h (CONSULTORIA) |
A contratada deverá fornecer acompanhamento dos consultores, aos usuários de cada uma das áreas atendidas pelo Sistema, durante a implantação e início da operação do sistema.
A contratada deverá fornecer treinamento técnico, a respeito do sistema, em especial das ferramentas de tecnologia disponibilizadas pelo sistema.
A contratada deverá fornecer todos os recursos, materiais e softwares necessários aos treinamentos.
O treinamento dos profissionais envolvidos no processo de utilização do sistema deverá ocorrer de duas formas:
• No formato de apresentação do Sistema, para todos os usuários independente de qual módulo ou ferramenta que o colaborador irá suas rotinas diárias de trabalho;
Treinamento no formato de apresentação dos Sistemas dirigido a todos os usuários independentemente de sua área de atuação:
a) A Prefeitura definirá e disponibilizará local e data para realização do treinamento;
b) A empresa Contratada deverá oferecer treinamento e capacitação para os servidores municipais indicados pela Prefeitura que serão os multiplicadores de informações, garantindo de forma genérica que todos os funcionários tenham conhecimento das ferramentas disponíveis no sistema, para turmas que não excedem a quantidade de 10 (dez) servidores, até que, a totalidade dos servidores indicados pela administração participe da capacitação;
Abordagem e Carga Horária
O treinamento ministrado pela empresa Contratada, direcionado aos usuários dos Sistemas deverá abordar os conteúdos necessários ao conhecimento básico das ferramentas disponibilizadas pelo sistema, proporcionando conhecimento de fundo básico para sua operação, obrigatoriamente:
a) Requisitos gerais do Sistema;
b) Características gerais e operacionais para todos os módulos
c) Características e critérios de obtenção de suporte à solução bem como eventuais dúvidas.
A capacitação deve priorizar o método prático para o melhor aprendizado, com a adoção de metodologias que levem em consideração situações reais vividas no dia a dia do trabalho do servidor, bem como deve haver equipamentos a disposição dos servidores e estes devem participar ativamente, sendo envolvidos em tarefas de trabalhos de aprendizagem com o uso direto dos aplicativos e programas de forma individual e em grupo.
Os servidores que participarem de mais de 85% das atividades/aulas, deverão receber certificados de participação, os quais devem, entre outras informações, conterem a carga horaria e os títulos dos conteúdos ministrados.
Neste treinamento inicial não deverão ser aplicadas avaliações aos servidores participantes.
X - CARACTERÍSTICAS TÉCNICAS EXIGIDAS
1. O Sistema proposto deverá atender necessariamente aos seguintes requisitos:
a. O descrito neste Anexo constitui as descrições básicas exigidas para os Sistemas licitados em ambiente nuvem, para que, assim, atendam perfeitamente aos anseios desta Prefeitura, para o alcance dos objetivos por esta pretendidos. Tais requisitos e funcionalidades devem ser fornecidos por um único proponente, e seus módulos devem ser integrados entre si e trocarem informações conforme solicitado neste edital.
b. O Banco de dados utilizado por esta municipalidade é o MSQL Server, e, pelo princípio da economicidade do erário público, a proponente que ofertar os sistemas em outro banco de dados deverá ofertá-lo junto com os sistemas, assim como arcar com os custos de instalação, manutenção e demais softwares que forem necessários, sendo que o custo do Sistema Gerenciador de Banco de Dados que não seja o MSQL Server deverá correr por conta da contratada pelo número de licenças de uso necessárias que esta Municipalidade utilizar ou entender necessárias, durante o período contratual, devendo ser fornecido com cópias devidamente legalizadas e treinamento oficial específico, em ambos os casos, de administração de banco de dados para os analistas de sistema desta Municipalidade.
c. O Sistema Operacional utilizado atualmente desta Prefeitura em maior proporção é o Windows, portanto os sistemas oferecidos deverão ser compatíveis.
d. Deverá haver integração entre todos os sistemas ofertados.
e. Sistemas deverão possuir manual on-line (Help), através do acionamento de tecla de função.
f. Registrar o histórico (LOG) de utilização e transações dos usuários;
g. Possuir atualização de versão on-line pela internet de forma automatizada, ou seja, sem a intervenção do usuário e/ou técnico.
h. Deverá possuir rotina de cópia de segurança (backups), podendo ser agendado para executar automaticamente, utilizando rotinas próprias ou software de terceiros, será de inteira responsabilidade da Contratada a geração e
restauração de todos os backups em equipamento próprios para esse fim.
i. Impressão de relatórios com o Brasão da Prefeitura Municipal e personalizados da forma que for necessária e/ou solicitada;
j. Permitir a visualização de relatórios em tela antes de sua impressão.
k. Deverão ser desenvolvidos com interface gráfica nativa, conexão ODBC e suportar utilização de mouse.
l. O sistema deverá possuir ferramentas que mantenham automaticamente os programas executáveis dos sistemas sempre atualizado nas estações de trabalho como espelho fiel das aplicações fiel das aplicações existentes no servidor de aplicação. E ainda possuir ferramentas que permitam atualizar, a partir do site de origem do fabricante dos sistemas;
m. O número de usuários, para os sistemas, deve ser ilimitado e não possuir limites de acesso a usuários simultâneos. O sistema deverá ainda permitir o cadastramento de grupos de usuários e permitir que sejam atribuídos os direitos semelhantes para vários usuários herdando assim os direitos atribuídos aos grupos.
n. O treinamento dos aplicativos disponibilizados terá por base o pleno atendimento de solicitações dos usuários, de qualquer área e em qualquer momento. Sempre que se fizerem necessárias, será disponibilizada sala dentro do fornecedor para que esse treinamento possa ser mais bem aproveitado após solicitação e planilha orçamentária;
o. O suporte técnico aos aplicativos disponibilizados terá por base o pleno atendimento de solicitações dos Departamentos atendidas pelo sistema, mantendo o controle de todos os chamados de assistência técnica em software com o controle de chamados, numeração e prazos de atendimento dos mesmos na WEB, ou seja, na rede mundial de computadores, atendimento telefônico e conexão remota. Sempre que se fizerem necessárias, serão disponibilizadas viagens técnicas, quantas forem necessárias, a fim de prover solução ao problema levantado e que não pôde ser resolvido pelas modalidades de suporte anteriormente citadas.
p. Banco de dados relacional, que permita acesso padrão ODBC a partir de outros aplicativos, e que utilize linguagem para acesso aos dados no padrão SQL, com backup pelo próprio servidor do banco;
q. O banco de dados deve possuir integridade transacional nas operações efetuadas sobre a base de dados e oferecer ao usuário acesso de leitura as tabelas do banco de dados, permitindo que esse possa utilizá-las para geração de suas próprias consultas e relatórios através de outras ferramentas; e, ainda, integridade referencial implementada no próprio banco de dados; e possibilidade de Log (auditoria) de todas as operações efetuadas por usuário (alterações, inclusões, exclusões).
2. Características Gerais do Sistema
Características Gerais do Sistema | |
1. | Aplicativos Multiusuário. |
2. | Ambiente Cliente-Servidor em ambiente nuvem 30 usuários simultâneos. |
3. | Funcionar em rede com servidores Windows Server 2012, ou superior e estações Windows 7 ou superior. |
4. | Ser desenvolvido em interface gráfica padronizada. |
5. | Prover efetivo controle de acesso ao aplicativo através do uso de senhas permitindo bloqueio de acesso depois de determinado número de tentativas de acesso inválidas, criptografia e expiração de senhas. |
6. | Prover controle de restrição de acesso às funções do aplicativo através do uso de senhas, disponibilizando recurso de dupla custódia utilizando o conceito de usuário ou grupo autorizador, em qualquer função, selecionado a critério do usuário. |
7. | Em telas de entrada de dados, permitir atribuir por usuário ou grupo permissão exclusiva para Gravar e/ou Excluir dados. |
8. | Registrar em arquivo de auditoria todas as tentativas bem-sucedidas de logon, bem como os respectivos logoff, registrando data, hora e o usuário. |
9. | Manter histórico dos acessos por usuário e por função, registrando a data, hora, nome do computador e IP, o nome do usuário do sistema e também o usuário que estava logado no sistema operacional. |
10. | Manter log de auditoria das alterações efetuadas sobre os principais cadastros e tabelas. |
11. | Bloquear a gravação e exclusão de informações no caso de acessos simultâneos do mesmo login no sistema, mesmo a partir de computadores diferentes. |
12. | Permitir a visualização dos relatórios em tela, bem como possibilitar que sejam salvos em disco para posterior reimpressão, inclusive permitindo selecionar a impressão de intervalos de páginas e o número de cópias a serem impressas, além de também permitir a seleção da impressora de rede desejada. |
13. | Permitir que os relatórios possam ser salvos em disco de forma criptografada, evitando que possam ser efetuadas alterações em seu conteúdo. |
14. | Permitir que os relatórios possam ser salvos em formato texto, de forma que possam ser importados por outros aplicativos (p.ex. MS Excel). |
15. | Utilizar bancos de dados que permitam acesso padrão ODBC a partir de outros utilitários ou aplicativos como geradores de relatórios, geradores de gráficos etc. |
16. | Possuir ajuda On-line sensível ao contexto. |
17. | A consistência dos dados entrados deve ser efetuada campo a campo, no momento em que são informados. |
18. | Toda atualização de dados deve ser realizada de forma on-line. |
19. | Garantir a integridade referencial entre as diversas tabelas dos aplicativos. |
20. | Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a internet como meio de acesso. |
21. | Possibilitar a inclusão nos relatórios em que se faça necessário, de campo destinado à assinatura do responsável pela exatidão das informações, de forma parametrizada. |
22. | Permitir a integração entre o usuário do sistema e sua respectiva conta no domínio do Microsoft Windows, evitando que o usuário precise se identificar cada vez em que o sistema for acessado. |
23. | Xxxxxx xxxxxx de digitação tenha pesquisa de registros previamente gravados com opções de filtragem e ordenação. |
24. | Permitir identificação visual dos usuários do sistema através de imagens (foto). |
25. | Utilizar o gerenciador de banco de dados relacional Microsoft SQL Server 2012 ou superior. |
3 - REQUISITOS E FUNCIONALIDADES ESPECIFICAS DE CADA UM DOS MÓDULOS QUE COMPÕEM O SISTEMA
A descrição dos módulos, sistemas e ferramentas apresentadas a seguir dizem respeito às características funcionais requeridas para o Sistema e ambiente de execução.
3.1 – Ambiente Nuvem (Cloud Computing)
Nº | FUNCIONALIDADES REQUERIDAS PARA O AMBIENTE |
1. | O provedor de nuvem deverá possuir datacenters no Brasil. Para este item será permitida a subcontratação conforme Lei 8666/93. |
2. | Provedor de nuvem deverá fornecer serviços que atendam as seguintes certificações e acreditações de segurança e conformidade internacionais ISO 27001 e SOC 3. Qualquer documento ou referência de acesso público deverá ser apresentado em nome do provedor através de fontes públicas como relatórios ou websites. |
3. | O provedor de nuvem deverá oferecer um serviço que possua volumes de armazenamento que só suportem mídias SSD (solid state drive) com o intuito de otimizar desempenho, taxas de transmissão e alcançando latências da ordem de milissegundos. |
4. | A Contratada deve permitir que a Contratante escolha em qual tipo de infraestrutura deseja operacionalizar os sistemas, sendo que a Contratada deve suportar ambientes 100% na nuvem com toda a infraestrutura instalada no provedor de nuvem, suportar ambientes híbridos com nuvem pública e privada e também ambientes que suportem infraestrutura local da contratante. |
5. | O acesso aos sistemas a partir das estações de trabalho da Contratante devem funcionar através dos navegadores padrão de mercado (Chrome, Internet Explorer e Firefox). |
6. | O acesso aos sistemas a partir das estações de trabalho da Contratante devem suportar sistemas operacionais suportados pela Microsoft. |
7. | O acesso ao provedor da nuvem deverá ser estabelecido de forma segura através de certificado SSL. |
8. | O provedor da nuvem deverá dispor de serviços que permitam monitorar os recursos utilizados, assim como histórico de disponibilidade, utilização e desempenho com o intuito de aprimorar a qualidade dos serviços |
9. | O provedor de nuvem deverá oferecer, um serviço de banco de dados relacional gerenciado que possibilite copias de segurança e snapshots de qualquer tamanho de uma região de nuvem para outra. |
10. | O provedor de nuvem deverá disponibilizar acesso para criação, inativação e exclusão dos usuários. |
11. | O provedor de nuvem deverá suportar recursos de escalabilidade da aplicação, a partir de 15 usuários conectados um novo servidor de aplicação deve ser iniciado. |
12. | O provedor de nuvem deverá suportar recursos de segurança para garantir a integridade do servidor de aplicação, uma imagem padrão deve ser mantida e copiada para o ambiente de produção. A imagem padrão nunca será utilizada em ambiente de produção. |
13. | O provedor de nuvem deverá disponibilizar todos os logs de acesso ao ambiente de produção na nuvem. Os logs devem apresentar informações completas com data e hora dos acessos, usuários e ações realizadas. |
14. | O provedor de nuvem deverá oferecer serviço de banco de dados relacional gerenciado que possibilite a restauração de uma base de dados num determinado ponto no tempo |
15. | Compatível com SGBD MS SQL SERVER 2012, 2016, 2017 e 2019. |
3.2 - Módulo Painel do Gestor e Informações Gerenciais
As funcionalidades gerais requeridas para o Módulo Gerencial destinam-se ao planejamento, avaliação e acompanhamento das ações executadas em todas as áreas com controle de dados, possibilitando ao gestor uma visão geral das mais diversas áreas de atividade.
Nº | FUNCIONALIDADES REQUERIDAS PARA MÓDULO |
1. | Disponibilizar módulo com informações de indicadores da gestão em formato gráfico, dispondo de pelo menos informações das áreas Financeira, Receitas e Despesas (Orçamentárias), Patrimonial, Pessoal, Licitações e Contratos. |
2. | Disponibilizar o acesso ao ambiente dos indicadores da gestão em WEB e dispositivo móvel. |
3. | Os indicadores da gestão devem estar alocados em ambiente com o conceito de computação em nuvem. |
4. | Deve ser possível configurar usuários cujo acesso ao módulo seja possível com visualizações distintas dos indicadores, para que cada usuário possa ter acesso aos indicadores de sua área de interesse. |
5. | Disponibilizar os gráficos com as informações dos indicadores que permitam interação, podendo fazer filtros e seleções de períodos, bem como ofertar detalhamento de níveis da informação (tecnicamente conhecido como drill down) que está sendo exibida para os indicadores que exibirem informações das Naturezas de Receitas e Despesas. Ao realizar um filtro através de um indicador, os demais indicadores apresentados no mesmo campo de visão, na mesma tela, também devem respeitar o filtro realizado (desde que tratem do mesmo tema). |
6. | Disponibilizar a reordenação da tela inicial dos indicadores disponíveis. |
7. | Disponibilizar o envio de resumo mensal das informações através de e-mail e aplicativo de mensagens Telegram. |
8. | Disponibilizar opções de envio de alertas por e-mail e aplicativo de mensagens Telegram. Disponibilizar opções de alertas dos indicadores de Despesa com Educação, Despesa com Saúde, Despesa com Pessoal, Dívida Líquida Consolidada, Operações de Crédito Internas e Externas e Operações de Crédito por Antecipação de Receita Orçamentária. |
9. | |
10. | Compartilhar as visões dos painéis, com as seleções realizadas, com outros usuários através de link ou via aplicativo WhatsApp. |
11. | Projetar os painéis em televisores com opção de configurar quais visões e o tempo de apresentação. |
12. | Disponibilizar um assistente virtual que responda as perguntas realizadas por seus usuários, sem interação humana, das áreas financeira, receitas e pessoal. |
13. | Disponibilizar em uma única página informações que contenham os seguintes conteúdos: Percentual de Gastos com Saúde, Percentual de Gastos com Educação, Percentual de Gastos com Pessoal (Consolidado, Executivo e Legislativo), Dívida Consolidada, Operações de Crédito Internas e Externas, Operações de Crédito por Antecipação de Receita Orçamentária, Previsão e Execução de Receita, Despesa e Resultado Orçamentário, Previsão e Execução de Receita, Despesa e Resultado Previdenciário, Desempenho de Arrecadação, Desempenho Relativo da Arrecadação, Eficiência na Arrecadação de Impostos, Desempenho da Despesa Orçamentária, Desempenho Relativo da Despesa Orçamentária, Resultado de Previsão Orçamentária, Resultado da Execução Orçamentária, Resultado do Orçamento de |
Capital, Capacidade de Geração da Poupança e Cobertura de Custeio | |
14. | Disponibilizar indicador que demonstra o percentual de gastos com Saúde, demonstrando necessariamente qual a meta a atingir, o realizado em percentual no período, bem como uma identificação visual tanto para o cumprimento da meta realizada quanto para o não cumprimento. |
15. | Disponibilizar indicador que demonstra o percentual de gastos com Educação, demonstrando necessariamente qual a meta a atingir, o realizado em percentual no período, bem como uma identificação visual tanto para o cumprimento da meta realizada quanto para o não cumprimento. |
16. | Disponibilizar indicador que demonstra o percentual de gastos com Pessoal (Consolidado, Executivo e Legislativo), demonstrando necessariamente qual a meta a atingir, o realizado em percentual no período, bem como uma identificação visual tanto para o cumprimento da meta realizada quanto para o não cumprimento. |
17. | Disponibilizar indicador que demonstra o percentual de gastos com Dívida Consolidada, demonstrando necessariamente qual a meta a atingir, o realizado em percentual no período, bem como uma identificação visual tanto para o cumprimento da meta realizada quanto para o não cumprimento. |
18. | Disponibilizar indicador que demonstra o percentual de gastos com Operações de Crédito Internas e Externas, demonstrando necessariamente qual a meta a atingir, o realizado em percentual no período, bem como uma identificação visual tanto para o cumprimento da meta realizada quanto para o não cumprimento. |
19. | Disponibilizar indicador que demonstra o percentual de gastos com Operações de Crédito por Antecipação de Receita, demonstrando necessariamente qual a meta a atingir, o realizado em percentual no período, bem como uma identificação visual tanto para o cumprimento da meta realizada quanto para o não cumprimento. |
20. | Disponibilizar indicador que demonstra os valores totais de Receita Orçamentária, Correntes, Capital e Previdenciária prevista no ano e arrecadada no ano, bem como uma identificação visual tanto para o cumprimento da previsão realizada quanto para o não cumprimento. |
21. | Disponibilizar indicador que demonstra os valores totais de Despesa Orçamentária, Correntes, Capital e Previdenciária prevista no ano e Despesa Realizada no ano, bem como uma identificação visual tanto para o cumprimento da previsão quanto para o não cumprimento. |
22. | Disponibilizar indicador que demonstra o Resultado Orçamentário das Receitas e Despesas Previdenciárias, sendo essa informação o resultado da Receita Previdenciária Arrecadada versos a Despesa Previdenciária Executada, bem como uma identificação visual tanto para o cumprimento da previsão quanto para o não cumprimento. |
23. | Disponibilizar indicador que demonstra o total de Disponibilidade Bancária Financeira, exibindo a mesma informação do saldo financeiro por Unidade Gestora, Tipo de Conta Bancária e por Instituição Bancária. Também deve demonstrar uma evolução mensal do total da Disponibilidade Bancária Financeira, comparando em cada mês se houve evolução ou diminuição do saldo bancário. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
24. | Disponibilizar indicador que demonstra o total de Disponibilidade Bancária Financeira confrontando a mesmo com as Obrigações a Pagar. As Obrigações a Pagar devem ser exibidas, pelo menos, por Unidade Gestora, Fonte de Recurso, por Mês, Fornecedores a Pagar, sempre em visões separadas. Deve ser possível aplicar filtros por Unidade Gestora, Função, Subfunção, tipo de Obrigação se está Vencida ou A Vencer, Data de Vencimento das Obrigações, se é Orçamento do Ano ou de Anos Anteriores. A Disponibilidade Bancária Financeira exibindo a mesma informação do saldo financeiro por Unidade Gestora, Tipo de Conta Bancária e por Instituição Bancária. Também deve demonstrar uma evolução mensal do total da Disponibilidade Bancária Financeira, comparando em cada mês se houve evolução ou diminuição do saldo bancário. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
25. | Disponibilizar indicador que demonstra o total de Receita Própria Arrecadada. Deve exibir gráficos comparando mensalmente a receita própria arrecadada do exercício atual com o exercício anterior, a evolução acumulada da receita própria arrecadada comparando a mesma com o exercício anterior, a comparação com uma linha de tendência se o valor próprio arrecadado no exercício atual é maior ou menor do que o mesmo período do exercício anterior. Também deve exibir um gráfico com o valor próprio arrecadado por tipo de receita. Os gráficos devem ter interatividade, podendo- se filtrar um tipo de receita e sendo refletido automaticamente nos demais gráficos. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
26. | Disponibilizar indicador que demonstra o total de Receita Arrecadada. Deve exibir gráficos comparando mensalmente a receita arrecadada do exercício atual com o exercício anterior, com disponibilidade para formato mensal ou acumulado. Também deve exibir um gráfico com o valor arrecadado por tipo de receita e contribuinte, comparativo com exercício anterior no formato de KPI e totalizadores dos valores arrecadados do exercício atual, exercício anterior, mês atual e dia anterior. Apresentar filtros por Contribuinte e Tipo de Cadastro. Os gráficos devem ter interatividade, podendo-se filtrar um tipo de receita ou contribuinte e sendo refletido automaticamente nos demais gráficos. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
27. | Disponibilizar indicador que demonstra o confronto da Receita Própria Lançada com a Receita Própria Arrecadada, por |
tipo de receita. Deve exibir gráficos comparando mensalmente a receita própria lançada com a arrecadada. Também deve disponibilizar os maiores contribuintes que receberam lançamento de receita própria, bem como os maiores contribuintes do município para as receitas próprias. Os gráficos devem ter interatividade, podendo-se filtrar um tipo de receita e sendo refletido automaticamente nos demais gráficos. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. | |
28. | Disponibilizar indicador que demonstra o confronto da Receita Própria Lançada com a Receita Própria Arrecadada por tipo de receita, contribuinte e mês, possibilitando a opção do formato acumulado ou mensal. Também deve disponibilizar o comparativo em percentual de Receita Arrecadada / Receita Lançada. Apresentar filtros por Contribuinte e Tipo de Cadastro. Os gráficos devem ter interatividade, podendo-se filtrar um tipo de receita e sendo refletido automaticamente nos demais gráficos. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
29. | Disponibilizar indicador que demonstra o Total de Receita do município, exibindo um gráfico com que pode ser alterado o formato por acumulado ou mensal da arrecadação realizada do exercício atual, arrecadação realizada do exercício anterior e da arrecadação prevista para o exercício atual, bem como a exibição das maiores receitas por Natureza da Receita e Fonte de Recurso. Também disponibilizar um indicador de Recursos Próprios. Deve ser possível aplicar filtros por Fonte de Recursos e Natureza de Receita. Os gráficos devem ter interatividade, podendo-se filtrar um determinado período e/ou Natureza de Receita ou Fonte de Recurso e sendo refletido automaticamente nos demais gráficos. Deve exibir pelo menos 03 níveis de detalhe das informações da Natureza de Receita. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
30. | Disponibilizar indicador que demonstra os valores de Despesas Orçamentárias Pagas, tendo informações gráficas do mesmo por mês, valores pagos acumulados, por natureza da despesa e exibindo os maiores fornecedores pagos. Deve ser possível aplicar filtros por Unidade Gestora, Função, Subfunção, exercício da despesa, bem como um único fornecedor em específico. Os gráficos devem ter interatividade, podendo-se filtrar um determinado período e/ou Natureza de Despesa e sendo refletido automaticamente nos demais gráficos. Deve exibir pelo menos 04 níveis de detalhe das informações da Natureza de Despesa. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
31. | Disponibilizar indicador que demonstra o Total de Despesa do município, exibindo um gráfico com a despesa liquidada mensal, a despesa liquidada acumulada e o saldo de orçamento a realizar, um comparativo da despesa liquidada com o exercício anterior, bem como a exibição das maiores despesas por Natureza da Receita. Deve ser possível aplicar filtros por Unidade Gestora, Função, Subação, Órgão e Natureza de Despesa. Os gráficos devem ter interatividade, podendo- se selecionar um determinado período e/ou Natureza de Despesa e sendo refletido automaticamente nos demais gráficos. Deve exibir pelo menos 03 níveis de detalhe das informações da Natureza de Despesa. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
32. | Disponibilizar indicador que demonstra o as principais etapas da Execução Orçamentária, sendo Empenho, Liquidação e Pagamento, exibindo um gráfico que confronta a despesa empenhada, liquidada e paga, de forma acumulada ou mensal. Deve ainda exibir a mesma informação através de um funil visual contendo os valores totais empenhados, liquidados e pagos, bem como demonstrar o total de despesa pendente de liquidação por Natureza de Despesa. Este último deve permitir ter nível de detalhe de até 04 níveis. Deve ser possível aplicar filtros por Unidade Gestora, período e Natureza da Despesa. Os gráficos devem ter interatividade, podendo-se selecionar um determinado período e/ou Natureza de Despesa e sendo refletido automaticamente nos demais gráficos. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
33. | Disponibilizar indicador que demonstra o as principais etapas da Execução Orçamentária, sendo Empenho, Liquidação e Pagamento, exibindo um gráfico que confronta a despesa empenhada, liquidada e paga, de forma acumulada ou mensal. Deve ainda exibir a mesma informação através de um funil visual contendo os valores totais empenhados, liquidados e pagos, bem como demonstrar o total de despesa pendente de liquidação por Fonte de Recurso e Natureza de Despesa, sendo este último deve permitir ter nível de detalhe de até 04 níveis. Deve ser possível aplicar filtros por Unidade Gestora, período, Fonte de Recurso e Natureza da Despesa. Os gráficos devem ter interatividade, podendo-se selecionar um determinado período e/ou Natureza de Despesa e sendo refletido automaticamente nos demais gráficos. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
34. | Disponibilizar indicador que demostra mensalmente o confronto dos valores da Receita Arrecadada, Despesa Executada (Liquidada), Despesa Paga, e o Resultado Orçamentário (que é o resultado da Receita Arrecadada menos a Despesa Executada-Liquidada). Essa informação deve ser exibida de forma acumulada ou com valores exclusivos mês a mês, sem acumular. Também deve ser capaz de exibir o resultado orçamentário (que é a Receita Arrecadada menos a Despesa Executada-Liquidada) comparando o mesmo mensalmente com o mesmo período do ano anterior, bem como |
exibir o resultado em forma de funil, com o cálculo do Superávit ou Déficit da execução orçamentária. Deve ser possível aplicar filtros por Unidade Gestora e mês (período). Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. | |
35. | Disponibilizar indicador de Resultado Orçamentário (que é o Resultado Orçamentário dividido pela Receita Arrecadada) que demonstra mensalmente ou acumulado o confronto dos valores do exercício atual, com exercício anterior e previsto para o exercício atual, sendo o Resultado Orçamentário (que é o resultado da Receita Arrecadada menos a Despesa Executada-Liquidada). Também deve ser exibido o resultado em forma de funil. Deve ser possível aplicar filtros por Unidade Gestora e mês (período). Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
36. | Disponibilizar indicador que demonstre mensalmente, tanto de forma acumulada quanto mensal (sem acumular valores), a evolução do Cronograma de Desembolso confrontando o mesmo com a Execução da Despesa. Também deve demonstrar indicador que demonstre mensalmente, tanto de forma acumulada quanto mensal (sem acumular valores) a evolução do Programação Financeira da Receita confrontando a mesma com a Arrecadação da Receita. Deve ser possível aplicar filtros de Unidade Gestora, Natureza de Receita e Despesa e Período. Essas visões devem estar disponíveis em uma única página, de forma conjunta, num mesmo campo de visão, sem a necessidade de navegar ou acessar outro local para exibi-las em conjunto. |
37. | Disponibilizar indicadores que demostram mensalmente a Distribuição de Vencimentos, podendo ser selecionado entre Vencimentos Totais, Salário, Outros Proventos, Vantagens e Encargos, com confronto entre realizado no ano atual e anterior. Também deve demostrar Totalizadores do período. Evidenciar a Distribuição do Vencimento selecionado por Vínculo Empregatício, Cargo, Lotação, Setor, Funcionário e Verba. As opções de filtro são: Empresa, Competência (Data), Vínculo Empregatício, Verba e Lotação. |
38. | Disponibilizar indicadores que demostram mensalmente a distribuição de Vencimentos por Mês, Lotação, Setor e Funcionários, com totalizadores do período. Disponibilizar também informativo da divisão de faixas salariais com o valor de vencimentos e quantidade de funcionários com a sua proporção. As opções de filtro são: Empresa, Competência (Data), Vínculo Empregatício e Lotação. |
39. | Disponibiliza indicadores que demostram mensalmente a quantidade de Funcionários por Xxx (com confronto entre Ano Atual e Ano Anterior), com distribuição por Vínculo Empregatício, Cargo, Lotação, Setor, Faixa Etária, Grau de Instrução e Gênero. Disponibilizar também Totalizadores do período. Evidenciar Cálculo de rotatividade para o Ano Atual e Ano Anterior e proporção de funcionários afastados. As opções de filtro são: Empresa, Competência (Data), Vínculo Empregatício e Lotação. |
40. | Disponibilizar indicador de cálculo de rotatividade de funcionários, mostrando um percentual de mudanças entre admitidos e demitidos sobre a quantidade total de funcionários de um período. As opções de filtro são: Empresa, Setor, Competência (Data), Vínculo Empregatício e Lotação. |
41. | Disponibilizar indicadores que demostram mensalmente a distribuição de Horas com divisão entre Horas Trabalhadas, Afastamentos, Faltas e Férias por Mês, Lotação, Setor e Funcionário. Disponibilizar também Totalizadores do período. Evidenciar informativo do quanto a instituição tem de horas trabalhadas. As opções de filtro são: Empresa, Competência (Data), Vínculo Empregatício e Lotação. |
42. | Disponibilizar indicador de percentual de horas trabalhadas, comparando o total de horas registradas com o total de horas efetivamente definidas para cada um dos funcionários. As opções de filtro são: Empresa, Setor, Competência (Data), Vínculo Empregatício e Lotação. |
43. | Disponibilizar indicadores que demostram mensalmente a quantidade de funcionários afastados pela proporção do total de funcionários por mês, com comparativo entre ano atual e anterior, por Motivo de Afastamento, Setor, Lotação e Funcionário. Disponibilizar também Totalizadores do período. Evidenciar informativo do quanto a instituição tem de funcionários afastados. As opções de filtro são: Empresa, Competência (Data), Vínculo Empregatício e Lotação. |
44. | Disponibiliza indicadores que demostram mensalmente a quantidade de horas faltas pela proporção do total de horas geradas por mês, com comparativo entre Ano Atual e Ano Anterior, por Motivo de Falta, Setor, Lotação e Funcionário. Disponibilizar também Totalizadores do período e opções de filtro para seleção. Evidenciar informativo do quanto a instituição tem horas faltas. As opções de Filtro são: Empresa, Competência (Data), Vínculo Empregatício e Lotação. |
45. | Disponibilizar informações de Valor de Saldo, Aquisição, Depreciação e Baixa Patrimonial por mês com comparativo ao ano anterior e seus totalizadores. Também apresentar a distribuição das medidas por Tipo de Patrimônio, Classificação, Localização e Item. Opções de Filtro são: Competência (Mês), Tipo, Classificação, Localização, Item, Contábil e Unidade Gestora. |
46. | Apresentar indicador comparativo de Saldo, Aquisição, Baixa ou Depreciação evidenciando se o ano atual está acima ou abaixo do ano anterior. |
47. | Disponibilizar informações de Quantidade de Itens por Saldo, Aquisição e Baixa Patrimonial por mês com comparativo ao ano anterior e seus totalizadores. Também apresentar a distribuição de quantidade de itens por Classificação e Localização. Opções de Filtro são: Competência (Mês), Tipo, Classificação, Localização, Item, Contábil e Unidade Gestora. |
48. | Apresentar informativo de Análise dos Motivos de Baixa com comparativo ao ano anterior, com informações de valor e quantidade. |
49. | Disponibilizar indicadores de Processos Expedidos e Encerrados por Mês com comparativo ao ano anterior, de forma Mensal e Acumulado. Também apresentar as distribuições da quantidade de processos abertos por Finalidade e Modalidade. Opções de Filtro são: Competência (Mês), Finalidade, Modalidade e Unidade Gestora. |
50. | Apresentar um quadro de saldo de processos em aberto por Modalidade, Finalidade e Fase de processo, com sua quantidade total e valor estimado. |
51. | Demonstrar Mediana de Xxxx para conclusão do processo licitatório por Modalidade |
52. | Disponibilizar indicador de Desempenho de Negociação, com comparativo ao ano anterior. |
53. | Disponibilizar quantidade de contratos que irão vencer por mês e por faixa de vencimento. Também, apresentar o valor total dos contratos que irão vencer, assim como seus totalizadores de quantidade e valor total. |
54. | Apresentar em gráfico os contratos que irão vencer por mês e em escala o valor do contrato, com possibilidade de identificar contrato, valor inicial, valor atual. |
55. | Apresentar um gráfico que informa os contratos que irão vencer com as informações do contrato, como número, objeto, fornecedor e data de vencimento. |
56. | Disponibilizar informações de Quantidade de Licitações agendadas por Xxx e Data, assim como valor do processo licitatório, indicando a situação do processo licitatório. Também apresentar por tipo de Modalidade. Opções de Filtro são: Competência (Mês), Data, Unidade Gestora, Órgão, Situação, Finalidade, Ano e Número do Processo, Número e Tipo de Modalidade e Objeto. |
57. | Apresentar um gráfico que informa os processos agendados com as informações do processo licitatório, como: número e modalidade, objeto, data de abertura, data de expedição, ano e número do processo, valor da cotação e valor adjudicado. |
58. | Disponibilizar informações de Quantidade de Processos Licitatórios por Fase. Também apresentar um gráfico que informe as fases que o processo licitatório percorreu com as datas. Opções de Filtro são: Unidade Gestora, Órgão, Fase do Processo, Finalidade, Ano e Número do Processo, Número e Tipo de Modalidade e Objeto. |
59. | Apresentar um gráfico que informa os processos licitatórios com as determinadas informações: número e modalidade, objeto, data de último registro, ano e número do processo, data de expedição, valor da cotação, fase atual do processo e valor adjudicado. |
3.3 - Módulo de Administração Orçamentária e Financeira, Contabilidade, Controle Interno, Tesouraria e Planejamento (PPA, LDO, LOA)
As funcionalidades gerais requeridas deverão estar em pleno atendimento
a legislação vigente, para cumprir as suas obrigações junto ao Tribunal de Contas, bem como a escrituração e a gestão eficiente de seus recursos, por meio dos programas, conforme determina a Lei de Responsabilidade Fiscal (ao art. 48, § 1º, inciso III da Lei 101/2000) e no intuito de reduzir o retrabalho com a consolidação de informações, além de reduzir os riscos de inconsistências e problemáticas no uso de soluções heterogêneas, os sistemas serão integrados. Será obrigatório também o atendimento ao Decreto 10.540 de 05 de novembro de 2020 e suas alterações conforme segue:
REQUISITOS MÍNIMOS SIAFIC
1. (Art. 1º, §1º, I) – Controlar e evidenciar as operações realizadas pelos Poderes e órgãos e os seus efeitos sobre bens, direitos, obrigações, receitas e despesas orçamentárias ou patrimoniais do ente federativo.
2. (Art. 1º, §1º, II) – Controlar e evidenciar os recursos dos orçamentos, das alterações decorrentes de créditos adicionais, das receitas previstas e arrecadadas e das despesas empenhadas, liquidadas e pagas à conta desses recursos e das respectivas disponibilidades.
3. (Art. 1º, §1º, III) – Controlar e evidenciar perante a Fazenda Pública a situação daqueles que arrecadem receitas, efetuem despesas e administrem ou guardem bens a elas pertencentes ou confiados.
4. (Art. 1º, §1º, IV) – Controlar e evidenciar a situação patrimonial do ente público e a sua variação efetiva ou potencial, observada a legislação e normas aplicáveis.
5. (Art. 1º, §1º, V) – Controlar e evidenciar as informações necessárias à apuração dos custos dos programas e das unidades da Administração Pública.
6. (Art. 1º, §1º, VI) – Controlar e evidenciar a aplicação dos recursos pelos entes federativos, agrupados por ente federativo beneficiado, incluído o controle de convênios, de contratos e de instrumentos congêneres.
7. (Art. 1º, §1º, VII) – Controlar e evidenciar as operações de natureza financeira não compreendidas na execução orçamentária das quais resultem débitos e créditos.
8. (Art. 1º, §1º, VIII)– Emitir relatórios do Diário, Razão e Balancete Contábil, individuais ou consolidados, gerados em conformidade com o Plano de Contas Aplicado ao Setor Público estabelecido pelas normas gerais de consolidação das contas públicas a que se refere o § 2º do art. 50 da LC nº 101/2000.
9. (Art. 1º, §1º, IX) – Permitir a emissão das demonstrações contábeis e dos relatórios e demonstrativos fiscais, orçamentários, patrimoniais, econômicos e financeiros previstos em lei ou em acordos nacionais ou internacionais, com disponibilização das informações em tempo real
10. (Art. 1º, §1º, X) – Controlar e evidenciar as operações intragovernamentais, com vistas à exclusão de duplicidades na apuração de limites e na consolidação das contas públicas
11. (Art. 1º, §1º, XI) – Controlar e evidenciar a origem e destinação dos recursos legalmente vinculados à finalidade específica.
12. (Art. 1º, §6º) – Ser único no ente federativo e permitir a integração com os outros sistemas estruturantes.
REQUISITOS DE PROCEDIMENTOS CONTÁBEIS
1. (Art. 3º) – Observar as normas de consolidação das contas públicas, em razão da Lei de Responsabilidade Fiscal.
2. (Art. 4º) – Processar e centralizar o registro contábil dos atos e fatos que afetam ou podem afetar o patrimônio da entidade.
3. (Art. 4º) – Os registros contábeis realizados no SIAFIC deverão estar em conformidade com o mecanismo de débitos e créditos em partidas dobradas, ou seja, para cada lançamento a débito há outro lançamento a crédito de igual valor.
4. (Art. 4º) – Registro contábil deverá ser efetuado em idioma e correntes nacionais.
5. (Art. 4º, §1º) A escrituração contábil deverá representar integralmente o fato ocorrido e observar a tempestividade necessária para que a informação contábil gerada não perca a sua utilidade. O SIAFIC assegurará a inalterabilidade das informações originais, impedindo alteração ou exclusão de lançamentos contábeis realizados.
6. (Art. 4º, §2º) – Permitir a conversão de transações realizadas em moeda estrangeira para moeda nacional à taxa de câmbio vigente na data do balanço.
7. (Art. 4º, §4º) – Registro contábeis devem ser efetuados de forma analítica e refletir a transação com base em documentação de suporte que assegure o cumprimento da característica qualitativa da verificabilidade. O SIAFIC somente deve permitir lançamentos contábeis em contas analíticas.
8. (Art. 4º, §6º) – Requisitos mínimos para lançamentos contábeis O registro contábil conterá, no mínimo, os seguintes elementos:
I - a data da ocorrência da transação; II - a conta debitada;
III - a conta creditada;
IV - o histórico da transação, com referência à documentação de suporte, de forma descritiva ou por meio do uso de código de histórico padronizado;
V - o valor da transação; e
VI - o número de controle dos registros eletrônicos que integrem um mesmo lançamento contábil.
9. (Art. 4º, §7º) – No SIAFIC, o registro dos bens, dos direitos e das obrigações deverá possibilitar a indicação dos elementos necessários à sua caracterização e identificação.
10. (Art. 4º, § 8º ) – Requisitos de segurança, preservação e disponibilidade dos documentos e dos registros contábeis.
11. (Art. 4º, §9º) – Deverá permitir a acumulação dos registros por centros de custos.
12. (Art. 4º, §10) – VEDAÇÕES;
Acumulação periódica de saldos sem a individualização de cada fato contábil (contabilização apenas na exportação de dados);
Alterações em base de dados que modifiquem a essência do fato contábil;
Utilização de ferramentas que refaçam lançamentos contábeis após o fato registrado;
DEVE: possuir rotina que permita correções ou anulações por meio de novos registros preservando o histórico original dos fatos anteriormente registrados.
13. (Art. 5º ) - O SIAFIC conterá rotinas para a realização de correções ou de anulações por meio de novos registros, de forma a preservar o registro histórico dos atos.
14. (Art. 6º, I c/c §1º) – O SIAFIC ficará disponível até o vigésimo quinto dia do mês para a inclusão de registros necessários à elaboração de balancetes relativos ao mês imediatamente anterior. O SIAFIC impedirá a realização de lançamentos após o dia 25 do mês subsequente.
15. (Art. 6º, II) - O SIAFIC ficará disponível até trinta de janeiro para o registro dos atos de gestão orçamentária e financeira relativos ao exercício imediatamente anterior, inclusive para a execução das rotinas de inscrição e cancelamento de restos a pagar. O SIAFIC impedirá a realização de lançamentos após o dia 30 de janeiro.
16. (Art. 6º, III) - O SIAFIC ficará disponível até o último dia do mês de fevereiro para outros ajustes necessários à elaboração das demonstrações contábeis do exercício imediatamente anterior e para as informações com periodicidade anual a que se referem o § 2º do art. 48 e o art. 51 da LC nº 101/2000. O SIAFIC impedirá a realização de lançamentos após o último dia do mês de fevereiro.
REQUISITOS TRANSPARÊNCIA DA INFORMAÇÃO SIAFIC
1. (Art. 7º, §1º) – O SIAFIC disponibilizará, em meio eletrônico e de forma pormenorizada, as informações sobre a execução orçamentária e financeira, em tempo real (até o primeiro dia útil subsequente à data do registro contábil.
2. (Art. 7º, §3º, I) - Facilidade de compartilhamento e dados abertos, permissão dos dados por meio eletrônico.
3. (Art. 7º, §3º, II) – Observar requisitos de acessibilidade de governo eletrônico.
4. (Art. 7º, §3º, III) – A disponibilização em meio eletrônico de acesso público observará os requisitos estabelecidos na Lei Geral de Proteção de Dados Pessoais.
5. (Art. 8º, I, a) – O SIAFIC, diretamente ou por intermédio de integração com outros sistemas estruturantes, disponibilizará as informações relativas aos atos praticados pelas unidades gestoras ou executoras dos dados referentes ao empenho, à liquidação e ao pagamento.
6. (Art. 8º, I) – O SIAFIC, diretamente ou por intermédio de integração com outros sistemas estruturantes, disponibilizará as informações relativas aos atos praticados pelas unidades gestoras ou executoras;
b) Do número do processo que instruir a execução orçamentária da despesa, quando for o caso.
c) Dos dados referentes à classificação orçamentária, com a especificação da unidade orçamentária, da função, da subfunção, da natureza da despesa, do programa e da ação e da fonte dos recursos que financiou o gasto.
d) Dos dados referentes aos desembolsos independentes da execução orçamentária.
e) Dos dados referentes a pessoa física ou jurídica beneficiária do pagamento, com seu respectivo número de inscrição no CPF ou no CNPJ, inclusive quanto aos desembolsos de operações independentes da execução orçamentária, exceto na hipótese de folha de pagamento de pessoal e de benefícios previdenciários.
f) Dos dados referentes aos convênios realizados, com o número do processo correspondente, o nome e identificação por CPF ou CNPJ do convenente, o objeto e o valor.
g) Dos dados referentes ao procedimento licitatório realizado, ou a sua dispensa ou inexigibilidade, quando for o caso, com o número do respectivo processo.
h) Dos dados referentes à descrição do bem ou do serviço adquirido, quando for o caso.
7. (Art. 8º, II) - O SIAFIC, diretamente ou por intermédio de integração com outros sistemas estruturantes, disponibilizará as informações relativas aos atos praticados pelas unidades gestoras ou executoras;
b) Dos dados e valores relativos à previsão da receita na lei orçamentária anual.
c) Quanto à receita, dos dados e valores relativos ao lançamento, resguardado o sigilo fiscal na forma da legislação, quando for o caso.
d) Dos dados e valores relativos à arrecadação, inclusive referentes a recursos extraordinários.
e) Dados e valores referentes ao recolhimento.
f) Dados e valores referentes à classificação orçamentária, com a especificação da natureza da receita e da fonte de recursos.
REQUISITOS TECNOLÓGICOS SIAFIC
1. (Art. 9º, I) – O SIAFIC deverá permitir o armazenamento, a integração, a importação e a exportação de dados, observados o formato, a periodicidade e o sistema estabelecidos pelo órgão central de contabilidade da União.
2. (Art. 9º, II) – Conter mecanismos que garantam a integridade, confiabilidade, auditabilidade e disponibilidade dos dados.
3. (Art. 9º, III) – Identificação nos documentos que geraram os registros contábeis, identificação do sistema de origem.
4. (Art. 10) – Atenderá, preferencialmente, a arquitetura dos Padrões de Interoperabilidade de Governo Eletrônico (ePING).
5. (Art. 11, caput) – Controle de acesso baseado na segregação de funções.
6. (Art. 11, §1º) – Acesso ao sistema somente por usuários previamente cadastrados por meio de CPF ou certificado digital e codificação própria e intransferível.
O SIAFIC deverá impedir a criação de usuários sem a indicação de CPF ou certificado digital.
7. (Art. 11, §4º) – O SIAFIC manterá controle da concessão e da revogação das senhas de acesso ao sistema.
8. (Art. 11, §5º) - O SIAFIC arquivará os documentos referentes ao cadastramento e à habilitação de cada usuário e os mantêm em boa guarda e conservação, em arquivo eletrônico centralizado, que permita a consulta por órgãos de controle interno e externo e por outros usuários.
9. (Art. 12º) - O registro das operações de inclusão, exclusão ou alteração de dados efetuadas pelos usuários será mantido no SIAFIC e conterá, no mínimo:
I - o código CPF do usuário;
II - a operação realizada; e
III - a data e a hora da operação.
O SIAFIC deverá manter o registro das operações efetuadas no sistema
10. (Art. 14º) – Deverá conter mecanismos de proteção contra acesso direto à base de dados não autorizados.
11. (Art. 14º, §2º) – Deverá vedar a manipulação da base de dados e registrar cada operação realizada em histórico gerado pelo banco de dados.
12. (Art. 15º) - Deverá ocorrer backups de segurança, preferencialmente com periodicidade diária, sem prejuízo de outros procedimentos de segurança da informação.
Nº | FUNCIONALIDADES REQUERIDAS PARA MÓDULO - Administração Orçamentária e Financeira, Contabilidade, Controle Interno, Tesouraria e Planejamento (PPA, LDO, LOA) |
1. | Contabilizar as dotações orçamentárias e demais atos da execução orçamentária e financeira. |
2. | Utilizar o Empenho para comprometimento dos créditos orçamentários, a Nota de Lançamento ou documento equivalente definido pela entidade pública para a liquidação de despesas e a Ordem de Pagamento para a efetivação de pagamentos. |
3. | Permitir que os empenhos globais e estimativos sejam passíveis de complementação ou anulação parcial ou total, e que os empenhos ordinários sejam passíveis de anulação parcial ou total. |
4. | Possibilitar no cadastro do empenho a inclusão, quando cabível, das informações relativas ao processo licitatório, fonte de recursos, detalhamento da fonte de recursos, número da obra, convênio e o respectivo contrato. |
5. | Possibilitar no cadastro do empenho a inclusão, quando cabível, de informações relativas ao MANAD permitindo assim o envio de informações para o INSS. |
6. | Permitir a incorporação patrimonial na liquidação de empenhos. |
7. | Permitir a gestão do controle “Crédito Empenhado em Liquidação” com a automatização do reconhecimento das obrigações antes e entre as fases da execução orçamentária. |
8. | Permitir a utilização de objeto de despesas na emissão de empenho para acompanhamento de gastos da entidade. |
9. | Permitir o controle de reserva das dotações orçamentárias possibilitando o seu complemento, anulação e baixa através da emissão do empenho. |
10. | Permitir a emissão de etiquetas de empenhos. |
11. | Permitir que os documentos da entidade (notas de empenho, liquidação, ordem de pagamento etc.) sejam impressas de uma só vez através de uma fila de impressão. |
12. | Permitir a alteração das datas de vencimento dos empenhos visualizando a data atual e a nova data de vencimento sem a necessidade de efetuar o estorno das liquidações do empenho. |
13. | Permitir a utilização de históricos padronizados e históricos com texto livre. |
14. | Permitir estorno de registros contábeis nos casos em que se apliquem. |
15. | Permitir a apropriação de custos na emissão ou liquidação do empenho, podendo utilizar quantos centros de custos sejam necessários por empenho/liquidação. |
16. | Permitir a reapropriação de custos a qualquer momento. |
17. | Permitir a informação de retenções na liquidação do empenho. |
18. | Permitir a contabilização da apropriação das retenções na liquidação do empenho. |
19. | Permitir a utilização de subempenhos para empenhos globais ou estimativos. |
20. | Permitir a configuração do formulário de empenho de forma a compatibilizar o formato da impressão com os modelos da entidade. |
21. | Permitir controle de empenho referente a uma fonte de recurso. |
22. | Permitir controle dos recursos antecipados para os adiantamentos, subvenções, auxílios contribuições e convênios, devendo o sistema emitir empenhos para os repasses de recursos antecipados. |
23. | Permitir controlar os repasses de recursos antecipados, limitando o empenho a um determinado valor ou a uma quantidade limite de repasses, de forma parametrizável para os adiantamentos de viagens, adiantamentos para suprimentos de fundos e demais recursos antecipados. |
24. | Permitir controlar os repasses de recursos antecipados limitando o número de dias para a prestação de contas, podendo esta limitação ser de forma informativa ou restritiva. |
25. | Permitir bloquear um fornecedor/credor para não permitir o recebimento de recurso antecipado caso o mesmo tenha prestação de contas pendentes com a contabilidade. |
26. | Permitir incluir um percentual limite para o empenhamento no subelemento 96 – Pagamento Antecipado, impedindo assim que empenhos de recursos antecipados sejam emitidos em valor superior ao definido pela entidade pública. |
27. | Emitir documento de prestação de contas no momento do pagamento de empenhos de recursos antecipados. |
28. | Emitir documento final (recibo de prestação de contas) no momento da prestação de contas do recurso antecipado. |
29. | Emitir relatório que contenham os recursos antecipados concedidos, em atraso e pendentes, ordenando os mesmos por |
tipo de recursos antecipados, credor ou data limite da prestação de contas. | |
30. | Utilizar calendário de encerramento contábil para os diferentes meses, para a apuração e apropriação do resultado, não permitindo lançamentos nos meses já encerrados. |
31. | Permitir que a estrutura (máscara dos níveis contábeis) do Plano de Contas utilizado pela entidade seja definida pelo usuário. |
32. | Possuir controle, por data, das alterações realizadas no Plano de Contas, obedecendo as movimentações já existentes para as mesmas. |
33. | Possuir cadastro do Plano de Contas com todos os atributos definidos pelo PCASP (Plano de Contas Aplicado ao Setor Público). |
34. | Assegurar que as contas só recebam lançamentos contábeis no último nível de desdobramento do Plano de Contas utilizado. |
35. | Disponibilizar rotina que permita a atualização do Plano de Contas, das Naturezas de Receita e Despesa, dos eventos e de seus roteiros contábeis de acordo com as atualizações do respectivo Tribunal de Contas. |
36. | Possuir mecanismos que garantam a integridade dos procedimentos, bem como a qualidade, consistência e transparência das informações geradas pelo PCASP conforme definições realizadas na 8ª edição do MCASP (Manual de Contabilidade Aplicada ao Setor Público) da STN (Secretaria do Tesouro Nacional). |
37. | Assegurar que os lançamentos contábeis sejam realizados utilizando contas de uma mesma natureza da informação. |
38. | Assegurar que contas com indicador de superávit financeiro igual a “Patrimonial” sejam movimentadas utilizando como contrapartida: Contas de Variação Patrimonial Aumentativa; Contas de Variação Patrimonial Diminutiva; Outra conta Patrimonial, para reclassificação; Conta com indicador de superávit financeiro igual a “Financeiro”, exclusivamente quando houver a respectiva execução orçamentária (emissão de empenho). |
39. | Possuir cadastro de LCP (Lançamentos Contábeis Padronizados) nos moldes definidos pela 8ª edição do MCASP. |
40. | Possuir cadastro de CLP (Conjunto de Lançamentos Padronizados) nos moldes definidos pela 8ª edição do MCASP. |
41. | Possuir controle, por data, das alterações realizadas no cadastro de LCP e CPL, obedecendo as movimentações contábeis já existentes para os mesmos. |
42. | Assegurar que a contabilização de todos os fatos administrativos ocorra através do uso dos Lançamentos Contábeis Padronizados (LCP) e do Conjunto de Lançamentos Padronizados (CLP). |
43. | Possuir mecanismo que parametrize as regras contábeis de acordo com as necessidades da entidade possibilitando a parametrização das mesmas pelo próprio contador da instituição pública. |
44. | Possuir mecanismo que configure todas as regras contábeis de integração entre os sistemas estruturantes de Administração de Receitas e Administração de Suprimentos (Compras e Materiais, Licitações e Patrimônio). |
45. | Assegurar que a escrituração contábil dos fatos administrativos atenda a NBC T 16.5 – Registro Contábil – do Conselho Federal de Contabilidade. |
46. | Assegurar que toda a movimentação contábil seja identificada por um Identificador de Fato Contábil. |
47. | Assegurar que cada registro contábil seja identificado por um número de controle que identifique, de forma unívoca, os registros eletrônicos que integram um mesmo lançamento contábil, atendendo assim a NBC T 16.5, item 13, alínea “f”. |
48. | Possuir um cadastro de Retenções onde se defina a conta contábil da mesma, bem como se ela se refere a uma retenção própria da entidade ou de terceiros. |
49. | Permitir que se defina quando determinada retenção efetuada deve ser recolhida, podendo esta data ser um dia do mês subsequente ou uma quantidade de dias úteis ou corridos contados a partir da efetiva retenção. |
50. | Possuir mecanismo que defina se o momento pelo qual ocorrerá o fato gerador do recolhimento de uma retenção própria será na liquidação ou no pagamento do empenho. |
51. | Permitir a arrecadação da receita orçamentária de forma concomitante com o fato gerador do recolhimento de uma retenção de empenho, podendo esta ser realizada de forma rateada entre três receitas para os casos em que a receita possui destinação para os recursos da Saúde e da Educação. |
52. | Possuir controle, por data, das alterações realizadas no cadastro das retenções, obedecendo as movimentações já existentes para as mesmas. |
53. | Permitir cadastrar os precatórios da entidade, controlando toda a sua execução. |
54. | Permitir acompanhar a contabilização das retenções, desde a sua origem até o seu recolhimento, possibilitando ao usuário saber em qual documento e data foi recolhida qualquer retenção, permitindo assim a sua rastreabilidade. |
55. | Permitir, no momento da emissão do documento extra, informar os empenhos orçamentários que tiveram retenções e que originaram o documento extra. |
56. | Permitir o relacionamento dos empenhos de restos a pagar que estão vinculados à Saúde, Precatórios e identificar se os mesmos foram inscritos com ou sem disponibilidade financeira. |
57. | Permitir a alteração de complementos de históricos de registros contábeis já efetuados. |
58. | Permitir a alteração do documento de pagamento dos empenhos sem a necessidade de efetuar do pagamento. |
59. | Permitir a vinculação de documentos em formato “TXT, DOC, XLS, PDF” às notas de empenhos para posterior consulta. |
60. | Permitir e restringir o acesso a unidades orçamentárias e unidades gestoras para determinados usuários. |
61. | Possibilitar a contabilização automática dos registros provenientes dos sistemas de arrecadação, gestão de pessoal, patrimônio público, licitações e contratos. |
62. | Permitir contabilizar automaticamente os bens públicos de acordo com a inserção dos bens no sistema de patrimônio. |
63. | Permitir contabilizar automaticamente as depreciações dos bens de acordo com os métodos de depreciação definidos pelas NBCASP, utilizando vida útil e valor residual para cada um dos bens. |
64. | Permitir contabilizar automaticamente a reavaliação dos valores dos bens patrimoniais de acordo com o processo de reavaliação efetuado no sistema de patrimônio. |
65. | Permitir contabilizar automaticamente os gastos subsequentes relativos aos bens patrimoniais. |
66. | Permitir a exportação, da base de dados da PREFEITURA, de dados cadastrais para a unidade centralizadora do município. |
67. | Permitir a importação, na base de dados da PREFEITURA, de dados cadastrais da unidade centralizadora do município. |
68. | Permitir a exportação do movimento contábil com o bloqueio automático dos meses para posterior importação na unidade centralizadora, permitindo assim a consolidação das contas públicas do município. |
69. | Permitir a importação do movimento contábil com o bloqueio automático dos meses para posterior exportação para a unidade centralizadora, permitindo assim a consolidação das contas públicas do município. |
70. | Permitir que ao final do exercício os empenhos que apresentarem saldo possam ser inscritos em restos a pagar, de acordo com a legislação, e que posteriormente possam ser liquidados, pagos ou cancelados no exercício seguinte. |
71. | Permitir iniciar a execução orçamentária e financeira de um exercício, mesmo que não tenha ocorrido o fechamento contábil do exercício anterior, atualizando e mantendo a consistência dos dados entre os exercícios. |
72. | Possibilitar a transferência automática das conciliações bancárias do exercício para o exercício seguinte. |
73. | Possibilitar a transferência automática dos saldos de balanço do exercício para o exercício seguinte. |
74. | Possibilitar a reimplantação automática de saldos quando a implantação já tiver sido realizada de modo que os saldos já implantados sejam substituídos. |
75. | Emitir relatório contendo os dados da Saúde para preenchimento do SIOPS. |
76. | Permitir a geração em formato “HTML” das informações relativas à prestação de contas de acordo com a Lei 9.755/98. |
77. | Emitir o Quadro dos Dados Contábeis Consolidados, conforme regras definidas pela Secretaria do Tesouro Nacional. |
78. | Emitir todos os anexos de balanço, global e por órgão, fundo ou entidade da administração direta, autárquica e fundacional, exigidos pela Lei Nº 4320/64 e suas atualizações: - Anexo 1 – Demonstração da Receita e Despesa Segundo as Categorias Econômicas; - Anexo 2 – Receita Segundo as Categorias Econômicas e Natureza da Despesa; Segundo as Categorias econômicas: - Anexo 6 – Programa de Trabalho; - Anexo 7 – Demonstrativo de Funções, Programas e Subprogramas por Projetos e Atividades (adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão); - Anexo 8 – Demonstrativo da Despesa por Função, Programas e Subprogramas, conforme o vínculo com os Recursos (adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão); - Anexo 9 – Demonstrativo da Despesa por Órgãos e Funções (adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão); - Anexo 10 – Comparativo da Receita Orçada com a Arrecadada; - Anexo 11 – Comparativo da Despesa Autorizada com a Realizada; |
- Anexo 12 – Balanço Orçamentário; - Anexo 13 – Balanço Financeiro; - Anexo 14 – Balanço Patrimonial; - Anexo 15 – Demonstrativo das Variações Patrimoniais; - Anexo 16 – Demonstração da Dívida Fundada Interna; - Anexo 17 – Demonstração da Dívida Flutuante. | |
79. | Emitir o Informe de Rendimentos Anual para os prestadores de serviços que tiveram retenção de impostos, conforme regras definidas pela Secretaria da Receita Federal. |
80. | Permitir a criação de relatórios gerenciais pelo próprio usuário. |
81. | Dispor de funcionalidade que possibilite a criação de fórmulas para a composição de valores utilizados na emissão de demonstrativos, a partir de qualquer tipo de movimentação (do ano corrente ou do ano anterior, e valores brutos ou líquidos) que envolvam Despesas, Receitas, Restos a Pagar ou Movimentação Contábil em geral. |
82. | Permitir a composição de valores de determinado Grupo de Fonte de Recursos ou Detalhamento da Fonte, e ainda, valores específicos relacionados à Saúde e Precatórios para utilização na emissão de demonstrativos. |
83. | Possibilitar a definição de um nível contábil ou uma categoria econômica específica, para a composição de um valor que será impresso em um demonstrativo. |
84. | Permitir a impressão de demonstrativos com valores em milhares e em milhões de reais. |
85. | Permitir a inserção de notas explicativas e de campos informativos na impressão dos demonstrativos. |
86. | Permitir a criação de relatórios a partir de planilhas eletrônicas criadas pelo usuário. |
87. | Armazenar os modelos dos relatórios criados pelo usuário diretamente no banco de dados do sistema. |
88. | Permitir gerar relatórios que possibilitem o preenchimento das informações das contas anuais do SICONFI conforme disposto na Portaria STN n. 86, de 17 de fevereiro de 2014, ou outras que a STN possa vir a editar. |
89. | Deve ser possível a criação e configuração das regas contábeis para os fatos contábeis de acordo com a necessidade da entidade, permitindo que todo o processo da execução orçamentária da receita, execução orçamentária da despesa, execução dos restos a pagar, alterações orçamentárias sejam personalizadas, de modo que apenas os usuários com permissão tenham acesso para este processo de manutenção. |
90. | Possuir um mecanismo de conferência das regras de contabilização cadastradas, de modo que estas regras sejam validadas sem a necessidade de executar o determinado fato contábil, demonstrando assim a integridade dos cadastros e alertando sobre a duplicidade de contabilização com o mesmo objetivo contábil. |
91. | Permitir que a entidade diferencie dentro de cada fato contábil as regras de contabilização através de grupos de regras, organizando as mesmas de acordo com a necessidade e particularidade da entidade. |
92. | Dispor de mecanismo que permita que a entidade relacione os cadastros de naturezas de receita utilizados na gestão do município com as naturezas de receita definidas pelo SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro para a MSC - Matriz de Saldos Contábeis. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos de natureza de receita utilizados na gestão com os do SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro. Além disso, é necessário que estes relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. |
93. | Dispor de mecanismo que permita que a entidade relacione os cadastros de naturezas de despesa utilizados na gestão do município com as naturezas de despesa definidas pelo SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro para a MSC - Matriz de Saldos Contábeis. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos de natureza de despesa utilizados na gestão com os do SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro. Além disso, é necessário que estes relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. |
94. | Dispor de mecanismo que permita que a entidade relacione os cadastros do plano de contas utilizados na gestão do município com o plano de contas definido pelo SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro para a MSC - Matriz de Saldos Contábeis. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos do plano de contas utilizados na gestão com os do SICONFI - Sistema de |
Informações Contábeis e Fiscais do Setor Público Brasileiro. Além disso, é necessário que estes relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. | |
95. | Dispor de mecanismo que permita que a entidade relacione os cadastros de fonte de recursos e código de aplicação/detalhamento da fonte (quando existir) utilizados na gestão do município com as fontes de recursos definidas pelo SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro para a MSC - Matriz de Saldos Contábeis. Permitir que seja possível realizar a cópia dos relacionamentos das fontes de recursos utilizados na gestão do município com as fontes de recursos definidas pelo SICONFI da vigência anterior. |
96. | Permitir que a entidade responsável pelo envio da MSC - Matriz de Saldos Contábeis possa consolidar e agrupar as informações de acordo com o tipo da entidade enviando as mesmas ao SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro, através dos formatos XBRL - Extensible Business Reporting Language e CSV - Comma-separated values. |
97. | Permitir que a entidade responsável pelo envio da MSC - Matriz de Saldos Contábeis possa importar informações de entidades do mesmo município utilizando o padrão estrutural de informações estabelecido pelo SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro, através dos formatos XBRL - Extensible Business Reporting Language e CSV - Comma-separated values. Este processo de importação objetiva exclusivamente a consolidação e agrupamento de informações para a prestação de contas da Matriz de Saldos Contábeis ao SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro. |
98. | Permitir que a entidade responsável pelo envio da MSC - Matriz de Saldos Contábeis tenha um controle e histórico dos arquivos que foram importados com informações relacionadas a MSC - Matriz de Saldos Contábeis de outras entidades. O histórico deve conter no mínimo as seguintes informações: Período de Importação, Data de Importação, Usuário Responsável e Entidade. |
99. | Impedir que a importação de arquivos de outras entidades no formato XBRL - Extensible Business Reporting Language e CSV - Comma-separated values sejam armazenados fora do padrão estrutural definido pelo SICONFI - Sistema de Informações Contábeis e Fiscais do Setor Público Brasileiro para a geração da MSC - Matriz de Saldos Contábeis. Para este processo é necessário que seja demonstrado um relatório com as inconsistências encontradas no arquivo a ser importado. |
100. | Dispor de uma consulta que demonstre as movimentações que foram realizadas referentes a Matriz de Saldos Contábeis, demonstrando também as informações que foram importadas de outras entidades, trazendo visões consolidadas e agrupadas destes registros. Estas informações devem ser apresentadas no formato em que são exigidas na Matriz de Saldos Contábeis. Também deverá dispor de filtros para conferências das informações, tais como: Entidade, Período, Valor, Nível Contábil da MSC e as Informações Complementares da Matriz de Saldos Contábeis. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros a cada nova consulta. |
101. | Dispor de um relatório que demonstre as movimentações que foram realizadas referentes a Matriz de Saldos Contábeis, demonstrando também as informações que foram importadas de outras entidades, trazendo visões consolidadas e agrupadas destes registros. Estas informações devem ser apresentadas no formato em que são exigidas na Matriz de Saldos Contábeis. Também deverá dispor de filtros para conferências das informações, tais como: Entidade, Período, Valor, Nível Contábil da MSC e as Informações Complementares da Matriz de Saldos Contábeis. |
102. | Dispor de mecanismo que permita que a entidade relacione os cadastros de naturezas de receita utilizados na gestão do município com as naturezas de receita definidas pelo Ministério da Saúde para o SIOPS - Sistema de Informações sobre Orçamentos Públicos em Saúde. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos de natureza de receita utilizados na gestão do município. Além disso, é necessário que estes relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. |
103. | Dispor de mecanismo que permita que a entidade relacione os cadastros de naturezas da despesa utilizados na gestão do município com as naturezas da despesa definidas pelo Ministério da Saúde para o SIOPS - Sistema de Informações sobre Orçamentos Públicos em Saúde. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos de natureza da despesa utilizados na gestão do município. Além disso, é necessário que estes |
relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. | |
104. | Dispor de mecanismo que permita que a entidade relacione os cadastros de fonte de recursos e código de aplicação/detalhamento da fonte (quando existir) utilizados na gestão do município com as fontes de recursos definidas pelo Ministério da Saúde para o SIOPS - Sistema de Informações sobre Orçamentos Públicos em Saúde. |
105. | Permitir que a entidade responsável pelo envio do SIOPS - Sistema de Informações sobre Orçamentos Públicos em Saúde possa enviar todas as informações relacionadas as seguintes pastas: Previsão e Execução das Receitas, Previsão e Execução das Despesas, Despesa Custeada Restos a Pagar Cancelados, Despesa Custeada Limite Não Cumprido e Despesa por Fonte e Restos. Tais informações são exigidas no sistema do Ministério da Saúde (SIOPS) e devem ser enviadas através de arquivos de terceiros sem a necessidade de digitação destas informações. |
106. | Dispor de um relatório de conferência para verificar as informações que foram geradas ao SIOPS - Sistema de Informações sobre Orçamentos Públicos em Saúde referente as seguintes pastas: Previsão e Execução das Receitas, Previsão e Execução das Despesas, Despesa Custeada Restos a Pagar Cancelados, Despesa Custeada Limite Não Cumprido e Despesa por Fonte e Restos. |
107. | Dispor do relatório de Liberação de Recursos conforme Lei 9.452/1997. Permitir que o relatório seja impresso considerando as transferências da União, Estados e Ambos, também deve dispor de um filtro de data inicial e final que considere as informações por um intervalo de dias. |
108. | Dispor de relatório para apuração do PASEP. Permitir que a entidade possa selecionar as receitas que compõe a base de cálculo. Deverá ser possível informar o percentual de contribuição do PASEP. Permitir que a entidade tenha flexibilidade para definir até qual o nível da natureza da receita deverá ser impresso no relatório. |
109. | Dispor do relatório de Arrecadação Municipal conforme regras definidas no artigo 29-A da Constituição Federal. Permitir que o relatório seja impresso por intervalo de meses e que tenha a opção para considerar as Receitas de Contribuições. Também deve permitir que a entidade altere o número populacional do município a qualquer momento. |
110. | Dispor do relatório Anexo 1 - Demonstração da Receita e Despesa segundo as categorias econômicas de acordo com as regras definidas na Lei 4.320/64, de 17 de Março de 1964. O relatório deve ser impresso por período, permitindo que seja informado um intervalo de meses. Permitir que o relatório seja impresso considerando os valores do orçamento inicial e o valor do orçamento atualizado. |
111. | Dispor do relatório Anexo 13 - Balanço Financeiro de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. Permitir que o relatório seja listado por Destinação de Recursos, Função de Governo e Natureza da Despesa. O relatório deve ser impresso por período, permitindo que seja informado um intervalo de dias. Permitir que os valores apresentados na coluna do exercício anterior sejam apresentados considerando as informações do exercício, considerando as informações apenas do período selecionado e que também tenha opção de não listar as informações. Permitir que a entidade possa desconsiderar do relatório as contas sem saldo. Permitir que o demonstrativo seja gerado utilizando a conversão de moeda estrangeira conforme estabelecido pelo Decreto 10.540/2020 que estabelece o Sistema Único e Integrado de Execução Orçamentária, Administração Financeira e Controle - SIAFIC. |
112. | Dispor do relatório Anexo 14 - Balanço Patrimonial de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. Permitir que os valores da coluna do exercício anterior sejam apresentados considerando as informações do exercício, considerando as informações apenas do período selecionado e que também tenha opção de não listar as informações. O relatório deve dispor de uma opção que considere as movimentações dos níveis INTRA OFSS. Permitir que os valores do nível ativo e passivo sejam detalhados de acordo com o saldo do atributo do superávit financeiro dos níveis contábeis. Permitir que a entidade tenha flexibilidade para definir até qual o nível do plano de contas deverá ser impresso no relatório. Permitir que a entidade possa desconsiderar do relatório as contas sem saldo. |
113. | Dispor do relatório Anexo 15 – Demonstrativo das Variações Patrimoniais de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. Permitir que os valores da coluna do exercício anterior sejam apresentados considerando as informações do exercício, considerando as informações apenas do período selecionado e que também tenha opção de não listar as informações. O relatório deve dispor de uma opção que considere as movimentações dos níveis INTRA OFSS. Permitir que a entidade tenha flexibilidade para definir até qual o nível do plano de contas deverá ser impresso no relatório. Dispor de uma opção para listar o quadro de Variações Patrimoniais |
Qualitativas e que neste mesmo quadro seja possível considerar os Ganhos/Perdas com Alienação de Ativos. Permitir que a entidade possa desconsiderar do relatório as contas sem saldo. | |
114. | Dispor do relatório Anexo 16 – Demonstrativo da Dívida Fundada de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. O relatório deve dispor de uma opção que considere as movimentações dos níveis INTRA OFSS. Permitir que a entidade tenha flexibilidade para definir até qual o nível do plano de contas deverá ser impresso no relatório. Permitir que a entidade possa desconsiderar do relatório as contas sem saldo. |
115. | Dispor do relatório Anexo 17 – Demonstrativo da Dívida Flutuante de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. O relatório deve dispor de uma opção que considere as movimentações dos níveis INTRA OFSS. Permitir que a entidade tenha flexibilidade para definir até qual o nível do plano de contas deverá ser impresso no relatório. Permitir que a entidade possa desconsiderar do relatório as contas sem saldo. Dispor de uma opção para listar somente os movimentos com atributo do superávit financeiro. Dispor de uma opção para listar os valores de Restos a Pagar não Processados. |
116. | Dispor do relatório Anexo 18 – Demonstração dos Fluxos de Caixa e de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. O relatório deve dispor de uma opção que considere as movimentações dos níveis INTRA OFSS. Permitir que a entidade desconsidere no relatório as contas sem saldo. Permitir que as Receitas e Despesas intraorçamentárias sejam consideradas no relatório. A entidade deverá ter autonomia de selecionar quais os quadros deverão ser impressos, levando em consideração os seguintes quadros do relatório: 1FC – Receitas Derivadas e Originárias, 2FC – Transferências Recebidas e Concedidas, 3FC – Desembolso de Pessoal e Demais Despesas por Função e 4FC – Juros e Encargos da Dívida. |
117. | Dispor do relatório Anexo 19 – Demonstração das Mutações do Patrimônio Líquido de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. O relatório deve dispor de uma opção que considere as movimentações dos níveis INTRA OFSS. |
118. | Dispor de mecanismo que permita que a entidade relacione os cadastros de naturezas de receita utilizados na gestão do município com as naturezas de receita definidas pelo Ministério da Saúde para o SIOPE - Sistema de Informações sobre Orçamentos Públicos em Educação. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos de natureza de receita utilizados na gestão do município. Além disso, é necessário que estes relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. |
119. | Dispor de mecanismo que permita que a entidade relacione os cadastros de naturezas da despesa utilizados na gestão do município com as naturezas da despesa definidas pelo Ministério da Saúde para o SIOPE - Sistema de Informações sobre Orçamentos Públicos em Educação. Este mecanismo deve ter um processo de atualização automática dos relacionamentos sugeridos pelo sistema. Também deverá prover mecanismo onde a entidade possa personalizar os relacionamentos de natureza da despesa utilizados na gestão do município. Além disso, é necessário que estes relacionamentos sejam tipificados de modo a demonstrar quais são os que foram sugeridos pelo sistema e os que foram alterados ou incluídos pela própria entidade. |
120. | Permitir que a entidade responsável pelo envio do SIOPS - Sistema de Informações sobre Orçamentos Públicos em Saúde possa enviar todas as informações relacionadas as seguintes pastas: Previsão e Execução das Receitas, Previsão e Execução das Despesas, Despesa Custeada Restos a Pagar Cancelados, Despesa Custeada Limite Não Cumprido e Despesa por Fonte e Restos. Tais informações são exigidas no sistema do Ministério da Saúde (SIOPS) e devem ser enviadas através de arquivos de terceiros sem a necessidade de digitação destas informações. |
121. | Dispor de um cadastro de Lançamentos Contábeis Padronizados (LCP) permitindo que a entidade possa definir a conta contábil a débito e a crédito que será utilizada no processo de contabilização. Este cadastro deve possuir um controle por vigência de modo que o mesmo possa ser desativado a partir de uma determinada data. Dispor de um campo para informar a descrição do cadastro e outro campo para informar uma identificação do cadastro. |
122. | Dispor de um cadastro de Conjunto de Lançamentos Padronizados (CLP) permitindo que a entidade possa inserir os Lançamentos Contábeis Padronizados (LCP) que serão utilizados no processo de contabilização. Este cadastro deve possuir um controle por vigência de modo que o mesmo possa ser desativado a partir de uma determinada data. |
Dispor de um campo para informar a descrição do cadastro e outro campo para informar uma identificação do cadastro. | |
123. | Dispor de uma rotina que atualize de forma automática os cadastros de Natureza da Receita, Natureza de Despesa, Plano de Contas, Função e Subfunção, ficando a critério do usuário o momento da atualização dos mesmos. Estes cadastros devem ser atualizados com as mesmas informações definidas pelos órgãos de fiscalização estaduais e federais. Dispor de um histórico demonstrando todas as atualizações realizadas no exercício contendo no mínimo as seguintes informações: Descrição da Atualização, Data da Atualização e Usuário Responsável. |
124. | O sistema deverá escriturar em tempo real todos os atos e fatos administrativos que afetam ou que podem afetar a gestão fiscal, orçamentária, patrimonial, econômica e financeira, conforme exigência da LC 101/2000 em seu art. 48, inciso III, e o Decreto Federal 7.185/2010, atualizados; garantindo que todos os atos e fatos movimentem todas as contas contábeis de acordo com o ato e fato realizado através das diversas funcionalidades do sistema, atendendo assim ao padrão mínimo de qualidade da informação contábil. |
125. | Permitir o registro contábil de forma individualizada por fato contábil e por ato que possam afetar a gestão fiscal, orçamentária, patrimonial, econômica e financeira, conforme artigo 8º da Portaria da STN 548/2010, atualizada, que trata sobre padrão mínimo de qualidade de sistema. |
126. | Dispor de rotinas para a realização de correções ou anulações por meio de novos registros, assegurando a inalterabilidade das informações originais incluídas após sua contabilização, de forma a preservar o registro histórico de todos os atos. |
127. | O sistema deverá dispor de um controle que impeça que as contas contábeis sintéticas (contas que não estão no último nível) sejam utilizadas no processo de escrituração contábil. Também deverá impedir a escrituração contábil envolvendo contas contábeis cuja natureza da informação sejam diferentes. |
128. | Dispor de uma consulta que demonstre todas as contabilizações realizadas pela entidade permitindo que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Nesta consulta é necessário que as seguintes informações sejam exibidas na tela: Número da Entidade ou Unidade Gestora, Identificação se é um movimento de Estorno, Data do Movimento, Tipo de Lançamento (Débito ou Crédito), Código da Conta a Débito, Código da Conta a Crédito, Valor da Operação, Fato Contábil que originou o processo, Regra de Contabilização utilizada na escrituração, Conjunto de Lançamento Contábil utilizado na escrituração, Lançamento Contábil Padronizado utilizado na escrituração, Histórico do Processo, Identificador do Superávit Financeiro e a Data da Operação/Computador que foi realizado o processo. Cada usuário deverá ter autonomia de modificar a ordem de exibição e ocultar as colunas a qualquer momento sem alterar a consulta dos demais usuários. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período permitindo que seja informado um intervalo de dias. A consulta deve dispor dos seguintes filtros de pesquisa: Entidade ou Unidade Gestora, Conta Contábil, Tipo de Atributo do Superávit Financeiro, Valor (sendo possível consultar um intervalo de valores), Tipo de Lançamento (Débito ou Crédito), Conjunto de Lançamento Padronizado, Lançamento Contábil Padronizado e Regra de Contabilização. A consulta deverá ter um quadro com totalizadores demonstrando o Saldo Inicial, Total de Débito, Total de Crédito e Saldo Final. Também deverá apresentar os mesmos totalizadores de acordo com o tipo de atributo do superávit financeiro, sendo ele Financeiro e Patrimonial. Demonstrar a informação da quantidade de lançamentos contábeis que foram apresentados na consulta. O usuário deverá ter autonomia de ordenar de forma crescente ou decrescente as colunas tendo a opção de ordenar mais de uma coluna. |
129. | Dispor de um cadastro do Plano de Contas com os atributos definidos pelo PCASP - Plano de Contas Aplicado ao Setor Público, dispondo no mínimo das seguintes características: Título, Função, Legislação, Natureza da Informação, Subsistema da Natureza da Informação, Funcionamento, Natureza do Saldo, Encerramento, Indicador do Superávit Financeiro, Variação da Natureza do Saldo, Frequência das Movimentações, Tipo de Movimentação e Conta Redutora. Dispor de uma identificação para diferenciar as contas contábeis que foram criadas pela entidade e as que foram definidas pelo órgão fiscalizados estadual ou federal. Dispor de um controle que impeça o cadastramento de contas contábeis em níveis definidos pelo órgão estadual ou federal, mantendo a integridade da estrutura hierárquica do plano de contas. |
130. | Permitir que o sistema acesse vários exercícios financeiros de uma mesma entidade de forma simultânea, possibilitando assim a execução de movimentações, consultas ou relatórios. |
131. | Permitir que a troca de exercício e entidades possa ser realizada a partir do próprio sistema, sem que para isso seja |
necessário encerrar e reabrir o mesmo. | |
132. | Dispor de relatórios de Execução Orçamentária de acordo com o artigo 2º, inciso XII da Instrução Normativa 28, de 05 de Maio de 1999 do Tribunal de Contas da União. O relatório deve ser impresso por período, permitindo que seja informado um intervalo de meses. Permitir que a entidade possa selecionar uma ou mais entidades para a impressão do relatório. Permitir que a entidade possa selecionar a opção a ser listada no relatório, sendo ela: Órgão, Unidade Orçamentária, Função, Subfunção, Programa, Fonte de Recursos e Grupo de Despesa. A entidade deverá ter a opção se escolher se deseja considerar o valor Liquidado ou o valor Pago para a execução da despesa. |
133. | Dispor de relatório que contenha o Balanço Orçamentário de acordo com o artigo 2º, inciso XIV da Instrução Normativa 28, de 05 de Maio de 1999 do Tribunal de Contas da União. Permitir que a entidade possa selecionar uma ou mais entidades para a impressão do relatório. A entidade deverá ter a opção se escolher se deseja considerar o valor Empenhado, Liquidado ou Pago na composição do relatório |
134. | Dispor de relatório que contenha os Tributos e Contribuições Arrecadadas de acordo com o artigo 2º, inciso I da Instrução Normativa 28, de 05 de Maio de 1999 do Tribunal de Contas da União. |
135. | Dispor de relatório que contenha o Orçamento Anual de acordo com o artigo 2º, inciso X da Instrução Normativa 28, de 05 de Maio de 1999 do Tribunal de Contas da União. Permitir que a entidade possa listas as despesas fixadas através das seguintes opções: Órgão, Unidade Orçamentária, Função, Subfunção, Programa, Fonte de Recursos e Grupo de Despesa. |
136. | Dispor de relatório que contenha o Demonstrativo das Receitas de Despesas do município de acordo com o artigo 2º, inciso XVI da Instrução Normativa 28, de 05 de Maio de 1999 do Tribunal de Contas da União. A entidade deverá ter a opção se escolher se deseja considerar o valor Empenhado, Liquidado ou Pago na composição do relatório. |
137. | Dispor de uma consulta que demonstre em tela os saldos de todos os processos que envolvem a despesa orçamentária. São eles: Orçamento Inicial, Alterações Orçamentárias (Suplementações e Reduções), Correção do Orçamento, Orçamento Atualizado, Empenhado (Bruno e Líquido), Liquidado (Bruno e Líquido), Em Liquidação, Retido, Pago (Bruno e Líquido), Saldo a Liquidar, Saldo a Pagar, Saldo Reservado, Saldo Bloqueado e Saldo Disponível. Permitir que a entidade possa realizar filtros nesta consulta, através das seguintes informações: Órgão, Unidade Orçamentária, Função, Subfunção, Programa, Ação, Natureza da Despesa, Modalidade de Empenho, Fonte Recursos, Credor, Número do Fundamento Legal, Código da Ementa do Fundamento Legal e código da Despesa. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros a cada nova consulta. |
138. | Dispor de uma consulta que demonstre em tela os saldos de todos os processos que envolvem a receita orçamentária. São eles: Previsão Inicia, Previsão das Deduções, Previsão Inicial Líquida (Receita - Deduções), Reestimativa da Receita, Reestimativa das Deduções, Previsão Atualizada Líquida, Arrecadação Bruta, Estorno da Arrecadação, Dedução da Receita, Arrecadação Líquida e Saldo a Arrecadar. Permitir que a entidade possa aplicar filtros através das seguintes informações: Código da Receita, Natureza da Receita, Fonte de Recursos, Número do Fundamento Legal e Código da Ementa do Fundamento Legal. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros em uma nova consulta. |
139. | Dispor de uma consulta que demonstre em tela todos os movimentos que envolvem a despesa orçamentária. Esta consulta deverá demonstrar no mínimo as seguintes informações: Número do Lançamento, Data de Movimento, Histórico da Movimentação, Número do Empenho (quando o movimento estiver vinculado a um empenho) e o Valor. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras, também deverá ter a opção de filtrar a Despesa utilizada no processo. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. |
140. | Dispor de uma consulta que demonstre em tela todos os movimentos que envolvem a receita orçamentária. Esta consulta deverá demonstrar no mínimo as seguintes informações: Número do Lançamento, Data de Movimento, |
Histórico da Movimentação e o Valor. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras, também deverá ter a opção de filtrar a Receita utilizada no processo. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. A entidade deverá ter a opção de desconsiderar as seguintes informações da consulta: Movimento de Arrecadação, Movimento de Estorno de Arrecadação, Movimento de Dedução e Movimento de Estorno de Dedução da Receita. Demonstrar nesta consulta um resumo com as seguintes informações: Previsão Inicial da Receita, Previsão Inicial da Dedução, Previsão Inicial da Receita Líquida, Reestimativa da Receita, Previsão Atualizada da Receita, Arrecadação da Receita (Bruta), Dedução da Receita e Arrecadação da Receita Líquida (Arrecadação - Dedução). | |
141. | Dispor de um relatório que possibilite consultar os saldos movimentado nas contas corrente de fonte de recursos do tribunal de contas com os saldos registrados nas contas correntes da Matriz de Saldos Contábeis (financeiro por fonte) |
142. | Dispor de filtro de consulta que permita o usuário localizar qualquer funcionalidade através da "palavra chave" digitada, retornando como resultado da busca (filtro) todas as funcionalidades existentes. As funcionalidades encontradas devem ser exibidas em tela, na ordem alfabética exibindo o caminho completo da funcionalidade, permitindo o acesso e abertura da funcionalidade ao clicar sobre o item selecionado. |
143. | Dispor de campos para formatação de notas de lançamento contábil e ordem de pagamento de transferência com o código e descrição referente ao banco, agência e conta corrente. |
144. | Dispor de uma consulta que demonstre todas as informações do empenho do Empenho, tais como: Órgão, Unidade Orçamentária, Despesa, Funcional Programática, Fonte de Recursos, Fornecedor, Número e Modalidade do Processo Licitatório, Número e Ano do Contrato, Número e Ano do Convênio, Tipo do Empenho. A consulta deve demonstrar todas as movimentações do empenho, itens do empenho e as retenções do empenho. Dispor de mecanismo que permita consultar o próximo empenho, empenho anterior e o último empenho. Dispor de mecanismo que permita consultar a assinatura digital do empenho. |
145. | Dispor do relatório Anexo 12 - Balanço Orçamentário de acordo com as regras definidas no DCASP - Demonstrativos Contábeis Aplicados ao Setor Público. O relatório deve ser impresso por período permitindo que seja informado um intervalo de dias. Permitir que os valores referentes aos Restos a Pagar sejam apresentados e que também tenha opção de não listar as informações. O relatório deve dispor de uma opção que considere as movimentações das Receitas e Despesas INTRA OFSS. Permitir que o demonstrativo seja gerado utilizando os valores em milhares. Permitir que o demonstrativo seja gerado utilizando a conversão de moeda estrangeira conforme estabelecido pelo Decreto 10.540/2020 que estabelece o Sistema Único e Integrado de Execução Orçamentária, Administração Financeira e Controle - SIAFIC. |
146. | Dispor de rotina que permita ao usuário informar no momento da liquidação do empenho em relação a quantidade (metas físicas) que está sendo realizada para a ação governamental em questão, proporcionando assim um acompanhamento em tempo real da realização das respectivas metas das ações que estão sendo executadas. |
Planejamento PPA | |
147. | Permitir o cadastramento de vários quadriênios, possibilitando a flexibilidade de serem informados quais os anos que compõem o quadriênio ou informar o ano inicial e final do período. |
148. | Permitir elaborar o PPA utilizando informações do PPA anterior. |
149. | Permitir que a estrutura (máscara dos níveis) das Naturezas de Receita utilizada pela entidade seja definida pelo usuário. |
150. | Permitir que a estrutura (máscara dos níveis) das Naturezas de Despesa utilizada pela entidade seja definida pelo usuário. |
151. | Permitir que a estrutura das Fontes de Recursos utilizada pela entidade seja definida pelo usuário. |
152. | Permitir que a estrutura do Detalhamento das Fontes utilizada pela entidade seja definida pelo usuário. |
153. | Permitir que o uso e a obrigatoriedade da Fonte de Recurso nas Despesas e nas Receitas sejam parametrizáveis pelo usuário. |
154. | Permitir que o uso e a obrigatoriedade do Detalhamento da Fonte de Recurso nas Despesas e nas Receitas sejam parametrizáveis pelo usuário. |
155. | Possuir integração entre os módulos PPA, LDO e LOA, com cadastro único das peças de planejamento como Órgão, Unidade, Função, Subfunção, Programa de Governo, Ação de Governo, Subação de Governo, Naturezas de Receita e Despesa, Fonte de Recursos e Detalhamento da Fonte. |
156. | Possuir tabela cadastral contendo todas as Naturezas da Receita de acordo com a legislação vigente (portarias atualizadas da Secretaria do Tesouro Nacional e dos Tribunais de Contas Estaduais e Municipais). |
157. | Possuir tabela cadastral contendo todas as Naturezas da Despesa de acordo com a legislação (portarias atualizadas da Secretaria do Tesouro Nacional e dos Tribunais de Contas Estaduais e Municipais). |
158. | Possibilitar a utilização de no mínimo três níveis para a composição da estrutura institucional, bem como parametrização das máscaras. |
159. | Possibilitar o armazenamento dos vários produtos resultantes do Plano Plurianual. |
160. | Manter um cadastro de programas de governo identificando os de duração continuada e os de duração limitada no tempo. |
161. | Permitir agregar programas de governo de acordo com seus objetivos comuns. |
162. | Permitir o estabelecimento de indicadores que permitam a avaliação dos programas. |
163. | Armazenar descrição detalhada dos objetivos para cada ação governamental (projetos/atividades e operações especiais), vinculando o produto resultante de sua execução. |
164. | Permitir o cadastro e gerenciamento de pessoas responsáveis pela realização e acompanhamento dos programas e ações do Plano Plurianual. |
165. | Permitir cadastramento e identificação em qualquer nível de classificação das fontes de financiamento (receitas) da administração direta e indireta do ente. |
166. | Integrar os programas com suas respectivas ações de governo, bem como o enquadramento nas funções e subfunções de governo, conforme a Portaria 42/99 MOG e as respectivas unidades responsáveis pela sua realização. |
167. | Permitir o desdobramento das ações, criando um nível mais analítico para o planejamento. |
168. | Possibilitar o estabelecimento de metas quantitativas e financeiras para os programas de governo e suas respectivas ações. |
169. | Permitir a vinculação de um mesmo programa em vários órgãos e unidades de governo. |
170. | Possibilitar a vinculação de uma mesma ação de governo para vários programas governamentais. |
171. | Possibilitar a Projeção das Receitas e das Despesas nas peças de planejamento. |
172. | Manter cadastro das leis e decretos que aprovam e alteram os itens do Plano Plurianual. |
173. | Permitir gerenciar as alterações efetuadas no decorrer da vigência do PPA, registrando estas alterações sem afetar os dados originais (armazenar os históricos). |
174. | Permitir que uma alteração legal do PPA tenha sua movimentação refletida automaticamente em uma ou duas LDO’s. |
175. | Permitir elaborar e gerenciar várias alterações legais do PPA simultaneamente, controlando cada uma delas juntamente com a sua respectiva situação (elaboração, tramitação, inclusão de emendas, aprovada, arquivada etc.) e mantendo histórico das operações. |
176. | Possuir cadastro das Transferências Financeiras contendo as Unidades Gestoras Concessoras e as Unidades Gestoras Recebedoras dos recursos financeiros além da finalidade das transferências. |
177. | Permitir a Programação das Transferências Financeiras Concedidas e Recebidas para os quatro exercícios que compreendem o PPA. |
178. | Emitir relatório que agrupe os programas governamentais de acordo com seus objetivos comuns. |
179. | Emitir relatórios que identifique e classifique os programas de governo. |
180. | Emitir relatórios que identifique e classifique as ações governamentais. |
181. | Emitir relatório que demonstre as metas físicas e financeiras dos programas e ações de governo |
182. | Permitir emitir relatórios das metas das ações do programa de governo agrupando as informações por qualquer nível de codificação da despesa (função, subfunção, programa, ação, natureza de despesa e fonte de recursos). |
183. | Emitir relatório que demonstre as fontes de financiamento da administração direta e indireta. |
184. | Emitir os Anexos I, II, III, IV, V e VI em conformidade com o estabelecido pelo TCE- SP. |
185. | Permitir que a máscara das Naturezas da Receita seja parametrizável pelo usuário. |
186. | Permitir que a máscara das Naturezas da Despesa seja parametrizável pelo usuário. |
187. | Permitir que a máscara das Fontes de Recurso seja parametrizável pelo usuário. |
188. | Permitir que a máscara do Detalhamento das Fontes de Recurso seja parametrizável pelo usuário. |
189. | Permitir que o uso e a obrigatoriedade da Fonte de Recurso nas Despesas e nas Receitas sejam parametrizáveis pelo usuário. |
190. | Permitir que o uso e a obrigatoriedade do Detalhamento da Fonte de Recurso nas Despesas e nas Receitas sejam parametrizáveis pelo usuário. |
191. | Dispor de uma rotina para informar as Estimativas das Receitas Orçamentárias referentes ao quadriênio do PPA – Plano |
Plurianual. As estimativas devem ser cadastradas utilizando no mínimo as seguintes informações: Unidade Gestora, Natureza de Receita e Fonte de Recursos. Permitir que a entidade tenha flexibilidade para definir até qual o nível da natureza da receita será cadastrada a estimativa da receita orçamentária. Permitir que a entidade possa informar para o quadriênio do PPA – Plano Plurianual a previsão da Receita bruta e a previsão das deduções de Renúncia, Restituição, Desconto Concedido, FUNDEB, Compensações, Retificações e Outras Deduções. Impedir que a entidade altere os valores informados nas estimativas das receitas orçamentárias se o projeto de lei e alteração legal estiverem aprovadas ou em processo de tramitação no legislativo, sendo estas situações identificadas no sistema. | |
192. | Dispor de uma rotina para informar as Metas das Ações dos Programas de Governo referentes ao quadriênio do PPA – Plano Plurianual. As metas devem ser cadastradas utilizando as seguintes informações: Programa de Governo, Ação de Governo, Classificação Institucional e Classificação Funcional da Despesa. Permitir que a entidade possa informar para o quadriênio do PPA – Plano Plurianual os valores das Metas Físicas e Metas Fiscais. Ofertar neste cadastro o detalhamento das metas fiscais por Natureza da Despesa e Fonte de Recursos. Permitir que a entidade tenha flexibilidade para definir até qual o nível da natureza da despesa será cadastrada a meta. Impedir que a entidade altere os valores informados nas Metas das Ações dos Programas de Governo se o projeto de lei e alteração legal estiverem aprovado ou em processo de tramitação no legislativo, sendo estas situações identificadas no sistema. Permitir que entidade tenha a flexibilidade de informar as Metas Físicas podem tipificar a meta física em Acumulativo, Pontual e Estágios ou Marcos, bem como definir a periodicidade da meta física em Anual, Semestral, Trimestral ou Mensal. Dispor de mecanismo para informar a previsão de alcance da Meta Física. |
193. | Dispor de um mecanismo que permita a entidade a projetar as Estimativas das Receitas Orçamentárias através de um percentual para cada ano do PPA - Plano Plurianual. Permitir que o percentual aplicado tenha efeito acumulativo ou individual por ano. Permitir que a entidade possa filtrar quais Estimativas das Receitas serão projetadas, utilizando as seguintes opções como filtro: Unidade Gestora, Natureza da Receita e Fonte de Recursos. Os valores projetados devem ficar disponíveis em tela para consulta da entidade antes mesmo da sua efetivação, permitindo que os valores sejam corrigidos tendo ainda a opção de aplicar a projeção realizada efetivamente ao PPA - Plano Plurianual. |
194. | Dispor de um mecanismo que permita a entidade a projetar as Metas das Ações dos Programas de Governo através de um percentual para cada ano do PPA - Plano Plurianual. Permitir que o percentual aplicado tenha efeito acumulativo ou individual por ano. Permitir que a entidade possa filtrar quais Metas das Ações dos Programas de Governo serão projetadas, utilizando as seguintes opções como filtro: Classificação Institucional, Função, Subfunção, Programa e Ação. Os valores projetados devem ficar disponíveis em tela para consulta da entidade antes mesmo da sua efetivação, permitindo que os valores sejam corrigidos tendo ainda a opção de aplicar a projeção realizada efetivamente ao PPA - Plano Plurianual. |
195. | Dispor de um cadastro de alterações legais no PPA – Plano Plurianual. Permitir que as alterações legais realizadas nas Estimativas das Receitas Orçamentárias e Metas das Ações dos Programas de Governo no PPA - Plano Plurianual sejam replicadas de igual maneira na LDO – Lei de Diretrizes Orçamentárias e sem a necessidade intervenção do usuário. Permitir que a entidade possa definir quais anos da LDO – Lei de Diretrizes Orçamentárias serão alteradas de forma automática através das alterações legais realizadas no PPA – Plano Plurianual. |
196. | Disponibilizar um controle das alterações legais no PPA - Plano Plurianual que foram realizadas pela entidade. Demonstrar neste controle todas as alterações legais que se encontram na fase de elaboração e ainda não foram enviadas ao legislativo ou foram aprovadas. Permitir que as alterações legais que se encontram em fase de elaboração sejam enviadas ao poder legislativo, sejam arquivadas e sejam aprovadas. Permitir que as alterações legais que não foram aprovadas sejam arquivadas para posteriormente serem utilizadas ou descartadas, tal arquivamento pode ser feito tanto pelo poder executivo quanto legislativo. Permitir que a entidade possa revisar as alterações legais, de modo a corrigir qualquer inconsistência de digitação mesmo após a sua aprovação. Permitir que a entidade tenha a opção de incluir as emendas definidas pelo poder legislativo. Demostrar para cada alteração legal os históricos das suas movimentações, apresentando no mínimo as seguintes informações: Data do Processo, Tipo de Processo, Nome do Usuário e Data da Operação. |
197. | Dispor de um relatório no PPA - Plano Plurianual que demonstre os Programas de Governo por Xxxxx objetivo. Demonstrar no relatório os valores agrupados por Macro objetivo para o quadriênio do PPA – Plano Plurianual. Permitir que a entidade possa filtrar o relatório por Unidade Gestora e Macro objetivo. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações do PPA – Plano Plurianual inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
198. | Dispor de um relatório no PPA - Plano Plurianual que demonstre a Identificação dos Programas. Deverá constar no relatório no mínimo as seguintes informações: Unidade Gestora, Denominação do Programa, Objetivo do Programa, Público-alvo, Unidade Orçamentária responsável pelo programa, Horizonte Temporal, Quantidade de Ações vinculadas ao programa e o valor Total do Programa. Permitir que o relatório seja filtrado através da Unidade Gestora e Programa. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações do PPA – Plano Plurianual inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
199. | Dispor de um relatório no PPA - Plano Plurianual que demonstre a Identificação das Ações de Governo. Deverá constar no relatório no mínimo as seguintes informações: Unidade Gestora, Classificação Institucional, Programa de Governo, Ação, Produto (bem ou serviço), Ano do PPA, Meta Física e Meta Fiscal. Permitir que o relatório seja filtrado através da Unidade Gestora, Ano do PPA, Classificação Institucional e Programa. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações do PPA – Plano Plurianual inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
200. | Dispor de um relatório no PPA - Plano Plurianual que demonstre as metas físicas e metas fiscais por Programa de Governo listando as suas Ações de Governo. Deverá constar no relatório no mínimo as seguintes informações: Unidade Gestora, Programa de Governo, Ação de Governo, Produto (bem ou serviço), Unidade de Medida, Ano do PPA, Meta Física e Meta Fiscal. O relatório deverá dispor também de totais por Ação de Governo e Programa de Governo. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações do PPA Plano Plurianual inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
201. | Dispor de um relatório no PPA - Plano Plurianual que demonstre as Metas das Ações dos Programas de Governo para o quadriênio do PPA – Plano Plurianual. Deverá constar no relatório no mínimo as seguintes informações: Classificação Institucional, Programa de Governo, Ação de Governo, Função e Subfunção. Permitir que a entidade possa filtrar as informações referentes aos seguintes cadastros: Classificação Institucional, Programa de Governo, Ação de Governo, Função e Subfunção. Permitir que a entidade defina de forma dinâmica quais informações serão exibidas no relatório, optando minimamente pelas seguintes informações: Classificação Institucional, Programa de Governo, Ação de Governo, Função e Subfunção. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações do PPA – Plano Plurianual inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
202. | Permitir que a entidade possa cadastrar no PPA - Plano Plurianual os Órgão e Unidades Orçamentárias para cada Unidade Gestora da entidade. Este cadastro deverá ter um controle de vigência e deverá permitir a sua desativação. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade tenha autonomia de cadastrar um Departamento/Subunidade (terceiro nível da classificação institucional). Dispor de um relatório que demonstre todos os Órgão, Unidade e Departamento/Subunidade que estão ativas, de modo que neste relatório sejam demonstradas no mínimo as seguintes informações: Órgão, Unidade, Departamento, Descrição, Campo de Atuação, Legislação, Unidade Gestora e Data de Alteração. |
203. | Permitir que sejam cadastrados no PPA - Plano Plurianual os Programas de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que seja informado no cadastro do programa no mínimo as seguintes informações: Descrição do Programa, Tipo de Programa, Macro objetivo, Objetivo do Programa, Natureza do Programa (Contínuo ou Temporário), Unidade Responsável pelo Programa, Objetivo Setorial, Problema, Justificativa, Público-alvo e Indicadores. Permitir que a entidade tenha autonomia de incluir um ou mais indicadores para o mesmo programa de governo, também deverá permitir que a entidade atualize as informações do indicador, sendo elas: Índice Atual do Indicador, Índice Previsto do Indicador, Índice dos Anos informados no PPA, Periodicidade da Apuração, Data da Apuração e Abrangência. |
204. | Permitir que a entidade possa cadastrar no PPA - Plano Plurianual as Ações de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e |
orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade possa informar no mínimo as seguintes informações neste cadastro: Descrição da Ação, Objetivo da Ação, Detalhamento da Ação, Produto da Ação, Tipo de Ação de Governo e a Situação da Ação. Permitir que a entidade possa cadastrar o Tipo de Ação de Governo e o Produto da Ação de acordo com a sua necessidade. | |
205. | Permitir que a entidade possa cadastrar no PPA - Plano Plurianual as Subações de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade possa informar no mínimo as seguintes informações neste cadastro: Descrição da Subação, Objetivo da Subação, Detalhamento da Subação e Tipo de Subação de Governo. Permitir que a entidade possa cadastrar o Tipo de Ação de Governo de acordo com a sua necessidade. |
206. | Permitir que a entidade possa cadastrar as Transferências Financeiras do Município. A entidade deverá ter autonomia de informar a Entidade Concessora e Entidade Recebedora do recurso. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. |
207. | Dispor de uma rotina onde seja possível realizar a programação das Transferências Financeiras do município no PPA – Plano Plurianual. Permitir que nesta rotina seja informada a Fonte e Recursos, Descrição da Transferência, Tipo de Transferência (Recebida/Concedida) e os valores que serão programadas para o quadriênio. |
208. | Dispor de rotina que permita monitorar, acompanhar a evolução dos indicadores dos Programas de Governo e das Metas Físicas das Ações Governamentais. Este monitoramento deve permitir incluir avaliações durante o ciclo dos quatros anos do PPA, dispondo no mínimo das informações como justificativas, providências, restrições, quantidade realizada e a data da avaliação. |
209. | Dispor de rotina que permita ao usuário definir quais ações poderão ser avaliadas no momento da liquidação do empenho em relação a quantidade que está sendo realizada, proporcionando assim um acompanhamento em tempo real da realização das respectivas metas das ações que estão sendo executadas. |
210. | "Dispor de um relatório no PPA - Plano Plurianual que demonstre a evolução dos indicadores dos Programas de Governo, comparando os valores estimados com os realizados, bem como comparar as metas das ações com seus valores estimados e realizados proporcionando assim a visão financeira e física das ações governamentais concomitante com a evolução dos indicadores do Programa de Governo. |
Planejamento LDO | |
211. | Permitir elaborar a LDO utilizando informações da LDO anterior ou do PPA em vigência; Possibilitar a importação das Estimativas das Receitas e Metas do PPA para a LDO enquanto a LDO inicial ainda não estiver aprovada. |
212. | Possuir integração entre os módulos PPA, LDO e LOA, com cadastro único das peças de planejamento como Órgão, Unidade, Função, Subfunção, Programa de Governo, Ação de Governo, Subação de Governo, Naturezas de Receita e Despesa, Fonte de Recursos e Detalhamento da Fonte. |
213. | Permitir cadastramento e identificação em qualquer nível de classificação das fontes de financiamento (receitas) da administração direta e indireta do ente. |
214. | Permitir o desdobramento das ações do programa de governo, criando um nível mais analítico para o planejamento. |
215. | Permitir o cadastramento de metas fiscais consolidadas para emissão de demonstrativo da LDO, conforme modelo definido pela STN. |
216. | Possibilitar a Projeção das Receitas e das Despesas nas peças de planejamento. |
217. | Permitir gerenciar as alterações efetuadas no decorrer da vigência da LDO, registrando estas alterações sem afetar os dados originais (armazenar os históricos). |
218. | Permitir que uma alteração legal do PPA tenha sua movimentação refletida automaticamente em uma ou duas LDO. |
219. | Possuir cadastro das Transferências Financeiras contendo as Unidades Gestoras Concessoras e as Unidades Gestoras Recebedoras dos recursos financeiros além da finalidade das transferências. |
220. | Permitir a Programação das Transferências Financeiras Concedidas e Recebidas para o exercício a que refere-se à LDO. |
221. | Permitir que o Cadastro e a Programação das Transferências Financeiras sejam importados do PPA. |
222. | Permitir elaborar e gerenciar várias alterações legais da LDO simultaneamente, controlando cada uma delas juntamente com a sua respectiva situação (elaboração, tramitação, inclusão de emendas, aprovada, arquivada etc.) e |
mantendo histórico das operações. | |
223. | Deve emitir o Anexo de Riscos Fiscais e Providências, que deverá ser apresentado na Lei de Diretrizes Orçamentárias, conforme determinado pela Portaria da STN que trata o Manual de Demonstrativos Fiscais. |
224. | Deve emitir o Demonstrativo de Metas Fiscais com as metas anuais relativas a receitas, despesas, resultado nominal e primário e montante da dívida pública, para o exercício da LDO e para os dois exercícios seguintes. |
225. | Deve emitir um demonstrativo com a avaliação do cumprimento das metas fiscais do exercício anterior, com a comparação entre as metas fixadas e o resultado obtido no exercício financeiro do segundo ano anterior ao ano de referência da LDO, incluindo a análise dos fatores determinantes para o alcance dos valores estabelecidos como metas. |
226. | Deve emitir demonstrativo das metas anuais, instruído com memória e metodologia de cálculo que justifiquem os resultados pretendidos, comparando-as com as fixadas nos três exercícios anteriores. |
227. | Deve demonstrar a evolução do patrimônio líquido, também nos últimos três exercícios, destacando a origem e a aplicação dos recursos obtidos com a alienação de ativos. |
228. | Emitir demonstrativo da situação financeira e atuarial do Regime Próprio de Previdência dos Servidores - RPPS. |
229. | Emitir demonstrativo da estimativa e compensação da renúncia de receita. |
230. | Emitir demonstrativo da margem de expansão das despesas obrigatórias de caráter continuado. |
231. | Permitir emitir relatórios das metas das ações do programa de governo agrupando as informações por qualquer nível de codificação da despesa (função, subfunção, programa, ação, natureza de despesa e fonte de recursos). |
232. | Dispor de uma rotina para informar as Estimativas das Receitas Orçamentárias referentes ao ano da LDO - Lei de Diretrizes Orçamentárias. As estimativas devem ser cadastradas utilizando no mínimo as seguintes informações: Unidade Gestora, Natureza de Receita e Fonte de Recursos. Permitir que a entidade tenha flexibilidade para definir até qual o nível da natureza da receita será cadastrada a estimativa da receita orçamentária. Permitir que a entidade possa informar para o ano da LDO - Lei de Diretrizes Orçamentárias a previsão da Receita bruta e a previsão das deduções de Renúncia, Restituição, Desconto Concedido, FUNDEB, Compensações, Retificações e Outras Deduções. Permitir que a entidade possa importar as Estimativas das Receitas Orçamentárias que foram cadastradas no PPA – Plano Plurianual para o mesmo ano da LDO – Lei de Diretrizes Orçamentárias. Impedir que a entidade altere os valores informados nas estimativas das receitas orçamentárias se o projeto/alteração legal estiver aprovado ou em processo de tramitação no legislativo, sendo estas situações identificadas no sistema. |
233. | Dispor de uma rotina para informar as Metas das Ações dos Programas de Governo referentes ao ano do LDO - Lei de Diretrizes Orçamentárias. Permitir que as metas sejam cadastradas por Programa de Governo, Ação de Governo, Classificação Institucional e Classificação Funcional da Despesa. Permitir que a entidade possa informar para o ano do LDO - Lei de Diretrizes Orçamentárias os valores das Metas Físicas e Metas Fiscais. Ofertar neste cadastro o detalhamento das metas fiscais por Natureza da Despesa e Fonte de Recursos. Permitir que a entidade possa importar as Metas das Ações dos Programas de Governo que foram cadastradas no PPA – Plano Plurianual para o mesmo ano da LDO – Lei de Diretrizes Orçamentárias. Permitir que a entidade tenha flexibilidade para definir até qual o nível da natureza da despesa será cadastrada a meta. Impedir que a entidade altere os valores informados nas Metas das Ações dos Programas de Governo se o projeto/alteração legal estiver aprovado ou em processo de tramitação no legislativo, sendo estas situações identificadas no sistema. |
234. | Dispor de um mecanismo que permita a entidade a projetar as Estimativas das Receitas Orçamentárias através de um percentual para o ano da LDO – Lei de Diretrizes Orçamentárias. Permitir que a entidade possa filtrar quais Estimativas das Receitas serão projetadas, utilizando as seguintes opções como filtro: Unidade Gestora, Natureza da Receita e Fonte de Recursos. Os valores projetados devem ficar disponíveis em tela para consulta da entidade antes mesmo da sua efetivação, permitindo que os valores sejam corrigidos tendo ainda a opção de aplicar a projeção realizada efetivamente a LDO - Lei de Diretrizes Orçamentárias. |
235. | Dispor de um mecanismo que permita a entidade a projetar as Metas das Ações dos Programas de Governo através de um percentual para o ano da LDO – Lei de Diretrizes Orçamentárias. Permitir que o percentual aplicado tenha efeito acumulativo ou individual por ano. Permitir que a entidade possa filtrar quais Metas das Ações dos Programas de Governo serão projetadas, utilizando as seguintes opções como filtro: Classificação Institucional, Função, Subfunção, Programa e Ação. Os valores projetados devem ficar disponíveis em tela para consulta da entidade antes mesmo da sua efetivação, permitindo que os valores sejam corrigidos tendo ainda a opção de aplicar a projeção realizada efetivamente a LDO - Lei de Diretrizes Orçamentárias. |
236. | Disponibilizar um controle das alterações legais na LDO - Lei de Diretrizes Orçamentárias que foram realizadas pela |
entidade. Demonstrar neste controle todas as alterações legais que se encontram na fase de elaboração e ainda não foram enviadas ao legislativo ou foram aprovadas. Permitir que as alterações legais que se encontram em fase de elaboração sejam enviadas ao poder legislativo, sejam arquivadas e sejam aprovadas. Permitir que as alterações legais que não foram aprovadas sejam arquivadas para posteriormente serem utilizadas ou descartadas, tal arquivamento pode ser feito tanto pelo poder executivo quanto legislativo. Permitir que a entidade possa revisar as alterações legais, de modo a corrigir qualquer inconsistência de digitação mesmo após a sua aprovação. Permitir que a entidade tenha a opção de incluir as emendas definidas pelo poder legislativo. Demostrar para cada alteração legal os históricos das suas movimentações, apresentando no mínimo as seguintes informações: Data do Processo, Tipo de Processo, Nome do Usuário e Data da Operação. | |
237. | Dispor de um relatório na LDO - Lei de Diretrizes Orçamentárias que demonstre a Identificação das Ações de Governo. Deverá constar no relatório no mínimo as seguintes informações: Unidade Gestora, Classificação Institucional, Programa de Governo, Ação, Produto (bem ou serviço), Meta Física e Meta Fiscal. Permitir que o relatório seja filtrado através da Unidade Gestora, Classificação Institucional e Programa. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações da LDO – Lei de Diretrizes Orçamentárias inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
238. | Dispor de um relatório na LDO - Lei de Diretrizes Orçamentárias que demonstre as Metas das Ações dos Programas de Governo para o ano da LDO - Lei de Diretrizes Orçamentárias. Deverá constar no relatório no mínimo as seguintes informações: Classificação Institucional, Programa de Governo, Ação de Governo, Função e Subfunção. Permitir que a entidade possa filtrar as informações referentes aos seguintes cadastros: Classificação Institucional, Programa de Governo, Ação de Governo, Função e Subfunção. Permitir que a entidade defina de forma dinâmica quais informações serão exibidas no relatório, optando minimamente pelas seguintes informações: Classificação Institucional, Programa de Governo, Ação de Governo, Função e Subfunção. Permitir que o usuário possa escolher, no momento da impressão, se as informações que serão listadas no relatório devem levar em consideração: 1) As informações da LDO - Lei de Diretrizes Orçamentárias inicial. 2) Utilizar informações de uma alteração legal específica. 3) Considerar as informações atualizadas até a última alteração legal aprovada. |
239. | Permitir que a entidade possa cadastrar na LDO - Lei de Diretrizes Orçamentárias os Órgão e Unidades Orçamentárias para cada Unidade Gestora da entidade. Este cadastro deverá ter um controle de vigência e deverá permitir a sua desativação. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade tenha autonomia de cadastrar um Departamento/Subunidade (terceiro nível da classificação institucional). Dispor de um relatório que demonstre todos os Órgão, Unidade e Departamento/Subunidade que estão ativas, de modo que neste relatório sejam demonstradas no mínimo as seguintes informações: Órgão, Unidade, Departamento, Descrição, Campo de Atuação, Legislação, Unidade Gestora e Data de Alteração. |
240. | Dispor de uma rotina onde seja possível cadastrar os Riscos Fiscais do município referente a LDO – Lei de Diretrizes Orçamentárias, de modo que a entidade possa relacionar o risco com uma ou mais providências. Permitir que os Riscos Fiscais sejam alterados pela entidade e que estas alterações sejam controladas de acordo com a data informada. |
241. | Dispor do relatório Demonstrativo dos Riscos Fiscais e Providências de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações que deverão ser consideradas na impressão do relatório, de modo que as alterações realizadas nos Riscos Fiscais também sejam impressas. Dispor de uma opção para que a entidade possa informar as notas explicativas do relatório. |
242. | Dispor de uma rotina onde seja possível cadastrar as Metas Fiscais Consolidadas do município para a LDO – Lei de Diretrizes Orçamentárias, permitindo informar no mínimo as seguintes informações: Receita Total, Receita Não- Financeira, Despesa Total, Despesa Não-Financeira, Resultado Nominal, Dívida Pública Consolidada, Receitas Primárias Advindas de PPP, Receitas Primárias Geradas por PPP e Receita Corrente Líquida. Permitir que os valores sejam alterados pela entidade e que estas alterações sejam controladas de acordo com a data de apuração das informações. Disponibilizar uma opção a qual permita que a entidade importe as informações do PPA – Plano Plurianual vigente e da LDO – Lei de Diretrizes Orçamentárias do ano anterior. |
243. | Dispor do relatório Demonstrativo 1 - Metas Anuais de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do |
relatório seja informada a data de referência das informações que deverão ser consideradas na impressão do relatório, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de uma opção para que a entidade possa informar as notas explicativas do relatório. | |
244. | Dispor do relatório Demonstrativo 2 - Avaliação do Cumprimento das Metas Fiscais Consolidadas do Exercício Anterior de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações que deverão ser consideradas na impressão do relatório, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de uma opção para que a entidade possa informar as notas explicativas do relatório. |
245. | Dispor do relatório Demonstrativo 3 - Metas Fiscais Atuais Comparadas com as Fixadas nos Três Exercícios Anteriores de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações que deverão ser consideradas na impressão do relatório, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de uma opção para que a entidade possa informar as notas explicativas do relatório. |
246. | Dispor de uma rotina onde seja possível cadastrar a Evolução do Patrimônio Líquido do município para a LDO – Lei de Diretrizes Orçamentárias, permitindo informar no mínimo as seguintes informações: Patrimônio/Capital, Reservas, Resultado Acumulado, Patrimônio do RPPS, Reservas do RPPS e Lucros/Prejuízos Acumulados do RPPS. Permitir que os valores sejam alterados pela entidade e que estas alterações sejam controladas de acordo com a data de apuração das informações. Disponibilizar uma opção a qual permita que a entidade importe as informações cadastradas na LDO – Lei de Diretrizes Orçamentárias do ano anterior. |
247. | Dispor do relatório Demonstrativo 4 - Evolução do Patrimônio Líquido de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de um quadro para que a entidade possa informar as notas explicativas do relatório. |
248. | Dispor de uma rotina onde seja possível cadastrar a Alienação de Ativos do município para a LDO – Lei de Diretrizes Orçamentárias, permitindo informar no mínimo as seguintes informações: Receita Realizada de Alienação de Bens Móveis, Receita Realizada de Alienação de Bens Imóveis, Despesas de Investimento, Despesas de Inversões Financeiras, Despesas de Amortização da Dívida, Despesas Decorrentes do RPPS e Despesas Decorrentes do RGPS. Permitir que os valores sejam alterados pela entidade e que estas alterações sejam controladas de acordo com a data de apuração das informações. Disponibilizar uma opção a qual permita que a entidade importe as informações cadastradas na LDO – Lei de Diretrizes Orçamentárias do ano anterior. |
249. | Dispor do relatório Demonstrativo 5 - Origem e Aplicação dos Recursos Obtidos com Alienação de Ativos de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de um quadro para que a entidade possa informar as notas explicativas do relatório. |
250. | Dispor de uma rotina onde seja possível cadastrar as Receitas, Despesas, Aportes, Bens e Direitos do RPPS, tanto do Plano Financeiro quanto do Plano Previdenciário para a LDO – Lei de Diretrizes Orçamentárias. Permitir que os valores sejam alterados pela entidade e que estas alterações sejam controladas de acordo com a data de apuração das informações. Disponibilizar uma opção a qual permita que a entidade importe as informações cadastradas na LDO – Lei de Diretrizes Orçamentárias do ano anterior. |
251. | Dispor de uma rotina onde seja possível cadastrar Projeção Atuarial do RPPS, tanto do Plano Financeiro quanto do Plano Previdenciário para a LDO – Lei de Diretrizes Orçamentárias, permitindo informar no mínimo as seguintes informações: Saldo Financeiro, Receitas e Despesas para o Plano Financeiro e Plano Previdenciário do RPPS. Permitir que a entidade possa alterar o número de anos a ser projetado. Permitir que os valores sejam alterados pela entidade e que estas alterações sejam controladas de acordo com a data de apuração das informações. Disponibilizar uma opção a qual permita que a entidade importe as informações cadastradas na LDO – Lei de Diretrizes Orçamentárias do ano anterior. |
252. | Dispor do relatório Demonstrativo 6 - Avaliação da Situação Financeira e Atuarial do Regime Próprio de Previdência dos Servidores de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de |
vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de um quadro para que a entidade possa informar as notas explicativas do relatório. | |
253. | Dispor de uma rotina onde seja possível cadastrar as Renúncias de Receita para a LDO – Lei de Diretrizes Orçamentárias, permitindo informar no mínimo as seguintes informações: Setor/Programa/Beneficiário, Modalidade da Renúncia, Tipo de Tributo e a Forma de Compensação. Permitir que a entidade possa cadastrar o Setor/Programa/Beneficiário e o Tributo. |
254. | Dispor do relatório Demonstrativo 7 - Estimativa e Compensação da Renúncia de Receita de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de um quadro para que a entidade possa informar as notas explicativas do relatório. |
255. | Dispor de uma rotina onde seja possível cadastrar a Margem de Expansão das Despesas Obrigatórias de Caráter Continuada para a LDO – Lei de Diretrizes Orçamentárias, permitindo informar no mínimo as seguintes informações: Aumento Permanente da Receita, (-) Transferências Constitucionais, (-) Transferências ao FUNDEB, Reeducação Permanente da Despesa, Novas Despesas Obrigatórias de Caráter Continuado e Novas Despesas Obrigatórias de Caráter Continuado geradas por Parecerias Público-Privada. |
256. | Dispor do relatório Demonstrativo 8 - Margem de Expansão das Despesas Obrigatórias de Caráter Continuado de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LDO - Lei de Diretrizes Orçamentárias. Permitir que na impressão do relatório seja informada a data de referência das informações, de modo que as alterações realizadas nas Metas Fiscais Consolidadas também sejam impressas. Dispor de um quadro para que a entidade possa informar as notas explicativas do relatório. |
257. | Permitir que sejam cadastrados na LDO - Lei de Diretrizes Orçamentárias os Programas de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que seja informado no cadastro do programa no mínimo as seguintes informações: Descrição do Programa, Tipo de Programa, Macro objetivo, Objetivo do Programa, Natureza do Programa (Contínuo ou Temporário), Unidade Responsável pelo Programa, Objetivo Setorial, Problema, Justificativa, Público-alvo e Indicadores. Permitir que a entidade tenha autonomia de incluir um ou mais indicadores para o mesmo programa de governo, também deverá permitir que a entidade atualize as informações do indicador, sendo elas: Índice Atual do Indicador, Índice Previsto do Indicador, Índice dos Anos informados no PPA, Periodicidade da Apuração, Data da Apuração e Abrangência. |
258. | Permitir que a entidade possa cadastrar na LDO - Lei de Diretrizes Orçamentárias as Ações de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade possa informar no mínimo as seguintes informações neste cadastro: Descrição da Ação, Objetivo da Ação, Detalhamento da Ação, Produto da Ação, Tipo de Ação de Governo e a Situação da Ação. Permitir que a entidade possa cadastrar o Tipo de Ação de Governo e o Produto da Ação de acordo com a sua necessidade. |
259. | Permitir que a entidade possa cadastrar na LDO - Lei de Diretrizes Orçamentárias as Subações de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade possa informar no mínimo as seguintes informações neste cadastro: Descrição da Subação, Objetivo da Subação, Detalhamento da Subação e Tipo de Subação de Governo. Permitir que a entidade possa cadastrar o Tipo de Ação de Governo de acordo com a sua necessidade. |
260. | Permitir que a entidade possa cadastrar as Transferências Financeiras do Município. A entidade deverá ter autonomia de informar a Entidade Concessora e Entidade Recebedora do recurso. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. |
261. | Dispor de uma rotina onde seja possível realizar a programação das Transferências Financeiras do município na LDO - Lei de Diretrizes Orçamentárias. Permitir que nesta rotina seja informada a Fonte e Recursos, Descrição da |
Transferência, Tipo de Transferência (Recebida/Concedida) e o valor programada para o ano. Permitir que as informações cadastradas no PPA - Plano Plurianual referente as Transferências Financeiras sejam importadas para a LDO - Lei de Diretrizes Orçamentárias. | |
Orçamento e Planejamento LOA | |
262. | Possuir integração entre os módulos PPA, LDO e LOA, com cadastro único das peças de planejamento como Órgão, Unidade, Função, Subfunção, Programa de Governo, Ação de Governo, Subação de Governo, Naturezas de Receita e Despesa, Fonte de Recursos e Detalhamento da Fonte. |
263. | Permitir a gerência e a atualização da tabela de Classificação Econômica da Receita e Despesa, da tabela de componentes da Classificação Funcional Programática, Fonte de Recursos, Grupo de Fonte de Recursos, especificadas nos anexos da Lei 4320/64 e suas atualizações. |
264. | Gerar a proposta orçamentária para o ano seguinte utilizando o orçamento do ano em execução e permitir a atualização do conteúdo e da estrutura da proposta gerada. |
265. | Permitir incluir informações oriundas das propostas orçamentárias dos órgãos da administração indireta para consolidação da proposta orçamentária do município, observando o disposto no artigo 50 inciso III da Lei Complementar 101/2000 (LRF). |
266. | Disponibilizar, ao início do exercício, o orçamento aprovado para a execução orçamentária. Em caso de ao início do exercício não se ter o orçamento aprovado, disponibilizar dotações conforme dispuser a legislação municipal. |
267. | Permitir elaborar a LOA utilizando informações do PPA ou da LDO em vigência. |
268. | Manter cadastro das leis e decretos que aprovam, alteram ou incluem os itens na LOA. |
269. | Permitir a abertura de créditos adicionais, exigindo informação da legislação de autorização e resguardando o histórico das alterações de valores ocorridas. |
270. | Permitir a atualização total ou seletiva da proposta orçamentária através da aplicação de percentuais ou índices. |
271. | Permitir o bloqueio e desbloqueio de dotações, inclusive objetivando atender ao artigo 9 da Lei Complementar 101/2000 (LRF). |
272. | Possibilitar a Projeção das Receitas e das Despesas nas peças de planejamento. |
273. | Possuir cadastro das Transferências Financeiras contendo as Unidades Gestoras Concessoras e as Unidades Gestoras Recebedoras dos recursos financeiros além da finalidade das transferências. |
274. | Permitir a Programação das Transferências Financeiras Concedidas e Recebidas para o exercício a que refere-se à LOA. |
275. | Permitir que o Cadastro e a Programação das Transferências Financeiras sejam importados do PPA ou da LDO. |
276. | Permitir que a Programação das Transferências Financeiras seja realizada de forma automática pelo sistema através da inserção de percentuais mensais sobre o valor total da transferência prevista no ano. |
277. | Possuir mecanismo de estorno da Programação Inicial das Transferências Financeiras. |
278. | Possuir mecanismo que adicione ou reduza o valor da Programação Inicial das Transferências Financeiras. |
279. | Permitir que na aprovação do orçamento ocorra a contabilização da Previsão das Transferências Financeiras. |
280. | Permitir o controle do Cronograma Mensal de Desembolso, possibilitando a sua elaboração de forma automática de forma proporcional aos meses do ano ou a partir da proporção mensal da execução orçamentária do exercício anterior. |
281. | Permitir contabilizar o Cronograma Mensal de Desembolso conforme regras estabelecidas pelo Tribunal de Contas do Estado de São Paulo, possibilitando sua posterior geração para o AUDESP. |
282. | Permitir elaborar a Programação Financeira da Receita, possibilitando a sua elaboração de forma automática de forma proporcional aos meses do ano ou a partir da proporção mensal da execução orçamentária do exercício anterior. |
283. | Permitir contabilizar a Programação Financeira da Receita conforme regras estabelecidas pelo Tribunal de Contas do Estado de São Paulo, possibilitando sua posterior geração para o AUDESP. |
284. | Armazenar dados do orçamento e disponibilizar consulta global ou detalhada por órgão, fundo ou entidade da administração direta, autárquica e fundacional. |
285. | Emitir relatório da proposta orçamentária municipal consolidada (administração direta e indireta) conforme exigido pela Lei 4320/64, Constituição Federal e pela Lei Complementar 101/2000 (LRF). |
286. | Emitir todos os anexos de orçamento, global e por órgão, fundo ou entidade da administração direta, autárquica e fundacional, exigidos pela Lei 4320/64 e pela Lei Complementar 101/2000 (LRF). |
287. | Emitir relatório da proposta orçamentária consolidada (administração direta e indireta) conforme exigido pela Lei Complementar 101/2000 (LRF). |
288. | Integrar-se totalmente às rotinas da execução orçamentária possibilitando o acompanhamento da evolução da execução do orçamento. |
289. | Emitir relatório da proposta orçamentária municipal Consolidada por Programa de Governo, destacando Ações Governamentais por Programa de Governo. Listar para estas Ações Governamentais os seus respectivos valores, finalidade e metas físicas a serem alcançadas. |
290. | Emitir relatório com controle de percentuais sobre a proposta da LOA para cálculos da educação, saúde, pessoal, inativos e pensionistas do RPPS. |
291. | Dispor de um cadastro onde seja possível informar as Unidades Gestoras que fazem parte do município. Este cadastro deverá ter um controle de vigência e situação indicando a data de alteração e se o cadastro se encontra ativado ou desativado. Ofertar condições para que uma ou mais Unidades Gestoras utilizem a mesma sequência de empenhos da Unidade Gestora principal do Município (Prefeitura). |
292. | Dispor de um cadastro onde possa ser cadastrado um Grupo de Unidade Gestora, de modo que este grupo seja utilizado em outras rotinas do sistema, tais como: cadastros, consultas e na impressão de relatórios. A entidade deverá ter autonomia de alterar as informações do grupo, bem como adicionar ou remover as unidades gestoras do grupo a qualquer momento. Este cadastro deverá ter um controle de vigência e situação indicando a data de alteração e se o cadastro se encontra ativado ou desativado. |
293. | Dispor de um cadastro de Classificação Funcional da Despesa demonstrando o código e descrição da Função e Subfunção de Governo. Este cadastro deverá ter um controle de vigência e situação indicando a data de alteração e se o cadastro se encontra ativado ou desativado. |
294. | Permitir que a entidade possa cadastrar na LOA - Lei Orçamentária Anual os Órgão e Unidades Orçamentárias para cada Unidade Gestora da entidade. Este cadastro deverá ter um controle de vigência e deverá permitir a sua desativação. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade tenha autonomia de cadastrar um Departamento/Subunidade (terceiro nível da classificação institucional). Dispor de um relatório que demonstre todos os Órgão, Unidade e Departamento/Subunidade que estão ativas, de modo que neste relatório sejam demonstradas no mínimo as seguintes informações: Órgão, Unidade, Departamento, Descrição, Campo de Atuação, Legislação, Unidade Gestora e Data de Alteração. |
295. | Permitir que sejam cadastrados na LOA - Lei Orçamentária Anual os Programas de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que seja informado no cadastro do programa no mínimo as seguintes informações: Descrição do Programa, Tipo de Programa, Macro objetivo, Objetivo do Programa, Natureza do Programa (Contínuo ou Temporário), Unidade Responsável pelo Programa, Objetivo Setorial, Problema, Justificativa, Público-alvo e Indicadores. Permitir que a entidade tenha autonomia de incluir um ou mais indicadores para o mesmo programa de governo, também deverá permitir que a entidade atualize as informações do indicador, sendo elas: Índice Atual do Indicador, Índice Previsto do Indicador, Índice dos Anos informados no PPA, Periodicidade da Apuração, Data da Apuração e Abrangência. |
296. | Permitir que a entidade possa cadastrar na LOA - Lei Orçamentária Anual as Ações de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade possa informar no mínimo as seguintes informações neste cadastro: Descrição da Ação, Objetivo da Ação, Detalhamento da Ação, Produto da Ação, Tipo de Ação de Governo e a Situação da Ação. Permitir que a entidade possa cadastrar o Tipo de Ação de Governo e o Produto da Ação de acordo com a sua necessidade. |
297. | Permitir que a entidade possa cadastrar na LOA - Lei Orçamentária Anual as Subações de Governo da entidade. Este cadastro deverá ter um controle de alterações por data. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. Permitir que a entidade possa |
informar no mínimo as seguintes informações neste cadastro: Descrição da Subação, Objetivo da Subação, Detalhamento da Subação e Tipo de Subação de Governo. Permitir que a entidade possa cadastrar o Tipo de Ação de Governo de acordo com a sua necessidade. | |
298. | Permitir que a entidade possa cadastrar as Transferências Financeiras do Município. A entidade deverá ter autonomia de informar a Entidade Concessora e Entidade Recebedora do recurso. Este cadastro deverá ser único entre as peças do planejamento e orçamento (PPA – Plano Plurianual, LDO – Lei de Diretrizes Orçamentárias e LOA – Lei Orçamentária Anual), de modo que as informações sejam compartilhadas sem a necessidade de recadastramento. |
299. | Dispor de uma consulta que demonstre em tela os saldos de todos os processos que envolvem a despesa orçamentária. São eles: Orçamento Inicial, Alterações Orçamentárias (Suplementações e Reduções), Correção do Orçamento, Orçamento Atualizado, Empenhado (Bruno e Líquido), Liquidado (Bruno e Líquido), Em Liquidação, Retido, Pago (Bruno e Líquido), Saldo a Liquidar, Saldo a Pagar, Saldo Reservado, Saldo Bloqueado e Saldo Disponível. Permitir que a entidade possa realizar filtros nesta consulta, através das seguintes informações: Órgão, Unidade Orçamentária, Função, Subfunção, Programa, Ação, Natureza da Despesa, Modalidade de Empenho, Fonte Recursos, Credor, Número do Fundamento Legal, Código da Ementa do Fundamento Legal e código da Despesa. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros a cada nova consulta. |
300. | Dispor de uma consulta que demonstre em tela os saldos de todos os processos que envolvem a receita orçamentária. São eles: Previsão Inicia, Previsão das Deduções, Previsão Inicial Líquida (Receita - Deduções), Reestimativa da Receita, Reestimativa das Deduções, Previsão Atualizada Líquida, Arrecadação Bruta, Estorno da Arrecadação, Dedução da Receita, Arrecadação Líquida e Saldo a Arrecadar. Permitir que a entidade possa aplicar filtros através das seguintes informações: Código da Receita, Natureza da Receita, Fonte de Recursos, Número do Fundamento Legal e Código da Ementa do Fundamento Legal. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros a cada nova consulta. |
301. | Dispor de uma consulta que demonstre em tela todos os movimentos que envolvem a despesa orçamentária. Esta consulta deverá demonstrar no mínimo as seguintes informações: Número do Lançamento, Data de Movimento, Histórico da Movimentação, Número do Empenho (quando o movimento estiver vinculado a um empenho) e o Valor. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras, também deverá ter a opção de filtrar a Despesa utilizada no processo. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. |
302. | Dispor de uma consulta que demonstre em tela todos os movimentos que envolvem a receita orçamentária. Esta consulta deverá demonstrar no mínimo as seguintes informações: Número do Lançamento, Data de Movimento, Histórico da Movimentação e o Valor. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras, também deverá ter a opção de filtrar a Receita utilizada no processo. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. A entidade deverá ter a opção de desconsiderar as seguintes informações da consulta: Movimento de Arrecadação, Movimento de Estorno de Arrecadação, Movimento de Dedução e Movimento de Estorno de Dedução da Receita. Demonstrar nesta consulta um resumo com as seguintes informações: Previsão Inicial da Receita, Previsão Inicial da Dedução, Previsão Inicial da Receita Líquida, Reestimativa da Receita, Previsão Atualizada da Receita, Arrecadação da Receita (Bruta), Dedução da Receita e Arrecadação da Receita Líquida (Arrecadação - Dedução). |
303. | Dispor de uma forma para localizar e acessar todas as funcionalidades disponíveis no sistema. Deverá englobar necessariamente consultas, relatórios e todas as funcionalidades de operação do sistema. Ao pesquisar uma funcionalidade deverá exibir como resultado o nome da funcionalidade e o caminho de sua localização. |
Informações ao TCE – SP |
304. | Emitir relatório da proposta orçamentária municipal consolidada (administração direta e indireta), conforme exigido pela Lei 4.320/64 e suas atualizações. |
305. | Emitir todos os anexos de orçamento, global e por órgão, fundo ou entidade da administração direta, autárquica e fundacional, exigidos pela Lei Nº 4.320/64 e suas atualizações: - Anexo 1 – Demonstração da Receita e Despesa Segundo as Categorias Econômicas; - Anexo 2 – Receita Segundo as Categorias Econômicas e Natureza da Despesa Segundo as Categorias econômicas; - Anexo 6 – Programa de Trabalho; - Anexo 7 – Demonstrativo de Funções, Programas e Subprogramas por Projetos e Atividades (adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão); - Anexo 8 – Demonstrativo da Despesa por Função, Programas e Subprogramas, conforme o vínculo com os Recursos (adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão); - Anexo 9 – Demonstrativo da Despesa por Órgãos e Funções (adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão). |
306. | Emitir todos os relatórios da contabilidade previstos na Lei 4.320/64, atendendo ao inciso III do Artigo 50 da Lei Complementar 101/2000 (LRF). - Anexo 10 – Comparativo da Receita Orçada com a Arrecadada; - Anexo 11 – Comparativo da Despesa Autorizada com a Realizada; - Anexo 12 – Balanço Orçamentário; - Anexo 13 – Balanço Financeiro; - Anexo 14 – Balanço Patrimonial; - Anexo 15 – Demonstrativo das Variações Patrimoniais, ajustado também às exigências do Artigo 53, parágrafo 1, inciso III da Lei complementar 101/2000 (LRF). |
307. | Emitir relatórios conforme Resolução do Senado Federal 78/98 com a Síntese da Execução Orçamentária, compreendendo os Anexos 16 e 17 da Lei 4.320/64 e suas atualizações: - Anexo 16 – Demonstração da Dívida Fundada Interna; - Anexo 17 – Demonstração da Dívida Flutuante. |
308. | Emitir relatório para o Sistema de Informações sobre Orçamentos Públicos em Saúde - SIOPS, com as seguintes informações: - Receitas Municipais: SIOPS; - Despesas Municipais: Saúde por Subfunção, Saúde por Categoria Econômica, Saneamento por Categoria e Resumo. |
309. | Gerar arquivos para a Secretaria da Receita Previdenciária, conforme layout definido no Manual Normativo de Arquivos Digitais – MANAD. |
310. | Gerar arquivos em formato XML para prestação de contas do projeto AUDESP: balancetes isolados e conjuntos mensais; conciliação bancária mensal; PPA, LDO, LOA iniciais e atualizados; alteração dos cadastros; mapa de precatórios, balanços anuais, contratos de concessão e permissão de uso. |
311. | Possuir integração com o sistema de contabilidade pública. |
Relatórios LRF (Lei de Responsabilidade Fiscal) | |
312. | Emitir todos os Relatórios Resumidos da Execução Orçamentária da Lei de Responsabilidade, conforme modelos definidos pela Secretaria do Tesouro Nacional. |
313. | Emitir todos os Relatórios de Gestão Fiscal da Lei de Responsabilidade, conforme modelos definidos pela Secretaria do Tesouro Nacional. |
314. | Emitir relatórios de conferência das informações mensais relativas aos Gastos com Pessoal e Saúde. |
315. | Possuir integração com o sistema de contabilidade pública, gerando automaticamente os relatórios fiscais a partir dos dados já contabilizados. |
316. | Dispor do relatório Anexo 1 - Balanço Orçamentário referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
317. | Dispor do relatório Anexo 2 - Demonstrativo da Execução das Despesas por Função e Subfunção referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
318. | Dispor do relatório Anexo 3 - Demonstrativo da Receita Corrente Líquida referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. |
319. | Dispor do relatório Anexo 4 - Demonstrativo das Receitas e Despesas Previdenciárias do Regime Próprio de Previdência Social referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
320. | Dispor do relatório Anexo 6 - Demonstrativo dos Resultados Primário e Nominal referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
321. | Dispor do relatório Anexo 7 - Demonstrativos dos Restos a Pagar por Poder e Órgão referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
322. | Dispor do relatório Anexo 8 - Demonstrativo das Receitas e Despesas com Manutenção e Desenvolvimento do Ensino referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. Permitir que o relatório seja impresso utilizando as regras e definições estabelecidas pela STN/SICONFI/MSC. Permitir que o relatório seja impresso utilizando as regras e controles orçamentários conforme a definição estabelecida pelo usuário e respeitando os layouts definidos no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. |
323. | Dispor do relatório Anexo 9 - Demonstrativo das Operações de Crédito e Despesa de Capital referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. |
324. | Dispor do relatório Anexo 10 - Demonstrativo da Projeção Atuarial do Regime Próprio de Previdência dos Servidores referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. |
325. | Dispor do relatório Anexo 11 - Demonstrativo da Receita de Alienação de Ativos e Aplicação dos Recursos referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. |
326. | Dispor do relatório Anexo 12 - Demonstrativo das Receitas e Despesas com Ações em Serviços Públicos de Saúde referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
327. | Dispor do relatório Anexo 13 - Demonstrativo das Parcerias Público-Privadas referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. |
328. | Dispor do relatório Anexo 14 - Demonstrativo Simplificado dos Relatórios Resumidos da Execução Orçamentária referente aos Relatórios Resumidos da Execução Orçamentária da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. Permitir que o relatório seja impresso utilizando as informações do Anexo 8- MDE com as regras e definições estabelecidas pela STN/SICONFI/MSC. Permitir que o relatório seja impresso utilizando as informações do Anexo 8 - MDE com as regras e controles orçamentários conforme a definição estabelecida pelo usuário e respeitando os layouts definidos no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. |
329. | Dispor do relatório Anexo 1 - Demonstrativo da Despesa com Pessoal referente aos Relatórios de Gestão Fiscal da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. O relatório deverá ter a opção de impressão através do Poder Executivo, Legislativo e Consolidado. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. |
330. | Dispor do relatório Anexo 2 - Demonstrativo da Dívida Consolidada referente aos Relatórios de Gestão Fiscal da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
331. | Dispor do relatório Anexo 3 - Demonstrativo das Garantias e Contra garantias de Valores referente aos Relatórios de Gestão Fiscal da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
332. | Dispor do relatório Anexo 4 - Demonstrativo das Operações de Crédito referente aos Relatórios de Gestão Fiscal da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. |
333. | Dispor do relatório Anexo 5 - Demonstrativo da Disponibilidade de Caixa e Restos a Pagar referente aos Relatórios de Gestão Fiscal da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. O relatório deverá ter a opção de impressão através do Poder Executivo, Legislativo e Consolidado. Permitir que o relatório seja impresso considerando as informações de uma única Unidade Gestora, de um grupo de Unidades Gestoras ou de todas as Unidades Gestoras cadastradas para o Município. |
334. | Dispor do relatório Anexo 6 - Demonstrativo Simplificado do Relatório de Gestão Fiscal referente aos Relatórios de Gestão Fiscal da LRF - Lei de Responsabilidade Fiscal de acordo com a estrutura e regras definidas no MDF - Manual de Demonstrativos Fiscais para o ano de vigência da LRF – Lei de Responsabilidade Fiscal. O relatório deverá ter a |
opção de impressão através do Poder Executivo, Legislativo e Consolidado. Dispor de um filtro de data inicial e final que considere as informações por um intervalo de meses. | |
335. | Dispor de uma forma para localizar e acessar todas as funcionalidades disponíveis no sistema. Deverá englobar necessariamente consultas, relatórios e todas as funcionalidades de operação do sistema. Ao pesquisar uma funcionalidade deverá exibir como resultado o nome da funcionalidade e o caminho de sua localização. |
Integrações Contabilidade Requisitos Técnicos | |
336. | Possuir integração em tempo real com movimentação oriunda da gestão de materiais de consumo, gerando movimentações de entradas e saídas contabilizadas utilizando o critério de custo médio ponderado. Efetivar escrituração contábil no sistema patrimonial de contas contábeis. |
337. | Possuir integração em tempo real com movimentação oriunda da gestão de compras e licitações, efetivando a reserva de saldos da despesa orçamentária nos momentos propícios, de acordo com a Lei 8.666.1993 – Lei de Licitações e Contratos. |
338. | Possuir integração em tempo real com movimentação oriunda da gestão de patrimônio, gerando movimentações de ingressos, depreciações, avaliações e baixas. Efetivar escrituração contábil no sistema patrimonial de contas contábeis. |
339. | Possuir integração com movimentação oriunda da gestão de pessoal, possibilitando que ocorra a emissão de empenho orçamentário, os empenhos patronais, as retenções orçamentárias e extra orçamentárias, com possibilidade de especificação de históricos padronizados. Permitir que a escrituração contábil ocorra de acordo com o PCASP – Plano de Contas Aplicado ao Setor Público. Ter opção para efetivar a liquidação dos empenhos de maneira automática. |
340. | Em relação às movimentações que executam escrituração contábil, ter mecanismo que possibilite configuração de todas as regras de contabilização de acordo com a necessidade da entidade. Deve existir a possibilidade de desativação de uma regra visando a elaboração de nova regra que a substitua. Ter registro de auditoria na manutenção das regras, bem como mecanismo de validação da mesma de maneira prévia antes do uso efetivo nas movimentações. |
Módulo de Tesouraria | |
341. | Deverá disponibilizar configurações para o uso de Ordem Bancária Eletrônica, de modo que seja possível configurar a versão do leiaute do banco, tamanho total do registro do arquivo, valor limite para emissão de transferências bancárias do tipo DOC. Deverá também permitir configurar o conteúdo de cada ocorrência enviado pelo banco no arquivo de retorno, identificando se o mesmo refere-se a pagamentos, bem como a identificação do contrato realizado com a instituição bancária, o número de dias para pagamento, o código da Unidade Gestora emitente da Ordem Bancária, o nome e localização física dos arquivos de remessa e retorno e a sequência que deve ser gerada no arquivo de remessa. Deverá ainda dispor de mecanismo que oferte configuração flexível permitindo que a entidade tenha autonomia de formatar as informações do arquivo de remessa e retorno da ordem bancária eletrônica. Por fim, deverá disponibilizar meios de identificar quais contas bancárias geridas pela entidade fazem uso de cada Contrato de Ordem Bancária, devendo administrar vários contratos de ordem bancária simultaneamente. |
342. | Disponibilizar a ordem bancária eletrônica como meio de pagamento de empenhos orçamentários, empenhos de restos a pagar, documentos extra orçamentários. Deverá oportunizar que vários empenhos orçamentários, empenhos de restos a pagar e documentos extra orçamentários possam ser pagos em uma mesma ordem bancária, mesmo sendo para credores distintos. Deverá ainda permitir o pagamento com código de barras dos tipos: Fatura e Convênio. Deverá também disponibilizar meios de realizar a geração do arquivo contendo os documentos que serão processados e pagos pela instituição bancária, podendo gerar o arquivo eletrônico de várias ordens bancárias num mesmo instante. É necessário ainda disponibilizar mecanismo que faça a importação do arquivo de retorno bancário demonstrando as críticas apuradas pela instituição bancária. O processo deverá, de forma automática e sem intervenção do usuário, executar o estorno de pagamento dos empenhos orçamentários, empenhos de restos a pagar e documentos extra orçamentários que não foram efetivados, identificando quais cítricas foram apontadas como motivos de insucesso pela instituição bancária. Demonstrar o valor total pago e rejeitado pela instituição bancária. Deve, por fim, disponibilizar mecanismo que permita o cancelamento da ordem bancária mesmo após o seu envio e processamento pela instituição bancária. |
343. | Dispor de mecanismo que permita a realização de transferências bancárias eletrônicas entre as contas bancárias da entidade. Este mecanismo deve permitir a realização de várias transferências em uma mesma ordem bancária eletrônica. Deverá também disponibilizar meios de realizar a geração do arquivo contendo as transferências que serão processadas e pagas pela instituição bancária, podendo gerar o arquivo eletrônico de várias ordens bancárias num mesmo instante. É necessário ainda disponibilizar mecanismo que faça a importação do arquivo de retorno bancário demonstrando as críticas apuradas pela instituição bancária. O processo deverá, de forma automática e sem intervenção do usuário, executar o estorno das transferências bancárias que não foram efetivadas, identificando quais cítricas foram apontadas como motivos de insucesso pela instituição bancária. Demonstrar o valor total pago e rejeitado pela instituição bancária. Deve, por fim, disponibilizar mecanismo que permita o cancelamento da ordem bancária mesmo após o seu envio e processamento pela instituição bancária. |
344. | Ofertar mecanismo de abertura e fechamento de caixa, com suporte a funcionamento de autenticadoras de documentos. Deve emitir os relatórios de movimentação diária da autenticadora e o resumo do movimento da autenticadora. Também deve ofertar recurso para autenticar movimentações cotidianas da entidade, como arrecadação de receitas, notas de lançamentos, devolução de recursos ao contribuinte. Também deve dispor de mecanismo flexível para configuração do modelo da autenticadora, dispondo minimamente dos modelos Bematech, TSP, PrintPlus, Sigtron, bem como a porta que será utilizada na impressão. |
345. | Disponibilizar o cheque como meio de pagamento de empenhos orçamentários, empenhos de restos a pagar, documentos extra orçamentários. Deverá oportunizar que vários empenhos orçamentários, empenhos de restos a pagar e documentos extra orçamentários possam ser pagos em um único cheque, mesmo sendo para credores distintos. Deve disponibilizar meios de configurar a impressão do cheque, devendo ser por meio de talonário avulso ou através de formulário contínuo de cheque. Deve disponibilizar recurso que permita a impressão de cheques sem reflexo contábil, sem contabilização. Na configuração de talonário de cheques, deve dispor da identificação de sequência do talão, folha inicial e folha final, número de série e data de início do uso. Na configuração da impressão de cheque através de impressão contínua, deve permitir configurar o local de impressão na folha das seguintes informações: valor, primeira e segunda linha de extenso, portador, local e data e número do cheque. Também deve configurar a quantidade de cheques por folha e a altura do cheque. Também deve disponibilizar recurso que permita a transferência bancária entre contas da entidade, através da emissão de cheque para transferência entre contas. Por fim, deve ser possível realizar o cancelamento do cheque, podendo reemiti-lo novamente com novas características, bem como a anulação do cheque, não podendo utilizar-se do mesmo número novamente, sendo estas duas opções distintas uma da outra. |
346. | Disponibilizar mecanismo que permita a realização da conciliação bancária, devendo informar o saldo do extrato bancário para uma determinada data, bem como a conta que está sendo conciliada. Deve disponibilizar mecanismo que permita realizar a conciliação dos movimentos existentes no extrato bancário e contabilidade, simultaneamente, de modo a resultar nos movimentos que não foram conciliados. Também deve disponibilizar mecanismo que permita realizar o ajuste da conciliação, em relação aos movimentos existentes no extrato bancário e não existentes na contabilidade, e vice versa. |
347. | Disponibilizar de mecanismo que permita o recebimento dos tributos municipais, realizando a identificação do débito a ser quitado através de leitura de código de barras e também identificação manual de débito em aberto para o contribuinte. Deve identificar juros, multas e correções monetárias de forma automatizada, exibindo as mesmas em tela e acrescentando-as no valor a ser cobrado. Ao efetivar a operação, deve dar a o recebimento do valor e efetuar a quitação do débito no sistema de administração tributária, sem necessidade de intervenção naquele sistema. Deve também disponibilizar de mecanismo que faça a devolução de valores para o contribuinte, gerando um recibo para o mesmo a partir dessa operação. |
348. | Deve dispor de mecanismo onde seja possível acessar vários exercícios financeiros de uma mesma entidade de forma simultânea, possibilitando assim a execução de movimentações, consultas ou relatórios. Deverá também dispor de mecanismo que permita a troca do exercício financeiro dentro do próprio sistema, não sendo necessário encerrar o sistema para tal objetivo. |
349. | Dispor de uma consulta que demonstre todas as contabilizações realizadas pela entidade permitindo que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Nesta consulta é necessário que as |
seguintes informações sejam exibidas na tela: Número da Entidade ou Unidade Gestora, Identificação se é um movimento de Estorno, Data do Movimento, Tipo de Lançamento (Débito ou Crédito), Código da Conta a Débito, Código da Conta a Crédito, Valor da Operação, Fato Contábil que originou o processo, Regra de Contabilização utilizada na escrituração, Conjunto de Lançamento Contábil utilizado na escrituração, Lançamento Contábil Padronizado utilizado na escrituração, Histórico do Processo, Identificador do Superávit Financeiro e a Data da Operação/Computador que foi realizado o processo. Cada usuário deverá ter autonomia de modificar a ordem de exibição e ocultar as colunas a qualquer momento sem alterar a consulta dos demais usuários. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período permitindo que seja informado um intervalo de dias. A consulta deve dispor dos seguintes filtros de pesquisa: Entidade ou Unidade Gestora, Conta Contábil, Tipo de Atributo do Superávit Financeiro, Valor (sendo possível consultar um intervalo de valores), Tipo de Lançamento (Débito ou Crédito), Conjunto de Lançamento Padronizado, Lançamento Contábil Padronizado e Regra de Contabilização. A consulta deverá ter um quadro com totalizadores demonstrando o Saldo Inicial, Total de Débito, Total de Crédito e Saldo Final. Também deverá apresentar os mesmos totalizadores de acordo com o tipo de atributo do superávit financeiro, sendo ele Financeiro e Patrimonial. Demonstrar a informação da quantidade de lançamentos contábeis que foram apresentados na consulta. O usuário deverá ter autonomia de ordenar de forma crescente ou decrescente as colunas tendo a opção de ordenar mais de uma coluna. | |
350. | Deverá dispor de gestão de despesas do tipo "Recursos Antecipados", tendo flexibilidade no uso nos seguintes controles: Deverá permitir configurar a quantidade máxima de recursos recebidos sem a prestação de contas do recurso. Deverá também ser possível de configuração pelo usuário a quantidade máxima de dias para realizar a prestação de contas, bem como o valor máximo do empenho. Deve ainda permitir configurar se bloqueará a movimentação ou apenas emitirá aviso alertando o usuário, caso ocorra alguma movimentação extrapole as configurações previstas nos itens expostos anteriormente. Essas configurações devem ser aplicadas para despesas do tipo "Suprimento de Fundos", "Viagens" e "Demais Recursos Antecipados" de forma individual, podendo em cada uma delas ter uma configuração específica. Deverá ainda dispor de configuração de qual valor percentual permitirá empenhar no subelemento de despesa 96 - Pagamentos Antecipados. |
351. | Deverá emitir empenhos destinados a "Recursos Antecipados", como Suprimentos de Fundos, Diárias e outros recursos antecipados, contando com dispositivo para efetuar a Prestação de Contas do mesmo. Deverá realizar a Prestação de Contas do Recursos Antecipado, registrando o saldo a ser devolvido, a conta contábil que recebe a devolução, o número do processo administrativo que originou a despesa. Também deverá emitir documentos desse processo de despesa, sendo o documento de Prestação de Contas e o Recibo da Prestação de Contas. |
352. | Deverá disponibilizar mecanismo que permita a realização das transferências financeiras, seja as Concessões e Devoluções de Transferências Concedidas bem como os Recebimentos e Devoluções das Transferências Recebidas. Em ambos os casos, deverá interligar com o Orçamento, onde tais valores devem estar devidamente programados, e não deverá possibilitar que se faça mais transferências do que os valores programados. Deverá ainda realizar ambas as operações, onde para cada operação individualmente deve identificar de quais meses o valor a ser movimentado deverá ser utilizado. |
353. | Deverá dispor de emissão de Ordem de Pagamento. Deverá ter controle sequencial da numeração da Ordem de Pagamento, bem como a opção para incluir vários empenhos em uma mesma Ordem de Pagamento, tanto Orçamentários, quanto de Restos e Extras. Deverá também possuir emissão de Ordem de Pagamento para transferência entre contas bancárias da entidade, onde dessa forma, deve solicitar a conta bancária de origem e destino da transação. |
354. | Deverá disponibilizar o cadastro de Ordem Cronológica de Pagamentos por meio do conceito de Filas de Pagamento. As filas devem ter minimamente como critério para criação: Unidade Gestora, Descrição da Fila, Número da Lei, Data de Criação, Data da Publicação e Data de Vigência. Como critério de ordenação, deve ter minimamente: Data da Liquidação, Data de Vencimento e Tipo de Documento. |
355. | Deverá disponibilizar visão que demonstre a Ordem Cronológica dos Pagamentos, por meio de filas de pagamento. Esta visão deverá ter meios de filtrar as informações que serão exibidas, sendo minimamente as opções: Número da Fila de Pagamento, Intervalo de Data de Vencimento, intervalo de valores, Fonte de Recursos, Apenas os empenhos a Pagar bem como os Pagos também, Natureza da Despesa, Credor, Função e Subfunção de Governo. Deverá exibir o resultado |
da visão de forma configurável pelo usuário, ficando a seu critério a decisão de quais informações deverão ser exibidas. Deverá demonstrar no mínimo as informações de: Data de Vencimento, Quantidade de Dias Vencidos, Data da Liquidação, Data de Pagamento, Empenho, Credor, Histórico do Empenho, Documento Fiscal, Fonte de Recursos. | |
356. | Dispor de uma consulta que demonstre em tela os saldos de todos os processos que envolvem a despesa orçamentária. São eles: Orçamento Inicial, Alterações Orçamentárias (Suplementações e Reduções), Correção do Orçamento, Orçamento Atualizado, Empenhado (Bruno e Líquido), Liquidado (Bruno e Líquido), Em Liquidação, Retido, Pago (Bruno e Líquido), Saldo a Liquidar, Saldo a Pagar, Saldo Reservado, Saldo Bloqueado e Saldo Disponível. Permitir que a entidade possa realizar filtros nesta consulta, através das seguintes informações: Órgão, Unidade Orçamentária, Função, Subfunção, Programa, Ação, Natureza da Despesa, Modalidade de Empenho, Fonte Recursos, Credor, Número do Fundamento Legal, Código da Ementa do Fundamento Legal e código da Despesa. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros a cada nova consulta. |
357. | Dispor de uma consulta que demonstre em tela os saldos de todos os processos que envolvem a receita orçamentária. São eles: Previsão Inicia, Previsão das Deduções, Previsão Inicial Líquida (Receita - Deduções), Reestimativa da Receita, Reestimativa das Deduções, Previsão Atualizada Líquida, Arrecadação Bruta, Estorno da Arrecadação, Dedução da Receita, Arrecadação Líquida e Saldo a Arrecadar. Permitir que a entidade possa aplicar filtros através das seguintes informações: Código da Receita, Natureza da Receita, Fonte de Recursos, Número do Fundamento Legal e Código da Ementa do Fundamento Legal. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras. Esta consulta deve ser passível de impressão e cada usuário deverá ter autonomia de modificar a ordem de impressão e poderá selecionar quais colunas devem ser impressas no relatório sem alterar a definição de impressão dos demais usuários. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. Permitir que os filtros utilizados na consulta possam ser salvos por usuário, sem a necessidade do usuário refazer os filtros a cada nova consulta. |
358. | Dispor de uma consulta que demonstre em tela todos os movimentos que envolvem a despesa orçamentária. Esta consulta deverá demonstrar no mínimo as seguintes informações: Número do Lançamento, Data de Movimento, Histórico da Movimentação, Número do Empenho (quando o movimento estiver vinculado a um empenho) e o Valor. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras, também deverá ter a opção de filtrar a Despesa utilizada no processo. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. |
359. | Dispor de uma consulta que demonstre em tela todos os movimentos que envolvem a receita orçamentária. Esta consulta deverá demonstrar no mínimo as seguintes informações: Número do Lançamento, Data de Movimento, Histórico da Movimentação e o Valor. Permitir que as informações sejam filtradas por Unidade Gestora e por um Grupo de Unidades Gestoras, também deverá ter a opção de filtrar a Receita utilizada no processo. A consulta deve ser demonstrada por período, permitindo que seja informado um intervalo de dias. A entidade deverá ter a opção de desconsiderar as seguintes informações da consulta: Movimento de Arrecadação, Movimento de Estorno de Arrecadação, Movimento de Dedução e Movimento de Estorno de Dedução da Receita. Demonstrar nesta consulta um resumo com as seguintes informações: Previsão Inicial da Receita, Previsão Inicial da Dedução, Previsão Inicial da Receita Líquida, Reestimativa da Receita, Previsão Atualizada da Receita, Arrecadação da Receita (Bruta), Dedução da Receita e Arrecadação da Receita Líquida (Arrecadação - Dedução). |
360. | Dispor de uma forma para localizar e acessar todas as funcionalidades disponíveis no sistema. Deverá englobar necessariamente consultas, relatórios e todas as funcionalidades de operação do sistema. Ao pesquisar uma funcionalidade deverá exibir como resultado o nome da funcionalidade e o caminho de sua localização. |
361. | O sistema deve possuir mecanismo webservice que viabilize a interoperabilidade com o BACEN (Banco Central do Brasil), importando todo o cadastro de Banco/Agência e Posto de atendimento regulamento pelo BACEN para o cadastro de Banco e agência do sistema exibindo em tela única, devendo conter os seguintes campos para Bancos: Código de compensação da instituição financeira permitindo que seja digitável para busca rápida ou por lista de pesquisa, |
informação se Ativa ou Não, Descrição completa da nomenclatura, dessa forma gerando em grid listagem de todas as agências e postos de atendimento, a grid deve possuir identificação dos dados da agência, código de compensação, dígito verificador, nome, bairro, município, UF, a situação (Ativa/Inativa) e o tipo: Agência e Posto de atendimento. | |
362. | Deve possuir ferramenta própria para as rotinas de atualização para as novas instituições, agências e postos de atendimento regulamentados, conforme disponibilizadas pelo BACEN, devendo ficar disponível diariariamente, dispondo de tela na qual o usuário possa selecionar o tipo de atualização sendo elas Banco/Agência/Postos de atendimento e Município e Bairro. |
363. | "Dispor de tela de cadastro de Banco e Agência deve possuir botões para limpar e imprimir a relação listada na grid, conter filtros facilitadores para buscar com Situação: Todos/Ativa/Inativo, Tipo: Todos/Agência e Posto de Atendimento, munícipio, bairro, código de compensação para pesquisa e totalizador numérico do quantitativo listado. |
364. | Permitir converter uma Agência Inativa em Posto de atendimento, o mecanismo deve possuí cadastro especifico e que seja disponibilizado em tela para o usuário acessar, o cadastro de conversão deve trazer em tela já preenchida os dados da agência inativada pelo Bacen, os campos de código de compensação de agência, digito verificador, bairro, município e UF, sendo eles inabilitados para edições, desta forma dispondo de um campo de pesquisa de postos de atendimento ( postos esses que devem ser listados por meio da integração com Bacen, dispensando cadastro manual) que deverá ser vinculado a agência inativa , assim modificando o tipo de agência inativa para tipo posto de atendimento. No procedimento de vinculação os postos devem ser acompanhados pelos dados cadastrais, endereço, número, complemento, bairro, município, UF, Cep e data da conversão exibição em tela e inabilitado para edição. |
365. | Possuir cadastro para novos postos de atendimento, deve trazer em tela auto preenchido o tipo posto de atendimento e situação ativada, dispondo de um campo de pesquisa de postos de atendimento ( postos esses que devem ser listados por meio da integração com Bacen, dispensando cadastro manual) na vinculação os postos devem ser acompanhados pelos dados cadastrais, endereço, número, complemento, bairro, município, UF, Cep e data da conversão exibição em tela e inabilitado para edição, possuí campo para informar o código de compensação de agência e obrigatoriamente realizar o cálculo de forma automática do Digito Verificador. |
366. | Deverá dispor de um cadastro para conta bancária, permitir vincular Banco e Agência buscado a partir da integração com o BACEN assim permitindo informar os números da conta bancária vinculado. Possuir dados adicionais para cadastrar sequência de cheque (automática/não automática), formulário de cheque, próximo cheque, sinalizador de conta convênio, número de convênio e sinalizador de conta de recuso federal. Dispor no mesmo cadastro consulta em tela de todas as contas bancárias cadastradas, sendo localizadas por meio de filtros como, banco, agência e conta bancária ou devendo buscar por todos sem a necessidade de informar os filtros, deverá exibir código do banco, descrição do banco, agência mais digito verificador, descrição da agência, conta bancária mais digito verificador, identificação de convênio e recurso federal, na exibição deverá possuir totalizador das contas cadastradas e mecanismo de impressão das informações listadas. |
367. | Possuir função para cadastro do produto financeiro, o cadastro deve ser identificado por código sequencial gerado automaticamente pelo sistema, dispor de campos para informar descrição, tipo do produto financeiro (caixa, movimento, poupança, CDB, Fundo de Investimento, Títulos Públicos e Outras aplicações e data de abertura, deverá habilitar campo para vincular a conta bancária já cadastrada e tipo de conta exceto o produto do tipo caixa, possuir facilitador que permita cadastrar conta bancária quando não houver registro. Não permitir cadastrar produto financeiro do tipo movimento com a mesma conta bancária quando há um produto ativo. Deverá permitir cadastrar conta contábil a partir do cadastro do produto financeiro, de forma automatizada a conta contábil deverá ser gerada de acordo nível contábil vinculado ao tipo do produto com código sequencial. Dispor de consulta em tela de todos os produtos financeiro, contendo filtros onde seja possível informar o tipo do produto ou todos, situação (Ativo, Inativo e todos), totalizador e impressão das informações listadas. Dispor opção de editar, excluir um produto financeiro desde que não o mesmo não esteja vinculado a uma conta contábil e a opção de inativar ocorrer quando uma conta contábil for inativada. |
368. | Possuir funcionalidade de conciliação bancária do tipo manual e do tipo movimento em uma única tela, deve conter um painel na qual seja possível informar filtros para realizar a busca dos lançamentos, esses filtros devem ser compostos por UG, conta bancária que após informar a mesma deve obrigatoriamente listar o produto financeiro elencado e que permita o usuário selecionar, assim de formar automática após informar o produto financeiro a informação da conta |
contábil vinculada seja auto preenchida. Assim como também deve dispor da opção de informar a conta bancária ou conta contábil para realizar a conciliação. Dispor de filtros para informar período no formato (de, até) do movimento, período da conciliação e ainda possuí opção de informar o tipo da conciliação (manual, movimento e todos) e status (conciliado, não conciliado e todos) e a data da conciliação. Assim sendo possível realizar a busca e de forma unificada listar em grid no mesmo painel todos os movimentos pertinentes aos filtros informados. O painel deve dispor de informações dos saldos disponíveis na Contabilidade, Banco, diferença e valor a conciliar. Deve possuir a função de conciliação manual de forma que no mesmo painel disponibilizado seja possível realizar os lançamentos do tipo (Saída não contabilizada, Entrada não contabilizada, Saída não considerada pelo banco, entrada não considerada pelo banco), e que seja listado da grid como conciliado e refletindo no saldo de valor a conciliar. Permitindo editar lançamento a lançamento e para o ato de exclusão permitir selecionar mais de um lançamento e excluir todos. Deve possuir a função de conciliação do tipo movimento de forma que após informar os filtros, seja listado no painel possibilitando marcar um ou todos e selecionar a ação de conciliar, assim como também deve ter a mesma ação para a função de excluir. Permitir realizar, inclusão do saldo do extrato bancário e ter facilitador de consulta no mesmo local de todos os saldos inseridos, ter a função de cópia conciliação manual do período anterior. | |
369. | Possuir funcionalidade de Bloqueio para conciliação, dispondo de uma função onde exiba em formato de calendário, listando os 12 meses do exercício atual, habilitando até o mês corrente, sendo possível a seleção da data ou período para bloquear. A função deve bloquear todas as ações de conciliação pelo movimento, conciliação manual, inclusão de saldo e copia conciliação e qualquer edição e exclusão, que estejam respectivamente com a mesma data bloqueada. |
370. | Deve possuir mecanismo que realize a importação e leitura do extrato bancário no formato padrão OFX, dispondo obrigatoriamente a importação do arquivo das instituições financeiras BRASIL, CAIXA, SANTANDER, ITAÚ, BRADESCO, BANRISUL, SICREDI E SICOOB e disponibilizando em tempo hábil para outras instituições que viabilize o padrão OFX. Deverá dispor de um Painel gerenciador para as importações dos extratos bancários, de forma que para realização da importação de um extrato bancário deve ser informado o Produto Financeiro, UG, Conta Bancária e Conta Contábil assim devendo disponibilizar em tela um botão para buscar o arquivo OFX salvo em pasta. Também deve possuir o recurso de consultar por período (de - até) todos os arquivos importados do Produto financeiro informado, listando para visualização em tela as informações dos extratos importados como: data e hora da importação, data inicial e final da geração do extrato, saldo final do extrato, Situação (conciliado, conciliado parcial, pendente, data inicial e final da movimentação contida no extrato e a identificação do usuário do sistema. Possuir opção de visualização dos registros de um arquivo conciliado, podendo ser visto registro a registro e seu detalhamento a qual lançamento do sistema está vinculado se conciliado, também deve dispor de exclusão de um único registro do extrato conciliado e exclusão do arquivo completo. |
371. | Dispor de Conciliação Bancária Automática por meio de arquivo OFX, procedendo para uma tela com visão das informações obtidas do extrato apenas a nível de consulta sem edição de Produto Financeiro, conta bancária, Período do extrato do banco, data de conciliação devendo ser a data final da geração do ofx, painel de saldos do extrato anterior e atual, saldo do extrato conciliado e saldo do extrato a conciliar. Também deve dispor na mesma tela os registros importados do Extrato do Banco com (data, descrição, número e valor) e os lançamentos a conciliar sistema com a identificação de extrato do sistema com (data, lançamento, histórico, complemento histórico e valor) sendo capaz de conciliar automaticamente os registros que forem encontrados com data igual e valor igual ( extrato do banco = extrato do sistema), utilizando como identificação nos registros conciliados a marcação em cor verde no extrato do banco e a seleção do lançamento do sistema conciliado. Permitir realizar conciliação por seleção dos lançamentos do banco e do sistema quando data e valor dos extratos forem diferentes, desde que seja data igual ou menor e valor igual ou menor que ao somar feche o valor selecionado do banco. Possuir capacidade de reflexão dos lançamentos dos sistemas para o extrato do banco, quando selecionado um registro do extrato do Banco que não há lançamento do sistema com data e valor igual, deve ser evidenciado em tela todos os lançamentos com data igual e menores e valor menor com o tipo de saída de valor, e quando o tipo for de entrada de valor deve evidenciado em tela todos os lançamentos com data igual e menores e valor menor de saída e entrada. Dispor em tela de totalizador com valor total do movimento selecionado e valor da diferença em cores, assim como também totalizador dos registros do extrato do banco e do extrato do sistema. Permitir conciliação de múltiplos vínculos por meio do extrato bancário importado, sendo capaz de validar o encontro e fechamento dos valores quando, selecionado mais de um lançamento do extrato do banco para 1 lançamento do sistema ou 1 lançamento do extrato do banco para 1 do sistema. Possuir facilitador em tela da conciliação automática de geração automatizada do lançamento tipo manual apenas com a seleção de um botão, devendo dispensar a intervenção humana |
em detalhar o lançamento, devendo possuir os mesmos dados do registro extrato do banco, lançamento do tipo manual (saída não contabilizada e entrada não contabilizada) | |
Módulo Controle Interno | |
372. | O sistema deverá estar totalmente na plataforma web, com acesso aos principais browsers disponibilizados pelo mercado. |
373. | Os dados devem ser armazenados na nuvem (cloud) com os devidos critérios de segurança. |
374. | Possuir Banco de dados multi-exercício e multi-entidades através de base corporativa. |
375. | Possuir tecnologia de importação de arquivos XML, gerados para atender ao AUDESP do Tribunal de Contas do Estado de São Paulo, dando permissão aos usuários do órgão para realizar esta importação. |
376. | Aplicação baseada em tecnologias de código aberto (open source) ou gratuitas (free). |
Estrutura Governamental do Município | |
377. | Permitir identificar toda a estrutura governamental do Município, cadastrando as entidades da administração direta e indireta dos Poderes Executivo e Legislativo que compõem o Sistema de Controle Interno do ente federado. |
378. | Permitir identificar e fazer as manutenções dos dados do município em relação as informações publicadas pelo IBGE (Instituto Brasileiro de Geografia e Estatística) para fins de apuração de percentuais permitidos pela Constituição Federal, baseados no censo populacional. |
379. | A solução deverá ter mecanismos para que o Controlador possa fiscalizar os setores responsáveis para que procedam corretamente e dentro dos prazos, a remessa de dados e informações ao Tribunal de Contas, e demais órgãos fiscalizadores, bem como a devida publicação destas informações, dentro dos prazos estabelecidos na legislação vigente; |
Cadastro de Usuários | |
380. | Possuir cadastro de usuários com as seguintes características: • Permitir o livre cadastramento de usuários. • Permitir restringir o acesso às entidades da estrutura governamental pertencentes ao Município para determinados usuários. • Permitir restringir o acesso à determinadas funcionalidades conforme o perfil do usuário. |
Controladoria – Análise de Resultados | |
381. | Permitir a emissão de relatório conclusivo mensal e anual com índices constitucionais, legais e gerencias consolidado ou por entidade da administração direta ou indireta. (educação, fundeb, saúde, pessoal, execução orçamentária). |
382. | Possibilitar a emissão de relatório conclusivo mensal e anual as licitações e contratações, transferências de recursos ao terceiro setor, adiantamentos, almoxarifado, entre outros, na periodicidade mensal e anual. |
383. | Realizar automaticamente, através de textos padrões, as considerações acerca dos valores apresentados para cada parecer. |
384. | Permitir ao usuário personalizar, editar os textos padrões apresentados para cada parecer. |
385. | Permitir ao usuário personalizar textos de considerações finais. |
386. | Permitir configurações de assinaturas pelos próprios usuários para que esta seja impressa no relatório conclusivo do Controle Interno. |
387. | Permitir identificar se a análise descritiva de cada parecer está pendente ou não em razão da preparação do relatório conclusivo. |
388. | Permitir selecionar quais análises de resultados deverão compor o relatório conclusivo do Controle Interno sobre as principais análises de resultado orçamentário, financeiro e patrimonial das entidades públicas pelo período mensal e anual. |
389. | Permitir o armazenamento das diversas versões dos Relatórios Conclusivos do Controle Interno, que poderão existir para um mesmo período, garantindo assim o verificabilidade da informação existente em cada relatório conclusivo realizado. |
390. | Possibilitar melhor ilustração de resultados dos pareceres através de gráficos, aumentado assim a capacidade de análise por parte do cliente. Foram incluídos Gráficos nos seguintes pareceres: 2 - GESTÃO ORÇAMENTÁRIA - EXECUTADO 4 - EXECUÇÃO FINANCEIRA PELOS SALDOS BANCÁRIOS |
6 - APLICAÇÃO DOS RECURSOS NO ENSINO 7 - APLICAÇÃO DOS RECURSOS NO FUNDEB 8 - APLICAÇÃO EM SAÚDE - RECURSOS PRÓPRIOS 9 - APLICAÇÃO EM SAÚDE - RECURSOS VINCULADOS 12 - DÍVIDA CONSOLIDADA | |
391. | Possuir as regras de pareceres atualizaras para o exercício de 2020. Os pareceres que sofreram alterações foram: 6 - APLICAÇÃO DOS RECURSOS NO ENSINO 7 - APLICAÇÃO DOS RECURSOS DO FUNDEB 8 - APLICAÇÃO EM SAÚDE - RECURSOS PRÓPRIOS 9 - APLICAÇÃO EM SAÚDE - RECURSOS VINCULADOS 10 - APLICAÇÃO EM SAÚDE - VISÃO GERAL 15 - ARRECADAÇÃO DE DÍVIDA ATIVA 16 - DESPESAS COM ENCARGOS SOCIAIS 26 - ALMOXARIFADO |
392. | Permite incluir os valores da Receita Corrente Liquida, segregados entre o valor ajustado para o limite de despesa com pessoal e o limite de endividamento. Sendo incluído tais valores nos pareceres 11 - Limite de Despesa com Pessoal e 13 - Dívida Consolidada respectivamente. |
393. | Demonstrar as transferências recebidas e os repasses financeiro recebidos ao longo do exercício e seu resultado em relação a despesa empenhada, liquidada e paga através de Relatório Análise Gestão Orçamentaria Planejado\ Executado. |
394. | Exigir três valores no momento do envio da RCL: - RECEITA CORRENTE LÍQUIDA (RCL); - RCL AJUSTADA PARA CÁLCULO DOS LIMITES DA DESPESA COM PESSOAL; - RCL AJUSTADA PARA CÁLCULO DOS LIMITES DE ENDIVIDAMENTO. Os Valores informados em "Receita Corrente Líquida Ajustada para Cálculo dos Limites da Despesas com Pessoal" será usado no parecer "LIMITE DE DESPESA COM PESSOAL". Os Valores informados em "Receita Corrente Líquida Ajustada para Cálculo dos Limites de Endividamento" será usado nos pareceres "DÍVIDA CONSOLIDADA" e "OPERAÇÕES DE CRÉDITOS, AVAIS E GARANTIAS". |
395. | Possuir um Processo de Carga de Obrigações. Disponibilizar Obrigações Legais, Federais e Estaduais, para carga automática no calendário conforme a necessidade e escolha do Cliente. |
396. | Possuir um ACESSO FÁCIL E SIMPLES ao Controle do Calendários: Possibilitar uma Visão das Obrigações em formato de Calendário Organizando visualmente as Obrigações e suas Ocorrências de forma amigável, em formato de calendário. Isso facilita ações necessárias para cobrança no atendimento das obrigações; A situação de cada ocorrência com relação ao prazo para atendimento definido por lei, pode ser facilmente identificado através de cores correspondentes ao seu Status; |
397. | Possibilitar a Criação de Grupos Responsáveis viabilizando a associação de responsáveis as ocorrências de obrigação e direcionar a obrigação para quem deve ser cobrado quanto a seu atendimento; |
398. | Possuir Cadastramento de Obrigações / Ocorrências seguindo o conceito de Obrigação dividida em Recorrências e Ocorrências. Seguindo esse conceito, torna-se mais fácil o reaproveitamento de obrigações, de um exercício para o outro e a concentração acompanhamentos por ocorrências. Obrigações não previstas na carga inicial, podem ser incluídas de forma manual e simples. |
399. | Possuir Cadastramento de Obrigações contendo as seguintes informações: Título - Título da Obrigação Descrição da obrigação legal - Detalhamento da Obrigação Espécie de legislação - Federal, Estadual e Municipal Grupo de Assunto - Classificação de Grupo de Assunto conforme a Obrigação; Legislação pertinente - Informar a legislação que originou a Obrigação; Forma de envio - Descrever as formas de envio da obrigação no momento do seu atendimento; Destino - Informar a quem se destina as informações que serão geradas na Obrigação; |
Link - Link do Site onde foi pesquisado e identificado a obrigação e suas datas de ocorrências; Observações - Campo livre para mas detalhes sobre a obrigação | |
400. | Possuir um Cadastramento de Recorrências para viabilizar o reaproveitamento de Obrigações de um exercício para o outro |
401. | Possibilitar a Criação e Atualização de Ocorrências de obrigação, geradas automaticamente a partir de informações de Recorrência |
402. | Viabilizar o acompanhamento do andamento das obrigações possibilitando a inclusão de observações, anexação arquivos / evidências e registro do encerramento da ocorrência. Os acompanhamentos são Classificados por tipos (Justificativa, Comentário, Encerramento e Reabertura) e Todos os acompanhamento devem ser armazenados em histórico. |
403. | Possibilitar a comunicação com os responsáveis pelo atendimento das Obrigações, através de e-mail em qualquer momento. Esse e-mail já deve estar com as informações referentes a Ocorrência de Obrigação, destinatário identificado e área livre para que o operador possa escrever as instruções que precisa passar sobre a Ocorrência de Obrigação. |
404. | Possibilitar o Encerramento da Ocorrência de obrigação de forma rápido, para ocorrências de Obrigação que só necessitem do registro do encerramento. |
405. | Possuir apresentação de Obrigações em Lista para facilitar a visualização e a manutenção das obrigações cadastradas na ferramenta |
406. | Possibilitar a geração de Relatórios para listar as obrigações e suas ocorrências em um determinado período. |
407. | Possibilitar a geração de Relatórios para listar as Ocorrências de Obrigações e seus registros de Acompanhamento em um determinado período. |
408. | Possuir um Painel de Controle, que apresenta uma visão geral do andamento das obrigações Legais e suas Ocorrências no Ano de exercício. Esse painel apresenta gráficos com visão anual e mensal, informações estatísticas e possibilita ações em ocorrências de Obrigação que estão com status a vencer. |
409. | Possibilitar a criação de usuários com Perfis de acesso. ADMINISTRADOR – Para consultores com acesso ilimitado ao produto; CONTROLADOR – Para os principais usuários do produto, com acesso a todas as funções, mas com restrições a criação de Usuários e configurações do Cliente na plataforma; OPERADOR - Para usuários de auxílio ao processo, mas que não terão permissão de Carga de Obrigações e exclusões de uma forma geral. |
410. | Possibilitar que os e-mails enviados, passem a ser mais um tipo de Acompanhamento e incluídos no histórico de acompanhamentos da Ocorrência da Obrigação com o E-mail anexado. |
411. | Possibilitar que as agendas de obrigações do exercício sejam incluídas no sistema. |
412. | Possibilitar enviar os arquivos XML compactados |
413. | Possibilitar que as agendas de obrigações sejam atualizadas através de API do SICONFI, utilizando o serviço de Extrato de Obrigações. |
414. | Possibilitar que o usuário seja avisado através de notificação quando existirem atualizações de status das obrigações da API do SICONFI |
415. | Possibilitar que os responsáveis e seus gestores sejam avisados através de e-mail quando uma obrigação está prestes a vencer e ou vencida |
416. | Possibilitar que os responsáveis justifiquem os possíveis atrasos das obrigações sobre sua responsabilidade |
417. | Executar o registro contábil de forma individualizada por fato contábil e por ato que possam afetar a gestão fiscal, orçamentária, patrimonial, econômica e financeira, conforme Portaria da STN 548/2010, atualizada, que trata sobre padrão mínimo de qualidade de sistema. |
418. | A escrituração contábil deve identificar, de forma unívoca, todos os registros que integram um mesmo fato contábil, conforme a norma contábil ITG 2000 (R1), atualizada. |
419. | Possuir mecanismos que garantam a integridade dos procedimentos, bem como a qualidade, consistência e transparência das informações geradas pelo PCASP conforme definições realizadas na versão mais atualizada do MCASP (Manual de Contabilidade Aplicada ao Setor Público) da STN (Secretaria do Tesouro Nacional). |
420. | Assegurar que as contas só recebam lançamentos contábeis no último nível de desdobramento do Plano de Contas utilizado. |
421. | Possuir controle, por data, das alterações realizadas no Plano de Contas, obedecendo as movimentações já existentes para as mesmas. |
Matriz de Saldos Contábeis | |
422. | Permitir que a entidade relacione os cadastros de Natureza da Receita, Natureza da Despesa, Plano de Contas e Fonte |
de Recursos com as informações cadastrais definidas pela STN para a Matriz de Saldos Contábeis. | |
423. | Permitir que o relacionamento dos cadastros de Natureza da Receita, Natureza da Despesa, Plano de Contas e Fonte de Recursos sejam realizados de forma automática com as informações cadastrais definidas pela STN, para a Matriz de Saldos Contábeis. |
424. | Permitir que as informações complementares relativas à Matriz de Saldos Contábeis sejam consultadas e impressas. |
425. | Permitir que as informações complementares da Matriz de Saldos Contábeis sejam ajustadas através de lançamentos contábeis. |
426. | Permitir a geração em formato “XBRL” das informações referentes a Matriz de Saldos Contábeis. |
427. | Dispor de campos para formatação de notas de lançamento contábil e ordem de pagamento de transferência com o código e descrição referente ao banco, agência e conta corrente. |
Aplicativo Cidadão | |
428. | Permitir o download nas lojas de aplicativos Apple Store e Google Play |
429. | Permitir o cadastro do cidadão |
430. | Permitir a confirmação do cadastro via e-mail e SMS |
431. | Permitir o acesso aos serviços mediante informação do CPF e senha |
432. | Permitir a alteração de dados do cidadão |
433. | Permitir a opção do recebimento de avisos da Entidade por e-mail, SMS ou ambos |
434. | Exibir as informações sobre o município como: nome, endereço, telefone e e-mail |
435. | Permitir a exclusão definitiva da conta |
436. | Permitir a leitura de dados a partir de um QR Code |
437. | Permitir a consulta de dados dos imóveis onde o contribuinte seja, proprietário ou coproprietário, bem como a existência de débitos ajuizados ou pendentes (quando houver) |
438. | Permitir a exibição das construções (unidades) do imóvel |
439. | Permitir a consulta financeira dos imóveis |
440. | Listar os pagamentos, isenções e cancelamentos efetuados |
441. | Listar as parcelas de cada lançamento e a situação de cada uma |
442. | Permitir a emissão de boleto bancário por dívida agrupada ou por parcela |
443. | Permitir o envio do link do boleto por e-mail |
444. | Permitir o envio do link do boleto por SMS |
445. | Permitir a emissão da certidão negativa |
446. | Permitir a emissão da certidão positiva |
447. | Permitir a emissão da certidão positiva com efeito de negativa |
448. | Permitir a consulta de dados das empresas onde o contribuinte seja proprietário ou sócio, bem como a existência de débitos ajuizados ou pendentes (quando houver) |
449. | Permitir a exibição do quadro societário das empresas |
450. | Listar os dados de entrada na sociedade e percentual societário |
451. | Permitir a consulta financeira das empresas |
452. | Listar os pagamentos, isenções e cancelamentos efetuados |
453. | Listar as parcelas de cada lançamento, bem como a situação de cada uma |
454. | Permitir a emissão de boleto bancário por dívida agrupada ou por parcela |
455. | Permitir o envio do link do boleto por e-mail |
456. | Permitir o envio do link do boleto por SMS |
457. | Permitir a emissão da certidão negativa |
458. | Permitir a emissão da certidão positiva |
459. | Permitir a emissão da certidão positiva com efeito de negativa |
460. | Permitir a consulta a todos os protocolos gerados pelo contribuinte |
461. | Exibir informações dos processos como: número, situação, data de abertura, data de entrega, data de arquivamento e descrição da solicitação |
462. | Exibir dados de trâmites |
463. | Permitir consulta a documentos exigidos por assunto |
464. | Listar as quantidades de cópias exigidas por documento |
465. | Permitir a abertura de protocolos por subassunto |
466. | Permitir a anexação de documentos ou imagens ao protocolo |
467. | Exibir um totalizador dos valores empenhados, liquidados, pagos e anulados para empresas cujo CPF informado na identificação do cidadão estiver vinculado no quadro societário |
468. | Permitir a visualização de todos os empenhos do exercício contendo: número, data de emissão, descrição, valor empenhado, valor liquidado, valor anulado e valor pago |
469. | Permitir a consulta dos dados das notas fiscais e/ou outros documentos vinculados aos empenhos |
470. | Exibir as informações de data de vencimento, série, número e valor das notas fiscais e/ou outros documentos |
471. | Exibir as fontes pagadoras do município |
472. | Exibir todos os contratos ativos, ou não, do servidor |
473. | Exibir informações resumidas do contrato do colaborador como: número, data de admissão, data de rescisão, lotação e cargo |
474. | Permitir a consulta do resumo da folha de pagamento |
475. | Exibir as informações de todas as verbas pagas em folha, bem como totalizadores e saldo líquido |
476. | Permitir a visualização da margem consignável do servidor |
477. | Listar extrato de férias do servidor por contrato |
478. | Permitir a visualização de férias pendentes e períodos aquisitivos |
479. | Exibir as informações de dias concedidos e de abono por período |
480. | Permitir a consulta e votação de enquetes disponíveis de acordo com a categoria |
481. | Exibir as últimas participações nas enquetes em que a votação foi efetuada |
482. | "Possuir painel estatístico com informações sobre o uso do aplicativo que permita ao Gestor acompanhar: • Número de guias emitidas; • Número de certidões emitidas; • Número de SMS enviados; • Número de protocolos gerados por assunto; • Total de usuários cadastrados |
483. | Permitir a exibição de mensagens customizadas pela Entidade |
484. | Permitir o envio de e-mails ou SMS para os usuários cadastrados no aplicativo, com notificação de cobrança e opção de geração da guia para pagamento com o valor atualizado. Esta opção deve ser permitida para um usuário específico ou para um lote de usuários previamente selecionados no sistema de tributação e receitas |
485. | Permitir o gerenciamento de consumo dos recursos de mensageria, envios de SMS, e-mails e avisos |
486. | Permitir a visualização dos usuários cadastrados no aplicativo |
487. | Permitir a criação e manutenção de enquetes que ficarão disponíveis aos usuários do aplicativo |
488. | Permitir a geração de QR Code para um endereço específico, link ou texto informativo |
489. | Permitir a visualização do histórico de operações executadas pelo cidadão no aplicativo |
490. | Permitir que o contribuinte possa realizar o pagamento de uma ou várias parcelas, copiando a chave Pix e colando no APP do Banco onde possuí conta. |
491. | Permitir que o contribuinte possa realizar o pagamento de uma ou várias parcelas, realizando a leitura do QRcode Pix com leitor do APP do Banco onde possuí conta. |
492. | Permitir a visualização do histórico de operações executadas pelo cidadão no aplicativo |
493. | Permitir que o contribuinte possa realizar o pagamento de uma ou várias parcelas, copiando a chave Pix e colando no APP do Banco onde possuí conta. |
494. | Permitir que o contribuinte possa realizar o pagamento de uma ou várias parcelas, realizando a leitura do QRcode Pix com leitor do APP do Banco onde possuí conta. |
3.4 - Módulo de Compras e Licitações – AUDESP – Fase IV
Nº | FUNCIONALIDADES REQUERIDAS PARA MÓDULO |
1. | Deverá ofertar cadastro de feriados e realizar o cálculo das datas referentes ao prazo de abertura da fase de julgamento dos processos de forma automática, considerando os feriados cadastrados. |
2. | Deverá ter o cadastro de fornecedores impedidos de contratar, identificando o tipo e o prazo de inidoneidade, impedindo que a administração pública adjudique em favor do fornecedor inidôneo. |
3. | Deverá ser possível agrupar e identificar os processos realizados com a mesma finalidade (objeto padrão) |
4. | Deverá haver mecanismo de alerta que informa automaticamente o usuário quais serão os processos que iniciarão a fase de abertura e julgamento do processo em determinado número de dias. A configuração do número de dias para o alerta deverá ser variável e configurável por usuário, como também, a opção de alertá-lo sempre que acessar o sistema. |
5. | Deverá haver mecanismo de alerta que informa automaticamente o usuário quais serão os contratos que expirarão em determinado número de dias. A configuração do número de dias para o alerta deverá ser variável e configurável por usuário, como também, a opção de alertá-lo sempre que acessar o sistema. |
6. | Deverá ser possível cadastrar as comissões de Licitação; permanente, especial, leiloeiro, servidor designado, pregoeiro, leiloeiro oficial, leiloeiro administrativo e comissão de certificado de registro cadastral. |
7. | Deverá registrar e gerir processos de Registro de Preço que utilizem Maior Desconto sobre tabela, permitindo manutenção com a inserção de novos itens na tabela e a alteração dos referidos preços da tabela de preços após a fase de homologação. A manutenção das tabelas de preços deverá preservar o histórico das alterações, com controle de vigência para cada alteração da tabela de preços. |
8. | Deverá ser possível cadastrar fabricantes de itens a serem licitados, e vinculá-los com os itens e seus respectivos códigos de barra. |
9. | Deverá ser possível pré estabelecer quais os documentos serão necessários para a emissão do CRC- Certificado de Registro Cadastral |
10. | Deverá ser possível emitir o CRC – Certificado de Registro Cadastral com modelo previamente formatado e configurado pela entidade licitante. |
11. | Deverá ser possível realizar requisição de contratação, identificando que a mesma se destina a futuro processo licitatório o qual utilizará como critério de julgamento o menor preço obtido através do maior desconto sobre tabela de preços. |
12. | Deverá ser possível registrar a pesquisa de preços da requisição manualmente, e também, através da importação de arquivo padronizado referente aos itens da coleta de preços preenchida pelo próprio fornecedor. |
13. | Deverá ser possível realizar a classificação automática dos preços coletados na requisição, calculando e apresentando qual fornecedor possui a melhor proposta conforme o critério de julgamento previamente estabelecido. |
14. | Deverá ser possível anexar arquivos referentes orçamentos, plantas, laudos, pareceres e armazená-los dentro do sistema. Dever ser possível relacioná-los a determinada requisição de contratação, sendo possível registrar o nome do arquivo, a data do arquivo, o tipo do arquivo e a data de inclusão. A anexação deverá suportar qualquer extensão de arquivo, e compactá-lo automaticamente antes de anexá-lo a base de dados. |
15. | Deverá ser possível realizar a cópia da requisição de contratação, criando uma nova requisição a partir de outra já realizada sem a necessidade de redigitar as informações inerentes aos itens e seus quantitativos. |
16. | Deverá ser possível realizar a formalização de uma requisição de contratação em processo dispensável, ou licitatório. Nesta situação todas as informações da requisição deverão ser sugestionadas no processo a ser formalizado, permitindo que o valor de orçamento do item no processo seja pré configurável pelo usuário, podendo ser pelo menor preço ou pelo preço médio da pesquisa de preço. |
17. | Deverá ser possível formalizar uma ou várias requisições em um único processo, sugestionando as informações da requisição neste novo processo e permitindo o remanejamento dos itens destas requisições, agrupando os itens por lote, classificação, despesa ou a critério do usuário. |
18. | Ao realizar o processo de dispensas licitatórias fundamentadas pelos incisos I e II do artigo 24 da lei 8.666/93 o sistema deverá prover automatismos na geração dos documentos referentes aos instrumentos contratuais de Solicitação de Empenho e Autorização de Compras, os gerando automaticamente ao findar o registro do processo. |
19. | Deverá ser possível identificar se o processo licitatório se refere a licitação exclusiva, conforme preconiza o artigo 48, I da lei 123/06. |
20. | Deverá ser possível identificar a fundamentação legal que justifica o processo dispensável de licitação. |
21. | Deverá ser possível visualizar em única tela, sem necessitar navegar para outros formulários, relatórios ou consultas, todos os instrumentos contratuais relacionados a um processo em ordem cronológica, sendo eles: solicitação de empenho, solicitação de empenho complementar, contrato, termo aditivo do contrato, publicação de contrato, publicação de termo aditivo, autorização de compras, ordem de execução de serviço, suspensão/cancelamento de contrato. Deve ser possível configurar os tipos de instrumentos contratuais a serem exibidos. A partir desta visualização, deverá ser possível a navegação direta para o formulário de registro do referido instrumento contratual. |
22. | Deverá haver consulta em única tela permita escolher quais dos instrumentos contratuais deverão ser consultados, podendo optar pelos instrumentos contratuais dos processos, sendo eles: pedido de empenho, pedido de empenho |
complementar, contrato, termo aditivo, publicação de contrato, publicação de termo aditivo, | |
23. | Ao realizar uma dispensa de licitação fundamentada pelo inciso XI do artigo 24 da lei 8.666/93, deverá ser possível vincular o contrato que a originou, e neste caso o sistema deverá sugestionar os itens remanescentes do referido contrato. |
24. | Deverá ser possível realizar processos licitatórios os identificando se permitem a participação de consórcios de empresas |
25. | Deverá ser possível registrar os processos de pregão e identificá-lo se o mesmo será julgado de forma unitária, global ou por lote. |
26. | Deverá ser possível registrar os processos licitatórios e identificá-lo de acordo com a Lei Complementar 123/06 se a Licitação será Exclusiva ou não Exclusiva para as empresas ME ou EPP, Lei Complementar 123/2006, Art. 48º, inciso III. |
27. | Deverá ser possível registrar os processos de pregão e identificá-lo quanto ao seu tipo de fornecimento, se integral ou parcelado. |
28. | Deverá ser possível registrar o credenciamento e a habilitação das empresas fornecedoras identificando, se o porte delas é ME ou EPP, e se estão sediadas local ou regionalmente, com seus respectivos representantes legais nos processos da modalidade de pregão. |
29. | Deverá ser possível realizar o registro dos processos desertos e frustrados, com sua respectiva justificativa e data do Ato. |
30. | Ao realizar os lances do pregão o pregoeiro deverá ter a possibilidade de definir o percentual ou o valor mínimo de variação entre os lances, a seu critério. |
31. | Ao realizar os lances do pregão o pregoeiro deverá ter a possibilidade de definir o tempo máximo em minutos e segundos entre os lances. |
32. | Ao findar a rodada de lances no caso de pregão, e na classificação de propostas, para os demais processos, o sistema deverá identificar automaticamente se houve ou não empate ficto, com base no Direito de Preferência (ME ou EPP) e na Prioridade (Me ou EPP Local/Regional), em conformidade com a Lei Complementar 123/2006, Art. 48º, § 3º e inciso III. |
33. | Na sessão Pública do Pregão, ao realizar os lances o sistema deverá apresentar a diferença percentual entre o lance atual em relação ao último lance e em relação ao valor da proposta. |
34. | Deverá ser possível realizar o registro dos lances, registro de desempate ficto e da negociação com auxílio do sistema, o qual deverá indicar as próximas etapas, sugerindo a abertura dos respectivos formulários. |
35. | Deverá ser possível consultar todo o histórico do pregão em um único relatório, o qual deverá demonstrar as fases de credenciamento, classificação da proposta, histórico dos lances, classificação após os lances, benefícios da Lei Complementar 123/06, registros de negociação, habilitação, Rateio dos itens por lote (quando houver), classificação final por item e classificação final por fornecedor. |
36. | Quando não houver três fornecedores na fase de lances do pregão, deverá ser possível permitir a participação de fornecedores que não estiverem na margem dos 10% em relação a proposta, a critério do usuário, . |
37. | Deverá ser possível registrar o Parecer Técnico e o Parecer Jurídico da Licitação |
38. | Deverá ser possível anexar arquivos referentes aos documentos do processo e armazená-los dentro do sistema. Deverá ser possível relacioná-los a determinado processo, sendo possível registrar o nome do arquivo, a data do arquivo, o tipo do arquivo e a data de inclusão. A anexação deverá suportar qualquer extensão de arquivo, e compactá-lo automaticamente antes de anexá-lo a base de dados. |
39. | Deverá ser possível visualizar em única funcionalidade, podendo ser impresso em relatório todas as principais informações que compõem o processo, sendo elas: Requisição que originou o processo, data de expedição, data de publicação, data de abertura, data de homologação, Critério de Julgamento, Descrição do Objeto, Documentos exigidos na licitação, Despesas Orçamentárias do processo, itens com seus respectivos quantitativos e cotação, Fornecedores, Solicitação de Empenho e Autorizações de Compra. |
40. | Deverá ser possível consultar o saldo virtual do produto, o qual é composto pela soma dos produtos em estoque e dos produtos que estão em processos de compras. |
41. | Deverá ser possível consultar o valor praticado pelos vencedores por produto(s), filtrando por processo, e ou, fornecedor, e ou por período. |
42. | Deverá ser possível identificar em única funcionalidade a data de realização de cada uma das fases do processo, sendo elas: Edital, Solicitação de Reserva de Recursos, Laudo de Análise Jurídica, Entrega de Edital, Designação de Comissão, Habilitação, Análise/Parecer Técnico e Jurídico, Adjudicação, Homologação. |
43. | Deverá ser exibido em funcionalidade única consulta que demonstre a situação de um pedido de compra em relação ao seu atendimento, demonstrando as autorizações de fornecimento relacionadas, o número do empenho, a despesa, a quantidade, a data da entrega, o fornecedor e a data de pagamento. |
44. | Através do módulo de Licitações, deverá ser possível consultar a situação tributária municipal de um determinado fornecedor. |
45. | Deverá ser possível emitir Mala Direta com conteúdo pré configurado para todos os fornecedores ou apenas para |
fornecedores de determinada categoria de fornecimento, a critério do usuário. | |
46. | Deverá haver relatório que apresente os fornecedores que estão com contratos ativos até determinada data, e identificar os que estão com documentos vencidos, permitindo que estes sejam filtrados por um dos tipos de habilitação: identificação, jurídica, técnica, fiscal, econômica/financeira ou todas. |
47. | Deverá ser possível registrar processos que utilizem o Sistema de Registro de Preços e definir a cota quantitativa de consumo de cada um dos itens para cada órgão participante do processo. Deverá haver controle do saldo a ser consumido por cada órgão e não deverá ser possível ultrapassar a cota prevista para cada órgão. Deverá ser possível realizar o remanejamento dos itens e suas quantidades entre os órgãos ao longo do processo. |
48. | Permitir que o valor a ser emitido na Ordem Execução de Serviço possa ser apurado em razão do quantitativo informado pelo usuário, ou diretamente através do valor, a critério do usuário. |
49. | Os editais referentes as obras e serviços de engenharia deverão ter a sua forma de estimativa de valores apurada em razão da quantidade dos itens em relação ao seu valor de cotação, ou então, serem informados diretamente a critério do usuário. |
50. | Deverá ser possível manter as quantidades dos itens relacionados as despesas orçamentárias, permitindo alterar o quantitativo entre as despesas a qualquer momento, até a fase de homologação do processo. |
51. | Integrar-se com a execução orçamentária, identificando a despesa orçamentária que deverá honrar o processo, devendo ofertar o uso de mais de uma despesa no mesmo processo. Deverá consistir o saldo orçamentário da despesa e do cronograma de desembolso, não permitindo que o processo tenha a etapa de Reserva Orçamentária concluída caso não exista saldo suficiente para tal. Deve gerar a reserva de saldo orçamentária diretamente através do sistema de licitações. Deverá ainda autorizar a emissão do empenho orçamentário em momento oportuno, quando findado os trâmites do processo, devendo este disponibilizar as informações do processo para composição do empenho orçamentário. Deverá ainda, no momento da emissão do empenho orçamentário do referido processo, fazer uso do saldo orçamentário antes reservado pelo trâmite do processo, bem como possibilitar a emissão do empenho orçamentário para qualquer despesa vinculada ao processo, ou adicionada posteriormente |
52. | Permitir a cópia de processos de forma a evitar redigitação de dados de processos similares |
53. | Possibilitar que a partir do sistema de licitação seja possível efetuar a anulação parcial do empenho no sistema de execução orçamentária; |
54. | Possibilitar consulta em tela e impressão dos fornecedores de determinados conjuntos de categorias econômicas ou municípios, para facilitar a seleção daqueles que poderão se beneficiar do tratamento diferenciado e favorecido a ser dispensado às microempresas e empresas de pequeno porte, conforme rege a Lei Complementar 123/06, para obter cotações prévia dos processos licitatórios. |
55. | Permitir a alteração orçamentária em processos Licitatórios já homologados, Dispensáveis ou Inexigíveis, possibilitando a inclusão de despesas não previstas, e transferência de saldos entre as despesas previstas e/ou incluídas, de forma que essas alterações sejam refletidas na emissão dos empenhos. |
56. | Permitir realizar a reserva de recursos orçamentários e estornos para os processos Licitatórios, Dispensáveis ou Inexigíveis, de forma individual por despesa, em diferentes datas, bem como refazer as reservas conforme a disponibilidade de saldo de cada despesa. |
57. | Deverá ser possível identificar a classe do objeto que se refere a obra, o tipo de atividade da obra, o tipo de atividade do serviço, o tipo de atividade do serviço especializado e o código da função e subfunção conforme determina a portaria n 42 de 14/04/1999 expedida pelo ministério do Orçamento e Gestão; |
58. | Deverá ser possível vincular a obra com o processo licitatório e ao respectivo contrato, permitindo a visualização e navegação entre estas informações em um único software, sem a necessidade de sair do produto e realizar novo login de usuário; |
59. | Deverá haver o registro da obra com a sua respectiva identificação da localização, contendo o endereço completo e as coordenadas em grau, minuto e segundo de latitude e longitude; |
60. | Deverá fornecer consultas, relatórios e visões gerenciais que possibilitem comparar o valor adjudicado com o valor realizado na obra ou serviço, e possibilitar a visualização dos eventos relacionados a obra de forma cronológica, por processo licitatório ou de afastamento, exibindo várias informações em um único local, por exercício, mês e data do fato. |
61. | Permitir detalhar os itens do contrato da obra conforme a planilha orçamentária elaborada pela administração, com os respectivos códigos dos itens de acordo com cada fonte de referência SINAP – Sistema Nacional de Pesquisa de Custos e Índices da Construção Civil e SICRO– Sistema de Custos de Obras Rodoviárias ou outras tabelas de referência a serem utilizada para orçamento, com as respectivas quantidades e preços do fornecedor ganhador. |
62. | Possibilitar a importação da planilha orçamentária com cadastro automático dos itens nela relacionados, de acordo com a fonte de referência de preço, agilizando a gravação dos itens dos contratos e termos aditivos de obras e serviços de engenharia |
63. | Possibilitar o registro dos Editais de Chamamento Público para Credenciamento como um novo rito processual, com |
controle próprio de numeração para esses tipos de processos. | |
64. | Permitir o credenciamento de dois ou mais fornecedores para o mesmo item em processos de Chamamento Público para Credenciamento, bem como a emissão de instrumentos contratuais para cada um deles. |
65. | Controlar a vigência do credenciamento dos fornecedores e itens, e permitir credenciar ou descredenciar fornecedor ou itens nos processos de Chamamento Público para Credenciamento a qualquer momento. |
66. | Permitir credenciar ou descredenciar fornecedor ou itens nos processos de Chamamento Público para Credenciamento a qualquer momento. |
67. | Garantir a aplicação do preço dos itens definido pela administração no edital de Chamamento Público para Credenciamento a todos os fornecedores credenciados, bem como o reajustamento desses preços, quando ocorrer. |
68. | Consistir a situação do fornecedor na data de emissão do instrumento contratual dos processos de Chamamento Público para Credenciamento, devendo estar dentro do período de vigência do credenciamento |
69. | Dispor de integração com o software de Pregão Eletrônico do fornecedor Paradigma, possibilitando a importação dos fornecedores, propostas, lances por item e por lote, e captura dos valores dos itens que compõe o lote, bem como as negociações. |
70. | Emitir um aviso ao registrar as propostas comerciais ou cotação, quando o porte do proponente for diferente de ME ou EPP, e o item de contratação for exclusivo para empresas ME ou EPP (Lei Complementar 123/2006, Art. 48º, inciso III) |
71. | Possibilitar a divisão dos lotes de contratação de forma automatizada, para aplicação do tratamento diferenciado, simplificado e favorecido para empresas ME/EPP, conforme disposto na Lei Complementar nº 123/2006, art. 48º, inciso III, de forma que seja possível escolher a cota a ser aplicada (25% para reserva exclusiva ou 75% para ampla concorrência), bem como desconsiderar os itens não divisíveis. Possibilitar a seleção de todos os lotes do processo, ou de todos os itens de um lote, ou somente dos itens cujo valor ultrapasse R$ 80.000,00. |
72. | Permitir a importação do rateio entre os órgãos dos processos de Registro de Preço de um exercício para o outro, com o recalculo dos quantitativos para cada órgão com base no saldo renascente para o processo, forma automatizada. |
73. | Possibilitar a assinatura eletrônica/digital dos documentos de Contrato e Termos Aditivos, através da integração com Plataformas de Assinatura Eletrônica de Documentos. |
74. | Permitir a alteração das informações referentes ao porte da empresa e prioridade de contratação dos proponentes nos processos, mesmo havendo registro da proposta comercial e/ou início da rodada de lances. |
75. | Ao realizar os lances do pregão o pregoeiro deverá ter a possibilidade de definir se a marca dos itens, informada na proposta, será ou não apresentada |
76. | Impedir a emissão de empenhos para itens da Ata de Registro de Preços que foram cancelados |
77. | Deverá ofertar cadastro de feriados e realizar o cálculo das datas referentes ao prazo de abertura da fase de julgamento dos processos de forma automática, considerando os feriados cadastrados. |
78. | Deverá ter o cadastro de fornecedores impedidos de contratar, identificando o tipo e o prazo de inidoneidade, impedindo que a administração pública adjudique em favor do fornecedor inidôneo. |
79. | Deverá ser possível agrupar e identificar os processos realizados com a mesma finalidade (objeto padrão) |
80. | Deverá haver mecanismo de alerta que informa automaticamente o usuário quais serão os processos que iniciarão a fase de abertura e julgamento do processo em determinado número de dias. A configuração do número de dias para o alerta deverá ser variável e configurável por usuário, como também, a opção de alertá-lo sempre que acessar o sistema. |
TCE – SP - AUDESP – FASE IV | |
81. | Permitir a geração dos arquivos a serem transmitidos ao Tribunal de Contas o Estado de São Paulo – SP referente a Fase IV do Projeto AUDESP. |
82. | Disponibilizar consulta que irá indicar quantos dias ainda restam para realizar a prestação de contas das licitações, ajustes (podendo ser contrato ou nota de empenho), execuções dos ajustes (liquidações e pagamentos) e termos aditivos para prestações de contas das licitações e contratos ao Audesp – TCE/SP. |
83. | Coletar informações requeridas pelo Audesp – TCE/SP, referentes a cada processo licitatório, registradas nas respectivas fases do mesmo, diretamente no sistema de licitações de forma automática. |
84. | Permitir o cadastramento de informações exigidas pelo Audesp – TCE/SP referentes aos processos licitatórios, contratos ou ajustes congêneres para geração dos arquivos de envio. |
85. | Permitir a digitação dos dados de execução contratual requeridos pelo Audesp – TCE/SP que não são tratados pelo sistema de contabilidade. |
86. | Permitir o preenchimento de informações exigidas pelo Audesp – TCE - SP referentes à obras e/ou serviços de engenharia |
quando este for o objeto da licitação. | |
87. | Coletar informações referentes aos empenhos, liquidações e documentos fiscais associados, automaticamente do sistema de contabilidade. |
88. | Gerar os arquivos de extensão .xml, de acordo com os leiautes disponibilizados pelo TCE – SP, para possibilitar a transmissão de dados em lote, através do coletor de dados Audesp – fase IV. |
89. | No momento da geração dos arquivos xml, apresentar críticas que indiquem os dados não informados no processo licitatório, contrato ou ajustes congêneres caso estes necessitem de complementação. |
90. | Permitir que sejam verificadas as inconsistências para ajustes nos processos de compras com relatórios de validação e críticas. |
3.5 - Módulo de Almoxarifado
Nº | REQUISITOS FUNCIONAIS |
1. | Permitir o gerenciamento integrado dos estoques de materiais existentes nos diversos almoxarifados, englobando ainda a gestão de entidades (unidades gestoras) junto aos almoxarifados. |
2. | Utilizar centros de custo na distribuição de materiais, para apropriação e controle do consumo; |
3. | Permitir a fixação de cotas financeiras ou quantitativas por material individual ou por grupo de materiais para os centros de custos (nos níveis superiores e nos níveis mais baixos dentro da hierarquia), mantendo o controle sobre os totais requisitados, alertando sobre eventuais estouros de cotas; |
4. | Possuir controle da localização física dos materiais no estoque; |
5. | Permitir a geração de pedidos de compras para o setor de licitações; |
6. | Permitir que o documento pedido de compras possa ser parametrizado pelo próprio usuário, permitindo-lhe selecionar dados a serem impressos, bem como a sua disposição física dentro do documento; |
7. | Permitir que ao realizar a entrada de materiais possa ser realizado o vínculo com o respectivo Pedido de Compra, gerando assim a baixa da necessidade de compra que estava pendente |
8. | Manter controle efetivo sobre as requisições de materiais, permitindo atendimento parcial de requisições e mantendo o controle sobre o saldo não atendido das requisições; |
9. | Permitir que o documento requisição de material possa ser parametrizado pelo próprio usuário, permitindo-lhe selecionar dados a serem impressos, bem como a sua disposição física dentro do documento; |
10. | Efetuar cálculo automático do preço médio dos materiais; |
11. | Controlar o estoque mínimo, máximo e ponto de reposição dos materiais de forma individual e por Almoxarifado; |
12. | Emitir etiquetas de prateleiras para identificação dos materiais; |
13. | Manter e disponibilizar em consultas e relatórios, informações históricas relativas à movimentação do estoque para cada material, de forma analítica; |
14. | Permitir o registro da abertura e do fechamento de inventário, bloqueando movimentações durante a sua realização; |
15. | Tratar a entrada de materiais recebidos em doação; |
16. | Possuir integração com o sistema de administração de frotas efetuando entradas automáticas nos estoques desse setor; |
17. | Possuir integração com o sistema patrimonial disponibilizando automaticamente a inclusão do item patrimonial naquele sistema e mantendo o vínculo entre eles; |
18. | Permitir controlar a aquisição de materiais de aplicação imediata; |
19. | Permitir o controle de datas de vencimento de materiais perecíveis; |
20. | Permitir bloquear as movimentações em períodos anteriores a uma data selecionada; |
21. | Possibilitar a definição parametrizada através de máscara da estrutura de centros de custos, locais físicos e de classificação de materiais; |
22. | Possibilitar restringir o acesso dos usuários somente a almoxarifados específicos; |
23. | Possibilitar que determinados itens sejam requisitados apenas por determinados centros de custos; |
24. | Emitir recibo de entrega de materiais, permitindo que esse documento seja parametrizado pelo próprio usuário, possibilitando-lhe selecionar os dados a serem impressos, bem como a sua disposição física dentro do documento. |
25. | Permitir a movimentação por código de barras do próprio fornecedor |
26. | Elaborar relatórios de Consumo Médio e de Curva ABC |
27. | Controlar as entradas por nota fiscal que necessitam de conferência para que seja possível identificar e finalizar o estágio de conferência em momento posterior ao do registro da entrada da nota fiscal. |
28. | Possui integração em tempo real com a contabilidade onde seja possível efetuar a escrituração contábil de todos os movimentos de entrada e saída que afetam o estoque. |
29. | Possuir integração em tempo real com a execução das despesas orçamentárias, identificando e solicitando a liquidação ou o “em liquidação” do empenho relacionado à respectiva entrada por nota fiscal. |
30. | Possui movimentação específica para o registro de desperdícios, resíduos e refugos existentes na gestão de estoques, efetivando assim correta caracterização das saídas de materiais inservíveis. |
31. | Permitir emitir o relatório dos sistemas possibilitando ao usuário a possibilidade de selecionar a visualização do relatório em tela, ou gerar em arquivo PDF ou enviar diretamente para impressora; |
32. | Controlar o acesso dos usuários, restringindo o acesso as funcionalidades por grupos de usuários ou por usuários; |
33. | Permitir sincronizar as permissões de acesso do usuário de acordo com as permissões do grupo de usuários; |
34. | Permitir controlar a execução de funcionalidade, com liberação durante a execução da função, solicitando a inserção da senha do usuário administrador (Dupla Custódia); |
35. | Controlar dias e horas de acesso dos usuários ao sistema, permitindo ou negando os dias e horas desejados; |
36. | Armazenar informações de acesso e alterações dos registros no banco de dados, informando o IP de acesso, a máquina, a data, a hora, e o usuário, informando a funcionalidade utilizada e o registro alterado; |
37. | Controlar o acesso ao sistema por usuário e senha, permitindo ao usuário a alteração da senha na tela de login; |
38. | Permitir o acesso ao sistema com conta integrada ao Windows; |
39. | Permitir a utilização de acesso estendido, exibindo informações da data e hora do último acesso ao sistema; |
40. | Permitir inserir a imagem do funcionário no cadastro do usuário do sistema; |
41. | Permitir bloquear o acesso de usuário; |
42. | Permitir a obrigatoriedade de alteração de senha de acesso de cada usuário dentro de uma quantidade de dias pré- determinada; |
43. | Cadastro Único de Fornecedores; |
44. | Cadastro Único de Materiais. |
3.6 - Módulo de Patrimônio – NBCASP
Nº | REQUISITOS FUNCIONAIS |
1. | Permitir o controle dos bens patrimoniais, tais como os recebidos ou cedidos em comodato a outros órgãos da administração pública e também os alugados pela entidade; |
2. | Possuir gestão de entidades (unidade gestora) de todos os bens cadastrados e que sofram movimentação ao longo de sua vida útil, identificando de forma transparente qual entidade detém a posse do mesmo. |
3. | Permitir ingressar itens patrimoniais pelos mais diversos tipos, como: aquisição, doação, dação de pagamento, obras em andamento, entre outros, auxiliando assim no mais preciso controle dos bens da entidade, bem como o respectivo impacto na contabilidade. |
4. | Permitir a utilização, na depreciação, amortização e exaustão, os métodos: linear ou de quotas constantes e/ou de unidades produzidas, em atendimento a NBCASP; |
5. | Permitir registrar o processo licitatório, empenho e nota fiscal referentes ao item. |
6. | Possibilitar a vinculação entre itens patrimoniais (agregação), de forma que possam ser tratados como um único bem, possibilitando sua desvinculação a qualquer momento; |
7. | Permitir transferência individual, parcial ou global de itens; |
8. | Permitir a escrituração contábil tempestiva das transações de avaliação patrimonial, depreciação, amortização, exaustão, entre outros fatos administrativos com impacto contábil, em conformidade com a NBCASP (integração com setor contábil); |
9. | Permitir o armazenamento dos históricos de todas as operações como depreciações, amortizações e exaustões, avaliações, os valores correspondentes aos gastos adicionais ou complementares, bem como registrar histórico da vida útil, valor residual, metodologia da depreciação, taxa utilizada de cada classe do imobilizado para fins de elaboração das notas explicativas correspondentes aos demonstrativos contábeis, em atendimento a NBCASP; |
10. | Permitir a avaliação patrimonial em atendimento a NBCASP (Normas Brasileiras de Contabilidade Aplicadas ao Setor Público), possibilitando o registro do seu resultado, independente deste ser uma Reavaliação ou uma Redução ao Valor Recuperável; |
11. | Permitir o controle dos diversos tipos de baixas e desincorporações como: alienação, permuta, furto/roubo, entre outros; |
12. | Permitir a realização de inventário, bloqueando a movimentação ou destinação de bens durante a sua realização inclusive oferecendo a utilização de mecanismo externo para a coleta de informações dos bens patrimoniais (Coletores de Dados) tornando dessa forma o processo de inventário sem intervenção manual/papel; deve permitir configurar os arquivos de importação e exportação que serão utilizados pelo coletor de dados. |
13. | Permitir o registro pelo responsável, da conformidade do inventário; |
14. | Permitir a transferência pela comissão de inventário de bens localizados, mas pertencentes a outro setor, durante o inventário; |
15. | Manter o controle do responsável e da localização dos bens patrimoniais; |
16. | Emitir e registrar Termo de Guarda e Responsabilidade, individual ou coletivo dos bens; |
17. | Permitir que o termo de guarda e responsabilidade possa ser parametrizado pelo próprio usuário, permitindo-lhe selecionar campos a serem impressos bem como selecionar a disposição desses campos dentro do corpo do documento; |
18. | Emitir nota de transferência de bens; |
19. | Permitir que a nota de transferência de bens possa ser parametrizada pelo próprio usuário, permitindo-lhe selecionar campos a serem impressos bem como selecionar a disposição desses campos dentro do corpo do documento; |
20. | Emitir etiquetas de controle patrimonial, inclusive com código de barras para leitura óptica; |
21. | Permitir que a etiqueta de controle patrimonial possa ser parametrizada pelo próprio usuário, permitindo-lhe selecionar campos a serem impressos bem como selecionar a disposição desses campos dentro do corpo da etiqueta; |
22. | Manter controle sobre vencimento dos prazos de garantia do fabricante; |
23. | Registrar e emitir relatórios das manutenções preventivas e corretivas dos bens; |
24. | Permitir que em qualquer ponto do sistema um item possa ser acessado tanto pelo seu código interno como pela placa de identificação; |
25. | Disponibilizar consulta com a visão contábil para viabilizar a comparabilidade do controle dos bens com os registros contábeis, apresentando no mínimo a composição do valor bruto contábil (valor de aquisição mais os valores correspondentes aos gastos adicionais ou complementares); do valor líquido contábil (valor bruto contábil deduzido as depreciações/amortizações/exaustões) no período e acumuladas no início e no final do período; |
26. | Emitir relatórios, bem como gerar arquivos, destinados à prestação de contas em conformidade com os Tribunais de Contas; |
27. | Emitir relatório de itens podendo filtrar por entidades. |
28. | Possuir integração em tempo real com a execução das despesas orçamentárias, identificando e solicitando a liquidação ou o “em liquidação” do empenho relacionado à respectiva incorporação do patrimônio, quando este utilizar execução de despesa orçamentária. |
29. | Permitir emitir o relatório dos sistemas possibilitando ao usuário a possibilidade de selecionar a visualização do relatório em tela, ou gerar em arquivo PDF ou enviar diretamente para impressora; |
30. | Controlar o acesso dos usuários, restringindo o acesso as funcionalidades por grupos de usuários ou por usuários; |
31. | Permitir sincronizar as permissões de acesso do usuário de acordo com as permissões do grupo de usuários; |
32. | Permitir controlar a execução de funcionalidade, com liberação durante a execução da função, solicitando a inserção da senha do usuário administrador (Dupla Custódia); |
33. | Controlar dias e horas de acesso dos usuários ao sistema, permitindo ou negando os dias e horas desejados; |
34. | Armazenar informações de acesso e alterações dos registros no banco de dados, informando o IP de acesso, a máquina, a data, a hora, e o usuário, informando a funcionalidade utilizada e o registro alterado; |
35. | Controlar o acesso ao sistema por usuário e senha, permitindo ao usuário a alteração da senha na tela de login; |
36. | Permitir o acesso ao sistema com conta integrada ao Windows; |
37. | Permitir a utilização de acesso estendido, exibindo informações da data e hora do último acesso ao sistema; |
38. | Permitir inserir a imagem do funcionário no cadastro do usuário do sistema; |
39. | Permitir bloquear o acesso de usuário; |
40. | Permitir a obrigatoriedade de alteração de senha de acesso de cada usuário dentro de uma quantidade de dias pré- determinada; |
41. | Cadastro Único de Fornecedores; |
42. | Cadastro Único de Materiais. |
43. | Integrar-se com o sistema de almoxarifado e realizar lançamentos em tempo real; |
44. | Integrar-se com o sistema contábil e realizar lançamentos em tempo real; |
45. | Possibilitar a utilização de coletor de dados para execução do inventário; |
46. | Permitir o registro de Valor subsequente ao ingresso do bem, com descrição do item, nota fiscal, processo licitatório, convênios, fornecedor e unidade gestora. |
47. | Deverá disponibilizar, conforme preconiza a MCASP atualizado, identificação das Classificações Patrimoniais dos bens junto às suas respectivas contas contábeis do Ativo Imobilizado. Nessa identificação deve necessariamente relacionar as Contas Contábeis que representam o Ativo Imobilizado e a de Depreciação Acumulada, para cada Classificação de Bens Patrimoniais. |
48. | Deverá disponibilizar, conforme preconiza a MCASP atualizado, para cada Conta Contábil que representa uma Classificação de Bens Patrimoniais, a vida útil (em anos) e o valor residual esperado ao término da vida útil do bem (em % - percentual). |
49. | Disponibilizar a identificação das Comissão de trabalho para o setor de Patrimônio, dispondo de no mínimo a identificação das Comissões de Avaliação, Levantamento/Inventário e de Recebimento de Bens. Deverá ainda identifica, para cada comissão, a data de criação, de extinção e a respectiva identificação dos membros do grupo. |
50. | Deverá disponibilizar um cadastro para identificar os Responsáveis por Localizações, por Bens, de modo que essa identificação permita informar, minimamente, o nome do Responsável, o CPF, a Forma de Ingresso e Tipo de Relação do responsável com a entidade. Como formas de ingresso, minimamente, devem existir as opções: Admissão em Emprego Público, Eleição, Nomeação de Cargo Efetivo, Nomeação de Cargo Comissionado. Já como Tipo de Relação é necessário, minimante: Cargo Efetivo, Cargo Comissionado, Cargo Eletivo, Estagiário, Prestador de Serviços. |
51. | Deverá disponibilizar cadastro para os bens, sendo opções distintas para bens patrimoniais, alugados e em comodato. Nos bens patrimoniais, deve minimamente dispor de informações da Placa Patrimonial, Descrição, Nro. Certidão de Registro, Localização, Situação, Classificação Patrimonial, Estado de Conservação, Comissão de Recebimento responsável pelo ato, Data do Ingresso, Tipo do Ingresso, Valor do Ingresso e Valor Complementar, Se é um item que é necessário Ativar na contabilidade, se possuirá Depreciação, o método da depreciação (minimamente tendo as opções de quotas constantes e unidades produzidas), expectativa de vida útil, valor residual, quando inicia a depreciação do bem, dados do tombamento, matrícula, qual processo licitatório e empenho originou o bem (no caso de aquisição). Deverá ainda listar o Termo de Responsabilidade, a critério do usuário, seja ele individual ou coletivo dos bens. |
52. | Deverá disponibilizar rotina que permita a alteração da classificação patrimonial do item, de modo que possa ser feito individualmente ou por um lote de itens num mesmo instante. Para tal, deve disponibilizar meios de localizar os itens que são objetivo da alteração da classificação patrimonial, e disponibilizar uma descrição para esse fato que seja aplicada de uma só vez a todos os itens que estão recebendo a nova classificação patrimonial. |
53. | Disponibilizar mecanismo que permita a transferência física, de locais, dos itens. Esse mecanismo deve permitir a realização de transferência individual de item, parcial ou global (completa), onde neste último todos os itens de um local devem ser alocados em novo local físico. No caso de transferência parcial e global, deve disponibilizar meios de localizar os itens de origem, pela localização dos mesmos e também devendo selecionar mais de um item da mesma localização (quando parcial). Deverá ainda acrescentar uma descrição para o fato, aplicando a mesma ao histórico de todos os itens transferidos. |
54. | Deverá disponibilizar mecanismo que permita adicionar valores complementares, como custos subsequentes, aos itens já existentes. Na inserção desses valores complementares, deverá informar o tipo de ingresso desse valor, o fornecedor, o valor, a descrição, o processo licitatório, o empenho, devendo permitir a inserção de vários empenhos para um único valor complementar. |
55. | Deverá gerir os itens patrimoniais, comodatos e alugados dispondo de mecanismos para a cedência e devolução em comodato, registro e devolução de locação de item, identificação de seguro dos itens (contendo informações de seguradora, apólice, vigência, tipo do seguro), a periodicidade e o tipo de manutenção preventiva e corretiva (incluindo a garantia da manutenção realizada). |
56. | Deverá disponibilizar de gestão para itens que necessitam de conferência após o recebimento. Deverá identificar, ao ingressar o item, que o mesmo necessita ser conferido. Deverá disponibilizar meios de encontrar todos os itens que precisam de conferência, dispondo de um mecanismo que seja possível encontrar esses itens por empenho, fornecedor, classificação, nota fiscal e local físico, inserindo a identificação da conferência e também o responsável pelo fato. |
57. | Deverá ofertar mecanismo para a realização do inventário patrimonial. Deverá identificar o tipo do inventário, a data de abertura e fechamento/finalização do mesmo, a comissão de inventário responsável, o registro de conformidade do mesmo. Deverá ter meios de localizar os itens que comporão inventário, sendo possível encontrá-los por: Classificação, Descrição, Estado de Conservação, Localização, Situação. Na realização do inventário, deve ofertar ainda na mesma funcionalidade, a atualização das informações da Localização do bem, Situação, Estado de Conservação, acrescentar histórico para cada item, bem como a realização da Baixa do mesmo. Enquanto durar o inventário, os bens nele relacionados não poderão receber outras operações. Deverá ter suporta a utilização de coletadores de dados, de modo a realizar a exportação e importação de conteúdos para esses equipamentos. Deverá oferecer recurso técnico que permita configurar os arquivos que são exportados e importados pelo coletor de dados, de modo ter flexibilidade para atender simultaneamente mais de um modelo de coletor e possa ser realizada pelo usuário. |
58. | Deverá oferecer mecanismo faça a gestão da depreciação dos bens. Nele deve ser possível identificar a que mês se refere a depreciação, a data de realização. A depreciação deve ser realizada automaticamente para todos os bens, com a possibilidade de informar determinados bens de uma natureza, classificação, conta contábil ou localização, possibilitando a inserção das unidades produzidas para os bens que possuem esse método de depreciação. Deve exibir, num mesmo campo de visão, as informações de todas as Contas Contábeis que receberão as depreciações, e em cada uma delas os itens que estão sendo depreciados. Deverá ainda exibir, para cada item que está sendo depreciado, as informações: Vida útil, produção (quando for o método), Valor Bruto Contábil, Valor Residual, Valor Depreciável, Depreciação já Acumulada, A Depreciação apurada no fato, e o Valor Líquido Contábil. Deverá também dispor de quadros totalizados demonstrando os mesmos valores por Conta Contábil, antes e após a Depreciação que está sendo realizada. |
59. | Disponibilizar mecanismo para realizar a Avaliação Patrimonial, tanto a Reavaliação quando a Redução do Ativo ao Valor Recuperável. Deverá permitir a realização da avaliação de forma individual, dispondo de meios para atualização das informações: unidades produzidas, situação, método de depreciação, vida útil, valor residual. Deverá, quando realizada avaliação para um item depreciável, calcular a depreciação parcial até o momento da realização da avaliação patrimonial, permitindo que o novo ciclo do bem, após a avaliação, tenha um novo ciclo para a depreciação. Deve ainda exibir o Valor Bruto Contábil, Valor Residual, Depreciação Acumulada, Depreciação Apurada no fato (na avaliação), e o Valor Líquido Contábil. |
60. | Deverá disponibilizar de mecanismos para realizar a Baixa dos itens, podendo ser individualmente ou de forma global/em lote. Deverá identificar o tipo da baixa que está sendo realizada, o motivo, e nos casos de baixa global, aplicar o histórico para todos os itens que estão sendo baixados. É necessário identificar o fundamento legal que está amparando tal fato. |
61. | Deverá dispor de mecanismo para a realização da transferência de itens entre entidades distintas (unidades gestoras). Para tal, deve identificar se a transferência se refere a doação ou apenas transferência temporária, o fundamento legal que ampara tal fato, a identificação da origem e destino dos bens (identificando a unidade gestora e local de destino). Deverá ainda exibir um quadro com todos os itens que estão sendo transferidos, bem como todos os seus valores (contábil, depreciável, residual, líquido contábil). |
62. | Deverá integrar-se ao sistema de contabilidade de modo que todas as operações que necessitam de contabilização tenham o seu registro, no exato momento em que o fato está sendo realizado. Assim, as operações de Ingresso, Depreciação, Avaliação, Alteração da Classificação Contábil do Bem e Baixa devem contar com esse mecanismo de contabilização. As contabilizações decorrentes desses fatos devem ser flexíveis, configuráveis pelo usuário, de modo que atenda a todas as particularidades de contas contábeis existentes no PCASP. Deverá ainda, ter mecanismo que permita a realização dos estornos dessas operações citadas anteriormente, de modo que também ocorra a contabilização no sistema de contabilidade no exato momento em que ocorre o estorno no sistema de gestão patrimonial. |
63. | Deverá emitir relatório com visão contábil das operações realizadas e que possuem essa característica de interferir no valor dos bens. Esse relatório deve demonstrar, por Conta Contábil, por Classificação Patrimonial e por Localização, os valores de Saldo Anterior, Total de Ingressos, Avaliação, Depreciação, Baixa e Saldo Atualizado. |
64. | Deverá disponibilizar também informações gerenciais e contábeis dos bens, onde se evidencie numa única tela, as informações de saldo anterior, débitos, créditos, saldo atual, valor depreciável, depreciação acumulada e valor líquido contábil, sendo estas informações exibidas por conta contábil e por item/bem patrimonial. Deverá ainda exibir, nas mesmas telas, as operações de cada item que resultaram nos totalizadores acima citados, contendo a data da operação, a descrição, o valor da operação e o reflexo dessa operação para a contabilidade. |
65. | Deverá disponibilizar relatório onde conste todo o histórico das alterações realizadas ao longo da vida útil do item, demonstrando minimamente as informações de alterações de placa, situação, estado de conservação, responsável. Também deverá demostrar em relatório todas as movimentações ocorridas com o bem e que tiveram impacto em seus valores, como depreciação, avaliação, baixa. |
66. | Deverá dispor de filtros para permitir calcular a depreciação dos itens de determinada conta contábil, localização, natureza, ou até mesmo de um único item, tornando o cálculo mais flexível e facilitando o recálculo, quando este se fizer necessário. |
67. | Possibilitar a transferência e um ou mais itens, seja patrimonial, comodato ou alugado, de uma determinada localização ou classificação, além de fornecer um resumo dos itens que serão transferidos com os respectivos valores totalizados, |
3.7 - Módulo de Recursos Humanos – AUDESP – Fase III
Nº | Requisitos funcionais |
1. | Permitir a captação e manutenção de informações pessoais e funcionais de pessoal ativo, inativo e pensionista, registrando a evolução histórica; |
2. | Permitir o cadastramento de um ou mais contratos de trabalho para um mesmo servidor (temporários e efetivos); |
3. | Permitir liberação das funcionalidades por usuário e com controle de acesso restrito por lotação, permitindo acesso exclusivo das informações por lotação de acesso, para descentralização das atividades; |
4. | Garantir a disponibilidade e segurança das informações históricas das verbas e valores de todos os pagamentos e descontos; |
5. | Permitir o cadastramento de currículos de candidatos e funcionários; |
6. | Permitir a criação e formatação de tabelas e campos para cadastro de informações cadastrais complementares, e que o sistema disponibilize de forma automática, telas de manutenção destas informações, com possibilidade de parametrizar layouts diversos, para emissão de relatórios e geração de arquivos; |
7. | Permitir o registro de atos de elogio, advertência e punição; |
8. | Permitir o controle dos dependentes de servidores/funcionários realizando automaticamente a baixa na época e condições devidas; |
9. | Possuir cadastro de beneficiários de pensão judicial e das verbas para pagamento por ocasião de férias, 13º e folha de pagamento, com suas respectivas fórmulas, conforme determinação judicial; |
10. | Permitir o controle histórico da lotação, inclusive de servidores cedidos, para a localização dos mesmos; |
11. | Permitir o controle das funções em caráter de confiança exercida e averbada, que o servidor tenha desempenhado, dentro ou fora do órgão, para pagamento de quintos ou décimos de acordo com a legislação; |
12. | Permitir o controle do tempo de serviço efetivo, emitir certidões de tempo de serviço e disponibilizar informações para cálculo e concessão aposentadoria; |
13. | Possuir controle do quadro de vagas por cargo e lotação (previsto, realizado e saldo); |
14. | Permitir o registro e controle da promoção e progressão de cargos e salários dos servidores; |
15. | Possuir rotinas que permitam administrar salários, possibilitando reajustes globais e parciais; |
16. | Possuir rotina que permita controlar limite de piso ou teto salarial; |
17. | Permitir o controle automático dos valores relativos aos benefícios dos dependentes, tais como salário família e auxílios creche e educação; |
18. | Permitir o controle de benefícios concedidos devido ao tempo de serviço (anuênio, quinquênio, licença prêmio, progressões salariais e outros), com controle de prorrogação ou perda por faltas e afastamentos; |
19. | Permitir o cálculo automático de adicionais por tempo de serviço e a concessão, gozo ou transformação em abono pecuniário da licença-prêmio assiduidade; |
20. | Permitir o registro e controle de convênios e empréstimos que tenham sido consignados em folha; |
21. | Permitir a inclusão de valores variáveis na folha, como os provenientes de horas extras, periculosidade, insalubridade, faltas, empréstimos, descontos diversos e ações judiciais; |
22. | Possuir rotina de cálculo de benefícios tais como: Vale Transporte e Auxílio Alimentação; |
23. | Possuir controle dos Tomadores de serviço, pagamentos por RPA, Nota Fiscal e outros, integrando essas informações para DIRF; |
24. | Permitir o controle de diversos regimes jurídicos, bem como contratos de duplo vínculo, quanto ao acúmulo de bases para IRRF, INSS e FGTS; |
25. | Permitir simulações parciais ou totais da folha de pagamento; |
26. | Possuir rotina para programação e cálculo do Décimo Terceiro (Adto, Anual e Complemento Final Dezembro) |
27. | Possuir rotina para programação e cálculo de Férias normais e coletivas |
28. | Possuir rotina para programação e cálculo de rescisões de contrato de trabalho e demissões; |
29. | Permitir cálculo e emissão de Rescisão Complementar apurando automaticamente as diferenças encontradas ou por meio do lançamento de valores no movimento variável, gerando o registro destes valores na Ficha Financeira do mês. |
30. | Permitir o cálculo de Folha Retroativa com encargos (IRRF/Previdência), para admissões do mês anterior, que chegaram com atraso para cadastramento; |
31. | Permitir o cálculo de Folha Complementar COM e SEM encargos (IRRF/Previdência), para pagamento das diferenças de meses anteriores, a serem pagas no mês da Folha Atual; |
32. | Permitir o cálculo para pagamento do pessoal ativo, inativo e pensionistas, tratando adequadamente os diversos regimes jurídicos, adiantamentos, pensões e benefícios, permitindo recálculos gerais, parciais ou individuais; |
33. | Possuir bloqueio do cálculo da Folha Mensal (Com mensagem de Alerta) para servidores com término de contrato (Temporário/Estágio Probatório) no mês, o qual deverá ser rescindido ou prorrogado; |
34. | Após cálculo mensal fechado, não deve permitir movimentações que afetem o resultado do cálculo ou histórico mensal, mas deve permitir que um usuário autorizado possa abrir o cálculo mensal e liberar a movimentação. |
35. | Permitir cálculo e emissão da provisão de Xxxxxx, 13º Salário e encargos por período; |
36. | Permitir emissão de relatório com demonstrativo da provisão, de forma analítica e sintética. |
37. | Permitir a parametrização, geração das receitas e despesas com pessoal, e a emissão do demonstrativo da integração da Folha Mensal e Provisão de Férias, 13º Salário e Encargos. |
38. | Manter o registro das informações históricas necessárias às rotinas anuais, 13º Salário, rescisões de contrato e férias; |
39. | Permitir a geração de informações mensais para Tribunal de Contas do Estado (TCE), Fundo de Previdência Municipal (GPRM), Previdência Social (GPS e MANAD), Caixa (GRFC, GRRF, SEFIP/GFIP) e Ministério do Trabalho (CAGED). |
40. | Permitir a geração de informações anuais como RAIS, DIRF, Comprovante de Rendimentos e pagamento PIS/PASEP |
41. | Permitir a formatação e emissão de contracheques, cheques de pagamento e etiquetas com livre formatação desses documentos pelo usuário; |
42. | Permitir formatação e geração de arquivos para crédito bancário; |
43. | Permitir utilização de logotipos, figuras e formatos PCL como imagem de fundo nos relatórios; |
44. | Permitir a parametrização de documentos legais e admissionais, com uso de um editor de texto (Word); |
45. | Permitir Retificar informações geradas em competências anteriores por meio de SEFIP RETIFICADORA. |
46. | Permitir parametrizar Operadora de Plano de Saúde para gerenciar o benefício fornecido aos servidores e posteriormente levar as informações automaticamente na DIRF e Informe de Rendimentos. |
47. | Permitir gerenciar os valores de Mensalidade do Plano de Saúde para Titular e Dependente, parametrizando a forma de desconto na folha mensal e em rescisão. |
48. | Permitir interromper Legalmente as Férias em virtude de Licença Maternidade, permitindo que estas sejam programadas e calculadas de forma automática no retorno do afastamento. |
49. | Permitir a parametrização de múltiplos organogramas para emissão de relatórios. |
50. | Permitir vincular o servidor em mais de um organograma, para identificar o Local de Trabalho e o Local Físico, bem como a emissão de relatórios nos respectivos Locais. |
51. | Permitir o bloqueio de verbas de desconto para que não gera saldo negativo para o servidor, e emitir o relatório identificando os servidores com a verba e o valor rejeitado/bloqueado. |
52. | Permitir o controle de restituição de pagamento indevido, mantendo o controle dos valores parcelados descontados mensalmente, até zerar o saldo a ser restituído. |
Ato Legal e Efetividade – AUDESP | |
53. | Permitir o registro dos documentos de Atos Legais (Portarias, Decretos, Requisições e outros); |
54. | Permitir a manutenção do movimento de Ato Legal por servidor, independente das alterações cadastrais do funcionário, Afastamentos e Benefícios Fixos; |
55. | Permitir integração das alterações cadastrais, Afastamentos e Benefícios Fixos do funcionário com movimento de Ato Legal que autoriza a movimentação; |
56. | Permitir o controle dos Atos a serem considerados para Efetividade, conforme tipo e opções parametrizadas pela empresa; |
57. | Permitir emissão da Certidão Tempo de Serviço com grade de Efetividade, por ano, meses e tipo efetividade com dias por mês e total por ano, com resumo final do Tempo Municipal e Tempo Efetividade (Tempo Atual mais Anterior). |
Registros do SMT | |
58. | Permitir registrar os dados dos responsáveis pelas informações de monitoração Biológica por período, mantendo histórico atualizado; |
59. | Permitir registrar os dados dos responsáveis pelas informações de monitoração dos registros Ambientais por período, mantendo histórico atualizado; |
60. | Permitir gerenciar e manter atualizado todas as informações cadastrais, pertinentes ao PPP, como alteração de cargos, mudança de agente nocivo, transferências, descrição dos cargos e atividades exercidas pelo funcionário; |
61. | Permitir registrar os exames periódicos, clínicos e complementares e manter os dados históricos; |
62. | Permitir registrar e manter atualizado o histórico da exposição do trabalhador aos fatores de riscos; |
63. | Permitir a emissão do PPP individual ou por grupo de funcionários; |
64. | Permitir registrar as informações referente ao Acidente de Trabalho (CAT): a) Identificação do Registrador, Empregador e Trabalhador; b) Comunicação do Acidente de Trabalho com (Data, Tipo e Hora do acidente, Horas trabalhadas antes do acidente, Tipo da CAT, indicativo de CAT); c) Local do acidente; d) Detalhamento da(s) parte(s) atingida(s) pelo acidente de trabalho; e) Detalhamento do(s) agente(s) causador(es) do acidente de trabalho; f) Atestado médico; g) Nome do médico que emitiu o atestado. |
65. | Permitir informar o cadastro de EPI – Equipamento de Proteção Individual, o certificado de aprovação (CA), informações relativas as medidas de proteção coletiva, informações pertinentes a manutenção de uso como Higienização, Validade e Troca do EPI; |
Contracheque WEB | |
66. | Permitir consulta e emissão do contracheque via internet, com parametrização do servidor de acesso, definição do logon por funcionário e critérios para geração da senha inicial, permitindo alteração da senha após primeiro acesso; |
67. | Permitir controle da disponibilidade das informações para consulta, por competência e Tipo de Cálculo; |
68. | Permitir consulta e emissão do Contracheque com acesso via internet, mediante identificação do logon e senha, por funcionário. |
69. | Permitir listar Relação de Acesso ao Contracheque, Logon Inválido |
Portal do Servidor | |
70. | Permitir o acesso ao Portal do Servidor com logon/senha, utilizando como padrão de logon CPF; |
71. | Permitir a solicitação de nova senha em caso de esquecimento, enviando link com nova senha para e-mail previamente |
cadastrado; | |
72. | Permitir a parametrização dos campos, informações no contracheque, de acordo com a definição do usuário/administrador. |
73. | Permitir incluir logotipo e marca d’agua da empresa (órgão) no contra cheque. |
Permitir a formatação de layout do formulário do modelo do contra cheque web | |
74. | Permitir consulta e emissão do Contracheque, Consulta e emissão do Informe de Rendimentos no layout da RFB, mediante identificação do login e senha, por servidor |
75. | Permitir a validação do contra cheque impresso via web pelo servidor, utilizando a forma de autenticação QR code, para comprovação de autenticidade |
76. | Permitir parametrizar quais os dados cadastrais o servidor terá acesso para conferência e atualização, permitindo ainda que o RH defina quais “campos” deverá enviar comprovante para validar as atualizações. |
77. | Permitir ao usuário do RH conferir as informações enviadas através do Portal do Servidor, e validar ou rejeitar as mesmas com documentos anexados quando necessário e atualizar as mesmas no cadastro do funcionário |
78. | Permitir listar informações relativas aos servidores que terão acesso ou não ao Portal [Logins Divergentes e Logins Disponíveis] |
79. | Permitir o servidor consultar e atualizar seus dados pessoais no Portal do Servidor, por meio de Login e Xxxxx. |
ESOCIAL – Qualificação Cadastral | |
80. | Permitir realizar o diagnóstico da Qualificação Cadastral antes da geração do arquivo, realizar a geração arquivo de informações para envio ao Portal Nacional do eSocial referente a Qualificação Cadastral e receber arquivo de retorno do eSocial e emitir relatório com as críticas apurada. |
81. | Permitir o agrupamento de empresas com o mesmo CNPJ para envio ao eSocial |
82. | Utilizar o mecanismo Token para habilitar os novos campos referentes ao eSocial |
83. | Permitir realizar o cadastramento do responsável pelo eSocial com todas as informações exigidas pelo eSocial Nacional |
84. | Permitir realizar o relacionamento dos códigos de verbas do sistema com as rubricas do eSocial. |
85. | Permitir gerar o relatório de Diagnóstico das informações do Empregador, Cargos, Escalas, Horários, e listar as inconsistências encontradas. |
86. | Permitir gerar o relatório de Diagnóstico do Empregado com dados pessoais, documentação, endereço, formação, informações contratuais, e listar as inconsistências encontradas. |
87. | Permitir a parametrização das rubricas do eSocial com a bases legais (IRRF, INSS, FGTS) e gerar relatórios de divergências; |
88. | ESOCIAL - Comunicação Eletrônica |
89. | Permitir a parametrização da periodicidade dos envios dos eventos ao eSocial; |
90. | Validar as informações recebidas nos XMLs oriundos do sistema de gestão de pessoas com base nas regras dos layouts do eSocial; |
91. | Assinar digitalmente os arquivos de eventos em formato XML através de Certificado Digital A1; |
92. | Enviar os arquivos de eventos assinados digitalmente para o ambiente do eSocial; |
93. | Receber e armazenar os protocolos de envio dos eventos; |
94. | Permitir consultar através dos protocolos armazenados, o resultado do processamento dos eventos; |
95. | Reenviar os eventos do eSocial que apresentaram inconsistências; |
96. | Manter o controle dos arquivos enviados e validados para o fechamento da Competência da Folha de Pagamento. |
3.8. – Módulo Portal da Transparência – LC 131
Nº | REQUISITOS FUNCIONAIS | |||||||
Itens obrigatórios que o sistema de Contabilidade deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | ||||||||
1. | Possibilidade de impressão de todas as informações que são disponibilizadas. | |||||||
2. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). | |||||||
3. | Possibilidade de mergulhar nas informações até chegar ao empenho que originou a despesa orçamentária. | |||||||
4. | Possibilidade de mergulhar nas informações até chegar aos credores com seus respectivos empenhos que originaram a despesa orçamentária. | |||||||
5. | Histórico de navegação e filtros utilizados em cada consulta. | |||||||
6. | Xxxxxx explicativo em todas as consultas da Receita e da Despesa. Esta informação deve ser parametrizável, ficando a critério do administrador do sistema informar o conteúdo que achar necessário. | |||||||
7. | Movimentação diária das despesas, contendo o número do empenho, data de emissão, unidade gestora e credor, além do valor empenhado, em liquidação (esta informação deve ser parametrizável pelo administrador do sistema), liquidado, pago e anulado relacionado ao empenho e ao período informado. | |||||||
8. | Movimentação diária das despesas, extraorçamentários e de restos a pagar. | com | possibilidade | de | impressão | dos | empenhos | orçamentários, |
9. | Movimentação diária das despesas, com possibilidade de selecionar os registros por: período, unidade gestora, credor, documento do credor (CPF/CNPJ), número do empenho e tipo do empenho (orçamentário, extraorçamentário ou restos a pagar). | |||||||
10. | Dados cadastrais do empenho com as seguintes informações: Unidade gestora; Data de emissão; Funcional programática; Categoria Econômica; Grupo da Despesa; Modalidade de Aplicação; Natureza da Despesa; Desdobramento da Despesa; Fonte de recursos; Credor, com seu respectivo documento; Tipo, número, ano e data de homologação da licitação (quando houver); Número do processo de compra (quando houver); Número do convênio (quando houver); Número do contrato (quando houver); Descrição da conta extra (para os empenhos extraorçamentários) Itens do empenho com as suas respectivas quantidades, unidade e valor unitário; Registros de comprovação da despesa (opcional) | |||||||
11. | Histórico do empenho contendo descrição do item, quantidade, unidade, valor unitário e valor total | |||||||
12. | Histórico das liquidações contendo data de liquidação, número de liquidação, complemento histórico, valor liquidado e valor estornado. | |||||||
13. | Histórico dos pagamentos contendo data do pagamento, número do pagamento, número de liquidação, complemento histórico, valor pago e valor estornado. | |||||||
14. | Histórico das retenções contendo data da retenção, número da retenção, número de liquidação, complemento |
histórico, valor da retenção e valor estornado. | |
15. | Dados de movimentação do empenho contendo os valores: empenhado, em liquidação (esta informação deve ser parametrizável pelo administrador do sistema), liquidado, pago e anulado. |
16. | Filtros para selecionar o exercício, mês inicial/final, e Unidade Gestora. |
17. | Movimentação das Despesas e Receitas de uma determinada unidade gestora ou de todas de forma consolidada. |
18. | Movimentação das Despesas por Classificação Institucional, contendo valores individuais e totais por Órgão, Unidade, 3º Nível (quando existir), Natureza da Despesa e Credores. |
19. | Movimentação das Despesas por Função de Governo, contendo valores individuais e totais por Função, Subfunção, Programa de Governo, Natureza da Despesa e Credores. |
20. | Movimentação das Despesas por Programa de Governo, contendo valores individuais e totais por Programa de Governo, Ação de Governo, Natureza da Despesa e Credores. |
21. | Movimentação das Despesas por Ação de Governo, contendo valores individuais e totais por Tipo da Ação (Projeto, Atividade, Operação Especial), Ação de Governo, Natureza da Despesa e Credores. |
22. | Movimentação das Despesas por Categoria Econômica, contendo valores individuais e totais por Natureza da Despesa, Grupo de Despesa, Modalidade de Aplicação, Elemento de Despesa e Credores. |
23. | Movimentação das Despesas por Fonte de Recursos, contendo valores individuais e totais por Fonte de Recursos, Detalhamento da Fonte, Natureza da Despesa e Credores. |
24. | Movimentação das Despesas por Esfera Administrativa, contendo valores individuais e totais por Esfera, Natureza da Despesa e Credores. |
25. | Movimentação das Despesas envolvendo “Diárias”, “Passagens” e “Adiantamentos de Viagem”, contendo valores individuais e totais por Credor, além de dados complementares que mostram a Lei Autorizativa, Ato de Concessão, Data Inicial/Final da Viagem, Meio de Transporte, Objetivo da Viagem, Quantidade de Diárias, Valor Unitário das Diárias, Valor Total, Matrícula, Nome e Cargo dos Beneficiários. |
26. | Movimentação de Arrecadação das Receitas por Natureza da Receita, contendo valores individuais e totais por Categoria Econômica, Origem, Espécie, Rubrica, Alínea, Subalínea e Detalhamento. |
27. | Movimentação de Arrecadação das Receitas por Fonte de Recursos, contendo valores individuais e totais por Natureza da Receita, Origem, Espécie, Rubrica, Alínea, Subalínea e Detalhamento. |
28. | Movimentação de Arrecadação das Receitas contendo os valores de Previsão Inicial, Previsão das Deduções, Previsão Atualizada Líquida, Arrecadação Bruta, Deduções da Receita e Arrecadação Líquida. |
29. | Movimentação das Despesas contendo os valores da Dotação Inicial, Créditos Adicionais, Dotação Atualizada, Valor Empenhado, em Liquidação (esta informação deve ser parametrizável pelo administrador do sistema), Valor Liquidado e Valor Pago. |
30. | Movimentação diária de arrecadação das receitas, contendo os valores totais de arrecadação no dia, no mês e no período selecionado. |
31. | Movimentação diária das despesas, contendo os valores totais efetuados no dia, no mês e no período selecionado. |
32. | Movimentação dos empenhos a pagar contendo a Data de Vencimento, Fornecedor, Valor a Pagar, Número do Empenho, Tipo do Empenho, Fonte de Recursos, Descrição do Movimento, Processo Licitatório (se houver), Valor Empenhado e Valor a Pagar. |
33. | Movimentação de recursos financeiros extra orçamentários repassados entre entidades públicas da mesma esfera de governo contendo unidade concessora/recebedora, finalidade da transferência, programação inicial, histórico de movimentos e resumo da transferência. |
34. | Movimentação de recursos recebidos da União, Estado ou outras entidades contendo a origem, fonte de recursos, detalhamento da fonte, previsão bruta, previsão das deduções, previsão líquida, arrecadação bruta, deduções e arrecadação líquida. |
35. | Movimentação de recursos concedidos a outras entidades para consecução de atividades de interesse público, que não sejam decorrentes de determinação legal ou constitucional contendo o tipo da transferência, nome do beneficiário, CPF/CNPJ, valor empenhado, valor liquidado, valor pago e valor anulado, bem como os detalhes do empenho realizado. |
36. | Visão detalhada da Ordem Cronológica de Pagamentos, demonstrando fonte de recursos, empenho, histórico do empenho, data de liquidação, data de vencimento, data de pagamento, CPF/CNPJ do fornecedor, nome/razão social do fornecedor, valor, situação (a pagar, pagos, todos), contrato, processo licitatório, processo de compra, processo administrativo, processo de pagamento. |
37. | Localização de uma despesa, como o(s) bairro(s) ou regiões beneficiárias dos referidos gastos. |
38. | Possibilidade de buscar as despesas filtrando por data |
39. | Data da última atualização dos dados efetuada. |
Itens obrigatórios que o sistema de Licitação deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | |
40. | Apresentar os Contratos da Administração Pública com seus aditivos, reajustes e demais alterações. Permitindo a seleção por exercício, unidade gestora, finalidade, fornecedor, valor e período. |
41. | Apresentar os Processos Licitatórios e afastados de licitação, permitindo selecioná-los pelo exercício, unidade gestora, modalidade, finalidade, objeto e expedição. |
42. | Apresentar a relação de participantes da Licitação, bem como a relação de fornecedores classificados, desclassificados e o motivo da desclassificação |
43. | Apresentar os vencedores e seus respectivos fornecimentos à unidade gestora, identificando seus contratos e itens fornecidos. |
44. | Apresentar os produtos consumidos e seus respectivos fornecedores e contratos, permitindo selecioná-los por unidade gestora, descrição e períodos. |
45. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
46. | Possibilidade de impressão de todas as informações que são disponibilizadas. |
47. | Data da última atualização dos dados efetuada. |
48. | Data da abertura das propostas. |
Itens obrigatórios que o sistema de Folha de Pagamento deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | |
49. | Informações do quadro de servidores ativos contendo nome, matrícula, cargo/função, lotação e vínculo |
50. | Informações dos servidores efetivos contendo legislação regulamentadora, data de admissão, forma de contratação, carga horária, horário de trabalho e situação funcional |
51. | Informações dos servidores comissionados contendo data de nomeação, número do ato de nomeação, data de exoneração, número do ato de exoneração, existência de vínculo efetivo, carga horária, detalhamento das atribuições, legislação regulamentadora e situação funcional |
52. | Informações dos servidores cedidos/recebidos contendo legislação regulamentadora, carga horária, número do ato de cessão, ônus do pagamento e prazo de cessão |
53. | Informações dos servidores temporários contendo data inicial e final da contratação |
54. | Informações dos estagiários contendo data de admissão, curso vinculado ao estágio e carga horária |
55. | Informações do quadro de servidores inativos contendo nome, matrícula, cargo/função em que se deu a aposentadoria, data de ingresso no quadro de inativos e regime de aposentadoria |
56. | Informações da quantidade de servidores, salário base, vencimentos totais, descontos e valor líquido em níveis de visão por Entidade, Período, Secretaria, Departamento, Sessão, Setor, Cargo e Servidor |
57. | Informações analíticas de pagamento contendo matrícula, nome do servidor, cargo, vínculo, data de admissão, salário base, proventos, vantagens, vencimentos totais, descontos e valor líquido em níveis de visão por Entidade e Período |
58. | Informações detalhadas da folha de pagamento contendo códigos de verbas, descrição das verbas, valores de proventos, vantagens e descontos |
59. | Informações detalhadas da folha de pagamento complementar contendo códigos de verbas, descrição das verbas, valores de proventos, vantagens e descontos |
60. | Informações detalhadas de rescisão contendo códigos de verbas, descrição das verbas, valores de proventos, vantagens e descontos |
61. | Informações detalhadas da folha de 13º salário contendo códigos de verbas, descrição das verbas, valores de proventos, vantagens e descontos |
62. | Informações detalhadas do servidor, contendo nome, matrícula, data admissão, lotação, cargo, carga horária, situação, vínculo e CPF |
63. | Informações do número de vagas criadas, preenchidas e disponíveis, por cargo, conforme o regime de contratação |
64. | Informações sobre plano de cargos e salários contendo informações sobre código, descrição, lei, faixa salarial, vínculo e quantidade de funcionários dentro da faixa |
65. | Informações de Concursos em Andamento contendo o tipo de concurso, número/ano, decreto lei, datas de publicação, homologação, validade e prorrogação e anexo, filtrados por órgão e a partir de um determinado mês/ano. |
66. | Informações de Concursos Encerrados contendo o tipo de concurso, número/ano, decreto lei, datas de publicação, |
homologação, validade e prorrogação e anexo, filtrados por órgão e a partir de um determinado mês/ano. | |
67. | Informações de Nomeações e Convocações de servidores públicos aprovados em concurso. |
68. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
69. | Possibilidade de impressão de todas as informações que são disponibilizadas. |
70. | Data da última atualização dos dados efetuada. |
Itens obrigatórios que o sistema de Arrecadação deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | |
71. | Xxxxxxx Xxxxxxxxxxx, em níveis de visão por Natureza da Receita, detalhamento das receitas e seus valores. |
72. | Valores Deduzidos, em níveis de visão por Natureza da Receita e seus valores. |
73. | Valores Lançados, Período, Tipo de tributo, Descrição do Tributo e seus valores. |
74. | Valores Lançados detalhados por níveis de Categoria, Origem, Espécie, Rubrica, Alínea, SubAlinea e Detalhes (Unidade Gestora, Descrição, Data Lançamento e Valor) de cada Tributo. |
75. | Valores Arrecadados, em níveis de visão por Fonte de Recurso, Natureza da Receita e seus valores. |
76. | Valores Deduzidos, em níveis de visão por Fonte de Recurso, Natureza da Receita e seus valores. |
77. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
78. | Possibilidade de impressão de todas as informações que são disponibilizadas. |
79. | Data da última atualização dos dados efetuada. |
Itens obrigatórios que o sistema de Patrimônio deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | |
80. | Relação de bens contendo identificação do bem, unidade gestora, descrição, número da placa, situação, data de aquisição, valor de aquisição, tipo de ingresso, data da baixa, tipo da baixa, valor atual e data de avaliação. |
81. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
82. | Possibilidade de impressão de todas as informações que são disponibilizadas. |
83. | Data da última atualização dos dados efetuada. |
Itens obrigatórios que o sistema de Estoque deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | |
84. | Relação de materiais contendo unidade gestora, descrição, unidade de medida, saldo anterior, entradas, saídas e saldo atual |
85. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
86. | Possibilidade de impressão de todas as informações que são disponibilizadas. |
87. | Data da última atualização dos dados efetuada. |
Itens obrigatórios que o sistema de Frotas deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações: | |
88. | Relação de veículos contendo unidade gestora, tipo de veículo, descrição, data de aquisição, localização, placa, ano de fabricação, situação, tipo do bem, chassi, estado de conservação, número do RENAVAM, combustível utilizado, cor e data de aquisição |
89. | Relação das despesas com abastecimento, impostos e outras manutenções contendo data do movimento, descrição, quantidade e valor |
90. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
91. | Possibilidade de impressão de todas as informações que são disponibilizadas. |
92. | Data da última atualização dos dados efetuada. |
Itens obrigatórios que o Sistema de Informações em ‘tempo real’ na WEB deve gerar para conhecimento do cidadão: | |
93. | Possibilidade de consultar as opções de menu disponíveis, publicações e respostas as perguntas frequentes com base em um argumento simples de pesquisa |
94. | Possibilidade de saber quais são os recursos de acessibilidade disponíveis |
95. | Possibilidade de consultar, imprimir e exportar as respostas as perguntas mais frequentes que facilitam o entendimento sobre os objetivos e conteúdo do portal |
96. | Possibilidade de consultar, imprimir e exportar informações sobre a estrutura organizacional da entidade. Tais dados compreendem: nome, endereço, horário de atendimento, telefones, atribuições e responsável |
97. | Possibilidade de apresentar os principais programas, projetos e ações realizados pelo órgão e unidade gestora. |
98. | Possibilidade de consultar, imprimir e exportar informações sobre o local responsável pelo Serviço de Informações |
ao Cidadão (SIC). Tais dados compreendem: nome, endereço, horário de atendimento, telefones, atribuições e responsável | |
99. | Possibilidade de obter informações básicas sobre os pedidos de informação, bem como o endereço eletrônico para efetuar seu registro e acompanhamento |
100. | Possibilidade de consultar publicações diversas da entidade que envolvem temas como: Prestação de Contas, Planejamento/Orçamento, Lei 9.755/98 (Contas Públicas), Lei de Responsabilidade Fiscal (RREO e RGF), Anexos da Lei 4.320/64, Licitações, Lei de Acesso à Informação, Contratos, Gestão Pessoal e Auditorias e Inspeções de Controle Interno. |
101. | Possibilidade de consultar informações do responsável pela manutenção do portal. Tais dados compreendem: nome, endereço, horário de atendimento, telefones e contato eletrônico |
102. | Possibilidade de disponibilizar o acesso rápido a uma ou mais consultas sem a necessidade de navegar pelos menus |
Itens obrigatórios que o Sistema de Dados Abertos em ‘tempo real’ na WEB deve gerar para conhecimento do cidadão: | |
103. | Possibilidade de disponibilizar o acesso via webservice ou outra ferramenta que permita leitura automatizada via API em um formato aberto (geração nos formatos XML e JSON) |
104. | Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário). |
Itens obrigatórios que o Menu deve permitir: | |
105. | Possibilidade de criar Menus personalizados no Portal de Transparência. Permitindo ao órgão vincular Links, Páginas da Internet, ou qualquer arquivo dentro dos temas correlatos, bem como destacar algum tema específico. |
106. | Possibilidade de criar sub-menus nas abas disponíveis no Portal de Transparência personalizáveis a critério do Órgão. |
107. | Disponibilizada a seção de Documentos Comprobatórios dos empenhos pagos no Estado do Pará |
108. | Apresentar o “Código da Fundamentação” na tela de detalhamento da Licitação, área de Informações do Edital. |
109. | Demonstrar na consulta de licitações os fornecedores vencedores da licitação, a partir da adjudicação do processo, momento no qual, são declarados os fornecedores como vencedores. |
110. | Possibilitar a consulta de Licitações para todas as combinações de Modalidades. |
111. | Possibilitar consultar empenhos de “Restos a Pagar” em Consulta de Despesas > Covid-19 |
112. | Permitir a visualização das etapas de empenho, colunas Valor do Empenho, em Liquidação, Liquidado, Pago e Anulado. |
113. | Permitir a visualização das Fonte de Recurso nas consultas de Despesas > Covid-19 |
114. | Permitir a visualização do Fornecedor na consulta de Estoque |
115. | Proporcionar ao usuário uma consulta com mais detalhado dos tipos de Despesas Diárias, Passagens e Adiantamento com a inclusão do filtro Desdobramentos das Despesas. |
116. | Consultar os dados do processo licitatório através de hiperlink contido na consulta de empenho. |
117. | Possibilitar a visualização do Número do Processo Administrativo nas consultas de Contratos e Licitações para amplia a transparência. |
118. | Viabilizar a consulta da informação do Custo com Meio de Transporte na consulta de Diárias |
119. | Possibilitar a consulta de "DESPESA COVID19", onde as despesas “Orçamentárias” e "Restos a Pagar" possam ser consultadas separadamente. |
120. | Possibilitar ao usuário filtrar licitações usando as finalidades “Concessões e Permissões de Serviços Públicos” e “Concessão e Permissão de Uso de Bem Público “. |
121. | Apresentar a ordenação de qualquer publicação em ordem decrescente de Data de Inclusão, caso o usuário não utilize o parâmetro de Critérios de Ordenação contido na página de Filtro de Publicações. |
122. | Apresentar Temas da página específica do COVID19 no Portal de Transparências em ordem alfabética. |
123. | Apresentar indicação no Portal de Transparência do caminho que está sendo navegado nas pesquisas de informações. |
124. | Possibilitar a visualização da data de repasse das transferências recebidas |
3.9. - Módulo Gestão Tributária, IPTU, Dívida Ativa e Atendimento ao cidadão, ITBI online, Protesto CDA, ISS Digital e Nota Fiscal Eletrônica de Serviços, Saneamento, Alvara WEB, Empresa Digital REDESIM.
1. | Deverá dispor de mecanismo para importação do Arquivo de Período de enquadramento das Empresas optante do |
Simples Nacional, disponibilizado pela Receita Federal do Brasil. Ao importar o arquivo deverá atualizar automaticamente o cadastro das empresas com a data de vigência de opção do Simples Nacional. | |
2. | Deverá dispor de mecanismo para importação do Arquivo das empresas estabelecidas no Município disponibilizado pela Receita Federal. Ao importar o arquivo deverá avaliar se as empresas relacionadas no arquivo possuem pendências financeiras ou cadastrais, e no mesmo momento gerar automaticamente um arquivo no layout da RFB com a relação das empresas com pendências. |
3. | Deverá dispor de mecanismo que possibilite realizar o registro bancário dos boletos de cobrança, através de integração com a Instituição Financeira via importação de arquivo TXT. Quando a integração for acionada, todos os documentos de arrecadação selecionados deverão compor o arquivo TXT de remessa, ofertando minimamente os seguintes padrões: Bradesco CNAB400 Sicredi CNAB400 Itaú CNAB400 com a possibilidade de partilha e sem partilha Banco do Brasil CNAB240 Caixa Econômica Federal CNAB240 Banrisul CNAB240 Santander CNAB240 Sicoob CNAB240 |
4. | Deverá dispor de mecanismo que possibilite realizar o registro bancário dos boletos de cobrança, através de integração com a Instituição Financeira via WebServices. Quando a integração for acionada, todos os documentos de arrecadação selecionados deverão ser enviados automaticamente para registro, ofertando minimamente os seguintes padrões: Banco do Brasil carteira 17 Caixa Econômica Federal Bradesco Banrisul |
5. | Deverá dispor de mecanismo que possibilite realizar o cancelamento do registro bancário dos boletos de cobrança, através de integração com a Instituição Financeira via importação de arquivo TXT. Quando a integração for acionada, todos os documentos de arrecadação selecionados já registrados deverão compor o arquivo TXT de remessa, ofertando minimamente os seguintes padrões: Bradesco CNAB400 Sicredi CNAB400 Itaú CNAB400 com a possibilidade de partilha e sem partilha Banco do Brasil CNAB240 Caixa Econômica Federal CNAB240 Banrisul CNAB240 Santander CNAB240 Sicoob CNAB240 |
6. | Deverá dispor de mecanismo que ofereça opções de configuração no módulo de cobrança registrada, para considerar o Responsável do cadastro como sacado no momento do registro bancário. Deverá ser possível realizar essa configuração de modo independente por tipificação de cadastros de receita. |
7. | Deverá dispor de mecanismo que permita ao contribuinte visualizar seus débitos estando eles exigíveis ou não, e quando vencidos deve demonstrar o valor devido atualizado, considerando o valor principal, multas, juros e atualização monetária. A consulta deve estar disponível para impressão, sendo que deve ser possível personalizar minimamente o cabeçalho e brasão da entidade. |
8. | Permitir ao contribuinte emitir boletos através da internet, de um ou vários débitos. No boleto deve constar os dados do sacado, cedente, descrição dos tributos e o detalhamento do valor a ser pago, bem como: valor principal, atualização monetária, juros e multas para débitos que já tiveram seu prazo legal para pagamento ultrapassado. |
9. | Permitir ao contribuinte emitir o carnê de qualquer tributo, sendo possível escolher a emissão apenas das parcelas, cota única ou o carnê completo. |
10. | Permitir que o contribuinte imprima comprovante atestando que o mesmo está em dia com o pagamento da Taxa de Licença e Localização, sendo que o comprovante só deve ser gerado se o valor da Taxas tenha sido pago integralmente. |
11. | Dispor de mecanismo que permita ao contribuinte, realizar através da internet a solicitação de Autorização para Impressão de Documentos Fiscais. A solicitação recebida pelo fiscal poderá ser deferida ou indeferida. Em ambos os casos o solicitante e o contador devem ser comunicados com envio de e-mail. Para as soletrações deferidas a Gráfica informada na solicitação também deverá ser comunicada. |
12. | Dispor de mecanismo que permita as gráficas realizarem consultas das Autorizações de Impressão de Documentos Fiscais em seu nome. |
13. | Permitir que o contribuinte consulte seus dados cadastrais por intermédio da internet, sendo possível também, optar pela impressa do documento Espelho de Cadastro, o qual deverá ser personalizável. |
14. | Permitir que o contribuinte solicite via internet o acesso ao sistema. O município poderá optar em liberar o acesso automaticamente, sem intervenção do município, ou poderá optar que a solicitação de acesso tenha que ser homologada por um fiscal, onde a autorização poderá ser deferida ou indeferida. Quando a solicitação de acesso for autorizada, o solicitante deverá receber um e-mail com os dados de acesso, bem como sua senha. O texto enviado no e-mail deverá ser personalizável de acordo com a necessidade da entidade e quando a solicitação for indeferida, o solicitando deverá também receber um e-mail comunicando motivo do indeferimento. |
15. | O sistema deve ter o padrão de cores configurável, em ferramenta que permita a modificação de forma fácil, de acordo com as cores do município, cabendo a esse, escolher a cores do topo do site, rodapé e dos botões de ação. |
16. | Os nomes dos botões de ação do sistema devem ser configuráveis pelo município, em ferramenta que permita a modificação de forma fácil. |
17. | O sistema deve dispor de ferramenta para alterar o tamanho da fonte do site, isso de forma ilimitada, a cada clique deve ser percebido o aumento. |
18. | Dispor de mecanismo que permita o cadastramento e alteração de texto de ajuda dos botões de ação. O texto de ajuda deve ser apresentado quando o usuário passar o cursor do mouse sobre o botão. |
19. | Dispor de editor que permita o fisco personalizar fórmulas para cálculo de todas as naturezas de receitas. Este mecanismo deverá conter minimamente comandos que recuperem automaticamente informações constantes no boletim cadastral, cadastro de logradouros, trechos e tabelas de valores pré cadastradas a serem utilizadas como variáveis para cálculo, também de possuir operadores matemáticos que possibilitem a realização de cálculos de subtração, somatório, divisão, multiplicação e operadores lógicos que permitam criar condições de execução dos comandos de fórmulas. |
20. | Deverá possuir cadastro imóveis com informações especificas a esta gestão, bem como ser possível que o próprio fisco crie novos campos inerentes as suas particularidades para a formação do boletim cadastral |
21. | Deverá possuir cadastro de empresas com informações especificas a esta gestão, bem como ser possível que o próprio fisco crie novos campos inerentes as suas particularidades para a formação do boletim cadastral |
22. | Deverá possuir cadastro de para a gestão de taxas diversas com informações especificas a esta gestão, bem como ser possível que o próprio fisco crie novos campos inerentes as suas particularidades para a formação do boletim cadastral |
23. | Deverá ser possível criar minimante 5 novos tipos de boletins cadastrais, que permitam a gestão de novos cadastros criados pela entidade, sendo possível que próprio fisco crie novos campos inerentes as suas particularidades para a formação do boletim cadastral. |
24. | Deverá possuir cadastro de contribuintes unificado, de modo que ao cadastrar um contribuinte e vincular o mesmo em um cadastro de imóvel ou empresa, seja atualizado automaticamente os dados básicos de identificação e endereço de correspondência. |
25. | Permitir a formatação e/ou personalização do layout de todos os documentos oficiais, gerados pelo sistema, tais como: guias de recolhimento, certidões, notificações, espelhos cadastrais, alvarás, acordos de parcelamento, permitindo configuração campos cadastrais, financeiros e imagens que serão visualizadas. |
26. | Na geração de alvará deverá possuir mecanismos que gere um código de autenticidade do documento, o qual deverá ser possível ser consultado através da web. |
27. | Deve ser possível incluir no documento de alvará o código de barras no padrão QRCODE que represente o código de autenticidade, o qual deverá ser possível realizar a consulta pela web através da leitura do QRCODE. |
28. | Deverá dispor de mecanismo que possibilite o cadastramento de qualquer tipo de finalidade de alvará, a ser utilizado por todos os cadastros. |
29. | Deverá ser possível definir o prazo de validade dos alvarás de acordo com cada finalidade cadastrada, podendo ser em quantidade de dias após seu deferimento ou sempre no final do ano. |
30. | Deve dispor de mecanismo que gerencie a possibilidade de enviar e-mails ao solicitante do Alvará e Fiscal responsável, de acordo com a finalidade e situação do alvará. |
31. | Deve dispor de mecanismo que gerencie as permissões de grupos de usuários e usuários individuais por finalidade de Alvará, permitindo minimamente tipos de permissão para deferimento total ou deferimento com restrições. |
32. | Deve dispor de mecanismo que possibilite a criação de regras por finalidade de alvará a serem validadas no momento do deferimento da solicitação, na criação das regras, deve ser possível validar qualquer informação relacionada ao processo, seja cadastral ou financeira. |
33. | Deve existir a possibilidade de enviar e-mail ao solicitante do alvará após a solicitação realizada, com resumo do pedido. |
34. | Possibilitar a emissão de segunda via dos dos documentos oficiais emitidos pelo sistema, tais como: certidões, notificações, espelhos cadastrais, alvarás, acordos de parcelamento |
35. | Permitir o cadastramento dos logradouros do município, informando minimante sua descrição, lei que a originou e sua posição de distrito, setor, bairro e segmento. |
36. | Permitir o cadastramento das características de cada trecho dos logradouros, sendo possível informar se existe recursos básicos de abastecimento, equipamentos urbanos e serviços públicos |
37. | Para cada característica de trecho deve ser possível informar suas coordenadas de início, fim, largura de via e passeio. |
38. | Permitir o cadastramento das faces de quadra, informando sua coalização através de chave a ser composta de acordo com a necessidade do município e suas características bem como a existência de pavimentação, iluminação pública, coleta de lixo e meio fio. |
39. | Permitir o cadastramento de índices a serem utilizados na atualização monetários dos valores lançados que estão pendentes de pagamento, ao realizar o cadastramento deverá ser possível informar se a incidência do valor será mensal ou diária |
40. | Permitir o cadastramento dos planos econômicos afim de realizar as devidas conversões dos valores lançados no passado para a atualidade, ao realizar o cadastro deverá ser possível informar minimamente os dados de identificação e fator de conversão. |
41. | Possuir rotinas parametrizáveis de cálculos gerais, parciais e individualizados, dos valores inerentes à obrigação principal e acréscimos legais, com destaque para cada item, aplicável a quaisquer tributos e/ou receitas derivadas. |
42. | Gerenciar o calendário de dias úteis por exercício. |
43. | Xxxxxxxxx as datas de vencimentos de tributos por exercício. |
44. | Permitir a emissão de documentos oficiais. |
45. | Permitir a emissão do edital de convocação para ciência de Notificação de Lançamento da Contribuição de Melhoria. |
46. | Permitir que a emissão do documento de Notificação do Lançamento seja feita em conjunto com a Guia de Recolhimento dos Tributos, em um único documento, quando em cota única. |
47. | Permitir a emissão de todas as Guias de Recolhimento de Tributos controlados pelo sistema. |
48. | Gerenciar as operações de isenções, não incidências, imunidades, reduções de alíquota e de bases de cálculo, para qualquer tributo e/ou receitas derivadas. Além disso, deve ser possível realizar estorno destas operações. |
49. | Gerenciar as operações da situação cadastral mobiliária e imobiliária, tais como: |
50. | Ativos, inativos, baixados, dentre outras situações. |
51. | Gerenciar as operações de Extinção por pagamento, decisão administrativa, decisão judicial, remissão, prescrição, compensação e dação em pagamento. |
52. | Gerenciar operações de Suspensão de Créditos Tributários ou Não Tributários. |
53. | Gerenciar operações dos lançamentos de créditos a receber, sejam eles de qualquer natureza, bem como possibilitar o estorno de tais operações. |
54. | Gerenciar operações de reparcelamento, bem como possibilitar o estorno do mesmo quando necessário. |
55. | Permitir a emissão das Guias de Recolhimento com incorporação de códigos de barra, padrão CNAB\FEBRABAN, para recebimento das mesmas pelas instituições financeiras arrecadadoras, integrantes do Sistema Financeiro Nacional. |
56. | Gerenciar a devolução de correspondências, em função da não localização do contribuinte\destinatário. |
57. | Permitir a cobrança de tributos e\ou receitas derivadas, através de débito automático, no domicílio bancário autorizado pelo contribuinte. |
58. | Gerenciar o recolhimento dos tributos e\ou receitas derivadas e classificar os dados da arrecadação, através da leitura de arquivos de dados em formato digital com layout pré-determinado, disponível a Licitante Vencedora. |
59. | Gerenciar os arquivos digitais de troca de dados com as instituições financeiras arrecadadoras conveniadas. |
60. | Possuir rotina para auditoria dos valores recolhidos pelas instituições financeiras arrecadadoras e repassados ao Tesouro Municipal, acusando discrepâncias nos valores devidos e prazos de repasse. |
61. | Possuir rotina para conciliação manual dos documentos da arrecadação, a ser empregada nas situações em que não seja possível a conciliação automática dos mesmos através do sistema. |
62. | Possuir rotina que permita a integração mediante exportação de dados, para o sistema contábil\financeiro do município, através de arquivos em formato digital com layout parametrizável, gerando os lançamentos contábeis da receita arrecadada e classificada, sem que haja a necessidade de retrabalho. |
63. | Gerar na conta corrente do contribuinte, de forma consolidada, todos os lançamentos efetuados, com os respectivos valores, datas de vencimento e pagamento, mesmo aqueles advindos de exercícios anteriores, informando em que fase da cobrança o débito se enquadra (em cobrança ou em dívida ativa), permitindo a consulta parametrizada de extratos da posição financeira, destacando os acréscimos legais dos valores principais. |
64. | Nos extratos de posição financeira do contribuinte, que seja proprietário de mais de um imóvel, assegurar que também sejam listados os lançamentos e pagamentos relativos a cada imóvel de sua propriedade. |
65. | Permitir o parcelamento, reparcelamento e desparcelamento de débitos de qualquer natureza, inclusive os inscritos em dívida ativa e não executados, com a criação de regras parametrizáveis aplicadas no controle destas operações, possibilitando a emissão de guias de recolhimento e dos termos de parcelamento, realizando a gestão integral da carteira. |
66. | Permitir a emissão de certidões positivas, negativas e positivas com efeito de negativa, sobre os tributos controlados pelo sistema. |
67. | Gerenciar a restituição de valor cobrado a maior ou indevidamente. |
68. | Gerenciar os campos variáveis e links para objetos externos ao sistema, que serão executados pelos aplicativos a eles associados, que comporão os cadastros mobiliário e imobiliário, permitindo a definição de parâmetros para consistência e integridade do conteúdo dos campos. |
69. | Gerenciar a destinação das guias de recolhimento dos tributos e\ou receitas derivadas para o domicílio do representante autorizado. |
70. | Permitir ao usuário poder personalizar o roteiro de atendimento ao cidadão, de forma a aperfeiçoar a execução das operações inerentes ao fluxo de um determinado atendimento, evitando que o mesmo execute de forma aleatória, as opções disponíveis nos menus da aplicação que correspondam às operações inerentes ao atendimento em específico. |
71. | Possuir recurso que permita em nível dos tipos de cadastro imobiliário e mobiliário registrados no sistema, promover a alteração programada dos valores constantes dos atributos que compõem os referidos cadastros, utilizando filtros para seleção. |
72. | Possuir mecanismo de classificação de receita por tributo de acordo com o plano de contas da receita do exercício |
contábil, sendo que deve ser possível classificar quanto seu exercício de origem, situação e também percentual de rateio. | |
73. | Toda operação financeira deve ser realizada com sua receita devidamente classificada de acordo com a natureza do plano de contas da receita do exercício corrente. |
74. | Possuir mecanismo de implantação de saldos dos créditos a receber que ficaram pendentes do exercício anterior de acordo com plano de contas da receita do exercício corrente. |
75. | Possuir mecanismo de atualização de acréscimo do saldo dos créditos a receber, classificando de acordo com o plano de contas da receita do exercício corrente. |
76. | Deve identificar as receitas com fato gerador já reconhecido em sua devida competência. |
77. | Não deve ser permitida a exclusão física das operações financeiras já realizadas. |
78. | Possuir relatório demonstrativo (analítico/sintético) de todas as operações financeiras realizadas. |
79. | Possuir relatório demonstrativo das operações financeiras contabilizadas. |
80. | Deve possuir relatório que demonstre a classificação dos tributos municipais, bem como aqueles que ainda não possuem sua devida classificação da receita. |
81. | Para as operações financeiras que necessitam de embasamento legal deve ser possível informar o fundamento legal, sendo que também deve existir mecanismo (parâmetro) que facilite a inserção de tal informação. |
82. | Possibilitar o armazenamento em banco de dados das imagens informada no boletim cadastral. |
83. | Gerenciar a situação cadastral do imóvel, permitindo a emissão de relatório de conformidade. |
84. | Gerenciar operações de englobamento e\ou parcelamento do solo. |
85. | Possuir rotina para a geração automática e parametrizada do lançamento do IPTU, prevendo a possibilidade de, na emissão da guia de recolhimento, incluir valores de outros tributos. |
86. | Gerenciar tabelas parametrizáveis de valores e alíquotas para cálculo do IPTU, em conformidade com a planta de valores do município. |
87. | Permitir simulações parametrizadas dos lançamentos do IPTU aplicadas a todo o município ou a uma região territorial específica. |
88. | Possuir rotina de cálculo parametrizável para cobrança de Contribuição de Melhoria, baseada em rateio de custo. |
89. | Permitir a emissão do edital de convocação para ciência da cobrança de Contribuição de Melhoria. |
90. | Permitir a emissão da certidão de valor venal do imóvel. |
91. | Atender integralmente ao estatuído na resolução IBGE\CONCLA Nº 01 de 25\06\1998 atualizada pela resolução CONCLA Nº 07 de 16\12\2002 que prevê o detalhamento do CNAE (Código de Classificação Nacional de Atividades Econômicas). |
92. | Gerenciar as diversas atividades desempenhadas pelo contribuinte, possibilitando destacar a atividade principal e as secundárias. |
93. | Permitir identificar a partir das consultas financeiras e inclusive no momento do cadastramento dos integrantes do quadro societário da empresa, a existência de débitos anteriores, relacionados aos sócios, inter-relacionando a situação societária das empresas estabelecidas no município, bem como a situação dos débitos referentes aos sócios, enquanto pessoas físicas. |
94. | Possuir tabelas parametrizáveis com as atividades econômicas, estruturadas por código, grupos, parâmetros para cálculo e lançamento dos tributos em cada atividade econômica. |
95. | Gerenciar o contador responsável por uma empresa. |
96. | Realizar enquadramento de empresas optantes do Simples Nacional e SIMEI, através de digitação dos dados de enquadramento |
97. | Gerenciar as tabelas parametrizáveis de valores e alíquotas para cálculo do ISSQN. |
98. | Permitir o cálculo automático do ISSQN fixo, levando em conta períodos proporcionais e tabelas com faixas de valores por atividades ou grupo de atividades de qualquer natureza, prevendo também descontos parametrizáveis. |
99. | Possuir rotinas de enquadramento de contribuintes para cálculo do valor do imposto conforme seja fixo ou variável. |
100. | Permitir a gestão da vigência de alvarás, possibilitando a sua emissão no balcão de atendimento e na internet. |
101. | Permitir o controle do ISSQN no balcão. |
102. | Gerenciar o processo de autorização para utilização de documentos fiscais. |
103. | Realizar enquadramento de empresas optantes do Simples Nacional, através da importação do arquivo de Períodos disponibilizado pela Receita Federal do Brasil. |
104. | Realizar enquadramento de empresas optantes do SIMEI, através da importação do arquivo de Períodos disponibilizado pela Receita Federal do Brasil. |
105. | Possibilitar que na execução da operação de transferência de propriedade do imóvel e na geração da guia de recolhimento do ITBI, seja informada a existência de débito do imóvel, inclusive aqueles inscritos em dívida ativa ou em execução fiscal. |
106. | Permitir o cálculo automático do ITBI com base em tabelas parametrizáveis de valores e alíquotas. |
107. | Gerenciar a averbação\transferência de imóveis. |
108. | Possibilitar o cálculo, lançamento e a emissão de Guias de recolhimento, referentes a taxas de poder de polícia e |
serviço. | |
109. | Possuir tabelas parametrizáveis de valores, que permitam o cálculo automático de qualquer taxa controlada pelo sistema. |
110. | Permitir a emissão do livro de dívida ativa, contendo os documentos que correspondam aos termos de abertura, encerramento e fundamentação legal. |
111. | Possuir rotina parametrizável, que permita a inscrição em dívida ativa dos tributos e\ou receitas derivadas vencidas e não pagas. |
112. | Gerenciar as ações de cobrança dos contribuintes inadimplentes, ajuizadas ou não após a inscrição em dívida ativa. |
113. | Permitir a emissão parametrizada da notificação de inscrição dos débitos do contribuinte em dívida ativa e da certidão de dívida ativa do contribuinte, que comporá o processo de ajuizamento. |
114. | Possibilitar a emissão parametrizada da certidão de petição para ajuizamento dos débitos de contribuinte inscritos em dívida ativa. |
115. | Gerenciar as operações referentes aos trâmites dos processos de ajuizamento de débitos, permitindo a vinculação da certidão de petição a um procurador responsável, registrado no cadastro de procuradores. |
116. | Possuir rotina que permita a integração com o sistema de procuradoria do município, mediante a importação\exportação de dados, através de arquivos em formato digital com layout parametrizável, que possibilite à exportação dos dados pertinentes a emissão da petição para ajuizamento e ao acompanhamento do trâmite jurídico e a importação dos dados necessários à identificação dos ajuizamentos, sem que haja a necessidade de redigitarão em ambas as operações. |
117. | Permitir a elaboração e a execução de programação de cobrança de forma parametrizada, a partir das informações recebidas da consulta financeira, sendo possível programar a emissão das notificações ou avisos de cobrança e guias de recolhimento, considerando os seguintes parâmetros: o montante dos valores e a situação do débito, os períodos de vencimento e a região de localização. |
118. | Permitir o Protesto de Certidões de Dívida Ativa (Manual) |
119. | Permitir o cancelamento/desistência de protestos de Certidões de Dívida Ativa. |
120. | Permitir o Protesto de Certidões de Dívida Ativa de maneira eletrônica, integrando-se junto ao Instituto de Estudos de Títulos do Brasil (IEPTB). |
121. | Permitir a parametrização dos documentos envolvidos no processo de protesto. |
122. | Possibilitar a emissão da Carta de Anuência. |
123. | Emissão de relatório listando os valores protestados e valores enviados para protesto em aberto. |
124. | Controle dos valores arrecadados, das Certidões Enviadas para Protestos e Protestadas. |
125. | Permitir o Cancelamento de Certidões de Dívida, informando motivo e Processo Administrativo |
126. | Permitir a Inclusão de Anotações nas Certidões de Dívida Ativa. |
127. | Atualização de Certidão de Dívida Ativa com controle versão, possibilitando a rastreabilidade dos fatos ocorridos |
128. | Possibilitar a Assinatura Digital na Certidão de Dívida Ativa através de certificado padrão ICP Brasil, garantindo assim a integridade dos dados constantes no documento. |
129. | Controle da Fundamentação Legal constante na Certidão de Dívida Ativa, controlando o vínculo entre Fundamento Legal com seus Tributos e suas vigências. |
130. | Controle das informações complementares que serão incluídas na Certidão de Dívida Ativa. |
131. | No momento do envio de uma Certidão de Dívida Ativa para protesto, deve ser possível selecionar qual o sujeito passivo que deverá ser considerado no protesto. |
132. | Permitir consultar as Certidões de Dívida Xxxxx protestada ou enviada para protesto. |
133. | Permitir consultar as Certidões de Dívida Ativa protestada ou enviada para protesto pelo CPF ou CNPJ do sujeito passivo. |
134. | Conter rotina para identificação dos débitos parcelados que constam em execução fiscal para a emissão da Petição de Suspensão do processo. |
135. | Conter rotina para identificação de parcelamentos cancelados que constam débitos em execução fiscal para a emissão da Petição de Prosseguimento do Feito. |
136. | Conter rotina para identificação processos de execução fiscal que se encontra totalmente quitada para emissão da Petição de extinção do processo. |
137. | Permitir a manutenção de CDA, possibilitando vincular ou desvincular débitos em determinada CDA. |
138. | Permitir a configuração do cálculo de custas processuais sobre o valor com ou sem descontos. |
139. | Demonstrativo dos valores calculados para lançamento dos débitos. |
140. | Demonstrativo analítico de valores de débitos lançados. |
141. | Demonstrativo analítico de débitos vencidos e a vencer. |
142. | Demonstrativo analítico de débitos por contribuinte detalhado por tributo num determinado período. |
143. | Demonstrativo sintético de débitos por tipo de cadastro, dívida e tributo. |
144. | Demonstrativo analítico de débitos prescritos e a prescrever. |
145. | Demonstrativo analítico de previsão da receita. |
146. | Demonstrativo analítico de cadastro sem lançamentos de débito. |
147. | Demonstrativo analítico e sintético dos maiores devedores por atividade. |
148. | Demonstrativo analítico de isenção de débitos. |
149. | Planta de Valores. |
150. | Demonstrativo analítico e sintético de pagamentos, cancelamentos, estornos e reabilitações de débitos num determinado período. |
151. | Demonstrativo analítico de pagamentos por empresa. |
152. | Demonstrativo sintético do quantitativo e valor das guias de recolhimento emitidas por tributo num determinado período. |
153. | Demonstrativo sintético do quantitativo de certidões por tipo emitidas num determinado período. |
154. | Demonstrativos analíticos de movimento econômico. |
155. | Demonstrativos analíticos de valores e datas de vencimento que foram alterados no sistema. |
156. | Demonstrativos analíticos de operações de parcelamentos e reparcelamentos num determinado período. |
157. | Demonstrativo sintético de resumo da arrecadação por período e tipo de tributo. |
158. | Demonstrativo analítico e sintético da arrecadação, por instituição financeira arrecadadora, por atividade, por região, por unidade cadastral e contribuinte único, num determinado período. |
159. | Demonstrativo analítico da discrepância entre os valores arrecadados e os valores lançados. |
160. | Demonstrativo analítico das notificações devolvidas pela não localização do contribuinte\destinatário. |
161. | Demonstrativo analítico e sintético da situação das notificações emitidas. |
162. | Demonstrativo analítico de retenções de imposto na fonte por empresa. |
163. | Demonstrativo sintético por atividade e exercício. |
164. | Demonstrativo analítico e sintético dos maiores pagadores por atividade. |
165. | Demonstrativo sintético das parcelas arrecadadas por tributo e mês num determinado exercício. |
166. | Demonstrativo sintético dos valores lançados, arrecadados e débitos por dívida e tributo num determinado exercício e região. |
167. | Demonstrativo sintético de débitos por situação do débito e mês num determinado exercício e região. |
168. | Demonstrativo sintético de faixa de valores arrecadados num determinado exercício. |
169. | Demonstrativo analítico das guias de recolhimento por situação num determinado período. |
170. | Demonstrativo analítico dos débitos inscritos e\ou ajuizados por livro de inscrição. |
171. | Permitir que a construção do layout e a seleção de registros nas operações de geração de etiquetas sejam parametrizadas e esteja vinculado aos atributos que compõem os cadastros mobiliário e imobiliário, bem como a geração das mesmas, poder estar vinculada às rotinas de notificação de cobrança e lançamentos de débitos. |
172. | Permitir a geração de tabelas estatísticas, provenientes do cruzamento de qualquer atributo em dois ou mais níveis, selecionados a partir do cadastro mobiliário e imobiliário, podendo o usuário determinar em qual eixo (x,y) o atributo será destacado. Deverá poder ser parametrizado pelo usuário, as faixas de valores por atributo selecionado, resultando na composição do universo de informações que serão avaliadas pela aplicação. Deverá também ser possível visualizar o resultado proveniente do cruzamento dos atributos, sob as formas de planilha ou gráfico, permitindo para esta última forma, a definição dinâmica dos estilos de apresentação. |
173. | Possibilitar o intercâmbio online de dados, com as bases de dados controladas pelo sistema de Arrecadação, utilizado internamente pela prefeitura. |
174. | Prover sigilo absoluto quanto às informações pessoais de cada cidadão\contribuinte cadastrado no sistema, permitindo que somente o próprio cidadão\contribuinte tenha acesso aos seus próprios dados. |
175. | Permitir que o cidadão\contribuinte realize consultas detalhadas sobre os seus próprios débitos e pagamentos, mesmo aqueles gerados em exercícios anteriores, informando em que fase da cobrança de cada débito se enquadra (em cobrança ou em dívida ativa), permitindo a consulta ou emissão de extratos da posição financeira. |
176. | Permitir a emissão de certidões positivas, negativas e positivas com efeito de negativa. |
177. | Permitir que as certidões e documentos de apresentação obrigatórios, emitidas pela aplicação, possam ter sua autenticidade validada, através de mecanismo seguro. |
178. | Permitir a emissão de segunda via de guias de recolhimento de IPTU e ISSQN, inclusive de débitos já parcelados anteriormente nos procedimentos formais de atendimento. |
179. | Possibilitar a utilização dos modelos de documentos implantados pelas APLICAÇÕES DE NÍVEL 1. |
180. | Possibilitar a emissão da Carta de Anuência para Certidões de Dívida Ativa Protestadas. |
181. | Permitir que o contribuinte visualize seus débitos em aberto ou pagos, e, quando exigíveis e vencidos devem ser mostrados já com valor atualizado. |
182. | Permitir ao contribuinte emitir as guias de recolhimento com valores atualizados e com código de barras de todos os débitos para com o fisco municipal. |
183. | Permitir que o contribuinte emita o carnê de qualquer tributo incluindo as cotas únicas. |
184. | Permitir que seja impresso a imagem que atesta que o contribuinte está em dia com a taxa de licença e |
localização, isso mediante a consulta do pagamento integral da taxa. | |
185. | Permitir que o contribuinte obtenha a consulta impressa da sua conta corrente com o município. Essa impressão deve ser personalizada, contando minimamente com cabeçalho formatado e brasão do município. |
186. | Permitir a solicitação de impressão de documentos fiscais. A solicitação recebida pelo fiscal responsável pode ser deferida (autorizada) ou denegada. Em ambos os casos o solicitante e o contador são notificados. No caso de autorização a gráfica também é avisada, bem como deverá haver funcionalidade específica para que sejam realizadas as consultas de impressões por gráfica, com acesso restrito a própria. |
187. | Permitir que o contribuinte visualize dados do seu cadastro no município, um espelho dos cadastros. |
188. | Permitir que o contribuinte solicite via internet o acesso ao sistema. O município poderá optar em liberar o acesso direto, sem intervenção do município, ou poderá optar em homologar (autorizar) essa solicitação. |
189. | O sistema deve ter o padrão de cores configurável, em ferramenta que permita a modificação de forma fácil, de acordo com as cores do município, cabendo a esse, escolher a cores do topo do site, das barras, dos botões de acionamento. |
190. | O sistema deve dispor de ferramenta para alterar o tamanho da fonte do site, isso de forma ilimitada, a cada clique deve ser percebido o aumento. |
191. | Os nomes dos botões de acionamento do sistema devem ser configuráveis pelo município, em ferramenta que permita a modificação de forma fácil. |
192. | Deve ser possível ao município cadastrar, ajustar, em ferramenta que permita a modificação de forma fácil, a ajuda dos principais botões de acionamento. O texto dessa ajuda deve ser apresentado quando o usuário passar o cursor do mouse sobre o botão. |
193. | Os documentos impressos pelo sistema devem ser exatamente os mesmos impressos no sistema de administração de receitas, devendo inclusive utilizar a mesma formatação, evitando retrabalho ao município. |
194. | O sistema deve ter funcionalidade que apresente aos usuários do sistema as perguntas frequentes. |
195. | O sistema deve ter funcionalidade de ajuda, diferenciando o conteúdo da área de acesso geral, área sem senha, da área restrita por senha. |
196. | O sistema deve disponibilizar um menu de acesso rápido, sendo possível ao município optar por disponibilizar, ou não, serviços nesse menu, tais como: emissão de certidões, emissão de comprovante de quitação da taxa de licença, emissão do carnê de tributos. |
197. | As certidões emitidas devem ser passíveis de conferência quanto a sua autenticidade, isso deve se dar por meio de consulta em um menu de acesso rápido, devendo o usuário informar minimamente, número da certidão, ano da certidão e código de autenticidade. |
198. | Deve ser possível ao município configurar mensagens fixas aos usuários, distinguindo as mensagens da área de acesso geral, área sem senha, da área restrita por senha. |
199. | O sistema deve contar com dispositivo de segurança para evitar que outros softwares tentem fazer requisições ao site. Esse sistema pode ser o uso de uma imagem que deverá obrigatoriamente ser alterada a cada tentativa de login. |
200. | O sistema deve contar com área para que o município inclua no mínimo 3 (três) ícones que servirão de hiperlinks para sites que o município julgar importantes. Tanto os ícones, como o caminho para onde serão direcionados, devem ser configuráveis pelo município, em ferramenta que permita a modificação de forma fácil. |
201. | Deve ser possível conter rotina de processamento do arquivo digital (SIAFI) disponibilizado pelo Banco do Brasil, referente ao ISSQN retido pelas entidades públicas fendereis e repassado ao município pela STN - Secretaria do Tesouro Nacional |
202. | Deve ser possível listar os arquivos SIAFI processados, identificando lote, data de importação, situação, valor total e o número do SERPRO |
203. | A partir da lista de arquivos SIAFI já processados, deve ser possível visualizar todos os pagamentos realizados, visualizando minimamente os seguintes dados: CNPJ e Razão Social do prestador de serviços, dados da nota (Data de emissão, competência, Unidade Gestora, Número, Série e valor da nota |
204. | Deve ser possível realizar estorno de parcelamento de acordo com a quantidade de dias que o acordo de parcelamento está em atraso e também de acordo com a quantidade de parcelas consecutivas inadimplentes, a seleção deverá ser individual ou por faixa de acordos (ano e número inicial/final) de determinada lei. |
205. | Permitir a distinção dos pagamentos do Simples Nacional registrando de em codificação distintas as dívidas do Simples Nacional e SIMEI, bem como para contribuintes eventuais. |
206. | O sistema deverá realizar a distribuição dos pagamentos dos simples nacional em suas respectivas competências, seja o pagamento oriundo de uma DAS de parcelamento ou uma DAS normal. |
207. | Na definição do quadro societário da empresa, deverá ser possível definir a condição de sócio da pessoa física ou jurídica. |
208. | Permitir a emissão de Notificação de Cobrança por imóvel listando as informações do proprietário, coproprietários e responsáveis |
209. | Permitir a emissão de Notificação de Cobrança por empresa listando as informações dos sócios e responsáveis |
210. | Permitir a emissão de Notificação de Cobrança por Acordos de Parcelamento, onde o usuário deverá informar o ano/acordo inicial e final e o sistema deverá emitir uma notificação por acordo dentro do intervalo informado. |
211. | Na emissão de Notificação de Cobrança por Acordos de Parcelamento, deverá listar os dados do representante do acordo. |
212. | O processo de atualização de Certidão de Dívida deve possuir as possibilidade de atualização completa (informações cadastrais e financeiras), apenas informações cadastrais ou apenas informações financeira. |
213. | Permitir o cadastro e manutenção dos valores das taxas e preços públicos prestados pela Entidade Pública, bem como: Tipo (Taxa ou Preço Público), fundamentação legal, controle de vigência e índice a ser utilizado para cálculo. |
214. | Permitir a consulta dos valores das taxas e preços públicos prestados pela Entidade Pública, retornando minimamente as seguintes informações: Identificação, tipo, fundamento legal e valor. |
215. | Dispor de mecanismos que permitam a emissão de boleto através de API's para créditos tributários/não tributários que ainda não foram constituídos. |
216. | Permitir a consulta por intermédio de API’s de boletos emitidos. |
217. | Permitir a emissão de carnê de Cobrança listando as informações dos sócios, coproprietários e responsáveis do cadastro |
218. | Permitir a geração do arquivo de remessa no padrão CNAB 750 a fim de geração do código Pix com o Banco do Brasil |
219. | Permitir a geração do arquivo de remessa no padrão CNAB 750 a fim de permitir o cancelamento de um código Pix gerado anteriormente pelo Banco do Brasil |
220. | Permitir que o contribuinte possa realizar o pagamento de uma ou várias parcelas, copiando a chave Pix e colando no APP do Banco onde possuí conta. |
221. | Permitir que o contribuinte possa realizar o pagamento de uma ou várias parcelas, realizando a leitura do QRcode Pix com leitor do APP do Banco onde possuí conta. |
222. | Permitir que o contribuinte possa realizar o pagamento do carnê através do QRcode disponibilizado no mesmo |
223. | Permitir que o contribuinte possa realizar o pagamento do carnê através do QRcode disponibilizado no mesmo |
224. | Permitir que o contribuinte possa realizar o pagamento de um boleto através do QRcode impresso no documento |
225. | Permitir o envio do arquivo de cálculo para gráfica, contendo o EMV_QRcode PIX das Parcelas normais e cotas - únicas |
226. | Permitir o envio do arquivo de notificações para gráfica, contendo o EMV_QRcode PIX das guias geradas no processo |
227. | Permitir a definição dos usuários responsáveis pela assinatura digital da Certidão de Dívida Ativa e Petição, possibilitando informar um ou mais usuários para cada documento, com controle de vigência, permitindo visualizar o nome do assinante, CPF, e-mail e a vigência. |
228. | Possibilitar o envio Automático da Certidão de Dívida Ativa e Petição para o Processo Digital com o objetivo de assinar eletronicamente o documento utilizando um certificado padrão ICP Brasil. |
229. | Possibilitar o envio da Certidão de Dívida Ativa e Petição para o Processo Digital com o objetivo de assinar eletronicamente o documento utilizando assinatura digital com validade de acordo com a Medida Provisória 2.200- 2/2001 |
230. | Permitir a lista de Certidões de Dívida Ativa e Petições enviadas para assinatura, obtendo: Ano/Número do Documento, Tipo de Documento, data do envio e o link de um documento enviado para Assinatura Eletrônica, possibilitando identificar se o documento está ou não assinado, bem como os respectivos assinantes |
231. | Possibilitar o envio Automático de Certidões de Dívida Ativa e Petições para a obtenção da Assinatura Eletrônica, sem que haja intervenção do usuário no produto. |
232. | Notificar o usuário da existência de documentos pendentes de assinatura eletrônica. |
Módulo ITBI online | |
233. | Acesso 100% Web |
234. | Possuir login de acesso |
235. | Permitir o Preenchimento de dados integrado com as Receitas Municipais |
236. | Possuir o cadastro de endereço buscando endereços via API dos correios |
237. | Possibilitar a inclusão de até 2 boletos bancários extras ao boleto de ITBI |
238. | Possuir o lançamento integrado ao financeiro da Prefeitura |
239. | Possibilitar a inclusão ilimitada para tipos de processos, exemplo, “Compra e Venda”, “Isento”, “Dação” |
240. | Possuir cadastro de alíquota por tipo de processo |
241. | Trabalhar com ITBI urbana e rural |
242. | Possuir Protocolos por usuário |
243. | Permitir a criação de grupos de campos variáveis |
244. | Permitir a inclusão ilimitada de campos variáveis por tipo de processo |
245. | Permitir o acesso fiscal com recursos de administração |
246. | Possuir homologação de login com confirmação de e-mail através de chave de acesso |
247. | Possuir chat de conversa com o fiscal por protocolo |
248. | Emitir o acompanhamento de campo, para uso do fiscal durante a visita ao imóvel |
249. | Possibilitar em anexo de arquivos PDF ao protocolo |
250. | Gerar boletos bancários nos padrões bancários |
251. | Permitir a devolução do ITBI ao solicitante em caso de divergência |
252. | Possuir painel de administração com grupos de ITBIS |
253. | Gerar relatórios de ITBIS com filtros diversos |
254. | Exibir os ITBIS pagos e não transferidos |
255. | Possuir Indicação visual para financiados |
256. | Possuir Indicador de ITBI pago em tela. |
Módulo – Nota Fiscal Eletrônica de Serviços e ISS Digital | |
257. | A aplicação deve trafegar os dados utilizando protocolo de comunicação seguro, denominado HTTPS. |
258. | O sistema deverá proporcionar duas formas de utilização: . Solução web, disponibilizada para acesso no sítio oficial da entidade, com possibilidade de acesso através de navegador de internet; . Acesso a serviços via Web Service, permitindo a integração com os sistemas próprios dos contribuintes ou através de aplicativo cliente, disponibilizado pela própria entidade. |
259. | O sistema deve possibilitar realizar identificar as pessoas jurídicas ou físicas como emissores de NFSe, o acesso ao sistema seja ele para a solução web ou consumo dos serviços via webservice só poderá ocorrer se a pessoa estiver identificada como Prestador de Serviços Emissor de Notas, Prestador Eventual ou Tomador/Intermediário de serviços. |
260. | O sistema deverá ser aderente ao modelo conceitual e de integração da ABRASF versão 1.0, 2.02 e 2.03 |
261. | A solução web do sistema deve possuir um módulo administração e um módulo prestador ambos devem possuir acesso através de autenticação de usuários, deverá possuir também uma área pública onde o acesso ocorrerá sem necessidade de autenticação. |
262. | Permitir que as pessoas solicitem acesso ao sistema, de forma online. |
263. | Para solicitações de acesso de credenciamento de pessoas jurídicas, no ato da solicitação deve ser informada a pessoa responsável pela empresa, a qual terá privilégios de administrador, podendo outorgar a outras pessoas a utilização do sistema em nome da empresa em questão. |
264. | Possibilitar a geração de termo de solicitação de acesso. |
265. | O termo de solicitação de acesso deve ser personalizável pelo fisco. |
266. | Possibilitar que o fisco cadastre lista de documentos que devem ser anexados no ato da solicitação de acesso. |
267. | Possibilitar que o fisco defina quais documentos a serem anexados na solicitação de acesso devem ser obrigatórios. |
268. | Possibilitar que o fisco defina quais documentos a serem anexados na solicitação de acesso devem ser assinados com certificado digital padrão ICP-Brasil. |
269. | Quando realizada a solicitação de acesso, o sistema deve conter mecanismo de confirmação e-mail, onde o solicitante deve receber uma mensagem em seu e-mail para realizar a confirmação. |
270. | A solicitação só deverá estar disponível para análise do fisco após a confirmação do e-mail pelo solicitante. |
271. | O acesso ao sistema só poderá ser liberado após o deferimento da solicitação pelo fisco através de funcionalidade para deferimento/indeferimento. |
272. | O fisco deverá visualizar os dados da solicitação de acesso bem como o termo de solicitação. |
273. | O fisco deverá visualizar os documentos anexados na solicitação de acesso. |
274. | O fisco deve ter a opção de definir um período de vigência para acesso ao sistema. |
275. | Para o caso de deferimento, o sistema deve enviar um e-mail ao solicitante informando que sua solicitação foi deferida. |
276. | Para o caso de indeferimento, deve ser informado um motivo e o sistema deve enviar um e-mail ao solicitante informando que sua solicitação foi deferida. |
277. | O corpo do e-mail de confirmação de deferimento/indeferimento deve ser personalizável pelo fisco. |
278. | A autenticação para acesso ao sistema deverá se dar através de usuário (CPF) e senha. |
279. | Para realizar a autenticação ao sistema deverá possuir mecanismo de proteção do tipo Captchas utilizado para distinguir humanos e máquinas. |
280. | Também deverá ser possível realizar autenticação através de certificado digital padrão ICP-Brasil (e-CPF ou e– CNPJ com vínculo do CPF da pessoa no certificado). |
281. | Deverá ter funcionalidade de recuperação de senha. |
282. | Deverá ter funcionalidade de alteração de senha. |
283. | Deverá ser possível realizar alteração do cadastro da pessoa. |
284. | Deve ser possível consultar o log de auditoria das operações realizas no sistema, identificando data, hora, |
funcionalidade, detalhamento textual do que foi realizado, pessoa que realizou a operação e empresa. | |
285. | Deve ser possível cadastrar procuração por vigência, para outorgar a utilização das funcionalidades que a pessoa poderá utilizar em nome do outorgado. |
286. | Deve ser possível consultar as procurações realizadas para utilização das funcionalidades. |
287. | Deve ser possível realizar a declaração dos serviços prestados e tomados por item de serviço da Lei Complementar 116/2003. |
288. | Deve ser possível realizar a declaração dos serviços prestados e tomados por item de serviço da Lei Complementar 116/2003 por intermédio de WebServices. |
289. | Deve ser possível realizar a declaração dos serviços prestados e tomados por item de serviço da Lei Complementar 116/2003 por intermédio de processamento de arquivo. |
290. | Deve ser possível realizar a declaração dos serviços prestados e tomados por nota fiscal emitida. |
291. | Deve ser possível realizar a declaração dos serviços prestados e tomados por nota fiscal emitida por intermédio de WebServices. |
292. | Deve ser possível realizar a declaração dos serviços prestados e tomados por nota fiscal emitida por intermédio de processamento de arquivo. |
293. | Deve ser possível retificar as declarações pelo portal e via webservices. |
294. | Deve conter rotina para realizar a entrega da declaração, a qual irá realizar a consolidação de todos os serviços prestados e tomados gerando o imposto a pagar. |
295. | Deve ser possível emitir boleto para pagamento do imposto gerado. |
296. | Deve ser possível consultar as declarações realizadas. |
297. | No módulo prestador o sistema deve contar com as seguintes funcionalidades: . Geração de NFSe (solução web) - Funcionalidade para emissão de notas fiscais diretamente na aplicação web sem a necessidade de integração. . Recepção e Processamento lote de RPS (solução web e WebService) – Funcionalidade que permite receber e processar lotes RPS (Recebido provisório de serviço) e transformá-los em NFSe . Consulta de lote de RPS (solução web e WebService) - Funcionalidade que permite consultar a situação de lotes de RPS enviado para a aplicação. . Consulta de NFSe por RPS (solução web e WebService) - Funcionalidade que permite consultar e exibir notas que foram convertidas por intermédio do envio de RPS. . Consulta de NFSe (solução web e WebService) - Funcionalidade para Consulta e exibição de notas fiscais emitidas. . Cancelamento de NFSe (solução web e WebService) - Funcionalidade que permite o cancelamento de notas fiscais emitidas. . Substituição de NFSe (solução web) - Funcionalidade que permite a substituição de notas fiscais emitidas. . Consulta de empresas autorizadas a emitir NFSe (solução web) - Funcionalidade que permite a qualquer pessoa consultar quais empresas estão autorizadas a emitir NFSe. . Nota Avulsa (solução web) – Funcionalidade que permite a emissão de notas avulsas de serviço para prestadores eventuais. . Carta de correção eletrônica (solução web e Webservice) – Funcionalidade que permite ao prestador efetuar correções de dados da NFSe emitida desde que não impacte no valor apurado do imposto . Manifestação do tomador (solução web e webservice) – Funcionalidade que permite ao tomador de serviço informado na NFSe comunicar ao fisco que teve conhecimento do serviço prestado bem como se recebeu ou não o serviço descrito na NFSe. |
298. | A funcionalidade de geração de NFSe será disponibilizada apenas na solução web, e deverá exigir dos emissores exclusivamente o que não pode ser obtido pelo Cadastro Municipal do Contribuinte, evitando redundância ou redigitarão de dados, exigindo apenas os dados abaixo: . Exigibilidade de ISSQN . Data do serviço . Local da prestação de serviço . Série do RPS . Número do RPS . Identificação do Tomador . Identificação do intermediário . Código de Identificação do Serviço Lei Complementar à Constituição Federal 116/2003 . Detalhamento do serviço . Valores de dedução, descontos e outras retenções (quando necessário) . Valor Bruto do Serviço . Matrícula CEI da obra (quando necessário) . Anotação de Responsabilidade Técnica (quando necessário) |
299. | A funcionalidade de geração de NFSe deverá contar com facilitadores aos emissores tais como: |
. Possibilitar a digitação de vários serviços, sem qualquer relação entre eles, desde que para o mesmo tomador e intermediário e mesma natureza de operação, gerando ao final, tantas NFSe quantas forem necessárias; . Definir a alíquota do Simples Nacional automaticamente, sem a possibilidade de intervenção do usuário nessa seleção; . Definir as regras de retenção na fonte para cada um dos serviços identificados, conforme determinação da legislação do município sem qualquer intervenção do emissor; | |
300. | Todas as notas, independente de qual aplicação ocorra sua geração, Solução web ou webservices, deverão obrigatoriamente conter a identificação do tomador do serviço, e a do intermediário quando houver ou for necessário. |
301. | Todas as notas, independente de qual aplicação ocorra sua geração, online ou webservices, deverão obrigatoriamente ser assinadas digitalmente por certificado ICP Brasil, emitido para o município da Estância Turística de São Monte Alegre do Sul – SP. |
302. | A solução web deverá contar com funcionalidade para recepção e processamento de lotes de RPS, devendo nessa funcionalidade ter comportamento idêntico ao WebService de recepção e processamento de lotes de RPS, cumprindo as seguintes etapas: . O contribuinte gera o arquivo com lote de RPS através da aplicação instalada em seu computador. . Acessa o serviço de “Recepção e Processamento de Lote de RPS” na aplicação web da NFSe disponibilizada no sítio oficial da Secretaria da Fazenda. . Envia lote de RPS gerado para processamento. . A requisição é recebida pelo servidor Web, que valida o lote e, caso as informações sejam válidas, grava-as e gera o número de protocolo de recebimento. . O Web Site retorna uma mensagem com o número do protocolo de recebimento. . O lote recebido será processado posteriormente. (Fonte: modelo conceitual ABRASF versão 1.0) . O lote recebido será processado no momento do recebimento. (Fonte: modelo conceitual ABRASF versão 2.02) |
303. | A solução web deverá possuir uma Consulta de Situação de Lotes de RPS, para utilizá-la o emissor de notas deverá estar autenticado na aplicação, e informará o número do lote. O sistema fará a verificação se esse lote é do emissor que está efetuando a consulta, se for, retornará o status do lote (Recebido aguardando processamento, processando, processado). |
304. | A solução web deve possuir uma rotina para consulta de notas fiscais com diversos filtros de seleção, além de exibir detalhes, fazer download de XML e PDF da NFSe, a partir dessa funcionalidade deve ser possível acessar outras rotinas do sistema que fazem parte do contexto da NFSe emitida: . Substituir NFS-e . Cancelar NFS-e . Detalhes dos e-mails enviados após a emissão da NFSe |
305. | A solução web deverá possuir a funcionalidade de carta de correção, tal documento é complementar à nota fiscal e deve permitir corrigir dados que não impactam na apuração do imposto ou mudança do prestador/tomador de serviços, conforme abaixo: . Razão Social do prestador de serviço . Nome fantasia do prestador de serviço . Contatos (e-mail e telefone) do prestador de serviço . Endereço (Logradouro/Número/complemento, bairro) do prestador de serviço . Razão Social do tomador de serviço . Nome Fantasia do tomador de serviço . Endereço (Logradouro/Número/complemento, bairro) do tomador de serviço . Contatos (e-mail e telefone) do tomador de serviço . Razão Social do intermediário do serviço . Dados RPS (número//série/tipo) . Discriminação do serviço |
306. | O sistema deve observar as parametrizações da entidade quanto às regras para emissão da carta de correção com no mínimo os seguintes itens: . Prazo máximo para efetuar correções em notas fiscais . Prazo máximo para cancelamento de cartas de correção . Parametrização quanto à data base para permissão de cancelamento de cartas de correção |
307. | O sistema deverá possibilitar a entidade que edite o modelo da carta correção conforme a necessidade de cada entidade. |
308. | Após o processamento da carta de correção o tomador e prestador devem ser notificados por e-mail da alteração, deve ser possível visualizar a NFSe e a Carta de Correção a partir do e-mail enviado. |
309. | O sistema deve permitir efetuar um cancelamento de uma carta de correção efetuada |
310. | Ao consultar uma nota fiscal eletrônica que possua carta de correção o sistema deve exibir a DANFSE e a carta de correção com os dados alterados |
311. | A solução web deverá possuir funcionalidade que permita o cancelamento de uma NFSe gerada. O sistema deve observar as parametrizações da entidade quanto às regras para cancelamento com no mínimo os seguintes itens: . Prazo máximo para cancelamento. . Definição de data base para contagem de prazo para cancelamento. . Permissões quanto à disponibilidade para cancelamento de nota fiscal quando o ocorrer cancelamento dentro do mês de emissão nota. . Permissão quanto à necessidade de aprovação da entidade quando o cancelamento da nota fiscal ocorrer dentro do mês de emissão. . Parametrização para envio de e-mail aos envolvidos no processo de cancelamento; A funcionalidade deve permitir o registro do cancelamento ainda que fora do prazo, nesse caso, o sistema deve criar uma solicitação de cancelamento para posterior análise do fisco municipal. Para realizar o cancelamento da nota fiscal o emissor de NFSe deve estar devidamente autenticado na aplicação, ao executar o procedimento de cancelamento com sucesso o sistema deve enviar um e-mail aos envolvidos conforme parametrização da entidade. |
312. | A solução web deverá possuir funcionalidade que permita a substituição de uma NFSe gerada. O sistema deverá observar as parametrizações da entidade quanto às regras para substituição com no mínimo os seguintes itens: . Prazo máximo para a substituição. . Definição de data base para contagem de prazo para substituição. . Permissões quanto à disponibilidade para substituição de nota fiscal quando ocorrer a substituição dentro do mês de emissão da nota. . Permissão quanto à necessidade de aprovação da entidade quando a substituição da nota fiscal ocorrer dentro do mês de emissão. . Parametrização para envio de e-mail aos envolvidos no processo de substituição. A funcionalidade deve permitir o registro da substituição ainda que fora do prazo, nesse caso, o sistema deve criar uma solicitação de substituição para posterior análise do fisco municipal. Para realizar a substituição o emissor da NFSe deve estar devidamente autenticado na aplicação, ao gravar a substituição se todas as regras foram atendidas deve ser gerada uma nova NFSe com os mesmos dados da nota identificada adicionando à substituta o número da NFSe substituída. Ao final do processo um e-mail deve ser enviado aos envolvidos conforme parametrização da entidade. |
313. | A solução web deve possuir funcionalidade no módulo prestador que possibilite fazer consultas de notas fiscais emitidas a favor do prestador quando ele figura como tomador ou intermediário de serviço. |
314. | A solução web deve possuir funcionalidade que permita ao tomador de serviço informar a ciência da execução do serviço discriminado na NFSe pelo prestador afim de dar fé sobre a ocorrência do fato gerador. Essa funcionalidade deve ser parametrizável atendendo as seguintes regras: . Determinar o valor mínimo da nota a ser manifestada; . Determinar os tipos de pessoas que podem manifestar a nota (Física, Jurídica ou Ambas); . Determinar o prazo para manifestação da nota. |
315. | A manifestação do tomador deve ocorrer via link enviado no e-mail ao tomador no momento da emissão da nota fiscal ou através da solução web com acesso autenticado pelo tomador. |
316. | A funcionalidade deve possuir rotina para emissão de notas avulsas com as seguintes características: . Possibilidade inclusão de requerimento de nota avulsa . Emissão de documento para arrecadação com o valor do ISS apurado na NFSe . Possiblidade de condicionar a emissão da nota mediante a pagamento dos tributos incidentes . Possibilidade de liberação manual, pelo fiscal, da nota avulsa através de informe de pagamento . Possibilidade de análise das liberações de notas em caso dos regimes especiais de tributação . Integração das informações das guias com o Sistema Tributário Municipal . Parametrização de Guias para recolhimento do ISS para prestadores eventuais . Mecanismos genérico para geração de linha Digitável e código de barras de modo com que atenda qualquer modelo disponível no mercado. |
317. | A título de cálculo do valor aproximado da carga tributária incidente sobre os serviços, deverá ser possível que apuração seja realizada de acordo com as metodologias do IBPT - Instituto Brasileiro de Planejamento e Tributação. |
318. | A título de cálculo do valor aproximado da carga tributária incidente sobre os serviços, deverá ser possível que apuração seja realizada de acordo metodologias definidas pelo próprio emissor. |
319. | Deve ser possível visualizar uma prévia da nota antes da sua geração. |
320. | A solução web deve possuir um ambiente de acesso público onde é possível executar rotinas sem a necessidade de autenticação, no mínimo esse ambiente público deve possuir as seguintes funcionalidades: . Consulta de empresas autorizadas a emitir NFSE. . Consulta de autenticidade de NFSE. . Consulta de NFSE por RPS. |
. Resumo geral dos movimentos de emissão de notas. . Solicitação de acesso ao sistema. | |
321. | A funcionalidade “Consulta de empresas autorizadas a emitir NFSE deverá permitir fazer consulta pelo CNPJ/CPF do prestador. |
322. | A funcionalidade “Consulta de NFSe por RPS”, deve possuir, no mínimo os seguintes filtros: . Número do RPS. . Série do RPS. . Tipo do RPS. . CNPJ do Prestador. . CNPJ do Tomador. Ao fazer a consulta o sistema deve exibir a possibilidade de visualizar a nota fiscal. Além de exibir a nota fiscal o sistema deve disponibilizar mecanismo para efetuar o download do XML. |
323. | A funcionalidade “Consulta de autenticidade da NFSE” deve possuir as seguintes características: . Possibilidade de efetuar a leitura de código de barras impresso na nota fiscal . Digitação de informações com os no mínimo os seguintes itens: . Número da NFSe - Código verificador da NFSe - CPF/CNPJ do Prestador |
324. | A funcionalidade “Resumo geral dos movimentos de emissão de notas”, deve demonstrar uma consulta com no mínimo os seguintes itens: . ISSQN devido para o município. . ISSQN devido para outros municípios. . Quantidade de notas geradas. . Resumo geral de Prestadores/Tomadores. |
325. | A solução WebService deverá conter os seguintes serviços: . Recepção e Processamento lote de RPS. . Consulta de lote de RPS. . Consulta situação do lote de RPS. . Consulta de NFSe por RPS. . Consulta de NFSe. . Cancelamento de NFSe. . Carta de Correção . Manifestação do Tomador |
326. | O serviço de Recepção e Processamento lote de RPS deverá, para validação de estrutura dos arquivos XML, usar os arquivos servico_enviar_lote_rps_envio.xsd e servico_enviar_lote_rps_resposta.xsd disponíveis em: xxxx://xxx0.xxxxxxx.xxxxxxx.xxx.xx/xxxx/xxxxxxxx.xxx na opção schemas XSD. |
327. | O serviço de Consulta de lote de RPS deverá, para validação de estrutura dos arquivos XML, usar os arquivos servico_consultar_lote_rps_envio.xsd e servico_consultar_lote_rps_resposta.xsd disponíveis em: xxxx://xxx0.xxxxxxx.xxxxxxx.xxx.xx/xxxx/xxxxxxxx.xxx na opção schemas XSD. |
328. | O serviço de Consulta situação do lote de RPS deverá, para validação de estrutura dos arquivos XML, usar os arquivos servico_consultar_situacao_lote_rps_envio.xsd e servico_consultar_situacao_lote_rps_envio_resposta.xsd disponíveis em: xxxx://xxx0.xxxxxxx.xxxxxxx.xxx.xx/xxxx/xxxxxxxx.xxx na opção schemas XSD |
329. | O serviço de Consulta de NFSe por RPS deverá, para validação de estrutura dos arquivos XML, usar os arquivos servico_consultar_nfse_rps_envio.xsd e servico_consultar_nfse_rps_resposta.xsd disponíveis em: xxxx://xxx0.xxxxxxx.xxxxxxx.xxx.xx/xxxx/xxxxxxxx.xxx na opção schemas XSD |
330. | O serviço de Consulta de NFSe deverá, para validação de estrutura dos arquivos XML, usar os arquivos servico_consultar_nfse_envio.xsd e servico_consultar_nfse_resposta.xsd disponíveis em: xxxx://xxx0.xxxxxxx.xxxxxxx.xxx.xx/xxxx/xxxxxxxx.xxx na opção schemas XSD |
331. | O serviço de Cancelamento de NFSe deverá, para validação de estrutura dos arquivos XML, usar os arquivos servico_cancelar_nfse_envio.xsd e servico_cancelar_nfse_resposta.xsd disponíveis em: xxxx://xxx0.xxxxxxx.xxxxxxx.xxx.xx/xxxx/xxxxxxxx.xxx na opção schemas XSD |
332. | O sistema deve possuir regras específicas e pré-definidas para consumo dos serviços “Manifestação do Tomador” e “Carta de Correção”. |
333. | A solução web deve possuir um módulo administrador por meio de acesso autenticado. |
334. | O sistema deverá possibilitar a customização de textos de e-mails. |
335. | O sistema deverá possibilitar a customização dos seguintes documentos: Termo de Solicitação de Acesso e DANFSE e Carta de correção. |
336. | O sistema deverá possibilitar o envio de mensagens aos Prestadores, Prestadores Eventuais e Tomadores de serviços cadastrados na base de dados do cliente. A funcionalidade deve possibilitar controle de quais |
Prestadores, Prestadores Eventuais e Tomadores tiveram a ciência da mensagem enviada. | |
337. | Na emissão da NFSe, o sistema deverá possibilitar o detalhamento dos serviços através da inclusão de itens adicionais ao Item da LC 116/03, possibilitando a inserção de: código do item, descrição, quantitativo e valor unitário. |
338. | O sistema deverá possuir funcionalidade onde seja possível movimentar as solicitações de acesso efetuadas pelos prestadores/tomadores de serviço. |
339. | O sistema deverá possuir funcionalidade onde seja possível deferir/indeferir as solicitações de cancelamento/substituição de notas que foram efetuadas fora do prazo definido pela entidade. |
340. | O sistema deverá possuir funcionalidade onde seja possível deferir/indeferir as solicitações de correções nas notas efetuadas através da carta de correção fora do prazo definido prazo definido pela entidade. |
341. | Através do módulo administrador do sistema também deve ser possível executar as seguintes Consultas: . Consulta de NFSe onde seja possível exibir qualquer nota emitida no sistema . Consultar as situações dos e-mails enviados nas rotinas do sistema como: - Quando efetuada uma solicitação de acesso. - Na movimentação efetuada na solicitação de acesso - Na emissão de nota fiscal. - Na geração da Carta de correção. - Movimentação da solicitação de correção de nota através da carta de correção efetuada fora do prazo. - Movimentação da solicitação de cancelamento/substituição de nota efetuada fora do prazo. - Movimentação de Liberação de Nota Avulsa – Pedidos de Aprovação. - Quando da ocorrência de diferença no pagamento do imposto devido. . Consulta das cartas de correções efetuadas pelos prestadores. |
342. | No ambiente de administração também deve ser possível emitir, no mínimo os seguintes relatórios: . Relatórios gerais das NFSe: - Notas emitidas. - Resumo de notas por atividade (quantidade e valor das notas). . Visão geral dos cenários das notas emitidas (quantitativo e qualitativo). |
343. | Deve ser possível bloquear a emissão de notas para serviços que o emissor não esteja autorizado. |
344. | Deve dispor de um canal de interação digital do usuário com o fiscal, quando o usuário estiver logado no sistema de ISS |
345. | O canal digital de interação deve dispor mecanismo que possibilite o fiscal realizar o monitoramento dos visitantes do sistema, sendo possível identificar quais páginas já acessou, qual está acessando no momento e tempo de duração do acesso |
346. | Deve ser possível o fiscal realizar o atendimento do canal de interação digital a partir de dispositivo móvel |
347. | O canal digital deve dispor de mecanismos que possibilitem a configuração visual do widget do visitante |
348. | Para os casos de não existir nenhum fiscal online para atendimento, deve ser possível o usuário registrar sua mensagem, a qual deverá ser enviada por e-mail para o responsável do canal digital de interação. |
349. | O canal digital deve dispor de mecanismos que possibilitem a configuração visual do widget do visitante |
350. | O canal digital deve dispor de mecanismos que possibilitem a visualização de informações estatísticas do sistema, bem como quantidade de visitantes, páginas visualizadas, conversas respondidas, conversas perdidas e visitantes online. |
351. | Para os serviços prestados de construção civil, onde exista valor máximo estipulado para dedução da base de cálculo sem comprovação, deve ser sugerido automaticamente pelo sistema o valor dedução previsto, sendo possível a sua alteração. |
352. | Para os serviços prestados de construção civil deve ser obrigatório informações referente a obra, bem como Matrícula CEI/CNO da obra e Anotação de Responsabilidade Técnica - ART |
353. | Para os serviços prestados de construção civil onde o prestador julgar que não existe dados da obra, deve ser possível que mesmo declara que a obra em questão não necessita da Matrícula CEI/CNO e ART |
354. | Deverá substituir o processo manual de escrita fiscal. |
355. | Deverá proporcionar facilidades operacionais para pagamento do ISSQN retido na fonte e entrega da relação das empresas prestadoras de serviço. |
356. | Deverá proporcionar facilidades para entrega de declarações em locais estabelecidos pela Prefeitura, através de arquivos magnéticos ou diretamente pela Internet Pública, provendo mecanismos de consistência, de conferência de dados e de segurança do serviço. |
357. | Disponibilizar layout e meios para possibilitar a importação de arquivos gerados pelos sistemas da escrita fiscal ou contábil utilizados pela empresa prestadora ou tomadora de serviço bem como meios para validação do layout do arquivo. |
358. | Proporcionar a impressão da Guia de pagamento de ISSQN Próprio ou Retido na Fonte em documento único, de pessoa física ou jurídica, cadastrada ou não no município, de uma determinada referência (mês e ano), com código |
de barras utilizando padrão FEBRABAN e o padrão estabelecido através de convênio da Prefeitura com as instituições bancárias. | |
359. | Permitir a impressão da Guia de pagamento de ISSQN Fixo para profissional autônomo, sociedades de profissionais liberais e empresas em Regime de Estimativa, sem a necessidade de informar senha, a guia deve ser impressa com código de barras utilizando padrão FEBRABAN e o padrão estabelecido através de convênio da Prefeitura com as instituições bancárias. |
360. | Para contribuintes na condição de responsável, na retenção na fonte de serviços tomados de fornecedores residentes fora do Município, deverá permitir informar a razão social, CNPJ, município de localização da empresa, bem como emissão da Guia de Recolhimento de ISS atender as mesmas especificações dos contribuintes residentes no município. |
361. | Permitir a emissão da Guia de Recolhimento de ISS, quando responsável tributário, separado daquela em que paga como contribuinte, ou a critério do emissor poderá ser emitido em guia única. |
362. | Disponibilizar impressão eletrônica do livro fiscal. |
363. | Prover, através da disponibilização de senhas por contador/contribuinte, sigilo absoluto quanto às informações particulares de cada contador/contribuinte e das empresas sob sua responsabilidade. |
364. | Permitir ao contador/contribuinte acessar somente a lista de empresas sob sua responsabilidade e realizar a manutenção dos dados das DMSs – Declaração Mensal de Serviço – somente destas empresas. |
365. | Permitir ao contador/contribuinte adicionar tantos usuários no sistema quanto for necessário, sendo o acesso individualizado e todos devem ter acesso a todas as empresas da lista do contador/contribuinte. |
366. | Permitir ao contador/contribuinte realizar uma DMS sem movimento. |
367. | Cada DMS deverá ser composta de todas as informações necessárias à completa identificação do documento emitido, do prestador, do tomador, dos serviços prestados e do valor da operação. |
368. | Possibilitar ao contador/contribuinte a digitação, o recebimento e o processamento de DMSs retificadoras, após a entrega da declaração. |
369. | Permitir ao contador/contribuinte gerar e imprimir o protocolo de confirmação de recebimento da DMS. |
370. | Permitir que seja montado planos de contas para declaração de escolas, lotéricas, planos de saúde, concessionárias de transporte público, seguradoras, e todos outros segmentos que não tenham a obrigatoriedade de emissão de notas fiscais. |
371. | Permitir que em uma única nota fiscal seja vinculado vários serviços distintos, cada qual com sua identificação do item da lista de serviços, alíquota, valor da base de cálculo e valor do imposto. |
372. | Permitir informar notas que tenham sido roubadas, extraviadas, destruídas ou qualquer outro motivo que não tenham emitido. |
373. | Permitir que o declarante informe eventuais valores de créditos, valores estes que devem ser abatidos do valor de imposto próprio a pagar no mês. Deve ser possível configurar um percentual limite para este abatimento. |
374. | Possuir canal de fale conosco |
375. | Possibilitar a declaração da (RBT) Receita Bruta Total por empresas optantes do Regime Único Simples Nacional |
376. | Possibilitar a apuração automática da alíquota para empresas optantes do Regime Único Simples Nacional de acordo com sua RBT. |
377. | Possibilitar o envio de e-mail informado ao contador referente às autuações realizadas das empresas sob sua responsabilidade |
378. | Realizar constituição de créditos para declarações com valores não pagos |
379. | Possibilitar o envio de e-mail informado ao contador referente às constituições de créditos realizadas das empresas sob sua responsabilidade |
380. | Possuir canal de fale conosco |
381. | Possibilitar a declaração da (RBT) Receita Bruta Total por empresas optantes do Regime Único Simples Nacional |
382. | Possibilitar a apuração automática da alíquota para empresas optantes do Regime Único Simples Nacional de acordo com sua RBT. |
383. | Realizar autuação automática para empresas omissas de declaração |
384. | Possibilitar o envio de e-mail informado ao contador referente às autuações realizadas das empresas sob sua responsabilidade |
385. | Realizar constituição de créditos para declarações com valores não pagos |
386. | Possibilitar o envio de e-mail informado ao contador referente às constituições de créditos realizadas das empresas sob sua responsabilidade |
387. | Possibilitar o controle de deduções da base de cálculo para serviços de construção civil, podendo definir o valor máximo sem comprovação e o valor máximo possível de dedução. |
388. | Possibilitar o controle da dedução máxima de base de cálculo por prestador de serviço |
389. | Para o caso de uma nota declarada de construção civil com dedução da base de cálculo dentro do intervalo máximo sem comprovação, não deve ser solicitado nenhuma comprovação ao declarante. |
390. | Para o caso de uma nota declarada de construção civil com dedução da base de cálculo acima do valor máximo |
sem comprovação, não deve ser possível realizar a entrega da competência sem a anexação da documentação que comprove a dedução informada. | |
391. | Para o caso de uma nota declarada de construção civil com dedução da base de cálculo acima do valor máximo sem comprovação, deve ser possível a anexação da documentação que comprove a dedução por nota de serviço declarada. |
392. | Possibilitar o cadastramento dos auditores fiscais, informando minimamente nome, CPF, matrícula e local de lotação. |
393. | Possibilitar o cadastramento de infrações relacionadas a omissão de declaração, sendo possível informar descrição, vigência, legislação, penalidade e valor da penalidade |
394. | Possibilitar o controle de configurações para infração por autuação de omissos, onde deve ser possível definir uma infração para omissão de declaração dos serviços prestados e para omissão de declaração de serviços tomados ou uma para cada tipo de omissão das definidas anteriormente. |
395. | Possibilitar a autuação de empresas omissas da declaração de serviços prestados/tomados, sendo possível selecionar por empresa, competência, enquadramento e tipo de autuação (Serviço Prestado, Serviço Tomado ou Ambos) |
396. | Possibilitar a consulta de empresas que foram autuadas, sendo possível selecionar por empresa, competência, auditor, tipo de autuação (Serviço Prestado, Serviço Tomado ou Ambos), número do auto, data da autuação e situação do débito do auto. |
397. | Deve conter relatório de auditoria que informa as operações realizadas, listando minimamente data, hora, funcionalidade, histórico do que foi realizado, usuário outorgado e empresa outorgante. |
398. | Permitir a escrituração dos serviços prestados por planos de contas para empresas não emissoras de notas, sendo possível informar declarar contas tributadas e não tributadas |
399. | Permitir o cadastro do plano de contas, sendo possível desdobramento em contras sintéticas e analíticas, definindo se a mesma será tributada ou apenas informativa, não tributada. |
400. | Permitir através de gráfico de gestão, a visualização do valor arrecadado de empresas optantes do simples nacional, sendo possível identificar qual a origem do valor pago. Exemplo: Se o pagamento se deu pelo DAS, DAS Cobrança, DAS-MEI, DAS-Parcelamento, DAS-Avulso. |
401. | Permitir através de gráfico de gestão, a identificação das 10 empresas optantes do simples nacional que mais arrecadaram em determinado período a ser informado pelo usuário |
402. | Permitir através de gráfico, a identificação dos valores arrecadados diariamente, em determinado período a ser informado pelo usuário |
403. | Permitir através de gráfico, a identificação consolidada da quantidade de parcelamentos por situação, em determinado período a ser informado pelo usuário. |
404. | Permitir através de gráfico, a identificação consolidada do valor de parcelamentos por situação, em determinado período a ser informado pelo usuário. |
405. | Permitir através de gráfico, a identificação da quantidade de parcelamentos por mês, em determinado período a ser informado pelo usuário. |
406. | Permitir através de gráfico, a identificação do valor de parcelamentos por mês, em determinado período a ser informado pelo usuário. |
407. | Permitir através de gráfico, a identificação da quantidade de parcelamentos por mês, em determinado período a ser informado pelo usuário. |
408. | Permitir através de gráfico, realizar o comparativo da quantidade de parcelamentos do mês corrente com o mês anterior. |
409. | Permitir através de consulta, listar os parcelamentos, sendo possível identificar minimamente os seguintes dados: CNPJ, Razão Social, Número do Parcelamento, Data do Pedido, Data da Última Movimentação, Situação Valor Consolidado, Quantidade de Parcelas e Valor da Parcela, além disso. também deve ser possível identificar o valor total consolidado negociado. |
410. | Permitir através de consulta, identificar os períodos de apuração que compõem os parcelamentos selecionados, listando minimamente os seguintes dados: Período de Apuração, Data de Vencimento, Valor Original e Valor Atualizado. |
411. | Permitir através de consulta, identificar a quantidade de parcelas pagas, não pagas e o valor total das parcelas de um parcelamento selecionado. |
412. | Permitir através de consulta, identificar as informações de arrecadação de um parcelamento selecionado, constando minimamente os seguintes dados: Vencimento da Parcela, Número da DAS, Data de Arrecadação e Valor Total do DAS |
413. | Permitir através de gráfico, realizar comparativo entre valores em parcelamento e arrecadado, sendo possível visualizar o Valor em Parcelamento, Arrecadado e Saldo a Receber. |
414. | Permitir através de gráfico, realizar o comparativo por período de apuração entre o declarado no município versus o declarado na Receita Federal do Brasil, identificando os valores bem como a diferença que ainda falta a ser |
declarada para o município. | |
415. | Permitir através de gráfico, realizar o comparativo por período de apuração entre a quantidade de DAS declarada versus o que foi pago, identificando o percentual do do saldo de DAS a serem quitadas. |
416. | Permitir através de gráfico, identificar as 10 maiores empresas contribuintes de ISSQN com declaração da Receita Federal do Brasil, bem qual a sua participação em R$. |
417. | Permitir através de gráfico, identificar por exercício o valor de ISSQN declarado na Receita Federal que não está sujeito a Substituição |
418. | Permitir através de gráfico, identificar os valores das declaração, consolidando pela sua situação. |
419. | Permitir através de gráfico, identificar a quantidade de empresas divergentes entre o declarado na Receita Federal Brasileira e o declarado no município, sendo possível ainda, listas os dados que originaram os números. |
420. | Em todos os gráficos e consultas deve possuir filtros de seleção, prevendo minimante os seguintes parâmetros: CNPJ, Razão Social e Período de Apuaração |
421. | Para todos os gráficos e consultas deve ser possível listar os dados que deram origem a visão. |
422. | Para todos os gráficos e consultas deve ser possível exportar os dados, minimamente nos formatos de Excel e csv. |
423. | Para todos os gráficos e consultas devem existir mecanismos que possibilitem a classificação pela ordem crescente ou decrescente, informando qual informação será base para a ordenação. |
424. | Estar com a tabela de nomenclatura brasileira de serviços minimamente na versão 2.0 e possuir controle de vigência. |
425. | Permitir a emissão de boleto avulso, o qual esteja desvinculado da entrega da declaração mensal, sendo necessário apenas informar a competência, valor do ISS Próprio, ISS Retido e observação. |
426. | Permitir a consulta dos boletos já emitidos, sendo possível visualizar número. ano, origem, competência, ISS Próprio, ISS Retido, valor total, situação e possível observação; |
427. | Permitir a emissão de segunda via de um boleto já emitido. |
428. | Para prestadores de serviço optantes do Simples Nacional, deve ser possível realizar a declaração de base de cálculo por anexo. |
3.10. - Módulo Procuradoria Fiscal e Peticionamento Eletrônico
1. | Integrar-se ao módulo de controle de dívida ativa possibilitando a importação das certidões de dívida ativa emitidas. |
2. | Possibilitar e emissão dos documentos necessários a instauração do processo judicial (Petições e Citações), devendo incluir o número da distribuição impresso em código de barras. |
3. | Permitir que os documentos a serem emitidos possam ser formatados pelo próprio usuário. |
4. | Possibilitar o acompanhamento do trâmite jurídico dos processos instaurados. |
5. | Permitir o cadastramento das diversas instâncias, varas e juízes responsáveis. |
6. | Permitir o envio de e-mail diretamente a partir do aplicativo, com base nos endereços eletrônicos previamente cadastrados para pessoas e órgãos. |
7. | Permitir acessar o Web Site dos diversos órgãos cadastrados (principalmente os Tribunais de Justiça Estaduais e Federais), diretamente a partir do aplicativo. |
8. | Permitir vincular o processo a todas as pessoas envolvidas (Oficiais de Justiça, Advogados, Testemunhas, Peritos etc.). |
9. | Manter um cadastro único de pessoas de forma a permitir o cruzamento de dados relativos a diferentes processos, dentro dos quais uma mesma pessoa esteja desempenhando diversos papéis (réu, autor, testemunha etc.). |
10. | Permitir anexar documentos aos processos, tanto os emitidos pelo próprio sistema como outros digitalizados (DOC, .BMP, .GIF, .JPG, .XLS, .PDF). |
11. | Permitir o cálculo automático do valor estimado da sucumbência com base no tipo da ação. |
12. | Permitir informar e acompanhar todas as custas processuais. |
13. | Permitir que diversas certidões de dívida ativa sejam agrupadas dentro de um único processo. |
14. | Geração automática de processos, permitindo selecionar grupos de certidões a serem incluídos nos diferentes processos. |
15. | Permitir a consulta aos processos por área, tipo de ação, assunto, órgão, vara, tipo de pessoa, situação, entre outros. |
16. | Disponibilizar gráficos gerenciais, quantitativos e financeiros, tais como: processos por área, tipo de ação, assunto. |
17. | Disponibilizar agenda por usuário, permitindo o cadastramento tanto de compromissos vinculados aos processos quanto de outros compromissos quaisquer. |
18. | Permitir que um usuário possa delegar a outro o direito de consultar sua agenda particular. |
19. | Permitir a configuração de alertas por ocasião da ocorrência de compromissos agendados. |
20. | Peticionamento Eletrônico Inicial e Intermediário junto ao SAJ. |
21. | Consulta Automatizada de Intimações no SAJ. |
3.10 - Módulo de Administração de Frotas
1. | Deverá ser possível registrar os motoristas da entidade identificando o seu endereço, telefone, vínculo, matrícula, CPF, número, categoria e validade da Carteira Nacional de Habilitação |
2. | Deverá ser possível identificar os tipos de veículos, identificando se o tipo de locomoção deste é automotor, tracionado ou fixo. Deverá também identificar se este veículo utiliza o tipo de rodante pneu ou esteira e se seu marcador de consumo de combustível é por quilometro ou por hora. |
3. | A critério de cada usuário, deverá ser possível definir se deseja ou não que ao logar no sistema seja exibido quais veículos estão consumindo mais combustível do que o previsto por quilometro rodado, tendo opção para definir o período de apuração de consumo e as localizações dos veículos a serem consideradas. A referida consulta deverá estar disponível para impressão e ser acessada em qualquer outro momento. |
4. | O cadastro do veículo deverá ser composto pelas seguintes informações: Patrimoniais (placa de patrimônio, localização, estado de conservação, data de aquisição e valor atual) Definição do Veículo (Placa do Veículo, combustível compatível, motorista responsável, remavam, chassi, remavam, ano de fabricação e modelo, previsão de consumo, cor predominante) Seguros (seguradora, apólice, vigência, valor segurado) e informações sobre possíveis adaptações no veículo. |
5. | Deverá ser possível realizar o registro de abastecimento dos veículos em posto de terceiros e em posto próprio, impedindo que se façam registros errôneos em relação ao tipo de combustível permitido para o veículo, a cronologia entre a quilometragem e a data de movimento e a quantidade de litros em relação a capacidade de litros do tanque do veículo. O registro deverá conter informações referentes a Data e Hora do abastecimento, a quantidade de litros e o tipo do combustível, ao número da nota fiscal e ao valor do abastecimento. |
6. | Deverá ser possível realizar registro de abastecimento dos veículos e tanques de combustível da própria entidade, e nesta situação ao realizar o lançamento deverá ser apresentado ao usuário a quantidade percentual de utilização do referido tanque. O registro de abastecimento deverá indicar a data e hora do abastecimento, a quantidade de litros abastecidos, o hodômetro do veículo |
7. | Deverá ser possível realizar o abastecimento dos veículos mediante cartão de abastecimento, e nestes casos o software deverá prover meios de realizar a importação de arquivo contendo todo o movimento de abastecimento dos veículos importando as informações de todos os veículos abastecidos em determinado período, sendo elas: placa do veículo, registro funcional do motorista responsável, CPF do motorista, CNPJ do posto de combustíveis, data e hora do abastecimento, a quantidade de litros, o valor unitário do litro, o tipo de combustível e a quilometragem do veículo no momento do abastecimento. |
8. | Deverá haver possibilidade de manter e gerenciar informações de cem (100) ou mais tanques de combustíveis da própria entidade, identificando o tipo do combustível e sua respectiva quantidade para cada tanque, permitindo a transferência de combustíveis entre eles. |
9. | Deverá ser possível o registro referente as despesas do veículo, identificando o evento que gerou a despesa e o plano de contas da referida despesa. |
10. | Deverá ser possível realizar o gerenciamento de itens que se agregam aos veículos, ao exemplo de rádios, antenas, pneus. |
11. | Deverá ser possível realizar o agendamento de serviços para itens que agregam aos veículos, a exemplo de pneus e tacógrafos. Nesta situação o agendamento de serviço poderá ser definido por uma data futura ou por uma quilometragem específica. |
12. | Os serviços realizados no veículo deverão ser lançados com número identificador de ordem de serviço e devem ter a opção de corresponder a um plano de serviço previamente estabelecido que compõem um conjunto de serviços. Todos os serviços deverão constar na ordem de serviço a qual poderá permanecer aberta até a conclusão dos serviços. A atualização dos saldos em estoque dos materiais utilizados e o registro dos custos somente deverão ser efetivados quando a ordem de serviço for fechada. |
13. | Os registros referentes as trocas de óleo dos veículos deverão identificar se esta troca aconteceu em dependência da própria entidade ou de terceiros, identificando a data, horário, hodômetro, quantidade de óleo e sendo em dependência de terceiro o número da Nota Fiscal com seu respectivo valor. |
14. | Deverá ser possível registrar a agenda de compromissos de cada um dos veículos da frota, sendo eles: plano de manutenção, revisões periódicas, recarga de extintor, renovação de seguro, pagamento de impostos. Tais agendamentos podem ser realizados para determinada agenda, específica, e também pelo atingimento de determinada quilometragem do veículo. |
15. | Deverá ser possível registrar todas as saídas dos veículos da entidade, o registro do trânsito deverá ser composto pela data, hora, hodômetro de saída e retorno, como também a identificação do motorista, solicitante, e roteiro a ser realizado. A cronologia entre a data e a quilometragem informada deverá ser consistida em relação aos trânsitos já registrados. Caso o motorista esteja com a carteira nacional de habilitação vencida deverá ser emitido alerta ao usuário sobre a situação. |