anexo i - b prova de conceito
TRANSCRIPT
ANEXO I - B
PROVA DE CONCEITO
ROL DE 60% DAS FUNCIONALIDADES CONTIDAS NO ANEXO I, QUE DEVERÃO
SER DEMONSTRADOS EM TOTALIDADE PELO LICITANTE DETENTOR DA
MELHOR PROPOSTA.
LOTE 01
ITEM DESCRIÇÃO DAS FUNCIONALIDADES ATENDE?
SIM NÃO
PROVA DE CONCEITO - LOTE 01 - GESTÃO TRIBUTÁRIA
REQUISITOS TECNOLÓGICOS E GERAL DO SISTEMA
1.
Todos os módulos do sistema devem possuir recurso para configurar e gerar relatórios, a
partir de visões genéricas disponibilizadas (conteúdo de dados), sem necessidade de
customização, com seleção de campos a serem exibidos, definição de condições de filtros,
ordenação, ocultação de campos, função de soma com informações de totais do campo.
Deve permitir também gerar campos novos através de operações com outros campos
disponíveis (ex. Quantidade de dias entre duas datas).
2. Possuir funções de soma, média, contagem, máximo, mínimo para os campos do relatório,
informando junto da coluna, e conforme as respectivas quebras.
3. Estar disponível no módulo para geração de relatórios a exportação para txt, excel, html,
pdf, de todos os campos disponibilizados.
REQUISITOS TECNOLÓGICOS E GERAL DO SISTEMA
MÓDULO CADASTRO IMOBILIÁRIO
4.
A unidade imobiliária deverá também permitir que a sua localização sua identificada pelo
endereço, número de apartamento, bloco ou outro complemento, bairro, loteamento, e face
de quadra.
5.
Possuir pesquisa de imóveis pela inscrição imobiliária ou por qualquer um de seus
componentes (folha/ parâmetro/ quadra/ lote/ bloco/ unidade), ou ainda pelo código
sequencial.
6.
Permitir cadastrar características do imóvel no mínimo com informações necessárias para
lançamento de tributos, quanto à: situação para tributação (ex. Normal, isento, imune);
estado da edificação (ex. Paralisado, em demolição, temporária, construído, especial),
posição do terreno (ex. Esquina, meia quadra, encravado); utilização; benfeitorias; categoria
do proprietário (ex. Particular, municipal, estadual, federal); área ocupada.
7. Permitir alteração da face de quadra de um lote.
8. Permitir cadastro das testadas que imóvel possa ter relacionadas com as faces de quadra,
respectivo comprimento, e indicação da testada principal (frente do imóvel).
9. Permitir cadastrar junto ao registro do imóvel imagens ou documentos referentes ao mesmo
na forma de arquivos (ex. Pdf, jpg).
10.
O sistema deve possuir registro das características de construção de uma unidade
imobiliária, por exercício, que devem ser para atender código tributário do município:
piscina, ocupação, regime de ocupação, uso, serviços municipais, tipo de construção, estado
de conservação, revestimentos externo e interno, pintura externa e interna, piso, forro,
instalações elétricas e sanitárias, estrutura, cobertura, esquadrias, elevador, vagas cobertas e
descobertas, número de pavimentos, e área total construída.
11. Manter histórico das alterações nas características da construção e permitir consulta.
12.
O sistema deve permitir a desativação de inscrições imobiliárias mantendo todo histórico da
mesma para consulta. Da mesma forma, deve também possibilitar a reativação de uma
inscrição com suas informações históricas.
13. Emitir certidão de dados cadastrais e de valor venal com possibilidade de seleção do
exercício de referência.
MÓDULO PLANTA GENÉRICA DE VALORES
14.
O sistema deverá permitir a manutenção de informações relativas à planta genérica de
valores, assim como parametrizar os valores para o ano seguinte, visando às simulações de
cálculo do IPTU e lançamento do imposto.
15.
O sistema deverá permitir a manutenção do valor do m² do terreno, valor do m² da
construção, bem como a manutenção de informações relativas à infraestrutura
(equipamentos urbanos) de cada face de quadra e fatores relacionados à infraestrutura. As
informações da planta genérica de valores deverão ser armazenadas por exercício.
16. Possuir cadastro do valor do m2 do terreno associado a face de quadra, com informações de
valores em real (R$), exercício de referência, data e usuário.
17. Permitir manutenção da do valor do m2 do terreno registrando automaticamente pelo
sistema a data e usuário que efetuou a alteração para fins de auditoria.
18. Possuir cadastro do valor do m2 da construção, com informações de valores em real (r$),
com possibilidade de discriminação por tipo de construção.
19. Permitir incluir e alterar, para uma face de quadra e por exercício, o valor do m² do terreno e
a infraestrutura existente na face (ex. Rede de água, rede de esgoto, iluminação pública).
20. Possibilitar a manutenção do valor do m² de construção por tipos de edificação (padrão,
material) e por exercício.
MÓDULO IPTU
21.
Permitir lançamento de fator de redução de IPTU, através de cadastro específico informando
motivo da redução, número/ano do processo administrativo, data de abertura, data de
efetivação, data de início da redução e data fim (se houver), fator de redução (%) e
observações.
22. Permitir a geração do relatório espelho de uma simulação para uma unidade imobiliária,
demonstrando os dados cadastrais e parâmetros utilizados no cálculo.
23.
Permitir que estes arquivos textos de IPTU fiquem armazenados no banco de dados para
possível recuperação posterior, e com informação de sua situação quanto ao envio ou não
para gráfica para controle.
24.
Dever possuir consulta de todos os lançamentos de IPTU do contribuinte por inscrição
imobiliária, permitindo filtro por exercício, por data de lançamento, aviso de lançamento,
valor lançado e situação.
25.
Para cada lançamento consultado, deve-se permitir consulta da situação das respectivas
parcelas quanto ao seu valor, pagamento, cancelamentos, motivo de cancelamento,
informações de processos administrativos e judiciais.
26.
PERMITIR CANCELAMENTO DE LANÇAMENTO DE IPTU.
MÓDULO ITBI
27. Deverá permitir cadastro do ITBI onde deverão ser informados, no mínimo, os seguintes
dados: identificação do imóvel previamente cadastrado no sistema, tipo de
transmissão/natureza da operação, valor declarado não financiado, valor declarado
financiado (se existir financiamento), adquirente e transmitente previamente cadastrados no
sistema, informação do cartório de registro de imóveis, descrição e observações.
28.
Deverá gerar cálculo e simulação do lançamento do ITBI conforme alíquotas informadas,
valor venal do terreno, valor venal da construção, valor venal excedente, fração do valor do
imóvel, e partes financiadas.
29. Permitir a geração efetiva de lançamento de ITBI cadastrado.
30. Permitir consulta de ITBI lançados por inscrição, número da guia, transmitente, contribuinte,
localização do imóvel, valores venais, e data de vencimento.
31.
Após a inclusão do cadastro de ITBI, o sistema deverá emitir guia de arrecadação para
pagamento bancário com informações do cadastro, e imposto calculado com base em
parâmetros informados.
32. Permitir o cancelamento de lançamento de ITBI informando o motivo.
33.
O sistema deve efetuar cancelamento automático de guias de ITBI vencidas e não pagas,
devendo ser gerada nova guia para efetivação da transferência com aproveitamento do
cadastro já realizado.
MÓDULO DE OBRAS
34. O sistema deve possuir cadastro de obras sendo atribuído uma numeração para cadastro,
descrição, proprietário da obra, inscrição imobiliária, valor estimado da obra, e observações.
35.
Permitir cadastro de informações da obra como área livre, área do terreno a utilizar e
remanescente, número da planta, número do croqui, número do contrato, data de início, data
de conclusão, total ou parcial, e inscrição no Incra quando for o caso.
36.
Deve ser possível cadastro de características específicas da obra, tais como: área construída,
área demolida, área de reforma, área a regularizar, área parcial, área existente, tipo de obra
(ex. Residencial, comercial, industrial), mutirão, número de pavimentos, em caso de
condomínio quantidade de unidades, em caso de construção vertical se possuirá elevador,
área a construir, tipo (ex. Corte, aterro) e volume de movimentação de terra, muro de arrimo,
tipo de habite-se, número/ano do habite-se.
37. Permitir indicação e relacionamento de mais de uma inscrição imobiliária relacionada com a
obra.
38. Permitir cadastro dos responsáveis pela obra, tanto pelo projeto como pela execução,
informando nome, endereço, número CREA e ART quando pertinente.
39. Permitir acesso à consulta de débitos do contribuinte proprietário do imóvel.
40. O sistema deve emitir ficha com informações cadastradas da obra.
41.
Permitir consulta das obras cadastradas por filtros de nome do proprietário/compromissário,
descrição da obra, alvará, planta, contrato, datas de abertura e conclusão, processo de anistia
e endereço.
42. Permitir exportação da relação de obras pesquisadas para planilha em arquivo tipo csv e
html.
MÓDULO CADASTRO DE ATIVIDADES ECONÔMICAS
43. O sistema deverá possuir cadastro para controle das atividades exercidas pelos contribuintes
do ISSQN.
44. No cadastro de atividades permitir cadastrar descrição e código CNAE de referência,
incidência do ISS, valor fixo ou alíquota do imposto.
45. Permitir cadastrar de grupo de atividades conforme interesse da administração,
relacionando-os às atividades cadastradas.
46. Permitir configuração das taxas aplicáveis às atividades, informando a rubrica de receita,
valor ou alíquota respectiva, data de início e fim.
47. Permitir incluir, alterar e excluir itens da lista de serviços no cadastro.
48. Permitir consulta do cadastro pela descrição da atividade ou parte do nome, pelo código
CNAE, e pelo próprio código da atividade.
49. Permitir cancelar e reativar uma atividade econômica de pessoa jurídica.
MÓDULO MOBILIÁRIO E IMPOSTO SOBRE SERVIÇOS
50.
O cadastro de contribuintes mobiliários deverá gerar um número de cadastro e permitir uma
inscrição municipal no cadastro mobiliário, número de inscrição ex-ofício ou cadastro
provisório, com data de validade quando for o caso.
51.
Deve permitir cadastro de pessoa física associado ao cadastro de pessoas, seleção do
endereço de correspondência dentre os cadastrados para a pessoa, endereço onde exerce a
atividade, código e descrição da atividade, CNAE, data de início e fim do exercício.
52. Permitir cadastro de opção pelo simples nacional do contribuinte, com data de início e data
fim.
53.
Possuir cadastro de atividades do contribuinte informando código e descrição conforme
cadastro de atividades, data de início e fim da atividade, informação do CNAE associado,
objeto social da empresa, se atividade principal ou secundária, incidência de taxa de licença
ou ocupação de solo, valor ou metragem.
54. Possuir informação da situação cadastral (ex. Aberto, alteração, encerrado e suspenso).
55. Permitir associação da inscrição imobiliária do cadastro imobiliário e informações
relacionadas para registro do local do estabelecimento.
56. Permitir a emissão do alvará de funcionamento para pessoa física, constando data de
emissão e data de validade, número/ano do processo.
57.
Permitir cadastro de processos relacionados ao contribuinte, informando número/ano, data
de abertura, data de efetivação, descrição, tipo de processo, situação (ex. Deferido, em
andamento, indeferido), assunto conforme lista de assuntos padronizada, e observação.
58. Permitir o encerramento de uma inscrição mobiliária, sendo obrigatória a informação da data
de encerramento e opcionalmente alguma observação.
59. Permitir a reativação de uma inscrição mobiliária encerrada, sendo obrigatória a informação
da data de encerramento e opcionalmente alguma observação.
60. Permitir incluir e retirar um registro de enquadramento de inscrição em regimes especiais de
tributação, como por exemplo, o microempreendedor individual (MEI).
61. Deve possui cadastro específico de contadores a partir do cadastro de pessoas, onde torna
possível relacionar ao mesmo como contador no cadastramento mobiliário.
62.
Efetuar cálculos de pontuação e lançamentos de ISSQN e taxas diversas do mobiliário (ex.
Construção civil) com informação dos parâmetros para lançamento tais como revestimento
interno/externo, pintura interna/externa, piso, forro, instalação elétrica e sanitária, estrutura,
cobertura, esquadrias, área construída, tipo de construção, e descrição geral.
MÓDULO FISCALIZAÇÃO
63.
Permitir incluir e alterar uma diligência fiscal. Na inclusão da diligência fiscal deverão ser
informados, no mínimo, os seguintes dados: inscrição municipal a ser fiscalizada seja do
imobiliário ou do mobiliário; data da fiscalização; contribuinte ou pessoa e um ou mais
fiscais previamente cadastrados no sistema, responsáveis pela ação.
64. Possuir cadastro padronizado de infrações, para cada setor de fiscalização, informando
descrição da multa, respectiva rubrica da receita, descrição da infração, número/ano da lei.
65. Permitir realizar o cancelamento de uma diligência fiscal, desde que informado o motivo. O
sistema não deverá permitir cancelar uma diligência fiscal encerrada.
66.
Possuir cadastro de notificações fiscais contendo no mínimo, informação de número/data da
notificação, número/ano processo, vencimento, data de cancelamento (quando for o caso),
nome ou razão social, CPF ou CNPJ, endereço, prazo para regularização, número da
notificação anterior (se houver), legislação aplicável, descrição da notificação, e
observações.
67.
Permitir incluir e alterar um auto de infração para lançamento de ISSQN não recolhido. Para
inclusão do auto de infração relativo ao ISSQN não recolhido deverão ser informados, no
mínimo, os seguintes dados: inscrição ou ação fiscal; motivo da infração (previamente
cadastrado); e receita a ser tributada para cada período (mês e ano). O sistema deverá
calcular automaticamente o imposto a recolher atualizado.
68. Permitir a emissão do auto de infração, com todos os valores existentes no auto e
enquadramento legal.
MÓDULO DÍVIDA ATIVA
69. O sistema deverá permitir a inscrição em dívida ativa de forma individual dos débitos
vencidos e não pagos, por tipo de tributo.
70. Permitir a inscrição em dívida ativa em massa dos débitos vencidos e não pagos.
71.
Permitir a consulta única de débitos (inscritos e não inscritos em dívida ativa), considerando
no mínimo os seguintes filtros: nome ou razão social do contribuinte, CPF/CNPJ; inscrição
imobiliária, mobiliária, provisória, ou não estabelecido; número da CDA, exercício e tipo de
tributo.
72.
A consulta deverá demonstrar no mínimo: exercício; tributo; valor original; situação do
débito; parcelamento; e detalhes das parcelas; dados da dívida ativa (CDA, exercício, livro,
folha, e fase da dívida ativa); dados da execução fiscal (número do processo judicial, ano,
número do ofício/ano, cartório).
73.
Possuir parametrização para cálculos de atualização (encargos) de valor inscrito em dívida
ativa dos contribuintes para pagamento, devendo conter: exercício; tipo de lançamento; tipo
de encargo: multas, juros, honorários advocatícios.
74.
Deve permitir a emissão e impressão da certidão de dívida ativa – CDA, demonstrando no
mínimo: amparo legal e detalhamento dos débitos que compõem a execução
fiscal/ajuizamento.
75. Permitir o cancelamento da inscrição em dívida ativa, retornando o débito a situação anterior
a inscrição.
76.
Permitir o parcelamento de débitos em dívida ativa. Para o parcelamento deverá ser
informado o requerente e quais débitos serão parcelados. O sistema deverá permitir que o
usuário informe a quantidade de parcelas, data de vencimento da primeira parcela.
77. Deverá emitir o termo de acordo de parcelamento. O termo de parcelamento deverá
demonstrar os débitos e os valores parcelados.
78. Deverá emitir boletos bancários do parcelamento gerado pelo acordo.
79. Permitir a simulação das parcelas antes de efetivar o processo de parcelamento.
80. Permitir cancelar um parcelamento, informando o motivo e protocolo do cancelamento.
81. Deverá efetuar baixa dos débitos originais quando do pagamento da última parcela no caso
de acordo de parcelamento, mantendo todo histórico de pagamentos e baixas.
82. Acordos de parcelamento não cumpridos deverão ter valores das parcelas pagas abatidas
proporcionalmente do débito original, descontados antes multa, juros e honorários.
83. Permitir a execução fiscal/ajuizamento de uma dívida específica.
84. Permitir a execução fiscal/ajuizamento em massa de débitos inscritos em dívida ativa,
selecionando tributos por tipo, exercício, e valor mínimo para execução.
MÓDULO ARRECADAÇÃO
85.
O sistema deverá permitir selecionar um arquivo específico enviado por um banco (aviso de
crédito) e executar o processamento deste arquivo gerando informações para o sistema, dos
registros dos pagamentos contidos no arquivo.
86. O sistema deverá gerar análise da receita classificando e totalizado por rubrica dos valores
informados no arquivo bancário de aviso de crédito.
87. Deverá também possuir rotina para demonstração de divergências nas informações do
arquivo bancário de aviso de crédito.
88. Após analisado e conferido os lançamentos dos avisos de crédito, estes devem ser fechados
não aceitando mais alterações. Possuir rotina para reabertura dos avisos de crédito.
89.
Permitir relacionamento na forma de parametrização para rubricas cadastradas das
respectivas rubricas referente à correção, multa, juros, tanto para atraso de pagamento, como
para pagamentos de débitos já inscritos em dívida ativa.
90. Permitir relacionamento das rubricas da receita com as dotações orçamentárias da receita,
por exercício.
91. Permitir lançamento dos índices de correção monetária por período.
92. O sistema deve emitir mapa de arrecadação por bancos e agências.
93. Deve também possuir opção de emitir mapa de arrecadação por bancos e rubricas.
94.
Permitir gerar movimentos contábeis dos pagamentos recebidos, relacionando-os as suas
respectivas receitas, através de geração de arquivo ou webservice para integração com
sistema de contabilidade.
95. Possuir controle de encaminhamento dos arquivos de remessa para registro de boletos,
inclusive mantendo cópia dos arquivos no banco de dados.
96.
Possibilitar a consulta consolidada de débitos/situação cadastral de um contribuinte,
inscrição de imóvel, inscrição mobiliária ou multa, com a possibilidade de emissão do
documento de arrecadação a partir dos débitos encontrados.
97.
Permitir cadastro de programas ou campanhas de arrecadação – refis, informando data de
início e fim, descrição, fundamentação legal, incidência (ex. Pagamentos à vista,
parcelamentos), quantidade de parcelas, valor mínimo da parcela, descontos concedidos na
correção, multa, juros, honorários e custas.
98.
O sistema deverá obedecer a estes parâmetros configurados para programas ou campanhas
de arrecadação para todo pagamento/parcelamento ocorrido no período definido, mantendo
registros para consultas posteriores.
MÓDULO PROTESTOS
99. O sistema deverá possuir controles e funcionalidades para protesto de débitos vencidos em
cartório.
100.
Permitir consulta dos protestos realizados (listas) com informação da inscrição, número da
CDA, exercício, tipo de tributo, valor original do débito, correção, multa, juros, honorários,
custas, valor total.
101. Possuir função de leitura dos arquivos de confirmação, de retorno, de desistências, e de
cancelamentos dos débitos protestados.
102. Permitir inscrição em dívida ativa e emissão das respectivas CDA(s) de débitos que foram
protestados.
103. Permitir emissão de cartas para protesto em massa para todos os contribuintes de uma lista
de protesto configurada.
MÓDULO ATENDIMENTO AO CONTRIBUINTE
104.
O sistema deverá possuir aplicativo específico para utilização no atendimento do munícipe,
possibilitando acesso facilitado a todos os dados de débitos e cadastro do mesmo, e
funcionalidades de atendimento.
105.
Permitir pesquisa dos débitos sejam estes originados de lançamentos imobiliários,
mobiliários ou de taxas diversas, através da informação do nome (completo ou parcial) do
contribuinte, bem como o seu CPF ou CNPJ conforme o caso.
106. Permitir pesquisa de débitos por inscrição imobiliária, inscrição mobiliária, número de
cadastro, ou número de processo/ano.
107. Permitir pesquisa de débitos por lançamento, informando exercício, tributo e aviso de
lançamento.
108. A pesquisa dos débitos deve incluir inclusive os débitos em protesto, inscritos em dívida
ativa e ajuizados.
109.
Permitir agregação de lançamentos e parcelas, considerando e calculando a partir do valor
principal do débito, correção, multa, juros, honorário e custas quando for o caso, para
pagamento à vista em guia única, ou de forma parcelada.
110. Permitir a emissão do termo de acordo de parcelamento e respectivas guias para pagamento
bancário.
111. Permitir a anulação de acordo de parcelamento.
112. Permitir a anulação de acordo de parcelamento.
113.
Possuir funcionalidade para baixa manual de tributos /taxas, devendo ser informado
obrigatoriamente número do processo/ano, motivo da baixa (ex. Manual, compensação de
valor, depósito judicial). Neste caso deve ser mantido registro para fins de auditoria da
identificação do usuário, data/hora, que realizou efetivação da baixa.
114. Permitir a realização de baixa parcial de valor da parcela, ficando saldo remanescente a ser
quitado.
115.
Possuir funcionalidade para cancelamento de débitos, devendo ser informado
obrigatoriamente o motivo do cancelamento, número/ano do processo, data de abertura e
efetivação do processo, assunto, e campo para texto livre explicativo. Neste caso deve ser
mantido registro para fins de auditoria da identificação do usuário, data/hora, que realizou o
cancelamento do débito.
116. Permitir consulta aos respectivos cadastros imobiliário e mobiliário do contribuinte
conforme o caso.
117. Permitir consulta aos lançamentos dos diversos exercícios e respectiva situação de quitação
do contribuinte.
118. Permitir consulta aos lançamentos dos diversos exercícios e respectiva situação de
pagamento do contribuinte.
119. Permitir consulta de pagamentos por exercício, tipo de tributo e número de aviso de
lançamento.
120. Emitir certidão de quitação de débitos para contribuinte para os tributos/exercício
selecionados.
121.
Permitir consulta à conta corrente tributária do contribuinte, onde poderá ser verificado
cronologicamente todos os lançamentos, valores, e pagamentos, além de informações de
situação do débito (ex. Protesto, dívida ativa, ajuizado), processos administrativos e valores
acessórios discriminados (ex. Correção, multa, juros, honorários, custas).
122. Permitir a concessão de descontos com percentuais discriminados na correção, multa, juros e
honorários, com possibilidade de restringir período de aplicação.
123.
Permitir a implantação de lançamento manual de tributo /taxa para determinada inscrição
imobiliária ou mobiliária, informado exercício, tipo de tributo, discriminação de valores por
rubrica da receita, quantidade de parcelas, e descontos se houverem.
124. Permitir inscrição em dívida ativa de débitos vencidos do contribuinte individualmente.
125. Permitir a emissão de taxas diversas, bem como a geração das guias de recolhimento em
boleto bancário.
126. Permitir a suspensão temporária de débitos, e sua reativação quando for necessário.
127. Emitir 2as vias de parcelas para pagamento.
128. Emitir 2as vias de termos de acordo de parcelamento.
129. Emitir extrato de débitos do contribuinte.
130. Emitir demonstrativo de débitos no exercício.
131. Emitir demonstrativo de pagamentos no exercício.
132. Emitir demonstrativo de cancelamentos no exercício.
133. Emitir certidão de débito da inscrição, informando-se número/ano do processo e requerente.
MÓDULO CONSULTA DE CADASTRO NA JUCESP
134. Deve possuir integração com JUCESP através de interface webservice disponibilizada pelo
órgão para obtenção de informações das empresas cadastradas.
135.
Possuir tela de visualiza dessas informações recebidas da JUCESP contendo todos os
campos especificados no layout do órgão para webservice, ainda que não venham
preenchidos.
136. Permitir registro e controle das em que estes arquivos foram importados para que não haja
sobreposição de informações desatualizadas.
137.
O sistema deve efetuar comparação das informações importadas da JUCESP com cadastro
mobiliário, identificando divergências, principalmente empresas abertas na junta que não
constem do cadastro da prefeitura.
138. Possuir recurso, a partir das informações obtidas da junta, para abertura de inscrição
mobiliária da mesma, classificando corretamente atividades informadas para fins tributários.
139. Permitir cadastro de novas inscrições mobiliárias em massa a partir do comparativo das
informações.
140.
O sistema deve validar completeza das informações recebidas antes da inclusão, gerando
“pendências” (ex. Data de abertura) que deverão ser obrigatoriamente informadas antes da
criação da nova inscrição mobiliária, garantindo assim integridade do cadastro mobiliário da
prefeitura.
141. Possuir recurso para exportar o registro da empresa recebido pela JUCESP em formato xml.
MÓDULO DE EXECUÇÃO FISCAL
142. Possuir rotina de preparação de processo para execução fiscal individual e em lote.
143.
Permitir atendimento ao disposto na lei 11.419/2006, a resolução nº 185, de 18 de dezembro
de 2013, do conselho nacional de justiça, e a resolução nº 551/2011 e o comunicado nº
262/2015, do tribunal de justiça do estado de SãoPaulo.
144.
Oferecer recursos para a manipulação digital e digitalização de documentos físicos, de forma
a manter a integridade, a autenticidade e, se necessário, a confidencialidade do documento
digital, com o emprego de certificado digital emitido no âmbito da infraestrutura de chaves
públicas brasileira - ICP - brasil, conforme o disposto no art. 3º, da lei federal 12.682/12 .
145.
Ser compatível com o acompanhamento de processos digitais (processos eletrônicos),
oferecendo recursos para o acompanhamento de prazos, intimações e demais atos inerentes
ao acompanhamento, atendendo, quando pertinente, a lei 11.419/2006, a resolução nº 185,
de 18 de dezembro de 2013, do conselho nacional de justiça, e a resolução nº 551/2011 e o
comunicado nº 262/2015, do tribunal de justiça do estado de São Paulo.
146.
Possibilitar acesso às intimações eletrônicas feitas via portal pelo TJSP indicando, sempre
que possível, a movimentação específica das categorias despachos, decisões, sentenças e
atos ordinatórios, visando a correta recepção e visualização eletrônicas da intimação (item
4.2, do comunicado nº 262/2015 - protocolo cpa nº 2014/077158 – TJSP)
147. Permitir o protocolo da inicial e documentos, respectivo cadastro e distribuição, bem como
das petições intermediárias que deverão ser encaminhadas pelo sistema.
148. Permitir o ajuizamento de petições iniciais, em massa ou individualmente, acompanhadas
dos respectivos documentos.
149.
Gerar as petições iniciais e intermediárias, integrando o texto e os dados das tabelas do
banco de dados, como nome das partes, CDAs, número do processo, juízo a que a ação foi
distribuída.
150. Permitir a junção, para ajuizamento concomitante, das CDAs de um mesmo devedor.
151. Dispor de recursos de edição básica de textos e gerenciamento de modelos de petições e
documentos, que permitam o armazenamento e a reutilização dos mesmos
152.
Deve dispor no mínimo dos seguintes modelos de petições:
a. Petição inicial com a citação postal e CDA;
b. Petição inicial com a citação oficial de justiça;
c. Petição inicial com a citação por edital;
d. Petição com citação postal;
e. Petição com citação por carta precatória;
f. Petição com adjudicação de bens penhorados;
g. Petição com extinção pelo pagamento e liberação da penhora;
h. Petição com extinção pelo cancelamento da dívida;
i. Petição de penhora do bem que deu origem ao débito;
j. Petição de penhora on-line (sistema Bacenjud);
k. Petição para designação de data para hasta pública;
l. Petição de prosseguimento do processo por não cumprimento de acordo;
m. Petição de suspensão do processo para providências administrativas;
153. Permitir o controle de prazos, audiências e demais compromissos na tramitação dos
processos.
154. Permitir o controle de prazos, audiências e demais compromissos na tramitação dos
processos.
155. Permitir pesquisa dos processos por número, vara e outros critérios tais como nome do
devedor.
156. Permitir o cadastramento dos processos já em andamento no TJSP.
157. Permitir a visualização de prazos e intimações pendentes de resolução pelo procurador.
158. Emitir relatório de parcelamento com débitos executados, de pagamentos à vista, acordos
quitados, e acordos cancelados.
159. Emitir relatório de honorários advocatícios.
PORTAL DE SERVIÇOS
160.
O portal de serviços ao munícipe deve ser uma aplicação disponibilizada acesso público pela
internet, através de link na página da prefeitura. As páginas devem conter a logomarca e
manter compatibilidade com identidade visual do site da prefeitura.
161. Emitir do extrato contendo todos os débitos de IPTU do exercício corrente, pela informação
da inscrição imobiliária.
162. Emitir 2a via de parcela de IPTU do exercício corrente, pela informação da inscrição
imobiliária.
163.
Permitir consulta de processos administrativos, com as seguintes informações: número do
processo, assunto, data de abertura, situação atual, descrição, unidade em que se encontra, e
responsáveis.
164.
Possuir formulários para encaminhamento de solicitações, reclamações, sugestões e
denúncias diversas à administração, com seguintes campos: nome, e-mail, telefone para
contato, documento de identidade, tipo de assunto, descrição detalhada, endereço referente
ao local da solicitação.
165.
Possuir um módulo administrativo de acesso restrito aos funcionários da prefeitura para
recebimento das solicitações, reclamações, sugestões e denúncias, e devidos
encaminhamentos. Também permite registro da resposta ao munícipe.
166. Permitir consulta das solicitações, reclamações, sugestões e denúncias, por número e
situação (aberto, aguardando resposta e concluído).
167. Em caso de denúncias, a identificação do denunciante não será obrigatória.
168. Possuir estatísticas de quantidades de acessos por tipo de serviços.
169.
O portal deve possuir aplicativo disponibilizado na internet, através de link no site da
prefeitura, com disponibilização formulários de solicitações on-line para emissão de
documentos tais como licenças, alvará de construção e habite-se.
170.
O portal deve permitir emissão de boletos das taxas dos serviços, consulta e atualização de
dados, consulta da solicitação e sua tramitação, recebimento de comunique-se, e possibilitar
toda interação necessária com a prefeitura pelo site.
171. O portal deve controlar prazo para atendimento de comunique-se, sendo que o não
atendimento no prazo faz com que a solicitação seja indeferida automaticamente.
172.
O portal deve possuir formulário na internet para solicitação de licença de publicidade, com
as seguintes informações:
a. Inscrição mobiliária no cadastro fiscal mobiliário – CFM;
b. Cadastro fiscal de publicidade – CFP;
c. Tipo de requerente, se pessoa jurídica ou física;
d. CNPJ/CPF;
e. Razão social/nome;
f. Endereço com rua, número, complemento, bairro, cidade, estado, cep, telefone de
contato;
g. Inscrição imobiliária (IPTU);
h. Endereço da instalação do anúncio;
i. Tipo de local físico onde será instalado o anúncio, podendo ser: obra de construção
civil, supermercados, hotéis, shopping centers, hospitais e similares, podendo ser
com ou sem edificação;
j. Tipo de anúncio, que pode ser: cobertura, outdoor, pintura em fachada, escritório,
stand, fachada paralelo, tapume, letras aplicadas, totem, empena cega, porta de
enrolar, vedo transparente, painel eletrônico;
k. Informações do imóvel tais como: testada principal, altura da edificação, altura
máxima/mínima, altura da letra aplicada, quota de 40%, área da testada, área do
anúncio, distância entre anúncios, dispositivo elétrico/mecânico na estrutura,
atividade exercida no local do anúncio;
l. Arquivos de documentos digitalizados identificados como: IPTU do imóvel,
descrição e/ou croqui do anúncio, termo de responsabilidade pela conservação do
anúncio, licença de funcionamento, contrato de locação se houver, cadastro fiscal
de publicidade – CF, inscrição municipal, projeto completo conforme normas
técnicas ABNT;
173.
O portal deve possuir formulário na internet para solicitação de alvará de construção e
regularização, com as seguintes informações:
a. Inscrição imobiliária e IPTU do imóvel;
b. Tipo de alvará: construção com regularização, só construção, só regularização,
construção com reforma, demolição e/ou regularização, muro de arrimo,
terraplenagem, só demolição;
c. Tipo de uso: residência, comércio, serviço, indústria, hospital, atividade
educacional, cultural e religiosa, asilos, orfanato, obras não especificadas, silos,
tanques, reservatórios para líquidos.
d. Dados do proprietário: tipo de pessoa (física/jurídica), nome completo, CPF/CNPJ,
e-mail de contato;
e. Dados do autor do projeto, do dirigente técnico e do responsável pelo levantamento
cadastral: tipo de pessoa (física/jurídica), título (engenheiro/ arquiteto),
CREA/CAU, número ART/RRT;
f. Informação do imóvel: inscrição imobiliária, quadra, lote, área do terreno, nome do
proprietário, localização do terreno/imóvel, bairro, área total da construção, área
livre, tipo da obra, área a construir, área a regularizar, área existente aprovada, área
a reformar, área a ampliar, área a demolir, área de edícula, nº de pavimentos, tipo
de condomínio, tipo de movimentação de terra;
g. Tipo de habite-se (conclusão de construção parcial, conclusão de construção, casa
popular), número/ano do habite-se;
h. Memorial descritivo para alvará de construção: tipo de projeto (construção de
residência, reforma com acréscimo/decréscimo de área, reforma com ampliação e
regularização, somente reforma), fundação e alicerces (estacas, brocas, sapatas,
baldrames), camada isoladora dos alicerces, alvenaria, pé-direito, forro (lajes,
estuque), cobertura (tipo de telha), revestimento das paredes, tipos de piso
(cerâmica, tacos, carpetes, Paviflex), barra impermeável, esquadrias, pintura,
instalação hidráulica, instalação elétrica, abastecimento de água (rede pública ou
poço), coleta de esgoto (rede pública ou fossas), coleta de água pluvial, muro de
fecho (tijolo, bloco ), passeio público;
i. Arquivos de documentos digitalizados identificados como: projeto simplificado,
título de propriedade, art e comprovante de pagamento do responsável pelo projeto,
art e comprovante de pagamento do responsável pela execução da obra, atestado de
estabilidade/salubridade/condições de uso, certificado de quitação do ISSQN,
AVCB - auto de vistoria do corpo de bombeiros, art e comprovante de pagamento
do responsável pelo levantamento cadastral;
174.
O portal deve possuir formulário na internet para solicitação de habite-se, com as seguintes
informações:
a. Nº do processo /ano;
b. Nº do alvará/ ano;
c. Inscrição imobiliária (IPTU);
d. Tipo de alvará: construção com regularização, só construção, só regularização,
construção com reforma, demolição e/ou regularização, muro de arrimo,
terraplenagem, só demolição;
e. Tipo de uso: residência, comércio, serviço, indústria, hospital, atividade
educacional, cultural e religiosa, asilos, orfanato, obras não especificadas, silos,
tanques, reservatórios para líquidos
f. Dados do proprietário: tipo de pessoa (física/jurídica), nome completo, CPF/CNPJ,
e-mail de contato;
g. Dados do autor do projeto, do dirigente técnico e do responsável pelo levantamento
cadastral: tipo de pessoa (física/jurídica), título (engenheiro/ arquiteto),
CREA/CAU, número ART/RRT;
h. Informação do imóvel: inscrição imobiliária, quadra, lote, área do terreno, nome do
proprietário, localização do terreno/imóvel, bairro, área total da construção, área
livre, área do terreno a utilizar, área do terreno remanescente, tipo da obra, área a
construir, área a regularizar, área existente aprovada, área a reformar, área a
ampliar, área a demolir, área de edícula, nº de pavimentos, tipo de condomínio,
elevador, muro de arrimo, tipo e volume de movimentação de terra;
i. Arquivos de documentos digitalizados identificados como: projeto simplificado,
título de propriedade, art e comprovante de pagamento do responsável pelo projeto,
art e comprovante de pagamento do responsável pela execução da obra, atestado de
estabilidade/salubridade/condições de uso, certificado de quitação do ISSQN,
AVCB - auto de vistoria do corpo de bombeiros, art e comprovante de pagamento
do responsável pelo levantamento cadastral;
175.
O portal deve após cada preenchimento de formulário correspondente para os tipos de
solicitação no aplicativo da internet, apresentar uma declaração e obter a confirmação do
solicitante pela responsabilidade administrativa, civil e criminal das informações prestadas e
documentos anexados.
176.
O portal deve possuir funcionalidade para cadastramento de usuários para acesso ao
aplicativo da internet, sendo solicitado no seu primeiro acesso o registro de suas
informações pessoais e documentação, para obtenção de usuário e senha de acesso ao site.
Deve também possuir funcionalidade de envio para e-mail cadastrado do usuário uma nova
senha gerada automaticamente pelo sistema, em caso de esquecimento.
177.
O portal deve possuir área administrativa, onde serão recepcionadas as solicitações e
encaminhadas para análise das áreas responsáveis na prefeitura. Nessa área deve ser possível
cadastramento de comunique-se, registros das tramitações internas na forma de processo
eletrônico, e por fim, decisão de deferir ou indeferir a solicitação.
MÓDULO DE AUTOATENDIMENTO AO CIDADÃO NA INTERNET
178.
O sistema deve possuir aplicação na forma de portal disponível na internet para acesso ao
cidadão, onde este terá acesso a uma área privada através de login/senha, no qual encontrará
disponível os serviços para autoatendimento.
179.
Deve ser baseado no cadastro único de pessoas do sistema de receita, com suas respectivas
vinculações com cadastros especificados neste termo (ex. Imobiliário, mobiliário), bem
como com outros sistemas da prefeitura (ex. Processos administrativos, transportes) através
de interfaces tipo “webservice”.
180. O cidadão poderá editar seu próprio cadastro pessoal para anexar foto ou imagem.
181. O cidadão poderá editar seu próprio cadastro pessoal para alterar sua senha de acesso.
182. O cidadão poderá editar seu próprio cadastro pessoal para cadastrar/ atualizar e-mail de
contato.
183. Permitir configuração de página com perfil para pessoas jurídica e seus dados respectivos,
acessada através do login de pessoa física que possua vínculos com a empresa.
184. Deve permitir ao cidadão consultar imóveis de sua propriedade no município, trazendo
informações constantes de cada imóvel do cadastro imobiliário da prefeitura.
185.
Deve permitir ao cidadão consultar inscrição municipal e informações relativas com
referência a empresas registradas no município e na qual conste como sócio no cadastro
mobiliário da prefeitura.
186.
O sistema deve permitir ao cidadão efetuar consulta de débitos, sejam estes mobiliários ou
imobiliário. Deve ser possível também a identificação da situação do débito tais como: em
aberto, inscrito em dívida ativa, em protesto, em execução judicial, parcelado.
187. Permitir emitir certidões cadastrais do imobiliário e do mobiliário.
188. Permitir emissão de certidões de débito, sejam estas negativas, positivas ou positivas com
efeito negativo.
189. Solicitação de alteração de propriedade de imóvel com possibilidade de anexar documentos,
e encaminhamento para setor de cadastro para análise.
190. Solicitação de alteração cadastro de empresa com possibilidade de anexar documentos, e
encaminhamento para setor de cadastro para análise.
191.
Abertura de processo online com possibilidade de anexação de documentos em forma de
arquivos, selecionando assunto e opcionalmente sub-assunto, e informando motivos e
solicitações.
192. Na abertura de processos online, apresentar lista de documentos obrigatórios que devem ser
anexados em função do assunto e sub-assunto.
193. Na anexação de documentos ao processo, com possibilidade de download do documento
anexado para visualização, exclusão ou substituição.
194. Deve possuir mecanismo que permita interações entre o cidadão e as áreas responsáveis na
prefeitura pela análise das solicitações, ficando estas em situação pendente de resposta.
195. Permitir que o cidadão faça seu agendamento para comparecer em data e hora marcada nas
praças de atendimento da prefeitura, ou ainda nas unidades de saúde de especialidades.
196.
A prefeitura deve possuir aplicação própria, utilizado pelos setores responsáveis pela análise
das solicitações conforme seu tipo, para deferir ou indeferir tais solicitações, ou ainda
informar pendências, retornando ao cidadão pelo próprio sistema.
197. PERMITIR EMISSÃO DE 2ª VIA IPTU (BOLETO).
198. PERMITIR EMISSÃO DE 2ª VIA DE PARCELAMENTOS EFETUADOS (BOLETOS).
199. PERMITIR EMISSÃO DE 2ª VIA DE GUIAS DE ISS (BOLETO).
200. Possuir funcionalidade para cidadão efetuar consulta de débitos, agregação da dívida, e
parcelamento de débitos conforme regras e critérios adotados pela prefeitura.
201. Possuir funcionalidade para carga de arquivo de multas de trânsito do município.
202. Consultar multas de trânsito emitidas no município. Permitir emissão de 2ª. Via de multas de
trânsito (boleto).
MÓDULO DE BUSINESS INTELLIGENCE (DASHBOARDS)
203.
Permitir visualização de informações estratégicas e sumarizadas de interesse do gestor das
áreas através de tela única com painéis (dashboards), e de onde as demais visualizações
possam ser chamadas através de links.
204. As visualizações deverão estar organizadas, por exemplo em listas agrupadas por temas,
facilitando assim a sua localização.
205. Possuir mecanismo de detalhamento das informações, até o nível especificado pelo gestor.
206. Possuir mecanismo de busca que retorne uma relação de visualização esconde exista
informação relacionada.
207.
Permitir filtros por região (ex. Bairros, zonas) das informações e utilização de imagem do
mapa da cidade para que quando se clique em determinada região, retorne informações de
indicadores respectiva localidade. Possuir funcionalidade de encaminhar periodicamente
análises e informações para e-mails cadastrados no sistema, referentes às visualizações e
indicadores atualizados no período.
208. Possuir gerador de gráficos através de processo guiado para toda tabela de análise
apresentada.
209.
Permitir de escolher o tipo de gráfico (ex. Tipo barras, linhas, pizza, pareto), e personalizá-lo
inserindo títulos e comentários, definindo quantidade de informações (itens) que se deseja
mostrar, e com possibilidade de consolidar demais itens como “outros”.
210. Permitir criação de pastas pessoais do gestor com visualizações, análises, gráficos, tabelas
de seu interesse para acompanhamento rotineiro, com possibilidade de saída para
impressora.
211. Possuir funcionalidade para configuração de envio periódico da informação de indicadores
selecionados para aparelhos celulares através de torpedos sms, ou através de e-mails.
212. Permitir manter um conjunto de visualizações de interesse para acompanhamento na forma
de relatório de análises, mantido com dados atualizados, e formatado para impressão.
MÓDULO DE CADASTRO DE USUÁRIOS E PERMISSÕES
213. O sistema de cadastro de usuários e permissões de acesso deve possuir cadastro de módulos
dos sistemas e seus respectivos aplicativos.
214. Possuir cadastro de perfis de acesso, onde são associadas as permissões de acesso (inclusão,
alteração, exclusão e pesquisa) para cada aplicativo ao perfil.
215. Possuir cadastro de usuários, com informações para sua identificação e contato, e-mail,
login, senha.
216. Permitir associação dos perfis com usuários, atribuindo-lhes respectivas permissões de
acesso aos aplicativos e módulos do sistema.
217. Possuir registro de acessos dos usuários nos sistemas contendo usuário, login, módulo, data
e hora do acesso ao módulo.
218. Possuir registro de acessos dos usuários nos sistemas contendo usuário, login, módulo, data
e hora do acesso ao módulo.
219.
Possuir controle de acessos através de lista branca de números de IP de origem que serão
permitidos para acesso aos sistemas. Caso não haja IPs cadastrados o acesso deverá ficar
liberado de qualquer origem.
220. Possuir controle de horários que serão restringidos os acessos aos sistemas, por usuário.
221. Emitir relação de usuários e respectivos perfis, assim como relação de perfis e respectivos
usuários.
222. Emitir relação de perfis e respectivos acessos aos aplicativos/módulo, assim como relação de
aplicativos e respectivos perfis com acesso.
223. Emitir relação de usuários e respectivos aplicativos/módulo que possuem acesso, assim
como relação de aplicativos e respectivos usuários com acesso.
LOTE 02
ITENS OBRIGATÓRIOS
REQUISITOS GERAIS
Atende Não Atende
1. Demonstrar que todos os sistemas são acessados através da
tecnologia WEB.
2. Demonstrar que o servidor de banco de dados está instalado e
operando em um ambiente Windows, Linux.
3. Demonstrar a atualização automática dos sistemas nas estações
de trabalho, a partir de uma nova versão disponibilizada na
rede.
4. Os sistemas deverão possuir mecanismo de configuração de
permissões, cujo objetivo é determinar a restrição de acesso do
usuário aos recursos dos sistemas, em função do perfil
administrativo ao qual pertence.
5. Demonstre em tela e relatório a auditoria de todas as operações
efetuadas por usuário do sistema (alterações, inclusões e
exclusões).
6. Os sistemas deverão ser multi-exercícios. O usuário poderá
acessar as informações de exercícios diferentes, simplesmente
selecionando-os nas telas correspondentes do sistema. Ou seja,
não deverá ser necessário sair do sistema para acessar um outro
exercício, desta forma, demonstre no Sistema de Contabilidade
a pesquisa de empenhos de exercícios anteriores no ambiente
atual e gerar relatório do boletim caixa e bancos de um dia do
exercício anterior no ambiente atual;
7. A licitante vencedora deverá disponibilizar software com
tecnologia web-based, 24 horas por dia, para registro de
solicitações de manutenção e desenvolvimentos nos sistemas e
módulos
8. O software de atendimento web-based deverá contemplar todos
os sistemas e serviços disponibilizados pela licitante vencedora
e deverá manter registro de todas as solicitações,
encaminhamentos, respostas e soluções aos problemas dos
usuários durante a vigência do contrato.
9. O software web-based deverá disponibilizar total liberdade para
a abertura de solicitações de suporte técnico, de qualquer
natureza, dentro do escopo do presente Termo de Referência
10. Demonstre a elaboração de um chamado técnico, através do site
de suporte da empresa, por um usuário previamente cadastrado,
a fim de que seja atendida uma determinada solicitação de
adequação de sistema
11. Simular que, após o recebimento deste chamado, a empresa
encaminhe um pedido de esclarecimento do mesmo ao
Contratado. Recebido esse esclarecimento, a empresa tomará
todas as providências necessárias para atendê-lo, registrando no
mesmo a solução adotada.
12. O chamado deve conter registro de data/hora das intervenções e
possibilitar que apenas seja encerrado pelo técnico do
Contratado, autor do mesmo. Deve ser possível consultar o
chamado técnico após seu encerramento.
SISTEMA DE CONTABILIDADE, ORÇAMENTO PÚBLICO E TESOURARIA.
Atende Não Atende
1. O módulo de Orçamento Público deverá permitir a elaboração
e impressão da peça orçamentária e dos anexos exigidos em lei.
LOA – LEI ORÇAMENTÁRIA ANUAL:
a) Sumário Geral da Receita por fonte e da Despesa
função do governo
b) Anexo 1 – Demonstrativo da Receita e Despesa
segundo as Categorias econômicas;
c) Anexo 2 – Despesa consolidada;
d) Anexo 7 – Programa de Trabalho de governo –
Demonstrativo de Funções, Subjunções e Programas
por projeto e atividades;
e) Anexo 8 – Demonstrativo das despesas por função,
subfunção e programas, conforme o vínculo com o
recurso;
LDO – LEI DAS DIRETRIZES ORÇAMENTÁRIAS:
a) Anexo 5;
b) Anexo 6;
c) Metas anuais;
d) Metas Fiscais;
e) Demonstrativo da compatibilidade entre o orçamento e
a LDO
PPA – PLANO PLURIANUAL:
a) Anexo 1 – fontes de financiamento dos programas de
trabalho;
b) Anexo2 – Planejamento dos Programas
Governamentais/metas/custos;
c) Anexo 3 – Unidades executoras e ações voltadas ao
desenvolvimento do programa governamental;
Anexo 4 – Estrutura de órgãos, Unidades orçamentárias e
executoras.
2. Realizar a suplementações de uma despesa e de todas as
receitas, através de um valor ou índice.
3. Demonstre o complemento de um empenho com o uso de uma
reserva de dotação.
4. Demonstre a anulação total ou parcial de um empenho,
impedindo que a anulação ultrapasse o valor do empenho e
verificando se o mesmo já havia sido liquidado.
5. Demonstre a liquidação de um empenho, demonstrando que
esta liquidação não ultrapasse o valor do mesmo.
6. Demonstre a criação automática da despesa extra referente às
retenções, na emissão da liquidação para eventual pagamento,
bem como a receita extra ou orçamentária na tesouraria após
seu pagamento.
7. Demonstre a anulação total ou parcial, de uma liquidação,
verificando se a ordem de pagamento já está paga ou inclusa
em cheques;
8. Demonstre uma devolução de pagamento, total ou parcial e que
o valor da devolução de pagamento, automaticamente: reduz a
despesa empenhada; reduz a despesa realizada e retorna à sua
dotação de origem.
9. Demonstre os bloqueios de uma ou várias dotações, com opção
de liberações mensais, por valor ou porcentagem.
10. Visualizar em tela das dotações, por mês e anual indicando os
valores das despesas: Suplementada, Reduzida, Reservada,
Bloqueada, Empenhada, Anulada, Liquidada, Paga e Devolvida
11. Demonstrar a prestação de contas referente a um empenho de
adiantamento, incluindo documentos (N.F. e/ou cupom fiscal)
das despesas gastas e encerramento do empenho. Imprimir
relatório de prestação de contas correspondente.
12. Demonstrar a integração entre os módulos de arrecadação e
contabilidade, gerando lançamento único para cada receita
orçamentária e extra orçamentária. Emitir também, relatório
que demonstre os valores que estão sendo integrados, por
receitas e por bancos.
13. Emita a DARF/PASEP, juntamente com Demonstrativo do
cálculo
14. Demonstre a emissão do relatório “Análise da despesa
empenhada, liquidada e paga”, classificado por: órgão,
unidade, função, subsunção, programa, categoria, fonte de
recurso, código de aplicação, ação. O usuário deverá poder
escolher a periodicidade das informações a serem impressas,
indicando um intervalo de datas.
15. Demonstre a emissão do balancete de receitas e despesas de
acordo com suas fontes de recursos.
16. Demonstre a emissão do resumo da execução orçamentária
com valores e percentagens da execução no exercício.
17. Demonstre a emissão do relatório de “Saldo de empenhos a
pagar”, com opção de seleção por empenho, fornecedor ou
dotação, permitindo filtrar por fonte de recurso
18. Demonstrar a emissão de relatórios das dotações por exercício
ou período de data contendo:
a. Dados da funcional programática, tais como, código
reduzido, unidade orçamentária e executora, fonte de
recurso e aplicação, função e subfunção e categoria
econômica,
b. Opção de escolher as os itens a serem gerados no relatório
como: alterações orçamentarias, empenhos de despesas,
liquidações, pagamentos, devoluções de pagamentos e
reserva de dotações;
c. Opção de escolher todas as dotações apenas uma ou um
grupo de dotações;
d. Opção de incluir o nome do favorecido do empenhamento;
e. Quadro com o resumo da situação orçamentaria da dotação
19. Demonstre a emissão do borderô via documento ou meio
magnético, com inclusão automática de ordens de pagamentos,
com vencimento na data do borderô. Demonstrar a inclusão ou
exclusão de itens no borderô.
20. Demonstre a emissão de uma listagem de Conferência de
pagamentos e Recebimentos Diário e Mensal
21. Efetuar na Contabilidade a conciliação Bancária:
22. a. Comparando os valores do sistema com os extratos
bancários gerando relatório da conta conciliada;
b. Demonstrar a inclusão no sistema de valores que estão no
extrato bancário e ainda não estão no sistema;
c. Gerar o arquivo XML para envio ao AUDESP e validá-lo
no coletor de dados Audesp.
23. Emitir na contabilidade os Quadros da Educação:
a. Quadro 1 - Receita de impostos e Transferências.
b. Quadro 2 – Receitas Vinculadas;
c. Quadro 3 – Despesas orçamentárias;
d. Quadro 4 - Movimentação financeira;
e. Quadro 5 – Aplicações com recursos do Fundeb;
f. Quadro 6 – Aplicação com recursos próprios em ensino;
g. Quando 8 – Cálculo do repasse Decendial;
h. Quadro Despesas com educação.
24. Emitir na contabilidade os Quadros da Saúde:
a. Quadro 1 – Receitas de impostos e Transferências;
b. Quadro 2 – Receitas vinculadas;
c. Quadro 2 – Receitas vinculadas;
d. Quadro 3 – Despesas orçamentário;
e. Quadro 4 – Resumo da Aplicação em Saúde – Recursos
próprios;
f. Quadro de aplicação dos recursos em Saúde (tribunal de
contas)
25. Emitir relatório decendial referente os impostos e
transferências vinculadas ao ensino e Saúde, demonstrando:
a. Opções de filtrar por trimestre, por mês ou decênio;
b. Demonstrar por receita o valor arrecadado o percentual e o
valor de seu respectivo decêndio;
c. Confrontar o valor devido do decêndio com o valor dos
depósitos em conta calculando a diferença entre valores.
26. Demonstre a impressão do Decreto a ser encaminhado à
Câmara Municipal referente às alterações Orçamentárias com
dados da Funcional Programática, tais como: unidade, função
sub função e elemento da despesa.
27. Gerar os arquivos da “ESCRITURAÇÃO FISCAL DIGITAL –
EFD “em formato compatível com o programa validador do
SPED – Sistema Público de Escrituração Digital.
28. Gerar Planilhas do SICONFI preenchidas
a. RREO – anexo 3
b. RGF – anexo 1
c. DCA- anexos I AB, D, E, F, G, HI)
29. Demonstrar, através da emissão de um balancete contábil, que
o sistema atende a determinação vigente do Tribunal de contas
relativo à contabilização do faturamento de impostos (fatos
reconhecidos por competência) ICMS, IPI, ISS, IRRF
30. Demonstrar um balancete contábil sintético (só as contas
contábeis) e analítico (com as contas correntes).
31. Demonstrar a emissão dos Anexos de Balanços:
a. - 12 – Balanço Orçamentário;
b. - 13 – Balanço Financeiro;
c. - 14 - Balanço Patrimonial;
d. - 15 – Demonstração das variações patrimonial;
e. - 16 – Demonstração da dívida fundada;
f. - 17 – Demonstração da dívida flutuante;
g. - 18 – Fluxo de caixa.
32. Gerar arquivos XML para transferência via WEB conforme
layout definido pelo TCESP – Audesp e valida-los no coletor
dos seguintes dados:
a. Cadastro contábil;
b. Balancetes contábeis;
c. Cadastro de Planejamento;
d. PPA, LDO e LOA iniciais;
e. PPA, LDO e LOA atualizados;
f. Balanços isolados;
33. Demonstre a geração automática de restos a pagar e despesas
extras não pagas no procedimento de virada do exercício e
emissão do resumo dos valores apurados e disponibilidade
financeira onde confronta os valores de restos a pagar e
despesa extra com a disponibilidade financeira para verificação
do saldo disponível.
34. Apurar o resultado do exercício, gerando, automaticamente,
seus lançamentos.
35. Importar para o sistema, o XML dos demais entes do
Município gerando as seguintes informações:
d. Dados contábeis (balancete contábil e de contas corrente)
e. Empenhos, liquidações, pagamentos e arrecadações.
SISTEMA DE ADMINISTRAÇÃO DO PATRIMÔNIO
Atende Não Atende
1. Demonstre o Tratamento das Aquisições: o Sistema deverá
possuir tela na qual os itens poderão ser inclusos
individualmente, fazendo uso dos campos dinâmicos e emissão
do Termo de Responsabilidade.
2. Demonstre a baixa de diversos bens ou de todos os bens de um
determinado local, em uma única operação.
3. Demonstre a transferência de um ou vários bens de um local
para outro com emissão do Termo de Transferência.
4. Demonstre o envio para reparos, com emissão de documento
que identifique o item, o motivo do reparo, data, responsável
pelo envio e empresa para a qual foi enviado o bem.
5. Demonstre a realização de inventário dos bens patrimoniais
com a utilização de equipamentos coletores de dados.
6. Demonstre o cálculo da depreciação mensal de um ou todos os
itens cadastrados.
7. Demonstre que o sistema de Patrimônio está integrado com a
Contabilidade, onde após o encerramento mensal do
patrimônio gerar integração para a contabilidade com as
informações contábeis referente as movimentações do mês,
inclusive as depreciações.
Emitir os seguintes relatórios, demonstrando que os
mesmos, além de impressos, podem ser apresentados em
tela, convertidos para arquivos PDF ou Planilha Excel:
8. Balancete, constando: Saldo do mês anterior, movimentos do
mês de aquisição, reclassificação, reavaliação, baixas,
depreciações e saldo atual. O Relatório pode ser exibido
sinteticamente por contas, ou analítico demonstrando bem a
bem
9. Relatório de Inventário de Bens, com a possibilidade de filtros:
Por Centro de Custos, por locais, por classificação do bem, por
período de aquisição do bem, pelo tipo Financeiro ou Físico,
exibir ou não bens baixados.
10. Livro de Bens, contendo os dados atuais, localização e foto dos
bens
SISTEMA DE ADMINISTRAÇÃO DE COMPRAS, LICITAÇÕES E CONTRATOS
Atende Não Atende
Demonstrar que os Sistemas, obrigatoriamente,
disponibilizam, em plataforma web (na intranet), no
mínimo as seguintes tarefas comuns a todos os usuários da
Prefeitura:
1. Consulta de Saldo de Dotação;
2. Solicitação de Compras com verificação se o material que está
sendo solicitado é autorizado ao Centro de Custo solicitante e,
se a dotação é automaticamente selecionada. Demonstre
também o bloqueio da inclusão do material na solicitação
quando o centro de custo não está autorizado a solicitar.
3. Na Solicitação de Compras, demonstre que o sistema não
permite a inserção de itens cujo valor exceda o saldo da
dotação, levando em consideração: todos os Empenhos e
Reservas realizados na dotação e todas solicitações de compras
já elaboradas, que se utilizaram desta mesma dotação.
4. O cadastro do fornecedor será único e deverá ser integrado
com, no mínimo, os módulos de Compras e Licitações,
Almoxarifado, Contabilidade e Frota. Para esse item, um
fornecedor deve ser cadastrado no sistema de Compras e
exibido no modulo de contabilidade.
5. Demonstrar as seguintes consultas de Materiais x
Fornecedores:
a. Quais fornecedores já forneceram determinados materiais,
b. Quais foram os participantes de licitações, nas quais
constavam determinados materiais;
c. Quais últimos valores de compras destes materiais;
Demonstrar, a partir das Solicitações de Compras, a
geração de Cotações de Preço, sem a necessidade de haver
um Processo de Compras correspondente, contendo os
seguintes controles e procedimentos:
6. a. Agrupar itens iguais de solicitações diferentes
7. b. Filtrar automaticamente os fornecedores que fornecem os
materiais referenciados na Cotação de Preços.
8. c. Gerar, referente a uma cotação de preços, Planilha
Eletrônica a ser enviada pelo sistema, aos fornecedores
selecionados. Demonstrar que, esta mesma Planilha, ao
retornar, será lida pelo próprio sistema, atualizando a base
de dados com as informações nela preenchidas, referentes
aos orçamentos enviados pelos respectivos fornecedores,
sem a necessidade de digitação das mesmas.
9. d. Demonstre a Emissão do relatório de Média de Preços
conforme valores registrados na Cotação de preços.
10. Gerar um Processo de Compras e a partir da Cotação de Preço
gerada no item anterior, associando: os preços, os fornecedores
e o julgamento. Neste momento definir o tipo de modalidade e
demonstrar o bloqueio da operação caso seja ultrapassado o
limite de valores estabelecido na modalidade.
Demonstre a execução de um Pregão Presencial com as
seguintes características:
11. a. Lote exclusivo para lances e negociação com ME e EPP.
12. b. Lote com cota reservada de até 25% para ME e EPP,
gerada a partir do Lote Normal de valor estimado igual ou
maior ao definido na Lei.
13. c. Iniciar um Pregão, classificando automaticamente as
melhores ofertas de acordo com os critérios estabelecidos
em Lei do Pregão e definição dos lotes acima.
14. d. O sistema deverá sugerir, para cada item (ou lote), o
próximo preço das ofertas, em função da redução mínima
definida para cada lote. Na rodada de negociação,
demonstre as empresas ME, recebendo adequadamente o
benefício do critério de desempate da lei 123/2016.
15. e. Imprimir a ATA do Pregão com todas as fases de lances,
negociação, classificação, resultado final habilitação, com
ou sem adjudicação e assinaturas.
16. Demonstre a integração entre o sistema de compras e
contabilidade, gerando a partir de um processo de compras a
reserva de dotação, solicitação e/ou geração do empenho pela
contabilidade utilizando os dados do processo: nº de reserva,
dotação, modalidade, fornecedor, itens e valores.
17. Emitir relatório de diferenças econômicas obtidas no pregão,
baseado na pesquisa de mercado ou menor valor da proposta
inicial com o valor homologado.
18. Gerar um aditamento de acréscimo de quantidade e valor em
um Contrato.
19. Realizar o reajuste de preços para os itens do registro de preços
e ou contrato e gerar novos pedidos parciais com os valores
atualizados.
20. Demonstrar que o sistema impede execuções de contratos que
ultrapassam o saldo financeiro do empenho e saldo quantitativo
inicialmente solicitado do material.
21. Demonstre em tela e relatório o extrato financeiro do contrato,
contendo no mínimo as seguintes informações: relação de
empenho, ordens de pagamento, documentos fiscais, data de
pagamento, aditado, empenhado, liquidado e saldos.
22. Emitir um relatório que demonstre todas as modalidades de
licitação, por exercício, contendo no mínimo: número da
licitação, objeto, empresas ganhadoras, valores homologados
por empresa e número do contrato.
23. Possuir mecanismos de análise do consumo previsto x
consumo realizado no próprio Contrato alertando da
necessidade de aditamento ou de redução do mesmo. Emitir
relatório de Alerta de vencimento e condições de consumo do
contrato (abaixo ou acima da média);
24. Gerar arquivos Audesp referentes à fase IV: Licitações, Ajuste
Execução, Documento Fiscal, Pagamento e Termo Aditivo.
Mostrar a data e hora da geração e se o arquivo é validado pelo
coletor.
SISTEMA DE ADMINISTRAÇÃO DE MATERIAIS ALMOXARIFADO
Atende Não Atende
1. Demonstrar que o próprio usuário pode criar um novo tipo de
lançamento de almoxarifado, personalizando quais ações esse
lançamento deve realizar e gerar um movimento com esse tipo
de lançamento. O lançamento deverá efetuar a entrada de uma
quantidade de um determinado material no almoxarifado,
registrando, além do material e quantidade, a data da última
compra, preço, fornecedor e nota fiscal correspondentes.
2. Demonstre que os Sistemas de Almoxarifado, Compras e Frota
utilizam o mesmo e único cadastro de materiais e serviços.
Cadastre um novo material e demonstre em cada modulo sua
visualização.
Demonstrar que o Sistema, obrigatoriamente, disponibiliza,
em plataforma web (na intranet), no mínimo as seguintes
tarefas comuns a todos os usuários da Prefeitura:
3. Requisição de Materiais ao Almoxarifado – nesse cenário
deverão ser exibidos os materiais, autorizados pelo centro de
custo, exceto aqueles classificados como de uso pessoal
(uniformes e EPI).
4. Requisição de Material Pessoal – nesse cenário deverão ser
exibidos materiais de uso pessoal (uniformes e EPI).
5. Devolução de Materiais ao Almoxarifado;
6. Solicitação de Inclusão, Alteração e Desativação do Cadastro
de Material
7. Demonstre que o Sistema de Almoxarifado se integra com
sistema de Compras, Contabilidade e Patrimônio:
a. No sistema de almoxarifado: realizar um lançamento de
entrada direta (lançamento de entrada e saída simultâneas)
de um pedido de compras com itens de patrimônio. Mostre
que este lançamento efetua a geração automática da
respectiva requisição de materiais e da respectiva Nota
Fiscal, na base de dados do sistema. Mostrar o número do
movimento realizado.
b. No sistema de contabilidade: mostrar essa mesma nota
fiscal, criada no tópico anterior, com as informações dos
itens, número do movimento do estoque, empenho, saldo e
valor a liquidar.
c. No sistema de contabilidade: realizar a efetivação da
liquidação do empenho vinculando a nota fiscal gerada pelo
sistema de almoxarifado.
d. No sistema de compras: demonstrar esse mesmo
recebimento total ou parcial do pedido, sendo possível
consultar quantidades e valores: executado, recebido, a
receber e saldos quantitativos e financeiro do empenho.
e. No sistema de patrimônio: demonstrar esse mesmo
recebimento no movimento de aquisição do material com
as seguintes informações: descrição do material,
fornecedor, valor total, empenho, pedido, processo, centro
de custo, número do movimento gerado.
8. Demonstre que, no atendimento de uma requisição de material
armazenado em lotes, o sistema indique quais lotes serão
utilizados para o atendimento da mesma, priorizando os de data
de validade mais próxima. Demonstre também um recurso que
permita a transferência entre lotes, na elaboração da requisição
do material e no cadastro de localizações do próprio material.
9. Possibilidade de utilizar a rotina de “pré requisições”, com a
finalidade de criar modelos de requisições de materiais
utilizadas frequentemente e, a partir da mesma, gerar
requisições automaticamente com os itens e quantidade
predefinidos.
10. Demonstrar através do atendimento de uma requisição de
materiais um alerta quando forem atingidos os níveis de
estoque mínimo ou de ressuprimento do material.
11. O sistema deverá efetuar o controle separadamente de materiais
estocáveis de uso comum dos materiais estocáveis classificados
como uso pessoal, por exemplo, uniformes e equipamento de
proteção individual (EPI), de maneira a possibilitar o controle
específico da retirada desses materiais pelos usuários.
Demonstre as seguintes rotinas:
a. Gerar de uma requisição com materiais de uso pessoal (ex.
EPI), bloqueando a inclusão de quaisquer materiais que
sejam de uso comum (ex. materiais de limpeza).
b. Realizar o atendimento da mesma e entrega dos materiais.
c. Evidenciar o controle através da exibição, em tela e
impresso através de relatório que mostre a “ficha” do
funcionário, com os materiais pessoais utilizados em
determinado período.
12. Demonstrar a integração entre Almoxarifado e Compras e
a existência de ferramenta que auxilie o administrador na
obtenção de informações de materiais a serem comprados,
em função dos parâmetros indicados a seguir, permitindo
gerar relatório orientativo para o planejamento de
compras:
a. Média de consumo nos últimos (x) meses.
b. Quantidade de meses a serem providos pela compra.
c. Saldo no estoque.
d. Solicitações de compra em andamento.
13. O sistema ofertado pela proponente deverá demonstrar as
rotinas de inventário de materiais com os seguintes
recursos:
a. Ter a opção de selecionar e bloquear materiais para
inventário utilizando filtros: por almoxarifado, por grupos
de materiais ou por faixas de localizações físicas: corredor,
prateleira e box.
b. Efetuar o lançamento de acerto de inventário e desbloqueio
automático após um determinado número de contagens,
parametrizado, quando a contagem realizada expressar um
valor diferente de quantidade registrada no cadastro do
material.
c. Geração de Arquivo para inventário e carga dos dados em
aplicativo, para uso em dispositivo móvel.
14. Demonstre que o Sistema de Almoxarifado está integrado com
a Contabilidade. Gerar, a partir do sistema de almoxarifado, os
respectivos lançamentos mensais na base única de dados, sem a
geração de arquivos intermediários (textos), imediatamente
disponibilizando-os ao sistema de Contabilidade.
No mínimo deverão estar disponíveis os seguintes relatórios
impressos em tela, papel e exportado no mínimo para
formato PDF, Word e Excel:
15. a. Rol de movimentação, com uso de filtros: por centro de
custo, almoxarifado, fornecedor, documento fiscal, material
e instrumento.
16. b. Demonstre o relatório da posição financeira do fechamento
do estoque por conta contábil em exercícios anteriores e
atual.
17. c. Relação de notas fiscais por período, com agrupamento por
fornecedor, por mês e grupo de material
18. d. Mapa de consumo de materiais por centros de custo e
almoxarifado demonstrando consumo mensal e média de
consumo mensal.
SISTEMA DE CONTROLE DE FROTA
Atende Não Atende
1. Demonstre que o Sistema de Frota está desenvolvido em
plataforma WEB.
2. Durante o procedimento de registro de quilometragem
demonstrar um alerta, dias antes, conforme parâmetros, do
vencimento da carteira de motorista e certificado de carga
perigosa. Deve permitir registros até 30 dias depois dos
vencimentos.
3. Registar uma quilometragem e o sistema deverá exibir um
alerta da necessidade de realização de manutenção preventiva,
exemplo: Troca de Óleo, Licenciamento, Renovação do
Seguro, entre outras permitindo gerar uma ordem de serviço
automaticamente.
4. Registrar manutenções preventiva, corretivas ou abastecimento
através de etapas das ordens de serviços, contendo no mínimo,
as seguintes informações: odômetro, tipo de serviço, executor,
datas de abertura, início e termino, observação, serviços
solicitados e executados.
5. Demonstre que o sistema de Frota e Almoxarifado se integram:
gerar uma ordem de serviço para uma determinada viatura na
Frota, a qual solicite, para esta viatura, um material
armazenado no almoxarifado. Mostre que o procedimento de
geração de ordem de serviço permite a realização de consulta
ao saldo do respectivo material no almoxarifado. Em seguida, a
partir desta ordem de serviço, gerar a requisição para
atendimento do almoxarifado.
6. Demonstre que o Sistema de Frota se integra com sistema
de Compras, Contabilidade e Almoxarifado:
a. No Sistema de Frota: criar uma ordem de serviço para
manutenção de viatura (para encaminhamento à oficina).
b. No Sistema de Compras: simular aceite de orçamento,
gerando uma solicitação de compras com itens de
manutenção de viatura (materiais e/ou serviços),
vinculando a ordem de serviço previamente criada aos itens
correspondentes dessa solicitação de compras.
c. No Sistema de Materiais: simular o recebimento dos
materiais referentes ao pedido gerado, realizando o
lançamento de uma entrada deste pedido com geração da
nota fiscal.
d. No sistema de Contabilidade: apresentar essa mesma nota
fiscal com as informações dos itens, número do movimento
do estoque, empenho, saldo e valor a liquidar. Realizar a
efetivação da liquidação do empenho vinculando a nota
fiscal gerada pelo sistema de almoxarifado.
e. No Sistema de Frota: demonstrar que na ordem de serviço
criada inicialmente, os materiais e/ou serviços recebidos
estão associados de maneira automática, ou seja, sem
necessidade de redigitação. Demonstrar também que, no
momento do recebimento da nota no sistema de materiais: o
custo das peças e serviços foram agregados à viatura e o
encerramento automático da Ordem de Serviço ocorreu.
7. Demonstre o controle de pneus colocados em cada viatura,
registrando, para cada um deles, a posição, a data da troca e as
movimentações dos pneus seja através de rodízios ou
transferência para outros veículos;
8. Demonstre a Emissão do relatório Rol de Situação da Ordem
de serviço, por tipo de serviço, se aberta ou encerrada.
Apresentar o tempo que a viatura ficou indisponível para uso;
9. Demonstre a Emissão do relatório Custo detalhado por viatura,
fornecedor, tipo de veículo ou grupo de serviços com a relação
de combustíveis, mão de obra e peças utilizadas nas respectivas
ordens de serviços.
10. Demonstre a Emissão do relatório de Quilometragem e
consumo por viatura, demonstrando a quilometragem
percorrida no período e o consumo de KM por litro ou hora por
litro.
SISTEMA DE CONTROLE DE PROTOCOLO
Atende Não Atende
1. Demonstrar o cadastro de um protocolo ou processo
separadamente, seguindo numerações distintas. A partir de um
protocolo gerar um processo interno ou externo.
2. Demonstre a geração de um novo protocolo e a partir dele
anexar a um processo.
3. Gerar volumes diferentes para um mesmo processo, registrando
a sua numeração de página e seu conteúdo correspondente.
4. Anexar documentos digitalizados nos processos.
5. Emitir protocolo/recibo da abertura do processo e impressão da
etiqueta de identificação com código de barras.
6. Demonstrar o tramite e pesquisa de protocolo / processo e
utilizando a tecnologia WEB.
7. Emitir Relatório de Andamento de um processo: condição atual
e histórico.
8. Emitir relatório de Estatísticas de atraso por departamento ou
tipo de processo
9. Emitir Relatório gráfico de quantitativo por tipo de processo
SISTEMA DE GERENCIAMENTO DE DESPESAS
Atende Não Atende
1. Demonstrar o cadastramento das Atividades Principais da
empresa, responsáveis por um primeiro nível de totalização das
despesas apuradas e indicar por centro de custo sua
participação, em termos percentuais.
2. Demonstrar o cadastramento de contas e subcontas de
despesas. Estes elementos terão por objetivo uma classificação
mais detalhada das despesas, de acordo com a finalidade das
mesmas.
3. Demonstre o relatório de Despesas ao longo do exercício,
filtrando por centro de custo e contas e subcontas de despesas.
4. Demonstre o relatório de Despesas ao longo do exercício,
filtrando por agrupadores e contas e subconta de despesas.
5. Demonstre o relatório de Apropriação de despesas por Centros
de Custos e por Conta de Despesa
SISTEMA DE BUSINESS INTELLIGENCE
Atende Não Atende
1. Demonstrar no Sistema de Business Intelligence:
a. consultar o ranking dos maiores pagamentos efetuados aos
fornecedores por período;
b. selecionar um determinado fornecedor demonstrando os
valores empenhado, liquidado e pago por mês;
c. a partir de um mês, demonstrando os valores distribuídos
por centro de custo.
2. Demonstrar no Sistema de Business Intelligence, a consulta de
arrecadação, exibindo os valores arrecadados por mês
distribuídos nas suas rubricas, gerando informações gráficas.
3. Consultar um grupo de materiais, exibindo os respectivos
consumos mensais, totalizados por: centro de custo, itens,
requisições, almoxarifados.
4. Gerar informações gráficas destes consumos.
5. Demonstrar a consulta de empenho por modalidade de
licitação, período e fornecedor, a partir desta consulta gerar
planilha de Excel
6. Demonstrar a consulta de valores liquidados por centro de
custo ou unidade orçamentária, ao selecionar o centro de custo
exibir os valores por detalhes da despesa.
7. Demonstrar que todas as consultas realizadas podem ser
gravadas como favoritas para futuras análise.
8. Demonstrar informações previamente determinadas pelo órgão
através de painéis.
SISTEMA DE CONTROLE INTERNO
Atende Não Atende
1. Demonstrar criação de questionário do Sistema de Controle
interno, contendo ao menos duas questões e envio ao
responsável para resposta, com a notificação por e-mail e
utilizando a tecnologia WEB.
2. Demonstre a inclusão de relatório conclusivo
3. Demonstre eventuais diferenças entre o valor empenhado, pago
na gestão e o saldo da conta contábil Empenhos Liquidados
Pagos (622130400);
4. Demonstre eventuais diferenças entre os saldos das contas
contábeis de Estoque (conta 1.1.5.X.X.XX.XX) e o saldo
financeiro do sistema de gestão de almoxarifado;
5. Demonstre eventuais diferenças entre os saldos das contas
contábeis de disponibilidade financeira (111 + 11411, atributo
F) e o saldo do boletim caixa e bancos da tesouraria;
PORTAL DA TRANSPARÊNCIA LEI DE ACESSO A INFORMAÇÃO
Atende Não Atende
1. Demonstrar que o cumprimento das exigências da Lei de
Transparência para os Cidadãos é obtido automaticamente dos
diversos módulos que compõem o sistema, em uma única base
de dados, sem a necessidade de digitação.
2. Demonstrar a apresentação gráfica das seguintes
informações:
a. Despesa por categoria econômica
b. Economicidade por Modalidade
c. Licitado por modalidade
d. Despesa Empenhada
e. Empenhado por secretaria
f. Receitas Realizadas
g. Valores arrecadados, comparados aos valores orçados
h. Adiantamento por secretaria
i. Funcionários por Cargos
3. Demonstrar a lista de colaboradores e seus vencimentos
4. Demonstre, no Portal da Transparência, o Download de Editais
e Contratos advindos do sistema de Compras/Licitações.
5. Demonstre por processos de compras a relação de itens
licitados, fornecedores ganhadores e participantes.
6. Possibilidade de inclusão de arquivos, por grupos, a critério do
órgão.
Demonstrar no Portal da Transparência e Acesso:
a. Uma ferramenta que possibilite, ao munícipe,
registrar e consultar questionamentos dirigidos ao
órgão, inclusive com o anexo de arquivos;
b. Que este questionamento possa ser anônimo;
c. Graficamente a quantidade de perguntas:
respondidas, não atendidas, indeferidas e total.
Demonstrar painel específico da Covid:
7. a. Demonstrar a existência de acesso a partir da página inicial
e com destaque ao Painel da Covid-19
8. b. Total em Processos, Empenhado e de Receitas no combate
à COVID-19
9. c. Processos de Compras no combate à COVID, permitindo
acesso direto aos Contratos e/ou Empenhos
10. d. Empenhos com gastos no combate a COVID, permitindo
acesso direto aos detalhes de suas Liquidações e
Pagamentos
11. e. Receitas recebidas no combate à COVID contendo, no
mínimo, o Código da Receita, o nome da Receita, Fonte de
Recursos, Aplicação, Valor e Data
Demonstrar que o site é Responsivo:
12. a. Acessar o site da transparência e no Tablet e verificar se o
site se adapta a sua tela, sem necessidade de Scroll lateral
ou distorções da página.
13. b. Acessar o site da transparência e no Celular e verificar se o
site se adapta a sua tela, sem necessidade de Scroll lateral
ou distorções da página.
SISTEMA DE ADMINISTRAÇÃO DE PESSOAL FOLHA DE PAGAMENTO
Atende Não Atende
1. Demonstrar a flexibilidade do sistema de folha de
pagamento ao permitir parametrizar inteiramente os
cálculos de ganhos e descontos utilizados pelo órgão,
calculando automaticamente o valor dos recolhimentos de
INSS, I.R. e F.G.T.S. e dispor de opções a seguir:
a. Demonstrar a criação e manutenção dos diversos itens de
ganhos e descontos de cada funcionário, tanto dos itens já
existentes como de novos itens, pelo próprio usuário,
oferecendo assim flexibilidade no atendimento às
mudanças requeridas.
b. Cálculo Individualizado ou faixa de seleção, sendo que a
faixa de seleção deve ser totalmente parametrizável, com
possibilidades de inclusões personalizadas.
c. Cálculos e emissões de relatórios retroativos ao período
correspondente.
d. Recálculo parcial, ou total, utilizando as faixas de seleção
personalizadas.
2. Demonstre a Folha de Pagamento de adiantamento. Deve
calcular o valor do adiantamento e automaticamente lançar o
respectivo desconto na folha mensal.
3. Demonstre a Folha de Pagamento Mensal e geração automática
de pagamentos retroativos.
4. Demonstre a consulta simultânea em tela de cálculos de
diferentes competências.
5. Demonstre o cálculo de avos de 13 Salário em função de
afastamentos com perda ou não de avos de 13 salário.
6. Demonstre o Cálculo de pensionistas flexível contemplando
cálculos para atender aos vários processos Judiciais e emitir o
líquido bancário e outros documentos comprobatórios do
pagamento.
7. Demonstre o cadastramento antecipado de férias em descanso
com recebimento de 1/3 de férias, abono pecuniário e mês de
pagamento, com cálculo opcional da antecipação do 13º
salário.
8. Demonstre a Transferência automática para a Folha de
Pagamento de todos os benefícios recebidos em virtude das
férias.
9. Demonstre a perda automática de períodos aquisitivos de férias
no retorno de afastamentos
10. Demonstre o Tipos de Rescisão personalizados, com abertura
para novas parametrizações e suas respectivas fórmulas e o
cálculo da rescisão do funcionário por seleção, de acordo com
seu vínculo.
11. Demonstre as rotinas de processamento dos dados anuais da
DIRF, da RAIS e dos INFORMES DE RENDIMENTO as
quais deverão estar integradas com os Sistemas dos Órgãos
Oficiais.
12. Demonstre o controle de pagamentos de trabalhadores
autônomos com cálculo dos impostos e encargos sociais.
13. Demonstre o Registro de dependentes com controle automático
da idade limite para cálculo de Salário Família e Imposto de
Renda.
14. O Sistema deverá gerar credito bancário automaticamente na
conta corrente da pensionista.
15. O Sistema deverá permitir o recálculo de tributos (INSS/IRPF)
quando o funcionário tiver mais de um contrato de trabalho.
16. Demonstrar a integração entre os Sistemas de Folha de
Pagamento e de Contabilidade, na qual a Folha de Pagamento
deverá fornecer os valores resultantes do cálculo mensal,
adiantamento (quinzenais) e rescisão para contabilização e
geração automática dos respectivos Empenhos, através dos
códigos de proventos e descontos, bem como Ordens de
Pagamento e Retenções, na Contabilidade.
17. O Sistema de Folha de Pagamento deverá estar adaptado ao
Módulo AUDESP Fase III, gerando os arquivos XML para
envio, via Coletor de Dados. Deverá ser gerado um arquivo e
validado no coletor.
O sistema de Folha de Pagamento deverá dispor e emitir,
no mínimo, dos seguintes relatórios:
18. Demonstrativos de Ganhos e Descontos, com a menção
expressa do tipo e nome de cada ganho ou desconto efetivo e
respectivo recibo, de cada funcionário constante na folha de
pagamento, devendo utilizar formulários gabaritados
(holerites).
19. Relação de Líquido a creditar em conta corrente bancária do
funcionário em papel ou meio magnético no padrão
FEBRABAN.
20. Deverá estar disponível no sistema recurso para exportação de
relatórios criados pelo usuário (parametrizados) para formatos
(XML, Texto ou Excel)
SISTEMA DE RECURSOS HUMANOS
MÓDULO DE AVALIAÇÃO DE DESEMPENHO
Atende Não Atende
1.
1.
Demonstrar criação personalizada de perguntas e respostas dos
questionários do Sistema de Avaliação de Desempenho e
liberação da avaliação ao responsável do centro de custo do
funcionário para resposta. Nesta liberação demonstrar o envio
de e-mail notificando o responsável e uso da tecnologia WEB
para liberação do questionário e resposta.
2. Demonstre a análise e emissão do relatório de pontos obtidos
com aprovação ou não.
3. Gerar gráficos para análise de índices com os quesitos:
satisfatório, insatisfatório, avaliações em aberto entre outros.
4. Demonstrar graficamente as avaliações pendentes por centro de
custo.
5.
Demonstrar os históricos e comparativos das últimas
avaliações, contendo no mínimo: vigência, dados do
funcionário, resultado por grupo de pergunta, valores de
redução e acréscimo, resultado final e responsável.
SISTEMA DE RECURSOS HUMANOS
MÓDULO DE SAÚDE OCUPACIONAL
Atende Não Atende
1. Incluir um exame a ser realizado, com código, descrição, tipo
de Exame, dados da coleta, quantidade, tempo, o laboratório
responsável, e qual a Finalidade do mesmo (admissional,
demissional, complementar e mudança de função,);
2. Incluir o exame em uma programação, determinando quais os
funcionários que realizarão o exame;
3. Convocar os funcionários para realização dos exames;
4. Imprimir a lista de convocação do exame a ser realizado;
5. Preencher o resultado do exame no prontuário médico do
funcionário;
6. Imprimir ASO – Atestado de Saúde Ocupacional;
SISTEMA DE RECURSOS HUMANOS
MÓDULO DE E-SOCIAL
Atende Não Atende
1. Demonstre o histórico da alteração e geração de evento.
2. Demonstre a rotina de gerenciamento do histórico de eventos e
acompanhamento dos arquivos transmitidos com apresentação
de eventuais inconformidades. Nessa rotina deverá conter no
mínimo:
a. Data de geração,
b. Código de evento,
c. Identificador do Evento
d. Situação, resposta, número do recibo e data do
processamento
3. Demonstre um XML transmitido e o respectivo recibo de
entrega.
SISTEMA DE RECURSOS HUMANOS
MÓDULO DE TREINAMENTO E DESENVOLVIMENTO
Atende Não Atende
1. Realizar o cadastro de um Treinamento onde se registra código,
descrição, tipo, dados do promotor, carga horária, valor e
relacionar uma habilidade ao mesmo. Possibilita a inclusão dos
cadastros de “Tipos de Cursos”, “Promotores” e “Assunto do
Curso” diretamente da tela, sem necessidade de alteração de
telas.
2. Realizar a programação do treinamento cadastrado por função,
local ou funcionário selecionado;
3. Incluir uma turma do Programa cadastrado, selecionando a
data, funcionários, horário, local, quantidade de vagas.
4. Realizar a convocação da Turma programada;
5. Imprimir a Lista de presença da Turma programada;
6. Disponibilizar a avaliação, após a realização do treinamento
para resposta.
MÓDULO DE BENEFÍCIOS
Atende Não Atende
1. Demonstre o adicional por Tempo de Serviço,
2. Demonstre o controle de licença prêmio com emissão de
formulário comprobatório e pagamento em pecúnia quando
solicitada.
3. Demonstre a emissão dos relatórios que indicam funcionários
que irão usufruir de licença-prêmio e mudança de faixa
correspondente ao adicional por tempo de serviço.
PORTAL WEB DA FOLHA DE PAGAMENTO
Atende Não Atende
2.
No portal do funcionário demonstrar as seguintes consultas
WEB:
1. Respectivas férias concedidas e consulta as férias pagas no
período informado;
2. Emitir seu demonstrativo de pagamento e informes de
rendimento.
3. Consulta à Folha mensal, adiantamento quinzenal e decimo
terceiro
SISTEMA DE ATENDIMENTO AO CIDADÃO
Atende Não
Atende
1. Configurar dinamicamente cada tipo de chamado: incluir,
excluir, definir posição e obrigatoriedade dos campos para
preenchimento. Conter no mínimo Solicitante, Logradouro,
Numero, Bairro, CEP, telefone e e-mail.
2. Registrar um novo chamado por logradouro conforme o tipo de
chamado configurado anteriormente.
3. Registar um novo chamado por ocorrência gerada através do
APP do cidadão e associar a uma Ordem de Serviço em aberto
para o mesmo logradouro.
4. Configurar dinamicamente a Consulta de Ordem de Serviço:
incluir, excluir, definir posição e obrigatoriedade dos campos
para preenchimento. Conter no mínimo os campos: Data de
Início e Termino de Abertura da OS, Equipe, Departamento,
Logradouro, Serviço e Situação
5. Listar as ordens de serviços em aberto para execução, alterar a
programação da equipe, departamento ou data de agendamento.
Selecionar essas Ordens de Serviços e enviá-las ao coletor por
equipe
6. Configurar dinamicamente cada tipo de chamado para realizar a
manutenção da ordem de serviço: incluir, excluir, definir
posição e obrigatoriedade dos campos para preenchimento.
Conter no mínimo Data de Início, Termino, equipe, líder,
encarregado, data e tipo de ocorrência e observação. Essas
configurações deverão ser respeitadas para execução e
manutenção da Ordem de serviço no coletor.
7. Na manutenção da ordem de serviço inserir materiais, mão de
obra, equipamento e serviços utilizados.
8. Gravar automaticamente histórico na Ordem de Serviço quando
impressa, executada e encerrada. Registrar também novo
histórico manualmente
9. Anexar documentos na ordem de serviço
10. Ordens de Serviços do tipo de chamada “atualização cadastral”
ao executar a tarefa, atualizar automaticamente o cadastro de
CPF/CNPJ no sistema de tributação municipal.
APP DO CIDADÃO E OUVIDORIA
Atende Não
Atende
1. Registrar uma ocorrência a partir de um aparelho de telefone
celular.
2. Na identificação da ocorrência, o endereço deve ser preenchido
automaticamente, de acordo com a localização do aparelho de
telefone celular.
3. Incluir foto na Ocorrência.
4. Consultar o registro da ocorrência a partir do próprio aparelho
celular.
PORTAL DE GERENCIAMENTO DE SERVIÇOS
Atende Não
Atende
1. O Sistema deverá possuir recursos para visualização dos
smartfones especializados em mapa na tela de gerenciamento
em tempo real;
2. Deverá permitir a visualização total e simultânea dos
smartfones rastreados;
3. Deverá possibilitar a configuração de agrupamento de
smartfones/equipes por centros de custos, onde as equipes só
serão visíveis aos gestores de cada centro de custo;
4. Deverá filtrar os tipos de serviços por centros de custos e
enviar Ordens de Serviço somente para as equipes vinculadas a
eles;
5. Deverá permitir o envio de Ordens de Serviços para um
smartfone selecionado, onde ao receber a OS o smartfone
deverá emitir notificação com controle de reconhecimento do
recebimento;
6. Deverá possibilitar a visualização das Ordens de Serviço na
espacialização dos smartfones,
7. Deverá possibilitar a visualização da Ordem de Serviço atual
do agente, com a data e hora e início dos trabalhos e foto
inicial;
8. Deverá permitir visualizar os materiais do Subalmoxarifado de
cada agente/equipe;
9. Possuir quantia de acessos simultâneos ilimitados.
10. Este sistema deverá estar capacitado para armazenar o trajeto
efetuado pelas equipes que detém os smartfones, em banco de
dados. De forma a poder reproduzi-lo a qualquer momento.
LEVI GOMES DE OLIVEIRA
Secretário Municipal da Fazenda
RAMIRO BONFIETTI
Secretário Municipal da Administração
EDUARDO YOITI D.YAMAMOTO
Secretaria Municipal da Tecnologia da Informação