Município de Morretes Estado Do Paraná Prefeitura Municipal: No Dia 4 de Setembro de 2023, Às 09h00min (Nove Horas)

MUNICÍPIO DE MORRETES ESTADO DO PARANÁ
PREFEITURA MUNICIPAL
EDITAL
PROCEDIMENTO LICITATÓRIO N.º 140/2023
PREGÃO ELETRÔNICO N.º 055/2023
O MUNICÍPIO DE MORRETES, TORNA PÚBLICO, para conhecimento de quantos possam se

interessar, que fará realizar licitação, na modalidade de Pregão Eletrônico, tipo menor preço
global, conforme descrito neste Edital e seus Anexos e de conformidade com as normas contidas
na Lei Federal n.º 10.520, de 17 de julho de 2002 – que institui a modalidade de licitação
denominada pregão, para aquisição de bens e serviços comuns; a Lei Municipal n.º 508, de 28 de
novembro de 2017- que autoriza, o Poder Executivo e o Poder Legislativo Municipal a utilizar a
regulamentação Federal para as Licitações na modalidade de Pregão; o Decreto n.º 10.024, de
20 de setembro de 2019 – que regulamenta a licitação, na modalidade pregão, na forma eletrônica;
a instrução Normativa n.º 206, de 18 de Outubro de 2019 da Secretaria Especial de
Desburocratização, Gestão e Governo Digital do Ministério da Economia – que determina
obrigatoriamente, a modalidade de pregão, na forma eletrônica, a Lei Complementar n.º 123, de
14 de dezembro de 2006 - que institui o Estatuto Nacional da Microempresa e da Empresa de
Pequeno Porte, o Decreto n.º 8.538, de 6 de outubro de 2015 – que regulamenta o tratamento
favorecido, diferenciado e simplificado para microempresas, empresas de pequeno porte,
agricultores familiares, produtores rurais pessoa física, microempreendedores individuais e
sociedades cooperativas nas contratações públicas, e a Lei n.º 8.666, de 21 de junho de 1993 –
Lei de Licitações.
Os trabalhos serão conduzidos pelo(a) Pregoeiro(a), Wagner do Rosário Lourenço, e integrarão a

Equipe de Apoio os servidores designados pelo Decreto n.º 10, de 14 de janeiro de 2021, publicado
no Diário Oficial dos Municípios do Paraná no dia 18/01/2021, anexado aos autos do
procedimento.
1. DO OBJETO
1.1 Contratação de empresa especializada no fornecimento de licenciamento de software de
sistema integrado de gestão pública municipal, totalmente nativo web (sistema em nuvem),
dispensando a instalação de qualquer programa, plug-in, emulador ou qualquer outro recurso
tecnológico que seja requisito para inicializar o sistema, com acesso ilimitado de usuários, e
suporte técnico, operando configuração, conversão de dados e treinamento, para atendimento das
necessidades do município de Morretes, e a câmara municipal de Morretes/pr. totalmente em
conformidade com a legislação aplicável, nbcasp – normas brasileiras de contabilidade aplicadas
ao setor público e siafic - sistema único e integrado de execução orçamentária, administração
financeira e controle, especificações e disposições descritas no Termo de Referência – ANEXO I.
2. DA DATA, HORÁRIO E LOCAL DA LICITAÇÃO.

O PREGÃO, na forma eletrônica será realizado em sessão pública, por meio da INTERNET,
mediante condições de segurança - criptografia e autenticação – em todas as suas fases; no dia
4 de setembro de 2023, às 09h00min (nove horas), na sala de Licitações Públicas do
Município de Morretes, localizada na Praça Rocha Pombo, 10 – Centro, Morretes, PR.
A sessão pública na INTERNET será aberta por comando do(a) PREGOEIRO (A) com a utilização
de sua chave de acesso e senha.
A licitante deverá observar a data e horário previsto para abertura da sessão, atentando também
para a data e horário para início da disputa de preços, assim definido:
ACESSO AO PÚBLICO
SISTEMA ELETRÔNICO ULTILIZADO: SISTEMA DE PREGÃO ELETRÔNICO, através do site
www.bllcompras.org.br . ACESSO AO PÚBLICO (sem restrição de acesso)
Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

e-mail [email protected]
Página 1 de 234
RECEBIMENTO DAS PROPOSTAS: das 08h00min do dia 21/08/2023 às 08h29min do dia

04/09/2023.
ABERTURA DAS PROPOSTAS: das 08h30min às 08h59min horas do dia 04/09/2023.
INÍCIO DA SESSÃO DE DISPUTA DE PREÇOS: 09h00min do dia 04/09/2023.
LOCAL: www.bllcompras.org.br
REFERÊNCIA DE TEMPO: horário de Brasília (DF).

LOCAL: Portal: Bolsa de Licitações do Brasil – BLL www.bll.org.br
3. DO FUNDAMENTO LEGAL, TIPO DE LICITAÇÃO E REGIME DE CONTRATAÇÃO.
A presente licitação reger-se-á pelo disposto neste Edital e seus Anexos, pelas disposições da Lei
n.º 8.666/1993 e alterações posteriores e a Lei n.º 10.520/2002.
3.1 - Tipo de Licitação: MENOR PREÇO GLOBAL; e
3.2 - Forma de prestação de serviço: A prestação de serviço do presente objeto será realizada de
forma parcelada e contínua, formalizado por meio de ordem de serviço expedido pela Secretaria
Municipal de Administração.
4. DO CREDENCIAMENTO
Poderão participar desta licitação todas e quaisquer empresas ou sociedades, regularmente
estabelecidas no País, que sejam especializadas e credenciadas no objeto desta licitação e que
satisfaçam todas as exigências, especificações e normas contidas neste Edital e seus Anexos.
4.1 - Poderão participar deste Pregão Eletrônico as empresas que apresentarem toda a
documentação por ela exigida para respectivo cadastramento junto à Bolsa de Licitações e
Leilões;
4.2 - É vedada a participação de empresa em forma de consórcios ou grupos de empresas;
4.3 - Não poderá participar da licitação a empresa que estiver sob falência, concordata, concurso
de credores, dissolução, liquidação ou que tenha sido declarada inidônea por órgão ou entidade
da administração pública direta ou indireta, Federal, Estadual, Municipal ou Distrito Federal ou que
estejam cumprindo período de suspensão no âmbito da Administração Municipal;
4.4 - O licitante deverá estar credenciado, de forma direta ou através de empresas associadas à
Bolsa de Licitações do Brasil, até no mínimo uma hora antes do horário fixado no edital para o
recebimento das propostas;
4.5 - O cadastramento do licitante deverá ser requerido acompanhado dos seguintes documentos:
a) Instrumento particular de mandato outorgando à operador devidamente credenciado junto à
Bolsa, poderes específicos de sua representação no pregão, conforme modelo fornecido pela
Bolsa de Licitações do Brasil (ANEXO VII);
b) Declaração de seu pleno conhecimento, de aceitação e de atendimento às exigências de
habilitação previstas no Edital, conforme modelo fornecido pela Bolsa de Licitações do Brasil
(ANEXO VII);
c) Especificações do objeto da licitação em conformidade com edital, constando preço, marca e
modelo e em caso de itens específicos mediante solicitação do(a) pregoeiro(a) no ícone ARQ,
inserção de catálogos do fabricante. "A empresa participante do certame não deve ser
identificada"; e
d) O custo de operacionalização e uso do sistema, ficará a cargo do licitante vencedor do
certame, que pagará a Bolsa de Licitações do Brasil, provedora do sistema eletrônico, o
equivalente ao percentual estabelecido pela mesma sobre o valor contratual ajustado, a título
de taxa pela utilização dos recursos de tecnologia da informação, em conformidade com o
regulamento operacional da BLL – Bolsa de Licitações do Brasil.
4.6 - A microempresa ou empresa de pequeno porte, além da apresentação da declaração
constante no Anexo VI para fins de habilitação, deverá, quando do cadastramento da proposta
inicial de preço a ser digitado no sistema, verificar nos dados cadastrais se assinalou o regime
ME/EPP, no sistema, conforme o seu regime de tributação para fazer valer o direito de prioridade

Página 2 de 234
do desempate previsto na Lei Complementar n.º 123, de 14 de dezembro de 2006, artigos 44 e

45.
5. REGULAMENTO OPERACIONAL DO CERTAME

O certame será conduzido pelo(a) Pregoeiro(a), com o auxílio da equipe de apoio, que terá, em
especial, as seguintes atribuições:
a) Acompanhar os trabalhos da equipe de apoio;
b) Responder as questões formuladas pelos fornecedores, relativas ao certame;
c) Abrir as propostas de preços;
d) Analisar a aceitabilidade das propostas;
e) Desclassificar propostas indicando os motivos;
f) Conduzir os procedimentos relativos aos lances e à escolha da proposta do lance de menor
preço;
g) Verificar a habilitação do proponente classificado em primeiro lugar;
h) Declarar o vencedor;
i) Receber, examinar e decidir sobre a pertinência dos recursos;
j) Elaborar a ata da sessão;
k) Encaminhar o processo à autoridade superior para homologar e autorizar a contratação; e
l) Abrir processo administrativo para apuração de irregularidades visando a aplicação de
penalidades previstas na legislação.
6. DAS CONDIÇÕES DE PARTICIPAÇÃO

Respeitadas as demais condições normativas e as constantes deste Edital e seus Anexos, poderá
participar desta licitação qualquer empresa do ramo legalmente estabelecida no País, inclusive
microempresa e empresa de pequeno porte, e que esteja devidamente credenciada na Plataforma
da BLL compras, na forma definida pelo item 6 (seis) deste Edital.
6.1 - O representante da licitante deverá identificar, em campo próprio do sistema eletrônico, o tipo
do segmento de empresa (microempresa, empresa de pequeno porte, outras empresas) que
representa fins cumprimento das disposições da Lei Complementar n.º 123/2006;
6.2 - A licitante deverá manifestar que cumpre plenamente os requisitos de habilitação e que sua
proposta está em conformidade com as exigências do instrumento convocatório;
6.3 - A declaração falsa relativa ao cumprimento dos requisitos de habilitação e proposta sujeitará
a licitante às sanções previstas neste Edital;
6.4 - Estarão impedidos de participar de qualquer fase do processo os interessados que se
enquadrarem em uma ou mais das situações a seguir:
a) Licitante declarado inidôneo para licitar junto a qualquer órgão ou entidade da Administração
Direta ou Indireta no âmbito Federal, Estadual ou Municipal, sob pena de incidir no parágrafo
único do art. 97 da Lei n.º 8.666/1993;
b) Empresas que estejam reunidas sob consórcio, qualquer que seja a forma de sua constituição;
c) Empresas que se encontrem sob processo de falência, concordata, concurso de credores,
dissolução ou em liquidação, exceto empresas que estejam em processo de recuperação
judicial, estas deverão apresentar o 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.
d) Enquadradas nas disposições do artigo 9º da Lei Federal n.º 8.666/1993 e seus parágrafos.
6.5 - A participação na presente licitação implica na aceitação plena e irrevogável de todos os
termos, cláusulas e condições constantes deste Edital e de seus Anexos, bem como a observância
dos preceitos legais e regulamentares em vigor e a responsabilidade pela fidelidade e legitimidade
das informações e dos documentos apresentados em qualquer fase do processo.
6.6 -A participação no certame se dará por meio da digitação da senha pessoal e intransferível do
representante credenciado e, subsequente encaminhamento da proposta de preços,

Página 3 de 234
exclusivamente, por meio do sistema eletrônico "BLL COMPRAS" disponível no site

www.bllcompras.org.br, observando data e horário limite estabelecidos.
7. DA APRESENTAÇÃO DA PROPOSTA E DOS DOCUMENTOS DE HABILITAÇÃO

Os licitantes encaminharão, exclusivamente por meio do sistema, concomitantemente com os
documentos de habilitação exigidos no edital, proposta com a descrição do objeto ofertado e o
preço, até a data e o horário estabelecidos para abertura da sessão pública, quando, então,
encerrar-se-á automaticamente a etapa de envio dessa documentação.
7.1 - Deverão estar incluídos, além do lucro, todas as despesas e custos, como por exemplo:
transportes, impostos e tributos de qual quer natureza e todas as despesas diretas ou indiretas,
relacionadas como fornecimento do objeto da presente Licitação, em Moeda Real, exclusivamente
por meio do sistema eletrônico, até a data e hora marcadas para abertura da sessão,
acompanhada das informações adicionais que devem ser inseridas eletronicamente conforme
ANEXO II, contendo:
a) Prazo de validade da proposta não inferior a 60 (sessenta) dias consecutivos. Caso o prazo
de validade não esteja expressamente indicado na proposta, considerar-se-á o prazo de 60
(sessenta) dias consecutivos para efeito de julgamento da mesma; e
b) Especificação completa dos itens cotados nos padrões descritos no Anexo I, do Termo de
Referência.
7.2 - Até a abertura da sessão pública, os licitantes poderão retirar ou substituir a proposta e os
documentos de habilitação anteriormente inseridos no sistema;
7.3 - O envio da proposta, acompanhada dos documentos de habilitação exigidos neste Edital,
ocorrerá por meio de chave de acesso e senha.
7.4 - As Microempresas e Empresas de Pequeno Porte deverão encaminhar a documentação de
habilitação, ainda que haja alguma restrição de regularidade fiscal e trabalhista, nos termos do art.
43, § 1º da Lei Complementar n.º 123/2006.
7.5 - Incumbirá ao licitante acompanhar as operações no sistema eletrônico durante a sessão
pública do Pregão, ficando responsável pelo ônus decorrente da perda de negócios, diante da
inobservância de quaisquer mensagens emitidas pelo sistema ou de sua desconexão.
7.6 - Não será estabelecida, nessa etapa do certame, ordem de classificação entre as propostas
apresentadas, o que somente ocorrerá após a realização dos procedimentos de negociação e
julgamento da proposta.
7.8 - Os documentos que compõem a proposta e a habilitação do licitante melhor classificado
somente serão disponibilizados para avaliação do(a) pregoeiro(a) e para acesso público após o
encerramento do envio de lances.
7.9 - O valor máximo de referência para a contratação do objeto desta licitação é de R$
1.152.356,11 (um milhão, cento e cinquenta e dois mil e trezentos e cinquenta e seus reais
e onze centavos).
8. DA ABERTURA E DO JULGAMENTO DAS PROPOSTAS DE PREÇOS

No horário previsto no sistema e neste Edital, a sessão pública na internet será aberta por
comando do pregoeiro(a), com a utilização de sua chave de acesso e senha, sendo procedida a
abertura das propostas;
8.1 - O(a) pregoeiro(a) verificará as propostas apresentadas, quanto às especificações e demais
exigências constantes neste Edital.
8.2 - Observado o estabelecido no subitem precedente, e nos subitens 14, "a","b"e"c" será
desclassificada a proposta que:
a) Deixar de apresentar qualquer documento exigido ou apresentá-lo em desacordo com qualquer
exigência deste Edital e seus Anexos;
b) Apresentar preço global ou unitário simbólicos, irrisório ou de valor zero, exceto quando
envolverem materiais ou equipamentos de propriedade da licitante, para os quais ela renuncie,
expressamente, a parcela ou totalidade da remuneração;

Página 4 de 234
c) Apresentar prazos de execução dos serviços diferente dos prazos estabelecidos neste Edital.
8.3 - A desclassificação de proposta de preços será sempre fundamentada e registrada no
sistema, com acompanhamento em tempo real por todas as participantes;
8.4 - O sistema ordenará, automaticamente, as propostas de preços classificadas pelo(a)
pregoeiro(a), sendo que somente estas participarão da fase de lances;
8.5 - Classificadas as propostas, o(a) pregoeiro(a) dará início à fase competitiva, quando então,
as licitantes poderão encaminhar lances exclusivamente por meio do sistema eletrônico;
8.6 - Aberta a etapa competitiva, os representantes das licitantes deverão estar conectados ao
sistema para participar da sessão de lances. A cada lance ofertado a licitante será imediatamente
informada de seu recebimento e respectivo horário de registro e valor;
8.7 - Só serão aceitos lances cujos valores forem inferiores ao último lance que tenha sido ofertado
pela licitante e registrado no sistema;
8.8 - Não serão aceitos 02 (dois) ou mais lances de mesmo valor, prevalecendo aquele que for
recebido e registrado primeiro;
8.9 - Durante o transcurso da sessão pública, as licitantes serão informadas, em tempo real, do
valor do menor lance registrado. O sistema não identificará o autor dos lances às demais
participantes;
8.10 - O intervalo mínimo de diferença de valores entre os lances, que incidirá tanto em relação
aos lances intermediários quanto em relação à proposta que cobrir a melhor oferta deverá ser 0,05
(cinco) centavos.
Explicação Adotado o modo de disputa, conforme Decreto 10.024/2019:
Art. 31. Serão adotados para o envio de lances no pregão eletrônico os seguintes modos de
disputa:
I - Aberto - os licitantes apresentarão lances públicos e sucessivos, com prorrogações, conforme
o critério de julgamento adotado no edital; ou
II - Aberto e fechado - os licitantes apresentarão lances públicos e sucessivos, com lance final e
fechado, conforme o critério de julgamento adotado no edital.
Parágrafo único. No modo de disputa aberto, o edital preverá intervalo mínimo de diferença de
valores ou de percentuais entre os lances, que incidirá tanto em relação aos lances
intermediários quanto em relação ao lance que cobrir a melhor oferta.
O subitem acima poderá ser acrescentado para incluir intervalo mínimo de valor (em moeda
corrente) ou de percentuais entre os lances, que implique repercussão financeira que
efetivamente diferencie uma proposta da outra, nos termos da Instrução Normativa SLTI/MP n.º
03/2013, e do artigo n.° 30, §3º do Decreto n.º 10.024/2019
8.11 - O intervalo entre os lances enviados pelo mesmo licitante não poderá ser inferior a 20 (vinte)
segundos e o intervalo entre lances não poderá ser inferior a 3 (três) segundos, sob pena de serem
automaticamente descartados pelo sistema os respectivos lances.
8.12 - Será adotado para o envio de lances no pregão eletrônico o modo de disputa "aberto", em
que os licitantes apresentarão lances públicos e sucessivos, com prorrogações.
8.13 - A etapa de lances da sessão pública terá duração de dez minutos e, após isso, será
prorrogada automaticamente pelo sistema quando houver lance ofertado nos últimos dois minutos
do período de duração da sessão pública.
8.14 - A prorrogação automática da etapa de lances, de que trata o subitem anterior, será de dois
minutos e ocorrerá sucessivamente sempre que houver lances enviados nesse período de
prorrogação, inclusive no caso de lances intermediários.
8.15 - Não havendo novos lances na forma estabelecida nos itens anteriores, a sessão pública
encerrar-se-á automaticamente.

Página 5 de 234
8.16 -Encerrada a fase competitiva sem que haja a prorrogação automática pelo sistema, poderá
o(a) pregoeiro(a), assessorado pela equipe de apoio, justificadamente, admitir o reinício da sessão
pública de lances, em prol da consecução do melhor preço.
8.17 - Caso as propostas apresentadas por microempresas ou empresas de pequeno porte sejam
iguais ou até 5% (cinco por cento) superiores à proposta detentora do melhor lance ou valor
negociado, será assegurada à mesma a preferência de contratação, respeitando o seguinte:
8.18 - Em relação a itens não exclusivos para participação de microempresas e empresas de
pequeno porte, uma vez encerrada a etapa de lances, será efetivada a verificação automática,
junto à Receita Federal, do porte da entidade empresarial. O sistema identificará em coluna própria
as microempresas e empresas de pequeno porte participantes, procedendo à comparação com
os valores da primeira colocada, se esta for empresa de maior porte, assim como das demais
classificadas, para o fim de aplicar-se o disposto nos artigos 44 e 45 da Lei Complementar n.º
123/2006, regulamentada pelo Decreto n.º 8.538/2015.
8.19 - Durante o período, apenas a microempresa ou empresa de pequeno porte convocada
poderá registrar o novo lance.
8.20 - Não havendo manifestação da microempresa ou empresa de pequeno porte convocada nos
termos do subitem precedente, o sistema verificará se há outra licitante em situação de empate,
realizando a convocação de forma automática.
8.21 - No caso em que a empresa vencedora do certame tenha sido convocada nos termos do
subitem 8.19 e a disputa já tiver sido encerrada, porém tendo esta empresa sido desclassificada
por não atender aos requisitos previstos no edital, e uma outra microempresa ou empresa de
pequeno porte ainda se encontre em situação de empate, o(a) PREGOEIRO(A) deverá convocá-
la, manualmente, via chat de mensagens, para oferta de novo lance.
8.22 - Não havendo mais nenhuma microempresa ou empresa de pequeno porte em situação de
empate, o sistema emitirá mensagem, cabendo o(a) PREGOEIRO(A) dar encerramento à disputa
do subitem.
8.23 - O critério de desempate disposto neste subitem somente se aplicará quando a melhor oferta
inicial não tiver sido apresentada por microempresa ou empresa de pequeno porte.
8.24 - Todos esses procedimentos acontecerão na sala de disputa, estando essas informações
disponíveis para os demais participantes do PREGÃO, bem como para toda a sociedade.
8.25 - Após o encerramento da etapa de lances da sessão pública, o(a) PREGOEIRO(A) poderá
encaminhar, pelo sistema eletrônico, contraproposta à licitante que tenha apresentado lance mais
vantajoso, para que seja obtida melhor proposta, observado o critério de julgamento, não se
admitindo negociar condições diferentes daquelas previstas neste Edital e seus Anexos;
8.26 - A negociação será realizada por meio do sistema, podendo ser acompanhada pelas demais
licitantes; devendo o(a) PREGOEIRO(A) proceder em seguida ao desempate ficto da proposta
comercial, se for o caso, considerando o último preço cotado/negociado, nos termos previstos
neste Edital.
8.27 - Caso declarada vencedora da etapa de lance, a licitante deverá juntamente com a sua
documentação comprovar o seu enquadramento na categoria de microempresa ou empresa de
pequeno porte, por meio do contrato ou estatuto social, devidamente registrado na Junta
Comercial, ou outro(s) documento(s) expedido(s) por órgão oficial.
8.28 - No caso de desconexão com o(a) pregoeiro(a), no decorrer da etapa competitiva do Pregão,
o sistema eletrônico poderá permanecer acessível aos licitantes para a recepção dos lances.
8.29 - Quando a desconexão do sistema eletrônico para o(a) pregoeiro(a) persistir por tempo
superior a 10 (dez) minutos, a sessão pública será suspensa e reiniciada somente após decorridas
vinte e quatro horas da comunicação do fato pelo(a) Pregoeiro(a) aos participantes, no sítio
eletrônico utilizado para divulgação.
8.30 - Encerrada a etapa de lances, o(a) PREGOEIRO(A) examinará a proposta classificada em
primeiro lugar quanto à compatibilidade do preço em relação ao estimado para contratação,
considerando que o valor máximo que a Prefeitura Municipal ade Morretes admite pagar para o

Página 6 de 234
objeto desta licitação é o constante no subitem 7.9 e verificará o atendimento aos documentos de
habilitação da licitante que tiver ofertado o menor lance;
8.31 - Se a proposta ou lance de menor valor não for aceitável, ou se a licitante não atender às
exigências habilitatórias, o(a) PREGOEIRO(A) examinará a proposta ou o lance subsequente,
verificando a sua compatibilidade e a habilitação do participante, na ordem de classificação, e
assim sucessivamente, até a apuração de uma proposta ou lance que atenda este Edital. Também
nessa etapa o(a) PREGOEIRO(A) poderá negociar com a licitante para que seja obtido melhor
preço. A negociação será realizada por meio do sistema, podendo ser acompanhada pelos demais
licitantes.
8.32 - Os documentos eletrônicos serão recebidos e presumidos verdadeiros em relação aos
signatários, dispensando-se o envio de documentos originais e cópias autenticadas em papel.
Todavia, caso solicitado pelo pregoeiro a documentação original deverá ser enviado.
8.33 - Constatado o atendimento às exigências fixadas neste Edital, a licitante será declarada
vencedora.
9 DOS DOCUMENTOS DE HABILITAÇÃO

Para habilitar-se no certame, a licitante vencedora na fase de lances deverá satisfazer os
requisitos elencados a seguir:
9.1 - HABILITAÇÃO JURÍDICA:

a) Registro comercial, no caso de empresa individual;
b) Ato constitutivo, estatuto ou contrato social em vigor, devidamente registrado na Junta
Comercial, em se tratando de sociedades comerciais;
c) Inscrição do ato constitutivo, no caso de sociedades civis, acompanhado de prova de eleição
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 exigir.
e) comprovação de enquadramento como microempresa ou empresa de pequeno porte
(mediante a apresentação de contrato social ou outro documento semelhante), se for o caso.
9.2 - REGULARIDADE FISCAL:

a) Prova de inscrição no Cadastro Nacional de Pessoas Jurídicas do Ministério da Fazenda
(CNPJ);
b) Certidão Conjunta de Débitos relativos a Tributos Federais e à Dívida Ativa da União;
c) Certidão de regularidade de débito com a Fazenda Estadual da sede da licitante ou outra
prova equivalente, na forma da lei;
d) Certidão de regularidade de débito para com a Fazenda Municipal do domicílio ou sede do
licitante;
e) Certidão de regularidade de débito para com o Fundo de Garantia por Tempo de Serviço
(FGTS).
f) Certidão Negativa de Débitos Trabalhistas (CNDT), de acordo com a Lei n.º 12.440, de 2011
e Resolução Administrativa n.º 1.470, editada pelo Tribunal Superior do Trabalho (TST) em
24 de agosto de 2011, ela poderá ser obtida gratuitamente nos sítios daquele tribunal
(www.tst.jus.br), do Conselho Superior da Justiça do Trabalho (www.csjt.jus.br), ou de
qualquer Tribunal Regional do Trabalho (TRT).
9.3 - QUALIFICAÇÃO TÉCNICA:

a) Apresentar atestado de capacidade técnica nos termos do inciso II do art. 30 da Lei
8.666/1993, que comprove que a empresa licitante tenha prestado ou esteja prestando serviços
e compatíveis com o objeto deste edital podendo ser emitido por pessoa jurídica de direito público
ou privado;

Página 7 de 234
9.4 - QUALIFICAÇÃO ECONÔMICA FINANCEIRA:

a) Demonstrações contábeis do último exercício social, já exigíveis e apresentados na forma da
lei, compostas, no mínimo, Balanço Patrimonial e da Demonstração do Resultado do
Exercício, que comprovem a boa situação financeira da empresa, vedada a sua substituição
por balancete ou balanços provisórios;
b) A comprovação do balanço patrimonial será feita da seguinte forma:
c) No caso de empresas de responsabilidade limitada, cópia autenticada das páginas do Livro
Diário, contendo Termo de Abertura, Balanço Patrimonial, Demonstrações Contábeis e Termo
de Encerramento, com o respectivo registro na Junta Comercial.
d) Para fins do subitem anterior, as empresas que adotarem o SPED Contábil (Sistema Público
de Escrituração Digital) deverão apresentar impressos: o arquivo da ECD que contenha o
Balanço Patrimonial do último exercício (arquivo transmitido por meio do SPED em
formato.txt); e o Termo de Autenticação (recibo gerado pelo SPED).
e) Demonstração do Resultado do Exercício (DRE) relativa ao último exercício social exigível,
apresentado na forma da lei.
f) Certidão negativa de falência ou concordata expedida pelo distribuidor do Foro da sede da
Pessoa Jurídica, ou de execução patrimonial, expedida no domicílio da mesma.
9.5 - DOCUMENTAÇÃO COMPLEMENTAR:

a) Declaração, sob as penas da lei, firmada pelo representante legal da empresa, do
cumprimento do disposto no art. 7º, inciso XXXIII da Constituição Federal (Anexo IV).
b) Declaração, sob as penas da lei, firmada pelo representante legal da empresa da não
existência de fato impeditivo na participação em licitações (Anexo III).
c) Declaração, de Enquadramento na situação de Microempresa/ empresa de pequeno porte e
inexistência de fatos supervenientes. (Anexo V)
d) Declaração de não parentesco. (Anexo IX)
e) Termo de responsabilidade em atendimento ao descritivo dos requisitos obrigatórios de
tecnologia e segurança - Anexo IX. (apresentar o termo apenas pela empresa declarada
vencedora, conforme item 17 do Termo de Referência).
f) Termo de responsabilidade em atendimento mínimo ao descritivo das funcionalidades
específicas da proposta - Anexo X. (apresentar o termo apenas pela empresa declarada
vencedora, conforme item 17 do Termo de Referência).
9.6 - Empresa com enquadramento na categoria de microempresa ou empresa de pequeno porte

a comprovação de regularidade fiscal será realizada, observando os seguintes procedimentos:
9.7 - Caso não possua cadastro em nenhum órgão público ou este esteja vencido, deverá ser
apresentada toda documentação exigida no subitem anterior deste Edital, após declarada
vencedora da etapa de lances, mesmo que a documentação apresente alguma restrição;
9.8-Havendo alguma restrição na comprovação da regularidade fiscal, será assegurado o prazo
de 05 (cinco) dias úteis, conforme Lei Complementarn.º147/2014, cujo termo inicial corresponderá
no momento que a proponente for declarada vencedora do certame, 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 negativa.
9.9 -A não-regularização da documentação no prazo previsto no subitem 9.2 implicará decadência
do direito a contratação, sem prejuízo das sanções previstas neste Edital e na legislação vigente,
sendo facultado à Prefeitura de Morretes convocar os licitantes remanescentes, na ordem de
classificação e obedecido os critérios de habilitação, para assinatura do contrato, ou revogar a
licitação.
9.10 - A documentação deverá ser apresentada em original, cópia autenticada por cartório
competente ou publicação em órgão da Imprensa Oficial. A aceitação das certidões, quando

Página 8 de 234
emitidas através da Internet, fica condicionada à verificação de sua validade e são dispensadas
de autenticação.
9.11 - A Prefeitura Municipal de Morretes não se responsabilizará pela eventual indisponibilidade
dos meios eletrônicos, no momento da verificação.
9.12 - Ocorrendo essa indisponibilidade e não sendo apresentados os documentos alcançados
pela verificação, a licitante será inabilitada.
9.13 - A documentação acima exigida deverá estar dentro do prazo de validade na data prevista
para a abertura dos envelopes, e em nenhum caso será concedido prazo para apresentação de
documentos de habilitação que não tiverem sido entregues no prazo, bem como não será permitida
documentação incompleta, protocolo ou quaisquer outras formas de comprovação que não sejam
as exigidas neste Edital.
9.14 - Os documentos que não dependam de prazo de validade ou que não contenham prazo de
validade especificado no próprio corpo, em lei ou neste Edital, devem ter sido expedidos no
máximo em até 90 (noventa) dias anteriores à data marcada para a entrega dos documentos.
9.15 - Todos os documentos expedidos pela empresa deverão ser datados e subscritos por seu(s)
representante(s) legal(is), devidamente qualificado(s) (nome e RG) ou por procurador com
procuração com poderes específicos para este fim.
9.16 - Todos os documentos apresentados deverão estar em nome da licitante e,
preferencialmente, com número do CNPJ e endereço respectivo.
9.17 - Se a licitante for à matriz, todos os documentos deverão estar em nome da matriz. Se a
licitante for à filial, todos os documentos deverão estar em nome da filial, exceto aqueles que, pela
própria natureza, forem comprovadamente emitidos apenas em nome da matriz.
9.18 - Se a licitante for à matriz e a fornecedora for à filial, os documentos deverão ser
apresentados em nome da matriz e da filial simultaneamente.
9.19 - Os documentos exigidos deverão ser preferencialmente, relacionados, separados,
colacionados e numerados na ordem estabelecida neste Edital.
9.20 - Todo e qualquer documento apresentado em língua estrangeira deverá estar acompanhado
da respectiva tradução, por tradutor juramentado, para o idioma pátrio.
9.21 - Não serão aceitos documentos cujas datas e caracteres estejam ilegíveis ou rasurados de
tal forma que não possam ser entendidos.
9.22 - Se a documentação de habilitação não estiver completa e correta, ou contrariar qualquer
dispositivo deste Edital e seus Anexos, ressalvado o disposto nos subitens 14"a","b", e "c" deste
Edital, o(a) PREGOEIRO(A) considerará a proponente inabilitada, podendo ser convocada outra
licitante, desde que respeitada à ordem de classificação, para, depois de comprovados os
requisitos habilitatórios, e feita à negociação, será convocada a assinar o instrumento contratual.
9.23 - Homologada a licitação pela autoridade competente será emitido, a favor da adjudicatária,
o instrumento contratual. Se a adjudicatária se recusar a receber o instrumento contratual, ou não
apresentar situação regular no ato do recebimento, estará sujeita às penalidades previstas neste
Edital. Neste ato, o(a) PREGOEIRO(A), observada a ordem de classificação, examinará as ofertas
subsequentes até a apuração de uma que atenda este Edital, sendo a respectiva proponente
convocada para negociar redução do preço ofertado e, se for o caso, receber o instrumento
contratual – Anexo VII.
10 DA IMPUGNAÇÃO E RECURSO
As impugnações e esclarecimentos deste Edital e de seus Anexos poderá ser dirigida o(a)
PREGOEIRO(A), protocolada no Protocolo Geral da Prefeitura Municipal de Morretes, localizado
na Praça Rocha Pombo, 10 – Centro, Morretes-Paraná, até 03 (três) dias úteis antes do Pregão,
no sistema eletrônico da BLL Compras ou via e-mail [email protected].
10.1 - Caberá ao(a) Pregoeiro(a), repassar aos responsáveis pela elaboração deste Edital e seus
anexos, decidir sobre a impugnação ou esclarecimentos no prazo de até 2 (dois) dias úteis
contados da data de recebimento da impugnação.

Página 9 de 234
10.2 - Acolhida a impugnação pela secretaria solicitante do referido processo, será designada nova
data para realização do certame.
10.3 - Qualquer licitante poderá, durante a sessão pública, de forma imediata e motivada, em
campo próprio do sistema, manifestar sua intenção de recorrer, quando lhe será concedido o prazo
de 03 (três) dias úteis para apresentar as razões de recurso, ficando as demais licitantes, desde
logo, intimadas para, querendo, apresentarem contrarrazões em igual prazo, que começará a
contar do término do prazo da recorrente, sendo-lhes assegurada vista imediata dos elementos
indispensáveis à defesa dos seus interesses.
10.4 - O recurso deverá ser interposto ao PREGOEIRO(A) e entregue, mediante protocolo, no
Protocolo Geral da Prefeitura Municipal de Morretes, localizado na Praça Rocha Pombo, 10 –
Centro, Morretes-Paraná, de 2ª a 6ª feira, das 08h00m às 12h00m e das 13h00 às 17h00, no
sistema eletrônico da BLL Compras ou via e-mail [email protected].
10.5 - A sessão pública compreende, sucessivamente, a abertura das propostas, a etapa de lances
e a declaração do vencedor.
10.6 - A declaração do vencedor compreende a aceitabilidade da proposta classificada em
primeiro lugar e o julgamento de habilitação, de acordo com as exigências previstas neste edital.
10.7 -Encerrada a etapa de lances, as licitantes deverão consultar regularmente o sistema para
verificar se foi declarado o vencedor e se está aberta a opção para interposição de recurso. A
partir da liberação, as licitantes poderão no prazo de 15 (quinze) minutos, manifestar a intenção
de recorrer, em campo próprio do sistema.
10.8 - A licitante desclassificada antes da fase de disputa também poderá manifestar a sua
intenção de interpor recurso naquele momento.
10.9 - A falta de manifestação imediata e motivada importará a preclusão do direito de recurso,
ficando o(a) PREGOEIRO (A) autorizada a adjudicar o objeto à licitante declarada vencedora.
10.10 - Não será concedido prazo para recursos meramente protelatórios ou quando não
justificada a intenção de interpor o recurso pelo proponente.
10.11 - Os recursos contra decisões do(a) PREGOEIRO(A) não terão efeito suspensivo.
10.12 - O acolhimento de recurso importará a invalidação apenas dos atos insuscetíveis de
aproveitamento.
10.13 - Não serão conhecidas as impugnações e os recursos apresentados fora do prazo legal
e/ou subscritos por representante não habilitado legalmente ou não identificado no processo para
responder pela proponente.
10.14 - Decididos os recursos e constatada a regularidade dos atos praticados, a autoridade
competente adjudicará o objeto e homologará o procedimento licitatório.
10.15 - Na contagem dos prazos estabelecidos neste Edital, excluir-se-á o dia de início e incluir-
se-á o do vencimento.
11. OBRIGAÇÕES DA CONTRATADA

Além dos encargos de ordem legal e dos demais constantes em outras cláusulas e documentos
integrantes deste edital e seus anexos, e sem alteração dos preços estipulados, obriga-se, ainda,
a CONTRATADA a:
11.1 Prestar os serviços do instrumento contratual em conformidade com as especificações
contidas no Termo de Referência no Anexo I;
11.2 Responsabilizar-se pelas despesas decorrentes da inexecução dos serviços ou de alguns
dos equipamentos, materiais e acessórios disponibilizado pela CONTRATADA, incluindo atrasos
acarretados pela inadimplência, de acordo com as disposições do instrumento contratual;
11.3 Pagar os tributos, taxas e encargos de qualquer natureza, em decorrência do instrumento
contratual;
11.4 Manter, durante a vigência do instrumento contratual as mesmas condições que propiciaram
a sua habilitação e classificação na licitação;
11.5 Responder pelas despesas de perícia, testes e análise, quando houver, dos serviços
fornecidos na forma do artigo 75 da Lei 8.666/93.

Página 10 de 234
12 DO PAGAMENTO
12 A CONTRATANTE efetuará o pagamento mensal à CONTRATADA, pelos serviços
executados, em até 20 (vinte) dias após a comprovação dos serviços prestados, através de boleto
bancário ou depósito em conta corrente previamente identificada pela CONTRATADA, mediante
comprovação documental e apresentação de nota fiscal, fatura com a descrição dos serviços,
número da licitação, itens e outros, juntamente com termo do recebimento e requerimento formal,
devidamente atestada pelo Fiscal de Contrato. A nota Fiscal deverá ser emitida em favor do
MUNICIPIO DE MORRETES – CNPJ: 76.022.490/0001-99;
12.1 - Constatando a CONTRATANTE qualquer divergência ou irregularidade na Nota
Fiscal/Fatura, esta será devolvida à CONTRATADA para as devidas correções. Neste caso, a
CONTRATANTE terá o prazo de até 05 (cinco) dias úteis, a contar da data da reapresentação do
documento, para efetuar o pagamento.
12.2 -No caso de eventual atraso de pagamento, o valor devido deverá ser acrescido de juros
moratórios de 0,5 % ao mês, apurados desde a data acima referida até a data do efetivo
pagamento, calculados "pro rata die", sobre o valor da nota fiscal/fatura.
12.3 -No ato do pagamento será comprovada a manutenção das condições iniciais de habilitação
quanto à situação de regularidade da empresa, no que se refere à regularidade junto ao INSS,
FGTS, CNDT e Tributos Federais.
12.4 -A CONTRATADA deverá informar no documento hábil de cobrança o nome completo da
pessoa jurídica ou física, o CNPJ ou CPF, nome do Banco, n.º da Agência e n.º da conta para
depósito, pela CONTRATANTE, do crédito a que a CONTRATADA tem direito. Os dados
retromencionados, obrigatoriamente, deverão ser da mesma pessoa física ou jurídica contratada.
12.5 -A CONTRATANTE poderá deixar pendente de pagamento até a respectiva regularização,
no todo ou em parte, nos seguintes casos:
a) Inexecução de serviço; (esclarecimento: não poderá ser efetuado pagamento enquanto não
houver a liquidação da despesa)
b) Existência de débito da CONTRATADA para com a CONTRATANTE quer proveniente da
execução do instrumento contratual decorrente deste processo, quer de obrigações ajustadas
em outros contratos;
c) Não cumprimento de obrigação contratual, hipótese em que o pagamento ficará retido até que
a CONTRATADA atenda à cláusula infringida; (se houve a prestação do serviço ou entrega
feita a contraprestação com o pagamento é devida)
12.6 -A CONTRATANTE fará retenção, com repasse ao Órgão Arrecadador de qualquer tributo
ou contribuição determinada por legislação específica, sendo que a CONTRATANTE se reserva o
direito de efetuá-la ou não nos casos em que for facultativo.
13 DA FONTE DE RECURSOS
As despesas decorrentes da contratação objeto desta licitação correrão à conta dos recursos
consignados no Orçamento do Município de Morretes - PR, cujos Programas de Trabalho,
Elemento de Despesa e Fonte específicas constarão da respectiva Nota de Empenho das
seguintes dotações, conforme segue:
SECRETARIA MUNICIPAL DE ADMINISTRATIVO

05.001.04.122.0040.2.012.3.3.90.39.00.0 FONTE 01000
SECRETARIA MUNICIPAL DE EDUCAÇÃO E ESPORTES
06.001.12.122.0040.2.015.3.3.90.39.00.00 FONTE 01000 / 1103 / 1104
SECRETARIA MUNICIPAL DE SAÚDE
07.001.10.122.0160.2.033.3.3.90.39.00.00 FONTE 01000 / 01303
07.002.10.301.0160.2.036.3.3.90.39.00.00 FONTE 01000 / 01303 / 01495 / 01499
07.002.10.303.0170.2.041.3.3.90.39.00.00 FONTE 01000 / 01303
SECRETARIA MUNICIPAL DE ASSISTENCIA SOCIAL

Página 11 de 234
08.001.08.122.0100.2.045.3.3.90.39.00.00 FONTE 01000
14 DAS SANÇÕES
14.1 - O descumprimento total ou parcial das obrigações assumidas pela licitante vencedora,
resguardada os preceitos legais pertinentes e poderá acarretar as seguintes sanções:
I. Advertência, em caso de conduta que prejudique o andamento do procedimento licitatório ou
da execução contratual;
II. Multa de mora de 0,5% (meio por cento) por dia, sobre o valor da parcela em atraso. Se em
24 (vinte e quatro horas) houver a falta destes serviços, será cobrado multa mediante ao atraso,
quando será considerado a ocorrência do inadimplemento;
III. Multa de 10% (dez por cento) sobre a parcela por inadimplemento de qualquer das condições
contratuais;
IV. Suspensão do direito de licitar na forma prevista no artigo 7º da Lei n.º 10.520/2002 e
regulamentos:
14.2 - Declaração de inidoneidade na forma do inciso IV, do artigo 87, da Lei 8.666/1993:
14.3 - É garantido ao contratado o direito ao contraditório e a ampla defesa previstos na
Constituição Federal e na Lei de Licitações e Contratos Administrativos;
14.4 - Os recursos deverão ser formalmente apresentados no protocolo da Contratante,
devidamente fundamentados e assinados pelo representante legal da empresa.
15. DA FRAUDE E CORRUPÇÃO

Para a execução do Contrato, nenhuma das partes poderá oferecer, dar ou se comprometer a dar
a quem quer que seja ou aceitar ou se comprometer a aceitar de quem quer que seja, tanto por
conta própria quanto através de outrem, qualquer pagamento, doação, compensação, vantagens
financeiras ou não financeiras ou benefícios de qualquer espécie que constituam prática ilegal ou
de corrupção seja sob a Lei n.º 12.846, de 1º de agosto de 2013, seja sob as Leis de qualquer
país, seja de forma direta ou indireta quanto ao objeto desta licitação, ou de outra forma que não
relacionada ao instrumento contratual, devendo garantir, ainda, que seus prepostos e
colaboradores ajam da mesma forma. Para os propósitos deste item, definem se as seguintes
práticas:
a) Práticas corrupta: oferecer, dar, receber ou solicitar, direta ou indiretamente, qualquer
vantagem com o objetivo de influenciar a ação de servidor público no desempenho de suas
atividades;
b) Prática fraudulenta: a falsificação ou omissão de fatos, com o objetivo de influenciar a execução
dos recursos;
c) Prática colusiva: esquematizar ou estabelecer um acordo entre dois ou mais licitantes, com ou
sem o conhecimento de representantes ou prepostos do órgão licitador, visando estabelecer
preços em níveis artificiais e não competitivos;
d) Prática coercitiva: causar danos ou ameaçar causar dano, direta ou indiretamente, às pessoas
ou sua propriedade, visando influenciar sua participação em um processo licitatório ou afetar a
execução de um contrato;
e) Prática obstrutiva: destruir, falsificar, alterar ou ocultar provas em inspeções ou fazer
declarações falsas, aos representantes da Prefeitura Municipal, com o objetivo de impedir
materialmente a fiscalização da execução do Contrato.
15.1 - Concordar e autorizar a avaliação das despesas efetuadas, mantendo à disposição dos
órgãos de controle interno e externo todos os documentos, contas e registros comprobatórios das
despesas efetuadas.
16 DAS DISPOSIÇÕES GERAIS

Na presente licitação será firmado um contrato, obrigacional, com característica de compromisso
para contratação, entretanto, pode a Prefeitura Municipal de Morretes revoga-la, no todo ou em
parte, por razões de interesse público, derivadas de fato superveniente comprovado, ou anula-la

Página 12 de 234
por ilegalidade, de ofício ou por provocação mediante ato escrito e fundamentado disponibilizado
no sistema para conhecimento dos participantes desta licitação, desde que respeitada a
publicidade legal, o contraditório e a ampla defesa.
16.1 - A licitante é responsável pela fidelidade e legitimidade das informações prestadas e dos
documentos apresentados em qualquer fase desta licitação. A falsidade de qualquer documento
apresentado ou a inverdade das informações nele contidas implicará a imediata desclassificação
da licitante que o tiver apresentado, ou, caso tenha sido a vencedora, a rescisão do instrumento
contratual, sem prejuízo das demais sanções cabíveis.
16.2 - É facultado o(a) PREGOEIRO(A) ou à autoridade superior, em qualquer fase da licitação,
promover diligências com vistas a esclarecer ou a complementar a instrução do processo.
16.3 -As licitantes intimadas para prestar quaisquer esclarecimentos adicionais deverão fazê-lo no
prazo determinado pelo(a) PREGOEIRO(A), sob pena de desclassificação/inabilitação.
16.4 - O desatendimento de exigências formais não essenciais não importará no afastamento da
licitante, desde que seja possível a aferição da sua qualificação e a exata compreensão da sua
Proposta.
16.5 - As normas que disciplinam este Pregão, na forma eletrônica serão sempre interpretadas em
favor da ampliação da disputa entre as licitantes, desde que não comprometam o interesse da
Prefeitura Municipal de Morretes, a finalidade e a segurança da contratação.
16.6 - Os casos não previstos neste Edital e em seus Anexos serão resolvidos pelo(a)
PREGOEIRO(A).
16.7 - A participação da licitante nesta licitação implica em aceitação de todos os termos deste
Edital e em seus Anexos.
16.8 - Qualquer modificação neste Edital e em seus Anexos exige divulgação pelo mesmo
instrumento de publicação em que se deu o texto original, reabrindo-se o prazo inicialmente
estabelecido, exceto quando, inquestionavelmente, a alteração não afetar a formulação das
Propostas.
16.9 -No julgamento dos DOCUMENTOS DE HABILITAÇÃO e das PROPOSTAS DE PREÇOS,
o(a) PREGOEIRO(A) poderá sanar erros ou falhas que não alterem a substância das propostas,
dos documentos e sua validade jurídica, mediante despacho fundamentado, registrado em ata e
acessível a todos, atribuindo-lhes validade e eficácia para fins de habilitação e classificação.
16.10 - Os pedidos de esclarecimentos de dúvidas referentes a este Edital e em seus Anexos
deverão ser enviados o(a) PREGOEIRO(A) até 03 (três) dias úteis anteriores à data fixada para
abertura da licitação, exclusivamente por meio do e-mail: [email protected], no
horário comercial, de 2ª a 6ª feira. Os esclarecimentos prestados pelo(a) PREGOEIRO(A) serão
estendidos a todas as empresas adquirentes deste Edital e disponibilizados no seguinte e-mail:
[email protected]
16.11 -Para dirimir quaisquer dúvidas ou questões relacionadas com este Edital ou o instrumento
contratual a ele vinculado, a empresa licitante deverá se subordinar ao foro da Comarca de
Morretes, com exclusão de qualquer outro, por mais privilegiado que seja.
17 ANEXOS
17.1 - Anexo I – Termo de Referência;
17.2 - Anexo II – Modelo-padrão de proposta comercial
17.3 - Anexo III – Declaração da não existência de fato Impeditivo.
17.4 - Anexo IV – Modelo de declaração de que o proponente não utiliza trabalho de menores.
17.5 - Anexo V – Modelo referencial padrão declaração de enquadramento para microempresas e
empresas de pequeno porte.
17.6 - Anexo VI – Minuta do Contrato (Realizado pelo Jurídico do Município de Morretes, conforme
Lei Municipal Complementar n.º 44/2021, em seu artigo 9º, inciso III).
17.7 - Anexo VII – Termo de Credenciamento.
17.8 - Anexo VIII – Modelo de declaração de não parentesco.

Página 13 de 234
17.9 - Anexo IX - Termo de responsabilidade em atendimento ao descritivo dos requisitos

obrigatórios de tecnologia e segurança.
17.10 - Anexo X - termo de responsabilidade em atendimento mínimo ao descritivo das
funcionalidades específicas da proposta.
A não apresentação de qualquer declaração exigida neste edital, com modelos em anexo ou não,
ensejará a desclassificação da licitante.
Morretes, 18 de agosto de 2023.
FERNANDO NEVES SILVA

Secretário Municipal de Administração

Página 14 de 234
ANEXO I – TERMO DE REFERÊNCIA

1. OBJETO
1.1. O presente Termo de Referência tem como finalidade promover licitação na modalidade
pregão eletrônico do tipo menor preço global, para com banco de dados relacional, inclusive com
a prestação de serviços de instalação, contratação de empresa especializada no fornecimento de
licenciamento de software de sistema integrado de gestão pública municipal, totalmente nativo
web (sistema em nuvem), dispensando a instalação de qualquer programa, plug-in, emulador ou
qualquer outro recurso tecnológico que seja requisito para inicializar o sistema, com acesso
ilimitado de usuários, e suporte técnico, operando configuração, conversão de dados e
treinamento, para atendimento das necessidades do município de Morretes, e a câmara municipal
de Morretes/pr. totalmente em conformidade com a legislação aplicável, nbcasp – normas
brasileiras de contabilidade aplicadas ao setor público e siafic - sistema único e integrado de
execução orçamentária, administração financeira e controle, especificações e disposições
descritas a seguir, incluindo:
a) Fornecimento das licenças do software integrado de Gestão Pública, contemplando serviços

continuados de manutenção, suporte técnico e disponibilidade operacional na Internet do software
implantado;
b) Serviços de implantação, adaptação, conversão / migração de dados e customização
obrigatória do software para atender processos de negócios, bem como integração entre os
departamentos;
c) Treinamento e capacitação aos usuários do software.
2. DA JUSTIFICATIVA
O Município de Morretes/PR, e a Câmara Municipal têm expandido ao longo dos anos

o processo de informatização, automatizando rotinas e processos, de modo a utilizar de forma
racional, planejada e eficiente os recursos a partir de soluções tecnológicas. Com o vencimento
dos atuais contratos, faz-se necessária a abertura de procedimento visando manter em
funcionamento as atividades administrativas e serviços relacionados, proporcionar incremento
tecnológico, informatizar áreas descobertas, e proporcionar melhor qualidade de vida por meio da
gestão pública informatizada.
Justifica-se a contratação de um sistema informatizado nos moldes previstos para que

haja um processamento eficiente de informações e a integração de dados entre os setores da
Prefeitura e Câmara, tendo o cuidado de vetar retrocessos, garantindo a contratação de Sistemas
que garantam funcionalidades iguais ou superiores aos existentes, com o objetivo de dar
continuidade e melhorar o processo de informatização, com a possibilidade de automatização dos
serviços e processos.
No caso, considerando a necessidade de integração dos sistemas, em especial o

disposto no Decreto n° 10.540/2020, a possibilidade de obtenção de solução tecnológica de
qualidade elevada com valores financeiros mais vantajosos ao erário, a redução das despesas
para formalização de um único processo licitatório, optou-se pela realização de licitação conjunta
dos sistemas da Prefeitura e Câmara, ficando cada órgão responsável pela
formalização/assinatura do contrato específico, prestação de contas, fiscalização, gestão,
empenho, liquidação e pagamento de sua obrigação junto ao fornecedor.
2.1. JUSTIFICATIVA DO SERVIÇO COMUM E MENOR PREÇO GLOBAL
A Constituição Federal, em seu artigo 37, inciso XXI, impôs a obrigatoriedade da licitação
na Administração Pública, a ser realizada nos termos da lei. Nesse contexto, a evolução das

Página 15 de 234
normas relativas a licitações públicas na área de tecnologia da informação, as constantes

vantagens do uso do Pregão pela Administração, modalidade essa que possibilita o incremento
da competitividade e a ampliação das oportunidades de participação nas licitações resultou em
um amadurecimento do mercado brasileiro de TI rumo a padrões de desempenho e qualidade
bem estabelecidos sugerem que o conceito de bens e serviços comuns, constante da Lei nº
10.520/2002, deve também englobar os bens e serviços comuns de tecnologia da informação.
Desta feita, com as inovações legislativas, e ainda, os padrões de desempenho e

qualidades adotadas pelo mercado de tecnologia da informação resultaram em serviços de
desenvolvimento de sistemas comuns, até porque, atualmente as ferramentas e linguagens de
programação evoluíram em busca de produtividade e disponibilidade de recursos aos
desenvolvedores, permitindo padrão nos serviços de Tecnologia da Informação. Diversos
acórdãos do TCU corroboram o uso do Pregão para bens e serviços de TI, de forma que é pacífico
esse entendimento na jurisprudência do Tribunal. Dentre esses acórdãos podemos citar os
seguintes:
(…) 9.1.4. A licitação na modalidade Pregão é admitida para a aquisição de softwares

desde que estes possam ser nitidamente classificados como “bem comum”, nos termos da
definição contida no parágrafo único do art. 1º da Lei 10.520/2002; (Acórdão nº 2.094/2004 –
Plenário).
(…) 9.2. Atribuir ao item 9.3.19 do Acórdão nº 740/2004-TCU plenário a seguinte redação:
“utilizar a modalidade Pregão estritamente para aquisição e/ou contratação de bens e serviços
comuns, ou seja, aqueles cujos padrões de desempenho e qualidade possam ser objetivamente
definidos pelo edital, por meio de especificações usuais no mercado, conforme regra ínsita no art.
1º, parágrafo único, da Lei nº 10.520/2002, incluindo nessas características os bens e serviços de
informática.” (Acórdão nº 740/2004 – Plenário com redação alterada pelo Acórdão nº 1.299/2006
– Plenário).
(…) 9.4.2. Realize procedimento licitatório na modalidade Pregão sempre que os produtos
e serviços de informática possuam padrões de desempenho e de qualidade objetivamente
definidos pelo edital, com base em especificações usuais no mercado, conforme prevê o art. 1º,
parágrafo único, da Lei 10.520/2002, haja vista a experiência que a Administração Pública vem
granjeando na redução de custos e do tempo de aquisição de bens, adquiridos por intermédio
daquela espécie de certame público; (Acórdão nº 1.182/2004 – Plenário).
(…) 9.2. Esclarecer ao Consulente que é juridicamente possível à aquisição de bens e

serviços comuns de informática e automação nas contratações realizadas por intermédio da
modalidade Pregão, mesmo nas hipóteses em que não seja tecnicamente viável a aplicação da
regra da preferência a que alude o art. 3º da Lei nº 8.248/1991 com redação alterada pelas Leis
nº 10.176/2001 e 11.077/2004, vale dizer, nas situações em que não haja licitantes que possam
fornecer produto ou serviço com tecnologia desenvolvida no País ou não cumpram o Processo
Produtivo Básico, assim definido pela Lei nº 8.387/1991; (Acórdão nº 2.138/2005 – Plenário).
Desta forma é pacífico na jurisprudência do TCU que bens e serviços comuns de

tecnologia da informação são comuns não em relação à sua complexidade, mas quando
consideradas dentro de um contexto de mercado, ou seja, suas especificações, bem como os
padrões de qualidade e desempenho exigidos, devem ser usuais entre os seus fornecedores. Para
tanto é necessário que seja possível a sua descrição objetiva no termo de Referência, como é o
presente caso, uma vez os fornecedores apresentaram propostas/orçamentos sem ofertarem
nenhuma oposição às especificações exigidas, portanto são classificados como serviços comuns,
cuja contratação pode ser implementada mediante a utilização do pregão eletrônico.

Página 16 de 234
2.2. JUSTIFICATIVA DO MENOR PREÇO
O objeto deste Termo de Referência é um sistema integrado, que acoplará módulos

gerenciais para atender a Prefeitura Municipal de MORRETES, assim, importante salientar que a
contratação será conforme justificativa supracitada na modalidade Pregão eletrônico, e por tal
motivo, diante da necessidade de preservar a integridade qualitativa do objeto, bem como, a
possibilidade de estabelecer, recurso compatível para gerenciamento do serviço padronizado,
diretamente ligado à qualidade e eficiência do serviço prestado, o que fica sobremaneira dificultado
quando se trata de diversos fornecedores de sistema poderão implicar a ineficiência técnica.
É sabido que para funcionamento efetivo os sistemas devem ter mesma linguagem para
integração e funcionamento e o não parcelamento do objeto em itens, nos termos do art. 23, §1º,
da Lei nº 8.666/1993, neste caso, se demonstra técnica e economicamente viável e não tem a
finalidade de reduzir o caráter competitivo da licitação, visa, tão somente, assegurar a gerência
segura da contratação, e principalmente, assegurar, não só a mais ampla competição necessária
em um processo licitatório, mas também, atingir a sua finalidade e efetividade, que é a de atender
a contento as necessidades da Administração Pública.
Desta feita, reitero que o objeto em tela, haja vista suas especificações técnicas têm
justificativa razoável em relação a adoção da sua modalidade Pregão por menor preço global, até
porque, o objetivo desse procedimento licitatório é o de contratar o sistema software que contenha
módulos com requisitos operacionais de gestão pública, incluindo os módulos de Contabilidade
Pública, Planejamento (PPA, LDO e LOA), Recursos Humanos e Folha de Pagamento, Compras
e Licitações, Patrimônio, Controle de Almoxarifado, Controle de Frotas, Controle Tributário
incluindo Nota Fiscal Eletrônica e Livro Eletrônico, Portal de Transparência, Lei de Acesso a
Informação e Ponto Digital Biométrico, ou seja, somente será contratado na sua totalidade, não
existindo o fracionamento e nem a possibilidade de mais de um fornecedor.
Assim, com destaque para os princípios da eficiência e economicidade, é imprescindível a

licitação na modalidade pregão por menor preço global.
2.3 JUSTIFICATIVA PARA O NÃO FRACIONAMENTO DO LOTE
Tomando por base o disposto no Decreto federal nº 10.540/2020, que dispõe sobre Sistema Único
e Integrado de Execução Orçamentária, Administração Financeira e Controle (SIAFIC), foram
aprimorados mecanismos da Lei Complementar 101/2000, torna-se obrigatória a existência de um
único banco de dados com a finalidade de registrar os atos e fatos relacionados com a
administração orçamentária, financeira e patrimonial dos entes públicos. Ademais, tomando-se
por base o disposto na Lei Geral de Proteção de Dados e dando primazia à segurança, unidade e
integridade das informações, o Município optou pela contratação de sistema com banco de dados
único.
Por se tratar de objeto singular e de complexidade tecnológica, onde as etapas de contração de

seus módulos são interdependentes, não se faz possível à atuação de mais de um fornecedor no
mesmo LOTE, devendo ser um único fornecedor capaz de entregar a solução completa. Além
disso, a divisão do objeto poderia implicar na ineficiência do resultado pretendido em cada
módulo/funcionalidade, uma vez que traria a possibilidade de diversos licitantes com distintos
sistemas, além de afetar no custo e o prazo de migração/implantação, com Data Center diferente
para cada um dos Sistemas.

Página 17 de 234
Assim, uma contratação nos moldes do presente Termo, visa evitar retrabalhos, manter a
qualidade e tempestividade, em especial, das prestações de contas e disponibilização de serviços
Web, garantir a continuidade e disponibilidade permanente da solução, estabelecer política única
de treinamento e capacitação continuada para os diversos setores/processos envolvidos, garantir
suporte técnico permanente aos usuários, através de técnicos capacitados na solução e na
integração entre seus processos, bem como garantir a evolução permanente da solução.
3. DA INTEGRAÇÃO DOS MÓDULOS E SISTEMAS
3.1. Fica a empresa vencedora obrigada a fornecer o layout e o acesso ao respectivo banco de
dados necessários ao funcionamento das rotinas de autoatendimento em portal do cidadão e ao
portal da transparência.
3.2. Os módulos devem funcionar de forma integrada, de modo que as informações se

comuniquem automaticamente, sem a necessidade de retrabalho ou qualquer outro comando
manual por parte do setor subsequente no processo para acesso às informações. Seguem as
integrações mínimas exigidas do sistema:
a) Contabilidade x PPA x LDO x LOA: Os Módulos, Plano Plurianual e Lei de Diretrizes

Orçamentárias deverão ser integrados com o Módulo Lei de Orçamento Anual e Contabilidade.
Na elaboração do Plano Plurianual o sistema deverá buscar automaticamente do Módulo Lei de
Orçamento Anual o cadastro da Classificação Institucional, das Funções/Subfunções, dos
Programas de Governo, das Ações e Categorias Econômicas de Receita e Despesa,
proporcionado mais agilidade e segurança. Os Planos Plurianuais, Lei de Diretrizes
Orçamentárias, Lei de Orçamento Anual e Contabilidade devem ficar armazenados em um único
banco de dados facilitando assim o acesso, as consultas e a emissão dos relatórios. Esses dados
serão utilizados para futuros acompanhamentos durante a execução da Lei de Orçamento Anual.
Os módulos Plano Plurianual e Lei de Diretrizes Orçamentárias deverão registrar qualquer
alteração realizada após sua aprovação como exclusões, inclusões ou alterações. Disponibilizar
relatórios para um acompanhamento da situação inicial, dos movimentos e situação atualizada,
possibilitando a efetiva transparência dos objetivos governamentais e uma clara visualização da
destinação dos recursos públicos.
b) Tributação e Receitas municipais x Tesouraria x Contabilidade: Contabilidade Pública,
Tributação e Tesouraria deverão estar integrados, sendo possível, apenas com a leitura ótica do
código de barras do recibo de qualquer tipo de receita, fazer todos os lançamentos, baixas,
contabilização e classificação orçamentária do valor arrecadado. Também deverá estar
automatizada a classificação de valores percentuais conforme o tipo de receita, obedecendo a
legislação vigente (ex.: Própria, MDE, FUNDEB e ASPS). Para a arrecadação bancária, a entrada
do arquivo magnético recebido do banco, também deverá providenciar a classificação e baixa
descrita anteriormente, neste item no momento do fechamento do Caixa diário.
c) Folha de Pagamentos x Contabilidade Pública: O processo de integração da Folha de
Pagamentos com a Contabilidade Pública deverá consistir na geração, por meio
magnético/eletrônico, de todos os empenhos referentes ao processo da Folha de Pagamentos
(empenhos orçamentários, empenhos de obrigações patronais, escrituração das retenções
orçamentárias e extraorçamentárias na contabilidade e emissão dos documentos
extraorçamentários, para posterior pagamento).
d) Compras, Licitações e Contratos x Almoxarifado x Patrimônio Público x Contabilidade: O Setor
de Compras e Licitações devem receber, de forma eletrônica e automática, as requisições
elaboradas pelos diversos setores da administração municipal. Ao setor de Compras e Licitações
deve ser permitido consultar a dotação orçamentária diretamente na contabilidade, fazer reservas
e prover o pré-empenho, referente ao que está sendo adquirido, de forma automática. A consulta

Página 18 de 234
a saldos deverá estar disponível a qualquer usuário do sistema, desde que autorizado por senha
e limitado a sua respectiva área.
Ao receber o lançamento de uma nota fiscal referente a aquisição de bens patrimoniais, o sistema
deverá prover o desencadeamento automático de todos os processos que a partir daí devam ter
origem, como por exemplo, lançar no patrimônio. Não deverá ocorrer duplicidade de informações
entre os Setores.
A Contabilidade deverá receber o pedido de empenho gerado a partir do processo de
Compras/Licitação, transformando-o em empenho, sem a necessidade de redigitar os itens e as
demais informações advindas do processo licitatório.
O cadastramento de informações de processos licitatórios deve gerar remessa e importação de
informações automatizadas ao Portal do Pregão Eletrônico utilizado, bem como para o site da
Prefeitura, sem a necessidade de inserção manual em cada uma das plataformas.
O sistema deve permitir o cadastramento de licitações externas (compartilhadas ou carona) e
respectivos contratos, mantendo-se a vinculação exata ao processo licitatório originário (inclusive
numeração, ano, modalidade e órgão) com remessa de informações ao site da prefeitura, emissão
automatizada dos pedidos de empenho, integrada ao sistema da contabilidade, com diferenciação
dos processos licitatórios próprios do Município.
O sistema deve permitir o lançamento de contratos e aditivos no portal de licitações e contratos
de forma integrada às informações da Contabilidade (sem duplo lançamento, com todas as
informações);
e) Tributação e Receitas Municipais x Caixa x Tesouraria: O Módulo deve gerar guia de
taxas/emolumentos no padrão FEBRABAN, para arrecadação na rede bancária, com baixa
automática dos pagamentos efetuados. Deve gerar o lançamento da receita, de forma online e em
tempo real. Deve consultar os pagamentos direto no banco de dados do Sistema de Tributação e
Receitas, liberando o respectivo protocolo para tramitação, à medida que o pagamento da
taxa/emolumento esteja quitado.
f) PREFEITURA x CÂMARA: O Sistema deverá possuir integração total com o sistema
orçamentário, contábil e de prestação de contas da Câmara Municipal. Deve permitir a
consolidação dos dados da Câmara, com os da Prefeitura a qualquer momento e, em especial, na
elaboração do orçamento anual, abertura do orçamento, encerramento anual, balanço, alterações
orçamentárias, alterações de contas contábeis e nos períodos de prestação de contas. Em todos
esses momentos, a integração deverá ocorrer de forma automatizada e ágil, não exigindo
digitação ou adaptações por parte dos órgãos envolvidos.
g) Cadastro Único em Diferentes Módulos: O cadastro de contribuintes, fornecedores e usuários
em geral deve ser único no sistema, integrado a todos os módulos disponíveis (Arrecadação,
Compras e Licitações, Contabilidade e Folha de Pagamento), de modo que as informações se
comuniquem, sem duplicidade e sem a necessidade de comandos manuais de
integração/importação por parte dos usuários.
h) Gestão da Saúde x Gestão do Cidadão: Quantitativo de Exames Realizados; Quantitativo de
Insumos Retirados; Carteirinha de Vacinação; Atestados; Quantitativo de Agendamentos de
Consultas Realizados; Absenteísmo de Consulta; Exames Preventivos; Programas de Saúde; e
Benefícios Distribuídos.
i) Gestão da Assistência Social x Gestão do Cidadão: Serviços, projetos e programa sociais;
Atendimentos realizados; Benefícios sociais concedidos; Encaminhamentos realizados.
j) Gestão do Cidadão x Outros softwares: integração com outros softwares através de API;
Disponibilização de informações para reuso pelos diferentes sistemas implantados no município;
Consultas entre áreas distintas; Recebimento de alterações cadastrais; Envio de informações
específicas da área; Envio de informações cadastrais;
4. DAS ESPECIFICAÇÕES E QUANTIDADES E FONTES DE ORÇAMENTOS
4.1. As especificações, quantitativos estão descritas neste ANEXO I.

Página 19 de 234
4.2. Tendo em vista a necessidade de atender ao disposto no Decreto federal nº 10.540/2020, que
dispõe sobre Sistema Único e Integrado de Execução Orçamentária, Administração Financeira e
Controle (SIAFIC), que na esfera municipal compreendem os poderes Executivo e Legislativo,
bem como a possibilidade de contratação de obtenção de solução tecnológica de qualidade
elevada com valores financeiros mais vantajosos ao erário, a redução das despesas para
formalização de um único processo licitatório, optou-se pela realização de licitação conjunta dos
sistemas da Prefeitura e Câmara de Vereadores, ficando, cada órgão responsável pela
formalização/assinatura do contrato específico, prestação de contas, fiscalização, gestão,
empenho, liquidação e pagamento de sua obrigação junto ao fornecedor.
4.3. É facultado aos órgãos públicos deixar de contratar algum ou alguns dos módulos
enumerados na planilha acima, devendo ser abatido o valor correspondente ao módulo das
mensalidades.
4.4. A descrição completa do objeto a ser contratado encontra-se neste Anexo.
5. SERVIÇOS A SEREM PRESTADOS
5.1. Licenciamento mensal dos seguintes sistemas de gestão pública:

a) Gestão Contábil
b) Tesouraria
c) Planejamento: PPA - LDO - LOA
d) L.R.F. Lei de Responsabilidade Fiscal
e) Geração M.S.C. Matriz Saldo Contábeis
f) Prestação Contas TCE/PR SIM-AM-AP
g) Gestão Recursos Humanos
h) Folha de Pagamento
i) Ponto Eletrônico
j) Controle do e-social
k) Holerite Web
l) Compras e Licitação
m) Gestão de Contratos
n) Gestão de Patrimônio
o) Gestão de Frotas
p) Gestão de Tributos
q) Gestão Transparência Pública
r) Controle Interno
s) Nota Fiscal Eletrônica
t) Gestão do ISS
u) Fiscalização
v) Gestão Integração Cidadão
w) Gestão de Protocolo e Processos
x) Gestão do Almoxarifado
y) Gestão de Obras
z) Gestão da Saúde
aa) Gestão da Assistência Social
bb) Gestão de Cemitérios
cc) Gestão de Atividades Desportivas, Recreativas e Lazer
dd) Gestão de Combustível/Abastecimento
ee) Gestão de Controle e Combate a Endemias\APP
ff) Ambiente Data Center
gg) Módulo Assinatura Eletrônica/Digital
hh) Ouvidoria

Página 20 de 234
ii) BI - Business Inteligence
5.2. Os módulos deverão obrigatoriamente contemplar a Gestão da Fundação Municipal de

Saúde, instituída pela Lei Municipal nº 50 de 26 de maio de 2022 – Lei que Institui a Fundação de
Atenção à Saúde de Morretes, em atendimento a Instrução Normativa 178/2023 (Anexo 2 e Anexo
9) do Tribunal de Contas do Estado do Paraná, no descritivo abaixo;
A. Almoxarifado;
B. Contabilidade;
C. Controle Interno;
D. Planejamento: PPA – LDO – LOA;
E. Gestão de Protocolo e Processos;
F. Compras e licitação;
G. L.R.F. Lei de Responsabilidade Fiscal;
H. Prestação de Contas. TCE/PR SIM-AM-AP;
I. Gestão de Recursos Humanos;
J. Controle do E-Social;
K. Patrimônio;
L. Folha de Pagamento;
M. Geração M.S.C. Matriz Saldo Contábeis;
N. Tesouraria.
LOTE 1
Valor Máximo do Lote: R$1.152.356,75 (um milhão, cento e cinquenta e dois mil, trezentos e
cinquenta e seis reais e setenta e cinco centavos).
Ordem Especificação Unidade Quant. Valor Máx. Valor Máx.

Unit. (R$) Total. (R$)
PREFEITURA
1 Gestão Contábil Unidad 12 R$ 24.062,96
2.005,2466
2 Tesouraria Unidad 12 R$ 919,5566 11.034,68
3 Planejamento: PPA - LDO - LOA Unidad 12 R$ 919,5566 11.034,68
4 L.R.F. Lei de Responsabilidade Unidad 12 R$ 919,5566 11.034,68
Fiscal
5 Geração M.S.C. Matriz Saldo Unidad 12 R$ 667,8600 8.014,32
Contábeis
6 Prestação Contas TCE/PR SIM- Unidad 12 R$ 15.041,84
AM-AP 1.253,4866
7 Gestão Recursos Humanos Unidad 12 R$ 20.055,80
1.671,3166
8 Folha de Pagamento Unidad 12 R$ 21.391,52
1.782,6266
9 Compras e Licitação Unidad 12 R$ 24.062,96
2.005,2466
10 Gestão de Contratos Unidad 12 R$ 12.041,48
1.003,4566
11 Gestão de Patrimônio Unidad 12 R$ 14.035,08
1.169,5900
12 Gestão de Frotas Unidad 12 R$ 917,8900 11.014,68
13 Gestão de Tributos Unidad 12 R$ 39.433,76
3.286,1466

Página 21 de 234
14 Gestão Transparência Pública Unidad 12 R$ 13.357,20

1.113,1000
15 Controle Interno Unidad 12 R$ 16.048,64
1.337,3866
16 Nota Fiscal Eletrônica Unidad 12 R$ 29.425,84
2.452,1533
17 Gestão do ISS Unidad 12 R$ 14.692,92
1.224,4100
18 Fiscalização Unidad 12 R$ 17.384,36
1.448,6966
19 Gestão Integração Cidadão Unidad 12 R$ 26.714,80
2.226,2333
20 Gestão de Protocolo e Processos Unidad 12 R$ 25.405,84
2.117,1533
21 Gestão do Almoxarifado Unidad 12 R$ 12.165,04
1.013,7533
22 Gestão de Obras Unidad 12 R$ 22.200,12
1.850,0100
23 Gestão da Saúde Unidad 12 R$ 74.182,48
6.181,8733
24 Gestão da Assistência Social Unidad 12 R$ 47.384,48
3.948,7066
25 Gestão de Cemitérios Unidad 12 R$ 24.062,96
2.005,2466
26 Gestão de Atividades Desportivas Unidad 12 R$ 25.506,68
e Recreativas 2.125,5566
27 Gestão de Unidad 12 R$ 21.391,52
Combustível/Abastecimento 1.782,6266
28 Gestão de Controle e Combate a Unidad 12 R$ 24.062,96
Endemias\APP 2.005,2466
29 Ambiente Data Center Unidad 12 R$ 34.213,00
2.851,0833
30 Ponto Eletrônico Unidad 12 R$ 919,5566 11.034,68
31 Controle do e-social Unidad 12 R$ 919,5566 11.034,68
32 Holerite Web Unidad 12 R$ 919,5566 11.034,68
33 Módulo Assinatura Unidad 12 R$ 919,5566 11.034,68
Eletrônica/Digital
34 Ouvidoria Unidad 12 R$ 26.734,60
2.227,8833
35 BI - Busines Inteligence Unidad 12 R$ 33.413,20
2.784,4333
FUNDAÇÃO MUNICIPAL DE
SAÚDE
36 Almoxarifado Unidad 12 R$ 577,1833 6.926,20
37 Contabilidade Unidad 12 R$ 14.292,40
1.191,0333
38 Controle Interno Unidad 12 R$ 577,1833 6.926,20
39 Planejamento – PPA – LDO - LOA Unidad 12 R$ 288,5933 3.463,12
40 Gestão de Protocolo e Processos Unidad 12 R$ 345,6433 4.147,72
41 Compras e Licitação Unidad 12 R$ 691,2666 8.295,20

Página 22 de 234
42 L.R.F. Lei de Responsabilidade Unidad 12 R$ 341,6666 4.100,00

Fiscal
43 Prestação de Contas – TCE/PR Unidad 12 R$ 518,3333 6.220,00
SIM-AM-AP
44 Gestão de Recursos Humanos Unidad 12 R$ 638,3333 7.660,00
45 Controle E-Social Unidad 12 R$ 333,3333 4.000,00
46 Patrimônio Unidad 12 R$ 433,3333 5.200,00
47 Folha de Pagamento Unidad 12 R$ 716,6666 8.600,00
48 Gestão M.S.C. Matriz Saldo Unidad 12 R$ 288,5933 3.463,12
Contábeis
50 Conversão, Migração, Implantação Unidad 1 R$ 125.500,00
e Capacitação 125.500,0000
CÂMARA MUNICIPAL
51 Gestão Contábil Unidad 12 R$ 17.128,40
1.427,3666
53 Planejamento Unidad 12 R$ 373,5000 4.482,00
54 Geração M.S.C. Unidad 12 R$ 373,5000 4.482,00
55 Gestão do Almoxarifado Unidad 12 R$ 531,6666 6.380,00
56 Patrimônio Unidad 12 R$ 766,7000 9.200,40
57 Geração do SIM-AM Unidad 12 R$ 591,8333 7.102,00
58 Gestão Recursos Humanos Unidad 12 R$ 823,3333 9.880,00
59 Folha de Pagamento Unidad 12 R$ 951,6666 11.420,00
60 Compras e Licitação Unidad 12 R$ 823,5000 9.882,00
61 Contratos Unidad 12 R$ 585,2333 7.022,80
62 Gestão Transparência Pública Unidad 12 R$ 585,2333 7.022,80
63 Controle Interno Unidad 12 R$ 585,2333 7.022,80
64 Controle e-social Unidad 12 R$ 462,6666 5.552,00
65 Gestão de Protocolo e Processos Unidad 12 R$ 886,0666 10.632,80
66 Ambiente Data Center Unidad 12 R$ 940,2333 11.282,80
67 Ponto Eletrônico Unidad 12 R$ 647,6666 7.772,00
68 Holerite Web Unidad 12 R$ 476,7000 5.720,40
69 Gestão de Obras Unidad 12 R$ 360,0000 4.320,00
70 Ouvidoria Unidad 12 R$ 475,1666 5.702,00
71 Conversão, Migração, Implantação Unidad 1 R$ 28.866,67
e Capacitação 28.866,6666
5.1.1 Módulos software, serviços e descritivos a serem consumidos e utilizados pelo

legislativo, conforme sua respectiva natureza e necessidade.
5.3. Implantação (Configuração, customização, conversão, migração de informações e habilitação

dos sistemas para uso):
5.2.1. Compreende os serviços de parametrização, higienização e customização dos dados.

É a fase em que acontecerá a transferência das informações constantes na base de dados do
Sistema atual utilizado pela CONTRATANTE para a base de dados do Sistema a ser fornecido
pela CONTRATADA, aplicando regras de normalização de forma a garantir a confiabilidade,
integridade dos dados e o correto funcionamento dos módulos previstos neste documento. A
implantação do sistema, que ocorrerá individualmente por módulo, consiste no fornecimento de
toda a mão-de-obra, material e logística necessária, configurações, customizações,

Página 23 de 234
parametrizações, migração e higienização dos dados, para a efetiva instalação, disponibilização

de todas as funcionalidades em sua plenitude, definidas no detalhamento do objeto.
5.2.2. Acompanhamento dos usuários, na sede da Prefeitura, em tempo integral na fase de
implantação do objeto.
5.2.3. Prazo máximo para Implantação: O prazo de implantação será de 30 (trinta) dias
corridos, tendo como referência inicial o primeiro dia útil posterior ao recebimento da Ordem de
Serviço pela CONTRATADA, podendo esta data ser prorrogada por igual período mediante acordo
entre as partes.
5.2.4. A conversão de dados deverá contemplar o exercício atual e todos os anos anteriores
existentes de todas as bases de dados dos sistemas implantados do município (objeto desta
licitação), inclusive a CONTRATADA deverá converter todos os fatos geradores da contabilidade
e planejamento de todos os exercícios, sendo eles orçamentários e extraorçamentários. Tais
como: Programas e ações do PPA, indicadores, LDO, projetos atividades da LOA, previsão da
inicial da receita, alterações orçamentárias, empenho, liquidação, pagamento, transferências e
liberações financeiras, conciliação bancárias, receitas orçamentárias, receita e despesa
extraorçamentária, restos a pagar, liquidações de restos a pagar, pagamentos de restos a pagar,
diárias, movimentação de bens móveis, imóveis e de estoque, dívida pública, precatórios, dívida
ativa, créditos a receber e convênios de receita e despesa.
5.2.5. A migração compreenderá a conclusão da alimentação das bases de dados e tabelas
para permitir a utilização plena de cada um dos softwares e aplicativos.
5.2.6. A migração de informações da CONTRATANTE, até a data de execução desta fase
são de responsabilidade da empresa fornecedora dos softwares, cabendo a CONTRATANTE a
disponibilização dos backups em formato legível das atuais bases de dados, e a posterior
conferência dos dados.
5.2.7. As atividades de saneamento/correção dos dados são de responsabilidade da
CONTRATANTE com a orientação da equipe de migração de dados das CONTRATADA.
5.2.8. A migração não pode causar qualquer perda de dados, de relacionamento, de
consistência ou de segurança.
5.2.9. A empresa CONTRATADA e os membros da equipe guardarão sigilo absoluto sobre
os dados e informações do objeto da prestação de serviços ou quaisquer outras informações a
que venham a ter conhecimento em decorrência da execução das atividades previstas no contrato,
respondendo contratual e legalmente pela inobservância desta alínea, inclusive após o término do
contrato.
5.2.10. Para cada um dos softwares licitados, quando couber, deverão ser cumpridas as
atividades de configuração e/ou customização de rotinas e/ou funções, de forma que os mesmos
estejam adequados à Legislação Federal, do Governo Estadual, do Município e ainda em
conformidade com as especificidades de cada Secretaria, Departamento, Setor e Área da
CONTRATANTE;
5.2.11. Deverão ser realizadas também:
a) Adequação de relatórios, layouts e logotipos;
b) Estruturação de acesso e habilitação de usuários;
c) Ajuste de cálculo, quando mais de uma fórmula de cálculo é aplicável simultaneamente.
d) Adequação das fórmulas de cálculos para atendimento aos critérios adotados no Município,
conforme o regimento de suas Leis, Decretos, Plano Diretor e demais documentos existentes que
determinam os valores de taxas e impostos praticados pelo município;
5.2.12. Customização: Entende-se como eventuais ajustes do objeto provido pela
CONTRATANTE diante das especificidades da legislação municipal (Lei Orgânica Municipal;
Estrutura Administrativa; Estatuto dos Servidores Públicos; Plano de Cargos, Carreiras e
Vencimentos; Plano de Cargos, Carreiras e Vencimentos dos Profissionais da Educação; Código
Tributário; além de outras leis esparsas e atos relacionados que possam interferir na
customização, bem como dos padrões e necessidade da CONTRATANTE;

Página 24 de 234
5.3. Treinamento e Capacitação:

5.3.1. O treinamento deverá ser realizado para todos os usuários indicados pela
Coordenadoria de TI ou secretaria responsável, a serem divididos entre os diversos módulos,
conforme a conveniência da CONTRATANTE, e deverá ser realizado junto com a implantação,
compreendendo o uso das funções do software pertencente à sua área de responsabilidade,
conhecimento sobre as parametrizações a serem utilizadas, uso das rotinas de segurança e
demais rotinas de simulação e de processamento;
5.3.2. Os treinamentos devem contemplar as rotinas básicas do setor, bem como apresentar
recursos do novo software até então não explorados pelos servidores, sugerindo e mapeando
melhorias nos processos atuais da CONTRATANTE.
5.3.3. A CONTRATADA deverá apresentar programa de treinamento, por curso: carga
horária, conteúdo programático, metodologia e recursos didáticos, de forma a capacitar um
número suficiente de usuários.
5.3.4. A CONTRATANTE deverá agendar data dos treinamentos, de acordo com
disponibilidade da CONTRATADA.
5.3.5. A CONTRATANTE será responsável pela divulgação, organização e convite aos
interessados pelos treinamentos.
5.3.6. O(s) local(is) para a realização dos treinamentos serão cedidos pela CONTRATANTE,
ficando sob responsabilidade da CONTRATADA apenas equipamentos e materiais a serem
utilizados, como por exemplo, projetor multimídia e notebook para uso do instrutor durante os
treinamentos.
5.3.7. O prazo máximo para a realização de todos os treinamentos, para as equipes que
compõem a Prefeitura Municipal de Morretes e Câmara Municipal, deve respeitar o prazo de
implantação (conforme itens 5.3.1 e 5.2.3), que será de 30 (trinta) dias, tendo como referência
inicial o primeiro dia útil posterior ao recebimento da Ordem de Serviço pela CONTRATADA,
podendo esta data ser prorrogada por igual período mediante acordo entre as partes.
5.4. Suporte Técnico:
5.4.1. A Contratada deve prestar, pelo período da execução do contrato e da implantação,

os seguintes serviços de suporte ao usuário para solução de dúvidas ou de problemas e para
adequação de configuração, correção de erros nos sistemas aplicativos e o suporte oferecido pela
contratada deve possuir os seguintes níveis de atendimento:
a) Helpdesk: Atendimento através de comunicação telefônica com serviço 0800, serviços de
mensagens instantâneas, software de comunicação falada, escrita, áudio e vídeo via Internet\web,
app, serviço de publicação de dúvidas mais frequentes, fóruns de discussão, serviço de FTP
(transmissão remota de arquivos), comunicação remota, inclusive com acesso aos bancos de
dados, para esclarecimento de dúvidas operacionais, envolvendo procedimentos,
processamentos, cálculos, emissão de relatórios, parametrização dos aplicativos, erros de
programas, erros de banco de dados;
b) Serviço de Suporte Técnico: Nos casos não solucionados via Helpdesk deverá ser acionado
o Setor de Suporte Avançado, que efetuará detalhadamente uma análise técnica, como checagem
e auditoria no Banco de Dados, processamentos de Scripts (comandos específicos), correção de
programas e envio de atualizações, se for o caso;
c) Atendimento “in loco”: Se ainda assim não for solucionado o problema, será gerada uma
Ordem de Serviço para atendimento local, sem cobrança de custo adicional;
5.4.2. A Proponente deverá disponibilizar portal na internet\web de acesso da entidade, onde
poderão ser solicitados os atendimentos de manutenção e consultoria técnica, bem como a
solicitação de melhorias nos softwares licitados.
5.4.3. A fim de assessorar o Gerenciamento, o Controle e a Total Segurança do serviço
prestado à entidade e integridade das informações, o suporte deve, ainda, obedecer às seguintes
diretrizes, no tocante as solicitações e ao atendimento:

Página 25 de 234
a) Os Registros devem ser realizados através de ferramenta personalizada própria, na web, e

disponibilizada pela contratada, evitando-se assim, a utilização de ferramenta de uso público
comum.
b) Possibilitar o acompanhamento por meio de tecnologia e dispositivo mobile, (smartphone e
tablet) acessada por meio de app (aplicativo), onde seja possível alterar responsável, realizar
solicitações de atendimento e acompanhar todos chamados realizados, tarefas, tramites,
instruções, visualizando seus status para tomadas de decisão e gestão.
c) Os custos referentes a essa ferramenta e serviços deverá é de responsabilidade da
contratada.
d) Os registros das solicitações deverão ser realizados em horário comercial adotado pela
contratada, através de canal específico na internet\web no portal\site da contratada.
e) Os registros das solicitações devem ser permitidos e configurados conforme a necessidade
da entidade e individualizada por usuários de cada aplicativo contratado.
f) As solicitações realizadas devem permitir o acompanhamento através de protocolo específico,
oriundo da abertura do chamado, permitindo o seu acompanhamento via internet\web,
evidenciando a fase em que se encontra a transação de atendimento.
g) Possibilitar identificar se as solicitações já foram ou não iniciadas o seu processo de
atendimento.
h) As solicitações atendidas devem possibilitar a notificação do usuário a cada fase de
atendimento e\ou solucionada através de mensagens, sms, chat e e-mail.
i) As solicitações e atendimentos realizados deverão estar disponíveis na internet\web,
mediante senha de acesso, para a entidade, para que a mesma possa fazer análise, gerar
relatórios e identificar situações que a levem ao controle e tomada de decisão acerca de situações
do seu interesse e com maior incidência.
j) Possibilitar a entidade identificar os setores e usuários com maior frequência de solicitação.
k) Possibilitar identificar na entidade a quantidade de solicitações atendidas e pendentes por
períodos, bem como o prazo de execução.
l) O portal de atendimento deve possuir pesquisa de satisfação dos chamados atendidos.
m) Disponibilização de um canal de atendimento 0800, tendo em vista facilitar os atendimentos
e não gerar gastos com telefonia à contratante.
6. REQUISITOS OBRIGATÓRIOS DE TECNOLOGIA E SEGURANÇA
1. A solução deve ser integralmente desenvolvida de forma nativa para Web, dispensando a
instalação de qualquer programa, plug-in, emulador ou qualquer outro recurso tecnológico que
seja requisito para inicializar o sistema;
2. O módulo deve funcionar com certificado digital de servidor para garantia de sítio seguro e
criptografia de dados no fluxo de comunicação cliente-servidor;
3. O sistema deverá utilizar única e exclusivamente WEB Browser para sua execução, possuindo
compatibilidade com os principais WEB Browsers do mercado (Mozilla Firefox, Google Chrome,
Opera e Safari);
4. O banco de dados deverá possuir modelagem e implementação em modelo relacional, SGBD
padrão MS SQL Server;
5. Hospedagem em nuvem;
6. Possuir escalabilidade de processos segmentados em vários servidores, conforme escolha
do cliente;
7. O módulo deve suportar configuração de sessão de usuário fora da camada de aplicação para
balanceamento de carga;
8. O módulo deve suportar ambientes em escalonamento horizontal com abordagem de
balanceamento de carga (controllers e workers);
9. O módulo deve suportar ambientes em escalonamento horizontal com configuração de
serviços de internet em servidores específicos;

Página 26 de 234
10. O módulo deve possuir camada de configuração e dados sensíveis em banco de dados não
relacional;
11. O módulo deve possuir funcionalidade de atualização automática de versões por entregas
contínuas;
12. O módulo deve suportar configuração de sessão de usuário fora da camada de aplicação para
balanceamento de carga;
13. Possuir sistema de auditoria em toda manipulação de dados feita pelos usuários do módulo
(log de alteração);
14. Possibilidade de salvar os relatórios do sistema em tipos de dados: .DOC, .XLS, .XML, .TXT,
.PDF, .ODT, .CSV, .TIFF e .JPEG;
15. Possuir integração entre módulos, através de base de dados única e consolidada.
REQUISITOS DE ACESSO
16. O módulo deve possuir controle de segurança através de certificados digitais de segurança,
para entrada no módulo;
17. Enviar e-mail contendo as senhas (geradas automaticamente pelo módulo) em todos os novos
usuários cadastrados no módulo;
18. Possuir controle para renovação de senha, no qual deve ser enviado um e-mail solicitando
confirmação da geração de uma nova senha para o usuário em questão;
19. Possuir controle de acesso de usuários com a possibilidade de criar grupos com perfil
específico e determinar quais aplicações o usuário terá acesso;
20. Disponibilizar dinamicamente o menu personalizado por usuário, conforme suas permissões,
visando facilitar o trabalho;
21. Controlar tempo de sessão inoperante do módulo no navegador, com retorno à tela inicial de
login, para segurança do módulo;
22. Possuir processo de renovação de licenciamento online, sem dependência da empresa
prestadora de serviços;
23. Possuir módulo de “lembrar-me neste computador” sendo parametrizável, podendo escolher
usuário ou usuário e senha, pelo tempo determinado pelo usuário em questão e individual por
computador;
24. Permitir a inativação de usuários já cadastrados.
REQUISITOS DE OPERAÇÃO
25. Possuir janelas de trabalho multitarefa, podendo trabalhar em várias telas ao mesmo tempo,
sem a necessidade de atualizar a página;
26. Possuir menu com possibilidade de filtro, para encontrar funcionalidades de forma fácil e
precisa;
27. Conter buscas facilitadas, através de sugestões pela fonética das palavras, para encontrar
informações cadastradas no módulo de forma rápida e precisa (exemplo: nome da pessoa, nome
do logradouro e similares);
28. Possibilidade de montar filtros dinâmicos avançados, através da concatenação de conectores
lógicos e de comparações, podendo escolher qualquer atributo dos objetos cadastrais, sem a
dependência da empresa prestadora de serviços;
29. Permitir a emissão dos relatórios com a possibilidade de escolha para emissão em janelas
externas (pop-ups) ou dentro da solução;
30. Possuir identificação visual expressiva, em todas as telas de cadastro, para os campos
obrigatórios;
31. Possuir padrão ergonômico visual e operacional em todas as interfaces, que facilite o
aprendizado dos usuários na operação do software;
32. Permitir emissão de listagem dos dados das telas, em todas as aplicações do módulo;

Página 27 de 234
Possuir em todas as telas, texto de ajuda e orientação ao usuário, contendo instruções detalhadas
do funcionamento de cada aplicação.
33. Possuir automatização do fluxo operacional por meio de ferramenta (software) de processos;
34. Possuir meio por qual as soluções ofertadas deverão possibilitar serem orientadas, e a
funcionarem, procedendo a abertura das telas de qualquer outra solução, por meio de fluxos da
ferramenta de processos, realizadas e personalizadas, pelo próprio usuário sem necessidade de
intervenção técnica contratante;
35. Possuir meio de criar roteiros inteligentes e automatizados, de quais telas se deseja realizar
a abertura e operação, para conduzir o usuário de forma sequenciada ao correto resultado
determinado;
36. Possibilitar configurar rotinas, de qualquer módulo, automatizando por meio de processo e
fluxos, quais telas e rotinas nos módulos do software, se deseja visualizar e/ou operacionalizar.
REQUISITOS DE COMUNICAÇÃO ENTRE USUÁRIOS
37. Possuir comunicador interno dentro da solução onde permita aos usuários trocarem
mensagens e anexar arquivos (exemplo de caixa de entrada de e-mail);
38. Possuir comunicador interno dentro da solução que notifique automaticamente aos usuários
de novas mensagens (exemplo de caixa de entrada de e-mail);
39. Possuir comunicador interno dentro da solução que permita o envio de mensagens para vários
usuários simultaneamente (exemplo de caixa de entrada de e-mail).
REQUISITOS PARA GERENCIMENTO DE DOCUMENTOS
40. Permitir parametrizar documentos por tipo de documentos;

41. Permitir parametrizar documentos quanto a edição ou não do ano e número de documentos;
42. Permitir parametrizar documentos quanto a sequência de emissão;
43. Permitir parametrizar documentos quanto a inclusão de campos personalizados criados pelo
próprio usuário através do módulo, sem a intervenção da prestadora de software;
44. Permitir parametrizar documentos quanto a que aplicações podem ou não manipular o
documento;
45. Permitir parametrizar documentos quanto a extensões de arquivos permitidas;
46. Permitir parametrizar documentos para trabalharem com documentos externos ao software;
47. Permitir parametrizar quais documentos que permitem ou não publicação.
REQUISITOS PARA ASSINATURA DE DOCUMENTOS E RELATÓRIOS
48. Permitir definir responsabilidade para assinatura de documentos e relatórios por tipos de
atribuição;
49. Permitir definir responsabilidade para assinatura de documentos e relatórios por estrutura
orçamentária;
50. Permitir definir responsabilidade para assinatura de documentos e relatórios por estrutura
administrativa;
51. Permitir definir responsabilidade por registros específicos controlados pela solução.
REQUISITOS PARA ASSINATURA ELETRÔNICA E DIGITAL DE DOCUMENTOS
52. Assinatura eletrônica e digital:

a) Permitir vincular vários signatários em solicitações para assinaturas eletrônicas e digitais;
b) Permitir notificar usuários via e-mail sobre solicitações de assinaturas eletrônicas e digitais
pendentes;

Página 28 de 234
c) Permitir notificar usuários via comunicador interno do módulo, sobre solicitações de

assinaturas eletrônicas e digitais pendentes;
d) Permitir assinar eletronicamente e digitalmente via aplicação interna da solução.
53. Assinatura eletrônica:
a) Permitir parametrizar se é exigido usuário e senha do módulo em assinaturas eletrônicas via
e-mail;
b) Permitir assinar eletronicamente via e-mail do usuário. Toda a troca de informações e
assinatura eletrônica ocorrerá por serviços na internet.
c) Permitir assinar eletronicamente documentos não gerados pelos módulos;
54. Assinatura digital:
a) Permitir assinar digitalmente conforme assinatura digital homologada junto a ICPBrasil
(Infraestrutura de Chaves Públicas Brasileira);
b) Permitir assinar digitalmente com assinador próprio da prestadora sem intermédio de sistemas
e/ou controles de terceiros.
c) Permitir assinar digitalmente documentos não gerados pelos módulos;
REQUISITOS ESTRUTURAIS DE RELATÓRIOS
55. Permitir criar filtros de relatórios para utilização em relatórios;

56. Permitir criar relatórios definindo seu leiaute a partir de ferramenta incorporada ao software;
sem necessidade de intervenção da prestadora de software, como por exemplo: definir banda de
dados, campos, rótulos etc.;
57. Permitir ao usuário criar relatórios personalizados sem a intervenção da prestadora de
software, definindo sua consulta SQL (Structured Query Language) para busca dos dados no
banco de dados;
58. Permitir criar relatórios a partir da cópia de relatórios existentes no módulo, para que possam
ser personalizados;
59. Permitir configurar quais assinaturas serão impressas para cada modelo de relatório;
60. Permitir emitir relatórios de processamento pesado em execução assíncrona (execução em
segundo plano) com checagem de conclusão da emissão;
61. Permitir enviar e-mail na emissão de relatórios.
REQUISITOS PARA EXTRAÇÃO DE DADOS
62. Permitir cadastrar no módulo o leiaute dos dados que se deseja exportar, de forma que
represente o leiaute que se queira integrar conforme leiaute e instrução normativa disponível no
site do Tribunal de Contas ou outro órgão;
63. Permitir definir campos comuns entre as diferentes estruturas que compõem um leiaute
estrutural;
64. Permitir definir tipos de campos de leiaute estrutural:
a) Texto;
b) Data;
c) Número inteiro;
d) Número decimal.
65. Permitir definir os tipos básicos de dados a serem exportado de forma automática (texto, data,
número inteiro, número decimal);
66. Permitir definir várias configurações de leiaute do que será exportado:
a) Formato de saída da exportação de dados: (i) Arquivo de texto; (ii) XML (Extensible Markup
Language); (iii) XML Data Packet).
b) Decodificação do arquivo de saída;
c) Utilização ou não de quebra de linha no arquivo de saída;
d) Separador decimal nos campos de valores (ponto ou vírgula);

Página 29 de 234
e) Separação de campos no arquivo;

f) Tratamento de valores nulos;
g) Tratamento de arquivos vazios;
h) Permitir escrever consulta SQL (Structured Query Language) e vinculá-las com as respectivas
estruturas de leiaute;
i) Permitir a nomenclatura de arquivo de saída;
j) Permitir a criação de campos dentro das estruturas de leiaute, informando: (i) Tipo do campo
(conforme tipos criados na estrutura); (ii) Se o campo é obrigatório ou não; (iii) Se o campo é chave
primária na composição do registro da estrutura; (iv) A ordem do campo dentre todos os campos
criados; (v) Se o campo é gerado em branco ou não; (vi) O tamanho mínimo e máximo do campo;
(vii) As casas decimais mínimas e máximas do campo; (viii) Os caracteres proibidos no campo;
(ix) O alinhamento do campo (direita ou esquerda); (x) O formato do campo (máscara).
k) Permitir exportar dados no formato de saída desejado.
l) Permitir a listagem de inconsistências na geração de informações.
67. Permitir sincronização automática de atualizações e modificações nos leiautes de exportação,
de forma online, para os casos quando o cliente trabalhar com leiaute centralizado administrado
pela prestadora de serviço.
REQUISITOS PARA GERENCIAMENTO DE SEQUÊNCIA
68. Permitir que os números iniciais de sequencias do módulo sejam definidos pelo próprio
usuário, a fim de dar sequência aos números já existentes na entidade como: números de bases
geográficas, certidões etc.
REQUISITOS PARA CADASTROS OBRIGATÓRIOS
69. Possibilidade de criar campos de cadastros através do próprio módulo, de forma

personalizada e com a escolha dos tipos de campo, conforme a necessidade da Unidade Gestora,
sem a dependência da empresa prestadora de serviços;
70. Permitir a parametrização dos Calendários apresentando as ocorrências de datas especiais
de um exercício, pode ser feriado nacional, municipal ou ponto facultativo, definindo as ocorrências
e seus dias úteis;
71. Configuração para a estrutura administrativa e orçamentária do município, permitindo
adequação de campos quanto ao tamanho do código da estrutura e sem limites para o número de
níveis que a estrutura pode ter;
72. Conter memória de endereços já utilizados, com busca facilitada, por meio de logradouro,
bairro, número, CEP e cidade, para utilizar os mesmos endereços, eliminando assim a
redundância cadastral;
73. Permitir o cadastro de pessoas físicas e jurídicas;
74. Permitir no cadastro de pessoas físicas ou jurídicas, a inclusão de mais de um tipo de
endereço como (residencial, comercial, cobrança etc.);
75. Permitir no cadastro de pessoas físicas e jurídicas, a inclusão de mais de um contato
eletrônico (e-mail, homepage, redes sociais etc.);
76. Permitir no cadastro de pessoas físicas e jurídicas, a inclusão de mais de um telefone
(residencial, comercial e celular);
77. Permitir no cadastro de pessoas físicas e jurídicas, a inclusão de documentos de todos os
tipos, podendo ainda, anexar a digitalização diretamente do scanner do computador do usuário
que opera o módulo;
78. Permitir no cadastro de pessoas físicas e jurídicas, a inclusão de sócios, representantes,
identificação de matriz/filial, administrativo e conta bancária;
79. Permitir o cadastro de cartórios a partir dos dados de uma pessoa jurídica. Possibilitar buscar
dados cadastrais na RFB (Receita Federal do Brasil) por meio de serviços online da internet;

Página 30 de 234
80. Permitir o cadastro de bancos e agências a partir dos dados de uma pessoa jurídica;
81. Possibilitar buscar dados cadastrais na RFB (Receita Federal do Brasil) por meio de serviços
na internet.
REQUISITOS DE PARAMETRIZAÇÕES – GERAIS
82. Permitir que, ao gravar ou atualizar a parametrização, seja gerado automaticamente o

histórico da parametrização;
83. Possibilidade de parametrizações futuras, cuja data seja o limiar para que a futura se torne
vigente sem a interferência do usuário. Com a finalidade de programar alterações
comportamentais para todo o módulo;
84. Permitir parametrizar o código que identifique a entidade na FEBRABAN (Federação
Brasileira de Bancos);
85. Permitir parametrizar os dados do serviço de e-mail que será utilizado pela entidade para
envio de informações por e-mail;
86. Permitir parametrizar os dados para autenticação no servidor de proxy da entidade (caso seja
necessário);
87. Permitir parametrizar os brasões de relatórios específicos da entidade.
REQUISITOS GERAIS DO SIAFIC
88. Controlar e evidenciar as operações realizadas pelos Poderes e órgãos e os seus efeitos
sobre os bens, os direitos, as obrigações, as receitas e as despesas orçamentárias e patrimoniais
do ente federativo. (Decreto nº 10.540/2020, Art. 1º §1º, inciso I)
89. Controlar e evidenciar os recursos dos orçamentos, das alterações decorrentes de créditos
adicionais, das receitas prevista e arrecadada e das despesas empenhadas, liquidadas e pagas à
conta desses recursos e das respectivas disponibilidades. (Decreto nº 10.540/2020, Art. 1º §1º,
inciso II)
90. Controlar e evidenciar perante a Fazenda Pública, a situação daqueles que arrecadem
receitas, efetuem despesas e administrem ou guardem bens a ela pertencentes ou confiados.
(Decreto nº 10.540/2020, Art. 1º §1º, inciso III)
91. 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. (Decreto nº 10.540/2020, Art. 1º §1º, inciso
IV)
92. Controlar e evidenciar as informações necessárias à apuração dos custos dos programas e
das unidades da administração pública. (Decreto nº 10.540/2020, Art. 1º §1º, inciso V)
93. 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. (Decreto nº 10.540/2020, Art. 1º §1º, inciso VI)
94. 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. (Decreto nº 10.540/2020, Art. 1º §1º, inciso
VII)
95. 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.
(Decreto nº 10.540/2020, Art. 1º §1º, inciso VIII)
96. 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 (até o primeiro dia útil
subsequente à data do registro contábil). (Decreto nº 10.540/2020, Art. 1º §1º, inciso IX)

Página 31 de 234
97. 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. (Decreto nº
10.540/2020, Art. 1º §1º, inciso X)
98. Controlar e evidenciar a origem e a destinação dos recursos legalmente vinculados à
finalidade específica. (Decreto nº 10.540/2020, Art. 1º §1º, inciso XI)
99. Ser único no ente federativo e permite a integração com outros sistemas estruturantes
existentes? (Decreto nº 10.540/2020, Art. 1º §6º)
REQUISITOS TECNOLÓGICOS DO SIAFIC
100. 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. (Decreto nº 10.540/2020, Art. 9º, inciso I)
101. Possuir mecanismos que garantam a integridade, a confiabilidade, a auditabilidade e
a disponibilidade da informação registrada e exportada. (Decreto nº 10.540/2020, Art. 9º, inciso II)
102. Os documentos gerados pelo SIAFIC deverão conter a identificação do sistema e do
seu desenvolvedor. (Decreto nº 10.540/2020, Art. 9º, inciso III)
103. Possuir mecanismos de controle de acesso de usuários baseados, no mínimo, na
segregação das funções de execução orçamentária e financeira, de controle e de consulta.
(Decreto nº 10.540/2020, Art. 11, caput)
104. Não permitir a criação de usuários sem a indicação de CPF ou Cerificado Digital
(usuário genérico). (Decreto nº 10.540/2020, Art. 11, § 1º)
105. Manter controle da concessão e da revogação das senhas de acesso ao sistema.
(Decreto nº 10.540/2020, Art. 11, § 4º)
106. Permitir arquivar os documentos referentes ao cadastramento e à habilitação de cada
usuário e os manter 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. (Decreto nº
10.540/2020, Art. 11, § 5º)
107. Manter o registro das operações efetuadas no sistema, permitindo o registro das
operações de inclusão, exclusão ou alteração de dados efetuadas pelos usuários e conter, no
mínimo: o código CPF do usuário; a operação realizada; e a data e a hora da operação. (Decreto
nº 10.540/2020, Art. 12)
108. Possuir mecanismos de proteção contra acesso direto não autorizado a sua base de
dados. (Decreto nº 10.540/2020, Art. 14)
109. Não permitir a manipulação da base de dados e registrar cada operação realizada em
histórico gerado pelo banco de dados (logs). (Decreto nº 10.540/2020, Art. 14, § 2º)
110. Deverá ser realizada cópia de segurança da base de dados do Siafic que permita a
sua recuperação em caso de incidente ou de falha, preferencialmente com periodicidade diária,
sem prejuízo de outros procedimentos de segurança da informação. (Decreto nº 10.540/2020, Art.
15).
7. FUNCIONALIDADES ESPECÍFICAS:
7.1. PLANEJAMENTO (PPA/LDO/LOA), ORÇAMENTO, CONTABILIDADE E TESOURARIA
REQUISITOS DE PARAMETRIZAÇÕES
O SOFTWARE de Planejamento de Governo, Contabilidade e Tesouraria deverá ser compatível

com as exigências da Lei nº 4.320/1964, Lei complementar nº 101/2000 (Lei de Responsabilidade
Fiscal – LRF), Lei complementar nº131, de 27 de maio e 2009, das portarias do Tesouro Nacional
e em especial da portaria nº 437, de 12 de julho de 2012 (destaca-se o plano de contas aplicadas
ao setor público PCASP e as demonstrações contábeis ao setor público DCASP) e da Secretária

Página 32 de 234
de Orçamento Federal, e demais legislações pertinentes. Deverá ser capaz de permitir sua
utilização, por todas as Unidades da CONTRATANTE simultaneamente, controlando o acesso e
os procedimentos realizados, por cada uma delas, de modo a permitir a consolidação final de
todos os dados. O SOFTWARE de Planejamento de Governo deverá atender, ainda, aos
seguintes requisitos adicionais:
Plano Plurianual – PPA
a) Permitir a elaboração do Plano Plurianual (PPA) de forma descentralizada, permitindo que

cada entidade da contratante direta e indireta insira no SOFTWARE, a parte do PPA que lhe caiba;
b) Disponibilizar módulo de consolidação das propostas parciais do PPA de todas as entidades
Contratante direta e indireta e dos fundos especiais;
c) Possibilitar que o PPA contenha:
• As diretrizes ou macro-objetivos de governo com a respectiva codificação, denominação e

finalidade ou objetivo;
• Os programas de governo com a sua codificação, denominação, objetivos, horizonte temporal
(período de vigência - mês e ano de início e término), público-alvo, identificação do tipo do
programa (finalístico, de apoio administrativo ou operações especiais), indicadores com suas
unidades de medida e índices atual e futuro e unidade orçamentária responsável pela sua gestão;
• As ações de governo com a sua codificação, identificando se é projeto, atividade ou operação
especial, a denominação, as características sobre a sua vigência, o produto esperado (bem ou
serviço), a unidade de medida, a meta financeira por exercício e a unidade orçamentária
responsável pela sua execução;
d) Emitir relatório dos programas de governo cadastrados; programas de governo cadastrados;

e) Emitir relatório das ações governamentais cadastradas;
f) Emitir demonstrativos contendo as informações cadastradas no PPA elaborado, explicitando
as diretrizes, os programas e as ações governamentais;
g) Possibilitar emitir os anexos que o compõem, demonstrando as diretrizes de governo com
suas finalidades e os seus respectivos programas, objetivos, e indicadores, seus dados financeiros
e suas ações governamentais com as metas estabelecidas;
h) Controlar as alterações no PPA, demonstrando as inclusões, exclusões e demais alterações
nas diretrizes, programas e ações de governo do PPA;
i) Permitir a consulta dos estágios do projeto do PPA: em fase de elaboração do projeto, em
fase de aprovação do projeto e projeto aprovado;
j) Emitir relatórios que possibilitem o levantamento dos responsáveis por elaborar os programas
e ações de governo, relatórios com cabeçalhos que informem os dados a serem levantados e
linhas em branco para serem preenchidas;
k) Controlar nas contas do PCASP, a aprovação, as alterações, alocações em LOA e execuções
do PPA;
l) Permitir que, ao gravar ou atualizar a parametrização, seja gerado automaticamente o
m) Possibilidade de parametrizações futuras, cuja data seja o limiar para que a futura se torne
vigente sem a interferência do usuário com a finalidade de programar alterações comportamentais
para toda a solução;
n) Permitir parametrizar o primeiro ano do PPA (Plano Plurianual);
o) Permitir parametrizar se o PPA será gerido ou não por programa temático;
p) Permitir parametrizar o mês para estimativa da receita;
q) Permitir parametrizar os percentuais para projeção de receita ao longo dos anos do PPA:
a) Primeiro ano;
b) Segundo ano;

Página 33 de 234
c) Terceiro ano;
d) Quarto ano.
REQUISITOS DE CADASTROS – ORÇAMENTO

1. Fonte de pesquisa:
a) Permitir cadastrar a descrição e sigla de fontes de pesquisa.
2. Público-alvo:
a) Permitir cadastrar a descrição de público-alvo;
b) Permitir vincular o público-alvo com códigos TCE (Tribunal de Contas do Estado) para
posterior identificação deste registro para envio em prestações de contas.
3. Base geográfica:
a) Permitir cadastrar bases geográficas e vinculá-las com seu respectivo endereço (endereço
este da base de endereços da solução, ou seja, apenas consumir uma identificação geográfica já
existente).
b) Permitir desvincular o endereço da base geográfica caso este registro não esteja sendo
utilizada em alguma ação de governo.
4. Fator de risco:
c) Permitir cadastrar a descrição do fator de risco e apontar por flag se este risco é fiscal ou não.
5. Unidade de medida:
a) Permitir cadastrar unidade de medida com sua descrição, sigla e grandeza para ser utilizada
nos programas de governo;
b) Permitir implementar controle de vigência nas unidades de medida;
c) Permitir vincular à unidade de medida códigos TCE (Tribunal de Contas do Estado) para
posterior identificação deste registro para envio em prestações de contas.
6. Indicador:
a) Permitir cadastrar indicadores com a possibilidade de digitar seu código;
b) Permitir cadastrar indicadores com sua descrição, fonte de pesquisa, norma jurídica (lei),
unidade de medida, forma de apuração e público-alvo;
c) Permitir vincular o indicador com códigos TCE (Tribunal de Contas do Estado) para posterior
identificação deste registro para envio em prestações de contas.
7. Programa de governo:
a) Cadastro: (i) Permitir cadastrar programas de governo com a possibilidade de digitar seu
código; (ii) Permitir cadastrar programas de governo com sua descrição, o tipo de programa, sua
natureza, os recursos utilizados, a base geográfica, a norma jurídica, detalhamento, data prevista
de início e data prevista de finalização do programa; (iii) Permitir controlar programas de governo
por vigência (programas de governo podem extrapolar Planos Plurianuais).
b) Indicadores: (i) Permitir vincular indicadores nos programas de governo ativando estes
indicadores para determinados Planos Plurianuais; (ii) Permitir detalhar o indicador, forma de
apuração, unidade de medida, índice de referência e evolução do indicador.
c) Objetivos: (i) Permitir vincular objetivos nos programas de governo ativando estes objetivos
para determinados Planos Plurianuais; (ii) Permitir informar o código do objetivo vinculado ao
programa de governo. (iii) Permitir detalhar a descrição, detalhamento, órgão e unidade
responsável pelo objetivo, objetivo de desenvolvimento sustentável e objetivo do milênio; (iv) Caso
o PPA trabalhe com o modelo por programa temático permitir vincular:
1. Iniciativas:
a) Permitir informar o código e detalhamento da iniciativa.
2. Metas temáticas:
a) Permitir informar o código, descrição, órgão e unidade responsável e data de término da meta
temática;
b) Permitir informar indicadores da meta temática com base geográfica, indicador, unidade de
medida e valor.
8. Ação de governo:

Página 34 de 234
a) Cadastro: (i) Permitir cadastrar ações de governo com a possiblidade de digitar seu código;
(ii) Permitir cadastrar ações de governo com sua descrição, tipo da ação, tipo de execução,
natureza da ação, norma jurídica (lei), base geográfica, sigla, detalhamento e objetivo; (iii) Permitir
controlar ações de governo por vigência (ações de governo podem extrapolar Planos Plurianuais).
b) Produto: (i) Permitir vincular os produtos nas ações de governo ativando estes produtos para
determinados Planos Plurianuais; (ii) Permitir detalhar a descrição, detalhamento, unidade de
medida e valor; (iii) Permitir vincular os produtos com códigos TCE (Tribunal de Contas do Estado)
para posterior identificação deste registro para envio em prestações de contas.
c) Fator de risco: (i) Permitir vincular fatores de risco, ação predecessora, peso e justificativa a
ação de governo.
9. Natureza de despesa:
a) Permitir cadastrar naturezas de despesa por meio de estrutura de arvore recursiva;
b) Permitir informar naturezas de despesa padrão conforme padrão do Tribunal de Contas do
Estado;
c) Permitir controlar (adicionar, editar ou excluir) complementos de natureza de despesa a partir
de elemento de despesa informado;
d) Gerar automaticamente o código da natureza de despesa conforme seleção das informações
da despesa (categoria econômica, grupo, modalidade, elemento, subelemento, desdobramento e
detalhamento;
e) Permitir controlar a natureza de despesa por vigência;
f) Permitir informar o nível de execução da natureza de despesa: (i) Analítica; (ii) Nível PPA; (iii)
Nível LDO; (iv) Nível LOA; (v) Nível LOA execução.
10. Natureza de receita:
a) Permitir cadastrar naturezas de receita por meio de estrutura de árvore recursiva;
b) Permitir informar naturezas de receita padrão conforme padrão do Tribunal de Contas do
Estado;
c) Gerar automaticamente a código da natureza de receita conforme seleção das informações
de nível superior e código;
d) Permitir controlar natureza de receita por vigência;
e) Permitir informar o nível de execução da natureza de receita: (i) Analítica; (ii) Nível PPA; (iii)
Nível LDO; (iv) Nível LOA.
f) Suportar o novo padrão de receitas instituído para o exercício de 2018 e seguintes conforme
determinação da Secretaria do Tesouro Nacional – STN.
11. Fonte de recurso:
a) Permitir cadastrar fontes de recurso por meio de estrutura de árvore recursiva;
b) Permitir informar fontes de recurso padrão conforme padrão do Tribunal de Contas do Estado;
c) Gerar automaticamente o código da fonte de recurso conforme seleção das informações de
nível superior e código;
d) Permitir controlar a fonte de recurso por vigência;
e) Permitir informar o nível de execução da fonte de recurso: (i) Nível PPA; (ii) Nível LDO; (iii)
Nível LOA; (iv) Nível LOA execução.
REQUISITOS DE ORÇAMENTO – PPA (PLANO PLURIANUAL)

12. Permitir gerenciar informações do PPA a partir de uma única aplicação. Esta aplicação é
responsável por orquestrar todo o controle e chamada de outras aplicações relacionadas a PPA;
13. Permitir o acompanhamento da elaboração do PPA em tempo real:
a) Permitir o acompanhamento do PPA em tempo real por painel gráfico de resumo por parciais
de receita x despesa dentro dos 4 (quatro) anos do PPA;
b) Permitir o acompanhamento do PPA em tempo real quanto ao equilíbrio das fontes de recurso
dentro dos 4 (quatro) anos do PPA;
c) Permitir o acompanhamento do PPA em tempo real quanto as parciais de receitas dentro dos
4 (quatro) anos do PPA;

Página 35 de 234
d) Permitir o acompanhamento do PPA em tempo real quanto as parciais de despesa subdividas

por programa de governo e função de governo.
14. Permitir acesso rápido a relatórios do PPA por painel de relatórios;
15. Permitir controlar na fase de elaboração do PPA:
a) Permitir iniciar elaboração do PPA;
b) Permitir replicar dados de PPAs anteriores;
c) Permitir excluir elaboração do PPA e reiniciar;
d) Permitir previsão de arrecadação de receitas: (i) Permitir detalhamento conforme nível
definido no cadastro de naturezas de receita; (ii) Permitir em um único formulário o lançamento de
todas as operações de receita:
1. Receita;
2. Dedução;
3. Restituição;
4. Isenção;
5. Anistia;
6. Compensação.
(iii) Permitir em um único formulário informar os valores da receita dos 4 (quatro) anos do PPA;
(iv) Calcular automaticamente a parcial da receita conforme lançamento (receita x deduções); (v)
Permitir em um único formulário o detalhamento das fontes de recurso da receita; (vi) Calcular
automaticamente que as somatórias dos percentuais das fontes de recursos das receitas não
sejam superiores a 100%; (vii) Permitir carregar automaticamente as fontes de recurso das
operações dedutoras da receita.
e) Permitir fixar despesas: (i) Permitir detalhamento conforme nível definido no cadastro de
naturezas de despesa; (ii) Permitir informar as metas físicas da despesa; (iii) Permitir compor a
funcional programática a partir de cada um de seus elementos; (iv) Permitir em um único formulário
informar os valores da despesa por fontes de recurso dos quatro (4) anos do PPA.
f) Permitir encerrar elaboração do PPA e gerar projeto de lei.
16. Permitir controlar na fase de projeto de lei do PPA:
a) Permitir controle de emendas;
b) Permitir controle de ciclo de vida da emenda: (i) Em andamento; (ii) Emenda foi criada e está
em alteração; (iii) Efetivada; (iv) Emenda foi criada realizadas todas as alterações, conferências e
foi efetivada no PPA; (v) Cancelada; (vi) Emenda em andamento foi cancelada; (vii) Permitir alterar
receitas por emenda; (viii) Permitir alterar despesas por emenda; (ix) Permitir alterar ações de
governo por emenda; (x) Permitir alterar programas de governo por emenda; (xi) Permitir visualizar
o impacto das emendas no PPA antes de efetivá-las por meio de gráfico;
c) Permitir controle de exclusão projeto de lei;
d) Permitir controle de rejeição projeto de lei;
e) Permitir concluir projeto de lei e gerar lei do PPA.
17. Permitir controlar na fase de lei do PPA:
a) Permitir controle de exclusão da lei do PPA;
b) Permitir controle de alterações da lei da PPA;
c) Permitir elaborar lei de alteração com: (i) Receitas; (ii) Despesas; (iii) Ações de governo; (iv)
Programas de governo; (v) Metas físicas.
d) Permitir encerrar e gerar o projeto de lei da lei de alteração;
e) Permitir propor emendas ao projeto de lei;
f) Permitir controle de ciclo de vida da emenda: (i) Em andamento; (ii) Emenda foi criada e está
foi efetivada; (v) Cancelada; (vi) Emenda em andamento foi cancelada.
g) Permitir alterar receitas por emenda;
h) Permitir alterar despesas por emenda;
i) Permitir alterar ações de governo por emenda;
j) Permitir alterar programas de governo por emenda;

Página 36 de 234
k) Permitir visualizar o impacto das emendas antes de efetivá-las por meio de gráfico;
l) Permitir controle de exclusão projeto de lei;
m) Permitir controle de rejeição projeto de lei;
n) Permitir concluir projeto de lei e gerar lei do PPA;
o) Permitir controle de exclusão da lei de alteração.
REQUISITOS DE ORÇAMENTO – LDO (LEI DE DIRETRIZES ORÇAMENTÁRIAS)
18. Integração com o PPA através de todos os cadastros realizados;

19. Permitir gerenciar informações da LDO a partir de uma única aplicação. Esta aplicação é
responsável por orquestrar todo o controle e chamada de outras aplicações relacionadas a LDO;
20. Permitir o acompanhamento da elaboração da LDO em tempo real:
a) Permitir o acompanhamento da LDO em tempo real por painel comparativo de receitas e
despesas no exercício;
b) Permitir o acompanhamento da LDO em tempo real quanto ao equilíbrio das fontes de recurso
dentro do exercício;
c) Permitir o acompanhamento do LDO em tempo real quanto as parciais de receitas dentro do
exercício;
d) Permitir o acompanhamento do LDO em tempo real quanto as parciais de despesa subdividas
por programa de governo e função de governo dentro do exercício.
21. Permitir acesso rápido a relatórios do LDO por painel de relatórios;
22. Permitir controlar na fase de elaboração do LDO:
a) Permitir iniciar elaboração do LDO;
b) Permitir replicar dados de LDOs anteriores;
c) Permitir excluir elaboração do LDO e reiniciar;
d) Permitir detalhar valores de receitas por fontes de recurso: (i) Permitir detalhamento
automático quando naturezas de receitas e fontes de recurso do PPA e LDO forem no mesmo
nível; (ii) Permitir detalhamento manual dos valores das receitas; (iii) Permitir edição de receitas
após detalhamento dos valores (recurso para ajustes nas receitas que vieram da peça anterior).
e) Permitir detalhar valores de despesas: (i) Permitir detalhamento automático quando naturezas
de despesas e fontes de recurso do PPA e LDO forem no mesmo nível; (ii) Permitir detalhamento
manual dos valores das despesas; (iii) Permitir edição de despesas após detalhamento dos
valores (recurso para ajustes nas despesas que vieram da peça anterior).
f) Permitir encerrar elaboração da LDO e gerar projeto de lei.
23. Permitir controlar na fase de projeto de lei do LDO:
b) Permitir controle de ciclo de vida da emenda: (i) Em andamento (Emenda foi criada e está em
alteração); (ii) Efetivada (Emenda foi criada realizadas todas as alterações, conferências e foi
efetivada no LDO); (iii) Cancelada (Emenda em andamento foi cancelada); (iv) Permitir alterar
receitas por emenda (v) Permitir alterar despesas por emenda; (vi) Permitir alterar ações de
governo por emenda; (vii) Permitir alterar programas de governo por emenda; (viii) Permitir
visualizar o impacto das emendas na LDO antes de efetivá-las por meio de gráfico;
e) Permitir encerrar projeto de lei e gerar lei da LDO.
24. Permitir controlar na fase de lei da LDO:
a) Permitir controle de exclusão da lei do LDO;
b) Permitir controle de alterações da lei da LDO;

Página 37 de 234
em alteração; (iii) Efetivada; (iv)Emenda foi criada realizadas todas as alterações, conferências e
foi efetivada; (v) Cancelada; (vi) Emenda em andamento foi cancelada. (vii) Permitir alterar receitas
por emenda; (viii) Permitir alterar despesas por emenda; (ix) Permitir alterar ações de governo por
emenda; (x) Permitir alterar programas de governo por emenda; (xi) Permitir visualizar o impacto
das emendas antes de efetivá-las por meio de gráfico;
g) Permitir controle de exclusão projeto de lei;
h) Permitir controle de rejeição projeto de lei;
i) Permitir concluir projeto de lei e gerar lei do LDO;
j) Permitir controle de exclusão da lei de alteração.
25. Exportação automática das informações para a LOA.
REQUISITOS DE ORÇAMENTO – LOA (LEI ORÇAMENTÁRIA ANUAL)
26. Integração com o LDO através de todos os cadastros realizados;

27. Permitir gerenciar informações da LOA a partir de uma única aplicação. Esta aplicação é
responsável por orquestrar todo o controle e chamada de outras aplicações relacionadas a LOA;
28. Permitir o acompanhamento da elaboração da LOA em tempo real:
a) Permitir o acompanhamento da LOA em tempo real por painel comparativo de receitas e
despesas no exercício;
b) b. Permitir o acompanhamento da LOA em tempo real quanto ao equilíbrio das fontes de
recurso dentro do exercício;
c) c. Permitir o acompanhamento do LOA em tempo real quanto as parciais de receitas dentro
do exercício;
d) Permitir o acompanhamento do LOA em tempo real quanto as parciais de despesa subdividas
por programa de governo e função de governo dentro do exercício.
29. Permitir acesso rápido a relatórios do LOA por painel de relatórios;
30. Permitir controlar na fase de elaboração do LOA:
a) Permitir iniciar elaboração do LOA;
b) Permitir replicar dados de LOAs anteriores;
c) Permitir excluir elaboração do LOA e reiniciar;
d) Permitir detalhar valores de receitas por fontes de recurso: (i) Permitir detalhamento
automático quando naturezas de receitas e fontes de recurso do PPA e LDO forem no mesmo
nível; (ii) Permitir detalhamento manual dos valores das receitas; (iii) Permitir edição de receitas
após detalhamento dos valores (recurso para ajustes nas receitas que vieram da peça anterior).
e) Permitir detalhar valores de despesas: (i) Permitir detalhamento automático quando naturezas
de despesas e fontes de recurso do PPA e LOA forem no mesmo nível; (ii) Permitir detalhamento
manual dos valores das despesas; (iii) Permitir edição de despesas após detalhamento dos
valores (recurso para ajustes nas despesas que vieram da peça anterior).
f) Permitir encerrar elaboração da LOA e gerar projeto de lei.
31. Permitir controlar na fase de projeto de lei do LOA:
b) Permitir controle de ciclo de vida da emenda: (i) Em andamento; (ii) Emenda foi criada e está
foi efetivada no LOA; (v) Cancelada; (vi) Emenda em andamento foi cancelada; (vii) Permitir alterar
o impacto das emendas na LOA antes de efetivá-las por meio de gráfico;
e) Permitir encerrar projeto de lei e gerar lei da LOA.
32. Permitir controlar na fase de lei da LOA:

Página 38 de 234
a) Permitir controle de exclusão da lei do LOA;

b) Permitir controle de alterações da lei da LOA:
foi efetivada no LOA; (v) Cancelada; (vi) Emenda em andamento foi cancelada; (vii) Permitir alterar
o impacto das emendas antes de efetivá-las por meio de gráfico;
g) Permitir controle de exclusão projeto de lei;
h) Permitir controle de rejeição projeto de lei;
i) Permitir concluir projeto de lei e gerar lei do LOA;
j) Permitir controle de exclusão da lei de alteração.
REQUISITOS DE ORÇAMENTO – METAS E RISCOS FISCAIS

33. Permitir gerenciar informações de metas e riscos fiscais a partir de uma única aplicação. Esta
aplicação é responsável por orquestrar todo o controle e chamada de outras aplicações
relacionadas a metas e riscos fiscais;
34. Permitir iniciar o lançamento de metas e riscos fiscais;
35. Permitir informar dados e parâmetros para projeções de metas físicas:
a) Permitir lançar valor para PIB (produto interno bruto) real (crescimento % anual);
b) Permitir lançar valor para taxa real de juro implícito sobre a dívida líquida do Governo (média
% anual);
c) Permitir lançar valor para câmbio (R$/US$ - Final do ano);
d) Permitir lançar valor para inflação média (% anual) projetada com base em índice oficial de
inflação;
e) Permitir lançar valor para PIB (produto interno bruto) do Estado;
f) Permitir lançar valor para dívida fiscal líquida;
g) Permitir lançar valor para receita corrente líquida (RCL) executada no ano anterior;
h) Permitir lançar valor para fator % de atualização da RCL para o ano logado;
i) Permitir lançar valor para receitas primárias de PPP (parcerias públicas-privadas);
j) Permitir lançar valor para despesas primárias de PPP (parcerias públicas-privadas).
36. Permitir lançar os valores de receitas (orçamento e realizado) manualmente;
37. Permitir lançar os valores de receitas previstas dos exercícios vindouros aplicando percentual
de projeção;
38. Permitir lançar os valores de despesas (orçamento e realizado) manualmente;
39. Permitir lançar os valores de despesas previstas dos exercícios vindouros aplicando
percentual de projeção;
40. Permitir lançar os valores de dívida pública (orçamento e realizado) manualmente;
41. Permitir lançar os valores de dívida pública prevista dos exercícios vindouros
42. aplicando percentual de projeção;
43. Permitir lançar valores de evolução do patrimônio líquido:
a) Permitir lançar os valores de evolução do patrimônio líquido de Patrimônio/Capital;
b) Permitir lançar os valores de evolução do patrimônio líquido de Reservas;
c) Permitir lançar os valores de evolução do patrimônio líquido de Resultado acumulado.
44. Permitir lançar valores da DOCC (despesa obrigatória de caráter continuado):
a) Permitir lançar valores de aumento permanente da receita;
b) Permitir lançar valores de transferências constitucionais e de transferências do FUNDEB;
c) Permitir lançar valores da redução permanente da despesa;

Página 39 de 234
d) Permitir lanças novas DOCC;

e) Permitir vincular qual despesa da LDO é referente à DOCC;
f) Permitir lançar compensações para a DOCC.
g) Permitir informar notas e observações para cada tipo de valor da DOCC;
h) Permitir calcular a margem bruta e líquida da expansão da DOCC.
45. Permitir lançar valores para renúncia de receita:
a) Permitir indicar qual norma jurídica ampara a estimativa de renúncia de receita;
b) Permitir indicar de qual Receita planejada na LDO está se estimando renunciar;
c) Permitir detalhar os tributos que se estima renunciar;
d) Permitir detalhar os beneficiários com a estimativa de renúncia;
e) Permitir lançar compensações para a estimativa de renúncia.
46. Permitir lançar valores de compensações:
a) Permitir cadastrar compensações que podem ser vinculadas às novas DOCC ou às
estimativas de renúncia de receita;
b) Permitir definir um valor máximo que pode ser compensado;
c) Permitir visualizar todos os locais de consumo do saldo da compensação.
47. Permitir lançar estimativas de impacto:
a) Indicando a origem da estimativa (criação/expansão de despesas obrigatórias ou
criação/expansão de ações de governo);
b) Indicando qual Ação de governo ou DOCC especificamente tiveram impacto;
c) Importando as estimativas de impacto diretamente do cadastro de Novas DOCC;
d) Indicando o arquivo com a autorização do ordenador da despesa.
48. Permitir lançar riscos fiscais:
a) Permitir lançar os tipos de riscos fiscais, indicando se é um passivo contingente ou não;
b) Permitir informar a estrutura orçamentária (órgão) que se visualiza o risco fiscal;
c) Permitir informar qual ação de governo está sujeita ao risco fiscal;
d) Permitir informar qual Receita planejada na LOA está sujeita ao risco fiscal;
e) Permitir informar as providências que serão adotadas caso o risco fiscal se concretize durante
a execução do orçamento.
49. Permitir lançar situação financeira do RPPS (Regime Próprio de Previdência Social); Não
temos RPPS ainda – Importante inclusão de pagamento apenas quando solicitado o módulo
50. Permitir lançar projeção atuarial do RPPS (Regime Próprio de Previdência Social):
a) Permitir realizar o cadastro de reprojeções atuariais do RPPS;
b) Permitir lançar projeções atuariais do plano previdenciário do RPPS;
c) Permitir lançar projeções atuariais do plano financeiro do RPPS;
51. Permitir lançar valores de recursos de alienação de ativos;
52. Permitir excluir o lançamento de metas e riscos fiscais.
REQUISITOS PARA GERENCIAMENTO DE COMISSÕES

53. Cadastrar comissões com os seguintes dados: nome da comissão, norma jurídica de
regulamentação, tipo de membros, nome dos membros, período de vigência da comissão, período
de vigência dos membros da comissão;
REQUISITOS PARA GERENCIAMENTO DE LEIS

54. Permitir criar leis e controlar todas as suas informações:
d) Tipo da lei;
e) Esfera governamental;
f) Número e ano da lei;
g) Data de aprovação;
h) Período de vigência.
55. Permitir vincular e gravar documento digital que representa a lei.
56. Permitir controlar alterações da lei.

Página 40 de 234
REQUISITOS DE RELATÓRIOS
57. Relatórios do PPA:
i) Possuir relatório de equilíbrio das fontes de recurso do PPA;
j) Possuir demonstrativo de receitas do PPA;
k) Possuir demonstrativo de despesas do PPA;
l) Possuir demonstrativo de programas, indicadores e ações do PPA.
58. Relatórios do LDO:
a) Possuir demonstrativo de equilíbrio das fontes da LDO;
b) Possuir Anexo 3 – Metas e Prioridades.
59. Relatórios da LOA:
a) Possuir anexos da lei 4.320/64:
1. Possuir anexo 1 - Demonstração da receita e despesa segundo as categorias econômicas;
2. Possuir anexo 2 - Demonstração da natureza de despesa por órgão e unidade;
3. Possuir anexo 2 - Demonstração da receita por categoria econômica;
4. Possuir anexo 6 - Demonstração da despesa por programa de trabalho despesas por órgão e
unidade;
5. Possuir anexo 7 - Demonstração de funções, programas e subprogramas por projetos e
atividades;
6. Possuir anexo 8 - Demonstração da despesa por funções, subfunções e programas conforme
o vínculo com os recursos;
7. Possuir anexo 8 - Demonstração da despesa por funções, subfunções e programas e fontes
de recursos;
8. Possuir anexo 9 - Demonstração da despesa por órgãos e funções.
b) Possuir relatório de equilíbrio das fontes de recurso do LOA;
c) Possuir demonstrativo de plano de aplicação dos fundos especiais;
d) Possuir demonstrativo de programa anual de trabalho do governo em termos de realizações;
e) Possuir demonstrativo de quadro das dotações por órgão do governo e da administração;
f) Possuir demonstrativo de quadro discriminativo da receita por fontes e respectivas
legislações;
g) Possuir demonstrativo de sumário geral da receita por fontes e da despesa por funções de
governo.
7.2. CONTABILIDADE E TESOURARIA
REQUISITOS DE PARAMETRIZAÇÕES – CONTABILIDADE

62. Permitir indicar na parametrização o plano de contas contábeis utilizado pelo cliente;
63. Permitir indicar na parametrização o tipo padrão de empenho utilizado pelo cliente (estimativo,
global ou ordinário);
64. Permitir controlar na parametrização a liberação de execução orçamentária por exercício
realizando diversas validações com objetivo de garantir que todas as estruturas padrões e rotinas
contábeis estejam corretas antes de iniciar o exercício de trabalho:
a) A previsão da Receita orçamentária está completa e com o devido valor total para esse ano;
b) A programação financeira de cada receita orçamentária está completa e com os devidos
valores distribuídos por mês;

Página 41 de 234
c) A fixação da despesa orçamentária (Dotações) está completa e com o devido valor para este
ano;
d) O Cronograma de desembolso da despesa de cada dotação orçamentária está completo e
com os devidos valores distribuídos por mês;
e) A configuração do controle de cotas da despesa (caso a UG vá controlar), envolvendo as
devidas dotações, está definida para este ano;
f) A configuração de numeração de empenhos e sequenciais da contabilidade está definida para
este ano;
g) Existe um bloqueio de movimentação contábil com data igual ou menor que 01/01/ano logado.
65. Permitir controlar na parametrização as preferências de usuários com relação a
funcionalidade de gerenciamento de empenhos:
a) Permitir ao usuário escolher o comportamento da aplicação de empenhos após o salvamento
de um empenho: (i) Comportamento padrão: fechar a tela; (ii) Abrir a tela para adicionar nova “Em
liquidação” do empenho salvo; (iii) Abrir a tela para adicionar nova “Liquidação” do empenho salvo;
(iv) Limpar a tela para lançar um novo empenho.
b) Permitir ao usuário escolher o comportamento da aplicação de liquidações de empenhos após
o salvamento de uma liquidação: (i) Comportamento padrão: fechar a tela; (ii) Limpar a tela para
lançar uma nova liquidação para o mesmo empenho; (iii) Voltar para tela de seleção de empenho.
c) Permitir ao usuário escolher o comportamento da aplicação de pagamentos de empenhos
após o salvamento de um pagamento: (i) Comportamento padrão: fechar a tela; (ii) Limpar a tela
para lançar um novo pagamento para a mesma liquidação; (iii) Voltar para tela de seleção de
empenho para pagamento.
66. Parametrizações para LRF (Lei de responsabilidade fiscal).
REQUISITOS DE CADASTROS – CONTABILIDADE

regulamentação, tipo de membros, nome dos membros, período de vigência da comissão, período
de vigência dos membros da comissão;
a) Tipo da lei;
b) Esfera governamental;
c) Número e ano da lei;
d) Data de aprovação;
e) Período de vigência.
f) Permitir vincular e gravar documento digital que representa a lei.
g) Permitir controlar alterações da lei.
69. Cadastrar os tipos de operações da receita orçamentária;
70. Fonte de recurso:
a) Permitir cadastrar fontes de recurso por meio de estrutura de árvore recursiva;
b) Permitir informar fontes de recurso padrão conforme padrão do Tribunal de Contas do Estado;
c) Gerar automaticamente o código da fonte de recurso conforme seleção das informações de
nível superior e código.
d) Permitir controlar a fonte de recurso por vigência;
e) Permitir informar o nível de execução da fonte de recurso: (i) Nível PPA; (ii) Nível LDO; (iii)
Nível LOA; (iv) Nível LOA execução.
71. Possuir o cadastro de fundos contábeis, os quais possam ser agrupadores de lançamentos
de receitas, despesas, movimentos financeiros e patrimoniais exclusivos do respectivo fundo
contábil, permitindo a extração de dados e emissão de relatórios exclusivos do fundo.
REQUISITOS DE ESTRUTURAS PADRÕES – CONTABILIDADE

Página 42 de 234
72. Os planos de contas da receita, da despesa e contábil deverão ser aqueles definidos com
base em exigências do Tribunal de Contas do Estado, não podendo haver tabelas de correlações
entre outros planos com o do referido Estado, facilitando, assim, o entendimento e a
operacionalização do sistema;
73. Natureza de despesa:
a) Permitir cadastrar naturezas de despesa por meio de estrutura de árvore recursiva;
b) Permitir informar naturezas de despesa padrão conforme padrão do Tribunal de Contas do
Estado;
c) Permitir controlar (adicionar, editar ou excluir) complementos de natureza de despesa a partir
de elemento de despesa informado;
d) Gerar automaticamente o código da natureza de despesa conforme seleção das informações
da despesa (categoria econômica, grupo, modalidade, elemento, subelemento e desdobramento;
e) Permitir controlar a natureza de despesa por vigência;
f) Permitir controlar o nível de cada nó da natureza de despesa: (i) Analítica; (ii) Nível PPA; (iii)
Nível LDO; (iv) Nível LOA; (v) Nível LOA execução.
74. Natureza de receita:
a) Permitir cadastrar naturezas de receita por meio de estrutura de árvore recursiva;
b) Permitir informar naturezas de receita padrão conforme padrão do Tribunal de Contas do
Estado;
c) Gerar automaticamente a código da natureza de receita conforme seleção das informações
de nível superior e código;
d) Permitir controlar natureza de receita por vigência;
e) Permitir controlar o nível de cada nó da natureza de receita: (i) Analítica; (ii) Nível PPA; (iii)
Nível LDO; (iv) Nível LOA;
f) Suportar o novo padrão de receitas instituído para o exercício de 2018 e seguintes conforme
determinação da Secretaria do Tesouro Nacional – STN.
REQUISITOS DE CONTABILIDADE PÚBLICA – ORÇAMENTO
75. Cadastrar a estrutura orçamentária por meio de estrutura de árvore recursiva, com controle
de início e fim de vigência, permitindo informar o código do Órgão e tipo de órgão junto ao TCE;
76. Cadastrar as fontes de pesquisas;
77. Cadastrar os públicos-alvo, permitindo informar o código do público-alvo junto ao TCE;
78. Cadastrar as bases geográficas com vínculos de endereços;
79. Cadastrar os fatores de riscos;
80. Cadastrar as unidades de medidas;
81. Cadastrar os indicadores informando o código dos indicadores junto ao TCE;
82. Cadastrar os programas de governo com seus indicadores e objetivos, inclusive os programas
do tipo temáticos;
83. Cadastrar as ações de governo com seus produtos e fatores de riscos;
84. Cadastrar as dotações orçamentárias, inclusive identificando-as por código reduzindo,
fazendo a junção dos seguintes elementos:
a) Estrutura orçamentária;
b) Função e subfunção;
c) Programa e ação;
d) Natureza de despesa;
e) Fonte de recursos;
f) Esfera orçamentária;
g) Fundo, se for o caso;
h) Valor fixado.
85. Distribuir os valores da programação financeira da receita possibilitando calcular com base:
a) Divide valor previsto por doze meses;

Página 43 de 234
b) Distribuir valor previsto a partir dos percentuais da rec. arrecadada em anos anteriores.
86. Gerar o cronograma de desembolso orçamentário possibilitando determinar o percentual de
contingenciamento e calcular com base:
a) Divide valor fixado (menos a reserva) por doze meses;
b) Distribuir despesa a partir dos percentuais da receita arrecadada em anos anteriores;
87. Permitir fazer a configuração de controle de cotas da despesa possibilitando selecionar as
dotações e calcular com base em valores:
a) Semestral;
b) Quadrimestral;
c) Trimestral;
d) Bimestral;
e) Mensal.
88. Permitir gerenciar antecipações e prorrogações de saldo de cotas orçamentárias.
89. Possuir rotina que permite o bloqueio e desbloqueio do saldo de dotação, controlando os
valores liberados para execução.
REQUISITOS DE CONTABILIDADE PÚBLICA - ALTERAÇÕES ORÇAMENTÁRIAS

90. Possuir controle de alterações orçamentárias que possam ser inseridas no software,
simulados os valores, realizar a emissão de relatórios de impacto orçamentário para apreciação
antes da efetivação das alterações simuladas, de forma que os valores somente influenciem
efetivamente nos saldos orçamentários quando a alteração for aprovada.
91. Possibilitar o lançamento de trâmites, com valores e incremento das informações no
projeto/simulação da alteração orçamentária, até que se decida cancelar ou aprovar/efetivar a
mesma.
92. Permitir realizar alterações orçamentárias dos tipos:
a) Crédito suplementar de acordo com a Lei 4320/64 Art. 7 e 41;
b) Crédito especial de acordo com a Lei 4320/64 Art. 41;
c) Crédito extraordinário de acordo com a Lei 4320/64 Art. 41;
d) Remanejamento orçamentário de acordo com a CF 1988 Art 167;
e) Transposição orçamentária de acordo com a CF 1988 Art 167;
f) Transferência orçamentária de acordo com a CF 1988 Art 167;
93. Permitir realizar transferências/realocações de saldos entre fontes de recursos das dotações
orçamentárias.
94. Permitir, sob parametrização opcional da entidade, a liberação de acréscimos orçamentários
para posterior fechamento do decreto de alteração orçamentária, controlando os valores liberados
para execução.
95. Permitir as devidas vinculações dos controles de origem do recurso do crédito, como Superávit
financeiro, Excesso de arrecadação, Operação de crédito, Anulação de saldo de dotação, Reserva
de contingência ou Recurso sem despesa oriundo de veto.
96. Controlar o equilíbrio dos valores entre os créditos e a respectiva origem do recurso do crédito.
97. Controlar lançamento de acréscimo de receita prevista referente a excesso de arrecadação.
98. Possibilitar o cancelamento do projeto/simulação de alteração orçamentária para que a
mesma não influencie no orçamento em execução, possibilitando a realização das simulações
sem prejuízo ao controle de saldos.
99. Possibilitar a retificação de alteração orçamentária, de forma que as informações retificadas
reflitam nos saldos orçamentários quando a retificação for aprovada.
100. Possibilitar a duplicação da alteração orçamentária, criando um novo projeto de
alteração orçamentária com base nas informações do registro selecionado.
101. Permitir a consulta dos valores limites para crédito adicional com base na lei informada.
REQUISITOS DE CONTABILIDADE PÚBLICA – INICIALIZAÇÃO DE EXERCÍCIO

Página 44 de 234
102. Possuir controle de cadastros de vigência contínua, sem a necessidade de recadastro

ou importação de cadastros de um exercício para o próximo, por exemplo contas bancárias, contas
extraorçamentárias, ou quaisquer cadastros.
103. Possuir controle dos saldos das contas bancárias, caixa, contas extraorçamentárias
entre outros saldos lineares de forma contínua, sem a necessidade de informar os saldos de um
exercício no início do próximo.
104. Possuir controle de vigência da execução do PPA ao longo dos seus quatro anos de
vigência, permitindo a geração da LDO e em seguida da LOA a partir dos dados do PPA
cadastrado uma única vez.
105. Possuir rotinas automáticas de cálculo dos saldos atuais dos diversos tipos de controle
que necessitam gerar lançamentos contábeis de abertura do exercício, como contas bancárias,
contratos, convênios, saldos extraorçamentários, bens patrimoniais, estoque, etc.
106. Possuir verificação e alertas ao usuário quando da tentativa de liberar a execução
orçamentária do exercício, para que todas as parametrizações necessárias estejam registradas
no módulo para garantir seu funcionamento conforme os parâmetros definidos.
REQUISITOS DE CONTABILIDADE PÚBLICA – EXECUÇÃO ORÇAMENTÁRIA - RECEITA

ORÇAMENTÁRIA
107. Permitir cadastrar o tipo de operação da receita orçamentária informando seu
respectivo tipo de dedução;
108. Permitir importar as receitas orçamentárias do Orçamento (LOA – Lei Orçamentária
Anual) quando o cliente trabalhar com módulo de Orçamento Público da prestadora;
109. Permitir cadastrar receita orçamentária por exercício informando: natureza de receita,
tipo de operações da receita, fontes de recurso e deduções previstas;
110. Permitir arrecadar manualmente receita orçamentária controlando: dados financeiros,
fontes de recurso e descontos, baixando o crédito patrimonial de arrecadação quando controlado;
111. Permitir anular a arrecadação manual de receita orçamentária controlando: dados da
anulação, fontes de recurso, dados financeiros e descontos anulados;
112. Possuir operação para a realização da importação das receitas junto à tributação
municipal, integrado com módulo de controle de crédito patrimonial de arrecadação, realizando
automaticamente os lançamentos de receita na contabilidade, realizando tratamento
individualizado para reconhecimento e arrecadação da receita, importando valores de
lançamentos, baixas por arrecadação, cancelamentos e inscrição em dívida ativa em atendimento
a NBCASP (Normas Brasileiras de Contabilidade Aplicada ao setor público);
113. Possuir operação para a realização de importação dos valores referentes a atualização
(juros, multas e correções) dos créditos do setor tributário, integrado com módulo de controle de
crédito patrimonial de arrecadação, permitindo que o valor contábil seja sempre atualizado
conforme as correções ocorridas na tributação e desta forma atendendo o regime de competência
contábil e NBCASP (Normas Brasileiras de Contabilidade Aplicada ao Setor Público;
114. Para a importação citada no item anterior deve ser possível realizar diariamente ou
conforme a necessidade da entidade, sendo que ao gerar o movimento de um dia o módulo deverá
calcular os valores anteriores que ainda não tenham sido importados e manter o débito atualizado;
REQUISITOS DE CONTABILIDADE PÚBLICA – EXECUÇÃO ORÇAMENTÁRIA - DESPESA

ORÇAMENTÁRIA
115. Permitir pré empenhar a despesa garantindo saldos de dotação e preenchimento
automático de todos os dados da despesa, seja oriunda de compra, de pessoal, de dívida fundada
ou de outras origens de despesa.
116. Permitir o controle de saldos eficiente de dotações considerando movimentos,
alterações orçamentárias, reservas e controles de cotas da despesa.
117. Permitir configurar por usuário cadastros rápidos e sequenciais de notas de empenho
para casos em que o usuário tem vários empenhos a serem cadastrados.

Página 45 de 234
118. Permitir configurar por usuário cadastros rápidos e sequenciais de todas as etapas da
despesa de notas de empenho, liquidação e pagamentos para casos em que o usuário tenha
várias despesas a serem empenhadas, liquidadas e pagas sequencialmente.
119. Permitir a consulta completa de todo o histórico do empenho em seu cadastro, exibindo
a lista dos registros de despesa em liquidação, das liquidações, dos pagamentos e os montantes
das respectivas anulações.
120. Permitir toda a consulta histórica ao longo dos anos de cada etapa da despesa a partir
da tela de cadastro de empenho, conforme citado acima, mesmo quando consultado um empenho
antigo, em exercícios anteriores, referente a restos a pagar.
121. Permitir registrar os lançamentos de cada etapa da despesa a partir da aplicação de
cadastro do empenho, sem a necessidade de acessar outras aplicações no menu da solução.
122. Permitir a inclusão de pagamentos a partir da liquidação do empenho, realizando de
forma fácil e automática a vinculação entre as duas etapas da despesa.
123. Controlar os saldos de transição entre cada etapa da despesa, das contas financeiras
e contas extraorçamentárias nas consignações e pagamentos.
124. Permitir a consulta simultânea dos lançamentos contábeis realizados ao concluir a
inclusão de cada etapa da despesa.
125. Permitir a emissão dos documentos de nota de empenho, liquidação e pagamento a
partir das respectivas telas de cadastros.
126. Possibilitar a realização de assinatura eletrônica ou digital dos documentos
comprobatórios da execução orçamentária, tais como: a) Nota de Empenho; b) Nota de
Liquidação; c) Ordem de Pagamento;
127. Possuir painel de gestão das solicitações de assinatura eletrônica e digital, de modo a
permitir identificar as 'situações dos documentos', 'documentos não baixados', 'tipo do arquivo';
128. Possuir mecanismos de aviso, via e-mail e aplicação, alertando o responsável sobre
novas solicitações de documentos para assinatura digital e eletrônica;
REQUISITOS DE CONTABILIDADE PÚBLICA – MOVIMENTO EXTRAORÇAMENTÁRIO

129. Permitir o cadastro de conta de depósito extraorçamentário onde é possível definir; o
código da conta, descrição, tipo da conta, natureza do saldo, se permite saldo negativo, se permite
consignação ou pagamento agregado, o credor preferencial, se é vinculada a fundo e sua vigência;
130. Permitir lançar movimento de depósito extraorçamentário controlando; data de
lançamento, sequência, conta de depósito extra, fonte de recurso, tipo do movimento financeiro
(entrada ou saída), valor, descrição, credor e dados financeiros;
131. Permitir emitir o comprovante de pagamento de movimento de depósito
extraorçamentário de forma individual ou em massa;
132. Permitir lançar nota de despesa extraorçamentária controlando; data de lançamento,
sequência, conta de depósito extraorçamentária, fonte de recurso, descrição e credor,
selecionando retenções envolvidas para compor a nota de despesa extraorçamentária.
133. Permitir o pagamento da nota de despesa extraorçamentária, informando
consignações ou pagamentos agregados e dados financeiros;
134. Permitir emitir a nota de despesa extraorçamentária de forma individual ou em massa;
135. Garantir controle de restos a pagar processados e não processados, em contas
separadas por exercício;
136. Inscrição automática de restos a pagar de empenhos que apresentarem saldo ao final
do exercício, para posterior liquidação ou cancelamento, procedimentos a serem feitos de acordo
com a legislação;
137. Permitir a exclusão de inscrição de restos a pagar respeitando consistências e
validações;
138. Permitir o lançamento de despesa em liquidação de restos a pagar, conforme
NBCASP;

Página 46 de 234
139. Permitir a anulação do lançamento de despesa em liquidação de restos a pagar,

conforme NBCASP.
140. Permitir a emissão individual ou em massa de nota de anulação de despesa em
liquidação de restos a pagar;
141. Permitir o lançamento de liquidação de restos a pagar;
142. Permitir a anulação do lançamento de liquidação de restos a pagar;
143. Permitir a emissão individual ou em massa de nota de anulação de liquidação de restos
a pagar;
144. Permitir o lançamento de pagamento de restos a pagar;
145. Permitir a emissão individual ou em massa de ordem de pagamento de restos a pagar;
146. Permitir a anulação do lançamento de pagamento de restos a pagar;
147. Permitir a emissão individual ou em massa de nota de anulação de pagamento de
restos a pagar;
148. Permitir o cancelamento de restos a pagar, respeitando consistências e validações,
com emissão de nota de cancelamento de restos a pagar;
149. Possibilitar a realização de assinatura eletrônica ou digital da nota de despesa
extraorçamentária;
150. Possuir painel de gestão das solicitações de assinatura eletrônica e digital, de modo a
permitir identificar as 'situações dos documentos', 'documentos não baixados', 'tipo do arquivo';
151. Possuir mecanismos de aviso, via e-mail e aplicação, alertando o responsável sobre
novas solicitações de documentos para assinatura digital e eletrônica;
REQUISITOS DE CONTABILIDADE PÚBLICA – TESOURARIA (SISTEMA FINANCEIRO)

152. Permitir cadastrar o tipo de documento financeiro e sua respectiva operação (débito
ou crédito);
153. Permitir cadastrar o tipo de aplicação financeira;
154. Permitir cadastrar as contas caixa da unidade gestora;
155. Permitir cadastrar as contas bancárias da unidade gestora controlando: banco,
agência, número da conta, dígito verificador, se a conta é vinculada, a descrição, a natureza do
recurso;
156. Permitir cadastrar vários tipos de conta para cada conta bancária, indicando qual o tipo
principal para cada conta bancária e controlando a situação e o saldo de cada tipo individualmente;
157. Permitir informar especificidades da aplicação financeira quando o tipo da conta for de
aplicação, como tipo de aplicação financeira e prazo do investimento;
158. Permitir realizar lançamentos financeiros de saldo inicial das contas, controlando; data
e sequência do lançamento, tipo do documento, número do documento, fonte de recurso, valor do
lançamento e descrição;
159. Permitir visualizar todos os lançamentos financeiros efetuados na entidade através de
outros controles, como movimentos de receitas e pagamentos de empenhos, visualizando o tipo
do lançamento, data e sequência do lançamento, tipo do documento, número do documento, fonte
de recurso, valor do lançamento e descrição;
160. Permitir realizar transferência financeira entre contas da própria unidade gestora,
controlando: data da transferência, valor da transferência, contas e fontes de recurso de origem e
contas e fontes de recurso de destino, controlando o saldo das contas movimentadas;
161. Permitir realizar transferência de saldo entre fontes de recurso de uma mesma conta,
controlando: data da transferência, valor da transferência, fontes de recurso de origem e fontes de
recurso de destino, controlando o saldo das contas movimentadas;
162. Permitir realizar lançamento de aplicação financeira controlando; data do lançamento,
detalhamento (descritivo), conta de aplicação financeira e a conta bancária de movimento,
indicando o tipo do movimento (aplicação, resgate, ganhos ou perdas);
163. Permitir visualizar extrato da conta bancária ou conta caixa;
164. Permitir realizar conciliação bancária com ticagem em massa;

Página 47 de 234
165. Permitir realizar a conciliação bancária via arquivo OFX.

166. Interferência financeira:
a) Permitir cadastrar conta de interferência financeira informando; código, descrição e órgão ou
entidade governamental;
b) Permitir lançar previsão de interferência financeira informando; a conta de interferência
financeira, o tipo de interferência, a data de previsão e o valor previsto;
c) Permitir lançar interferência financeira informando; data de lançamento, conta de interferência
financeira, tipo da interferência, valor, competência (mês e ano), descrição e dados financeiros;
d) Permitir lançar anulação de interferência financeira;
167. Permitir a parametrização da conta bancária definindo se haverá 'controle de vínculo
de contas bancárias com fonte de recurso';
REQUISITOS DE CONTABILIDADE PÚBLICA – SISTEMA DE CONTROLE - CONVÊNIOS,

PROGRAMAS E REPASSES
168. Gerenciar convênios, controlando documentos anexados, receitas vinculadas e

arrecadadas, alterações e aditivos; pagamentos efetuados e prestações de contas;
169. Cadastrar programas de transferência de recursos, gerenciando documentos
anexados, receitas vinculadas e arrecadadas, alterações e aditivos; pagamentos efetuados e
prestações de contas;
170. Cadastrar repasse de recursos, gerenciando documentos anexados, receitas
vinculadas e arrecadadas, alterações e aditivos; pagamentos efetuados e prestações de contas.
REQUISITOS DE CONTABILIDADE PÚBLICA - SISTEMA DE CONTROLE – CRÉDITO

PATRIMONIAL DE ARRECADAÇÃO
171. Permitir cadastrar uma conta de crédito patrimonial de arrecadação informando:

código, descrição, fundo, e naturezas de receita com suas respectivas vigências. Essa vigência
possibilitará utilizar essa conta patrimonial de arrecadação por vários exercícios realizando ajustes
necessários em seus vínculos com naturezas de receitas;
172. Permitir adicionar, editar, cancelar ou excluir lançamentos de créditos patrimoniais de
arrecadação considerando todas as consistências de regra de negócio e validações;
173. Permitir adicionar, editar, cancelar ou excluir baixas de créditos patrimoniais de
174. Permitir inscrever, estornar ou excluir inscrições em dívida ativa de créditos
patrimoniais de arrecadação considerando todas as consistências de regra de negócio e
validações;
175. Possuir integração com a execução da receita orçamentária, de forma que a
importação das receitas e de valores de atualização junto à tributação municipal sejam registrados
no módulo de controle de crédito patrimonial de arrecadação para contabilização em atendimento
a NBCASP (Normas Brasileiras de Contabilidade Aplicada ao Setor Público);
176. Permitir adicionar, editar ou excluir perdas prováveis de créditos patrimoniais de
177. Não permitir alterar manualmente lançamentos de crédito patrimonial de arrecadação
oriundos de integração com lote tributário para garantir a consistência das informações contábeis
e tributárias;
REQUISITOS DE CONTABILIDADE PÚBLICA – SISTEMA DE CONTROLE – CRÉDITO

PATRIMONIAL DE BENS –
178. Permitir registrar os valores referentes a movimentos de bens patrimoniais e a

contabilização devida a cada tipo de movimento, tais como:

Página 48 de 234
a) Incorporação
b) Valorização
c) Desvalorização
d) Depreciação bem móvel/imóvel
e) Amortização bem intangível
f) Exaustão recurso natural
g) Reversão da Depreciação/Amortização/Exaustão devido à baixa
h) Comodato cedido
i) Comodato recebido
j) Baixa de comodato cedido
k) Baixa de comodato recebido
l) Baixa de bem patrimonial
m) Ganho na alienação
n) Perda na alienação
o) Ajuste de exercícios anteriores para mais
p) Ajuste de exercícios anteriores para menos
q) Incorporação não definitiva (Bem patrimonial em construção)
179. Permitir o recebimento dos lançamentos de registros de bens Móveis, Imóveis e
Intangíveis, de acordo com o tipo de movimento e registrando os devidos vínculos de contratos,
entidades relativas a doações, comodatos e outras características, conforme as necessidades
para geração dos lançamentos contábeis de bens patrimoniais.
180. Gerar automaticamente os lançamentos contábeis de bens patrimoniais, conforme as
devidas contrapartidas legais.
REQUISITOS DE CONTABILIDADE PÚBLICA – SISTEMA DE CONTROLE – CRÉDITO

PATRIMONIAL DE ESTOQUE
181. Permitir o cadastro de contas de crédito patrimonial de estoque, possibilitando os

devidos agrupamentos de crédito por fundo.
182. Permitir registrar ou receber os registros acumulados dos valores referentes a
movimentos de entradas e saídas de estoque para contabilização.
183. Gerar automaticamente os lançamentos contábeis de estoque, conforme as devidas
contrapartidas legais.
REQUISITOS DE CONTABILIDADE PÚBLICA - SISTEMA DE CONTROLE - ADIANTAMENTOS

E DIÁRIAS
184. Permitir identificar empenhos referentes a suprimento de fundos (adiantamentos)

185. Permitir identificar empenhos referentes a despesa com diárias.
186. Possuir controle de prestação de contas de adiantamentos com tratamento para prazo
final para a prestação e vinculação de documentos;
187. Possuir controle de parecer sobre a prestação de contas de adiantamentos;
REQUISITOS DE CONTABILIDADE PÚBLICA - SISTEMA DE CONTROLE – DÉBITOS

PATRIMONIAIS - DÍVIDA FUNDADA
188. Permitir adicionar, editar ou excluir dívida fundada respeitando as devidas regras,
validações e consistências;
189. Permitir lançar dados gerais da dívida fundada informando; código, descrição, tipo da
dívida fundada (precatório, parcelamento da dívida ou operação de crédito), se é de dívida externa,
data de inscrição, classificação, número do documento, detalhamento, lei vinculada, contrato

Página 49 de 234
vinculado, credor, fundo, valor do principal, valor autorizado, se tem juros pré-fixados, data
primeira parcela, valor da primeira parcela e quantidade de parcelas;
190. Se o tipo da dívida fundada for precatório permitir informar; sequência, quantidade de
credores, número do processo e data da notificação;
191. Se o tipo da dívida fundada for parcelamento da dívida permitir informar o tipo de dívida
parcelada; retenções extraorçamentárias e outras dívidas. Se o tipo da dívida parcelada for
retenções extraorçamentárias permitir informar as retenções que serão vinculadas à dívida
fundada;
192. Se o tipo da dívida fundada for operação de crédito permitir informar; número do ofício
da STN (Secretaria do Tesouro Nacional), data do ofício da STN, conta bancária e natureza de
receita que serão movimentados quando houver ingresso de recursos financeiros;
a) Identificar se operação de crédito teve ingresso de recursos financeiros ou incorporação de
bem patrimonial, garantindo vinculação com a respectiva movimentação analítica no módulo para
identificação e controle;
193. Permitir controlar as parcelas da dívida fundada, informando a data de vencimento,
valor do principal, de juros, encargos e de correção de cada parcela, garantindo a integridade dos
dados e de sua contabilização;
194. Permitir distribuir o valor do principal nas parcelas de acordo com as informações sobre
parcelas dos dados gerais (valor do principal e quantidade de parcelas);
195. Permitir inserir ou remover parcelas do parcelamento, garantindo a integridade dos
dados e de sua contabilização;
196. Permitir o controle de execução da dívida fundada através da execução da despesa,
identificando em cada empenho, liquidação e pagamento, assim como em suas anulações, quais
parcelas e valores estão sendo amortizados;
197. Possibilitar a visualização centralizada da execução da dívida fundada;
198. Garantir a correta contabilização de reconhecimento e apropriação da dívida,
controlando os valores contabilizados do principal e de juros, encargos e correção, no longo prazo
e no curto prazo de cada parcela, na data em que ocorre o fato contábil, possibilitando a
transferência automática dos valores do longo prazo para curto prazo, assim como a
contabilização da amortização da dívida através da execução da despesa, em atendimento a
NBCASP e em conformidade com o MCASP (Manual de Contabilidade Aplicado ao Setor Público);
REQUISITOS DE CONTABILIDADE PÚBLICA – MOVIMENTO CONTÁBIL
199. Possuir configuração contábil centralizada em servidor Web e disponível em tempo

real;
a) A configuração contábil é a fonte de informações, regras, restrições e comandos que orientam
a forma como o módulo contábil realiza a contabilização das movimentações analíticas para os
planos de contas da STN (Secretaria do Tesouro Nacional) e estaduais;
200. Possuir rotina de atualização de configurações contábeis, disponível em tempo real,
onde o módulo verifica atualizações disponíveis e as tornam utilizáveis imediatamente para
orientar a contabilização no módulo contábil;
201. Identificação de eventos contábeis:
a) Possuir identificação de quais eventos contábeis devem ser executados para cada registro da
movimentação analítica e sua ocorrência;
b) A execução da identificação dos eventos contábeis deve ser realizada automaticamente,
imediatamente após a gravação de cada movimentação analítica;
c) Permitir a visualização das identificações de eventos contábeis para os fatos geradores
diretamente na aplicação de origem da movimentação analítica;
d) Possuir visualização centralizada de todas as identificações de eventos contábeis, separadas
por fato gerador;

Página 50 de 234
e) Possuir rotina que refaz a identificação de eventos contábeis para todos os registros dos fatos
geradores que não possuem ainda a sua contabilização (movimentação contábil);
f) Permitir a execução da rotina que refaz a identificação de eventos contábeis de um registro
específico de um fato gerador, independentemente deste possuir contabilização (movimentação
contábil) - Ao refazer a identificação de eventos contábeis deste registro de um fato gerador
específico, o módulo limpa a movimentação contábil vinculada a este registro, para garantir sua
consistência com os eventos identificados;
g) Permitir a execução da rotina demonstrando quais regras foram utilizadas para identificar os
eventos contábeis de um registro de um fato gerador específico, a fim de possibilitar uma
visualização clara das regras executadas pelo módulo contábil e garantir assim sua auditoria;
h) Realizar o download de um relatório de inconsistências encontradas durante o processamento
das regras de identificação de eventos contábeis quando executada rotina de identificação dos
eventos;
202. Vínculos contábeis:
a) Permitir criação de relacionamentos entre informações utilizadas pelo módulo (como contas
bancárias, naturezas de receita, naturezas de despesa, entre outras informações) e contas
contábeis analíticas do plano de contas parametrizado para identificação das contas na geração
de movimentos contábeis;
b) Permitir a identificação de vínculos faltantes durante a geração de movimentações contábeis;
203. Movimentação contábil:
a) Realizar a geração dos movimentos contábeis dos eventos identificados, gravando as partidas
dobradas nas contas contábeis do plano de contas definido na parametrização vigente do módulo
contábil:
b) Possuir gravação dos movimentos contábeis simultâneos à gravação da movimentação
analítica do módulo, realizada após a identificação dos eventos contábeis: (i) Caso não seja
possível a gravação do movimento contábil de forma simultânea por não haver vínculo ou
configuração previamente necessária, a movimentação analítica deve ser gravada
independentemente, devendo ser possível efetuar sua geração de movimento contábil
posteriormente;
c) Permitir geração dos movimentos contábeis em massa dos movimentos analíticos do módulo
que não tiveram seus movimentos contábeis gerados simultaneamente à sua gravação:
d) Possibilitar a geração de movimentos contábeis em massa de forma parcial, gerando apenas
as movimentações de acordo com as preferências do usuário: (i) de um determinado período de
tempo definido pelo usuário; (ii) de fatos geradores selecionados pelo usuário;
e) Exibir os passos executados pelo processamento de contabilização, demonstrando o tempo
total decorrido, o tempo decorrido para cada fato gerador e o progresso de processamento dos
dados contábeis para cada fato gerador, permitindo assim a identificação da performance do
processamento;
f) Apresentar (quando necessário) todas as inconsistências identificadas durante o processo de
contabilização. As inconsistências podem ser: (i) Por falta de configurações contábeis disponíveis
para o plano de contas parametrizado; (ii) Por falta de vínculos contábeis entre os registros do
módulo contábil e contas contábeis analíticas do plano de contas parametrizado; (iii) Por falta de
dados contábeis ou vínculos utilizados para a geração de contas correntes contábeis vinculadas
ao registro de movimento contábil; (iv) Por demais inconsistências identificadas durante o
processamento do fato gerador para a contabilização. (v) Emitir listagem das inconsistências
identificadas durante o processamento dos fatos geradores, permitindo a visualização de seus
detalhes; (vi) Permitir a geração e download de relatório em formato PDF (Portable Document
Format - Documento de Formato Portável) com as inconsistências agrupadas por fato gerador, de
um fato gerador específico ou de todos os fatos geradores com inconsistência.
g) Permitir consulta, em tela, de balancete contábil mensal do plano de contas parametrizado,
demonstrando os valores de cada conta contábil em: (i) Saldo anterior (ao mês informado); (ii)

Página 51 de 234
Débitos até mês; (iii) Créditos até mês; (iv) Débitos no mês; (v) Créditos no mês; (vi) Saldo
atualizado da conta contábil.
h) Permitir a visualização das contas correntes contábeis vinculadas de cada conta contábil do
balancete, demonstrando seus valores por mês;
i) Permitir a visualização de todos os movimentos contábeis gerados para um fato gerador em
um mês;
j) Permitir, para cada registro da movimentação analítica, a visualização dos movimentos
contábeis vinculados ao registro.
204. Movimentos de abertura:
a) Permitir a realização de cálculos de saldos das movimentações analíticas do módulo,
migradas para implantação, a fim de permitir a realização das movimentações de abertura de
contas contábeis do plano de contas parametrizado: (i) O módulo deve apresentar um relatório
para visualização dos saldos de abertura calculados e gravados para o exercício logado, a fim de
permitir conferência dos valores migrados para implantação; (ii) O módulo deve apresentar,
quando houver, inconsistências na rotina de cálculo dos saldos de abertura; (iii) O módulo deve
registrar quando e qual o usuário responsável pelo cálculo dos saldos contábeis de abertura.
b) Permitir a contabilização (geração dos movimentos contábeis) para cada saldo de abertura
calculado pelo módulo contábil: (i) Quando houver inconsistências, o módulo deve permitir realizar
o download do relatório de inconsistências em formato PDF; (ii) Exibir os passos executados pelo
processamento da contabilização de abertura, demonstrado o tempo decorrido em cada fato
gerador da abertura e o progresso de dados contábeis processados.
205. Lançamentos contábeis eventuais:
a) Permitir a realização de lançamentos contábeis eventuais, independentes da movimentação
analítica realizada no módulo, registrando qual usuário e data da realização do lançamento
contábil eventual;
b) Garantir a integridade das contas correntes contábeis utilizadas nos lançamentos eventuais:
(i) Identificar se devem ser vinculadas conta corrente contábil nas contas movimentadas; (ii)
Possibilitar vincular conta corrente existente ao lançamento contábil eventual, através de módulo
de busca das contas correntes contábeis utilizadas em outros movimentos contábeis; (iii) Permitir
a criação de uma conta corrente contábil nova e sua vinculação ao movimento contábil eventual;
(iv) Garantir a não redundância de contas correntes contábeis no módulo, de forma que ao informar
uma conta corrente manualmente o módulo deve garantir que se uma conta corrente idêntica já
existir ela deve ser vinculada ao lançamento eventual, evitando assim sua duplicidade.
c) Permitir a alteração do histórico do lançamento contábil eventual;
d) Permitir a exclusão do lançamento contábil eventual;
e) Permitir a emissão de relatório de listagem dos lançamentos eventuais, com base em
agrupamentos e totalizações disponíveis na tela e filtros informados.
REQUISITOS DE CONTABILIDADE PÚBLICA – CONSOLIDAÇÃO DE CONTAS PÚBLICAS
206. Permitir a emissão da Anexos e demonstrativos legais, exigidos pelas instituições

fiscalizadoras de maneira consolidada, envolvendo os valores das entidades municipais como
Câmara, fundações, ao indicar emissão consolidada na unidade gestora da prefeitura.
207. Permitir que o módulo realize leitura dos valores das demais unidades gestoras, sem
a necessidade de exportar/importar arquivos, exclusivamente para emissão dos documentos que
possuam a opção de emissão consolidada.
208. Emitir documentos e gerar dados consolidados em tempo real com a execução contábil
das unidades gestoras do município.
REQUISITOS DE CONTABILIDADE PÚBLICA – BLOQUEIO DE MOVIMENTAÇÃO

Página 52 de 234
209. Permitir a realização de bloqueio de movimentação contábil, onde é delimitada uma

data limite para que as movimentações analíticas do módulo estejam impedidas de serem
inseridas, alteradas ou excluídas em data menor ou igual à do bloqueio;
210. Permitir a realização de reabertura da movimentação de um período bloqueado, onde
em um período reaberto:
a) Permitir realização de inserção, edição e exclusão de movimentações analíticas neste
período, mediante autenticação de usuário que possua responsabilidade sobre os lançamentos
de registros em período reaberto, gravando histórico completo das alterações realizadas e
registrando o responsável pelas alterações;
211. Permitir a realização de liberação da movimentação de um período que foi reaberto,
fazendo assim com que o módulo permita a manutenção (inserção, edição e exclusão) livre das
informações neste período reaberto, sem requerer a autenticação do usuário responsável pela
movimentação reaberta;
212. Permitir a gravação automática, concomitante ao bloqueio, de saldos das
movimentações analíticas do módulo (como saldos de dotações orçamentárias, contas
financeiras, entre outras movimentações) a fim de garantir aumento na performance do módulo
contábil.
REQUISITOS DE RELATÓRIOS CONTÁBEIS LEGAIS

213. Relatórios da lei 4.320/64 - DCASP:
a) Anexo 01 - Demonstrativo da receita e despesa por categoria
b) Anexo 02 - Despesas por órgão/consolidação geral
c) Anexo 02 - Receitas por categorias econômicas
d) Anexo 06 - Programa de trabalho por órgão/unidade
e) Anexo 07 - Despesas por programa de trabalho
f) Anexo 08 - Despesa conforme vínculo com os recursos
g) Anexo 09 - Despesa por órgão e funções
h) Anexo 10 - Comparativo da receita orçada com a arrecadada
i) Anexo 11 - Comparativo da despesa orçada com a realizada
j) Anexo 12 - Balanço orçamentário
k) Anexo 13 - Balanço financeiro
l) Anexo 14 - Balanço patrimonial
m) Anexo 15 - Demonstrativo das variações patrimoniais
n) Anexo 16 - Demonstrativo da dívida fundada interna
o) Anexo 17 - Demonstrativo da dívida flutuante
p) DCASP - Balanço financeiro
q) DCASP - Balanço orçamentário
r) DCASP - Balanço patrimonial
214. Relatórios e anexos da LRF (Lei de Responsabilidade Fiscal):
a) Anexo de Metas Fiscais (AMF):
i. Demonstrativo 1 – Metas anuais
ii. Demonstrativo 2 – Avaliação do cumprimento das metas fiscais do exercício anterior
iii. Demonstrativo 3 – Metas fiscais atuais comparadas com as fixadas nos três exercícios
anteriores
iv. Demonstrativo 4 – Evolução do patrimônio líquido
v. Demonstrativo 5 – Origem e aplicação dos recursos obtidos com a alienação de ativos
vi. Demonstrativo 6 – Avaliação da situação financeira e atuarial do regime próprio de previdência
dos servidores
vii. Demonstrativo 7 – Estimativa e compensação da renúncia de receita
viii. Demonstrativo 8 – Margem de expansão das despesas obrigatórias de caráter continuado
b) Relatório Resumido da Execução Orçamentária (RREO):
i. Anexo 1 – Balanço orçamentário

Página 53 de 234
ii. Anexo 2 – Demonstrativo da execução das despesas por função/subfunção

iii. Anexo 3 – Demonstrativo da receita corrente líquida
iv. Anexo 4 – Demonstrativo das receitas e despesas previdenciárias
v. Anexo 6 – Demonstrativo dos resultados primário e nominal
vi. Anexo 7 – Demonstrativo dos restos a pagar por poder e órgão
vii. Anexo 8 – Demonstrativo das receitas e despesas com manutenção e desenvolvimento do
ensino – MDE
viii. Anexo 9 – Demonstrativo das receitas de operações de crédito e despesas de capital
ix. Anexo 10 – Demonstrativo da projeção atuarial do regime de previdência RGPS
x. Anexo 11 – Demonstrativo da receita de alienação de ativos e aplicação dos recursos
xi. Anexo 12 - Demonstrativo receitas despesas com saúde
xii. Anexo 13 – Demonstrativo das parcerias público-privadas
xiii. Anexo 14 - Demonstrativo simplificado RREO
c) Relatórios de Gestão Fiscal (RGF):
i. Anexo 1 - Demonstrativo da despesa com pessoal
ii. Anexo 2 – Demonstrativo da dívida consolidada líquida
iii. Anexo 3 – Demonstrativo das garantias e contragarantias de valores
iv. Anexo 4 - Demonstrativo das operações de créditos
v. Anexo 5 – Demonstrativo da disponibilidade de caixa e dos restos a pagar
vi. Anexo 6 – Demonstrativo simplificado do relatório de gestão fiscal
REQUISITOS DE PROCEDIMENTOS CONTÁBEIS DO SIAFIC

215. Processar e centralizar o registro contábil dos atos e fatos que afetam ou podem afetar
o patrimônio da entidade. (Decreto nº 10.540/2020, Art. 4º)
216. 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. (Decreto nº 10.540/2020, Art. 4º, § 1º, inciso I)
217. O registro contábil deverá ser efetuado em idioma e moeda corrente nacionais.
(Decreto nº 10.540/2020, Art. 4º, § 1º, inciso II)
218. Permitir a conversão de transações realizadas em moeda estrangeira para moeda
nacional à taxa de câmbio vigente na data do balanço. (Decreto nº 10.540/2020, Art. 4º, § 2º)
219. Os registros contábeis deverão 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 deverá permitir lançamentos contábeis em contas
analíticas. (Decreto nº 10.540/2020, Art. 4º, § 4º)
220. O registro contábil deverá 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. O SIAFIC deverá permitir a inclusão de registros
contábeis se identificados todos esses elementos. (Decreto nº 10.540/2020, Art. 4º, § 6º)
221. 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. (Decreto nº 10.540/2020, Art. 4º, §
7º)
222. Deverá contemplar procedimentos que garantam a segurança, a preservação e a
disponibilidade dos documentos e dos registros contábeis mantidos em sua base de dados.
(Decreto nº 10.540/2020, Art. 4º §8º)
223. Deverá permitir a acumulação dos registros por centros de custos. (Decreto nº
10.540/2020, Art. 4º §9º)
224. O SIAFIC deverá vedar a alteração dos códigos-fonte ou de suas bases de dados que
possam modificar a essência do fenômeno representado pela contabilidade ou das demonstrações
contábeis. (Decreto nº 10.540/2020, Art. 4º, §10, III)

Página 54 de 234
225. O SIAFIC deverá vedar a utilização de ferramentas de sistema que refaçam os

lançamentos contábeis em momento posterior ao fato contábil ocorrido, que ajustem ou não as
respectivas numerações sequenciais e outros registros de sistema. (Decreto nº 10.540/2020, Art.
º, §10, IV)
226. 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 deverá assegurar a inalterabilidade das informações originais, impedindo alteração ou
exclusão de lançamentos contábeis realizados. (Decreto nº 10.540/2020, Art. 4º § 1º)
227. O SIAFIC deverá 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. (Decreto nº
10.540/2020, Art. 5º)
228. O SIAFIC deverá 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 deverá impedir a realização de lançamentos após o dia 25 do mês subsequente. (Decreto
nº 10.540/2020, Art. 6º, I c/c § 1º)
229. O SIAFIC deverá 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 deverá impedir a realização
de lançamentos após o dia 30 de janeiro. (Decreto nº 10.540/2020, Art. 6º, II)
230. O SIAFIC deverá 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 deverá impedir a realização de lançamentos após o último dia
do mês de fevereiro. (Decreto nº 10.540/2020, Art. 6º, III)
7.3. GERAÇÃO DE INFORMAÇÃO PARA TRIBUNAIS
REQUISITOS
1. Gerar informações para Tribunais de Contas conforme padrão definido pelos Tribunais;
2. Gerar informações para SIOPE (Sistema de Informações sobre Orçamentos Públicos em
Educação);
3. Gerar informações para SIOPS (Sistema de Informações sobre Orçamentos Públicos em
Saúde);
4. Gerar informações para DIRF (Declaração de Imposto de Renda Retido na Fonte);
5. Gerar informações para SEFIP eSocial autônomos (Sistema Empresa de Recolhimento do
FGTS e Informações à Previdência Social);
6. Gerar o MANAD (Manual Normativo de Arquivos Digitais);
7. Gerar informações para MSC (Matriz de Saldos Contábeis), permitindo a emissão do
balancete de verificação e possibilitando a identificação das Matrizes que sofreram alterações em
suas informações após a última geração;
8. Gerar as informações para o Sistema Público de Escrituração Digital (SPED), através do
módulo EFD-REINF (Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais),
conforme leiaute atualizado.
8.1. Possibilitar a indicação, no cadastro do fornecedor, se ele é optante pela contribuição
previdenciária sobre a receita bruta (CPRB);
8.2. Possibilitar a indicação, no cadastro do fornecedor, se ele presta serviço mediante a cessão
de mão de obra/empreitada;
8.3. Possibilitar a indicação, no cadastro do fornecedor, do tipo principal do serviço prestado
conforme Tabela 06 do leiaute;
8.4. Possibilitar a indicação, no cadastro do fornecedor, se ele é uma associação desportiva que
mantém equipe de futebol profissional;

Página 55 de 234
8.5. Possibilitar a indicação, no cadastro do fornecedor, do tipo principal de repasse conforme

tabela interna do leiaute;
8.6. Possibilitar a indicação, no cadastro do fornecedor, se ele é produtor rural;
8.7. Possibilitar a informação, no cadastro do fornecedor, do indicativo principal de aquisição
conforme tabela interna do leiaute;
8.8. Possibilitar a indicação, no cadastro do fornecedor, se ele é optante pela contribuição
previdenciária sobre folha de pagamento;
8.9. Possibilitar a indicação, no empenho, do número do Cadastro Nacional de Obras (CNO);
8.10. Possibilitar a indicação, no empenho, do tipo de empreitada da obra;
8.11. Possibilitar o cadastro de processos administrativos e judiciais de suspensão de
exigibilidade, para indicação nos valores de retenções não efetuadas, permitindo preencher todas
as informações exigidas pelo leiaute R-1070;
8.12. Possibilitar a indicação, na liquidação, do tipo de serviço conforme Tabela 06 do
leiaute;
8.13. Possibilitar a indicação, na liquidação, da base de cálculo e o valor de INSS retido;
8.14. Possibilitar a indicação, na liquidação, de um processo administrativo ou judicial que
desobriga a retenção do INSS;
8.15. Possibilitar a indicação, na liquidação, dos valores de serviços prestados em atividades
com concessão de aposentadoria especial;
7.4. RECURSOS HUMANOS E FOLHA DE PAGAMENTO
REQUISITOS DE PARAMETRIZAÇÕES

3. Permitir ao usuário informar o código de pagamento GPS:
4. Permitir ao usuário informar o percentual FAP;
5. Permitir ao usuário escolher até que nível vai a sua árvore da estrutura administrativa;
6. Permitir ao usuário controlar se trabalha com atualização de nível automático e qual o tempo
de serviço necessário para esta atualização;
7. Permitir ao usuário o controle dos valores de salário-mínimo, salário-mínimo do estado e
salário-mínimo do município;
8. Permitir ao usuário o controle se integra valores de INSS e RPPS para funcionários múltiplos
vínculos;
9. Permitir ao usuário escolher quais operações exigem atos administrativos;
10. Permitir ao usuário o informar se na mudança de cargo o cálculo do salário será feito
proporcional aos dias trabalhados no cargo;
11. Permitir configuração da tabela para redução de dias de férias;
12. Permitir configuração da margem consignável contendo as rubricas que compõem a margem
consignável;
13. Permitir configuração do cálculo do 13º salário configurando as rubricas que deverão ser
calculadas ao calcular o 13º salário;
14. Permitir informar se o cálculo das rubricas que fazem média é sobre 1/12 avos ou por número
de ocorrências no cálculo do 13º salário;
15. Permitir configurar se o cálculo do 13º salário é no mês de aniversário;
16. Permitir configurar quais afastamentos interferem no ATS, 13º salário e elevação salarial;

Página 56 de 234
REQUISITOS DE CADASTROS
17. Permitir cadastro de Plano de Cargos e Salários contendo os seguintes dados: valor base,
número máximo de funcionários, nome do cargo, código CBO, atribuições. O plano de cargos deve
possuir um controle de históricos cadastrais e alterações de valores durante todo período de
vigência do cargo onde algumas operações como criação do cargo, extinção do cargo, alteração
de valores, aumento/diminuição de vagas podem ou não exigir atos administrativos de acordo com
a parametrização;
18. Permitir configuração para a estrutura do plano de cargos, permitindo adequação de campos
quanto ao tamanho do código da estrutura e sem limites para o número de níveis que a estrutura
pode ter;
19. Permitir alteração nos valores do plano de cargo podendo efetivar ou não estas alterações;
20. Permitir cadastro de rubrica base contendo os seguintes dados: Código, descrição e o tipo se
é um provento, desconto ou um neutro;
21. Permitir cadastro de rubricas com parametrizações da forma de cálculo, especificando se ela
é integral ou proporcional em relação a sua base, vínculo com a rubrica base, tipo de cálculo se
dia, hora, percentual, valor ou vinculado a alguma tabela, como IRRF, INSS, RPPS, deve
especificar também a qual tipo de salário ela está vinculada, se salário base de concurso, salário-
mínimo, salário base de comissão. Possuir um controle de históricos cadastrais durante todo
período de vigência da rubrica onde em algumas operações como criação da rubrica e extinção
da rubrica, podem ou não exigir atos administrativos de acordo com parametrização.
22. Permitir que o cadastro de rubricas seja totalmente configurável, onde o próprio usuário
consiga realizar a formatação das rubricas e definir a sua fórmula de cálculo, conforme sua
necessidade.
23. Permitir cadastro de funcionários contendo os seguintes dados: forma de ingresso, tipo de
admissão, vínculo, categoria, agente nocivo, cargo comissionado ou cargo de concurso, lotação,
regime previdenciário, contrato, jornada e turnos de trabalho, data de admissão, rubricas fixas e
mensais, dados do estágio, dados do cedido, dados do adido, sindicatos. O cadastro de
funcionário deve possuir um controle de históricos cadastrais durante todo período de vigência do
funcionário, onde em algumas operações como admissão, exoneração, mudança de cargo e
mudança de lotação, podem ou não exigir atos administrativos de acordo com parametrização;
24. Permitir que no cadastro de funcionário seja informado o tipo de cálculo do 13º salário
podendo ser feito no final do ano ou no mês de aniversário;
25. Permitir que no cadastro de funcionário seja informado tipo de folha de pagamento isso
permitirá descentralizar o cálculo da folha;
26. Permitir que o funcionário possua mais de um vínculo empregatício (Múltiplos vínculos);
27. Permitir cadastro dos contratos com informações como data de início e fim do contrato,
publicações, data de assinatura, vinculação de documentos diversos, ato normativo, dados
financeiros do contrato.
28. Permitir controle das movimentações do contrato: alterações, paralisações e rescisão.
29. Permitir cadastro de turnos de trabalho contendo: horário de entrada e saída e se o horário é
flexível e o tipo do intervalo.
30. Permitir cadastro de atos administrativos de funcionário, plano de cargo, cargo, concurso,
rubrica e valor da diária do cargo, contendo as operações que exigem atos para tido de atos e as
normas jurídicas;
REQUISITOS DOS AFASTAMENTOS
31. Permitir cadastro de atestados médicos, com registros do histórico de todos os atestados
lançados para o funcionário.
32. Permitir cadastro de períodos aquisitivos tanto de férias como de licença prêmio podendo eles
serem gerados manualmente ou automaticamente pelo sistema através de configurações;

Página 57 de 234
33. Permitir cadastro de configurações de períodos aquisitivos;

34. Permitir configuração de afastamentos que paralisam ou causam a perda do direito ao período
aquisitivo;
35. Permitir programação de escala de férias e licença prêmio já controlando os afastamentos e
faltas que interferem no período aquisitivo caso os mesmos tenham sido configurados, controlando
os dias disponíveis e gozados do período aquisitivo;
36. Permitir geração de aviso de férias e licença prêmio através de escalas programadas, gerando
automaticamente o afastamento de férias e licença prêmio e o período aquisitivo caso a escala
tenha sido programada para um período aquisitivo ainda não adquirido;
37. Permitir lançamentos de todos os tipos de afastamentos como: Licença saúde, Licença
maternidade, Licença militar, Licença particular, Rescisão, Férias e Licença prêmio;
38. Permitir parametrização diferenciada para cada tipo de afastamento, onde é possível definir
quais as rubricas serão lançadas automaticamente para o funcionário, quando o mesmo sofrer
determinado tipo de afastamento. Permitir definir como será o cálculo de cada rubrica, se será
realizada a média ou será utilizado o valor do último pagamento. Permitir vincular arquivos digitais
e atestados médicos;
39. Permitir a emissão do aviso e recibo de férias;
REQUISITOS DE MOVIMENTAÇÕES
40. Permitir lançamento do plano de saúde e odontológico, contendo os titulares e dependentes

e os valores pagos.
41. Permitir que ao calcular a folha os lançamentos referentes aos planos de saúde e
odontológicos sejam feitos automaticamente na folha de pagamento;
42. Permitir lançamento de faltas justificadas e não justificadas, permitindo vincular arquivos
digitais e atestados médicos, quando for o caso;
43. Controle para empréstimos bancários contendo os seguintes dados: conta bancária, data do
empréstimo, valor, quantidade de parcelas e mês para desconto da primeira parcela, possibilitando
pausar parcelas.
44. Permitir que parcelas sejam calculadas automaticamente na folha de pagamento;
45. Permitir controle de INSS retido dos funcionários em outras empresas.
46. Permitir controle de vale-transporte com cadastro das linhas de ônibus, empresas, quantidade
de vales por funcionário, gerando o desconto das parcelas em folha de pagamento.
47. Permitir o lançamento e emissão do aviso prévio;
48. Permitir o lançamento de advertências e suspensões;
49. Permitir o lançamento de pensão alimentícia contento o instituidor da pensão, o valor da
pensão, os dependentes e seu representante legal caso possua. Os valores devem ser calculados
automaticamente na folha de pagamento;
50. Permitir o provisionamento de férias e 13º salário;
REQUISITOS DE SEGURANÇA E MEDICINA DO TRABALHO

51. Permitir cadastro de equipamentos de proteção.
52. Permitir cadastro de técnicas utilizadas para medição da intensidade ou concentração –
agente nocivo;
53. Permitir cadastro da condição ambiental do trabalho;
54. Permitir comunicação do acidente de trabalho;
REQUISITOS DO CÁLCULO DA FOLHA DE PAGAMENTO

55. Permitir cadastro de tipos de folhas de pagamento;
56. Permitir vínculo de usuário X folha de pagamento, onde serão informadas quais os tipos de
folha de pagamento que o usuário tem permissão;
57. Permitir que o usuário só visualize os funcionários das folhas que o mesmo tem permissão;

Página 58 de 234
58. Permitir consulta rápida da movimentação do funcionário por competência, listando todos as
rubricas com valor base e referências de cálculo e permitindo visualizar quais rubricas fizeram
base de cálculo para a mesma, também deve conter qual o cargo ocupado e onde o mesmo está
lotado e qual regime previdenciário ele está vinculado.
59. Permitir visualizar os históricos salariais, histórico de afastamentos, e históricos de mudança
de lotação;
60. Permitir que ao calcular a folha de pagamento do funcionário, os dependentes de salário
família e IRRF sejam classificados de acordo com a data de nascimento e a idade para término
da dependência estipulados na relação entre pessoas no cadastro de pessoa física, assim os
mesmos deverão ou não ser incluídos no cálculo de salário família e IRRF automaticamente;
61. Permitir cálculo de INSS, RPPS e IRRF integrados quando o funcionário for múltiplos vínculos.
62. Permitir o gerenciamento da folha de pagamento controlando a abertura e encerramento da
competência e quais os tipos de folha e tipos de cálculos estão sendo abertas ou encerradas
dentro da competência;
63. Permitir que os cálculos da folha de férias, folha mensal, folha de 13º salário, folha de rescisão
e folha complementar sejam feitas de forma separadas;
64. Permitir que o cálculo da folha seja feito de forma descentralizada, onde o responsável pela
folha só consiga calcular e visualizar os funcionários onde o mesmo é responsável;
65. Não permitir a realização de lançamentos ou movimentações para os funcionários na
competência em que a situação do cálculo do funcionário já tenha sido enviada para contabilidade,
empenhada ou paga;
66. Permitir o controle das situações do cálculo do funcionário se está aguardando
cálculo/recálculo se já está calculado se o cálculo já foi aprovado ou reprovado ou se já foi enviado
para a contabilidade se já foi empenhado e se já foi pago;
67. Controle dos lançamentos e movimentações dos funcionários alterando a situação do cálculo
do funcionário para aguardando cálculo/recálculo quando a alteração afetar o cálculo da folha do
funcionário não permitindo com isso que o funcionário seja enviado para a contabilidade sem que
o cálculo tenha sido realizado corretamente;
68. Possuir painel inteligente para conferência do cálculo da folha de pagamento que disponibiliza
várias formas de visualizar a folha e possibilitando a comparação da folha calculada com outras
folhas, agilizando a conferência e minimizando os riscos de erro na conferência.
69. Gerar remessa de pagamentos bancários;
70. Permitir a importação de parcelas referentes a empréstimos bancários;
REQUISITOS PARA INTEGRAÇÃO COM A CONTABILIDADE

71. Permitir vínculo da natureza de despesa/fonte de recurso com ação de governo e rubricas;
72. Permitir vínculo da conta extra orçamentária com ação de governo e rubricas;
73. Permitir geração de lote de exportação de funcionário para empenho;
74. Permitir geração de empenho, liquidação e pagamento da folha de pagamento
automaticamente;
REQUISITOS DE RELATÓRIOS
75. Emissão de holerite;
76. Emissão da ficha financeira;
77. Emissão da folha de pagamento;
78. Relação de aniversariantes;
79. Relação de funcionários por rubrica;
80. Relação de salários;
81. Emissão de relatório com contribuição e base patronal para INSS e Previdência Própria;
82. Emissão da ficha funcional do funcionário;
83. Relação de funcionários com salário família;
84. Relação de funcionários múltiplos vínculos;

Página 59 de 234
85. Emissão da guia para pagamento do RGPS e RPPS;
REQUISITOS DE PRESTAÇÕES DE CONTAS

86. Gerar informações para Tribunais de Contas conforme padrão definido pelos Tribunais;
87. Gerar informações para RAIS (Relação anual de informações sociais);
88. Gerar informações para DIRF (Declaração de Imposto de Renda Retido na Fonte);
89. Gerar informações para SEFIP (Sistema Empresa de Recolhimento do FGTS e Informações
à Previdência Social);
90. Gerar informações para CAGED (Cadastro geral de empregados e desempregados);
91. Gerar o MANAD (Manual Normativo de Arquivos Digitais);
92. Gerar informações para SIOPE (Sistema de Informações sobre Orçamentos Públicos em
Educação);
93. Gerar informações para e-social (Sistema de Escrituração Digital das Obrigações Fiscais,
Previdenciárias e Trabalhistas);
7.5. ATENDIMENTO AO E-SOCIAL
REQUISITOS
1. O sistema deverá possuir ferramenta que realize uma busca na base de dados e apresente
relatório de inconsistências das informações pessoais dos funcionários, no mínimo as exigidas
pelo e-Social, facilitando a realização de um recadastramento para atualização dos cadastros.
2. O sistema deverá estar preparado para atender as exigências do e-Social, nos prazos
estipulado pelo Governo Federal para a prestação das informações pelos Órgãos Públicos,
gerando os arquivos XML dos Eventos Iniciais, Eventos de Tabelas, Eventos Não Periódicos e
Eventos Periódicos.
3. O sistema deverá controlar o envio e monitoramento dos lotes enviados para e-social;
4. O sistema deverá fazer monitoramento de todos os lotes enviados com informações sobre
qual certificado enviou, sua data de envio, protocolo e a resposta do servidor do serviço do e-
Social;
5. Permitir que o usuário escolha a XML a ser enviada;
6. Permitir utilização de assinatura digital por meio de certificados a1 (arquivo instalado na
máquina do cliente) e certificados a3 (mídias portáteis e tokens);
7. Permitir a realização de backup dos dados enviados para o e-Social e posterior restauração;
8. Permitir que o usuário escolha a XML a ser enviada;
7.6. HOLERITE WEB

1. O sistema deverá proporcionar o controle de acessos através de login (matrícula do Servidor)
e senha, respeitando as devidas restrições de acesso para cada tipo de usuário;
2. O sistema deverá proporcionar a disponibilização do demonstrativo mensal de pagamento;
3. O sistema deverá proporcionar a emissão e consulta de Contracheques (Holerite) via internet,
de qualquer folha/competência existente na base de dados.
7.7. PONTO ELETRÔNICO –

1. Permitir que o colaborador possa bater o ponto de onde estiver via smartphone, computador
ou tablet;
2. Permitir que o colaborador acesse o sistema com login e senha próprios, utilizando a
geolocalização (para que o sistema possa registrar a localização do funcionário);
3. Permitir a integração com o REP, onde o colaborador possa bater o ponto diretamente no
relógio da empresa;
4. Flexibilidade em turnos semanais comuns ou cíclicos, como 12x36, 5x2 etc;
5. Permitir solicitação de ajuste e abono;

Página 60 de 234
6. Possuir indicadores de desempenho que permita ao líder da equipe acompanhar em tempo

real horas extras, horas faltantes, saldo de banco de horas, verificar se o colaborador está
atrasado, colaborador que faltou etc;
7. Permitir que o fechamento da folha ponto seja feito de forma simples, já que todos os ajustes
foram realizados anteriormente;
8. Possuir conferência de horas extras, faltantes, banco de horas, tolerância, adicional noturno,
tudo em uma única página, com fácil entendimento para gestores e colaboradores, facilitando não
só comunicação interna, mas gerando muito mais tempo para o seu RH;
9. Possuir notificações automáticas direto no celular dos colaboradores para lembrá-los de
marcar o ponto;
10. Permitir que o gestor receba todas as notificações de alerta sobre qualquer desvio de jornada,
como, por exemplo, a realização de intervalos menores do que o previsto em lei;
11. Possuir integração automática com relógio de ponto eletrônico;
12. Possuir integração com relógios de ponto homologados pelo MTE;
7.8. COMPRAS, LICITAÇÃO E CONTRATOS
REQUISITOS DE PARAMETRIZAÇÕES - COMPRAS E LICITAÇÕES

vigente sem a interferência do usuário. Com a finalidade de programar alterações
comportamentais para toda a solução;
3. Permitir parametrizar o preço a ser considerado no balizamento por:
a) Maior Preço;
b) Média dos Preços; ou
c) Menor Preço;
d) Mediana.
4. Permitir parametrizar em que fase da compra se torna obrigatório o vínculo com dotação
orçamentária;
5. Permitir parametrizar a ordenação de inclusão de itens nos documentos de compras
(solicitações e listas de compras) e licitação por:
a) Alfabética da descrição de item;
b) Código do Tribunal de Contas do Estado (Quando existir);
c) Número da lista de compras crescente + Alfabética da descrição de item;
d) Ordem de inclusão (primeiro para o último); ou
e) Ordem de inclusão (último para o primeiro).
6. Permitir parametrizar o nome das aplicações relacionadas a solicitações e listas de compras;
7. Permitir parametrizar o tipo de numeração dos processos licitatórios por:
a) Sequência digitada;
b) Sequencial Geral; ou
c) Sequencial por Modalidade de Licitação.
8. Permitir parametrizar se no gerenciamento de itens a descrição pode ser informada
manualmente.
9. Permitir parametrizar se as solicitações e listas de compra possuirão pré-análise para
aprovação dos itens.
10. Permitir parametrizar se as solicitações e listas de compra possuirão preço estimado
informado.
11. Permitir parametrizar a obrigatoriedade de nas solicitações, listas de compra ou licitação ser
realizado o balizamento de preços.
12. Permitir parametrizar a obrigatoriedade e validar a unicidade do processo administrativo na
licitação.

Página 61 de 234
13. Permitir parametrizar percentual de acréscimo e redução do preço balizado ao executar o

balizamento.
14. Permitir parametrizar o limite de adesões a atas de registro de preços e seu percentual a ser
aderido.
15. Permitir parametrizar a obrigatoriedade de informar complemento de despesa
(Elemento/Subelemento/Desdobramento) nos itens.
16. Permitir controlar ata de registro de preços por vencedor da licitação ou por única ata por
licitação.
17. Permitir parametrizar o controle sequencial das atas de registro de preços e contratos por:
a) Sequencial Geral;
b) Sequência digitada;
18. Permitir parametrizar a utilização de dotações orçamentárias na ordem de fornecimento.
19. Permitir parametrizar a divisão de ordens de fornecimento por natureza de despesa.
20. Permitir parametrizar o bloqueio de gerações de ordens de fornecimento com itens de
órgão/unidade/local divergentes.
21. Possibilitar controle de dois níveis de aprovações de ordens de fornecimento ambas
parametrizáveis.
REQUISITOS DE PARAMETRIZAÇÕES – MODALIDADE DE LICITAÇÃO
22. Permitir parametrizar se a modalidade de licitação é para compra ou alienação;

23. Permitir parametrizar se a modalidade de licitação controla credenciamento;
24. Permitir parametrizar se a modalidade de licitação controla SRP (Sistema Registro de Preços);
25. Permitir parametrizar se a modalidade de licitação contempla o chamamento;
26. Permitir parametrizar o modo de disputa da modalidade de licitação por:
a) Fechado (propostas com envelopes fechados);
b) Aberto (lances); ou
c) Fechado-Aberto (propostas com envelopes fechados seguidas de lances).
27. Permitir parametrizar na modalidade de licitação os prazos de proposta, considerando:
a) Critério de avaliação da licitação;
b) Classificação do objeto da licitação;
c) Regime de execução da licitação;
d) Quantidade de dias.
28. Permitir parametrizar na modalidade de licitação os prazos de proposta atribuindo a forma de
cálculo por Dias corridos ou por Dias úteis.
29. Permitir parametrizar na modalidade de licitação as responsabilidades no processo licitatório
e se há obrigatoriedade ou não para essas responsabilidades;
30. Permitir parametrizar na modalidade de licitação os tipos de documentos que devem ser
vinculados no processo licitatório;
31. Permitir parametrizar na modalidade de licitação informações para cotização compulsória para
ME/EPP (Microempresa e Empresa de Pequeno Porte):
a) Percentual para empate ficto para ME/EPP;
b) Cotização compulsória ME/EPP;
c) Mínimo de licitantes para aplicar a cotização compulsória ME/EPP.
32. Possibilitar integrações com plataformas de pregões eletrônicos por arquivo, API ou
WebService;
REQUISITOS PARA GERENCIAMENTO DE SEQUÊNCIA
33. Permitir que os números iniciais sequenciais do sistema sejam definidos pelo próprio usuário,
a fim de dar sequência aos números já existentes na Prefeitura como: números de licitações.

Página 62 de 234
REQUISITOS PARA GERENCIAMENTO DE ITENS
34. Permitir padronização dos nomes básicos dos itens e seus modificadores, características
específicas para identificação criteriosa dos itens;
35. Permitir cadastrar item base, tipificando-o em bem patrimonial, concessão de serviço público,
direito real de uso, obra, permissão de serviço público, produto ou serviço;
36. Permitir controlar o item base cadastrado por data para que um novo item base se torne
vigente sem a interferência do usuário;
37. Permitir classificar os itens bases por estrutura hierárquica que possam expressar grupo,
subgrupo e quantos níveis forem do interesse da entidade;
38. Permitir controlar a classificação de itens bases por data para que uma nova classificação se
torne vigente sem a interferência do usuário;
39. Permitir que os modificadores cadastrados na classificação sejam aplicados ao item base que
se vincula a esta mesma classificação, padronizando a nomenclatura do item base;
40. Permitir controlar em que nível da árvore de classificação é permitido inserir item base;
41. Permitir vincular natureza de despesa conforme classificação da despesa pública à
classificação do item;
42. Permitir incorporar o nome do item base e seus modificadores ao item cadastrado;
43. Permitir descrever o item com nomenclatura diferente àquela dada ao item base que o
identifique;
44. Permitir vincular o item ao código do Tribunal de Contas, quando existir, e validar possibilidade
de utilizar unidades de fornecimento informadas para o item caso o vínculo entre o item e a unidade
de fornecimento exista no órgão fiscalizador;
45. Permitir vincular o item a(s) unidade(s) de medida(s);
46. Permitir vincular a unidade de medida do item ao código do Tribunal de Contas;
47. Permitir inserir texto com descrição detalhada do item com número de caracteres ilimitado;
48. Permitir controlar o item cadastrado por data para que um novo item se torne vigente sem a
interferência do usuário;
49. Permitir inativar o item encerrando sua vigência em data pré-determinada, permitindo a
higienização do cadastro de itens;
50. Permitir definir qual unidade de fornecimento se constitui em padrão de item.
51. Permitir desativar unidade de fornecimento dos itens quando necessário para higienização da
listagem de unidades do item;
52. Permitir identificar se o saldo do item, quando em processos de compra, será controlado por
valor ou por quantidade;
53. Permitir identificar se o item será genérico (catálogo), possibilitando vincular especificações
para a compra posteriormente.
REQUISITOS PARA GERENCIAMENTO DE BANCO DE PREÇOS
54. Permitir cadastrar tipos de fontes de preço para formação do banco de preços;
55. Permitir inserir outras fontes de preços cadastradas pelo usuário ao banco de preço;
56. Permitir consultar itens cotados pelo banco de preço;
57. Permitir consultar preço por item pelo banco de preço;
58. Permitir consultar preço do item por fornecedor pelo banco de preço.
REQUISITOS PARA GERENCIAMENTO DE COMISSÕES
regulamentação, tipo de comissão, tipo de membros, nome dos membros, período de vigência da
comissão, período de vigência dos membros da comissão;

Página 63 de 234
60. Permitir cadastrar comissão segundo os tipos: especial, leiloeiro e equipe de apoio,
permanente e pregoeiro e equipe de apoio.
REQUISITOS PARA GERENCIAMENTO DE LEIS

a) Tipo da lei;
b) Esfera governamental;
c) Número e ano da lei;
d) Data de aprovação;
e) Período de vigência.
62. Permitir vincular e gravar documento digital que representa a lei.
63. Permitir controlar alterações da lei.
64. Permitir registrar publicação da lei informando data e órgão publicado.
REQUISITOS PARA GERENCIAMENTO DE OBJETOS DE COMPRAS
65. Permitir criar um tipo de objeto de compra vinculado com a classificação de objeto da lei geral
de licitações (8666/93 ou 14133/21);
66. Permitir apontar que um tipo de objeto de compra é utilizado para reforma.
67. Permitir inativar tipos de objetos visando a higienização dos cadastros.
REQUISITOS PARA GERENCIAMENTO DE TABELAS DE PREÇOS
68. Permitir criar tabelas de itens para reaproveitamento deste agrupamento de itens em
solicitações e listas de compra.
69. Permitir a inclusão, alteração e remoção de itens de forma manual na tabela de itens.
70. Na criação da tabela de itens permitir a cópia de itens de todas as aplicações que manipulem
itens (solicitações de compras, listas de compras, tabelas de itens, compras diretas e licitações).
71. Permitir criar tabelas de preços de itens para reaproveitamento deste agrupamento de itens
em processos de compras.
72. Permitir a inclusão, alteração e remoção de itens de forma manual na tabela de preços.
73. Na criação da tabela de preços permitir a cópia de itens de todas as aplicações que manipulem
itens (solicitações de compras, listas de compras, compras diretas e licitações).
SOLICITAÇÕES E LISTAS DE COMPRA
74. Permitir configurar o nome das solicitações utilizados pela entidade;

75. Possuir painel de gerenciamento de itens nas solicitações e lista de compra que possibilite:
a) Inserir itens;
b) Alterar itens;
c) Detalhar itens com estrutura administrativa e dotação;
d) Inserir fonte de preço;
e) Balizar item;
f) Remover;
g) Copiar banco de preços das solicitações de compras e listas de compras;
h) Consultar naturezas de despesa vinculadas ao item.
76. Permitir que o usuário elabore solicitações de itens expressando sua necessidade de itens
(produtos, serviços ou obras) para entrega imediata;
77. Permitir que seja feito lançamento de solicitação de item para a estrutura administrativa;
78. Permitir parametrização indicando se a solicitação de itens deve passar por pré-análise do
gestor;

Página 64 de 234
79. Permitir importar os itens e seus quantitativos de uma solicitação de item para outra solicitação
de item, ou para uma solicitação de compra ou ainda, para uma lista de compra;
80. Permitir a importação de itens para solicitação de item a partir de uma tabela de referência
previamente cadastrada;
81. Permitir cancelar solicitações de item;
82. Permitir balizar os preços nas solicitações de item;
83. Permitir desconsiderar fontes de preços vinculadas aos itens da solicitação de item no
balizamento do item.
84. Permitir informar preço estimado dos itens da solicitação de item, bem como a fonte de preço
utilizada como referência;
85. Permitir que o gestor do departamento possa realizar uma pré-análise das solicitações de
itens antes de passar por análise do setor responsável para entrega de item disponível ou envio
do documento para o setor de compras;
86. Permitir visualizar na solicitação de item quais solicitações de itens e/ou solicitações deram
origem a ela, quando for o caso;
87. Permitir visualizar na solicitação de item se existem solicitações de compra e/ou lista de
compras geradas a partir dela;
88. Permitir, a partir das solicitações de itens, a análise de disponibilidade de itens nos
fornecedores para entrega imediata pela entidade por meio de qualquer processo de compra;
89. Permitir a geração de ordens de fornecimento dos itens solicitados, a partir da análise
automática de disponibilidade nos fornecedores;
90. Permitir análise em massa de solicitações de itens, salvando rascunho para que se possa ser
resgatada em momento posterior e retomada da análise;
91. Permitir bloquear/desbloquear itens da solicitação de itens durante a análise para evitar que
diferentes usuários possam interferir no resultado do item que está sendo analisado;
92. Permitir que o usuário elabore solicitações de compra que expressam sua necessidade de
itens (produtos, serviços ou obras) para entrega futura;
93. Permitir que seja feito lançamento de solicitação de compras baseada na necessidade de uma
ou mais estruturas administrativas;
94. Permitir parametrização indicando se as solicitações de compras devem passar por pré-
análise do gestor;
95. Permitir importar os itens e seus quantitativos de uma solicitação de compra para outra
solicitação de compra ou ainda para uma lista de compra;
96. Permitir a importação de itens para uma solicitação de compra a partir de uma tabela de
referência previamente cadastrada;
97. Permitir que o gestor do departamento possa realizar uma pré-análise das solicitações de
compras antes de passar por análise do setor responsável para entrega de item disponível ou
envio do documento para o setor de compras;
98. Permitir cancelar solicitações de compra;
99. Permitir balizar os preços nas solicitações de compra;
100. Permitir desconsiderar fontes de preços vinculadas aos itens da solicitação de compra
no balizamento do item.
101. Permitir informar preço estimado dos itens da solicitação de compra, bem como a fonte
de preço utilizada como referência;
102. Permitir análise em massa de solicitações de compras, salvando rascunho para que
se possa ser resgatada em momento posterior e retomada da análise;
103. Permitir bloquear/desbloquear itens da solicitação de compras durante a análise para
evitar que diferentes usuários possam interferir no resultado do item que está sendo analisado;
104. Permitir visualizar na solicitação de compra quais solicitações de itens e/ou
solicitações de compra deram origem a ela, quando for o caso;
105. Permitir visualizar na solicitação de compra se existem listas de compra geradas a
partir dela;

Página 65 de 234
106. Permitir que o setor de compras crie suas listas de compras a partir das solicitações
dos departamentos antes de iniciar o processo de compras. Estas listas de compras devem
consolidar as necessidades de compra para atendimento das solicitações de vários setores da
entidade;
107. Permitir que seja feito lançamento de listas de compras baseadas na necessidade de
uma ou mais estruturas administrativas;
108. Permitir parametrização indicando se as listas de compras devem passar por pré-
análise do gestor;
109. Permitir importar os itens e seus quantitativos de uma lista de compra para outra lista
de compra ou ainda para uma solicitação de item ou solicitação de compra;
110. Permitir a importação de itens para uma lista de compra a partir de uma tabela de
referência previamente cadastrada;
111. Permitir que o gestor do departamento possa realizar uma pré-análise das listas de
compras antes de passar disponibilizar para gerar licitações e/ou compras diretas;
112. Permitir cancelar lista de compra;
113. Permitir balizar os preços nas listas de compra;
114. Permitir desconsiderar fontes de preços vinculadas aos itens da lista de compras no
balizamento do item.
115. Permitir informar preço estimado dos itens da lista de compra, bem como a fonte de
preço utilizada como referência;
116. Permitir análise em massa de solicitações por item e de solicitações por compra,
salvando rascunho para que se possa ser resgatada em momento posterior e retomada da análise;
117. Permitir bloquear/desbloquear itens da solicitação de itens durante a análise para
evitar que diferentes usuários possam interferir no resultado do item que está sendo analisado;
118. Permitir o visualizar na lista de compra quais solicitações de itens e/ou solicitações de
compra deram origem a ela, quando for o caso;
119. Permitir visualizar na lista de compra se existem licitações geradas a partir dela.
120. Permitir parametrizar em que ponto do sistema, se na solicitação de item, solicitação
de compra ou lista de compra, será obrigatório o preenchimento da dotação orçamentária quando
houver necessidade;
121. Permitir parametrizar listagem de solicitações de itens, solicitações de compras e listas
de compras com base nas estruturas administrativas (órgão/unidade/local) nas quais o usuário
está lotado
122. Permitir selecionar modo de balizamento solicitação ou lista de compras podendo optar
por:
a) Maior Preço;
b) Média dos Preços;
c) Menor Preço; ou
d) Mediana
123. Possibilitar classificar finalidade das solicitações ou lista de compras indicando se será
utilizado em licitações, compras diretas, diárias ou outros processos;
124. Possibilitar utilização de cotação eletrônica na lista de compras estipulando prazo para
apresentação das cotações e possibilitando pré-selecionar os fornecedores que realizarão a
cotação;
125. Possibilitar identificar se a lista de compras controlará o saldo do item por valor;
126. Possibilitar digitação do memorando de compras na criação da solicitação ou lista de
compras.
PROCESSOS DE COMPRA

Página 66 de 234
127. Permitir gerar processo de compra, agrupando itens de listas de compras de diferentes
setores da administração, objetivando compras com melhores preços, prazos e condições de
pagamentos;
128. Controlar todo processo de compra efetuado, referente a licitações, pregões, regimes
diferenciados de contratação, dispensas ou inexigibilidade, permitindo acompanhar o processo
desde a solicitação até a entrega do produto/serviço ao seu destino;
129. Permitir registrar os processos licitatórios, pregões, regimes diferenciados de
contratação, processos de inexigibilidade, os de licitação dispensável ou de licitação dispensada;
130. Possuir painel de gerenciamento de itens no processo de compras que possibilite:
a) Adicionar itens;
b) Alterar itens;
c) Reorganizar itens
d) Remover itens;
e) Remover em massa;
f) Cancelar Item podendo justificar o cancelamento informando uma das seguintes opções:
f.1) Cancelado
f.2) Revogado
f.3) Fracassado
f.4) Deserto
g) Copiar banco de preços do documento de origem.
h) Balizar
i) Separar Cotas para MPEs
j) Desfazer separação de cotas para MPEs
131. Na operação de adicionar itens deverá possuir um painel de gerenciamento que
permita fazer o filtro das listas de compras que serão vinculadas no processo de compra por:
a) Listas de compras;
b) Estrutura administrativa;
c) Classificação de itens;
d) Itens.
132. Permitir realizar análise em massa dos itens que serão vinculados nos processos de
compra por aplicação de percentual;
133. Permitir realizar análise em massa dos itens que serão vinculados nos processos de
compra por aplicação de valor;
134. Permitir detalhar a quantidade de itens por estrutura administrativa quando o item tiver
várias origens diferentes (quantidade unificada nos itens fruto da somatória das quantidades das
diferentes estruturas administrativas que pediram o mesmo item).
135. Permitir consultar os processos licitatórios, pregões, regimes diferenciados de
contratação, os processos de inexigibilidade, os de licitação dispensável ou de licitação
dispensada por:
a) Data do processo administrativo;
b) Período de abertura;
c) Número e/ou Ano;
d) Modalidade;
e) Forma de realização;
f) Tipo do objeto;
g) Situação;
h) E por combinações destes filtros.
136. Controlar a situação da licitação, se ela está em digitação, em andamento, em
retificação, anulada, deserta, fracassada, encerrada, cancelada, suspensa, em disputa, apurada,
revogada, adjudicada ou homologada;
137. Permitir acompanhar todo o processo licitatório, visualizando os dados cadastrados;
138. Permitir declarar licitação deserta;

Página 67 de 234
139. Permitir declarar licitação fracassada;

140. Permitir anular licitação;
141. Permitir cancelar licitação;
142. Permitir suspender e retirar suspensão de uma licitação;
143. Permitir revogar licitação;
144. Permitir as seguintes modalidades: Pregão eletrônico, Pregão eletrônico, Regime
diferenciado de contratação (RDC), Concurso, Convite, Tomada de Preços e Concorrência
Pública;
145. Permitir inexigibilidade, licitação dispensável e licitação dispensada;
146. Permitir credenciamento e chamamento;
147. Para licitações que geram registro de preços, permitir informar os participantes
internos da própria entidade que tenha CNPJ próprio e externos à entidade;
148. Permitir registrar Participação em processo licitatório de registro de preços de outras
entidades;
149. Permitir registrar Adesão (carona) em ata de registro de preços de entidades externas;
150. Permitir gerar licitação de compra por meio de listas de compra;
151. Permitir gerar licitação de compra por meio de tabelas de preço;
152. Permitir informar os responsáveis pela licitação segundo o tipo de responsabilidade
previamente definido;
153. Permitir configurar quais os responsáveis da licitação devem ser informados de forma
obrigatória na modalidade;
154. Permitir informar a comissão da licitação;
155. Permitir informar os documentos para habilitação de licitantes na licitação;
156. Permitir registrar equivalência de documentos entregues pelos licitantes em sua
habilitação;
157. Permitir informar o representante do licitante em sessão pública;
158. Permitir inversão de fases de julgamento e habilitação na modalidade de RDC;
159. Possibilitar realizar o modo de disputa fechado, aberto e a combinação fechado-
aberto;
160. Permitir que somente MPEs participem das disputas quando existir separação de cotas
exclusivas para MPEs;
161. Permitir o lançamento das propostas por item, por lote ou global, conforme definido em
edital.
162. Permitir o lançamento das propostas financeiras do licitante em disputas fechadas;
163. Permitir o lançamento das propostas financeiras do licitante em forma de percentual
de desconto sobre tabela de preços ou item a item de uma licitação, conforme necessidade;
164. Permitir informar a marca do item no lançamento de proposta financeira;
165. Permitir o lançamento das pontuações técnicas do licitante atingidas nas propostas de
disputas fechadas;
166. Permitir o lançamento de pontuação financeira, peso da proposta financeira e peso da
proposta técnica nos critérios de avaliação ‘Técnica e Preço’ ou ‘Maior retorno econômico’ caso a
licitação seja apurada pela média ponderada destas duas propostas do licitante;
167. Disponibilizar facilitador para que o fornecedor possa registrar sua própria proposta
financeira (por valor ou percentual de desconto), em suas dependências, gerando um arquivo
digital que contenha os itens de um processo de compra específico;
168. Permitir importação de propostas financeiras dos fornecedores via arquivo digital, sem
necessidade de redigitação, otimizando o tempo dentro da sessão pública;
169. Permitir a apuração de propostas fechadas seguidas de lances, conforme critério de
avaliação definido em edital, classificando-as de forma ordenada para os lances;
170. Permitir a apuração agrupada de propostas técnicas e financeiras fechadas seguidas
de lances se o critério de avaliação possuir proposta técnica;

Página 68 de 234
171. Permitir que no critério de avaliação ‘Técnica e Preço’ ou ‘Maior retorno econômico’ a
apuração das propostas fechadas, seguida de lances, seja conforme o resultado da ponderação
entre a pontuação técnica e a pontuação financeira ou por melhor proposta financeira, conforme
escolha realizada na licitação;
172. Permitir a identificação automática das disputas empatadas e o desempate manual
das propostas financeiras na apuração de propostas fechadas seguidas de lances classificando
corretamente conforme legislação para a fase de lances;
173. Permitir a desclassificação automática do licitante na apuração das propostas
financeiras fechadas seguidas de lances quando os valores propostos não estão dentro da faixa
de valores mínimos e máximos definidos para o processo de compra em edital;
174. Permitir a desclassificação automática do licitante na apuração das propostas técnicas
fechadas seguidas de lances quando a pontuação do licitante não atingir a pontuação mínima
definida para o processo de compra em edital;
financeiras fechadas seguidas de lances quando os valores propostos não estão dentro dos 10%
da melhor proposta apresentada ou classificando automaticamente quando não houver ao menos
três licitantes para a disputa;
176. Permitir a desclassificação manual do licitante na apuração das propostas fechadas,
técnicas e/ou financeiras, seguidas de lances;
177. Permitir o registro de lances para disputa aberta com controle de rodada de lances,
onde somente os licitantes que não declinaram possam ir para a próxima rodada.
178. Permitir por parametrização a possibilidade de bloquear o registro de lances de
licitantes que não tiveram seus representantes credenciados;
179. Possibilitar, a cada registro de lance, visualizar previamente o valor/desconto para que
não ocorra empate ficto;
180. Possibilitar, a cada registro de lance, visualizar se com a posição atual dos lances,
existe empate ficto;
181. Exibir na tela de lances valor estimado do item ou lote disputado;
182. Permitir realizar lances para cotas exclusivas para MPEs e para cotas não exclusivas
para MPEs quando for o caso;
183. Permitir negociação de propostas com os fornecedores após encerrar fase de lances.
Permitir esta negociação não somente com o vencedor, mas com todos os licitantes participantes
da fase de lances;
184. Permitir apuração do vencedor quando a disputa é fechada;
185. Permitir apuração do vencedor quando a disputa é fechada-aberta ou aberta;
186. Permitir apuração da disputa aberta individualmente, item a item quando por item, lote
a lote quando por lote;
187. Permitir apuração da disputa aberta em sua totalidade, após finalizar os lances de
todos os licitantes;
188. Permitir negociação com os fornecedores licitantes após encerrar-se os lances na
disputa aberta. Permitir esta negociação não somente com o vencedor, mas com todos os
licitantes participantes da disputa aberta;
189. Permitir visualizar o histórico da negociação realizada após encerrar a disputa aberta;
190. Permitir apuração do vencedor quando a disputa é fechada, não seguida de lances;
191. Permitir a apuração agrupada de propostas técnicas e financeiras fechadas seguidas
não lances se o critério de avaliação possuir proposta técnica;
192. Permitir atualizar a apuração do vencedor desde que o processo de compra não tenha
sido homologado;
193. Permitir que no critério de avaliação ‘Técnica e Preço’ ou ‘Maior retorno econômico’ a
apuração das propostas fechadas, não seguida de lances, seja conforme o resultado da
ponderação entre a pontuação técnica e a pontuação financeira ou por melhor proposta financeira,
conforme escolha realizada na licitação;

Página 69 de 234

financeiras fechadas não seguidas de lances quando os valores propostos não estão dentro da
faixa de valores mínimos e máximos definidos para o processo de compra em edital;
195. Permitir a desclassificação automática do licitante na apuração das propostas técnicas
fechadas não seguidas de lances quando a pontuação do licitante não atingir a pontuação mínima
definida para o processo de compra em edital;
196. Permitir a desclassificação manual do licitante na apuração das propostas fechadas,
técnicas e/ou financeiras, não seguidas de lances;
197. Permitir negociação de propostas com os fornecedores após apurar as propostas
fechadas não seguidas de lances. Permitir esta negociação não somente com o vencedor, mas
com todos os licitantes participantes da disputa fechada;
198. Permitir visualizar o histórico da negociação realizada para as propostas fechadas;
199. Deve permitir habilitação/desabilitação de licitante antes da fase de julgamento;
200. Deve permitir habilitação/desabilitação de licitante após a fase de julgamento e troca
de vencedor no caso de licitante desclassificado;
201. Permitir cadastrar os tipos de recursos;
202. Permitir registrar os recursos e seus julgamentos;
203. Permitir abrir e encerrar sessões públicas;
204. Controlar operações realizadas durante a sessão pública;
205. Permitir armazenar os fatos ocorridos na sessão pública;
206. Permitir gerar pausa e reiniciar sessão pública;
207. Permitir suspender sessão pública;
208. Permitir visualizar o histórico da sessão pública dos processos licitatórios;
209. Permitir visualizar o histórico de operações realizadas nos processos de compra.
210. Permitir adequações de homologações desde que o processo de compra não tenha
saldo consumido.
211. Permitir adicionar preço dos itens do vencedor quando o tipo de avaliação for por lote
ou global;
212. Possibilitar vincular documentos no processo de compra.
213. Possibilitar informar se a licitação controlará saldo por valor ou por quantidade;
214. Possibilitar informar recibos do Tribunal de Contas do Estado;
215. Possibilitar exportar processos para plataformas de pregões eletrônicos.
216. Possibilitar bloqueio de dotações orçamentárias vinculadas a licitação.
COTIZAÇÃO COMPULSÓRIA PARA ME E EPP
217. Permitir a cotização compulsória para Microempresas (ME) e Empresas de pequeno

porte (EPP) em processos licitatórios de compras conforme definido na Lei complementar
123/2006;
218. Permitir aplicar a regra de separação das cotas para MPEs para os itens de natureza
divisível;
219. Permitir configurar o percentual máximo aplicado a MPEs e a quantidade mínima de
fornecedores competitivos enquadrados prevendo alterações na legislação vigente;
220. Permitir que usuário modifique o percentual máximo a MPEs aplicado diretamente na
licitação contanto que este percentual seja menor que o percentual parametrizado;
221. Permitir que somente Microempresas e Empresas de pequeno porte enviem propostas
e/ou participem de lances em cotas exclusivas para MPEs.
222. Possibilitar aplicar percentual de empate ficto para MPEs regionais.
COMPRA DIRETA

Página 70 de 234
223. Controlar todo processo de compra direta efetuado, permitindo acompanhar o

processo desde a solicitação até a entrega do produto/serviço ao seu destino;
224. Realizar o controle de compra direta em aplicação separada da aplicação de licitações;
225. Controlar todo fluxo desde a criação até encerramento da compra direta por meio de
operações.
226. Permitir as seguintes operações na compra direta:
a) Adicionar compra direta;
b) Anular compra direta;
c) Apurar vencedor;
d) Cancelar item;
e) Editar compra direta;
f) Encerrar compra direta;
g) Estonar encerramento;
h) Excluir compra direta;
i) Iniciar recebimento de cotações;
j) Vincular banco de preços;
k) Visualizar compra direta.
227. Possibilitar visualizar todo o histórico de operações executado na compra direta.
228. Permitir consultar as compras diretas por:
a) Período de abertura;
b) Número e ano;
c) Tipo de objeto;
d) Situação;
229. Permitir criar uma compra direta com as seguintes informações:
a) Dados gerais: (i) Número e ano; (ii) Tipo de objeto; (iii) Descrição; (iv) Data; (v) Tipo de
avaliação; (vi) Condição de pagamento; (vii) Forma de fornecimento; (viii) Permissão para utilizar
cotação eletrônica; (ix) Prazo para apresentação de cotações; (x) Referente ao COVID-19.
b) Justificativas: (i) Justificativa da aquisição; (ii) Justificativa da compra direta; (iii) Base legal da
justificativa; (iv) Justificativa do fornecedor.
c) Itens:
i. Possuir painel de gerenciamento de itens que possibilite:
1. Adicionar itens;
2. Alterar itens;
3. Cancelar os itens;
4. Remover;
5. Copiar banco de preços das solicitações de compras e listas de compras.
ii. Na operação de adicionar deverá possuir um painel de gerenciamento que permita fazer o
filtro das listas de compras que serão vinculadas na compra direta. Permitir este filtro por Listas
de compras; por Estrutura administrativa; por Classificação de itens; e por Itens.
iii. Permitir realizar análise em massa dos itens que serão vinculados nas compras diretas por
aplicação de percentual;
iv. Permitir realizar análise em massa dos itens que serão vinculados nas compras diretas por
aplicação de valor;
v. Permitir detalhar a quantidade de itens por estrutura administrativa quando o item tiver várias
origens diferentes (quantidade unificada nos itens fruto da somatória das quantidades das
diferentes estruturas administrativas que pediram o mesmo item).
vi. Permitir cancelar itens da compra direta desde que esta esteja em digitação;
vii. Permitir remover itens da compra direta desde que esta esteja em digitação;
d) Responsáveis: Permitir informar responsabilidades na compra direta e as respectivas pessoas
(responsáveis);
230. Permitir editar uma compra direta desde que esta não tenha sido encerrada;

Página 71 de 234
231. Permitir trabalhar com tipo de avaliação global (um único lançamento de valor por
fornecedor para toda a compra direta).
232. Permitir trabalhar com tipo de avaliação por item (lançamento de valor por item por
fornecedor para toda a compra direta).
233. Permitir vincular uma fonte de preço na compra direta;
234. Permitir realizar balizamento na compra direta a partir das fontes de preço inseridas;
235. Permitir definir data limite para recebimento de cotações eletrônicas na compra direta;
236. Permitir prorrogar a data limite para recebimento de cotações eletrônicas na compra
direta;
237. Permitir iniciar o recebimento de cotações na compra direta;
238. Permitir pré-selecionar fornecedores para compras diretas que utilizam cotação
eletrônica;
239. Permitir vincular fornecedores por vinculação de banco de preços (cotações) nas
compras diretas que NÃO utilizam cotação eletrônica;
240. Permitir vincular cotação interna em compras diretas. Cotações internas são cotações
registradas no sistema pela própria entidade. A entidade recebe as cotações dos fornecedores e
registra no sistema.
241. Permitir vincular cotação eletrônica em compras diretas. Cotações eletrônicas são
cotações preenchidas eletronicamente pelos fornecedores no sistema. A entidade cria a compra
direta, libera para recebimento de cotações,
242. os fornecedores via sistema preenchem a cotação e a entidade apura a compra direta.
243. Permitir o preenchimento de cotações eletrônicas diretamente pelo fornecedor (com
credenciais de acesso ao sistema);
244. Permitir visualizar todas as cotações vinculadas a compra direta antes de realizar a
apuração do vencedor;
245. Permitir realizar simulação da apuração antes de efetivar o procedimento;
246. Permitir desempatar fornecedor segundo o tipo de avaliação (global ou por item);
247. Permitir apurar o vencedor da compra direta segundo o tipo de
248. avaliação (global ou por item);
249. Permitir encerrar uma compra direta para que a compra possa seguir para as fases
seguintes de contrato e fornecimento;
250. Permitir estornar encerramento da compra direta desde que esta não esteja vinculada
com as fases seguintes (contrato e fornecimento).
251. Possibilitar lançamento do processo simplificado, caso seja necessário;
252. Quando simplificado não exigir vínculos com cotações e apuração de vencedores,
sendo selecionado diretamente os fornecedores do processo;
253. Quando simplificado possibilitar avançar da lista de compras diretamente para o início
da criação da capa do processo;
254. Quando simplificado possibilitar direcionamento automático para a geração da ordem
de fornecimento após o encerramento da compra direta.
COTAÇÃO ELETRÔNICA
255. Possibilitar vincular usuários ao fornecedor, permitindo que um mesmo fornecedor

possa realizar movimentações no sistema, como o preenchimento de cotações eletrônicas;
256. Controlar o preenchimento de cotações eletrônicas por aplicação específica para
cotação eletrônica (aplicação diferente da aplicação de cotação utilizada pelos usuários internos
da entidade);
257. Permitir preenchimento dos itens de acordo com o tipo de avaliação da compra direta
(global ou por item).
258. Garantir consistência que o fornecedor só possa preencher a cotação eletrônica dentro
da data limite de entrega da cotação.

Página 72 de 234
259. Permitir ao fornecedor preencher a cotação e colocá-la disponível para a apuração da

compra direta;
260. Permitir ao fornecedor cancelar a cotação eletrônica caso não deseje mais participar
da compra direta e esta já não tenha sido vinculada a compra direta;
261. Permitir ao fornecedor cancelar a cotação caso tenha sido realizada alteração nos
itens da compra direta que justifique um novo preenchimento de cotação eletrônica.
262. Permitir ao fornecedor visualizar suas cotações eletrônicas;
263. Permitir ao fornecedor emitir listagem de suas cotações eletrônicas;
264. Possibilitar solicitar cotações eletrônicas nas solicitações, listas de compras, compras
diretas e licitações
LICITAÇÃO DE ALIENAÇÃO
265. Permitir gerar processo de alienação;

266. Permitir consultar os processos licitatórios de alienação/cessão por:
a) Período de abertura;
b) Número e/ou Ano;
c) Modalidade;
d) Tipo do objeto;
e) Situação;
f) Forma de realização;
g) e por combinações destes filtros.
267. Realizar integração com plataformas de pregão eletrônico, tais como:
268. BLL – Bolsa de Licitações do Brasil, Portal Compras BR, e Portal Compras Públicas;
269. Controlar a situação da licitação, se ela está em digitação, em andamento, em
retificação, anulada, deserta, fracassada, encerrada, cancelada, suspensa, em disputa, apurada,
revogada ou homologada;
270. Permitir declarar licitação deserta;
271. Permitir declarar licitação fracassada;
272. Permitir anular licitação;
273. Permitir cancelar licitação;
274. Permitir suspender e retirar suspensão de uma licitação;
275. Permitir revogar licitação;
276. Permitir as seguintes modalidades: Concorrência, Leilão, Regime diferenciado de
contratação (RDC) e Licitação dispensada;
277. Permitir informar os responsáveis pela licitação;
278. Permitir configurar quais os responsáveis da licitação devem ser informados de forma
obrigatória na modalidade;
279. Permitir informar a comissão da licitação;
280. Permitir informar os documentos para habilitação de licitantes na licitação;
281. Permitir registrar equivalência de documentos entregues pelos licitantes em sua
habilitação;
282. Permitir informar o representante do licitante em sessão pública;
283. Permitir inversão de fases de julgamento e habilitação na modalidade de RDC;
284. Possibilitar realizar o modo de disputa fechado, aberto e a combinação fechado-
aberto;
285. Permitir o lançamento das propostas financeiras do licitante em disputas fechadas;
286. Deve existir um facilitador para que o fornecedor possa registrar sua própria proposta
financeira, em suas dependências, a partir de um arquivo digital que contenha os itens de um
processo de alienação específico;
287. Importação de propostas dos fornecedores via arquivo digital, sem necessidade de
redigitação, otimizando o tempo dentro da sessão pública;

Página 73 de 234
288. Permitir a apuração de propostas fechadas seguidas de lances, conforme critério de

avaliação definido em edital, classificando-as de forma ordenada para os lances;
289. Permitir o desempate manual das propostas financeiras na apuração de propostas
fechadas seguidas de lances classificando corretamente conforme legislação para a fase de
lances;
financeiras fechadas seguidas de lances quando os valores propostos forem menores que os
valores mínimos definidos para o processo em edital;
291. Permitir a desclassificação manual do licitante na apuração das propostas fechadas e
seguidas de lances;
292. Permitir o registro de lances para disputa aberta com controle de rodada de lances,
onde somente os licitantes que não declinaram possam ir para a próxima rodada.
293. Permitir negociação de propostas com os fornecedores após encerrar fase de lances.
Permitir esta negociação não somente com o vencedor, mas com todos os licitantes participantes
da fase de lances;
294. Permitir apuração do vencedor quando a disputa é fechada, fechada-aberta ou aberta;
295. Permitir apuração do vencedor quando a disputa é fechada-aberta ou aberta;
296. Permitir apuração da disputa aberta individualmente, item a item quando por item, lote
a lote quando por lote;
297. Permitir apuração da disputa aberta em sua totalidade, após finalizar os lances de
todos os licitantes;
298. Permitir negociação com os fornecedores após encerrar-se os lances na disputa
aberta. Permitir esta negociação não somente com o vencedor, mas com todos os licitantes
participantes da disputa aberta;
299. Permitir visualizar o histórico da negociação realizada após encerrar a disputa aberta;
300. Permitir apuração do vencedor quando a disputa é fechada, não seguida de lances;
301. Permitir atualizar a apuração do vencedor desde que o processo de compra não tenha
sido homologado;
financeiras fechadas não seguidas de lances quando os valores propostos são menores que os
valores mínimos para o processo em edital;
303. Permitir a desclassificação manual do licitante na apuração das propostas fechadas
não seguidas de lances;
304. Permitir negociação de propostas com os fornecedores após apurar as propostas
fechadas não seguidas de lances. Permitir esta negociação não somente com o vencedor, mas
com todos os licitantes participantes da disputa fechada;
305. Permitir visualizar o histórico da negociação realizada para as propostas fechadas;
306. Deve permitir habilitação/desabilitação de licitante antes da fase de julgamento;
307. Deve permitir habilitação/desabilitação de licitante após a fase de julgamento e troca
de vencedor no caso de licitante desclassificado;
308. Permitir registrar os recursos e seus julgamentos;
309. Permitir abrir e encerrar sessões públicas;
310. Controlar operações realizadas durante a sessão pública;
311. Permitir armazenar os fatos ocorridos na sessão pública;
312. Permitir gerar pausa e reiniciar sessão pública;
313. Permitir suspender sessão pública;
314. Permitir visualizar o histórico da sessão pública dos processos licitatórios;
315. Permitir visualizar o histórico de operações realizadas nos processos licitatórios.
316. Permitir adequações de homologações desde que o processo de compra não tenha
saldo consumido.
317. Permitir adicionar preço dos itens do vencedor quando o tipo de avaliação for por lote
ou global;

Página 74 de 234
318. Possibilitar vincular documentos no processo de alienação.
REQUISITOS DE CONTROLE DE FORNECEDORES E CRC
319. Possibilitar o cadastro de fornecedores, pessoa física ou jurídica, com possibilidade de

controle de Certificado de Registro Cadastral.
320. Permitir cadastrar as informações empresariais do fornecedor com os seguintes
dados:
a) Data de nascimento/constituição;
b) Natureza jurídica;
c) Regime de tributação;
d) Porte empresarial;
e) Tipo de atuação;
f) Substituição tributária;
g) CNAE;
h) Itens da lei 116/2003;
i) Simples nacional.;
321. Possibilitar vincular usuários ao fornecedor, permitindo que um mesmo fornecedor
possa realizar movimentações no sistema, como lançamento de propostas, através de seus
usuários conectados com perfil de fornecedor.
322. Possibilitar a inclusão e configuração de diversos tipos (níveis) de Certificado de
Registro Cadastral (CRC), indicando quais documentos devem compor o tipo de CRC.
323. Possibilitar o registro de anotações ocasionais quanto à situação cadastral do
fornecedor, para que se tenha um histórico das anotações de cada fornecedor do município.
324. Possibilitar definição de grupos de documentos equivalentes quanto à exigibilidade
para composição do CRC.
325. Possibilitar que o fornecedor possa requerer a criação ou atualização de CRC, através
de seu usuário com perfil de fornecedor.
326. Possibilitar que o usuário com perfil de fornecedor possa adicionar/indicar os
documentos exigíveis para criação ou atualização de CRC.
327. Possibilitar que a unidade gestora realize a validação e efetivação dos requerimentos
de CRC, permitindo reprovação do requerimento, ou aprovação, que deve gerar automaticamente
o CRC.
328. Realizar a criação automática do cadastro de fornecedor, caso não exista, a partir da
aprovação do requerimento de criação de CRC.
329. Possibilitar o controle automático de data de validade de cada CRC, com base nos
documentos que o compõem, ou que a Unidade Gestora estabeleça prazo de validade
personalizado para o CRC.
330. Controlar a validade dos documentos e das certidões vencidas ou à vencer dos
fornecedores;
331. Possibilitar controle de situação cadastral do fornecedor a partir de seus Certificados
de Registro Cadastral, os quais possuem período de vigência, podendo ser inativados, inativando
assim a situação cadastral do fornecedor, e reativados com atualização dos documentos vencidos,
voltando a ativar o fornecedor automaticamente.
332. Possibilitar que um mesmo fornecedor possua mais de um CRC, desde que sejam de
tipos diferentes.
333. Realizar o controle de fornecedor ativo e apto a participar de processos de compras e
fornecimento a partir da situação cadastral do mesmo, e que esta situação seja coerente com a
situação de seus CRCs e de suas sanções.
334. Possibilitar a emissão do Certificado de Registro Cadastral, contendo os dados do
fornecedor e os dados dos documentos que compõem o CRC.

Página 75 de 234
REQUISITOS PARA GESTÃO DE RESULTADOS DE PROCESSO DE COMPRAS
335. Realizar geração automática do resultado do processo de compra ao homologar

processos licitatórios ou encerrar compra direta com o objetivo de controlar o saldo de execução
orçamentária e dos itens deste processo.
336. Permitir o acompanhamento de cada etapa de processos de compras, referentes a
compra direta, inexigibilidade ou licitações, de qualquer modalidade utilizada na administração
pública, através de um único local na aplicação.
337. Possibilitar alterações e eventuais correções sobre os resultados de processos
licitatórios, permitindo substituir participantes, alterar itens, alterar datas, saldos, entre outras
características relevantes, guardando cada alteração em movimentação histórica com condição
de pesquisa.
338. Possibilitar cancelar alterações realizadas quando necessária, desde que as
alterações realizadas já não estejam vinculadas a qualquer procedimento.
339. Permitir a contratação do segundo classificado quando o fornecedor vencedor deixar
de fornecer o material ou de executar os serviços.
340. Possibilitar que todas as alterações de um resultado de processo de compra sejam
simuladas pelo usuário antes de sua efetivação, com a condição de comparações da situação
atual diante da prospecção de alteração simulada.
341. Possibilitar alteração cadastral através de simulação e controle histórico, permitindo a
alteração, exclusão ou substituição de itens, garantindo a consistência de valor geral do processo
de compra.
342. Possibilitar a aplicação de alterações em massa dos itens da compra/licitação através
de aditivos, posteriores à homologação, com base em filtros definidos pelo usuário.
343. Possibilitar o controle de saldos tanto para finalidade de execução orçamentária
quanto para controle de efetivação de liquidação (entrega) de produtos e serviços de cada
resultado de processo de compra/licitação.
344. Permitir o controle de saldo de itens de um processo de compras diretamente através
do consumo por ordens de fornecimento, ou através da criação de contratos.
345. Possibilitar o controle de saldo dos itens por situação do processo de compras
conforme alterações lançadas possibilitando que o usuário opte por:
a) Alterar valores em quantidade de saldo total ou parcial;
b) Alterar valores em nova quantidade adicionada, mantendo a quantidade e valor anterior e
permitindo que se gere consumos com base no valor e saldo anterior.
c) Alterar apenas quantitativo.
346. Possibilitar que a quantidade contratada de itens de uma compra/licitação passe a ser
controlada a partir do contrato.
347. Possibilitar a geração de documento com dados do resultado de compra/licitação, e a
vinculação de outros documentos ao resultado de compra/licitação após a homologação.
348. Possibilitar a vinculação de documentos às pessoas partes envolvidas no processo de
compras/liquidação, após a homologação.
349. Validar para que não sejam comprometidos os saldos dos resultados de
compras/licitações enquanto os mesmos estiverem com alguma alteração/aditivação em
andamento, garantindo sua consistência em virtude das possíveis mudanças que possam receber
na alteração/aditivação.
REQUISITOS PARA GESTÃO DE ATAS DE REGISTRO DE PREÇOS (ARP)
350. Realizar geração automática das ARP ao homologar processos licitatórios de sistema
de registro de preços.

Página 76 de 234
351. Possibilitar lançamento e controle de qualquer alteração dos dados de compras

durante sua execução orçamentária, com gerenciamento e rastreamento histórico de todos os
dados, controlando desde alterações de correções cadastrais, como aditivos sobre as ARPs.
352. Possibilitar alteração cadastral e aditivos através de simulação e controle histórico,
permitindo a alteração, exclusão ou substituição de itens, garantindo a consistência de valor geral
da ARP.
353. Possibilitar a inclusão de Carona interno (da própria unidade gestora com CNPJ
próprio), ou externo (órgãos e entidades de outras unidades gestoras) em ARPs.
354. Possibilitar que se realize tipos variados de alterações, conforme disposições legais,
dentro de um mesmo aditivo de ARP.
355. Possibilitar a aplicação de alterações em massa dos itens da ARP através de aditivos,
com base em filtros definidos pelo usuário.
quanto para controle de efetivação de liquidação (entrega) de produtos e serviços de cada ARP.
357. Permitir o controle de saldo de itens de uma ARP diretamente através do consumo por
ordens de fornecimento, ou através da criação de contratos.
358. Possibilitar que a quantidade contratada de itens de uma ARP passe a ser controlada
a partir do contrato.
359. Possibilitar alterações para transferência de saldo de itens entre compradores
participantes e caronas da ARP, com simulação, possibilitando análise de proposta da
transferência antes da efetivação.
360. Possibilitar a geração de documento com dados da ARP, e a vinculação de outros
documentos à ARP.
361. Possibilitar a vinculação de documentos às pessoas partes envolvidas na ARP.
362. Validar para que não sejam comprometidos os saldos das ARPs enquanto as mesmas
estiverem com alguma alteração/aditivação em andamento, garantindo assim sua consistência em
virtude das possíveis mudanças que possam receber na alteração/aditivação.
363. Possibilitar transferências de saldo entre estruturas administrativas
(órgão/unidade/local) da entidade.
365. Possibilitar o controle de saldo dos itens por situação da ARP conforme
alterações/aditivos lançados possibilitando que o usuário opte por:
REQUISITOS PARA GESTÃO DE CONTRATOS

366. Possibilitar o cadastro de contratos de tipos diversos, conforme previsto na legislação,
provendo a administração de controle contratual e condição de prestação de contas.
367. Permitir o cadastro de contratos com as seguintes informações: licitação, objeto, data
da assinatura e de vigência, participantes, itens discriminados, dados financeiros, dados de
subcontratação, controle de percentuais e limites aplicados ao contrato, controle de cauções e
garantias, documentos anexados, anotações, dados das publicações, dotações, estrutura
administrativa.
368. Permitir a tipificação de participantes do contrato em: fiscal, representante legal do
contrato e controlador de encargos sociais e tributários.
369. Possibilitar geração automática de Contratos com base nos resultados de processos
de Compras ou nas Atas de Registro de Preços, permitindo ao usuário escolher e definir a
quantidade de cada item, com base nos saldos atuais da Compra ou ARP.

Página 77 de 234
370. Realizar o controle de saldo para vínculo orçamentário e saldo dos itens de cada ARP,
considerando suas alterações e aditivos.
371. Possibilitar a criação automática de contrato permitindo a aplicação de inclusão em
massa dos itens no contrato com base em filtros indicando valores ou percentuais definidos pelo
usuário a partir dos dados de resultado de compra/licitação.
372. Garantir consistência e rastreamento de informações dos contratos de compra de
produtos e serviços, em relação aos dados originais de seu respectivo processo de compras ou
ata de registro de preços.
373. Possibilitar recursos de alterações cadastrais, apostilamentos e aditivos, registrando e
controlando todos os dados históricos e possibilitando a consulta das informações completas do
mesmo após cada alteração ou aditivo que tenha recebido.
374. Realizar o controle de saldo para vínculo orçamentário e saldo dos itens de cada
contrato, considerando suas alterações apostilamentos e aditivos.
375. Realizar o controle dos limites legais de aditivação e de subcontratação de contrato
durante a criação de seus aditivos.
376. Possibilitar a aplicação de alterações em massa dos itens do contrato através de
aditivos, com base em filtros definidos pelo usuário.
quanto para controle de efetivação de liquidação (entrega) de produtos e serviços de cada ARP.
378. Permitir o controle de saldo de itens de contratos através do consumo por ordens de
fornecimento.
379. Possibilitar aditivo para rescisão contratual, que possa liberar o saldo não efetivado de
itens no contrato, permitindo a criação de um novo contrato.
380. Possibilitar a geração de documento com dados do contrato, e a vinculação de outros
documentos ao contrato.
381. Possibilitar a vinculação de documentos às pessoas partes envolvidas no contrato.
382. Validar para que não sejam comprometidos os saldos dos Contratos enquanto os
mesmos estiverem com alguma alteração/aditivação em andamento, garantindo assim sua
consistência em virtude das possíveis mudanças que possam receber na alteração/aditivação.
383. Possibilitar transferências de saldo entre estruturas administrativas
(órgão/unidade/local) da entidade.
385. Possibilitar o controle de saldo dos itens por situação do contrato conforme
alterações/aditivos lançados possibilitando que o usuário opte por:
REQUISITOS PARA GESTÃO DE SALDOS E ORDEM DE FORNECIMENTO
386. Possibilitar a geração de ordens de fornecimento a partir de saldos de itens

diretamente de resultados de processos de compras, ARP ou contratos.
387. Controlar o saldo de itens de cada processo de compra, ARP e contrato, validando
para que o saldo contratado seja controlado a partir do contrato, bem como os valores não
contratados sejam controlados a partir de sua origem, possibilitando a contratação parcial,
conforme a discricionariedade da unidade gestora.
388. Possibilitar a geração automática de Ordens de fornecimento com base em análise
inteligente do sistema, que verifique a disponibilidade de saldos dos itens solicitados pelos setores,
nos mais diversos fornecedores (almoxarifados virtuais), classificando por origem de processo de
compra e por contrato.

Página 78 de 234
389. Possibilitar que o fornecedor possa consultar suas ordens de fornecimento, podendo
encaminhar o atendimento das ordens que lhe estejam pendentes.
390. Possibilitar definir o local de entrega dos itens da ordem de fornecimento, indicando
um endereço geográfico.
391. Possibilitar que a liquidação da Ordem de fornecimento (entrega e conferência dos
produtos e serviços) possa ser realizada em uma ou mais etapas.
392. Possibilitar que a ordem de fornecimento gerada, possa ser aprovada antes de ser
encaminhada ao fornecedor para atendimento.
393. Possibilitar a consulta de ordens de fornecimento por meio de filtros diversos definidos
pelo usuário.
394. Possibilitar a geração de ordens de fornecimento a partir das demandas geradas pelos
setores, solicitação de itens, propiciando o rastreamento situacional da solicitação.
395. Validar para que o saldo de item comprometido em uma ordem de fornecimento não
seja vinculado em outra, a menos que a ordem de fornecimento inicial seja cancelada, ou atendida
parcialmente.
396. Controlar saldo de itens que não são liquidados pela quantidade, mas pelo valor
financeiro, como alguns serviços e obras, possibilitando acompanhamento do valor total financeiro
do item na compra, ARP ou Contrato, em relação ao valor liquidado.
397. Permitir que o usuário acompanhe o saldo das licitações homologadas a cada ordem
de fornecimento emitida, distinguindo entre saldo de origem e saldo contratado.
398. Emitir ordem de fornecimento por estrutura administrativa limitando a exibição dos
itens conforme configuração da lotação do usuário.
REQUISITOS PARA INTEGRAÇÃO COM A CONTABILIDADE
399. Controlar saldo de empenhado das compras, ARP’s e contratos mantendo a

consistência dos valores de modo que não seja possível se empenhar valores superiores ao valor
licitado/contratado;
400. Possibilitar geração de pré-empenhos através da compra, ARP, contrato ou ordem de
fornecimento;
401. Controlar geração de pré-empenhos por natureza de despesa dos itens presentes
compra, ARP, contrato ou ordem de fornecimento;
402. Possibilitar ao usuário a obrigatoriedade de utilizar ou não o pré-empenho, sendo
possível empenhar diretamente a compra, ARP, contrato ou ordem de fornecimento.
REQUISITOS PARA INTEGRAÇÃO COM SOLUÇÃO DE PORTAL DA TRANSPARÊNCIA
403. Permitir integração dos dados de licitações por meio de web service:
a) Retornar dados gerais da licitação: Modalidade; Ano; Número; Número do processo
administrativo; Descrição do objeto; e Situação do processo licitatório.
b) Retornar dados detalhados do processo licitatório: Tipo de avaliação; Tipo de apuração; Local
de abertura; Data de abertura; Data da proposta; Data de julgamento; Data da homologação; Data
de adjudicação; Dados da comissão de licitação; Se é um SRP (Sistema Registro de Preços); Se
é um Credenciamento; Se é um Chamamento;
c) Retornar todos os documentos e publicações vinculados ao processo licitatório, através de
download.
d) Retornar os dados de publicação dos documentos vinculados ao processo licitatório: Tipo do
documento; Data de publicação; Órgão de publicação do documento; e Meio de publicação do
documento.
e) Retornar dados dos participantes do processo licitatório: Razão social ou nome; Número do
CNPJ ou CPF; Data de apresentação de proposta; e, Se o participante é convidado ou não.

Página 79 de 234
f) Retornar dados dos itens da licitação com arranjo específico por tipo de avaliação, Global, Por
lote ou Por item, Tabelas dos registros por número de itens e Valores dos itens por participantes.
g) Retornar dados dos vencedores da licitação: Nome ou razão social; CPF ou CNPJ; e Valor
total.
h) Retornar dados detalhados de atas de registro de preço: Número e ano da ata; Compradores
da ata; Sequência de alteração da ata; Itens e/ou lotes da ata; Saldo atualizado da ata;
Participantes da ata; Vencedores da ata;
i) Possibilitar no portal a apresentação dos itens de cada comprador na Ata de Registro de
Preços.
j) Possibilitar a consulta de dados da Ata de Registro de Preços filtrando por alteração/aditivo
que a ARP tenha sofrido, demonstrando os dados e valores conforme os mesmos se encontravam
em cada ocasião.
404. Permitir integração dos dados de contratos por meio de web service:
a) Retornar dados gerais do contrato: Tipo do contrato; Número; Ano; Sequência; Data de
vigência; Contratado; Modalidade da licitação vinculada ao contrato; e Valor.
b) Retornar documentos do contrato, através de download: Contratos; Aditivos; e Publicações
de documentos.
c) Retornar dados detalhados do contrato: Objeto do contrato; Dados da licitação vinculada (Ano;
Número; e Modalidade); Valor inicial do contrato; Dados dos fiscais vinculados ao contrato
(Número do ato de nomeação do fiscal; Ano do ato de nomeação do fiscal; CPF do fiscal; Nome
do fiscal; e Relatórios produzidos pelo fiscal no contrato).
d) Possibilitar a consulta de dados do Contrato filtrando por alteração/aditivo que o mesmo tenha
sofrido, demonstrando os dados e valores conforme os mesmos se encontravam em cada ocasião.
REQUISITOS DE DOCUMENTOS E RELATÓRIOS
405. Documento de abertura de licitação:

a) Autorização de abertura de processo administrativo de licitação
b) Solicitação de abertura de processo administrativo de licitação
c) Declaração de convite
d) Solicitação de protocolo geral
e) Balizamento de preços
f) Solicitação e/ou lista do setor demandante
g) Certidão de fixação
h) Solicitação de parecer jurídico para abertura do processo licitatório
i) Parecer contábil
j) Parecer jurídico de abertura do processo licitatório
k) Parecer jurídico de homologação do processo licitatório
406. Edital de licitação
407. Ata de licitação:
a) Ata de registro de lance
b) Ata de recebimento propostas e habilitação
c) Ata de julgamento da fase de proposta financeira
d) Ata de licitação deserta
e) Ata de licitação fracassada
f) Anexo de ata
408. Termo de licitação
a) Termo de adjudicação
b) Termo de homologação
c) Termo de anulação
d) Termo de revogação
409. Recurso de licitação

Página 80 de 234
410. Mapa de licitação:

a) Mapa de apuração e classificação de propostas
b) Mapa de apuração e resultado
411. Relatório de licitação
a) Relação de licitação com valores
412. Documento de compra
a) Solicitação de item
b) Solicitação de compra
c) Lista de compra
413. Ata de compra e ARP
a) Ata de registro de preço
414. Relatório de compra e ARP
a) Ordem de fornecimento
415. Ata de contrato
a) Ata de negociação de contrato
416. Fornecedor
a) Registro cadastral de fornecedor
REQUISITOS PARA EXTRAÇÃO DE DADOS

417. Permitir cadastrar um layout estrutural no sistema que represente o layout que se
queira integrar conforme layout e instrução normativa disponível no site do Tribunal de Contas.
418. Permitir definir campos comuns entre as diferentes estruturas que compõem um layout
estrutural.
419. Permitir definir tipos de campos de um layout estrutural como: Texto; Data; Número
inteiro; Número decimal.
420. Permitir definir automaticamente os tipos básicos de dados de forma automática (texto,
data, número inteiro, número decimal).
421. Permitir definir configurações do layout estrutural:
a) Formato de saída da exportação de dados: Arquivo de texto; XML (Extensible Markup
Language); e XML Data Packet.
b) Decodificação do arquivo de saída;
c) Utilização ou não de quebra de linha no arquivo de saída;
d) Separador decimal nos campos de valores (ponto ou vírgula);
e) Separação de campos no arquivo;
f) Tratamento de valores nulos;
g) Tratamento de arquivos vazios;
h) Permitir escrever consulta SQL (Structured Query Language) e vinculá-las com as respectivas
estruturas de layout;
i) Permitir a nomenclatura de arquivo de saída;
j) Permitir a criação de campos dentro das estruturas de layout, informando: Tipo do campo
(conforme tipo criados na estrutura); Se o campo é obrigatório ou não; Se o campo é chave
primária na composição do registro da estrutura; A ordem do campo dentre todos os campos
criados; Se o campo é gerado em branco ou não; O tamanho mínimo e máximo do campo; As
casas decimais mínimas e máximas do campo; Os caracteres proibidos no campo; O alinhamento
do campo (direita ou esquerda); e O formato do campo (máscara).
422. Permitir exportar dados no formato de saída especificado no layout estrutural.
7.9. GESTÃO DE OBRAS

REQUISITOS GERAIS
1. O cadastro de obras deve ser integrado com o software de Compras e Licitações, e permitir
vincular uma obra com a licitação e item que deu origem ao seu cadastro.

Página 81 de 234
2. Permitir configurar quais os tipos de obras serão gerenciados.

3. Permitir criar uma classificação das obras de forma mais detalhada para cada tipo
configurado.
4. Permitir o cadastro de motivos de paralização das obras.
5. Permitir cadastrar as origens de acompanhamento das obras, a exemplo CREA, Tribunal de
Contas, etc
6. Permitir configurar os tipos de responsáveis necessários para o acompanhamento das obras
e os documentos padrão de classe que validam sua competência.
7. Permitir vincular na obra o bem patrimonial integrando o cadastro com o software de
Patrimônio.
7.10. PATRIMÔNIO PÚBLICO

REQUISITOS GERAIS
1. Permitir cadastrar grupos com vários níveis de organização para agrupamentos de bens.
2. Permitir configurar grupos de bens para classificação de seus bens conforme PCASP.
3. Permitir configurar grupos de bens para especialização de dados cadastrais dinamicamente
com informações adicionais de imóveis, equipamentos e veículos motorizados etc.
4. Permitir configurar grupos de bens para complemento cadastral onde o usuário possa criar os
campos e especificar quais devem ser preenchidos ao cadastrar um bem do grupo.
5. Permitir cadastrar fornecedores unificados com os demais módulos da administração,
contendo: CPF, CNPJ, RG, título de eleitor, carteira de habilitação, PASEP, data de nascimento,
naturalidade, nacionalidade, grau de instrução, raça, estado civil, sexo, cônjuge, vínculo com
endereço completo, observações, vínculo com outras pessoas nas relações de pai, mãe, sócio
etc., inscrição municipal, inscrição estadual.
6. Possuir cadastro e configuração de locais para vinculação de bens, permitindo a vinculação
de estruturas administrativas (secretarias, departamentos, setores) a esses locais, bem como
permitindo a vinculação de endereço físico a esses locais, tornando automática a transferência de
bens de uma secretaria para outra, ou de um endereço para outro, simplesmente alterando o
vínculo no cadastro de local dos bens. Permitir o controle dos locais por data de vigência.
7. Possuir opção de listagem para impressão de lista dos respectivos dados diretamente em
cada tela de cadastro e movimentação.
8. Possuir controle do ciclo de vida de cada bem, de forma que seja possível rastrear e exibir
todos os dados de cada movimento lançado para o bem ao longo de sua linha do tempo, como
tombamento, manutenções, reavaliações, depreciações e baixa.
REQUISITOS DE GERENCIAMENTO DE INFORMAÇÕES SOBRE BENS
9. Possuir cadastro completo de bens com registro histórico de todos os dados, com as seguintes
informações:
a) Dados principais: Tipo do ativo patrimonial bem móvel, imóvel ou intangível, descrição
sintética, identificação do proprietário para os casos de bens de terceiros, número de plaqueta,
descrição detalhada, descrição reduzida para impressão de etiqueta, natureza do bem,
classificação de uso (dominiais, uso comum, especial), o grupo ao qual o bem pertence, unidade
de medida, estado de conservação, marca, modelo e ano de fabricação.
b) Controle de situação: Data de cada situação, o tipo de situação (bem em processo de
fabricação, bem ativo, em poder de terceiros, baixado etc.).
c) Dados da origem do bem: Tipo da origem do bem, fornecedor, número da nota fiscal, data da
nota fiscal, data da aquisição, origem, valor na aquisição, custo adicional do bem para colocá-lo
em uso, processo licitatório, convênio, lei e portaria, permitindo vincular mais de um contrato ao
bem, permitindo vincular mais de um empenho ao bem.

Página 82 de 234
d) Valores do bem: Valor contábil, valor residual, Tipo de redução de valor (depreciação,
amortização ou exaustão), método de redução de valor do bem (Linear, Soma de dígitos ou
Unidades produzidas), percentual de redução linear, data de fim de vida útil.
e) Localização do bem: Localização oficial do bem na estrutura administrativa, localização física,
responsável pelo bem, possibilidade de vincular um endereço específico ao bem.
f) No cadastro de bens, quando ele for um equipamento ou veículo motorizado, possuir as
informações: tipo, marca, chassi, placa, cor, ano modelo, RENAVAM, combustível, volume do
tanque, quilometragem inicial, transporte coletivo, código do modelo FIPE.
g) No cadastro de bens quando ele for imóvel, possuir identificação de imóvel predial ou
territorial, identificação de imóvel rural ou urbano, matrícula e data de registro no cartório,
possibilitar a vinculação do imóvel cadastrado no módulo de tributação.
h) Informações complementares personalizadas, permitindo a informação de dados em campos
criados pela entidade.
10. Permitir a vinculação de várias fotos e documentos digitalizados ao bem.
11. Possuir configuração de sequencial de números de plaquetas numéricas automáticas.
12. Permitir no cadastro do bem a informação da plaqueta alfanumérica quando necessário.
13. Possuir cadastro de marcas que serão vinculadas a bens patrimoniais.
REQUISITOS DE GERENCIAMENTO DE OPERAÇÕES SOBRE BENS
14. Possuir rotina para cópias automáticas de um mesmo bem, a fim de agilizar o cadastro de
bens com a mesma característica, determinando automaticamente de forma sequencial o número
da plaqueta de cada cópia.
15. Possuir controle de lançamentos como tombamento, comodato, reavaliações e retorno a valor
recuperável, manutenções, transferências e baixas de bens com simulação, de forma que o
usuário possa lançar os dados para um ou mais bens simultaneamente, permitindo a conferência
das alterações na simulação e após conferência o usuário possa efetivar o lançamento (que
passam a influenciar nos dados oficiais dos bens indicados na data da efetivação) caso contrário
o usuário possa cancelar a simulação do lançamento.
16. Permitir vínculo de fotos e documentos digitalizados ao lançar manutenção e reavaliação de
bens.
17. Possuir controle dos bens em comodato (cedido ou recebido), identificando a natureza do
comodato e com data de vencimento dele.
18. Possuir rotina para a transferência de bens responsáveis entre locais, estruturas
administrativas com campos para descrever o motivo da transferência bem. Possibilitar a
simulação da transferência antes de sua efetivação.
19. Possuir rotina para realizar as baixas dos bens, possibilitar informar se a pessoa autorizou a
baixa, número da lei, portaria e processo administrativo. Possibilitar a simulação da baixa antes
de sua efetivação.
20. Possuir rotina de reavaliação e redução ao valor recuperável de bens em conformidade com
as Normas brasileiras de contabilidade aplicada ao setor público – NBCASP. Possibilitar a
simulação da operação antes de sua efetivação.
21. Permitir o lançamento de vida útil e valor residual para os bens, efetuando cálculo automático
conforme padronização de naturezas de bens e configuração de seu grupo, contudo permitindo
que o usuário altere os valores sugeridos pelo sistema, adaptando-os à realidade, em atendimento
às Normas brasileiras de contabilidade aplicada ao setor público – NBCASP.
22. Possuir rotina para registro de data de corte que poderá ocorrer conjuntamente com
acréscimos ou decréscimos dos valores dos bens, com impacto contábil em ajustes de exercícios
anteriores aumentativos ou diminutivos diretamente no resultado patrimonial, em atendimento às
Normas brasileiras de contabilidade aplicada ao setor público – NBCASP.

Página 83 de 234
23. Possuir rotinas para depreciação, amortização e exaustão, com a utilização de cotas
constantes e soma de dígitos ou unidades produzidas, em conformidade com as Normas
brasileiras de contabilidade aplicada ao setor público – NBCASP.
24. Possuir controle de lançamento documentações como seguros, licenciamentos, IPVA, seguro
obrigatório, multas, 1ª via de CRV e garantias com controle de vencimentos.
25. Permitir a vinculação de várias fotos e documentos digitalizados referentes à documentação,
consequentemente vinculados a cada bem envolvido.
26. Possuir controle de conferência de bens por inventário, de forma que possa separar e
suspender os movimentos dos bens selecionados para conferências e ajustes.
27. Possuir relatório de reavaliação e redução ao valor recuperável ocorridos no período, devendo
ser emitido em menu de relatórios ou por atalho na respectiva tela de lançamentos.
28. Realizar automaticamente os lançamentos contábeis quando da efetivação dos lançamentos
dos bens que influenciam os movimentos contábeis em atendimento às Normas brasileiras de
contabilidade aplicada ao setor público – NBCASP, como tombamento, reavaliação, retorno a valor
recuperável, comodato, depreciações amortizações e exaustões, baixas etc.
REQUISITOS DE RELATÓRIOS DE BENS PATRIMONIAIS
29. Possuir emissão de relação de bens com filtros como matrícula do bem, natureza, grupo,
situação, por período de aquisição, por estrutura administrativa, podendo ser por ordem alfabética,
numérica pelo número da plaqueta.
30. Possuir emissão da ficha do bem com os seguintes filtros: por matrícula do bem, por período
de aquisição, por estrutura administrativa. Este relatório deve conter no mínimo as seguintes
informações: descrição do bem, tipo, valor de aquisição, fornecedor, estado do bem, licitação,
valor atual, data da atualização do valor, número da plaqueta, número e data da nota fiscal e
natureza da despesa.
31. Possuir emissão do histórico do bem contendo todas as transferências, reavaliações,
depreciações, valorizações e baixas que o bem sofrer, podendo ser por ordem alfabética ou
numérica.
32. Possuir emissão do livro inventário com os seguintes filtros: por matrícula do bem, por
estrutura administrativa, por origem, por classificação, ainda com opção de ordem alfabética ou
numérica.
33. Possuir emissão dos seguintes termos: baixa, responsabilidade e transferência dos bens.
34. Possuir relatório que evidencie as depreciações, amortizações e exaustões ocorridas no
período, devendo constar em menu de relatórios ou por atalho na respectiva tela de lançamentos.
7.11. ALMOXARIFADO
REQUISITOS GERAIS
1. Permitir que o Almoxarifado funcione de forma integrada e nativa com sistemas como o de
Compras, Contabilidade e Patrimônio.
2. Permitir o cálculo do produto por custo médio ou custo médio ponderado
3. Permitir exibir custo do produto também na saída de estoque.
4. Permitir cadastrar a estrutura física de armazenamento de forma que a cada entrada e
transferência de estoque seja possível informar em que corredor, coluna, nível e vão estão
alocados os produtos. O sistema deve permitir o livre cadastro dessa estrutura para que seja
possível representar com facilidade a estrutura física.
5. Permitir entrada por: ajuste de estoque, doação, implantação, etc.
6. Permitir saída ou baixa por: doação, quebra, validade vencida, consumo, venda\leilão, ajuste
de estoque, etc.

Página 84 de 234
7. Permitir obrigar vincular um documento digital ou imagem a cada entrada ou saída. Permitir
configurar obrigatoriedade por tipo de movimento de entrada ou saída.
8. Possuir cadastro unificado de ruas, bairros, CEP, distrito e municípios com os demais
módulos, evitando retrabalho e erros cadastrais. O mesmo cadastro realizado pelos sistemas de
contabilidade, patrimônio e de licitações.
9. Possuir cadastro unificado de pessoas e fornecedores. O mesmo cadastro realizado pelos
sistemas de contabilidade, patrimônio e de licitações.
10. Permitir o cadastro da estrutura administrativa do município para a plena representação dos
setores, secretarias e demais estruturas, para que os movimentos de almoxarifado sejam
preenchidos corretamente. Este cadastro precisa ser o mesmo realizado pelos sistemas de
contabilidade e de licitações.
11. Possuir cadastro de unidade de medida dos itens e produtos.
12. Possuir cadastro de itens com os seguintes dados: descrição sintética e analítica, unidade de
medida, vinculação com a contabilidade através da natureza de despesa.
13. Possuir cadastro de produto e marca unificado e compartilhado com sistema de compras,
contabilidade e patrimônio. O cadastro de produto deve permitir sinalizar se controlará lote e
validade deste produto ou não. Deve ser possível informar fabricantes e a unidade de medida de
controle deste produto.
14. Permitir o cadastro das leis, portarias, decretos e regulamentações que embasam os
movimentos e procedimentos do almoxarifado, para que nos movimentos e relatórios seja possível
imprimir este embasamento legal e jurídico.
15. Permitir o cadastro de comissão de estoque e inventário, informando os integrantes da
comissão (presidente, secretário, membro, etc.) e a norma jurídica que deu o embasamento para
sua criação e nomeação
16. Permitir o cadastro de um ou vários almoxarifados, podendo vincular ele a uma estrutura
administrativa responsável, o encarregado do almoxarifado, seu endereço, etc.
17. Permitir um controle de empréstimos entre os almoxarifados cadastrados. Permitir a
devolução ou cancelamento deste empréstimo.
18. Possui uma tela central de consulta de estoque dos produtos. Esta tela precisa informar o
custo atual do produto, a estrutura administrativa onde há saldo. Importante também demonstrar
marca e unidade de medida. Essa consulta de estoque precisa permitir filtros por almoxarifados,
estruturas da administração, convênios, produtos, lote e vencimento da validade. Deve permitir
saber quais produtos estão com estoque mínimo atingido.
19. O sistema deve possuir relatório de posição atual de estoque filtrando por almoxarifado,
estrutura do município, convênios, itens, produtos, lote e validade, produtos com estoque mínimo
atingido.
20. O sistema deverá possuir uma tela de solicitação de item, identificando de qual estrutura
administrativa é o solicitante. O sistema deverá oferecer uma consulta geral dos produtos, para
apoiar o usuário na decisão para saber se o item está em estoque no almoxarifado, se está em
estoque no fornecedor ou se tem mais pessoas solicitando o mesmo item. Essa solicitação deve
possuir controle de aprovação de um gestor ou superior. Deverá possuir o registro de quando foi
feito, quando foi aprovado, quais itens integrava a solicitação e quem a aprovou.
21. Os movimentos de entrada devem ser bem gerenciados, demonstrando quem fez e quando
fez cada entrada. Deve permitir realizar conferência da entrada (etapa preliminar antes de devida
efetivação no almoxarifado). Essa entrada deve permitir vincular cópia digital de documentos, deve
permitir informar a comissão ou equipe responsável. Deve ser permitido selecionar facilmente os
produtos e ter apoio do sistema para saber se é obrigatório informar lote e validade. O
gerenciamento destas entradas precisa permitir consultas e filtros como pesquisa por
almoxarifado, situação da entrada, período da entrada, tipo de entrada (se por doação, ajuste,
consumo, etc.), filtro por lote e validade, filtro por local físico de armazenamento (estante,
prateleira, nível, etc.).

Página 85 de 234
22. Os movimentos de saída devem ser bem gerenciados, demonstrando quem fez e quando fez
cada saída. O sistema não deve permitir a saída de produtos bloqueados de alguma forma quer
seja por inventário ou outro procedimento. Deve permitir realizar a aprovação da saída (etapa
preliminar antes de devida efetivação no almoxarifado). Essa saída deve permitir vincular cópia
digital de documentos, deve permitir informar a comissão ou equipe responsável. Deve ser
permitido selecionar facilmente os produtos e ter apoio do sistema para saber o lote e validade
dos produtos que estão vencendo, bem como filtrar produtos que são oriundos de convênios. O
gerenciamento destas saídas precisam permitir consultas e filtros como pesquisa por
almoxarifado, situação da saída, período da saída, tipo de saída (se por quebra, doação, consumo,
etc.), filtro por lote e validade, filtro por local físico de armazenamento (estante, prateleira, nível,
etc.).
23. O sistema deve permitir a transferência de produtos com saldo. É importante que antes de
uma transferência ser efetivada que seja possível fazer a conferência (aprovação) do movimento.
Para fazer a transferência é importante que o sistema apoie visualmente a saber em qual estrutura
administrativa está o item a ser movimentado e para onde ele irá. É importante que o sistema
impeça de movimentar produtos bloqueados por qualquer motivo. É importante saber se o produto
é oriundo de convênio. Tem que ser possível localizar os produtos por lote e validade de
vencimento. Deve ser possível localizar produtos a transferir através de seu local de
armazenamento físico (estante prateleira, etc.).
24. O sistema deve possuir rotina de registro de inventário. Permitir informar em qual almoxarifado
esse inventário ocorrerá. É importante ter mais informações de controle do inventário como
quando começou, quem é o responsável, que tipo de inventário será feito, se os produtos
movimentados ali ficarão bloqueados nas movimentações, etc. Deve ser possível realizar de 2 a
3 contagens. Deve ser possível imprimir lista para a contagem e ao final do processo um relatório
comparativo do impacto gerado pelo inventário. Deve ser possível liberar produtos bloqueados
para a movimentação após a contagem.
25. O sistema deve possuir rotina de bloqueio de movimentação do almoxarifado, tem que ser
possível travar movimentos retroativos depois que as apurações contábeis já foram realizadas. É
imprescindível que o sistema impeça ou emita alertas caso tentem movimentar o almoxarifado em
um período já fechado pela contabilidade.
26. Cada movimento de entrada, saída e transferência entre almoxarifados devem gerar seus
respectivos registros contábeis. O sistema não deve exigir trabalho contábil manual, ou seja, deve
ser integrado com patrimônio e contabilidade.
27. O sistema deve ser integrado ao sistema de licitação, de forma que ao emitir uma autorização
de despesa, que o sistema seja integrado para gerar os movimentos de entrada e saída. Para fins
de gestão e inclusive apuração contábil, é importante que os consumos diretos\imediato (aqueles
que não são entregues fisicamente nos almoxarifados) também sejam registrados nas entradas e
saídas do almoxarifado (porém de uma forma destacada).
7.12. FROTAS
REQUISITOS GERAIS –
1. Cadastro de cidade, bairros e logradouros, onde o vínculo com o cadastro de pessoas deve
ser realizado através do código.
2. Cadastro de fornecedores contendo os seguintes dados: CPF, CNPJ, RG, título de eleitor,
carteira de habilitação, PASEP, data de nascimento, naturalidade, nacionalidade, grau de
instrução, raça, estado civil, sexo, cônjuge, código da rua, código do bairro, código da cidade,
observações, nome da mãe, nome do pai, inscrição municipal, inscrição estadual.
3. Possibilitar o lançamento e vinculação dos fornecedores, quanto aos grupos e subgrupos,
classificando o fornecimento de materiais e serviços.
4. Cadastro de itens com os seguintes dados: descrição sintética e analítica, unidade de medida,
classificação de grupos e subgrupos, quantidade mínima e máxima para estoque, opção para

Página 86 de 234
vincular várias fotos do item, vinculação com a contabilidade através do elemento, subelemento e
desdobramento da despesa, valor do último custo e valor do custo médio ponderado.
5. No cadastro de veículos, possuir as seguintes informações: tipo, marca, chassi, placa, cor,
ano modelo, ano de fabricação, RENAVAM, combustível, quilometragem inicial, transporte
coletivo, tipo de marcador (odômetro ou horímetro) e poder informar mais de um motorista para o
mesmo veículo.
6. Também poder informar quais peças e acessórios o veículo possui.
7. Cadastro dos locais onde haverá a movimentação dos veículos.
MOVIMENTAÇÕES
8. Controle de data de vencimento da carteira de habilitação do motorista.

9. Lançamento de solicitação de veículos com as seguintes informações: quem está solicitando
o veículo, qual órgão/unidade/local está solicitando, qual o local que o serviço será realizado pelo
veículo, qual o tipo de serviço que será realizado, qual o objetivo do serviço.
10. Rotina para realizar o agendamento da utilização de veículos.
11. Controle de entradas e saídas dos veículos da garagem com as seguintes informações: placa
do veículo, data e hora da saída, local do serviço, tipo do serviço, código do motorista, data e hora
do retorno.
12. Lançar os abastecimentos dos veículos por saída com as seguintes informações: nome do
posto, quantidade de combustível, tipo de combustível, data e hora do abastecimento,
quilometragem no momento do abastecimento.
13. Lançar as trocas de óleos do veículo com as seguintes informações: data da troca, tipo da
troca (motor, câmbio, diferencial, filtro de óleo), quilometragem para a próxima troca, data para
próxima troca, local da troca e responsável pela troca.
14. Possuir rotina para gerenciamento de manutenção de troca de óleo dos veículos, que após
configuração na UG, deverá exibir tela de alerta, demonstrando o que está "a vencer" ou
"vencidos".
15. Lançar os gastos com manutenção do veículo com as seguintes informações: Código do
veículo; Placa, fornecedor; Local; Tipo de gasto; Valor; e Quilometragem no momento do gasto
com opção de vincular a itens do almoxarifado ou itens externos.
16. Rotina para lançar as avaliações sobre o veículo com os seguintes itens a serem avaliados:
Lataria, pintura, estofamento, pneus, painel, vidros, faróis, extintor, acessórios, motor, câmbio,
freios, alinhamento, balanceamento, direção, ruídos, suspensão e odômetro/horímetro. Data da
avaliação e observações.
17. Geração de todos os arquivos para a prestação de contas junto ao TCE-MT de acordo com
layout estabelecido pelo próprio TCE-MT no módulo do APLIC.
18. Possuir integração com o módulo de Gestão de Abastecimentos, para compartilhar os dados
dos abastecimentos realizados, tais como: quantidade, motorista, tipo de combustível, odômetro,
etc.
RELATÓRIOS
19. Emissão de demonstrativo de abastecimento com os seguintes filtros: Por órgão/unidade; Por
veículo; Por período.
20. Emissão de demonstrativo de custos os seguintes filtros: Por órgão/unidade; Por veículo; Por
item; Por grupo; Por subgrupo; Por período.
21. Emissão de demonstrativo de medias os seguintes filtros: Por órgão/unidade; Por veículo; Por
item; Por grupo; Por subgrupo; Por período.
22. Emissão de demonstrativo por local do serviço com os seguintes filtros: Por órgão/unidade;
Por veículo; Por período.
23. Emissão de relação dos motoristas contendo a validade da CNH.

Página 87 de 234
24. Emissão de relação com os vencimentos das trocas de óleo.

25. Relação de saídas e retornos dos veículos, com os seguintes filtros: Por período; Por
motorista; Por veículo; Por tipo de serviço; Por local do serviço.
7.13. GESTÃO DE PROTOCOLO
REQUISITOS GERAIS
1. Permitir o gerenciamento de todo e qualquer tipo de processo;

2. Permitir configuração de código de barras para autenticação de processos, podendo ele ser
impresso numa etiqueta de documento, possibilitando a partir da sua leitura rastrear esses
processos via leitor de código de barras e QRCode;
3. Permite configurar quais são os documentos obrigatórios para cada tipo de processo a
realizar;
4. Permitir visualizar todo o trâmite executado num processo, ocorrências, anexos, históricos,
quem fez, quando fez, o que fez, de qual setor é o usuário;
5. O sistema deve deixar claro ao usuário onde o processo está e para onde será movimentado
a cada execução e avanço do processo;
6. Permitir a inserção de anexos a qualquer momento da tramitação;
7. Permitir que os números iniciais de sequências do sistema sejam definidos pelo próprio
usuário, a fim de dar sequência aos números já existentes na entidade como: números de
processo\protocolo, controle de documentos etc.
8. Permitir juntada de processos, possibilitando a união de processos, em que os dois poderão
ser movimentados juntos até o seu encerramento ou posterior separação (permitir
desmembramento ou desapensação de processo);
9. Permitir arquivamento, extinção e desistência do processo;
10. Possibilitar empréstimo de processo arquivado bem como o registro da devolução do
processo emprestado;
11. Permitir a suspensão de processo, bem como a retirada de suspensão de processo;
12. Renumeração de folhas;
13. Permitir a suspensão do processo, bem como a reativação do processo;
14. Permitir o encerramento do processo, bem como a reabertura do processo;
15. Permitir o registro de ocorrências durante todo o ciclo de vida do processo, visando registrar
os atos e fatos concernentes a tramitação;
16. Permitir a formação de volume de processo (documentação);
17. Permitir a juntada de novas peças ao processo, bem como o desentranhamento de
documentos;
18. Permitir o envio do processo para julgamento de mérito por um usuário superior, mantendo o
devido registro do deferimento\indeferimento da questão;
19. Controle de prioridade:
a) Permitir ao usuário utilizar algum método de classificação de prioridade para os processos,
de forma apoiar a equipe na identificação e tomada de decisão de quais assuntos são mais
importantes (a exemplo: Matriz GUT (Gravidade, Urgência e Tendência)
b) Permitir ao usuário selecionar uma cor para identificar a prioridade de cada tipo de processo,
através da qual os usuários sejam facilmente treinados para decidir quais processos são críticos
ou prioritários, bem como quais processos estão em dia ou atrasados em relação a sua previsão
de execução;
c) Permitir o controle de prazo por cada etapa do processo a ser movimentada;
20. Armazenamento físico dos processos:
a) Permitir o cadastro e mapeamento via sistema de quais são os locais onde os processos são
ou poderão ser armazenados;

Página 88 de 234
b) Na execução dos processos, permitir que seja cadastrado onde ele estão (temporária ou
permanentemente) alocados;
21. Permitir envio de e-mail e aviso por mensagem interna para o próximo responsável no fluxo
do processo;
22. Permitir filtros para localização do processo por descrição, período, assunto, situação e grau
de criticidade;
23. Permitir combinação de filtros para localização do processo por estrutura administrativa
logada, usuário logado e interessado do processo;
24. Possuir controle de solicitação de diárias e adiantamentos com a devida integração com
módulo contabilidade para atendimento às prestações de contas;
REQUISITOS DE MOVIMENTAÇÃO DO PROCESSO

25. Fluxo do processo:
a) Controlar todo o fluxo do processo através da definição de etapas e fases, isso deve ser
definido e personalizado pela própria entidade de acordo com cada tipo de processo que é
gerenciado;
b) Permitir inserir fases condicionais nos fluxos, de forma situações complexas de todo ponto de
decisão;
c) Permitir a restrição de acesso para cada caso a ser fiscalizado, criando uma forma de controle
e sigilo sobre situações específicas;
d) Ter consulta através de um diagrama de todo o fluxo que foi desenhado (o diagrama serve
para facilitar a leitura por todos os usuários envolvidos);
e) Permitir configurar qual estrutura administrativa é responsável por cada fase do fluxo que irá
acontecer;
f) Permitir a configuração de regras para inserção de documentos, de forma que cada passo do
processo possua regras específicas para documentos obrigatórios;
g) Além dos documentos obrigatórios já previamente configurados no fluxo, permitir a anexação
de documentos (imagens, arquivos etc.) em qualquer fase do processo;
h) Permitir configurar quais usuários são responsáveis por cada fase do fluxo que irá acontecer;
i) Visando a automação dos processos:
i. Permitir executar as aplicações do sistema (telas) a partir das fases do fluxo, de forma que o
usuário não precise trocar de sistema ou tela a medida em que vai executando o fluxo configurado;
ii. Permitir a montagem de checklists de conferência para apoio da execução do fluxo;
iii. Permitir a configuração de perguntas nas fases do fluxo, para apoiar o usuário na decisão do
fluxo;
j) Apesar de todo o controle de fluxo, permitir a realização de processo sem a obrigatoriedade
de ter um fluxo determinado previamente;
k) Permitir a restrição de acesso para que o processo seja movimentado apenas em
determinados módulos independente da permissão da estrutura administrativa do usuário.
26. O sistema deve possuir controle de protocolo de pagamento do fornecedor, que deve ser
integrado ao sistema de Compras da entidade, para listar seus pedidos de fornecimento, listar os
itens e seus valores, permitindo anexar a nota fiscal para envio para pagamento.
EMISSÃO DE TERMOS E DEMAIS EMISSÕES

27. Permitir a emissão de termos de processo para cada movimentação especial que ocorrer:
a) Juntada de processos;
b) Suspensão de processo;
c) Retirada de suspensão de processo;
d) Renumeração de folhas;
e) Reativação de processo;
f) Reabertura de processo;
g) Ocorrência;

Página 89 de 234
h) Juntada de peças;
i) Julgamento de mérito;
j) Formação de volume de processo;
k) Extinção de processo;
l) Encerramento de processo;
m) Empréstimo de processo;
n) Emissão de termo de processo;
o) Devolução de processo emprestado;
p) Desmembramento de processo;
q) Desistência de processo;
r) Desentranhamento de documentos;
s) Desapensação de processo;
t) Desacautelamento de processo;
u) Arquivamento de processo;
v) Acautelamento de processo;
28. Permitir a emissão da capa do protocolo
29. Permitir a emissão de relatório detalhado do protocolo
30. Permitir utilização de fichas cadastrais personalizadas para cada tipo de processo com
obrigatoriedade de informações a serem preenchidas pelo usuário na abertura do processo;
31. Permitir configuração para acompanhamento ao público externo a determinados processos e
com suas atividades permitidas em portal para consulta que deve ter transparência em sua
divulgação demonstrando cada histórico de atividade;
32. Permitir abertura de protocolo do público externo referente a fornecedor, contribuinte e
cidadão que esteja autenticado com usuário e senha autorizado pela entidade;
33. Permitir abertura de protocolo com requerimentos e comunicados entre as estruturas
administrativas do público interno referente a funcionários que esteja autenticado com usuário e
senha autorizado pela entidade;
34. Permitir cadastrar descrições de atividades a serem realizadas com explicativo ao usuário
responsável dos passos necessários para realização;
35. Permitir a emissão do processo na íntegra com capa, contracapa, anexos juntados e
numeração de cada folha do processo;
36. Possibilitar a consulta da relação de processos encaminhados com filtros para facilitar a
localização de cada atividade e estrutura administrativa envolvida na tramitação;
37. Possibilitar assinatura eletrônica e digital nativa do software para submeter assinatura dos
diversos anexos juntados na tramitação do processo.
7.14. TRIBUTAÇÃO MUNICIPAL

PARAMETRIZAÇÕES GERAIS
1. Permitir definir parâmetros no software, alterando regras gerenciais, funcionais, bem como
políticas de validação e comportamento do software, conforme legislação municipal, perfil e, ou as
necessidades do departamento, neste painel deverá:
a) Possibilitar adicionar parâmetros no sistema, que serão aplicados de imediato ou agendado,
possibilitando indicar a data que determinada configuração será aplicada, conforme a vigência
(imediata ou futura) da legislação ou necessidade.
b) Que seja possível editar ou até cancelar a configuração que esteja agendada no sistema,
antes da data de sua aplicação.
c) Dispor de consulta histórica (configurações passadas), quem foi o usuário que cadastrou
determinada configuração, bem como a data/hora que foi registrado no sistema.
2. Principais controles e comportamentos esperados no sistema a serem parametrizáveis pelo
usuário com perfil de Administrador.

Página 90 de 234
a) Serviço de e-mail (SMTP): possibilitar informar os dados da conta de e-mail institucional

“gov.br” que será fornecida pelo setor de tecnologia desta entidade, permitindo ao destinatário
confiabilidade das mensagens de e-mail que serão enviadas pelo sistema.
b) Integrações: permitir indicar quais módulos e comportamento funcionais serão esperados com
a integração entre os sistemas estruturantes.
c) ITBI: Indicar se deseja permitir ou não a proporção menor que 100% entre os proprietários do
imóvel; deseja permitir ou não a edição dos proprietários sem lançamento de ITBI; configurável
como será a transferência dos bens (automática ou manual, sendo após baixar o débito ou logo
após efetuar o lançamento); se deseja permitir a transferência caso o imóvel possua débitos
vencidos ou a vencer; e quem será o responsável pelo débito (proprietário atual/vendedor ou o
adquirente/novo proprietário).
d) Alvará: Se o documento de alvará/licença será liberado logo após o lançamento, após o
pagamento da primeira parcela (em caso parcelado) ou pagamento completo da taxa.
e) Arrecadação: Sistema deverá ser configurável quais formas de arrecadação são aplicáveis no
município, tais como: compensação, dação em pagamento, depósito em conta bancária, uso do
crédito do contribuinte, recebimento do dinheiro em espécie (caixa próprio), entre outros.
f) Cabeçalho dos documentos e relatórios: Possibilitar padronizar o cabeçalho conforme
identidade visual da entidade, com espaço para brasão das armas ao lado esquerdo (símbolo
oficial do município); ao centro, as informações da entidade; e ao lado direito, a logo da
administração (identidade da gestão).
3. Deverá permitir trabalhar com diversos tipos de tabelas de atividades, sendo possível habilitar
ou não seu uso, conforme a legislação do município ou prática do departamento, podendo ser:
a) CNAE - Classificação nacional de atividade econômica: tabela oficial adotada pelo IBGE.
b) Atividade municipal: tabela do município, utilizado para cálculos de licença.
c) Item da Lei 116/2003: tabela nacional, estabelecida para tributação do ISSQN.
d) Lista de serviço municipal: tabela do município, para tributação do ISSQN.
SEQUÊNCIAS ESTRUTURAIS E DOCUMENTAL

4. Permitir que o número sequencial em documentos ou cadastros no sistema, continue com o
padrão preexistente no município, sendo adotado por Número do lançamento, Nosso número (guia
de arrecadação), Documento de Alvará, Notificação, Acordo, Certidão, Ficha cadastral,
Requerimentos, Benefícios, entre outros, podendo ser:
a) Sequência de forma geral ou individual para cada tipo de documento (no caso de Alvará,
Notificação, Certidão).
b) Podendo ser contínuo (indefinido) ou reiniciar a sequência por exercício.
PARAMETRIZAÇÕES DA ARRECADAÇÃO
6. Permitir que os números iniciais sequenciais do módulo sejam definidos pelo próprio usuário,
a fim de dar sequência aos números já existentes na Prefeitura como: Números dos Alvarás,
Números das Certidões e Nosso Número, auxiliando o processo de implantação do módulo recém
migrado;
7. Permitir o cadastro de juros e multas, assim como a configurações de acréscimos de maneira
centralizada, podendo ser facilmente utilizadas em receitas e Refis;
8. Permitir o controle de lançamentos, possibilitando os cálculos e atualizações conforme a
legislação específica para cada receita/tributo;
9. Possuir rotinas parametrizáveis de cálculo da obrigação principal e acréscimos legais (juros,
multas e correção monetária);
10. Possuir rotinas para elaboração dos cálculos das receitas/tributos conforme legislação
municipal;
11. Possuir agenda de vencimentos de tributos e vencimentos de guias bancárias;

Página 91 de 234
12. Permitir o cadastro de código de barra, com a definição das fórmulas de geração do mesmo
e seus dígitos verificadores;
13. Permitir o cadastro de convênios bancários para recebimento de impostos, onde a solução
deve permitir a vinculação do código de barra que dará suporte a este convênio para a emissão
dos documentos de arrecadação;
14. Permitir que o usuário possa cadastrar diversos tipos de convênios para emissão de guias e
recebimento de arquivos, de forma dinâmica e parametrizável através da aplicação;
15. Permitir o cadastro de indexadores e/ou moedas que devem servir de base para a apuração
dos acréscimos como juros de mora, multas e correções monetárias;
16. Permitir o cadastro de parâmetros para benefícios, contendo vigência inicial, vigência final,
tributos atingidos e a forma de redução, obrigando a vinculação do ato administrativo que embasa
a redução dos créditos tributários;
17. Permitir a inclusão, parametrização, lançamento e cobrança de receitas não tributárias.
IMÓVEL
18. Permitir na transferência de proprietário de imóvel apresentar mensagem informando a
existência de débito do imóvel, inclusive o inscrito em dívida ativa, com possibilidade de não
permitir a transferência de imóveis com débitos.
19. Permitir a parametrização do cadastro de imóveis, onde o usuário possa criar novos campos
no BCI (Boletim de Cadastro Imobiliário) sem depender da empresa prestadora de serviços, e
inativar campos existentes, mantendo o histórico cadastral;
20. Guardar e mostrar dentro do cadastro do BCI (Boletim de Cadastro Imobiliário), todas as
modificações realizadas no mesmo, com a data, hora e usuário que realizou a alteração, bem
como o valor anterior e o novo valor do item do BCI;
21. Permitir que o cadastro de imóveis se vincule a vários cadastros de pessoas, inclusive, no
caso de o mesmo possuir vários proprietários, seja informado o percentual de propriedade de cada
um, data inicial de posse e data de final de posse;
22. Permitir a parametrização dos campos do cadastro técnico municipal para a formação da
inscrição municipal imobiliária de acordo com o definido pela Prefeitura;
23. Permitir parametrização de transferência de propriedade de imóveis automáticas por baixa do
ITBI, por lançamento do débito de ITBI ou de forma manual.
PLANTA GENÉRICA DE VALORES

24. Permitir a definição de chave de face de quadra com base nos campos flexíveis do cadastro
do BCI (Boletim de Cadastro Imobiliário);
25. Permitir o cadastro das faces de quadras com definição de valor por m2 de terreno e lista dos
serviços de infraestrutura disponíveis na mesma;
26. Permitir o agrupamento de informações necessárias para os cálculos que representem a
hipótese de lançamento da receita, com base nos campos flexíveis definidos pelo usuário;
27. Possibilitar o cadastro de parâmetros para os cálculos que realize a combinação de todas as
opções dos campos selecionados (criados pelo usuário), impedindo que o usuário deixe de atribuir
valor para alguma combinação;
28. Possibilitar o cadastro de parâmetro que estabeleça faixas de valores que possam ser
consultados dinamicamente conforme os dados da hipótese de lançamento, identificados durante
o cálculo;
29. Permitir a consulta dinâmica de dados da face de quadra no momento do cálculo de receitas
sobre os imóveis;
30. Permitir o cadastro de parâmetros que atribuam valores distintos por atividade econômica,
conforme a legislação definida para cada receita como Alvará, ISSQN, etc.;
31. Permitir o cadastro de parâmetros que atendam as combinações de campos flexíveis com
serviços de infraestrutura, resultando em fatores corretivos da construção e do terreno;

Página 92 de 234
32. Permitir o cálculo e registro histórico dos valores venais do terreno, da construção e do imóvel,
tanto por ocasião de cálculos de receitas sobre o imóvel (como IPTU, ITBI), como por ocasião da
certidão de valor venal, caso o contribuinte queira o valor atualizado;
33. Permitir o registro histórico de fato gerador de cada receita lançada.
ECONÔMICO
34. Permitir que um cadastro de pessoa jurídica possa ser relacionado a um ou mais cadastros
econômicos;
35. Permitir que os cadastros econômicos importem seus logotipos;
36. Permitir a troca de status dos cadastros econômicos, de acordo com a movimentação
cadastral de cada econômico;
37. Permitir a parametrização do BCE (Boletim de Cadastro Econômico) que deverá permitir a
inclusão de todos os itens necessários para a definição e caracterização da inscrição econômica,
sendo adequada ao Código Tributário Municipal, sem depender da empresa prestadora do serviço;
38. Permitir que o BCE (Boletim de Cadastro Econômico) possibilite a inclusão de sócios das
empresas, informando o percentual societário de cada um e a data de início da sociedade;
39. Permitir parametrizar o layout estrutural da tabela de atividades econômicas com a
possibilidade de vinculação à tabela CNAE;
40. Permitir parametrizar o layout estrutural da tabela de atividades constantes na Lei 116/2003;
41. Permitir a vinculação de ocupações econômicas, de acordo com o CBO (Código Brasileiro de
Ocupações) para inscrições de autônomos;
42. Permitir registrar o enquadramento das empresas como optantes pelo Simples Nacional;
43. Permitir categorizar corretamente o porte empresarial de cada empresa;
44. Permitir categorizar corretamente o regime de tributação de cada empresa.
LANÇAMENTOS
45. Permitir simulações dos lançamentos para qualquer tipo de lançamento de tributos (IPTU,
ISSQN, ITBI, Contribuição de Melhorias e Taxas), permitindo ao usuário a conferência dos dados
do lançamento antes da efetivação do mesmo;
46. Permitir lançamento em massa por receita e por regra de cálculo e que o módulo demonstre
de forma automática a Prefeitura a receber o débito (imóvel, econômico ou pessoa);
47. Permitir lançamento individual por receita e por regra de cálculo e que o módulo demonstre
de forma automática a Prefeitura a receber o débito (imóvel, econômico ou pessoa);
48. Realizar a integração para registro de boletos via webservice no sistema bancário;
49. Realizar a geração de arquivo de remessa para registro de boletos no sistema bancário;
50. Realizar a geração de arquivo de remessa para o cancelamento do registro de boletos no
sistema bancário;
51. Permitir parametrizar por regra de cálculo que cada Prefeitura (imóvel, econômico ou pessoa)
receba somente um lançamento de débito da receita em questão;
52. Poder visualizar todos os cálculos ocorridos por receita e regra de negócio e poder visualizar
todos as situações e ocorrências de cada cálculo (detalhamento de erros, inconsistências ou
sucesso);
53. Poder visualizar em todo e qualquer lançamento toda a memória de cálculo realizada e cada
parte os valores parciais para acompanhamento e aferição do correto cálculo dos débitos;
54. Permitir registrar na Conta Corrente Fiscal todos os lançamentos efetuados para o sujeito
passivo, detalhando obrigação, situação, valor principal, valor de juros, valor de multas, valor de
correções e data de vencimento;
55. Permitir que para cada documento emitido seja possível o acréscimo de taxa de expediente,
podendo ser desconsiderada no caso de não quitação do documento;
56. Permitir a atribuição de benefícios aos imóveis, econômicos ou contribuintes através de
requerimento por parte do contribuinte ou diretamente através do atendente do município;

Página 93 de 234
57. Permitir o acúmulo de benefícios onde o módulo deve gerenciar os mesmos para que o valor
não exceda o valor devido pelo contribuinte;
58. Permitir o cálculo dos valores de benefícios no momento do lançamento da receita, caso o
contribuinte já possua benefício aprovado;
59. Permitir o cálculo dos valores de benefícios aprovados sobre lançamentos já existentes, caso
o contribuinte somente solicite o benefício após o lançamento, conforme legislação em vigor;
60. Registrar os valores de cada benefício individualmente por ocasião da baixa do crédito
tributário;
61. Permitir que se realize a alteração do sujeito passivo do crédito tributário e que essa alteração
fique registrada historicamente, inclusive apontando data, hora, motivo e usuário do módulo que
tenha realizado tal alteração, conforme circunstâncias embasadas em legislação vigente;
62. Possibilitar o controle de execução judicial e extrajudicial, com controle de processo e
destaque no extrato de débitos para facilitação dos controles desses créditos tributários;
63. Possibilitar o controle de contestação de débitos (contencioso), com destaque no extrato de
débitos das parcelas contestadas, e possibilitando a emissão da Certidão Positiva de Débitos com
efeito Negativa para o contribuinte que tenha contestados os débitos, mesmo estando em atraso;
64. Controlar os débitos em contencioso de maneira que o encerramento da contestação possa
ser favorável ao contribuinte, cancelando assim, automaticamente o débito, ou não favorável ao
contribuinte, simplesmente reativando o débito;
65. Caso o encerramento da contestação seja desfavorável ao contribuinte, os respectivos
débitos devem apresentar os cálculos de acréscimos desde sua data de vencimento;
66. Permitir a realização de simulação de cálculos com consulta de valores para toda e qualquer
hipótese de lançamento, de forma que o crédito tributário somente seja efetivado mediante o
lançamento da receita;
67. Permitir o lançamento automático de ISSQN integrado com o lançamento de Notas Fiscais de
Serviços eletrônica.
PROJEÇÃO E PRORROGAÇÃO DE VENCIMENTOS

68. Permitir a reprojeção de parcelas, caracterizada por atribuição de nova opção de vencimento
com novas parcelas e respectivas datas de vencimento, para lançamentos de receitas, conforme
circunstâncias embasadas em legislação vigente;
69. Permitir a prorrogação de datas de vencimento de parcelas dos lançamentos de receitas,
concedendo assim, maior prazo para pagamento ao contribuinte, conforme circunstâncias
embasadas em legislação vigente;
70. Permitir que o usuário configure quantas opções de vencimento sejam necessárias para cada
receita, possibilitando por exemplo, que as taxas sejam contempladas em parcelas distintas dos
impostos em um mesmo lançamento;
71. Gerar e controlar as datas de vencimento automaticamente com base em uma data inicial,
observando o calendário para que as mesmas sejam geradas somente em dias úteis, evitando
assim, dúvidas por parte dos contribuintes;
72. Permitir a emissão de guia unificada de débitos, que agrupe diversas parcelas tanto vencidas,
como a vencer, conforme seleção realizada pelo usuário, calcule os acréscimos até a data
projetada indicada pelo usuário, totalize o valor e emita um documento de arrecadação único que
facilite a baixa de todas as parcelas em um único pagamento.
EXTRATO
73. Emissão de extrato da Conta Corrente Fiscal com todos os lançamentos para o contribuinte,
imóvel urbano, imóvel rural ou econômico;
74. Permitir a emissão de Guia de Recolhimento de receita/tributo em um documento único por
parcela e/ou unificar várias parcelas na mesma guia (guia unificada), pelo valor total ou em
parcelas, observando restrições para valor mínimo;

Página 94 de 234
75. Permitir visualizar somente as parcelas do exercício e/ou somente as parcelas inscritas em
dívida ativa e/ou somente as parcelas inseridas em um REFIS;
76. Possibilitar visualizar na mesma tela os débitos em abertos;
77. Permitir tabelas auxiliares parametrizáveis para os valores e alíquotas para cálculo dos
impostos, aproveitando as características de cada imóvel ou econômico de acordo com a
legislação municipal vigente;
78. Permitir combinação de filtros, quando a consulta principal for “por contribuinte”, que possa
visualizar de forma individualizada os débitos por imóveis e/ou por econômicos;
79. Demonstrar de maneira destacada, os débitos que estejam suspensos por baixa antecipada
ou por contencioso;
80. Demonstrar e permitir a emissão em documento do extrato de débitos, de baixas, de
cancelamentos de lançamentos e outras extinções.
ARRECADAÇÃO
81. Possuir rotina de recepção e classificação dos dados de arrecadação recebidos dos agentes
arrecadadores, através de meio eletrônico ou comunicação de dados para baixa automática;
82. Permitir conciliar os valores repassados pelos agentes arrecadadores ao Tesouro Municipal,
demonstrando através de relatório, eventuais diferenças a maior ou menor entre os valores
devidos e baixados;
83. Realizar o tratamento de saldos remanescentes referentes a pagamentos a menor;
84. Demonstrar possíveis inconsistências encontradas ao gerar as arrecadações, cada uma
devidamente classificada conforme o tipo da sua inconsistência, a fim de auxiliar o usuário na
identificação e resolução do problema;
85. Permitir a baixa dos valores arrecadados pelo regime de recolhimento Simples Nacional,
capturados através do arquivo retorno DAF607 do Banco do Brasil (Instituição Financeira
Centralizadora dos repasses da arrecadação do Simples Nacional);
86. Gerar automaticamente créditos ao contribuinte que, por ventura, realizar pagamento “a
maior”, assim como para aqueles que realizarem pagamento em duplicidade dos débitos
existentes;
87. Possibilitar a realização de baixa antecipada, a qual ocorre quando o contribuinte apresenta
comprovante de pagamento, mas o débito fica suspenso até que a baixa bancária seja realizada;
88. Possibilite a utilização dos créditos do contribuinte para realização de baixas dos débitos
existentes para o mesmo;
89. Possibilitar o cancelamento de lançamento, de maneira que permita a realização de um novo
lançamento para o contribuinte/imóvel/econômico;
90. Possibilitar a realização de outras extinções de crédito tributário, pelos diversos motivos,
diferentes de arrecadação, que são previstos em lei, como anistia, remissão, dação em
pagamento, prescrição e decisão administrativa/judicial;
91. Permitir o rastreamento para devida contabilização de cada composição dos valores
arrecadados, indicando inclusive os acréscimos de cada tributo envolvido em parcelas, tanto de
débitos lançados no exercício, inscritos em dívida ativa, quanto em valores agrupados e
arrecadados por meio de REFIS.
DÍVIDA ATIVA
92. Permitir inscrever, controlar, cobrar e gerir os débitos em dívida ativa;
93. Possuir rotinas de inscrição em dívida ativa dos tributos e outras receitas, vencidas e não
pagas, registradas na Conta Corrente Fiscal;
94. Possuir integração com o Conta Corrente Fiscal, permitindo o registro das inscrições dos
lançamentos em Dívida Ativa;
95. Permitir a emissão da certidão de dívida ativa, informando o livro de dívida ativa a que estas
pertencem e da petição para ajuizamento, agrupando todas as inscrições em Dívida Ativa relativas
ao mesmo contribuinte;

Página 95 de 234
96. Permitir o cancelamento de certidões de dívida ativa sem cancelar o débito;

97. Permitir a emissão de segunda via da certidão de dívida ativa;
98. Permitir a emissão da petição de dívida ativa;
99. Permitir o cancelamento da petição de dívida ativa;
100. Permitir a emissão da segunda via da petição de dívida ativa;
101. Permitir atualizar os dados referentes a nova situação do débito do contribuinte no
Conta Corrente Fiscal, após a inscrição em dívida ativa e/ou pagamento do débito;
102. Permitir a emissão das ações de cobrança de dívida ativa ajuizadas, inclusive com
controle das custas judiciais e honorários, para cada um dos processos;
103. Realizar a integração via webservice com o sistema CRA21;
104. Permitir a emissão do Termo de Reconhecimento e Parcelamento de Dívida;
105. Permitir que seja emitido alerta quando da tentativa de renegociação e parcelamento
de dívida já negociada com a existência do Termo constante do item anterior;
106. Permitir que nas negociações e parcelamentos de Dívida Ativa, tenha as opções de
cálculo para pagamento à vista e para pagamento parcelado com o maior número de parcelas
possíveis de acordo com a legislação vigente;
107. Permitir a parametrização do Livro de Dívida Ativa.
REFIS
108. Permitir o cadastro e parametrização de comportamento dos programas de
recuperação fiscal REFIS;
109. Permitir a simulação de parcelamento de dívidas ativas, com base nos parâmetros de
REFIS;
110. Permitir a geração de parcelamento de dívidas (Acordos), com geração de novas
parcelas (previamente simuladas e aprovadas), emissão de novos documentos de arrecadação e
controles de cumprimentos do acordo e acréscimos embasados na legislação e parametrizados
no REFIS;
111. Permitir controle de cancelamento de acordos por descumprimento, com
monitoramento situacional de cada acordo, favorecendo controle de cumprimento e adimplência;
112. Realizar o controle de cancelamento em massa de acordos por descumprimento;
113. Realizar o agendamento dos cancelamentos de acordos em massa, em data e hora
definidos pelo usuário para processamento automático;
114. Permitir que receitas arrecadadas mediante acordos (REFIS) sejam totalmente
rastreáveis e registradas contabilmente em suas respectivas receitas orçamentárias, assim como
qualquer receita, tributária ou não tributária, gerenciada através do módulo.
NOTIFICAÇÃO
115. Permitir controlar a numeração de notificações por um sequencial geral ou por tipo de
notificação;
116. Permitir o cadastro de tipos de notificação diversos, podendo vincular ou não débitos
na notificação;
117. Permitir controlar nas notificações se a emissão dos documentos de arrecadação
municipal será atualizada ou não;
118. Permitir ter vínculos da notificação com contribuintes, empresas e imóveis de forma a
poder atender a várias necessidades de geração de notificação;
119. Permitir configurar o prazo de resposta para cada tipo de notificação;
120. Permitir definir um modelo (design) para cada tipo de notificação;
121. Permitir controle de todas as notificações, filtros das notificações geradas por data,
permitir baixar os arquivos e notificações tal qual forma gerados na origem, seja por geração
individual ou em massa;
122. Permitir baixar todas as notificações geradas em massa, por meio de um arquivo, para
que a entidade tenha liberdade de como emitirá e enviará isso aos notificados;

Página 96 de 234
123. Notificação Individual:

a) Permitir emitir as notificações individualmente, selecionando se o notificado será um imóvel,
contribuinte ou empresa;
b) Permitir escolher quais os débitos do notificado serão anexados na notificação em questão;
c) Permitir configurar no momento da emissão, o vencimento da DAM que poderá ser emitida
junto com a notificação;
d) Permitir redigir observações personalizadas no momento de emitir a notificação;
e) Permitir anexar quaisquer outros tipos de arquivos para serem gravados no registro da
notificação, de forma a compor o controle documental dela;
f) Permitir enviar facilmente a notificação por e-mail;
g) Permitir controlar separadamente cada notificação por situação (exemplo: Gerada, entregue,
recusada, cancelada, impressa etc.);
h) Manter o histórico de todas as movimentações realizadas na notificação, cada tentativa de
entrega, cada movimentação de situação. É necessário saber qual usuário realizou a
movimentação, se ele redigiu um parecer para o ato, que dia hora que foi realizada a
movimentação;
i) Permitir complementar a notificação com anexos a qualquer momento;
j) Permitir complementar observações e pareceres na notificação a qualquer momento;
k) Gerar um código de autenticidade da notificação de forma que seja possível aferir a
autenticidade junto ao Portal da Prefeitura;
124. Notificação em massa de débitos vencidos:
a) Permitir filtrar as notificações por tipo;
b) Permitir escolher os débitos a serem notificados por classificação tributária (exemplo: Alvarás,
IPTU, ISSQN etc.)
c) Permitir escolher os débitos a serem notificados por receita tributária específica;
d) Permitir escolher os débitos a serem notificados filtrando por vencimento ou por data de
lançamento do débito;
e) Permitir envolver ou não os débitos em dívida ativa ou em acordos;
f) Permitir envolver ou não os débitos que porventura já estejam em execução judicial ou
protesto;
g) Permitir filtrar débitos vinculados a contribuintes, empresas ou imóveis;
h) Permitir a inserção de mais filtros genéricos (exemplo: inscrição imobiliária, inscrição
municipal, situação das parcelas dos débitos, opções de vencimento);
i) Permitir a geração de relatório para conferência do que será notificado antes de emissão
efetiva;
125. Notificação em massa de imóveis:
a) Permitir o filtro por tipo de notificação;
b) Permitir filtros de imobiliários por: código, inscrição imobiliária, proprietários, nome dos
imóveis, distrito, setor, quadra, lote, unidade, bairro, logradouro, número do imóvel, matrícula de
cartório, ano de aquisição dos imóveis, tipo de imóvel (predial ou territorial), demais filtros por
todos os campos do BCI do imóvel;
c) Permitir a geração de relatório para conferência do que será notificado antes de emissão
efetiva;
126. Gestão do controle de notificações:
a) Emitir gráfico ou indicadores das notificações movimentadas por quantidade ou por
percentual;
b) Permitir apuração das notificações por tipo de notificação, classificação tributária para as
notificações envolvidas com débitos, período de geração da notificação;
c) Conter gráfico totalizando notificações por situação: Gerada, impressa, recusada, cancelada,
finalizada, tentativas de entrega, em trâmite etc.;
d) Conter gráfico totalizando as notificações totalmente pagas, parcialmente pagas e pendentes,
visando fornecer a entidade um indicador da assertividade das ações de notificações;

Página 97 de 234
e) Conter gráfico totalizando as notificações por situação: Sem respostas no prazo, notificações
a imprimir e entregar, a imprimir, notificações a finalizar devido a pagamento, notificações
passíveis de novas tentativas de entrega, notificações pendentes cujos débitos já foram
renegociados;
f) Permitir gerar relatórios de apuração de todas as situações elencadas acima;
INTEGRAÇÃO COM A CONTABILIDADE

127. Permitir configurar a correspondência contábil de cada tributo/verba, tendo como parte
dessa configuração a conta de natureza de receita contábil e a conta patrimonial;
128. Permitir configurar na forma de rateio, através de percentual, os tributos/verbas para
cada correspondente conta de natureza de receita contábil/conta patrimonial;
129. Possuir relatório de conferência do resultado dos montantes que deverão ser enviados
junto à contabilidade, com quebras por convênio e data de crédito;
FÓRMULAS E REGRAS PARA CÁLCULO

130. Permitir que toda e qualquer regra de cálculo seja configurada por receita;
131. Permitir que uma regra de cálculo aceite somente um lançamento de débito por
Prefeitura responsável (podendo ser econômico, imóvel ou contribuinte);
132. Permitir que o usuário defina a fórmula e construa a regra de cálculo das receitas, sem
a necessidade de acionar a empresa provedora do módulo para adequação dos cálculos à
legislação municipal;
133. Possibilitar o consumo de parâmetros da planta genérica de valores para definição da
fórmula de cálculo da receita;
134. Possibilitar a consulta de documentação do módulo para identificação das expressões
e suas sintaxes aceitas pelo módulo para montagem da fórmula de cálculo da receita;
135. Possibilitar a realização de simulações de cálculo e apresentação de resultado de cada
instrução da fórmula para validação da regra de cálculo;
136. Possibilitar que no momento do cálculo, o módulo solicite o preenchimento de campos
flexíveis (definidos pelo usuário) para realização do cálculo, ou que execute o cálculo com base
em informações oriundas de dados cadastrais, sem a necessidade de qualquer informação
adicional, conforme definições das regras de cálculo do código tributário;
137. Permitir que o módulo registre histórico da memória de cálculo com os resultados de
cada linha, assim como os dados circunstanciais da hipótese de lançamento.
GRÁFICOS GERENCIAIS
138. Possibilitar a geração e exibição nativa de gráficos dinâmicos gerenciais, em tempo
real, diretamente no navegador web browser, com no mínimo os seguintes gráficos:
a) Lançamento por período;
b) Arrecadação por período;
c) Débitos vencidos por período;
d) Acompanhamento da Arrecadação;
e) Inadimplências;
f) Imóveis edificações X terrenos vazios;
g) Aberturas e fechamentos de empresas;
h) Situação da dívida ativa;
i) Arrecadação por classificação da receita;
j) Baixas sem arrecadação.
CERTIDÕES DE BENEFÍCIOS, ECONÔMICOS E IMÓVEIS

139. Possibilitar a emissão de certidão de benefícios, que demonstre quais benefícios estão
aprovados para o imóvel, cadastro econômico ou contribuinte, certificando assim de que o mesmo
possua isenção ou imunidade sobre tributos conforme definição do benefício;

Página 98 de 234
140. Possibilitar a emissão de certidão de dados do cadastro econômico, como certidão de

enquadramento em atividades econômicas, certidão de suspensão do econômico, certidão de
desenquadramento, certidão de início de atividade do econômico e certidão de baixa do
econômico;
141. Possibilitar a emissão de espelho do cadastro imobiliário, certidão cadastral imobiliário;
142. Permitir a emissão de certidão de valor venal imobiliário, que possibilite o cálculo do
valor venal do imóvel no momento da emissão da certidão ou buscando o último valor venal
calculado por ocasião do cálculo de IPTU por exemplo.
7.15. PORTAL DO CONTRIBUINTE

REQUISITOS DE ACESSO
1. A página de acesso ao Portal para uso do Administrador (acesso restrito / autenticado) e do
Cidadão (acesso público / sem autenticar), deverá ser através do HTTPS, utilizando certificados
digitais SSL para servidor Web, padrão raiz ICP-Brasil.
2. Possibilitar o acesso para página do Portal utilizando endereço URL no padrão institucional
do governo como “gov.br”, garantido confiabilidade ao acessá-lo como endereço oficial do
município.
3. Permite linkar o endereço URL do Portal como atalho/caminho de acesso rápido, como sessão
de destaque ou como serviço online para o cidadão / empresas, na página inicial do site oficial do
município.
4. As páginas do Portal deverão ser responsivas, com seu conteúdo e componentes ajustáveis
ao tamanho da tela, seja celular, tablet, computador ou até SmartTV.
ADMINISTRADOR
5. Permite delegar acesso para funções administrativas no Portal do Contribuinte.
6. O acesso ao Portal do Contribuinte, para as funções administrativas, deverá ser por meio do
Certificado Digital, podendo ainda utilizar a combinação do CPF (como usuário) e senha composta
por números, letras e caracteres especiais, para melhor segurança na autenticação.
FUNÇÕES ADMINISTRATIVAS
7. As funções administrativas devem permitir personalização do Portal, contemplando:
a) CONTROLE DE RECURSOS E DOCUMENTOS: Permite liberar ou bloquear o acesso às
funções no Portal, tornando-as disponíveis ou não para o cidadão.
1. Principais recursos:
- Autenticação de documentos digitais;
- Consulta de empresas estabelecidas e inscritas no município;
- Consulta de débitos e emissão da Guia de arrecadação;
- Retirada do IPTU online;
- Emissão de Guias de arrecadação que estejam em processo de execução e, ou protesto;
- Impressão do documento de Alvará / Licença online;
- Emissão de certidões
- Parcelamento do débito / REFIS
- Consulta de processos / protocolos
2. Permitir configurar quais serão os modelos ou os seguintes tipos de documentos ficarão
disponíveis para emissão do cidadão:
- Boleto ou guia de arrecadação
- Alvará / licença
- Certidão
3. Sistema deverá permitir especificar a validade padrão das certidões emitidas ao cidadão;
b) CONTROLE DE LAYOUT E DO CONTEÚDO: Portal deverá permitir a customização do layout
(cores e conteúdo), seguindo a mesma identidade visual adotada pela administração municipal,
com o corpo da página inicial totalmente personalizável no padrão Bootstrap, permitindo incluir:

Página 99 de 234
i. Botões e links de acesso rápido

ii. Conteúdos informativos
iii. Caixas e banner
iv. Imagens
v. Entre outros componentes visuais conforme necessidade.
c) CONTROLE DA SOLICITAÇÃO DE ACESSO: Integrado ao módulo de gestão do ISSQN
Digital, deverá possibilitar que o contribuinte, seja ele Prestador ou Tomador Serviço, faça sua
solicitação de acesso ao sistema através da internet, sem ter que deslocar-se até a Prefeitura,
devendo o sistema possibilitar:
i. Determinar quais os Acessos serão liberados para serem solicitados pelo contribuinte no
Portal, tais como:
- Emissor de NFS-e
- Emissor de NFS-e Avulsa
- Declaração Mensal de Serviço (DMS)
- Declaração de Serviço Sintética (DSS)
- Cartório (DES-C)
- Instituição Financeira (DES-IF)
- Prestador de serviço de fora do município
- Tomador de serviço substituto tributário
ii. Para cada Acesso a ser liberado, possibilitar determinar critérios e validações automáticas
pelo sistema, ampliando a segurança e automatização desse processo, contemplando:
- Após solicitar o acesso, será liberado automaticamente ou será validado pelo Fisco municipal,
que poderá liberar ou recusar.
- Se deseja permitir ao solicitante do acesso, alterar o próprio e-mail que esteja cadastrado na
base de dados da prefeitura.
- Caso seja empresa na solicitação do acesso, se deseja exigir informar uma pessoa natural.
- Se deseja que na solicitação, sejam anexados documentos, e quais serão esses documentos
(ex.: cartão CNPJ, guia do IPTU, etc.).
iii. Para os Acessos que foram marcados para serem validados pelo Fisco, o sistema deve dispor
de painel que permita a verificação dos dados apresentados pelo contribuinte na solicitação do
acesso, podendo o Fisco aprovar ou reprovar a solicitação, apontando seu parecer técnico.
iv. Neste painel, deverá permitir consultas dos pedidos de acesso enviados, possibilitando
consultar a situação, o usuário que emitiu parecer, tipo de requerimento de acesso, solicitante,
pessoa representada, data da solicitação, data da avaliação (deferimento / indeferimento).
v. O sistema deverá notificar por e-mail o Fisco municipal, para cada nova solicitação de acesso;
bem como notificar o contribuinte, caso seu acesso tenha sido deferido ou indeferido.
vi. Permitir ao solicitante realizar seu cadastro completo no momento do requerimento caso não
exista seu cadastro na base de dados.
d) CONTROLE DE ACESSO PARA ALVARÁS: Possibilita configurar quais serão os Alvarás ou
Licenças que serão liberadas para retirada online:
i. Possibilitando a retirada online de diversos documento, como:
- Alvará de funcionamento
- Alvará de publicidade
- Carta de habite-se
- Licença ambiental
- Autorização de transporte de passageiros
- Entre outros tipos.
ii. Além de permitir inserir parâmetros no sistema para automatizar esse processo, podendo
indicar:
- Forma de validade do documento:
a) Data fixa até 31 de dezembro
b) Validade indeterminada

Página 100 de 234

c) Pela quantidade de dias após pagamento ou lançamento

d) Informado manualmente pelo Fisco municipal
- Se deseja que o contribuinte ao emitir o documento, possa alterar a data de validade.
- Liberar a impressão do documento apenas para usuários autenticados no portal.
- Permitir que o contribuinte autenticado no portal possa fazer a solicitação do primeiro
alvará/licença ou renovação.
e) CONTROLE DE ACESSO PARA PARCELAMENTOS E REFIS: Permite configurar quais
serão os programas de parcelamentos que serão liberadas para serem requeridos online:
i. Possibilitando automatizar:
- Parcelamentos administrativos da dívida ativa
- Reconhecimento da dívida
- Parcelamento através de programa de recuperação fiscal - REFIS
- Recuperação do crédito por iniciativa do contribuinte
- Entre outros tipos.
ii. Além de permitir inserir parâmetros no sistema para automatizar esse processo, podendo
indicar:
- Poderá permitir ou não que o cidadão possa informar:
a) valor da entrada.
b) vencimento da parcela (segunda em diante).
- Bloquear o requerimento de acordo, caso o contribuinte tenha débitos em:
a) cobrança judicial ou extrajudicial.
b) outro acordo.
- Se deseja que o Fisco municipal faça a conferência dos requerimentos online individualmente
ou se deseja que o sistema faça a efetivamente automática.
iii. Permitir determinar prazo máximo para o cidadão requerer o parcelamento.
iv. Permitir configurar a mensagem de alerta ao usuário sobre os documentos a serem anexados;
v. Permitir obrigar a anexação de documentos assinados (exemplo: requerimento de acordo);
RETIRADA DO IPTU
8. Permitir ao cidadão emitir débitos de IPTU de todos os imóveis que ele for proprietário ou
responder legalmente;
9. Permitir visualizar as opções de vencimento de IPTU disponíveis;
PARCELAMENTO DO DÉBITO / REFIS

10. Permitir ao cidadão escolher quais débitos ele deseja envolver no parcelamento;
11. Permitir ao cidadão lançar o valor de entrada do parcelamento;
12. Permitir ou não ao cidadão escolher a data de vencimento das parcelas;
13. Permitir ao cidadão escolher a quantidade de parcelas conforme pré-configurado pela
entidade;
14. Permitir ao cidadão simular livremente o parcelamento em várias parcelas, valores de entrada,
vencimentos, etc;
15. Permitir ao cidadão imprimir seu requerimento registrado junto à Prefeitura;
16. Permitir ao cidadão cancelar seu requerimento caso este ainda não tenha sido deferido pela
entidade;
17. Permitir anexar documentos ao requerimento;
18. Permitir ao cidadão emitir os boletos do parcelamento efetivado;
19. Permitir ao cidadão emitir o termo de confissão de dívida;
CONSULTA DE DÉBITOS E EMISSÃO DA GUIA DE ARRECADAÇÃO

20. Permitir ao cidadão consultar seus débitos pendentes junto à entidade;
21. Permitir ao cidadão emitir os boletos de seus débitos pendentes mesmo se estiverem
vencidos;

Página 101 de 234

22. Permitir ao cidadão imprimir uma relação de seus débitos pendentes junto à entidade;
23. Permitir ao cidadão escolher a data e projetar a situação de seus débitos livremente;
24. Permitir ao cidadão consultar todos os seus débitos já quitados junto a entidade;
25. Permitir ao cidadão emitir comprovante de quitação de todos seus débitos quitados;
26. Permitir ao cidadão imprimir uma relação de seus débitos já quitados;
EMISSÃO DE CERTIDÕES
27. Permitir ao cidadão emitir certidões sem a necessidade de comparecer presencialmente à
Prefeitura;
28. Permitir emitir certidões negativas de débitos;
29. Permitir emitir certidões positivas com efeito negativo;
30. Permitir emitir certidões positivas;
31. Permitir emitir certidões de dados dos do imobiliário;
32. Permitir emitir certidões de valor venal;
33. Permitir emitir certidões dos econômicos;
IMPRESSÃO DO DOCUMENTO DE ALVARÁ

35. Permitir ao cidadão solicitar o alvará de forma online sem a necessidade de ir presencial a
entidade;
36. Permitir ao cidadão gerar a guia de recolhimento da taxa do alvará de forma online sem a
necessidade de ir presencial a entidade;
37. Permitir ao cidadão imprimir o documento do alvará de forma online sem a necessidade de ir
presencial a entidade.
38. Permitir ao cidadão solicitar diversos tipos de alvará, conforme disponibilizado pela entidade,
de forma online sem a necessidade de comparecer presencialmente;
39. Permitir ao cidadão conferir a fórmula de cálculo aplicada para o seu alvará para apuração do
valor da taxa antes de confirmar a solicitação ou emissão;
AUTENTICAÇÃO DE DOCUMENTOS DIGITAIS

40. Possibilitar ao cidadão ou órgão que esteja de posse do documento emitidos pelo sistema de
gestão tributária municipal, seja em formato físico (impresso) ou digital (arquivo PDF ou imagem),
de fazer a verificação da veracidade desse documento, tais com:
a) Todos os tipos de Alvará que são gerenciados pela Prefeitura (funcionamento de
estabelecimentos, licença para execução de obras, vigilância sanitária, permissionários, entre
outros).
b) Certidões cadastrais, com dados e características do imobiliário ou do mobiliário (econômico).
c) Certidões processuais, como de valor venal, narrativa, desenquadramento, entre outras.
d) Recibo provisório de serviço - RPS.
e) Nota fiscal de serviço eletrônica - NFSe (Competência e Avulsa).
f) Carta de correção da Nota fiscal de serviço eletrônica.
g) Notificações.
h) Certidão de quitação (baixa do débito).
i) Guia de informações do ITBI.
41. A verificação de veracidade deverá ser on-line, possibilitando a confirmação utilizando os
dados presente no rodapé do documento, por meio do:
a) Acesso ao portal pela URL indicada, informando o código de verificação, composto por
caracteres aleatórios gerados pelo sistema.
b) Pela leitura de QR Code por dispositivos móveis como smartphones.
CONFERÊNCIA DE ASSINATURA ELETRÔNICA DE DOCUMENTOS

Página 102 de 234

42. Possibilitar ao cidadão ou órgão que esteja de posse do documento assinado eletronicamente
ou digitalmente através do sistema, de fazer a verificação dos signatários (responsáveis pela
assinatura do documento) e apresentar:
a) Nome, CPF e Email do signatário
b) Método da assinatura utilizada
c) Situação da assinatura
43. Na verificação da assinatura, deverá demonstrar o histórico das tramitações internas desse
documento, possuindo as seguintes informações:
a) Data e hora do movimento
b) Status da tramitação deste documento
c) Usuário que realizou a tramitação
SOLICITAÇÃO DE ACESSO AO SISTEMA

44. Portal deverá possibilitar a solicitação de acesso ao sistema aos usuários externos da
Prefeitura para Declaração de Serviço, aos seguintes tipos de perfil:
a) Emissor de NFS-e
b) Emissor de NFS-e Avulsa
c) Declaração Mensal de Serviço (DMS)
d) Declaração de Serviço Sintética (DSS)
e) Cartório (DES-C)
f) Instituição Financeira (DES-IF)
g) Prestador de serviço de fora do município
h) Tomador de serviço substituto tributário
45. Para cada tipo de perfil de acesso, deverá estar descrito de forma clara suas atribuições e
características, evitando que o usuário selecione um perfil diferente do público de seu interesse e,
ou atuação.
46. Na solicitação, deverá requerer que seja informado o CPF da pessoa e caso não exista o
cadastro da pessoa na Prefeitura, deverá habilitar os campos para serem preenchidos, como:
a) Dados de identificação (Nome completo, Sexo e Data de nascimento);
b) Dados de contato (E-mail e telefone); e
c) Endereço (CEP, Município, UF, Logradouro, Número, Completo e Bairro).
47. Deverá possuir mecanismo de validação do e-mail do usuário, para confirmar se o e-mail
informado é realmente válido e que é do referido usuário.
48. Dispor de área para anexar os documentos que são requeridos pela Prefeitura, do usuário
solicitante e da empresa representada, para confirmar a veracidade e, ou atender os requisitos
para o deferimento.
49. Após registrar a solicitação de acesso, deverá confirmar o seu registro e:
a) apresentar tela de confirmação com o número do protocolo; e
b) enviar mensagem de confirmação para o e-mail do usuário solicitante.
50. Dependendo do tipo de perfil de acesso e da definição da Prefeitura, essa solicitação de
acesso poderá ser autorizada automaticamente pelo sistema ou passar pela avaliação do
Atendente da Prefeitura, que poderá:
a) Deferir: autorizando o acesso.
b) Indeferir: recusando a solicitação de acesso.
51. Após o resultado da solicitação, seja a autorização automática pelo sistema ou pela avaliação
do Atendente da Prefeitura, o usuário solicitante deverá receber uma mensagem por e-mail
retornando o parecer, podendo ser deferido ou indeferido. Caso indeferido, apresentar o motivo
informado pelo Atendente da Prefeitura.
52. Permitir que o usuário solicitante de acesso possa através do seu CPF, verificar no Portal o
andamento da sua solicitação de acesso, demonstrando:
a) Resumo dos dados utilizados na solicitação de acesso.
b) Data e hora da solicitação.

Página 103 de 234

c) Situação da solicitação (Aguardando avaliação, Deferido ou Indeferido).

d) Descrição com o parecer fornecido pelo Atendente da Prefeitura.
e) Data e hora do parecer.
f) Opção para reenvio dos dados de acesso.
CONSULTAR ANDAMENTO DE PROCESSOS / PROTOCOLOS

53. Portal deverá possibilitar a consulta do andamento do processo e, ou protocolo, através de
seu número de identificação única, demonstrando a Última atividade e o Histórico de atividades,
com as seguintes informações:
a) Atividade
b) Situação
c) Data e hora
d) Funcionário / Responsável
e) Secretaria / Unidade / Local
f) Ocorrência / Tramitação
CONSULTAR EMPRESAS ESTABELECIDAS E INSCRITAS NO MUNICÍPIO

54. Portal deverá possibilitar a consulta das empresas estabelecidas no município, permitindo ao
cidadão localizar e entrar em contato com o estabelecimento que deseja.
55. Nessa opção, deverá ser possível incluir condições para buscar, composta no mínimo dos
seguintes campos:
a) Ramo de atividade.
b) Atividade econômica.
c) Atividade.
d) Nome.
e) CPF/CNPJ.
56. Na lista, deverá demonstrar os seguintes dados do estabelecimento:
a) Nome empresarial e Nome fantasia.
b) CPF/CNPJ
c) Endereço.
d) Contato (e-mail e telefone)
e) Setor e Atividade
CONSULTAR LICENÇAS E ALVARÁS EMITIDOS

57. Portal deverá possibilitar a consulta e emissão dos documentos de alvará e licenças
disponíveis para o contribuinte, econômico ou imobiliário, permitindo a busca pelo CPF/CNPJ,
inscrição municipal ou inscrição imobiliária, respectivamente.
58. Ao consultar, deverá estar disponível as informações resumidas do processo de licenciamento
e, ou de autorização da Prefeitura, composta pelo:
a) Número do documento.
b) Número do lançamento tributário.
c) Data do lançamento.
d) Data de validade do documento.
e) Breve descrição do documento.
f) Para qual representante legal o documento representa.
g) Indicação se o documento está disponível para emissão.
59. Na consulta, estando o documento disponível para emissão, deverá possibilitar sua impressão
online com a autenticação eletrônica do referido documento.
INTEGRAÇÃO

Página 104 de 234

60. Portal deverá estar interligado ao mesmo banco de dados dos sistemas estruturantes de
gestão tributária municipal, possibilitando a oferta de serviços online ao cidadão de forma
automática, composta pelo:
a) Cadastro técnico municipal (Econômico e Imobiliário).
b) Tributação e Arrecadação.
c) Livro fiscal e Nota fiscal.
d) Dívida ativa.
e) Fiscalização.
f) Protocolo.
7.16. GESTÃO DO ISSQN COM EMISSÃO DE NFS-E

REQUISITOS DO PORTAL VOLTADO PARA A NFS-E
1. O portal do contribuinte deve utilizar multiplataforma (WEB e mobile), independentemente do
sistema operacional que se use.
2. O portal do contribuinte deve ser desenvolvido de forma responsiva, na qual ele se adapte a
configuração do WEB Browser utilizado e ao tamanho do monitor ou do dispositivo móvel, sem
perder a funcionalidade.
3. Disponibilizar portal para o contribuinte, contendo emissão de guias de todos os débitos
pendentes para com a Prefeitura.
4. Possibilitar emitir guia unificada com vários débitos ou individualizada por débito do
contribuinte.
5. Disponibilizar portal para o contribuinte, contendo verificação e comprovação de autenticidade
das NFS-e emitidas.
6. O portal do contribuinte deve ser configurável, ajustável e mantido pela própria Prefeitura sem
dependência da empresa prestadora de software, e assim conforme o desejo da Prefeitura,
permitir personalizar imagens, redigir textos, criar botões e links de acesso, criar atalhos para
outras páginas e documentos hospedados na internet, que serão exibidos para o contribuinte e
serão a interface principal de comunicação com a Prefeitura.
7. Deverá possuir rotina para que o usuário inclua link de outros sites diretamente no portal e
este poderá ser executado dentro do portal.
8. Possuir emissão e consulta do documento de alvará pelo portal do contribuinte.
9. Permitir que, de forma integrada com módulo tributário, seja possível ao prestador visualizar
as leis de renegociação de débitos disponíveis para o seu perfil e realizar requerimento e
simulação de valores diretamente pelo portal do contribuinte.
10. Consulta de acordos efetivados diretamente pelo portal do contribuinte.
REQUISITOS DO SOFTWARE - NFS-E

11. As parametrizações do módulo devem possuir controle de data e vigência, de forma que ao
gravar ou atualizar uma parametrização seja gerado automaticamente o histórico da
parametrização, para que seja mantida a rastreabilidade das mudanças de comportamento do
módulo.
12. O módulo deve permitir parametrizar o endereço de e-mail base da unidade gestora, através
do qual seja possível enviar e-mails de comunicação com prestadores, usuários, etc.
13. Permitir parametrizar as alíquotas gerais mínima e máxima do ISSQN a ser configurada na
tabela de atividades econômicas do município, de forma que as alíquotas específicas de cada
atividade respeitem esse critério.
14. Permitir parametrizar o logotipo da unidade gestora que será impresso na NFS-e e nos
relatórios demais relatórios.
15. Permitir parametrizar se os registros da tabela CNAE (Classificação nacional de atividade
econômica) devem ser vinculados ao layout estrutural da tabela de atividades econômicas.
16. Possibilidade de parametrizar se os itens da Lei 116 devem ser vinculados ao layout estrutural
da tabela de atividades econômicas.

Página 105 de 234

17. Permitir parametrizar a alíquota mínima e máxima a ser configurada para os prestadores de
serviço optantes do simples nacional.
PARAMETRIZAÇÕES
18. Permitir gerar a guia de ISSQN de forma separada ou automática ao encerramento da
competência mensal do econômico, conforme desejo da Prefeitura.
19. Permitir parametrizar que o vencimento do lançamento do ISSQN do econômico possa ser
individualizado.
20. Permitir parametrizar que o econômico tomador do serviço gere guias do ISSQN
individualizadas por prestador do serviço.
21. Permitir parametrizar que os valores de materiais da construção civil sejam abatidos da base
de cálculo do ISSQN na NFS-e com limitação de um percentual máximo para este abatimento.
22. Permitir parametrizar o tempo (em dias) em que uma competência complementar poderá ser
utilizada dentro de uma competência mensal do econômico.
23. Permitir parametrizar a quantidade de dias para o vencimento de NFS-e avulsa.
24. Permitir parametrizar a alíquota do ISSQN para serviços de cartório.
25. Permitir parametrizar o número de dias máximo para converter um RPS (Recibo provisório de
serviços) em uma NFS-e.
26. Permitir parametrizar um número máximo de RPS (Recibo provisório de serviços) que será
permitido ser enviado em um lote de RPS para processamento.
27. Permitir parametrizar se somente o tomador de serviço configurado como substituto tributário
poderá efetuar a retenção do ISSQN da NFS-e.
28. Permitir parametrizar se o tomador do serviço configurado como “Estimativa” poderá efetuar
a retenção do ISSQN da NFS-e.
29. Permitir parametrizar se o tomador do serviço configurado como “Cooperativa” poderá efetuar
a retenção do ISSQN da NFS-e.
30. Permitir parametrizar se o tomador do serviço configurado como “Simples nacional” poderá
efetuar a retenção do ISSQN da NFS-e.
31. Permitir parametrizar se o prestador do serviço configurado como “Estimativa” poderá utilizar
a geração de NFS-e ou DMS (Declaração mensal de serviços).
32. Permitir parametrizar se o prestador do serviço configurado como “Cooperativa” poderá utilizar
a geração de NFS-e ou DMS (Declaração mensal de serviços).
33. Permitir parametrizar se o município de incidência da NFS-e pode ser diferente do município
da unidade gestora quando o prestador do serviço for do tipo MEI (Microempreendedor individual).
34. Permitir parametrizar se o município de incidência da NFS-e poderá ser diferente do município
da unidade gestora.
35. Permitir parametrizar se será enviado um e-mail contendo um PDF e um XML da NFS-e
gerada para o tomador do serviço.
36. Permitir parametrizar se será enviado um e-mail para um usuário atendente da Prefeitura
quando for realizado uma solicitação de adesão à NFS-e por parte de econômicos da Prefeitura e
informar o usuário atendente que receberá este e-mail.
37. Permitir a Prefeitura parametrizar o texto que será mostrado no termo de adesão à NFS-e
quando o econômico for efetuar esta solicitação, de forma a personalizar e tornar mais agradável
o atendimento às empresas do município.
38. Permitir a Prefeitura parametrizar um texto que deverá ser demonstrado em todas as NFS-e
geradas pelo módulo.
39. Permitir parametrizar se na NFS-e avulsa haverá retenção do ISSQN por parte do tomador do
serviço e podendo limitar para que somente a Prefeitura efetue esta retenção.
40. Permitir à Prefeitura redigir um texto de e-mail de aceitação à solicitação da adesão à NFS-e
a ser enviado a todas as empresas.
41. Permitir à Prefeitura redigir um texto de e-mail de recusa da solicitação da adesão à NFS-e a
ser enviado a todas as empresas.

Página 106 de 234

42. Permitir à Prefeitura redigir um texto de e-mail do envio da NFS-e gerada para o tomador do
serviço.
43. Permitir parametrizar o horário em que o servidor vai executar os lotes de RPS (Recibo
provisório de serviços) enviados para processamento e conversão dos mesmos em NFS-e.
44. Permitir parametrizar regra de cálculo para:
a) Geração do lançamento do ISSQN para NFS-e.
b) NFS-e avulsa.
c) Declaração de serviços de prestadores de fora do município.
d) Documentos declarados a partir da DMS (Declaração mensal de serviços).
45. Permitir parametrizar os itens da Lei 116 que quando utilizados na declaração de serviços de
prestador de fora do município fará com que o valor do ISSQN seja retido para o tomador do
serviço.
46. Permitir parametrizar o tipo de controle do cancelamento de NFS-e e NFS-e avulsa, onde
poderá ser “Por dia”, “Por hora” ou “Não utiliza”.
47. Permitir parametrizar a utilização do controle de requerimento para cancelamento de NFS-e,
onde quando for necessário cancelar uma NFS-e, o econômico enviará um requerimento de
cancelamento para a prefeitura e o atendente fará a análise e o deferimento ou indeferimento do
mesmo.
48. Permitir parametrizar para permitir cancelamento de NFS-e somente quando houver uma
outra NFS-e substituta.
49. Permitir parametrizar para deferir automaticamente quando houver requerimento de
cancelamento de NFS-e com NFS-e substituta.
50. Permitir configurar um usuário atendente da Prefeitura para receber um e-mail contendo o
requerimento de cancelamento de NFS-e.
51. Permitir que os números iniciais sequenciais do módulo sejam definidos pelo próprio usuário,
a fim de dar sequência aos números já existentes na Prefeitura como: Números das NFS-e e
Nosso Número, auxiliando o processo de implantação do módulo.
52. Permitir estrutura para gerar tabelas de atividades econômicas com “N” níveis conforme
regulamentação municipal.
53. Permitir estrutura para gerar atividades de instituição financeira com “N” níveis conforme
regulamentação municipal.
54. Permitir que o código COSIF seja utilizado nesta estrutura onde um código COSIF é vinculado
a uma atividade de instituição financeira.
55. Permitir estrutura para gerar as atividades notariais (serviços de cartórios).
56. Permitir configuração de competências mensais para lançamento de documentos/NFS-e e
apuração do ISSQN a recolher.
57. Permitir geração de tabelas de alíquotas das atividades econômicas com data/hora de início
de vigência e data/hora de fim de vigência (sendo que a data/hora do fim de vigência não é campo
obrigatório ao cadastrar nova tabela).
58. Permitir que ao gravar ou atualizar uma parametrização seja gerado automaticamente o
histórico da parametrização.
59. Permitir o controle de lançamentos, possibilitando os cálculos e atualizações conforme a
legislação específica para cada receita/tributo.
60. Possuir rotinas parametrizáveis de cálculo da obrigação principal e acréscimos legais (juros,
multas e correção monetária).
61. Possuir rotinas para elaboração dos cálculos das receitas/tributos conforme legislação
municipal.
62. Possuir agenda de vencimentos de tributos.
63. Permitir o cadastro de código de barra, com a definição das fórmulas de geração do mesmo
e seus dígitos verificadores.

Página 107 de 234

64. Permitir o cadastro de convênios bancários para recebimento de impostos, onde a solução
deve permitir a vinculação do código de barra que dará suporte a este convênio para a emissão
dos documentos de arrecadação.
65. Permitir que o usuário possa cadastrar diversos tipos de convênios para emissão de guias e
recebimento de arquivos, de forma dinâmica e parametrizável através da aplicação.
66. Permitir o cadastro de indexadores e/ou moedas que devem servir de base para a apuração
das correções em débitos vencidos.
67. Permitir o cadastro de parâmetros para benefícios, contendo vigência inicial, vigência final,
tributos atingidos e a forma de redução. O cadastro de parâmetro deve obrigar a vinculação do ato
administrativo que embasa a redução dos impostos.
68. Na definição das atividades econômicas, possibilitar a determinação das atividades primárias
e secundárias e o controle da respectiva vigência de cada atividade.
69. Para cada atividade definida, permitir a definição dos critérios de inexigibilidade, como isenção
e imunização, bem com a respectiva vigência, ato regulamentador e observações gerais.
70. Permitir que arquivos sejam disponibilizados (através de upload) para que os usuários
efetuem o download dos mesmos.
71. Permitir que os itens da Lei 116/2003 sejam configurados para que na geração da NFS-e o
município de incidência não seja alterado.
72. Permitir configuração específica para econômicos prestadores de serviços notariais.
73. Permitir configuração específica para econômicos prestadores de serviços de instituição
financeira.
74. Permitir a Prefeitura realizar upload de arquivos e configurar para que os usuários efetuem o
download dos mesmos, visando criar um canal de comunicação com funcionários e empresas do
município. Os arquivos para download devem permitir controlar nível de acesso, para que se
necessário, seja possível restringir alguns arquivos para somente serem baixados por pessoas
específicas.
75. Permitir configuração de alíquota especial por prestador de serviços ou atividade econômica.
ECONÔMICO
76. Permitir que um cadastro de pessoa física/jurídica possa ser relacionado a um ou mais
cadastros econômicos.
77. Permitir que no cadastro do econômico seja possível efetuar a importação de seus logotipos
e imagens da empresa.
78. Permitir que no cadastro do econômico seja possível cadastrar mais de um endereço para o
mesmo.
79. Permitir bloquear econômicos específicos para a emissão de NFS-e.
80. Permitir vincular os modelos de documentos fiscais mantidos pelo econômico (Nota fiscal
bloco ou formulário, RPS (Recibo provisório de serviços), etc.
81. Permitir configurar o econômico para habilitá-lo para utilização de webservice de integração
entre o sistema mantido pela empresa e módulo de gestão da Prefeitura.
82. Permitir registrar o enquadramento das empresas como optantes pelo Simples Nacional.
83. Permitir registrar o enquadramento das empresas como optantes pelo SIMEI.
84. Permitir registrar o enquadramento das empresas como estimativa.
85. Permitir categorizar corretamente o porte empresarial de cada empresa.
86. Permitir categorizar corretamente o regime de tributação de cada empresa.
87. Permitir informar se a empresa é nomeada como substituto tributário.
88. Permitir o controle de situação dos cadastros econômicos em: ativo, baixado e suspenso.
89. Permitir que o atendente efetue o processo de deferimento/indeferimento da adesão à
emissão de NFS-e do econômico.
90. Permitir a parametrização do BCE (Boletim de Cadastro Econômico) que deverá permitir a
inclusão de todos os itens necessários para a definição e caracterização da inscrição econômica,
sendo adequada ao Código Tributário Municipal, sem depender da empresa prestadora do serviço.

Página 108 de 234

91. Permitir a inclusão de sócios dos econômicos, informando o percentual societário de cada um
e a data de início da sociedade.
92. Permitir a vinculação de ocupações econômicas, de acordo com o CBO (Código Brasileiro de
Ocupações) para inscrições de autônomos.
NFS-E
93. Não permitir a emissão da NFS-e sem o respectivo deferimento da solicitação de adesão à
NFS-e por parte dos atendentes.
94. A rotina deve possuir, no mínimo, as seguintes informações:
a) Dados do prestador do serviço (Nome, CNPJ, inscrição municipal e se é imune, optante pelo
simples nacional ou SIMEI).
b) Dados da nota fiscal (Número, data de emissão, NFS-e substituída, exigibilidade, indicação
de retenção do ISSQN, responsável pela retenção do ISSQN, município de incidência do ISSQN).
c) Dados do tomador do serviço (CPF ou CNPJ, inscrição municipal, nome ou razão social, nome
fantasia, endereço, telefone, e-mail).
d) Dados dos serviços (Atividade econômica, descrição dos serviços prestados, código CNAE,
item da Lei 116/2003, quantidade, valor unitário, valor do desconto).
e) Dados do RPS (Número, data e modelo).
f) Dados das retenções federais (PIS, COFINS, IRRF, INSS, CSLL e outras retenções).
g) Dados da construção civil (Código da obra, número do ART, informações do fornecedor,
materiais utilizados com quantidades e valores).
h) Dados de resumo (Total dos serviços, total dos descontos, total das retenções, total líquido,
total da dedução da construção civil, base de cálculo do ISSQN, % da alíquota do ISSQN, total do
ISSQN a recolher).
95. O tomador deverá ser previamente cadastrado como pessoa para ser vinculado à nota fiscal
de serviços eletrônica.
96. Permitir acesso rápido ao cadastro de tomador através da tela de emissão de NFS- e para
facilitar o registro dos dados.
97. Realizar o controle de inexigibilidade conforme as definições realizadas no cadastro do
contribuinte, seja por isenção, imunização, opção pelo Simples Nacional, opção pelo SIMEI ou
tributação fora do município.
98. Permitir lançar mais de um serviço na mesma NFS-e nos casos dos serviços estarem
relacionados a um mesmo código de atividade da Lei Complementar 116/2003.
99. Permitir o envio da NFS-e no e-mail previamente cadastrado ao tomador ou permitir a troca
do e-mail durante o processo de lançamento da NFS-e.
100. Após a validação e gravação, os dados da NFS-e deverão ser disponibilizados em
tempo real, no banco de dados do software.
101. Permitir que a NFS-e seja enviada para o tomador do serviço via e-mail contendo o
PDF e a XML (no padrão ABRASF) da mesma.
102. Permitir a geração e impressão do recibo de retenção do ISSQN.
103. Possibilitar a visualização da NFS-e antes de sua impressão.
104. Permitir a exportação da NFS-e em arquivo XML (a exportação deve ser em padrão
ABRASF).
105. Possuir rotina que seja possível consultar NFS-e emitidas, exibindo, no mínimo, as
seguintes informações: nº da nota, data de emissão, informações do prestador do serviço,
informações do tomador do serviço, valor líquido, base de cálculo, ISSQN a recolher, se é retido
o ISSQN e data de cancelamento.
106. Realizar a consulta e apuração por empresa dos valores de outros impostos
movimentados (exemplo: IRRF, INSS, PIS, COFINS e CSLL);
107. Permitir visualizar e reimprimir NFS-e, a partir do resultado da consulta.
108. Permitir executar a consulta através de vários critérios, como: número da nota, CPF,
CNPJ, nome do prestador/tomador, data de emissão.

Página 109 de 234

109. Permitir a solicitação de cancelamento de NFS-e pelo próprio prestador de serviços.

110. Permitir que o atendente da Prefeitura consulte sobre solicitações de cancelamento
realizadas e, com isso, possa optar pelo deferimento/indeferimento do pedido de cancelamento
da NFS-e.
111. Possuir rotina onde o atendente possa cancelar diretamente uma NFS-e, sem que haja
solicitação por parte do prestador de serviços.
112. Deve possuir código de autenticidade gerado em cada NFS-e.
NFS-E AVULSA
113. Permitir que o prestador realize o lançamento de NFS-e avulsa, sem esta necessitar
estar amarrada a uma competência.
114. Permitir a emissão de NFS-e avulsa para prestadores que recorrem ao município para
obter documento fiscal. Para esta modalidade, não permitir o envio da nota por e-mail ou
impressão antes que o pagamento da guia de recolhimento seja efetuado.
115. A rotina deve possuir, no mínimo, as seguintes informações:
a) Dados do prestador do serviço (Nome, CNPJ, inscrição municipal e se é imune, optante pelo
simples nacional ou SIMEI).
b) Dados da nota fiscal (Número, data de emissão, NFS-e substituída, exigibilidade, indicação
de retenção do ISSQN, responsável pela retenção do ISSQN, município de incidência do ISSQN).
c) Dados do tomador do serviço (CPF ou CNPJ, inscrição municipal, nome ou razão social, nome
fantasia, endereço, telefone, e-mail).
d) Dados dos serviços (Atividade econômica, descrição dos serviços prestados, código CNAE,
item da Lei 116/2003, quantidade, valor unitário, valor do desconto).
e) Dados do RPS (Número, data e modelo).
f) Dados das retenções federais (PIS, COFINS, IRRF, INSS, CSLL e outras retenções).
g) Dados da construção civil (Código da obra, número do ART, informações do fornecedor,
materiais utilizados com quantidades e valores).
h) Dados de resumo (Total dos serviços, total dos descontos, total das retenções, total líquido,
total da dedução da construção civil, base de cálculo do ISSQN, % da alíquota do ISSQN, total do
ISSQN a recolher).
116. O tomador deverá ser previamente cadastrado como pessoa para ser vinculado à nota
fiscal de serviços eletrônica.
117. Permitir acesso rápido ao cadastro de tomador.
118. Permitir lançar mais de um serviço na mesma NFS-e nos casos dos serviços estarem
relacionados a um mesmo código de atividade da Lei Complementar 116/2003.
119. Após a validação e gravação, os dados da NFS-e deverão ser disponibilizados em
tempo real, no banco de dados do software.
120. Permitir que o prestador realize a emissão de guia de recolhimento referente a(s) NFS-
e(s) que lançar.
121. Possibilitar a visualização da NFS-e antes de sua impressão.
122. Permitir a geração e impressão do recibo de retenção do ISSQN.
123. Permitir que o prestador imprima a(s) NFS-e(s) somente após a confirmação do
pagamento da guia de recolhimento e devida baixa no débito referente a mesma, tudo interligado
em tempo real com o setor tributário.
124. Permitir que a NFS-e seja enviada para o tomador do serviço via e-mail contendo o
PDF e a XML da mesma.
125. Permitir que o prestador imprima a(s) NFS-e(s) logo após a geração da mesma,
quando o valor do ISSQN for retido pelo tomador do serviço.
126. Permitir a exportação da NFS-e em arquivo XML.
127. Permitir o envio da NFS-e no e-mail previamente cadastrado ao tomador ou permitir a
troca do e-mail durante o processo de lançamento da NFS-e.

Página 110 de 234

128. Possuir rotina que seja possível consultar NFS-e emitidas, exibindo, no mínimo, as
seguintes informações: nº da nota, data de emissão, informações do prestador do serviço,
informações do tomador do serviço, valor líquido, base de cálculo, ISSQN a recolher, se é retido
o ISSQN e data de cancelamento. Permitir visualizar e reimprimir NFS-e, a partir do resultado da
consulta.
129. Permitir executar a consulta através de vários critérios, como: número da nota, CPF,
CNPJ, nome do prestador/tomador, data de emissão.
130. Deve possuir código de autenticidade gerado em cada NFS-e.
131. Geração guia para pagamento unificando várias competências em um único
documento de arrecadação.
WEBSERVICE
132. O módulo deve possuir rotina de WebService, seguindo o padrão ABRASF de
comunicação e oferta dos serviços.
133. Permitir a geração de NFS-e.
a) Esta geração deverá ser síncrona, ou seja, o prestador do serviço envia os dados para a
geração da NFS-e e o serviço valida estes dados e retorna uma NFS-e gerada ou uma lista com
as inconsistências encontradas.
134. Permitir recebimento de lotes de RPS (Recibo provisório de serviço) para
processamento somente para os econômicos que estiverem habilitados para tal.
a) O recebimento do lote deverá ser síncrono, ou seja, o prestador do serviço envia o lote de
RPS e o serviço valida estes dados e retorna um protocolo do lote recebido ou uma lista com as
inconsistências encontradas
b) O processamento do lote para conversão dos RPS em NFS-e deverá ser assíncrono, ou seja,
o processamento somente será realizado no período parametrizado para que tal processamento
ocorra.
c) Deve haver opção de parametrização de processamento de lote assíncrono: em tempo real e
em hora programada.
135. Permitir a solicitação de cancelamento de NFS-e.
a) Esta solicitação deverá ser síncrona, ou seja, o prestador do serviço envia os dados para o
cancelamento da NFS-e e o serviço valida estes dados e retorna a NFS-e cancelada ou o protocolo
com o requerimento do cancelamento (depende da parametrização) ou uma lista com as
inconsistências encontradas.
136. Permitir a substituição de NFS-e.
a) Esta substituição deverá ser síncrona, ou seja, o prestador do serviço envia os dados para a
substituição da NFS-e e o serviço valida estes dados e retorna a NFS-e cancelada e substituída e
a NFS-e substituta ou uma lista com as inconsistências encontradas.
137. Permitir a consulta de lotes RPS enviados para processamento.
a) Esta consulta deverá ser síncrona, ou seja, o prestador do serviço envia os dados para a
consulta do lote, o serviço valida estes dados e retorna uma lista das NFS-e geradas ou uma lista
com as inconsistências encontradas.
138. Permitir a consulta de NFS-e a partir do RPS (recibo provisório de serviços).
consulta do RPS (NFS-e), o serviço valida estes dados e retorna a NFS-e gerada ou uma lista com
139. Permitir a consulta de NFS-e por intervalo de notas (número inicial e final).
consulta das NFS-e, o serviço valida estes dados e retorna uma lista das NFSe geradas ou uma
lista com as inconsistências encontradas.
140. Permitir a consulta do requerimento de cancelamento da NFS-e.

Página 111 de 234

consulta, o serviço valida estes dados e retorna a situação atual do requerimento ou uma lista com
PRESTADOR DE SERVIÇOS
141. Permitir que o prestador de serviços tenha acesso ao módulo.
142. Permitir que o prestador visualize seu cadastro e que possa alterá-lo parcialmente.
143. Permitir que o prestador dê manutenção em seus telefones.
144. Permitir que o prestador dê manutenção em seus contatos eletrônicos.
145. Permitir que o prestador defina o conteúdo que sairá no complemento de todas as
NFS-e geradas pelo mesmo.
146. Permitir que o econômico optante do simples nacional e SIMEI dê manutenção nas
informações de simples nacional (mudança de alíquota ou opção de SIMEI).
147. Permitir que o econômico dê manutenção em seus logotipos (logomarca).
148. Permitir a impressão do livro eletrônico de serviços prestados e contratados.
a) Na impressão do corpo do livro devem constar as seguintes informações: número da nota,
data de emissão, CPF/CNPJ do tomador do serviço, situação do documento (emitido/cancelado),
atividade, valor do documento, alíquota, valor tributável e valor do ISSQN e se o valor do ISSQN
foi retido.
b) Permitir filtrar por data inicial e final da emissão do livro dos documentos fiscais.
TOMADOR DE SERVIÇOS
149. Permitir que o tomador tenha formas de acesso ao módulo.
150. Permitir que através do código de autenticidade, o tomador do serviço possa certificar-
se da veracidade da NFS-e.
151. Permitir o controle de acesso através do uso de certificado digital.
152. Permitir a declaração de serviços contratados com, no mínimo, as seguintes
informações do documento fiscal: número e data de emissão, valor do serviço, CNPJ ou CPF do
prestador do serviço indicação do imposto retido ou não.
153. Permitir, de forma integrada com o software tributário a geração e emissão de guias
de recolhimento, seja de serviços prestados ou contratados.
154. A apuração dos valores a serem gerados na guia deverá ser realizada de forma
automática pelo aplicativo baseado nos critérios do setor de tributação.
155. Permitir que o prestador realize a emissão de guias de recolhimento referentes a
competências já encerradas.
156. A geração da guia deve ocorrer em tempo real no software tributário, ou seja, deve
estar disponível no banco de dados do software tributário, logo após a sua geração.
157. Permitir a geração de várias guias por mês e ano, conforme a criação das
competências.
158. Permitir a reemissão de guias vencidas, possibilitando atribuir uma nova data de
vencimento, onde os juros e multas deverão ser apurados automaticamente pelo software
tributário, conforme os critérios estabelecidos.
159. A guia a ser emitida deve seguir o modelo de Ficha de Compensação.
160. Não permitir a geração e emissão de guia para contribuintes optantes pelo Simples
Nacional, exceto nos casos em que este seja tomador de serviços.
161. Permitir a consulta da lista de serviços e respectivas alíquotas para a apuração de
ISSQN.
162. Exibir o código da atividade, descrição e respectiva alíquota.
163. Verificar a autenticidade de NFS-e com as mesmas funcionalidades do perfil Prestador
de Serviços.
PRESTADOR DE SERVIÇOS - NFS-E E DMS (DECLARAÇÃO MENSAL DE SERVIÇOS)

Página 112 de 234

164. Permitir a solicitação da adesão à nota fiscal de serviços eletrônica, onde o prestador
tenha acesso ao texto do Termo de Adesão.
165. Permitir a consulta da solicitação de adesão à NFS-e.
166. Permitir o requerimento de cancelamento ou o cancelamento da NFS-e conforme
parametrização.
167. Permitir que através de uma arquitetura de webservices, os softwares de enfoque
comercial dos contribuintes possam integrar-se ao módulo de NFS-e da administração municipal,
viabilizando a integração entre os módulos.
168. Permitir que o prestador de serviço tenha acesso ao envio de lote de RPS a partir do
site, além do serviço disponibilizado no webservice.
169. Permitir que o prestador de serviço possa visualizar a situação do lote de RPS enviado
para processamento através de uma tela de gerenciamento de lote de RPS disponibilizada no site,
além do serviço disponibilizado no webservice.
170. Permitir que os econômicos tenham acesso a toda a documentação dos webservices,
a fim de que os mesmos possam se adequar ao produto, baseando- se nesta documentação.
171. Permitir a declaração de documentos fiscais de serviços prestados, por modelo de
documento fiscal, com o registro das seguintes informações sobre o documento: número, situação,
tipo de operação, natureza de operação, CPF/CNPJ do tomador, data, valor do serviço, valor
tributável e indicação do imposto retido ou não.
172. Efetuar a carga automática dos documentos a serem declarados, conforme
informações da autorização de impressão de documentos fiscais.
173. Permitir a manutenção dos dados dos documentos fiscais declarados antes do
encerramento da competência.
174. Permitir declaração de serviços prestados, que possibilite aos contribuintes declararem
o faturamento mensal por atividade constante do seu cadastro municipal.
175. Permitir a manutenção dos dados declarados antes do encerramento da competência.
PRESTADOR DE SERVIÇO - INSTITUIÇÃO FINANCEIRA

176. Deve contemplar configurações para diferenciar os prestadores de serviços de
instituições financeiras.
177. Permitir a importação da declaração a partir de arquivos texto: neste processo,
promover a validação do arquivo, demonstrando os erros, quando acusados.
178. Permitir que o prestador realize a declaração dos serviços referente à competência
aberta no período.
179. Permitir que o prestador realize a alteração dos serviços e valores informados na
competência aberta no período, onde será registrado o log destas alterações.
PRESTADOR DE SERVIÇO - CARTÓRIO

180. Deve contemplar configurações para diferenciar os prestadores de serviços
cartorários.
181. Permitir a importação da declaração a partir de arquivos texto: neste processo,
promover a validação do arquivo, demonstrando os erros, quando acusados.
182. Permitir ao prestador realizar a declaração dos serviços referente à competência
aberta no período.
183. Permitir ao prestador realizar a alteração dos serviços e valores informados na
competência aberta no período, onde será registrado o log destas alterações.
CONTADOR
184. Deve conter único usuário e senha para um contador, mesmo que ele atue como
contador de várias empresas prestadoras de municípios.
185. Permitir ao contador criar novas competências para declaração de serviços, referente
à(s) empresa(s) pela qual é responsável.

Página 113 de 234

186. Permitir ao contador encerrar a competência, gerando automaticamente os

lançamentos referentes à competência em questão da(s) empresa(s) pela qual é responsável.
187. Permitir ao contador realizar a declaração dos serviços referentes à competência
aberta no período da(s) empresa(s) pela qual é responsável.
188. Permitir ao contador realizar o lançamento/alteração dos serviços e valores informados
na competência aberta no período da(s) empresa(s) pela qual é responsável, onde será registrado
o log de tais operações.
189. Permitir que o contador realize o lançamento de serviços contratados no período
referente à competência aberta da(s) empresa(s) pela qual é responsável.
190. Permitir que o contador realize a emissão de guias de recolhimento referentes às
competências já encerradas da(s) empresa(s) pela qual é responsável.
191. Permitir que o contador emite o(s) livro(s) fiscais da(s) empresa(s) pela qual é
responsável.
DECLARAÇÃO DE PRESTADOR DE SERVIÇO DE FORA DO MUNICÍPIO

192. Permitir que o declarante seja o prestador do serviço ou o tomador do serviço.
193. O prestador do serviço deverá ser previamente cadastrado como pessoa para ser
vinculado a esta declaração.
194. O tomador do serviço deverá ser previamente cadastrado como pessoa para ser
vinculado a esta declaração.
195. Permitir acesso rápido ao cadastro de prestador e/ou tomador do serviço.
196. Permitir informar quem é o responsável pelo recolhimento do ISSQN.
a) Caso o item da Lei 116/2003 utilizado na declaração estiver cadastrado para não permitir
alterar o responsável pelo recolhimento do ISSQN, este campo ficará fixo para o “tomador do
serviço” e não permitirá alterar.
197. Permitir que o próprio declarante gere a guia de recolhimento de ISSQN da nota
declarada.
COMPETÊNCIAS/LANÇAMENTO DO ISSQN A RECOLHER

198. Permitir somente uma competência mensal normal para cada econômico.
199. Permitir “N” competências complementares mensais para cada econômico.
a) Período em que a competência complementar utilizada pode ser definida por parâmetro.
200. Criar automaticamente uma nova competência mensal para o próximo mês quando
uma competência é encerrada pelo prestador de serviço.
201. Permitir a consulta de todas as competências existentes, com a visualização detalhada
das competências (movimentação e encerramento).
202. Permitir que no encerramento de competência, o prestador de serviços tenha acesso
às informações do período vigente, que facilitem a conclusão deste processo, como: total de
serviços, informações de ISSQN retido e não retido, e os valores devidos de ISSQN, separando
estes valores em serviços prestados, tomados e intermediados.
203. Apresentar o detalhamento dos serviços prestados, tomados e intermediados no
período, separados por atividade econômica, com as informações de: quantidade de documentos
fiscais declarados, quantidade de documentos fiscais tributados, valor total dos documentos fiscais
declarados e valor do ISSQN.
204. Permitir que ao confirmar o encerramento da competência, o software gere ou não no
software tributário, o lançamento do ISSQN, separando em lançamento referente a serviços
prestados, serviços tomados e serviços intermediados conforme parametrizações específicas para
geração e separação dos lançamentos.
205. Permitir que após a conclusão do encerramento da competência, o econômico tenha
acesso ao lançamento do ISSQN a recolher gerado no encerramento ou na geração do
lançamento em tela específica, onde o mesmo poderá efetuar a impressão da guia de recolhimento
do ISSQN.

Página 114 de 234

206. Permitir, em casos onde não exista movimentação no período, esta declaração, onde
o prestador evidencie observações acerca da não movimentação de serviços prestados no
período.
207. Permitir simulações dos lançamentos para qualquer tipo de lançamento de tributos
referentes a receita de ISSQN (fixos, obras) permitindo ao usuário a conferência dos dados do
lançamento antes da efetivação do mesmo.
208. Poder visualizar em todo e qualquer lançamento toda a memória de cálculo realizada
e cada parte os valores parciais para acompanhamento e aferição do correto cálculo dos débitos.
209. Permitir que para cada documento emitido seja possível o acréscimo de taxa de
expediente, podendo ser desconsiderada no caso de não quitação do documento.
OBRAS
210. Permitir a transferência de materiais de construção entre obras controlando o saldo de
cada uma.
211. Na emissão da NFSe dever ser possível informar o código da obra pré-cadastrada, e
também os materiais vinculados a mesma e após a emissão da NFSe serão deduzidos dos saldos
de materiais daquela obra.
NOTIFICAÇÃO ELETRÔNICA
212. Possuir rotina para envio de notificação automática para prestadores que possuam
débitos com o fisco.
213. Possuir controle de leitura pelos prestadores de serviços das mensagens lidas e não
lidas.
GRÁFICOS GERENCIAIS
214. Possibilitar a geração e exibição nativa de gráficos dinâmicos gerenciais, em tempo
real, diretamente do navegador web browser, com no mínimo os seguintes gráficos:
a) Maiores emissores;
b) Maiores emissores de documentos (NFS-e e DMS);
c) Maiores de emissores de NFS-e avulsa;
d) Maiores emissores por valor do ISSQN calculado;
e) Maiores emissores por valor do ISSQN devido;
f) Maiores emissores por valor do ISSQN bruto;
g) Maiores emissores por valor do ISSQN líquido;
h) Geração de extrato de movimento dos tributos do prestador, possuindo no mínimo, débitos,
pagamentos, cancelamentos, pendentes, créditos. Sendo possível geração de gráfico.
MÓDULO DE EMISSÃO DO RPS ELETRÔNICO OFF-LINE

215. Disponibilizar, quando da indisponibilidade da Internet, meio eletrônico para emissão
do Recibo Provisório de Serviço.
216. Emissão e conversão dos recibos provisórios de serviços em Nota Fiscal de Serviços
Eletrônica (NFS-e), por meio de lotes de recibos, mediante sistema instalado na máquina do
contribuinte (webservice e ou integração via xml).
217. Permitir a consulta, alteração e impressão dos recibos existentes, desde que não
convertidos em Nota Fiscal de Serviços Eletrônica (NFS-e).
7.17. FISCALIZAÇÃO
REQUISITOS DE CADASTROS – FISCALIZAÇÃO
1. Fiscal:
a) Permitir cadastrar os fiscais da unidade gestora;
b) Permitir pesquisas nos cadastros de fiscais;

Página 115 de 234

c) Permitir controle de horário de trabalho dos fiscais, bem como de afastamento para facilitar a
gestão da agenda dos fiscais;
d) Manter controle histórico dos cadastros de fiscais (quem, quando e que tipo de operação foi
realizada);
2. Equipe de fiscais:
a) Permitir a montagem de equipe de fiscais, especificando quem são os chefes de equipes de
fiscais;
b) Permitir a restrição de acesso de forma que um fiscal não consiga ver ou movimentar dados,
agendas e fiscalizações de outro fiscal;
c) Permitir controle de acesso do chefe dos fiscais sobre sua equipe, podendo ver e configurar
dados;
d) Manter controle histórico das equipes de fiscais (quem, quando e que tipo de operação foi
realizada);
3. Itens de fiscalização:
a) Permitir cadastrar os itens a fiscalizar;
b) Permitir controle de previsão de período de execução para cada item de fiscalização;
c) Permitir que o controle de previsão de execução seja em dias corridos ou dias úteis, para cada
item de fiscalização;
d) Permitir a categorização de cada item de fiscalização em tipos fixos e rastreáveis para
montagem futura de relatórios (fiscalização sanitária, fiscalização tributária, fiscalização de
posturas, fiscalização de obras etc.);
e) Permitir o vínculo de itens de fiscalização com os fiscais de forma que seja possível
restringir\controlar os assuntos que cada fiscal pode manusear;
f) Manter controle histórico dos cadastros de itens de fiscalização (quem, quando e que tipo de
operação foi realizada);
REQUISITOS DE MOVIMENTAÇÃO - FISCALIZAÇÃO

4. Agenda do fiscal:
a) Permitir a configuração de agenda do fiscal
i. Permitir o controle de situação da agenda (pendente, encerrado, cancelado, em execução
etc.);
ii. Manter controle histórico das modificações da agenda do fiscal (quem, quando e que tipo de
operação foi realizada);
b) Permitir consulta de todas as agendas dos fiscais
i. Ser possível visualizar o início de o fim de cada agendamento já registrado;
ii. Permitir a consulta por dia, por semana e por mês, de forma que seja possível analisar a
disponibilidade dos fiscais e a colisão de agendas;
iii. Permitir consultar todos os agendamentos já registrados: pendentes, encerrados, cancelados
etc.;
iv. Permitir consultar por fiscal;
v. Permitir consultar por equipe;
vi. Permitir consultar por data de agendamento;
c) Permitir agendar vários fiscais para atuarem juntos numa única demanda;
d) Permitir agendar fiscalizações separadamente para cada fiscal;
e) Permitir prorrogar\adiar agendamentos já registrados;
f) Possuir controle de acesso de forma que um fiscal não possa lançar agendamento para outro
e nem visualizar os agendamentos feitos para outros fiscais a não ser esteja configurado como
chefe de equipe e assim poderá ver somente os dados de sua equipe;
g) O sistema deve ser capaz de calcular o esforço para cada tipo de fiscalização e calcular o
preenchimento e ocupação da agenda fiscal automaticamente de forma a facilitar a distribuição de
tarefas e a gestão sobre as agendas dos fiscais;

Página 116 de 234

h) O sistema deve ser capaz de distribuir automaticamente as fiscalizações na agenda do fiscal

de acordo com o prazo mínimo previsto para cada atividade em relação à carga horária do fiscal
que está disponível, facilitando o preenchimento da agenda para trabalhos em massa ou em
longos períodos;
i) Permitir registro de agendamento para vários tipos de fiscalizados:
i. Agendamentos para imóveis, com opções de filtro por:
1. Imóvel urbano ou rural;
2. Logradouros de imóveis;
3. Proprietários;
4. Demais campos cadastrais do imóvel;
ii. Agendamento para empresas, com opções de filtro por:
1. Natureza jurídica;
2. Regime de tributação;
3. Situação da empresa;
4. Portel empresarial;
5. Atividade econômica, CNAE, Itens da lei 116/2003;
6. Endereço das empresas;
7. Demais campos cadastrais da empresa;
iii. Agendamento para Logradouros, com opções de filtro por:
1. Bairro;
2. Distrito;
3. Tipo de logradouro;
iv. Agendamento para pessoas físicas ou jurídicas;
Estes dados de fiscalizados precisam vir de base única cadastral de movimentação de outros
módulos (Tributário, NFS-e, Licitações, Contabilidade etc.);
REQUISITOS GERAIS PARA A GESTÃO DE PROCESSOS

5. Permitir o gerenciamento de todos os processos e protocolos da fiscalização;
6. Permitir configuração de código de barras para autenticação de processos, podendo ele ser
impresso numa etiqueta de documento, possibilitando a partir da sua leitura rastrear esses
processos via leitor de código de barras;
7. Permite configurar quais são os documentos obrigatórios para cada tipo de fiscalização a
realizar;
8. Permitir visualizar todo o trâmite executado num processo, ocorrências, anexos, históricos,
quem fez, quando fez, o que fez, de qual setor é o usuário;
9. O sistema deve deixar claro ao usuário onde o processo está e para onde será movimentado
a cada execução e avanço do processo;
10. Permitir a inserção de anexos a qualquer momento da tramitação;
11. Permitir que os números iniciais de sequências do sistema sejam definidos pelo próprio
usuário, a fim de dar sequência aos números já existentes na entidade como: números de
processo\protocolo de fiscalização, ordem de serviço etc.
12. Permitir juntada de processos, possibilitando a união de processos, em que os dois poderão
ser movimentados juntos até o seu encerramento ou posterior separação (permitir
desmembramento ou desapensação de processo);
13. Permitir arquivamento, extinção e desistência do processo;
14. Possibilitar empréstimo de processo arquivado bem como o registro da devolução do
processo emprestado;
15. Permitir a suspensão de processo, bem como a retirada de suspensão de processo;
16. Renumeração de folhas;
17. Permitir a suspensão do processo, bem como a reativação do processo;
18. Permitir o encerramento do processo, bem como a reabertura do processo;

Página 117 de 234

19. Permitir o registro de ocorrências durante todo o ciclo de vida do processo, visando registrar
os atos e fatos concernentes a tramitação;
20. Permitir a formação de volume de processo (documentação);
21. Permitir a juntada de novas peças ao processo, bem como o desentranhamento de
documentos;
22. Permitir o envio do processo para julgamento de mérito por um usuário superior, mantendo o
devido registro do deferimento\indeferimento da questão;
23. Controle de prioridade
a) Permitir ao usuário utilizar algum método de classificação de prioridade dos processos de
fiscalização, de forma apoiara equipe na identificação e tomada de decisão de quais assuntos são
mais importantes (a exemplo: Matriz GUT (Gravidade, Urgência e Tendência)
b) Permitir ao usuário selecionar uma cor para identificar a prioridade de cada tipo de
fiscalização, através da qual os usuários sejam facilmente treinados para decidir quais processos
são críticos ou prioritários, bem como quais processos estão em dia ou atrasados em relação a
sua previsão de execução;
24. Armazenamento físico dos processos
a) Permitir o cadastro e mapeamento via sistema de quais são os locais onde os processos são
ou poderão ser armazenados;
b) Na execução dos processos, permitir que seja cadastrado onde ele estão (temporária ou
permanentemente) alocados;
c) Permitir a integração do sistema de Fiscalização com o sistema Tributário, de forma que seja
possível configurar emissão de débitos (multas, autos de infração, penalidades tributárias, DAM
etc.;
REQUISITOS DE MOVIMENTAÇÃO DO PROCESSO

25. Fluxo do processo de fiscalização
a) Controlar todo o fluxo da fiscalização através da definição de etapas e fases, isso deve ser
definido e personalizado pela própria entidade de acordo com cada tipo de fiscalização que é
gerenciado;
b) Permitir inserir fases condicionais nos fluxos, de forma situações complexas de todo ponto de
decisão;
c) Permitir a restrição de acesso para cada caso a ser fiscalizado, criando uma forma de controle
e sigilo sobre situações específicas;
d) Ter consulta através de um diagrama de todo o fluxo que foi desenhado (o diagrama serve
para facilitar a leitura por todos os usuários envolvidos);
e) Permitir configurar qual estrutura administrativa é responsável por cada fase do fluxo que irá
acontecer;
f) Permitir a configuração de regras para inserção de documentos, de forma que cada passo da
fiscalização possua regras específicas para documentos obrigatórios;
g) Além dos documentos obrigatórios já previamente configurados no fluxo, permitir a anexação
de documentos (imagens, arquivos etc.) em qualquer fase do processo de fiscalização;
h) Permitir configurar quais usuários são responsáveis por cada fase do fluxo que irá acontecer;
i) Visando a automação dos processos:
i. Permitir executar as aplicações do sistema (telas) a partir das fases do fluxo, de forma que o
usuário não precise trocar de sistema ou tela a medida em que vai executando o fluxo configurado;
ii. Permitir a montagem de checklists de conferência para apoio da execução do fluxo;
iii. Permitir a configuração de perguntas nas fases do fluxo, para apoiar o usuário na decisão do
fluxo;
26. Apesar de todo o controle de fluxo, permitir a realização de processo de fiscalização sem um
fluxo determinado previamente;
REQUISITOS PARA GERENCIAMENTO DE DOCUMENTOS

Página 118 de 234

27. Permitir parametrizar documentos por tipo de documentos;

28. Permitir parametrizar documentos:
a) Quanto a edição ou não do ano e número de documentos;
b) Controle de validade;
c) Controle de publicação;
d) Permitir controle para que outras unidades gestoras conectadas na mesma base de dados
visualize e\ou atualize o documento;
e) Controle de data de emissão;
f) Controle da sequência de emissão;
29. Permitir configurar campos personalizados relacionados ao tipo do documento sem a
intervenção da prestadora de software, para que a entidade possa expandir os controles e
cadastros dos documentos;
30. Permitir configurar através de quais outras aplicações os documentos serão manipulados ou
inseridos no sistema;
31. Permitir parametrizar documentos quanto a extensões de arquivos permitidas;
32. Permitir parametrizar documentos para trabalharem com documentos externos ao software;
REQUISITOS ESTRUTURAIS DE RELATÓRIOS

33. Permitir personalizar relatórios definindo seu leiaute a partir de ferramenta incorporada ao
software; sem necessidade de intervenção da prestadora de software, como por exemplo: definir
banda de dados, campos, rótulos etc.;
34. Permitir criar filtros personalizados para utilização em relatórios;
35. Permitir ao usuário criar relatórios personalizados sem a intervenção da prestadora de
software, definindo sua consulta SQL (Structured Query Language) para busca dos dados no
banco de dados;
36. Permitir criar relatórios a partir da cópia de relatórios já existentes no sistema, para que
possam ser personalizados;
37. Permitir emitir relatórios de processamento pesado em execução assíncrona (execução em
segundo plano) com checagem de conclusão da emissão.
EMISSÃO DE TERMOS E DEMAIS EMISSÕES

38. Permitir a emissão de termos de processo para cada movimentação especial que ocorrer:
a) Juntada de processos;
b) Suspensão de processo;
c) Retirada de suspensão de processo;
d) Renumeração de folhas;
e) Reativação de processo;
f) Reabertura de processo;
g) Ocorrência;
h) Juntada de peças;
i) Julgamento de mérito;
j) Formação de volume de processo;
k) Extinção de processo;
l) Encerramento de processo;
m) Empréstimo de processo;
n) Emissão de termo de processo;
o) Devolução de processo emprestado;
p) Desmembramento de processo;
q) Desistência de processo;
r) Desentranhamento de documentos;
s) Desapensação de processo;
t) Desacautelamento de processo;

Página 119 de 234

u) Arquivamento de processo;
v) Acautelamento de processo;
39. Permitir a emissão de termos exclusivos do processo de fiscalização
a) Emissão do termo de encerramento da fiscalização
b) Emissão do termo de prorrogação da fiscalização
c) Emissão do termo de prorrogação do início da fiscalização
d) Emissão do termo de início de fiscalização
e) Impressão da ordem de serviço
f) Apreensão;
g) Desapreensão;
h) Laudo de fiscalização;
i) Deslacração;
j) Lacração;
k) Desinterdição;
l) Interdição;
m) Intimação;
n) Advertência fiscal;
o) Recomendação/orientação fiscal;
p) Auto de infração;
7.18. PORTAL DA TRANSPARÊNCIA

REQUISITOS ESPECÍFICOS DE ESTRUTURA E TECNOLOGIA
1. A solução tecnológica deve atender ao conceito de SAAS (software as a service)
possibilitando hospedagem da aplicação na nuvem por serviço de terceiros ou infraestrutura local
do cliente.
2. A solução tecnológica deve atender ao conceito de Cross Platform (múltiplos dispositivos), ou
seja, deve rodar em computadores, tablets e smartphones.
3. A solução tecnológica deve atender ao conceito de responsividade, ou seja, em cada
dispositivo que a solução esteja sendo executada (computadores, tablets e smartphones) as telas
devem se redimensionar.
4. A solução tecnológica deve oferecer opção de autoinstalação como aplicativo em
smartphones criando um atalho de acesso na home do celular.
5. A solução tecnológica deve notificar o usuário de novas versões de aplicação e dar opção que
o usuário atualize.
6. A solução deve possuir recurso nativo de customização de design e estilos (temas, cores e
organização dos componentes, brasão da entidade, etc.) para dar a contratante mais
independência e controle sobre personalização do portal.
7. A solução deve possuir uma flexibilidade da entidade criar suas próprias publicações. O
conteúdo dessa publicação deve ser flexível, sendo em Doc, PDF, planilhas, etc., para que todo
conteúdo que não for coberto nas consultas rápidas e fixas, seja atendido por meio de publicações
manuais.
8. A solução deve possuir recursos para permitir ao administrador escolher quais itens de menu
ou de consulta devem ou não ficar disponíveis. Caso a entidade precise emergencialmente retirar
alguma do ar temporariamente, o sistema deve prover recurso fácil.
9. A solução deve possuir a flexibilidade da própria entidade para renomear o nome e título das
consultas para aquilo que julgar mais apropriado para a sua realidade. Todas as consultas,
publicações, etc., devem ter o nome personalizável.
10. A solução deve possuir a flexibilidade de personalizar a página inicial do Portal (a página mais
importante) de forma que a entidade consiga por conta própria escolher quais opções, textos,
conteúdo, links, etc., irão compor a primeira página do Portal.

Página 120 de 234

11. A solução deve possuir recurso de filtro em todas as consultas de informações, o filtro deve
funcionar de forma que o usuário possa escolher dinamicamente que campos de dados das
consultas podem ser selecionados como filtro.
12. A solução deve possuir recurso avançado de saída\exportação de dados. Com este recurso
o usuário deve ser capaz de exportar em diversos formatos (doc, pdf, xls etc.). É importante que
o usuário consiga escolher que campos de dados ele deseja que seja exportado.
13. A solução deve possuir controle de seleção de entidade dentro do município. Há casos de
entidades que não possuem site próprio, nesta hipótese a contratante utilizará a publicação
genérica da solução de transparência governamental e os usuários irão selecionar a entidade do
município.
14. As consultas devem ser online e disponibilizar as informações do município em tempo real.
15. Tais consultas devem ser acessadas por qualquer cidadão, sem a necessidade da existência
de cadastro para acesso ao sistema.
CONSULTA DE INFORMAÇÕES:
16. O sistema deve possuir controle de acesso para distinguir um “administrador” de um “cidadão”
comum.
17. Permitir ao administrador, servidor da entidade, fazer as devidas configurações das
publicações de documentos, planilhas ou quaisquer outros dados que se fizerem necessários
realizar o upload manualmente no Portal, de forma prática e sistematizada, possibilitando manter
o portal devidamente atualizado para pesquisa do cidadão.
18. Permitir que o cidadão tenha amplo acesso ao portal, dispondo as informações de forma
temática, agrupadas de forma fácil de entender, que atenda aos requisitos da Lei nº 12.527/2011
que regulamenta o direito constitucional de acesso às informações públicas.
19. Deve possuir um glossário no site que permita ao interessado\cidadão buscar explicações e
informações sobre termos, palavras, tópicos e expressões que serão usadas nas páginas e
documentos do portal da transparência.
20. Deve possuir uma ferramenta de zoom no site que permita a pessoas com dificuldade ou
algum tipo de deficiência aumentar o tamanho das letras, textos e conteúdo.
21. Deve possuir uma forma de contraste das cores da página, que permita a pessoas com
dificuldade ou alguma forma de deficiência operar o site com facilidade, garantindo assim a
inclusão de todos.
22. Deve possuir uma forma de pesquisa completa no site, servindo como ferramenta de apoio
ao interessado\cidadão a localizar qualquer conteúdo, texto ou página do site.
LICITAÇÕES E CONTRATOS:
23. Disponibilizar consulta rápida de processos licitatórios realizados. Deve demonstrar todos os
dados da licitação como: número e ano, todas as datas (abertura, encerramento, homologação,
etc.) modalidade, objeto, valores (do processo, dos itens, lotes, etc.), dados dos participantes do
processo, documentos vinculados\anexos, contratos vinculados ao processo, dados financeiros
do processo.
24. Disponibilizar consulta rápida das atas de compras, com vínculo fácil à licitação\compra de
origem, possuindo as datas de vigência da ata e todos os detalhes inerentes a ela (objeto, valores,
itens envolvidos, participantes, etc.)
25. Disponibilizar consulta rápida dos contratos firmados. Deve demonstrar todos os dados do
contrato como: número e ano, as datas (assinatura, vigência, etc.), situação, contratado, tipo do
contrato, valores do contrato, imagem digital do contrato, todos os aditivos do contrato, dados do
fiscal do contrato e demais documentos vinculados.
COVID
26. Disponibilizar dados de receita e despesa financeiras relacionadas a COVID-19 em tempo
real conforme gastos e movimentos realizados pela entidade.

Página 121 de 234

RECEITAS
27. Disponibilizar consulta rápida das receitas recebidas, detalhando a forma de recebimento,
valor, natureza de receita contábil e fonte de recurso recebida.
28. Disponibilizar consulta rápida das receitas extra orçamentária movimentadas, detalhando o
credor, documento do credor (CPF\CNPJ), contra extraorçamentária acionada, descrição do
movimento e valor.
29. Disponibilizar consulta rápida dos descontos e isenções sobre as receitas, detalhando o valor
envolvido, a receita envolvida, a data da concessão.
30. Disponibilizar consulta rápida das receitas por natureza de receita contábil, mostrando o
orçamento elaborado para o período (valor orçado, do mês, acumulado até o mês).
OPERAÇÕES FINANCEIRAS
31. Disponibilizar consulta rápida das operações financeiras realizadas, detalhando os dados da
conta bancária envolvida (tipo da conta, número da conta, agência e banco envolvido), valores de
débito e crédito envolvidos e o saldo atual da conta.
32. Disponibilizar consulta rápida das interferências financeiras realizadas, detalhando o tipo do
movimento, período de referência, descrição e valor envolvido.
DESPESAS
33. Disponibilizar consulta rápida e completa dos empenhos realizados. Detalhar número e ano,
tipo de empenho, período, órgão, favorecido, valor empenhado, fonte de recurso, detalhamento
da dotação. Demonstrar o saldo de cada fase da despesa como: empenho, em liquidação,
liquidação e pagamento. Demonstrar se está vinculado à licitação, contrato ou convênio.
Demonstrar documentos fiscais vinculados.
34. Disponibilizar consulta rápida e completa dos restos a pagar realizados. Detalhar número e
ano, tipo de empenho, período, órgão, favorecido, valor empenhado, fonte de recurso,
detalhamento da dotação. Demonstrar o saldo de cada fase da despesa (inscrito, liquidado, pago,
cancelado, distinção se o resto a pagar está processo ou não). Demonstrar se está vinculado à
licitação, contrato ou convênio. Demonstrar documentos fiscais vinculados.
35. Disponibilizar consulta rápida das movimentações extraorçamentárias. Detalhar favorecido,
documento do favorecido, período, conta extra orçamentária envolvida, valor. Deve também
disponibilizar os saldos de cada movimentação realizada.
36. Disponibilizar consulta rápida das despesas com diárias. Detalhar o período, número do
empenho, favorecido, valor empenhado e pago, gastos adicionais se houver, detalhes da viagem
como origem e destino, datas de saída e retorno, tipo de transporte utilizado, etc.
37. Disponibilizar consulta rápida de despesas por favorecido. Detalhar para quem foi realizada a
despesa, o valor da despesa, o saldo de cada fase da despesa (empenhado, liquidado e pago)
38. Disponibilizar consulta rápida de despesas com passagens. Detalhar o período, empenho
envolvido, favorecido e valor.
39. Disponibilizar consulta rápida de despesas por fonte de recurso. Detalhar os empenhos e
restos a pagar exibindo o saldo liquidado, pago e a pagar. Ter os dados detalhados de cada
despesa como o favorecido, detalhes da liquidação e detalhes do pagamento.
40. Disponibilizar consulta rápida de despesas por funcional programática. Detalhar os empenhos
com saldo liquidado e pago.
SERVIDORES
41. Disponibilizar consulta rápida geral de servidores. Detalhar documento do servidor, nome,
cargo, estrutura administrativa atual, forma de contratação do servidor, salário, situação atual.
42. Disponibilizar consulta rápida de servidores rescindidos e exonerados. Detalhar quem é o
servidor, nome, cargo, documento, estrutura administrativa que ocupava, data do movimento.
43. Disponibilizar consulta rápida de quadro de pessoal

Página 122 de 234

44. Disponibilizar consulta rápida de panorama de cargos. Detalhar o tipo do cargo, total de vagas
configurada, total de vagas preenchidas, saldo vago de vagas, nome do cargo.
45. Disponibilizar consulta rápida de servidores cedidos para outros órgãos. Detalhar os dados
do servidor, o cargo, órgão de origem, órgão de destino, estrutura administrativa que estava lotado,
indicação de haverá custos na cessão, período envolvido na cessão.
46. Disponibilizar consulta rápida de servidores cedidos por outros órgãos. Detalhar os dados do
servidor, cargo, órgão de origem e destino, período envolvido.
47. Disponibilizar consulta rápida de servidores afastados, de férias ou licença. Detalhar os dados
do servidor, nome, documento, cargo, estrutura administrativa atual.
48. Disponibilizar consulta rápida de servidores temporários. Detalhar nome, documento, cargo,
estrutura administrativa e data de admissão.
DADOS DO GOVERNO
49. Disponibilizar consulta rápida dos conselhos municipais. Detalhar o nome do conselho e o
período de vigência dele.
50. Disponibilizar consulta rápida de informações gastos com fundos municipais. Detalhar nome
do fundo, favorecido das despesas, empenhos, liquidações e pagamentos com fundo.
REQUISITOS DE TRANSPARÊNCIA DA INFORMAÇÃO DO SIAFIC

52. O sistema deve atender às exigências do SIAFIC no que tange a consultas e informações a
serem disponibilizadas em Portal da Transparência, os pontos a seguir devem ser atendidos na
íntegra:
53. Deverá 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). (Decreto nº 10.540/2020, Art. 7º, § 1º)
54. A disponibilização em meio eletrônico de acesso público deverá observar os requisitos
estabelecidos na Lei Geral de Proteção de Dados Pessoais (Lei nº 13.709, de 14 de agosto de
2018). (Decreto nº 10.540/2020, Art. 7º, §3º, inciso III)
55. O SIAFIC, direto ou por intermédio de integração com outros sistemas estruturantes, deverá
disponibilizar as informações relativas aos atos praticados pelas unidades gestoras ou executoras
dos dados referentes ao empenho, à liquidação e ao pagamento. (Decreto nº 10.540/2020, Art. 8º,
inciso I, a))
56. O SIAFIC, direto ou por intermédio de integração com outros sistemas estruturantes deverá
do número do processo que instruir a execução orçamentária da despesa, quando for o caso.
(Decreto nº 10.540/2020, Art. 8º, inciso I, b))
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. (Decreto nº 10.540/2020, Art. 8º, inciso I, c))
dos dados referentes aos desembolsos independentes da execução orçamentária. (Decreto nº
10.540/2020, Art. 8º, inciso I, d))
dos dados referentes à pessoa física ou jurídica beneficiária do pagamento, com seu respectivo
número de inscrição no CPF ou no Cadastro Nacional da Pessoa Jurídica - 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. (Decreto nº 10.540/2020, Art. 8º,
inciso I, e))

Página 123 de 234

disponibilizar as informações relativas aos atos praticados pelas unidades gestoras ou executoras,
quanto à despesa, 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. (Decreto nº
10.540/2020, Art. 8º, inciso I, g))
quanto à despesa, dos dados referentes à descrição do bem ou do serviço adquirido, quando for
o caso. (Decreto nº 10.540/2020, Art. 8º, inciso I, h))
dos dados e valores relativos à previsão da receita na lei orçamentária anual. (Decreto nº
10.540/2020, Art. 8º, inciso II, a))
quanto à receita, dos dados e valores relativos ao lançamento, resguardado o sigilo fiscal na forma
da legislação, quando for o caso. (Decreto nº 10.540/2020, Art. 8º, inciso II, b))
dos dados e valores relativos à arrecadação, inclusive referentes a recursos extraordinários.
(Decreto nº 10.540/2020, Art. 8º, inciso II, c))
dos dados e valores referentes ao recolhimento. (Decreto nº 10.540/2020, Art. 8º, inciso II, d))
dos dados e valores referentes à classificação orçamentária, com a especificação da natureza da
receita e da fonte de recursos. (Decreto nº 10.540/2020, Art. 8º, inciso II, e).
7.19. OUVIDORIA MUNICIPAL

1. O Sistema deverá ser executado a partir de um servidor de banco de dados dedicado, com
mais de um processador, que utilize sistema operacional devidamente licenciado, não gerando
custos adicionais à entidade por licenças de sistema operacional;
2. Ser desenvolvido em tecnologias devidamente licenciadas, não gerando custos adicionais à
entidade;
3. Utilizar protocolo TCP/IP como protocolo básico de comunicação entre cliente e o servidor;
4. Deve ter a opção de acesso de sistema online via website, podendo ser acessado por
computador, smartphone ou tablet;
5. Deve ser RESPONSIVO, tendo sua usabilidade diferenciada para computador, smartphones
e tablets;
6. Deve ter a opção de acesso por aplicativo móvel, para android, iOS, sendo que as
especificações serão dispostas no item específico.
7. Deve permitir manifestações identificadas e anônimas;
8. Deve possuir protocolo único para cada manifestação;
9. Deve permitir abrir e/ou acompanhar manifestações através do sistema online e do aplicativo
móvel;
10. Deve enviar SMS (mensagem de texto) automaticamente para celulares nas interações
pertinentes a ouvidor e cidadão em tempo real quando houver identificação;
11. Deve enviar um e-mail (mensagem de texto) automaticamente para celulares nas interações
pertinentes a ouvidor e cidadão em tempo real quando houver identificação;
12. Multiusuário: permitir o acesso de vários usuários de forma concomitante;

Página 124 de 234

13. Deve permitir ao usuário acessar as funções habilitadas a partir das plataformas de acesso:
Sistemas Operacionais Linux, Mac OS, Windows e smartphones e tablets, Android, iOS;
14. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se, de modo a resguardar
a última transação executada com êxito, mantendo a integridade da base de dados;
15. Não permitir a exclusão de registros que possuam dados relacionados, preservando a
consistência e integridade dos dados;
16. Permitir o cadastro de usuários do sistema, com senhas de acesso e respectivos privilégios
em cada função do sistema;
17. Deve possuir backup automático redundante;
18. Oferecer painel administrativo para o ouvidor;
19. Alertar o ouvidor sobre novos protocolos por e-mail e SMS (mensagem de texto);
20. Efetuar o controle de manifestações por prazos definidos para cada tipo de manifestação;
21. Efetuar o controle de status de cada manifestação, informando caso o prazo de resposta
estiver se esgotando;
22. Buscar uma manifestação quando informado o número de protocolo;
23. Deve ter uma opção para o ouvidor efetuar buscas no banco de dados, apenas informando
palavras chave sobre o chamado;
24. Permitir interação do ouvidor e o setor ao qual a manifestação se referenciar, através do
sistema, por e-mail e SMS (mensagem de texto);
25. Quando aberto manifestação anônima, o sistema não deve de forma alguma poder localizar
o manifestante, resguardando o seu direito de anonimato;
26. Deve ser integrado com o aplicativo móvel, de modo que novas manifestações ou interações
em manifestações já abertas, possam ser efetuadas e visualizadas nas plataformas iOS, Android;
27. Quando abrir um novo chamado, deverá ter a opção de selecionar o setor do órgão e o tipo
de serviço do órgão, porém não sendo obrigatório;
28. Quando um novo chamado for aberto pelo cidadão, deverá ter uma opção que informe qual a
origem do chamado, se por sistema on-line ou por aplicativo;
29. Deverá ter uma opção para o ouvidor abrir chamados, nos casos das manifestções serem por
telefone, e-mail ou pessoalmente;
30. Deve permitir a um usuário cadastrado efetuar a troca de senha;
31. Deve possuir a opção de “esqueci minha senha”, efetuando as verificações através do e-mail
cadastrado;
32. Deve permitir a edição do prazo limite para resposta de manifestações, de acordo com o tipo
de manifestação;
33. Deve possuir um QRCODE na manifestação para rastreamento da manifestação pelo
aplicativo móvel;
34. Deve dispor de relatórios com opções de filtros: “anônimo”, “tipo de pessoa”, “tipo de
manifestação”, “setor”, “status”, “período”, “tipo de relatório”, “ordenar por”, “ordenar em”,
“apagados”;
35. Deve dispor de uma opção de geração de relatórios para apresentações públicas, informando
o período e apresentando a relação gráfica dos chamados, como solicita o TCE/MT.
36. Deve ainda trazer relatórios as informações de tempo médio que o chamado fica aberto.
DESCRITIVOS GERAL DO APLICATIVO MÓVEL

37. O aplicativo móvel deverá ser disponibilizado em smartphones ou tablets Android, iOS;
38. O aplicativo móvel deverá ser disponibilizado na play store (google/android) e na apple store
(Apple/iOS);
39. Ser desenvolvido em tecnologias devidamente licenciadas, não gerando custos adicionais à
entidade;
40. Utilizar banco de dados devidamente licenciado não gerando custos adicionais à entidade;
41. Deve permitir inserção de manifestações identificadas e/ou anônimas;

Página 125 de 234

42. Quando selecionado anônimo, deve ser mostrado uma mensagem informando que chamados
anônimas
43. são considerados “comunicações”, como rege a legislação.
44. Deve possuir protocolo único para cada manifestação;
45. Deve possuir um leitor de QRCODE que adicionará uma manifestação quando existente;
46. Deve ter a possibilidade de incluir um protocolo existente, digitando o número do protocolo;
47. Deve permitir a criação de uma manifestação mesmo sem estar conectado em rede de dados,
2G, 3G, 4G ou wifi;
48. Quando criado manifestação off-line, deve ser sinalizado que a mesma deverá ser transmitida
assim que possuir conexão de dados;
49. Uma manifestação criada por esta plataforma deve possuir a opção de envio de anexo, sendo
este do tipo imagem da galeria ou gravado no momento, documento de texto, ou planilha de
cálculo, vídeo da galeria ou gravado no momento, arquivo de áudio da galeria ou gravado no
momento;
50. O App deverá ter a opção de deixar gravado as informações do manifestante, para que
quando for abrir uma nova manifestação facilite a ele, para que não precise informar novamente
as informações;
51. Deve ter uma opção de informar um local em tempo real, através de um mapa, e ainda trazer
os dados de endereço automaticamente do local informado, exemplo: o manifestante quer informar
sobre um local que faz-se necessário criar um “quebra-molas”, poderá ser informado pelo mapa
qual a localização deste terreno; Essa opção, deve ainda ser uma opção ao manifestante, sendo
que, não possa vir a identificar o manifestante;
52. Quando houver nova manifestação ou uma interação em manifestação já existente, deverá
haver uma sinalização no aplicativo, indicando que houve interação na manifestação;
53. Caso houver uma atualização do aplicativo na Play Store ou na AppStore, o aplicativo deverá
informar que há uma nova versão disponível;
54. Quando aberto manifestação anônima, o aplicativo bem como o sistema on line não devem
de forma alguma poder localizar o manifestante, resguardando o seu direito de anonimato;
7.20. BUSINESS INTELLIGENCE

REQUISITOS GERAIS
1. Permitir agendar a inserção das informações nos gráficos automaticamente.
2. Permite selecionar no gráfico a entidade que deseja consultar.
3. A solução deverá conter a possibilidade de utilizar SQLs, funções e procedures criadas nos
bancos de dados, para utilização em relatórios ou análises;
4. A solução deverá possibilitar a criação de novos cenários, em cima de novas necessidade e
demandas levantadas pelos diversos setores que compõe a Prefeitura Municipal;
5. A solução deverá possuir funcionalidade de exportação dos relatórios desenvolvidos nos
formatos (XML, PDF e Excel formatado);
6. A solução deverá permitir de forma nativa a inclusão de várias formas de visualização (Mapas,
Dashboards, Gráficos e Tabelas) em uma mesma tela criando um Painel de Controle, sem que
para isto seja necessária a utilização de hiperlinks ou sobreposição de imagens;
7. A solução deverá conter de forma nativa (sem programação ou customização) a visão de
todas as informações e configurações das métricas apresentadas em um único local e uma única
visão;
8. A solução deve ter inteligência para entender que o acesso pode ser feito através de
TABLETS e Smartphones dos sistemas Operacionais Android e IOS, e a apresentação nesses
dispositivos deve ser adequado ao seu formato;
9. A solução deverá dispor de variedade de formas de análises – gráficos, tabelas, relógios,
velocímetros, relatórios, geração de arquivos em formato PDF, links WEB, exportação de tabelas
para planilhas eletrônicas;

Página 126 de 234

10. A solução deverá permitir a interatividade entre as análises de um mesmo dashboards, onde
as alternâncias de indicador, dimensão, filtro e drill em uma das análises reflitam automaticamente
nas demais, de forma dinâmica.
11. A solução deverá possuir recursos que permitam a alternância de um estilo de gráfico para
outro estilo, sem necessidade de reconstrução da análise. Exemplo: alterar a representação de
uma análise no formato de gráfico de barras para gráfico de pizza;
12. A solução deverá permitir a representação da comparação dos valores dos indicadores com
mesmo período de exercícios diferentes;
ÁREA TRIBUTÁRIA
13. Possuir gráfico comparativo de valor lançado com discriminação de: valor lançado, valor
baixado, juros, multa, correção, descontos, créditos, saldo pendente, saldo pago, e total;
14. Possuir gráfico de débitos vencidos e a vencer, por: ano, classificação tributária e devedores;
15. Possuir gráficos de análise das baixas tributárias por: ano, classificação tributária e tipo de
baixa;
16. Possuir gráficos de análise da dívida ativa municipal, por: ano, classificação tributária, tipos
de baixa, e saldos de juros, multa, correção, desconto;
17. Possuir gráfico de análise da evolução da dívida ativa municipal por exercício;
18. Possuir gráfico de análise dos benefícios concedidos, por: ano, classificação tributária,
beneficiado;
19. Possuir gráfico cadastral de imóvel urbano por: classificação, proprietários, bairro, quadra,
distrito e setor;
20. Possuir gráfico cadastral de imóvel urbano com dados do terreno por: classificação e dados
do terreno;
21. Possuir gráfico cadastral de imóvel urbano com dados da construção por: classificação e
dados da construção;
22. Possuir gráfico para análise de transferência de imóveis urbanos por: classificação do imóvel,
ano, meses, valor venal das transferências, valor venal dos imóveis e bairro;
23. Possuir gráfico para análise da distribuição geográfica dos imobiliários do município por:
classificação do imóvel, bairro, quadro do BCI e opção do quadro;
24. Possuir gráfico de análise do imobiliário urbano por: setores, bairros e logradouros;
25. Possuir gráfico para análise da distribuição geográfica de empresas do município por:
situação, porte empresarial, setor da economia, e descrição do CNAE;
26. Possuir gráfico de análise das empresas do município por: situação, porte empresarial, setor
da economia e CNAE;
27. Possuir gráfico de análise das atividades econômicas por: bairro, porte empresarial, setor da
economia e descrição do CNAE;
28. Possuir gráfico de análise quanto a abertura e fechamento de empresas por: data, porte
empresarial, setor da economia e descrição do CNAE;
29. Possuir gráfico de análise quanto a sociedade de empresas por: situação das empresas, porte
empresarial, setor, nome, CPF e CNPJ;
ÁREA DE PROCESSOS ADMINISTRATIVOS

30. Possuir gráfico de análise dos processos criados por: situação, ano, assuntos e localização;
31. Possui gráfico de análise da média de processos criados por: situação, ano e mês;
32. Possuir gráfico de análise de processo movimentados por: ano, mês e usuário;
ÁREA DE COMPRAS, LICITAÇÕES E CONTRATOS

33. Possuir gráfico de análise dos processos de compras por: ano de abertura, modalidade,
situação do processo, COVID-19, secretarias e fornecedores;
34. Possuir gráfico de análise de compras por itens. Filtros por: ano, modalidade, situação,
COVID-19 e descrição do item;

Página 127 de 234

35. Possuir gráfico de análise de compras por consumo de itens. Filtros por: ano, modalidade,
situação, COVID-19 e descrição do item;
36. Possuir gráfico de análise por contratos por: vigência, fornecedor e número do contrato;
37. Possuir gráfico de análise de vencimentos dos contratos por: vigência, fornecedor, número do
contrato e valor;
ÁREA ADMINISTRATIVA DE FOLHA DE PAGAMENTOS

38. Possuir gráfico de análise de comparativo salarial por: ano, secretarias, cargos e meses;
39. Possuir gráfico de análise de variações salariais por: ano, mês, secretaria e cargos;
40. Possuir gráfico de análise dos afastamentos lançados por: ano, mês, secretarias e cargos;
41. Possuir gráfico de análise dos atestados lançados por: ano, mês, secretarias, cargos, tipos de
atestados, e funcionário;
42. Possuir gráfico de análise de vínculos de trabalho por: ano, secretarias e cargos;
43. Possuir gráfico de análise de proventos e descontos por: ano, mês, secretarias e cargos;
44. Possuir gráfico de análise de histórico de lotação dos funcionários;
45. Possuir gráfico de análise de elevação de classe por: secretarias, cargos e funcionários;
ÁREA CONTÁBIL
1. Possuir painel de gestão com resumo da receita arrecadada, despesa executada, saldo
financeiro e índices da Lei de Responsabilidade Fiscal (LRF) como gastos com pessoal, saúde e
educação (MDE e FUNDEB);
2. Possuir gráfico de análise da arrecadação da receita orçamentária por: ano, mês e origem
(natureza da receita e fonte de recurso), demonstrando a receita prevista, receita arrecadada,
saldo a arrecadar, média mensal de arrecadação e a variação da arrecadação em relação ao
exercício anterior;
3. Possuir gráfico de análise de excesso de arrecadação por: fonte de recursos e natureza da
receita, incluindo o cálculo de tendência;
4. Possuir gráfico de análise do resultado orçamentário (receita – despesa) por: mês e fonte de
recurso;
5. Possuir gráfico de análise da execução orçamentária da despesa por: ano, mês e origem
(natureza da despesa e fonte de recurso), demonstrando a despesa fixada, despesa atualizada
(contemplando os créditos adicionais), despesa executada, saldo disponível a executar e a
variação da execução da despesa em relação ao exercício anterior;
6. Possuir gráfico de análise do valor e do percentual empenhado, a empenhar, liquidado, a
liquidar, pago e a pagar por: ano, mês e origem (natureza da despesa e fonte de recurso);
7. Possuir gráfico de análise dos créditos adicionais por: lei, decreto, tipo do recurso e fonte de
recurso;
8. Possuir gráfico de análise do superávit financeiro do exercício anterior, de sua respectiva
utilização para abertura de crédito adicional e do saldo a utilizar por fonte de recurso;
9. Possuir gráfico de análise do excesso de arrecadação, de sua respectiva utilização para
abertura de crédito adicional e do saldo a utilizar por fonte de recurso e natureza de receita;
10. Possuir gráfico de análise dos restos a pagar, contemplando o valor inscrito, cancelado,
liquidado, saldo a liquidar, pago e a pagar por: órgão, unidade, natureza de despesa, função,
subfunção e fonte de recurso;
11. Possuir gráfico de análise dos saldos das movimentações da despesa extraorçamentária por:
conta, natureza da conta (credora ou devedora) e por fonte de recurso;
12. Possuir gráfico de análise dos fornecedores, contemplando o valor empenhado, liquidado,
pago e a pagar;
13. Possuir gráfico de análise financeira, contemplando o saldo em caixa, as obrigações a pagar
e o resultado financeiro por mês;
14. Possuir gráfico de análise do superávit financeiro para o exercício seguinte por fonte de
recurso.

Página 128 de 234

7.21. PROVIMENTO DE DATA CENTER (hospedagem, processamento, segurança e

backup)
1. Segurança de acesso aos dados hospedados por meio de credenciais de acesso definidas
pelo próprio cliente no momento de criação de cada VM;
2. Sistema de prevenção e detecção de invasão, bem como ferramentas de análise de tráfego
de dados;
3. Sistema de proteção e combate contra incêndios;
4. Sistema de proteção contra inundações / alagamentos;
5. Redundância de links de internet fornecidos por mais de uma operadora;
6. Redundância de fornecimento de energia elétrica, inclusive com a disponibilidade de
geradores no local para acionamento emergencial;
7. Responsabilizar-se por manter o hardware e os softwares atualizados;
8. Fornecer as licenças do sistema operacional bem como as do sistema gerenciador do banco
de dados quando necessárias;
9. Possuir equipe de profissionais especializados (24 x 7) e em número suficiente para a
execução dos serviços;
10. Garantir alta disponibilidade dos serviços (24 x 7 x 365) e possuir acordo de nível de serviço
(SLA) de pelo menos 99%;
7.22. GESTÃO DA SAÚDE

CARACTERÍSTICAS
CENTRAL DE AGENDAMENTOS
1. Possibilitar a distribuição de vagas para consultas ou exames conforme a população atendida
pelas unidades de saúde. Conforme a quantidade ou valor de consultas/exames disponíveis
calcular a quantidade de vagas para cada unidade de saúde proporcionalmente à população
atendida.
2. Possibilitar definir horário de atendimento específico para unidade de saúde ou todas.
3. Permitir acompanhar via log de sistema as principais ações realizadas pelo serviço de
agendamento automático.
4. Possibilitar a configuração de cotas de consultas e exames por quantidade e/ou valor orçado
para o período. Possibilitar configurar cotas de consultas e exames por unidade de saúde de
atendimento, convênio, profissional, especialidade ou exame, motivos de consultas específicos ou
exceto informados.
5. Controlar feriados bloqueando agendamentos de consultas e exames para a data.
6. Deve ser possível configurar a agenda para trabalhar com a quantidade de exames no horário
ou por quantidade e tempo de atendimento. Possibilitar organizar a agenda por período com
intervalo de horário e dias da semana para realização dos exames.
7. Possibilitar a configuração de agendas de consultas por período, dias da semana e intervalo
de horário. Possibilitar a configuração de consultas por horário (conforme tempo de atendimento)
ou quantidade, por motivos de consultas específicos, todos ou exceto informados.
8. Permitir ignorar vagas de cotas para agendamento e autorização realizada por sobra.
9. Possibilitar configurar o horário para todos os exames ou exames específicos. Possibilitar
definir horário de atendimento específico para unidade de saúde ou todas.
10. Conforme o motivo do cancelamento de atendimento de consultas e/ou exames possibilitar o
retorno de cota para utilização em novo agendamento.
11. Possibilitar vincular os exames realizados em cada laboratório ou prestador de serviços
definindo os convênios pelos quais cada exame é realizado.
12. Possibilitar restringir via configuração os dias úteis de antecedência para cancelamento de
agendamentos conforme definido pelo município.

Página 129 de 234

13. Possibilitar o controle das salas de atendimentos de consultas e exames por horário
imprimindo nos comprovantes para orientação dos usuários no atendimento.
14. Controlar agendamentos de consultas determinando intervalo de idade para agendamentos
de usuários por especialidade de cada profissional.
15. Possibilitar realizar agendamentos de exames através de encaixe, permitir acesso ao encaixe
mediante privilégio especial, realizar encaixe para múltiplos exames.
16. Possibilitar o cancelamento dos agendamentos de consultas pertencentes a bloqueios
cadastrados sendo realizados automaticamente ou por confirmação conforme definição de critério.
17. Alertar no momento do agendamento quando o usuário não compareceu na última consulta
ou exame agendado.
18. Possibilitar o cancelamento de agendamentos identificando motivo.
19. Possibilitar o agendamento de procedimentos por sessões informando quantidade e
distribuindo automaticamente as datas e horários de agendamento das sessões conforme
disponibilidade. Considerar cotas de agendamentos disponíveis.
20. Possibilitar o agendamento de consultas informando um dos convênios vinculados ao
profissional na unidade de saúde.
21. Possibilitar o cancelamento dos agendamentos de exames pertencentes a bloqueios
cadastrados sendo realizados automaticamente ou por confirmação conforme definição de critério.
22. Possibilitar identificar os agendamentos de exames realizados por encaixe.
23. Possibilitar agendamentos de consultas selecionando especialidade, profissional ou unidade
de saúde. Possibilitar informar motivo da consulta e unidade de saúde de origem.
24. Possibilitar o bloqueio dos horários de agendamentos de exames por unidade de saúde de
atendimento, exame período e intervalo de horários.
25. Possibilitar realizar agendamentos de consultas através de encaixe quando horários
disponíveis esgotados, definindo uma data e horário para o encaixe. Possibilitar também
configurar e realizar encaixes pendentes para realizar posteriormente a autorização do encaixe.
26. Possibilitar agendamentos de consultas para unidade de saúde específica ou para qualquer
outra unidade de saúde, respeitando parâmetros previamente definidos, como central de
agendamentos.
27. Disponibilizar calendário mensal com identificação das disponibilidades diárias de
agendamentos conforme capacidade e agendamentos já realizados por profissional e exame.
28. Consistir e visualizar no momento do agendamento de consultas e exames os saldos das
cotas cadastradas para o período do agendamento.
29. Possibilitar o bloqueio de horários de agendamentos de consultas por unidade de saúde de
atendimento, profissional, especialidade, período e intervalo de horário.
30. Possibilitar informar estratificação de risco para agendamentos de consultas definindo
profissionais e unidades de saúde com necessidade de controle.
31. Possibilitar informar estratificação de risco para agendamentos de exames definindo unidades
de saúde com necessidade de controle.
32. Possibilitar o bloqueio de agendamentos de reconsultas quando não existir consulta anterior
em período parametrizado.
33. Emitir comprovantes de agendamentos possibilitando a assinatura do agendador.
34. Emitir comprovantes de agendamentos de consultas e exames com código de barras que
identifique unicamente o agendamento.
35. Possibilitar a transferência de agendamentos de consultas e exames por unidade de saúde,
profissional ou exame, unidade de saúde de origem, data e horário informando a unidade de
saúde, profissional, especialidade e horário de destino consistindo na disponibilidade de horários
e cotas. Considerar os períodos de bloqueios de agendas de profissionais e exames.
36. Possibilitar o registro de recomendações para consultas e exames por unidade de saúde de
atendimento. Possibilitar o complemento de recomendações para exames.
37. Mostrar o número total de pacientes que estão pendentes na lista de espera por exames para
programação do agendamento automático.

Página 130 de 234

38. Possibilitar visualizar / identificar pacientes que possuem e não possuem prioridade definida
dentro da lista de espera, diferenciando suas posições na lista.
39. Possibilitar a importação de usuário da lista de espera nos agendamentos de consultas e
exames. Possibilitar a baixa ou exclusão dos usuários na lista de espera ao obter o agendamento
ou autorização de consulta ou exame.
40. Possibilitar a realização do cancelamento automático dos agendamentos por unidade de
saúde.
41. Possibilitar visualizar os anexos dos pacientes das listas de esperas nos estágios de
atendimentos (recepção, triagem e atendimento).
agendamento automático.
43. Possibilitar visualizar os anexos dos pacientes das listas de esperas nos agendamentos e
autorizações.
44. Permitir configurar o agendamento automático como central de regulação possibilitando
identificar a origem que será sugerida para agendamento automático, podendo manter a origem
da lista de espera ou tentar agendar como central de agendamentos.
45. Permitir localizar os registros de agendamentos de consultas e exames realizados pelo
serviço de agendamento automáticos.
46. Possibilitar configurar a gravação dos anexos das listas de esperas em banco de dados
externos.
47. Possibilitar realizar via serviço agendamentos automáticos de pacientes a partir das listas de
espera de consultas e exames.
48. Possibilitar a impressão de comprovante de lista de espera.
cancelamento automático.
50. Possibilitar incluir e controlar anexos por pacientes para regulação a partir das listas de
esperas.
51. Controlar cada etapa dos usuários em lista de espera identificando data, horário, responsável,
prioridade, situação e agendamento realizado.
52. Possibilitar realizar o cancelamento automático dos pacientes agendados, possuir ambiente
para configurações dos parâmetros necessários para realizar o cancelamento automático.
53. Possibilitar nos estágios de atendimento (recepção, triagem e consultas) sugerir a CID quando
o paciente possui CID já cadastrada através das listas de esperas.
54. Possibilitar configurar quais unidades de saúde terão suas cotas transferidas
automaticamente.
55. Possibilitar configurar o horário de início que o serviço de agendamento será executado.
56. Possibilitar limitar a quantidade de autorizações de exames para cada usuário em um período
determinado. Consistir a existência de cotas disponíveis conforme a unidade de saúde de
atendimento e o critério definido na cota.
57. Possibilitar o controle das listas de espera de exames por exame e unidade de saúde
identificando usuário, data e horário de inclusão, data de solicitação, unidade de saúde de origem,
profissional solicitante e prioridade. Possibilitar controlar etapa de solicitação de inclusão em lista
de espera. Identificar data de baixa e motivo de cancelamento conforme situação da lista de
espera.
58. Possibilitar a visualização e alterações nas listas de espera somente pela unidade de saúde
de origem do usuário ou por unidade central de agendamento.
59. Possibilitar a autorização de consultas e exames para prestadores externos informando
prestador, profissional e especialidade ou exame, data e horário. Possibilitar informar o convênio
para faturamento mostrando os respectivos valores dos procedimentos autorizados. Possibilitar
determinar a validade de autorizações conforme profissional ou exame.
60. Mostrar o número total de pacientes que estão pendentes na lista de espera por
especialidades para programação do agendamento automático.

Página 131 de 234

61. Possibilitar realizar a transferência automática de cotas de agendamentos, possuir ambiente

para configurações dos parâmetros necessários para realizar a transferência automática de cotas.
62. Permitir configurar o motivo padrão de cancelamento via serviço automático.
63. Possibilitar visualizar o histórico completo de documentos anexados e digitalizados.
64. Possibilitar configurar especialidades e exames com dias limite e dias úteis de antecedência
para realização dos agendamentos automáticos.
65. Possibilitar restringir reconsultas de pacientes nas listas de espera de consultas para que seja
informado um profissional específico.
66. Disponibilizar ambiente que permita configurar especialidades e exames com parâmetros para
realização de agendamentos automáticos. Possibilitar identificar de maneira individual ou todas as
especialidades e exames desejáveis para agendamento automático.
67. Possibilitar sugerir a CID do paciente cadastrada nas listas de esperas durante o processo de
agendamentos e autorizações (consultas e exames).
68. Possibilitar definir quantidade limite de agendamento automático diários que o sistema vai
realizar.
69. Possibilitar cadastrar pacientes informando a CID nas listas de esperas de consultas e
exames, agendamentos de consultas e exames e nas autorizações de consultas e exames.
70. Possibilitar configurar o sistema para não exigir prioridades nas listas de esperas.
71. Possibilitar realizar agendamentos automáticos de pacientes pendentes na fila de espera,
respeitando prioridade e posição das listas de espera.
72. Possibilitar configurar por exame ou por cbo-s quais documentos (anexos) serão permitidos
para utilização nas listas de esperas, permitindo também definir sua obrigatoriedade de inserção.
73. Possibilitar o controle das listas de espera de consultas por especialidade, profissional e
unidade de saúde identificando usuário, unidade de saúde de origem, profissional solicitante e
prioridade. Possibilitar controlar etapa de solicitação de inclusão em lista de espera.
74. Possibilitar que os médicos reguladores definam a prioridade dos pacientes que não possuem
a mesma informada dentro da lista de espera.
75. Possibilitar controle de protocolos para regulação, permitir arquivamento de documentos dos
pacientes que são mantidos na unidade de saúde, permitir realizar o cadastro do local de
arquivamento, permitir controlar os protocolos e acompanhamento de suas movimentações.
76. Disponibilizar visualização de histórico dos agendamentos do usuário por tipo de
agendamento (consultas médicas, consultas odontológicas, exames, sessões, transportes e
apoios).
77. Possibilitar configurar limite de controle de gastos individualmente por unidade de saúde.
78. Possibilitar visualizar a Disponibilidade Mensal por Valor e Quantidade, Valor e Quantidade
Total Anual planejado, Disponibilidade de Valor e Quantidade anual. Possibilitar consultar as
programações dos anos anteriores.
79. Possibilitar configurar para Limite de controle de gastos do município e PPI as principais
rotinas que geram faturamento. Esta configuração deve permitir ignorar a validação das rotinas
desejadas, alertar as rotinas quando há indisponibilidade de vagas e bloquear as rotinas
impedindo progresso quando há indisponibilidade de vagas.
80. Possibilitar planejar um ano subsequente. Permitir Bloquear limites para unidades de saúde
de origem inadimplentes
81. Possibilitar informar na programação mensal o Valor total e Quantidade Limite total que os
municípios podem utilizar.
82. Possibilitar que o gestor realize uma programação anual identificando mês a mês os valores
e quantidades desejados para a unidade de saúde.
83. Permitir configurar individualmente o cadastro das unidades de saúde para controlar
Programação Pactuada Integrada (PPI).
84. Permitir cadastrar agregados de procedimentos possibilitando adicionar múltiplos
procedimentos para utilização na PPI, bem como, controlar por situação.

Página 132 de 234

85. Permitir cadastrar aos procedimentos e agregados valor financeiro e quantidade física.
Possibilitar controlar a situação individual do agregado e procedimento relacionado ao mês da PPI.
86. Possibilitar delimitar os limites de controle de gastos em PPI adicionando controle por mês.
87. Permitir configurar individualmente o cadastro das unidades de saúde para controlar limite de
gastos dos municípios.
88. Permitir realizar adição de limites adicionais com controle de valor financeiro, quantidade física
e situação.
89. Realizar a dedução de quantidade e valor conforme utilização em rotinas do sistema aos
processos de Limite de controle de gastos e PPI para as unidades de saúde de origens
configuradas nas rotinas habilitadas. O sistema também deverá permitir atribuir limite adicional.
90. Disponibilizar processo de cópia de PPI entre as unidades de saúde de origem, permitir
identificar no destino da cópia a unidade de saúde, ano e possibilidade de identificar os meses
desejados para cópia, podendo ser todos ou individuais.
91. Disponibilizar histórico de Limite de gastos e PPI para controle das alterações e inserções por
Unidade de Saúde de Origem. Permitir a visualização por Limite de gastos, PPI com Limite
financeiro, procedimentos e limites adicionais.
92. Possibilitar adicionar aos meses da PPI da unidade de saúde de origem procedimentos e
agregados.
93. Permitir visualizar individualmente o valor utilizado e quantidade utilizada de procedimentos e
agregados da PPI.
94. Emitir relatórios comparativos de:
a) agendamentos nas unidades de saúde em anos e meses anteriores, com percentual de
aumento ou diminuição nos agendamentos em cada período.
b) agendamentos dos profissionais em anos e meses anteriores, com percentual de aumento ou
diminuição nos agendamentos em cada período.
c) agendamentos de especialidades em anos e meses anteriores, com percentual de aumento
ou diminuição nos agendamentos em cada período.
d) agendamentos de exames em anos e meses anteriores, com percentual de aumento ou
e) agendamentos por bairro em anos e meses anteriores, com percentual de aumento ou
f) agendamentos por logradouro em anos e meses anteriores, com percentual de aumento ou
95. Emitir relatórios comparativos de utilização de vagas de agendamentos mostrando quantidade
disponibilizada, agendamentos, sobras obtidas, atendimentos realizados, faltas, percentual de
aproveitamento em relação à quantidade disponibilizada.
96. Emitir relatórios com quantidades disponíveis de exames por unidade de saúde, exame
mostrando a capacidade de atendimento, agendamentos já realizados, bloqueios e saldo
disponível.
97. Possibilitar visualizar através de relatório o tempo de permanência do usuário em cada etapa
da lista de espera de exames e/ou procedimentos.
98. Emitir relatório com agendamentos do profissional e exame em determinada data identificando
horário, usuário, número do CNS - Cartão Nacional de Saúde, especialidade.
99. Possibilitar visualizar através de relatório o tempo de permanência do usuário em cada etapa
da lista de espera de consultas.
100. Emitir relatório de bloqueios de agendas de profissionais e/ou exames, com totais por
profissional, exame, motivo da falta, unidade de saúde de atendimento.
101. Emitir relatório com agendamentos (consultas, exames) realizados e capacidade
disponível mostrando percentual sobre disponibilidade.
102. Emitir relatórios com quantidades disponíveis de consultas por unidade de saúde,
profissional, especialidade mostrando a capacidade de atendimento, agendamentos já realizados,
bloqueios e saldo disponível.

Página 133 de 234

CENTRAL DE MEDICAMENTOS
103. Possibilitar o controle de estoque por centros de custos identificando movimentações
realizadas de cada lote.
104. Sugerir a compra e requisição de medicamentos a partir dos estoques mínimo e ideal
definidos para cada local de estoque. Gerar pedidos de compra e requisição dos medicamentos.
105. Permitir o controle de estoque de diversos locais de estoque nas unidades de saúde
(farmácias, almoxarifados).
106. Possibilitar o controle de estoque de medicamentos, materiais de limpeza, insumos,
por lote do fabricante, data de vencimento ou quantidade.
107. Gerar custo dos medicamentos nos fornecimentos para usuários ou consumo próprio
das unidades de saúde.
108. Controlar medicamentos em conformidade com a Portaria 344 da ANVISA. Emitir
relatórios definidos pela Vigilância Sanitária: BMPO - Balanço de Medicamentos Psicoativos e
Outros Sujeitos a Controle Especial Trimestral e Anual, Livro de Registro de Substâncias.
109. Estimar o consumo dos medicamentos com base na demanda alertando quanto à
possibilidade de vencimento dos medicamentos.
110. Possibilitar o cálculo do custo dos medicamentos por custo médio, última compra ou
custo de compra.
111. Permitir a classificação dos medicamentos por grupos e princípio ativo.
112. Possibilitar o controle de conjuntos de medicamentos e materiais a partir de protocolos,
definindo insumo de referência e quantidade. Possibilitar a montagem dos conjuntos informando
lote de cada medicamento e/ou material, quantidade de conjuntos e gerando código de barras
único para identificação do conjunto. Possibilitar a impressão de etiquetas dos conjuntos conforme
quantidade informada.
113. Possibilitar a impressão de guia de entrada.
114. Permitir a movimentação de entrada e saída de insumos.
115. Possibilitar a impressão de etiquetas para código de barras dos lotes dos insumos.
116. Permitir a entrada de medicamentos por compras, doações ou transferências
informando a localização no estoque. Permitir a importação dos itens dos pedidos de compra.
Possibilitar informar os fabricantes dos medicamentos. Possibilitar classificar as entradas por
centros de custos.
117. Possibilitar a digitação dos pedidos de compra de medicamentos. Controlar a situação,
previsão de entrega e saldos dos pedidos.
118. Possibilitar a impressão de guia de pedido de compra.
119. Possibilitar a impressão de guia de requisição.
120. Possibilitar a requisição de medicamentos para os locais de estoque visualizando o
saldo no local de destino, mostrando previsão de entrega dos medicamentos em pedidos
pendentes.
121. Possibilitar a impressão de guia de saída.
122. Possibilitar o fornecimento de medicamentos e materiais com identificação de
conjuntos através de leitura de código de barras. Gerar automaticamente o fornecimento de todos
os materiais do conjunto identificando lotes e quantidades para fornecimento.
123. Importar automaticamente as prescrições de medicamentos realizadas nos
atendimentos médicos e odontológicos. Possibilitar definir o período considerado para importação.
Identificar medicamentos pertencentes a conjuntos gerando automaticamente fornecimento para
os demais materiais do conjunto.
124. Alertar no fornecimento de insumos quando saldo abaixo do estoque mínimo.
125. Ao fornecer medicamentos controlados solicitar data e numeração da receita.
126. Permitir as saídas de medicamentos para consumo próprio da unidade de saúde ou
para usuários. Possibilitar a identificação do insumo e lote através da leitura de código de barras.

Página 134 de 234

127. Alertar quando o medicamento já foi fornecido ao usuário no mesmo dia em qualquer
outra unidade de saúde.
128. Informar o consumo diário para medicamentos de uso contínuo e controle especial.
129. Possibilitar a impressão de declaração de comparecimento para pacientes que vieram
até a unidade buscar medicamentos.
130. Permitir o fornecimento parcial dos medicamentos solicitados.
131. Possibilitar a transferência de medicamentos para os locais de estoque, gerando
automaticamente a entrada na unidade de destino. Possibilitar a identificação do insumo e lote
através da leitura de código de barras.
132. Alertar na transferência de insumos quando saldo abaixo do estoque mínimo.
133. Possibilitar a visualização de requisições de medicamentos de outras locais de
estoque, mostrando o saldo disponível, o saldo do solicitante, calculando o consumo médio do
solicitante.
134. Permitir ajustes de saldos com lançamentos de entradas e saídas de estoque como
quebra, devoluções, vencimento do prazo de validade para operadores com privilégio especial.
135. Possibilitar que cada local de estoque visualize as transferências de medicamentos
recebidas possibilitando a confirmação das entradas de medicamentos no estoque.
136. Possibilitar a impressão de guia de ajustes de saldos.
137. Possibilitar que as centrais de distribuição visualizem os itens das transferências não
aceitos pelos locais de estoque realizando a devolução dos itens e readmitindo em estoque.
138. Possibilitar a impressão de guia de transferência.
139. Possibilitar a verificação de insumos com estoque abaixo da quantidade mínima
conforme local de armazenamento de acesso. Possuir na entrada do sistema alerta automático
dos insumos com estoque abaixo do mínimo.
140. Possibilitar a abertura e encerramento de competências, consistindo a data das
movimentações de insumos.
141. Possibilitar a verificação de insumos a vencer conforme período informado. Possuir na
entrada do sistema alerta automático dos insumos a vencer conforme período de alerta
especificado em cada insumo.
142. Ao realizar a Verificação de Requisições de Insumos, permitir a visualização das
observações registradas no momento em que o insumo foi requerido.
143. Emitir livro de registro de substâncias trimestral e anual conforme Portaria 344 da
ANVISA.
144. Emitir balanço completo e de aquisições de medicamentos trimestral e anual conforme
Portaria 344 da ANVISA.
145. Emitir relatório de saldos de estoque em qualquer data informada, detalhando valor
e/ou quantidade por lotes, custo unitário, pedidos pendentes, mostrando apresentação e
localização.
146. Emitir relação mensal de notificações de receita A em conformidade com as normas
da ANVISA.
147. Emitir relatório de saídas de insumos gerando gráfico com Curva ABC.
148. Emitir relatório dos pedidos de compra, requisições, entradas, saídas, transferências,
ajustes de saldos, mostrando valor e/ou quantidade, médias de consumo diário, mensal ou anual,
totalizando por unidade de saúde, local de estoque, medicamento, lote e usuário.
149. Emitir relatórios comparativos de:- entradas de medicamentos em anos e meses
anteriores, com percentual de aumento ou diminuição nas entradas de medicamentos em cada
período.- saídas de medicamentos em anos e meses anteriores, com percentual de aumento ou
diminuição nas saídas de medicamentos em cada período.- transferências de medicamentos em
anos e meses anteriores, com percentual de aumento ou diminuição nas transferências de
medicamentos em cada período.- ajustes de estoque em anos e meses anteriores, com percentual
de aumento ou diminuição nos ajustes de estoque em cada período.

Página 135 de 234

SAÚDE DA FAMÍLIA
150. Possibilitar a visualização do histórico de unificações dos cadastros do cidadão.
151. Possibilitar registro das informações de logradouros e bairros ou distritos por digitação
livre ou por pesquisa nas respectivas tabelas.
152. Possibilitar o registro da foto do cidadão no cadastro, utilizando webcam ou através do
carregamento de arquivo de imagem.
153. Possibilitar o registro das informações do local de trabalho do cidadão.
154. Possibilitar o preenchimento automático de logradouros e bairros ou distritos pelo
código do C.E.P.
155. Exibir a vinculação do cadastro de cidadão com a família, bem como do domicílio de
residência.
156. Possibilitar a baixa do cadastro do cidadão, informando o motivo e a data da baixa.
157. Possibilitar o cadastro de cidadãos que são usuários/pacientes, em conformidade com
o registro da Base Nacional de Usuários do SUS e de acordo com as normas da Ficha de Cadastro
Individual no LEDI – Layout e-SUS APS de Dados e Interface do Ministério da Saúde. Deve
possuir, em sua composição, os seguintes elementos:
a) Identificação: Código do cidadão, C.P.F – Cadastro de Pessoa Física, e C.N.S. – Cartão
Nacional de Saúde;
b) Informações do cidadão: nome, nome social, filiação, data de nascimento, sexo, raça ou cor,
etnia, ocupação, tipo sanguíneo; Documentos.
c) Endereço: C.E.P., logradouro, número, bairro ou distrito, complemento, ponto de referência,
telefone fixo, telefone celular.
d) e-SUS APS: Vinculação do cidadão com a Equipe/Profissional, Informações
sociodemográficas, Situação de Saúde, Situação de Rua.
158. Possibilitar o registro das informações do plano de saúde do cidadão.
159. Possibilitar a baixa de áreas e microáreas que não estão mais habilitadas no C.N.E.S
160. Possibilitar a inclusão e retirada de profissionais da microárea.
161. Possibilitar a inclusão e retirada de profissionais da equipe.
162. Possibilitar o cadastro de áreas, microáreas e equipes, em conformidade com o
registro C.N.E.S. - Cadastro Nacional de Estabelecimentos de Saúde do Ministério da Saúde.
Deve possuir, em sua composição, os seguintes elementos:
a) Área: Código e descrição da área da equipe, segmento, unidade de saúde e I.N.E. –
Identificador Nacional de Equipe;
b) Microáreas: Código da microárea e profissional vinculado a cada microárea;
c) Equipe: Profissionais que compõem a equipe;
163. Possibilitar a inclusão e retirada de famílias quando o imóvel cadastrado for um
domicílio.
164. Possibilitar e pesquisa do domicílio por responsável familiar, integrante da família ou
pelo histórico de famílias que se mudaram.
165. Possibilitar a inclusão e retirada de integrantes das famílias do domicílio.
166. Emitir relatório de extrato de área e microárea, com informações consolidadas de
domicílios, famílias, integrantes e visitas.
167. Possibilitar o cadastro de domicílios e demais imóveis do município, de acordo com as
normas da Ficha de Cadastro Domiciliar e Territorial no LEDI – Layout e-SUS APS de Dados e
Interface do Ministério da Saúde. Deve possuir, em sua composição, os seguintes elementos:
a) Identificação: Código e tipo do domicílio;
b) Vinculação do imóvel com a Equipe/Profissional: Unidade de saúde, área/equipe, microárea,
fora de área, profissional, especialidade do profissional;
c) Informações do imóvel: Endereço, Condições de moradia, Instituição de permanência.
Famílias: prontuário familiar, identificação do responsável, renda familiar, número de membros da
família, tempo de residência, se mudou ou não.

Página 136 de 234

168. Possibilitar o registro dos animais de estimação do imóvel, informando nome do

animal, espécie, sexo, pelagem, idade, raça e situação.
169. Possibilitar a baixa do imóvel, informando o motivo e a data da baixa.
170. Possibilitar a alteração do responsável familiar, definindo um novo responsável entre
os integrantes da família.
171. Emitir relatório de domicílios não visitados, com quantidade e percentual, totalizando
por unidade de saúde, área, microárea, fora de área, bairro e logradouro.
172. Exibir histórico das famílias que se mudaram do domicílio.
173. Possibilitar a transferência de uma família para outro imóvel.
174. Emitir relatório de domicílios, famílias e integrantes, com quantidade e percentual,
totalizando por unidade de saúde, área, microárea, fora de área, bairro, logradouro e situação de
moradia.
175. Possibilitar a transferência de um imóvel para uma nova área e/ou microárea. Realizar
a transferência das famílias com seus integrantes caso seja um domicílio.
176. Possibilitar configuração de obrigatoriedade do uso do GPS nas visitas de ACS
realizadas através de dispositivos móveis.
177. Possibilitar o registro de visita para imóveis diferentes de domicílio.
178. Emitir relatório de domicílios, famílias e integrantes visitados, por quantidade e
percentual, com totais por área, microárea, fora de área e profissional, bairro e logradouro.
179. Possibilitar o registro de visitas domiciliares, de acordo com as normas da Ficha de
Visita Domiciliar e Territorial no LEDI – Layout e-SUS APS de Dados e Interface do Ministério da
Saúde. Deve possuir, em sua composição, os seguintes elementos:
a) Identificação: Código do cidadão, C.P.F – Cadastro de Pessoa Física, e C.N.S. – Cartão
Nacional de Saúde, data de nascimento, sexo.
b) Informações: Motivo da visita, Busca Ativa, Acompanhamento, Controle ambiental/ vetorial,
Antropometria, Sinais vitais e Glicemia.
c) Desfecho: visita realizada, recusada ou ausente.
180. Exibir a vinculação do domicílio e da família do cidadão visitado.
181. Disponibilizar ao relatório de Indicadores de Desempenho da Atenção Primária à
Saúde filtro do Período, possibilitando informar o quadrimestre vigente ou futuro.
182. Exibir, para cada indicador, as seguintes informações: numerador, denominador,
parâmetro, meta, peso e resultado do indicador.
183. Exibir o cálculo do indicador sintético final.
184. Disponibilizar relatórios de Indicadores de Desempenho da Atenção Primária à Saúde
conforme PORTARIA Nº 3.222, DE 10 DE DEZEMBRO DE 2019:
I. Proporção de gestantes com pelo menos 6 (seis) consultas pré-natal realizadas, sendo a 1ª
até a 20ª semana de gestação;
II. Proporção de gestantes com realização de exames para sífilis e HIV;
III. Proporção de gestantes com atendimento odontológico realizado;
IV. Cobertura de exame citopatológico;
V. Cobertura vacinal de poliomielite inativada e de pentavalente;
VI. Percentual de pessoas hipertensas com pressão arterial aferida em cada semestre;e
VII. Percentual de diabéticos com solicitação de hemoglobina glicada.
185. Possibilitar a emissão do relatório de indicadores por unidade de saúde e área/equipe.
AÇÕES PROGRAMÁTICAS
186. Cadastrar as ações programáticas do Ministério da Saúde e de interesse municipal.
Identificar os medicamentos utilizados nas ações programáticas.
187. Permitir a programação de frequência dos usuários incluídos nas ações programáticas
para fornecimento de medicamentos, consultas e exames conforme periodicidade definida.

Página 137 de 234

188. Controlar os usuários ativos e inativos das ações programáticas com data de inclusão
e saída. Solicitando as informações necessárias conforme padronização dos programas do
Ministério da Saúde.
189. Permitir o atendimento de usuários das ações programáticas com recepção de
usuários e atendimento médico.
190. Possibilitar o registro de atendimentos dos usuários das ações programáticas,
solicitando as informações necessárias conforme padronização dos programas do Ministério da
Saúde.
191. Possibilitar o registro de preventivos de câncer de colo do útero e mama informando
profissional, usuário, situação da mama e colo do útero.
192. Possibilitar o cadastro e acompanhamento do programa planejamento familiar obtendo
as informações de fatores de risco reprodutivo, complicações e método anticoncepcional.
193. Possibilitar o cadastro e acompanhamento do programa saúde da criança obtendo
informações de acompanhamento da saúde da criança, tais como: estado nutricional, peso, altura,
perímetro cefálico, dieta, doenças, psicomotor.
194. Possibilitar o cadastro e acompanhamento do programa climatério e menopausa
obtendo as informações de sintomas, doenças por falta de estrogênio e situação da reposição
hormonal.
195. Permitir registrar os fornecimentos de medicamentos aos usuários das ações
programáticas.
196. Emitir relatórios de usuários e atendimentos realizados dos programas saúde da
criança, planejamento familiar e climatério e menopausa com as informações dos atendimentos
de cada programa.
197. Emitir relatórios dos usuários das ações programáticas com totais de usuários por ação
programática, sexo, faixa etária e bairro.
198. Emitir relatório com estimativa de demanda dos usuários programados conforme
previsão de comparecimento para fornecimento de medicamentos, consultas e exames.
199. Emitir relatórios de usuários e atendimentos realizados dos programas do Ministério
da Saúde (HiperDia e SisPreNatal) com as informações dos atendimentos de cada programa.
200. Emitir relatório dos usuários programados nas ações programáticas com
comparecimento em atraso para fornecimento de medicamentos, consultas e exames.
ODONTOLOGIA
201. Permitir a inativação de procedimentos odontológicos, com isso exibir apenas os
procedimentos ativos para os profissionais de odontologia.
202. Permitir classificação dos procedimentos odontológicos em grupos.
203. Possibilitar o cadastro de classificações de riscos definindo níveis, tempo de espera
para atendimento e identificação de cor. Possibilitar definir por local de atendimento a classificação
de riscos adotada.
204. Permitir elaborar questionário de anamnese de usuários com perguntas configuráveis
por sexo e idade.
205. Permitir configurar os procedimentos odontológicos para que apresentem cores no
odontograma e identifique sua utilização (por dente, por face, geral, dente decíduo ou
permanente).
206. Possibilitar o cadastro de protocolos de classificação de riscos e ocorrências
vinculando aos respectivos níveis de classificação de riscos.
207. Permitir recepção automática de usuários pré-agendados com possibilidade de
inclusão de usuários de procura espontânea, com seleção da ordem de atendimento. Possibilitar
verificação de pendências de vacinas dos usuários atendidos.
208. Possibilitar o registro de triagem odontológica informando profissional e especialidade
da triagem, pressão, temperatura, peso, altura e justificativa do atendimento. Possibilitar o registro
de procedimentos gerando faturamento em BPA – Boletim de Produção Ambulatorial. Ao realizar

Página 138 de 234

triagem odontológica de pacientes, possibilitar informar o nível de classificação de risco conforme

local de atendimento. Ordenar pacientes para atendimento conforme classificação de risco
identificando a respectiva cor e apresentando tempo de espera quando excedido. Ao realizar
triagem odontológica de pacientes possibilitar informar protocolo de classificação de riscos
gerando automaticamente o nível de classificação do risco.
209. Possibilitar a visualização do diagnóstico dos dentes e os procedimentos em cores no
odontograma.
210. Permitir que no atendimento odontológico seja realizado a inclusão das informações
do profissional auxiliar do atendimento.
211. Possibilitar o preenchimento do tipo de consulta, vigilância em saúde bucal e
fornecimento de produtos odontológicos em conformidade com a ficha de atendimento
odontológico individual do e-SUS do Ministério da Saúde.
212. Possibilitar a visualização dos documentos digitalizados para cada usuário atendido.
213. Permitir registro do atendimento odontológico com informação dos procedimentos
realizados em odontograma. Possibilitar o registro de diagnóstico individual dos dentes incluindo
detalhamento. Permitir a programação de procedimentos a realizar para o usuário atendido.
Possibilitar a visualização dos atendimentos realizados anteriormente para o usuário. Ao realizar
atendimentos odontológicos de pacientes, possibilitar informar o nível de classificação de risco
conforme local de atendimento. Ordenar pacientes para atendimento conforme classificação de
risco identificando a respectiva cor e apresentando tempo de espera quando excedido. Ao realizar
atendimentos odontológicos de pacientes possibilitar informar protocolo de classificação de riscos
gerando automaticamente o nível de classificação do risco.
214. Permitir a programação de procedimentos a realizar para o usuário atendido.
215. Possibilitar a consulta de histórico de todos os atendimentos odontológicos por usuário
mostrando odontograma completo, profissionais de atendimento, triagem odontológica,
diagnósticos, procedimentos realizados, procedimentos odontológicos, prescrições de
medicamentos, procedimentos solicitados, encaminhamentos, documentos emitidos, atividades
coletivas, classificações de riscos.
216. Possibilitar digitação de atendimentos odontológicos realizados por unidades de saúde
com atendimento não informatizado.
217. Imprimir atestado, declaração de comparecimento, orientações e autorização para
exodontia.
218. Permitir digitação de anamnese com impressão de formulário.
219. Emitir a ficha do atendimento odontológico com impressão do odontograma, prescrição
de medicamentos, requisições de exames, guia de referência e contra-referência. Ao realizar a
digitação da ficha de atendimentos odontológico para pacientes, possibilitar informar o nível de
classificação de risco conforme local de atendimento. Ao realizar atendimentos odontológicos de
pacientes possibilitar informar protocolo de classificação de riscos gerando automaticamente o
nível de classificação do risco.
220. Emitir relatório de procedimentos odontológicos realizados com quantidades
realizadas em cada face, por procedimento, dente, profissional, especialidade.
221. Emitir relatório de usuários com procedimentos programados na odontologia com
determinado tempo de atraso no comparecimento para realização.
a) atendimentos odontológicos realizados em anos e meses anteriores, com percentual de
aumento ou diminuição nos atendimentos realizados em cada período.
b) procedimentos odontológicos realizados em anos e meses anteriores, com percentual de
aumento ou diminuição nos procedimentos odontológicos realizados em cada período.
c) encaminhamentos odontológicos realizados em anos e meses anteriores, com percentual de
aumento ou diminuição nos encaminhamentos odontológicos realizados em cada período.
d) requisições de procedimentos odontológicos em anos e meses anteriores, com percentual de
aumento ou diminuição nas requisições de procedimentos odontológicos em cada período.

Página 139 de 234

223. Emitir relatório de atendimentos odontológicos constando procedimentos realizados,

encaminhamentos, exames solicitados. Possibilitar totalizar atendimentos realizados por
profissional, especialidade, unidade de saúde, município do usuário, bairro, faixa etária.
CENTRAL DE VACINAÇÃO
224. Possibilitar a definição de faixas etárias por vacina conforme regras do SI-PNI.
225. Permitir a parametrização de alerta ou bloqueio de abertura de frasco e aplicações
quando vacina estiver vencida.
226. Permitir a parametrização de vacinas definindo obrigatoriedade, via de administração,
vínculo com imunobiológico do SI-PNI, data de nascimento mínima e aplicação em doentes renais
crônicos. Possibilitar o controle de frascos por dose ou quantidade definindo as diferentes
composições de frascos existentes e respectiva validade em horas. Possibilitar definir a
quantidade padrão de doses por ciclo de vida (criança, adolescente, adulto e idoso). Possibilitar a
definição das dosagens com alerta de pendências, respectivos critérios de intervalo mínimo e
recomendado em relação à dosagem anterior e idade inicial e final. Possibilitar a definição de
critérios de restrição em relação a outras vacinas definindo intervalo mínimo para aplicação e
critério de exceção para aplicações em mesmo dia.
227. Nas aplicações de vacinas alertar a existência de restrições em relação às outras
vacinas obtendo confirmação quando não possui intervalo mínimo.
228. Possibilitar a restrição de registro de aplicações de vacinas considerando sexo do
usuário.
229. Controlar a situação dos Frascos quanto a ativo, baixado ou aplicado. Possibilitar o
descarte dos frascos vencidos calculando quantidade de perda, identificando a data, horário e
motivo do descarte.
230. Possibilitar o registro de abertura de frascos de vacinas informando data e horário de
abertura, vacina e quantidade. Possibilitar informar o lote e data de vencimento. Possibilitar
vincular o lote a partir dos lotes existentes em estoque apresentando o respectivo saldo. Calcular
a data e horário de validade conforme composição de frasco informado. Apresentar saldo do
frasco.
231. Disponibilizar processo automático para baixas de frascos de vacinas vencidos
armazenando a quantidade de perda. Possibilitar a configuração do horário para a verificação
automática.
232. Possibilitar o registro das aplicações de vacinas informando data, horário, profissional,
especialidade, usuário, identificação de gestante, comunicante de hanseníase, usuário renal
crônico, vacina, dosagem, local de aplicação, operador e data e horário de inclusão. Possibilitar
informar grupo de atendimento, estratégia de vacinação, laboratório produtor e motivo de
indicação em conformidade com as regras do imunobiológico da vacina (regras do SI-PNI).
Possibilitar informar a quantidade aplicada e o frasco ativo utilizado conforme configuração da
vacina. Ao selecionar o frasco apresentar o respectivo saldo.
233. Na aplicação de vacina possibilitar selecionar agendamento de vacina a partir do
usuário informado realizando a baixa do agendamento como atendido.
234. Possibilitar o agendamento de vacinação por unidade de saúde identificando usuário,
vacina, dose e observações.
235. Possibilitar informar a baixa de aplicações de vacinas para usuários informando
motivo.
236. Realizar baixa automática da vacina no estoque quando integrado.
237. Realizar baixa automática do frasco utilizado quando quantidade encerrada.
238. Possibilita a impressão de certificados de vacinas, documento que comprova o
cumprimento do esquema vacinal do paciente.
239. Possibilitar a visualização e impressão de carteirinhas de vacinação com
aprazamentos e histórico de vacinas aplicadas

Página 140 de 234

240. Gerar automaticamente arquivo magnético para integração com o sistema SI-PNI do
Ministério da Saúde. Possibilitar a exportação de aplicações de vacinas e/ou movimentações de
estoque dos imunobiológicos conforme especificações da integração.
241. Dispõe de processo para visualização dos registros enviados ao RNDS e também dos
registros que apresentaram alguma consistência.
242. Permitir realizar a integração com o RNDS - Vacinação enviando informações
referentes as aplicações de vacinas ao serviço RNDS - Vacinação.
243. Deve possuir um serviço que realiza a exportação das aplicações de vacinas para o
RNDS diariamente ou de hora em hora.
244. A integração com o RNDS deve possuir autenticação utilizando a técnica “Two-way
SSL”.
245. A comunicação deverá ocorrer por meio de serviços (web services) RESTful,
desenvolvidos de acordo com o padrão FHIR R4.
246. Na integração com o RNDS, permitir envio de exclusões ao Web Service.
247. Deve permitir a impressão das inconsistências encontradas no envio e minimamente
as seguintes informações: paciente, vacina, unidade de saúde e inconsistência.
248. Quando configurado para exportação ao RNDS e a vacina selecionada possuir
imunobiológico que pode ser exportado ao RNDS, deve realizar alerta quando o paciente não
possuir CNS informado.
249. Possibilitar através de relatório verificar os status dos registros enviados, marcados
para reenvio e também os ainda pendentes de envio ao RNDS, Bem como sua respectiva
mensagem de erro se houver.
250. Permitir a configuração de certificado digital a1, identificador do solicitante, CPF do
gestor responsável, senha e data inicial para o envio das informações ao RNDS - Vacinação.
251. Ao alterar um registro que já foi enviado ao RNDS deve marcar o mesmo para reenvio
e realizar o reenvio no próximo envio programado.
252. Emitir relatório de aplicações e perdas de vacinas baseado nas informações dos
frascos utilizados totalizando quantidade, aplicações de vacinas, quantidade perdida e saldo por
unidade de saúde, local de armazenamento, vacina, frasco e lote.
253. Emitir relatório de aplicações de vacinas totalizando por profissional, especialidade,
vacina, dose, bairro e faixa etária. Detalhar percentual de vacinas aplicadas.
254. Emitir relatório para busca dos usuários com vacinas pendentes, identificando o atraso
e a dose de cada vacina pendente.
OUVIDORIA
255. Possibilitar o registro de reclamações, denúncias, sugestões internas e externas para
acompanhamento da ouvidoria. Identificar o reclamante, unidade de saúde, setor, profissional
reclamado, assunto, prioridade e prazo para parecer.
256. Possibilitar o registro de cada etapa de acompanhamento dos processos da ouvidoria,
informando data e parecer de cada responsável.
257. Possibilitar a impressão de parecer conforme modelo de impressão para cada etapa
do processo.
258. Possibilitar a consulta de processos da ouvidoria para verificação do andamento.
259. Possibilitar cadastro de perguntas para a pesquisa de satisfação de atendimentos dos
pacientes.
260. Possibilitar ao operador a verificação das avaliações dos atendimentos realizadas
pelos pacientes, identificando as respostas e notas definidas para os atendimentos.
261. Emitir relatórios dos processos da ouvidoria com totais por reclamante, assunto,
profissional reclamado, parecer.
ATENDIMENTO

Página 141 de 234

262. Possibilitar a restrição da visualização no prontuário de atendimentos realizados em

unidades de saúde definidas.
263. Permitir recepção de pacientes pré-agendados com possibilidade de inclusão de
pacientes de procura espontânea, com seleção da ordem de atendimento. Possibilitar a recepção
de pacientes por leitura de códigos de barras dos agendamentos.
264. Na recepção de pacientes, possibilitar a utilização de biometria para identificação de
pacientes.
265. Possuir na recepção de pacientes, bloqueio automático dos agendamentos de
consultas feitos com código de barras, que foram cancelados ou excluídos, apresentando alerta
sobre a situação do agendamento no momento da leitura do código.
266. Possuir prontuário eletrônico que atenda os seguintes estágios de atendimento:
recepção de usuários, triagem/preparo de consultas e atendimento médico conforme estrutura das
unidades de saúde.
267. Possibilitar que o paciente realize a auto recepção via sistema através do código de
barras do seu comprovante de agendamento de consultas disponibilizado pela unidade de saúde.
268. Possibilitar o cadastro de escalas de avaliação de dor e a utilização por cada local de
atendimento. Ao realizar atendimento de paciente possibilitar informar o nível da avaliação de dor
apresentando a respectiva descrição conforme faixa de valores.
269. Possibilitar registrar Dor Torácica, permitir coletar dados detalhados referente as
características dor.
vinculando aos respectivos níveis de classificação de riscos. Ao realizar atendimentos de
pacientes possibilitar informar protocolo de classificação de riscos e ocorrência gerando
automaticamente o nível de classificação do risco.
271. Possibilitar a configuração de obrigatoriedade de preenchimento de peso, altura e
pressão arterial conforme ciclo de vida dos pacientes (criança, adolescente, adulto e idoso)
conforme definido em cada local de atendimento.
272. Calcular automaticamente o IMC – Índice de Massa Corpórea, ICQ – Índice de Cintura
Quadril, estado nutricional para criança, adolescente, adulto e idoso conforme idade do usuário.
273. Possibilitar o cadastro de classificações de riscos (baseado no Protocolo de
Manchester, HumanizaSUS) definindo níveis, tempo de espera para atendimento e identificação
de cor. Possibilitar definir por local de atendimento a classificação de riscos adotada. Ao realizar
atendimentos de pacientes possibilitar informar o nível de classificação de risco conforme local de
atendimento. Ordenar pacientes para atendimento conforme classificação de risco identificando a
respectiva cor e apresentando tempo de espera quando excedido.
274. Permitir o registro de triagem ou preparo de consultas de cada paciente (peso, altura,
pressão arterial, pulsação arterial, frequência respiratória, cintura, quadril, perímetro cefálico,
glicemia capilar, saturação) durante a pré-consulta. Permitir registrar os procedimentos realizados
pela triagem de consultas. Permitir informar saída do atendimento com informação de
encaminhamentos quando os pacientes que não necessitam atendimento médico. Possibilitar a
impressão da Ficha de Atendimento, Declaração de Comparecimento e Guias de Referência e
Contra Referência.
275. Possibilitar visualizar gráficos de atendimento com as informações de I.M.C. - Índice
de Massa Corpórea, Peso (Kg), Altura (cm), Temperatura (ºC), Pressão Arterial, Pulsação Arterial
(/min), Frequência Respiratória (/min), Cintura (cm), Quadril (cm), Perímetro Cefálico (cm),
Glicemia Capilar (mg/dl), Saturação (SpO2).
276. Possibilitar o registro da Ficha Complementar - Sindrome Neurológica por
Zika/Microcefalia em conformidade com a ficha do e-SUS do Ministério da Saúde.
277. Possibilitar acessar histórico de prontuário eletrônico do paciente através da tela de
atendimento, permitir visualizar as informações no formato de linha do tempo. Permitir filtrar as
informações por período específico.

Página 142 de 234

278. Possibilitar o preenchimento de problemas e condições avaliadas, P.I.C. - Práticas

Integrativas e Complementares, aleitamento materno, modalidade atenção domiciliar, NASF e
CIAP em conformidade com a ficha de atendimento individual do e-SUS do Ministério da Saúde.
279. Possibilitar o registro de Plano de Cuidados permitindo restrição por especialidade.
280. Permitir a repetição de um mesmo medicamento na mesma receita possibilitando
informar posologias e quantidades distintas.
281. Possibilitar no atendimento médico encaminhar o usuário para atendimento
psicossocial preenchendo e imprimindo a solicitação de atendimentos RAAS – Atendimento
Psicossocial.
282. Possibilitar no atendimento médico encaminhar o paciente para internação
ambulatorial com informação de acompanhamento e alta do paciente.
283. Possibilitar o registro de Marcadores de Consumo Alimentar em conformidade com a
ficha do e-SUS do Ministério da Saúde.
284. Possibilitar o registro de informações clínicas (alergias, doenças) dos pacientes. No
momento do atendimento de consulta, atendimento odontológico, internação, aplicação de vacinas
devem ser automaticamente visualizadas as informações cadastradas para o paciente.
285. Possibilitar a visualização dos documentos digitalizados para cada usuário atendido.
286. Possibilitar ao médico acesso completo aos atendimentos anteriores do usuário por
ordem cronológica de data possibilitando detalhar individualmente os atendimentos realizados.
Disponibilizar acesso minimamente às informações de: avaliação antropométrica, sinais vitais,
classificações de riscos, avaliação de dor, queixas, anamnese, resultados de exames,
diagnósticos, procedimentos realizados, prescrições de medicamentos, requisições de exames,
prescrições oftalmológicas, encaminhamentos, atividades prescritas nas internações, avaliações
de enfermagem, atividades coletivas e planos de cuidados.
287. Possibilitar o preenchimento do registro de atendimento médico com todas as
informações sendo dispostas em ficha contínua.
288. Possibilitar que no momento da prescrição do médico, seja possível identificar
medicamentos de uso contínuo, via de administração e se o medicamento está disponível no
estoque da farmácia da unidade. Possibilitar que o medicamento seja pesquisado pelo nome
comercial. Possibilitar restringir os medicamentos que podem ser prescritos por local de
atendimento.
289. Possuir o registro de atendimentos médicos complementando a triagem/preparo de
consulta do usuário com informações de anamnese, queixas, exame físico, histórico clínico,
procedimentos realizados pelo médico, prescrições de medicamentos, requisições de exames,
prescrição oftalmológica, diagnósticos e encaminhamentos. Listar os pacientes previamente
triados identificando respectiva cor e ordenando conforme a classificação de risco e tempo de
espera. Possibilitar o encaminhamento de usuários para observação ou internação. Identificar
automaticamente os pacientes já atendidos pela triagem/preparo de consulta que aguardam pelo
atendimento médico.
290. Gerar processos de notificação quando ocorrer CIDs de notificação obrigatória para
investigação dos casos.
291. Possibilitar no momento da prescrição de medicamentos, que o médico receba
orientação sobre medicamentos potencialmente perigosos.
292. Permitir no momento da requisição de exames que ao informar o exame que possua
exames complementares com que os mesmos sejam carregados automaticamente, permitindo
incluir o exame complementar na requisição.
293. Emitir receituário de prescrição oftalmológica.
294. Emitir receituário de medicamentos separadamente para medicamentos existentes em
estoque, para medicamentos controlados (por categoria) e demais medicamentos.
295. Deve ser possível configurar quais especialidades podem registrar atendimentos
sigilosos.

Página 143 de 234

296. Possibilitar visualizar histórico de Estratificação do APSUS do paciente em

atendimento.
297. Possibilitar a emissão de ficha de solicitação para medicamentos prescritos e
identificados como antimicrobianos.
298. Possibilitar o registro de Estratificação do APSUS, permitindo o cadastro das fichas
conforme necessidade do município.
299. Emitir receita de medicamentos, atestado médico, declaração de comparecimento,
orientações, requisição de exames e guia de referência e contrarreferência.
300. Possibilitar registrar durante o atendimento de consultas atendimentos sigilosos,
permitindo informar quais especialidades, e unidades de saúde que podem visualizar o registro.
301. Possibilitar a configuração de modelos de receituários de medicamentos distintos para
cada médico.
302. Disponível opção de inclusão do CIPE - Classificação Internacional para Práticas de
Enfermagem para o atendimento de consultas
303. Possibilitar a digitação de procedimentos simplificados realizados por setores
especializados (inalação, enfermagem).
304. Possibilitar a digitação dos procedimentos em conformidade com a ficha de
procedimentos do e-SUS do Ministério da Saúde.
305. Possibilitar o registro das informações completas de atendimentos de consultas
médicas realizados em atendimentos não informatizados. Possibilitar restringir os operadores
concedendo acesso para registro dos atendimentos conforme profissional e período.
306. Disponível no histórico de consultas os históricos CIPE - Classificação Internacional
para Práticas de Enfermagem.
307. Disponibilizar a opção de inclusão do CIPE - Classificação Internacional para Práticas
de Enfermagem, no atendimento de consultas.
308. Possibilitar a digitação de atendimentos realizados pelas unidades de saúde com
atendimento não informatizado incluindo os procedimentos realizados.
309. Disponível opção de impressão do documento CIPE - Classificação Internacional para
Práticas de Enfermagem.
310. Possibilitar definir especialidades que possuem determinado tempo de carência.
311. Possibilitar controlar a validade (em dias) de consultas e reconsultas que o usuário
pode realizar, o sistema deve alertar / bloquear de acordo com o operador de acesso.
312. Possibilitar registro de ocorrências diárias referente aos eventos ocorridos nas
unidades.
313. Possibilitar a digitação de indicadores dos profissionais, permitir informar os dados
manualmente conforme configuração dos indicadores.
314. Verificar pendências de vacinas ao realizar atendimento de pacientes apresentando
informações de vacinas, dosagens, data prevista ou quantidade de dias em atraso.
315. Possibilitar o cadastro de indicadores dos profissionais, permitir o vínculo de
procedimentos aos indicadores de produtividade.
316. Possibilitar bloqueios e alertas para consultas e reconsultas através de períodos
parametrizáveis de carência.
317. Possibilitar registrar notificação de agravo a saúde do trabalhador quando identificado
a ocorrência durante a triagem ou preparo de consultas, atendimento de consultas ou
atendimentos de enfermagem.
318. Possibilitar estimar a quantidade mensal de procedimentos a serem realizados em
cada unidade de saúde. Emitir relatório comparando a estimativa com o realizado em cada
procedimento, emitindo percentual atingido da programação.
319. Possibilitar consultar as informações registradas nos indicadores dos profissionais.
320. Possibilitar o registro de atendimentos de Atenção Domiciliar informando data, horário,
profissional, especialidade, procedimentos, CID, CIAP, equipe, condições avaliadas, modelo de
atenção domiciliar, procedimentos do e-SUS AB. Atendendo informações necessárias para a

Página 144 de 234

Ficha de Atendimento Domiciliar do e-SUS APS. Possibilitar a impressão do formulário de registro

da atenção domiciliar listando os procedimentos realizados.
321. Possibilitar o registro de atividades coletivas informando data, horário de início, horário
de encerramento, duração, participantes, população, profissionais, procedimentos realizados,
usuários atendidos e estabelecimento. Possibilitar informar Temas para Reuniões e Práticas e
Temas para Saúde em conformidade com e-SUS APS. Permitir informar grupo de pacientes.
322. Possibilitar o controle de solicitações de atendimento Atenção Domiciliar identificando
paciente, unidade de saúde, origem, CID, destino, condições avaliadas, cuidador,
conclusão/destino elegível. Atendendo informações necessárias para a Ficha de Avaliação de
Elegibilidade e Admissão do e-SUS APS.
323. Possibilitar a impressão do formulário de registro da atenção domiciliar.
324. Possibilitar a consulta de histórico de Atenção Domiciliar por paciente, unidade de
saúde, período e situação apresentando informações das solicitações e atendimentos.
325. Possibilitar o controle de solicitações de atendimento RAAS-PSI Psicossocial
identificando paciente, situação de rua e uso de álcool ou drogas, unidade de saúde, origem, CID
e destino. Possibilitar a impressão do formulário da atenção psicossocial no CAPS.
326. Possibilitar o registro de atendimentos de RAAS-PSI Psicossocial informando data,
horário, profissional, especialidade, procedimentos, CID, local da realização. Possibilitar a
impressão do formulário da atenção psicossocial no CAPS listando os procedimentos realizados.
327. Possibilitar a consulta de histórico de RAAS-PSI Psicossocial por paciente, unidade de
saúde, período e situação apresentando informações das solicitações e atendimentos.
328. Emitir relatório dos atendimentos constando diagnósticos, procedimentos realizados,
prescrições de medicamentos, encaminhamentos, requisição de procedimentos, prescrições
oftalmológicas, possibilitando detalhamento das informações de cada ficha de atendimento.
Possibilitar totalizar atendimentos realizados por profissional, especialidade, unidade de saúde,
motivo da consulta, município do usuário, bairro, faixa etária.
329. Emitir relatório de tempo gasto nas etapas de atendimento (recepção, triagem e
atendimento médico), tempo de espera entre cada etapa, média de tempo gasto no atendimento
de cada etapa. Possibilitar totalizações por unidade de saúde, setor de atendimento, profissional
e especialidade.
330. Possibilitar o registro de atendimentos de enfermagem informando orientações a
usuários pela metodologia CIPESC – Classificação Internacional das Práticas de Enfermagem em
Saúda Coletiva.
331. Emitir relatórios de solicitações de Atenção Domiciliar e RAAS – Psicossocial com
totalizações por unidade de saúde, usuário, sexo, faixa etária, município.
a) atendimentos realizados em anos e meses anteriores, com percentual de aumento ou
diminuição nos atendimentos realizados em cada período.
b) CIDs diagnosticadas em anos e meses anteriores, com percentual de aumento ou diminuição
nas CIDs diagnosticadas em cada período.
c) encaminhamentos realizados em anos e meses anteriores, com percentual de aumento ou
diminuição nos encaminhamentos realizados em cada período.
333. Emitir relatórios de atendimentos de Atenção Domiciliar e RAAS – Psicossocial com
totalizações por unidade de saúde, paciente, sexo, faixa etária, município, profissional,
procedimento, classificação de serviço.
ATENDIMENTO SOCIAL
334. Possibilitar o registro de atendimentos de pacientes informando benefício, unidade de
saúde de origem, convênio, valor e/ou quantidade e detalhamento.
335. Possibilitar o faturamento dos benefícios para os prestadores e unidades de saúde de
origem.

Página 145 de 234

336. Possibilitar o faturamento em BPA – Boletim de Produção Ambulatorial dos benefícios

informando profissional, especialidade e CID quando obrigatório.
337. Possibilitar a visualização do histórico de atendimentos anteriores.
338. Emitir relatórios de atendimentos, com valor e/ou quantidade totalizados por benefício,
procedimento, unidade de saúde, paciente, bairro, faixa etária, unidade de saúde de origem,
profissional e especialidade.
FATURAMENTO
339. Possibilitar a apuração do faturamento dos prestadores de serviço totalizando os
valores dos atendimentos realizados e não realizados por prestador. Possibilitar o faturamento por
competência e período. Possibilitar selecionar individualmente os atendimentos para faturamento.
Apresentar resumo dos procedimentos por quantidade e valor. Possibilitar a comparação entre o
valor do prestador e o valor SUS mostrando diferença. Calcular os impostos conforme alíquota e
incidência por faixa de valor de faturamento.
340. Possibilitar definir o prestador e o convênio para faturamento das consultas dos
profissionais em cada unidade de saúde de atendimento.
341. Permitir a exportação total das fichas, dentro da competência, ou parcial, gerando
arquivo somente dos registros que ainda não foram exportados.
342. Possibilitar visualizar o valor e quantidade total anual planejada.
343. Possibilitar definir o prestador e o convênio para faturamento dos exames realizados
em cada unidade de saúde de atendimento.
344. Possibilitar que o gestor do município realize uma programação dos gastos anual/mês,
informando valor e quantidade limite a serem utilizados via procedimentos.
345. Validar os registros a serem exportados quanto inconsistências nas normas do LEDI
e-SUS APS e das vinculações do profissional com a unidade de saúde e equipe, de acordo com
o C.N.E.S. – Cadastro Nacional de Estabelecimentos de Saúde.
346. Permitir a exportação de vários arquivos do e-SUS APS dentro de uma mesma
competência.
347. Permitir distribuição dos tipos de custos para as unidades de origem de acordo com a
população.
348. Emitir relatório de inconsistências da exportação mostrando detalhamento da
inconsistência, por unidade de saúde, profissional e tipo de registro.
349. Possibilitar a impressão do faturamento com totais por unidade de atendimento,
profissional, especialidade, convênio e procedimento e relação de impostos calculados.
350. Possibilitar o cadastro tabelas de valores para os procedimentos dos prestadores.
351. Possibilitar consultar as programações de anos anteriores.
352. Possibilitar configurar notificações de vencimento de data e limite de valores e
quantidade.
353. Possibilitar definir os convênios para faturamento nos prestadores com a respectiva
fonte de recurso utilizada. Possibilitar definir os Convênios que estão ativos e bloqueados para os
prestadores. Possibilitar definir os impostos incidentes sobre o prestador.
354. Possibilitar a apuração de faturamento das unidades de saúde de origem totalizando
os valores dos atendimentos realizados e não realizados por prestador. Possibilitar o faturamento
por competência. Calcular o valor da taxa administrativa a partir do percentual informado para
cada unidade de saúde de origem e o valor total dos atendimentos. Apresentar resumo dos
procedimentos por quantidade e valor. Possibilitar a impressão do faturamento com totais por
prestador, unidade de atendimento, profissional, especialidade, convênio, fonte de recurso e
procedimento.
355. Possibilitar visualizar a disponibilidade de valor ou quantidade de cada contrato.
356. Possibilitar consistir alertas e bloqueios de rotinas que envolvam procedimentos
mediante indisponibilidade de data, valores e quantidade conforme contrato.

Página 146 de 234

357. Permitir controle dos pagamentos realizados para faturas geradas para unidades de
saúde de origem, com controle de pagamento parcial.
358. Permitir a exportação somente das fichas do cadastro territorial, com base nos
cadastros de cidadãos, imóveis e famílias
359. Possibilitar planejar um ano subsequente.
360. Possibilitar consistir alertas e bloqueios de rotinas que envolvam limites de gastos dos
municípios.
361. Consistir procedimentos no momento da realização quanto aos critérios definidos pelo
Ministério da Saúde: sexo, idade, especialidade, classificação de serviços das unidades de saúde.
362. Possibilitar cadastrar contratos com seus respectivos dados, permitir realizar aditivos
aos contratos.
363. Possibilitar realizar faturamento por contratos, permitir emitir documentos de
faturamentos com procedimentos relacionados aos contratos.
364. Possibilitar o controle de Limite de Gastos por Municípios.
365. Possibilitar definir procedimentos por P.P.I. nos Limites de Controle de Gastos dos
Municípios. Permitir atribuir limite adicional quando um município é bloqueado por
indisponibilidade de vagas.
366. Permite a elaboração da folha de programação orçamentária de forma automática
disponibilizando a impressão para envio à regional de saúde.
367. Possibilitar definir os convênios por unidade de saúde para faturamento em BPA –
Boletim de Produção Ambulatorial.
368. Possibilitar visualizar a disponibilidade mensal por valor e quantidade.
369. Possibilitar relacionar os procedimentos para cada contrato.
370. Possibilitar o controle de contrato por Unidade de Saúde.
371. Possibilitar visualizar a disponibilidade de valor e quantidade anual.
372. Possibilitar a exportação de arquivo com as fichas do CDS - Coleta de Dados
Simplificada para os programas e-SUS APS e SISAB - Sistema de Informação em Saúde para a
Atenção Básica, de acordo com as normas do LEDI – Layout e-SUS APS de Dados e Interface do
Ministério da Saúde, com base nos cadastros de cidadãos, imóveis e famílias, e registros visitas
domiciliares, atividades coletivas, atendimentos médicos, procedimentos realizados, atendimentos
odontológicos, aplicações de vacinas, atendimentos domiciliares, marcadores de consumo
alimentar e síndrome neurológica por zika/microcefalia.
373. Gerar automaticamente com base nos atendimentos realizados o arquivo magnético
para BPA – Boletim de Produção Ambulatorial conforme especificações do Ministério da Saúde,
permitindo a seleção dos procedimentos para geração.
374. Possibilitar configurar P.P.I. por especialidades com vínculo a procedimento de
consulta. Permitir controlar valores e quantidades por grupo de especialidades.
375. Possibilitar a emissão de relatórios sobre os faturamentos dos prestadores mostrando
valor e/ou quantidade realizado e não realizado com totais por competência, prestador, convênio,
profissional, especialidade e procedimento.
376. Gerar automaticamente com base nos atendimentos de RAAS – Atenção Domiciliar e
RAAS – Psicossocial arquivo magnético conforme especificações do Layout SIA - RAAS do
Ministério da Saúde.
LABORATÓRIO
377. Controlar os diferentes métodos de realização utilizados para cada exame.
378. Restringir a impressão de laudos de exames controlados (Ex.: HIV) somente ao
laboratório que realizou o exame.
379. Identificar os exames com interfaceamento com equipamento laboratoriais.
380. Possibilitar informar CID consistente para cada exame para fins de faturamento de
BPA – Boletim de Produção Ambulatorial.

Página 147 de 234

381. Permitir configurar exames conforme dados necessários para digitação de resultados
e impressão de mapas de trabalho e laudos.
382. Identificar exames com necessidade de autorização de realização para cada
laboratório.
383. Possibilitar direcionar as impressões de etiquetas, mapas e resultados de exames
diretamente para impressoras pré-definidas através das portas de impressão.
384. Possibilitar imprimir mapa de resultado e comprovante de retirada.
385. Acompanhar de forma visual o trâmite dos exames incluídos para realização (coleta
de material, digitação de resultado, assinatura eletrônica, entrega de exames) possibilitando
identificar em qual estágio o exame se encontra pendente.
386. Emitir etiquetas com códigos de barras para os diferentes materiais e bancadas de
trabalho.
387. Emitir mapa de trabalho de forma individual, por mapa, por profissional solicitante,
considerando critério de urgência e não emitidos.
388. Emitir resultados de exames de forma individual, por mapa, por profissional solicitante,
considerando critério de urgência e resultados não emitidos.
389. Imprimir comprovante com data prevista para retirada dos exames.
390. Possibilitar reimprimir etiquetas selecionando os exames para reimpressão.
391. Importar automaticamente os exames solicitados por requisição de exames no
prontuário eletrônico.
392. Permitir realizar a recepção de exames antecipada dos agendamentos laboratoriais
através do código de barras.
393. Permitir a recepção de usuários informando os exames a realizar. Possibilitar a
recepção de usuários por leitura de códigos de barras dos agendamentos e leitura biométrica.
Possibilitar informar a unidade de saúde de coleta, profissional solicitante e a realização de
exames em gestantes e critério de urgência. Possibilitar informar o material e CID consistente para
cada exame.
394. Permitir a impressão a assinatura digitalizada do profissional solicitante no documento
de recepção de exames.
395. Possibilitar emitir declaração de comparecimento de usuário na recepção de exames.
396. Possibilitar o controle de autorização de realização de exames de alto custo ou dentro
do prazo de validade registrando a autorização ou indeferimento, responsável e descrição
detalhando o motivo.
397. Possibilitar o controle da coleta de materiais de exames dos usuários. Identificar a
coleta de materiais de exames por leitura de etiqueta com código de barra. Possibilitar informar o
material coletado para o exame. Informar a coleta de materiais conforme etiqueta de material e
bancada.
398. Consistir em valores mínimos e máximos para cada informação dos resultados de
exames.
399. Permitir a assinatura eletrônica de laudos de exames laboratoriais. Identificar os
exames por leitura de etiqueta com código de barra. Identificar o operador, data e horário da
assinatura eletrônica.
400. Identificar usuários com resultados incompletos ou não informados.
401. Permitir o registro de entrega e a impressão dos laudos de exames diretamente pelas
unidades de saúde de origem do usuário.
402. Permitir a digitação de resultados para exames de radiologia.
403. Possibilitar informar o profissional responsável pelo exame restringindo ao profissional
a liberação eletrônica do resultado de exame.
404. Verificar a realização de exames em que o resultado ainda esteja válido conforme
quantidade de dias parametrizados para o exame, notificando operador do sistema.
405. Possibilitar a digitação dos resultados de exames. Identificar os exames por leitura de
etiqueta com código de barra por transação.

Página 148 de 234

406. Possibilitar a comunicação com sistemas de interfaceamento de equipamentos

laboratoriais.
407. Emitir relatório comparativo de exames realizados em anos e meses anteriores, com
percentual de aumento ou diminuição nos exames realizados em cada período.
408. Emitir relatório de exames realizados por quantidade e/ou valor, com totais por unidade
de saúde, exame, profissional, mapa. Detalhar percentual dos exames realizados.
409. Emitir relatório de histórico dos exames das recepções possibilitando visualizar todas
as situações que o exame percorreu.
C.M.E. – Central de Materiais e Esterilização

410. Controlar os lotes dos conjuntos de materiais utilizados em cada unidade de saúde.
411. Registrar as entradas dos conjuntos de materiais para esterilização.
412. Possibilitar o registro do preparo dos materiais para esterilização.
413. Possibilitar o registro da esterilização dos materiais disponibilizando automaticamente
para utilização.
414. Registrar as saídas de materiais identificando o setor, profissional e lote de utilização.
415. Registrar em cada etapa da esterilização o executante e data e horário de realização.
HOSPITALAR
416. Possibilitar classificar o teto financeiro e o município referente à despesa com a
internação.
417. Controlar laudos de internações com informações adicionais para auditoria. Possibilitar
visualização dos procedimentos e custos dos serviços hospitalares e serviços profissionais das
internações para cada laudo.
418. Possibilitar definir por hospital o controle de leitos por central de leitos definindo a
quantidade disponível de vagas por tipo de leito (U.T.I., Enfermaria etc.).
419. Possibilitar a importação de laudos de internação de sistemas próprios dos
prestadores.
420. Possibilitar definir a situação dos laudos de internação conforme trâmite estabelecido
pelo município.
421. Disponibilizar ao auditor interno nos prestadores acesso aos laudos de internações
armazenados na base da secretaria municipal de saúde, permitindo informar parecer.
422. Possibilitar identificar a origem das internações.
423. Possibilitar a análise de solicitações de internação por central de leitos informando
situação reservado ou recusado. Possibilitar a reserva selecionando vaga de leito disponível a
partir do painel de visualização vinculando a unidade de saúde selecionada. Ao recusar informar
o motivo da recusa ou cancelamento. Disponibilizar informações sobre a vaga ocupada
identificando hospital, histórico de leitos e informações de encerramento de internação.
424. Nas solicitações de internação submetidas à avaliação por central de leitos, possibilitar
a visualização da data, horário e operador de análise, informações detalhadas da internação e
respectivos leitos ocupados.
425. Possibilitar o controle de solicitações de internações informando data, horário, usuário,
município de origem, unidade de saúde solicitante, profissional, especialidade, tipo de leito, dados
clínicos e sinais vitais. Possibilitar controlar a situação sendo pendente, reservado, recusado,
cancelado, internação, internação direta ou encerrado identificando cada situação através de cor.
Ao cancelar possibilitar informar o motivo de recusa ou cancelamento a partir de cadastro.
426. Disponibilizar painel de visualização das vagas de leitos de internação para central de
leitos. Possibilitar filtro por unidade de saúde e tipo de leito. Identificar através de cores as vagas
disponíveis, reservadas e ocupadas por internação. Nas reservas mostrar informações detalhadas
da solicitação de internação. Nas vagas ocupadas mostrar informações detalhadas das
internações e leitos ocupados.

Página 149 de 234

427. Nas solicitações de internação possibilitar o registro das tentativas de internações

informando data, horário, unidade de saúde, situação indisponível ou internado e observações.
428. Ao recepcionar usuário para internação possibilitar a vinculação com solicitação de
internação por central de leitos. Possibilitar a internação de usuário sem solicitação gerando
solicitação de internação para acompanhamento da central de leitos. Possibilitar a alta
administrativa de usuários internados encerrando o processo de solicitação de internação por
central de leitos. Na alta de usuário disponibilizar a vaga pela internação para nova reserva de
solicitação de internação por central de leitos.
429. Identificar por cores a situação de cada leito (disponível, ocupado, em higienização,
em reforma, reservado).
430. Possibilitar realizar a reserva de leito por paciente.
431. Possibilitar a visualização de resumo de ocupação de leitos por setor e ocupação de
leitos de UTI.
432. Na recepção de internações possibilitar a visualização automática de histórico de
internações.
433. Possibilitar a impressão da ocupação de leitos hospitalares.
434. Possibilitar a recepção de internações e observações com encaminhamento para
avaliação médica.
435. Possibilitar a restrição de utilização de leitos por sexo dos usuários.
436. Possibilitar o registro e a visualização da ocupação dos leitos hospitalares, separados
por setores e conforme tipo do leito. Possibilitar a transferência de leitos.
437. Possibilitar identificar pacientes para atendimentos de internações, através da leitura
de código de barras.
438. Possibilitar o registro de restrições de visitas para pacientes internados.
439. Possibilitar a impressão de etiqueta para identificação de visitas ou acompanhantes
em ambiente hospitalar.
440. Possibilitar o registro de visitas de internações controlando a entrada e saída de
visitantes. Disponibilizar a opção de imprimir as visitas de internações.
441. Possibilitar o registro de pertences dos internados controlando a situação de entrega.
442. Possibilitar a impressão de etiquetas para identificação de pacientes em ambiente
hospitalar.
443. Possibilitar o registro de atendimentos de internações com informações de sinais vitais,
anamnese, exames físicos, avaliação de dor, medicamentos prescritos, requisição de exames,
aferições de pressão e dietas. Possibilitar a programação de atividades de prescrição de
medicamentos e atividades complementares. Possibilitar a inclusão de atividades
complementares por grupo. Possibilitar a cópia de programação de atividades complementares
anterior. Possibilitar a impressão de receitas de medicamentos, requisição de exames, prescrição
médica e encaminhamentos.
444. Ao buscar pelos atendimentos de internações pendentes, possibilitar filtrar somente
registros que ainda não tiveram saída administrativa.
445. Possibilitar a visualização das programações de atividades apresentando a data e
horário programado, atividade, usuário, última execução da programação, quarto, leito e setor.
Possibilitar a visualização detalhada da programação e o registro da realização.
446. Possibilitar a impressão das informações completas das internações e seus
atendimentos e programações realizadas conforme período (data e horário inicial e final), setor,
usuário específico.
447. Registrar informações para avaliação de risco de Flebite, para pacientes internados,
utilizando a escala de Maddox, calculando automaticamente os pontos e classificação de risco
conforme informações das subclasses.
448. Registrar informações para avaliação de risco de queda em pediatria para pacientes
internados, calculando automaticamente os pontos e classificação de risco conforme informações
das subclasses.

Página 150 de 234

449. Possibilitar o registro de avaliações de enfermagem de internados informando controle

antropométrico, condições de chegada, antecedentes pessoais, antecedentes alérgicos,
antecedentes cirúrgicos, antecedentes obstétricos, antecedentes hospitalares, hábitos e
dependências, nutrição, eliminações fisiológicas, avaliação de dor, avaliação de risco e medicação
de uso contínuo. Possibilitar a impressão da ficha de avaliação de enfermagem.
450. Disponibilizar a impressão do documento Prescrição de Enfermagem com o NANDA -
Diagnósticos de Enfermagem para Atendimentos de Internações e no histórico de atendimento de
consultas os históricos do NANDA - Diagnósticos de Enfermagem para Atendimentos de
Internações.
451. Possibilitar o registo de controle NANDA - Diagnósticos de Enfermagem para
Atendimentos de Internações.
452. Registrar informações para avaliação de risco de Flebite em pediatria para pacientes
internados, calculando automaticamente os pontos e classificação de risco conforme informações
das subclasses.
453. Registrar informações de enfermagem para pacientes internados utilizando SCP –
Sistema de Classificação de Pacientes, usando a Escala de Fugulin para pacientes adultos e a
Escala Dinni para pacientes pediátricos, calculando automaticamente os pontos e classificação de
risco conforme informações das subclasses.
454. Registrar informações para avaliação de risco de Queda para pacientes internados,
utilizando a escala de Morse, calculando automaticamente os pontos e classificação de risco
conforme informações das subclasses.
455. Registrar alterações da integridade da pele para pacientes adultos internados
utilizando a classificação de Escala de Braden e para pacientes pediátricos a escala de Braden Q,
calculando automaticamente os pontos e classificação de risco conforme informações das
subclasses.
456. Possibilitar o registro de fornecimentos de medicamentos para os usuários internados,
considerando para o custo da internação.
457. Controlar a reserva de leitos de internação identificando usuário, setor, leito,
bloqueando ou alertando a ocupação do leito com antecedência definida.
458. Controlar lista de espera de internações identificando usuário, data, tipo de leito,
caráter de internação, clínica de internação e situação.
459. Possibilitar o registro da solicitação das higienizações de leitos e a respectiva
execução identificando a atividade realizada, solicitante, executante, data e horário de realização
e tempo gasto. Bloquear automaticamente os leitos em higienização liberando para ocupação
quando concluído.
460. Possibilitar o fechamento financeiro de internações mostrando histórico dos
procedimentos realizados, medicamentos fornecidos e o respectivo custo. Permitir o registro de
outros procedimentos que devem ser considerados na internação. Mostrar resumo da internação
com os valores que devem ser cobrados com base nos procedimentos, medicamentos e diárias
de leitos.
461. Calcular os valores das diárias de internação conforme os leitos que o usuário ocupou
durante a internação.
462. Possibilitar o encerramento mensal de movimentações de AIHs bloqueando a inclusão
e alteração de informações de faturamento.
463. Possibilitar a impressão da auditoria.
464. Possibilitar a impressão de espelho dos faturamentos de AIHs.
465. Possibilitar a Auditoria de AIHs possibilitando a informação do procedimento
autorizado, auditor, data e observações.
466. Possibilitar a importação automática para faturamento de exames realizados nos
laboratórios e prestadores de serviços durante o período de interação do usuário.
467. Emitir relatórios comparativos dos laudos de internações em anos e meses anteriores,
com percentual de aumento ou diminuição nas internações em cada período.

Página 151 de 234

468. Emitir relatório de tetos financeiros por município, teto financeiro, competência,
mostrando valor do teto financeiro, valor gasto, quantidade de laudos de internação e o saldo do
teto financeiro.
469. Emitir relatório de laudos de internação por município, prestador, origem da internação,
bairro, usuário com o valor de cada internação, possibilitando detalhar os valores dos serviços
hospitalares e serviços profissionais.
470. Emitir relatórios e Gráficos de Execução de cirurgias por hospital, setor, Cirurgia,
Unidade de Saúde de Origem, Usuário, Município, Bairro, Logradouro, Faixa Etária, Diagnóstico
Principal, Procedimento, Cirurgião e Anestesista.
C.C.I.H. – COMISSÃO DE CONTROLE DE INFECÇÃO HOSPITALAR

471. Possibilitar o registro de notificações de infecções hospitalares gerando processo de
notificação de acompanhamento. Identificar usuário, CID, unidade de saúde, data, fonte de
infecção, relação da infecção em casos de óbito. Possibilitar informar os microorganismos
identificados, fatores predisponentes, antibiogramas realizados, antibióticos utilizados. Possibilitar
informar situação de suspeita, confirmação ou descarte, data de encerramento e
acompanhamento pós-alta.
472. Possibilitar o registro de acompanhamentos nos processos de notificações de
infecções hospitalares informando em cada data o detalhamento do acompanhamento.
473. Emitir relatórios comparativos de notificações de infecções hospitalares em anos e
meses anteriores, com percentual de aumento ou diminuição nas ocorrências em cada período.
474. Emitir relatório de notificações de infecções hospitalares por CID, usuário, sexo,
município, unidade de saúde, fonte de infecção e situação.
INTERLIGAÇÃO DE INFORMAÇÕES COM O SISTEMA DE CADASTRO DE REGULAÇÃO DE

LEITOS DO ESTADO DO PARANÁ
475. Possibilitar a interligação via sistema da base de dados que compete a Política
Nacional de Regulação do Sistema de Saúde, através da Portaria nº 1.559, de 1º de agosto de
2008.
476. Emitir relatórios no que compete ao CARE PARANÁ, para extrato de informações
sobre a regulação ambulatorial de consultas e exames especializados, regulação de intervenção
hospitalar, regulação eletivo, regulação faturamento – AIH, regulação faturamento – APAC e
SAMU.
S.A.M.E. – SERVIÇO DE ARQUIVO MÉDICO E ESTÁTISTICA
477. Possibilitar o cadastro dos documentos de cada usuário com arquivamento nos locais
de S.A.M.E.. Possibilitar informar o tipo e data do documento, data e horário de entrada,
localização física, situação e motivo de baixa.
478. Possibilitar o controle de múltiplos locais de arquivamento de documentos S.A.M.E.
para cada unidade de saúde, controlando o acesso para cada operador e definindo os setores
solicitantes.
479. Possibilitar o registro de solicitações de documentos S.A.M.E. informando o local
S.A.M.E., unidade de saúde, setor e profissional solicitante, motivo da solicitação, usuário e
observações. Possibilitar a solicitação em lote dos documentos de todos os usuários com
agendamentos de consultas conforme unidade de saúde, setor, profissional e data de
atendimento. Possibilitar a impressão de documento de solicitações de documentos S.A.M.E..
480. Possibilitar a saída de documentos S.A.M.E. selecionando as solicitações pendentes
por unidade de saúde e setor solicitante. Ao confirmar a saída identificar data, horário e
responsável. Possibilitar a impressão de documento de saídas de documentos S.A.M.E..
Possibilitar o cancelamento de solicitações de documentos S.A.M.E..
481. Possibilitar a transferência de documentos S.A.M.E. selecionando as solicitações com
devolução pendentes por unidade de saúde e setor solicitante. Informar unidade de saúde e setor

Página 152 de 234

de destino, profissional solicitante e motivo da solicitação. Identificar data, horário e responsável.

Possibilitar a impressão de documento de transferências de documentos S.A.M.E..
482. Possibilitar a devolução de documentos S.A.M.E. selecionando as solicitações com
devolução pendentes por unidade de saúde e setor solicitante. Ao confirmar a devolução identificar
data, horário e responsável. Possibilitar a impressão de documento de devoluções de documentos
S.A.M.E..
483. Possibilitar a visualização de histórico de movimentações de documentos S.A.M.E. por
usuário e período. Mostrar informações de documentos S.A.M.E., solicitações e movimentações
de documentos S.A.M.E. do usuário.
484. Emitir relatório de solicitações de documentos S.A.M.E. por unidade de saúde e setor
S.A.M.E., usuário, sexo, município, unidade de saúde solicitante, setor solicitante, profissional
solicitante, motivo de solicitação e situação.
485. Emitir relatórios comparativos de solicitações de documentos S.A.M.E. em anos e
meses anteriores, com percentual de aumento ou diminuição nas solicitações em cada período.
486. Emitir relatório de transferências de documentos S.A.M.E. por unidade de saúde e
setor S.A.M.E., usuário, sexo, município, unidade de saúde solicitante, setor solicitante,
profissional solicitante e motivo de solicitação.
UNIDADE DE PRONTO ATENDIMENTO

487. Possuir prontuário eletrônico que atenda os seguintes estágios de atendimento:
recepção de pacientes, triagem/preparo de consultas, atendimento médico e atendimento de
observação, conforme estrutura das unidades de pronto atendimento.
488. Possibilitar configuração de ciclos de vida do paciente.
489. Possibilitar a atualização dos dados cadastrais dos usuários a qualquer momento
conforme o privilégio de acesso do profissional.
490. Permitir vincular um cadastro de pacientes não identificado a um cadastro existente ou
novo cadastro quando paciente for identificado.
491. Possibilitar habilitar preenchimento e obrigatoriedade de altura, cintura, dor torácica,
freqüência respiratória, glicemia capilar, HDL, hemoglobina glicada, LDL, perímetro cefálico, peso,
pressão, pulsação arterial, quadril, queixa principal, saturação, temperatura, triglicerídeos,
anamnese, conduta médica, exame físico, avaliação de dor, conforme ciclo de vida dos usuários
(infantil, adolescente, adulto, idoso e gestante) conforme definido em cada etapa e local de
atendimento.
492. Possibilitar configurar o alerta de retorno do paciente. Permitir informar quanto tempo
o paciente está retornando a UPA, emitindo alerta ao profissional que está realizando atendimento.
493. Possibilitar realizar a pesquisa do cadastro do paciente na Base do CADSUS (CNS)
através do sistema local, permitindo selecionar o cadastro na base do SUS e utilizar no sistema.
494. Permitir identificar na recepção se o paciente possui alguma condição especial que é
importante para o seu atendimento, possibilitando de forma fácil a identificação dos pacientes.
495. Permitir recepcionar os pacientes com ou sem identificação, permitindo realizar o
cadastro do paciente conforme as características quando não for possível a identificação.
496. Permitir identificar se o paciente utilizou documento com foto para confirmar a
veracidade da informação durante o cadastro ou inclusão na recepção.
497. Permitir identificar durante todo atendimento dentro na UPA o histórico de tempo de
atendimento. Possibilitar visualizar os tempos de espera e atendimento entre os setores.
498. Permitir imprimir declaração de comparecimento na recepção.
499. Permitir identificar na recepção qual a procedência do atendimento possibilitando
informar se o paciente chegou com meios próprios ou por recursos de socorro.
500. Possibilitar realizar a reavaliação de triagem quando necessário. Permitindo reavaliar
a triagem do paciente podendo reclassificar realizando o complemento na triagem anterior.
501. Permitir durante o registro de triagem realizar o encaminhamento correto do paciente
e permitindo encerrar o atendimento quando necessário.

Página 153 de 234

502. Permitir imprimir documento de declaração de comparecimento na triagem quando

necessário.
503. Permitir realizar o encaminhamento entre setores de atendimento da UPA com a
sequência do atendimento no prontuário.
504. Permitir o registro de triagem ou preparo de consultas de cada paciente (peso, altura,
pressão arterial, pulsação arterial, frequência respiratória, cintura, quadril, perímetro cefálico,
glicemia capilar, saturação) durante a pré-consulta conforme a configuração. Permitir registrar os
procedimentos realizados pela triagem de consultas.
505. Possibilitar realizar vários tipos de finalização de atendimento, podendo liberar o
atendimento do paciente, solicitar reavaliação, realizar encaminhamento para outros setores,
realizar encaminhamento para observação, informar quando transferência para outro local, ou
óbito.
506. Disponibilizar o histórico dos últimos atendimento na tela antes de realizar o
atendimento.
507. Possibilitar chamar os pacientes que estão aguardando atendimento por painel
eletrônico.
508. Permitir solicitar exames para o paciente que está em atendimento, conforme a
especialidade do profissional.
509. Possibilitar realizar a prescrição de medicamentos que será realizado na UPA
informando os medicamentos que devem ser administrados juntos mesma via de acesso.
510. Possibilitar realizar a impressão de documentos, atestado, declaração de
comparecimento, orientações, outros documentos. Permitir personalizar os documentos utilizado
no atendimento.
511. Possibilitar registrar Dor Torácica, quando configurado para o atendimento, permitir
coletar dados detalhados referente às características dor.
512. Possibilitar visualizar as Unidade de Saúde que o paciente teve atendimento.
513. Possibilitar realizar a separação de prescrição de medicamentos que será realizado
na UPA e receitas de medicamentos para casa.
514. Possibilitar o cadastro de classificações de riscos (referência Protocolo de Manchester,
HumanizaSUS) definindo níveis, tempo de espera para atendimento e identificação de cor.
Possibilitar definir por local de atendimento a classificação de riscos adotada. Ao realizar
atendimentos de pacientes possibilitar informar o nível de classificação de risco conforme local de
atendimento. Possibilitar ordenar os pacientes para atendimento conforme classificação de risco
identificando a respectiva cor e apresentando tempo de espera quando excedido.
515. Possibilitar acessar histórico de prontuário eletrônico do paciente através da tela de
atendimento, permitir visualizar as informações no formato de linha do tempo. Permitir filtrar as
informações por período específico.
516. Permitir informar várias hipóteses diagnósticas para o mesmo atendimento.
517. Permitir realizar o atendimento de reavaliação do usuário quando necessário.
518. Possibilitar o registro de alergias durante o atendimento de triagem, consulta e
observação.
519. Possibilitar a visualização dos documentos antes da impressão.
vinculando aos respectivos níveis de classificação de riscos. Ao realizar atendimentos de
pacientes possibilitar informar protocolo de classificação de riscos e ocorrência gerando
automaticamente o nível de classificação do risco.
521. Possibilitar a opção de assinar digitalmente os documentos impressos, conforme a
Certificação Digital (Padrão ICP – Brasil).
522. Permitir visualizar prescrições de medicamentos anteriores que estão com tratamentos
ativos.

Página 154 de 234

523. Possibilitar o cadastro de escalas de avaliação de dor e a utilização por cada local de
atendimento. Ao realizar atendimento de paciente possibilitar informar o nível da avaliação de dor
apresentando a respectiva descrição conforme faixa de valores.
524. Possibilitar informar os pacientes que estão em observação esperando uma vaga na
central de leitos.
525. Possibilitar visualizar na observação os pacientes que estão com os procedimentos
pendentes na tela.
526. Possibilitar solicitar a avaliação de outras especialidades para usuários em
observação, alertando o profissional da pendência.
527. Possibilitar a visualização dos usuários nos leitos mostrando um mapa de leitos.
Permitir realizar a impressão do mapa de leitos.
528. Possibilitar de visualizar os usuários que estão vinculados a algum leito. Permitir
vincular os usuários a ao leito e permitir a troca de leito quando necessário.
529. Possibilitar a troca de profissional logado no sistema sem precisar encerrar a sessão
e entrar novamente no sistema, permitindo dar sequência nos atendimentos após informar a
senha.
530. Possibilitar visualizar dashboard com informações dos atendimentos na UPA, mostrar
fila de espera para triagem, para atendimento consulta, total de pacientes em observação, e tempo
de espera
531. Possibilitar da enfermagem realizar o reaprazamento das atividades quando ainda não
foram realizadas. Permitir que seja realizado o aprazamento correto quando necessário.
532. Gerar processos de notificação quando ocorrer CIDs de notificação obrigatória para
investigação dos casos.
533. Permitir monitorar as ações dos operadores realizadas no sistema.
534. Permitir personalizar os modelos de relatórios utilizados pelos profissionais.
VIGILÂNCIA SANITÁRIA
535. Possibilitar cadastrar estabelecimentos isentos de licença Sanitária.
536. Cadastrar os estabelecimentos com registro dos responsáveis, contador e atividades
econômicas.
537. Emitir de licenças sanitárias por atividades econômicas, ano da licença e contador
controlando as datas de vistorias. Possibilitar informar os serviços farmacêuticos para as licenças
dos estabelecimentos de farmácias.
538. Registrar as tarefas da Vigilância Sanitária como visitas, vistorias, acompanhamentos
por estabelecimentos, possibilitando a atualização da área e situação do estabelecimento.
539. Imprimir fichas de vistoria de estabelecimentos e habite-se.
540. Possibilitar programar a rotina de vistorias dos agentes sanitários, emitindo relatório
da produtividade.
541. Permitir realizar bloqueio das tarefas que excederam o tempo máximo determinado
para execução da mesma.
542. Possibilitar o registro de procedimentos de vistoria, notificação, advertências ou multas
para cada etapa de execução das tarefas.
543. Permitir o registro das reclamações identificando os estabelecimentos comerciais ou
cidadãos. Emitir ficha de reclamação.
544. Possibilitar o registro de habite-se com controle de unidades, emissão e valor da taxa.
545. Possibilitar a emissão de licenças de veículos (transporte de alimentos, carros de som)
conforme cadastro de veículos por proprietário e estabelecimento.
546. Possibilitar a emissão em lote de licenças de veículos por tipo de licença, tipo de
veículo, proprietário, estabelecimento.
547. Imprimir as licenças de veículos com modelos diferenciados para cada tipo de licença.

Página 155 de 234

548. Possibilitar o registro de solicitações de análises de amostras de água informando a

unidade de saúde de origem e coleta especificando as análises microbiológicas e físico-químicas
que devem ser realizadas. Possibilitar a impressão da solicitação.
549. Possibilitar o registro de resultados das análises de amostras de água visualizando as
informações da solicitação e recepção e informando o resultado para as análises físico-químicas
e microbiológicas e a conclusão e alerta. Possibilitar informar a necessidade de nova coleta.
550. Possibilitar o registro de acidentes com animais, informando o endereço da ocorrência
e informações do animal. Possibilitar a impressão de ficha de acompanhamento.
551. Possibilitar a recepção de solicitações de análises de amostras de água confirmando
as solicitações ou incluindo novas. Possibilitar a visualização das etapas percorridas pelas
solicitações.
552. Possibilitar a assinatura digital das análises de amostras de água.
553. Possibilitar o controle de entrega de resultados de análises de amostras de água por
unidade de saúde de origem.
554. Possibilitar o registro de inspeções de abates, informando a procedência, cada animal
abatido com respectivo peso, idade, sexo, pelagem, doenças encontradas.
555. Possibilitar o controle de entrega de resultados de análises de amostras de alimentos
por unidade de saúde de origem.
556. Possibilitar a recepção de solicitações de análises de amostras de alimentos
confirmando as solicitações ou incluindo novas. Possibilitar a visualização das etapas percorridas
pelas solicitações.
557. Possibilitar o registro de resultados das análises de amostras de alimentos
visualizando as informações da solicitação e recepção e informando o resultado para as análises
microbiológicas e a conclusão. Possibilitar informar a necessidade de nova coleta.
558. Possibilitar a assinatura digital das análises de amostras de alimentos.
559. Possibilitar o registro de solicitações de análises de amostras de alimentos informando
a unidade de saúde de origem e coleta especificando as análises microbiológicas que devem ser
realizadas. Possibilitar a impressão da solicitação.
560. Emitir relatórios de inspeções de abates com totais de tipos de animais, procedência,
estabelecimento.
561. Emitir relatórios de licenças dos estabelecimentos, com totais por estabelecimento,
atividade econômica, bairro, logradouro.
562. Emitir relatórios de arrecadação de licenças sanitárias, com totais por estabelecimento,
contador, atividade econômica, mês, situação.
563. Emitir relatórios de análises de amostras de alimentos, com totais por ano e mês,
situação, unidade de saúde de origem, estabelecimento, bairro, logradouro.
564. Emitir relatórios de estabelecimentos: por contador, atividade econômica, data de
abertura.
565. Emitir relatórios de tarefas da Vigilância Sanitária, com totais por motivo,
estabelecimento, atividade econômica, contador.
566. Emitir relatórios de análises de amostras de água, com totais por ano e mês, situação,
unidade de saúde de origem.
567. Emitir relatórios de licenças de veículos, com totais por tipo de licença, tipo de veículo,
proprietário, estabelecimento, veículo.
VIGILÂNCIA AMBIENTAL
568. Possibilitar parametrizar Configurações de Vigilância Ambiental, inserindo
procedimentos padrões, controle de visitas por QRCode.
569. Possibilitar visualizar em mapa as quarteirões/quadras e imóveis cadastrados.
570. Permitir delimitar em mapa os quarteirões e quadras de controle.
571. Possibilitar registrar os acompanhamentos das reclamações recebidas.

Página 156 de 234

572. Possibilitar realizar cadastro de reclamações recebidas pelo município para

averiguação dos agentes de combate a endemias.
573. Possibilitar registrar planejamento das visitas para determinado período.
574. Possibilitar registrar o cadastro dos Ciclos dos ACE para vistorias realizadas para uma
atividade em determinado período.
575. Possibilitar registrar a Análise de amostras coletadas pelos Agentes Comunitários de
Endemias em vistorias de Aedes aegypti e Aedes albopictus.
576. Possibilitar visualizar em mapa o local onde houve ocorrências de Dengue e
Chikungunya e casos de focos positivos registrados.
577. Possibilitar visualizar em mapa os marcadores de vistorias, identificando realizadas,
recusadas, fechadas, e as que foram encontrados foco positivo.
578. Possibilitar visualizar relatório de vistorias realizadas e análises de amostras coletadas
de Aedes aegypti e Aedes albopictus.
579. Possibilitar registrar as Vistorias dos Agentes Comunitários de Endemias realizadas
para controle de focos de Aedes aegypti e Aedes albopictus.
580. Permitir visualizar Histórico de Imóveis e Domicílios exibindo registros de visitas,
vistorias e reclamações de imóveis informados.
581. Possibilitar registro de Acompanhamentos de Reclamações de Vigilância Ambiental,
possibilitando o registro os acompanhamentos das reclamações recebidas.
582. Possibilitar o cadastro de Reclamações onde será incluído o registro de reclamações
recebidas pelo município para zoonoses.
583. Possibilitar registro de Vistorias de Vigilância ambiental realizadas para controle de
zoonoses.
584. Permitir cadastrar Motivos de Reclamações e Vistorias possibilitando definir
dinamicamente pelo município para cada motivo quais os campos que será solicitado ao incluir
uma reclamação e vistorias realizadas.
585. Disponibilizar Mapa de Reclamações com marcadores em locais que tiveram
reclamações registradas.
586. Permitir o cadastro de Zoonoses - Animais e Pragas possibilitando definir marcadores
de identificação para mapas.
587. Disponibilizar Mapa de Animais, Pragas e Doenças com marcadores em locais que
tiveram registros.
588. Permitir Registros de Animais, pragas e doenças detectadas no município para
geração de índices e realizar ações de controle para áreas com foco.
CONTROLE DE EPIDEMIOLOGIA
589. Possibilitar a definição de grupos epidemiológicos especificando CIDs de interesse
para controle.
590. Possibilitar o registro de processos de investigação de agravos de notificação e o
registro de acompanhamentos das ocorrências sobre os processos.
591. Possibilitar o registro das notificações de agravos à saúde do trabalhador com
informações de CID, usuário, unidade de saúde notificadora, estabelecimento, ocorrência e partes
do corpo atingidas. Possibilitar a impressão de ficha da notificação de agravo.
592. Possibilitar a impressão de ficha da notificação de agravo de investigação e pessoas
em contato.
593. Possibilitar o registro das notificações de agravos de hepatites virais com informações
para investigação, antecedentes, locais de exposição, pessoas em contato, resultados de exames.
594. Possibilitar a digitação da ficha de notificação do COVID-19 informando os dados do
paciente, sintomas presentes, data dos primeiros sintomas, morbidades prévias, uso de
medicamentos, informações de internações, dados do laboratório coletor do exame, unidade de
saúde e profissional da notificação.
595. Permitir imprimir a ficha de notificação do COVID-19.

Página 157 de 234

596. Disponibilizar relatórios quantitativos e qualitativos da Ficha do NOTIFICA COVID-19

contendo informações do paciente, data da notificação, informações da ficha de notificação do
COVID-19.
597. Disponibilizar painel para auxiliar o acompanhamento de casos prováveis de pacientes
com COVID-19, os pacientes devem ser adicionados conforme as regras do Protocolo de
Tratamento do Novo Coronavírus (2019-nCoV) disponibilizado pelo Ministério da Saúde.
Apresentar gráficos e totalizadores e permitir realizar filtros por data, bairro e unidade de
atendimento.
598. Disponibilizar relatórios de Monitoramento Evolutivo de casos da COVID-19
disponibilizando no mínimo filtro por paciente, data dos primeiros sintomas, situação do
monitoramento, gravidade e Unidade de Saúde de Referência.
599. Possibilitar acompanhar diariamente os sintomas do cidadão pelo tempo necessário.
600. Possibilitar visualizar os resultados de exames da COVID-19 do cidadão que está
sendo monitorado.
601. Emitir alertas para o cidadão quanto a necessidade de realizar monitoramento diário.
602. Possibilitar que o cidadão realize seu monitoramento através de aplicativo de
teleatendimento.
603. Possibilitar identificar se cidadão realizou seu monitoramento através de aplicativo de
teleatendimento.
604. Possibilitar realizar acompanhamento individual dos casos da COVID-19.
605. Possibilitar realizar monitoramento pela gravidade dos sintomas dos cidadãos.
606. O acompanhamento dos pacientes com COVID-19 deve ser identificado com no
mínimo as seguintes informações: bairro, dados do paciente e data dos primeiros sintomas.
607. O sistema deve permitir a identificação de pacientes com COVID-19 por pelo menos
três níveis de gravidade.
608. Possibilitar o acompanhamento de casos de COVID-19 dos pacientes via identificação
por mapa.
609. Permitir a expansão do mapa para visualização completa das informações por mapa
de calor ou pontos.
610. A visualização dos casos de COVID-19 no mapa deve ter comunicação com a API do
Google.
611. Possibilitar que a unidade de saúde contenha a informação detalhada de cada caso
ao selecionar o registro no mapa, devendo conter minimamente as seguintes informações:
paciente, situação do caso, data dos primeiros sintomas.
612. Possibilitar definir horário da atualização dos resultados.
613. Possibilitar realizar integração com o sistema da GAL quanto a busca de resultados
de exames referente a COVID-19.
614. Possibilitar atualização automática dos resultados de exames da COVID-19.
615. Possibilitar realizar integração com o sistema da SESA - PR quanto às notificações da
COVID-19.
616. Possibilitar enviar informações, dados clínicos, exames de imagem, morbidades
prévias, medicamentos utilizados, dados laboratoriais, deslocamento e dados da unidade
notificadora.
617. Possibilitar enviar individualmente e em lotes as fichas.
618. Possibilitar imprimir as fichas.
619. Possibilitar emitir relatórios dos casos notificados pelo município, através da data dos
primeiros sintomas, resultado de exame, comorbidades e classificação dos pacientes quanto ao
desfecho.
620. Emitir relatório de notificações de agravos de hepatites virais, com totais por ano e mês
da notificação, unidade de saúde, profissional, usuário, município, bairro.
621. Emitir relatório dos processos de investigação de agravos, com totais por ano e mês,
CID, grupo da CID, usuário, município, bairro, faixa etária.

Página 158 de 234

622. Emitir relatório de notificações de agravos à saúde do trabalhador, com totais por ano
e mês da notificação, unidade de saúde notificadora, estabelecimento, usuário, município, bairro.
CERTIFICAÇÕES DIGITAIS
623. Possibilitar a certificação digital das informações de cada atendimento por prontuário
eletrônico através de assinatura digital do profissional por dispositivo token, em conformidade com
o Padrão ICP – Brasil para autenticação das assinaturas digitais.
624. Possibilitar a assinatura digital individualmente ao término do atendimento ou por lote
ao término de um período de trabalho.
625. Possibilitar a exportação de arquivos referente aos atendimentos de prontuário
eletrônico assinados digitalmente. Possibilitar a validação destes arquivos quanto à integridade de
conteúdo e assinatura digital através de aplicativos de validação.
626. Possibilitar a certificação digital dos laudos de exames através de assinatura digital do
profissional por dispositivo token, em conformidade com o Padrão ICP – Brasil.
627. Possibilitar a exportação de arquivos referente aos laudos de exames certificados
digitalmente. Possibilitar a validação destes arquivos quanto à integridade de conteúdo e
assinatura digital através de aplicativos de validação.
628. Possibilitar o armazenamento das certificações digitais dos atendimentos por
prontuário eletrônico em banco de dados fisicamente separado, garantido a segurança e
preservação das informações.
ENVIO DE SMS / E-MAIL

629. Possibilitar a consulta de saldos de SMS - Short Message Service conforme o servidor.
630. Possibilitar o envio individualizado de SMS - Short Message Service compondo
mensagem e informando os destinatários.
631. Permitir a integração com pelo menos dois diferentes servidores de SMS - Short
Message Service para envio de mensagens automáticas, possibilitando a composição da
mensagem, programação do horário de envio para as seguintes funcionalidades: - Notificação de
agendamentos (consultas/exames), transporte e autorizações (consultas/exames); - Notificação
para retirada de resultado de exames;- Notificação de vencimento de produtos do estoque para
destinatários especificados;- Notificação de notificações de ocorrência de CID - Classificação
Internacional de Doenças - para destinatários especificados.- Notificação para retirada de
resultado de exames;
632. Permitir o envio de mensagens automáticas por e-mail através do protocolo SMTP -
Simple Mail Transfer Protocol, possibilitando a configuração do servidor, conta de envio e
composição da mensagem para as seguintes funcionalidades: - Notificação de agendamentos
(consultas/exames), transporte e autorizações (consultas/exames); - Notificação para retirada de
resultado de exames;- Notificação de vencimento de produtos do estoque para destinatários
especificados;- Notificação de notificações de ocorrência de CID - Classificação Internacional de
Doenças - para destinatários especificados.- Notificação para retirada de resultado de exames;
CONTROLE DE AMBULÂNCIAS
633. Possibilitar o registro de solicitações de solicitações de ambulâncias para
atendimentos de urgência e emergência informando data, horário, motivo, solicitante, origem,
usuário, endereço da ocorrência, pertences do usuário. Possibilitar o encaminhamento da
solicitação para atendimento de médico regulador e/ou solicitação de ambulância. Possibilitar o
encerramento da solicitação não havendo necessidade de encaminhamento.
634. Possibilitar o registro de detalhamento e procedimento de atendimento do serviço de
emergência. Identificar e registrar data e horário de início e encerramento das solicitações
realizadas.
635. Possibilitar visualizar todos os encaminhamentos realizados em cada solicitação
acompanhamento no início, detalhamento, encerramento de cada etapa.

Página 159 de 234

636. Possibilitar o acompanhamento visual de todas as solicitações realizadas identificando

quando se encontra pendente, encaminhado para profissional, encaminhado para ambulância ou
encerrado.
637. Possibilitar a impressão de documento de solicitação de ambulância.
638. Possibilitar o registro de atendimentos realizados por médico regulador a partir das
solicitações de ambulâncias. Possibilitar a visualização e alteração das informações da ocorrência
conforme informado na solicitação de ambulância. Possibilitar o registro do atendimento prestado
pelo médico regulador informando avaliação de dor, classificação de risco, detalhamento e
procedimento de regulação realizado. Possibilitar o encaminhamento da solicitação para outro
profissional e/ou solicitação de ambulância. Possibilitar o encerramento da solicitação não
havendo necessidade de encaminhamento. Identificar e registrar data e horário de início e
encerramento dos atendimentos realizados. Possibilitar o acompanhamento visual de todas as
solicitações realizadas identificando quando se encontra pendente, encaminhado para
profissional, encaminhado para ambulância ou encerrado. Possibilitar visualizar todos os
encaminhamentos realizados em cada solicitação acompanhando o início, detalhamento,
encerramento de cada etapa.
639. Possibilitar a impressão de documento de atendimento.
640. Possibilitar o registro e encaminhamento de ambulâncias a partir das solicitações
realizadas. Possibilitar a visualização das informações da ocorrência. Possibilitar o registro de
encaminhamento de ambulâncias para cada solicitação. Possibilitar o registro do encerramento
das ambulâncias utilizadas em cada solicitação informando situação, profissional, especialidade,
procedimento de atendimento, unidade de saúde de encaminhamento do usuário e apoios
utilizados na ocorrência. Identificar e registrar data e horário de início e encerramento dos
atendimentos realizados. Possibilitar o acompanhamento visual de todas as solicitações
realizadas identificando quando se encontra pendente, encaminhado para profissional,
encaminhado para ambulância ou encerrado.
641. Possibilitar selecionar ambulância disponível a partir de painel de visualização das
situações das ambulâncias. Possibilitar visualizar todos os encaminhamentos realizados em cada
solicitação acompanhando o início, detalhamento, encerramento de cada etapa.
642. Possibilitar a visualização de painel com todas as ambulâncias cadastradas
identificando através de cores a situação e tipo das ambulâncias. Possibilitar filtrar as ambulâncias
por unidade de saúde, tipo e situação. Disponibilizar legenda para visualização de cores das
situações de ambulâncias.
643. Possibilitar visualizar as informações da solicitação de ambulância quando estiver
atendendo ocorrência.
644. Possibilitar selecionar ambulância para o registro de situações de inatividade como
revisões, manutenções, sucateamento informando data, horário e detalhamento.
645. Possibilitar selecionar ambulância visualizando detalhadamente as informações da
solicitação e permitindo o encerramento da utilização da ambulância na ocorrência informando
situação, profissional, especialidade, procedimento de atendimento, unidade de saúde de
encaminhamento do usuário e apoios utilizados na ocorrência.
646. Possibilitar a impressão das informações de situação atual das ambulâncias.
647. Possibilitar a visualização de histórico das solicitações de ambulância pesquisando por
usuário, telefone e período. Lista as solicitações de ambulância conforme filtro informado
possibilitando a impressão.
648. Emitir relatórios das etapas das solicitações de ambulância por quantidade com totais
por unidade de saúde, tipo da etapa, situação, tipo de encerramento, encaminhamento para
profissional, encaminhamento para ambulância, encaminhamento com apoio, profissional,
especialidade, ambulância, tipo de ambulância, equipe, unidade de saúde de encaminhamento de
usuários.
649. Emitir relatórios comparativos de: - solicitações de ambulância em anos e meses
anteriores, com percentual de aumento ou diminuição nas solicitações em cada período. - etapas

Página 160 de 234

das solicitações de ambulância em anos e meses anteriores, com percentual de aumento ou

diminuição em cada período.
650. Emitir relatórios de solicitações de ambulância por quantidade com totais por unidade
de saúde, situação, solicitante, origem, telefone, usuário, município da ocorrência.
PAINEL DE AGENTES COMUNITÁRIOS DE SAÚDE

651. Permitir criar metas gerais e individuais para ACS.
652. Permitir o cadastro de metas das ACS controlando:
653. - Quantidade de famílias a visitar;
654. - Quantidade de integrantes a visitar;
655. - Acompanhamento de gestantes;
656. - Acompanhamento de hipertensos;
657. - Acompanhamento de diabéticos;
658. - Acompanhamento de hanseníase;
659. - Acompanhamento de tuberculose;
660. - Acompanhamento de desnutrição;
661. Possibilitar visualizar em mapa de todos os pontos de visitas realizados em um
determinado período baseado na geolocalização, possibilitando filtrar:
662. - Área;
663. - Microárea;
664. - Período desejado;
665. Ao clicar sobre o marcador deverá exibir maiores detalhes da informação;
666. Possibilitar visualizar em mapa o trajeto percorrido por um ACS em um período de
tempo, mostrando marcadores e a rota percorrida pelo Profissional, exibindo maiores detalhes da
informação ao clicar sobre o marcador.
667. Exibir mapa do Município com as Áreas que foram delimitadas no cadastro de Áreas
de ACS.
668. Exibir gráficos de visão geral com informações de:
669. - Total de cidadãos por área;
670. - Total de cidadãos por microárea;
671. Evolução das visitas realizadas;
672. Exibir gráficos comparativos de Produção e Metas que foram definidas para o Mês
desejado.
673. Exibir gráficos de evolução das visitas realizadas.
APLICATIVO E PORTAL PARA O CIDADÃO

674. Possibilitar personalizar os textos principais do layout do Portal web do Cidadão.
675. Possibilitar personalizar as imagens principais do layout do Portal web do Cidadão.
676. Permitir ao cidadão o pré cadastro através do Portal Web ou pelo Aplicativo mobile,
podendo ser homologado.
677. Permitir que no primeiro acesso ao Portal Web do Cidadão e Aplicativo Mobile para o
Cidadão, que o Cidadão contenha senha fornecida pela Secretaria de Saúde.
678. Possibilitar configurar os textos padrões para "Início" da página de Consulta de
medicamentos e também as regras de dispensação via Portal web do Cidadão.
679. Possibilitar definir o Brasão do município no Aplicativo mobile do Cidadão.
680. Permitir que o Cidadão possa trocar sua senha após o primeiro acesso via Portal web
do Cidadão.
681. Possibilitar configurar local de armazenamento/farmácia como alto custo, e visualizar,
através do portal, a lista de medicamentos especializados e sua disponibilidade via Portal web do
Cidadão.
682. Possibilitar definir se os medicamentos serão listados como somente com saldo,
apresentando ou não as suas respectivas quantidades via Portal web do Cidadão.

Página 161 de 234

683. Permitir que operadores do sistema possa definir a agenda de consulta para
agendamento via portal online ou aplicativo pelo próprio usuário.
684. Possibilitar ativar ou desativar os serviços disponíveis para o Portal web do Cidadão e
Aplicativo mobile do Cidadão.
685. Permitir que o cidadão consiga se auto inserir na lista de espera de consultas e/ou
exames via Portal Web do Cidadão e Aplicativo Mobile para o Cidadão. Possibilitar obrigar o
cidadão informar justificativa.
686. Permitir que o Cidadão consiga visualizar a lista de exames relacionadas a ele via
Portal Web do Cidadão e Aplicativo Mobile para o Cidadão.
687. Permitir que o Cidadão possa filtrar e visualizar as Vacinas Obrigatórias no Portal Web
do Cidadão e Aplicativo Mobile para o Cidadão.
688. Permitir que o Cidadão consiga visualizar a lista de vacinas relacionados a ele no
Portal Web do Cidadão e Aplicativo Mobile para o Cidadão.
689. Permitir ao Cidadão visualizar os Laudos de Exames quando houver resultado lançado
no Portal Web do Cidadão e Aplicativo Mobile para o Cidadão.
690. Permitir que o Cidadão consiga visualizar a lista de agendamentos relacionados a ele
691. Possibilitar imprimir o documento de vacinação no Portal Web do Cidadão.
692. Permitir que o Cidadão tenha acesso ao serviço de Agendamentos de Consultas para
o Portal web do Cidadão e Aplicativo mobile para o Cidadão.
693. Permitir que o Cidadão tenha acesso ao serviço da Carteira de Vacinação no Portal
Web do Cidadão e Aplicativo Mobile para o Cidadão.
694. Permitir que o Cidadão tenha acesso ao serviço de visualização do Laudos de Exames
695. Permitir ao Cidadão visualizar e reimprimir o Comprovante de Agendamentos de
Consultas no Portal Web do Cidadão.
696. Não permitir que o Cidadão visualize Laudos de Exames restritos no Portal Web do
Cidadão e Aplicativo Mobile para o Cidadão.
697. Permitir ao Cidadão Cancelar os agendamentos realizados por ele via Portal Web do
Cidadão e Aplicativo Mobile para o Cidadão.
698. Permitir que o Cidadão consiga visualizar a lista de medicamentos relacionados a ele
no Aplicativo Mobile para o Cidadão.
699. Disponibilizar acesso restrito ao Portal web do Cidadão para administração.
700. Permitir ao Cidadão filtrar os medicamentos contínuos no Aplicativo Mobile para o
Cidadão.
701. Permitir que o Cidadão tenha acesso ao serviço de Medicamentos via Aplicativo
mobile.
702. Possibilitar consulta de disponibilidade de medicamentos via Portal web do Cidadão.
703. Possibilitar ao usuário realizar a pesquisa de avaliação do atendimento, não permitindo
alterar a resposta após o envio, permitir exibir histórico de avaliações já realizadas via Aplicativo
mobile.
704. Possibilitar que Cidadão consulte via Portal web, Lista Pública de Espera de Consultas
e Exames dos pacientes da rede de Saúde Municipal:* Sem necessidade de autenticação
(login/senha);* Permitir pesquisar pelas prioridades das listas, exames e especialidades
especificas;* Disponibilizar localização da lista de espera para o cidadão por meio de protocolo,
CNS e CPF;* Por sigilo das informações, na lista de espera mostrar somente as iniciais do nome
dos pacientes;* Exibir situação do paciente na lista;* Exibir visualização de data e horário da
pesquisa realizada;* Permitir visualizar e imprimir a lista de espera;
705. Possibilitar o envio de notificações do tipo push ao cidadão informando que existem
pesquisas disponíveis para o mesmo responder referente a satisfação dos atendimentos via
Aplicativo mobile.

Página 162 de 234

706. Possibilitar verificação de documentos assinados eletronicamente para o cidadão via

portal.
707. Possibilitar o download de documentos assinados eletronicamente para o cidadão via
portal.
708. Disponibilizar integração com GAL (Gerenciador de Ambiente Laboratorial) através de
API (Application Programming Interface) disponibilizada pela SESA - Secretaria de Saúde do
Estado do Paraná, permitindo assim que o cidadão consulte resultados de exames de COVID.
PORTAL TRANSPARÊNCIA
709. Gerar indicadores para acompanhamento e monitoração de processos, desempenho,
estatísticas por unidade de saúde, utilizando-se da lógica do BI - “Business Intelligence”.
710. O Portal deve possuir acesso direto sem necessidade de login.
711. Possibilitar a visualização de informações referentes a consultas realizadas,
procedimentos realizados, vacinas aplicadas, tempo de atendimentos, exames realizados,
atendimento farmacêuticos, internações e diagnósticos.
712. O Portal deve permitir filtros de período de datas.
713. O Portal deve permitir a visualização de informações de forma fácil, podendo estas
serem exibidas em texto, tabelas ou e gráficos nos formatos de colunas, linhas, pizza, barras, área
e rosca.
714. As informações resultantes do portal devem ser acessíveis nos seguintes navegadores
de Internet: Internet Explorer 8.0 ou superior, Opera, Firefox, Google Chrome.
715. O Portal deve permitir a impressão das informações.
716. Disponibilizar notificação de tele consulta a validade de solicitação de agendamento,
não permitindo agendamento duplicado.
717. Disponibilizar link para realizar solicitação de tele consulta.
718. Disponibilizar link com informações sobre o COVID-19, informando quais os sinais e
sintomas que pessoas infectadas podem apresentar e as maneiras de prevenção conforme
orientação da OMS.
719. Disponibilizar link para acessar painel de diagnósticos do COVID-19, apresentando
totalizadores com médias diárias, semanais e mensais de CIDs relacionados ao COVID-19.
720. Possibilitar que o município realize o agendamento da vacina do COVID-19 a partir da
lista de espera que o cidadão se incluiu. Permitir ainda atualizar o cadastro do usuário e cancelar
a requisição, caso necessário.
721. Disponibilizar link para responder questionário sobre suspeita de COVID-19, onde o
paciente poderá informar seus sinais e sintomas, caso o resultado informe suspeita de infecção,
o paciente já pode solicitar uma teleconsulta, apresentando horários disponíveis e liberados para
esse tipo de atendimento pelo município.
722. Disponibilizar opção do cidadão se incluir na lista de espera para a vacinação do
COVID-19. Informando Grupos Populacionais, Setores Sensíveis e Condições Crônicas quando
configurado pelo município. Permitir ainda a inclusão de anexos ao realizar a inclusão na lista de
espera.
APLICATIVO SAÚDE DA FAMÍLIA

723. Possibilitar no dispositivo móvel o acesso a todas as micro-áreas de atuação do agente
comunitário de saúde.
724. Possibilitar o registro das visitas domiciliares realizadas por agente comunitário de
saúde obtendo as informações da Ficha de Visita Domiciliar do e-SUS relativas a cada integrante
do domicílio.
725. Possibilitar coletar o posicionamento geográfico (latitude e longitude) do agente
comunitário de saúde no momento das visitas domiciliares.
726. Possibilitar a carga de todos os cadastros já existentes de domicílio e integrantes da
base de dados central.

Página 163 de 234

727. Durante a visita, permitir que seja coletada a assinatura do cidadão ou responsável.
728. Possibilitar o cadastro e atualização de integrantes dos domicílios com as informações
em conformidade com o Cadastro Individual do sistema e-SUS do Ministério da Saúde.
729. Possibilitar o registro de múltiplas visitas domiciliares para domicílios. Respeitando
restrições de uma visita por integrante por turno conforme e-SUS.
730. Deve exibir notificação dos registros que foram alterados, que foram inclusos ou
removidos da micro-área da ACS, e também a origem ou destino das mesmas.
731. Exibir o cálculo da estratificação de risco familiar automaticamente, para cada núcleo
familiar inserido em um imóvel seguindo a Escala de Coelho Savassi.
732. Possibilitar o cadastro e atualização dos domicílios e a sua composição familiar com
informações em conformidade com o Cadastro Domiciliar do sistema e-SUS do Ministério da
Saúde.
733. Possibilitar o registro dos marcadores de consumo alimentar, obtendo as informações
da Ficha de Marcadores de Consumo Alimentar relativas a cada integrante do domicílio.
734. Possibilitar no aplicativo móvel a sincronização das informações coletadas nas visitas
domiciliares com a base de dados central. Possibilitar que sejam incluídos ou atualizados os
cadastros de domicílio e integrantes e incluídas as visitas domiciliares realizadas pelo agente
comunitário de saúde.
735. O aplicativo móvel deve permitir a instalação em dispositivos com sistema operacional
Android.
736. Possibilitar a exportação da base de dados (backup) do dispositivo móvel para o
servidor.
737. O aplicativo móvel deve trabalhar de forma independente a qualquer meio de
comunicação com a base de dados central.
738. Na plataforma Android possibilitar a detecção automática de novas versões do
aplicativo disponibilizadas no servidor, permitindo download e atualização através do próprio
aplicativo.
739. Possibilitar verificação através de relatórios de quantidade de: total de cidadãos e
quantidade já visitada, total de domicílios quantidade já visitada, total de famílias, total de cidadãos
por comorbidade e cidadãos visitados por comorbidades. Todos dentro da competência atual.
740. Possibilitar verificação de cidadãos que deixaram a micro-área ou que passaram a
fazer parte dela e que não foram movimentados através do dispositivo.
APLICATIVO PARA GESTOR

741. O aplicativo móvel deve permitir a instalação em dispositivos com sistema operacional
Android e iOS.
742. O aplicativo móvel deve apresentar informações atualizadas do dia quanto aos
indicadores apresentados.
743. Na plataforma Android e iOS deve possibilitar a detecção automática de novas versões
do aplicativo disponibilizadas nas lojas, permitindo download e atualização através do próprio
aplicativo.
744. Permitir configurar no aplicativo logar utilizando biometria ou reconhecimento facial.
745. Permitir a configuração das unidades de saúde que cada usuário terá acesso.
746. Permitir a configuração das funcionalidades que cada usuário terá acesso sendo
possível personalizar a visualização para cada usuário.
747. Permitir configurar no aplicativo a opção de manter o usuário logado.
748. Permitir a configuração de usuários que terão acesso ao aplicativo.
749. Permitir configurar no aplicativo a fonte dinâmica, se ajustando ao tamanho de leitura
preferido.
750. Permitir configurar o aplicativo para utilização em modo escuro ou claro, de acordo
com o gosto do usuário.

Página 164 de 234

751. Apresentar em tempo real os profissionais que estão em atendimento, detalhando sua
especialidade, o total de atendimentos realizados no dia, a data e horário do primeiro e último
atendimento agrupando por setor e Unidade de Saúde.
752. Apresentar em tempo real o total de pacientes aguardando atendimento por setor e
Unidade de Saúde.
753. Apresentar em tempo real o total de pacientes por classificação de risco, setor e
Unidade de Saúde.
754. O acesso ao aplicativo deve ser exclusivamente pelo CPF do usuário.
755. Apresentar em tempo real o total de pacientes em observação ou internação, por setor
e Unidade de Saúde.
756. Permitir acompanhamento do total de pacientes que estão em lista de espera de
consultas por especialidade e status.
757. Apresentar painel de notificações com as notificações ativas e inativas.
758. Permitir acompanhamento do total de pacientes que estão em lista de espera de
exames por exame e status.
759. Apresentar conforme filtro realizado pelo usuário o totalizador de pacientes por motivo
de não atendimento por unidade de saúde.
760. Apresentar conforme filtro realizado pelo usuário o totalizador de pacientes por motivos
de consultas e por unidade de saúde.
761. Apresentar o tempo médio de atendimento dos profissionais bem como sua
especialidade e seu total de atendimento no período filtrado.
762. Permitir via filtro de pesquisa a busca de um insumo específico.
763. Permitir o acompanhamento dos indicadores do Previne Brasil podendo filtrar o
quadrimestre desejado mesmo estando em andamento para acompanhamento diário do
percentual atingido em cada meta no município.
764. Para cada indicador, permitir o acompanhamento do atendimento da meta por Equipe
e Unidade de Saúde e apresentar ainda de forma individual o Numerador, Denominador,
Parâmetro (quantidade), Parâmetro (percentual), meta (quantidade) e meta (percentual), bem
como percentual atingido da unidade e a situação da meta na mesma.
765. Apresentar conforme filtro realizado pelo usuário o CID e sua quantidade de forma
decrescente por Unidade de Saúde.
766. Apresentar indicador de Cobertura vacinal de poliomielite inativada e de pentavalente
permitindo identificar as regras de cálculo do indicador, a meta em percentual, o percentual
atingido do indicador e sua situação.
767. Permitir via filtro de pesquisa a busca de uma vacina específica.
768. Permitir o envio de notificações aos usuários do aplicativo com apresentação da
mesma via mensagem push.
769. Para cada indicador, permitir o acompanhamento do atendimento da meta por
competência e apresentar ainda de forma individual o Numerador, Denominador, Parâmetro
(quantidade), Parâmetro (percentual), meta (quantidade) e meta (percentual), bem como
percentual atingido da unidade e a situação da meta na mesma.
770. Permitir filtrar no aplicativo o período de visualização e apresentação dos dados com
data inicial e final.
771. Apresentar indicador de proporção de gestantes com realização de exames para sífilis
e HIV permitindo identificar as regras de cálculo do indicador, a meta em percentual, o percentual
772. Apresentar indicador de proporção de gestantes com pelo menos 6 consultas pré-natal
realizadas permitindo identificar as regras de cálculo do indicador, a meta em percentual, o
percentual atingido do indicador e sua situação.
773. Apresentar conforme filtro realizado as vacinas mais aplicadas no período em ordem
decrescente agrupando por unidade de saúde que realizou a aplicação.

Página 165 de 234

774. Apresentar indicador de proporção de gestantes com atendimento odontológico

realizado permitindo identificar as regras de cálculo do indicador, a meta em percentual, o
percentual atingido do indicador e sua situação.
775. Para cada indicador, permitir o acompanhamento do atendimento da meta por unidade
de saúde e apresentar ainda de forma individual o Numerador, Denominador, Parâmetro
(quantidade), Parâmetro (percentual), meta (quantidade) e meta (percentual), bem como
percentual atingido da unidade e a situação da meta na mesma.
776. Apresentar indicador de percentual de diabéticos com solicitação de hemoglobina
glicada permitindo identificar as regras de cálculo do indicador, a meta em percentual, o percentual
777. Apresentar conforme filtro realizado pelo usuário os exames solicitados e sua
quantidade de forma decrescente por Unidade de Saúde
778. Apresentar por unidade de saúde o tempo médio de atendimento detalhando as etapas
de atendimento (recepção, triagem e consulta) com seus devidos tempo separados.
779. Permitir via filtro de pesquisa a busca de um procedimento específico.
780. Permitir o acompanhamento dos procedimentos realizados totalizando conforme
período filtrado e agrupando a quantidade realizada por unidade de saúde.
781. Permitir filtrar no aplicativo uma unidade de saúde específica para visualização e
apresentação dos dados.
782. Apresentar conforme filtro realizado pelo usuário os medicamentos prescritos e suas
quantidades de forma decrescente por Unidade de Saúde.
783. Apresentar conforme filtro realizado pelo usuário o totalizador de pacientes por tipo de
atendimento e por unidade de saúde.
784. Apresentar indicador de Percentual de pessoas hipertensas com pressão arterial
aferida em cada semestre permitindo identificar as regras de cálculo do indicador, a meta em
percentual, o percentual atingido do indicador e sua situação.
785. Apresentar indicador de Cobertura de exame citopatológico permitindo identificar as
regras de cálculo do indicador, a meta em percentual, o percentual atingido do indicador e sua
situação.
786. Apresentar totalizador da população idosa por sexo.
787. Apresentar totalizador de Gestantes.
788. Apresentar totalizador da população de crianças por sexo.
789. Apresentar totalizador da população com tuberculose por sexo.
790. Apresentar totalizador do saldo dos insumos em ordem decrescente, bem como sua
unidade de medida por unidade de saúde.
791. Apresentar totalizador da população com diabetes por sexo.
792. Apresentar totalizador da população com hipertensão por sexo.
793. Apresentar totalizador da população com hanseníase por sexo.
794. Apresentar totalizador dos insumos entregues em ordem decrescente detalhando a
unidade de saúde que realizou a dispensação e sua devida quantidade.
795. Permitir personalização de envio da notificação podendo selecionar um usuário
específico ou um grupo de usuário para recebimento.
796. Alertar de forma automática o usuário quando ao não acesso no aplicativo.
797. Alertar o usuário de forma automática quanto aos prazos de envio do e-SUS.
APLICATIVO PARA O AGENTE DE COMBATE ÀS ENDEMIAS

798. Possibilitar no aplicativo móvel o acesso apenas aos quarteirões/quadras de atuação
do agente comunitário de endemias.
799. Possibilitar registrar as Vistorias dos Agentes Comunitários de Endemias realizadas
para averiguação de reclamações de focos de Aedes aegypti e Aedes albopictus.
800. Possibilitar importar para dispositivo somente planejamento de vistorias ou
reclamações atribuídas ao profissional.

Página 166 de 234

801. Permitir exportar registros de vistorias realizadas no aplicativo fora um planejamento.
CONFIGURAÇÕES GERAIS
802. Possibilitar a visualização do histórico de unificações dos pacientes.
803. Possibilitar a unificação de cadastros, inserindo em um único registro todas as
informações que estejam em registros duplicados para o mesmo paciente.
804. Consistir automaticamente a existência de cadastros em duplicidade considerando
nome do paciente, data de nascimento, nome da mãe e documento mostrando em tela os
cadastros já existentes.
805. Possibilitar unificação dos cadastros de logradouros e bairros ou distritos, inserindo
em um único registro as informações que estejam duplicadas.
806. Utilizar critério de nomes fonetizados para pesquisa e consistência de duplicidades.
807. Compatibilizar os cadastros conforme as Tabelas do SCNS - Sistema Cartão Nacional
de Saúde.
808. Possibilitar configurar a obrigatoriedade de informar o número do C.N.S - Cartão
Nacional de Saúde do cidadão em seu cadastro.
809. Possibilitar a pesquisa de Endereços dos pacientes e famílias por C.E.P. e/ou
Logradouro utilizando o padrão DNE dos Correios.
810. Exibir Nome Social dos pacientes (quando existente) para pesquisa para os estágios
de atendimento: recepção do paciente, triagem/preparo de consultas e atendimento médico.
811. Possibilitar o registro do C.E.P. – Código de Endereçamento Postal em conformidade
com o D.N.E. – Diretório Nacional de Endereços, ou pela tabela de C.E.P.’s do BDSIA.
812. Possibilitar configuração para a utilização de foto no cadastro de paciente.
813. Possibilitar a pesquisa do cadastro do paciente na Base Nacional do Cartão Nacional
de Saúde através de WebService disponibilizado pelo Ministério da Saúde através da RNDS, para
consulta, inclusão e atualização de cadastros na base local do sistema.
814. Possibilitar exibir a foto do paciente nas principais rotinas de atendimento, para facilitar
o reconhecimento do paciente pelo profissional de atendimento.
815. Possibilitar a obtenção de informações adicionais de usuários e unidades de saúde.
816. Permitir cadastro de escalas e formulários dinâmicos para utilização em diversas telas
do sistema.
817. Permitir restringir horário de acesso dos profissionais nas unidades de saúde
especificas.
818. Possibilitar definir para as unidades de saúde os horários de atendimentos com
possibilidade de definição de plantões. Permitir definir para os profissionais os horários de
atendimentos com possibilidade de definição de plantões.
819. Possibilitar configuração de vínculo entre procedimentos municipais com
procedimentos do SIGTAP - Sistema de Gerenciamento da Tabela de Procedimentos,
Medicamentos e OPM do SUS.
820. Possibilitar controlar a quantidade de procedimentos que o paciente realizou em
determinado período, onde seja possível alertar e/ou bloquear conforme configuração do
operador.
821. Possibilitar definir procedimentos que possuem determinado tempo de carência, onde
seja possível alertar e/ou bloquear conforme configuração do operador.
822. Exibir informações de Usuários para verificação do componente de Capitação
Ponderada do programa Previne Brasil, com os seguintes itens:
823. - Total de Usuários cadastrados;
824. - Quantidade de Usuários vinculados nas equipes;
825. - População estimada para capitação;
826. - Meta de cadastros, calculada pela população cadastrada e população estimada.
827. - Exibir cadastros inconsistentes para a Capitação Ponderada: sem identificação
(C.N.S./C.P.F.), data de nascimento, raça ou cor, sexo, nome do pai, nome da mãe, nacionalidade.

Página 167 de 234

828. Possibilitar configuração em dias para início do processo de cancelamento automático

das recepções de pacientes faltantes.
829. Permitir o controle de metas de indicadores de saúde do paciente, permitindo definir
metas das informações de saúde do paciente durante os atendimentos de consultas e o posterior
acompanhamento e comparativo dessas metas e as reais informações de saúde. Permitir
configurar metas globais que serão utilizadas quando não informadas as metas nos atendimentos.
830. Possibilitar o cancelamento automático das recepções para pacientes que não
compareceram aos atendimentos.
831. Possibilitar o cadastro de priorização dos atendimentos por idade do paciente, permitir
definir a partir de qual idade deve consistir a priorização.
832. Possibilitar inclusão automática em lista de espera para consultas e exames, conforme
configuração de prioridades.
833. Possibilitar configurar restrições de acessos nas listas de esperas de consultas ou
exames por operadores, restringir listas de esperas de consultas somente para especialidades
que o operador tenha acesso, restringir listas de esperas de exames somente para exames que o
operador tenha acesso, conforme configurações em seu cadastro.
834. Emitir em um único relatório um extrato de usuários e famílias detalhando os
atendimentos realizados nas unidades de saúde, possibilitando visualizar: atendimentos
realizados, medicamentos dispensados, encaminhamentos, aplicações de vacinas, exames
realizados, procedimentos odontológicos, agendamentos, transportes, internações hospitalares.
835. Emitir relatório de procedimentos realizados consolidando todos os atendimentos
realizados: atendimento ambulatorial, aplicações de vacinas, procedimentos odontológicos,
exames realizados. Totalizar quantidade e/ou valor por unidade de saúde, profissional,
especialidade, bairro, faixa etária.
836. Emitir em um único relatório um extrato de unidades de saúde detalhando:
atendimentos realizados, medicamentos fornecidos, encaminhamentos, aplicações de vacinas,
exames realizados, procedimentos odontológicos, agendamentos, transportes, internações
hospitalares.
IMPORTAÇÕES E EXPORTAÇÕES COM O MINISTÉRIO DA SAÚDE

837. Possibilitar integração com o C.N.E.S. local (desktop) utilizando importação do arquivo
XML emitido pelo aplicativo. para sistemas próprios possam consumir informações da Base
Nacional, ou através da importação do arquivo XML gerado pelo C.N.E.S. local (Desktop). Permitir
a validação e correção de inconsistências de profissionais, unidades de saúde e equipes na base
local de acordo com as informações importadas no arquivo.
838. Permitir a importação manual das definições do aplicativo SIGTAP do Ministério da
Saúde, possibilitando selecionar os arquivos das competências a partir do repositório do DataSUS
(ftp) e realizar a importação das regras de faturamento de Procedimentos do SUS.
839. Permitir a exportação das informações dos laudos de APACs por competência para
faturamento no aplicativo SIA do Ministério da Saúde.
840. Possibilitar a exportação das informações dos laudos de internação para o sistema
SISRHC do Ministério da Saúde.
841. Possibilitar a exportação automática das movimentações para o sistema Hórus do
Ministério da Saúde através de comunicação por WebService. Possibilitar definir o período para
exportação.
842. Permitir a exportação das informações de compras dos medicamentos ao BPS (Banco
de Preços em Saúde).
843. Permitir a exportação dos laudos de internação para o aplicativo SISAIH01 do
Ministério da Saúde utilizado pelos prestadores.
844. Possibilitar a importação automática das definições do aplicativo SIGTAP do Ministério
da Saúde, realizando automaticamente o download a partir do repositório do DataSUS (ftp),

Página 168 de 234

mantendo atualizadas as regras de faturamento de Procedimentos do SUS em relação a

competência atual.
845. Possibilitar a importação dos procedimentos realizados nas internações pelos
prestadores, através de arquivo gerado pelo aplicativo SISAIH01 do Ministério da Saúde.
846. Possibilitar integração com C.N.E.S. - Cadastro Nacional de Estabelecimentos de
Saúde, utilizando WebService disponibilizado pelo DATASUS para que sistemas próprios possam
consumir informações da Base Nacional. Permitir a pesquisa de registros no Base Nacional, e a
inclusão, atualização ou substituição dos cadastros de unidades de saúde, profissionais e suas
especialidades, e áreas, microáreas e equipes.
TECNOLOGIAS / FUNCIONALIDADES ADICIONAIS

847. O sistema deve possuir controle de acesso por operador para cada opção do sistema,
identificando nível do privilégio (inclusão, alteração, exclusão, consulta).
848. Utilizar sistema gerenciador de banco de dados relacional (SGDB) Oracle 11g ou
superior, ou Postgresql, como repositório de dados.
849. O sistema deve permitir o acesso restrito dos operadores por identificação biométrica.
850. Possibilitar o acesso ao sistema através da utilização do C.P.F, e-Mail e Nome de
Acesso.
851. Controlar o tempo de inatividade do sistema exigindo a identificação do operador.
852. O sistema deve registrar as operações realizadas pelos operadores do sistema
possibilitando a auditoria e identificando o operador, operação realizada, data, horário e espelho
das informações incluídas, alteradas ou excluídas. O espelho das informações deve ser fiel a
estrutura de campos de cada tabela, não sofrendo alterações quando mudar a estrutura de tabelas
e consequentemente mantendo a informação fidedigna de acordo com a data da geração do
evento.
853. O sistema deve registrar os acessos e tentativas de acesso ao sistema, identificando,
endereço de rede IP, data e horário.
854. Apresentar informações do desenvolvedor e da versão do software em local que
sempre fique visível no sistema indiferente da abertura de outra tela e/ou funcionalidades.
855. Permitir o cadastro de grupos de usuários de sistema e seus privilégios de acesso.
856. Sistema deve controlar a validade mínima e máxima da senha.
857. O cadastro de usuários do sistema somente se utilizado senha forte com número
mínimo de caracteres, contendo letra, número e símbolo.
858. Disponibilizar ferramenta como parte integrante do sistema para troca de mensagens
no modelo de correio eletrônico entre todos os usuários de sistema. Possibilitar o controle de
mensagens recebidas, lidas, enviadas e excluídas. Possibilitar a utilização de arquivamento de
mensagens em pastas. Possibilitar a composição de novas mensagens, resposta de mensagens
recebidas, encaminhamento de mensagens recebidas e impressão de mensagens. Possibilitar a
localização de mensagens recebidas ou enviadas por período, assunto e mensagem.
859. Permitir ao usuário do sistema a troca de senha quando entender ou se tornar
necessário.
860. Possibilitar a digitalização de documentos para pacientes identificando o tipo de
documento, data, horário. Possibilitar a digitalização de documentos nos formatos: TIFF, JPEG,
BMP, PNG. Restringir os tipos de documentos que podem ser visualizados por médicos,
enfermeiros e outros profissionais. Possibilitar a visualização dos documentos digitalizados com
navegação entre os documentos existentes. Possibilitar a navegação nas páginas dos
documentos multipaginados. Possibilitar operações de visualização quanto a tamanho,
posicionamento de imagens. Possibilitar a impressão dos documentos digitalizados.
861. Possibilitar na emissão de relatório que seja selecionado o tipo de papel, orientação,
tamanho, largura, altura, margens e impressão de linhas zebradas.
862. Controlar o número de tentativas de acesso ao sistema possibilitando o bloqueio de
operadores ao esgotar tentativas.

Página 169 de 234

863. Os relatórios devem possuir exportação para o seguinte formato de arquivo: PDF.
864. Possibilitar configurar o acesso restrito ao sistema, em dias e horários específicos por
operadores.
PAINEL DE INDICADORES (BI)

865. Disponibilizar por período (diariamente, semanalmente ou mensalmente) as
informações de indicadores via e-mail em formato PDF.
866. Disponibilizar a visualização de indicadores para acompanhamento e monitoração de
produtividade e desempenho, para auxiliar na gestão da Secretária Municipal de Saúde.
867. Possibilitar a impressão dos indicadores.
868. Possibilitar a visualização dos indicadores em formatos de gráficos e tabelas.
869. Disponibilizar informações dos indicadores de: Agendamentos; Listas de esperas;
Atendimentos/Produção; Epidemiológicos; Odontológicos; Imunização; Estoque; Exportações
sistema MS.
BI
870. Permitir avançar as análises por hierarquia, detalhando por nível os valores mostrados,
utilizando-se do conceito “Drill Down”.
871. Possibilitar a leitura de indicadores para acompanhamento e monitoração de
processos, desempenho, estatística, utilizando-se da lógica do BI - “Business Intelligence”.
872. Possibilitar a impressão das informações.
873. Possibilitar a visualização de indicadores em gráfico nos formatos: pizza, barra
horizontal e barra vertical e grade de detalhamento.
874. Possibilitar a visualização do Painel de Indicadores via navegador de Internet.
875. Possibilitar a exportação dos indicadores, no mínimo, para os seguintes formatos:
IMAGEM e PDF.
876. Utilizar banco de dados do próprio Painel de Indicadores, no conceito de Data
Warehouse, para processamento de informações não onerando o desempenho do sistema
transacional.
7.23. GESTÃO DE CONTROLE E COMBATE A ENDEMIAS\APP

GERAL
1. O sistema deverá permitir o gerenciamento do fluxo das ações “de campo” realizadas pelos
agentes de combate à dengue, permitindo o cadastro do georreferenciamento do município, nos
padrões do PNCD, informando bairros, logradouros, localidades, quarteirões, imóveis e estrato
com percentual de imóveis que devem ser vistoriados em cada localidade, assim como as suas
vinculações.
2. O sistema Web deve conter recursos para monitoramento e gerenciamento das atividades de
cada agente, disponibilizando um painel de controle (dashboard) com pelo menos as seguintes
informações:
a) Deverá apresentar painel de imóveis distribuídos contendo o total de imóveis e gráfico
apresentando o percentual de imóveis por tipo de imóvel de acordo com o padrão PNCD.
b) Deverá apresentar painel de vistorias realizadas apresentando o total de visitas e gráfico
contendo as visitas realizadas por tipo (aberto, fechados, recuperados e recusa), deverá conter
um segundo painel de vistorias realizadas por tipo de imóvel, de acordo com o padrão PNCD.
c) Deverá apresentar um painel de larvas encontradas através de gráfico com totalização diária,
de acordo com a semana epidemiológica.
d) Deverá ter um Painel de depósitos inspecionados em forma gráfica apresentando o total de
depósitos e percentual de vistorias por tipo (A1, A2, B, C, D1, D2 e E).
e) Deverá ter um painel gráfico de depósitos encontrados com espécimes, contendo o total de
espécimes encontradas e percentual por tipo de depósitos (A1, A2, B, C, D1, D2 e E).

Página 170 de 234

f) Deverá ter um Painel gráfico de imóveis com espécimes encontradas contendo o total de
espécimes encontradas e gráfico contendo o percentual e total de Aedes Aegypt e Aedes
Albopictus separados por tipo de imóvel de acordo com o padrão PNCD.
g) Deverá ter um Painel de Produtividade dos agentes apresentando o tempo médio de visitas,
tempo médio com imóvel aberto, tempo médio com imóvel fechado e média geral.
h) Deverá ter painel com notificações em caso de dengue, apresentando o gráfico de acordo
com os status: positivo, negativo, inconclusivo, em análise e não realizado.
i) Deverá ter barra de progresso apresentando o percentual das vistorias realizadas.
j) A dashboard deverá conter filtro com as seguintes opções: ciclo, localidade, atividade e
agente. As informações apresentadas deverão ser dos últimos 14 dias.
3. A solução deverá ter um Aplicativo desenvolvido em linguagem nativa Android para coleta de
dados e uma interface WEB para o gerenciamento das informações coletadas em campo.
4. A comunicação entre a interface WEB e o Aplicativo deve tramitar através de API REST, na
forma de Objeto JSON, as informações deverão ser trafegadas via conexão HTTPS com
autenticação via Token.
5. A interface web deve permitir a realização de diversas vistorias para o mesmo imóvel dentro
da mesma distribuição, e também a recuperação das vistorias nos imóveis que estiverem
fechados.
6. A interface WEB deve permitir o cadastro de ciclo contendo descrição, tipo de ciclo, semana
epidemiológica inicial e final e período abrangente.
7. A interface WEB deve permitir o cadastro de notificações de caso de dengue, contendo os
seguintes campos: data do comunicado, número do SINAN, nome do paciente, resultado (positivo,
negativo, inconclusivo em análise e não realizado) e vinculação do endereço do paciente.
8. A interface WEB deve permitir o cadastro/visualização de reclamação e denuncia, contendo
os seguintes campos: agente que registrou a denúncia, data da reclamação, logradouro, bairro,
número, complemento e descritivo da denúncia. Deverá permitir a vinculação de pereceres
contendo o status (aguardando, em análise, encaminhado, indeferido, pendente e resolvido) e
campo de descrição do parecer.
MÓDULO ARMADILHA
9. A interface web deverá permitir o cadastro de armadilhas vetoriais, bem como a vinculação
delas a um determinado agente, para que possam ser realizadas as inspeções necessárias.
Deverá conter os tipos de armadilha larvitrampa e ovitrampa, número, status (ativo, inativo), campo
de observação e relação de endereços de localização onde a armadilha foi trabalhada.
10. A interface web deve permitir a visualização de todas as inspeções realizadas pelos agentes
e controlar os prazos de inspeção com data máxima para inspeção de 7 dias, apresentando as
informações com cores diferentes de acordo com a periodicidade de cada armadilha.
11. A interface web deve permitir o cadastro de inspeção de armadilhas contendo tubito/palheta,
chave do tubito/palheta, número do tubito/palheta e ocorrência (casa fechada, intervalo entre
instalação e coleta maior que 7 dias; armadilha ou palheta desaparecida, armadilha ou palheta
quebrada, armadilha ou palheta removida, armadilha seca e ovitrampa cheia de água).
12. A interface web deve permitir o cadastro da quantidade de ovos e larvas coletados na
armadilha;
13. A interface web deve permitir o cadastro de conclusão laboratorial, permitindo informar o total
de Aedes Aegypt, Aedes Albopictus e outros.
14. A interface web deve permitir o lançamento de bloqueio de vetor (aplicação UBV), informando
quais os agentes realizarão a atividade, qual o equipamento (combustível, consumo por litro,
vazão e velocidade de aplicação), preparo da calda (inseticida, formulação, solvente, princípio
ativo). Além de vincular as notificações de caso de dengue e quais os quarteirões a serem
trabalhados. Informando horário de início, parada e término de aplicação.

Página 171 de 234

15. A interface web deve permitir o acompanhamento individual dos agentes através do roteiro de
supervisão, permitindo supervisão direta e indireta, contendo informações sobre a localidade e os
imóveis supervisionados, data de programada, data de realização, modalidade de supervisão
(rotina, PVE, armadilha, risco biológico, LIRAa) assim como informações sobre a identificação do
agente na hora da visita, questionário sobre a apresentação e comportamento do agente,
questionário sobre a qualidade da visita, questionário sobre material de trabalho utilizado pelo
agente, questionário sobre a técnica de trabalho aplicada e questionário de integração com a
atenção primária.
MÓDULO RESUMO DÁRIO DO SERVIÇO ANTIVETORIAL
16. A Interface WEB deve permitir a distribuição dos imóveis que serão vistoriados para cada
agente, informando data da atividade, agente responsável, localidade, tipo de atividade, ciclo e
observação. O sistema deverá puxar de forma automática o estrato correspondente a localidade
selecionada.
17. De acordo com a localidade selecionada, o sistema deverá apresentar os quarteirões em
ordem numérica crescente, contendo: total de pontos estratégicos, total de imóveis do quarteirão
e total de imóveis disponíveis para distribuição.
18. Os quarteirões deverão ser vinculados aos logradouros de acordo com o padrão PNCD, ou
seja, respeitando a ordem e sequência dos lados.
19. Ao selecionar um quarteirão, deverá ser possível a vinculação dos imóveis de acordo com os
lados vinculados anteriormente ao quarteirão. Deverá ser possível alterar a ordem dos imóveis.
20. A interface web deverá possibilitar o lançamento da visita, trazendo o formulário no padrão
PNCD de acordo com o tipo de atividade. Durante o lançamento da vistoria deverá ser possível a
vinculação de até 5 fotos. Este formulário deverá conter opção de identificação de larva encontrada
e lançamentos de entomologia (podendo informar número do tubito, número de larvas, pulpas,
exúvia e adultos). Também deverá ser possível o lançamento de reclamações e denúncia.
21. Para cada atividade distribuída, o sistema deverá apresentar mapa com a posição geográfica
de cada vistoria realizada pelo agente.
22. Para cada atividade distribuída, o sistema deverá gerar ficha de resumo de campo idêntica ao
modelo utilizado no padrão PNCD, com possibilidade de exportação em PDF da ficha populada
com os dados lançados.
23. O sistema deverá totalizar automaticamente a quantidade de visitas realizadas por tipo
(normal, recuperada, imóvel fechado).
24. O sistema deverá totalizar automaticamente todos os depósitos inspecionados organizados
por tipo (A1, A2, B, C, D1, D2 e E).
25. O sistema deverá totalizar automaticamente os imóveis inspecionados (LI)
26. O sistema deverá totalizar automaticamente o número de tubitos e quantidade de amostras
coletadas, informando o número da amostra inicial e final.
27. O sistema deverá totalizar automaticamente a quantidade de depósitos eliminados;
28. O sistema deverá totalizar automaticamente a quantidade de imóveis tratados;
29. O sistema deverá totalizar automaticamente a quantidade de larvicida utilizado no tratamento
focal e perifocal.
MÓDULO QUADRO RESUMO DE TRABALHO DE CAMPO
30. O sistema deverá totalizar automaticamente o resumo do trabalho de campo, informando:

número de imóveis trabalhados por tipo (residencial, comercial, terreno baldio, ponto estratégico
e outros) e soma de todos os imóveis.
31. O sistema deverá calcular e apresentar o número de imóveis trabalhados com tratamento
focal

Página 172 de 234

32. O sistema deverá calcular e apresentar o número de imóveis trabalhados com tratamento
perifocal
33. O sistema deverá calcular e apresentar o número de imóveis inspecionados;
34. O sistema deverá calcular e apresentar o número de imóveis recuperados;
35. O sistema deverá calcular e apresentar a totalização de tubitos e amostras coletadas;
36. O sistema deverá calcular e apresentar o número de imóveis com pendências;
37. O sistema deverá apresentar a relação de todos os depósitos inspecionados organizados por
tipo (A1, A2, B, C, D1, D2 e E).
38. O sistema deverá calcular e apresentar o número de depósitos tratados, informando a
quantidade de eliminados, quantidade de depósitos tratados, tipo de veneno, quantidade de
veneno aplicado em gramas e quantidade de depósitos tratados;
39. Caso a vistoria seja ponto estratégico, deverá ser apresentado o quadro adulticida,
informando o tipo de veneno utilizado na bomba costal e a quantidade da carga;
40. O sistema deverá apresentar o número e sequência dos quarteirões trabalhados na atividade.
41. O sistema deverá apresentar o número e sequência dos quarteirões concluídos;
42. O sistema deverá permitir a disponibilização de informações coletadas pelo agente em campo,
através de mapa endêmico, onde deverão ser apresentadas as vistorias dos últimos 15 dias, com
os seguintes filtros: Normal, recuperado, fechado, recusado, com foco, notificado, larva encontrada
e com Aedes Aegypt confirmado. Para cada filtro deverá ser apresentado a totalização da
quantidade de vistorias realizadas;
43. O sistema deverá apresentar mapa de calor, delimitando o perímetro nos locais onde foram
encontrados focos.
44. Ao clicar no mapa sobre uma vistoria realizada, deverá ser apresentado em tela as seguintes
informações: data e hora da visita, agente responsável, logradouro, quarteirão e bairro.
MÓDULO RELATÓRIOS
45. O sistema deverá possibilitar a geração de relatório de resumo semanal, totalizando de forma
analítica os dados para envio no SISPNCD, com possibilidade de exportação em arquivo PDF.
Deverá possibilitar os seguintes filtros: localidade, atividade, ciclo e semana epidemiológica.
46. O sistema deverá possibilitar a geração de boletim de armadilha com os seguintes filtros:
localidade, semana do ano, controle, agente responsável, tipo de armadilha e armadilha. Com
possibilidade de exportação em arquivo PDF.
47. O sistema deverá possibilitar a geração de relatório de visitas realizadas por agente, com os
seguintes campos: data inicial e final, quantidade de agentes, quantidade de dias trabalhados e
tipos de visitas (normal, fechado, recuperado, recusa) com totalização de visitas por tipo, por
agente e totalização geral, média diária, média de dias trabalhados e duração. Os dados devem
ter a possibilidade de agrupamento das informações por tipo de usuário e equipe. Com
48. O sistema deverá possibilitar a geração de relatório de horário de trabalho dos agentes com
os seguintes filtros: agente, período inicial e final. O relatório deverá ter os seguintes campos:
Agente selecionado, período selecionado, total de dias do período selecionado, total de dias
trabalhados, total de dias não trabalhados. Relação dos dias trabalhados informando data, horário
da primeira visita da manhã, horário da última visita da manhã, horário da primeira visita da tarde
e horário da última visita da tarde. Deverá apresentar a quantidade de visitas realizadas no período
da manhã, quantidade de visitas realizadas no período da tarde, total de visitas realizadas em
cada dia e total geral de visitas do período selecionado. Com possibilidade de exportação em
arquivo PDF.
49. Deverá permitir a geração do registro geral de imóveis através do reconhecimento geográfico
com filtros por localidade e quarteirão. Com possibilidade de exportação em arquivo PDF.
50. O sistema deverá possibilitar a geração de relatório de produção do agente com os seguintes
filtros: agente, período inicial e final. O relatório deverá ter os seguintes campos: Agente

Página 173 de 234

selecionado, período selecionado, total de dias, total de vistorias realizadas, total de vistorias por
tipo (normal, fechada, recuperada e recusa). O relatório deverá apresentar a listagem com todas
as vistorias realizadas no período selecionado contendo: data da vistoria, horário de entrada e
saída do imóvel, logradouro, complemento, sequência, número do quarteirão e lado e tipo de visita.
51. O sistema deverá possibilitar a geração do Resumo do Boletim de Campo e Laboratório
LIRAa. Com filtros por período, estrato e localidade. A exibição do conteúdo do relatório deve
obedecer integralmente o padrão determinado pelo PNCD (Plano Nacional de Combate a
Dengue), com possibilidade de exportação em arquivo PDF.
52. O sistema deverá possibilitar a geração do Relatório Consolidado Parcial dos Estratos LIRAa.
Com filtros por período, estrato e localidade. A exibição do conteúdo do relatório deve obedecer
integralmente o padrão determinado pelo PNCD (Plano Nacional de Combate a Dengue), com
53. O sistema deverá possibilitar a geração do Relatório de Reconhecimento Geográfico
Resumido. Com filtro por localidade. A exibição do conteúdo deve conter as seguintes informações
(quarteirão, totalização de imóveis por tipo, total geral de imóveis e quantidade de habitantes).
Deve conter ainda um quadro com a totalização geral de todos os quarteirões da localidade, com
54. O sistema deverá possibilitar a geração do Relatório de Reclamação e Denúncia. Com filtros
por período, agente e status da solicitação. A exibição do conteúdo deve conter a relação das
reclamações realizadas, endereço e qual o agente registrou a reclamação. Deve conter ainda uma
relação com todas as movimentações de tomada de decisão. Com possiblidade de exportar para
um arquivo PDF.
55. O sistema deverá possibilitar a geração do Relatório de Roteiro de Supervisão, contendo data
de programação e realização, modalidade, tipo de supervisão, localidade e imóvel vistoriado. Deve
conter também todo o questionário apresentado ao munícipe e as suas respectivas respostas,
com possiblidade de exportar para um arquivo PDF.
MÓDULO USUÁRIOS DO SISTEMA

56. Possibilitar o cadastro de usuários contendo: nome de usuário, e-mail, login, senha com força
de senha e contrassenha, tipo de usuário (administrador, agente, coordenador, laboratorista e
supervisor) e foto.
MÓDULO SUPORTE
57. O sistema deverá possuir um canal de suporte via chat, para dúvidas e sugestões om criação
de ticket.
APLICATIVO
58. O Aplicativo Móvel Android deverá conter tela de "login" para acesso de cada agente através
de nome de usuário e senha, gerando automaticamente Token de acesso.
59. O aplicativo deverá ter a funcionalidade de sincronização para que o agente consiga visualizar
as atividades direcionadas a seu usuário.
60. O Aplicativo deverá apresentar em sua tela inicial uma dashboard com informações das
atividades direcionadas ao seu usuário, apresentando em forma de gráficos a quantidade de
imóveis distribuídos com barra de progresso na medida em que os imóveis forem sendo
vistoriados. Deverá apresentar também um gráfico com os imóveis vistoriados por tipo de acordo
com o padrão PNCD (residencial, comercial, terreno baldio, ponto estratégico e outros).
61. O Aplicativo deve apresentar na dashboard um painel com o resumo de todas as vistorias já
realizadas, apresentando gráfico com o percentual de visita normal, fechados, recuperados e
recusados, deverá apresentar a quantidade de depósitos eliminados e a quantidade de larvas
encontradas.
62. O Aplicativo deverá apresentar na dashboard, informações sobre o tempo médio gasto pelo
agente nas vistorias em imóveis abertos e fechados e média geral.

Página 174 de 234

63. O Aplicativo deverá apresentar uma sessão com todas as atividades direcionadas ao agente,
apresentando um gráfico com os imóveis por tipo e seus percentuais, além de conter o número
total de imóveis da atividade, a quantidade de imóveis vistoriados, a quantidade de imóveis
visitados e imóveis pendentes.
64. O Aplicativo deverá apresentar uma sessão com os quarteirões a serem vistoriados,
apresentando o número total de imóveis do quarteirão. Deverá apresentar a quantidade de pontos
estratégicos neste quarteirão e a quantidade de imóveis pendentes de vistoria. Deverá apresentar
em gráfico as visitas realizadas por tipo de visita (fechado, normal, recuperado e recusa)
65. O aplicativo deverá conter a relação de todos os imóveis a serem vistoriados no quarteirão.
Estes imóveis deverão estão organizados de acordo com cada lado e sequência do quarteirão. Na
relação dos imóveis deverá ser apresentado: tipo do imóvel, número do imóvel, sequência,
complemento e data da última visita.
66. O aplicativo deverá conter uma aba com os imóveis distribuídos e outra aba com todos os
imóveis do quarteirão.
67. O aplicativo deverá conter filtros de acordo com o tipo de visita (aberto, fechado, normal,
recuperado e recusa), atualizando a lista dos imóveis de forma dinâmica, de acordo com o filtro
selecionado.
68. O Aplicativo deverá permitir o cadastro de novos imóveis conforme a necessidade, permitindo
também a realização da vistoria logo após seu cadastro, adicionando o mesmo na respectiva
atividade.
69. O Aplicativo deverá realizar validação da localização do imóvel a ser vistoriado através da
coordenada e posição GPS, com duas opções parametrizáveis pela interface web: opção1 - não
permitir a vistoria dos imóveis caso o agente não esteja na posição GPS gravada, opção 2 -
permitir a vistoria dos imóveis caso o agente não esteja na posição GPS gravada e deverá
apresentar alerta no sistema indicando que existe vistoria realizada fora da área especificada.
70. As vistorias realizadas através do Aplicativo deverão seguir os campos e requisitos conforme
padronizado pelo PNCD, exibindo os formulários e realizando validações nas vistorias conforme a
necessidade de cada atividade realizada.
71. As vistorias deverão ser controladas por imóvel, permitindo que sejam realizadas diversas
vistorias no mesmo imóvel dentro da mesma distribuição, este histórico de visitas deverá ser
mantido para uso gerencial.
72. O Aplicativo Móvel deve conter recurso para recuperação das visitas fechadas e/ou recusadas
pelo agente pelo tempo em que a distribuição permanecer ativa (aberta)
73. O aplicativo deverá possibilitar a edição do imóvel no momento da vistoria
74. O Aplicativo Móvel deverá permitir a interação dos agentes em suas respectivas atividades e
cadastros no modo off-line, sem a necessidade de sincronização contínua com o servidor.
75. O Aplicativo deverá permitir o cadastro de reclamações e denúncias de possíveis focos e/ou
criadouros.
76. O Aplicativo Móvel deverá disponibilizar uma área para que o supervisor possa realizar a
supervisão permitindo supervisão direta e indireta, contendo informações sobre a localidade e os
imóveis supervisionados, data programada, data de realização, modalidade de supervisão (rotina,
PVE, armadilha, risco biológico, LIRAa) assim como informações sobre a identificação do agente
na hora da visita, questionário sobre a apresentação e comportamento do agente, questionário
sobre a qualidade da visita, questionário sobre material de trabalho utilizado pelo agente,
questionário sobre a técnica de trabalho aplicada e questionário de integração com a atenção
primária.
77. O Aplicativo Móvel deverá permitir o cadastro de bloqueio de vetor (aplicação UBV),
direcionados ao usuário, podendo informar os dados nos quarteirões a serem trabalhados.
Informando horário de início, parada e término de aplicação.
78. O Aplicativo deverá permitir a visualização das armadilhas vetoriais relacionadas ao agente,
para que possam ser realizadas as inspeções necessárias. Deverá conter os tipos de armadilha

Página 175 de 234

larvitrampa e ovitrampa, número, status (ativo, inativo), campo de observação e relação de

endereços de localização onde a armadilha foi trabalhada.
79. O Aplicativo deverá permitir a visualização de todas as inspeções realizadas pelo agente e
controlar os prazos de inspeção com data máxima para inspeção de 7 dias, apresentando as
informações com cores diferentes de acordo com a periodicidade de cada armadilha.
80. O Aplicativo deverá permitir o cadastro de inspeção de armadilhas contendo tubito/palheta,
chave do tubito/palheta, número do tubito/palheta e ocorrência (casa fechada, intervalo entre
instalação e coleta maior que 7 dias; armadilha ou palheta desaparecida, armadilha ou palheta
quebrada, armadilha ou palheta removida, armadilha seca e ovitrampa cheia de água).
81. O Aplicativo deverá permitir o cadastro da quantidade de ovos e larvas coletados na
armadilha.
82. O Aplicativo deverá permitir a um agente a visualização de todas as armadilhas vinculadas ao
seu usuário e controlar os prazos de inspeção com data máxima para inspeção de 7 dias,
apresentando as informações com cores diferentes de acordo com a periodicidade de cada
armadilha.
83. O Aplicativo deverá permitir ao agente realizar as inspeções nas armadilhas sobre sua
responsabilidade e apresentar ao agente o formulário de inspeção de acordo com o padrão PNCD.
7.24. GESTÃO DA ASSISTÊNCIA SOCIAL

CARACTERÍSTICAS
GERAL
1. O software deve ser operável via navegador web padrão, operando nos seguintes sistemas
operacionais: Windows, Linux e MacOs.
2. O software deve ser acessível pela internet, permitindo seu uso adequado e de forma nativa,
sem necessidade de softwares/plugins de terceiros, em todos os navegadores de uso relevante
em seus respectivos dispositivos e sistemas operacionais, tal como Google Chrome e Mozilla
Firefox, suportando ao menos suas últimas versões estáveis disponíveis ao usuário final.
Excetuam-se utilização de plugins para funções específicas como integração com periféricos ou
emissão de relatórios e chat.
3. Deve apresentar visual com características RIA (Rich Internet Application), onde não existe a
necessidade de se atualizar (refresh) toda a página.
4. O software Web desenvolvido pela proponente por motivos de segurança de aplicações web
deve ser acessível por protocolo “HTTPS”, ficando a cargo da CONTRATANTE a aquisição de
certificado de uma entidade fornecedora para funcionalidades executadas nos servidores do
ambiente interno.
5. Deve possuir um sistema de gerenciamento de banco de dados (SGBD) e sistema de
gerenciamento de banco de dados relacional de objetos (SGBDRO) e open source.
6. Deverá utilizar um único banco de dados que permita armazenar todos os exercícios,
passados e vindouros, possibilitando assim a geração de relatórios e gráficos comparativos sobre
vários exercícios.
7. Todos os sistemas deverão estar baseados no conceito de transações mantendo a
integridade dos dados em caso de queda de energia e/ou falha de software/hardware.
8. Permitir o cadastro dos profissionais da assistência social definindo dados de perfis, unidade
e especialidades que o profissional possui vínculo.
9. O profissional deve obrigatoriamente ser relacionado a uma pessoa única do sistema, não
permitindo que seja cadastrado para o usuário informações já disponíveis na pessoa, tais como
nome, e-mail.
10. Possibilitar o cadastro de perfis de profissionais e seus privilégios de acesso.
11. O sistema deve possuir controle de acesso de usuários do sistema para cada opção do
sistema identificando nível do privilégio (inclusão, alteração, exclusão, consulta).
12. A senha de acesso do profissional, deve obrigatoriamente ser uma senha forte, possuindo no
mínimo 8 caracteres, sendo pelo menos 1 letra, 1 número e 1 caractere especial.

Página 176 de 234

13. O sistema deve ocultar no menu as funcionalidades sem acesso para o usuário de sistema.
14. Permitir que os profissionais de sistema favoritem as telas que desejarem. As telas favoritas
deverão aparecer em um espaço separado e de fácil acesso.
15. O sistema deve permitir ao profissional a troca de senha quando entender ou se tornar
necessário.
16. Disponibilizar a recuperação de senha do profissional através de mensagem de SMS.
17. Disponibilizar ferramenta que permite ao profissional de acesso ao sistema o registro de sua
agenda diária de forma digital, criar compromissos, definindo horário de início e fim (data e hora),
título, detalhes e local. Permitindo a visualização por dia, semana e mês, e a navegação entre
meses, semanas e dias.
18. O sistema além, de ocultar do menu as funcionalidades sem acesso para o profissional do
sistema, se digitada a rota deve mostrar mensagem que o usuário não possui acesso, e não abrir
a tela.
19. O sistema deve permitir ao operador uma tela de perfil, possibilitando realizar atualização de
informações do cadastro como informações para contato, foto e dados de acesso.
20. O acesso ao sistema deve realizado através de nome de acesso e senha do profissional.
21. Permitir, para o profissional, a recuperação de senha através do e-mail cadastrado.
22. A autenticação no sistema deve ser feita usando OAuth2.0 (username, password, client_id,
client_secret).
23. O sistema deve possuir, em sua página inicial, o link de acesso ao suporte técnico (ícone de
ajuda).
24. Possibilitar a configuração de atalhos de sistemas ou sites externos, como site da prefeitura,
por exemplo, que fique disponível para todos os profissionais do sistema.
25. Disponibilizar ferramenta para troca de mensagens em tempo real (chat) entre profissionais
que acessam o sistema.
26. Possibilitar, nas telas de cadastro, a pesquisa avançada de registros permitindo utilizar
qualquer campo do cadastro para filtragem dos registros que serão listados.
27. Possibilitar, nas telas de cadastro, a pesquisa com paginação e que permita selecionar a
quantidade de registros a serem exibidos por página.
28. Permitir a exportação em formato CSV dos registros listados nas pesquisas das telas de
cadastro.
29. Deverá possibilitar filtrar as pendências do profissional logado, de acordo com as
funcionalidades disponíveis no sistema.
30. Deverá realizar a atualização automática das pendências do profissional logado, sem que haja
a interação do próprio profissional.
31. Permitir o cadastro de Unidades de Assistência Social Identificação, Endereço,
Caracterização, Infraestrutura, Equipamentos.
32. Permitir definir quais Unidades de Assistência Social serão consideradas como unidades de
referência das Famílias.
33. Disponibilizar cadastro de pessoas com informações em conformidade com Prontuário SUAS.
34. Permitir o cadastro das Pessoas com informações padronizadas pelo programa da Caixa
Econômica Federal CadÚnico.
35. Possibilitar a vinculação de múltiplos endereços ao cadastro de cada pessoa, identificando-
os por tipo e permitindo a visualização através de mapa do endereço informado.
36. Possibilitar a vinculação de arquivos digitalizados ao cadastro da Pessoa.
37. Permitir vincular foto no cadastro das Pessoas.
38. Permitir a captura de imagem de webcam no cadastro da Pessoa através do sistema.
39. Disponibilizar configuração bloqueando o cadastro resumido da pessoa.
40. Permitir o cadastro das famílias com informações de características do domicílio, origem e
despesas mensais padronizadas pelo programa da Caixa Econômica Federal CadÚnico.

Página 177 de 234

41. Disponibilizar cadastro de famílias com informações de situação da família, condições

habitacionais, convivência familiar e comunitária, bem como relações de convivência, em
conformidade com Prontuário SUAS.
42. Possibilitar a vinculação de arquivos digitalizados ao cadastro da família.
43. Permitir a vinculação das pessoas ou famílias aos programas sociais identificando data de
entrada, valor do benefício, unidade para atendimento, situação, data, motivo de inativação e
observações.
44. Permitir identificar se a pessoa ou família são reincidentes nos Programa sociais de forma
automática, caso já tenham sido vinculadas no programa anteriormente e também de forma
manual.
45. Possibilitar informar qual o motivo da reincidência.
46. Permitir o controle de benefícios concedidos conforme orçamento financeiro ou por
quantidade por benefício ou por unidade de assistência social.
47. Permitir o controle de programas sociais conforme orçamento financeiro ou por quantidade
por programa social ou por unidade de assistência social.
48. Possibilitar o gerenciamento de entradas e saídas de outras fontes de recurso, podendo
informar a esfera proveniente da fonte de recurso, podendo ser Municipal, Estadual ou Federal.
49. Disponibilizar tela de histórico para consulta de envios de SMS, possibilitando realizar filtros
por período de datas.
50. Possibilitar através da tela de histórico para consulta de envios de SMS a identificação dos
registros que apresentaram falha no envio.
51. Possibilitar através da tela de histórico para consulta de envios de SMS identificar através de
mensagem os motivos das falhas no envio.
DASHBOARD
52. O sistema deverá apresentar, logo após a realização do login, um painel visual que, de
maneira centralizada, destaca um conjunto informações pertinentes para a gestão de assistência
social.
53. O painel visual, deverá conter minimamente indicadores que apresentem as informações de
atendimentos realizados, benefícios concedidos, violências ou violações de direito, acolhimentos
e pessoas ou famílias que estão sendo acompanhadas pelo PAIF e PAEFI.
54. As informações apresentadas nos indicadores do painel visual deverão levar em consideração
os privilégios de acesso dos profissionais, ou seja, um profissional não poderá ver as informações
de unidades nas quais não esteja vinculado.
55. Exibir totalizadores de informação, com quantidade total de atendimentos, benefícios
autorizados e participações em atividades coletivas.
56. Permitir a manipulação das informações de cada gráfico, optando por ocultar determinado
item para melhor visualização dos demais.
CADASTROS GERAIS
57. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de vulnerabilidades,
contendo no mínimo o campo de descrição da vulnerabilidade. O cadastro deve possibilitar ainda
selecionar se a vulnerabilidade se refere a área social, educação, saúde ou habitacional.
58. Possuir cadastro de feriados permitindo no mínimo descrição, data de ocorrência e tipo do
feriado. O cadastro já deverá contar com os feriados fixos nacionais e possibilitar o cadastro de
feriados móveis.
59. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de potencialidades,
permitindo no mínimo informar a descrição do registro.
60. Possibilitar a inclusão, edição e exclusão do cadastro de unidades de medidas, permitindo no
mínimo informar a descrição do registro e a sigla.
61. Possibilitar a inclusão, edição e exclusão do cadastro de pessoa jurídica contendo no mínimo
razão social, nome fantasia, CNPJ, telefone e endereço.

Página 178 de 234

62. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de operações de estoque

contendo no mínimo descrição e tipo (Entrada, Saída, Transferência e Requisição).
63. Possibilitar a inclusão, edição e exclusão do cadastro de pontos de embarque contendo no
mínimo descrição e endereço.
64. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de orientações sexuais,
65. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de estados civis, permitindo
no mínimo informar a descrição do registro.
66. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de procedimentos
realizados, permitindo no mínimo informar a descrição do registro.
67. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de relações de parentesco,
permitindo no mínimo informar a descrição do registro. O sistema já deve contar com os principais
cadastros de relações de parentesco sendo possível informar se o vínculo é consanguíneo ou por
afinidade.
68. Possibilitar a inclusão, edição, exclusão e inativação do cadastro de religiões, permitindo no
mínimo informar a descrição do registro. O sistema já deve contar com os principais cadastros de
religiões de forma padrão.
69. Possibilitar a inclusão, edição, exclusão e inativação dos motivos de inativações de pessoas
e famílias, permitindo no mínimo informar a descrição do registro. O sistema já deve contar com
os principais motivos de inativação de forma padrão.
70. Possibilitar a inclusão, edição e exclusão dos logradouros, permitindo no mínimo informar a
descrição do registro, selecionar o tipo do logradouro e o município ao qual o mesmo pertence.
71. Possibilitar a inclusão, edição e exclusão dos bairros, permitindo no mínimo informar a
descrição do registro, informar qual a localização do bairro e o município ao qual o mesmo
pertence.
72. Possuir lista padrão dos distritos de cada município, sem a necessidade de cadastramento
manual.
73. Possuir lista padrão dos municípios de todos os estados brasileiros, sem a necessidade de
cadastramento manual.
74. Possuir lista padrão dos países, sem a necessidade de cadastramento manual.
75. Possuir lista padrão dos cartórios nacionais, sem a necessidade de cadastramento manual.
76. Possuir lista padrão dos Órgãos emissores de documentos, sem a necessidade de
cadastramento manual.
77. Possibilitar a inclusão, edição, exclusão e inativação das equipes de atendimento, permitindo
no mínimo informar a descrição da equipe, unidade a qual pertence e profissionais participantes.
78. Possuir lista padrão dos cadastros de CBO - Classificação brasileira de ocupações, sem a
necessidade de cadastramento manual.
79. Possibilitar a inclusão, edição, exclusão e inativação das necessidades especiais, permitindo
no mínimo informar a descrição do registro e selecionar o tipo da necessidade. O sistema já deve
contar com as principais necessidades especiais de forma padrão.
80. Possibilitar a inclusão, edição, exclusão e inativação das escolaridades, permitindo no mínimo
informar a descrição do registro. O sistema já deve contar com as principais escolaridades de
forma padrão.
81. Possibilitar a inclusão, edição, exclusão e inativação das formações superiores, permitindo no
mínimo a descrição do registro, grau acadêmico e área de atuação. O sistema já deve contar com
as principais formações superiores de forma padrão.
82. Possibilitar a inclusão, edição, exclusão e inativação dos regimes de contratações, permitindo
no mínimo informar a descrição e tipo do vínculo.
83. Possibilitar a inclusão, edição, exclusão e inativação dos cargos, permitindo no mínimo a
descrição do registro.

Página 179 de 234

84. Possibilitar a inclusão, edição, exclusão e inativação das especialidades, permitindo no

mínimo informar a descrição e CBO relacionado à especialidade. Deve ser possível ainda informar
se a especialidade é voltada à área social, ou não.
85. Possibilitar a inclusão, edição, exclusão e inativação das estratégias de atendimentos,
permitindo no mínimo informar a descrição e o tipo da mesma.
86. Possibilitar a inclusão, edição, exclusão e inativação dos motivos de atendimentos ou
recepções, permitindo no mínimo informar a descrição, o tipo e a área.
87. Possibilitar a inclusão, edição, exclusão e inativação dos programas sociais, permitindo no
mínimo informar a descrição e o tipo do programa.
88. Possibilitar a inclusão, edição, exclusão e inativação dos objetivos de encaminhamentos,
permitindo no mínimo informar a descrição e o tipo do encaminhamento.
89. Possibilitar a inclusão, edição, exclusão e inativação dos tipos de atividades coletivas,
permitindo no mínimo informar a descrição e se a atividade está relacionada à algum programa
social.
90. Possibilitar a inclusão, edição, exclusão e inativação dos motivos de acolhimentos, permitindo
91. Possibilitar a inclusão, edição e exclusão dos motivos de encerramento do acolhimento,
92. Possibilitar a inclusão, edição, exclusão e inativação das instituições, permitindo no mínimo
informar a descrição do registro.
93. Possibilitar a inclusão, edição e exclusão dos grupos de insumos, permitindo no mínimo a
seleção de grupos e subgrupos de insumos.
94. Possibilitar a inclusão, edição, exclusão e inativação dos motivos de inativação dos programas
sociais, permitindo no mínimo informar a descrição do registro.
95. Possibilitar a inclusão, edição, exclusão e inativação dos motivos de reinserção, permitindo
96. Possibilitar a inclusão, edição, exclusão e inativação das origens dos encaminhamentos,
97. Possibilitar a inclusão, edição, exclusão e inativação dos motivos de cancelamentos,
98. Possibilitar a inclusão, edição, exclusão e inativação das parcerias, permitindo no mínimo
informar a descrição do registro.
99. Possibilitar a inclusão, edição, exclusão e inativação dos atos infracionais, permitindo no
mínimo informar a descrição e o artigo infringido.
AGENDAMENTO
100. Permitir a configuração de horários de agendamento para atendimentos,
parametrizando por especialidade e/ou profissional. Deverá ser possível selecionar os dias da
semana que farão parte da agenda, e o horário inicial e final de atendimento.
101. Permitir a realização de agendamento de atendimentos em horários pré-definidos
podendo de acordo com a necessidade, realizar agendamento apenas para uma unidade, para
uma especialidade ou ainda para um profissional em específico.
102. Permitir a configuração de horários de agendamento por equipe de atendimentos,
parametrizando quais profissionais farão parte da equipe. Deverá ser possível selecionar os dias
da semana que farão parte da agenda, e o horário inicial e final de atendimento.
103. Permitir a realização de agendamento de atendimentos para uma equipe de
profissionais em horários pré-definidos de acordo com a necessidade, notificando a pendência do
agendamento para todos os profissionais da equipe.
104. Permitir a realização do cancelamento de um agendamento, caso identificado
necessidade, informando minimamente a data, hora e o motivo do cancelamento.

Página 180 de 234

105. Permitir através de tela única a visualização da agenda de toda a unidade,

possibilitando filtrar agendamentos só da unidade, de uma especialidade desejada, ou de um único
profissional.
106. Permitir, através de legenda por cores a visualização de agendamentos pendentes,
atendidos ou cancelados.
107. Permitir, sem a necessidade de intervenção de qualquer profissional, a visualização
dos feriados nacionais e o bloqueio automático dos dias para agendamento.
108. Permitir a parametrizar a forma de visualização da agenda, disponibilizando as opções
por mês, por semana e por dia, ficando a cargo do profissional selecionar o tipo de visualização
desejada.
109. Possibilitar realizar configuração de envio de SMS para notificação de data e horário
de agendamentos.
110. Disponibilizar mensagem padrão de envio de SMS para notificação de agendamentos.
111. Disponibilizar configurações de mensagem de envio de SMS para notificação
utilizando dados do agendamento.
112. Disparar de forma automática o envio do SMS de acordo com mensagem configurada
para as pessoas com agendamentos pendentes.
ATENDIMENTO
113. Permitir a realização de recepções de pessoas e famílias, informando minimamente a
unidade de assistência social, data e horário, motivos e detalhes.
114. Permitir através da própria tela de recepção, sem necessidade de acessar outra tela a
inclusão de benefícios para a família ou pessoa selecionada.
115. Permitir a realização de atendimentos sociais de pessoas e famílias informando
minimamente o nome da pessoa ou família atendida, unidade assistencial, data e horário,
demanda, estratégia, motivos e detalhes do atendimento.
116. Permitir como parte integrante do atendimento, o controle de informações sigilosas,
possibilitando a parametrização de quais especialidades e unidades de assistência social terão
acesso aos detalhes do atendimento registrado como sigiloso.
117. Permitir o registro de atendimentos sociais, sem que haja a necessidade de informar
a Pessoa ou Família que está sendo atendida.
118. Permitir através dos atendimentos sociais, registrar a recusa do atendimento pela
Pessoa ou Família que está sendo atendida.
119. Permitir o registro de atendimento social para famílias identificando quais integrantes
estão sendo atendidos e qual a relação de parentesco de cada integrante em relação ao
responsável familiar.
120. Permitir sigilo nos atendimentos, definido especialidades e unidades de visualização.
121. Permitir que todas as seguintes funcionalidades sejam realizadas no próprio
atendimento, sem a necessidade de abertura de uma nova tela:
a) Benefícios;
b) Violências;
c) Medidas socioeducativas;
d) Abordagens sociais;
e) Procedimentos realizados;
f) Parcerias;
g) Grupos de Atividades coletivas;
h) Cursos;
i) Anexos;
j) Encaminhamentos;
122. Permitir a liberação de benefícios eventuais, permitindo informar a quantidade
requisitada, quantidade autorizada e o valor do benefício.

Página 181 de 234

123. Permitir na liberação de benefícios de transporte, informar minimamente os dados de

fornecedor, origem e destino.
124. Quando utilizado controle de estoque, deve ser obrigatório informar o local de
armazenamento para validação de saldos disponíveis.
125. Permitir o registro ou acompanhamento das violências ou violações de direito,
informando minimamente o tipo da violência, estágio, data e detalhes da ocorrência. Deve ser
possível ainda identificar se a violência é associada ao uso de substâncias psicoativas
126. Permitir identificar se os registros de violência registrados são reincidentes de forma
automática caso a pessoa ou família já tenha passado por um registro anteriormente. Além de
poder identificar o registro de forma manual.
127. Permitir em casos de reincidência da violência informar qual o motivo da reincidência.
128. Permitir o registro ou acompanhamento das medidas socioeducativas, informando
minimamente o tipo da medida, identificação do processo, situação e data de ocorrência.
129. Permitir informar nas Medidas Socioeducativas as horas totais, horas mensais, horas
cumpridas e horas faltantes.
130. Permitir informar nas Medidas Socioeducativas quais foram os atos infracionais
infringidos, podendo selecionar um ou mais.
131. Permitir informar nas Medidas Socioeducativas se a pessoa faz uso de substâncias
psicoativas, e quais são elas. Sendo possível a seleção de uma ou mais substâncias.
132. Permitir identificar se os registros de medidas registrados são reincidentes de forma
automática caso a pessoa ou família já tenha passado por um registro anteriormente. Além de
poder identificar o registro de forma manual.
133. Permitir em casos de reincidência da medida informar qual o motivo da reincidência.
134. Permitir o registro de informações de abordagem social e de pessoas em situação de
rua.
135. Permitir o registro de procedimentos realizados, podendo selecionar múltiplos
procedimentos.
136. Permitir o registro de parcerias, podendo selecionar múltiplas parcerias.
137. Permitir o vínculo da pessoa ou família atendida à grupos de atendimentos coletivas.
138. Permitir a realização de matrículas em cursos ou oficinas, informando minimamente a
turma, data e situação.
139. Permitir a vinculação de múltiplos anexos relacionados ao atendimento.
140. Permitir o encaminhamento da pessoa ou família atendida para atendimento na rede
interna ou externa da assistência social.
141. Permitir encaminhamento de atendimentos realizados as pessoas entre as unidades e
profissionais dentro do sistema.
142. Permitir encaminhamento de atendimentos realizados as pessoas para equipes de
atendimento, notificando o encaminhamento para todos os profissionais da equipe.
143. Permitir o cadastro de benefícios informando minimamente a descrição, detalhes e tipo
do auxílio. Deve ser possível ainda, inativar o registro quando o mesmo não for mais necessário.
144. Permitir através do cadastro de benefícios a configuração da forma de autorização do
mesmo, com as opções de ser automático durante atendimento, ou não.
145. Permitir o controle de autorização de benefícios, quando benefício configurado para
autorização não automática.
146. Permitir realizar a autorização de benefícios sociais de forma rápida, através de atalho
na tela inicial do sistema.
147. Permitir concessão de benefícios aos cidadãos de forma coletiva, possibilitando
identificar cidadãos e profissionais.
148. Permitir o registro de atividades coletivas informando atividade, participantes,
detalhamento e profissionais responsáveis.
149. Permitir vincular múltiplos anexos ao registro das Atividades coletivas.

Página 182 de 234

150. Possibilitar a vinculação de participantes das atividades coletivas através de grupos

pré-definidos.
151. Permitir o registro de acolhimentos do tipo institucionais ou familiares das pessoas com
identificação do motivo, instituição, situação e data de início
152. Permitir o registro de acolhimentos encerrados com identificação do motivo de
encerramento, situação, data do encerramento e detalhamento.
153. Permitir o registro dos acolhimentos do tipo mulheres vítimas de violências por unidade
social, com identificação da natureza do acolhimento, agressor, dados de contato e local de
trabalho do agressor, indicativo de uso de drogas e de álcool, boletim de ocorrência, cidadãos
acolhidos juntamente com a vítima e detalhamentos.
154. Permitir o registro de acolhimentos do tipo Pernoite das pessoas, com identificação do
motivo, data de início, situação, instituição de acolhimento e detalhes.
155. Permitir identificar se os acolhimentos realizados são reincidentes de forma automática
caso a pessoa já tenha passado por um acolhimento anteriormente e também de forma manual.
156. Possibilitar em casos de reincidentes, informar qual o motivo da reincidência.
157. Permitir o registro do descumprimento de condicionalidades do Bolsa Família,
informando qual o descumprimento de cada integrante, mês e ano da repercussão, efeito, e
identificação do registro no SICON.
158. Permitir a criação de plano de acompanhamento familiar no mínimo as seguintes
informações: família acompanhada, integrantes participantes, vulnerabilidades e potencialidades
identificadas, compromissos assumidos e ações realizadas.
159. Permitir a criação plano individual de atendimento contendo no mínimo as seguintes
informações: pessoa acompanhada, vulnerabilidades e potencialidades identificadas e o plano de
ação de acordo com as orientações técnicas do MDS para elaboração do plano.
160. Possibilitar a inclusão, edição, exclusão e inativação dos cadastros de cursos,
permitindo no mínimo informar a descrição do curso. O cadastro deve possibilitar ainda informar
se o curso tem vínculo com algum programa social, podendo informar um ou mais programas.
161. Permitir a formação de turmas para cada curso, detalhando os dados de descrição da
turma, data inicial, data final, capacidade de participantes, situação e frequência semanal.
162. Permitir através das turmas a vinculação de diversos módulos detalhando os dados de
cada módulo com a data inicial, data final, carga horária e profissional.
163. Permitir a vinculação de múltiplos anexos que serão utilizados em cada turma
164. Permitir a realização das matrículas dos alunos de acordo com o curso e turma
desejado.
165. Permitir o registro de frequência (presença ou falta) para cada aluno em cada dia de
aula da turma e módulo.
166. Permitir através do histórico da pessoa, a visualização da composição familiar da
pessoa, identificando o parentesco de cada integrante em relação ao responsável familiar.
167. Permitir através do histórico realizar uma busca avançada por datas específicas, para
localizar um atendimento da pessoa ou família selecionada
168. Permitir através do histórico realizar uma busca avançada por uma unidade de
assistência social específica, para localizar um atendimento da pessoa ou família selecionada
169. Permitir através do histórico realizar uma busca avançada por profissional específico,
para localizar um atendimento da pessoa ou família selecionada
170. Permitir através do histórico filtrar a visualização das informações cadastrais da
pessoa, da sua família atual ou de todas as famílias que a pessoa já tenha estado, com a
possibilidade de visualizar os respectivos dados cadastrais.
171. Permitir através do histórico a visualização detalhada de dados da pessoa
selecionada, como data de nascimento, idade, nome social, sexo, endereço, escolaridade,
trabalho e remuneração e situação cadastral, além de visualizar a data de inclusão e data da última
alteração ocorrida no cadastro da pessoa.

Página 183 de 234

172. Permitir através do histórico a visualização do percentual de preenchimento do

cadastro da pessoa selecionada, possibilitando identificar os campos que faltam preencher as
informações.
173. Permitir através do histórico a visualização sintetizada do total de atendimentos sociais
registrados para a pessoa, além de visualizar as informações detalhadas, como data e hora do
atendimento, unidade, profissional responsável, motivo do atendimento, estratégia e parecer
técnico do profissional.
174. Permitir através do histórico a visualização sintetizada do total dos programas sociais
registrados para a pessoa, além de visualizar as informações detalhadas, como tipo do programa,
data da inclusão, situação, profissional responsável e unidade de realização.
175. Permitir através do histórico a visualização sintetizada do total dos benefícios sociais
concedidos para a pessoa, além de visualizar as informações detalhadas, como tipo do benefício,
data e hora da entrega, quantidade entregue e profissional responsável.
176. Permitir através do histórico a visualização sintetizada do total das recepções de
atendimentos realizadas para a pessoa, além de visualizar as informações detalhadas, como data
e hora da recepção, unidade, estratégia, motivo da recepção e profissional responsável.
177. Permitir através do histórico a visualização sintetizada do total dos encaminhamentos
realizados para a pessoa, além de visualizar as informações detalhadas, como data e hora,
objetivo do encaminhamento, situação, profissional responsável e detalhes do atendimento.
178. Permitir através do histórico a visualização sintetizada do total dos agendamentos
realizados para a pessoa, além de visualizar as informações detalhadas, como data e hora,
situação, profissional, especialidade. E em casos de agendamentos cancelados, motivo e data do
cancelamento.
179. Permitir através do histórico a visualização sintetizada do total das atividades coletivas
que a pessoa participou, além de visualizar as informações detalhadas, como tipo da atividade,
data e horário e profissional responsável.
180. Permitir através do histórico a visualização sintetizada das matrículas dos cursos
realizados pela pessoa, além de visualizar as informações detalhadas como a data da matrícula,
situação, nome do curso, nome da turma, unidade de realização e frequência.
181. Permitir através do histórico a visualização sintetizada das medidas socioeducativas
registradas para a pessoa, além de visualizar as informações detalhadas como a data e hora do
registro, tipo da medida, situação da medida, data de início, e detalhes do atendimento.
182. Permitir através do histórico a visualização sintetizada das violências e violações dos
direitos registradas para a pessoa, além de visualizar as informações detalhadas como, data e
hora do registro, tipo da violência e o estágio da violência.
183. Permitir através do histórico a visualização sintetizada dos acolhimentos registrados
para a pessoa, além de visualizar as informações detalhadas como a data e hora do registro, tipo
do acolhimento, motivo, e profissional responsável.
184. Permitir através do histórico o alerta e bloqueio de informações classificada como
sigilosas de acordo com a especialidade do profissional.
185. Permitir através do histórico a visualização das informações através de linha do tempo
da pessoa selecionada, mostrando de forma cronológica os acontecimentos registrados para a
pessoa, com a possibilidade de realização de filtro por data inicial, final e tipo de eventos.
186. Possibilitar a geração do formulário mensal de atendimento – C.R.A.S. gerando o
formulário automaticamente de acordo com os registros dos atendimentos, acompanhamento
P.A.I.F., atendimentos individualizados e coletivos.
187. Disponibilizar ajuda em cada um dos campos do formulário do CRAS, orientando o
profissional de onde a informação é contabilizada.
188. Possibilitar a exportação de arquivo XML com informações do formulário mensal de
atendimento – C.R.A.S.
189. Possibilitar a geração do formulário mensal de atendimento – C.R.E.A.S. gerando o
formulário automaticamente de acordo com os registros dos atendimentos, acompanhamento

Página 184 de 234

P.A.E.F.I., vítimas de violências e violações, pessoas em situação de rua e medidas

socioeducativas.
190. Disponibilizar ajuda em cada um dos campos do formulário do CREAS, orientando o
profissional de onde a informação é contabilizada.
191. Possibilitar a exportação de arquivo XML com informações do formulário mensal de
atendimento – C.R.E.A.S.
192. Possibilitar a geração do formulário mensal de atendimento – POP. gerando
automaticamente de acordo com os Serviços Especializados para Pessoas em Situação de Rua.
193. Disponibilizar ajuda em cada um dos campos do formulário do centro POP, orientando
o profissional de onde a informação é contabilizada.
194. Disponibilizar configuração para lançamentos e ajustes manuais das quantidades
geradas pelo sistema para os formulários de CRAS, CREAS e POP.
ÍNDICE DE VULNERABILIDADE SOCIAL (MÓDULO ADICIONAL)

195. Utilizando uma tecnologia inteligente que aprende a partir de dados históricos do
CadÚnico, de atendimentos, benefícios e demais movimentações registradas dentro do sistema,
possibilitar estimar o índice de vulnerabilidade social de famílias.
196. Realizar atualização automática sem necessidade de intervenção do operador do
sistema, de acordo com atualizações e inclusões de novas informações.
197. Possibilitar parametrização de quais profissionais poderão estar visualizando o Índice
de vulnerabilidade social.
198. Possibilitar parametrização de quais profissionais poderão estar alterando o Índice de
vulnerabilidade social.
199. Possibilitar visualização do Índice gerado nas principais telas do sistema, como
cadastro de Família, Atendimentos, Históricos.
200. Possibilitar alteração manual do índice, caso o profissional considerar que a família
superou a vulnerabilidade informada.
MAPAS DAS INFORMAÇÕES SOCIOASSISTENCIAIS

201. Permitir o georreferenciamento da localização dos equipamentos privados e públicos
da rede socioassistencial.
202. Permitir a delimitação da área de abrangência dos equipamentos.
203. O cadastro da pessoa deverá ser georreferenciado automaticamente, atribuindo a
latitude e longitude do endereço conforme informações de município, bairro, logradouro e número
do endereço.
204. Possibilitar a visualização na estrutura de mapa de calor (heatmap), que busca
demonstrar a intensidade de determinadas ocorrências utilizando cores e dimensões, em relação
aos filtros aplicados. Sendo que, quanto mais quente for a cor exibida, maior é a intensidade de
determinada situação dentro daquela área no mapa.
205. Possibilitar alternar a visualização do mapa de calor entre pessoas e famílias do
município.
206. Possibilitar a visualização do mapa de forma detalhada, nessa visualização o mapa
deverá marcar o exato endereço onde a situação ocorreu, em relação aos filtros aplicados.
207. O conjunto de filtros do mapa deve possuir minimamente os seguintes itens:
a) - Sexo
b) - Idade
c) - Nacionalidade
d) - Escolaridade
e) - Deficiências
f) - Especificidades sociais
g) - Atendimentos sociais
h) - Programas sociais

Página 185 de 234

i) - Benefícios sociais
j) - Medidas socioeducativas
k) - Violências ou violações de direitos
208. Possibilitar alternar a visualização do mapa detalhado entre pessoas e famílias do
município.
209. Deverá ser possível a aplicação de zoom ao mapa, permitindo a visualização com
maiores detalhes das informações apresentadas.
210. Possibilitar a visualização no formato "Satélite", ou seja, exibindo imagem da região
visualizada.
211. Possibilitar a visualização do mapa em tela cheia.
212. Possibilitar a utilização de vistas panorâmicas de 360° na horizontal e 290° na vertical
que permite visualização da região ao nível do chão/solo.
213. Permitir a visualização das vulnerabilidades das famílias pelo mapa de calor e ainda
pelo mapa detalhado.
UNIFICAÇÕES
214. Permitir a unificação de registros duplicados através comparação visual de detalhes
dos registros selecionados.
215. O sistema deve ser capaz de pesquisar por registros duplicados através de critérios
de comparação pré-estabelecidas.
216. Permitir a visualização do histórico das unificações de registros realizadas exibindo o
registro que foi mantido e os que foram excluídos.
217. Permitir filtrar o histórico de unificações pelo código do registro, período, tabela e/ou
usuário de sistema
218. Permitir realizar unificação de cadastro de Pessoas que estão em duplicidade na base,
realizando a migração das informações e atendimentos da pessoa migrada para a que será
mantida.
219. Permitir realizar unificação de cadastro de Famílias que estão em duplicidade na base,
realizando a migração das informações e atendimentos da família migrada para a que será
mantida.
220. Permitir realizar unificação das Relações de Parentesco que estão em duplicidade na
base.
221. Permitir realizar unificação dos Motivos de Inativação de Pessoas e Famílias que estão
em duplicidade na base.
222. Permitir realizar unificação dos Motivo de encerramento do Acolhimento que estão em
duplicidade na base.
223. Permitir realizar unificação dos Estado Civil da Pessoa que estão em duplicidade na
base.
224. Permitir realizar unificação das Orientações Sexuais que estão em duplicidade na
base.
225. Permitir realizar unificação das Escolaridades que estão em duplicidade na base.
226. Permitir realizar unificação dos Regimes de Contratação que estão em duplicidade na
base.
227. Permitir realizar unificação das Unidades de medidas que estão em duplicidade na
base.
228. Permitir realizar unificação das Estratégias de Atendimento que estão em duplicidade
na base.
229. Permitir realizar unificação dos Fornecedores que estão em duplicidade na base.
230. Permitir realizar unificação dos Logradouros que estão em duplicidade na base.
231. Permitir realizar unificação dos Cargos que estão em duplicidade na base.

Página 186 de 234

232. Permitir realizar unificação dos Motivos de Acolhimentos que estão em duplicidade na
base.
233. Permitir realizar unificação das Relações dos Motivos de atendimentos ou recepções
que estão em duplicidade na base.
234. Permitir realizar unificação dos Cursos que estão em duplicidade na base.
235. Permitir realizar unificação das Origem do encaminhamento que estão em duplicidade
na base.
236. Permitir realizar unificação das Especialidades que estão em duplicidade na base.
237. Permitir realizar unificação das Formações Superiores que estão em duplicidade na
base.
238. Permitir realizar unificação dos Motivos de reinserção que estão em duplicidade na
base.
239. Permitir realizar unificação dos Procedimentos realizados que estão em duplicidade
na base.
240. Permitir realizar unificação dos Grupos de atividades coletivas que estão em
241. Permitir realizar unificação das Equipes de Atendimentos que estão em duplicidade na
base.
242. Permitir realizar unificação das Deficiências que estão em duplicidade na base.
243. Permitir realizar unificação dos Motivo de inativação de programa social que estão em
244. Permitir realizar unificação dos Pontos de Embarque que estão em duplicidade na
base.
245. Permitir realizar unificação dos Objetivos de Encaminhamento que estão em
246. Permitir realizar unificação dos Serviço, Projeto ou Programa Social que estão em
247. Permitir realizar unificação das Instituições que estão em duplicidade na base.
248. Permitir realizar unificação dos Benefícios que estão em duplicidade na base.
249. Permitir realizar unificação dos Tipos de atividades coletivas que estão em duplicidade
na base.
250. Permitir realizar unificação dos Bairro ou Localidade que estão em duplicidade na
base.
251. Permitir realizar unificação das Religiões e Tradições Espirituais que estão em
IMPORTAÇÕES
252. Permitir a importação periódica dos cadastros realizados no CadÚnico, possibilitando
visualizar o progresso do processo de importação.
253. Permitir, verificar o resultado da importação do CadÚnico. A verificação deverá ser
realizada através da própria tela de importação, detalhando o motivo, e linkando com o cadastro
da Família no sistema, caso a importação tenha sido bem-sucedida.
254. Permitir, verificar o resultado da importação do CadÚnico, separando registros
importados dos não importados
255. Permitir, verificar o resultado da importação do CadÚnico, filtrando informações
através dos campos, código da família no CadÚnico, nome, CPF ou NIS do responsável familiar.
256. Permitir a importação periódica dos registros dos Descumprimentos das
condicionalidades do Bolsa Família.
257. Permitir, verificar o resultado da importação dos Descumprimentos das
condicionalidades do Bolsa Família, separando registros importados dos não importados
258. Permitir a visualização do motivo de não importação de cada registro.

Página 187 de 234

259. Permitir a importação periódica, da folha de pagamento do Programa Bolsa Família

(PBF) exibindo as informações no sistema.
260. Permitir, verificar o resultado da importação da folha de pagamento do Programa Bolsa
Família (PBF), separando registros importados dos não importados
261. Permitir a visualização dos detalhes do recebimento exibindo minimamente o critério
e valor recebido, assim como a situação e integrante condizente com o critério.
262. Possibilitar a visualização do motivo de não importação de cada registro.
263. Permitir a importação periódica, da lista dos beneficiários do BPC - Benefício da
Prestação Continuada exibindo as informações no sistema.
264. Permitir, verificar o resultado da importação dos BPC - Benefício da Prestação
Continuada, separando registros importados dos não importados
265. Permitir a visualização dos detalhes da vinculação do programa exibindo minimamente
o número do benefício, o tipo e a situação do vínculo da pessoa com o programa.
266. Possibilitar a visualização do motivo de não importação de cada registro.
267. Permitir a importação periódica, do Cecad exibindo as informações no sistema.
268. Permitir a importação periódica dos cadastros realizados no Cecad, possibilitando
visualizar o progresso do processo de importação.
269. Permitir, verificar o resultado da importação do Cecad, separando registros importados
dos não importados
270. Permitir, verificar o resultado da importação do Cecad. A verificação deverá ser
realizada através da própria tela de importação, detalhando o motivo, e linkando com o cadastro
da Família no sistema, caso a importação tenha sido bem-sucedida.
271. Permitir, verificar o resultado da importação do Cecad, filtrando informações através
dos campos, código da família no Cecad, nome, CPF ou NIS do responsável familiar.
ESTOQUE
272. Permitir o controle de estoque de diversos locais de estoque nas unidades de
assistência social.
273. Permitir que seja definido o locais de estoque que cada profissional terá acesso.
274. Permitir que seja cadastrado as operações de estoque para Entrada, Saída,
Transferência e Requisição.
275. Possibilitar o controle de estoque através de insumos com as informações unidade de
medida, grupo de insumos e fabricante.
276. Possibilitar parametrizar se o insumo terá controle por lote e data de vencimento ou
não.
277. Possibilitar configurar se será trabalhado com valor fracionado ou não nas unidades
de medidas.
278. Possibilitar visualizar o saldo dos insumos em cada local de estoque.
279. Possibilitar parametrizar se o local de estoque aceita requisição de outros locais ou
não.
280. Possibilitar parametrizar se as entradas geradas através das transferências serão de
forma automática ou passarão por confirmação.
281. Possibilitar parametrizar se local de estoque terá acesso a visualizar os saldos dos
insumos nas requisições.
282. Possibilitar a movimentação de entradas, saídas, transferências e requisição de
insumos por uma tela única.
283. Possibilitar informar lote e data de vencimento dos insumos ao gerar uma
movimentação do tipo entrada.
284. Possibilitar visualizar por tela a soma total dos itens de entrada, sem necessidade de
soma manual por parte do profissional.
285. Possibilitar filtrar apenas movimentações desejadas de entradas, saídas,
transferências e requisição de insumos.

Página 188 de 234

286. Possibilitar realizar o controle de movimentação de estoque por privilégio de acesso.

287. Ao realizar movimentações de insumos, o sistema deve permitir relacionar múltiplos
insumos à uma mesma movimentação, indicando as quantidades.
288. Ao realizar movimentação de entrada de insumos, possibilitar selecionar o fornecedor
dos insumos.
289. Permitir a entrada de insumos por compras, doações ou transferências.
290. Permitir informar as observações de uma movimentação de estoque.
291. Quando, a movimentação for do tipo Transferência, permitir que seja relacionado o
Local de destino da transferência.
292. Ao realizar uma movimentação de Saída ou Transferência, deverá consistir se o Local
de armazenamento possui saldo naquele insumo para realizar esta operação.
293. Possibilitar visualizar as requisições de insumos pendentes aguardando aprovação.
294. Possibilitar visualizar qual o local de estoque que fez a requisição de insumos na
própria lista de pendências aguardando aprovação.
295. Possibilitar realizar a devolução de insumos que não foram aceitos na transferência.
296. Possibilitar vincular os insumos do estoque, com os benefícios sociais.
297. Possibilitar selecionar de qual local de estoque será gerado a saída do insumo quando
realizado uma concessão de benefício integrado à um insumo do estoque.
298. Possibilitar visualizar o saldo em cada local de estoque selecionado ao realizar uma
concessão de benefício integrado à um insumo do estoque.
299. Possibilitar gerar uma saída automaticamente para Pessoa ou Família, ao realizar a
concessão de um benefício integrado à um insumo do estoque.
300. Emitir relatório das entradas de estoque mostrando insumos, valores e quantidades.
301. Emitir relatório das saídas de estoque mostrando insumos, valores e quantidades.
302. Emitir relatório das transferências de estoque mostrando insumos, valores e
quantidades.
303. Emitir relatório das requisições de estoque mostrando insumos e quantidades.
304. Emitir relatório das devoluções de estoque mostrando insumos e quantidades.
RELATÓRIOS
305. Possibilitar a configuração de relatórios e documentos diretamente pelo sistema como
parte integrante do próprio aplicativo. Deve permitir que novos relatórios sejam criados sem a
necessidade de atualizar o sistema.
306. Permitir configurar as informações que serão exibidas com base nos campos das
tabelas selecionadas
308. Permitir configurar o desenho do relatório através de editor visual que permite incluir
elementos como imagens, textos, expressões matemáticas, infográficos, cabeçalhos, rodapés,
códigos de barra, qrcode, formas.
309. Permitir configurar os filtros que definirão os registros que serão listados com base nos
campos das tabelas selecionadas
310. Deve ser possível personalizar cada filtro definindo a descrição do campo,
obrigatoriedade de preenchimento, tipo de comparação e ainda determinar se é um filtro fixo com
valor preenchido automaticamente
311. Permitir configurar agrupamentos de informações com base nos campos das tabelas
selecionadas. Deve ser possível configurar a exibição de porcentagem e/ou totais dos
agrupamentos
312. Permitir configurar um conjunto de campos para ordenação das informações definindo
se a ordenação é ascendente ou descendente
313. Possibilitar que sejam configurados cálculos com contagem de registros, somas de
informações e expressões de cálculo.

Página 189 de 234

314. Possibilitar a configuração de papel (orientação, tamanho, largura, altura), margens

(superior, inferior, esquerda e direita) e impressão de linhas zebradas.
315. Possibilitar que todas as configurações de emissão de relatórios sejam salvas para
que possam ser utilizadas novamente a cada emissão de relatório definindo a descrição.
316. Possibilitar a cópia de configurações de emissão de relatório permitindo criar novos
relatórios com base em existentes
317. Possibilitar a configuração de privilégios, através do controle de visualização, podendo
libertar acesso por profissional ou por grupos de pessoas.
318. Permitir categorizar os relatórios e documentos a fim de facilitar sua localização
319. Possibilitar a vinculação do documento ou relatório em telas de movimentação do
sistema permitindo que sejam visualizados por dentro das telas vinculadas
320. Permitir configurar critérios baseados em informações do registro para emissão
automática do documento após eventos de inclusão e alteração de registros nas telas
321. Possibilitar realizar o download do arquivo contendo as configurações do relatório.
322. Possibilitar realizar a importação de um relatório a partir de um arquivo de
configuração.
323. Emitir relatório por motivo de atendimento filtrando por período.
324. Emitir relatório por motivo de atendimento filtrando por período e unidade.
325. Emitir relatório por motivo de atendimento filtrando por período e profissional.
326. Emitir relatório por profissional filtrando por período e unidade.
327. Emitir relatório dos atendimentos por bairro.
328. Emitir relatórios dos atendimentos por programa social.
329. Emitir relatório de atendimento por profissional.
330. Emitir relatório dos encaminhamentos.
331. Emitir relatório de todos os benefícios com a quantidade.
332. Emitir relatório dos benefícios podendo filtrar por período e benefício.
333. Emitir relatório das atividades coletivas por período.
334. Emitir relatório das atividades coletivas por profissional.
335. Emitir relatório dos usuários participantes das atividades coletivas.
336. Emitir relatório das famílias participantes das atividades coletivas.
337. Emitir relatório de ocorrência de violências ou violações dos direitos.
338. Emitir relatório de ocorrência de medidas socioeducativas
339. Emitir relatório de acolhimento institucional ou familiar.
340. Emitir relatório das pessoas participantes do programa social por situação.
341. Emitir relatório de recepção por profissional e motivo de recepção.
342. Emitir relatório dos motivos de encaminhamento da recepção.
343. Emitir relatório de quantidades de recepções por período.
344. Emitir relatório de quantidades de recepções por período e profissional.
345. Emitir relatório de quantidades de recepções por período, profissional e unidade.
346. Emitir relatório dos programas sociais, filtrando por unidade e programa social.
347. Emitir relatórios dos atendimentos filtrando por período, unidade e programa social.
348. Emitir relatório de quantidade de atendimento por profissional.
349. Emitir relatório de família sem endereço.
350. Emitir relatório de total de atendimentos sociais por profissional.
INDICADORES
351. Disponibilizar a visualização de indicadores para acompanhamento e monitoração de
produtividade e desempenho, para auxiliar na gestão da Secretaria Municipal de Assistência
Social.
352. Disponibilizar por período (diariamente, semanalmente ou mensalmente) as
informações de indicadores via e-mail em formato PDF.
353. Possibilitar a visualização dos indicadores em formatos de gráficos e tabelas.

Página 190 de 234

a) Disponibilizar informações dos indicadores de:

b) Atendimentos Sociais;
c) Abordagens e Acolhimentos;
d) Medidas Socioeducativas;
e) Benefícios Sociais / Benefícios Coletivos;
f) Violência e Violação de Direitos;
g) Violência Contra Mulher;
h) Programas Sociais;
354. Possibilitar a impressão dos indicadores.
7.25. GESTÃO DE CEMITÉRIOS
Prestação de serviços para implantação, importação de base de dados do sistema atual e

treinamento de sistema de administração do cemitério online, com os seguintes módulos:
1. Possuir cadastro dos Cemitérios do município e distritos;
2. Possuir cadastro de ruas;
3. Possuir cadastro de quadras;
4. Possuir cadastro de Lotes;
5. Possuir cadastro dos Falecidos;
6. Possuir cadastro de Informantes de falecimentos;
7. Possibilitar gerenciamento de Sepultamentos;
8. Possibilitar gerenciamento de Transferência de Ossada;
9. Possibilitar gerenciamento de Exumação de Cadáveres;
10. Possuir cadastro de Taxas
11. Permitir emissão de declaração de Óbito
12. Possibilitar configurações diversas
13. Possibilitar a emissão dos seguintes relatórios: óbitos por período, sepultamentos por período,
transferência de ossada por período, relatório de lotes por tipo de concessão, por rua, por quadra,
por lote, por situação do lote (liberado ou ocupado) e se o lote já foi vendido ou não.
14. Possibilitar a disponibilização das informações online no site da Prefeitura.
7.26. GESTÃO DE ATIVIDADES DESPORTIVAS, RECREATIVAS E LAZER
CADASTROS
1. Possibilitar o cadastro único de pessoas, validado por CPF ou documento estrangeiro gerando
um banco de dados;
2. O sistema deverá gerar Log de acessos de todas as telas do sistema com todos os registros
de inclusão edição e exclusão.
3. Possibilitar o cadastro dos locais de competição com endereço e coordenadas GPS para
visualização do mapa no sistema e no aplicativo;
4. Possibilitar o cadastro de cabeçalhos contendo 4 linhas de referência e duas logo, a serem
utilizados nos documentos oficiais e súmulas de jogos. Possibilitar a pré-visualização do
documento;
5. Possibilitar o cadastro de equipes/delegações, informando sua esfera, município de origem,
nome, observações e escudo.
6. Possibilitar o cadastro de notificações a serem disparadas através do recurso push notification
que serão visualizadas através do aplicativo;
7. Possibilitar o cadastro de pesquisas separadas por categoria e período. Deverá possível
adicionar perguntas e respostas e enviar para usuários do aplicativo e para área restrita das
delegações. Os resultados dessas pesquisas serão apresentados na dashboard do sistema e
através de relatórios;

Página 191 de 234

8. Deverá possuir gerador dinâmico de declaração com possibilidade de impressão e envio por
e-mail de arquivo PDF;
9. Possibilitar o cadastro de funções para vinculação na declaração;
10. Possibilitar o cadastro de modelos de declaração, sendo possível informar o cabeçalho a ser
utilizado e a função. Possibilitar informar o nome, cargo e a inserção de assinatura digitalizada de
duas pessoas.
11. Possibilitar publicações de “Chamamento Público” podendo inserir editais;
CONFIGURAÇÕES
12. Cadastro de jogos oficiais
Evento único: para cadastro de eventos que não possuem etapas/fases e que possuem período
único de duração
13. Cadastro de jogos oficiais
Evento múltiplo: Para cadastro de eventos que possuem várias etapas/fases com períodos e
modalidades diferentes.
14. Possibilitar filtrar quais esferas de delegação podem visualizar e realizar inscrições para
determinados jogos.
15. Possibilitar a inserção da logo dos jogos
16. Possibilitar a parametrização de categorias e modalidades do evento, podendo informar em
que etapa/fase a modalidade será disputada.
17. Possibilitar 0 cadastro de categorias de locais de apoio, com inserção de logo marca com
visualização no aplicativo.
18. Possibilitar o cadastro de escolas, com cadastro de esfera escolar (municipal, estadual,
federal, particular etc.).
19. Possibilitar o cadastro de tipo de escola, podendo informar sigla e descrição.
20. O cadastro da escola deverá ser realizado como uma delegação/equipe esportiva e deverá
possibilitar a vinculação da esfera e tipo de escola.
21. Possibilitar a parametrização de categorias de campeonato
22. Possibilitar a parametrização de campeonatos, informando os jogos oficiais, categoria de
modalidade, modalidade, sexo, categoria de campeonato, sistema de pontuação (tipo de
pontuação, pontos de vitória, pontos de derrota, pontos de empate, pontos de desempate e vitória
e pontos de desempate e derrota)
23. Possibilidade de configuração de idade de corte, podendo informar, ano mínimo de
nascimento, ano máximo de nascimento, ano de nascimento de atleta exceção e quantidade de
atletas de exceção
24. Possibilidade de configuração de atletas por equipe com a quantidade de mínima e
quantidade máxima
25. Possibilidade de configuração de visualização no aplicativo para visualização de cartões,
controle de pênaltis perdidos/tiro de 7 metros
26. Possibilitar a visualização de anexos no aplicativo
27. Possibilitar a parametrização da classificação geral do evento, podendo relacionar jogos
oficiais com posição e pontuação, que deverão estar disponíveis para relatórios e visualização em
aplicativo
28. Possibilitar a configuração de funções de pessoas separadas por categorias e modalidades
29. Possibilitar o cadastro de legenda para informação de desistência de equipe em competições
podendo informar: sigla, descrição e cor de apresentação no quadro de inscritos.
30. Possibilitar o cadastro de regionais podendo vincular os municípios pertencentes, elas serão
utilizadas como filtro de aceso para as delegações e controle das competições.
31. Possibilitar o cadastro de macrorregionais podendo vincular os municípios pertencentes, elas
serão utilizadas como filtro de aceso para as delegações e controle das competições
32. Possibilitar o cadastro de tipos de vínculo de atletas permitidos na competição.

Página 192 de 234

33. Possibilitar o cadastro de modalidades e categorias esportivas, podendo informar categoria e

logo marca.
34. Possibilitar o cadastro de provas esportivas vinculadas a uma modalidade com a possibilidade
de filtro de acordo com cada jogos oficiais.
BOLSA ATLETA
35. Possibilitar a parametrização de categorias de atletas beneficiados, convênios/fontes de
recursos, vigência de contrato, vinculação de atleta, número do contrato, valor global do contrato,
data base de repasse, inserção de anexos e observações.
36. Possibilidade de cadastro de repasses financeiros realizados ao atleta, informando data e
valor.
USUÁRIOS DO SISTEMA
37. Possibilitar a vinculação de usuário com identificação única através de e-mail.
38. Possibilidade de vinculação de mais de um perfil de acesso: Gestor, regional, anotador e
delegação;
39. Possibilidade de vinculação de um usuário a um evento específico com privilégios de
gerenciamento da competição.
40. Possibilitar alternância de perfil de acesso com visualizações de acordo com o perfil
selecionado.
EVENTOS
41. Possibilitar o cadastro de evento com vínculo dos jogos oficiais e suas respectivas etapas e
modalidades correspondentes.
42. Em caso de evento múltiplo o sistema deverá gerar de forma automática o evento para cada
fase/etapa conforme parametrizado nas configurações do sistema
43. Possibilitar o vínculo do cabeçalho a ser utilizado nos relatórios e súmulas.
44. Possibilitar informar a disponibilização de refeitório e alojamento para futura solicitação das
equipes no momento de inscrição no evento;
45. Possibilitar o controle de períodos da competição de acordo com as modalidades pré-
selecionadas, podendo informar período dos jogos com data de início e término, período de mapa
de inscrição, podendo informar data e horário de início de término de inscrições.
46. Possibilitar o cadastro de período de inscrição de dirigentes e comissão técnica, podendo
informar data e horário de início de término de inscrições
47. Possibilitar o cadastro de período de inscrição dos atletas, podendo informar data e horário
de início de término de inscrições.
48. Possibilitar o cadastro de período de inscrição múltiplo por modalidade para todas as
fases/etapas do evento;
49. Possibilitar o cadastro de período de seção preliminar, podendo informar data e horário de
início de término.
50. Possibilitar o cadastro/vinculação de dirigentes e comissão técnica das equipes.
51. Possibilitar o cadastro da comissão organizadora e seus membros.
52. Possibilitar o cadastro de locais de apoio separados por categoria, podendo informar
descrição, observações, endereço e localização geográfica para disponibilização no aplicativo.
53. Possibilitar o cadastro de eventos esportivos com as seguintes modalidades:
53.1. Basquetebol
53.2. Futebol
53.3. Futsal
53.4. Handebol
53.5. Voleibol
CAMPEONATO

Página 193 de 234

54. Ao cadastrar um campeonato o sistema deverá possibilitar que seja utilizado um formato de
competição pré-configurado, trazendo de forma automática os seguintes campos já populados:
categoria de modalidade: modalidade, sexo da modalidade, categoria do campeonato, descrição
do campeonato, sistema de pontuação: tipo de pontuação, pontos de vitória, pontos de derrota,
pontos de empate, pontos de desempate e vitória, pontos desempate e derrota. Idade de corte:
ano mínimo de nascimento, ano máximo de nascimento, ano de nascimento de atleta exceção e
quantidade de atletas de exceção. Número de atletas por equipe: quantidade mínima e máxima
de atletas. Configuração de visualização no aplicativo: visualização de cartões, controle de pênaltis
perdidos/tiro de 7 metros, visualização de anexos.
55. Caso os jogos sejam de evento múltiplo, o sistema deverá possibilitar a replicação deste
campeonato com todas as suas parametrizações para os demais eventos de forma automática.
56. Possibilitar a visualização e vinculação das equipes inscritas no campeonato, com a relação
de dirigentes e comissão técnica e relação de atletas.
57. Possibilitar a parametrização das fases e formas de disputa de acordo com as regras de cada
modalidade, podendo informar: se é fase eliminatória, se o jogo pode ou não empatar, se haverá
prorrogação, se haverá decisão por pênaltis, quantidade de sets, pontuação mínima de set normal,
pontuação mínima de set desempate, diferença mínima de pontos para vitória no set.
58. Possibilitar geração de grupamento na fase
59. Possibilitar a vinculação de equipe em cada grupo
60. Possibilitar a alteração da ordem das equipes no grupo através do recurso drag and drop
61. Possibilitar a geração dos grupamentos através de sorteio dinâmico, após a geração dos
grupamentos o sistema deverá permitir a geração automática dos confrontos da primeira fase de
acordo com as equipes de cada grupo
62. Possibilitar a exclusão de uma equipe do grupo
63. Possibilitar a exclusão do grupo na fase
64. Possibilitar o cadastro de confrontos por legenda na fase eliminatória
65. Possibilitar o cadastro de equipe de arbitragem por campeonato;
66. Possibilitar o cadastro de anexos diversos para disponibilização de estatutos, regulamentos e
outros documentos necessários, separados por competição.
67. O sistema deverá possuir uma tela de acesso rápido para as principais funções da
competição, nesta tela deverá ser possível localizar um campeonato informando a modalidade,
sexo e categoria, para gerenciar:
68. Programação: deverá ser apresentada uma relação com todas as competições de acordo com
o campeonato filtrado. Deverá ser possível gerar boletim auxiliar para impressão.
69. Possibilitar a edição do confronto podendo informar data, horário, local, número do jogo e
observações. Deverá disponibilizar opção para informar time mandante e visitante, caso o
confronto tenha sido gerado por legenda.
70. Possibilitar a impressão de súmula do confronto.
71. Resultados: deverá apresentar os confrontos separados por grupo com possibilidade de
lançamento dos resultados do confronto.
72. Os resultados deverão ser lançados por parciais de acordo com os períodos de cada
modalidade.
73. Possibilitar informar o resultado de um confronto por WO, realizando de forma automática o
cancelamento de todos os jogos futuros e a desclassificação da equipe no campeonato.
74. Ao informar todas as parciais e finalizar o confronto, o sistema deverá calcular
automaticamente a classificação das equipes nos grupos de acordo com as regras estabelecidas
na parametrização do campeonato.
75. Possibilitar a impressão de súmula do confronto.
76. Controle de Cartões: deverá apresentar em tela todos os confrontos de acordo com o
campeonato filtrado e disponibilizar a opção de inclusão de cartão informando: tipo do cartão,
equipe, integrante e horário de recebimento do cartão.

Página 194 de 234

77. Deverá ser disponibilizado relatório de todos os atletas que receberam a punição de cartão e
controlar se o atleta está suspenso ou não para a próxima partida.
78. Classificação: deverá apresentar tela com todos os grupos contendo por equipe: classificação,
nome da equipe, total de pontos, quantidade de jogos, número de vitórias, número de derrotas,
prós, contras, saldo e observação.
79. Possibilitar a edição da classificação, informar a desclassificação de uma equipe, neste caso
o sistema deverá realizar automaticamente a classificação.
80. Possibilidade de alternar a posição no grupo através do recurso drag and drop.
81. O sistema deverá gerar relatório de classificação.
82. Súmulas: deverá apresentar em tela todos os confrontos com possibilidade de impressão
individualizada da súmula ou em lote.
83. Possibilitar a vinculação da arbitragem no confronto.
84. Possibilitar a vinculação dos atletas para o jogo (de acordo com os atletas inscritos na equipe
para o campeonato);
85. Possibilitar a alteração das cores dos uniformes das equipes para cada jogo;
86. Possibilitar a vinculação dos anotadores que irão operar o sistema para lançamento de cada
jogo, podendo criar um cronograma de trabalho para cada anotador;
87. Possibilitar o cadastro das ações do jogo/competição de acordo com as regras de cada
modalidade;
88. Deverá disponibilizar timeline do jogo/competição em tempo real (caso as ações sejam
vinculadas no momento do jogo);
89. Possibilitar o preenchimento automático da súmula de acordo com as ações lançadas no
jogo/competição;
90. As ações de jogo poderão ser lançadas de forma simplificada ou através de scalte
91. Possibilitar o controle das equipes e seus integrantes, não permitindo que um atleta jogue em
duas equipes diferentes no mesmo evento ou sub evento;
7.27. GESTÃO DO CIDADÃO
GERAL
1. O sistema deve ser operável via navegador web padrão, operando nos seguintes sistemas
operacionais: Windows, Linux e MacOs.
2. O software deve ser acessível pela internet, permitindo seu uso adequado e de forma nativa,
sem necessidade de softwares/plugins de terceiros, em todos os navegadores de uso relevante
em seus respectivos dispositivos e sistemas operacionais, tal como Google Chrome e Mozilla
Firefox, suportando ao menos suas últimas versões estáveis disponíveis ao usuário final.
Excetuam-se utilização de plugins para funções específicas como integração com periféricos ou
emissão de relatórios e chat.
3. A interface deve ser responsiva ajustando-se aos diferentes tamanhos de tela aproveitando
os espaços de acordo com a resolução. Deve suportar a visualização em resolução mínima de
1024 pixels de largura por 768 pixels de altura.
4. A interface gráfica deve ser desacoplada do servidor, fazendo com que o processamento de
informações seja dividido entre interface gráfica e servidor de forma equilibrada, aliviando o
servidor que não necessita realizar todo o processamento, permitindo que o mesmo servidor possa
lidar com mais requisições simultaneamente.
5. O software Web desenvolvido pela proponente por motivos de segurança de aplicações web
deve ser acessível por protocolo “HTTPS”, ficando a cargo da CONTRATANTE a aquisição de
certificado de uma entidade fornecedora para funcionalidades executadas nos servidores do
ambiente interno.
6. A interface gráfica deve ser acessível apenas por protocolo HTTPS para garantir a segurança
na troca de informações com o servidor.

Página 195 de 234

7. A comunicação entre a interface gráfica e servidor também deve ser segura através do
protocolo HTTPS.
8. O sistema deve utilizar data e horário do servidor como referência e deve estar visível na
interface gráfica. A interface gráfica deve sincronizar a data e horário com o servidor
periodicamente.
9. A interface gráfica deve permitir que os profissionais configurem as telas mais importantes
para serem exibidas em um local isolado e de fácil acesso. Por exemplo, um item de menu
favoritos listando essas telas configuradas.
10. Deve possuir um sistema de gerenciamento de banco de dados (SGBD) e sistema de
gerenciamento de banco de dados relacional de objetos (SGBDRO) e open source.
11. Deverá utilizar um único banco de dados que permita armazenar todos os exercícios,
passados e vindouros, possibilitando assim a geração de relatórios e gráficos comparativos sobre
vários exercícios.
12. O SGBD utilizado deve ter controle para limitar o número de conexões.
13. O SGBD utilizado deve ter controle para restrição de acesso por IP.
14. Possibilitar o cadastro de perfis de profissionais e seus privilégios de acesso.
15. A senha de acesso do profissional, deve obrigatoriamente ser uma senha forte, possuindo no
mínimo 8 caracteres, sendo pelo menos 1 letra, 1 número e 1 caractere especial.
16. O sistema deve possuir controle de acesso de usuários do sistema para cada opção do
sistema identificando nível do privilégio (inclusão, alteração, exclusão, consulta).
17. Permitir o cadastro dos profissionais, definindo os perfis e unidades em que está vinculado.
18. O profissional deve obrigatoriamente ser relacionado a uma pessoa única do sistema, não
permitindo que seja cadastrado para o profissional informações já disponíveis na pessoa, tais
como nome, data de nascimento.
19. Possibilitar ao profissional a troca de senha quando entender ou se tornar necessário.
20. O sistema além, de ocultar do menu as funcionalidades sem acesso para o profissional do
sistema, se digitada a rota deve mostrar mensagem que o usuário não possui acesso, e não abrir
a tela.
21. Permitir que os profissionais de sistema favoritem as telas que desejarem. As telas favoritas
deverão aparecer em um espaço separado e de fácil acesso.
22. Disponibilizar ferramenta que permite ao profissional de acesso ao sistema o registro de sua
agenda diária de forma digital, criar compromissos, definindo horário de início e fim (data e hora),
título, detalhes e local. Permitindo a visualização por dia, semana e mês, e a navegação entre
meses, semanas e dias.
23. O acesso ao sistema deve realizado através de nome de acesso e senha do profissional.
24. Permitir, para o profissional, a recuperação de senha através do e-mail cadastrado.
25. A autenticação no sistema deve ser feita usando OAuth 2.0 (username, password, client_id,
client_secret).
26. O sistema deve possuir, em sua página inicial, o link de acesso ao suporte técnico (ícone de
ajuda).
27. Possibilitar, nas telas de cadastro, a pesquisa avançada de registros permitindo utilizar
qualquer campo do cadastro para filtragem dos registros que serão listados.
28. Possibilitar, nas telas de cadastro, a pesquisa com paginação e que permita selecionar a
quantidade de registros a serem exibidos por página.
29. Permitir a exportação em formato CSV dos registros listados nas pesquisas das telas de
cadastro.
30. O sistema deve possuir o banco de dados do Diretório Nacional de Endereço (DNE) dos
Correios, constituído de elementos de endereçamento (descrição de logradouros, bairros,
municípios, vilas, povoados) e Códigos de Endereçamento Postal - CEP, para informação de
qualquer endereço necessário.
31. A interface gráfica deve manter sempre visível o nome do profissional autenticado no sistema.

Página 196 de 234

32. Disponibilizar serviço externo e dedicado para armazenamento de arquivos, evitando

sobrecarga no banco de dados e garantindo a segurança dos arquivos anexados.
33. O sistema deve permitir a configuração do local onde o serviço de armazenamento de
arquivos está instalado e deve permitir a alteração deste local caso seja necessário.
34. O sistema deve registrar em trilhas de auditoria no banco de dados as operações de inclusão,
alteração e exclusão de registros. Nas trilhas deve constar minimamente as
35. informações de quando e quem executou as operações além do tipo de operação e os
registros afetados.
36. O sistema deve possuir uma tela de consulta das trilhas de auditoria acessível apenas aos
perfis com privilégio.
37. A tela de consulta de trilhas de auditoria deve ter mecanismos de filtragem de informações
através de filtros por data, tipo de registro e profissional que executou as operações.
DASHBOARD
38. O sistema deverá apresentar, logo após a realização do login, um painel visual que, de
maneira centralizada, destaca um conjunto informações pertinentes para a gestão do município
através de indicadores gráficos.
39. O painel visual, deverá conter minimamente indicadores que apresentem informações básicas
dos cadastros do cidadão, como bairro, município de residência, faixa etária, deficiências, doenças
crônicas, escolaridade, alergias e intolerância, evolução quantitativa na criação de cadastros.
40. O painel visual, deverá possibilitar que o profissional de acesso personalize quais indicadores
deseja ou não deseja visualizar, exceto gráficos de sistemas externos apresentados.
41. Possibilitar que sistemas externos seguindo um padrão de dados, possa enviar indicadores
de seus sistemas para complementar os gráficos já existentes.
42. Exibir totalizadores de informação, com quantidade total de cidadãos cadastrados, total
residentes no município e residentes em outros municípios.
43. Permitir a manipulação das informações de cada gráfico, optando por ocultar determinado
item para melhor visualização dos demais.
CADASTROS GERAIS
44. Possuir cadastro de alergias e intolerâncias alimentares podendo definir minimamente as
informações tipo, categoria, situação, contando com cadastros já predefinidos e possibilitando
novas inclusões. Permitir a inativação do cadastro, quando necessário.
45. Possuir tabela de CBO - Classificação brasileira de ocupações, tabela populada com as
informações disponibilizadas pelo ministério do trabalho. Permitir a inativação do cadastro, quando
necessário.
46. Possuir cadastro de Instituições de ensino, populada com instituições de ensino reconhecidas
pelo MEC (Ministério da Educação), contendo minimamente os campos de código do INEP, nome,
município e dependência administrativa. Permitir a inativação do cadastro, quando necessário.
47. Possuir tabela de cartórios nacionais, populado com os cartórios do Brasil, contendo
minimamente os campos de nome, município e código da serventia. Permitir a inativação do
cadastro, quando necessário.
48. Possuir cadastro de estados civis. Permitir a inativação do cadastro, quando necessário.
49. Possuir cadastro de feriados, com os feriados nacionais previamente cadastrados. Permitindo
cadastrar feriado Nacional, Municipal, Estadual, institucional podendo definir
50. minimamente as informações descrição e data. Permitir a inativação do cadastro, quando
necessário.
51. Possuir o cadastro de formações superiores, populado com formações reconhecidas pelo
MEC (Ministério da Educação), com informações de descrição, grau acadêmica, código da OCDE
e área.
52. Permitir o cadastramento de áreas que irão integrar com o sistema, com as informações de
nome, chave e detalhes. Permitir a inativação do cadastro, quando necessário.

Página 197 de 234

53. Possuir cadastro de motivos de recusa cadastral. Permitir a inativação do cadastro, quando
necessário.
54. Possuir cadastro de motivos de cancelamento. Permitir a inativação do cadastro, quando
necessário.
55. Possuir cadastro de bairros, permitindo a complementação de cadastros não disponíveis no
Diretório Nacional de Endereçamento (DNE), contendo minimamente as informações de nome e
nome abreviado.
56. Possuir cadastro de logradouros, permitindo a complementação de cadastros não disponíveis
no Diretório Nacional de Endereçamento (DNE), contendo minimamente as informações de nome,
nome abreviado, tipo e bairro.
57. Possibilitar o cadastro de unidades de atendimento, podendo definir minimamente as
informações de nome, área, tipo, gestor, informações de contato, endereço e os guichês de
atendimento.
58. Permitir que sejam cadastrados links personalizados para endereços na web. Os links
deverão possuir um título e um ícone de exibição.
59. Permitir que os links sejam categorizados através de categorias personalizadas.
60. Permitir que sejam cadastradas notícias do município. As notícias deverão conter no mínimo
as informações de título, assunto, detalhes, vigência e anexos.
61. Os assuntos das notícias deverão ser uma lista pré-definida, com no mínimo os seguintes
itens: Brasil, Mundo, Saúde, Educação, Assistência social, Ciência e tecnologia, Esportes,
Entretenimento, Política, Economia, Games, Clima, Vida e Estilo e Diversidade.
62. Permitir que sejam cadastradas as informações de destaque do município. Os destaques
deverão possuir no mínimo as informações de título, detalhamento e anexos.
63. Permitir que seja vinculado um link de endereço web ao destaque.
64. Permitir o cadastro do cronograma da coleta de lixo do município. O cadastro deve conter no
mínimo as informações de tipo de lixo coletado, bairros, frequência, dias da semana e horários.
65. Permitir cadastrar informações detalhadas a respeito das linhas do transporte coletivo
municipal, sendo possível traçar as rotas do transporte e marcar os pontos de parada no próprio
mapa.
66. Permitir que as rotas do transporte coletivo municipal possuam os dias e horários de
funcionamento.
CIDADÃOS
67. Possibilitar o cadastro de cidadãos, contendo informações de pessoais, endereços e contatos,
documentos, escolaridade e condições de saúde.
68. O cadastro de pessoas deverá permitir o registro de informações de identificação pessoal,
como no mínimo os seguintes campos: foto, nome completo, sexo, identidade de gênero,
orientação sexual, data de nascimento, cor ou raça, estado civil, religião ou tradição espiritual,
filiação 1, filiação 2, nacionalidade, país de origem e município de nascimento.
69. Possibilitar o cadastro de mais de um endereço do cidadão, sendo que as informações
necessárias para o endereço devem ser: tipo, cep, município, distrito, bairro, logradouro, número,
ponto de referência e complemento.
70. A informação de endereço deverá ser georreferenciada, exibindo a posição no mapa após o
preenchimento das informações.
71. Possibilitar, no cadastro do cidadão, o registro de informações para contato com mais de um
telefone e e-mail.
72. Permitir, no cadastro do cidadão, o registro de documentos pessoais, sendo estes: certidão
civil, registro geral, carteira de trabalho, título eleitoral, cartão nacional de saúde, cadastro de
pessoa física e número de identificação social.
73. Para cada documento pessoal deve ser possível a realização do anexo de imagem
digitalizada.

Página 198 de 234

74. Permitir, no cadastro do cidadão, o registro de informações de condições de saúde, no que

diz respeito a deficiências, transtorno do espectro autista, síndrome de down, doenças crônicas,
doenças contagiosas já contraídas, restrições para atividades físicas, alergias, intolerâncias e
medicamentos.
75. Permitir, no cadastro do cidadão, o registro de informações de escolaridade, sendo estas: o
nível da escolaridade, o tipo de ensino médio cursado, as formações superiores e outros cursos.
76. Permitir o controle da composição familiar do cidadão, relacionando demais pessoas que
fazem parte de sua família, a relação de parentesco, situação, e as das de início e fim.
77. Permitir a captura de imagem de webcam no cadastro do cidadão através do próprio software.
78. Permitir a vinculação de múltiplos anexos no cadastro da pessoa. Os documentos anexados
poderão ser baixados a qualquer momento.
79. Permitir o controle da situação do cadastro do cidadão, considerando as datas de inclusão,
alteração e inativação. O cadastro poderá estar ativo ou inativo, quando for inativo deve
obrigatoriamente permitir o preenchimento do motivo de inativação.
INTEGRAÇÕES COM OS DEMAIS SISTEMAS INFORMATIZADOS DO MUNICÍPIO

80. O software deve estar preparado para integração com outros softwares através de API, e
disponibilizar o uso das APIs existentes, bem como a documentação para utilização.
81. Deve ser garantida a disponibilização da informação para reuso pelos diferentes sistemas
transacionais implantados no município.
82. O sistema deve utilizar um serviço de mensageria para enviar as inclusões, alterações,
exclusões de registros aos sistemas integrados sem comprometer o desempenho da API.
83. Este serviço deve utilizar mensagens com código aberto através de protocolos padrões de
mercado como AMQP, STOMP.
84. O sistema deve ser distribuído no modelo SAAS onde o FORNECEDOR disponibiliza o
sistema e o ambiente de servidor onde ele será executado.
85. O meio físico de comunicação utilizado será a Internet, com o uso do protocolo HTTPS
(Hypertext Transfer Protocol Secure - protocolo de transferência de hipertexto seguro, é uma
implementação do protocolo HTTP sobre uma camada adicional de segurança que utiliza o
protocolo SSL/TLS.)
86. A troca de mensagens entre o web service e os sistemas municipais será realizada no padrão
Restful, com troca de mensagens no formato JSON.
87. Deverá fornecer documentação com regras e padrões de integração através de uma aplicação
web que possibilite a visualização e consumo dos métodos de APIs REST de forma interativa.
88. Deve possuir configuração dos sistemas externos integrados, permitindo definir a área e nome
e disponibilizando uma chave de autenticação para utilização da API.
89. Disponibilizar serviços de consulta, inclusão atualização cadastral de cidadãos contendo os
dados para formação da identificação única do cidadão permitindo o transacionamento das
informações socioeconômicas, prevendo, no mínimo, nome, data de nascimento, filiação,
endereço residencial, CPF, RG, título de eleitor, CNH, endereço eletrônico e telefones.
90. Deve permitir a configurar se os cadastros de cidadão passarão ou não por homologação
manual das informações. Se a homologação for manual, deve permitir configurar os campos que
necessitarão de revisão, caso sejam alterados, incluídos ou excluídos.
91. Quando houver homologação cadastral manual deve disponibilizar a agenda de atendimento
para os sistemas externos. Sendo possível definir o número de dias de limite máximo para
realização de um agendamento.
92. Possibilitar definir se o sistema integrado compartilha informações da própria área com os
demais sistemas integrados.
HOMOLOGAÇÃO CADASTRAL
93. Permitir a configuração de horários de agendamento para atendimentos, parametrizando por
unidade de atendimento e período.

Página 199 de 234

94. Impedir que sejam criados horários de agendamentos com datas conflitantes para uma
mesma unidade.
95. Permitir a realização de agendamento de homologações cadastrais em horários pré-definidos.
96. Permitir que o processo de agendamento seja realizado pelos sistemas externos integrados.
97. Permitir a realização de recepções de cidadãos, possibilitando o encaminhamento para
homologação cadastral, definindo o guichê de atendimento.
98. Permitir a realização da homologação cadastral possibilitando a conferência de todos os
campos presentes no cadastro do cidadão. Durante este processo, poderão ser alteradas
informações e realizada a vinculação de documentos anexados.
PAINEL DE INFORMAÇÕES DO CIDADÃO

99. Permitir a visualização, através de painel, das informações do cidadão, incluindo os dados
pessoais de nome, nascimento, idade, sexo, filiação, endereço e situação.
100. O painel deve permitir a exibição de informações a respeito daquele cidadão que serão
provenientes dos sistemas integrados. Tais informações devem ser dinâmicas, definidas pelo
próprio sistema integrado.
101. O painel deverá exibir uma linha do tempo com os eventos relacionados ao cadastro
da pessoa em ordem cronológica, como alterações cadastrais, exibindo a data e hora do evento.
102. A linha do tempo deve possibilitar eventos enviados pelos sistemas externos, que além
de exibir data e hora, deverão exibir o nome do sistema de origem.
103. Através do painel, deve ser possível realizar o download dos anexos do cadastro da
pessoa.
104. Permitir filtrar a visualização das informações apresentadas através de data inicial e
final
APLICATIVO PARA DISPOSITIVOS MÓVEIS

105. Disponibilizar aplicativo para dispositivo móvel aos cidadãos, possibilitando a consulta
de suas informações e interação com os serviços municipais, conforme itens descritos abaixo.
106. Permitir o acesso ao aplicativo através de CPF e Protocolo. O protocolo é gerado no
momento da atualização cadastral no próprio sistema de retaguarda, ou sistemas externos
integrados.
107. O protocolo deve ser enviado via SMS, WhatsApp e e-mail.
108. Ao ser informado o CPF e protocolo o aplicativo deverá verificar a veracidade de
informações para a realização do acesso.
109. Permitir o acesso ao aplicativo sem a necessidade da utilização de protocolo. Para
estes casos, o cidadão deverá informar CPF, data de nascimento, nome completo, número de
celular e e-mail.
110. Ao realizar o primeiro acesso ao aplicativo, o cidadão obrigatoriamente deverá aceitar
os termos de uso. E, a cada nova versão dos termos de uso, um novo consentimento deverá ser
realizado pelo cidadão para que prossiga com a utilização do aplicativo.
111. Após realizar o acesso, o cidadão poder atualizar os seus dados cadastrais como
dados pessoais, endereço, informações de saúde e documentação. Sendo possível o anexo das
fotos dos documentos.
112. Os cadastros realizados via aplicativo, poderão ser submetidos para aprovação do
município, desde que as informações atualizadas sejam informações que necessitem de revisão,
conforme definido pelo município.
113. Disponibilizar, na página inicial do aplicativo, botões que acessem os links
personalizados previamente cadastrados no sistema, além disso os botões deverão exibir o ícone
selecionado. A exibição dos ícones deve ser agrupados conforme suas categorias.
114. Disponibilizar página para visualização das notícias cadastradas, levando em
consideração o período de vigência da mesma.

Página 200 de 234

115. Disponibilizar, na página inicial no formato de "banners", a exibição dos destaques,

deverão ser exibidos por imagens previamente cadastradas. Quando houver o link, o mesmo
poderá ser acessado através no clique na imagem.
116. Os links personalizados, links das notícias e os links dos destaques deverão ser
acessados em página aberta diretamente no próprio aplicativo.
117. Quando um link personalizado redirecionar para uma página de autenticação permitir
que seja autenticado automaticamente, desde que o cidadão seja reconhecido pelo link externo.
118. Disponibilizar a visualização do cronograma de coleta de lixo, exibindo o tipo de lixo
de coletado, frequência, bairros, dias da semana e horários.
119. Disponibilizar a visualização das linhas do transporte coletivo, com os pontos e
horários de paradas. A rota deverá ser exibida em um mapa dentro do próprio aplicativo.
120. Permitir a visualização do painel de informações do cidadão. O painel deve ser
composto por informações de dados cadastrais presentes no sistema e de dados provenientes
dos sistemas externos integrados.
121. O município poderá personalizar as cores, logotipo e imagem de fundo do aplicativo,
com o objetivo de trazer a identidade do próprio município.
122. O município poderá enviar notificações via push ao aplicativo. As notificações poderão
ser enviadas para todos os usuários do aplicativo ou por grupos de pessoas, com no mínimo as
seguintes opções: faixa etária, sexo, deficiência e bairro.
123. Permitir que o cidadão tenha acesso ao serviço de agendamentos de consultas do
sistema de Saúde.
124. Permitir que o cidadão consiga visualizar a lista de agendamentos relacionados a ele.
125. Permitir ao cidadão cancelar os agendamentos realizados por ele.
126. Permitir que o cidadão tenha acesso ao serviço de visualização dos laudos de exames.
127. Permitir que o cidadão consiga visualizar a lista de exames relacionadas a ele.
128. Permitir ao cidadão visualizar os laudos de exames quando houver resultado lançado.
129. Permitir que o cidadão tenha acesso ao serviço da carteira de vacinação.
130. Permitir que o cidadão consiga visualizar a lista de vacinas relacionados a ele.
131. Não permitir que o cidadão visualize laudos de exames restritos.
132. Permitir que o cidadão possa filtrar e visualizar as vacinas obrigatórias.
133. Permitir que o cidadão consiga se auto inserir na lista de espera de consultas e/ou
exames via. Possibilitar obrigar o cidadão informar justificativa.
134. Permitir que o cidadão tenha acesso ao serviço de medicamentos.
135. Permitir que o cidadão consiga visualizar a lista de medicamentos relacionados a ele.
136. Permitir ao cidadão filtrar os medicamentos contínuos.
137. Possibilitar ao cidadão realizar a pesquisa de avaliação do atendimento, não
permitindo alterar a resposta após o envio, permitir exibir histórico de avaliações já realizadas.
OCORRÊNCIAS
138. Possibilitar que o cidadão manifeste as ocorrências para atendimento do município.
139. As ocorrências poderão ser cadastradas por tipos (via pública, coleta de lixo, foco de
dengue, semáforo, limpeza urbana, iluminação pública e segurança pública) e categorias pré-
definidas (buraco na rua, buraco na calçada, buraco na ciclovia, coleta não executada,
implantação de coleta, colocação de containers, retirada/mudança de containers, foco do
mosquito, reservatório descoberto com água parada, água acumulada, lixo acumulado, entulho,
terreno baldio, semáforo apagado, semáforo oscilando (piscando), semáforo com ciclo curto,
semáforo destruído, um dos sinais apagado, retirada de entulhos, varrição em praças públicas,
capina, corte de mato/grama, varrição não executada/serviço mal executado, limpeza de boca de
lobo, poda de árvores, limpeza de terreno baldio, lâmpada apagada, lâmpada oscilando
(piscando), lâmpada acesa durante o dia, fios e cabos caídos, perturbação do sossego,
vandalismo, furto e animal abandonado).

Página 201 de 234

140. As categorias ativas para atendimento podem ser personalizadas pelo município,
inclusive permitindo a adição de novas categorias desejadas.
141. Durante o cadastro da ocorrência pelo Cidadão será registrado o endereço, detalhes
da situação e a vinculação das fotos.
142. Através do sistema de retaguarda, os profissionais do município poderão verificar a
lista de ocorrências realizadas, além de dar os devidos pareceres e / ou procederem com a
resolução das situações reportadas.
143. O atendimento das ocorrências poderá ser limitado por profissionais específicos.
144. Deve ser possível solicitar esclarecimentos ao cidadão quanto à ocorrência.
145. As movimentações da ocorrência devem ser notificadas ao cidadão, desde que o
profissional de atendimento tenha optado por isso.
OUVIDORIA
146. Possibilitar que o cidadão manifeste as ocorrências para atendimento do município.
147. As manifestações poderão ser cadastradas por assuntos (assistência social,
educação, saúde) e categorias (denúncia, reclamação, solicitação, sugestão e elogio).
148. Os assuntos para atendimento devem ser personalizadas pelo município, inclusive
permitindo a adição de novos assuntos desejados.
149. Durante o cadastro da ouvidoria pelo cidadão serão registrados os detalhes da
situação e a vinculação de fotos.
150. Através do sistema de retaguarda, os profissionais do município poderão verificar a
lista de ouvidorias realizadas, além de dar os devidos pareceres e / ou procederem com a
resolução das situações reportadas.
151. Deve ser possível solicitar esclarecimentos ao cidadão quanto à ouvidoria.
152. As movimentações da ouvidoria devem ser notificadas ao cidadão, desde que o
profissional de atendimento tenha optado por isso.
MAPAS TEMÁTICOS
153. Permitir o georreferenciamento dos endereços dos cidadãos para visualização de
pontos de interesse para apresentação em mapas.
154. O cadastro da pessoa deverá ser georreferenciado automaticamente, atribuindo a
latitude e longitude do endereço conforme informações de município, bairro, logradouro e número
do endereço.
155. Possibilitar a visualização na estrutura de mapa de calor (heatmap), que busca
demonstrar a intensidade de determinadas ocorrências utilizando cores e dimensões, em relação
aos filtros aplicados. Sendo que, quanto mais quente for a cor exibida, maior é a intensidade de
determinada situação dentro daquela área no mapa.
156. Possibilitar a visualização do mapa de forma detalhada, nesta visualização o mapa
deverá marcar o exato endereço onde a situação ocorreu, em relação aos filtros aplicados.
157. O conjunto de filtros deverá mesclar entre informações existentes no próprio sistema,
bem como possibilitar que os sistemas externos enviem informações para serem plotadas nos
mapas.
158. O conjunto de filtros do mapa deve possuir minimamente os seguintes itens em relação
às informações cadastrais:
a) Sexo
b) Faixa etária
c) Nacionalidade
d) Escolaridade
e) Deficiências
às informações de assistência social:
a) Especificidades sociais

Página 202 de 234

b) Atendimentos sociais
c) Serviços, projetos ou programas sociais
d) Benefícios
e) Medidas socioeducativas
f) Violências e violações de direitos
às informações da rede municipal de ensino:
a) Matrículas escolares por anos letivos e etapas de ensino
b) Frequência escolar por percentual
c) Desempenho escolar por média numérica do aluno
d) Itinerários do transporte escolar
161. Deverá ser possível a aplicação de zoom ao mapa, permitindo a visualização com
maiores detalhes das informações apresentadas.
162. Possibilitar a visualização no formato "Satélite", ou seja, exibindo imagem da região
visualizada.
163. Possibilitar a visualização do mapa em tela cheia.
164. Possibilitar a utilização de vistas panorâmicas de 360° na horizontal e 290° na vertical
que permite visualização da região ao nível do chão/solo.
RELATÓRIOS
165. Possibilitar a configuração de relatórios e documentos diretamente pelo sistema como
parte integrante do próprio aplicativo. Deve permitir que novos relatórios sejam criados sem a
necessidade de atualizar o sistema.
168. Permitir configurar o desenho do relatório através de editor visual que permite incluir
elementos como imagens, textos, expressões matemáticas, infográficos, cabeçalhos, rodapés,
códigos de barra, código QR, formas.
169. Permitir configurar os filtros que definirão os registros que serão listados com base nos
campos das tabelas selecionadas
170. Deve ser possível personalizar cada filtro definindo a descrição do campo,
obrigatoriedade de preenchimento, tipo de comparação e ainda determinar se é um filtro fixo com
valor preenchido automaticamente
171. Permitir configurar agrupamentos de informações com base nos campos das tabelas
selecionadas. Deve ser possível configurar a exibição de porcentagem e/ou totais dos
agrupamentos
172. Permitir configurar um conjunto de campos para ordenação das informações definindo
se a ordenação é ascendente ou descendente
173. Possibilitar que sejam configurados cálculos com contagem de registros, somas de
informações e expressões de cálculo.
174. Possibilitar a configuração de papel (orientação, tamanho, largura, altura), margens
(superior, inferior, esquerda e direita) e impressão de linhas zebradas.
175. Possibilitar que todas as configurações de emissão de relatórios sejam salvas para
que possam ser utilizadas novamente a cada emissão de relatório definindo a descrição.
176. Possibilitar a cópia de configurações de emissão de relatório permitindo criar novos
relatórios com base em existentes
177. Possibilitar a configuração de privilégios, através do controle de visualização, podendo
liberar acesso por profissional ou por grupos de pessoas.
178. Permitir categorizar os relatórios e documentos a fim de facilitar sua localização

Página 203 de 234

179. Possibilitar a vinculação do documento ou relatório em telas de movimentação do

sistema permitindo que sejam visualizados por dentro das telas vinculadas
180. Permitir configurar critérios baseados em informações do registro para emissão
automática do documento após eventos de inclusão e alteração de registros nas telas
181. Possibilitar realizar o download do arquivo contendo as configurações do relatório.
182. Possibilitar realizar a importação de um relatório a partir de um arquivo de
configuração.
AVALIAÇÃO DE CONFORMIDADE DOS MÓDULOS, REQUISITOS OBRIGATÓRIOS E

FUNCIONALIDADES GERAIS ESPECÍFICAS – POC.
1. Visando a celeridade processual e devido a extensão dos descritivos técnicos, será solicitada
a demonstração por amostragem de módulos, sendo selecionado módulos constantes no termo
de referência, a critério da administração, sendo apreciados pela comissão técnica avaliadora.
Será observado para os REQUISITOS OBRIGATÓRIOS DE TECNOLOGIA E SEGURANÇA, o
atendimento de 100% (cem por cento) dos itens descritos. E para as FUNCIONALIDADES
ESPECÍFICAS, o atendimento de até 85% (oitenta e cinco por cento) dos tens solicitados. Logo,
não havendo o atendimento dos requisitos mínimos obrigatórios de Tecnologia e Segurança na
sua totalidade, não se procederá a amostragem em demonstração das Funcionalidades
Específicas.
2. Definido um vencedor provisório em conformidade com as regras gerais de adesão ao
certame, habilitação legal conforme a definição de preço mais vantajoso e cumprimento geral de
requisitos administrativos e técnicos elencados, o vencedor provisório terá sua proposta e a
solução ofertada submetida a avaliação de conformidade do objeto, POC, por intermédio de
realização de prova de conceito, cuja aplicação tomará por referência a Nota Técnica
04/2008/TCU (Tribunal de Contas da União). Este processo almeja proporcionar segurança à
contratação, conforme preconizado na Lei de Licitações.
3. Uma única Comissão Técnica será designada, formada por servidores com conhecimento
técnico pertinente a cada área, podendo a mesma, mediante justificativa, contratar suporte técnico
qualificado de empresa ou profissionais externos para corroborar na tarefa de aferição da POC.
4. A vencedora provisória do certame será convocada por edital para a avaliação e não
comparecendo em dia e hora previamente agendados para a realização da Sessão Pública da
Prova de Conceito, será automaticamente reprovada pela Comissão Avaliadora.
5. A POC poderá ser realizada com testagens simultâneas de quesitos, desde que assegurada
a condição plena de fiscalização nas máquinas que estejam desempenhando os procedimentos
de testagem.
6. A vencedora provisória poderá estar presente com os profissionais que observarem serem o
bastante para aferição dos quesitos, e as demais empresas participantes do certame serão
informadas das datas e horários da demonstração da proponente vencedora provisória, podendo
se fazer representar por 1 (um) preposto.
7. Findados os procedimentos da Prova de Conceito, a Comissão Técnica avaliadora, registrará
em documento próprio o resultado e o remeterá ao Pregoeiro. Os trabalhos diários de etapas
inerentes a avaliação de conceito serão anotados em ata diária detalhando os procedimentos e
intercorrências da sessão, a qual dará oportunidade aos participantes presentes de efetuar
considerações, fazer levantamento dos itens apresentados, momento este em que se manifestará
no sentido de concordar e discordar do que foi apresentado, assegurado, após declarado o
vencedor manifestação formal de recurso pena de preclusão.
8. A prova de conceito é passo conexo e vital após a eleição e declaração da proponente com
melhor preço global. Uma vez que a primeira colocada não atenda aos critérios e parâmetros do
Termo de Referência será convocada a segunda colocada e assim sucessivamente, até a
obtenção de uma avaliação adequada ou ser considerada fracassada a licitação.

Página 204 de 234

9. Para a realização da prova de conceito a administração, por intermédio do Pregoeiro

convocará a vencedora provisória para providenciar e instalar, no ambiente fixado, as condições
de infraestrutura de demonstração e avaliação do sistema conforme acima descrito, com ambiente
virtual delimitado e banco de dados de teste instalado nas condições mínimas requeridas. Dentre
as preparações necessárias, a contratante deverá disponibilizar no mínimo:
9.1. 02 (dois) Computadores (Desktop ou Laptop) com Windows;
9.2. Conexão de internet;
10. A contratação almejada é “sistema tecnológico e digital em nuvem” e o objetivo da
avaliação é comprovar o seu funcionamento com base em requisitos mínimos frente a uma
situação real. Neste sentido, a contratante poderá solicitar que operações e rotinas sejam
demonstradas em equipamento comprovando a operação e disposição em nuvem.
11. Durante a apresentação será vedado, a todos os participantes presentes, o uso de telefone,
smartphone, tablet, notebook, gravadores ou qualquer outro equipamento eletrônico. Excetuam-
se os equipamentos necessários para a demonstração com a finalidade de certificação de
conceito, e os demais devidamente autorizados pela Comissão quando solicitados sob justificativa.
12. Os presentes durante a apresentação que se comportarem de maneira inadequada ou
prejudicial aos trabalhos, serão advertidos e o incidente registrado em termo. Repetindo-se a
irregularidade serão retirados do ambiente de trabalho, e o termo de registro poderá ser remetido
às autoridades para verificação civil e criminal.
13. Os trabalhos de avaliação assegurarão o resguardo de direitos do particular quanto à
propriedade intelectual e assim somente será permitida a participação de no máximo um
representante das demais licitantes, sendo-lhe vedado a manifestação, resguardado o direito de
apresentar reclamações e pedidos em termo formal.
14. É vedado aos demais licitantes acesso aos equipamentos da empresa que estiver realizando
a apresentação, bem como realizar gravação ou capturar imagens dos sistemas da empresa que
estará executando a POC. Os equipamentos da licitante poderão ser auditados pela comissão,
bem como poderão ser recolhidos para eventuais diligências ou perícias, sempre mediante
justificativa.
15. Será considerada aprovada a solução quando atender as exigências contidas no Termo de
Referência bem como do Edital e efetuar a demonstração técnica, apresentando as condições
mínimas de funcionalidade, previstas neste Termo de Referência.
16. A Comissão de avaliação avaliará a capacidade da oferta em atender as funcionalidades
operacionais dos módulos requisitados pelo certame, pelo qual, requer-se que o montante de
funcionalidades disponíveis no ato da avaliação deverá estar em porcentagem solicitada nos
módulos, observando para os REQUISITOS OBRIGATÓRIOS DE TECNOLOGIA E
SEGURANÇA, o atendimento de 100% (cem por cento) dos itens descritos solicitados. E para as
FUNCIONALIDADES ESPECÍFICAS, o atendimento de 85% (oitenta e cinco por cento) dos itens
solicitados.
17. A prova de conceito será realizada em duas etapas:
17.1. Na primeira etapa, após a sagração da empresa provisoriamente declarada
vencedora, a empresa deverá apresentar, no prazo de 24 (vinte e quatro) horas, após a
convocação do pregoeiro, os Anexos IX e X, do presente Termo devidamente preenchidos e
assinados, esses documentos serão utilizados para aferição da segunda etapa da POC;
17.2. A não apresentação da documentação solicitada da primeira etapa no prazo
estipulado, ou a apresentação incondizente com o modelo solicitado, acarretará na reprovação
imediata da empresa pela Comissão Avaliadora;
17.2. Finda a primeira etapa, para a segunda etapa a empresa terá até 02 (dois) dias úteis,
com data, horário e local para realização da aferição dos conceitos, após a convocação
formalmente divulgada pelo Pregoeiro responsável pelo certame.
18. Para aferição dos conceitos a Comissão analisará as funcionalidades dos módulos
“por amostragem” serão escolhidos/sorteados cinco dos módulos para averiguação do

Página 205 de 234

cumprimento das exigências, visto que a amostragem por completo se torna muito complexa
devido a dimensão dos itens que compõem cada módulo.
19. Aferido que qualquer um dos cinco módulos escolhidos, não cumpre com as
exigências mínimas, acarretará na reprovação imediata da empresa pela Comissão Avaliadora.
20. Aferidos os módulos escolhidos, estando contratada a empresa, mas, constatado
com o uso do sistema que um ou mais módulos dos não aferidos, não tenha atingido a
porcentagem inicialmente solicitada no processo, conforme as declarações fornecidas, conforme
os anexos II e III, a Contratada terá o prazo de 05 (cinco) dias úteis, sem ônus para a Contratante,
para fazer integrar ao sistema funcionalidades faltantes das solicitadas para atingimento da
porcentagem INICIAL, já que se mostra inviável sob o aspecto de prejuízo ao desenvolvimento e
continuidade dos serviços públicos que haja interrupção do uso do sistema por algo que
perfeitamente possa ser ajustado.
21. Caso as inserções não sejam executadas no prazo estipulado, a Contratada
incorrerá em multa por inexecução parcial do contrato, conforme penalidades previstas no Edital,
para cada módulo que apresente a falta das funcionalidades necessárias para o atingimento do
percentual mínimo INICIAL exigido.
22. A apresentação dos módulos escolhidos/sorteados, acontecerá por ordem em que
os itens estão relacionados, devendo a vencedora provisória apresentá-los de forma objetiva, sem
ajustes e sem contato externo. Não será permitido desenvolver, editar, corrigir ou ajustar o sistema
durante a apresentação.
23. Assevera-se que diferentemente, quando se tratar de analisar, no caso específico
dos requisitos específicos por módulo de programas, a requisição de desempenho que deverão
atender o mínimo de 85% (oitenta e noventa) por cento do solicitado nos módulos, os itens não
atendidos que componha o 15% dos requisitos remanescente, deverão ser disponibilizados pela
empresa contratada no prazo máximo de 12 meses a partir da assinatura do contrato.
24. Caso as inserções não sejam executadas no prazo estipulado, a Contratada
incorrerá em multa por inexecução parcial do contrato, conforme penalidades previstas no Edital,
para cada módulo que apresente a falta das funcionalidades necessárias para o atingimento do
percentual TOTAL.
Anexo IX – Termo de Responsabilidade em atendimento ao Descritivo dos REQUISITOS

OBRIGATÓRIOS DE TECNOLOGIA E SEGURANÇA 100% – Íntegra dos Requisitos;
Anexo X – Termo de Responsabilidade em atendimento ao Descritivo das FUNCIONALIDADES

ESPECÍFICAS – 85% íntegra das Funcionalidades;
8 DAS OBRIGAÇÕES DA CONTRATADA

8.1.1 A conversão/migração e o aproveitamento de todos os dados cadastrais e informações dos
sistemas em uso são de responsabilidade da empresa proponente e serão atestados pela
Comissão, com disponibilização dos mesmos pela Prefeitura Municipal Morretes.
8.1.2 A conclusão e aceitação dos serviços de conversão de dados, após a realização de testes
será efetivada por ato formal, que testará a conversão das bases de dados e a sua integridade.
8.1.3 O prazo para migração dos exercícios de (2011 a 2023) será contado a partir da assinatura
do contrato, em 30 (trinta) dias corridos, para que o município não pare e os serviços públicos
essenciais sejam mantidos.
8.1.4 A empresa será responsável pela instalação dos sistemas e demais softwares necessários
(como gerenciador de banco de dados, servidor web ou outros) nos servidores da Prefeitura e
Câmara Municipal. A instalação engloba toda a configuração necessária para o perfeito
funcionamento do sistema.
8.1.5 Qualquer instalação, configuração, migração nos computadores deverá ser feita com a
supervisão de funcionários do Departamento de TI da Prefeitura Municipal de Morretes.

Página 206 de 234

8.1.6 Durante as implantações dos sistemas da empresa deverá realizar a parametrização e

customização dos mesmos, configurados para utilização dos símbolos e identificação da
Prefeitura Municipal, bem como a estrutura de níveis de acesso e outras tabelas básicas dos
sistemas.
8.1.7 Além da instalação inicial para implantação, a empresa deverá instalar os sistemas e mais
softwares, sempre que solicitado, durante a vigência do contrato, em situações como:
• Inclusão de novos usuários;
• Quando a Prefeitura fizer a troca de computadores;
• Ou outra razão a critério da contratante.
8.1.8 A contratada deverá realizar a conversão/migração dos dados dos sistemas em uso
atualmente para os sistemas fornecidos. A Prefeitura Municipal de Morretes fornecerá as
estruturas dos dados a serem convertidos. A contratada deverá comprovar, através de relatórios
comparativos, que as informações convertidas estão consistentes com as informações já
prestadas ao Tribunal de Contas do Paraná e demais órgãos de controle.
8.1.9 A empresa deverá ministrar treinamento em separado para os grupos de usuários de cada
um dos sistemas fornecidos. Deverão ser utilizados dados reais da Prefeitura Municipal, como
uma cópia dos dados obtidos após a migração dos dados, para realização do treinamento.
8.1.10 Após o treinamento, os usuários deverão ser capazes de operar completamente seus
respectivos sistemas, incluindo o cadastramento de dados, emissão de relatórios, geração de
arquivos para o Tribunal de Contas do Estado do Paraná, realização de consultas complexas e
gerenciamento dos sistemas (com tarefas como gerenciamento de usuários, correções de
entradas de dados incorretas, verificação de inconsistências).
8.1.11 O atendimento à solicitação do suporte será feito através de central de atendimento ao
cliente especializada da empresa fornecedora do sistema, com técnicos habilitados com objetivo
de esclarecer dúvidas que possam surgir durante a operação e utilização do sistema implantado.
Esse atendimento, quando necessário, deverá ser feito por telefone, facsímile, e-mail ou através
de serviços de suporte remoto.
8.1.12 Auxilio na recuperação da base de dados por problemas originados em erros de operação,
queda de energia ou falha de equipamentos, desde que não exista backup adequado para
satisfazer as necessidades de segurança.
8.1.13 O atendimento à solicitação do suporte deverá ser realizado na sede da Prefeitura
Municipal de Morretes, apto a prover o devido suporte ao sistema, com o objeto de esclarecer
dúvidas e resolver problemas que possam surgir durante a utilização dos sistemas.
8.1.14 Suporte técnico via acesso remoto mediante autorização previa, sendo de
responsabilidade da contratada o sigilo e segurança das informações.
8.1.15 A licitante deverá enviar profissionais, incluindo programadores, analistas de sistemas,
gerentes de projeto, conforme solicitação da contratante e de comum acordo.
8.1.16 Cada atendimento deverá ter associado um número único de protocolo, com registro de
data, hora e atendente da abertura da ocorrência.
8.1.17 O serviço de atendimento deve estar disponível em dias úteis, de segunda feira a sexta
feira, das 08h00min às 12h00min e 13h00min às 17h00min.
8.1.18 Prestar os serviços de suporte técnico remoto ou in loco, no prazo máximo de 2 (dois) dias
úteis contados da abertura do chamado técnico relatando a ocorrência.
8.1.19 Prestar os serviços de manutenção corretiva, assim entendidos aqueles destinados a sanar
erros e defeitos de funcionamento dos sistemas informatizados, dentro do prazo conferido para o
suporte técnico.
8.1.20 Prestar os serviços de manutenção adaptativa, assim entendidos aqueles destinados a
adequar os sistemas informatizados às exigências legais e normativas de gestão pública
previstas, por exemplo, em normas municipais, estaduais, federais, e instrução do Tribunal de
Contas, no prazo máximo de 30 (trinta) dias contados da publicação da nova exigência,
prorrogável, de comum acordo, conforme complexidade das operações necessárias.

Página 207 de 234

8.1.21 Acompanhar as alterações legislativas e normativas que influenciem nos sistemas

informatizados de gestão pública.
8.1.22 Prestar serviços de manutenção evolutiva quando desenvolver de novas funções e
tecnologias, disponibilizando à Prefeitura Municipal de Morretes, desde que seja do interessa
dessa, versões aprimoradas dos sistemas informatizados de gestão pública locados.
8.1.23 Caso a manutenção adaptativa ou evolutiva implique em alteração significativa dos
sistemas de gestão pública, locados, a empresa deverá prestar novamente, sem ônus adicional,
os serviços de implantação e treinamento na forma prevista neste Termo de Referência.
8.1.24 A Contratada deverá realizar a implantação dos Módulos dos Sistemas e mantê-los em
pleno funcionamento de acordo com a Infraestrutura da Prefeitura Municipal de Morretes, através
do uso de servidores físicos, virtuais, replicados e outras soluções que permitam alta
disponibilidade, escalabilidade e conectividade 24 horas por dia, 7 dias por semana. Sejam eles
em Microsoft Windows, ou preferencialmente em Unix (BSD) e Linux.
8.1.25 Deverá a contratada fornecer a infraestrutura do banco de dados no padrão “TableSpace”,
ou seja, uma única base de dados em uma plataforma de banco de dados em ambiente SQL. A
preferência será dada aos Fornecedores que utilizam soluções em banco de dados aberta e open
source.
8.2 DAS OBRIGAÇÕES DA CONTRATANTE

8.2.1 Efetuar os pagamentos em contraprestação aos serviços objeto do presente Contrato, na
forma e prazo convencionados.
8.2.2 Facilitar o acesso dos técnicos da CONTRATADA às áreas de trabalho, registros,
documentação e demais informações necessárias ao bom desempenho das funções.
8.2.3 Designar um técnico categorizado para acompanhar o desenvolvimento dos serviços e
desempenhar as atividades de coordenação técnica e administrativa, servindo de elo entre as
partes.
8.2.4 Custear os gastos necessários para implantação, assistência técnica, manutenções e
eventuais alterações dos sistemas, não previstos no Termo de Referência do Edital do Pregão
origem deste instrumento.
8.2.4 Custear as despesas de viagens que por ventura forem necessárias para a manutenção in
loco do programa, ou para retreinamento de funcionários, não previstos no Termo de Referência
do Edital do Pregão origem deste instrumento.
8.2.5 Custear as horas técnicas que forem necessárias para a realização de retreinamento de
funcionários, execução de serviços in loco, como importação de dados ao SIM-AM, e outros
serviços que forem solicitados não previstos no Termo de Referência do Edital do Pregão origem
deste instrumento.
8.2.6 Responsabilizar-se pela supervisão, gerência e controle de utilização dos sistemas
licenciados, incluindo:
- Assegurar a configuração adequada da máquina e instalação dos sistemas
- Manter backup adequado para satisfazer as necessidades de segurança e recuperação no caso
de falha da máquina,
- Dar prioridade aos técnicos da CONTRATADA para utilização do equipamento da
CONTRATANTE quando da visita técnica dos mesmos.
9 DA DOTAÇÃO ORÇAMENTÁRIA
9.1 As despesas decorrentes da contratação objeto desta licitação correrão à conta dos recursos
consignados no Orçamento do Município de Morretes – PR, cujos Programas de Trabalho,
Elemento de Despesa e Fonte específicas constarão da respectiva Nota de Empenho das
seguintes dotações:
SECRETARIA MUNICIPAL DE ADMINISTRAÇÃO

05.001.04.122.0040.2.012.3.3.90.39.00.00 FONTE 1000

Página 208 de 234

SECRETARIA DE EDUCAÇÃO E ESPORTE

06.001.12.122.0040.2.015.3.3.90.39.00.00 FONTE 01000 / 01103 / 01104
SECRETARIA DE SAÚDE
07.001.10.122.0160.2.033.3.3.90.39.00.00 FONTE 01000 / 1303
07.002.10.301.0160.2.036.3.3.90.39.00.00 FONTE 01000 / 01303 /1495 / 1499
07.002.10.303.0170.2.041.3.3.90.39.00.00 FONTE 01000 / 01303
SECRETARIA DE AÇÃO SOCIAL

08.001.08.122.0100.2.045.3.3.90.39.00.00 FONTE 01000
10 DO PRAZO DE VIGÊNCIA E EXECUÇÃO CONTRATUAL

10.1 O prazo de vigência do contrato será de 12 meses, contados da assinatura deste
instrumento, podendo ser prorrogado nos termos art. 57, inciso II, da Lei Federal n.º 8.666/93.
11. GESTÃO E FISCALIZAÇÃO DO CONTRATO

O Gestor contratual será o Secretário Municipal de Administração, tendo como fiscais, servidores
do Poder Executivo e do Poder Legislativo Municipal, nomeados através de ato normativo, que
realizarão o acompanhamento e o planejamento dos serviços. Terão um registro próprio, de
acompanhamento, verificação, fiscalização das atividades e serviços programados e executados,
descrevendo as ocorrências ou anormalidades constatadas e determinando no que for necessário,
a imediata regularização técnica e/ou providências administrativas a serem tomadas.
XXXXXXXXXXXXXXXX
Secretário Municipal de Administração

Página 209 de 234

ANEXO – II
Modelo - padrão de proposta comercial

(uso obrigatório por todas as licitantes)
A empresa .................................................................................., estabelecida na

................................................................................., inscrita no CNPJ sob n.º
......................................................., propõe fornecer à Prefeitura Municipal de Morretes, em estrito
cumprimento ao previsto no Edital da licitação em epígrafe o bem abaixo descrito:
Objeto: Contratação de empresa especializada, fornecimento de licenciamento de software de

sistema integrado de gestão pública municipal, totalmente nativo web (sistema em nuvem),
dispensando a instalação de qualquer programa, plug-in, emulador ou qualquer outro recurso
tecnológico que seja requisito para inicializar o sistema, com acesso ilimitado de usuários, e
suporte técnico, operando configuração, conversão de dados e treinamento, para atendimento das
necessidades do município de Morretes, e a câmara municipal de Morretes/pr. totalmente em
conformidade com a legislação aplicável, nbcasp – normas brasileiras de contabilidade aplicadas
ao setor público e siafic - sistema único e integrado de execução orçamentária, administração
financeira e controle, especificações e disposições descritas no Termo de Referência – ANEXO I.
LOTE:
Item Descrição Marca Qtde Unid Preço Preço

Unitário Total
Valor total: R$ _________ (por extenso), assim informados:
Encontram-se incluídas no valor proposto todas as despesas como: tributos, testes e demais
provas exigidas por normas técnicas oficiais, enfim, todos os custos diretos e indiretos que possam
influir direta ou indiretamente no custo final do bem cotado.
A validade desta proposta é de 60 (sessenta) dias corridos, contados da data da abertura

dasessão pública de pregão.
Morretes, _________________de 2023.
(nome e assinatura do representante legal da licitante)

RG:
Cargo:

Página 210 de 234

ANEXO III
DECLARAÇÃO DE INEXISTÊNCIA DE FATO IMPEDITIVA
Eu, (qualificação completa), DECLARO, para os devidos fins de direito, na qualidade de

proponente do procedimento licitatório, sob a modalidade do PREGÃO ELETRÔNICO n.º
055/2023, instaurado pela Prefeitura Municipal de Morretes, que não fui declarado inidôneo para
licitar ou contratar com o Poder Público, em quaisquer de suas esferas.
Por ser expressão de verdade, firmo a presente.
Morretes/PR, em ___ de _________ de 2023.
Assinatura do proponente

Página 211 de 234

ANEXO IV
DECLARAÇÃO DE NÃO UTILIZAÇÃO DO TRABALHO DE MENOR DE IDADE
Com referência ao:

A Empresa _________, pessoa jurídica de direito privado, inscrita no CNPJ sob o n.º
__.___.___/____-___, inscrição estadual n.º -__, com sede na Rua _____, n.º __, bairro _____,
CEP __.___-___, na cidade de ________, neste ato representada por seu _________, brasileiro,
(casado), (empresário), portador da cédula de identidade RG n.º _.___.___/__, inscrito no CPF
sob o n.º __.___.__-__, residente na Rua _____, n.º ____, bairro _______, CEP __.___-__, na
cidade de _________, nos termos do (a) (Ato Constitutivo/Contrato Social e alterações), declara
que cumpre o disposto no inciso XXXIII do artigo 7º da Constituição Federal, não tendo em seu
quadro de pessoal menores de 18 (dezoito) anos executando trabalho noturno, insalubre ou
perigoso ou menores de 16 (dezesseis) anos, salvo na condição de aprendiz, a partir de 14
(quatorze) anos. Outrossim, expressa ter ciência de que o descumprimento do disposto acima
durante a validade da Ata acarretará em rescisão do mesmo. Por fim, declara que presta as
presentes declarações na forma e sob as penas da Lei.
(LOCAL E DATA)
(aa)
NOME DA EMPRESA
NOME DO GERENTE
Sócio Gerente

Página 212 de 234

ANEXO V
MODELO REFERENCIAL DE DECLARAÇÃO DE ENQUADRAMENTO NA SITUAÇÃO DE

MICROEMPRESA/EMPRESA DE PEQUENO PORTE E INEXISTÊNCIA DE FATOS
SUPERVENIENTES

TIPO: MENOR PREÇO UNITÁRIO POR LOTE
PROPONENTE:_____________________________________________
CNPJ:____________________________________________________
ENDEREÇO:_______________________________________________
CIDADE:__________________________________________________
TELEFONE:___________________________FAX:_________________
OBJETO:
_____________________________________________________________________________
_____________________________________________________________________________
____________________________________________
A empresa .................................................................., inscrita no CNPJ sob

n.º................................, por intermédio de seu representante legal infra-assinado,
Sr(a)..........................................................................................portador(a) da Carteira de
Identidade n.º............................ e do CPF n.º ......................................................., DECLARA, sob
as penas do artigo 299 do Código Penal, que se enquadra na situação de microempresa ou
empresa de pequeno porte, nos termos da Lei Complementar n.º 123/06, bem assim que inexistem
fatos supervenientes que conduzam ao seu desenquadramento desta situação.
Data e Assinatura do Representante Legal da Empresa

Página 213 de 234

ANEXO VI
MINUTA ELABORADA CONFORME ART. 9°, INCISO III, DA LEI COMPLEMENTAR N°
44/2021, COM SUPEDÂNEO NO ART. 55 DA LEI N 8.666/1993
CONTRATO N0 XXX/2023 – ID N0 XXX

PROCEDIMENTO ADMINISTRATIVO N° 140/2023
PREGÃO ELETRÔNICO TIPO MENOR PREÇO GLOBAL Nº 055/2023
Contrato de Prestação de Serviços que entre si

celebram o MUNICÍPIO DE MORRETES e a
empresa XXXXXX, na forma abaixo:
CONTRATANTE: MUNICÍPIO DE MORRETES, Estado do Paraná, pessoa jurídica de direito

público interno, com registro no CNPJ/MF nº 76.022.490/0001-99 e sede
na Praça Rocha Pombo, n.º 10, Centro, Morretes - Paraná, neste ato
representado pelo Secretário Municipal de Administração, o Sr.
FERNANDO NEVES SILVA, brasileiro, casado, portador do CPF/MF n°
080.470.279-99, e RG n° 10.905.229-9, residente e domiciliado na Rua São
João da Graciosa, nº 153 – Porto de Cima, no Município de Morretes/PR,
CEP n° 83.350-000; em conformidade com a Delegação constante no
Decreto Municipal nº 560/2022.
CONTRATADA: XXXX, pessoa jurídica de direito privado, com sede à XXXXXXX, nº XXX,
bairro XXXXX, Cidade de XXXXX, Estado do XXXX, CEP XXXXX, inscrita
no CNPJ n.º XX.XXX.XXX/XXX-XX; neste ato representada pelo
Senhor XXX, nacionalidade, estado civil, inscr ito no RG n ° xx,
e CPF/MF n° xxxxx, residente e dom iciliado na XXXX, no
Município de XXX, CEP n° xx.
As partes acima mencionadas, MUNICÍPIO DE MORRETES, doravante

denominado CONTRATANTE e a Empresa XXXXXXXXXXXXXXXXXX., doravante denominada
CONTRATADA, com fulcro no Processo Administrativo n° 140/2023, nos termos do disposto na
Lei Federal nº 10.520, de 17 de julho de 2002, na Lei Federal nº 8.666, de 21 de junho de 1993,
na Lei Municipal nº 508, de 28 de novembro de 2019, celebram o presente CONTRATO
ADMINISTRATIVO, nos seguintes termos e condições:
CLÁUSULA PRIMEIRA – DO OBJETO
Trata-se de contratação de empresa especializada no fornecimento de

licenciamento de Software de Sistema Integrado de Gestão Pública Municipal, totalmente nativo
web (sistema em nuvem), dispensando a instalação de qualquer programa, plug-in, emulador ou
qualquer outro recurso tecnológico, com acesso ilimitado de usuários, e suporte técnico, operando
configuração, conversão de dados e treinamento, para atendimento das necessidades do
Município, Fundação de Atenção à Saúde e a Câmara Municipal de Morretes, totalmente em
conformidade com a legislação aplicável, NBCASP – Normas Brasileiras de Contabilidade
Aplicadas ao Setor Público e SIAFIC - Sistema Único e Integrado de Execução Orçamentária,
Administração Financeira e Controle, conforme especificações e disposições descritas.
CLÁUSULA SEGUNDA – DO VALOR

Página 214 de 234

O valor total do presente contrato é de R$ XXXXXX (xx xxxxxxxx), referente aos

itens, como segue:
Item Descrição Unidade Quantidade Valor Valor

Unitário Total
CLÁUSULA TERCEIRA – DO PAGAMENTO
O pagamento pelos serviços prestados será realizado mensalmente, em até 20

(vinte) dias após a entrega do relatório dos serviços realizados no mês anterior, através de boleto
bancário, transferência eletrônica ou depósito em conta corrente previamente identificada pela
FORNECEDORA/PRESTAÇÃO DE SERVIÇOS, mediante comprovação documental e
apresentação de nota fiscal, fatura com a descrição dos produtos e preços unitários, número do
Pregão Eletrônico, itens e outros, juntamente com termo do recebimento e requerimento formal,
devidamente atestada pelo Fiscal de Contrato, de acordo com as normas de execução
orçamentária e financeira.
Parágrafo único. Deverá acompanhar a Fatura/Nota Fiscal, a CND do INSS, a CRF do

FGTS, CNDT e CERTIDÃO FEDERAL, para emissão nota fiscal nos dados: PREFEITURA
MUNICIPAL DE MORRETES, CNPJ: 76.022.490/0001-99, com sede na Praça Rocha Pombo, n° 10 –
Centro – Morretes/PR, CEP n° 83.350-000.
CLÁUSULA QUARTA – DO REAJUSTE DE PREÇO
A recomposição econômico-financeira poderá se dar através de 03 (três)

institutos: reequilíbrio, reajuste e repactuação.
Parágrafo único. Considerando o curto prazo de contratação e execução, em regra

não se aplica o reajuste de valores. No entanto, em ocorrendo excepcionalidades, utilizar-se-á o
IGP-M – Índice Geral de Preços Mercado do período, ou outro índice oficial que venha a substituí-
lo.
CLÁUSULA QUINTA – DOS PRAZOS
O prazo de execução e o prazo de vigência estão estipulados em 12 (doze) meses,

ambos contados da assinatura desse termo contratual, podendo ser prorrogado nos termos do art.
57, inciso II, da Lei Federal nº 8.666/93.
CLÁUSULA SEXTA – DA DOTAÇÃO ORÇAMENTÁRIA
As despesas decorrentes deste Contrato correrão por conta das seguintes dotações
orçamentárias:
MANUTENÇÃO DA SECRETARIA ADMINISTRAÇÃO

05.001.04.122.0040.2.012.3.3.90.39.00.0 FONTE 01000
MANUTENÇÃO DA SECRETARIA DE EDUCAÇÃO E ESPORTES
06.001.12.122.0040.2.015.3.3.90.39.00.00 FONTE 01000
06.001.12.122.0040.2.015.3.3.90.39.00.00 FONTE 01103
06.001.12.122.0040.2.015.3.3.90.39.00.00 FONTE 01104
MANUTENÇÃO DE ADMINISTRAÇÃO DE SAÚDE PÚBLICA
07.001.10.122.0160.2.033.3.3.90.39.00.00 FONTE 01000

Página 215 de 234

07.001.10.122.0160.2.033.3.3.90.39.00.00 FONTE 01303

MANUTENÇÃO DE PROGRAMAS DE ATENÇÃO BÁSICA
07.002.10.301.0160.2.036.3.3.90.39.00.00 FONTE 01000
07.002.10.301.0160.2.036.3.3.90.39.00.00 FONTE 01303
07.002.10.301.0160.2.036.3.3.90.39.00.00 FONTE 01495
07.002.10.301.0160.2.036.3.3.90.39.00.00 FONTE 01499
MANUTENÇÃO DE PROGRAMA VIGILÂNCIA EM SAÚDE
07.002.10.303.0170.2.041.3.3.90.39.00.00 FONTE 01000
07.002.10.303.0170.2.041.3.3.90.39.00.00 FONTE 01303
MANUTENÇÃO DA SECRETARIA DE AÇÃO SOCIAL
08.001.08.122.0100.2.045.3.3.90.39.00.00 FONTE 01000
CLÁUSULA SÉTIMA - DA EXECUÇÃO
A implantação (configuração, customização, conversão, migração de informações

e habilitação dos sistemas para uso) do software para Sistema Integrado de Gestão Pública
Municipal, deverá ser iniciado e finalizado em até 30 (trinta) dias corridos, após a emissão da
Ordem de Compra/Empenho, sob pena de multa por atraso, sem prejuízo a outras sanções
aplicáveis, observadas as determinações da Administração.
Parágrafo primeiro. A migração dos dados referentes aos exercícios de 2011 a

2023 deverá ser iniciada, realizada e finalizada em 30 (trinta) dias, a contar da Ordem de
Compra/Empenho, a fim de que os serviços públicos essenciais sejam mantidos no Município.
Parágrafo segundo. O sistema (software) de gestão deverá funcionar vinte e

quatro horas por dia, sete dias por semana e pelos doze meses contratados, a contar da Ordem
de Compra, sempre com a disponibilização de suporte por parte da CONTRATADA,
principalmente, suporte técnico e operacional on-line através do próprio aplicativo, telefone,
WhatsApp, E-mail e até mesmo presencial, caso se faça necessário.
Parágrafo terceiro. A prorrogação de prazo de prestação do serviço somente será

admitida mediante apresentação de justo motivo, devida e expressamente, aceito pela Prefeitura
Municipal de Morretes, concedido em caráter excepcional, sem efeito suspensivo, que deverá ser
encaminhado por escrito.
Parágrafo quarto. Os módulos fornecidos contemplarão o Município de Morretes,

a Câmara Legislativa Municipal e a Fundação de Atenção à Saúde de Morretes.
Parágrafo quinto. Fica facultado ao Município deixar de contratar algum módulo

enumerado no Termo de Referência, sendo o pagamento proporcional à quantidade de módulos
contratados e fornecidos.
Parágrafo sexto. O software deve atender às exigências do SIAFIC no que tange

a consultas e informações a serem disponibilizadas em Portal da Transparência, observando os
requisitos estabelecidos na Lei Geral de Proteção de Dados Pessoais.
Parágrafo sétimo. O sistema deve ser operável via navegador web padrão,
operando nos seguintes sistemas operacionais: Windows, Linux e MacOS; e a CONTRATADA
deverá disponibilizar aplicativo móvel para smartphones/tablets na Play Store (para aparelhos
Android) e na Apple Store (para aparelhos iOS), possibilitando a consulta de suas informações e
interação com os serviços municipais, sem ônus à CONTRATANTE.

Página 216 de 234

Parágrafo oitavo. A CONTRATADA será responsável pelos serviços de

implantação, adaptação, conversão/migração de dados e customização obrigatória do software
para atender processos de negócios, bem como integração entre os departamentos; pelo
fornecimento das licenças do software integrado de Gestão Pública, contemplando serviços
continuados de manutenção, suporte técnico e disponibilidade operacional na Internet do software
implantado; bem como pelo treinamento e capacitação aos usuários; e mantê-los em pleno
funcionamento, através do uso de servidores físicos, virtuais, replicados e outras soluções que
permitam alta disponibilidade, escalabilidade e conectividade 24 (vinte e quatro) horas por dia, 07
(sete) dias por semana, sejam estes em Microsoft Windows, ou Unix (BSD) e Linux.
Parágrafo nono. Qualquer instalação, configuração, migração nos computadores

e equipamentos da CONTRATANTE deverá ser feita com a supervisão de funcionários da
Diretoria de Tecnologia da Informação do Poder Executivo Municipal, ou outro fiscal do Contrato.
Parágrafo décimo. A conversão de dados deverá contemplar o exercício atual e

todos os anos anteriores existentes de todas as bases de dados dos sistemas implantados do
Município, inclusive, a CONTRATADA deverá converter todos os fatos geradores da contabilidade
e planejamento de todos os exercícios, sendo eles orçamentários e extraorçamentários, e deverá
se atentar a plena utilização de cada software e aplicativo.
I - A migração de informações da CONTRATANTE, até a data de execução desta

fase são de responsabilidade da empresa fornecedora dos softwares, cabendo a CONTRATANTE
a disponibilização dos backups em formato legível das atuais bases de dados, e a posterior
conferência dos dados;
II - As atividades de saneamento/correção dos dados são de responsabilidade da

CONTRATANTE com a orientação da equipe de migração de dados das CONTRATADA;
III - A migração não pode causar qualquer perda de dados, de relacionamento, de

consistência ou de segurança.
Parágrafo décimo primeiro. A CONTRATANTE fornecerá as estruturas dos dados

a serem convertidos.
Parágrafo décimo segundo. A conclusão e aceitação dos serviços de conversão

de dados, após a realização de testes será efetivada por ato formal, que testará a conversão das
bases de dados e a sua integridade.
Parágrafo décimo terceiro. A CONTRATADA deverá realizar um treinamento

operacional relativo ao funcionamento e funcionalidades do software, aplicativo e sistema,
imediatamente após a assinatura do Instrumento Contratual, durante o período de implantação do
Sistema para os empregados que acessarão e utilizarão o sistema, que será realizado nas
dependências da Prefeitura de Morretes, mediante agendamento antecipado:
I - O treinamento deverá ser realizado para todos os usuários indicados pela

Secretaria Responsável, a serem divididos entre os diversos módulos, conforme a conveniência
da CONTRATANTE, e deverá ser realizado junto com a implantação, compreendendo o uso das
funções do software pertencente à sua área de responsabilidade, conhecimento sobre as
parametrizações a serem utilizadas, uso das rotinas de segurança e demais rotinas de simulação
e de processamento;
II - Os treinamentos devem contemplar as rotinas básicas do setor, utilizando dados

Página 217 de 234

reais, obtidos na migração, bem como apresentar recursos do novo software até então não
explorados pelos servidores, sugerindo e mapeando melhorias nos processos atuais da
CONTRATANTE; e
III - Após o treinamento, os usuários deverão ser capazes de operar completamente

seus respectivos sistemas, incluindo o cadastramento de dados, emissão de relatórios, geração
de arquivos para o Tribunal de Contas do Estado do Paraná, realização de consultas complexas
e gerenciamento dos sistemas (com tarefas como gerenciamento de usuários, correções de
entradas de dados incorretas, verificação de inconsistências).
Parágrafo décimo quarto. A CONTRATADA deve prestar, pelo período da

execução do contrato e da implantação, os serviços de suporte ao usuário para solução de dúvidas
ou de problemas e para adequação de configuração, correção de erros nos sistemas e aplicativos,
e o suporte oferecido pela CONTRATADA, deve possuir os seguintes níveis de atendimento, sem
ônus à CONTRATANTE.
Parágrafo décimo quinto. O serviço de atendimento deve estar disponível em dias

úteis, de segunda a sexta-feira, das 08h00min às 12h00min e 13h00min às 17h00min, que será
solicitado pela CONTRATANTE através de Central de Atendimento ao Cliente da CONTRATADA,
com técnicos habilitados com objetivo de esclarecer dúvidas que possam surgir durante a
operação e utilização do sistema implantado.
Parágrafo décimo sexto. Cada atendimento deverá ter associado um número

único de protocolo, com registro de data, hora e atendente da abertura da ocorrência.
Parágrafo décimo sétimo. A CONTRATADA deverá disponibilizar portal na

internet/web de acesso da entidade, onde poderão ser solicitados os atendimentos de manutenção
e consultoria técnica, bem como a solicitação de melhorias nos softwares licitados, durante o
horário comercial:
I – O sistema deverá possuir um canal de suporte via chat, para dúvidas e

sugestões, com criação de ticket;
II - As solicitações realizadas devem permitir o acompanhamento através de

protocolo específico, oriundo da abertura do chamado, permitindo o seu acompanhamento via
internet/web, evidenciando a fase em que se encontra a transação de atendimento; e
III - As solicitações e atendimentos realizados deverão estar disponíveis na

internet/web, mediante senha de acesso, para a CONTRATADA, para que esta possa fazer
análise, gerar relatórios e identificar situações que a levem ao controle e tomada de decisão acerca
de situações do seu interesse e com maior incidência.
Parágrafo décimo oitavo. O atendimento à solicitação do suporte poderá ser

realizado na sede da CONTRATANTE, presencialmente, por profissionais habilitados da
CONTRATADA, aptos a prover o devido suporte ao sistema, com o objeto de esclarecer dúvidas
e resolver problemas que possam surgir durante a utilização dos sistemas.
Parágrafo décimo nono. O atendimento via acesso remoto dependerá de

autorização prévia, sendo de responsabilidade da CONTRATADA o sigilo e segurança das
informações.

Página 218 de 234

Parágrafo vigésimo. Os serviços de suporte técnico remoto ou in loco, ou os

serviços de manutenção corretiva, assim entendidos aqueles destinados a sanar erros e defeitos
de funcionamento dos sistemas informatizados, serão realizados no prazo máximo de 02 (dois)
dias úteis, contados da abertura do chamado técnico relatando a ocorrência.
Parágrafo vigésimo primeiro. Os serviços de manutenção adaptativa, aqueles

destinados a adequar os sistemas informatizados às exigências legais e normativas de gestão
pública previstas, por exemplo, em Normas Municipais, Estaduais, Federais, e instrução do
Tribunal de Contas, serão prestados pela CONTRATADA, no prazo máximo de 30 (trinta) dias,
contados da publicação da nova exigência, prorrogável, de comum acordo, conforme
complexidade das operações necessárias.
Parágrafo vigésimo segundo. A CONTRATADA será responsável pela prestação

de serviços de manutenção evolutiva, quando desenvolver de novas funções e tecnologias,
disponibilizando à CONTRATANTE, desde que seja do interessa dessa, versões aprimoradas dos
sistemas informatizados de gestão pública locados.
Parágrafo vigésimo terceiro. Caso a manutenção adaptativa ou evolutiva implique

em alteração significativa dos sistemas de gestão pública locados, a CONTRATADA deverá
prestar novamente, sem ônus adicional, os serviços de implantação e treinamento na forma
prevista neste.
Parágrafo vigésimo quarto. A CONTRATADA deverá possuir os equipamentos

eletrônicos para as atividades em campo (notebook, smartphone, tablet etc.), necessários para
realizar os devidos registros, carregamentos e intervenções no sistema de software.
Parágrafo vigésimo quinto. A empresa CONTRATADA e os membros da equipe

guardarão sigilo absoluto sobre os dados e informações do objeto da prestação de serviços ou
quaisquer outras informações a que venham a ter conhecimento em decorrência da execução das
atividades previstas no contrato, respondendo contratual e legalmente pela inobservância desta,
inclusive após o término do contrato.
Parágrafo vigésimo sexto. As partes deverão responsabilizar-se pelo

cumprimento dos requisitos definidos na Lei Federal nº 13.709/2018 (Lei Geral de Proteção de
Dados- LGPD), no que se refere ao tratamento de dados pessoais, à proteção dos direitos
fundamentais de liberdade e de privacidade e de livre desenvolvimento da personalidade da
pessoa natural.
Parágrafo vigésimo sétimo. As especificações técnicas devem, obrigatoriamente,

ser seguidas, sob pena de não recebimento dos produtos solicitados, sem prejuízo às sanções
aplicáveis.
Parágrafo vigésimo oitavo. Quando a qualidade dos serviços não corresponder

às especificações exigidas, estes serão rejeitados para substituição.
Parágrafo vigésimo nono. O serviço rejeitado, no todo ou em parte, quando em

desacordo com as especificações exigidas, deverá ser substituído às custas da
FORNECEDORA/PRESTAÇÃO DE SERVIÇOS, sem ônus à CONTRATANTE.
Parágrafo trigésimo. O serviço poderá ser recebido provisoriamente, para

posterior verificação de qualidade e quantidade.

Página 219 de 234

Parágrafo trigésimo primeiro. O aceite/aprovação do serviço à Administração se

dará somente após vistoria realizada por equipe designada pela CONTRATANTE.
Parágrafo trigésimo segundo. O aceite de que trata o parágrafo anterior não

exclui a responsabilidade civil da FORNECEDORA/PRESTAÇÃO DE SERVIÇOS por vícios ou
desatendimento as especificações técnicas exigidas no Edital ou atribuídas pela
FORNECEDORA/PRESTAÇÃO DE SERVIÇOS verificados posteriormente, garantindo-se à
Administração as faculdades previstas no artigo 18, da Lei n.º 8.078/90 (Código de Defesa do
Consumidor).
Parágrafo trigésimo terceiro. A entrega dos serviços não exime a Contratada, em

qualquer época, das garantias concedidas e das responsabilidades assumidas, em contrato e por
força das disposições legais em vigor.
CLÁUSULA OITAVA - DAS GARANTIAS
Considerando a natureza da contratação, a FORNECEDORA/PRESTAÇÃO DE

SERVIÇOS garantirá a qualidade e quantidade dos serviços e seus produtos, obrigando-se a
substituir aquele que for fornecido em desacordo com o Termo de Referência e com o apresentado
na proposta, em conformidade com o art. 24, da Lei 8.078/1990 – Código de Defesa do
Consumidor e demais disposições legais aplicáveis.
Parágrafo primeiro. Verificando-se prejuízos, a FORNECEDORA/PRESTAÇÃO

DE SERVIÇOS substituirá os serviços não entregues de acordo com as especificações e
condições estabelecidas neste contrato, ou ressarcirá a Administração no valor equivalente, sem
ônus para a ADMINISTRAÇÃO.
Parágrafo segundo. O recebimento final dos serviços somente se efetivará após

análise detalhada sob adequação às especificações requeridas no Termo de Referência e não
exime a FORNECEDORA/PRESTAÇÃO DE SERVIÇOS da responsabilidade por qualquer tipo
de dano ocasionado em razão de defeitos ou não adequação aos termos deste contrato.
Parágrafo terceiro. O descumprimento de qualquer uma das cláusulas integrantes

do presente contrato, por parte da FORNECEDORA/PRESTAÇÃO DE SERVIÇOS, acarretará a
responsabilidade civil e criminal, sem prejuízo de outras sanções legais previstas no Capítulo IV
da Lei Federal nº 8.666/1993.
CLÁUSULA NONA – DA GESTÃO E FISCALIZAÇÃO
A fiscalização deste contrato será realizada pelo Secretário Municipal de

Administração, gestor do contrato, e por fiscal designado, em conformidade com o Decreto
Municipal nº 560/2022 e Decreto Municipal nº 84/2021.
Parágrafo único. O gestor e o fiscal irão verificar e fiscalizar os serviços

correspondentes com o contrato, e anotarão em registro próprio, eventuais ocorrências ou
anormalidades constatadas, determinando no que for necessário, a imediata regularização ou
providências administrativas a serem tomadas, sem que isso importe na redução da
responsabilidade da CONTRATADA pela boa execução do Contrato, e venha apresentar ao
financeiro o cálculo exato dos serviços prestados.
CLÁUSULA DÉCIMA – DAS SANÇÕES ADMINISTRATIVAS

Página 220 de 234

Nos casos de atrasos injustificados ou inexecução total ou parcial dos compromissos

assumidos com a Administração aplicar-se-ão as sanções administrativas previstas na Lei Federal n°
8.666, de 21 de junho de 1993, e demais normas pertinentes, dentre elas, no que couber:
I – Advertência, em caso de conduta que prejudique o andamento do procedimento

licitatório ou da execução contratual;
II – Multa de 0,5% (cinco décimos por cento) por dia, sobre o valor da parcela em atraso,
e se em 24 (vinte e quatro horas) houver a falta destes serviços, será cobrado multa mediante ao atraso,
quando será considerado a ocorrência do inadimplemento;
III – Multa de 10% (dez por cento) por inadimplemento de qualquer das condições
contratuais sobre o valor total da contratação, ou sobre a parcela em inadimplemento;
IV – Suspensão do direito de licitar na forma prevista no inciso III do artigo 87 da Lei

Federal nº 8.666/93 e regulamentos; e
V – Declaração de inidoneidade na forma do inciso IV do artigo 87 da Lei Federal nº

8.666/93.
Parágrafo primeiro. As sanções são independentes e a aplicação de uma não exclui a

das outras.
Parágrafo segundo. É garantido ao contratado o direito ao contraditório e à ampla

defesa previstos na Constituição Federal e na Lei de Licitações e Contratos Administrativos.
Parágrafo terceiro. Os recursos deverão ser formalmente apresentados no

protocolo da CONTRATANTE, devidamente fundamentados e assinados pelo representante legal
da empresa.
Parágrafo quarto. O prazo para pagamento de multas será de 05 (cinco) dias úteis a
contar da intimação da infratora, sob pena de inscrição do respectivo valor como dívida ativa, sujeitando-
se a devedora ao competente processo judicial de execução, na forma estabelecida na Lei Federal nº
6.830/1980, respeitados o contraditório e ampla defesa.
Parágrafo quinto. A penalidade de suspensão do direito de licitar e contratar com a

Prefeitura Municipal de Morretes, prevista neste Edital, será estendida aos diretores, responsáveis
legais e sócios ou cotistas que façam parte do ato constitutivo da empresa licitante ou licitante
CONTRATADA.
Parágrafo sexto. A CONTRATADA, notificada da penalidade que poderá lhe ser

aplicada, poderá apresentar defesa nos termos do art. 109 da Lei Federal n° 8.666/1993.
Parágrafo sétimo. Da decisão da Prefeitura Municipal de Morretes sobre a aplicação da

penalidade caberá recurso.
Parágrafo oitavo. Os recursos deverão ser formalmente apresentados no protocolo da

CONTRATANTE, devidamente fundamentados e assinados pelo representante legal da empresa.
Parágrafo nono. A autoridade competente, ouvido o Pregoeiro ou o órgão

vistoriador, decidirá pela procedência ou não do recurso.
CLÁUSULA DÉCIMA PRIMEIRA – DAS OBRIGAÇÕES DA CONTRATANTE

Página 221 de 234

A CONTRATANTE deverá:
I – Exigir o cumprimento do objeto, segundo suas especificações, prazos e demais

condições;
II – Proporcionar todas as facilidades para que as contratadas possam cumprir suas

obrigações dentro das normas e condições deste processo;
III – Acompanhar a entrega dos serviços e avaliar a sua qualidade, sem prejuízo da
responsabilidade da CONTRATADA, podendo rejeitá-los mediante justificativa;
IV – Proceder com a mais ampla fiscalização sobre o fiel cumprimento do objeto deste
instrumento, sem prejuízo da responsabilidade da CONTRATADA;
V – Indicar os responsáveis pela fiscalização e acompanhamento dos serviços, para

acompanhar o desenvolvimento e desempenhar as atividades de coordenação técnica e administrativa,
servindo de elo entre as partes;
VI – Prestar à CONTRATADA toda e qualquer informação, por esta solicitada, necessária

à perfeita execução do contrato;
VII – Atestar nas notas fiscais/faturas a efetiva entrega do objeto desta licitação;
VIII – Emitir a Ordem de Serviço correspondente ao objeto desta licitação;
IX – Efetuar os pagamentos nas condições e preços pactuados;
X – Facilitar o acesso dos técnicos da CONTRATADA às áreas de trabalho, registros,

documentação e demais informações necessárias ao bom desempenho das funções, e fornecer as
estruturas dos dados a serem convertidos;
XI – Informar aos usuários dos serviços, das obrigações e dos limites contratuais,
visando a caracterizar a ação da CONTRATADA;
XII – Dar prioridade aos técnicos da CONTRATADA para utilização do equipamento da

CONTRATANTE quando da visita técnica;
XIII – Responsabilizar-se pelo acesso dos Servidores Públicos Municipais à internet,

pelos equipamentos (desktop, laptop, tablet, smartphone) necessários para operacionalização e
devido funcionamento do aplicativo/software e demais funcionalidades que exijam estarem on-
line;
XIV – Responsabilizar-se pela supervisão, gerência e controle de utilização dos

sistemas licenciados, incluindo a configuração adequada da máquina e instalação dos sistemas e
a manutenção do backup adequado para satisfazer as necessidades de segurança e recuperação
no caso de falha da máquina;
XV – Informar à CONTRATADA os Servidores utilizarão o sistema;
XVI – Informar à CONTRATADA eventual defeito ou irregularidades, identificados mesmo

após o recebimento e exigir a sua substituição ou reparação, fixando prazo adequado, conforme o caso;

Página 222 de 234

XVII – Informar a CONTRATADA sobre qualquer disfunção, inoperância ou

desconformidade às especificações, eventualmente, apresentadas na operacionalização do
Sistema;
XVIII - Rejeitar, no todo ou em parte, os serviços entregues em desacordo com as

obrigações assumidas pelo fornecedor;
XIX - Aplicar a empresa vencedora penalidades, quando for o caso;
XX - Notificar, por escrito, à CONTRATADA da aplicação de qualquer sanção; e
XXI - Garantir à CONTRATADA o direito ao contraditório e à ampla defesa nos casos em

que forem exigidas trocas ou no caso de aplicação de sanção.
Parágrafo único. A Administração não responderá por quaisquer compromissos

assumidos pela CONTRATADA com terceiros, ainda que vinculados à execução do presente
Termo de Contrato, bem como por qualquer dano causado a terceiros em decorrência de ato da
CONTRATADA, de seus empregados, prepostos ou subordinados.
CLÁUSULA DÉCIMA SEGUNDA – DAS OBRIGAÇÕES DA CONTRATADA
São obrigações da CONTRATADA:
I – Prestar o objeto contratual, nas especificações contidas neste Contrato, nos prazos
e locais indicados pela Administração;
II – Fornecer o objeto licitado em perfeitas condições para a execução do contrato,

atendendo todas as exigências legais pertinentes que incidam ou venham a incidir sobre o objeto
da presente licitação, por mais especiais que sejam e mesmo que aqui não mencionadas;
III – Manter o atendimento com a Secretaria Municipal de Administração, objetivando

evitar interrupções ou paralisações da entrega dos objetos/serviços deste Contrato;
IV – Responsabilizar-se pela qualidade do sistema, certificando-se pela garantia pela

prestação de serviços, funcionamento e eficiência do objeto contratual;
V – Emitir nota fiscal em nome do Prefeitura Municipal de Morretes, e juntamente,

encaminhar as Certidões de Regularidade Fiscal e Trabalhista;
VI – Fornecer à Contratante, toda e qualquer informação que lhe seja solicitado

sobre o objeto de contratação, bem como, facilitar-lhe a fiscalização da execução do serviço;
VII – Fornecer e implantar o sistema (software) de gestão pública, devidamente

configurado para o perfeito funcionamento, em até 30 (trinta) dias, a contar da assinatura do
contrato, e disponibilizar sem interrupções até o encerramento do contratual;
VIII – Instalar, além dos procedimentos iniciais, os sistemas e mais softwares,

sempre que solicitado, durante a vigência do contrato, em situações como a inclusão de novos
usuários, quando da troca de equipamentos da CONTRATANTE, ou por outra razão a critério da
CONTRATANTE;
IX – Converter/migrar e aproveitar de todos os dados cadastrais e informações dos

sistemas em uso para os sistemas da CONTRATADA, e comprovar, através de relatórios

Página 223 de 234

comparativos, que as informações convertidas estão consistentes com as informações já

prestadas ao Tribunal de Contas do Paraná e demais órgãos de controle;
X – Prover serviço de backup contínuo da base de dados, permitindo sua

recuperação a qualquer estado no passado, em casos de desastres ou falhas de utilização;
XI – Realizar a parametrização e customização do sistema, configurados para

utilização dos símbolos e identificação da Prefeitura Municipal, bem como a estrutura de níveis de
acesso e outras tabelas básicas dos sistemas;
XII – Comunicar antecipadamente a data e horário da entrega dos serviços, não

sendo aceitos os produtos ou serviços que estiverem em desacordo com as especificações
constantes deste instrumento;
XIII – Ministrar treinamento em separado para os grupos de usuários de cada um

dos sistemas fornecidos, com dados reais da Prefeitura Municipal, Câmara de Vereadores e
FASMO, como uma cópia dos dados obtidos após a migração dos dados, para realização do
treinamento;
XIV – Prestar auxílio e dar suporte aos servidores públicos municipais que utilizarão
o sistema quanto a sua funcionalidade, operacionalização e eventuais dúvidas, durante toda a
execução do contrato, sempre que requisitados pela CONTRATANTE;
XV – Auxiliar na recuperação da base de dados por problemas originados em erros

de operação, queda de energia ou falha de equipamentos, desde que não exista backup adequado
para satisfazer as necessidades de segurança;
XVI – Prestar os serviços de manutenção corretiva, assim entendidos aqueles

destinados a sanar erros e defeitos de funcionamento dos sistemas informatizados, dentro do
prazo de 02 (dois) dias úteis, contados da abertura do chamado técnico relatando a ocorrência;
XVII – Prestar os serviços de manutenção adaptativa, assim entendidos aqueles

destinados a adequar os sistemas informatizados às exigências legais e normativas de gestão
pública previstas, por exemplo, em normas municipais, estaduais, federais, e instrução do Tribunal
de Contas, no prazo máximo de 30 (trinta) dias contados da publicação da nova exigência,
prorrogável, de comum acordo, conforme complexidade das operações necessárias.
XVIII – Enviar profissionais, incluindo programadores, analistas de sistemas,

gerentes de projeto, conforme solicitação da CONTRATANTE e de comum acordo, para
atendimento à solicitação, aptos a prover o devido suporte, com o objeto de esclarecer dúvidas e
resolver problemas que possam surgir durante a utilização dos sistemas;
XIX – Oferecer atendimento remoto por telefone, e-mail ou serviços de suporte

técnico remoto, mediante autorização prévia, sendo de responsabilidade da CONTRATADA o
sigilo e segurança das informações;
XX – Prestar serviços de manutenção evolutiva quando desenvolver de novas

funções e tecnologias, disponibilizando à Prefeitura Municipal de Morretes, desde que seja do
interessa dessa, versões aprimoradas dos sistemas informatizados de gestão pública locados; e
no caso da manutenção adaptativa ou evolutiva implique em alteração significativa dos sistemas
de gestão pública locados, a CONTRATADA deverá prestar novamente, sem ônus adicional, os
serviços de implantação e treinamento na forma prevista;

Página 224 de 234

XXI – Implantar os módulos dos sistemas e mantê-los em pleno funcionamento de

acordo com a infraestrutura da CONTRATANTE, através do uso de servidores físicos, virtuais,
replicados e outras soluções que permitam alta disponibilidade, escalabilidade e conectividade 24
(vinte e quatro) horas por dia, 7 (sete) dias por semana, sejam eles em Microsoft Windows, ou
preferencialmente em Unix (BSD) e I;
XXII – Fornecer a infraestrutura do banco de dados no padrão “TableSpace”, ou

seja, uma única base de dados em uma plataforma de banco de dados em ambiente SQL;
XXIII – Acompanhar as alterações legislativas e normativas que influenciem nos

sistemas informatizados de gestão pública.
XXIV – Disponibilizar todo o histórico, informações e arquivos, ou seja, o Banco de

Dados da prestação de serviços deverá, ao término ou suspensão contratual, ficar de posse, bem
como igualmente, ser permitido e possível, o acesso, a impressão e/ou transferência dos arquivos
adquiridos durante todo o período contratual, sem que haja necessidade de senhas, autorizações,
codificações especiais por parte da CONTRATADA, ou qualquer tipo de artifício que impossibilite
o acesso e operacionalização nos arquivos após serem transferidos;
XXV – Assumir todos e quaisquer impostos, taxas e contribuições fiscais e para fiscais,
inclusive o de natureza previdenciária, social e trabalhista, bem como emolumentos, ônus ou encargos
de qualquer natureza, decorrentes de celebração desta aquisição ou de sua execução, como fretes e
combustíveis, inclusive as despesas forem devidas aos seus empregados ou prepostos no
desempenho da entrega dos produtos solicitados;
XXVI – Não transferir, em hipótese alguma, a outrem, no todo ou em parte, o objeto

contratual, não sendo permitida subempreitada e/ou terceirização da execução do objeto deste
processo;
XXVII – Responder, civil e criminalmente por todos e quaisquer eventuais danos

pessoais, materiais ou morais ocasionados à Administração e/ou a terceiros, inclusive aos
servidores públicos municipais que utilizarão o sistema caso tais danos, comprovadamente sejam
oriundos de possíveis falhas, anomalias e defeitos ocasionados pelo objeto do contrato;
XXVIII – Ressarcir os eventuais prejuízos causados ao órgão e/ou terceiros,

provocados por ineficiência ou irregularidades cometidas por seus empregados ou prepostos na
execução do fornecimento contratados;
XXIX – Responsabilizar-se-á integralmente pelo serviço a ser prestado nos termos

da legislação vigente;
XXX – Responsabilizar-se pelas despesas decorrentes da inexecução dos serviços

ou de alguns dos equipamentos, materiais e acessórios disponibilizado pela CONTRATADA,
incluindo atrasos acarretados pela inadimplência, de acordo com as disposições do instrumento
contratual;
XXX – Responsabilizar-se pelas despesas decorrentes da rejeição dos itens ou de

alguns dos serviços pela CONTRATANTE e pelos atrasos acarretados por esta rejeição, de acordo
com as disposições do instrumento contratual;
XXXI – Substituir, reparar ou consertar, sem ônus para a CONTRATANTE, os

produtos devolvidos e os serviços rejeitados, em razão de divergências entre o serviço entregue

Página 225 de 234

e as especificações contidas, sujeitando-se, ainda, às sanções cabíveis; e
XXXII – Responder pelas despesas de perícia, testes e análise, quando houver, dos
serviços fornecidos na forma do art. 75 da Lei Federal nº 8.666/93;
XXXIII – Manter, durante a validade do instrumento contratual as mesmas condições

que propiciaram a sua habilitação e classificação no procedimento.
Parágrafo primeiro. O não cumprimento das obrigações pela

FORNECEDORA/PRESTAÇÃO DE SERVIÇOS, inclusive com relação ao prazo de entrega,
ensejará a aplicação das penalidades estabelecidas neste contrato.
Parágrafo segundo. A inadimplência aos encargos estabelecidos não transfere à

CONTRATANTE a responsabilidade por seu pagamento, nem poderá onerar o objeto desta
licitação.
CLÁUSULA DÉCIMA TERCEIRA – DA RESPONSABILIDADE DAS PARTES
Compete à CONTRATADA a responsabilidade e o ônus pelo recolhimento de todos

os impostos, taxas, tarifas, contribuições ou emolumentos federais, estaduais e municipais, que
incidam ou venham incidir sobre o objeto deste processo, bem como apresentar os respectivos
comprovantes, quando solicitado pelo CONTRATANTE, sendo de inteira responsabilidade da
CONTRATADA qualquer procedimento legal que porventura houver referente ao objeto
contratado.
Parágrafo primeiro. Compete à CONTRATADA comunicar imediatamente à

CONTRATANTE em havendo irregularidades relacionadas com a entrega dos serviços.
Parágrafo segundo. O descumprimento de qualquer uma das cláusulas

integrantes do presente contrato, por parte da CONTRATADA, acarretará a responsabilidade civil
e criminal, sem prejuízo de outras sanções legais.
Parágrafo terceiro. A CONTRATANTE se obriga a garantir as condições

necessárias para a regular execução do contrato, bem como realizar o pagamento da forma
ajustada.
CLÁUSULA DÉCIMA QUARTA - DA RESCISÃO
O presente contrato poderá ser revogado por ato unilateral da Administração

Pública, devidamente justificado, quando o interesse público assim o exigir, ou na ocorrência de
quaisquer das hipóteses previstas na Lei n° 8.666/93, em especial o disposto nos artigos 77 e
seguintes, sem prejuízo das penalidades legais aplicáveis.
CLÁUSULA DÉCIMA QUINTA - DA ANTICORRUPÇÃO
Para a execução deste contrato, nenhuma das partes poderá oferecer, dar ou se
comprometer a dar a quem quer que seja ou aceitar, ou se comprometer a aceitar de quem quer
que seja, tanto por conta própria quanto através de outrem, qualquer pagamento, doação,
compensação, vantagens financeiras ou não financeiras ou benefícios de qualquer espécie que
constituam prática ilegal ou de corrupção que seja sob a Lei n° 12.846/2013, seja sob as leis de
qualquer país, seja de forma direta ou indireta quanto ao objeto desta licitação, ou de outra forma
que não relacionada a este contrato, devendo garantir, ainda, que seus prepostos e colaboradores

Página 226 de 234

ajam da mesma forma.
Parágrafo único. Para os propósitos desta cláusula, definem-se as seguintes

práticas:
I - Prática corrupta: oferecer, dar, receber ou solicitar, direta ou indiretamente,

qualquer vantagem com o objetivo de influenciar a ação de servidor público no desempenho de
suas atividades;
II - Prática fraudulenta: a falsificação ou omissão de fatos, com o objetivo de

influenciar a execução dos recursos;
III - Prática colusiva: esquematizar ou estabelecer um acordo entre dois ou mais

licitantes, com ou sem o conhecimento de representantes ou prepostos do órgão licitador, visando
estabelecer preços em níveis artificiais ou não competitivos;
IV - Prática coercitiva: causa dano ou ameaça causar dano, direta ou

indiretamente, às pessoas ou sua propriedade, visando influenciar sua participação em um
processo licitatório ou afetar a execução do contrato;
V - Prática obstrutiva: destruir, falsificar, alterar ou ocultar provas em inspeções,

ou fazer declarações falsas, aos representantes do Município de Morretes, com o objetivo de
impedir materialmente a fiscalização da execução deste instrumento contratual.
CLÁUSULA DÉCIMA SEXTA - DA PUBLICAÇÃO
Incumbirá à Administração providenciar a publicação deste instrumento, por

extrato, no Diário Oficial dos Municípios do Paraná, no prazo previsto na Lei n° 8.666/93.
CLÁUSULA DÉCIMA SÉTIMA – DA ELEIÇÃO DE FORO
As partes contratantes elegem o Foro desta Comarca de Morretes, Estado do

Paraná, para dirimir qualquer lide originada em função da presente contratação.
CLÁUSULA DÉCIMA OITAVA - DA LEGISLAÇÃO APLICÁVEL
O presente Instrumento contratual rege-se pelas disposições expressas na Lei

nº 8.666, de 21 de junho de 1.993, e pelos preceitos de direito público, aplicando-lhe
supletivamente, os princípios da Teoria Geral dos Contratos e as disposições de direito privado.
CLÁUSULA DÉCIMA NONA - DOS CASOS OMISSOS
Os casos omissos referentes às cláusulas contratuais acima descritas serão

resolvidos de acordo com a legislação vigente, considerando as prerrogativas que gozam a
Administração.
DISPOSIÇÕES FINAIS
Por estarem justos e contratados em conformidade com os parâmetros legais

estabelecidos, assinam o presente instrumento em 02 (duas) vias.
Morretes, XXX de XX de 2023.

Página 227 de 234

XXXXXXXXXXXXXXXXXXXX
Secretaria Municipal de Administração
Gestor
XXXXXXXXXXXXXXXXXX
Empresa X
Contratada

Página 228 de 234

ANEXO VII
TERMO DE ADESÃO AO SISTEMA DE PREGÃO ELETRÔNICO DA BOLSA DE LICITAÇÕES E

LEILÕES DO BRASIL E DE INTERMEDIAÇÃO DE OPERAÇÕES.
Natureza do Licitante (Pessoa física ou jurídica)

Nome:(Razão Social)
Endereço:
Complemento Bairro:
Cidade: UF
CEP: CNPJ/CPF:
Inscrição estadual: RG
Telefone comercial: Fax:
Celular: E-mail:
Representante legal:
Cargo: Telefone:
Ramo de Atividade:
1. Por meio do presente Termo de Adesão, o Licitante acima qualificado manifesta sua adesão ao
Regulamento do Sistema Eletrônico de Pregões Eletrônicos da Bolsa de Licitações e Leilões do
Brasil, do qual declara ter pleno conhecimento, em conformidade com as disposições que seguem.
2. São responsabilidades do Licitante:

a) Tomar conhecimento de e cumprir todos os dispositivos constantes dos editais de negócios
dos quais venha a participar;
b) Observar e cumprir a regularidade fiscal, apresentando a documentação exigida nos editais
para fins de habilitação nas licitações em que for vencedor;
c) Observar a legislação pertinente, bem como o disposto nos Estatutos Sociais e nas demais
normas e regulamentos expedidos pela Bolsa de Licitações e Leilões do Brasil, dos quais
declara ter pleno conhecimento;
d) Designar pessoa responsável para operar o Sistema Eletrônico de Licitações, conforme
Anexo I; e
e) Pagar a taxa pela utilização do Sistema Eletrônico de Licitações.
3. O Licitante reconhece que a utilização do sistema eletrônico de negociação implica o pagamento

de taxas de utilização, conforme previsto no Anexo IV do Regulamento Sistema Eletrônico de
Licitações da Bolsa de Licitações e Leilões do Brasil.
4. O Licitante autoriza a Bolsa de Licitações e Leilões a expedir boleto de cobrança bancária

referente às taxas de utilização ora referidas, nos prazos e condições definidos no Anexo IV do
Regulamento Sistema Eletrônico de Licitações da Bolsa de Licitações e Leilões.
5. (cláusula facultativa – para caso de uso de corretoras) O Fornecedor/Comprador outorga plenos

poderes à sociedade corretora abaixo qualificada, nos termos dos artigos 653 e seguintes do
Código Civil Brasileiro, para o fim específico de credenciá-lo e representá-lo nos negócios de seu
interesse realizados por meio do Sistema Eletrônico de Licitações da Bolsa de Licitações e Leilões
do Brasil, podendo a sociedade corretora, para tanto:
a) Declarar que conhece e atende as condições de habilitação previstas no Edital;

Página 229 de 234

b) Apresentar lance de preço;

c) Apresentar manifestação sobre os procedimentos adotados pelo(a) PREGOEIRO (A);
d) Solicitar informações via sistema eletrônico;
e) Interpor recursos contra atos do(a) PREGOEIRO(A);
f) Apresentar e retirar documentos;
g) Solicitar e prestar declarações e esclarecimentos;
h) Assinar documentos relativos às propostas;
i) Emitir e firmar o fechamento da operação; e
j) Praticar todos os atos em direito admitidos para o bom e fiel cumprimento do presente mandato,
que não poderá ser substabelecido.
Corretora:
Endereço:
CNPJ:
6. O presente Termo de Adesão é válido até __/__/____, podendo ser rescindido ou revogado, a
qualquer tempo, pelo Licitante, mediante comunicação expressa, sem prejuízo das
responsabilidades assumidas durante o prazo de validade ou decorrentes de negócios em
andamento.
Local e data:
_____________________________________________________________________________
_____________________________________________________________________________
(assinaturas autorizadas com firma reconhecida em cartório)
Anexo ao Termo de Adesão ao Sistema Eletrônico de Licitações
da Bolsa de Licitações e Leilões do Brasil - (Licitante direto)
Indicação de Usuário do Sistema
Razão Social do Licitante:

CNPJ/CPF:
Operadores
1 Nome:
CPF: Função:
Telefone: Celular:
Fax: E-mail:
2 Nome:
CPF: Função:
Telefone: Celular:
Fax: E-mail:
3 Nome:
CPF: Função:
Telefone: Celular:
Fax: E-mail:
O Licitante reconhece que:
a) A Senha e a Chave Eletrônica de identificação do usuário para acesso ao sistema são de

uso exclusivo de seu titular, não cabendo à Bolsa nenhuma responsabilidade por
eventuais danos ou prejuízos decorrentes de seu uso indevido;

Página 230 de 234

b) O cancelamento de Senha ou de Chave Eletrônica poderá ser feito pela Bolsa, mediante
solicitação escrita de seu titular ou do Licitante;
c) Perda de Senha ou de Chave Eletrônica ou a quebra de seu sigilo deverá ser comunicada
imediatamente à Bolsa, para o necessário bloqueio de acesso;
d) O Licitante será responsável por todas as propostas, lances de preços e transações
efetuadas no sistema, por seu usuário, por sua conta e ordem, assumindo-os como firmes
e verdadeiros; e
e) O não pagamento da taxa ensejará a sua inclusão no cadastro de inadimplentes da Bolsa,
no Serviço de Proteção de Credito e no SERASA.
Local e data:
_____________________________________________________________
_____________________________________________________________

Página 231 de 234

ANEXO VIII - MODELO DE DECLARAÇÃO DE NÃO PARENTESCO
(nome da empresa) ________________________________, inscrita no CNPJ sob o

nº_____________________________, por intermédio de seu representante legal o (a) Sr (a)
________________________________________________, portador (a) da Carteira de
Identidade nº ________________________e do CPF nº ___________________, DECLARA que:
a) Não possui proprietário, sócios ou funcionários que sejam servidores ou agentes
políticos do órgão ou entidade contratante ou responsável pela licitação;
b) Não possui proprietário ou sócio que seja cônjuge, companheiro ou parente em linha reta,
colateral ou por afinidade, até o terceiro grau, e por afinidade, até o segundo grau, de agente
político do órgão ou entidade contratante ou responsável pela licitação.
________________________, ____ de _ de _________.
____________________________________________________
Assinatura do Representante Legal da Empresa

Página 232 de 234

ANEXO IX
TERMO DE RESPONSABILIDADE EM ATENDIMENTO AO DESCRITIVO DOS REQUISITOS
OBRIGATÓRIOS DE TECNOLOGIA E SEGURANÇA
PREFEITURA MUNICIPAL DE MORRETES

REF. PREGÃO ELETRÔNICO ___/2023
A EMPRESA (razão social da licitante)

_____________________________________________________________, sediada no
endereço ____________________________________________________________________,
inscrita no CNPJ nº ____________________________________, por intermédio de seu
representante legal o (a) Sr. (a.)
______________________________________________________, portador (a) da Carteira de
Identidade R.G. nº __________________________ e do CPF nº ______________________
DECLARA, sob as penas da lei, que ATENDE OS REQUISITOS OBRIGATÓRIOS DE
TECNOLOGIA E SEGURANÇA EM 100 (CEM) POR CENTO (%) solicitados deste PREGÃO
ELETRÔNICO.
___________________, _____ de ____________ de 2023.
___________________________________
(Assinatura do Representante Legal da Empresa Licitante)

Página 233 de 234

ANEXO X
TERMO DE RESPONSABILIDADE EM ATENDIMENTO MÍNIMO
AO DESCRITIVO DAS FUNCIONALIDADES ESPECÍFICAS DA PROPOSTA
PREFEITURA MUNICIPAL DE MORRETES

REF. PREGÃO ELETRÔNICO ___/2023
A EMPRESA (razão social da licitante)

_____________________________________________________________, sediada no endereço
____________________________________________________________________, inscrita no
CNPJ nº ____________________________________, por intermédio de seu representante legal o
(a) Sr. (a.) ______________________________________________________, portador (a) da
Carteira de Identidade R.G. nº __________________________ e do CPF nº
______________________ DECLARA, sob as penas da lei, que ATENDE AO DESCRITIVO DAS
FUNCIONALIDADES ESPECÍFICAS DA PROPOSTA NO MÍNIMO EM 85 (OITENTA E CINCO)
POR CENTO (%) solicitados deste PREGÃO ELETRÔNICO.
___________________, _____ de ____________ de 2023.
___________________________________
(Assinatura do Representante Legal da Empresa Licitante)

Página 234 de 234

Município de Morretes Estado Do Paraná Prefeitura Municipal: No Dia 4 de Setembro de 2023, Às 09h00min (Nove Horas)

Enviado por

Direitos autorais:

Formatos disponíveis

Município de Morretes Estado Do Paraná Prefeitura Municipal: No Dia 4 de Setembro de 2023, Às 09h00min (Nove Horas)

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Município de Morretes Estado Do Paraná Prefeitura Municipal: No Dia 4 de Setembro de 2023, Às 09h00min (Nove Horas)

Enviado por

Direitos autorais:

Formatos disponíveis

MUNICÍPIO DE MORRETES ESTADO DO PARANÁ

O MUNICÍPIO DE MORRETES, TORNA PÚBLICO, para conhecimento de quantos possam se

Os trabalhos serão conduzidos pelo(a) Pregoeiro(a), Wagner do Rosário Lourenço, e integrarão a

2. DA DATA, HORÁRIO E LOCAL DA LICITAÇÃO.

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

RECEBIMENTO DAS PROPOSTAS: das 08h00min do dia 21/08/2023 às 08h29min do dia

REFERÊNCIA DE TEMPO: horário de Brasília (DF).

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

do desempate previsto na Lei Complementar n.º 123, de 14 de dezembro de 2006, artigos 44 e

5. REGULAMENTO OPERACIONAL DO CERTAME

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

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

exclusivamente, por meio do sistema eletrônico "BLL COMPRAS" disponível no site

7. DA APRESENTAÇÃO DA PROPOSTA E DOS DOCUMENTOS DE HABILITAÇÃO

8. DA ABERTURA E DO JULGAMENTO DAS PROPOSTAS DE PREÇOS

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

9 DOS DOCUMENTOS DE HABILITAÇÃO

9.1 - HABILITAÇÃO JURÍDICA:

9.2 - REGULARIDADE FISCAL:

9.3 - QUALIFICAÇÃO TÉCNICA:

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

9.4 - QUALIFICAÇÃO ECONÔMICA FINANCEIRA:

9.5 - DOCUMENTAÇÃO COMPLEMENTAR:

9.6 - Empresa com enquadramento na categoria de microempresa ou empresa de pequeno porte

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

11. OBRIGAÇÕES DA CONTRATADA

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

SECRETARIA MUNICIPAL DE ADMINISTRATIVO

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

08.001.08.122.0100.2.045.3.3.90.39.00.00 FONTE 01000

15. DA FRAUDE E CORRUPÇÃO

16 DAS DISPOSIÇÕES GERAIS

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

17.9 - Anexo IX - Termo de responsabilidade em atendimento ao descritivo dos requisitos

Morretes, 18 de agosto de 2023.

FERNANDO NEVES SILVA

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

ANEXO I – TERMO DE REFERÊNCIA

a) Fornecimento das licenças do software integrado de Gestão Pública, contemplando serviços

O Município de Morretes/PR, e a Câmara Municipal têm expandido ao longo dos anos

Justifica-se a contratação de um sistema informatizado nos moldes previstos para que

No caso, considerando a necessidade de integração dos sistemas, em especial o

2.1. JUSTIFICATIVA DO SERVIÇO COMUM E MENOR PREÇO GLOBAL

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

normas relativas a licitações públicas na área de tecnologia da informação, as constantes

Desta feita, com as inovações legislativas, e ainda, os padrões de desempenho e

(…) 9.1.4. A licitação na modalidade Pregão é admitida para a aquisição de softwares

(…) 9.2. Esclarecer ao Consulente que é juridicamente possível à aquisição de bens e

Desta forma é pacífico na jurisprudência do TCU que bens e serviços comuns de

Prefeitura Municipal de Morretes, Praça Rocha Pombo n° 10 – 83.350-000 Morretes/PR

2.2. JUSTIFICATIVA DO MENOR PREÇO

O objeto deste Termo de Referência é um sistema integrado, que acoplará módulos

Assim, com destaque para os princípios da eficiência e economicidade, é imprescindível a

2.3 JUSTIFICATIVA PARA O NÃO FRACIONAMENTO DO LOTE

Por se tratar de objeto singular e de complexidade tecnológica, onde as etapas de contração de