Termo de Refer Ê Ncia - Pe 04 - 18 Semae Anexo III Termo de Referencia

TERMO DE REFERÊNCIA
PROCESSO Nº 2018/001
LICITAÇÃO/MODALIDADE:
PEDIDO Nº 2018/1
REQUISITANTE: Diretoria Administrativa\ Gerência de Tecnologia da Informação
1. OBJETO
1.1. Contratação de serviços técnicos especializados de Tecnologia de Informação para
fornecimento, instalação, conversão, teste, customização e treinamento de SISTEMA
COMERCIAL, com acompanhamento permanente, que garantam as alterações legais,
corretivas e evolutivas no software, atendimento e suporte técnico para este software
quando solicitado, com operações totalmente integradas e utilização de Sistema
Gerenciador de Banco de Dados Relacional.
1.2. JUSTIFICATIVA
1.3. O atual cenário revela urgente necessidade de instrumentalizar melhor a área
comercial, de forma a permitir maior controle dos procedimentos, registros hábeis de dados
com geração de informações gerenciais rápidas e confiáveis para a tomada de decisões,
redução do retrabalho e maior eficiência administrativa.
1.4. Atualmente, dentre as dificuldades enfrentadas, temos a dificuldade na geração e
amostragem de dados, além da ausência de sistemas adequados para determinadas áreas e
insuficiência operacional de sistemas existentes, que não atendem de forma satisfatória às
necessidades das áreas administrativa e operacional, onde inexistem integração entre
alguns. Por este motivo, a autarquia necessita de um sistema de Gestão Integrado.
1.4.1. Por fim, as atuais ferramentas de informática ofertadas no mercado têm possibilitado
uma nova forma de gestão e operacionalização para os órgãos de utilities, como por
exemplo, a utilização de dispositivos móveis para serviços de campo, permitindo
racionalizar a aplicação dos recursos públicos da instituição.
2. DESCRIÇÃO DO OBJETO
2.1. REQUISITOS TECNOLÓGICOS GERAIS
2.1.1. O
sistema deverá operar com um único Sistema Gerenciador de Banco de Dados, com
todas as funções e rotinas desenvolvidas por uma única empresa desenvolvedora,
obedecendo a um único padrão visual de telas e de navegação. Para as funções acessadas
“São Leopoldo, berço da colonização alemã no Brasil“

1
via Internet, devido às especificidades desta tecnologia, o ambiente de desenvolvimento,
padrão visual de telas e navegação poderão ser diferentes daqueles usados para as demais
áreas/funções, mas o desenvolvedor de todo sistema licitado deverá ser o mesmo e as
demais características elencadas neste Termo e Anexos deverão ser respeitadas, em especial
aquelas que se referem a informações e bases únicas, ou seja, as informações acessadas via
Internet deverão ser as mesmas acessadas e processadas no ambiente interno da autarquia, e
este processo deverá ocorrer de forma permanente, on-line e em tempo real.
2.1.2. A
solução ofertada, objeto deste Termo de Referência, deverá estar construída para ser
executada em ambiente “web”, ou seja, todos os seus módulos devem operar em ambiente
web e não somente publicando dados, possibilitando consultar informações, cadastrar,
imprimir, alterar, ou seja, trabalhar totalmente na rede Web sem a necessidade de instalar
qualquer outro aplicativo ou periférico nos computadores que irão acessar os módulos do
software. Toda a infraestrutura de servidores, e sistemas de rede necessários para o
funcionamento do objeto solicitado neste Termo será de responsabilidade da Autarquia,
sendo que a licitante deverá apresentar em sua proposta técnica os requisitos de hardwares
necessários para que a solução ofertada funcione perfeitamente no ambiente da Autarquia.
2.1.3. Asolução ofertada deverá executar todos os processos que compõem o ciclo
comercial do SEMAE, envolvendo componentes e subsistemas, gerando módulos de
negócio coesos, integrados e funcionais, adotando critérios técnicos de concepção de
sistema que apresentem:
a) Alta Disponibilidade;
b) Escalabilidade;
c) Segurança e Integridade das Informações;
d) Desempenho compatível com o volume de transações envolvidas.
2.1.4. Deverá ser composta por macroprocessos que permitam: Controle de Acesso e
Segurança, Leitura e Faturamento (Billing On Site), Arrecadação e Cobrança (integrada ao
sistema TEF – Transferência Eletrônica de Fundos), Manutenção e Serviços, Gestão de
Cadastros, Processamentos de Retaguarda, Consulta e Relatórios Gerais, Autoatendimento
via Web (“Loja Virtual”), Autoatendimento através de Quiosques de terminais TOTEM,
prover utilização de Dispositivos Móveis para Serviços de Campo como: Leitura,
Recadastramento, Ordens de Serviço e Auto Atendimento via Unidade de Resposta Audível
(URA).
2.1.5. Obanco de dados utilizado deverá ser Oracle, SQL Server ou PostgreSQL e serão de
responsabilidade da licitante, devendo permitir atualizações (“upgrade”) para versões
superiores sem perda de integridade, segurança, desempenho e disponibilidade.
2.1.6. Desempenho esperado:

2
a) Como forma de garantir o perfeito funcionamento da solução a licitante deverá
obrigatoriamente assegurar que a solução ofertada ofereça no mínimo os seguintes
requisitos:
I Possibilitar a execução do processamento em várias CPUs, em um ambiente
multiprocessado.
II Suportar balanceamento de carga entre os servidores.
III Possuir arquitetura que permita utilizar todo o recurso de hardware disponível para o
processamento, fazendo uso de todos os CPUs disponíveis.
IV Possuir arquitetura que permita paralelismo intraprocesso durante a execução de
processos de carga.
V Suportar distribuição nos componentes em diferentes servidores, permitindo alta
disponibilidade e alto desempenho.
VI Garantir que o tempo de resposta esperado para o processamento on-line de busca,
cadastro, exclusão e edição de todas as informações de um consumidor em uma base de
dados de, no mínimo, 70.000 consumidores não coincidentes, com o acesso simultâneo de
50 usuários, não poderá ser superior a vinte segundos;
VII Processamento de arquivos e geração de relatórios massivos: 10 minutos ou menos.
2.2.FUNCIONALIDADES TÉCNICAS MÍNIMAS INDISPENSÁVEIS AO

SISTEMAS
2.2.1. Arquitetura para acesso e atualização de dados em rede local e remotamente.

2.2.2. Armazenamento de dados por meio de Banco de Dados Relacional.
2.2.3. Compatível com Sistema Operacional - Windows Server 2008 ou posterior.
2.2.4. Compatível com Clientes - Windows 7 e Superior, bem como com Windows Terminal
Services.
2.2.5. Osistema deve ter sido desenvolvido na arquitetura cliente servidor, três camadas,
utilizando HTML5, CSS3, preparado para processamento em Nuvem (Cloud Computing),
padrão MVC (Model View Controller), recomendado para sistemas orientados a objetos,
devendo ser responsivo, ou seja, o sistema deve se adaptar de forma automática ao tamanho
da tela do dispositivo que o estiver acessando, como: Smartphone, Tablet, Notebook,
Desktop, etc.
2.2.6. Mecanismos de segurança/permissão completos, com autenticação dos operadores por
senha e níveis de alçada.
2.2.7. Capacidade de armazenamento de acordo com os volumes e sistema de banco de
dados relacional.
2.2.8. Acessosimultâneo ilimitado de usuários às bases de dados para consulta, bem como
acesso simultâneo ilimitado de usuários para cadastramento ou atualização do sistema.

3
2.2.9. Possibilitar
o cadastramento e atualização de dados on-line, com disponibilização
imediata dos dados para pesquisa pelos outros módulos do sistema.
Importação e exportação de dados via Webservices com integração total aos formatos
2.2.10.
XML e JSON.
Exportação de todos os relatórios para ao menos os formatos ODS, XLS, PDF, DOC
2.2.11.
e HTML;
2.2.12.Gerenciamento integrado de dados e funções do SEMAE, com integração total entre
os sistemas.
O Sistema deverá permitir efetuar backup geral de dados diário, mensal, anual
2.2.13.
através de um único sistema central.
O sistema deverá possuir interface (rotinas) de acesso a terminais TOTEM padrão
2.2.14.
FEBRABAN, e estar devidamente homologado por empresa certificadora das operadoras
Mastercard, Visanet e American Express, sem prejuízo de outras que possam ser
homologadas, a fim de permitir transações de pagamento de faturas, através de cartão de
Débito e/ou Crédito, efetuando automaticamente a liquidação da fatura no banco de dados
comercial.
Deverá permitir a restauração dos dados no formato original de acordo com o backup
2.2.15.
de dados efetuado.
2.2.16.O sistema deverá implementar rotinas para montagem de cubos (gerador de
relatórios), permitindo que consultas, relatórios, planilhas e gráficos sejam trabalhados de
maneira analítica, alterando a organização dos dados sem a necessidade de realização de
repetidas consultas, possibilitando ainda a visualização detalhada ou sumarizada dos dados.
2.2.17. O sistema deverá permitir que sejam elaborados relatórios pelo usuário através de
utilitários geradores de relatórios.
Deverá permitir a Visualização e Edição de relatórios em Tela para simples consulta
2.2.18.
ou posterior impressão, possibilitando a seleção das páginas a serem impressas.
2.2.19.Gravação dos Relatórios para impressão remota, podendo ser enviados por e-mails
para utilização em outros locais.
2.2.20.O modulo de leitura, cálculo e impressão simultânea de faturas em campo, para
dispositivos móveis, deverá processar independente do hardware de fornecedor,
possibilitando sua execução em múltiplas plataformas, necessariamente em Android versão
4.2.2 ou superior e Windows Phone versão 6.5 ou superior, concomitantemente.
Todos os relatórios deverão conter o logotipo, cabeçalho e rodapé conforme padrão
2.2.21.
do SEMAE, possibilitando ainda que o padrão seja alterado.

4
3. ESPECIFICAÇÃO TÉCNICA E FUNÇÕES DOS SISTEMAS
3.1. CONTROLE DE ACESSO

A solução ofertada deverá possibilitar armazenar e controlar os acessos aos usuários
3.1.1.
com total segurança e deverá disponibilizar no mínimo os seguintes recursos:
a) Garantir o acesso ao sistema somente após validar login e senha.
b) Para acessar o sistema, será necessário possuir seu cadastro previamente gerado por
outro usuário com direitos administrativos (administrador). O usuário administrador poderá
criar o usuário operador, atribuindo-lhe permissões e funcionalidades do sistema de acordo
com o perfil da função que o usuário operador exercerá. O sistema deverá ofertar opções
para diferenciar o usuário operador quanto a perfil e acessos.
c) Permitir registro e bloqueio de acesso para o caso de tentativas indevidas, de forma
parametrizável.
d) Possuir funcionalidades de expiração de senha (período de validade), bloqueio de
acesso por número limite de tentativas de acesso.
e) Possuir identificação única para cada usuário, por meio de login e senha
individualizada, de forma a permitir auditoria, controle de erros e de tentativas de invasão.
f) Possuir mecanismo de time out para logoff de usuários após determinado tempo de
inatividade, a ser parametrizado.
g) Permitir integração com soluções de terceiros, possibilitando a autenticação de
usuários previamente autenticado no MS Active Directory.
h) Possuir regras de composição e de tamanho mínimo de senhas (conceito de “senha
forte”).
i) Garantir que o sistema armazene as senhas de acesso em modalidade criptografada.
j) Não permitir que a senha de acesso do usuário seja visualizada nos aplicativos do
sistema.
k) O sistema deverá permitir a criação de perfis (categorias). Estes perfis conterão os
acessos às funcionalidades e direitos do sistema definidos pelo usuário administrador. Um
perfil poderá ser criado com direitos apenas de consulta de registro no sistema, para que as
funcionalidades atribuídas ao usuário operador tenham acesso apenas à consulta.
l) Garantir controle parametrizável dos acessos dos usuários às funcionalidades do
sistema de acordo com permissões associadas aos seus perfis.
m) Permitir associar um ou mais perfis de autorização para cada usuário.

5
n) Deverá armazenar compondo de forma histórica todas as alterações efetuadas na base
cadastral, registrando a informação original e a informação alterada e ainda a data, hora e
usuário responsável pela manutenção.
o) Possibilitar o registro das tarefas executadas por usuário ou grupo de usuários através
da abertura automática de ordens de serviço, permitindo que se estabeleça auditoria
completa das tarefas executadas, pois qualquer atividade executada pelos usuários do
sistema deverá ser registrada e disponibilizada de forma simples para consulta e auditoria
através da visualização das ordens de serviços geradas automaticamente.
3.2. ARRECADAÇÃO
3.3. A solução ofertada deverá fornecer todos os recursos necessários visando integração
com agentes arrecadadores, disponibilizando toda estrutura para a recepção e tratamento
dos pagamentos efetuados em cada agente, baixa de faturamentos e integração com os
lançamentos para contabilidade, fornecendo, no mínimo, as funcionalidades descritas
abaixo;
3.3.1.Deverá possibilitar de forma automática a geração de arquivos para débito em conta,
e envio aos agentes arrecadadores (bancos) conforme padrão FEBRABAN, bem como
retorno, permitindo também a suspensão do débito automático pela autarquia;
3.3.2.Deverá prever o controle através das sequências (NSA) de emissão da recepção e
envio de arquivos de pagamentos e débitos de e para os agentes arrecadadores (bancos);
3.3.3.Na ocorrência de eventual atraso, permitir efetuar a regeração dos arquivos de débito
automático para envio aos convênios de arrecadação, atualizando as datas de vencimento de
cada lançamento;
3.3.4.Deverá disponibilizar recurso de importação e processamento do arquivo transmitido
pelo banco no padrão FEBRABAN, vinculando os registros de pagamentos aos
documentos de cobrança emitidos para as unidades de consumo, seja ele oriundo de débito
em conta ou de pagamento normal, e ainda garantir que todos os registros de pagamentos
enviados nos arquivos bancários, sejam devidamente registrados na base de dados do
sistema ofertado;
3.3.5. Deverá disponibilizar relatório de importação de arquivos bancários;
Deverá disponibilizar recurso que possibilite a baixa de documentos de cobrança de
3.3.6.
forma manual (confirmação de pagamentos) com informação dos dados dos pagamentos;
3.3.7.Deverá possibilitar a identificação e correção de registros de pagamentos não
vinculados (não encontrados) a matrículas ou documentos de cobrança (controle de
pagamentos não classificados);
3.3.8.Deverá permitir a identificação de faturas pagas em duplicidade, gerando ocorrência
de pagamento e crédito para desconto nas próximas faturas do cliente;

6
3.3.9.Deverá permitir a identificação de faturas pagas com valores diferentes dos seus
faturamentos, gerando ocorrência de pagamento e gerando crédito ou débito ao cliente do
valor da diferença;
3.3.10. Deverá possibilitar que no momento do processamento do pagamento de um
documento que possua uma ou mais faturas vinculadas (notificação de corte, segunda via
de fatura, termo de confissão de dívida ativa e segunda via de fatura agrupada) deva ocorrer
também de forma automática a quitação de todas as faturas vinculadas ao documento;
3.3.11. Deverá
garantir que sempre que o sistema processar um pagamento de documento de
cobrança em atraso deva ser gerado juros, multas e correções monetárias, conforme prevê o
regulamento do SEMAE;
3.3.12. Deverá prever o registro dos Contratos dos Arrecadadores;
3.3.13. Inclusão/Manutenção dos Agentes arrecadadores - deverá disponibilizar o cadastro de
agentes arrecadadores, agências bancárias, convênio do agente arrecadador com vigência e
tarifação aplicada e conta bancária, tudo conforme layout CNAB;
3.3.14. Deverá prever o cadastro de Ocorrências de Débito em Conta;
3.3.15. Deverá prever o cadastro de Motivo para Reenvio de Fatura para Débito em Conta;
3.3.16. Deverá prever relatório de ocorrências de retorno de débito em conta;
3.3.17. Deverá prever cadastro de Tipo Convênio Bancário;
3.3.18. Deverá dispor de armazenamento do histórico dos pagamentos recebidos;
3.3.19. Deverápossuir visualizador dos processos de arrecadação, com resumo dos valores
recebidos, calculados e emitidos de acordo com o período informado pelo usuário;
3.3.20. Disponibilizar funcionalidade de emissão de extrato anual de pagamento por
cliente/zona/setor/total;
3.3.21. Deverá disponibilizar recurso que possibilite realizar estorno de pagamentos
indevidos;
3.3.22. Deverá disponibilizar recurso que possibilite realizar a transferência de pagamentos
entre diferentes unidades de consumo;
3.3.23. Encerramento da Arrecadação do Mês – Deverá fornecer recurso que possibilite o
agendamento de processamento batch, em data e hora definida pelo usuário que realiza o
fechamento mensal da arrecadação, sendo que esse processo deverá apurar e processar
todos os pagamentos obtidos no mês, sendo ainda que a posição obtida deverá ser
registrada e congelada, preservando mensalmente no mínimo os seguintes dados:
a) valor de documentos pendentes,
b) valor de documentos pagos

7
c) valor de parcelamentos realizados
d) valor de cancelamentos realizados,
e) valor de emissões manuais;
3.3.24. A
solução ofertada deverá ter a opção de integração com o sistema das “Vans”,
permitindo a obtenção e o processamento automático dos arquivos bancários, inclusive com
tempo parametrizável de verificação, no caso de o SEMAE eventualmente contratar o
serviço de pagamento em tempo real, podendo também executar de forma manual, por
demanda ou por rajada;
3.3.25. Deverá fornecer recurso que possibilite o registro de pagamentos via depósito
bancário;
3.3.26. Deverá
fornecer recurso que possibilite tratar pagamento via depósito bancário que
estão como não identificados;
3.3.27. Deverá prever o controle dos Avisos Bancários;
3.3.28. Deverá prever o controle das Guias de Pagamentos e de Devoluções;
3.3.29. Deverá prever o registro do Movimento dos Arrecadadores;
3.3.30. Deveráprever o controle do Movimento de Débito Automático em Conta Corrente,
inclusive com cadastro de parâmetros para débito em conta, com controle das sequências de
envio e de retorno;
3.3.31. O
sistema deverá efetuar o controle de remessa sobre arquivos enviados e retornados
do banco. Deverá possuir consistência nas sequências dos arquivos de retorno, gerando
ordem de serviço automática em caso de inconsistência. Esta ordem de serviço deverá ser
baixada automaticamente somente quando ocorrer a normalização desta inconsistência;
3.3.32. Deverá prever acertos do Movimento dos Arrecadadores;
3.3.33. Deverá possibilitar o fechamento dos Valores do Movimento dos Arrecadadores;
3.3.34. Deverá permitir efetuar a geração do movimento de arrecadação com todos os dados
enviados no arquivo e de forma que seja conferido e consolidado, bem como proceder às
inclusões e exclusões no débito automático e troca de agência bancária, atualizando todos
os dados pertinentes ao cliente no sistema. Para débitos que não foram realizados no banco,
as faturas serão atualizadas de forma a ficar disponível para reaviso e corte;
3.3.35. Deverá prever a consulta aos dados diários de arrecadação;
3.3.36. Deverá prever método de controle por forma de arrecadação;
3.3.37. Deverá prever consulta ao Resumo da Arrecadação;
3.3.38. Deverá disponibilizar a geração de Relatório de Avisos Bancários por Conta
Corrente;

8
3.3.39. Todas as alterações efetuadas deverão ser registradas (auditoria de sistema);
3.3.40. Geração das Informações Gerenciais de Arrecadação;
3.3.41. Deverá prever a geração dos lançamentos contábeis de arrecadação;
3.3.42. Geraçãode Relatório que conste informações por período como por exemplo mas não
se limitando a: quantidade de documento, valor arrecadado e o valor da tarifa a ser paga,
por modalidade, por agente arrecadador, por localidade;
3.3.43. Permitir pagamentos adiantados de despesas futuras de água, esgoto e serviços;
3.3.44. Deverá
permitir apurar a inadimplência de arrecadação tendo como base a
competência de faturamento com evolução até a posição atual;
3.3.45. Deverá
permitir apurar a inadimplência de arrecadação tendo como base a
competência da renegociação com evolução até a data atual;
3.3.46. Deverápermitir a checagem de valores depositados pelos convênios de arrecadação
contra os valores que realmente constam nos arquivos recebidos;
3.3.47. Deverápossuir visualizadores dos controles gerenciais sobre a previsão de
arrecadação por data de vencimento do débito automático;
3.3.48. O
sistema deverá gerar ordem de serviço de solicitação de autorização ao superior
imediato para efetuar estornos de documentos arrecadados, baixando a ordem de serviço
como improcedente/ou procedente ao usuário que efetuou a transação;
3.3.49. Deverápermitir visualizar o tipo de espécie de pagamento dos documentos
arrecadados que compõem cada autenticação;
3.3.50. Deverá permitir a verificação de dias úteis para geração de encargos;
3.3.51. Deverápossuir relatórios de acompanhamento sobre os pagamentos das faturas
enviadas para entrega alternativa em e-mail;
3.3.52. Deverá permitir efetuar consultas gerenciais nas pendências de arrecadação;
3.3.53. O
sistema deverá permitir a regeração de remessa para banco que permite o reenvio
de arquivos, em caso de extravio de arquivos;
3.3.54. Paraincentivo ao débito automático, permitir a geração de arquivo com dados
cadastrais de unidades consumidoras que não possuem a opção de débito automático, para
que o banco possa oferecer ao cliente esta opção;
3.3.55. Deverápermitir efetuar a cobrança escritural com processos automatizados para
identificação de pagamentos efetuados a menor pelo cliente via Internet, com geração e
envio de arquivos no leiaute CNAB400 ao banco, no padrão FEBRABAN (de clientes que
possuem ficha de compensação bancária) e assegurar que este procedimento ocorra

9
somente no faturamento posterior à confirmação da inconformidade registrada na
arrecadação;
3.3.56. O
sistema deverá permitir o estorno do débito automático, efetuando o cancelamento
de faturas que sofreram alguma alteração e tiveram seus valores alterados, para que seja
debitado o valor correto na conta do cliente. Este procedimento deverá ocorrer até três dias
antes do vencimento da fatura;
3.3.57. Osistema deverá permitir visualizar as ocorrências de pagamento de débito em conta
não efetivadas (quais os motivos de não pagamento da conta).
3.4. CADASTRO
3.4.1.O sistema deverá fazer a consistência dos dados cadastrais a fim de validar as
informações inseridas ou alteradas;
O sistema deverá automatizar a elaboração do cronograma de leitura, faturamento e
3.4.2.
emissão de conta de um exercício, mês a mês;
3.4.3.O sistema deverá disponibilizar rotina para serem registradas informações adicionais
em relação à Unidade Consumidora, como por exemplo, mas não se limitando à: falta de
documentos, entrega de documentos, verificações de dados. Deve ser possível ainda a
geração de consulta individualizada por cliente ou imóvel;
3.4.4.Deverá possibilitar no cadastro de clientes informações para os pedidos de descontos
e isenções, contendo data do início da validade do processo e seu término, visando à
automatização do processo, que se aplicam aos casos previstos em Lei Municipal;
3.4.5. Deverá permitir o registro de inclusão e exclusão no SPC e/ou SERASA;
3.4.6.Deverá possibilitar a emissão de “conta final”, no momento do pedido de
desligamento de serviços;
3.4.7.O sistema deverá registrar histórico através de tabela específica associada à função de
movimentação de hidrômetro, possibilitando consultas e relatórios que permitam visualizar
toda a movimentação ocorrida com os hidrômetros;
3.4.8. Deverá disponibilizar funcionalidade para registrar os motivos de substituição e
retirada de hidrômetro. Deverá também parametrizar o motivo da retirada ou substituição
(roubado, furtado etc.), para não exigir local de armazenagem;
Deverá disponibilizar relatórios contendo as características do hidrômetro, bem como
3.4.9.
o motivo de substituição, retirada e situação da ligação;
3.4.10. Deverá
possibilitar funcionalidade no cadastro do imóvel para registrar informação
relacionada ao cadastro junto à Prefeitura local, registrando informações tais como:
Número do Lote, Número da Unidade, Número de Moradores, Número de Tomadas de
água, Área edificada em m², Número da Inscrição Imobiliária, Existência da Caixa d'água,

10
Existência de Cisterna, Existência de fonte própria de água, Informar o tipo de pavimento
do logradouro, Informar o tipo de pavimento do passeio;
3.4.11. Deverápossibilitar funcionalidade para registrar a utilização de tratamento de esgoto
alternativo no imóvel, permitindo a cobrança diferenciada da taxa de esgoto conforme
tratamento;
3.4.12. Deverá
disponibilizar funcionalidade para registrar no imóvel o tipo do sistema de
esgotamento sanitário utilizado;
3.4.13. Deverádisponibilizar funcionalidade para registrar os sistemas de água e
esgotamentos sanitários e associá-lo aos setores;
3.4.14. Deverádisponibilizar funcionalidade para registrar o diâmetro da rede de água e
esgoto para cada ligação.
3.4.15. Deverá prever o cadastro, manutenção e consulta às seguintes tabelas:
a) Cliente (CPF ou CNPJ; Número do RG; Filiação; Número Telefone Residencial;
Número Telefone Comercial; Número Telefone Celular; Data de Nascimento; E-mail;
Endereço; Deverá permitir gravar imagens referentes a todos os documentos do cliente);
b) Hidrômetro;
c) Imóvel;
d) Categoria;
e) Subcategoria;
f) Localidade;
g) Setor (Zona) comercial;
h) Quadra;
i) Rota;
j) Bairro;
k) Logradouro;
l) CEP;
m) Distrito Operacional (Setor de Abastecimento);
n) Bacia (esgotamento);
o) Manutenção das Tabelas Básicas do Sistema, possibilitando consultas de dados
relacionados a hidrômetro, serviços, bancos, convênios, agências, órgãos centralizadores,
preços dos serviços, tabela tarifária de água e esgoto;
p) Município

11
q) Gerência regional
r) Faixa de área construída;
s) Faixa Volume Reservatório (Caixa d’água);
t) Faixa volume piscina
u) Tipo de cliente;
v) Sistema de Esgoto;
w) Sistema de Abastecimento;
x) Parâmetros do sistema
y) Perfil de quadra
3.4.16. O sistema deverá registrar as Alterações Efetuadas;
3.4.17. Deverá prever a Geração das Informações Gerenciais de Cadastro;
3.4.18. Deverá possibilitar que um cliente responda por mais de uma ligação;
3.4.19. Deverápermitir a emissão de declarações de abastecimento, negativa de débito e
quitação anual;
3.4.20. Para
o cadastramento de clientes, poderá existir apenas um cadastro por CPF ou
CNPJ, tendo como identificador único um número (código do cadastro) diferente do seu
CPF ou CNPJ;
3.4.21. Deverá validar os números de CPF e CNPJ no ato de sua inserção;
3.4.22. Deverá
permitir o Cadastro e Identificação do imóvel através de um código numérico
único (matrícula);
3.4.23. Deverá possibilitar cadastrar para uma unidade de consumo o inquilino e o
proprietário do imóvel;
3.4.24. Deverá prever a informação de existência de reservatórios de água e poços (fonte
alternativa de água);
3.4.25. Deverápermitir a subclassificação para os imóveis públicos, como municipais,
estaduais e federais, com emissão de todos os relatórios contábeis do sistema utilizando
esse filtro;
3.4.26. Deverá
permitir o cadastro do endereço do imóvel, contendo logradouro, número,
complemento, bairro, CEP;
3.4.27. Deverápermitir informar o endereço possibilitando cadastrar no mínimo dois
endereços para uma unidade consumo: o endereço físico principal e o alternativo;

12
3.4.28. Deverá
prever a funcionalidade de consulta e manutenção do histórico de leituras e
consumos do imóvel;
3.4.29. Deveráprever a funcionalidade de consulta da posição da dívida do imóvel, listando
o histórico de faturamento, situação das faturas, detalhes das faturas, valores em aberto,
valores pagos, valores parcelados e valores a faturar;
3.4.30. Deverá
prever a funcionalidade de consulta de histórico de parcelamentos realizados
para o imóvel com situação de faturamento e pagamento das parcelas;
3.4.31. Deveráprever a funcionalidade de consulta e manutenção dos dados cadastrais dos
imóveis, clientes e vínculos entre eles;
3.4.32. Deverá
permitir o cadastro de dia de vencimento da fatura diferenciado, alternativo
ao vencimento padrão da rota do imóvel;
3.4.33. Deveráprever a funcionalidade de consulta das ordens de serviços emitidas para o
imóvel e acesso rápido para abertura de novas ordens de serviço;
3.4.34. Deveráprever a funcionalidade para cadastro, exclusão e consulta de histórico de
endereços alternativos para entrega da fatura;
3.4.35. Deverá
prever a funcionalidade de emissão de segundas vias para o imóvel com os
mesmos dados da fatura original, sendo possível ao operador indicar se será gerada
cobrança para esse serviço;
3.4.36. Deverá permitir classificação de tipo de ligação de água e de tipo de ligação de
esgoto;
3.4.37. Deverá permitir setar a classificação de imóvel como ATIVO ou INATIVO;
3.4.38. Deverá prever a informação de local de entrega da fatura e de localização do
hidrômetro;
3.4.39. Deverá prever a informação do ciclo, rota e sequência de leitura;
3.4.40. Deveráprever a funcionalidade de consulta e manutenção dos serviços a faturar e já
faturados para o imóvel, com histórico;
3.4.41. Controle e Gestão dos Feriados;
3.4.42. Asolução ofertada deverá disponibilizar um conjunto mínimo de funcionalidades que
possibilite a gestão de todas as informações necessárias para os processos de
comercialização, serviços operacionais e relacionamento com os clientes que possibilite o
cadastro, alteração e exclusão dos seguintes dados:
a) Cadastro de Clientes;
b) Cadastro de Tarifas;
c) Cadastro de Diâmetro Cavalete;

13
d) Cadastro de Diâmetro Hidrômetro;
e) Cadastro de Diâmetro Ramal Ligação Água;
f) Cadastro de Diâmetro Ramal Ligação Esgoto;
g) Cadastro de Grupos de Serviços;
h) Cadastro de Veículos;
i) Cadastro de Material;
j) Cadastro de Material Cavalete;
k) Cadastro de Motivo Cancelamentos;
l) Cadastro de Motivo de Criticas;
m) Cadastro de Motivo Emissão de Fatura;
n) Cadastro de Motivo Estorno de Pagamento;
o) Cadastro de Motivo Liberação Compensação;
p) Cadastro de Motivo de Movimento Hidrômetro;
q) Cadastro de Motivo Número Lacre;
r) Cadastro de Motivo do Reenvio da Fatura de Débito em Conta;
s) Cadastro de Motivo de Situação da Fatura;
t) Cadastro de Motivo da Situação de Ligação de Água;
u) Cadastro de Motivo Situação Ligação Esgoto;
v) Cadastro de Motivo Transferência de Pagamento;
w) Cadastro de Motivo Valores a Compensar;
x) Cadastro de Nacionalidade;
y) Cadastro de Ocorrência de Débito Conta;
z) Cadastro de Origem de Leitura;
aa) Cadastro de Posição Cavalete;
bb) Cadastro de Tipo Cavalete;
cc) Cadastro de Tipo Cliente;
dd) Cadastro de Tipo Cobrança;
ee) Cadastro de Tipo Coleta Leitura;
ff) Cadastro de Tipo Consumo Faturado;

14
gg) Cadastro de Tipo Consumo Lido;
hh) Cadastro de Tipo de Convênio Bancário;
ii) Cadastro de Tipo de Grupo Faturamento;
jj) Cadastro de Tipo de Ligação;
kk) Cadastro de Tipo de Material;
ll) Cadastro de Tipo de Pavimento do Logradouro;
mm) Cadastro de Tipo de Pavimento de Calçada;
nn) Cadastro de Tipo de Rede;
oo) Cadastro de Tipo Situação;
pp) Cadastro de Tipo de Tarifa;
qq) Cadastro de Tipo Unidade de Medida;
rr) Cadastro de Tipo de Veículo;
ss) Cadastro de Logradouro;
tt) Cadastro de Ruas;
uu) Cadastro de Bairros.
3.5. COBRANÇA
A solução ofertada deverá disponibilizar todas as funcionalidades necessárias para
3.5.1.
recuperação de receita, estar integrado aos processos de arrecadação, disponibilizando no
mínimo os seguintes recursos:
3.5.2. Inclusão/Manutenção dos Cronogramas de Cobrança;
3.5.3. Deverá dispor de controle de atividade de cobrança;
3.5.4.Deverá garantir o controle da gestão das políticas de negociação de débito para
parcelamentos e reparcelamentos de débitos, através de processo paramétrico e respectivas
autorizações, sendo que uma vez definida a política, a mesma deverá ser utilizada por todos
os usuários da solução ofertada para, no mínimo, as seguintes situações:
a) Deverá definir valor mínimo para que seja autorizado realizar parcelamento de débito
e número máximo de parcelas permitidas para o parcelamento do débito;
b) Deverá definir o percentual mínimo do valor da parcela à vista para o parcelamento
do débito;
c) Deverá definir o valor mínimo da parcela do parcelamento;

15
d) Deverá definir a obrigatoriedade de cobrança de parcela a vista para o parcelamento;
e) Deverá definir o número de dias máximo para o pagamento da parcela vista à do
parcelamento;
f) Deverá definir o número de dias para cancelamento automático, de uma negociação
que não foi processado o pagamento da parcela à vista;
g) Deverá definir o percentual máximo de desconto que possa ser concedido em um
parcelamento de débito, para os clientes cadastrados com tarifa social;
h) Deverá possibilitar parametrizar o nome do responsável por parte da empresa que irá
ser impresso no termo de negociação de parcelamento que deve ser gerado na geração do
parcelamento;
i) Deverá definir a alíquota do percentual de multa para parcelamento de débito;
j) Deverá definir a quantidade máxima permitida por cliente, para realizar um
reparcelamento;
k) Deverá definir o número máximo de parcelas permitidas para realizar o
reparcelamento de débito, para clientes que possuem algum tipo de infração (multa por
irregularidade);
l) Deverá definir número máximo de parcelas permitidas para realizar o reparcelamento
de débito para clientes que não possuem nenhuma infração (multa por irregularidade);
m) Deverá definir o percentual mínimo do valor da parcela a vista para o reparcelamento
de débito para clientes que possuem algum tipo de infração (multa por irregularidade);
3.5.5.Deverá disponibilizar funcionalidade que possibilite o parcelamento de débitos
pendentes (faturas abertas ou serviços prestados ao cliente), conforme políticas globais de
parcelamento previamente parametrizadas, fornecendo no mínimo os seguintes recursos:
a) Os juros e multa deverão ser calculados sobre o valor do débito já acrescido da
atualização monetária;
b) Para as parcelas a vencer, deverão ser calculados juros, multas e correções conforme
regulamento do SEMAE, o que será de acordo com índice previamente cadastrado;
c) O usuário poderá escolher quais faturas abertas, vencidas ou não, serviços a faturar
serão incluídas no parcelamento;
d) Deverá possibilitar realizar a transferência de débito de uma unidade de consumo a
partir da rotina de parcelamento;
e) Geração e Emissão do Contrato de Parcelamento de Débitos - Deverá possibilitar
emitir um termo impresso no momento da geração do parcelamento para ser ratificado e
assinado pelo cliente, assim como a cobrança com a parcela de entrada, caso exista. Deverá

16
existir funcionalidade de reemissão do termo sempre que necessário, com as informações
originais;
f) As faturas parceladas deverão ter sua situação alterada de pendentes para parceladas;
g) Deverá gerar de forma automática nas próximas faturas a serem emitidas para a
unidade de consumo a cobrança das parcelas negociadas no parcelamento de débito;
h) Deverá disponibilizar recurso que permita realizar o cancelamento de um
determinado parcelamento de débito;
3.5.6.Deverá possibilitar a visualização das parcelas e suas situações, faturas e serviços
inclusos de todos os parcelamentos efetuados;
3.5.7. Deverá prever a transferência de débito entre clientes;
3.5.8.Deverá disponibilizar funcionalidade que possibilite gerar um reparcelamento de
débito (um novo parcelamento para unidades de consumo que já possuem um parcelamento
de débito pendente), disponibilizando os mesmos recursos solicitados na rotina do item
anterior referente ao parcelamento de débito e adicionalmente, fornecer no mínimo os
seguintes recursos:
a) Deverá possibilitar calcular o saldo pendente do parcelamento em aberto,
atualizando-o para o valor presente e incorporando ao reparcelamento; (não deve permitir
parcelar parcelamento – aqui se refere a parcelar o saldo remanescente atualizado)
b) Deverá possibilitar ao usuário selecionar novas faturas pendentes vencidas ou a
vencer e serviços a faturar que não pertenciam ao parcelamento anterior, visando compor a
nova negociação do parcelamento;
c) Deverá calcular os valores de multas e juros dos débitos atualizando os mesmos para
o valor presente;
3.5.9.Deverá permitir antecipar o pagamento de um parcelamento/reparcelamento de débito
que possua parcelas pendentes, oferecendo a opção de deflação, ou seja, atualizando o valor
para o presente, deduzindo os juros e multas cobradas;
3.5.10. Deverá permitir desfazer Parcelamento de Débitos;
3.5.11. Deverá permitir gerar e emitir Extrato de Parcelamento de Débito por Cliente;
3.5.12. Deverá permitir gerar e emitir Extrato de Débito;
3.5.13. Deverá
possibilitar realizar a simulação de um parcelamento/reparcelamento sem a
necessidade de efetivar o mesmo, demonstrando todas as informações da negociação,
conforme informação da política de encargos, valor de entrada e quantidade de parcelas;
3.5.14. Em caso de não cumprimento das condições e prazos de parcelamento, o mesmo
deverá ser desfeito, voltando ao seu estado original;

17
3.5.15. Deveráprever rotina de Acompanhamento dos Recebimentos Relativos aos
Parcelamentos de Débitos;
3.5.16. Controle e Gestão de Cobrança de Recebimentos de Entrada de Parcelamento;
3.5.17. Controle e Gestão dos Ciclos de Ações de Cobrança:
3.5.18. Deverádisponibilizar recurso para geração de cartas de cobrança para clientes com
faturas em atraso, conforme opções e parâmetros informados pelo operador do sistema, tais
como: selecionar um imóvel específico, intervalo de rotas, competência de referência,
intervalo de valor em aberto, quantidade de faturas vencidas, número de meses em atraso,
tipos de categorias e a situação do imóvel;
3.5.19. Deverá
prever o controle e emissão dos Avisos, Ordens de Cobrança e Fiscalizações
de Cronograma ou Eventual;
3.5.20. Deverá prever o controle dos recebimentos dos Documentos de Cobrança;
3.5.21. Deverá prever o controle da cobrança judicial (dívida ativa) ou administrativa;
3.5.22. Deverá disponibilizar inclusão de informação de processos judiciais constando na
mesma:
a) Número do processo;
b) Código da matrícula do cliente;
c) Autoria/partes (réu-autor);
d) Datas (início e fim do processo e início e fim da situação de cobrança);
e) Vara;
f) Campos de histórico para informações dos pareceres iniciais e finais, controlado
através de tabela específica associada a função;
3.5.23. Deverá prever o controle e gestão de execução de serviços de cobrança terceirizada;
3.5.24. Deverágarantir o controle da geração das notificações de corte de fornecimento de
água, através de processo paramétrico contemplando no mínimo os seguintes parâmetros:
a) Deverá definir o número mínimo de faturas vencidas para a geração da notificação de
corte;
b) Deverá definir o valor mínimo da dívida para a geração da notificação de corte;
c) Deverá definir o número mínimo de dias de atraso de uma fatura, para a geração da
notificação de corte;
d) Deverá possibilitar a geração de notificação de débito para faturas que não possuam
faturamento de água, mas possuam faturamento de outros serviços;

18
e) Deverá possibilitar definir o número de dias para o vencimento de uma notificação de
corte;
f) Deverá possibilitar definir qual a mensagem deve ser impressa na notificação de
corte;
g) Deverá possibilitar definir se irá existir a cobrança para a emissão da notificação de
corte e o valor que deverá ser cobrado;
h) Deverá possibilitar gerar notificação de corte para clientes que possuam cobranças
diversas atrasadas e não somente para faturas;
i) Deverá possibilitar definir se será permitido que o mesmo cliente possua uma ou mais
notificações de corte pendentes;
j) Deverá possibilitar a geração de notificações de corte para unidades de consumo que
possuam ligações de água cortada;
k) Deverá possibilitar definir se será impresso ou não código de barras padrão
FEBRABAN na notificação de corte;
3.5.25. Deverá disponibilizar a funcionalidade que possibilite a geração automática de
notificação de corte, conforme parâmetros definidos pelo usuário, sendo que a
funcionalidade deve possibilitar a geração das notificações de corte em conjunto com o
processo de geração de massa de leitura, já que as notificações de corte devem compor os
dados que serão enviados para ao dispositivo móvel visando a realização das leituras, e
estas notificações de corte devem ser impressas em conjunto com as faturas no processo de
leitura e emissão simultânea a ser disponibilizado no sistema de leitura;
3.5.26. Deverápermitir alterar a data de vencimento de uma notificação de corte pendente,
sendo que essa funcionalidade deverá prever a geração automática de uma ordem de
serviço que registre a alteração realizada, o usuário que realizou, a data, e um parecer
registrado pelo usuário;
3.5.27. Deverápermitir cancelar a notificação de corte pendente, sendo que essa
funcionalidade deverá prever a geração automática de uma ordem serviço que registre o
cancelamento, o usuário que realizou, a data, e um parecer informado pelo usuário;
3.5.28. A
solução ofertada deverá controlar as rotinas do ciclo do corte que devem
compreender rotinas parametrizadas para a geração da notificação de corte, bem como o
desdobramento em ordens de serviço de corte quando necessário;
3.5.29. Geração e Emissão Seletiva de Ordens de Serviços de Ações de Cobrança;
3.5.30. Deverágarantir a gestão e a definição das políticas para a geração das ordens de
serviço de corte de fornecimento de água, através de processo paramétrico contemplando
no mínimo os seguintes parâmetros:

19
a) Deverá definir a prioridade de geração das ordens de serviço de corte, sendo que deve
ser possível priorizar no mínimo pelas seguintes situações: (estrutura de localização, data
de vencimento da notificação de corte e maior valor da notificação de corte);
b) Deverá definir a quantidade máxima de ordens de serviço de corte a serem geradas
por dia;
c) Deverá definir o valor mínimo da notificação de corte para que seja gerada a ordem
de serviço de corte;
d) Deverá definir qual será o código do serviço que será gerado pelo sistema referente a
ordem de corte;
e) Deverá definir a mensagem de comunicação do corte ao cliente que deve ser impressa
na ordem de serviço de corte;
f) Deverá definir quais serão os dias da semana e respectivos horários que as ordens de
corte de primeiro, segundo e terceiro nível devem ser geradas;
3.5.31. Deverádisponibilizar recurso que possibilite a geração automática das ordens de
serviço de corte conforme parametrização de regras para geração definidas pelo usuário;
3.5.32. Asolução ofertada deverá possibilitar a geração de até no mínimo dois níveis de corte
(cavalete e ramal) possibilitando efetuar tipos de cortes diferentes e sucessivos embasados
no nível anteriormente gerado, ou seja, que se permita efetuar um planejamento de
calendários para cada tipo de corte a serem gerados e através das ordens de serviço que
orientem automaticamente a geração da ordem de serviço de corte do próximo nível quando
não for registrada a religação ou a quitação da dívida por parte do cliente;
3.5.33. Deverápossibilitar o registro das execuções de corte no cavalete, corte no ramal e de
supressão de ligação de água de um imóvel, atualizando a situação da ligação de água para
cortada no cavalete, cortada no ramal e suprimida, correspondentemente, registrando no
mínimo os dados de operador, data e hora;
3.5.34. Deverápossibilitar o registro de religação de corte no cavalete, religação de corte no
ramal e de religação de supressão de ligação de água de um imóvel, atualizando a situação
da ligação de água para ativa, registrando no mínimo os dados de operador, data e hora;
3.5.35. Deverápossibilitar a suspensão de corte para imóveis até uma determinada data
mediante negociação com o usuário. A suspensão deverá impedir a geração de avisos e de
ordens de serviços de corte para o imóvel;
3.5.36. Deve ser possível o cancelamento automático da Ordem de Serviço de corte, caso o
cliente quite a dívida, seja pelo pagamento do aviso de corte ou pelo pagamento das faturas
originais, antes da execução do serviço;
3.5.37. Deveráser possível a emissão automática de OS de religação caso o débito tenha sido
pago pelo cliente;

20
3.5.38. A
solução ofertada deverá possibilitar bloquear a emissão de uma notificação de corte
ou a geração de ordem de corte para uma determinada unidade de consumo, sendo que essa
funcionalidade deverá prever a geração automática de uma ordem serviço que registre o
bloqueio, o usuário que realizou, a data, e um parecer informado pelo usuário;
3.5.39. Deverágarantir a gestão e a definição das políticas visando a geração automática de
arquivo para negativação de clientes inadimplentes no SPC e SERASA, possibilitando
atualizar a qualquer tempo, no mínimo, os seguintes parâmetros:
a) Número mínimo de faturas ou parcelas vencidas;
b) Valor mínimo da dívida;
c) Número mínimo de dias de atraso de uma fatura ou parcela;
d) Informar o ciclo, bairro, localidade;
3.5.40. O
sistema deverá possuir recursos para a geração de arquivos de negativação de
forma automática permitindo a integração com o SPC e SERASA de forma online,
fornecendo no mínimo as seguintes funcionalidades:
a) Deverá permitir a geração instantânea do movimento de inadimplência dos clientes
conforme parametrização definida pelo usuário, e controlar o envio, recebimento e
arrecadação das faturas, parcelamentos e débitos diversos para providências de restrições de
forma online junto ao SPC e SERASA;
b) Deverá possuir recurso que possibilite realizar o acompanhamento dos movimentos
das restrições, das inclusões, cancelamentos e exclusões de informações junto ao SPC e
SERASA;
c) O sistema deverá identificar automaticamente a quitação dos débitos restritos,
renegociação e parcelamentos, e proceder instantaneamente à exclusão do registro do
cliente junto ao SPC e SERASA;
d) Deverá disponibilizar recurso que possibilite realizar uma simulação da geração de
um lote de arquivo de negativação para SPC ou SERASA, permitindo desfazer ou efetivar a
operação;
e) O sistema deverá validar operações de alterações cadastrais dos clientes com restrição
de crédito junto ao Serviço de Proteção de Crédito;
f) Deverá possuir controle de periodicidade sobre o reenvio de restrição de crédito,
permitir validar a idade dos instrumentos financeiros, conforme parâmetros pré-definidos;
g) O sistema deverá assegurar que qualquer envio de informações ao Serviço de
Proteção ao Crédito com ocorrência de irregularidade na inclusão seja registrado nas ordens
de serviço, desfeito o processo, voltando na forma regular, com envio de e-mail relatando o
ocorrido para o gestor;

21
h) O sistema deverá assegurar que sejam feitos todos os processos sobre todas as
informações financeiras do cliente em situação de restrição de crédito, sobre manutenção de
fatura, emissão de corte e reaviso, renegociação e parcelamentos, arrecadação parcial dos
débitos e disparando automaticamente a exclusão da restrição do cliente quando qualquer
operação regularizar a situação de devedor;
3.5.41. Deverá prever a inscrição automática de débitos em Dívida Ativa;
3.5.42. Asolução ofertada deve fornecer um conjunto de recursos que possibilite a criação de
um processo administrativo, onde serão executados diversos passos (ações) obrigatórios ou
facultativos, que visem ao cumprimento das regras legais para inscrição da dívida da
unidade de consumo e sua posterior cobrança judicial, caso necessário, fornecendo no
mínimo as seguintes funcionalidades:
a) Deverá disponibilizar recurso para que o usuário possa realizar a inscrição de dívida
ativa de todos os débitos dos clientes que tiveram seus débitos vencidos e não quitados no
período definido pelo usuário, sendo que para os débitos selecionados o sistema deverá
registrar os mesmos em dívida ativa atualizando a situação da fatura para “em dívida ativa”;
b) Deverá disponibilizar o recurso para a geração automática do livro da dívida ativa
que deverá ser por ordem cronológica de cada débito do cliente, e receber a identificação de
cada débito e sua localização dentro do livro, por livro, página e sequência dentro da
página;
c) Deverá possibilitar a geração da notificação de débitos ao cliente inscrito na dívida
ativa a qual deverá constar o proprietário, base legal e texto pré-definido e todos os débitos
do imóvel atualizados até o momento da emissão, além do cálculo dos encargos de multa e
juros, conforme política de cálculo utilizada, além de etiqueta de endereçamento do
usuário-cliente;
d) Deverá prever funcionalidade para registro da data de recebimento de notificação de
débitos aos clientes inscritos na dívida ativa;
e) Deverá possibilitar efetuar a geração da certidão de débitos aos clientes inscritos na
dívida ativa, após serem notificados;
f) Deverá possibilitar a manipulação de lançamentos inscritos (baixa, cancelamento,
abertura, etc);
g) Deverá possibilitar realizar o parcelamento de débitos de clientes inscritos em dívida
ativa;
h) Deverá possibilitar a geração do termo de confissão de dívida ativa para que o cliente
possa efetuar o pagamento das faturas registradas em dívida ativa;
i) Deverá fornecer relatório de valores inscritos em dívida ativa por período;
j) Deverá fornecer relatório de pagamentos de lançamentos inscritos;

22
k) Deverá possibilitar excluir de forma individualizada uma fatura em dívida ativa;
l) Deverá possibilitar gerar notificação extrajudicial para faturas em dívida ativa;
3.5.43. Deverádisponibilizar relatórios de controle de dívida ativa (pagos, parcelados e
cancelados), certidões e execuções fiscais;
3.5.44. Deverápossibilitar a emissão automática da certidão de dívida ativa, com opção de
consulta e de envio para execução fiscal;
3.5.45. Deverá prever controle de Débito Automático;
3.5.46. Deverá prever a consulta de débitos;
3.5.47. Deverá prever a geração de relatório de débitos;
3.5.48. Deverá prever demonstrativo de Resultados das Ações de Cobrança;
3.5.49. Deverá
prever relatório de emissão de Avisos de Corte em determinado intervalo de
competências;
3.5.50. Deverá permitir a inclusão/exclusão de crédito a realizar;
3.5.51. Deverá permitir a inclusão/manutenção da tabela de tipo de crédito;
3.5.52. O sistema deverá prever o registro de alterações efetuadas;
3.5.53. Deverá
permitir a geração e emissão de declaração anual de débitos, conforme Lei
Federal 12.007/09;
3.5.54. Deverá prever funcionalidade para reenviar fatura para débito em conta;
3.5.55. Deverá permitir o envio de arquivo de recadastramento de cliente em débito em
conta;
3.5.56. Deverápermitir a geração interna das faturas não impressas em campo pelos
coletores de dados em virtude de ocorrências diversas, endereços alternativos, etc,
agrupadas por ciclos e rotas;
3.5.57. Deverá
permitir a importação de arquivo de cadastro (inclusão/exclusão) de unidades
com lançamento de serviços relacionados a cobrança de terceiros;
3.5.58. Deverá emitir avisos de débitos/corte protocolados;
3.5.59. No campo Mensagem da fatura deverá ser possível a inclusão de informativos
previamente cadastrados bem como aviso de débitos, automaticamente conforme a situação
do cliente;
3.5.60. Deverá
disponibilizar processo para a geração dos Avisos de Corte para impressão
em campo pelos coletores de dados, após leitura do imóvel e impressão da fatura mensal;
3.5.61. Deverá
prever funcionalidade para geração de Avisos de Corte (com ou sem código
de barras para pagamento) para clientes inadimplentes conforme parâmetros informados

23
pelo operador do sistema, tais como: competência, intervalo de rotas, valor mínimo da
dívida em atraso, número mínimo de dias de atraso e número de faturas vencidas;
3.5.62. Deverá
disponibilizar controle de cobrança de terceiros por meio de contrato de risco
para cálculo da remuneração com base nos resultados das baixas realizadas (% sobre
arrecadado).
3.6. FATURAMENTO
3.6.1.O ciclo do faturamento deverá ser composto basicamente pelo processo de geração
das faturas mensais dos clientes consumidores, que também poderá ser efetivado de forma
instantânea no momento da coleta da leitura, com coletores específicos para tal;
3.6.2. A garantia sobre os resultados das operações de cálculo das faturas, composição
tarifária, demais valores em cobrança na fatura e critérios sobre dependências de cada
lançamento deverão possuir procedimentos idênticos, os realizados no ambiente Web e os
realizados na mobilidade;
3.6.3.Todas as faturas emitidas no processo do faturamento, inclusive aquelas faturas
geradas pelo coletor de leitura com emissão instantânea, deverão ser devidamente
reconhecidas pelos processos do módulo de arrecadação, tanto para o pagamento em balcão
dos agentes arrecadadores conveniados, quanto para débito em conta.
Deverá possibilitar o cadastro de grupos de faturamento, onde as unidades de
3.6.4.
consumo clientes do SEMAE possam ser agrupadas por características de faturamento
semelhantes;
3.6.5.Controle e gestão de cronograma de faturamento – deverá permitir a gestão do
cronograma de faturamento para organizar as atividades por grupo e localidade,
possibilitando o cadastro mensal do calendário de faturamento, no mínimo os seguintes
dados: data de previsão da geração da massa de leitura de campo, data de início de leitura
de campo, data final da leitura de campo, data de previsão do processamento do
faturamento;
3.6.6.A Solução deverá se adequar ao calendário e forma de faturamento que é aplicado
atualmente no SEMAE;
3.6.7. Deverá permitir a gestão dos feriados nacionais e municipais;
3.6.8. Comando de mensagem da conta
a) Deverá ser possível o cadastro de mensagens para impressão na fatura (aviso de corte,
fatura em atraso, aviso normal, quitação anual);
b) Deverá ser possível o cadastro de avisos para impressão a partir dos coletores de
dados, no próprio sistema ou em gráficas externas (emissão de arquivo-texto);

24
c) Deverá ser possível cadastrar no mínimo mensagem para excesso de consumo,
mensagem para débitos vencidos, mensagem para faturas com valor zero, mensagem para
faturas em débito automático;
3.6.9. Deverá prever um controle e gestão de rotas - Cadastro de Rotas de Faturamento;
3.6.10. Deverápossibilitar o agendamento das operações de geração das faturas não
impressas em campo, dos arquivos de faturas para impressão externa em gráficas e de
arquivos de débito em conta para envio aos agentes arrecadadores (arquivos bancários),
agrupados por grupos e rotas (processamento em batch);
3.6.11. Deveráprever funcionalidade para geração de faturas de todo um ciclo ou rota a
partir do consumo médio de cada imóvel, dispensando a necessidade de faturamento em
campo;
3.6.12. Deverá possibilitar o cadastro de impostos e tabela de vigência de alíquotas dos
mesmos;
3.6.13. Deverá disponibilizar recursos para que o usuário defina e atualize a estrutura
tarifária, fornecendo no mínimo os seguintes cadastros:
a) Cadastro de tarifas por categoria;
b) Cadastro de tabela tarifária, visando definir a vigência das tarifas de água, esgoto,
serviços;
c) Cadastro de tipo de tarifa que visa definir uma classificação para cada tarifa
cadastrada;
d) Cadastro de tarifa, onde deverá ser possível definir para todas as categorias e
respectivos tipos de tarifa, os seguintes parâmetros: descrição da tarifa, o percentual a ser
cobrado sobre a tarifa da água o esgoto tratado e a tabela tarifária vigente;
3.6.14. Controlee gestão da tabela tarifária (inclusão/manutenção da tabela de tarifas) -
Cadastro de faixa de tarifa, que deve possibilitar definir para cada tarifa as faixas de valores
desejadas, sendo possível cadastrar no mínimo: o número da faixa, limite inferior em
metros cúbicos para a faixa, limite superior em metros cúbicos para a faixa e o valor da
faixa;
3.6.15. Cadastro
de uma tabela tarifária a partir de uma existente, visando evitar a redigitação
de todos os dados de tarifa e somente a atualização do que for necessário;
3.6.16. A
solução deverá ser capaz de ratear os valores quando o cliente tiver igual ou maior
a duas categorias, dividindo o consumo igualmente para todas as categorias;
3.6.17. Cálculodos valores de água e esgoto - Permitir realizar o cálculo da fatura
determinando o valor da água e esgoto aplicando os valores da tabela de tarifa de acordo
com a faixa de consumo e número de economias;

25
3.6.18. Deverápermitir a estratificação das retenções tributárias na emissão de faturas, para
as entidades públicas federais;
3.6.19. Deverápossibilitar a emissão de cobranças para clientes não vinculados a imóveis
que eventualmente contratam serviços do SEMAE, como por exemplo: Circos, Parques,
serviços de Caminhão Pipa;
3.6.20. Deverá garantir a gestão através de processo paramétrico para, no mínimo, as
seguintes situações de faturamento:
a) Informar percentual de multa de atraso para faturas vencidas;
b) Informar percentual de correção de juros diários para faturas vencidas;
c) Informar o valor mínimo permitido para a emissão de uma fatura de forma individual;
d) Informar o valor mínimo permitido para emissão de uma fatura emitida no
processamento do grupo;
e) Para ligações novas, informar número de dias mínimo, para a geração da primeira
fatura de uma determinada unidade de consumo;
f) Informar a partir de qual mês e ano deve ser impresso histórico de leitura e consumo
na fatura;
g) Informar se deve ser cobrada a taxa de entrega para os clientes que possuam endereço
alternativo de entrega de fatura;
h) Informar o percentual máximo permitido para desconto de fatura para os casos de
vazamento de água. Nestes casos, deverá ser gerado lançamento de item de desconto;
i) Informar o percentual máximo permitido para o desconto de fatura para os casos de
vazamento de esgoto. Nestes casos, deverá ser gerado lançamento de item de desconto;
j) Informar qual regra de desconto de vazamento deve ser utilizado: por percentual ou
pela média de consumo dos últimos seis meses, por exemplo, que será ajustado conforme
regulamento;
k) Informar se deve ser emitida na fatura a mensagem de excesso de consumo para os
casos de unidades de consumo que atingirem o consumo maior que sua média;
3.6.21. Desfazer retificação ou cancelamento: Deverá garantir o controle da gestão das
retificações de faturamento, possibilitando o estorno e a reemissão das faturas já emitidas
através de processo paramétrico e respectivas autorizações para no mínimo as seguintes
situações:
a) Cadastro de serviços para faturamento: Permitir a inclusão, manutenção e exclusão de
serviços a faturar possibilitando gerenciar parcelas inseridas ou removidas na fatura
(rastreabilidade);

26
b) Deverá ser mantida a competência da fatura original;
c) Deverá funcionar como um cancelamento e uma nova inserção;
d) Deverá obrigatoriamente informar um motivo para a operação;
3.6.22. Deverá permitir o cancelamento de faturas, com o registro de um motivo para a
operação;
3.6.23. Deverá permitir o controle e gestão do vencimento de conta;
3.6.24. Registrode vencimento alternativo: deverá permitir alterar a data de vencimento da
fatura, com o registro de um motivo para a operação;
3.6.25. Deverá permitir alterar a leitura medida da fatura, com o registro de um motivo para a
operação;
3.6.26. Deverápermitir alterar o consumo faturado da fatura, com o registro de um motivo
para a operação;
3.6.27. Deverá
permitir alterar a fatura em função da atualização cadastral da unidade de
consumo, possibilitando recalcular a fatura de acordo com situação cadastral atual da
unidade;
3.6.28. Deverápermitir recálculo de fatura cujo consumo seja identificado como vazamento
conforme parâmetros previamente cadastrados, sendo que deve ser disponibilizado o
recálculo por vazamento com, no mínimo, as seguintes opções: (1) Informar um
percentual de desconto conforme a aferição do hidrômetro, ou (2) realizar um desconto com
base na média de meses de consumo da unidade;
3.6.29. Deverá
permitir atualizar a situação da fatura para evitar prejudicar o cliente nos
casos que foi comprovada a quitação da fatura, porém o pagamento será remetido pelo
banco em data futura;
3.6.30. Deverá permitir alterar situação de uma fatura ou imóvel para em processo
administrativo ou judicial, incluindo prazo para retorno a situação original;
3.6.31. Deverá ser possível o controle e gestão do processo de emissão de contas para órgãos
públicos;
3.6.32. Deverá ser possível a emissão de faturas agrupadas para órgãos públicos ou
particulares;
3.6.33. Deverápossibilitar a geração de uma conta final para o cliente que solicite
desligamento, sendo que, nesses casos, deverá ser gerada uma fatura com todos os débitos
vencidos e a vencer do cliente, devendo ser considerada a leitura parcial do consumo do
último mês – cálculo proporcional;
3.6.34. Deverá possibilitar reenviar uma fatura em dia especifico para débito em conta;

27
3.6.35. Deverádisponibilizar recurso que permita realizar o tratamento de registros de
cadastro de débito em conta não identificada;
3.6.36. Deverádisponibilizar recurso que possibilite registrar ou excluir isenção de cobrança
de tarifa de água, esgoto ou serviço para determinada unidade de consumo (comando de
situação especial de faturamento), desde que autorizados pela legislação municipal vigente;
3.6.37. Deverá
disponibilizar funcionalidade que possibilite a cobrança de água e esgoto
através de contrato de fornecimento, possibilitando definir contrato para cobrança de no
mínimo os seguintes tipos:
a) Consumo fixo;
b) Consumo mínimo e máximo;
c) Valor fixo;
3.6.38. Deverá disponibilizar recurso que possibilite a geração automática de ordem de
serviço fiscalização de consumo, de acordo com critérios estabelecidos pelo usuário;
3.6.39. Deverádisponibilizar conjunto de recursos que possibilite a gestão efetiva dos
imóveis alugados, fornecendo no mínimo as seguintes funcionalidades:
a) Possibilitar manter o cadastro de todos os imóveis alugados com a data de vigência
do contrato e nome do responsável durante essa vigência. Quando o proprietário ou
responsável trouxer à Autarquia o contrato de locação do imóvel, o usuário poderá
cadastrar o contrato por seu período de validade. Assim, a solução ofertada deverá entender
que, durante aquele período, apesar de o proprietário ser, em geral, o responsável pela
ligação, o inquilino contratante deverá ser efetivamente tratado como responsável, gerando-
se as faturas, multas e correspondências todas em seu nome;
b) Caso o inquilino queira fazer um parcelamento ou outra ação, o sistema permitirá
apenas realizar ações sobre débitos de seu período de contratação. Após o final da vigência
do contrato, a solução deverá transferir, automaticamente, a responsabilidade para o
proprietário;
c) Deverá disponibilizar recurso que possibilite realizar a prorrogação de contrato;
d) O histórico de responsáveis e de contratos de uma determinada ligação deverá ser
mantido, de forma a possibilitar a verificação de propriedade e responsabilidade da ligação;
3.6.40. Deverádisponibilizar um conjunto de recursos que possibilite a gestão efetiva do
controle de fraudes que possam ser praticadas nas unidades de consumo, fornecendo no
mínimo as seguintes funcionalidades:
a) Possibilitar o cadastro dos tipos de fraudes e seus respectivos graus (leve, moderado,
grave);

28
b) Possibilitar o cadastro de uma tabela tarifária de cobrança de multa por fraude onde o
usuário possa definir o valor por tipo e grau da fraude;
c) Possibilitar a geração automática de ordens de serviço de fiscalização de fraude para
unidades de consumo que estiverem com a ligação cortada por período determinado pelo
usuário;
d) Possibilitar que no momento de encerramento da ordem de serviço de fiscalização de
fraude, em constada a fraude, o usuário possa informar o tipo de fraude encontrada,
registrar as fotos, informar o número do boletim de ocorrência e calcular e gerar de forma
automática o valor da fraude a ser lançado na próxima fatura do cliente de acordo com o
tipo de fraude informada e tabela tarifária de fraude vigente;
e) Possibilitar gerar relatório que demonstre os quantitativos, clientes e valores de
fraudes gerados em um determinado período;
3.6.41. Deverápermitir que a anuência do cliente para doações, débitos, cobranças,
convênios e/outros afins, sejam digitalizados e vinculados automaticamente à unidade
consumidora e/ou ao cliente para futuras pesquisas e confirmações, com possibilidade de
impressão destes documentos;
3.6.42. Deverá
permitir que consumos e débitos/créditos pendentes (consumo final) sejam
faturados quando a unidade consumidora é desligada por solicitação do cliente/ou por falta
de pagamento;
3.6.43. Após
o corte da ligação de água de um imóvel, gerar fatura final com a diferença de
consumo desde a última leitura até a leitura do corte;
3.6.44. O sistema deverá obrigatoriamente possibilitar o ajustamento do faturamento
permitindo procedimento para criação de cobranças ou devoluções de valores sobre
faturamentos errados (dados de leitura incorretos, por exemplo) e que por já terem sido
arrecadadas, não possam sofrer refaturamento. O sistema deverá fazer todo o acerto e
contabilização de faturamento sem interferir nos valores arrecadados, gerando crédito ou
débito para o cliente;
3.6.45. O
sistema deverá obrigatoriamente possibilitar que o cancelamento do contrato de
parcelamento de débito ocorra automaticamente quando da falta de pagamento pelo cliente
em um número repetido de vezes e, conforme parametrizado, constituindo crédito sobre o
montante de faturas pagas e reconstituindo as faturas originais com status de renegociadas,
permitindo ainda que o crédito constituído arrecade as faturas mais antigas até o seu
montante, ou ainda que o crédito sirva como entrada em uma nova renegociação;
3.6.46. Deverápermitir a simulação de faturamento de grupo - permitir que todo o processo
operacional do faturamento seja executado em ambiente de simulação isolado da área de
contas a receber consolidado;
3.6.47. Deverá permitir a simulação de cálculo da conta;

29
3.6.48. Deverá
permitir a simulação de cancelamento em contratos vigentes, para análise a
elaboração de leis de renegociação com benefícios;
3.6.49. Deverápermitir que a renegociação de débitos seja feita em ambiente de simulação,
possibilitando realizar todas as formas de cálculo para efetivação da negociação, ou
abandono do processo sem interferência nas informações financeiras.
3.6.50. Deverápermitir que o sistema efetue a geração automática da renegociação com
simulação dos débitos e encargos, regras e quantidade de parcelas, pedido de parcelamento,
confissão da dívida e contrato da renegociação, para envio por correspondência ao cliente;
3.6.51. Osistema deverá efetuar automaticamente a exclusão dos lançamentos de origem de
parcelamentos existentes nas faturas quando o contrato de parcelamento / renegociação for
cancelado em conformidade com os critérios legais sobre leis de parcelamento, Dívida
Ativa e execução fiscal vigente e cadastrada;
3.6.52. Deverá disponibilizar a gestão e controle de faturamento por contrato de demanda;
3.6.53. Deverá disponibilizar o controle e gestão do faturamento para cortados;
3.6.54. Deverápermitir a emissão de contas e boletos bancários, faturas por cliente
responsável e 2º via de conta na internet;
3.6.55. Deverá permitir a geração de arquivo TXT para impressão de contas no formato
braille;
3.6.56. Para refaturamento deverá permitir:
a) Inclusão de conta;
b) Cancelamento de conta;
c) Retificação de conta;
d) Alteração de vencimento;
e) Colocação de conta em revisão;
f) Retirada de conta em revisão;
g) Controle e gestão de crédito a realizar;
h) Controle e gestão de débito a cobrar, seja de consumo, seja de serviços;
i) Não permitir impressão de segunda via de conta que estiver em revisão;
j) Efetuar novo cálculo de faturas pelos dados atuais da unidade ou pelos dados da
unidade na época da geração da fatura.
3.6.57. Deverá prever um controle e gestão de guia de pagamento;
3.6.58. Deverápermitir a geração de Guia de Pagamento para serviços diversos com código
de barras padrão FEBRABAN;

30
3.6.59. Possibilidade
de recebimento e processamento do arquivo de leitura com entrega
simultânea da conta, on-line (tempo real) e/ou off-line;
3.6.60. Deverá efetuar a geração dos lançamentos contábeis do faturamento.
3.6.61. Funções de crítica:
3.6.62. Ocálculo dos valores de água e esgoto deverão ter como base as tabelas tarifárias
vigentes para o consumo lido/mínimo/médio do cliente, sempre preservando para posterior
consulta os dados históricos de consumo e leitura, bem como o tipo de consumo e leitura
faturados para o cliente. A média mensal e anual, o modo de faturamento, as datas de
leitura e/outras informações pertinentes ao processo de faturamento também deverão ser
preservados;
3.6.63. Deverá haver o controle de documentos não entregues/faturados;
3.6.64. Deverá haver crítica de faturamento por valor fora da faixa;
3.6.65. Deverá haver crítica de faturamento por valor maior/menor;
3.6.66. Deverá permitir a inclusão/manutenção da tabela de tipo de situação de faturamento;
3.6.67. Deverá permitir a inclusão/manutenção da tabela de tipo de débito;
3.6.68. Deverá prever o controle e gestão do histórico do faturamento - armazenamento de
histórico das faturas e demais serviços faturados;
3.6.69. Deverá prever a gestão e controle do processo de encerramento do faturamento do
mês;
3.6.70. Deverá permitir gerar resumo faturamento;
3.6.71. Deverá permitir o controle e gestão de prescrição de débitos de imóveis públicos;
3.6.72. Deverá permitir o controle e gestão de O.S. seletiva de anormalidade de consumo;
3.6.73. Deverá armazenar o registro de alterações efetuadas;
3.6.74. Funções de configuração:
3.6.75. Deverá permitir cadastro de parâmetros de juros e multa;
3.6.76. Deverá permitir cadastro de índices para cálculo de atualização monetária;
3.6.77. Deverá Permitir cadastro de índices para cálculo de juros de amortização;
3.6.78. Deverá permitir cadastro de tipos de tarifas;
3.6.79. Deverá permitir cadastro de motivo de emissão de fatura;
3.6.80. Deverá permitir cadastro de motivos de cancelamentos de faturamento;
3.6.81. Deverápermitir cadastro de parâmetros relacionados às leis de Refis e parcelamentos
de débitos pela renegociação, de forma a não haver manutenções em aplicativos;

31
3.6.82. Deverádisponibilizar funcionalidade para controle de retenção de contas com a
indicação de “motivação de retenção”, prevendo filtro e relatório para impressão.
3.6.83. Renegociação:
3.6.84. Deverá permitir a renegociação de uma única fatura;
3.6.85. Deverá permitir a renegociação agrupando todas as faturas do consumidor;
3.6.86. Deverá permitir a renegociação agrupando todos os débitos de um cliente;
3.6.87. Deverá permitir a renegociação das faturas que compõem um período;
3.6.88. Deverá
permitir a renegociação de todos os débitos atualizados até a data escolhida
para pagamento;
3.6.89. Deverá permitir a renegociação de todos os débitos com parcelamento impresso das
faturas;
3.6.90. Deverá permitir a renegociação agrupando por agrupador de débitos;
3.6.91. Deverá permitir a renegociação somente das faturas que não constam na Dívida
Ativa;
3.6.92. Deverá permitir a renegociação somente das faturas que compõem a Dívida Ativa;
3.6.93. Deverápermitir a cobrança das parcelas de renegociação nas próximas faturas
mensais do cliente usuário;
3.6.94. Deverápermitir visualizar o contrato de renegociação, os débitos que compõem o
contrato e suas respectivas parcelas;
3.6.95. Deverápermitir a restrição a novos parcelamentos de débitos aos clientes que já
tiveram contratos cancelados por inadimplência;
3.6.96. Osistema deverá obrigatoriamente demonstrar os contratos de renegociação com as
respectivas faturas e parcelas, percentual de cada fatura e de cada parcela que compõem o
contrato e informações de percentuais pagos, vencidos e a vencer por parcela.
3.6.97. Deverá permitir o controle, gestão e apresentação dos dados relativos à qualidade da
água.
3.6.98. Relatórios:
3.6.99. Deverá gerar, no mínimo, os seguintes relatórios:
a) Faturas emitidas em campo e emitidas internamente por competência;
b) Faturas alteradas em determinado período;
c) Faturas enviadas para débito em conta;
d) Faturas com endereço alternativo;

32
e) Resumo de faturamento por faixa de consumo;
f) Posição da dívida a partir da quantidade de faturas abertas vencidas, valor mínimo do
débito e número de dias em atraso, por imóvel;
g) Acompanhamento de termos com parcelas em aberto a partir da quantidade de
parcelas em aberto e número de dias em atraso, por imóvel;
h) Posição de contas a receber;
i) O sistema deverá possuir relatórios sobre as manutenções de faturas, informando
todos os valores da fatura original e todos os valores da fatura substituída, apresentados
como “DE-PARA”, com resumo final dos totais agrupados e descriminados por
lançamentos originais e substituídos, apurando resultados que indiquem aumento ou
diminuição de receita e consumos;
j) Para clientes do Poder Público Municipal, o sistema deverá possibilitar a emissão de
relatórios agrupando as faturas das unidades consumidoras dos clientes;
k) Possuir relatório que demonstre todos os contratos de renegociação e suas respectivas
parcelas, permitindo selecionar por período, pela unidade consumidora ou pelo número do
contrato;
l) Possuir relatório dos contratos de renegociações, com opções de seleção das
informações pelo número do contrato, por período ou pela unidade consumidora,
mostrando se o contrato está fechado ou aberto, com suas respectivas informações;
m) Possuir relatório dos contratos de renegociações que não foram liquidados, mostrando
a situação de cada parcela do contrato, com históricos de pendência de faturamento,
pendência de arrecadação, número da fatura que tratou a parcela e número da fatura que
excluiu a parcela;
n) Possuir relatório de renegociação que mostre os valores de carteira e/ou Dívida Ativa
transformados em valores a receber.
3.7. GERENCIAMENTO
3.7.1. Deverá prever a Geração do Resumo da Arrecadação;
3.7.2. Deverá prever a Geração do Resumo de Faturamento;
3.7.3. Deverá prever a Consulta Comparativa entre Pendência, Faturamento e Arrecadação;
3.7.4. Deverá prever a Consulta de Resumo de Anormalidades;
3.7.5. Deverá prever a Geração de Quadros Gerenciais de Acompanhamento;
3.7.6. Deverá prever a Geração de Indicadores Gerais de Desempenho;

33
3.7.7.Deverá prever a Geração, Consulta e Relatório de Histogramas de Consumo por
categoria e setor;
3.7.8. Deverá prever a Consulta de Dados de Micromedição / Faturamento por usuário e
setor;
3.7.9.Deverá prever a Consulta Resumo do Faturamento / Refaturamento (com estornos e
inclusões), inclusive com opção por grupos e setores;
3.7.10. Deverá prever a Geração e consulta a Resumo dos Atendimentos;
3.7.11. Deverá prever a Análise das Pendências;
3.7.12. Deverá prever a Consulta ao Resumo dos Parcelamentos;
3.7.13. Deverá prever a Consulta a Histograma de Débito;
3.7.14. Deverá prever o Extrato de débito por imóvel/cliente, categoria e setor;
3.7.15. Deverá prever o Extrato de parcelamentos por imóvel/cliente, categoria e setor;
3.7.16. Deverá prever a Consulta a Resumo das Ações de Cobrança;
3.7.17. Deverá prever o Saldo de débitos (valor contábil), por categorias e por data de
vencimento;
3.7.18. Deveráprever o Extrato de perdas gerado a partir de informações de Ordem de
Serviço por categoria e setor;
3.7.19. Deverá
prever a informação gerencial de Ordens de Serviço: emitidas e executadas,
emitidas e não executadas, emitidas e executadas fora de prazo, reincidentes, canceladas e
suspensas;
3.7.20. Deveráprever a listagem de ações dos usuários gravadas nos logs do sistema, por
usuário e por data;
3.7.21. Deverá prever pagamentos não classificados por imóvel/cliente;
3.7.22. Deverá prever a amostragem do prazo médio de recebimento (faturamento) por
categoria e setor;
3.7.23. Deveráprever a informação gerencial de ligações: quantidades por setor, por
economia, só água, só esgoto, água e esgoto, ligadas no mês, consolidadas mês a mês,
crescimento de ligações e percentuais e inativas;
3.7.24. Deverá
prever a informação gerencial de cortes: cortes no mês (por falta de
pagamento e a pedido), tipo de corte (conforme cortes previstos no regulamento);
3.7.25. Deverá prever a informação gerencial de religações: débito executado e a pedido;
3.7.26. Deverá
prever a informação gerencial de leitura: hidrômetros lidos, hidrômetros não
lidos e com ocorrência e hidrômetros não lidos e sem ocorrência, hidrômetros parados,

34
hidrômetros com defeito, hidrômetros com situação de corte e com leitura, hidrômetros
violados;
3.7.27. Adicionalmente
à ferramenta de geração de relatório, a solução ofertada deverá
fornecer um conjunto de relatórios gerenciais e painéis de controle (dashboards) que já
devem estar disponibilizados no momento da implantação, com filtros adicionais e
documentos gerados no mínimo nos formatos ODS, XLS, PDF e TXT:
3.7.28. Relatório Gerencial de Faturamento Mensal: relatório com a posição do faturamento
da competência
3.7.29. Relatório
Gerencial de Consumos Medido e Faturado: relatório com o valor
consumido na competência;
3.7.30. Relatório
Gerencial de Arrecadação: valores arrecadados na competência com os
valores acumulados de serviço básico, valor da água, valor do esgoto, por categoria do
imóvel e demais serviços de faturamento e o valor arrecadado total, com valores totais
arrecadados por agente arrecadadores;
3.7.31. Relatório
Gerencial de Serviços Executados: listagem dos serviços executados no
mês, com as seguintes informações: serviço executado, quantidade, tempo médio de
atendimento, tempo médio de execução e tempo total de execução.
3.7.32. RelatórioGerencial de Consumo de Órgãos Públicos Municipais, Estaduais e
Federais: listagem dos consumos medidos de imóveis municipais, estaduais e federais
separados por secretaria;
3.7.33. Relatório Gerencial de Inadimplência: totalização dos valores em aberto a receber a
partir da classificação de faturas a receber, parcelamentos a receber, dívida ativa a receber e
parcelamentos de dívida ativa a receber, anual ou mensal, conforme período determinado,
informando índice obtido entre o valor a receber e o valor faturado;
3.7.34. Deverá
disponibilizar relatório detalhado contendo os valores a serem compensados,
discriminados por tipo de cliente e tipo de compensação;
3.7.35. Deverá
disponibilizar relatório detalhado com a posição de valores a serem recebidos,
subdivididos por tipo de unidade consumidora: industrial, comercial, público e residencial
(por exemplo);
3.7.36. Deverá
disponibilizar relatório que demonstre os pagamentos que foram efetuados,
porém, sem sua identificação correta (inconsistência);
3.7.37. Deverá disponibilizar relatório de acompanhamento diário dos valores arrecadados;
3.7.38. Deverádisponibilizar relatório detalhado de depósitos que não foram identificados
(inconsistência);
3.7.39. Disponibilizar
relatório de acompanhamento de pagamentos de faturas efetuados em
duplicidade (inconsistência);

35
3.7.40. Deverá disponibilizar relatório de acompanhamento dos atendimentos registrados por
período;
3.7.41. Deverádisponibilizar relatório de Pesquisa de Satisfação dos clientes com relação ao
serviço de atendimento da empresa;
3.7.42. Deverádisponibilizar relatório com informações de diferenças cadastrais com
necessidade de recadastramento;
3.7.43. Deverá
disponibilizar relatório informativo de unidades cadastradas recentemente
com necessidade de recadastramento;
3.7.44. Deverá
disponibilizar relatório detalhado apresentado hidrômetros que se encontram
duplicados no sistema;
3.7.45. Deverá disponibilizar relatório de unidades que possuem divergências em seus
logradouros;
3.7.46. Deverá disponibilizar relatório informativo de matrículas de clientes em duplicidade;
3.7.47. Deverá
disponibilizar relatório informativo com a listagem de unidades consumidoras
com isenção de cobrança;
3.7.48. Deverá
disponibilizar relatório detalhado com listagem de moradores que possuem
cadastramento já vencido;
3.7.49. Deverá
disponibilizar relatório de acompanhamento de cadastros de unidades
consumidoras com tarifa social;
3.7.50. Deverádisponibilizar relatório detalhado das unidades consumidoras com
informações de ligação de esgoto;
3.7.51. Deverá disponibilizar relatório de acompanhamento de documento de dívida ativa;
3.7.52. Deverá disponibilizar relatório de acompanhamento de cronograma de cobrança;
3.7.53. Deverá disponibilizar relatório de indicadores do desempenho de cobranças;
3.7.54. Deverá
disponibilizar relatório de acompanhamento do status das contas a receber
dos grandes devedores;
3.7.55. Deverá
disponibilizar relatório informativo de previsão de faturas com vencimento
em um determinado período;
3.7.56. Deverá disponibilizar relatório detalhado de projeção de faturas já vencidas;
3.7.57. Deverádisponibilizar relatório detalhado de unidades consumidoras aptas a serem
cortadas através do informe de débitos;
3.7.58. Deverá disponibilizar relatório informativo de faturas baixadas por informe de
cobrança;

36
3.7.59. Deverá
disponibilizar relatório detalhado de acompanhamento das pendências com
pagamentos posteriores;
3.7.60. Deverá disponibilizar relatório detalhado de faturamento contábil;
3.7.61. Deverá disponibilizar relatório de acompanhamento diário da contabilidade;
3.7.62. Deverá disponibilizar relatório de acompanhamento de razão;
3.7.63. Deverá disponibilizar relatório detalhado de pendências através de rubricas contábeis;
3.7.64. Deverá disponibilizar relatório de acompanhamento de quitação por rubricas
contábeis;
3.7.65. Deverá disponibilizar relatório de acompanhamento do status das perdas obtidas;
3.7.66. Deverá disponibilizar relatório detalhado de acompanhamento do faturamento;
3.7.67. Deverá disponibilizar relatório de acompanhamento do desempenho de campanhas
telefônicas;
3.7.68. Deverádisponibilizar relatório detalhado contendo as faturas geradas para débitos em
conta, listando todos os clientes que optaram por esta forma específica de cobrança;
3.7.69. Deverá disponibilizar relatório de acompanhamento das ocorrências de débito em
conta, detalhando o motivo pelo qual o banco não consegue debitar corretamente, exemplo:
insuficiências de fundos, valor inválido, agência inválida, conta-corrente inválida;
3.7.70. Deverádisponibilizar relatório de acompanhamento do número de cadastros
realizados em débito em conta, apresentando a quantidade para cada instituição financeira;
3.7.71. Deverá disponibilizar relatório de acompanhamento da quantidade de faturas
vencidas por dia de vencimento;
3.7.72. Deverá
disponibilizar relatório detalhado discriminado os valores das faturas em um
determinado período, possibilitando o agrupamento por situação da fatura, exemplo:
quitada, pendente, canceladas, parcelado;
3.7.73. Deverádisponibilizar relatório de acompanhamento das segundas vias de faturas
emitidas, apresentando o motivo pelo qual gerou a necessidade;
3.7.74. Deverá disponibilizar relatório detalhado demonstrando as faturas que foram
canceladas, e seus respectivos: motivos, valores cancelados, valores reemitidos;
3.7.75. Deverá disponibilizar relatório sucinto do faturamento, demonstrando os valores
faturados referente a água, esgoto e serviços, discriminado por tipo de categoria;
3.7.76. Deverádisponibilizar relatório dos serviços faturados, detalhado para cada tipo de
serviço prestado. Exemplo: nova ligação, substituição de hidrômetro;
3.7.77. Deverá disponibilizar relatório de acompanhamento do histórico de consumo,
orientado pelas variáveis de tempo e faixas;

37
3.7.78. Deverá disponibilizar relatório sucinto do faturamento com a visão contábil,
demonstrando os valores faturados referente a água, esgoto e serviços, discriminado por
tipo de categoria;
3.7.79. Deverádisponibilizar relatório sucinto do faturamento divido por faixas de consumo,
tipo de categoria;
3.7.80. Deverádisponibilizar relatório sucinto do faturamento divido por tipo de consumo,
tipo de categoria;
3.7.81. Deverádisponibilizar relatório de acompanhamento de faturas geradas de forma
manual, detalhando os respectivos valores, quantidade e período;
3.7.82. Deverádisponibilizar relatório contendo a listagem das unidades consumidoras sem
dados de faturamento de água, discriminados por cliente e motivo;
3.7.83. Deverá disponibilizar relatório detalhado de documentos impressos, discriminados
por data, tipo do documento, tipo de emissão e quantidade;
3.7.84. Deverá
disponibilizar relatório detalhado das unidades consumidoras, que são isentas
da cobrança do consumo de água, apresentando quais são, o volume, e o valor da isenção;
3.7.85. Deverá
disponibilizar relatório detalhado demonstrando a listagem das unidades
consumidoras com maior consumo em um determinado período;
3.7.86. Deverá
disponibilizar relatório de acompanhamento das unidades consumidoras, que
apresentam ou apresentaram, algum registro de incidência de fraude;
3.7.87. Deverá
disponibilizar painel de controle detalhado permitindo acompanhar o status e
evolução, dos informes de débitos emitidos;
3.7.88. Deverá
disponibilizar painel de controle detalhado, permitindo acompanhar o status
do processo de leitura, apresentando a quantidade de dias no intervalo de leitura, e a
quantidade de dias por unidades consumidoras lidas;
3.7.89. Deverá
disponibilizar relatório detalhado, contendo a quantidade de faturas e valores
arrecadados por data de remessa, data de pagamento, data de crédito e banco, com base no
fechamento da arrecadação;
3.7.90. Deverá
disponibilizar relatório sintetizado dos parcelamentos por clientes, a fim de
demonstrar o total da divida, número de parcelas, valor da parcela, e valores e nº de
parcelas pendentes;
3.7.91. Deverádisponibilizar relatório detalhado, a fim de possibilitar a análise dos
parâmetros de qualidade de água antes do fechamento mensal dos parâmetros laboratoriais;

38
3.7.92. Deverádisponibilizar relatório detalhado, a fim de possibilitar uma análise dos
parâmetros de qualidade de água, após o fechamento mensal dos parâmetros laboratoriais;
3.7.93. Deverádisponibilizar relatório detalhado, a fim de permitir a visualização dos dados
anuais de qualidade de água;
3.7.94. Deverá disponibilizar relatório detalhado do cronograma mensal de coleta de material
para análises laboratoriais;
3.7.95. Deverá disponibilizar relatório detalhado de acompanhamento das análises
laboratoriais;
3.7.96. Deverádisponibilizar relatório detalhado de acompanhamento do parâmetro de
qualidade da água “turbidez”;
3.7.97. Deverá disponibilizar relatório de acompanhamento de recoleta de material para
análises laboratoriais;
3.7.98. Deverá disponibilizar relatório de acompanhamento das observações associadas as
análises laboratoriais;
3.7.99. Deverá disponibilizar painel de controle detalhado, listando as análises fora de
conformidade;
Deverá disponibilizar painel de controle detalhado, listando as análises fora de
3.7.100.
conformidade, divididas por pontos de coleta;
Deverá disponibilizar relatório detalhado de ligações e consumo de água,
3.7.101.
subdivididos por coleta;
3.7.102.Deverá disponibilizar relatório detalhado, mostrando erros ao processar arquivos de
terceiros, ao realizar a carga e descarga de coletores;
3.7.103.Deverá disponibilizar relatório detalhado, mostrando o número de leituras realizado
dentro do mês, que poderá ser filtrado por leiturista e por setorização;
3.7.104.Deverá disponibilizar relatório detalhado que mostre o tempo realizado entre as
leituras realizadas, por leiturista e que mostre também o tempo total de leituras e a
quantidade;
3.7.105.Deverá disponibilizar relatório sucinto que mostre o total de leituras enviadas aos
coletores e o que já foi lido, podendo ser filtrado por agrupamento, por setor ou quadra;
3.7.106.Deverá disponibilizar relatório detalhado que mostre o total de leituras que não
retornaram ou não foram gravadas;
3.7.107.Deverá disponibilizar relatório que mostre como foi realizada a distribuição das
leituras no coletor, por coletor, agrupamento, o número de leituras e impressões realizadas,
bem como a quantidade de bobinas utilizadas;

39
Deverá disponibilizar relatório detalhado que mostre os dados das leituras que
3.7.108.
ficaram retidas para verificação por excesso de consumo;
Deverá disponibilizar relatório detalhado que mostre os dados das leituras que
3.7.109.
ficaram retidas e um histórico de consumos de meses anteriores para comparação e análise;
Deverá disponibilizar relatório detalhado para que seja revisado as leituras que
3.7.110.
ficaram retidas para análise;
3.7.111.Deverá disponibilizar relatório detalhado que faça a comparação do consumo
anterior com o atual;
Deverá disponibilizar relatório detalhado, com intervalo de datas, de ligações
3.7.112.
cortadas e que não foram ainda religadas;
3.7.113.Deverá disponibilizar relatório detalhado dos serviços operacionais de corte
realizados;
3.7.114.Deverá disponibilizar relatório detalhado dos serviços operacionais de corte a
realizar, que sofreram notificação por falta de pagamento;
3.7.115. Deverá disponibilizar relatório que mostre os materiais utilizados nos serviços;
3.7.116.Deverá disponibilizar relatório que mostre os materiais existentes em estoque, para
os serviços operacionais;
3.7.117. Deverá disponibilizar relatório que mostre o inventário dos materiais utilizados, por
equipe;
Deverá disponibilizar relatório que mostre os serviços operacionais que foram
3.7.118.
programados para empresas terceirizadas;
Deverá disponibilizar relatório, detalhando ou não por serviço realizado que mostre
3.7.119.
a medição dos serviços realizados por empresas terceirizadas;
Deverá disponibilizar relatório detalhado que mostrem de forma agrupada, os
3.7.120.
serviços executados por empresas terceirizadas;
3.7.121.Deverá disponibilizar relatório detalhado que mostre a movimentação (instalação,
retirada) de hidrômetros;
3.7.122. Deverá disponibilizar relatório que mostre o tempo de serviço referente a reparo de
redes;
Deverá disponibilizar relatório que mostre uma previsão de quantidade em metros
3.7.123.
quadrados para realizar repavimentação asfáltica;
3.7.124. Deverá disponibilizar relatório que mostre a quantidade de insumos utilizados por
obra;

40
3.7.125.Deverá disponibilizar relatório que permita analisar de forma sucinta ou detalhada
os diversos estágios em que os serviços se encontram;
3.7.126.Deverá disponibilizar relatório que mostre o tempo excedido dos serviços
realizados diante do prazo estabelecido na parametrização do código;
3.7.127. Deverá disponibilizar relatório que mostre o tempo médio dos serviços realizados;
Deverá disponibilizar relatório que mostre os serviços que foram abertos de acordo
3.7.128.
com a ocorrência de leitura realizada;
Deverá disponibilizar relatório que mostre o tempo excedido de serviços
3.7.129.
programados e finalizados;
3.7.130. Deverá disponibilizar relatório que mostre o tempo total dos serviços realizados;
Deverá disponibilizar relatório que mostre os estágios de tempo dos serviços
3.7.131.
executados (deslocamento, espera, execução);
Deverá disponibilizar relatório dos serviços que saíram para campo e não foram
3.7.132.
executados;
3.7.133.Deverá disponibilizar relatório detalhado que mostra a quantidade de serviços
solicitados de um determinado setor da empresa, destacando em que situação o(s)
mesmo(s) se encontra(m),e a quantidade dentro e fora do prazo estipulado.
3.8. CONTABILIDADE
3.8.1.Deverá possibilitar o cadastro do plano de contas, permitindo cadastrar todas as
contas do passivo, ativo e receitas;
3.8.2.Deverá possibilitar a utilização do conceito de contabilização ativa (cadastro de
eventos), onde deverá ser possível parametrizar de acordo com o plano de contas da
Autarquia as transações contábeis, ou seja, qual deverá ser o respectivo lançamento contábil
que deverá ser gerado na mesma transação lógica de forma automática e transparente para o
usuário, para todos os movimentos do emitido e do recebido (faturamento, cancelamento,
refaturamento, parcelamento e recebimento no âmbito dos processos de negócio
comercial);
3.8.3.Deverá fornecer recurso que possibilite o agendamento de processamento batch, em
data e hora definida pelo usuário que realize o fechamento mensal da contabilidade, sendo
que esse processo deverá apurar todos os eventos de faturamento e arrecadação gerados em
um determinado mês, e realizar os respectivos lançamentos contábeis, conforme
parametrização definida para o plano de contas da Autarquia e de forma estruturada e
organizada deverão ser gerados os lançamentos contábeis (débito, crédito), onde a posição
obtida deverá ser congelada;

41
3.8.4.Deverá disponibilizar recursos que possibilitem a contabilização e o gerenciamento
do saldo das contas a receber e créditos de dívida ativa de forma específica;
Deverá promover registro contábil automático de créditos retidos na fonte segundo
3.8.5.
dados da arrecadação;
Deverá promover registro contábil automático da provisão para devedores duvidosos
3.8.6.
sem afetar saldo comercial, seguindo sistemática própria Autarquia;
3.8.7.Deverá permitir que o histórico textual dos lançamentos contábeis tenha a
possibilidade de ser pré-configurado;
3.8.8.Deverá estabelecer integrações diárias automáticas e sem intermediários dos
lançamentos contábeis gerados para serem importados pelo sistema específico da
contabilidade implantado atualmente na Autarquia, incluindo os movimentos de
arrecadação, faturamento e demais movimentos;
3.8.9.Deverá bloquear a utilização de códigos de serviços operacionais que não tenham
configuração de conta contábil;
3.8.10. Deverádisponibilizar consultas e relatórios de controle para verificar os registros
gerados na contabilidade e permitir rastreabilidade analítica destes, a verificação em vários
aspectos das informações passadas ao Sistema Contábil, pois para os casos de divergência
de valores (diferença na posição do saldo das contas receber), será de responsabilidade da
CONTRATADA explicar a diferença, a causa do erro e qual ação será tomada para a
mitigação do mesmo;
3.8.11. Deverá
disponibilizar Relatório classificado por plano de contas contábil vigentes do
ano do SEMAE, tanto da arrecadação quanto do faturamento, na forma do PCASP,
proveniente da edição vigente do Manual de Contabilidade Aplicada ao Setor Público do
STN, bem como manter a geração atualizada conforme alterações no MCASP serem
publicadas;
3.8.12. Deverádisponibilizar relatório de contabilização do faturamento sintético, separados
por conta contábil;
3.8.13. Deverádisponibilizar relatório de parcelamentos de débitos indicando cliente, valor
parcelado, faturas originais, quantidade de parcelas, valores separados de juros a faturar,
etc;
3.8.14. Deverá disponibilizar relatório analítico de provisão de devedores duvidosos;
3.8.15. Deverá disponibilizar relatório Posição das Contas a Receber por Cliente, que
apresente a abertura da posição das contas a receber de todos os clientes da Autarquia,
demonstrando a posição detalhada de todos os documentos de cobrança pendentes para
cada cliente, sendo que devem ser evidenciados: o número do documento de cobrança,
referência mensal das faturas, data de vencimento, valor total da fatura, valor de juros

42
faturados, valor de juros a faturar, valor de serviços, valor parcelado, saldo contábil e o
saldo financeiro (considerar multa e correção monetária);
3.8.16. Deverágerar relatório de resumo dos lançamentos contábeis, que tem como objetivo
apresentar os saldos consolidados das contas contábeis, devendo demonstrar para todas as
contas contábeis, no mínimo, os seguintes dados: código da conta contábil, descrição da
conta contábil, título da conta contábil, saldo anterior, valor faturado no mês, valor pago no
mês, valor parcelado, valor cancelado, valor devolvido, valor de imposto, valor de tarifa, o
saldo atual da conta;
3.8.17. Deverádisponibilizar relatório mensal de todas as unidades de consumo clientes do
tipo pessoa jurídica que tiveram dedução na fatura, referentes a retenção de impostos, sendo
que o relatório deverá apresentar, no mínimo, os seguintes dados: matrícula da unidade,
nome do cliente morador, CNPJ do cliente, a descrição do imposto, a alíquota do imposto,
o valor-base para cálculo do imposto e o valor do imposto;
3.9. MICROMEDIÇÃO (HIDROMETRIA, CONSUMO E LEITURA)

3.9.1. Funções do processo de Hidrometria:
3.9.2.A solução ofertada deverá controlar o estoque de hidrômetros. Uma vez cadastrado
um hidrômetro ou um lote de hidrômetros, em status de estoque, deverá ficar disponível
para a instalação lógica em uma ligação. Cada ligação pode ter apenas um hidrômetro ativo
por vez. Em qualquer outro dos status cadastrados, deverá haver uma consistência do
sistema que impeça a sua atribuição a outra ligação;
Deverá prever o controle e gestão das ações de substituição e instalação de
3.9.3.
hidrômetros;
3.9.4. Deverá permitir o cadastro unitário e em lote de hidrômetro sendo que no cadastro de
lotes deve ser permitido informar faixa de códigos a serem utilizados;
3.9.5. Deverá permitir a atualização de conjunto de hidrômetros;
Deverá prever a gestão e controle da movimentação, instalação ou substituição de
3.9.6.
hidrômetros unitários ou em lote;
Quando ocorrer a instalação ou retirada de um hidrômetro em um imóvel, o sistema
3.9.7.
deverá fazer o registro armazenando o operador que a realizou e a data da operação, o
mesmo ocorrendo em relação às substituições de hidrômetros nestes imóveis;
Deverá disponibilizar funcionalidade que permita identificar univocamente cada
3.9.8.
hidrômetro no sistema e rastrear suas movimentações;
3.9.9. Deverá prever manutenção e consulta ao Cadastro de Hidrômetros;
3.9.10. Deverá permitir gerenciar no mínimo as seguintes informações cadastrais do
hidrômetro:

43
a) Tipo de hidrômetro;
b) Marca de hidrômetro;
c) Capacidade de hidrômetro;
d) Diâmetro de hidrômetro;
e) Classe;
f) Quantidade de ponteiros;
g) Vazão mínima e máxima;
h) Unijato ou multijato;
i) Mecânico ou magnético;
j) Classe de vazão;
k) Data de fabricação;
l) Data de aferição;
m) Data de aquisição;
3.9.11. Deverá permitir o cadastro do número de lacre que o hidrômetro recebeu;
3.9.12. Quando houver pedido de aferição do hidrômetro, tanto por parte da autarquia quanto
de munícipe, o sistema deverá manter e apresentar, em forma de ordem de serviço, o
histórico das aferições, incluindo resultados, data de aferições, e quaisquer informações
relevantes para possíveis processos administrativos;
3.9.13. Deverámanter, em base de arquivos ou banco de dados próprios, repositório de fotos
das aferições e ocorrências, tais como: hidrômetro quebrado, embaçado, dentre outras. As
fotos serão anexadas pelo sistema, que deverá tratá-las para manter boa qualidade, mas de
tamanho compatível com o repositório;
3.9.14. Emcaso de troca de hidrômetro, o anterior poderá ir para estoque, manutenção ou
sucata. O sistema possibilitará ao usuário a escolha do status;
3.9.15. Deverá permitir a consulta de histórico de hidrômetro por ligação;
3.9.16. Por
determinação do INMETRO, a validade de aferição de um hidrômetro é de cinco
anos. O sistema deverá prover alerta na iminência de final de validades de hidrômetros
instalados, gerando Ordens de Serviço automaticamente para o grupo responsável pela
troca dos hidrômetros;
3.9.17. Deverá
permitir geração automática de Ordem de Serviço para substituição corretiva
de hidrômetro com base nas ocorrências de leitura;

44
3.9.18. Deverá permitir receber, segundo as funcionalidades de um sistema de Leitura
Automática de Medidores (AMR), as leituras dos hidrômetros em formato eletrônico
através da transmissão de dados;
3.9.19. Possibilitar
registrar instalação de hidrômetro em uma determinada ligação, sendo
que essa funcionalidade deverá prever a geração automática de uma ordem serviço que
registre a instalação de hidrômetro realizada, o usuário que realizou, a data, e um parecer
informado pelo usuário;
registrar a retirada de hidrômetro de uma determinada ligação, sendo que
essa funcionalidade deverá prever a geração automática de uma ordem serviço que registre
a retirada de hidrômetro realizada, o usuário que realizou, a data e um parecer informado
pelo usuário. Também deverá realizar a baixa automática no parque de hidrômetros;
realizar a troca de hidrômetros instalados em uma ligação, sendo que essa
funcionalidade deve prever a geração automática de uma ordem serviço, que registre a troca
de hidrômetro realizada, o usuário que realizou a data e um parecer informado pelo usuário;
3.9.22. Deverá permitir consultar o histórico de instalação e movimentação de hidrômetro;
3.9.23. Deverá permitir consultar o histórico de anormalidades de hidrômetro;
3.9.24. Relatórios:
a) Deverá emitir relatório sobre o parque de hidrômetros da Autarquia: instalados,
retirados, descartados, disponíveis, etc;
b) Deverá emitir relatório da quantidade de hidrômetros instalados por tipo de
hidrômetro, ano de instalação e ano de fabricação;
c) Deverá emitir relatório de cadastro de material do cavalete
3.9.25. Funções do processo de Leitura e Consumo:
3.9.26. A
solução ofertada deverá possibilitar realizar todas as etapas do ciclo de leituras que
compreende a geração da massa de leitura, a distribuição da massa para os dispositivos
móveis e o processamento do retorno das leituras, disponibilizando no mínimo os seguintes
recursos:
3.9.27. Deverá permitir a alteração ou correção de dados para faturamento;
3.9.28. Deverápermitir a gestão dos roteiros de leitura através dos quais é definida a
sequência correta de leituras;
3.9.29. Deverápermitir a parametrização dos roteiros de leitura de acordo com a tipologia
das localidades;
3.9.30. Deverápermitir atribuir a cada ligação a sequência de leitura na relação completa dos
imóveis a serem faturados;

45
3.9.31. Deverápermitir a geração da massa de leitura e a distribuição das mesmas nos
dispositivos móveis pertencentes a um determinado grupo de faturamento, sendo que esse
processo deve garantir:
a) Preservar a situação cadastral das unidades de consumo no momento em que se inicia
o trabalho de campo de coleta das leituras;
b) Identificar e qualificar as unidades que devem ser lidas de acordo com a sua situação
cadastral de momento;
c) Realizar para as unidades o cálculo do consumo mínimo, sendo que deve ser possível
realizar o cálculo para as unidades que possuem hidrômetro com base no número de
economias e para as unidades que não possuem hidrômetro com base no consumo
presumido por categoria conforme regulamento.
3.9.32. Deverápermitir realizar de forma automática o processamento do retorno da massa
de leitura com os dados obtidos em campo pelos dispositivos móveis;
3.9.33. Também deverão compor a massa de dados todos os avisos previamente
cadastrados/gerados/emitidos para impressão em campo;
3.9.34. Deverá permitir o monitoramento das transmissões de leituras;
3.9.35. Deverápermitir ser feito o armazenamento de todas as leituras realizadas, bem como
o consumo faturado mensalmente, registrando a forma de coleta da leitura, a existência de
ocorrências de não leitura, sua média mensal e anual e o tipo de consumo faturado.
Também deverá ser realizada a abertura automática de ordens de serviço, conforme
ocorrência informada no campo;
3.9.36. Deverápermitir realizar a crítica de leitura de imóveis não faturados e de faturas
emitidas pelo coletor. A crítica de leitura deve permitir identificar e tratar os consumos,
leituras e ocorrências em inconformidade e a crítica de fatura deve permitir identificar e
ajustar faturas que eventualmente possam apresentar problemas de integridade de
informações. Sendo que também deve ser possível enviar para o coletor as revisões de
leitura;
3.9.37. Deverá permitir a leitura de fontes alternativas para faturamento do esgoto;
3.9.38. Deverá permitir a leitura de imóvel isento de faturamento;
3.9.39. Deverápossibilitar a geração de boletim de leitura para ser impresso, quando não for
possível, por motivos de força maior, a utilização de dispositivos móveis, exibindo no
mínimo as informações: inscrição do imóvel, logradouro, número, número do hidrômetro,
rota, sequência e espaço para informação da leitura aferida no hidrômetro;
3.9.40. Deverá permitir o cadastro de novas rotas de leitura;
3.9.41. Deverá disponibilizar funcionalidade que permita sequenciar uma rota de leitura;

46
3.9.42. Deverá permitir a emissão de relatório de ocorrências de leituras, com a opção de
filtro parametrizável;
3.9.43. Deverá permitir a emissão de boletim de verificação de leitura, sendo que para as
unidades de consumo que no processo de crítica foi informado que seria necessária a
verificação da leitura, o sistema deverá possibilitar gerar um relatório com os dados
cadastrais da unidade;
3.9.44. Deverá disponibilizar recurso que possibilite acompanhar em tempo real a
distribuição das leituras realizadas para os dispositivos móveis, possibilitando realizar o
acompanhamento integral do trabalho de campo, apresentando por rota, por grupo ou por
dispositivo móvel a quantidade de leituras distribuídas, o quantitativo lido até o momento, o
quantitativo de faturas impressas e o total de bobinas já utilizadas em campo;
3.9.45. Deverá
permitir a emissão de relatório comparativo de consumo faturado e valor,
visando demonstrar os desvios de consumos e valores apresentados entre as unidades de
consumo, tendo como base um percentual de desvio informado pelo usuário;
3.9.46. Deveráprever funcionalidade para emissão de comunicado de excesso de consumo
para os imóveis em que o consumo for maior que sua média de consumo conforme
percentual previamente cadastrado;
3.9.47. Deverá disponibilizar um conjunto de relatórios que possibilite a gestão da
produtividade e da qualidade das leituras realizadas pelos leituristas. Desta forma a solução
ofertada deverá fornecer no mínimo os seguintes relatórios:
a) Deverá permitir a emissão de relatório de acompanhamento das leituras efetuadas em
campo, evidenciando por leiturista sua produtividade de leitura e média de ocorrências de
leituras por grupo de faturamento e por rota;
b) Deverá permitir a emissão de relatório que apresente o tempo detalhado entre as
leituras para um determinado leiturista em um determinado período;
c) Deverá disponibilizar um conjunto de funcionalidades que possibilite o
acompanhamento da evolução do trabalho dos leituristas em tempo real, visualizando e
acompanhando a rota percorrida pelo leiturista diretamente no mapa de forma nativa
utilizando uma base espacial ou através da integração com o Google Maps, sendo que a
solução ofertada deverá apresentar diretamente no mapa no mínimo as seguintes
informações:
I Deverá apresentar a rota traçada pelo leiturista e o nº de leituras efetuadas naquela
rota;
II Deverá ser identificada no mapa cada leitura efetuada, possibilitando acessar
informações como:
1. Endereço da leitura realizada;

47
2. Valor da leitura quando existir ou ocorrência para os casos que não foi informado
leitura;
3. Consumo faturado e ocorrência, apresentando estas informações para cada uma das
leituras feitas.
III A leitura efetuada deverá ser representada no mapa, que mostrará o exato local e
região da leitura;
IV Deverá possuir recursos para o monitoramento do roteiro efetuado pelo agente de
leitura desde o início e retorno à base com informações sobre a distância percorrida e o
tempo total do percurso com animação sobre o sentido de direção do percurso, a
localização geo-referenciada de cada unidade consumidora e suas respectivas informações;
V Deverá permitir identificar o status da leitura por cores, para leitura não efetivada,
leitura efetivada, leitura efetiva calculada;
VI Funcionalidade que permita verificar quais leituristas estão on-line, e nesse caso, que
a solução ofertada possibilite encaminhar mensagens para os seus dispositivos móveis;
VII Deverá possuir quantitativos sobre as leituras realizadas, leituras a realizar, faturas
calculadas e impressas, faturas calculadas e não impressas, reaviso, comunicado de
excesso, faturas geradas a partir de ocorrências, leituras transferidas ao servidor, leituras
aguardando transferência para o servidor;
3.9.48. Deveráregistrar anormalidades de leitura através de arquivo ou coletor de dados
(smartphone), em modos on-line (tempo real) e off-line, prevendo, dessa forma, o controle
e gestão das anormalidades de leituras;
3.9.49. Deverá prever rotina de controle e gestão da ação de fiscalização;
3.9.50. Deverá prever o registro de imóveis não cadastrados nas rotas de leitura;
3.9.51. Deverá prever rotinas de controle e gestão da medição e consumo;
3.9.52. Deverá permitir a consulta ao:
a) Histórico de medição e consumo;
b) Histórico de medição individualizada;
c) Histórico de anormalidades de leitura;
3.9.53. Deverá permitir a consulta e manutenção das tabelas de:
a) Anormalidades de Leitura;
b) Anormalidades de Consumo;
c) Leituristas;

48
3.9.54. Deveráprever a geração e controle de faixas virtuais de leitura (geração de consumo
sem leitura/consumo presumido);
3.9.55. Deverá
permitir a fiscalização, por amostragem, das leituras informadas pelo
departamento de leitura da autarquia;
3.9.56. Deverá
prever cadastro de ocorrências de leitura com opção de informar quais delas
demandam um faturamento por consumo presumido ou uma ordem de serviço de repasse,
ou procedimento análogo a fim de permitir a consulta e o gerenciamento de unidades que
são vinculadas a este tipo de consumo;
3.9.57. Deverá prever cadastro de regramento de parâmetros para ocorrências de leitura,
possibilitando determinar no momento da coleta da leitura em campo se será informada a
leitura do hidrômetro e qual será o tipo de consumo a ser faturado (lido ou presumido);
3.9.58. Deverádisponibilizar funcionalidade para distribuição das rotas que irão compor a
massa de dados a ser exportada para os coletores de dados cadastrados no sistema, podendo
informar quais registros serão enviados para determinados equipamentos. O recurso deverá
permitir gerenciar o envio, a retirada (cancelamento) e o retorno (dados obtidos em campo)
das massas de dados de, e para os coletores;
3.9.59. Deverá prever funcionalidade para manutenção dos valores de consumos e leituras
históricas do imóvel, disponibilizando operações de inserção e alteração de dados, devendo
ser registrado no mínimo o operador que realizou a tarefa, data e horário;
3.9.60. Deverá prever controle do histórico de consumo com a permanência dos dados
originais (do faturamento) e o modificado (após as alterações) através de tabela específica
associada a função;
3.9.61. Deverá prever a geração de informações gerenciais de micromedição;
3.9.62. Funções do sistema de leitura e faturamento a partir de dispositivos móveis:
3.9.63. Asolução ofertada deverá possuir um módulo de leitura e emissão simultânea que
deve ser executado em dispositivos móveis, totalmente integrado à solução ofertada, que
deve estar no mesmo ambiente tecnológico e plataforma de operação, devendo ser
fornecidos por um único proponente. Deverá ser versátil de forma a efetuar a instalação e
atualizações de versões automaticamente, sem a utilização de cabos e intervenção do
operador. Também deverá efetuar o registro do rastreamento pelas coordenadas de GPS do
trajeto percorrido, desde o início na base até o término das atividades, retornando na base.
Os sistemas aplicativos dos dispositivos móveis devem ser compatíveis com as plataformas
Android e Windows Phone, disponibilizando no mínimo os seguintes recursos:
3.9.64. Permitir
a utilização de tecnologia wireless na impressão de fatura, possibilitando
enviar dados por conexão bluetooth;
3.9.65. Acesso ao sistema através de usuário e senha previamente cadastrados;

49
3.9.66. Deverá possuir telas amigáveis, de fácil compreensão e que se ajustem
automaticamente ao serviço a ser utilizado, conforme a parametrização definida pelo
usuário ou cadastrada como regra de negócio;
3.9.67. Deverão existir perfis com acessos diferenciados para leituristas e para o
administrador do sistema;
3.9.68. Deverápermitir configurar os eventos da leitura, tais como ordem do roteiro,
sequência do roteiro, tipo de visualização;
3.9.69. Deverápermitir salvar em backups as leituras que estão sendo realizadas, o qual
deverá ser feito em cartão de memória externo e, na sua ausência, automaticamente no
ambiente interno do dispositivo;
3.9.70. O
sistema deverá permitir, através de parametrização, transferir para os servidores na
web, quando do fechamento do movimento de leitura, além das leituras coletadas, faturas
geradas e faturas digitalizadas, também o arquivo de log, o arquivo de backup e imagens
coletadas, permitindo total controle dos processos realizados;
3.9.71. Deverápermitir a visualização de todos os valores apurados pelo cálculo do
faturamento antes da impressão da fatura;
3.9.72. Deverá
possuir resumo dos quantitativos dos serviços efetuados, agrupados por
códigos de mensagens, e permitir selecionar o item agrupado navegando diretamente para a
respectiva unidade consumidora correspondente à mensagem, para atualização e/ou
execução de pendências;
3.9.73. Deverápossuir quantitativos sobre as leituras realizadas, leituras a realizar, faturas
calculadas e impressas, faturas calculadas e não impressas, reavisos, entrega alternativa
lida, entrega alternativa calculada, atendimentos realizados, emissões de segunda via,
notificações impressas, leituras transferidas ao servidor, leituras aguardando transferência
para o servidor, entre outros;
3.9.74. Deverá permitir visualizar os arquivos de leitura antes de realizar a carga para o
dispositivo eletrônico;
3.9.75. Asleituras serão efetuadas por rota e sequência, podendo o leiturista navegar entre os
registros para escolher os registros requeridos (selecionar);
3.9.76. Deverápossibilitar inverter a ordem padrão das leituras, assim como selecionar uma
leitura através de mecanismo de busca através do número do hidrômetro, endereço ou
inscrição;
3.9.77. Inversão da rota de leitura em campo;
3.9.78. Deverá
permitir que o agente de leitura defina seu próprio roteiro de leitura durante a
execução do serviço;

50
3.9.79. Deverá
permitir organizar o roteiro de leitura conforme desejo do agente de leitura,
podendo ser pela ordem par, ímpar, zigue-zague, crescente e decrescente;
3.9.80. Deverá permitir montar e desmontar roteiros de leitura;
3.9.81. Deverá permitir iniciar a coleta de leitura em qualquer ponto;
3.9.82. Deverápermitir manter o roteiro de leitura original e armazenar o roteiro de leitura
efetivado para futuras remodelagens do movimento de leitura;
3.9.83. Deverápermitir registrar mensagem do local em que foi entregue a fatura para o
cliente, podendo ser em mãos, caixa de correio, sem local para deixar, recusou a receber
e/outros a codificar;
3.9.84. Deverá
permitir a impressão contínua de todos os documentos automaticamente/ou
individualmente pelo modo manual;
3.9.85. Deverá
identificar automaticamente o modo de serviço a realizar, ou seja, efetuando
somente a coleta da leitura ou efetuando a coleta de leitura com processos de faturamento
on-site;
3.9.86. Para
digitar a leitura, o sistema deverá informar antes ao leiturista no mínimo as
seguintes informações: inscrição, endereço, titular, categoria, número de economias,
número e localização do hidrômetro;
3.9.87. Osistema deverá efetuar o registro referente ao rastreamento pelas coordenadas de
GPS do trajeto percorrido desde a saída da sede da empresa até o término das atividades de
registro de leitura;
3.9.88. Deverá
permitir a exibição do ponto da unidade consumidora no mapa através do
Google Maps;
3.9.89. Deverápossibilitar ao leiturista a inserção de código de ocorrência para informação
de irregularidades;
3.9.90. Ocálculo do consumo realizado pelo sistema deverá tratar as situações de reinício
(virada) da numeração do hidrômetro, adição de consumo residual proveniente de manobra
anterior e faturamento realizado pelo consumo presumido para gravação correta dos valores
de leitura medida, leitura faturada, consumo medido e consumo faturado;
3.9.91. Deverá possibilitar que o faturamento no local possa ser feito tanto on-line quanto
off-line, utilizando dispositivos móveis;
3.9.92. Deverá possibilitar realizar a leitura para imóveis com ligação de água suspensa
(cortados) que ainda contenham hidrômetro, conforme parametrização predefinida. Caso
exista consumo, o sistema deverá emitir fatura de cobrança e gerar automaticamente uma
Ordem de Serviço de Fiscalização para o imóvel. O intervalo mínimo de dias entre o corte e
a leitura também deverá obedecer a parâmetro predefinido;

51
3.9.93. Deverápermitir realizar o cálculo da fatura determinando o valor da água e esgoto
aplicando os valores da tabela tarifária de acordo com a faixa de consumo e número de
economias, realizar a dedução de juros e/ou multa conforme permissivo legal, apurar os
valores de serviços a faturar conforme estipulado no regulamento do SEMAE;
3.9.94. Deverá
permitir utilizar bobinas em branco sem nenhuma informação pré-impressa
em impressora portátil, utilizando papel com tecnologia térmica. O layout do documento
poderá ser desenhado no momento da impressão, permitindo a emissão de no mínimo os
seguintes documentos:
a) Deverá possibilitar a emissão de fatura documento pagável com código de barras
padrão FEBRABAN apresentando no mínimo os seguintes dados: dados cadastrais da
unidade (nome do cliente, endereço, número do hidrômetro, categoria de tarifa e respectivo
número de economias, data da leitura atual, leitura atual, data da leitura anterior, leitura
anterior, consumo faturado do mês, histórico dos últimos seis meses de consumo, tabela
tarifária com suas respectivas faixas e valores, valor do faturamento de água, valor do
faturamento de esgoto, valor e descriminação dos serviços faturados, data de vencimento da
fatura, dados da qualidade da água previstos pela Portaria 2914/2011 do Ministério da
Saúde e ainda a possibilidade de cadastrar mensagens diversas para impressão da fatura);
b) Deverá emitir comunicado de débito após a emissão da fatura da competência atual
quando o imóvel possuir dívida em aberto, imprimindo o texto de alerta de corte
predefinido e discriminando as faturas pendentes do imóvel;
c) Deverá emitir comunicado de excesso de consumo após emissão da fatura para os
imóveis em que o consumo for maior que sua média de consumo conforme percentual
previamente cadastrado;
3.9.95. Deveráemitir comunicado de alerta de vencimento de beneficio para clientes
optantes do cadastro de tarifa social;
3.9.96. Deverá
possuir funcionalidade que requeira o registro fotográfico, de acordo com as
parametrizações, para as irregularidades encontradas em campo;
3.9.97. Deverá permitir visualizar na tela do dispositivo de leitura as fotografias digitais
registradas;
3.9.98. Deverápermitir a geração de solicitação de serviço automática para situações
encontradas no processo de leitura (vazamento, violação de corte, etc.);
3.9.99. Deverá
permitir efetuar a impressão de diversos documentos, tais como, notificações,
informativos, ordem de serviço, reaviso, quitação de débito, concomitantemente com a
impressão da fatura;
3.9.100. Deverá possibilitar a correção caso seja informada leitura errada;

52
3.9.101. Deverá possibilitar a fiscalização e confirmação de dados cadastrais no processo de
leitura;
3.9.102.Deverá permitir geração de avisos ao leiturista no momento da leitura em casos de
ocorrências pré-parametrizadas no sistema, como por exemplo: consumo zero, consumo
alto, consumo baixo. Onde o leiturista se obriga a digitar novamente a leitura, e informando
ao setor de faturamento o código da ocorrência para um controle desses motivos;
Deverá possibilitar navegar entre as unidades de consumo, lidas e não lidas em uma
3.9.103.
determinada quadra;
3.9.104.Deverá permitir visualizar a quantidade de leituras realizadas, total de impressão,
tempo utilizado na coleta e unidades consumidoras restantes, durante o trabalho de coleta
de leitura;
Deverá possibilitar efetuar pesquisa por inscrição (código do cadastro de ligação),
3.9.105.
hidrômetro, cliente, número do imóvel e logradouro;
3.9.106.Deverá permitir que as ligações clandestinas sejam apontadas pelos agentes de
leitura em referência ao imóvel onde se está efetuando a coleta da leitura, permitindo
informar se a ocorrência encontra-se à direita ou esquerda, à frente/ou fundos, gerando
ordem de serviço para fiscalização;
Deverá possibilitar a reimpressão da fatura em campo pelo leiturista, registrando a
3.9.107.
ação para posterior análise;
3.9.108.Quando a fatura emitida possuir cadastro para débito em conta ou o seu valor for
inferior ao cadastrado nos parâmetros do sistema, não deverá ser impresso o código de
barras para pagamento ou Deverá possuir validação de regras para impressão da fatura
quando débito automático, débito em convênio de arrecadação e entrega alternativa;
3.9.109. Deverá permitir a filtragem das unidades consumidores pendentes na rota de leitura;
3.9.110.Deverá possuir funcionalidade que garanta o envio automático de todas as leituras e
faturas emitidas em campo via GPRS, automaticamente ocorrendo a cada grupo de no
máximo 10 imóveis faturados;
3.9.111.Permitir que no momento da tomada de leitura seja possível realizar o
realinhamento das coordenadas geográficas em relação à posição do hidrômetro;
3.9.112.Funcionalidade que permita verificar quais leituristas estão on-line, e nesse caso,
que o sistema possibilite encaminhar mensagens para os seus coletores;
3.9.113.Permitir enviar para o dispositivo móvel as faturas retidas na crítica e registrar no
dispositivo a revisão da leitura;
Permitir o acompanhamento e controle sobre o consumo de bateria do equipamento
3.9.114.
durante a execução da coleta de leitura;

53
Demonstrar a quantidade de bobinas necessária para realização das leituras
3.9.115.
carregadas no dispositivo móvel;
Disponibilizar funcionalidade que realize de forma automática o teste do cabeçote
3.9.116.
de impressão visando garantir a qualidade e nitidez da impressão;
3.9.117. Deverá possibilitar a utilização de mais de um modelo de impressora e coletor de
dados;
3.9.118.Deverá demonstrar a quantidade de suprimentos necessários para realização das
tarefas diárias sobre a impressão de documentos contidos nos movimentos de leitura;
O sistema deverá armazenar os serviços efetuados durante a ausência temporária de
3.9.119.
cobertura de sinal das operadoras de celular e transferi-los de forma automática quando
normalizada a conexão;
O sistema deverá identificar automaticamente o tipo de conexão da operadora
3.9.120.
móvel de celular, permitindo a transferência de volume de dados em conformidade com a
conexão existente no momento para 2G, 3G, 3.5G, 4G ou Wi-Fi;
O sistema deve exibir quando solicitado, gráfico com o estado atual do grupo de
3.9.121.
faturamento, setor e rota;
3.9.122.Deverá possibilitar que se efetue somente leitura em campo, calculando e
imprimindo as contas no sistema de retaguarda, ou que se efetue a leitura, cálculo e emissão
instantânea da conta em campo;
3.9.123.Deverá possibilitar a impressão de fatura e reaviso em campo após a emissão da
fatura da competência atual quando o imóvel possuir dívida em aberto, imprimindo o texto
de alerta de corte predefinido e discriminando as faturas pendentes do imóvel;
Deverá permitir a interatividade para troca de mensagens entre o agente de leitura e
3.9.124.
o suporte técnico durante a efetivação da leitura ou a qualquer tempo;
Deverá possibilitar que o leiturista opte pela leitura e a impressão por lote de
3.9.125.
ligações;
3.9.126.Deverá permitir registrar e visualizar todos os eventos ocorridos para cada leitura
efetivada, desde o início até o término da tomada de leitura, compreendendo todas as
ocorrências, as passagens de telas, processos, cálculos, mensagens, comunicação e
interatividade com o operador, e permitir o acompanhamento destas informações na fatura
por tempo indeterminado;
3.9.127. Funções de Crítica:
3.9.128. Análise das exceções de leituras e consumos;
Disponibilizar diversos relatórios de crítica das leituras (leituras efetuadas, leituras
3.9.129.
não efetuadas, usuários desligados com consumo, usuários desligados sem consumo,

54
leituras geradas pela média, leituras geradas pelo mínimo, leituras fora da faixa de
consumo, ocorrências de leitura);
3.9.130.Com base nas faixas de leitura esperada, deverá ser realizada a crítica se a leitura
verificada no hidrômetro está dentro de percentual máximo e mínimo de acordo com o
consumo médio do imóvel.
3.10. SERVIÇOS E ATENDIMENTO

3.10.1. Deverápermitir realizar pesquisa de identificação do usuário através do código do
logradouro, do número da matrícula, do nome da rua ou do usuário, CPF/CNPJ;
3.10.2. Deverá permitir realizar pesquisa cadastral dos usuários;
3.10.3. Inclusão, manutenção e consulta aos Registros de Atendimentos (RA);
3.10.4. Deveráprever a Tramitação, Reiteração (novo registro de atendimento efetuado em
cima do original), Liberação (contador do tempo de atendimento), Encerramento,
Reativação, e Consulta de Históricos a Registros de Atendimentos (RA) através de tabela
específica associada a função;
3.10.5. Deverá permitir o cadastro de ações ou tipos de atendimentos;
3.10.6. O
sistema deverá permitir o registro e acompanhamento dos atendimentos realizados
em balcão e por telefone (callcenter);
3.10.7. Deverá
ser gerado um número identificador único para identificação do registro de
atendimento (RA ou protocolo);
3.10.8. Deverão ser registradas automaticamente as principais ações realizadas pelo
atendente (operador do sistema) durante o atendimento, além de comentários e ações que
possam ser inseridas pelo atendente;
3.10.9. Antesde o atendente iniciar um novo atendimento, deve-se obrigatoriamente encerrar
o atendimento em curso, possibilitando informar qual o tipo do atendimento e observações
finais e ainda possibilitar o envio do protocolo de atendimento gerado pelo cliente através
de e-mail ou SMS;
3.10.10. Deverá disponibilizar um conjunto de recursos que possibilite ao usuário prestar o
atendimento para o cliente, visando atender diversas solicitações referentes à emissão de
faturas, fornecendo no mínimo as seguintes funcionalidades:
a) Deverá possibilitar a pesquisa de faturas para uma determinada unidade de consumo
por situação (pendente, quitada, cancelada, parcelada, em processo, em alteração,
reparcelada);

55
b) Deverá permitir cancelar fatura gerada, sendo que essa funcionalidade deverá prever
a geração automática de uma anotação de registro, o usuário que realizou, data e um
parecer informado pelo usuário;
c) Deverá permitir alterar data de vencimento da fatura, sendo que essa funcionalidade
deverá prever a geração automática de uma anotação de registro, que registre a alteração de
vencimento realizada na fatura, o usuário que realizou, a data e um parecer informado pelo
usuário;
d) Deverá permitir alterar na fatura a leitura aferida, sendo que essa funcionalidade
deverá prever a geração automática de uma anotação de registro, que registre a alteração
realizada na fatura, o usuário que realizou, a data e um parecer informado pelo usuário;
e) Deverá permitir alterar na fatura consumo faturado, sendo que essa funcionalidade
deverá prever a geração automática de uma anotação de registro, que registre a alteração
realizada na fatura, o usuário que realizou, a data e um parecer informado pelo usuário;
f) Deverá permitir alterar serviços faturados, sendo que essa funcionalidade deverá
prever a geração automática de uma anotação de registro, que registre a alteração realizada
na fatura, o usuário que realizou, a data e um parecer informado pelo usuário;
g) Deverá permitir alterar fatura em função de atualização cadastral da unidade de
consumo, sendo que essa funcionalidade deverá prever a geração automática de uma
anotação de registro, que registre a alteração realizada na fatura, o usuário que realizou, a
data e um parecer informado pelo usuário;
h) Deverá permitir atualizar serviços faturados em uma determinada fatura, sendo que
essa funcionalidade deverá prever a geração automática de uma anotação de registro, que
registre a alteração realizada na fatura, o usuário que realizou, a data e um parecer
informado pelo usuário;
i) Deverá permitir retirar a cobrança de água ou esgoto em uma determinada fatura,
sendo que essa funcionalidade deverá prever a geração automática de uma anotação de
registro, que registre a alteração realizada na fatura, o usuário que realizou, a data e um
j) Deverá permitir atualizar valor da fatura concedendo um desconto por vazamento,
k) Deverá prever a possibilidade de atualizar a situação da fatura, visando aguardar a
confirmação de um pagamento que será remetido pelo agente arrecadador em data futura,

56
l) Deverá permitir a emissão de fatura antecipada ao processamento do grupo para uma
determinada unidade de consumo. Esta funcionalidade deverá disponibilizar a opção de
realizar o cálculo prévio da fatura para confirmação do usuário e posterior geração. Sendo
que essa funcionalidade deverá prever a geração automática de uma anotação de registro,
que registre a geração da fatura, o usuário que realizou, a data e um parecer informado pelo
usuário;
m) Deverá permitir a emissão de fatura não gerada no processamento do grupo para uma
determinada unidade de consumo, que por algum motivo a sua fatura não foi possível ser
gerada, esta funcionalidade deverá disponibilizar a opção de realizar o cálculo prévio da
fatura para confirmação do usuário e posterior geração. Sendo que essa funcionalidade
deverá prever a geração automática de uma anotação de registro, que registre a geração da
fatura, o usuário que realizou, a data e um parecer informado pelo usuário;
n) Deverá permitir o reenvio da fatura para débito automático;
o) Deverá permitir a emissão da 2ª via de fatura com as mesmas características da fatura
original;
p) Deverá possibilitar a simulação do cálculo de uma fatura sem a necessidade de
emissão da mesma;
q) Deverá possibilitar a seleção de uma ou várias faturas e permitir realizar o envio das
mesmas para o cliente através de seu email;
r) Deverá possibilitar a seleção de uma ou várias faturas e permitir realizar o envio do
seu respectivo valor, data de vencimento e os dados do código de barras via SMS;
s) Deverá possibilitar excluir uma determinada fatura registrada no SPC ou SERASA;
t) Deverá possibilitar inserir uma determinada fatura em processo, administrativa ou
judicial, sendo que nesses casos a respectiva fatura não pode gerar corte, ou qualquer tipo
de cobrança para a unidade de consumo. Sendo que essa funcionalidade deverá prever a
geração automática de uma anotação de registro, que registre o fato de se ter colocado
determinada fatura em processo judicial ou administrativo interno, o usuário que realizou, a
data e um parecer informado pelo usuário;
3.10.11. Deverádisponibilizar um conjunto de recursos que possibilite ao usuário prestar o
atendimento para o cliente, visando atender diversas solicitações referentes ao cadastro das
unidades de consumo, fornecendo no mínimo as seguintes funcionalidades:
a) Deverá permitir alterar os dados cadastrais do cliente, possibilitando cadastrar e
atualizar o inquilino ou proprietário da unidade de consumo;
b) Deverá permitir digitalizar e anexar os documentos pessoais dos clientes,
possibilitando visualizar os mesmos a partir da tela do sistema;

57
c) Deverá permitir atualizar os dados de endereços vinculados à unidade de consumo
possibilitando trocar endereços, alterar, incluir, excluir ou desativar (endereço físico
principal e endereço alternativo);
d) Deverá permitir atualizar os dados da ligação de água da unidade de consumo,
permitindo alterar todos dados técnicos da ligação, bem como registrar observações
referentes a especificidades na instalação;
e) Deverá permitir cadastrar um ramal de espera para determinada unidade de consumo;
f) Deverá permitir atualizar os dados da ligação de esgoto da unidade de consumo,
permitindo alterar todos dados técnicos da ligação;
g) Deverá permitir gerar comunicado de cobrança de esgoto com texto parametrizado
pelo usuário;
h) Deverá permitir atualizar os dados da localização (setor, quadra, lote) da unidade de
consumo;
i) Deverá permitir cadastrar ou excluir uma unidade de consumo como optante da forma
de pagamento para débito em conta;
j) Deverá permitir atualizar no mínimo os seguintes dados do cadastro da unidade de
consumo: número da Inscrição Imobiliária, situação da edificação, área construída, número
de Moradores, informar a existência de algum tipo de fonte própria, informar o tipo de
pavimentação da rua e do passeio, informar se existe caixa de água e se existe cisterna;
k) Deverá permitir atualizar a categoria de tarifa, tipo de tarifa e número de economias
da unidade de consumo;
l) Deverá permitir atualizar a rota de leitura para determinada unidade;
m) Deverá permitir cadastrar isenções de tarifas para determinada unidade;
n) Deverá permitir cadastrar ou atualizar um dia de vencimento alternativo para o
vencimento da fatura de uma unidade de consumo, possibilitando escolher entre os dias de
vencimentos alternativos, definidos para o grupo de faturamento que a respectiva unidade
de consumo pertence;
o) Deverá permitir centralizar a unidade de consumo em órgão pagador previamente
cadastrado;
p) Deverá prever a possibilidade de atualizar a permissão para gerar notificação de corte
e ordem de corte para uma determinada unidade de consumo;
q) Deverá prever a possibilidade de instalar/desinstalar um hidrômetro de uma
determinada unidade de consumo;
r) Deverá prever a possibilidade de consultar o histórico de todas as trocas de
hidrômetro realizadas em uma determinada unidade de consumo;

58
s) Deverá prever a possibilidade de consultar o histórico de todos os registros de corte e
religação realizados em uma determinada unidade de consumo;
t) Deverá permitir atualizar a permissão para gerar notificação de corte e ordem de corte
para uma determinada unidade de consumo;
atendimento ao cliente, visando atender diversas situações referentes às solicitações de
ordem de serviço, fornecendo no mínimo a seguintes funcionalidades:
a) Deverá permitir consultar e manter um registro com as ordens de serviços geradas
para as unidades de consumo;
b) Deverá permitir a geração de uma ordem de serviço para uma determinada unidade
de consumo;
c) Deverá permitir programar para execução uma ordem de serviço gerada, informando
a equipe ou funcionário que irá executar a ordem de serviço;
d) Deverá permitir gerar o cancelamento uma ordem de serviço gerada e não encerrada,
informando o motivo de cancelamento e um parecer de cancelamento;
e) Deverá permitir desdobrar uma ordem de serviço gerada em outra ordem de serviço,
construindo o vinculo de dependência entre as ordens de serviços, ou seja, a ordem de
serviço original somente poderá ser executada após a execução da ordem de serviço
desdobrada;
f) Deverá permitir encerrar uma ordem de serviço gerada, possibilitando informar no
mínimo os seguintes dados: informar se o serviço foi executado, informar para os serviços
não executados qual deve ser o destino da ordem de serviço, (postergação, cancelamento,
reprogramação, desdobramento em outro serviço), informar parecer de execução, informar
quem executou a ordem de serviço (equipe ou funcionário), informar o período de
deslocamento, informar o período de espera, informar o período de execução, informar o
veículo utilizado, informar materiais utilizados, possibilitar adicionar outros os serviços
executados que eventualmente possam ser executados além do serviço originalmente
solicitado e ainda permitir trocar o serviço solicitado por outro que possa ter sido executado
e for diferente do serviço originalmente solicitado);
atendimento para os clientes eventuais e que não possuem uma unidade de consumo
padrão, fornecendo no mínimo a seguintes funcionalidades:
a) Deverá disponibilizar recurso que possibilite o cadastro de cliente comercial,
possibilitando cadastrar os dados básicos, como nome, CPF/CNPJ, endereço e telefone e
gerar um identificador formado por um conjunto de números e um dígito verificador,
visando gerar um identificador único para o cliente comercial;

59
b) Deverá possibilitar ao usuário localizar, de forma rápida, as informações de um
determinado cliente comercial, digitando o número da matrícula ou através de uma
pesquisa avançada através de filtro por CPF/CNPJ ou Nome/Razão Social;
c) Deverá permitir consultar e manter um registro com as ordens de serviços geradas
para os clientes comerciais;
d) Deverá permitir a geração de uma ordem de serviço para um determinado cliente
comercial;
e) Deverá permitir programar para execução uma ordem de serviço gerada, informando
f) Deverá permitir gerar o cancelamento de uma ordem de serviço gerada e não
encerrada, informando o motivo de cancelamento e um parecer de cancelamento;
g) Deverá permitir desdobrar uma ordem de serviço gerada em outra ordem de serviço,
desdobrada;
h) Deverá permitir encerrar uma ordem de serviço gerada, possibilitando informar no
e for diferente do serviço originalmente solicitado;
i) Deverá permitir a visualização do serviço faturado, bem como a alteração da data de
vencimento do documento de cobrança, reimpressão do documento de cobrança e o
cancelamento do documento de cobrança;
3.10.14. Deverá disponibilizar
um conjunto de recursos que possibilite ao usuário gerenciar e
manter um registro com as ordens de serviços geradas para os logradouros, fornecendo no
mínimo a seguintes funcionalidades:
a) Deverá permitir a pesquisa do logradouro através de um código próprio para cada rua,
ou através de filtro de pesquisa que contemple pelo menos as seguintes opções: estado,
município, bairro, tipo de logradouro, tipo patente ou nome do logradouro;
b) Deverá permitir consultar e manter um registro com as ordens de serviços geradas
para o logradouro;

60
c) Deverá permitir a geração de uma ordem de serviço para um determinado logradouro,
inclusive mostrando a imagem obtida através de coordenadas de georreferenciamento do
Google mapas;
d) Deverá permitir programar para execução uma ordem de serviço gerada, informando
e) Deverá permitir gerar o cancelamento uma ordem de serviço gerada e não encerrada,
informando o motivo de cancelamento e um parecer de cancelamento;
f) Deverá permitir desdobrar uma ordem de serviço gerada em outra ordem de serviço,
desdobrada;
g) Deverá permitir encerrar uma ordem de serviço gerada, possibilitando informar no
e for diferente do serviço originalmente solicitado;
h) Deverá possuir funcionalidade que permita que o usuário localize, de forma rápida, as
informações de um determinado órgão centralizador, digitando o código (identificador) ou
fazendo uma pesquisa utilizando os filtros de busca por nome;
i) Deverá disponibilizar funcionalidade que permita ao usuário ter acesso rápido na
mesma tela a todas as informações dos órgãos centralizadores tais como: relação de faturas,
visualização de dados cadastrais e de faturamento, visualização das unidades centralizadas,
visualização e situação de valores a compensar;
j) Deverá permitir visualizar, reimprimir as faturas centralizadas de forma simples ou
detalhada, bem como alterar a data de vencimento da mesma;
3.10.15. Osistema deverá permitir a criação de perfis diferentes e customizáveis para os
atendentes presenciais e por meio telefônico;
3.10.16. Nocaso de ações ou ordens de serviço que tenham prazos para execução, estes
protocolos ou registros de atendimentos devem ser monitorados em locais específicos a fim
de acompanhar sua execução e posterior retorno ao cliente;
3.10.17. Deverá prever Relatório de Atendimentos por Operador (atendente);

61
3.10.18. Deverá prever Relatório de Tipos ou Ações de Atendimentos Realizados;
3.10.19. Deverá prever Relatório de Prazos de Ações ou Ordens de Serviços integrantes dos
atendimentos;
3.10.20. Deverá prever a Geração de Ordem de Serviço com simulação de custo;
3.10.21. Deverá prever funcionalidade para realizar a programação de execução das ordens
de serviço, informando equipes ou funcionários responsáveis pela execução dos serviços;
3.10.22. Deverá
disponibilizar funcionalidade para desprogramar ordem de serviços que
foram programadas para execução de forma indevida;
3.10.23. Deverá prever controle de execução de ordens de serviço;
3.10.24. Deverá prever o encerramento/baixa de ordem de serviço;
3.10.25. Deverá disponibilizar funcionalidade visando garantir o fluxo de abertura,
programação e encerramento do serviço, para unidades de consumo, logradouro e clientes
da Autarquia, visando garantir todo o controle desde o momento em que a ordem de serviço
foi gerada até o momento em que será encerrada, sendo que o processo de baixa da ordem
de serviço na solução ofertada deverá ser flexível e parametrizável, possibilitando solicitar
ao usuário os dados específicos de cada serviço no momento de seu encerramento;
3.10.26. Deverá permitir a impressão de ordem de serviço;
3.10.27. Deverá permitir a consulta do histórico de ordem de serviço através de tabela
específica associada à função;
3.10.28. Deverá permitir a emissão de relatórios de Ordens de Serviços a vencer com pelo
menos os seguintes parâmetros: data prevista para execução, unidade de origem, unidade
final e tipo de serviço;
3.10.29. Deverá permitir a realização de estatística de serviço;
3.10.30. Deverá possibilitar cadastrar e listar visitas para atendimento de determinada OS;
3.10.31. No encerramento da Ordem de Serviço, deverá permitir o desmembramento e
classificação dos serviços executados;
3.10.32. Deverá permitir a conclusão da Ordem de Serviço de religação somente se a
situação estiver configurada como cortada, inativa ou suprimida;
3.10.33. Aogerar a Ordem de Serviço, deverá disponibilizar campos para preenchimento de
informações coletadas em campo, tais como, mas não se limitando a: situação física da
ligação, anormalidade da leitura, leitura para revisão, situação do imóvel, forma de
abastecimento, situação do abastecimento, número de moradores;

62
3.10.34. Deverá possibilitar a emissão de relatório sobre reincidência do cliente pelo mesmo
tipo de Ordem de Serviço, com informação de quantidade de reiterações e reativações, por
cliente, por período;
3.10.35. Deverá permitir parcela à vista ou parcelamento de serviços;
3.10.36. Deverá efetuar controle para que o serviço fique suspenso até o pagamento da
parcela
à vista vinculada;
3.10.37. Deverá permitir definir descrição do Serviço;
3.10.38. Deverá permitir definir código do Serviço;
3.10.39. Deverá permitir definir o grupo do Serviço;
3.10.40. Deverá permitir definir o tipo de faturamento para o serviço (obrigatório, opcional,
variável, não faturável);
3.10.41. Deverá permitir definir o setor de controle de execução do serviço;
3.10.42. Deverá permitir definir se existe cobrança de parcela à vista para o serviço;
3.10.43. Deverá permitir definir o percentual mínimo da parcela à vista para o serviço;
3.10.44. Deverá permitir definir o número de prioridade para execução do serviço;
3.10.45. Deverá permitir definir a quantidade de membros da equipe previstos para executar
o serviço;
3.10.46. Deverá permitir definir o número máximo permitido de postergações para executar
o serviço;
3.10.47. Deverá possibilitar definir a rubrica contábil para o serviço;
3.10.48. Deverádisponibilizar cadastro de notificação de email, sendo possível parametrizar
para quais serviços devem se enviados emails notificando a abertura de uma ordem de
serviço, sendo possível ainda definir quais serão os destinatários por setor de execução;
3.10.49. Deverá permitir a abertura automática de serviço com dependência ao serviço
original;
3.10.50. Deverá
gerenciar e compartilhar informações de Abertura e Encerramento de ordem
de serviço, com rotina de comunicação via web para informação das equipes de campo
(Ordem de Serviço On-line);
3.10.51. Deveráprever funcionalidade para informar no momento da abertura de uma ordem
de serviço o desdobramento de serviços;
3.10.52. Deveráprever funcionalidade para cadastramento e manutenção dos valores dos
serviços executados que possam ser faturados, com data de vigência para os valores. O

63
faturamento dos serviços executados deve ocorrer na próxima fatura mensal gerada pelo
sistema;
3.10.53. Deverápossibilitar, no encerramento da ordem de serviço, informar mais de um
serviço executado;
3.10.54. Deverá prever o cadastro de serviços;
3.10.55. Deverá prever o cadastro de prazos para execução de serviços;
3.10.56. Deverá prever o cadastro de ordens de serviço e serviços solicitados;
3.10.57. Deverá possibilitar a inclusão de observações em ordens de serviço, seja na
abertura, cancelamento ou finalização;
3.10.58. Deverá prever o cadastro de materiais;
3.10.59. Deverá prever o controle dos materiais aplicados por equipe;
3.10.60. Deverá prever o controle de utilização de material na execução de serviço;
3.10.61. Deverápossibilitar definir kits de materiais que serão utilizados em determinados
serviços, onde todos os materiais necessários para a execução destes serviços serão
definidos antecipadamente através da criação dos kits que serão associados aos respectivos
serviços;
3.10.62. Deverádisponibilizar recurso para que o sistema envie de forma on-line ao sistema
de gestão de estoque da Autarquia a previsão de utilização dos materiais a serem utilizados
para a execução de um determinado serviço no momento de sua abertura, fazendo uso das
informações definidas nos kits;
3.10.63. Deverá
prever o controle de utilização de equipamentos especiais na execução de
Ordens de Serviços;
3.10.64. Deverágarantir que para todas as ordens de serviço solicitadas, o uso de veículos e
de material, bem como a equipe executora e o tempo de execução devam ser devidamente
registrados;
3.10.65. Deverá prever o cadastro de unidades de medida;
3.10.66. Deverá prever o cadastro de colaboradores;
3.10.67. Deverá prever o cadastro de equipes;
3.10.68. Deverá prever o cadastro de veículos;
3.10.69. Deverá prever o cadastro de ordens de serviço vinculadas ou desdobradas;
3.10.70. Deverá prever o cadastro de tarifas de serviços;
3.10.71. Deverá permitir o cancelamento de ordens de serviço pendentes;
3.10.72. Deverá prever o controle e gestão de Ordens de Serviços pendentes;

64
3.10.73. Deverá prever a consulta de situação cadastral;
3.10.74. Deverá
prever a consulta de débitos a vencer ou vencidos, sinteticamente e/ou
detalhadamente;
3.10.75. Deverá prever a consulta de contas pagas, sinteticamente e/ou detalhadamente;
3.10.76. Deverá prever a consulta de últimos consumos;
3.10.77. Deverá possibilitar funcionalidade de armazenar todos os pareceres, sansões e
observações do imóvel/cliente. Estes dados deverão ser coletados das observações
registradas pela Ordem de Serviço, possibilitando a visualização dos mesmos na consulta
de imóvel;
3.10.78. Deverá
possibilitar a emissão de segunda via a partir da lista de débitos, permitindo
a marcação de uma ou mais referências numa única fatura. Deverá ficar registradas todas as
informações sobre a emissão da segunda via;
3.10.79. Quandoa data escolhida pelo cliente for menor que a do vencimento do grupo ao
qual pertence a ligação, o vencimento deverá ocorrer no mês seguinte à referência do
faturamento;
3.10.80. Nocadastramento da opção de vencimento, deverá emitir alerta quando ocorrerem
duas contas dentro do mesmo mês;
3.10.81. Deverá prever a funcionalidade para simulação, inclusão, cancelamento e
substituição de faturas;
3.10.82. Deverá prever o registro de todas as alterações efetuadas.
3.11. SERVIÇOS ON-LINE (AUTOATENDIMENTO)

3.11.1. Funções do autoatendimento via Internet (Portal):
3.11.2. Características Gerais: estas funções têm por finalidade facilitar e agilizar o
atendimento aos clientes que fazem uso da internet, possibilitando ao usuário consultar via
WEB, através de uma senha eletrônica segura, os serviços a seguir descritos, de forma
direta e ágil. Dessa forma, nesse contexto, a solução ofertada deverá manter a unicidade das
funcionalidades publicadas no portal com as disponíveis no software de gestão;
3.11.3. Oportal deve ser responsivo ao equipamento do cliente, ajustando-se
automaticamente ao uso de microcomputador, tablet, celular ou dispositivo similares;
3.11.4. Deverá permitir a consulta e impressão de:
a) Débitos pendentes;
b) Últimas Leituras;

65
c) Últimos consumos incluindo referência (mm/aaaa), data de leitura, leitura, consumo e
ocorrência;
d) Histórico de Pagamentos incluindo referência (mm/aaaa), data de pagamento, banco,
agência e valor;
e) Anexo Tarifário (Tabela Tarifária);
f) Dados cadastrais do cliente;
g) Deverá permitir que o cliente tenha acesso para efetuar o cadastramento do seu e-mail
e do número do telefone celular;
h) Deverá permitir a impressão da ficha cadastral do cliente;
i) Emissão de 2º via de conta individuais ou agrupadas;
j) Possibilidade de exibição apenas do número do código de barras para pagamento
eletrônico em autoatendimento ou internet;
k) Emissão de certidão negativa de débitos eletrônica;
l) Emissão do termo de quitação anual;
m) Pagamento Fácil - Listagem das faturas em aberto para pagamento, via convênios de
pagamentos estabelecidos pelo SEMAE;
n) Fale conosco - Formulário de comunicação com a autarquia;
o) Simulação do Cálculo da Fatura, de forma que o cliente, ao informar consumo, serão
apresentados os valores simulados;
p) Deverá permitir a visualização das ordens de serviços geradas para a unidade de
consumo;
q) Deverá permitir simular parcelamentos de débitos;
r) Deverá permitir simular o valor de uma fatura a partir de um consumo informado;
s) Deverá permitir a visualização da data da última leitura, bem como a visualização da
data da próxima leitura;
t) Qualidade da água (6 últimos registros) incluindo referência (mm/aaaa) indicados,
Valor, faixa de valores permitidos segundo decreto nº 5.440 de 04 de maio de 2015 da
Presidência da República;
u) Deverá permitir o registro de solicitações de ordens de serviço, como por exemplo, os
seguintes tipos de serviço: reclamação de falta de água, entupimento, tapa buraco,
vazamento no ramal, vazamento no cavalete, troca de registro;
I Essas ordens serviços geradas pelo autoatendimento não deverão ser
automaticamente disponibilizadas para a programação. Deverá existir uma estrutura de

66
controle para onde essas ordens de serviços deverão ser encaminhadas, para que o SEMAE
valide a solicitação e libere a mesma para programação/execução;
3.11.5. Funções do Autoatendimento em terminais (Totem):
3.11.6. Características
Gerais: a solução ofertada deverá fornecer um conjunto de recursos
que proporcione o acesso de alguns serviços de forma direta e ágil pelos clientes através de
terminais de autoatendimento (Totem). Também, deverá proporcionar rotinas que tratam da
integração em tempo real do sistema de gestão ofertado, com os sistemas de administração
de cartões de Crédito e/ou Débito para permitir o pagamento de faturas de água e esgoto
pela rede FEBRABAN, através destes terminais, efetuando a respectiva baixa automática
do débito no banco de dados comercial do sistema;
3.11.7. Deveráprever funcionalidades relacionadas à integração em tempo real (online) com
sistemas de administradoras das bandeiras Mastercard, Visanet e com possibilidade de
inclusão de outras bandeiras;
a) Deverá prever processo interativo de coleta dos dados do cartão de crédito e/ou
débito e itens para pagamento, com resposta ao cliente sobre o resultado da operação,
efetuando a operacionalização via hardware e software homologados;
b) Deverá enviar os dados da transação via rede segura com posterior tratamento de
retorno, com a conclusão do processo de pagamento de faturas via cartão de crédito e/ou
débito e impressão de recibos;
c) Deverá gerar os lançamentos contábeis decorrentes das transações comerciais, tais
como faturamento, arrecadação e encerramento financeiro, na forma do PCASP,
proveniente da edição vigente do Manual de Contabilidade Aplicada ao Setor Público do
STN, bem como manter a geração atualizada conforme as alterações no MCASP serem
publicadas. Processamento da baixa das faturas via terminal com a atualização on-line (em
tempo real) no sistema comercial;
d) O software deverá utilizar características de hardware homologado possibilitando
um alto nível de acessibilidade pelo cliente;
e) Deverá prever rotina que implementa funcionalidades próprias do sistema comercial
para fornecer aos clientes informações sobre suas pendências, facilitando o processo de
quitação de débitos.
3.11.8.Funcionalidades de atendimento gerais (que devem poder ser permitidas ou não via
gerenciamento do sistema):
a) Deverá permitir que o cliente tenha acesso para efetuar o cadastramento do seu e-
mail e do número do telefone celular;
b) Deverá permitir a visualização e impressão do histórico de consumo dos últimos
doze meses da unidade de consumo;

67
c) Deverá permitir a visualização das faturas pendentes e a impressão da segunda via
de fatura;
d) Deverá permitir a visualização das ordens de serviços geradas para a unidade de
consumo;
e) Deverá permitir simular parcelamentos de débitos;
f) Deverá permitir simular o valor de uma fatura a partir de um consumo informado;
g) Deverá permitir a impressão da Certidão de Quitação de Débito Anual;
h) Deverá permitir a visualização da data da última leitura, bem como a visualização
da data da próxima leitura;
i) Deverá permitir o registro de solicitações de ordens de serviço, como por exemplo,
os seguintes tipos de serviço: reclamação de falta de água, entupimento, tapa buraco,
vazamento no ramal, vazamento no cavalete, troca de registro;
I Essas ordens serviços geradas pelo autoatendimento não deverão ser
automaticamente disponibilizadas para a programação. Deverá existir uma estrutura de
controle para onde essas ordens de serviços deverão ser encaminhadas, para que o SEMAE
valide a solicitação e libere a mesma para programação/execução;
j) Deverá permitir consultar os valores da tabela tarifaria vigente;
3.11.9. Autoatendimento através de resposta telefônica audível (URA):
3.11.10.Características Gerais: este módulo tem como finalidade o serviço de atendimento
virtual através de resposta telefônica audível (Atendente Virtual - 0800), e objetiva ser um
canal eficiente de comunicação com os clientes, proporcionando agilidade no contato,
atendimento 24 x 7 (24 horas e 7 dias por semana), trazendo real desafogo ao atendimento
telefônico personalizado, e aos atendentes nos postos de atendimento presencial do
SEMAE. Além disso, ser também um instrumento eficiente e de contato constante e
ininterrupto com os clientes, executando serviços de cobrança de débitos, campanhas de
alerta sobre interrupções no abastecimento de água, pesquisa sobre o nível de qualidade dos
serviços prestados, apelo para economia no consumo de água, em situações críticas de
abastecimento, entre outros;
3.11.11.Seu conjunto de recursos deverá possibilitar a sua integração total e de forma
transparente com a plataforma de telefonia da Autarquia
3.11.12. Funcionalidades exigidas
a) URA PASSIVA: Cliente efetua ligação para o 0800 e seleciona a consulta desejada,
dentre outras:
I Débitos Pendentes (sistema informa relação de débitos com totalizador geral);

68
II Histórico de Consumo (sistema informa histórico de consumo do intervalo de
tempo solicitado);
III Aviso de Vazamento possibilitando a abertura da ordem de serviço;
IV Deverá fornecer recurso para a automatização do atendimento telefônico,
permitindo disponibilizar informações sobre: falta de água, endereços de postos de
atendimento, instruções para reabertura de água e novas instalações;
b) URA ATIVA: sistema efetua chamada telefônica ou envia SMS ao titular da conta
informando:
I Existência de débitos vencidos a mais de “x” dias, solicitando a sua imediata
regularização;
II Mensagem de Inclusão da matrícula do titular em lista de corte por falta de
pagamento;
III Mensagem antecipando a Interrupção no fornecimento, comunicação ao
proprietário da conta sobre interrupção no fornecimento de água no dia/hora, com o tempo
previsto de “x” horas devido à manutenção na Rede;
IV Mensagem de desculpa pelos transtornos – após o término do serviço e
restabelecimento do fornecimento o sistema deve informar ao proprietário o retorno à
normalidade do abastecimento, agradecendo a compreensão do mesmo;
V Pesquisas de satisfação;
VI Avisos de manutenção preventiva;
c) Deverá identificar automaticamente clientes que estão ligando de regiões com
problemas de abastecimento pontuais, sendo que nesse caso o sistema deverá obter as
informações de forma direta no banco de dados, acionar scripts de áudio previamente
gravados e gerar a informação do problema para o cliente e previsão de retorno sem a
necessidade de transferir a ligação para uma atendente;
d) Deverá possibilitar monitorar em tela a fila de atendimento das ligações recebidas
pelo call-center, podendo visualizar tempo de espera médio, abandonos e estatísticas de
atendimento por atendente.
INTEGRAÇÃO EM TEMPO REAL (ONLINE) COM SISTEMAS DE

3.12.
ADMINISTRADORAS DAS BANDEIRAS MASTERCARD E VISANET
3.12.1. Estas rotinas tratam da integração em tempo real do sistema de gestão ofertado, com
os sistemas de administração de cartões de Crédito/Débito para permitir o pagamento de
faturas de água pela rede FEBRABAN, através de terminais de autoatendimento TOTEM,
efetuando a respectiva baixa automática do débito no banco de dados comercial do sistema.

69
3.12.2.Deverá prever processo interativo de coleta dos dados do cartão de crédito/débito e
itens para pagamento, com resposta ao cliente sobre o resultado da operação, efetuando a
operacionalização via hardware e software homologados.
3.12.3.Deverá prever o envio dos dados da transação via rede segura e posterior tratamento
de retorno, com a conclusão do processo de pagamento de faturas via cartão de
crédito/débito e impressão de recibos.
3.12.4.Deverá prever a geração dos lançamentos contábeis decorrentes das transações
comerciais, tais como faturamento, arrecadação e encerramento financeiro, na forma do
PCASP, proveniente da edição vigente do Manual de Contabilidade Aplicada ao Setor
Público do STN, bem como manter a geração atualizada conforme alterações no MCASP
serem publicadas, executando também o processamento da baixa das faturas via terminal
com a atualização on-line (em tempo real) no sistema comercial.
3.12.5.O software deverá utilizar características de hardware homologado possibilitando
um alto nível de acessibilidade pelo cliente.
3.12.6.Deverá prever rotina que implemente funcionalidades próprias do sistema comercial
(integração) para fornecer aos clientes informações sobre suas pendências, facilitando o
processo de quitação de débitos.
3.13. ORDENS DE SERVIÇO PARA DISPOSITIVOS MÓVEIS
3.13.1. A
solução ofertada deverá possuir um módulo de execução das ordens de serviço, que
deverá ser executado em dispositivos móveis, totalmente integrados com a solução
ofertada, que deve estar no mesmo ambiente tecnológico e plataforma de operação. O
sistema aplicativo dos dispositivos móveis deverá ser compatível com as plataformas
Android e Windows Phone, disponibilizando no mínimo os seguintes recursos:
a) O sistema deverá possuir módulo de monitoramento sobre a execução das ordens de
serviços e seus executores em dispositivo móvel. Deverá permitir o rastreamento completo
sobre o deslocamento diário do executor do serviço e o deslocamento individual por ordem
de serviço contemplando distâncias, velocidades, tempos de percurso, tempos de paradas no
percurso;
b) Deverá prever acesso ao sistema através de usuário e senha previamente cadastrados.
Deverão existir perfis com níveis de acessos diferentes para os operadores e o
administrador do sistema;
c) Deverá possibilitar às equipes de campo obter e registrar no mínimo as seguintes
informações para as ordens de serviço recebidas para execução: dados do veículo (placa,
distância percorrida no deslocamento), tempo de deslocamento, materiais utilizados na
execução dos serviços, registro de fotos e o tempo de execução total do serviço.
Adicionalmente a esses dados que devem
ser obtidos para todo tipo de ordem de serviço, a solução no dispositivo móvel também

70
deverá ser flexível e parametrizável, possibilitando solicitar ao usuário os dados específicos
de cada serviço no momento de seu encerramento, garantindo que qualquer tipo de ordem
de serviço seja encerrada a partir do dispositivo móvel;
d) Deverá prever funcionalidade para que a equipe de campo possa informar a
paralisação da execução de um serviço, informando o motivo da paralisação;
e) Deverá permitir programar e enviar para os dispositivos móveis das equipes de
campo ordens de serviço para execução, assim como alterar as suas prioridades;
f) Deverá disponibilizar funcionalidade que possibilite o acompanhamento de todas as
ordens de serviços em campo, monitorando o deslocamento de veículos, o andamento dos
serviços executados pelas equipes de campo e suas produtividades através de imagem
georeferenciada, utilizando o Google Maps ou uma base cartográfica;
g) Deverá disponibilizar funcionalidade que permita acompanhar em tempo real a
produtividade das equipes de campo, apresentando o tempo de deslocamento e os serviços
executados pelas equipes;
h) Deverá prever funcionalidade que permita capturar fotos em campo e associá-las as
unidades de consumo cadastradas;
i) Deverá disponibilizar funcionalidade que permita visualizar em tempo real as fotos
capturadas pelos dispositivos móveis das equipes em campo;
j) Deverá prever funcionalidade de emissão de notificações aos usuários através dos
dispositivos móveis utilizando as fotos obtidas em campo associadas aos imóveis;
k) Deverá prever funcionalidade que permita o envio automático das informações dos
serviços executados em campo via GPRS ou GSM conforme intervalo de tempo
predefinido.
FUNÇÕES DO PROCESSO DE ROTINAS DE INSPEÇÃO DE REDE DE

3.14.
ESGOTO
3.14.1. O
sistema deverá possuir rotinas específicas para abertura de ordem de serviço de
inspeção de rede de esgotamento sanitário e da ligação de esgoto dos imóveis;
3.14.2. Deverá
ser possível a inclusão de ao menos 3 etapas no processo de inspeção de
ligação de esgoto, sendo elas: inspeção, reinspeção e fiscalização final por parte do
SEMAE;
3.14.3. Apósa execução da OS, cada imóvel poderá adequar-se em 4 situações
(parametrizáveis):
a) 1 = Imóvel com a ligação de esgoto adequada;
b) 2 = Imóvel com a ligação de esgoto e pluvial inadequados pelos seguintes motivos:

71
I Não conectado a rede de esgoto;
II Conectado parcialmente a rede de esgoto;
III Esgoto sanitário conectado a rede pluvial;
IV Água pluvial conectada a rede de esgoto;
V Ausência de caixa de gordura;
VI Inadequações na caixa de gordura;
c) 3 = Inadequações com a caixa de inspeção:
I Caixa de inspeção obstruída;
II Ausência de caixa de inspeção;
III Tampa da caixa de inspeção lacrada;
d) 4 = Imóveis sem condições de executar a inspeção:
I Imóvel em construção;
II Imóvel em reforma;
III Imóvel fechado;
IV O proprietário não permitiu a visita;
V Imóvel sem construção (terreno baldio);
VI Imóvel em demolição/abandonado;
3.14.4. Casonão se encontrem irregularidades na inspeção inicial, a OS será encerrada com o
status de Ligação de Esgoto Adequada, sem a necessidade da abertura da OS automática de
Reinspeção;
3.14.5. Encontrandoalguma irregularidade na OS de Inspeção, deverá ser aberta
automaticamente a OS de Reinspeção;
3.14.6. No
caso da OS de Reinspeção ainda conter alguma irregularidade, deverá ser aberta
automaticamente a OS de Fiscalização.
3.15. GESTÃO DE TERCEIRIZADAS

3.15.1. Disponibilizar recursos que possibilite a gestão de contratos de empreiteiras
terceirizadas, com no mínimo as seguintes funcionalidades:
3.15.2.Deverá prever o cadastro das empresas, das equipes e dos membros das equipes das
empresas terceirizadas;

72
3.15.3. Deverá prever o cadastro de contrato de terceirização de serviços firmados com as
empresas, onde o pagamento poderá ser realizado por valor fixo ou valor a ser pago por
serviço executado;
3.15.4.Deverá prever o cadastro de penalidades previstas em contratos com as empresas,
sendo possível cadastrar penalidades por dias de atraso ou por percentual de serviços
executados fora do prazo;
3.15.5. Deverá disponibilizar funcionalidade que realize de forma automática o controle e
a medição dos serviços executados pelas empresas terceirizadas, calculando o valor a ser
pago e as
penalidades a serem aplicadas;
3.15.6. Deverá disponibilizar recursos que possibilitem gerar o faturamento específico de
materiais utilizados na execução dos serviços para as unidades consumidoras, fornecendo
no mínimo as seguintes funcionalidades:
a) Deverá possibilitar definir quais serviços terá cobrança de materiais;
b) Deverá possibilitar cadastrar uma tabela tarifária de materiais, onde deverá ser
possível definir o período de vigência e valores a serem faturados por material utilizado na
execução do serviço;
c) Deverá gerar de forma automática a cobrança dos materiais nas faturas dos clientes
de acordo com o material e quantidade informados no encerramento da ordem de serviço;
d) Deverá disponibilizar recursos que possibilitem registrar a execução de forma
individual os níveis de corte (conforme regulamento) praticados pela empresa para
e) Deverá disponibilizar recursos que possibilitem registrar a execução de forma
individual das religações de corte (conforme regulamento) praticados pela empresa para
3.16. GESTÃO DE SENHAS DE ATENDIMENTO AO PÚBLICO

3.16.1. O software de gestão comercial deverá disponibilizar de forma integrada um
módulo de gestão de senhas que proporcione os recursos tecnológicos necessários a um
atendimento presencial confortável, rápido e eficaz aos clientes consumidores que se
dirigirem ao balcão de atendimento;
3.16.2. Esse módulo deverá possibilitar monitorar e gerenciar o atendimento para garantir
a agilidade, efetividade, pontualidade e padronização do atendimento presencial e estar
dentro das legislações aplicáveis, devendo disponibilizar no mínimo as seguintes
funcionalidades:
3.16.3. Grupo de Funcionalidades Emissor de Senhas

73
a) O software deverá disponibilizar no mínimo duas opções para a emissão de senhas,
conforme segue:
I Totem Emissor de Senhas: a senha é solicitada pelo usuário através de uma
interface simples e intuitiva. Ao apertar o botão em uma tela TouchScreen correspondente à
categoria de atendimento desejada, a senha é emitida através do módulo impressor térmico
com indicações do local, categoria e data/hora;
II Impressão Via Interface Software Comercial: o software também deverá prever
uma interface para geração de senha a ser realizada pelo usuário através de uma tela do
software comercial, sendo que o usuário imprime a senha e entrega para o cliente;
3.16.4. Grupo Funcionalidades Chamador De Senhas – TV
a) Painel de Chamadas de Senhas
b) O software também deverá prever uma interface para painel de chamada de senhas,
que deverá dispor de sinalização visual e sonora que possam ser exibidos vídeos
institucionais, visando atender à necessidade de manter a atenção dos clientes concentrada
no painel de chamada de senhas;
c) A sinalização sonora e visual das senhas deve ser emitida em televisão com
tecnologia LED/LCD de no mínimo 42” (quarenta e duas polegadas);
d) Deverá ser possível apresentar conteúdo de entretenimento e prestação de serviços
em conjunto com o apontamento das senhas chamadas e também notícias disponibilizadas
através de servidor RSS acessível pela Internet, tais como os títulos das notícias publicadas
no site;
e) Deverá apresentar a indicação das chamadas, informando a senha a ser atendida e
seu ponto de atendimento, últimas senhas chamadas, exibindo, simultaneamente, imagens
oriundas de sinais de vídeo (filmes, propagandas);
f) Deverá exibir próxima senha (com indicação da categoria) e guichê disponível para
atendimento:
I Chamada de senha em ordem cronológica de chegada conforme categorias de
atendimento e prioridades previamente definidas;
II O painel deverá suportar até 10 senhas sendo chamadas simultaneamente por local
de atendimento;
3.16.5. Grupo Funcionalidades Interface de Atendimento – Atendente
a) Esse módulo deverá estar totalmente integrado ao módulo de atendimento do
software de gestão comercial, pois a atendente deverá chamar as senhas para atendimento a
partir da tela inicial do módulo de atendimento do software de gestão comercial;

74
b) Deverá garantir o registro das informações de cada atendimento tais como o
horário de chegada, senhas solicitadas e não atendidas;
c) Deverá possibilitar que durante o atendimento o operador registre as atividades
realizadas de acordo com as classes de serviço previamente configuradas, o que permite
verificar não apenas quais serviços estão sendo mais demandados como também quais
serviços consumem mais tempo de atendimento, subsidiando possíveis investimentos na
automação dos serviços;
d) Deverá possibilitar a transferência de atendimento para outra categoria ou guichê
específico, tratando as informações de tempo de atendimento e de espera;
e) Deverá permitir que o operador informe o status de pausa com a indicação de
motivo do afastamento do guichê para eventuais atividades não relacionadas ao
atendimento, impedindo que novos atendimentos sejam direcionados para aquele guichê;
f) Deverá permitir o acompanhamento dos serviços internos do funcionário através
das classes de serviço configuradas de modo a mapear as rotinas de operações internas com
a devida quantificação dos serviços executados para aferição e comparação da performance
dos operadores;
g) Deverá possibilitar a chamada e re-chamada de senhas;
h) Deverá disponibilizar para o atendente a Indicação da senha chamada com
indicação do horário da emissão;
i) Deverá possibilitar devolver a senha que está sendo chamada;
j) Deverá permitir o redirecionamento da senha para outra categoria ou guichê;
k) Deverá possibilitar a inserção de senhas preferenciais com geração automática de
numeração;
l) Deverá possibilitar o estabelecimento de pausa manual do atendente com registro
do motivo da suspensão;
m) Deverá também possibilitar a pausa pré-configurada ao final de um atendimento
antes de chamar nova senha;
n) Deverá fornecer a indicação do estado de atendente (disponível, chamando,
atendendo e em pausa);
o) Deverá fornecer para a atendente a indicação do tempo atual do atendimento;
p) Deverá possibilitar que a próxima senha seja chamada automaticamente após
tempo pré-configurado;
3.16.6. Grupo de Funcionalidades de Configuração: Esse módulo deverá estar totalmente
integrado ao software de gestão comercial e tem como objetivo permitir ao usuário

75
configurar e alterar sempre que desejar, seus procedimentos de atendimento e gestão de
filas, fornecendo no mínimo os seguintes recursos para configurar:
a) Deverá possibilitar a criação de uma categoria de atendimento;
b) Deverá possibilitar que se atribuam prioridades distintas para categoria, garantindo
a aplicação da legislação vigente quanto a prioridades sem a reserva de guichês específicos;
c) Deverá permitir a configuração dos tempos limites de atendimento, de espera e de
ausência;
d) Deverá permitir criar, alterar e configurar atendentes;
e) Deverá permitir criar, alterar e configurar categorias de atendimento;
f) Deverá permitir criar, alterar e configurar guichês de atendimento;
g) Deverá permitir o gerenciamento dos pontos de atendimento, permitindo a abertura
e fechamento dos pontos de atendimento, a atribuição de atendentes e filas de atendimento
a serem atendidas pelo ponto de atendimento através de prioridades de atendimento, e a
obtenção de informações sobre o ponto de atendimento;
h) Deverá disponibilizar uma interface para a integração automática com hardware do
tipo opiniômetro;
i) Os opiniômetros são usados para a aferição da qualidade do atendimento a ser
realizada pelo próprio usuário e precisam ser conectados ao terminal do guichê através da
interface USB;
j) O software deverá possibilitar a gestão de múltiplos pontos de atendimento, ou
seja, cada ponto terá seus equipamentos impressora, painel de senha e TV. No entanto, o
software deverá ser capaz de gerar relatórios estatísticos de gestão de atendimento de forma
individualizada por ponto, ou consolidada;
k) Deverá ser possível configurar uma categoria de atendimento, que poderá ser
associada a um grupo de guichês, e cada guichê poderá ser vinculado a mais de uma
categoria. Pode-se garantir, por exemplo, que o atendimento a clientes preferenciais seja
direcionado exclusivamente a guichês com acessibilidade adequada;
l) As interfaces de uso dos atendentes, impressão de senhas e chamador de senhas
deverão ser web e estar em conformidade com os padrões para HTML/JavaScript;
m) A licitante vencedora homologada deverá informar quais devem ser as
configurações necessárias referente aos equipamentos impressora de senha, painel de senha
e TV, para que os mesmos sejam adquiridos pelo SEMAE. Caso o SEMAE já possua estes
equipamentos, os mesmos deverão ser homologados para o sistema, sem custos de
customização;
3.16.7. Módulo Supervisor: esse módulo deverá estar totalmente integrado ao software de
gestão comercial, pois o supervisor deverá gerenciar os atendimentos a partir da tela inicial

76
do módulo de atendimento do software, fornecendo no mínimo as seguintes
funcionalidades:
a) Deverá disponibilizar interface de gerenciamento e supervisão que possibilite ao
supervisor intervir na forma do atendimento, podendo através da tela de gerenciamento
monitorar e alterar prioridades e categorias;
b) Deverá disponibilizar na interface de gerenciamento e supervisão em tempo real o
status completo de todos os guichês de atendimento por ponto de atendimento, com
informações atualizadas em tempo real, referentes à situação atual das filas em termos de
tempos máximo, mínimo e médio de espera, de atendimento e de ociosidade para cada
categoria e para guichê de atendimento;
c) Deverá disponibilizar informações gerenciais e estatísticas em forma de consultas
(telas do sistema), gráficos e relatórios sobre todo movimento de atendimento, permitindo a
consolidação por local de atendimento;
d) Deverá possibilitar o acompanhamento dos atendimentos realizados pela empresa
para cada fila de atendimento, através da visualização de dados coletados até o presente
instante, tais como: tamanho da fila de espera atual, tempo de espera estimado, média de
tempo de atendimento;
e) Deverá possibilitar a atualização em tempo real das estatísticas sobre cada
categoria de atendimento:
I Tempo de espera, tempo de atendimento, senhas perdidas;
f) Deverá atualizar em tempo real o status e as informações sobre os atendimentos
sendo realizados em cada guichê:
I Quantidade de clientes atendidos, com tempo de espera em fila, por no mínimo três
intervalos de tempo (parametrizável). Horário (hh/mm/ss) previsto para atendimento do
ultimo cliente;
II Quantidade de guichês ativos necessários para realizar o atendimento aos clientes
em espera, respeitando o tempo máximo de espera estipulado como objetivo. Fornecer
alertas (forma visual e sonora na interface do supervisor) configuráveis quando:
1. O número de usuários na fila de espera for maior que X pessoas;
2. O tempo de espera previsto for maior que Y minutos;
3. O tempo de atendimento do cliente (senha) for maior que W minutos;
4. O tempo de atendimento do serviço for maior que Z minutos (Alarmes para todos
os tipos, de forma independente);
5. O tempo de ausência do atendente for maior que K minutos (Alarmes para todos os
tipos, de forma independente);

77
6. Os parâmetros X, Y, Z e K devem ser configuráveis;
g) Deverá disponibilizar relatórios gerenciais entre eles:
I Emissão de estatísticas de atendimento;
II Histórico de atendimento para aferições quantitativas e qualitativas.
III Gráficos de acompanhamento;
IV Todos os relatórios deverão ter a opção de serem exportados nos principais
formatos de intercambio de informações: ODS, XLS, PDF e HTML;
3.17. LABORATÓRIO
3.17.1. Requisitos Gerais
a) Conformidade aos requisitos da norma ISO/IEC 17.025;
b) Atendimento às determinações da legislação vigente no setor, como portaria MS
2914/2011 e CONAMA 357;
c) Alimentação da base de informações para a rastreabilidade das Amostras;
d) Monitoramento do ciclo de análise, com o disparo de alertas para a tomada de ações
proativas e reativas, como não conformidades, limite da validade de soluções e reagentes,
agendamento da calibração e manutenção dos equipamentos pendentes ou parcialmente
realizadas;
e) Adoção de dispositivos móveis nos procedimentos de coleta de amostras e execução
dos ensaios;
f) O sistema deverá permitir a publicação de resultados através do site da Autarquia.
Esta aplicação deverá permitir aos clientes terem acesso aos resultados de amostras já
publicadas por ponto de coleta;
3.17.2. Módulo de Administração
a) Ajuste de configurações globais, como: Unidades de Tratamento, Laboratórios,
Grupos de Parâmetros, Parâmetros, Equipamentos e Categorias, entre outros;
b) Configuração dos Mínimos Amostrais por Plano de Amostragem em obediência à
Legislação vigente;
c) Cadastro de Métodos de Análise com configuração dinâmica das regras de faixas de
conformidades específicas, tipos de equipamentos e tipos de soluções aplicáveis durante a
execução do ensaio;
d) Deverá ser possível cadastrar, no mínimo os seguintes parâmetros:
I Unidades operacionais (Laboratórios, Administrativas e Operacionais);

78
II Usuários (Coletores, Distribuidores, Analistas, Supervisores, Gestores);
III Pontos de Coletas, permitindo definir por ponto de coleta quais são os parâmetros de
qualidade de água que devem ser analisados e suas informações relevantes (inclusive
imagens);
IV Sistemas de distribuição de água, tais como: estações de tratamento de água,
reservatórios, redes de água, cadastro dos trechos de rede de água, cadastro de fonte de
água externas, cadastro das elevatórias de água; etc;
V Órgãos regulamentadores, portarias, licenças ambientais e de operação;
VI Inúmeros tipos de amostras;
VII O plano de amostragem para a rede de distribuição, possibilitando a inclusão de todos
os parâmetros previstos na Portaria 2914/2011 e também a possibilidade da inclusão de
outros parâmetros de qualidade da água a serem determinados pela Autarquia;
VIII O plano amostragem de tratamento possibilitando a inclusão de todos os parâmetros
previstos na Portaria 2914/2011 e também a possibilidade da inclusão dos parâmetros de
qualidade determinados pelo CONAMA;
3.17.3. Módulo de Amostragem
a) A solução ofertada deverá gerenciar todo o trâmite dos ensaios, desde a programação
da amostragem (plano de amostras), passando pela coleta, distribuição e ensaios da
amostra, até a inclusão, validação e publicação de seus resultados;
b) A solução ofertada deverá ser possibilitar a identificação do status das amostras em
todas as fases do processo. Este status deverá possibilitar verificar a situação da amostra
dentro do fluxo de trabalho do processo de análise laboratorial. Exemplos de status
possíveis: PROGRAMADA, AGUARDANDO COLETA, COLETADA, AGUARDANDO
ANÁLISE, AGUARDANDO VALIDAÇÃO, VALIDADA, PUBLICADA;
c) Deverá permitir a criação automatizada de Planos de Amostragem por Localidade e
Unidade de Tratamento;
d) Controle do ciclo de vida do Plano de Amostragem, nas etapas de planejamento,
aprovação pela autoridade de saúde pública, execução, monitoramento e desativação;
e) Deverá possibilitar a emissão de formulários de preparação de coleta e deverão estar
disponíveis no mínimo as seguintes informações: responsáveis pela coleta, pela análise,
pelo parecer (quando pertinente), data programada para coleta, data da realização da
análise, ponto de coleta, parâmetro, método de análise, frasco e quantidade, observações;
f) Deverá possibilitar o registro da coleta para a rede de distribuição, possibilitando o
cadastro das coletas e análises por dia, horário e ponto de coleta;

79
g) Na impossibilidade de se realizar a coleta, deverá ser possível reprogramá-la para
outra data ou, ainda, deixá-la pendente, sem data prevista para nova coleta, permitindo
inserir o motivo da reprogramação;
h) Deverá disponibilizar funcionalidade que permita realizar a recoleta de análise,
possibilitando gerar ou cancelar a recoleta da(as) que ficou(aram) fora dos valores
permitidos pela portaria;
i) Deverá possibilitar definir quais os parâmetros serão analisados em cada etapa do
tratamento de água, bem como possibilitar o registro das coletas e análises do sistema de
tratamento;
j) Deverá prever a Manutenção de Pontos Amostrais;
k) Deverá prever a geração de coletas com provisão automática do monitoramento de
Bactérias Heterotróficas;
l) Deverá permitir a recepção (identificação) da amostra por código de barras
bidimensional (QRCode) e manualmente (digitação do código de identificação);
m) Deverá prever a Preparação, Execução e Controle de Rotas de Coleta de Amostras;
n) Deverá dispor de suporte ao registro da execução da coleta com georeferencimento
do local amostrado e realização de ensaios em campo, através de dispositivos coletores de
dados;
o) Deverá prever a recepção de amostras no laboratório;
p) Deverá permitir a emissão de relatórios operacionais;
3.17.4. Módulo de Análises
a) Apropriação de solicitações de análises para trabalho pelos analistas qualificados a
executar o método de análise correspondente;
b) Suporte à execução dos ensaios através de dispositivos tablets;
c) Registro de resultados e identificação de não-conformidades;
d) Preparo e baixa de soluções;
e) Deverá possibilitar o registro das paradas da estação de tratamento de água, de forma
manual e através de integração com sistema supervisório instalado na ETA, sendo que os
tempos registrados devem ser considerados nos cálculos de fechamentos das análises para
os parâmetros que são influenciados em função da frequência do tempo de funcionamento
da estação de tratamento de água;
3.17.5. Módulo de Resultados
a) A fim de atender à supervisão de resultados equívocos, o sistema deverá permitir a
edição dos resultados de um ensaio por usuários supervisores mediante a inclusão de

80
observações que
justifiquem a alteração, mantendo em histórico o(s) resultado(s) substituído(s) e o resultado
final, mantendo também a identificação dos usuários responsáveis pelas alterações dos
resultados;
b) Quando o usuário responsável pela validação dos resultados decidir pela não
confirmação do
resultado do ensaio por motivo qualquer, poderá designar a amostra para uma reanálise.
Neste caso, a solução ofertada deverá alterar o status da amostra para EM REANÁLISE,
mantendo o resultado não confirmado para a amostra em seu histórico e abrindo um novo
processo de Ensaio. Este cadastro deverá manter o registro do motivo da reanálise;
c) Deverá permitir alterar o status do resultado da amostra para CANCELADO,
mantendo o resultado não confirmado para a amostra em seu histórico e registrar o motivo
do cancelamento;
d) Deverá permitir a emissão dos Boletins de Análises;
I A solução ofertada deverá permitir a emissão de um formulário (Boletim de Análise)
contendo os campos necessários para o registro manual dos dados analisados e calculados
para a amostra;
II A solução ofertada deverá possibilitar ao usuário transcrever os resultados do Boletim
de Análise para o sistema de forma a registrá-los;
e) Deverá permitir a emissão dos relatórios de análises Mensais, Trimestrais e
Semestrais;
f) Deverá permitir a emissão do relatório Anual da qualidade da Água;
g) Deverá permitir a emissão do relatório de Indicadores da Qualidade;
h) Deverá permitir a exportação do ciclo mensal de resultados para o Sistema de
Informação de Vigilância da Qualidade da Água para Consumo Humano (SISAGUA);
i) Integração com o Sistema Comercial para abertura e acompanhamento das Ordens de
Serviço (OS) referentes a ações corretivas para o tratamento de anomalias, e também para
disponibilizar as informações sobre as análises da qualidade da água, com impressão nas
faturas de água e esgoto do cliente e em relatórios para fixação nas dependências do
SEMAE;
3.17.6. Módulo de Estoque
a) Deverá disponibilizar o cadastro dos produtos utilizados na dosagem das etapas do
tratamento de água;
b) Deverá possibilitar o ajuste do saldo inicial das Categorias de Insumo e unidades de
medida;
c) Deverá fazer o registro de Entradas e Saídas de Insumos;

81
d) Deverá realizar a conversão automática de grandezas das Unidades de Medida;
e) Deverá permitir a emissão de relatórios de Posição Atual do Estoque e Movimentação
de Insumos;
4. DOS SERVIÇOS
4.1.PROCESSOS DE MIGRAÇÃO, CONVERSÃO, CUSTOMIZAÇÃO,

TREINAMENTOS, EXECUÇÃO E OUTRAS CONDIÇÕES
O prazo para conversão, customização, implantação, treinamento e utilização plena do

sistema de Gestão Comercial, deverá ser de 120 (cento e vinte dias), contados da assinatura
do Termo de Início. O SEMAE deve trabalhar de forma ininterrupta, não colocando em
risco sua gestão, principalmente no aspecto do atendimento ao cliente e execução dos
serviços operacionais.
No preço ofertado pela licitante deverão estar inclusos as despesas com locomoção,
hospedagem, alimentação e demais dispêndios inerentes ao processo de implantação,
conversão, customização e execuções do sistema de Gestão Comercial.
Deverá ser fornecido treinamento que satisfaça aos usuários com relação a sua capacitação
e utilização dos sistemas, a fim de que cada usuário possa operar de forma independente em
sua área. Os custos referentes a estes treinamentos deverão estar inclusos na proposta
financeira.
4.1.1. DA DOCUMENTAÇÃO
A licitante deverá fornecer e manter atualizada a documentação da solução ofertada, em

idioma português (Brasil), sendo que documentação mínima exigida é:
a) Manual de instalação do sistema;

b) Documentação específica para administradores e para usuários;
c) Documentação específica para treinamento;
d) Documentação das customizações realizadas;
e) Manual com acesso on-line para todas as funcionalidades presentes na solução
ofertada;
4.1.2. DA IMPLANTAÇÃO
A licitante deverá apresentar um plano de ações a serem adotadas e seguidas para a

implantação (instalação, parametrizações e customizações) da solução ofertada,
contemplando a identificação das fases, etapas, atividades e tarefas, com seus pré-

82
requisitos, produtos, técnicas, ferramentas e prazos. O plano de ação deverá conter a
descrição das ferramentas utilizadas em cada fase e os métodos para realização e controle
dos testes de validação dos processos configurados e deverá garantir no mínimo os
seguintes requisitos:
a)A instalação de todos os sistemas deverá ocorrer em até 30 (trinta) dias a partir da data
do Termo de Início.
b)A CONTRATADA deverá disponibilizar os manuais de usuários do sistema e a mídia de

instalação, bem como o manual de instalação do sistema, quando da assinatura do contrato.
c) A CONTRATADA deverá disponibilizar equipe técnica formado por dois ou mais

especialistas na solução ofertada que deverá ser designado para atuar presencialmente na
sede da Autarquia, com o objetivo de prestar todo o suporte necessário, orientação
sistemática, acompanhamento e esclarecimento de dúvidas para os profissionais da área de
TI durante todo o processo de levantamento de requisitos, implantação e capacitação dos
usuários.
d) A licitante será responsável pela migração e conversão de todo e qualquer dado utilizado
atualmente para a nova base de dados que será acessada pela solução ofertada, que deverão
ocorrer conforme prazos estabelecidos no cronograma.
e)As adaptações nas bases de dados e fórmulas que visem o correto funcionamento da
solução ofertada são de total responsabilidade da licitante.
f)A licitante deverá realizar teste de migração de dados e comprovar formalmente que
todos os dados foram exportados e importados de forma correta para a solução ofertada,
sendo que a equipe de TI da Autarquia será responsável pela homologação dos testes
realizados, juntamente com, ao menos, um dos membros da Comissão de Recebimento.
Este teste deverá ser realizado à carga inicial dos dados convertidos dos sistemas atuais no
banco de dados da solução ofertada, e realizar uma validação quantitativa dos dados
convertidos. Nessa validação deverão ser realizadas diversas comparações, que visam
garantir que todos os dados dos sistemas legados foram migrados.
g) Toda e qualquer digitação, refino dos cadastros entre outras conversões necessárias
devem ser feitas pela CONTRATADA, que ao final da implantação deverá entregar a
solução ofertada em pleno funcionamento com todos os dados migrados.
h) A licitante deverá disponibilizar, no mínimo por 30 dias após a implantação, ao menos
dois técnicos, preferencialmente quem participou da conversão da base, para acompanhar o
andamento e as rotinas do sistema;

83
4.1.3. DO TREINAMENTO
A CONTRATADA deverá apresentar um plano de treinamento para os usuários da

Autarquia, contendo definição da quantidade de turmas necessárias por módulos, conteúdo
programático, documentação e carga horária e deverá abranger os níveis técnicos,
funcionais e gerenciais da solução ofertada. A Autarquia disponibilizará o local, mobiliário,
microcomputadores e impressoras para a realização das capacitações, sendo que o
treinamento deverá obrigatoriamente contemplar:
a) A CONTRATADA deverá criar turmas por área de atuação e sistemas a serem

operados e fornecer treinamento teórico e prático para manipulação dos sistemas com
simulação das rotinas pertinentes às áreas em questão, nas dependências do SEMAE, com
duração mínima global de 150 horas, para até 150 (cento e cinquenta) funcionários;
b) A CONTRATADA será responsável por disponibilizar todo material necessário à

realização do treinamento, como blocos de papel, canetas, materiais didáticos, dentre
outros.
c) A CONTRATADA deverá disponibilizar instrutores qualificados para ministrar os

treinamentos, com comprovada proficiência no assunto, sendo que a CONTRATADA
deverá arcar com despesas de hospedagem, transporte e alimentação.
d) A CONTRATADA deverá substituir os instrutores que, a critério da Autarquia, não

atenderem ou não cumprirem satisfatoriamente os objetivos do treinamento.
e) A CONTRATADA deverá fornecer capacitação específica para a equipe de TI da

Autarquia, referente à administração do sistema, gerador de relatórios e conhecimentos
técnicos avançados.
f) A CONTRATADA deverá disponibilizar todo material didático utilizado nos

treinamentos em uma plataforma web para acesso por tempo indeterminado aos usuários do
sistema, bem como deverá fornecer através desta plataforma a possibilidade de os usuários
registrarem suas dúvidas.
g) O treinamento deverá ocorrer imediatamente após a conversão e homologação dos

dados preexistentes.
4.1.4. DA MANUTENÇÃO E DO SUPORTE TÉCNICO
A CONTRATADA deverá fornecer os serviços de manutenção e prestação de serviços de

suporte da solução ofertada, durante o período de vigência do contrato. Por manutenção

84
entende-se a correção de defeitos operacionais, ou seja, os problemas na solução ofertada
que eventualmente provoquem funcionamento diferente daquele previsto. Por suporte
técnico, entendem-se as orientações fornecidas, de caráter geral, sobre a operação e
utilização solução ofertada. Os serviços de manutenção e suporte oferecidos pela licitante
deverão ser cumpridos conforme os requisitos abaixo:
a) A CONTRATADA deverá enviar à Autarquia todas as revisões, atualizações,

correções, lançamentos, versões, ajustes temporários de programação e aprimoramento das
soluções ofertadas tão logo essas atualizações estejam aptas para serem disponibilizadas
aos clientes. Essas atualizações não poderão prejudicar o desempenho, funcionamento ou
operação do software, estipulados no presente Termo de Referência.
b) Deverá ser disponibilizada uma nova cópia digital da documentação da solução

ofertada, incluindo manuais técnicos e de operacionalização, sempre que houver qualquer
atualização no software e/ou manuais.
c) Deverá realizar a atualização tecnológica (Manutenção Evolutiva) e corretiva da

solução ofertada, as quais correrão por conta da CONTRATADA.
d) Quaisquer modificações da solução incluindo regras de negócio, formas de trabalho,

módulos etc., caso necessárias por exigências legais (independente da esfera) e/ou judiciais
(independente da esfera) e/ou do Tribunal de Contas e/ou do Ministério Público, não
deverão ensejar a cobrança de valores adicionais para a Autarquia, em qualquer situação
(Garantia Legal).
e) As modificações na solução ofertada que forem solicitadas pela Autarquia e que não
estiverem relacionadas a exigências legais, deverão ser implementadas pela
CONTRATADA mediante aprovação de orçamento por parte da autoridade competente do
SEMAE e encaminhamento pelo gestor do contrato, sendo que, caso necessário, a
CONTRATADA deverá elencar equipe multifuncional para o levantamento de requisitos
presencial ou à distância e apresentar projeto a Autarquia, demonstrando, através de
métodos reconhecidos de mercado, o levantamento de horas de trabalho para cada
solicitação componente do projeto, e, ainda, cronograma de projeto e todas as medidas
necessárias para a implantação das adequações, alterações, atualizações etc.
f) Prestar serviço de atendimento de suporte telefônico, em português, informando o

número disponível no Brasil.
g) Prestar serviço de atendimento de suporte pela Internet através de uma ferramenta de

suporte disponibilizada gratuitamente pela CONTRATADA, onde os usuários poderão
enviar e acompanhar suas dúvidas técnicas e funcionais, acompanhar o andamento do status

85
da resolução, e que possa, ainda, fazer consultas a dúvidas e respostas anteriores, visando
garantir um melhor aproveitamento dos recursos disponíveis na solução ofertada.
h) O atendimento à solicitação do suporte deverá ser realizado por um atendente apto a

prover o devido suporte ao sistema em relação ao problema relatado, ou redirecionar o
atendimento a quem o faça com qualidade.
i) Disponibilizar um canal de comunicação direto com os responsáveis pela solução dos

problemas, em caso de indisponibilidade da ferramenta de suporte.
j) O número de chamados para o suporte de atendimento será ilimitado, não havendo

restrições de horas trabalhadas.
k) Os chamados referentes à Manutenção Evolutiva não deverão ser cobrados. Entende-

se como Manutenção Evolutiva aquelas modificações que visam melhorar a qualidade do
software, acrescentando funcionalidades ou melhorando seu desempenho, agregando valor
de mercado ao programa. Exemplo mais comum é a disponibilização de nova versão, de
cliente-servidor para web.
l) Deverá ser garantido o atendimento de pedidos de suporte no horário das 8h às 17h,

de segunda à sexta-feira, sem interrupção. Para tarefas que necessitem parada do sistema
para execução, o atendimento deverá ser realizado fora do horário previsto ou em finais de
semana e feriados, conforme agendamento prévio, em caso de necessidade da Autarquia.
m) A CONTRATADA deverá prover atendimento de plantão para os dias de feriados
aplicáveis à sede do SEMAE e não aplicáveis à sede da CONTRATADA. Exemplo: feriado
municipal.
4.1.5.DA ASSESSORIA PERMANENTE

A proponente deverá prestar serviço de Assessoramento / Acompanhamento Permanente,
durante a validade do contrato, obedecendo o seguinte:
a) Disponibilizar profissional capacitado nos sistemas, na sede da autarquia, durante o
horário de expediente em 16 horas mensais.
b) Atividades:
I Servir de ponto de referência aos Gestores da Autarquia para o estabelecimento de
prioridades.
II Servir de facilitador entre os usuários dos Sistemas e a CONTRATADA.
III Ser responsável pela fluência dos trabalhos. Em caso de desconformidade dos
andamentos necessários, deverá gerar relatório situacional ao responsável indicado pelo
SEMAE para que este tome as providências cabíveis.
5. DEMONSTRAÇÃO DA SOLUÇÃO PROPOSTA

86
5.1. Para efeito de habilitação definitiva da licitante habilitada provisoriamente, e
posterior adjudicação e homologação da licitação fica condicionado à execução e
aprovação de prova de conceito, consistindo na comprovação do atendimento de 100%
(cem por cento) de aderência dos requisitos funcionais (exceto quanto aos relatórios)
identificados neste Termo de Referência, e do atendimento aos itens declarados como
ATENDIDOS pela licitante habilitada provisoriamente.
5.2. O objetivo é assegurar o atendimento das exigências deste Termo de Referência, para
a adjudicação e posterior homologação do processo licitatório, no qual a licitante habilitada
provisoriamente deverá demonstrar as funcionalidades dos sistemas oferecidos no prazo
máximo de 20 dias úteis, após a declaração do RESULTADO DE HABILITAÇÃO
PROVISÓRIA, exarada em ata e publicada no portal da licitação, sendo que nesta etapa
deverão ser avaliadas e comprovadas todas as funcionalidades exigidas conforme
especificado neste Termo de Referência.
5.3. A homologação técnica (Resultado da Prova de Conceito) será conduzida pela

Comissão Avaliadora, devidamente nomeada pela CONTRATANTE, convocada para este
processo licitatório, sendo composta por servidores que a Autarquia julgue capazes e
necessários de analisar cada um dos requisitos.
5.4. A licitante habilitada provisoriamente deverá apresentar e demonstrar os Sistemas

Integrados em sessão pública pré estabelecida na ata da sessão de abertura do certame, no
qual os sistemas deverão ser instalados e colocados em operação com uma base de dados,
para fim de comprovação de atendimento das especificações funcionais dispostas neste
Termo de Referência. A sessão será na Unidade Zona Sul do SEMAE, sito à Av. Emilio A.
Deixheimer, 404 – Bairro Jardim América/São Leopoldo-RS, em horário comercial.
5.5. Os recursos de hardware e software necessários à realização desta prova de conceito

são de responsabilidade da licitante habilitada provisoriamente, que deverá, assim,
disponibilizar nas dependências do SEMAE, o ambiente necessário para que a experiência
da licitante habilitada provisoriamente seja comprovada.
5.6. A Prova de conceito deverá restringir-se aos requisitos funcionais previstos no Item 4
(ESPECIFICAÇÃO TÉCNICA E FUNÇÕES DOS SISTEMAS) deste Termo de
Referência, e deverá ser concluída no prazo máximo de 20 (vinte) dias úteis a partir da
declaração de habilitação provisória e no horário das 08h às 12h e das 13h às 17h.
5.7. Verificando-se, no curso da análise, o não atendimento dos requisitos considerados

obrigatórios e dos itens funcionais dos sistemas, a licitante deverá ser inabilitada e deverão
ser aplicadas as sanções previstas na legislação vigente.

87
5.8. Em sequência deverá ser convocada a vencedora subsequente, para que em sessão
pública sejam analisados os documentos de habilitação provisória e, assim sucessivamente,
até que seja declarada a vencedora habilitada definitivamente do certame.
5.9. Não deverá ser aceita para fins de comprovação e homologação técnica a
apresentação de manuais nem declaração da proponente ou do fabricante informando que as
funcionalidades estão em desenvolvimento ou serão desenvolvidas.
5.10.Sempre após as análises da Comissão Avaliadora será elaborado um relatório da

homologação técnica, contendo os roteiros ou os planos de testes e a documentação
comprobatória de sua realização, declarando objetivamente o resultado das análises e serão
encaminhadas diretamente ao pregoeiro(a).
5.11.Os resultados das análises serão sempre publicados no portal de licitações do

município, assim como no Diário Oficial do Município, momento que iniciará a abertura os
prazos recursais.
6. EQUIPE TÉCNICA DE TI PARA ALOCAÇÃO NO PROJETO
A tabela a seguir apresenta a descrição dos técnicos de TI, profissionais com curso superior
e experiência comprovada em projetos de saneamento, que deverão ser alocados ao projeto
durante o prazo de vigência do contrato, sendo ao menos 1 (um) profissional para cada
cargo.
Cargo Função Descrição das Atividades
Gerente Técnico Supervisor de Gerenciar o Projeto coordenando a equipe alocada,
Projeto provendo suporte para necessidades técnicas do
sistema, além da interface com os usuários e
buscando o bom andamento do projeto.
Analista de Analista Analisar as regras de negócio com expertise e
Negócio conhecimento em sistemas de informação de
saneamento e ferramentas utilitárias.

88
Cargo Função Descrição das Atividades
Analista Analista Definir arquitetura do sistema com análise e
Programador programação especializada em linguagem de
desenvolvimento orientada a objetos, com
fundamentos em aplicações de ambiente WEB.
Analista Analista Analista programador especialista em programas
Programador para processamento em dispositivos móveis (PDA)
utilizando plataformas Android e Windows Phone.
Analista de Analista Analista de documentação e métodos para
Documentação confecção e manutenção dos manuais técnicos
utilizados pelos usuários do sistema.
Analista de Teste Analista Experiência em análise e testes das alterações dos
programas do sistema e definição do Plano de
Testes, envolvendo: testes dos aplicativos do
sistema e testes dos aplicativos dos dispositivos
móveis.
7. DOS PRAZOS
7.1. PRAZO DE VIGÊNCIA DO CONTRATO: O prazo de vigência do contrato será

de 12 (doze) meses a contar da assinatura do mesmo, podendo ser prorrogado por iguais
períodos, mediante concordância das partes e interesse público, até o limite máximo de 60
(sessenta) meses de acordo com Art. 57, inciso II da Lei Federal Nº 8.666/93.
7.2. PRAZO DE ENTREGA DO SERVIÇO (Instalação, conversão e treinamento):

120 (cento e vinte) dias após a assinatura do contrato, sendo:
7.2.1. Instalação da Infraestrutura (software): até 30 (trinta) dias.
7.2.2. Conversão de Dados e Testes do Sistema: até 90 (noventa) dias.

89
7.2.3.Treinamento dos Usuários e Liberação do Sistema em produção: até 120 (cento e
vinte) dias.
8. LOCAL DE EXECUÇÃO: Os serviços, objeto deste projeto, serão realizados nas

unidades indicadas pelo SEMAE, observados requisitos deste Termo de Referência.
9. VALOR ESTIMADO
Ite Quantidad Valor Estimado

Objeto Unidade
m e Anual
Implantação, conversão,
1 configuração e treinamento de Sv 01 R$ 45.966,67
sistema comercial.
Serviços de Garantia Legal (Manu-
2 tenção Adaptativa), Utilização do Meses 12 Meses R$ 303.600,00
Software e Manutenção Evolutiva
Serviço de customização para
Horas/an
3 sistema comercial e assessoria 100 R$ 10.900,00
o
técnica.
TOTAL R$ 360.466,67
10. DOCUMENTAÇÃO EXIGIDA PARA A HABILITAÇÃO
Apresentar Certidão Negativa de Débitos do SEMAE (empresa com sede em S.L) ou

declaração que não possuem imóveis no município (empresa com sede fora de S.L);
10.1. Da Habilitação Jurídica
10.1.1. Atoconstitutivo, estatuto ou contrato social em vigor, devidamente registrado, em se

tratando de sociedades comerciais, e, no caso de sociedades por ações, acompanhado de
documentos de eleição de seus administradores, registro comercial, no caso de empresa
individual.
10.1.2. Inscrição
do ato constitutivo, caso de sociedades civis, acompanhada de prova da
investidura da diretoria em exercício.
10.1.3. Declaraçãoreferente à infração ao disposto no inciso XXXIII do Art. 7º da

Constituição Federal de 1988, que trata da proibição do trabalho infantil;
10.1.4. Declaração de que possui infraestrutura para atender aos requisitos de tempo de
atendimento.

90
10.2. Da Regularidade Fiscal e Trabalhista
10.2.1. Prova de inscrição no Cadastro Nacional de Pessoas Jurídicas (CNPJ).

10.2.2. Certificado de Regularidade do Fundo de Garantia por Tempo de Serviço
- FGTS e
Certificado de Regularidade relativo à Seguridade Social - INSS (CND), demonstrando
situação regular no cumprimento dos encargos sociais instituídos por lei.
10.2.3. Provade Inscrição no Cadastro de Contribuintes Estadual ou Municipal, se houver

relativo ao domicílio ou sede do Licitante, pertinente ao seu ramo de atividade e compatível
com o objeto contratual.
10.2.4. Prova
de Regularidade com a Fazenda Federal (Certidão Quanto à Dívida Ativa da
União e Certidão de Quitação de Tributos e Contribuições Federais), Estadual e Municipal
do domicílio ou sede do Licitante, ou outra equivalente na forma da Lei.
10.2.5. As
certidões negativas de débito emitidas pelas Fazendas Estadual e Municipal
deverão abranger todos os tributos administrados por essas fazendas.
10.2.6. ApresentarCertidão Negativa de Débitos Trabalhistas (CNDT), referente ao título

VII – A, Art. 642-A da Lei Nº 12.440 de 7 de julho de 2011, e Art.29, V da Lei Nº 8.666 de
21 de junho 1993.
10.3. Da Qualificação Econômico-Financeira
Certidão de Falência e Concordata emitida pelo Cartório Distribuidor da sede da Licitante;
10.4. Da Qualificação Técnica
10.4.1. Apresentação de 01 (um) atestado de Capacidade Técnica Operacional nome da

licitante, expedido por pessoa jurídica de direito público ou privado, atestando que a
proponente já tenha fornecido software de gestão comercial de saneamento e executado
serviços de desenvolvimento, customizações, manutenção e suporte técnico, conforme o
objeto deste edital, em município com características semelhantes ao município de São
Leopoldo – RS ou para algum órgão de saneamento estadual. Por características
semelhantes entendem-se serviços executados em cliente com no mínimo 60.000 (sessenta
mil) ligações de água.
10.4.2. Apresentação de 01 (um) atestado de Capacidade Técnica Operacional nome da

licitante, expedido por pessoa jurídica de direito público ou privado, atestando que a
proponente já tenha fornecido software para automação de pagamentos de faturas de água,

91
esgoto e demais documentos de arrecadação, através de Transferência Eletrônica de Fundos
(TEF), via cartões de Credito e Débito, homologado para operação com a maioria das
bandeiras de cartões disponíveis no mercado nacional padrão FEBRABAN, e que a solução
está integrada ao sistema de gestão comercial ofertado, processando um volume médio
acima de 1.000 (um mil) transações por mês.
10.4.3.Apresentação de Declaração que atende integralmente todos os requisitos técnicos

descritos neste Termo de Referência.
10.4.4.Declaração contendo:
a) Relação da equipe técnica a ser disponibilizada para a realização dos trabalhos de
implantação, suporte operacional, manutenção técnica e novas implementações no sistema,
constando nome, CPF, qualificação pessoal e profissional, conforme disposto no presente
Termo de Referência, bem como cópia do diploma de cada técnico.
11. CONDIÇÕES PARA ASSINATURA DO CONTRATO
11.1. A CONTRATANTE convocará regularmente o vencedor da licitação para assinar o

contrato cuja minuta, em anexo, integra este Edital.
11.2. Será exigida da Licitante vencedora, como condição para assinatura do contrato,
que apresente os documentos que comprovem a qualificação técnica, conforme segue:
11.2.1. Indicação
do(s) responsável(is) técnico(s), vinculado à empresa, que participará da
condução dos serviços.
11.2.2. Entende-se como vinculado à empresa, o sócio, diretor, empregado registrado em

carteira, profissional autônomo ou contrato entre pessoas jurídicas:
a) A comprovação do vínculo empregatício será feito por cópia da Carteira Profissional
de Trabalho e da Ficha de Registro de Empregados (FRE) que demonstrem a identificação
do profissional e guia de recolhimento do FGTS onde conste o(s) nome(s) do(s)
profissional(ais);
b) A comprovação da direção ou sociedade será feita pelo ato constitutivo;
c) A comprovação do vínculo como profissional autônomo ou entre pessoas jurídicas
será efetuado pelo contrato de prestação de serviços.
12. DO JULGAMENTO DA LICITAÇÃO
12.1. O julgamento da licitação dar-se-á por MENOR PREÇO GLOBAL, tendo em vista
que há necessidade de ser realizado por uma única contratada, pela logística administrativa
e da vantajosidade, pela economia de escala, tendo em vista o objetivo propiciar a ampla

92
participação, uma vez que o mercado dispõe de empresas com capacidade para a execução,
da totalidade do objeto, e assim possam fazê-lo com relação aos itens na sua totalidade.
13. DO REGIME DE EXECUÇÃO
13.1. O regime de execução será por Empreitada Por Preço Unitário.
14. DA FORMA DE PAGAMENTO
14.1. O pagamento será mensal e em até 30 (trinta) dias após protocolização da Nota Fiscal
na Unidade Administrativa do SEMAE, situada à Rua João Neves da Fontoura, 811 –
Centro/São Leopoldo, na qual deve constar a descrição e quantitativo de cada serviço
constante no objeto contratual, o período de execução dos serviços aos quais a mesma se
refere, o número do processo licitatório, o número do empenho, se há opção pelo simples
nacional, o anexo e o percentual de tributação; e será submetida à Fiscalização e
Autorização da Diretoria de Administração\ Gerência de Tecnologia da Informação.
15.2 A CONTRATADA deverá estar em dia com a regularidade fiscal, na data da emissão
da Nota Fiscal/Fatura em relação ao INSS, FGTS, Trabalhistas, Tributos Federais, Estadual
e Municipal, que serão aferidos nos sítios geradores pelo gestor do contrato e atestado no
documento fiscal, na impossibilidade de gerar a comprovação pela internet, fica a
Contratada obrigada a fornecer o documento comprobatório da regularidade.
15.3 Os pagamentos serão creditados em nome da CONTRATADA, em Conta-Corrente por
ela indicada, não sendo aceito o boleto bancário como forma de cobrança, devendo a
CONTRATADA informar o número do Processo Licitatório, número do Contrato, Conta-
Corrente, nome e número da Agência, como também registrá-los no próprio Recibo Fiscal.
15.4 O documento de cobrança deverá ser emitido em nome do SERVIÇO MUNICIPAL

DE ÁGUA E ESGOTOS – SEMAE, trazendo o número do empenho e o processo a que se
refere, conforme segue:
SERVIÇO MUNICIPAL DE ÁGUA E ESGOTOS – SEMAE

Endereço: Rua João Neves da Fontoura, nº 811
CEP 93010 – 050, Município de São Leopoldo/RS.
CNPJ 88.368.386/0001-30
Empenho nº _______ / ____
Licitação nº _______ / ____
15.5 As Faturas/Notas Fiscais emitidas com erro deverão ser substituídas. Neste caso, a
CONTRATANTE efetuará a devida comunicação à CONTRATADA, dentro do prazo

93
fixado para o pagamento e disporá de até 15 (quinze) dia, a partir da sua correção ou
substituição para seu pagamento, sem prejuízo ao prazo estipulado de 30 (trinta) dias.
15.6 Com vistas a manutenção do equilíbrio econômico financeiro do Contrato, poderá ser
promovida a qualquer tempo a revisão do preço inicialmente contratada, desde que em
eventuais solicitações a CONTRATADA comprove a superveniência de fatos imprevisíveis
ou previsíveis, porém de consequências incalculáveis, retardados ou impeditivos da
execução do ajustado, configurando álea econômica extraordinária e extracontratual, bem
como de demonstração analítica de seu impacto nos custos do Contrato.
15.7 A entrega dos documentos exigidos é condição para o pagamento regular da

CONTRATADA.
15.8 Não serão efetuados quaisquer pagamentos enquanto perdurar pendência de liquidação
de obrigações em virtude de penalidades impostas à CONTRATADA ou inadimplência
contratual.
15. DO REAJUSTE
15.1. O lance ofertado pelo vencedor do certame é fixo e irreajustável nos primeiros 12
(doze) meses.
15.2. A correção do contrato, quando prorrogado, será baseado no IGP-M/FGV acumulado

nos doze meses que antecedem a solicitação da empresa.
15.3. A correção não se dará de ofício e nem retroativa à data da solicitação de correção.
16. DA FISCALIZAÇÃO E GESTÃO DO CONTRATO
16.1. O órgão deve acompanhar e fiscalizar a conformidade da prestação dos serviços e da

alocação dos recursos necessários, de forma a assegurar o perfeito cumprimento do ajuste,
por meio de um representante especialmente designado, na forma dos arts. 67 e 73 da Lei nº
8.666, de 1993, e do art. 6º do Decreto nº 2.271, de 1997;
17. RESPONSÁVEL PELA FISCALIZAÇÃO
A Autarquia nomeia os servidores Evanice Pigatto da Silva, matrícula nº 337, e Luiz

Gustavo da Silva, matrícula nº 263, para que na função de Fiscais do contrato possam aferir
as condições da execução e da entrega dos produtos, enfim, comunicar toda e qualquer
irregularidade ou manifestação que promova a perfeita aquisição.

94
Quaisquer exigências da fiscalização, inerentes ao objeto, deverão ser prontamente
atendidas pela CONTRATADA, sem qualquer ônus para a Autarquia.
A fiscalização será exercida no interesse do SEMAE e não exclui nem reduz a

responsabilidade da CONTRATADA, inclusive perante terceiros, por quaisquer
irregularidades e, na sua ocorrência, não implica corresponsabilidade do Poder Público ou
de seus agentes e prepostos.
18. DA GESTÃO DO CONTRATO
A Autarquia nomeia o Servidor Darci Kreis Jr., matrícula nº 583, para gerenciar e prestar
informações sobre o objeto, encaminhar e receber e prestar informações sobre o andamento
do mesmo.
Todas as comunicações relativas ao objeto licitado serão consideradas como regularmente

feitas se entregues ou enviadas por carta registrada, telegrama ou correio eletrônico (e-
mail).
19. DOTAÇÃO ORÇAMENTÁRIA
19.1. As despesas para atender a este processo estão programadas em dotação

orçamentária própria, prevista no orçamento da Autarquia para o ano em exercício, na
classificação abaixo:
2112 – Diretoria Comercial e Finanças

3.3.9.0.39.57.00.00.00 – Serviço de processamento de dados
20. DIREITOS E OBRIGAÇÕES DA CONTRATADA
20.1.A CONTRATADA terá o direito de receber os valores correspondentes à

execução do contrato dentro das condições estabelecidas.
Constituem, ainda, obrigações da CONTRATADA, além de outras previstas no presente

termo e nos documentos que o integram:
20.2.A CONTRATADA fornecerá o software conforme especificação mínima solicitada,

sendo que o mesmo deverá ser instalado e configurado na sede do SEMAE. O local da
execução do serviço será sede, Rua João Neves da Fontoura, 811, Centro.

95
20.3.Deverá ser prestada manutenção no software ofertado pela CONTRATADA
conforme o item DA MANUTENÇÃO E DO SUPORTE TÉCNICO, sendo devido pela
CONTRATANTE apenas os valores a título de customização após o Termo de Entrega.
20.4. A CONTRATADA fornecerá os produtos descritos neste instrumento, em prazo que

não poderá ser superior a 120 (cento e vinte) dias consecutivos, contados da assinatura do
contrato.
20.5. Todos os módulos descritos na especificação deverão contemplar a solução proposta.

Caso algum item específico do módulo não esteja de acordo com o requisitado, em
avaliação feita pela Comissão de Recebimento, presente a funcionalidade, a
CONTRATADA terá o prazo máximo de 120 (cento e vinte) dias para realizar a
adequação, contados do Termo de Início.
20.6.O suporte deverá ser prestado em regime de 9 x 5 (nove horas por dia, cinco dias por
semana), com solução final conforme tabela de criticidade abaixo:
Níveis de Caracterização Tempo Máximo de Solução

Criticidade
Alta Qualquer problema que impeça a operação 2 horas
integral do Sistema de Gestão Comercial
Média Qualquer problema que impeça a operação 4 horas
de alguma funcionalidade do Sistema de
Gestão Comercial
Baixa Qualquer problema que seja identificado na 8 horas
solução do Sistema de Gestão Comercial,
mas que não cause prejuízo a nenhuma
funcionalidade da ferramenta
20.7. O nível de criticidade da ocorrência será definido no chamado de atendimento pela

contratante.
20.8. O tempo de solução será contado a partir da geração do protocolo do chamado de

atendimento.
Formas de comunicação – o suporte à distância será nos formatos help on-line,

20.9.
comunicação por web-chat, conexões remotas, troca de arquivos ou por telefone.
20.10.Sistema Gestão de Demandas: a CONTRATADA deverá apresentar e disponibilizar

sistema de Gestão de Demandas, registrando o controle de solicitações, para que seja

96
possível acompanhar, via Internet, o andamento de uma solicitação, referente a sistemas ou
serviços prestados, desde sua abertura até o encerramento, com as funções mínimas a
seguir:
20.10.1. Permitira inclusão por parte do usuário, via Internet (site), de qualquer tipo de
solicitação de serviço (dúvidas, sugestões, problemas).
20.10.2. Permitir
o registro e acompanhamento de todos os passos e etapas havidos durante o
encaminhamento / solução da demanda cadastrada, de forma que o usuário possa a qualquer
momento, via Internet, verificar o andamento da sua solicitação.
20.10.3. Possuir senhas de acesso, configuráveis pelo usuário.
20.10.4. Permitirao usuário verificar as demandas, no mínimo, nas seguintes

situações/condições:
a) Em situações de: Concluídas, em atendimento etc.
b) Com prazo vencido.
c) Selecionar as demandas para um determinado Sistema/Serviço.
d) Selecionar as demandas conforme nível de criticidade.
e) Imprimir relatório detalhado das demandas nas situações/condições aqui

apresentadas;
20.11.A CONTRATADA deverá gerar, automaticamente, no momento do contato

telefônico ou submissão do formulário web, um protocolo numérico sequencial, com a
indicação da data e horário, a partir do qual fluirá o tempo de solução.
20.12. Requisitos de Relatório:
20.12.1. A CONTRATADA deverá fornecer mensalmente, anexos à fatura dos serviços de

suporte e manutenção, ou a critério da Gerência de Tecnologia da Informação, os relatórios
dos serviços prestados à CONTRATANTE, quando de sua ocorrência, constando os
registros de reclamações fornecidos através da Central de Atendimento;
20.12.2. Orelatório deverá conter, no mínimo, as informações definidas no item Relatório de

Registro de Reclamações;

97
20.12.3. Para efeitos de pagamento, as Notas Fiscais deverão estar acompanhadas destes
relatórios.
20.13. Relatório de Registro de Reclamações:
20.13.1. Identificação do módulo e respectivo usuário;

20.13.2. Data e hora da reclamação (Abertura do chamado);
20.13.3. Descrição da reclamação;
20.13.4. Nível de criticidade;
20.13.5. Identificação do reclamante (Nome, Telefone e E-mail);
20.13.6. Data e hora da solução (Fechamento do chamado);
20.13.7. Providência tomada para a solução da reclamação.
20.14.Manutenções e atividades programadas, solicitadas pela Gerência de Tecnologia da

Informação do SEMAE, deverão ser atendidas pela CONTRATADA na data e hora
agendadas pelo CONTRATANTE, desde que agendadas com antecedência mínima de 10
(dez) dias corridos.
Treinamento na solução ofertada, que deverá ser prestado na sede da

20.15.
CONTRATANTE pela CONTRATADA, conforme o item DO TREINAMENTO.
A CONTRATADA realizará as atualizações dos programas aplicativos decorrentes

20.16.
de mudança de legislação pertinente sem ônus para o SEMAE.
20.17.A CONTRATADA deverá respeitar as normas internas da CONTRATANTE quanto

ao acesso do pessoal, entrada e saída de materiais bem como a utilização de uniforme do
funcionário destacado para prestação dos serviços na sede da CONTRATANTE, em
completas condições de higiene e segurança do trabalho;
A CONTRATADA deverá fornecer crachá com fotografia recente aos seus

20.18.
empregados colocados à disposição da CONTRATANTE;
20.19.Apoio na elaboração de projeto visando ao aprimoramento e ampliação deste sistema

existente, de acordo com o levantamento de necessidades descritas pela CONTRATADA e
o SEMAE.
20.20.Os custos de deslocamento e alimentação, bem como o cômputo do tempo

relacionado a estes, serão de inteira responsabilidade da CONTRATADA.
As partes poderão denunciar o contrato mediante carta com aviso de recebimento,

20.21.
encaminhada com 30 (trinta) dias de antecedência por parte da CONTRATANTE, e com 90

98
(noventa) dias de antecedência por parte da CONTRATADA. A denúncia não isentará o
denunciante de suas obrigações contratuais até o término do prazo de vigência aqui
determinado.
20.22.A CONTRATADA deverá guardar sigilo sobre dados e informações obtidos em

razão da execução dos serviços contratados ou da relação contratual mantida com o Serviço
Municipal de Água e Esgotos de São Leopoldo.
20.23.Deverá fornecer os serviços com pessoal próprio, não sendo admitida a participação
de empresas subcontratadas no planejamento, execução e/ou qualquer atividade relacionada
ao objeto.
Deverá realizar todos os serviços relacionados com o objeto deste contrato, de acordo
20.24.
com as especificações estipuladas neste Termo de Referência.
A CONTRATADA deverá na assinatura do Contrato apresentar um cronograma de

20.25.
implantação da solução, discriminando todas as etapas e prazos para realização do projeto.
20.26.A CONTRATADA assumirá responsabilidade pela boa execução e eficiência dos

serviços que efetuará, assim como pelo cumprimento dos elementos técnicos recebidos,
bem como quaisquer danos decorrentes da realização destes serviços, causados à
Contratante ou a terceiros.
Fornecer imediatamente, assim que solicitado pelo SEMAE, os dados armazenados

20.27.
nos bancos de dados, uma vez que a base de dados é de propriedade exclusiva da
Autarquia.
20.28.A CONTRATADA deverá contratar, treinar e manter colaboradores em quantidade e

qualificação compatíveis para a execução do disposto neste Termo de Referência, sendo
considerada, neste particular, como única empregadora.
Deverá executar os serviços necessários para a realização do disposto neste Termo de

20.29.
Referência, devendo, obrigatoriamente, obedecer às normas técnicas vigentes neste país,
responsabilizando-se perante a Autarquia, Poder Público, entidades competentes e terceiros,
com total isenção do SEMAE e sem nenhum tipo de ônus para a Administração.
Deverá comunicar a Autarquia, preferencialmente a área de TI, imediatamente,

20.30.
qualquer ocorrência ou anormalidade que venha interferir na execução de trabalhos,
produtos ou serviços relativos ao disposto neste Termo de Referência.
21. DIREITOS E OBRIGAÇÕES DA CONTRATANTE

99
A CONTRATANTE terá o direito de receber o objeto contratual executado em estrita
observância às especificações técnicas e com qualidade.
Constituem obrigações da CONTRATANTE, além de outras previstas neste Contrato:
21.1. Permitir ao pessoal técnico da CONTRATADA, desde que identificado e incluído na

relação de técnicos autorizados, o acesso às unidades para a execução das atividades,
respeitadas as normas de segurança vigentes nas suas dependências.
21.2. Notificar a CONTRATADA quanto a defeitos ou irregularidades verificados na

execução das atividades objeto deste Termo de Referência, bem como quanto a qualquer
ocorrência relativa ao comportamento de seus técnicos, quando em atendimento, que venha
a ser considerado prejudicial ou inconveniente para o SEMAE.
21.3.Encaminhar à CONTRATADA as solicitações de suporte com as necessidades a

serem realizadas.
Indicar o local onde serão desenvolvidos os atendimentos e proporcionar à

21.4.
CONTRATADA as facilidades e instruções necessárias para a realização dos mesmos.
21.5. Promover a fiscalização do contrato, sob os aspectos quantitativo e qualitativo, por

intermédio de profissional designado, anotando em registro próprio as falhas detectadas e
exigindo as medidas corretivas necessárias, bem como acompanhar o desenvolvimento do
contrato, conferir os serviços executados e atestar os documentos fiscais pertinentes,
quando comprovada a execução total, fiel e correta dos serviços, podendo ainda sustar,
recusar, qualquer procedimento que não esteja de acordo com os termos contratuais.
21.6. Comunicar tempestivamente à CONTRATADA as possíveis irregularidades

detectadas na execução das atividades.
21.7. Observar para que durante a vigência do contrato sejam cumpridas as obrigações
assumidas pela CONTRATADA, bem como sejam mantidas todas as condições de
qualificação exigidas no processo de contratação.
22. SANÇÕES ADMINISTRATIVAS
A inexecução total e parcial é regrada pela lei nº. 8.666/93.
22.1. O atraso na execução do contrato, salvo se ensejado por motivo de força maior ou
caso fortuito, sujeitará a CONTRATADA à multa de mora, na forma prevista no art. 86 da

100
Lei nº 8.666/93.
22.2. A multa de mora será de 0,3% (três décimos por cento) do valor máximo do objeto
licitado, por dia de atraso, limitada a 10% (dez por cento), do valor da quantidade máxima
contratada.
22.3.A aplicação de multa de mora a CONTRATADA não impede a aplicação das outras
sanções previstas no art. 87 da Lei nº 8.666/93.
22.4. A inexecução total ou parcial do contrato poderá sujeitar, ainda, a CONTRATADA,

garantida a prévia defesa, às penalidades previstas no art. 87 da Lei nº 8.666/93, quais
sejam:
a) Advertência;
b) Aplicação de multa à CONTRATADA de até 15% (quinze por cento) sobre o valor
da quantidade máxima estimada;
c) Suspensão temporária de participação em licitação e impedimento de contratar com o

SERVIÇO MUNICIPAL DE ÁGUA E ESGOTOS, por prazo de até 5 (cinco) anos;
d) Declaração de inidoneidade para licitar ou contratar com a Administração Pública;
e) As sanções previstas nas alíneas ‘a), c) e d)’ deste Item poderão ser aplicadas
juntamente as da alínea ’b)’.
22.5. As multas previstas nesta cláusula poderão ser descontadas da garantia de execução
do contrato. Sendo superiores, além da perda desta, responderá o contratado pela sua
diferença, que será descontada dos pagamentos eventualmente devidos pelo SERVIÇO
MUNICIPAL DE ÁGUA E ESGOTOS ou cobrada judicialmente.
22.6. A aplicação das sanções previstas nesta cláusula não exime a CONTRATADA da
indenização por prejuízos causados ao SERVIÇO MUNICIPAL DE ÁGUA E ESGOTOS,
em razão da demora ou da inexecução do objeto ora contratado. As indenizações
correspondentes serão devidas ao SERVIÇO MUNICIPAL DE ÁGUA E ESGOTOS,
independente de qualquer notificação judicial ou extrajudicial.
22.7. A CONTRATADA concorda que seja feito desconto, nos valores que tem a receber,
das penalidades que lhe forem aplicadas e das quais não caiba recurso administrativo.
22.8. Em qualquer hipótese de aplicação de sanções será assegurado à CONTRATADA o

101
contraditório e a ampla defesa.
23. DISPOSIÇÕES GERAIS
a) As partes poderão denunciar o contrato mediante carta com aviso de recebimento,

encaminhada com 30 (trinta) dias de antecedência por parte da CONTRATANTE, e com 90
(noventa) dias de antecedência por parte da CONTRATADA. A denúncia não isentará o
denunciante de suas obrigações contratuais até o término do prazo de vigência aqui
determinado.
b) As demais informações pertinentes ao objeto, instrumento desta licitação, seguem em

anexo, bem como o pedido 2018/001 e Planilha de Custos.
c) O valor da proposta a ser apresentado pela CONTRATADA não deverá ultrapassar

10% do valor da Planilha Orçamentária do SEMAE.
d) Aplica-se ao presente processo licitatório, o previsto na Lei Federal 8.666/93 e suas

posteriores alterações, que fica fazendo parte do edital.
e) Foro: Fica eleito o foro de São Leopoldo, Estado do Rio Grande do Sul, para
quaisquer questões ou conflitos do presente contrato.
São Leopoldo, 02 de janeiro de 2018.
Darci Kreis Jr.

Gestor do Contrato
Evanice Pigatto da Silva

Fiscal do Contrato
Luiz Gustavo da Silva

Fiscal do Contrato

102
ANEXO I – MODELOS DE TERMOS
Os Termos serão exarados sempre quando do início dos serviços, após a demonstração da
solução proposta e posterior assinatura do Contrato.
Termo de Início dos Serviços

Data do início:
Unidade:
Contrato nº: Vigência:
Contratada: Prazo:
Objeto:
Valor do Contrato:
Nos termos do item....da Cláusula....do Contrato em epígrafe, atesto que o início dos
serviços de instalação e treinamento do objeto deste contrato dar-se-ão a partir da presente
data, observando os prazos contratualmente estabelecidos.
Local:
Gestor do Contrato:

103
Termo de Entrega Final
Data entrega:
Unidade:
Contrato nº: Vigência:
Contratada: Prazo:
Objeto:
Valor do Contrato:
Nos termos do item ....da Cláusula ....do Contrato em epígrafe, atesto que os produtos e
serviços foram concluídos dentro da exigência contratual.
Local:
Gestor do Contrato:
Comissão de Recebimento:

104

Termo de Refer Ê Ncia - Pe 04 - 18 Semae Anexo III Termo de Referencia

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Termo de Refer Ê Ncia - Pe 04 - 18 Semae Anexo III Termo de Referencia

Caricato da

Copyright:

Formati disponibili

TERMO DE REFERÊNCIA

2.1. REQUISITOS TECNOLÓGICOS GERAIS

“São Leopoldo, berço da colonização alemã no Brasil“

2.1.6. Desempenho esperado:

“São Leopoldo, berço da colonização alemã no Brasil“

2.2.FUNCIONALIDADES TÉCNICAS MÍNIMAS INDISPENSÁVEIS AO

2.2.1. Arquitetura para acesso e atualização de dados em rede local e remotamente.

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

3.1. CONTROLE DE ACESSO

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

3.9. MICROMEDIÇÃO (HIDROMETRIA, CONSUMO E LEITURA)

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

“São Leopoldo, berço da colonização alemã no Brasil“

3.10. SERVIÇOS E ATENDIMENTO

“São Leopoldo, berço da colonização alemã no Brasil“