MEMORIAL DESCRITIVO ANEXO I LOTE 01 SISTEMAS ... · 1 MEMORIAL DESCRITIVO – ANEXO I Os softwares deverão atender as seguintes finalidades: LOTE 01 – SISTEMAS ADMINISTRATIVOS

1

MEMORIAL DESCRITIVO – ANEXO I

Os softwares deverão atender as seguintes finalidades:

LOTE 01 – SISTEMAS ADMINISTRATIVOS

Item Descrição

01 Sistema de Contabilidade, Planejamento e Orçamento (PPA,LDO,LOA), Tesouraria, Informações ao TCE-SP, Relatórios Fiscais, Controle Interno e Gestão de Balanço.

02 Sistema de Administração de Receitas e Atendimento ao Cidadão, Nota Fiscal Eletrônica, Declaração Eletrônica de ISS, Procuradoria e Produção Primária.

03 Sistema de Portal da Transparência

04 Sistema de Compras e Licitações – AUDESP – Fase IV

05 Sistema de Almoxarifado

06 Sistema de Controle Patrimonial – NBCASP

07 Sistema GRP – BI – Business Intelligence – Informações Gerenciais Financeiro, Suprimentos e Receitas.

08 Sistema de Administração de Recursos Humanos, Contracheque Web, PPP, ESOCIAL e SMT.

09 Sistema de Protocolo e Tramitação de Processos Web

10 Sistema Digitalização – Textos Legais

CARACTERÍSTICAS MÍNIMAS EXIGIDAS PARA EXECUÇÃO DOS SERVIÇOS

a. O descrito neste Anexo constitui as descrições básicas exigidas para os Sistemas licitados,

para que, assim, atendam perfeitamente aos anseios desta Municipalidade, para o alcance

dos objetivos por esta pretendidos. Tais requisitos e funcionalidades devem ser fornecidos

por um único proponente, e seus módulos devem ser integrados entre si e trocarem

informações conforme solicitado neste edital.

b. A Implantação dos sistemas e treinamento do quadro de pessoal ocorrerá através do

deslocamento dos técnicos do proponente ao local da prestação dos serviços, onde terá um

prazo máximo de 30 (trinta) dias.

c. O Banco de dados utilizado por esta municipalidade é o MSQL Server, e, pelo princípio da

economicidade do erário público, a proponente que ofertar os sistemas em outro banco de

dados deverá ofertá-lo junto com os sistemas, assim como arcar com os custos de instalação,

manutenção e demais softwares que forem necessários, sendo que o custo do Sistema

Gerenciador de Banco de Dados que não seja o MSQL Server deverá correr por conta da

contratada pelo número de licenças de uso necessárias que esta Municipalidade utilizar ou

entender necessárias, durante o período contratual, devendo ser fornecido com cópias

devidamente legalizadas e treinamento oficial específico, em ambos os casos, de

administração de banco de dados para os analistas de sistema desta Municipalidade.

d. O Sistema Operacional utilizado atualmente nas repartições desta Municipalidade em maior

proporção é o Windows, portanto os sistemas oferecidos deverão ser compatíveis.

e. Deverá haver integração entre todos os sistemas ofertados.

f. Sistemas deverão possuir manual on-line (Help), através do acionamento de tecla de função.

g. Registrar o histórico (LOG) de utilização e transações dos usuários;

h. Possuir atualização de versão on-line pela internet de forma automatizada, ou seja, sem a

2

intervenção do usuário e/ou técnico.

i. Deverá possuir rotina de cópia de segurança (backups), podendo ser agendado para

executar automaticamente, utilizando rotinas próprias ou software de terceiros, será de inteira

responsabilidade da Contratada a geração e restauração de todos os backups em

equipamento próprios para esse fim.

j. Impressão de relatórios com o Brasão da Prefeitura Municipal de Pinhalzinho e

personalizados da forma que for necessária e/ou solicitada;

k. Permitir a visualização de relatórios em tela antes de sua impressão.

l. Deverão ser desenvolvidos com interface gráfica nativa e suportar utilização de mouse.

m. Deverá realizar treinamento e certificação da equipe técnica da Prefeitura Municipal de

Pinhalzinho;

n. O sistema deverá possuir ferramentas que mantenham automaticamente os programas

executáveis dos sistemas sempre atualizado nas estações de trabalho como espelho fiel das

aplicações fiel das aplicações existentes no servidor de aplicação. E ainda possuir

ferramentas que permitam atualizar, a partir do site de origem do fabricante dos sistemas;

o. O número de usuários, para os sistemas, deve ser ilimitado e não possuir limites de acesso a

usuários simultâneos. O sistema deverá ainda permitir o cadastramento de grupos de

usuários e permitir que sejam atribuídos os direitos semelhantes para vários usuários

herdando assim os direitos atribuídos aos grupos.

p. O treinamento dos aplicativos disponibilizados terá por base o pleno atendimento de

solicitações dos usuários, de qualquer área e em qualquer momento. Sempre que se fizerem

necessárias, será disponibilizada sala dentro do fornecedor para que esse treinamento possa

ser mais bem aproveitado após solicitação e planilha orçamentária;

q. O suporte técnico aos aplicativos disponibilizados terá por base o pleno atendimento de

solicitações dos Departamentos e Secretarias Administrativas atendidas pelo sistema,

mantendo o controle de todos os chamados de assistência técnica em software com o

controle de chamados, numeração e prazos de atendimento dos mesmos na WEB, ou seja,

na rede mundial de computadores, atendimento telefônico e conexão remota. Sempre que se

fizerem necessárias, serão disponibilizadas viagens técnicas, quantas forem necessárias, a

fim de prover solução ao problema levantado e que não pôde ser resolvido pelas

modalidades de suporte anteriormente citadas.

3

Características Gerais do Sistema

1. Aplicativos Multiusuário.

2. Ambiente Cliente-Servidor.

3. Funcionar em rede com servidores Windows Server 2008 R2, ou superior e

estações Windows XP SP3, Windows Vista, Windows 7 ou superior.

4. Ser desenvolvido em interface gráfica padronizada.

5.

Prover efetivo controle de acesso ao aplicativo através do uso de senhas

permitindo bloqueio de acesso depois de determinado número de tentativas de

acesso inválidas, criptografia e expiração de senhas.

6.

Prover controle de restrição de acesso às funções do aplicativo através do uso de

senhas, disponibilizando recurso de dupla custódia utilizando o conceito de

usuário ou grupo autorizador, em qualquer função, selecionado a critério do

usuário.

7. Em telas de entrada de dados, permitir atribuir por usuário ou grupo permissão

exclusiva para Gravar e/ou Excluir dados.

8. Registrar em arquivo de auditoria todas as tentativas bem sucedidas de logon,

bem como os respectivos logoff, registrando data, hora e o usuário.

9.

Manter histórico dos acessos por usuário e por função, registrando a data, hora,

nome do computador e IP, o nome do usuário do sistema e também o usuário

que estava logado no sistema operacional.

10. Manter log de auditoria das alterações efetuadas sobre os principais cadastros e

tabelas.

11. Bloquear a gravação e exclusão de informações no caso de acessos simultâneos

do mesmo login no sistema, mesmo a partir de computadores diferentes.

12.

Permitir a visualização dos relatórios em tela, bem como possibilitar que sejam

salvos em disco para posterior reimpressão, inclusive permitindo selecionar a

impressão de intervalos de páginas e o número de cópias a serem impressas,

além de também permitir a seleção da impressora de rede desejada.

13. Permitir que os relatórios possam ser salvos em disco de forma criptografada,

evitando que possam ser efetuadas alterações em seu conteúdo.

4

14. Permitir que os relatórios possam ser salvos em formato texto, de forma que

possam ser importados por outros aplicativos (p.ex. MS Excel).

15. Utilizar bancos de dados que permitam acesso padrão ODBC a partir de outros

utilitários ou aplicativos como geradores de relatórios, geradores de gráficos, etc.

16. Possuir ajuda On-line sensível ao contexto.

17. A consistência dos dados entrados deve ser efetuada campo a campo, no

momento em que são informados.

18. Toda atualização de dados deve ser realizada de forma on-line.

19. Garantir a integridade referencial entre as diversas tabelas dos aplicativos.

20. Possibilitar que os aplicativos sejam acessados por usuários remotos, utilizando a

internet como meio de acesso.

21.

Possibilitar a inclusão nos relatórios em que se faça necessário, de campo

destinado à assinatura do responsável pela exatidão das informações, de forma

parametrizada.

22.

Permitir a integração entre o usuário do sistema e sua respectiva conta no

domínio do Microsoft Windows, evitando que o usuário precise se identificar cada

vez em que o sistema for acessado.

23. Campos chaves de digitação tenha pesquisa de registros previamente gravados

com opções de filtragem e ordenação.

24. Permitir identificação visual dos usuários do sistema através de imagens (foto).

25. Utilizar o gerenciador de banco de dados relacional Microsoft SQL Server 2012

ou superior.

REQUISITOS TÉCNICOS DOS SISTEMAS:

Item Descrição



03 Sistema de Portal da Transparência

04 Sistema de Compras e Licitações– AUDESP – Fase IV

05 Sistema de Almoxarifado

06 Sistema de Controle Patrimonial – NBCASP

07 Sistema GRP – BI – Business Intelligence – Informações Gerenciais Financeiro,

5

Suprimentos e Receitas.


09 Sistema de Protocolo e Tramitação de Processos Web

10 Sistema de Gestão de Saúde Pública Integrada Web

11 Sistema Digitalização – Textos Legais

1- Sistema de Contabilidade, Planejamento e Orçamento (PPA,LDO,LOA), Tesouraria,

Informações ao TCE-SP, Relatórios Fiscais, Controle Interno e Gestão de Balanço.

1. Contabilizar as dotações orçamentárias e demais atos da execução orçamentária e financeira.

2.

Utilizar o Empenho para comprometimento dos créditos orçamentários, a Nota de Lançamento ou

documento equivalente definido pela entidade pública para a liquidação de despesas e a Ordem

de Pagamento para a efetivação de pagamentos.

3.

Permitir que os empenhos globais e estimativos sejam passíveis de complementação ou

anulação parcial ou total, e que os empenhos ordinários sejam passíveis de anulação parcial ou

total.

4.

Possibilitar no cadastro do empenho a inclusão, quando cabível, das informações relativas ao

processo licitatório, fonte de recursos, detalhamento da fonte de recursos, número da obra,

convênio e o respectivo contrato.

5. Possibilitar no cadastro do empenho a inclusão, quando cabível, de informações relativas ao

MANAD permitindo assim o envio de informações para o INSS.

6. Permitir a incorporação patrimonial na liquidação de empenhos.

7. Permitir a gestão do controle “Crédito Empenhado em Liquidação” com a automatização do

reconhecimento das obrigações antes e entre as fases da execução orçamentária.

8. Permitir a utilização de objeto de despesas na emissão de empenho para acompanhamento de

gastos da entidade.

9. Permitir o controle de reserva das dotações orçamentárias possibilitando o seu complemento,

anulação e baixa através da emissão do empenho.

10. Permitir a emissão de etiquetas de empenhos.

11. Permitir que os documentos da entidade (notas de empenho, liquidação, ordem

de pagamento, etc) sejam impressas de uma só vez através de uma fila de impressão.

12. Permitir a alteração das datas de vencimento dos empenhos visualizando a data atual e a nova

data de vencimento sem a necessidade de efetuar o estorno das liquidações do empenho.

13. Permitir a utilização de históricos padronizados e históricos com texto livre.

14. Permitir estorno de registros contábeis nos casos em que se apliquem.

15. Permitir a apropriação de custos na emissão ou liquidação do empenho, podendo utilizar quantos

centros de custos sejam necessários por empenho/liquidação.

16. Permitir a reapropriação de custos a qualquer momento.

6

17. Permitir a informação de retenções na liquidação do empenho.

18. Permitir a contabilização da apropriação das retenções na liquidação do empenho.

19. Permitir a utilização de subempenhos para empenhos globais ou estimativos.

20. Permitir a configuração do formulário de empenho de forma a compatibilizar o formato da

impressão com os modelos da entidade.

21. Permitir controle de empenho referente a uma fonte de recurso.

22.

Permitir controle dos recursos antecipados para os adiantamentos, subvenções, auxílios

contribuições e convênios, devendo o sistema emitir empenhos para os repasses de recursos

antecipados.

23.

Permitir controlar os repasses de recursos antecipados, limitando o empenho a um determinado

valor ou a uma quantidade limite de repasses, de forma parametrizável para os adiantamentos de

viagens, adiantamentos para suprimentos de fundos e demais recursos antecipados.

24. Permitir controlar os repasses de recursos antecipados limitando o número de dias para a

prestação de contas, podendo esta limitação ser de forma informativa ou restritiva.

25. Permitir bloquear um fornecedor/credor para não permitir o recebimento de recurso antecipado

caso o mesmo tenha prestação de contas pendentes com a contabilidade.

26.

Permitir incluir um percentual limite para o empenhamento no subelemento 96 – Pagamento

Antecipado, impedindo assim que empenhos de recursos antecipados sejam emitidos em valor

superior ao definido pela entidade pública.

27. Emitir documento de prestação de contas no momento do pagamento de empenhos de recursos

antecipados.

28. Emitir documento final (recibo de prestação de contas) no momento da prestação de contas do

recurso antecipado.

29.

Emitir relatório que contenham os recursos antecipados concedidos, em atraso e pendentes,

ordenando os mesmos por tipo de recursos antecipados, credor ou data limite da prestação de

contas.

30. Utilizar calendário de encerramento contábil para os diferentes meses, para a apuração e

apropriação do resultado, não permitindo lançamentos nos meses já encerrados.

31. Permitir que a estrutura (mascara dos níveis contábeis) do Plano de Contas utilizado pela

entidade seja definida pelo usuário.

32. Possuir controle, por data, das alterações realizadas no Plano de Contas, obedecendo as

movimentações já existentes para as mesmas.

33. Possuir cadastro do Plano de Contas com todos os atributos definidos pelo PCASP (Plano de

Contas Aplicado ao Setor Público).

34. Assegurar que as contas só recebam lançamentos contábeis no último nível de desdobramento

do Plano de Contas utilizado.

35.

Disponibilizar rotina que permita a atualização do Plano de Contas, das Naturezas de Receita e

Despesa, dos eventos e de seus roteiros contábeis de acordo com as atualizações do respectivo

Tribunal de Contas.

36.

Possuir mecanismos que garantam a integridade dos procedimentos, bem como a qualidade,

consistência e transparência das informações geradas pelo PCASP conforme definições

realizadas na 5ª edição do MCASP (Manual de Contabilidade Aplicada ao Setor Público) da STN

(Secretaria do Tesouro Nacional).

37. Assegurar que os lançamentos contábeis sejam realizados utilizando contas de uma mesma

natureza da informação.

7

38.

Assegurar que contas com indicador de superávit financeiro igual a “Patrimonial” sejam

movimentadas utilizando como contrapartida:

Contas de Variação Patrimonial Aumentativa;

Contas de Variação Patrimonial Diminutiva;

Outra conta Patrimonial, para reclassificação;

Conta com indicador de superávit financeiro igual a “Financeiro”, exclus ivamente quando houver

a respectiva execução orçamentária (emissão de empenho).

39. Possuir cadastro de LCP (Lançamentos Contábeis Padronizados) nos moldes definidos pela 5ª

edição do MCASP.

40. Possuir cadastro de CLP (Conjunto de Lançamentos Padronizados) nos moldes definidos pela

5ª edição do MCASP.

41. Possuir controle, por data, das alterações realizadas no cadastro de LCP e CPL, obedecendo as

movimentações contábeis já existentes para os mesmos.

42.

Assegurar que a contabilização de todos os fatos administrativos ocorra através do uso dos

Lançamentos Contábeis Padronizados (LCP) e do Conjunto de Lançamentos Padronizados

(CLP).

43.

Possuir mecanismo que parametrize as regras contábeis de acordo com as necessidades da

entidade possibilitando a parametrização das mesmas pelo próprio contador da instituição

pública.

44.

Possuir mecanismo que configure todas as regras contábeis de integração entre os sistemas

estruturantes de Administração de Receitas e Administração de Suprimentos (Compras e

Materiais, Licitações e Patrimônio).

45. Assegurar que a escrituração contábil dos fatos administrativos atenda a NBC T 16.5 – Registro

Contábil – do Conselho Federal de Contabilidade.

46. Assegurar que toda a movimentação contábil seja identificada por um Identificador de Fato

Contábil.

47.

Assegurar que cada registro contábil seja identificado por um número de controle que

identifique, de forma unívoca, os registros eletrônicos que integram um mesmo lançamento

contábil, atendendo assim a NBC T 16.5, item 13, alínea “f”.

48. Possuir um cadastro de Retenções onde se defina a conta contábil da mesma, bem como se a

mesma refere-se a uma retenção própria da entidade ou de terceiros.

49.

Permitir que se defina quando determinada retenção efetuada deve ser recolhida, podendo esta

data ser um dia do mês subsequente ou uma quantidade de dias úteis ou corridos contados a

partir da efetiva retenção.

50. Possuir mecanismo que defina se o momento pelo qual ocorrerá o fato gerador do recolhimento

de uma retenção própria será na liquidação ou no pagamento do empenho.

51.

Permitir a arrecadação da receita orçamentária de forma concomitante com o fato gerador do

recolhimento de uma retenção de empenho, podendo esta ser realizada de forma rateada entre

três receitas para os casos onde a receita possui destinação para os recursos da Saúde e da

Educação.

52. Possuir controle, por data, das alterações realizadas no cadastro das retenções, obedecendo as

movimentações já existentes para as mesmas.

53. Permitir cadastrar os precatórios da entidade, controlando toda a sua execução.

54.

Permitir acompanhar a contabilização das retenções, desde a sua origem até o seu recolhimento,

possibilitando ao usuário saber em qual documento e data foi recolhida qualquer retenção,

permitindo assim a sua rastreabilidade.

55. Permitir, no momento da emissão do documento extra, informar os empenhos orçamentários que

tiveram retenções e que originaram o documento extra.

56. Permitir o relacionamento dos empenhos de restos a pagar que estão vinculados à Saúde,

Precatórios e identificar se os mesmos foram inscritos com ou sem disponibilidade financeira.

8

57. Permitir a alteração de complementos de históricos de registros contábeis já efetuados.

58. Permitir a alteração do documento de pagamento dos empenhos sem a necessidade de efetuar

do pagamento.

59. Permitir a vinculação de documentos em formato “TXT, DOC, XLS, PDF” às notas de empenhos

para posterior consulta.

60. Permitir e restringir o acesso a unidades orçamentárias e unidades gestoras para determinados

usuários.

61. Possibilitar a contabilização automática dos registros provenientes dos sistemas de

arrecadação, gestão de pessoal, patrimônio público, licitações e contratos.

62. Permitir contabilizar automaticamente os bens públicos de acordo com a inserção dos bens no

sistema de patrimônio.

63.

Permitir contabilizar automaticamente as depreciações dos bens de acordo com os métodos de

depreciação definidos pelas NBCASP, utilizando vida útil e valor residual para cada um dos

bens.

64. Permitir contabilizar automaticamente a reavaliação dos valores dos bens patrimoniais de

acordo com o processo de reavaliação efetuado no sistema de patrimônio.

65. Permitir contabilizar automaticamente os gastos subsequentes relativos aos bens patrimoniais.

66. Permitir a exportação, da base de dados da PREFEITURA, de dados cadastrais para a unidade

centralizadora do município.

67. Permitir a importação, na base de dados da PREFEITURA, de dados cadastrais da unidade

centralizadora do município.

68.

Permitir a exportação do movimento contábil com o bloqueio automático dos meses para

posterior importação na unidade centralizadora, permitindo assim a consolidação das contas

públicas do município.

69.

Permitir a importação do movimento contábil com o bloqueio automático dos meses para

posterior exportação para a unidade centralizadora, permitindo assim a consolidação das contas

públicas do município.

70.

Permitir que ao final do exercício os empenhos que apresentarem saldo possam ser inscritos

em restos a pagar, de acordo com a legislação, e que posteriormente possam ser liquidados,

pagos ou cancelados no exercício seguinte.

71.

Permitir iniciar a execução orçamentária e financeira de um exercício, mesmo que não tenha

ocorrido o fechamento contábil do exercício anterior, atualizando e mantendo a consistência dos

dados entre os exercícios.

72. Possibilitar a transferência automática das conciliações bancárias do exercício para o exercício

seguinte.

73. Possibilitar a transferência automática dos saldos de balanço do exercício para o exercício

seguinte.

74. Possibilitar a reimplantação automática de saldos quando a implantação já tiver sido realizada

de modo que os saldos já implantados sejam substituídos.

75. Emitir relatório contendo os dados da Saúde para preenchimento do SIOPS.

76. Permitir a geração em formato “HTML” das informações relativas à prestação de contas de

acordo com a Lei 9.755/98.

77. Emitir o Quadro dos Dados Contábeis Consolidados, conforme regras definidas pela Secretaria

do Tesouro Nacional.

78.

Emitir todos os anexos de balanço, global e por órgão, fundo ou entidade da administração

direta, autárquica e fundacional, exigidos pela Lei Nº 4320/64 e suas atualizações:

- Anexo 1 – Demonstração da Receita e Despesa Segundo as Categorias Econômicas;

- Anexo 2 – Receita Segundo as Categorias Econômicas e Natureza da Despesa;

Segundo as Categorias econômicas:

9

- Anexo 6 – Programa de Trabalho;

- Anexo 7 – Demonstrativo de Funções, Programas e Subprogramas por Projetos e Atividades

(adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão);

- Anexo 8 – Demonstrativo da Despesa por Função, Programas e Subprogramas, conforme o

vínculo com os Recursos (adequado ao disposto na portaria 42/99 do Ministério do Orçamento

e Gestão);

- Anexo 9 – Demonstrativo da Despesa por Órgãos e Funções (adequado ao disposto na

portaria 42/99 do Ministério do Orçamento e Gestão);

- Anexo 10 – Comparativo da Receita Orçada com a Arrecadada;

- Anexo 11 – Comparativo da Despesa Autorizada com a Realizada;

- Anexo 12 – Balanço Orçamentário;

- Anexo 13 – Balanço Financeiro;

- Anexo 14 – Balanço Patrimonial;

- Anexo 15 – Demonstrativo das Variações Patrimoniais;

- Anexo 16 – Demonstração da Dívida Fundada Interna;

- Anexo 17 – Demonstração da Dívida Flutuante.

79. Emitir o Informe de Rendimentos Anual para os prestadores de serviços que tiveram retenção

de impostos, conforme regras definidas pela Secretaria da Receita Federal.

80. Permitir a criação de relatórios gerenciais pelo próprio usuário.

81.

Dispor de funcionalidade que possibilite a criação de fórmulas para a composição de valores

utilizados na emissão de demonstrativos, a partir de qualquer tipo de movimentação (do ano

corrente ou do ano anterior, e valores brutos ou líquidos) que envolvam Despesas, Receitas,

Restos a Pagar ou Movimentação Contábil em geral.

82.

Permitir a composição de valores de determinado Grupo de Fonte de Recursos ou

Detalhamento da Fonte, e ainda, valores específicos relacionados à Saúde e Precatórios para

utilização na emissão de demonstrativos.

83. Possibilitar a definição de um nível contábil ou uma categoria econômica específica, para a

composição de um valor que será impresso em um demonstrativo.

84. Permitir a impressão de demonstrativos com valores em milhares e em milhões de reais.

85. Permitir a inserção de notas explicativas e de campos informativos na impressão dos

demonstrativos.

86. Permitir a criação de relatórios a partir de planilhas eletrônicas criadas pelo usuário.

87. Armazenar os modelos dos relatórios criados pelo usuário diretamente no banco de dados do

sistema.

88.

Permitir gerar relatórios que possibilitem o preenchimento das informações das contas anuais

do SICONFI conforme disposto na Portaria STN n. 86, de 17 de fevereiro de 2014, ou outras

que a STN possa vir a editar.

Planejamento PPA

89.

Permitir o cadastramento de vários quadriênios, possibilitando a flexibilidade de serem

informados quais os anos que compõem o quadriênio ou informar o ano inicial e final do

período.

90. Permitir elaborar o PPA utilizando informações do PPA anterior.

91. Permitir que a estrutura (máscara dos níveis) das Naturezas de Receita utilizada pela entidade

seja definida pelo usuário.

92. Permitir que a estrutura (máscara dos níveis) das Naturezas de Despesa utilizada pela entidade

seja definida pelo usuário.

10

93. Permitir que a estrutura das Fontes de Recursos utilizada pela entidade seja definida pelo

usuário.

94. Permitir que a estrutura do Detalhamento das Fontes utilizada pela entidade seja definida pelo

usuário.

95. Permitir que o uso e a obrigatoriedade da Fonte de Recurso nas Despesas e nas Receitas

sejam parametrizáveis pelo usuário.

96. Permitir que o uso e a obrigatoriedade do Detalhamento da Fonte de Recurso nas Despesas e

nas Receitas sejam parametrizáveis pelo usuário.

97.

Possuir integração entre os módulos PPA, LDO e LOA, com cadastro único das peças de

planejamento como Órgão, Unidade, Função, Subfunção, Programa de Governo, Ação de

Governo, Subação de Governo, Naturezas de Receita e Despesa, Fonte de Recursos e

Detalhamento da Fonte.

98.

Possuir tabela cadastral contendo todas as Naturezas da Receita de acordo com a legislação

vigente (portarias atualizadas da Secretaria do Tesouro Nacional e dos Tribunais de Contas

Estaduais e Municipais).

99.

Possuir tabela cadastral contendo todas as Naturezas da Despesa de acordo com a legislação

(portarias atualizadas da Secretaria do Tesouro Nacional e dos Tribunais de Contas Estaduais e

Municipais).

100. Possibilitar a utilização de no mínimo três níveis para a composição da estrutura institucional,

bem como parametrização das máscaras.

101. Possibilitar o armazenamento dos vários produtos resultantes do Plano Plurianual.

102. Manter um cadastro de programas de governo identificando os de duração continuada e os de

duração limitada no tempo.

103. Permitir agregar programas de governo de acordo com seus objetivos comuns.

104. Permitir o estabelecimento de indicadores que permitam a avaliação dos programas.

105. Armazenar descrição detalhada dos objetivos para cada ação governamental

(projetos/atividades e operações especiais), vinculando o produto resultante de sua execução.

106. Permitir o cadastro e gerenciamento de pessoas responsáveis pela realização e

acompanhamento dos programas e ações do Plano Plurianual.

107. Permitir cadastramento e identificação em qualquer nível de classificação das fontes de

financiamento (receitas) da administração direta e indireta do ente.

108.

Integrar os programas com suas respectivas ações de governo, bem como o enquadramento

nas funções e subfunções de governo, conforme a Portaria 42/99 MOG e as respectivas

unidades responsáveis pela sua realização.

109. Permitir o desdobramento das ações, criando um nível mais analítico para o planejamento.

110. Possibilitar o estabelecimento de metas quantitativas e financeiras para os programas de

governo e suas respectivas ações.

111. Permitir a vinculação de um mesmo programa em vários órgãos e unidades de governo.

112. Possibilitar a vinculação de uma mesma ação de governo para vários programas

governamentais.

113. Possibilitar a Projeção das Receitas e das Despesas nas peças de planejamento.

114. Manter cadastro das leis e decretos que aprovam e alteram os itens do Plano Plurianual.

115. Permitir gerenciar as alterações efetuadas no decorrer da vigência do PPA, registrando estas

alterações sem afetar os dados originais (armazenar os históricos).

11

116. Permitir que uma alteração legal do PPA tenha sua movimentação refletida automaticamente

em uma ou duas LDO’s.

117.

Permitir elaborar e gerenciar várias alterações legais do PPA simultaneamente, controlando

cada uma delas juntamente com a sua respectiva situação (elaboração, tramitação, inclusão de

emendas, aprovada, arquivada, etc) e mantendo histórico das operações.

118.

Possuir cadastro das Transferências Financeiras contendo as Unidades Gestoras Concessoras

e as Unidades Gestoras Recebedoras dos recursos financeiros além da finalidade das

transferências.

119. Permitir a Programação das Transferências Financeiras Concedidas e Recebidas para os quatro

exercícios que compreendem o PPA.

120. Emitir relatório que agrupe os programas governamentais de acordo com seus objetivos

comuns.

121. Emitir relatórios que identifique e classifique os programas de governo.

122. Emitir relatórios que identifique e classifique as ações governamentais.

123. Emitir relatório que demonstre as metas físicas e financeiras dos programas e ações de governo

124.

Permitir emitir relatórios das metas das ações do programa de governo agrupando as

informações por qualquer nível de codificação da despesa (função, subfunção, programa, ação,

natureza de despesa e fonte de recursos).

125. Emitir relatório que demonstre as fontes de financiamento da administração direta e indireta.

126. Emitir os Anexos I, II, III, IV, V e VI em conformidade com o estabelecido pelo TCE- SP.

127. Permitir que a máscara das Naturezas da Receita seja parametrizável pelo usuário.

128. Permitir que a máscara das Naturezas da Despesa seja parametrizável pelo usuário.

129. Permitir que a máscara das Fontes de Recurso seja parametrizável pelo usuário.

130. Permitir que a máscara do Detalhamento das Fontes de Recurso seja parametrizável pelo

usuário.

131. Permitir que o uso e a obrigatoriedade da Fonte de Recurso nas Despesas e nas Receitas

sejam parametrizáveis pelo usuário.

132. Permitir que o uso e a obrigatoriedade do Detalhamento da Fonte de Recurso nas Despesas e

nas Receitas sejam parametrizáveis pelo usuário.

Planejamento LDO

133.

Permitir elaborar a LDO utilizando informações da LDO anterior ou do PPA em vigência;

Possibilitar a importação das Estimativas das Receitas e Metas do PPA para a LDO enquanto a

LDO inicial ainda não estiver aprovada.

134.





135. Permitir cadastramento e identificação em qualquer nível de classificação das fontes de

financiamento (receitas) da administração direta e indireta do ente.

136. Permitir o desdobramento das ações do programa de governo, criando um nível mais analítico

para o planejamento.

137. Permitir o cadastramento de metas fiscais consolidadas para emissão de demonstrativo da

LDO, conforme modelo definido pela STN.

12


139. Permitir gerenciar as alterações efetuadas no decorrer da vigência da LDO, registrando estas

alterações sem afetar os dados originais (armazenar os históricos).

140. Permitir que uma alteração legal do PPA tenha sua movimentação refletida automaticamente

em uma ou duas LDO.

141.



transferências.

142. Permitir a Programação das Transferências Financeiras Concedidas e Recebidas para o

exercício a que refere-se à LDO.

143. Permitir que o Cadastro e a Programação das Transferências Financeiras sejam importados do

PPA.

144.

Permitir elaborar e gerenciar várias alterações legais da LDO simultaneamente, controlando

cada uma delas juntamente com a sua respectiva situação (elaboração, tramitação, inclusão de

emendas, aprovada, arquivada, etc) e mantendo histórico das operações.

145.

Deve emitir o Anexo de Riscos Fiscais e Providências, que deverá ser apresentado na Lei de

Diretrizes Orçamentárias, conforme determinado pela Portaria da STN que trata o Manual de

Demonstrativos Fiscais.

146.

Deve emitir o Demonstrativo de Metas Fiscais com as metas anuais relativas a receitas,

despesas, resultado nominal e primário e montante da dívida pública, para o exercício da LDO e

para os dois exercícios seguintes.

147.

Deve emitir um demonstrativo com a avaliação do cumprimento das metas fiscais do exercício

anterior, com a comparação entre as metas fixadas e o resultado obtido no exercício financeiro

do segundo ano anterior ao ano de referência da LDO, incluindo a análise dos fatores

determinantes para o alcance dos valores estabelecidos como metas.

148.

Deve emitir demonstrativo das metas anuais, instruído com memória e metodologia de cálculo

que justifiquem os resultados pretendidos, comparando-as com as fixadas nos três exercícios

anteriores.

149. Deve demonstrar a evolução do patrimônio líquido, também nos últimos três exercícios,

destacando a origem e a aplicação dos recursos obtidos com a alienação de ativos.

150. Emitir demonstrativo da situação financeira e atuarial do Regime Próprio de Previdência dos

Servidores - RPPS.

151. Emitir demonstrativo da estimativa e compensação da renúncia de receita.

152. Emitir demonstrativo da margem de expansão das despesas obrigatórias de caráter continuado.

153.

Permitir emitir relatórios das metas das ações do programa de governo agrupando as

informações por qualquer nível de codificação da despesa (função, subfunção, programa, ação,

natureza de despesa e fonte de recursos).

Orçamento e Planejamento LOA

154.





155.

Permitir a gerência e a atualização da tabela de Classificação Econômica da Receita e

Despesa, da tabela de componentes da Classificação Funcional Programática, Fonte de

Recursos, Grupo de Fonte de Recursos, especificadas nos anexos da Lei 4320/64 e suas

atualizações.

156. Gerar a proposta orçamentária para o ano seguinte utilizando o orçamento do ano em execução

13

e permitir a atualização do conteúdo e da estrutura da proposta gerada.

157.

Permitir incluir informações oriundas das propostas orçamentárias dos órgãos da administração

indireta para consolidação da proposta orçamentária do município, observando o disposto no

artigo 50 inciso III da Lei Complementar 101/2000 (LRF).

158.

Disponibilizar, ao início do exercício, o orçamento aprovado para a execução orçamentária. Em

caso de ao início do exercício não se ter o orçamento aprovado, disponibilizar dotações

conforme dispuser a legislação municipal.

159. Permitir elaborar a LOA utilizando informações do PPA ou da LDO em vigência.

160. Manter cadastro das leis e decretos que aprovam, alteram ou incluem os itens na LOA.

161. Permitir a abertura de créditos adicionais, exigindo informação da legislação de autorização e

resguardando o histórico das alterações de valores ocorridas.

162. Permitir a atualização total ou seletiva da proposta orçamentária através da aplicação de

percentuais ou índices.

163. Permitir o bloqueio e desbloqueio de dotações, inclusive objetivando atender ao artigo 9 da Lei

Complementar 101/2000 (LRF).


165.



transferências.

166. Permitir a Programação das Transferências Financeiras Concedidas e Recebidas para o

exercício a que refere-se à LOA.

167. Permitir que o Cadastro e a Programação das Transferências Financeiras sejam importados do

PPA ou da LDO.

168.

Permitir que a Programação das Transferências Financeiras seja realizada de forma automática

pelo sistema através da inserção de percentuais mensais sobre o valor total da transferência

prevista no ano.

169. Possuir mecanismo de estorno da Programação Inicial das Transferências Financeiras.

170. Possuir mecanismo que adicione ou reduza o valor da Programação Inicial das Transferências

Financeiras.

171. Permitir que na aprovação do orçamento ocorra a contabilização da Previsão das

Transferências Financeiras.

172.

Permitir o controle do Cronograma Mensal de Desembolso, possibilitando a sua elaboração de

forma automática de forma proporcional aos meses do ano ou a partir da proporção mensal da

execução orçamentária do exercício anterior.

173.

Permitir contabilizar o Cronograma Mensal de Desembolso conforme regras estabelecidas pelo

Tribunal de Contas do Estado de São Paulo, possibilitando sua posterior geração para o

AUDESP.

174.

Permitir elaborar a Programação Financeira da Receita, possibilitando a sua elaboração de

forma automática de forma proporcional aos meses do ano ou a partir da proporção mensal da

execução orçamentária do exercício anterior.

175.

Permitir contabilizar a Programação Financeira da Receita conforme regras estabelecidas pelo

Tribunal de Contas do Estado de São Paulo, possibilitando sua posterior geração para o

AUDESP.

176. Armazenar dados do orçamento e disponibilizar consulta global ou detalhada por órgão, fundo

ou entidade da administração direta, autárquica e fundacional.

177.

Emitir relatório da proposta orçamentária municipal consolidada (administração direta e indireta)

conforme exigido pela Lei 4320/64, Constituição Federal e pela Lei Complementar 101/2000

(LRF).

14

178.

Emitir todos os anexos de orçamento, global e por órgão, fundo ou entidade da administração

direta, autárquica e fundacional, exigidos pela Lei 4320/64 e pela Lei Complementar 101/2000

(LRF).

179. Emitir relatório da proposta orçamentária consolidada (administração direta e indireta) conforme

exigido pela Lei Complementar 101/2000 (LRF).

180. Integrar-se totalmente às rotinas da execução orçamentária possibilitando o acompanhamento

da evolução da execução do orçamento.

181.

Emitir relatório da proposta orçamentária municipal Consolidada por Programa de Governo,

destacando Ações Governamentais por Programa de Governo. Listar para estas Ações

Governamentais os seus respectivos valores, finalidade e metas físicas a serem alcançadas.

182. Emitir relatório com controle de percentuais sobre a proposta da LOA para cálculos da

educação, saúde, pessoal, inativos e pensionistas do RPPS.

Informações ao TCE – SP

183. Emitir relatório da proposta orçamentária municipal consolidada (administração direta e indireta),

conforme exigido pela Lei 4.320/64 e suas atualizações.

184.

Emitir todos os anexos de orçamento, global e por órgão, fundo ou entidade da administração

direta, autárquica e fundacional, exigidos pela Lei Nº 4.320/64 e suas atualizações:

- Anexo 1 – Demonstração da Receita e Despesa Segundo as Categorias Econômicas;

- Anexo 2 – Receita Segundo as Categorias Econômicas e Natureza da Despesa Segundo as

Categorias econômicas;

- Anexo 6 – Programa de Trabalho;

- Anexo 7 – Demonstrativo de Funções, Programas e Subprogramas por Projetos e Atividades

(adequado ao disposto na portaria 42/99 do Ministério do Orçamento e Gestão);

- Anexo 8 – Demonstrativo da Despesa por Função, Programas e Subprogramas, conforme o

vínculo com os Recursos (adequado ao disposto na portaria 42/99 do Ministério do Orçamento

e Gestão);

- Anexo 9 – Demonstrativo da Despesa por Órgãos e Funções (adequado ao disposto na

portaria 42/99 do Ministério do Orçamento e Gestão).

185.

Emitir todos os relatórios da contabilidade previstos na Lei 4.320/64, atendendo ao inciso III do

Artigo 50 da Lei Complementar 101/2000 (LRF).

- Anexo 10 – Comparativo da Receita Orçada com a Arrecadada;

- Anexo 11 – Comparativo da Despesa Autorizada com a Realizada;

- Anexo 12 – Balanço Orçamentário;

- Anexo 13 – Balanço Financeiro;

- Anexo 14 – Balanço Patrimonial;

- Anexo 15 – Demonstrativo das Variações Patrimoniais, ajustado também às exigências do

Artigo 53, parágrafo 1, inciso III da Lei complementar 101/2000 (LRF).

186.

Emitir relatórios conforme Resolução do Senado Federal 78/98 com a Síntese da Execução

Orçamentária, compreendendo os Anexos 16 e 17 da Lei 4.320/64 e suas atualizações:

- Anexo 16 – Demonstração da Dívida Fundada Interna;

- Anexo 17 – Demonstração da Dívida Flutuante.

187.

Emitir relatório para o Sistema de Informações sobre Orçamentos Públicos em Saúde - SIOPS, com as seguintes informações:

- Receitas Municipais: SIOPS;

- Despesas Municipais: Saúde por Subfunção, Saúde por Categoria Econômica, Saneamento

por Categoria e Resumo.

188. Gerar arquivos para a Secretaria da Receita Previdenciária, conforme layout definido no Manual Normativo de Arquivos Digitais – MANAD.

15

189.

Gerar arquivos em formato XML para prestação de contas do projeto AUDESP: balancetes isolados e conjuntos mensais; conciliação bancária mensal; PPA, LDO, LOA iniciais e atualizados; alteração dos cadastros; mapa de precatórios, balanços anuais, contratos de concessão e permissão de uso.

190. Possuir integração com o sistema de contabilidade pública.

Relatórios LRF (Lei de Responsabilidade Fiscal)

191. Emitir todos os Relatórios Resumidos da Execução Orçamentária da Lei de Responsabilidade,

conforme modelos definidos pela Secretaria do Tesouro Nacional.

192. Emitir todos os Relatórios de Gestão Fiscal da Lei de Responsabilidade, conforme modelos

definidos pela Secretaria do Tesouro Nacional.

193. Emitir relatórios de conferência das informações mensais relativas aos Gastos com Pessoal e

Saúde.

194. Possuir integração com o sistema de contabilidade pública, gerando automaticamente os

relatórios fiscais a partir dos dados já contabilizados.

Integrações Contabilidade Requisitos Técnicos

195.

Possuir integração em tempo real com movimentação oriunda da gestão de materiais de

consumo, gerando movimentações de entradas e saídas contabilizadas utilizando o critério de

custo médio ponderado. Efetivar escrituração contábil no sistema patrimonial de contas

contábeis.

196.

Possuir integração em tempo real com movimentação oriunda da gestão de compras e licitações,

efetivando a reserva de saldos da despesa orçamentária nos momentos propícios, de acordo com

a Lei 8.666.1993 – Lei de Licitações e Contratos.

197.

Possuir integração em tempo real com movimentação oriunda da gestão de patrimônio, gerando

movimentações de ingressos, depreciações, avaliações e baixas. Efetivar escrituração contábil no

sistema patrimonial de contas contábeis.

198.

Possuir integração com movimentação oriunda da gestão de pessoal, possibilitando que ocorra a

emissão de empenho orçamentário, os empenhos patronais, as retenções orçamentárias e extra

orçamentárias, com possibilidade de especificação de históricos padronizados. Permitir que a

escrituração contábil ocorra de acordo com o PCASP – Plano de Contas Aplicado ao Setor

Público. Ter opção para efetivar a liquidação dos empenhos de maneira automática.

199.

Em relação às movimentações que executam escrituração contábil, ter mecanismo que possibilite

configuração de todas as regras de contabilização de acordo com a necessidade da entidade.

Deve existir a possibilidade de desativação de uma regra visando a elaboração de nova regra que

a substitua. Ter registro de auditoria na manutenção das regras, bem como mecanismo de

validação da mesma de maneira prévia antes do uso efetivo nas movimentações.

Módulo de Tesouraria

200. Permitir a configuração do formulário de cheque, pelo próprio usuário, de forma a compatibilizar o

formato da impressão com os modelos das diversas entidades bancárias.

201. Possuir controle de talonário de cheques.

202. Permitir a emissão de cheques e respectivas cópias.

203. Conciliar os saldos das contas bancárias, emitindo relatório de conciliação bancária.

204. Permitir conciliar automaticamente toda a movimentação de contas bancárias dentro de um

período determinado.

16

205. Possibilitar a geração de Ordem Bancária Eletrônica, ajustável conforme as necessidades do

estabelecimento bancário.

206. Permitir a parametrização de Ordem Bancária Eletrônica para pagamentos de títulos e faturas

com código de barras.

207. Possuir integração com o sistema de arrecadação possibilitando efetuar de forma automática a

baixa dos tributos pagos diretamente na tesouraria da entidade.

208. Possuir total integração com o sistema de contabilidade pública efetuando a contabilização

automática dos pagamentos e recebimentos efetuados pela tesouraria.

209. Permitir agrupar diversos pagamentos a um mesmo fornecedor em um único cheque.

210. Permitir a emissão de Ordem de Pagamento.

211. Permitir que em uma mesma Ordem de Pagamento possam ser agrupados diversos empenhos

para um mesmo fornecedor.

212. Possibilitar a emissão de relatórios para conferência da movimentação diária da Tesouraria.

213. Permitir a emissão de cheques para contabilização posterior.

214. Permitir a autenticação eletrônica dos recebimentos e pagamentos realizados pelo Caixa.

215. Permitir a realização da conciliação bancária das contas de forma manual ou automática.

216. Permitir o controle de Abertura e Fechamento do Caixa com Autenticadora Mecânica.

217. Permitir o controle de Requisição e Repasse de valores do Caixa com Autenticadora Mecânica.

218. Possibilitar a impressão do movimento e do resumo da Autenticadora Mecânica

219. Assegurar que a Emissão das Ordens Bancárias efetuará uma Reserva Financeira nas contas

bancárias envolvidas na operação.

220. Assegurar que a Geração das Ordens Bancárias efetuará a Devolução da Reserva Financeira

das contas bancárias, bem como os pagamentos dos empenhos vinculados a OBE.

221. Possibilitar o processamento automático dos arquivos de retorno das Ordens Bancária

Eletrônicas identificando os registros que foram efetivados e os que foram rejeitados pelo banco.

222.

Assegurar que os registros rejeitados pelo banco tenham a movimentação de estorno do

pagamento realizada na contabilidade, quando estes forem relativos a Ordem Bancária

Eletrônica.

223. Permitir a visualização dos registros da Ordem Bancária nos empenhos que estiverem vinculados

a mesma.

224. Possibilitar a visualização e impressão de todos os registros que são gerados através de Ordem

Bancária Eletrônica.

225. Permitir a visualização e impressão de todos os registros que estão contidos no arquivo de

retorno bancário gerados por Ordem Bancária Eletrônica.

226. Permitir a emissão de Ordem Bancária de Transferência para transações que envolvam as contas

bancárias de uma mesma entidade.

227. Permitir a emissão de Cheque de Transferência para transações que envolvam as contas

bancárias de uma mesma entidade.

228. Possibilitar a utilização de Artigo de Caixa para as operações financeiras.

17

Módulo Controle Interno

229. A solução deve abranger todos os órgãos da administração direta e indireta que compõem a

administração municipal;

230. A solução deve atender às disposições dos artigos 31 e 74 da Constituição Federal, do artigo 75

da lei 4320/64 e da Lei Complementar Federal 101/2001;

231. A solução deverá possibilitar o controle de mais de 50 funções da administração municipal;

232. A solução deverá possibilitar o controle de mais de 500 atos ou fatos da gestão;

233. A solução deverá possibilitar o agrupamento dos atos e dos fatos controlados em grupos

operacionais e gerenciais;

234. A solução deverá possibilitar o acompanhamento dos pontos críticos da administração, alvo das

auditorias e das diligências dos Tribunais de Contas;

235.

A solução deverá efetuar a verificação do cumprimento das formalidades exigidas pela legislação

quanto à folha de pagamento, à gestão patrimonial, à tesouraria, à gestão de pessoal, à

movimentação patrimonial, à tributação, à realização de obras, à gestão de frotas e às ações

sociais da administração.

Deverá produzir relatórios com embasamento legal das não conformidades dos itens/processos

analisados;

236.

A solução deverá produzir automaticamente demonstrativos gerenciais acerca da dívida pública,

da execução orçamentária e financeira, das despesas com educação e saúde e das despesas

com pessoal.

Estes demonstrativos deverão trazer o embasamento legal evidenciado o cumprimento ou não;

237.

A solução deverá ter mecanismos para que o Controlador possa fiscalizar os setores

responsáveis para que procedam corretamente e dentro dos prazos, a remessa de dados e

informações ao Tribunal de Contas, e demais órgãos fiscalizadores, bem como a devida

publicação destas informações, dentro dos prazos estabelecidos na legislação vigente;

238.

A solução deverá possibilitar a emissão de relatório para acompanhamento e do cumprimento ou

não das metas fiscais, inclusive da necessidade ou não de proceder à limitação de empenho, na

forma de que dispõe o Artigo 9 da LRF;

239.

A solução deverá possuir mecanismos para o controlador o registrar suas atividades, como

auditorias internas, visita a setores, bem como o andamento destas atividades e deverá

possibilitar ao final de um período a emissão de relatório por tipo de atividade, por setor

cadastrado, por intervalo de data e por tipo de situação das atividades realizadas.

Módulo Gestão de Balanço

240. A solução deve abranger todos os órgãos da administração direta e indireta que compõem a

18

administração municipal;

241.

A solução deve atender às disposições da Constituição Federal, da lei 4320/64, da LC federal

101/2001(LRF), das Constituições Estaduais e dos Tribunais de Contas dos Estados e dos

Municípios;

242.

A solução deverá possibilitar a emissão do (“Relatório de Análise de Balanço”) Relatório

Circunstanciado da Execução Orçamentária, Financeira e Patrimonial exigido pelos Tribunais de

Contas Estaduais e dos Municípios;

243.

A solução deverá possibilitar a emissão de relatórios gerenciais e estatísticos sobre as atividades

desenvolvidas pelos principais setores da administração municipal, com ênfase nas áreas de

saúde, educação, obras, agricultura, tributação, administração e gestão de recursos humanos;

244.

A solução deverá possibilitar a emissão de demonstrativos que possibilitem o acompanhamento,

de forma centralizada ou não, das despesas essenciais dos órgãos das administrações direta e

indireta com água, telefone, energia elétrica e combustíveis;

245. A solução deverá possibilitar a emissão de demonstrativo acerca da avaliação das metas fiscais

que a Lei de Responsabilidade Fiscal exige ser apresentado nas audiências públicas.

2 - Sistema de Administração de Receitas e Atendimento ao Cidadão

1. Possibilitar de forma parametrizada, a sua adaptação integral ao estabelecido pelo Código Tributário Municipal, bem como por qualquer outro conjunto de leis ou normativas em vigor, de qualquer nível, que estejam no contexto de atuação da solução.

2. Possuir o conceito de cadastro consolidado das informações municipais (Cadastro Único ou Geral), com identificação unificada do cidadão/contribuinte.

3.

Permitir a formatação e/ou personalização do layout de todos os documentos oficiais, gerados pelo sistema, tais como: guias de recolhimento, certidões, notificações de lançamento, comprovantes de quitação, documentos integrantes do Processo Tributário Administrativo (PTA), Alvarás, Taxas de Localização e Licença, permitindo minimamente a seleção de campos integrantes, a sua disposição dentro dos documentos e os objetos que integrarão o layout padrão.

4. Permitir a autenticidade do alvará através da Web.

5. Permitir a inclusão de QRCODE no documento de alvará, possibilitando a consulta de autenticidade através da leitura do QRCORDE.

6. Possibilitar a emissão de alvarás para diversas finalidades distintas.

7. Possibilitar a criação/edição de regras inerentes ao deferimento do alvará (Regras distintas de acordo com as finalidades do alvará).

8. Possibilitar o envio de e-mail aos contribuintes que efetuaram solicitação de alvará.

9. Possibilitar a parametrização de modo com que somente determinados usuário possam efetuar o deferimento do Alvará de acordo com a respectiva finalidade. Ex: Somente usuário do departamento de vigilância sanitária poderão deferir o Alvará Sanitário.

10. Permitir a emissão em segunda via de todos os documentos oficiais.

19

11. Permitir o controle do número de via emitida, de todos os documentos oficiais.

12. Gerenciar as tabelas de controle do endereçamento e das faces de quadras legais, integralmente relacionadas à tabela de zonas cadastrais imobiliárias do município.

13. Gerenciar os índices/indexadores de correção e/ou atualização monetária, bem como o controle de mudanças de moeda.

14. Gerenciar todo conjunto de fórmulas relativas ao cálculo dos tributos controlados pelo sistema, de forma parametrizada.

15. Possuir rotinas parametrizáveis de cálculos gerais, parciais e individualizados, dos valores inerentes à obrigação principal e acréscimos legais, com destaque para cada item, aplicável a quaisquer tributos e/ou receitas derivadas.

16. Gerenciar o calendário de dias úteis por exercício.

17. Gerenciar as datas de vencimentos de tributos por exercício.

18. Permitir a emissão de documentos oficiais, comprovantes de quitação de débitos de qualquer natureza.

19. Permitir a emissão do edital de convocação para ciência de Notificação de Lançamento.

20. Permitir que a emissão do documento de Notificação do Lançamento seja feita em conjunto com a Guia de Recolhimento dos Tributos, em um único documento, quando em cota única.

21. Permitir a emissão de todas as Guias de Recolhimento de Tributos controlados pelo sistema.

22. Gerenciar as operações de isenções, não incidências, imunidades, reduções de alíquota e de bases de cálculo, para qualquer tributo e/ou receitas derivadas, possibilitando a emissão do relatório de conformidade. Além disso, deve ser possível realizar estorno destas operações.

23. Gerenciar as operações da situação cadastral mobiliária e imobiliária, tais como:

ativos, inativos, baixados, dentre outras situações.

24. Gerenciar as operações de Extinção por pagamento, decisão administrativa, decisão judicial, remissão, prescrição, compensação e dação em pagamento.

25. Gerenciar operações de Suspensão de Créditos Tributários ou Não Tributários.

26. Gerenciar operações dos lançamentos de créditos a receber, sejam eles de qualquer natureza, bem como possibilitar o estorno de tais operações.

27. Gerenciar operações de reparcelamento, bem como possibilitar o estorno do mesmo quando necessário.

28. Permitir a emissão das Guias de Recolhimento com incorporação de códigos de barra, padrão CNAB\FEBRABAN, para recebimento das mesmas pelas instituições financeiras arrecadadoras, integrantes do Sistema Financeiro Nacional.

29. Gerenciar a devolução de correspondências, em função da não localização do contribuinte\destinatário.

30. Permitir a cobrança de tributos e\ou receitas derivadas, através de débito automático em conta corrente, no domicílio bancário autorizado pelo contribuinte.

31. Gerenciar o recolhimento dos tributos e\ou receitas derivadas e classificar os dados da arrecadação, através da leitura de arquivos de dados em formato digital com layout pré-determinado, disponível a Licitante Vencedora.

32. Gerenciar os arquivos digitais de troca de dados com as instituições financeiras arrecadadoras conveniadas, permitindo o emprego de mecanismos de criptografia que impossibilite a edição deles.

33. Possuir rotina para auditoria dos valores recolhidos pelas instituições financeiras arrecadadoras e repassados ao Tesouro Municipal, acusando minimamente, discrepâncias nos valores devidos e prazos de repasse.

20

34. Possuir rotina para conciliação manual dos documentos da arrecadação, a ser empregada nas situações em que não seja possível a conciliação automática dos mesmos através do sistema.

35.

Possuir rotina que permita a integração mediante exportação de dados, para o sistema contábil\financeiro do município, através de arquivos em formato digital com layout parametrizável, gerando automaticamente os lançamentos contábeis da receita arrecadada e classificada, sem que haja a necessidade de redigitação.

36.

Gerar na conta corrente do contribuinte, de forma consolidada, todos os lançamentos efetuados, com os respectivos valores, datas de vencimento e pagamento, mesmo aqueles advindos de exercícios anteriores, informando em que fase da cobrança o débito se enquadra (em cobrança ou em dívida ativa), permitindo a consulta parametrizada de extratos da posição financeira, destacando os acréscimos legais dos valores principais.

37. Nos extratos de posição financeira do contribuinte, que seja proprietário de mais de um imóvel, assegurar que também sejam listados os lançamentos e pagamentos relativos a cada imóvel de sua propriedade.

38.

Permitir o parcelamento, reparcelamento e desparcelamento de débitos de qualquer natureza, inclusive os inscritos em dívida ativa e não executados, com a criação de regras parametrizáveis aplicadas no controle destas operações, possibilitando a emissão de guias de recolhimento e dos termos de parcelamento, realizando a gestão integral da carteira.

39. Permitir a emissão de certidões positivas, negativas e positivas com efeito de negativa, sobre os tributos controlados pelo sistema.

40. Gerenciar a restituição de valor cobrado a maior ou indevidamente.

41.

Gerenciar os campos variáveis e links para objetos externos ao sistema, que serão executados pelos aplicativos a eles associados, que comporão os cadastros mobiliário e imobiliário, permitindo minimamente a definição de parâmetros para consistência e integridade do conteúdo dos campos.

42. Gerenciar a destinação das guias de recolhimento dos tributos e\ou receitas derivadas para o domicílio do representante autorizado.

43.

Permitir ao usuário poder personalizar o roteiro de atendimento ao cidadão, de forma a aperfeiçoar a execução das operações inerentes ao fluxo de um determinado atendimento, evitando que o mesmo execute de forma aleatória, as opções disponíveis nos menus da aplicação que correspondam às operações inerentes ao atendimento em específico.

44. Possuir recurso que permita em nível dos tipos de cadastro imobiliário e mobiliário registrados no sistema, promover a alteração programada dos valores constantes dos atributos que compõem os referidos cadastros, utilizando filtros para seleção.

45. Possuir mecanismo de classificação de receita por tributo de acordo com o plano de contas da receita do exercício contábil, sendo que deve ser possível classificar quanto seu exercício de origem, situação e também percentual de rateio.

46. Toda operação financeira deve ser realizada com sua receita devidamente classificada de acordo com a natureza do plano de contas da receita do exercício corrente.

47. Possuir mecanismo de implantação de saldos dos créditos a receber que ficaram pendentes do exercício anterior de acordo com plano de contas da receita do exercício corrente.

48. Possuir mecanismo de atualização de acréscimo do saldo dos créditos a receber, classificando de acordo com o plano de contas da receita do exercício corrente.

49. Deve identificar as receitas com fato gerador já reconhecido em sua devida competência.

50. Não deve ser permitida a exclusão física das operações financeiras já realizadas.

51. Possuir relatório demonstrativo (analítico/sintético) de todas as operações financeiras realizadas.

52. Possuir relatório demonstrativo das operações financeiras contabilizadas.

21

53. Deve possuir relatório que demonstre a classificação dos tributos municipais, bem como aqueles que ainda não possuem sua devida classificação da receita.

54. Para as operações financeiras que necessitam de embasamento legal deve ser possível informar o fundamento legal, sendo que também deve existir mecanismo (parâmetro) que facilite a inserção de tal informação.

Controle do IPTU

55. Gerenciar a situação cadastral do imóvel, permitindo a emissão de relatório de conformidade.

56. Gerenciar operações de englobamento e\ou parcelamento do solo.

57. Possuir rotina para a geração automática e parametrizada do lançamento do IPTU, prevendo a possibilidade de, na emissão da guia de recolhimento, incluir valores de outros tributos.

58. Gerenciar tabelas parametrizáveis de valores e alíquotas para cálculo do IPTU, em conformidade com a planta de valores do município.

59. Permitir simulações parametrizadas dos lançamentos do IPTU aplicadas a todo o município ou a uma região territorial específica.

60. Possuir rotina de cálculo parametrizável para cobrança de Contribuição de Melhoria, baseada em rateio de custo.

61. Permitir a emissão do edital de convocação para ciência da cobrança de Contribuição de

Melhoria.

62. Permitir a emissão da certidão de valor venal do imóvel.

Controle do ISSQN

63.

Atender integralmente ao estatuído na resolução IBGE\CONCLA Nº 01 de 25\06\1998 atualizada pela resolução CONCLA Nº 07 de 16\12\2002 que prevê o detalhamento do

CNAE (Código de Classificação Nacional de Atividades Econômicas).

64. Gerenciar as diversas atividades desempenhadas pelo contribuinte, possibilitando destacar a atividade principal e as secundárias.

65.

Permitir identificar a partir das consultas financeiras e inclusive no momento do cadastramento dos integrantes do quadro societário da empresa, a existência de débitos anteriores, relacionados aos sócios, inter-relacionando a situação societária das empresas estabelecidas no município, bem como a situação dos débitos referentes aos sócios, enquanto pessoas físicas.

66. Possuir tabelas parametrizáveis com as atividades econômicas, estruturadas por código, grupos, parâmetros para cálculo e lançamento dos tributos em cada atividade econômica.

67. Gerenciar o contador responsável por uma empresa.

68. Gerenciar as operações de enquadramentos e desenquadramentos de microempresas e empresas de pequeno porte.

69. Gerenciar as tabelas parametrizáveis de valores e alíquotas para cálculo do ISSQN.

70. Permitir o cálculo automático do ISSQN fixo, levando em conta períodos proporcionais e tabelas com faixas de valores por atividades ou grupo de atividades de qualquer natureza, prevendo também descontos parametrizáveis.

71. Possuir rotinas de enquadramento de contribuintes para cálculo do valor do imposto conforme seja fixo ou variável.

72. Permitir a emissão de alvarás no balcão de atendimento através da internet, bem como a gestão de sua vigência.

73. Permitir o controle do ISSQN complementar.

22

74. Gerenciar o processo de autorização para utilização de documentos fiscais.

Controle do ITBI

75. Possibilitar que na execução da operação de transferência de propriedade do imóvel e na geração da guia de recolhimento do ITBI, seja informada a existência de débito do imóvel, inclusive aqueles inscritos em dívida ativa ou em execução fiscal.

76. Permitir o cálculo automático do ITBI com base em tabelas parametrizáveis de valores e alíquotas.

77. Gerenciar a averbação\transferência de imóveis.

Controle de Taxas

78. Possibilitar o cálculo, lançamento e a emissão de Guias de recolhimento, referentes a taxas de poder de polícia e serviço.

79. Possuir tabelas parametrizáveis de valores, que permitam o cálculo automático de qualquer taxa controlada pelo sistema.

Controle da Dívida Ativa

80. Permitir a emissão do livro de dívida ativa, contendo os documentos que correspondam aos termos de abertura, encerramento e fundamentação legal.

81. Possuir rotina parametrizável, que permita a inscrição em dívida ativa dos tributos e\ou receitas derivadas vencidas e não pagas registradas na conta corrente fiscal.

82. Gerenciar as ações de cobrança dos contribuintes inadimplentes, ajuizadas ou não após a inscrição em dívida ativa.

83. Permitir a emissão parametrizada da notificação de inscrição dos débitos do contribuinte em dívida ativa e da certidão de dívida ativa do contribuinte, que comporá o processo de ajuizamento.

84. Possibilitar a emissão parametrizada da certidão de petição para ajuizamento dos débitos de contribuinte inscritos em dívida ativa.

85. Gerenciar as operações referentes aos trâmites dos processos de ajuizamento de débitos, permitindo a vinculação da certidão de petição a um procurador responsável, registrado no cadastro de procuradores.

86.

Possuir rotina que permita a integração com o sistema de procuradoria do município, mediante a importação\exportação de dados, através de arquivos em formato digital com layout parametrizável, que possibilite à exportação dos dados pertinentes a emissão da petição para ajuizamento e ao acompanhamento do trâmite jurídico e a importação dos dados necessários à identificação dos ajuizamentos, sem que haja a necessidade de redigitação em ambas as operações.

87.

Permitir a elaboração e a execução de programação de cobrança de forma parametrizada, a partir das informações recebidas da conta corrente fiscal, sendo possível programar a emissão das notificações ou avisos de cobrança e guias de recolhimento, considerando minimamente os seguintes parâmetros: o montante dos valores e a situação do débito, os períodos de vencimento e a região de localização.

88. Permitir o Protesto de Certidões de Dívida Ativa (Manual)

89. Permitir o cancelamento/desistência de protestos de Certidões de Dívida Ativa.

90. Permitir o Protesto de Certidões de Dívida Ativa de maneira eletrônica, integrando-se junto ao Instituto de Estudos de Títulos do Brasil (IEPTB).

91. Permitir a parametrização dos documentos envolvidos no processo de protesto

23

92. Possibilitar a emissão da Carta de Anuência.

93. Emissão de relatório listando os valores protestados e valores enviados para protesto em aberto.

94. Controle dos valores arrecadados, das Certidões Enviadas para Protestos e Protestadas.

Relatórios de Lançamentos e Cálculos

95. Demonstrativo analítico dos valores calculados para lançamento dos débitos.

96. Demonstrativo analítico de valores de débitos lançados.

Relatórios de Controles Financeiros

97. Demonstrativo analítico de débitos vencidos e a vencer.

98. Demonstrativo analítico de débitos por contribuinte detalhado por tributo num determinado período.

99. Demonstrativo sintético de débitos por tipo de cadastro, dívida e tributo.

100. Demonstrativo analítico de débitos prescritos e a prescrever.

101. Demonstrativo analítico de previsão da receita.

102. Demonstrativo analítico de cadastro sem lançamentos de débito.

103. Demonstrativo analítico e sintético dos maiores devedores por atividade.

104. Demonstrativo analítico de isenção de débitos.

105. Planta de Valores.

Relatório de Arrecadação de Tributos

106. Demonstrativo analítico e sintético de pagamentos, cancelamentos, estornos e reabilitações de débitos num determinado período.

107. Demonstrativo analítico de pagamentos por empresa.

108. Demonstrativo sintético do quantitativo e valor das guias de recolhimento emitidas por tributo num determinado período.

109. Demonstrativo sintético do quantitativo de certidões por tipo emitidas num determinado período.

110. Demonstrativos analíticos de movimento econômico.

111. Demonstrativos analíticos de valores e datas de vencimento que foram alterados no sistema.

112. Demonstrativos analíticos de operações de parcelamentos e reparcelamentos num determinado período.

113. Demonstrativo sintético de resumo da arrecadação por período e tipo de tributo.

24

114. Demonstrativo analítico e sintético da arrecadação, por instituição financeira arrecadadora, por atividade, por região, por unidade cadastral e contribuinte único, num determinado período.

115. Demonstrativo analítico da discrepância entre os valores arrecadados e os valores lançados.

116. Demonstrativo analítico das notificações devolvidas pela não localização do contribuinte\destinatário.

117. Demonstrativo analítico e sintético da situação das notificações emitidas.

118. Demonstrativo analítico de retenções de imposto na fonte por empresa.

119. Demonstrativo sintético por atividade e exercício.

120. Demonstrativo analítico e sintético dos maiores pagadores por atividade.

121. Demonstrativo sintético das parcelas arrecadadas por tributo e mês num determinado exercício.

122. Demonstrativo sintético dos valores lançados, arrecadados e débitos por dívida e tributo num determinado exercício e região.

123. Demonstrativo sintético de débitos por situação do débito e mês num determinado exercício e região.

124. Demonstrativo sintético de faixa de valores arrecadados num determinado exercício.

Relatório de Arrecadação do ITBI

125. Demonstrativo analítico das guias de recolhimento por situação num determinado período.

126. Dados cadastrais dos transmitentes e adquirentes.

Relatório da Dívida Ativa

127. Demonstrativo analítico dos débitos inscritos e\ou ajuizados por livro de inscrição.

Geração de Etiquetas e Malas Diretas

128.

Permitir que a construção do layout e a seleção de registros nas operações de geração de etiquetas sejam parametrizadas e esteja vinculado aos atributos que compõem os cadastros mobiliário e imobiliário, bem como a geração das mesmas, poder estar vinculada às rotinas de notificação de cobrança e lançamentos de débitos.

129. Permitir que a construção do layout e a seleção de registros nas operações de geração de malas diretas sejam parametrizadas e esteja vinculada aos atributos que compõem os cadastros mobiliário e imobiliário.

Geração de Estatísticas Relacionadas aos Cadastros Mobiliário e Imobiliário

130.

Permitir a geração de tabelas estatísticas, provenientes do cruzamento de qualquer atributo em dois ou mais níveis, selecionados a partir do cadastro mobiliário e imobiliário, podendo o usuário determinar em qual eixo (x,y) o atributo será destacado. Deverá poder ser parametrizado pelo usuário, as faixas de valores por atributo selecionado, resultando na composição do universo de informações que serão avaliadas pela aplicação. Deverá também ser possível visualizar o resultado proveniente do cruzamento dos atributos, sob as formas de planilha ou gráfico, permitindo para esta última forma, a definição dinâmica dos estilos de apresentação.

Atendimento Eletrônico ao Cidadão\Contribuinte Disponível na Internet

25

131. Possibilitar o intercâmbio online de dados, com as bases de dados controladas pelo sistema de Arrecadação, utilizado internamente pela prefeitura.

132. Prover sigilo absoluto quanto às informações pessoais de cada cidadão\contribuinte cadastrado no sistema, permitindo que somente o próprio cidadão\contribuinte tenha acesso aos seus próprios dados.

133.

Permitir que o cidadão\contribuinte realize consultas detalhadas sobre os seus próprios débitos e pagamentos, mesmo aqueles gerados em exercícios anteriores, informando minimamente em que fase da cobrança de cada débito se enquadra (em cobrança ou em dívida ativa), permitindo a consulta ou emissão de extratos da posição financeira.

134. Permitir a emissão de certidões positivas, negativas e positivas com efeito de negativa.

135. Permitir que as certidões e documentos de apresentação obrigatórios, emitidas pela aplicação, possam ter sua autenticidade validada, através de mecanismo seguro.

136. Permitir a emissão de segunda via de guias de recolhimento de IPTU e ISSQN, inclusive de débitos já parcelados anteriormente nos procedimentos formais de atendimento.

137. Possibilitar a utilização dos modelos de documentos implantados.

138. Possibilitar a emissão da Carta de Anuência para Certidões de Dívida Ativa Protestadas.

Módulo Atendimento ao Cidadão

139. Permitir que o contribuinte visualize seus débitos em aberto ou pagos, e, quando exigíveis e

vencidos devem ser mostrados já com valor atualizado.

140. Permitir ao contribuinte emitir as guias de recolhimento com valores atualizados e com código de

barras de todos os débitos para com o fisco municipal.

141. Permitir que o contribuinte emita o carnê de qualquer tributo incluindo as cotas únicas.

142. Permitir que seja impresso a imagem que atesta que o contribuinte está em dia com a taxa de

licença e localização, isso mediante a consulta do pagamento integral da taxa.

143.

Permitir que o contribuinte obtenha a consulta impressa da sua conta corrente com o município.

Essa impressão deve ser personalizada, contando minimamente com cabeçalho formatado e

brasão do município.

144.

Permitir a solicitação de impressão de documentos fiscais. A solicitação recebida pelo fiscal

responsável pode ser deferida (autorizada) ou denegada. Em ambos os casos o solicitante e o

contador são notificados. No caso de autorização a gráfica também é avisada, bem como deverá

haver funcionalidade específica para que sejam realizadas as consultas de impressões por

gráfica, com acesso restrito a própria.

145. Permitir que o contribuinte visualize dados do seu cadastro no município, um espelho dos

cadastros.

146.

Permitir que o contribuinte solicite via internet o acesso ao sistema. O município poderá optar em

liberar o acesso direto, sem intervenção do município, ou poderá optar em homologar (autorizar)

essa solicitação.

147.

O sistema deve ter o padrão de cores configurável, em ferramenta que permita a modificação de

forma fácil, de acordo com as cores do município, cabendo a esse, escolher a cores do topo do

site, das barras, dos botões de acionamento.

148. O sistema deve dispor de ferramenta para alterar o tamanho da fonte do site, isso de forma

ilimitada, a cada clique deve ser percebido o aumento.

26

149. Os nomes dos botões de acionamento do sistema devem ser configuráveis pelo município, em

ferramenta que permita a modificação de forma fácil.

150.

Deve ser possível ao município cadastrar, ajustar, em ferramenta que permita a modificação de

forma fácil, a ajuda dos principais botões de acionamento. O texto dessa ajuda deve ser

apresentado quando o usuário passar o cursor do mouse sobre o botão.

151.

Os documentos impressos pelo sistema devem ser exatamente os mesmos impressos no sistema

de administração de receitas, devendo inclusive utilizar a mesma formatação, evitando retrabalho

ao município.

152. O sistema deve ter funcionalidade que apresente aos usuários do sistema as perguntas

frequentes.

153. O sistema deve ter funcionalidade de ajuda, diferenciando o conteúdo da área de acesso geral,

área sem senha, da área restrita por senha.

154.

O sistema deve disponibilizar um menu de acesso rápido, sendo possível ao município optar por

disponibilizar, ou não, serviços nesse menu, tais como: emissão de certidões, emissão de

comprovante de quitação da taxa de licença, emissão do carnê de tributos.

155.

As certidões emitidas devem ser passíveis de conferência quanto a sua autenticidade, isso deve

se dar por meio de consulta em um menu de acesso rápido, devendo o usuário informar

minimamente, número da certidão, ano da certidão e código de autenticidade.

156. Deve ser possível ao município configurar mensagens fixas aos usuários, distinguindo as

mensagens da área de acesso geral, área sem senha, da área restrita por senha.

157.

O sistema deve contar com dispositivo de segurança para evitar que outros softwares tentem

fazer requisições ao site. Esse sistema pode ser o uso de uma imagem que deverá

obrigatoriamente ser alterada a cada tentativa de login.

158.

O sistema deve contar com área para que o município inclua no mínimo 3 (três) ícones que

servirão de hiperlinks para sites que o município julgar importantes. Tanto os ícones, como o

caminho para onde serão direcionados, devem ser configuráveis pelo município, em ferramenta

que permita a modificação de forma fácil.

Sistema de Controle e Emissão da Nota Fiscal Eletrônica de Serviços

159. A aplicação on-line deve rodar em protocolo de comunicação seguro, denominado de HTTPS.

160.

O sistema deverá contar com duas formas de disponibilização:

a) Solução on-line, disponibilizada no sítio da secretaria, na Internet;

b) Solução Web Service, que permita a integração com os sistemas próprios dos

contribuintes e/ou um aplicativo cliente, disponibilizado pela secretaria.

161.

a) Na versão On-line, a identificação e o acesso se dará pela identificação do CPF ou CNPJ,

devendo esse ser informado juntamente com senha personalizada pelo usuário,

cadastrada previamente e mecanismo de proteção do tipo Captchas utilizado para

distinguir humanos e maquinas.

162. Somente pessoas identificadas como emissores de NFSe poderão efetuar login e ter acesso ao

sistema de emissão de Nota Fiscal de Serviço Eletrônica – NFSe.

163. O sistema deverá ser aderente ao modelo conceitual e de integração da ABRASF versão 2.0.

164. O sistema deve contar com as seguintes funcionalidades:

27

a) Geração de NFSe (on line)

b) Recepção e Processamento lote de RPS (on line e WebService)

c) Consulta de lote de RPS (on line e WebService)

d) Consulta de NFSe por RPS (on line e WebService)

e) Consulta de NFSe (on line e WebService)

f) Cancelamento de NFSe (on line e WebService)

g) Substituição de NFSe (on line)

h) Consulta de empresas autorizadas a emitir NFSe (on line)

165.

A funcionalidade de geração de NFSe será disponibilizada apenas na solução on-line, e deverá

exigir dos emissores exclusivamente o que não pode ser obtido pelo Cadastro Municipal do

Contribuinte, evitando redundância ou redigitação de dados, exigindo apenas os dados abaixo:

Data do serviço

Natureza da operação

Local da prestação de serviço

Série do RPS

Número do RPS

Identificação do Tomador

Identificação do intermediário

Código de Identificação do Serviço Lei Complementar à Constituição Federal 116/2003

Detalhamento do serviço

Valores de dedução, descontos e outras retenções (quando necessário)

Valor Bruto do Serviço

Matricula CEI da obra (quando necessário)

Anotação de Responsabilidade Técnica (quando necessário)

166.

A funcionalidade de geração de NFSe será disponibilizada apenas na solução on-line e deverá

contar com facilitadores aos emissores tais como:

Possibilitar a digitação de vários serviços, sem qualquer relação entre eles, desde que para

o mesmo tomador e intermediário e mesma natureza de operação, gerando ao final, tantas

NFSe quantas forem necessárias;

Definir a alíquota do Simples Nacional automaticamente, sem a possibilidade de

intervenção do usuário nessa seleção;

Definir as regras de retenção na fonte para cada um dos serviços identificados, conforme

determinação da legislação do município sem qualquer intervenção do emissor;

167.

Todas as notas, independente de qual aplicação ocorra sua geração, on line ou webservices,

deverão obrigatoriamente conter a identificação do tomador do serviço, e a do intermediário

quando houver ou for necessário.

168.

Todas as notas, independente de qual aplicação ocorra sua geração, on line ou webservices,

deverão obrigatoriamente ser assinadas digitalmente por certificado ICP Brasil, emitido para o

município de PINHALZINHO – SP.

169.

A solução on line deverá contar com funcionalidade para recepção e processamento de lotes de

RPS, devendo nessa funcionalidade ter comportamento idêntico ao WebService de recepção e

processamento de lotes de RPS, cumprindo as seguintes etapas:

a) O contribuinte gera o arquivo com lote de RPS através da aplicação instalada em seu

computador.

b) Acessa o serviço de “Recepção e Processamento de Lote de RPS” no sítio da Secretaria

da Fazenda.

c) Envia o lote para processamento.

28

d) A requisição é recebida pelo servidor Web, que valida o lote e, caso as informações sejam

válidas, grava-as e gera o número de protocolo de recebimento.

e) O Web Site retorna uma mensagem com o número do protocolo de recebimento.

f) O lote recebido será processado posteriormente. (fonte: modelo conceitual ABRASF

versão 1.0)

170.

A solução on line deverá ter uma Consulta de Situação de Lotes de RPS, para utilizá-la o emissor

de notas deverá estar logado na aplicação, e informará o número do lote. O sistema fará a

verificação se esse lote é do emissor que está postando a requisição, se for, retornará o status do

lote (Recebido aguardando processamento, processando, processado).

171.

A solução on line deverá ter uma Consulta de NFSe por RPS, essa será disponibilizada na área

pública do site, não requerendo qualquer tipo de identificação para uso da mesma. O usuário

selecionará a consulta onde será requerido:

a) Número do RPS;

b) Série do RPS;

c) Tipo do RPS;

d) CNPJ do Prestador;

e) CNPJ do Tomador

Se existir dados que correspondam aos submetidos à pesquisa, o sistema retornará a mensagem

que a nota existe e questionará se deseja visualizar. Caso a resposta seja sim, deverá remeter o

usuário a tela com os dados da nota fiscal, possibilitando ao mesmo a visualização do documento

de apoio bem como o XML.

172.

A solução on line deverá ter uma Consulta de NFSe, essa será disponibilizada na área pública do

site, não requerendo qualquer tipo de identificação para uso da mesma. O usuário selecionará a

consulta onde será requerido:

a) Número da NFSe;

b) CNPJ do Prestador;

c) Código verificador

Se existirem dados que correspondam aos submetidos à pesquisa, o sistema retornará a mensagem que a nota existe e questionará se deseja visualizar. Caso a resposta seja sim, deverá remeter o usuário a tela com os dados da nota fiscal, possibilitando ao mesmo a visualização do documento de apoio bem como o XML.,

173.

A solução on line deverá possuir funcionalidade que permita o cancelamento de uma NFSe

gerada. O sistema deverá observar configuração de prazo máximo para cancelamento. Para

realizar o cancelamento o emissor da NFSe deverá estar logado e bastará informar o número da

NFSe a ser cancelada. Fazendo as verificações que forem exigidas pelo município, se todas

estiverem ok, deve solicitar a confirmação do cancelamento.

174.

A solução on line deverá possuir funcionalidade que permita a substituição de uma NFSe gerada.

O sistema deverá observar configuração de prazo máximo para substituição. Para realizar a

substituição o emissor da NFSe deverá estar logado e bastará informar o número da NFSe a ser

substituída. Fazendo as verificações que forem exigidas pelo município, se todas estiverem ok,

deve solicitar a confirmação da substituição, quando fará a geração de uma nova NFSe com os

mesmos dados da nota identificada adicionando na substituta o número da NFSe substituída.

175. A solução on line deverá possuir Consulta de Empresas Autorizadas a Emitir NFSe, assim poderá

realizar pesquisas por algumas informações, tais como: Razão Social, CNPJ, código de serviço.

176.

A solução on line deverá possuir funcionalidade que permita o cancelamento por processo

administrativo de uma NFSe gerada que já tenha seu prazo máximo para cancelamento

ultrapassado. Essa funcionalidade deverá estar disponível no perfil de administrador da solução.

177. A solução WebService deverá conter os seguintes serviços:

29

a) Recepção e Processamento lote de RPS

b) Consulta de lote de RPS

c) Consulta situação do lote de RPS

d) Consulta de NFSe por RPS

e) Consulta de NFSe

f) Cancelamento de NFSe

178.

O serviço de Recepção e Processamento lote de RPS deverá, para validação de estrutura dos

arquivos XML, usar os arquivos servico_enviar_lote_rps_envio.xsd e

servico_enviar_lote_rps_resposta.xsd disponíveis em:

http://www1.receita.fazenda.gov.br/nfse/download.htm na opçao schemas XSD.

179.

O serviço de Consulta de lote de RPS deverá, para validação de estrutura dos arquivos XML,

usar os arquivos servico_consultar_lote_rps_envio.xsd e

servico_consultar_lote_rps_resposta.xsd

disponíveis em: http://www1.receita.fazenda.gov.br/nfse/download.htm na opçao schemas XSD.

180.

O serviço de Consulta situação do lote de RPS deverá, para validação de estrutura dos arquivos

XML, usar os arquivos servico_consultar_situacao_lote_rps_envio.xsd e

servico_consultar_situacao_lote_rps_envio_resposta.xsd disponíveis em:

http://www1.receita.fazenda.gov.br/nfse/download.htm na opçao schemas XSD

181.

O serviço de Consulta de NFSe por RPS deverá, para validação de estrutura dos arquivos XML,

usar os arquivos servico_consultar_nfse_rps_envio.xsd e

servico_consultar_nfse_rps_resposta.xsd disponíveis em:

http://www1.receita.fazenda.gov.br/nfse/download.htm na opçao schemas XSD

182.

O serviço de Consulta de NFSe deverá, para validação de estrutura dos arquivos XML, usar os

arquivos servico_consultar_nfse_envio.xsd e servico_consultar_nfse_resposta.xsd

disponíveis em: http://www1.receita.fazenda.gov.br/nfse/download.htm na opçao schemas XSD

183.

O serviço de Cancelamento de NFSe deverá, para validação de estrutura dos arquivos XML, usar

os arquivos servico_cancelar_nfse_envio.xsd e servico_cancelar_nfse_resposta.xsd

disponíveis em: http://www1.receita.fazenda.gov.br/nfse/download.htm na opçao schemas XSD

Sistema de Declaração Eletrônica do ISS

184. Deverá substituir o processo manual de escrita fiscal.

185. Deverá proporcionar facilidades operacionais para pagamento do ISSQN retido na fonte e para a

emissão do recibo de retenção e entrega da relação das empresas prestadoras de serviço.

186.

Deverá proporcionar facilidades para entrega de declarações em locais estabelecidos pela

Prefeitura, através de arquivos magnéticos ou diretamente pela Internet Pública, provendo

mecanismos de consistência, de conferência de dados e de segurança do serviço.

187.

Disponibilizar layout e meios para possibilitar a importação de arquivos gerados pelos sistemas

da escrita fiscal ou contábil utilizados pela empresa prestadora ou tomadora de serviço bem como

meios para validação do layout do arquivo.

188.

Proporcionar a impressão da Guia de pagamento de ISSQN Próprio ou Retido na Fonte em

documento único, de pessoa física ou jurídica, cadastrada ou não no município, de uma

determinada referência (mês e ano), com código de barras utilizando padrão FEBRABAN e o

padrão estabelecido através de convênio da Prefeitura com as instituições bancárias.

http://www1.receita.fazenda.gov.br/nfse/download.htm






30

189.

Permitir a impressão da Guia de pagamento de ISSQN Fixo para profissional autônomo,

sociedades de profissionais liberais e empresas em Regime de Estimativa, sem a necessidade de

informar senha, a guia deve ser impressa com código de barras utilizando padrão FEBRABAN e o

padrão estabelecido através de convênio da Prefeitura com as instituições bancárias.

190.

Para contribuintes na condição de responsável, na retenção na fonte de serviços tomados de

fornecedores residentes fora do Município, deverá permitir informar a razão social, CNPJ,

município de localização da empresa, bem como emissão da Guia de Recolhimento de ISS

atender as mesmas especificações dos contribuintes residentes no município.

191.

Permitir a emissão da Guia de Recolhimento de ISS, quando responsável tributário, separado

daquela em que paga como contribuinte, ou a critério do emissor poderá ser emitido em guia

única.

192. Viabilizar a impressão do Recibo de Retenção de notas fiscais recebidas com imposto retido na

fonte.

193. Disponibilizar impressão eletrônica do livro fiscal.

194.

Prover, através da disponibilização de senhas por contador/contribuinte, sigilo absoluto quanto às

informações particulares de cada contador/contribuinte e das empresas sob sua

responsabilidade.

195.

Permitir ao contador/contribuinte acessar somente a lista de empresas sob sua responsabilidade

e realizar a manutenção dos dados das DMS’s – Declaração Mensal de Serviço – somente destas

empresas.

196.

Permitir ao contador/contribuinte adicionar tantos usuários no sistema quanto for necessário,

sendo o acesso individualizado e todos devem ter acesso a todas as empresas da lista do

contador/contribuinte.

197. Permitir ao contador/contribuinte realizar uma DMS sem movimento.

198. Cada DMS deverá ser composta de todas as informações necessárias à completa identificação

do documento emitido, do prestador, do tomador, dos serviços prestados e do valor da operação.

199. Possibilitar ao contador/contribuinte a digitação, o recebimento e o processamento de DMS’s

retificadoras, após a entrega da declaração.

200. Permitir ao contador/contribuinte gerar e imprimir o protocolo de confirmação de recebimento da

DMS.

201. Permitir ao contador/contribuinte gerar e imprimir o protocolo de retenção na fonte.

202.

Permitir a escrituração de instituições bancárias em planos de conta completamente aderentes ao

plano adotado pelas instituições bancárias, devendo as contas ser vinculadas a uma atividade e

alíquota, bem como deve ser possível vincular cada conta a uma conta do plano de contas

COSIF.

31

203.

Permitir que seja montado planos de contas para declaração de escolas, lotéricas, planos de

saúde, concessionárias de transporte público, seguradoras, e todos outros segmentos que não

tenham a obrigatoriedade de emissão de notas fiscais.

204. Permitir que em uma única nota fiscal seja vinculado vários serviços distintos, cada qual com sua

identificação do item da lista de serviços, alíquota, valor da base de cálculo e valor do imposto.

205. Permitir informar notas que tenham sido roubadas, extraviadas, destruídas ou qualquer outro

motivo que não tenham emitido.

206.

Permitir que o declarante informe eventuais valores de créditos, valores estes que devem ser

abatidos do valor de imposto próprio a pagar no mês. Deve ser possível configurar um percentual

limite para este abatimento.

207. Permitir a declaração pelo prestador da diferença de alíquota para as notas emitidas que

sofreram retenção com alíquota inferior a devida.

208.

Possibilitar a visualização em forma gráfica de dados gerenciais em área pública, bem como:

Resumo de Declaração, Valores Pagos, Declarações Entregues fora do Prazo e Lançamento de

Notas por Dia.

209. Possibilitar consulta da veracidade do protocolo de retenção fornecido pelo prestador.

210. Possuir canal de fale conosco.

211. Possibilitar a declaração da (RBT) Receita Bruta Total por empresas optantes do Regime Único

Simples Nacional.

212. Possibilitar a apuração automática da alíquota para empresas optantes do Regime Único Simples

Nacional de acordo com sua RBT.

213. Realizar autuação automática para empresas omissas de declaração.

214. Possibilitar o envio de e-mail informado ao contador referente às autuações realizadas das

empresas sob sua responsabilidade.

215. Realizar constituição de créditos para declarações com valores não pagos.

216. Possibilitar o envio de e-mail informado ao contador referente às constituições de créditos

realizadas das empresas sob sua responsabilidade.

Sistema de Procuradoria Fiscal (Integração Tribunal de Justiça E-SAGE)

217. Integrar-se ao módulo de controle de dívida ativa possibilitando a importação das certidões de

dívida ativa emitidas;

218. Possibilitar e emissão dos documentos necessários a instauração do processo judicial (Petições e

Citações), devendo incluir o número da distribuição impresso em código de barras;

32

219. Permitir que os documentos a serem emitidos possam ser formatados pelo próprio usuário;

220. Possibilitar o acompanhamento do trâmite jurídico dos processos instaurados;

221. Permitir o cadastramento das diversas instâncias, varas e juízes responsáveis;

222. Permitir o envio de e-mail diretamente a partir do aplicativo, com base nos endereços eletrônicos

previamente cadastrados para pessoas e órgãos;

223. Permitir acessar o Web Site dos diversos órgãos cadastrados (principalmente os Tribunais de

Justiça Estaduais e Federais), diretamente a partir do aplicativo;

224. Permitir vincular o processo a todas as pessoas envolvidas (Oficiais de Justiça, Advogados,

Testemunhas, Peritos, etc.);

225.

Manter um cadastro único de pessoas de forma a permitir o cruzamento de dados relativos a

diferentes processos, dentro dos quais uma mesma pessoa esteja desempenhando diversos

papéis (réu, autor, testemunha, etc.);

226. Permitir anexar documentos aos processos, tanto os emitidos pelo próprio sistema como outros

digitalizados (DOC, .BMP, .GIF, .JPG, .XLS, .PDF);

227. Permitir o cálculo automático do valor estimado da sucumbência com base no tipo da ação;

228. Permitir informar e acompanhar todas às custas processuais;

229. Permitir que diversas certidões de dívida ativa sejam agrupadas dentro de um único processo;

230. Geração automática de processos, permitindo selecionar grupos de certidões a serem incluídas

nos diferentes processos;

231. Permitir a consulta aos processos por área, tipo de ação, assunto, órgão, vara, tipo de pessoa,

situação, entre outros;

232. Disponibilizar gráficos gerenciais, quantitativos e financeiros, tais como: processos por área, tipo

de ação, assunto;

233. Disponibilizar agenda por usuário, permitindo o cadastramento tanto de compromissos vinculados

à processos quanto de outros compromissos quaisquer;

234. Permitir que um usuário possa delegar a outro o direito de consultar sua agenda particular;

235. Permitir a configuração de alertas por ocasião da ocorrência de compromissos agendados.

Produção Primária

236. Possibilitar o controle das notas fiscais distribuídas aos produtores;

33

237. Possuir rotinas para entrega de talões, devolução, liquidação e revalidação de Notas Fiscais;

238. Permitir que uma única Nota Fiscal tenha em contrapartida qualquer número de contra notas;

239. Possuir controle de talões de Notas Fiscais mantidos em estoque para posterior distribuição aos

produtores;

240. Permitir a parametrização da disposição do conteúdo das Notas Fiscais a serem impressas;

241. Possuir emissão de etiquetas, permitindo inclusive a parametrização da distribuição de seu

conteúdo dentro do corpo da etiqueta;

242. Emitir formulário para solicitação de talões à Secretaria Estadual de Fazenda;

243. Possuir rotinas para identificação de produtores omissos;

244. Permitir a associação de mais de um produtor a uma mesma Inscrição Estadual;

245. Permitir diferenciar produtor de proprietário de uma propriedade;

246. Permitir o agrupamento de operações em um grupo de operações, facilitando a extração de

informações estatísticas e quantitativas;

247. Permitir utilizar unidades de medida distintas para quantificar volumes produzidos e vendidos;

248. Permitir a criação de grupos de produtos, facilitando a extração de informações;

249. Gerar informações para a Secretaria Estadual de Fazenda para apuração do índice de retorno do

ICMS, em arquivo magnético ou através de relatórios;

250. Possuir funções para acompanhamento das saídas de produtos por município, natureza da

operação, quantidade e valor;

251. Emitir fichas para cadastramento e recadastramento de produtores e propriedades;

252. Possibilitar análise estatística das operações por produtor e produto;

253. Permitir o acompanhamento da produção efetiva contra a produção estimada;

254. Possuir gráficos comparativos, tais como: Produtos x Produtor, Destinatários x Produtos,

Produtos x Municípios;

255. Manter informações históricas relativas a produtores, produtos e propriedades.

34

3 - Sistema de Portal da Transparência

1. Itens obrigatórios que o sistema de Contabilidade deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações:

2. Possibilidade de impressão de todas as informações que são disponibilizadas.

3. Possibilidade de exportar as informações em um ou mais arquivos através de um formato aberto (não proprietário).

4. Possibilidade de mergulhar nas informações até chegar ao empenho que originou a despesa orçamentária.

5. Possibilidade de mergulhar nas informações até chegar aos credores com seus respectivos empenhos que originaram a despesa orçamentária.

6. Histórico de navegação e filtros utilizados em cada consulta.

7. Resumo explicativo em todas as consultas da Receita e da Despesa. Esta informação deve ser parametrizável, ficando a critério do administrador do sistema informar o conteúdo que achar necessário.

8.

Movimentação diária das despesas, contendo o número do empenho, data de emissão, unidade gestora e credor, além do valor empenhado, em liquidação (esta informação deve ser parametrizável pelo administrador do sistema), liquidado, pago e anulado relacionado ao empenho.

9. Movimentação diária das despesas, com possibilidade de impressão dos empenhos orçamentários, extraorçamentários e de restos a pagar.

10. Movimentação diária das despesas, com possibilidade de selecionar os registros por: período, unidade gestora, credor, documento do credor (CPF/CNPJ), número do empenho e tipo do empenho (orçamentário, extraorçamentário ou restos a pagar).

11.

Dados cadastrais do empenho com as seguintes informações:

Unidade gestora;

Data de emissão;

Funcional programática;

Fonte de recursos;

Credor, com seu respectivo documento;

Tipo, número, ano e data de homologação da licitação;

Número do processo de compra;

Número do convênio;

Número do contrato;

Descrição da conta extra (para os empenhos extraorçamentários)

Histórico do empenho;

Itens do empenho com as suas respectivas quantidades, unidade e valor unitário;

12. Dados de movimentação do empenho contendo os valores: empenhado, em liquidação (esta informação deve ser parametrizável pelo administrador do sistema), liquidado, pago e anulado.

13. Filtros para selecionar o exercício, mês inicial/final, e Unidade Gestora.

14. Movimentação das Despesas e Receitas de uma determinada unidade gestora ou de todas de forma consolidada.

15. Movimentação das Despesas por Classificação Institucional, contendo valores individuais e totais por Órgão, Unidade, 3º Nível (quando existir), Natureza da Despesa e Credores.

16. Movimentação das Despesas por Função de Governo, contendo valores individuais e totais por Função, Subfunção, Programa de Governo, Natureza da Despesa e Credores.

35

17. Movimentação das Despesas por Programa de Governo, contendo valores individuais e totais por Programa de Governo, Ação de Governo, Natureza da Despesa e Credores.

18. Movimentação das Despesas por Ação de Governo, contendo valores individuais e totais por Tipo da Ação (Projeto, Atividade, Operação Especial), Ação de Governo, Natureza da Despesa e Credores.

19. Movimentação das Despesas por Categoria Econômica, contendo valores individuais e totais por Natureza da Despesa, Grupo de Despesa, Modalidade de Aplicação, Elemento de Despesa e Credores.

20. Movimentação das Despesas por Fonte de Recursos, contendo valores individuais e totais por Fonte de Recursos, Detalhamento da Fonte, Natureza da Despesa e Credores.

21. Movimentação das Despesas por Esfera Administrativa, contendo valores individuais e totais por Esfera, Natureza da Despesa e Credores.

22. Movimentação das Despesas envolvendo os Elementos “Diárias” e “Passagens”, contendo valores individuais e totais por Elemento e Credor.

23. Movimentação de Arrecadação das Receitas por Natureza da Receita, contendo valores individuais e totais por Categoria Econômica, Origem, Espécie, Rubrica, Alínea, Subalínea e Detalhamento.

24. Movimentação de Arrecadação das Receitas por Fonte de Recursos, contendo valores individuais e totais por Natureza da Receita, Origem, Espécie, Rubrica, Alínea, Subalínea e Detalhamento.

25. Movimentação de Arrecadação das Receitas contendo os valores de Previsão Inicial, Previsão das Deduções, Previsão Atualizada Líquida, Arrecadação Bruta, Deduções da Receita e Arrecadação Líquida.

26. Movimentação das Despesas contendo os valores da Dotação Inicial, Créditos Adicionais, Dotação Atualizada, Valor Empenhado, em Liquidação (esta informação deve ser parametrizável pelo administrador do sistema), Valor Liquidado e Valor Pago.

27. Movimentação diária de arrecadação das receitas, contendo os valores totais de arrecadação no dia, no mês e no período selecionado.

28. Movimentação diária das despesas, contendo os valores totais efetuados no dia, no mês e no período selecionado.

29. Movimentação dos empenhos a pagar contendo a Data de Vencimento, Fornecedor, Valor a Pagar, Número do Empenho, Tipo do Empenho, Fonte de Recursos, Descrição do Movimento, Processo Licitatório (se houver), Valor Empenhado e Valor a Pagar

30. Movimentação de recursos financeiros extraorçamentários repassados entre entidades públicas da mesma esfera de governo contendo unidade concessora/recebedora, finalidade da transferência, programação inicial, histórico de movimentos e resumo da transferência

31. Data da última atualização dos dados efetuada.

Itens obrigatórios que o sistema de Licitação deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações:

32. Apresentar os Contratos da Administração Pública com seus aditivos, reajustes, e demais alterações. Permitindo a seleção por exercício, unidade gestora, finalidade, fornecedor, valor e período.

33. Apresentar os Processos Licitatórios e afastados de licitação, permitindo selecioná-los pelo exercício, unidade gestora, modalidade, finalidade, objeto e expedição.

34. Apresentar os fornecedores e seus respectivos fornecimentos à unidade gestora, identificando seus contratos e itens fornecidos.

35. Apresentar os produtos consumidos e seus respectivos fornecedores e contratos, permitindo selecioná-los por unidade gestora, descrição e períodos.


36



Itens obrigatórios que o sistema de Folha de Pagamento deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações:

39. Informações do quadro de servidores ativos contendo nome, matrícula, cargo/função, lotação e vínculo

40. Informações dos servidores efetivos contendo legislação regulamentadora, data de admissão, forma de contratação, carga horária, horário de trabalho e situação funcional

41. Informações dos servidores comissionados contendo data de nomeação, número do ato de nomeação, data de exoneração, número do ato de exoneração, existência de vínculo efetivo, carga horária, detalhamento das atribuições, legislação regulamentadora e situação funcional

42. Informações dos servidores cedidos/recebidos contendo legislação regulamentadora, carga horária, número do ato de cessão, ônus do pagamento e prazo de cessão

43. Informações dos servidores temporários contendo data inicial e final da contratação

44. Informações dos estagiários contendo data de admissão, curso vinculado ao estágio e carga horária

45. Informações do quadro de servidores inativos contendo nome, matrícula, cargo/função em que se deu a aposentadoria, data de ingresso no quadro de inativos e regime de aposentadoria

46. Informações da quantidade de servidores, salário base, vencimentos totais, descontos e valor líquido em níveis de visão por Entidade, Período, Secretaria, Departamento, Sessão, Setor, Cargo e Servidor.

47. Informações do número de vagas criadas e disponíveis conforme o regime de contratação




Itens obrigatórios que o sistema de Arrecadação deve fornecer ao sistema de Informações em ‘tempo real’ na WEB, para que este permita ao cidadão visualizar as seguintes informações:

51. Valores Arrecadados, em níveis de visão por Natureza da Receita e seus valores.

52. Valores Lançados, Período, Tipo de tributo, Descrição do Tributo e seus valores.

53. Valores Deduzidos, em níveis de visão por Natureza da Receita e seus valores.

54. Valores Arrecadados, em níveis de visão por Fonte de Recurso, Natureza da Receita e seus valores.

55. Valores Deduzidos, em níveis de visão por Fonte de Recurso, Natureza da Receita e seus valores.



37


59. Itens obrigatórios que o Sistema de Informações em ‘tempo real’ na WEB deve gerar para conhecimento do cidadão:

60. Possibilidade de consultar as opções de menu disponíveis e respostas as perguntas frequentes com base em um argumento simples de pesquisa

61. Possibilidade de saber quais são os recursos de acessibilidade disponíveis

62. Possibilidade de consultar, imprimir e exportar as respostas as perguntas mais frequentes que facilitam o entendimento sobre os objetivos e conteúdo do portal

63. Possibilidade de consultar, imprimir e exportar informações sobre a estrutura organizacional da entidade. Tais dados compreendem: nome, endereço, horário de atendimento, telefones, atribuições e responsável

64. Possibilidade de consultar publicações diversas da entidade que envolvem temas como: Planejamento/Orçamento, Lei 9.755/98 (Contas Públicas), Lei de Responsabilidade Fiscal (RREO e RGF), Anexos da Lei 4.320/64, Licitações, Contratos e Gestão Pessoal

65. Possibilidade de consultar informações do responsável pela manutenção do portal. Tais dados compreendem: nome, endereço, horário de atendimento, telefones e contato eletrônico

4 - Sistema de Compras e Licitações – AUDESP Fase IV

1. Registrar os processos licitatórios identificando o número do processo, objeto, requisições de

compra a atender, modalidade de licitação e datas do processo;

2.

Possuir meios de acompanhamento de todo o processo de abertura e julgamento da licitação,

registrando a habilitação, proposta comercial, anulação, adjudicação e emitindo o mapa

comparativo de preços;

3. Permitir o cadastramento de comissões julgadoras: especial, permanente, servidores e leiloeiros,

informando as portarias e datas de designação ou exoneração e expiração;

4. Permitir consulta ao preço praticado nas licitações, por fornecedor ou material;

5. Emitir relatórios de envio obrigatório ao TCU;

6. Disponibilizar a Lei de Licitações em ambiente hipertexto;

7.

Possuir rotina que possibilite que a pesquisa de preço e a proposta comercial sejam preenchidos

pelo próprio fornecedor, em suas dependências e, posteriormente, enviada em meio eletrônico

para entrada automática no sistema, sem necessidade de redigitação;

8.

Permitir efetuar o registro do extrato contratual, da carta contrato, da execução da autorização de

compra, da ordem de serviço, dos aditivos, rescisões, suspensão, cancelamento e reajuste de

contratos;

9. Integrar-se com a execução orçamentária gerando automaticamente as autorizações de empenho

e a respectiva reserva de saldo;

10.

Utilizar registro geral de fornecedores, desde a geração do edital de chamamento até o

fornecimento do “Certificado de Registro Cadastral”, controlando o vencimento de documentos,

bem registrar a inabilitação por suspensão ou rescisão do contrato, controlando a data limite de

inabilitação;

11. Emitir etiquetas e malas diretas para fornecedores, permitindo ao próprio usuário a formatação da

etiqueta e do documento a ser enviado, possibilitando a seleção do conteúdo e seu

38

posicionamento dentro dos respectivos documentos e etiquetas;

12. Permitir o parcelamento e cancelamento das Autorizações de Compra e Ordens de Serviço;

13.

Permitir que documentos como editais, autorizações de fornecimento, ordens de execução de

serviços, autorização de empenho, extrato contratual, cartas contrato, deliberações e pareceres

possam ser formatados pelo usuário, permitindo selecionar campos constantes bem sua

disposição dentro do documento;

14. Permitir a cópia de processos de forma a evitar redigitação de dados de processos similares;

15. Possibilitar que a partir do sistema de licitação seja possível efetuar a anulação parcial do

empenho no sistema contábil;

16. Todas as tabelas comuns aos sistemas de licitações e de materiais devem ser únicas, de modo a

evitar a redundância e a discrepância de informações.

17. Anexação de Documentos

18. Registrar a Sessão Pública do Pregão

19. Permitir a gestão dos afastamentos, licitações e instrumentos contratuais por entidade (unidade

gestora).

20. Possibilitar que em uma licitação da Administração Direta possam ser inseridas outras entidades

pertencentes ao Ente, identificando claramente os itens que serão destinados a cada entidade.

21. Integrar-se com o sistema Contábil em tempo real

22. Integrar-se com o sistema de almoxarifado em tempo real

23. Permitir a emissão de instrumento contratual (autorizações), possibilitando o agrupamento por

despesas, ou não;

24. Atender aos benefícios previstos na lei 123/2006 para as ME’s e EPP’s durante a sessão publica

das licitações;

25. Possibilitar aprovações eletrônicas entre as fases internas do sistema, com a possibilidade de

incluir usuários substitutos para a aprovação e selecionar quais fases o usuário deseja controlar;

26. Permitir reservar o saldo orçamentário a partir da Requisição de Compras, com verificação de

saldo diário no sistema contábil;

27. Bloquear as movimentações após o envio de informação ao TCE – SP;

28.

Permitir emitir o relatório dos sistemas possibilitando ao usuário a possibilidade de selecionar a

visualização do relatório em tela, ou gerar em arquivo PDF ou enviar diretamente para

impressora;

29. Controlar o acesso dos usuários, restringindo o acesso às funcionalidades por grupos de usuários

ou por usuários;

30. Permitir sincronizar as permissões de acesso do usuário de acordo com as permissões do grupo

de usuários;

31. Permitir controlar a execução de funcionalidade, com liberação durante a execução da função,

solicitando a inserção da senha do usuário administrador (Dupla Custódia);

32. Controlar dias e horas de acesso dos usuários ao sistema, permitindo ou negando os dias e

horas desejados;

33.

Armazenar informações de acesso e alterações dos registros no banco de dados, informando o

IP de acesso, a maquina, a data, a hora, e o usuário, informando a funcionalidade utilizada e o

registro alterado;

39

34. Controlar o acesso ao sistema por usuário e senha, permitindo ao usuário a alteração da senha

na tela de login;

35. Permitir o acesso ao sistema com conta integrada ao Windows;

36. Permitir a utilização de acesso estendido, exibindo informações da data e hora do último acesso

ao sistema;

37. Permitir a integração com o sistema de Gestão de Pessoal, possibilitando a integração do usuário

do sistema com funcionário cadastrado no sistema de Gestão de Pessoal;

38. Permitir inserir a imagem do funcionário no cadastro do usuário do sistema;

39. Permitir bloquear o acesso de usuário;

40. Permitir a obrigatoriedade de alteração de senha de acesso de cada usuário dentro de uma

quantidade de dias pré-determinada;

41. Cadastro Único de Fornecedores;

42. Cadastro Único de Materiais.

AUDESP – FASE IV

43. Permitir a geração dos arquivos a serem transmitidos ao Tribunal de Contas o Estado de São Paulo – SP referente a Fase IV do Projeto AUDESP.

44.

Disponibilizar consulta que irá indicar quantos dias ainda restam para realizar a prestação de contas das licitações, ajustes (podendo ser contrato ou nota de empenho), execuções dos ajustes (liquidações e pagamentos) e termos aditivos para prestações de contas das licitações e contratos ao Audesp – TCE/SP.

45. Coletar informações requeridas pelo Audesp – TCE/SP, referentes a cada processo licitatório, registradas nas respectivas fases do mesmo, diretamente no sistema de licitações de forma automática.

46. Permitir o cadastramento de informações exigidas pelo Audesp – TCE/SP referentes aos processos licitatórios, contratos ou ajustes congêneres para geração dos arquivos de envio.

47. Permitir a digitação dos dados de execução contratual requeridos pelo Audesp – TCE/SP que não são tratados pelo sistema de contabilidade.

48. Permitir o preenchimento de informações exigidas pelo Audesp – TCE - SP referentes à obras e/ou serviços de engenharia quando este for o objeto da licitação.

49. Coletar informações referentes aos empenhos, liquidações e documentos fiscais associados, automaticamente do sistema de contabilidade.

50. Gerar os arquivos de extensão .xml, de acordo com os leiautes disponibilizados pelo TCE – SP, para possibilitar a transmissão de dados em lote, através do coletor de dados Audesp – fase IV.

51. No momento da geração dos arquivos xml, apresentar críticas que indiquem os dados não informados no processo licitatório, contrato ou ajustes congêneres caso estes necessitem de complementação.

52. Permitir que sejam verificadas as inconsistências para ajustes nos processos de compras com relatórios de validação e críticas.

5 - Sistema de Almoxarifado e Estoques

1.

Permitir o gerenciamento integrado dos estoques de materiais existentes nos diversos

almoxarifados, englobando ainda a gestão de entidades (unidades gestoras) junto aos

almoxarifados.

40

2. Utilizar centros de custo na distribuição de materiais, para apropriação e controle do consumo;

3.

Permitir a fixação de cotas financeiras ou quantitativas por material individual ou por grupo de

materiais para os centros de custos (nos níveis superiores e nos níveis mais baixos dentro da

hierarquia), mantendo o controle sobre os totais requisitados, alertando sobre eventuais estouros

de cotas;

4. Possuir controle da localização física dos materiais no estoque;

5. Permitir a geração de pedidos de compras para o setor de licitações;

6.

Permitir que o documento pedido de compras possa ser parametrizado pelo próprio usuário,

permitindo-lhe selecionar dados a serem impressos, bem como a sua disposição física dentro do

documento;

7. Permitir que ao realizar a entrada de materiais possa ser realizado o vínculo com o respectivo

Pedido de Compra, gerando assim a baixa da necessidade de compra que estava pendente

8. Manter controle efetivo sobre as requisições de materiais, permitindo atendimento parcial de

requisições e mantendo o controle sobre o saldo não atendido das requisições;

9.

Permitir que o documento requisição de material possa ser parametrizado pelo próprio usuário,

permitindo-lhe selecionar dados a serem impressos, bem como a sua disposição física dentro do

documento;

10. Efetuar cálculo automático do preço médio dos materiais;

11. Controlar o estoque mínimo, máximo e ponto de reposição dos materiais de forma individual e por

Almoxarifado;

12. Emitir etiquetas de prateleiras para identificação dos materiais;

13. Manter e disponibilizar em consultas e relatórios, informações históricas relativas à movimentação

do estoque para cada material, de forma analítica;

14. Permitir o registro da abertura e do fechamento de inventário, bloqueando movimentações

durante a sua realização;

15. Tratar a entrada de materiais recebidos em doação;

16. Possuir integração com o sistema de administração de frotas efetuando entradas automáticas nos

estoques desse setor;

17. Possuir integração com o sistema patrimonial disponibilizando automaticamente a inclusão do

item patrimonial naquele sistema e mantendo o vínculo entre eles;

18. Permitir controlar a aquisição de materiais de aplicação imediata;

19. Permitir o controle de datas de vencimento de materiais perecíveis;

20. Permitir bloquear as movimentações em períodos anteriores a uma data selecionada;

21. Possibilitar a definição parametrizada através de máscara da estrutura de centros de custos,

locais físicos e de classificação de materiais;

22. Possibilitar restringir o acesso dos usuários somente a almoxarifados específicos;

23. Possibilitar que determinados itens sejam requisitados apenas por determinados centros de

custos;

24. Emitir recibo de entrega de materiais, permitindo que esse documento seja parametrizado pelo

próprio usuário, possibilitando-lhe selecionar os dados a serem impressos, bem como a sua

41

disposição física dentro do documento.

25. Permitir a movimentação por código de barras do próprio fornecedor

26. Elaborar relatórios de Consumo Médio e de Curva ABC

27.

Controlar as entradas por nota fiscal que necessitam de conferência para que seja possível

identificar e finalizar o estágio de conferência em momento posterior ao do registro da entrada da

nota fiscal.

28. Possui integração em tempo real com a contabilidade onde seja possível efetuar a escrituração

contábil de todos os movimentos de entrada e saída que afetam o estoque.

29.

Possuir integração em tempo real com a execução das despesas orçamentárias, identificando e

solicitando a liquidação ou o “em liquidação” do empenho relacionado à respectiva entrada por

nota fiscal.

30.

Possui movimentação específica para o registro de desperdícios, resíduos e refugos existentes

na gestão de estoques, efetivando assim correta caracterização das saídas de materiais

inservíveis.

31.



impressora;

32. Controlar o acesso dos usuários, restringindo o acesso as funcionalidades por grupos de usuários

ou por usuários;


de usuários;




horas desejados;

36.


IP de acesso, a máquina, a data, a hora, e o usuário, informando a funcionalidade utilizada e o

registro alterado;


na tela de login;



ao sistema;







6 – Sistema de Controle Patrimonial – NBCASP

42

1. Permitir o controle dos bens patrimoniais, tais como os recebidos ou cedidos em comodato a

outros órgãos da administração pública e também os alugados pela entidade;

2.

Possuir gestão de entidades (unidade gestora) de todos os bens cadastrados e que sofram

movimentação ao longo de sua vida útil, identificando de forma transparente qual entidade detém

a posse do mesmo.

3.

Permitir ingressar itens patrimoniais pelos mais diversos tipos, como: aquisição, doação, dação

de pagamento, obras em andamento, entre outros, auxiliando assim no mais preciso controle dos

bens da entidade, bem como o respectivo impacto na contabilidade.

4. Permitir a utilização, na depreciação, amortização e exaustão, os métodos: linear ou de quotas

constantes e/ou de unidades produzidas, em atendimento a NBCASP;

5. Permitir registrar o processo licitatório, empenho e nota fiscal referentes ao item.

6. Possibilitar a vinculação entre itens patrimoniais (agregação), de forma que possam ser tratados

como um único bem, possibilitando sua desvinculação a qualquer momento;

7. Permitir transferência individual, parcial ou global de itens;

8.

Permitir a escrituração contábil tempestiva das transações de avaliação patrimonial, depreciação,

amortização, exaustão, entre outros fatos administrativos com impacto contábil, em conformidade

com a NBCASP (integração com setor contábil);

9.

Permitir o armazenamento dos históricos de todas as operações como depreciações,

amortizações e exaustões, avaliações, os valores correspondentes aos gastos adicionais ou

complementares, bem como registrar histórico da vida útil, valor residual, metodologia da

depreciação, taxa utilizada de cada classe do imobilizado para fins de elaboração das notas

explicativas correspondentes aos demonstrativos contábeis, em atendimento a NBCASP;

10.

Permitir a avaliação patrimonial em atendimento a NBCASP (Normas Brasileiras de Contabilidade

Aplicadas ao Setor Público), possibilitando o registro do seu resultado, independente deste ser

uma Reavaliação ou uma Redução ao Valor Recuperável;

11. Permitir o controle dos diversos tipos de baixas e desincorporações como: alienação, permuta,

furto/roubo, entre outros;

12.

Permitir a realização de inventário, bloqueando a movimentação ou destinação de bens durante a

sua realização inclusive oferecendo a utilização de mecanismo externo para a coleta de

informações dos bens patrimoniais (Coletores de Dados) tornando dessa forma o processo de

inventário sem intervenção manual/papel; deve permitir configurar os arquivos de importação e

exportação que serão utilizados pelo coletor de dados.

13. Permitir o registro pelo responsável, da conformidade do inventário;

14. Permitir a transferência pela comissão de inventário de bens localizados, mas pertencentes a

outro setor, durante o inventário;

15. Manter o controle do responsável e da localização dos bens patrimoniais;

16. Emitir e registrar Termo de Guarda e Responsabilidade, individual ou coletivo dos bens;

17.

Permitir que o termo de guarda e responsabilidade possa ser parametrizado pelo próprio usuário,

permitindo-lhe selecionar campos a serem impressos bem como selecionar a disposição desses

campos dentro do corpo do documento;

18. Emitir nota de transferência de bens;

19.

Permitir que a nota de transferência de bens possa ser parametrizada pelo próprio usuário,


campos dentro do corpo do documento;

43

20. Emitir etiquetas de controle patrimonial, inclusive com código de barras para leitura óptica;

21.

Permitir que a etiqueta de controle patrimonial possa ser parametrizada pelo próprio usuário,


campos dentro do corpo da etiqueta;

22. Manter controle sobre vencimento dos prazos de garantia do fabricante;

23. Registrar e emitir relatórios das manutenções preventivas e corretivas dos bens;

24. Permitir que em qualquer ponto do sistema um item possa ser acessado tanto pelo seu código

interno como pela placa de identificação;

25.

Disponibilizar consulta com a visão contábil para viabilizar a comparabilidade do controle dos

bens com os registros contábeis, apresentando no mínimo a composição do valor bruto contábil

(valor de aquisição mais os valores correspondentes aos gastos adicionais ou complementares);

do valor líquido contábil (valor bruto contábil deduzido as depreciações/amortizações/exaustões)

no período e acumuladas no início e no final do período;

26. Emitir relatórios, bem como gerar arquivos, destinados à prestação de contas em conformidade

com os Tribunais de Contas;

27. Emitir relatório de itens podendo filtrar por entidades.

28.

Possuir integração em tempo real com a execução das despesas orçamentárias, identificando e

solicitando a liquidação ou o “em liquidação” do empenho relacionado à respectiva incorporação

do patrimônio, quando este utilizar execução de despesa orçamentária.

29.



impressora;

30. Controlar o acesso dos usuários, restringindo o acesso as funcionalidades por grupos de usuários

ou por usuários;


de usuários;




horas desejados;

34.


IP de acesso, a maquina, a data, a hora, e o usuário, informando a funcionalidade utilizada e o

registro alterado;


na tela de login;



ao sistema;





44



43. Integrar-se com o sistema de almoxarifado e realizar lançamentos em tempo real;

44. Integrar-se com o sistema contábil e realizar lançamentos em tempo real;

45. Possibilitar a utilização de coletor de dados para execução do inventário;

46. Permitir o registro de Valor subsequente ao ingresso do bem, com descrição do item, nota fiscal,

processo licitatório, convênios, fornecedor e unidade gestora.

7 – Sistema GRP – BI – Business Intelligence – Informações Gerenciais Financeiro, Suprimentos e Receitas.

1.

Permitir a criação de novas informações para os dados existentes no software, a partir de uma

interface para tratar dados de forma multidimensional, permitindo a escolha de que dimensões

devem constar nas linhas e colunas e que métricas devem ser utilizadas para gerar a

visualização.

2.

Possibilidade de visualizar as informações criadas nas tabelas por pelo menos 45 tipos diferentes

de gráficos. A criação das novas tabelas deve ser feita através de interface visual permitindo que

o usuário arraste e solte as dimensões e métricas que quer.

3. Permitir o aprofundamento (drill-down) das dimensões quando mais de uma dimensão for

colocada na linha ou coluna de uma tabela.

4. O software deve definir quais dos gráficos são aplicáveis ou não ao formato de dados da tabela

criada, evitando assim que o usuário faça a escolha errada.

5. Deve ser possível escolher as paletas de cores para o gráfico ou criar uma nova.

6. Deve ser possível criar uma formatação condicional para o gráfico, com base em parâmetros dos

dados.

7.

Deve ser possível criar filtros nos dados e dimensões para a criação das tabelas e gráficos na

interface multidimensional. Os filtros devem mostrar os limites superior e inferior de cada

dimensão ou métrica utilizada, para facilitar a escolha dos valores pelo usuário final.

8. Deve ser possível criar colunas e linhas calculadas, através da interface multidimensional, para

facilitar análises.

9. Deve ser possível criar alertas, enviados por e-mail, caso alguma variável passe de um limite de

valor. As regras de alerta devem ser configuráveis no próprio software.

10.

A interface para construção das páginas Web deve dispensar o uso de linguagem de

programação. A construção das páginas deverá ser feita a partir de parametrização da ferramenta

e a quantidade e o tamanho das áreas deverão também ser parametrizados.

45

11.

Deverá permitir a administração (inclusão, exclusão, alteração e consulta) de usuários e grupos

de usuários. Deve permitir a associação de usuários a grupos, de perfis de acessos a usuários e

ou a grupos.

12. Deve possuir interface 100% Web.

13.

A interface Web deve possuir gráficos em HTML5 e em Flash, garantindo a funcionalidade de

rollback automático para identificar as características do dispositivo e servir a melhor opção do

gráfico (HTML5 ou Flash).

14. A segurança de acesso ao software (autorização) deverá utilizar o conceito de perfis de acesso.

15. Deve garantir integridade dos registros quando da atualização simultânea dos mesmos.

16. O BI deverá possuir interface web para a criação e apresentação de suas tabelas, listas e

gráficos.

Módulo Informações Gerenciais

17. Disponibilizar informações de interesse do administrador, através de integração com diversos

sistemas da administração municipal;

18. Permitir a emissão de relatórios relativos ao equilíbrio macroeconômico do município, através da

integração com o sistema de Contabilidade;

19. Disponibilizar informações sobre a responsabilidade fiscal do município através da emissão de

relatórios oriundos dos sistemas de Contabilidade e Arrecadação;

20. Permitir o acompanhamento da economicidade da administração municipal através da emissão de

relatórios provenientes dos sistemas de Contabilidade e Folha de Pagamento;

21. Permitir a emissão de relatórios relativos a licitações e compras realizadas pela prefeitura com

dados obtidos diretamente dos sistemas de Contabilidade e Contratos e Licitações;

22. Permitir a emissão do Resumo da Despesa Orçamentária;

23. Permitir a emissão da Execução Orçamentária Bimestral;

24. Permitir a emissão do Balancete da Despesa;

25. Permitir a emissão do Balancete da Receita;

26. Permitir a emissão do Balancete Financeiro;

27. Permitir a emissão do Balancete Extra-Orçamentário;

28. Permitir a emissão do Balancete de Verificação;

29. Permitir a emissão do Balancete de Metas de Arrecadação

30. Permitir a emissão do Balancete da Programação Financeira

31. Permitir a emissão do Quadro de Rendas Locais;

46

32. Permitir a emissão da Receita e Despesa - Taxa Prest. Serviço;

33. Permitir a emissão das Informações Tributárias;

34. Permitir emissão dos Relatórios Resumidos da Execução Orçamentária (Lei de Responsabilidade

Fiscal) Anexos 1,2,3,5,6,7,9,10,16 e 18.

35. Permitir emissão dos Relatórios de Gestão Fiscal (Lei de Responsabilidade Fiscal) Anexos

1,2,3,4,7.

36. Permitir emissão dos Anexos do TCU (LEI 9.755\98) Inc. I,X,XII,XIV e XVI.

37. Permitir a emissão da Despesa c/ Custeio da Câmara Municipal;

38. Permitir a emissão das Despesas Realizada Administração Direta;

39. Permitir a emissão da Despesa e Receita - Direta e Indireta;

40. Permitir a emissão das Despesas a Liquidar da Administração;

41. Permitir a emissão da Relação de Órgãos da Administração

42. Permitir a emissão de servidores versus população;

43. Permitir a emissão do Resumo de Despesas e Receitas

44. Permitir a emissão da relação de empenhos;

45. Permitir a emissão da relação de pagamentos por despesa;

46. Permitir a emissão da relação de pagamentos por data;

47. Permitir a emissão de publicidade das compras;

48. Permitir a emissão da publicidade compras - registro de preço;

49. Permitir a emissão dos Maiores Pagadores por Atividade;

50. Permitir a emissão dos Maiores Devedores;

51. Permitir a emissão dos Maiores Devedores por Atividade;

52. Permitir a emissão da análise arrecadação item/mês;

53. Permitir a emissão da situação das notificações;

54. Permitir a emissão dos débitos inscritos.

55. Permitir emissão da ficha registro

47

56. Permitir emissão do liquido a pagar

57. Permitir emissão da evolução por verba

58. Permitir a emissão do diário da tesouraria

59. Permitir a emissão do saldo de bancos

60. Permitir a emissão do demonstrativo financeiro de caixa

61. Permitir a emissão do balancete da receita diária

62. Permitir a emissão do balancete da despesa diária

63. Permitir a emissão da evolução da receita orçamentária

64. Permitir a emissão da evolução da despesa por órgão

65. Permitir a emissão do demonstrativo da receita realizada

66. Permitir a emissão do demonstrativo de gastos com educação

67. Permitir a emissão do demonstrativo de gastos com saúde

68. Integrar-se com o sistema de Ouvidoria

69. Integrar-se com o sistema de Frotas

70. Integrar-se com o sistema de Arrecadação;

71. Integrar-se com o sistema de Almoxarifado

72. Integrar-se com o sistema de Contratos e Licitações;

73. Integrar-se com o sistema de Folha de pagamento;

74. Integrar-se com o sistema de Contabilidade;

75. Permitir a criação de consultas personalizadas, por meio de tabelas e gráficos dinâmicos, obtendo

dados em tempo real a partir dos demais sistemas que compõem a solução.

Módulo – Indicadores de Gestão

76. Permitir exibir gráficos em tempo real;

77. Permitir exibir gráficos que permitam comparar as estimativas e metas definidas nas peças do

PPA, LDO e LOA;

78. Permitir exibir gráficos que demonstrem os percentuais investidos em educação, saúde e pessoal;

48

79. Permitir exibir em um único gráfico o comparativo mensal da receita orçada com a arrecadação e

a despesa fixada com a executada;

80. Permitir exibir em um único gráfico a comparação das Metas por Função dos quatro anos do PPA;

81. Permitir exibir gráfico com as Metas do PPA, LOA e LDO por Função;

82. Permitir exibir gráficos para acompanhar as despesas com diárias, obras, juros e amortização das

dívidas;

83. Permitir exibir gráficos com comparativo das despesas, tendo como valor o saldo a empenhar;

84. Permitir exibir gráficos com comparativo das despesas, tendo como valor a situação orçamentária;

85. Permitir exibir gráficos com comparativo da Receita Prevista x Arrecadada (LOA x LOA);

86. Permitir exibir gráficos com comparativo da Receita Prevista x Arrecadada (PPA x LOA);

87. Permitir exibir gráficos com comparativo da Receita Prevista x Arrecadada (LDO x LOA);

88. Permitir exibir gráficos da evolução da receita;

89. Permitir exibir gráficos da evolução da cobrança da divida ativa;

90. Permitir exibir gráficos com comparativo entre o valor lançado e arrecadado;

91. Permitir exibir gráficos com a evolução da inscrição da divida ativa;

92. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando percentual de horas

trabalhadas, percentual de horas de férias;

93. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando percentual de horas de

afastamento remunerado, não remunerado, acidente e doença.

94. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando distribuição salarial.

95. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando quadro comparativo

dos tipos de afastamento.

96.

Permitir exibir gráficos para gestão da folha de pagamento, demonstrando custo per capta da

folha mensal, benefícios mensais, horas extras mensais, férias mensais, afastamento

remunerado, afastamento não remunerado e indenizações.

97. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando quadro comparativo

das despesas fixas e variáveis da folha.

98. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando comparativo da

distribuição salarial por organograma.

99. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando quadro comparativo da

folha por secretaria.

100. Permitir exibir gráficos para gestão da folha de pagamento, demonstrando percentual de turn-

49

over.

101. Permitir exibir gráficos para acompanhar o consumo de materiais por órgão requisitante, por

período.

102. Permitir exibir gráficos informando os 15 maiores fornecedores de materiais, por período.

103. Permitir exibir gráficos para acompanhar o consumo de combustível por órgão, por período.

104. Permitir exibir gráficos para acompanhar o consumo de combustível por tipo de combustível,

exibindo por valor ou quantidade

105. Permitir exibir gráficos informando os principais fornecedores do município, exibindo o valor

empenhado, liquidado e pago.

106. Permitir exibir gráficos da Lei de Responsabilidade Fiscal com visão do STN do limite da divida

consolidada, por valor ou percentual.

107. Permitir exibir gráficos da Lei de Responsabilidade Fiscal com visão do STN, demonstrando a

disponibilidade financeira e disponibilidade financeira – rpps.

108. Permitir exibir gráficos da Lei de Responsabilidade Fiscal com visão do STN do detalhamento das

obrigações financeiras.

Sistema de Administração de Recursos Humanos, Contracheque Web, PPP, ESOCIAL e

SMT.

1. Permitir a captação e manutenção de informações pessoais e funcionais de pessoal ativo, inativo e pensionista, registrando a evolução histórica;

2. Permitir o cadastramento de um ou mais contratos de trabalho para um mesmo servidor (temporários e efetivos);

3. Permitir liberação das funcionalidades por usuário e com controle de acesso restrito por lotação, permitindo acesso exclusivo das informações por lotação de acesso, para descentralização das atividades;

4. Garantir a disponibilidade e segurança das informações históricas das verbas e valores de todos os pagamentos e descontos;

5. Permitir o cadastramento de currículos de candidatos e funcionários;

6.

Permitir a criação e formatação de tabelas e campos para cadastro de informações cadastrais complementares, e que o sistema disponibilize de forma automática, telas de manutenção destas informações, com possibilidade de parametrizar layouts diversos, para emissão de relatórios e geração de arquivos;

7. Permitir o registro de atos de elogio, advertência e punição;

8. Permitir o controle dos dependentes de servidores/funcionários realizando automaticamente a baixa na época e condições devidas;

9. Possuir cadastro de beneficiários de pensão judicial e das verbas para pagamento por ocasião de férias, 13º e folha de pagamento, com suas respectivas fórmulas, conforme determinação judicial;

10. Permitir o controle histórico da lotação, inclusive de servidores cedidos, para a localização dos mesmos;

50

11. Permitir o controle das funções em caráter de confiança exercida e averbada, que o servidor tenha desempenhado, dentro ou fora do órgão, para pagamento de quintos ou décimos de acordo com a legislação;

12. Permitir o controle do tempo de serviço efetivo, emitir certidões de tempo de serviço e disponibilizar informações para cálculo e concessão aposentadoria;

13. Possuir controle do quadro de vagas por cargo e lotação (previsto, realizado e saldo);

14. Permitir o registro e controle da promoção e progressão de cargos e salários dos servidores;

15. Possuir rotinas que permitam administrar salários, possibilitando reajustes globais e parciais;

16. Possuir rotina que permita controlar limite de piso ou teto salarial;

17. Permitir o controle automático dos valores relativos aos benefícios dos dependentes, tais como salário família e auxílios creche e educação;

18. Permitir o controle de benefícios concedidos devido ao tempo de serviço (anuênio, quinquênio, licença prêmio, progressões salariais e outros), com controle de prorrogação ou perda por faltas e afastamentos;

19. Permitir o cálculo automático de adicionais por tempo de serviço e a concessão, gozo ou transformação em abono pecuniário da licença-prêmio assiduidade;

20. Permitir o registro e controle de convênios e empréstimos que tenham sido consignados em folha;

21. Permitir a inclusão de valores variáveis na folha, como os provenientes de horas extras, periculosidade, insalubridade, faltas, empréstimos, descontos diversos e ações judiciais;

22. Possuir rotina de cálculo de benefícios tais como: Vale Transporte e Auxílio Alimentação;

23. Possuir controle dos Tomadores de serviço, pagamentos por RPA, Nota Fiscal e outros, integrando essas informações para DIRF;

24. Permitir o controle de diversos regimes jurídicos, bem como contratos de duplo vínculo, quanto ao acúmulo de bases para IRRF, INSS e FGTS;

25. Permitir simulações parciais ou totais da folha de pagamento;

26. Possuir rotina para programação e cálculo do Décimo Terceiro (Adto, Anual e Complemento Final Dezembro)

27. Possuir rotina para programação e cálculo de Férias normais e coletivas

28. Possuir rotina para programação e cálculo de rescisões de contrato de trabalho e demissões;

29. Permitir cálculo e emissão de Rescisão Complementar apurando automaticamente as diferenças encontradas ou por meio do lançamento de valores no movimento variável, gerando o registro destes valores na Ficha Financeira do mês.

30. Permitir o cálculo de Folha Retroativa com encargos (IRRF/Previdência), para admissões do mês anterior, que chegaram com atraso para cadastramento;

31. Permitir o cálculo de Folha Complementar SEM encargos (IRRF/Previdência), para pagamento das diferenças de meses anteriores, a serem pagas no mês da Folha Atual;

32. Permitir o cálculo para pagamento do pessoal ativo, inativo e pensionistas, tratando adequadamente os diversos regimes jurídicos, adiantamentos, pensões e benefícios, permitindo recálculos gerais, parciais ou individuais;

33. Possuir bloqueio do cálculo da Folha Mensal (Com mensagem de Alerta) para servidores com término de contrato (Temporário/Estágio Probatório) no mês, o qual deverá ser rescindido ou prorrogado;

51

34. Após cálculo mensal fechado, não deve permitir movimentações que afetem o resultado do cálculo ou histórico mensal, mas deve permitir que um usuário autorizado possa abrir o cálculo mensal e liberar a movimentação.

35. Permitir cálculo e emissão da provisão de Férias, 13º Salário e encargos por período;

36. Permitir emissão de relatório com demonstrativo da provisão, de forma analítica e sintética.

37. Permitir a parametrização, geração das receitas e despesas com pessoal, e a emissão do demonstrativo da integração da Folha Mensal e Provisão de Férias, 13º Salário e Encargos.

38. Manter o registro das informações históricas necessárias às rotinas anuais, 13º Salário, rescisões de contrato e férias;

39. Permitir a geração de informações mensais para Tribunal de Contas do Estado (TCE), Fundo de Previdência Municipal (GPRM), Previdência Social (GPS e MANAD), Caixa (GRFC, GRRF, SEFIP/GFIP) e Ministério do Trabalho (CAGED).

40. Permitir a geração de informações anuais como RAIS, DIRF, Comprovante de Rendimentos e pagamento PIS/PASEP

41. Permitir a formatação e emissão de contracheques, cheques de pagamento e etiquetas com livre formatação desses documentos pelo usuário;

42. Permitir formatação e geração de arquivos para crédito bancário;

43. Permitir utilização de logotipos, figuras e formatos PCL como imagem de fundo nos relatórios;

44. Permitir a parametrização de documentos legais e admissionais, com uso de um editor de texto (Word);

45. Permitir retificar informações geradas em competências anteriores por meio de SEFIP RETIFICADORA.

46. Permitir parametrizar Operadora de Plano de Saúde para gerenciar o benefício fornecido aos servidores e posteriormente levar as informações automaticamente na DIRF e Informe de Rendimentos.

47. Permitir gerenciar os valores de Mensalidade do Plano de Saúde para Titular e Dependente, parametrizando a forma de desconto na folha mensal e em rescisão.

48. Permitir interromper Legalmente as Férias em virtude de Licença Maternidade, permitindo que estas sejam programadas e calculadas de forma automática no retorno do afastamento.

Ato Legal e Efetividade – AUDESP

49. Permitir o registro dos documentos de Atos Legais (Portarias, Decretos, Requisições e outros);

50. Permitir a manutenção do movimento de Ato Legal por servidor, independente das alterações cadastrais do funcionário, Afastamentos e Benefícios Fixos;

51. Permitir integração das alterações cadastrais, Afastamentos e Benefícios Fixos do funcionário com movimento de Ato Legal que autoriza a movimentação;

52. Permitir o controle dos Atos a serem considerados para Efetividade, conforme tipo e opções parametrizadas pela empresa;

53. Permitir emissão da Certidão Tempo de Serviço com grade de Efetividade, por ano, meses e tipo efetividade com dias por mês e total por ano, com resumo final do Tempo Municipal e Tempo Efetividade (Tempo Atual mais Anterior).

Registros do SMT

54. Permitir registrar os dados dos responsáveis pelas informações de monitoração Biológica por período, mantendo histórico atualizado;

52

55. Permitir registrar os dados dos responsáveis pelas informações de monitoração dos registros Ambientais por período, mantendo histórico atualizado;

56. Permitir gerenciar e manter atualizado todas as informações cadastrais, pertinentes ao PPP, como alteração de cargos, mudança de agente nocivo, transferências, descrição dos cargos e atividades exercidas pelo funcionário;

57. Permitir registrar os exames periódicos, clínicos e complementares e manter os dados históricos;

58. Permitir registrar e manter atualizado o histórico da exposição do trabalhador aos fatores de riscos;

59. Permitir a emissão do PPP individual ou por grupo de funcionários;

60.

Permitir registrar as informações referente ao Acidente de Trabalho (CAT):

a) Identificação do Registrador, Empregador e Trabalhador; b) Comunicação do Acidente de Trabalho com (Data, Tipo e Hora do acidente,

Horas trabalhadas antes do acidente, Tipo da CAT, indicativo de CAT); c) Local do acidente; d) Detalhamento da(s) parte(s) atingida(s) pelo acidente de trabalho; e) Detalhamento do(s) agente(s) causador(es) do acidente de trabalho; f) Atestado médico; g) Nome do médico que emitiu o atestado.

61. Permitir informar o cadastro de EPI – Equipamento de Proteção Individual, o certificado de aprovação (CA), informações relativas as medidas de proteção coletiva, informações pertinentes a manutenção de uso como Higienização, Validade e Troca do EPI;

Contracheque WEB e Portal do Servidor

62. Permitir o acesso ao Portal do Servidor com logon/senha, utilizando como padrão de logon CPF;

63. Permitir a solicitação de nova senha em caso de esquecimento, enviando link com nova senha para e-mail previamente cadastrado;

64. Permitir a parametrização dos campos, informações no contracheque, de acordo com a definição do usuário/administrador.

65. Permitir incluir logotipo e marca d’agua da empresa (órgão) no contra cheque.

66. Permitir a formatação de layout do formulário do modelo do contra cheque web

67. Permitir consulta e emissão do Contracheque, Consulta e emissão do Informe de Rendimentos no layout da RFB, mediante identificação do login e senha, por servidor

68. Permitir a validação do contra cheque impresso via web pelo servidor, utilizando a forma de autenticação QR code, para comprovação de autenticidade

69. Permitir parametrizar quais os dados cadastrais o servidor terá acesso para conferencia e atualização, permitindo ainda que o RH defina quais “campos” deverá enviar comprovante para validar as atualizações.

70. Permitir ao usuário do RH conferir as informações enviadas através do Portal do Servidor, e validar ou rejeitar as mesmas com documentos anexados quando necessário e atualizar as mesmas no cadastro do funcionário

71. Permitir listar informações relativas aos servidores que terão acesso ou não ao Portal [Logins Divergentes e Logins Disponíveis]

72. Permitir o servidor consultar e atualizar seus dados pessoais no Portal do Servidor, por meio de Login e Senha.

ESocial Adequação e Qualificação Cadastral

53

73. Permitir realizar o diagnóstico da Qualificação Cadastral antes da geração do arquivo, realizar a geração arquivo de informações para envio ao Portal Nacional do eSocial referente a Qualificação Cadastral e receber arquivo de retorno do eSocial e emitir relatório com as críticas apurada.

74. Permitir o agrupamento de empresas com o mesmo CNPJ para envio ao eSocial

75. Utilizar o mecanismo Token para habilitar os novos campos referentes ao eSocial

76. Permitir realizar o cadastramento do responsável pelo eSocial com todas as informações exigidas pelo eSocial Nacional

77. Permitir realizar o relacionamento dos códigos de verbas do sistema com as rubricas do eSocial.

78. Permitir gerar o relatório de Diagnóstico das informações do Empregador, Cargos, Escalas, Horários, e listar as inconsistências encontradas.

79. Permitir gerar o relatório de Diagnóstico do Empregado com dados pessoais, documentação, endereço, formação, informações contratuais, e listar as inconsistências encontradas.

80. Permitir a parametrização das rubricas do eSocial com a bases legais (IRRF, INSS, FGTS) e gerar relatórios de divergências;

Sistema de Protocolo e Tramitação de Processos Web

1. Integrar-se ao sistema de arrecadação para verificar a situação de adimplência ou inadimplência do requerente;

2. Permitir a parametrização da numeração dos processos permitindo a adoção de numeração sequencial única, sequencial única dentro do ano, sequencial única dentro de cada mês;

3. Possuir tabela parametrizável de valores das taxas de expediente;

4. Emitir documento de arrecadação de taxas de expediente diversas, inclusive possibilitando a impressão de código de barras para recebimento pela rede bancária (boleto de cobrança);

5. Permitir a emissão parcelada das taxas de expediente diversas;

6. Disponibilizar rotina de formatação das guias de recolhimento, permitindo aos próprios usuários selecionar os campos constantes na referida guia;

7. Permitir a criação de multiprotocolos, utilizando numeração única de processo na entidade;

8. Permitir a criação de roteiros pré-estabelecidos para o processo.

9. Permitir a juntada de processos por anexação ou apensação;

10. Possuir o recurso de assinatura eletrônica no controle da tramitação dos processos;

11. Permitir a aferição dos custos relacionados às diversas atividades inerentes ao trâmite do processo, visando compará-las com os valores das taxas praticadas;

12. Possuir rotina de arquivamento de processos, com identificação de sua localização física e controle de temporalidade de arquivamento;

13. Possuir rotina para registro da entrega da documentação do processo ao requerente, possibilitando a emissão automática do Comprovante de Entrega.

14. Permitir que o comprovante de entrega seja parametrizado pelo próprio usuário, permitindo-lhe selecionar campos a serem impressos bem como sua disposição dentro do documento;

54

15. Manter histórico da tramitação do processo;

16. Emitir etiquetas de protocolo com identificação do processo por código de barras.

17. Permitir acesso aos processos por meio de leitura do código de barras em diversas funcionalidades de movimentação.

18. Permitir que a etiqueta de protocolo seja parametrizada pelo próprio usuário, permitindo-lhe selecionar campos a serem impressos bem como selecionar a disposição desses campos dentro do corpo da etiqueta;

19. Emitir comprovante de protocolização para o interessado no momento da inclusão do processo;

20. Permitir que o comprovante de protocolização seja parametrizado pelo próprio usuário, permitindo-lhe selecionar campos a serem impressos bem como sua disposição dentro do documento;

21. Permitir a emissão e o armazenamento no próprio banco de dados de requerimentos e pareceres;

22. Permitir que os requerimentos e pareceres sejam configurados pelo próprio usuário permitindo adicionar e / ou suprimir campos e figuras tipo bitmap;

23. Possibilitar a consulta e emissão de prontuário do requerente detalhando todos os fatos e providências relacionadas a qualquer processo no qual o mesmo esteja envolvido;

24. Em processos que envolvam a edificação de imóveis, registrar dados relativos a área edificada, como tipo, finalidade, localização, área total, entre outras;

25. Possuir análises estatísticas relativas às áreas edificadas;

26. Possuir gráficos que possibilitem analisar o desempenho dos diversos setores, bem como exibir comparativos gerais entre os diversos tipos de processos;

27. Fornecer dados ao “Controle de Processos e Tramitação – Internet”, dados esses referentes a cada processo cadastrado, assegurando inviolabilidade dos dados pessoais do requerente, bem como dos próprios processos.

28. Possuir aviso de processos pendentes de recebimento, configurável por funcionário.

29. Permitir que o roteiro do processo se altere automaticamente de acordo com o status do processo.

30. Permitir informar o número de folhas que compõe o processo.

31. Permitir iniciar o processo a partir do número do boleto de cobrança gerado no controle de processos e tramitação – internet.

32. Permitir confrontar os valores gerados pelo cidadão no controle de processos e tramitação - internet com os valores reais do processo e alertar visualmente o usuário.

33. Permitir gerar automaticamente boleto de cobrança complementar caso os valores gerados pelo cidadão no controle de processos e tramitação – internet estejam inferiores aos valores reais do processo.

34. Controle de Processos e Tramitação - Internet

35. Possuir interface com o sistema de Controle de Processos e Tramitação, provendo requisitos eficientes de segurança quanto a integridade da base de dados principal do sistema de Controle de Processos e Tramitação;

36. Prover sigilo das informações permitindo que somente o próprio requerente possa consultar dados relativos aos seus processos;

55

37. Prover sigilo quanto às informações pessoais de cada requerente cadastrado no sistema;

38. Possibilitar ao requerente o acompanhamento de seus processos durante as diversas fases de sua tramitação;

39. Disponibilizar informações ao usuário referente aos documentos necessários para abertura de processos, de acordo com o assunto;

40. Possibilitar a consulta ao valor estimado a ser recolhido, referente ao processo, de acordo com o assunto.

41. Possibilitar a emissão de boletos de cobrança referentes aos processos que se deseja dar entrada na entidade.

42. O sistema de tramitação de processos desktop e o controle de processos e tramitação - internet devem compartilhar o mesmo banco de dados.

Sistema Digitalização – Textos Legais

1. Permitir o registro, na íntegra, de toda a legislação Municipal (Lei Orgânica, Plano Plurianual, LDO, leis, decretos, resoluções e atos normativos);

2. Permitir o registro de itens relativos à legislação estadual e federal;

3. Permitir efetuar a associação entre textos legais (referências, regulamentações, alterações e revogações), de modo a manter o registro histórico de suas atualizações;

4.

Permitir utilizar diretamente arquivos gerados por editor de textos tipo Microsoft Word e Open Office, sem que seja necessário nenhum procedimento adicional de conversão, permitindo inclusive a gravação de documentos nesse formato diretamente dentro das estruturas do banco de dados;

5. Possibilitar a adição de comentários ao texto legal;

6. Disponibilizar mecanismos que assegurem a atualização das informações, inclusive dos textos, somente por pessoas autorizadas;

7. Possuir integração com o sistema Legislativo de forma a permitir que textos legais originários daquele aplicativo sejam automaticamente inseridos dentro do sistema de registro de textos legais, sem necessidade de redigitar seus dados de cadastro;

8. Possuir integração com os aplicativos “Central de Atendimento”, “Financeiro” e “Suprimentos” possibilitando consultas a textos legais direto das opções de menu;

9. Possuir relatórios e consultas aos textos legais, permitindo selecioná-los por tipo, assunto, número do ato, autor, data de publicação, situação, por palavra ou número-chave (simples ou combinados), além de permitir combinações desses diversos critérios;

10. Possuir consultas em tela e/ou relatório de todas as tabelas relacionadas ao registro dos textos legais (autores, órgãos, tipo de publicação, tipo de texto, etc.);

11.

Possibilitar a consulta, em uma única operação, de um texto legal e de sua ementa, bem como dos textos legais relacionados ao mesmo, sejam textos modificados ou modificadores, regulamentados ou regulamentadores e referenciados ou referenciadores;

12. Possibilitar que os documentos referentes aos textos legais possam ser gravados diretamente em registros do banco de dados, ou externamente como arquivos individuais;

13. Permitir que, a critério do usuário, possa ser criada uma lista de palavras a serem ignoradas nas pesquisas dentro do corpo do texto;

14. Permitir utilizar diretamente arquivos não gerados por editor de textos (figuras), para realizar o registro dos textos legais;

56

15.

Possibilitar realizar a indexação dos documentos em lote, quando se está trabalhando com gravação externa ao banco e deseja-se alterar a localização dos documentos, bem como ao desejar realizar o arquivamento novamente para o banco de dados do sistema, proceder a reindexação automática dos documentos referentes aos textos legais cadastrados no sistema.

16. Possibilitar a geração de arquivos das leis e atos legais do município ao TC Estadual conforme layout disponibilizado pelo mesmo.

17. Módulo Textos Legais - Internet

18. Possuir consultas aos textos legais, permitindo selecioná-los por tipo, assunto, número do ato, autor, data de publicação, situação, por palavra-chave (simples ou combinadas), além de permitir combinações desses diversos critérios;

19. Disponibilizar a consulta diretamente do banco de dados do sistema ou através de um banco de dados gerado especialmente para este fim;

20. Possibilitar filtrar os textos legais a serem disponibilizados na internet, por tipo de texto legal e assunto;

21. Permitir a impressão dos textos legais.

22. Permitir alterar a cor dando alto contraste para pessoas de baixa visão.

23. Permitir aumentar a fonte para pessoas de baixa visão.

24. Envio de mensagem ao administrador quando ocorrer erro na pagina web.

25. Módulo Prestação de Contas

26. Manutenção de dados pertinentes ao TCE

27. Geração de arquivos Auxiliares

28. Geração de arquivos Legislativos (Leis e Atos Legais)

57

DA CONVERSÃO DOS DADOS E IMPLANTAÇÃO

DA CONVERSÃO DOS DADOS: 01 - Sistema de Contabilidade, Planejamento e Orçamento (PPA,LDO,LOA), Tesouraria, Informações ao TCE-SP, Relatórios Fiscais, Controle Interno e Gestão de Balanço. Conversão dos dados de 2005 a 2017 possibilitando consultas de Fornecedores, Empenhos, Liquidação, Pagamentos e emissão de Relatórios como Balancetes e demais demonstrativos contábeis. 02 - Sistema de Administração de Receitas e Atendimento ao Cidadão, Nota Fiscal Eletrônica de Serviços, Declaração Eletrônica de ISS e Procuradoria Fiscal. Conversão de toda a base de dados utilizada pela Prefeitura Municipal de Pinhalzinho até o exercício fiscal 2017 com todo o cadastro de contribuintes, Dívida Ativa, IPTU para utilização na base de dados. 03 - Sistema de Portal da Transparência Conversão de toda base de dados desde 2011 a 2017 possibilitando a consulta ao Portal da Transpar6encia Municipal para atendimento a Lei Complementar 131. 4 – Sistema de Compras e Licitações Conversão de toda base de dados desde 2011 a 2017 possibilitando a consulta, emissão de relatórios por fornecedores e prestadores de serviços com todas as Licitações e modalidades da Prefeitura no período. Possibilitar a manutenção dos processos em temo real via Coletor AUDESP Fase IV do TCE-SP. 05 – Sistema de Almoxarifado

58

Conversão de toda base de dados desde 2011 a 2017 possibilitando a consulta, emissão de relatórios por fornecedores, notas ficais de entrada e compra de mercadorias e serviços de todas as entradas e saídas por Departamento e Secretarias realizadas na Prefeitura no período. 06 – Sistema de Controle Patrimonial – NBCASP Conversão de toda base de dados até 2017 possibilitando a consulta, emissão de relatórios dos itens patrimoniais por localização, responsável do bem de todos os Departamentos e Secretarias da Prefeitura no período

DEMONSTRAÇÃO TÉCNICA

Os itens do Anexo deverão ser demonstrados e avaliados por uma Equipe de Servidores Municipais para homologação e adjudicação do processo. Documentos Adicionais: Indicação das instalações, do aparelhamento e do pessoal técnico adequado e disponível para prestar suporte técnico a realização do objeto de licitação, bem como da qualificação de cada um dos membros da equipe técnica que se responsabilizará pelos trabalhos, com a devida comprovação do vínculo empregatício; Demonstração Técnica dos itens constantes do anexo I afim de comprovar o atendimento do Objeto. A demonstração será acompanhada por uma equipe de servidores municipais da Saúde para avaliar o atendimento das funcionalidades do sistema;

Junto com a proposta comercial deverá ser apresentado conforme abaixo:

a) descrição completa dos softwares ofertados, com riqueza de detalhes, observados os requisitos mínimos descritos no Anexo (Termo de Referência), a fim de comprovar sua real capacidade de atendimento do objeto licitado, de forma a permitir a avaliação da adequação aos requisitos estabelecidos no Anexo I deste edital. b) ficha técnica dos softwares ofertados, contendo:

1) linguagem utilizada na programação (versão, empresa proprietária da linguagem, representante no Brasil);

2) o software deve ser executado nas plataformas operacionais Windows XP, Windows 7 ou compatíveis.

3) o banco de dados que será usado pelo Software deverá ser o Microsoft SQL Server, pelo princípio da economicidade do erário público, a proponente que ofertar os softwares em outro banco de dados deverá ofertá-lo junto com os softwares, assim como arcar com os custos de instalação, manutenção e demais softwares que forem necessários. Sendo que o custo do Sistema Gerenciador de Banco de Dados que não seja o SQL Server deverá correr por conta da contratada pelo número de licenças de uso necessárias que esta Prefeitura utilizar ou entender necessárias, durante o período contratual. Devendo ser fornecido, neste caso, treinamento específico de administração de banco de dados para os analistas de sistema desta Prefeitura, e com cópias devidamente legalizadas.

59

c) declaração de que o software ofertado não apresentará limitações quanto ao número de usuários para acesso aos terminais; d) declaração de que os aplicativos possuirão características de sistema multiusuários, provendo, dessa forma, rotinas necessárias à conservação da integralidade das informações fornecidas pelo sistema, bem como definição de rotinas de segurança; e) declaração de que os softwares objetos desta licitação e os seus respectivos bancos de dados ficarão obrigatoriamente hospedados na infraestrutura interna da Prefeitura Municipal de Pinhalzinho – SP. f) Atestado de Capacidade Técnica que comprove a prestação de Serviços do Objeto Licitado. g) Atestado de Visita Técnica para que a empresa tome conhecimento dos bancos de dados a serem convertidos bem como o prazo para que a Prefeitura não perca os prazos de Prestação de Contas junto ao Tribunal de Contas do Estado de São Paulo (AUDESP).

Quanto à implantação, funcionamento e suporte: a) prazo de implantação, conversão dos dados dos softwares em uso atualmente pela Prefeitura Municipal de Pinhalzinho, para pleno funcionamento dos softwares contratados, de acordo com os requisitos estabelecidos no presente edital.

a1) o prazo para implantação, conversão dos dados dos softwares atualmente em uso pela Prefeitura Municipal de Pinhalzinho, e disponibilização para o pleno funcionamento, não poderá ser superior a 30 (trinta) dias a contar da data de assinatura do contrato, para os Sistemas do Lote 1 e para o Sistemas do Lote 2 em até 7 (sete dias).

b) planos técnicos contendo:

b1) planos de implantação: representando as condições e os procedimentos para a implantação dos softwares propostos, incluindo atividades de conversão dos dados dos softwares atualmente em uso na Prefeitura Municipal de Pinhalzinho, e respectivos cronogramas para cada atividade e software.

b2) planos de manutenção: apresentando a política técnica e administrativa

adotadas pelo proponente para atualizações de versões; evolutivas, de ordem legal, e corretivas, e rotinas específicas quando solicitadas pela Prefeitura;

b3) planos de treinamento: apresentando as condições de treinamento, períodos,

números mínimos de usuários recomendado e local para treinamento dos usuários, para cada software;

b4) planos de suporte técnico: apresentando as condições, características de cada modalidade de atendimento disponível, tempo de atendimento, número de pessoal técnico designado para cada software. Para apresentação do plano de suporte, a contratada deve considerar que o prazo máximo para atendimento aos chamados técnicos é de 04 (quatro) horas, contados a partir da abertura do chamado por parte da CONTRATANTE, em caso da necessidade de visita de técnico(s), este prazo será de 24 (vinte e quatro) horas após abertura do chamado caso o chamamos tenha em seu descritivo ordem de erro do Software o mesmo não será cobrado. Para a prestação do suporte técnico, será exigido durante todo o período contratual, além do atendimento “help desk” (via telefone), que a licitante possua um sistema disponível através da rede mundial de computadores (internet) para abertura de chamados técnicos, de qualquer natureza, que possibilite o acompanhamento do status do referido chamado através do número de protocolo. Este serviço deverá ficar disponível no horário comercial, de segunda a sexta-feira e demonstrado junto com a apresentação

60

técnica dos sistemas. Implementações de ordem anual em qualquer área de trabalho não será gerado custo, ou até mesmo implantações de troca de Sistemas Operacionais ou Bancos de Dados. LOTE 02 -- SISTEMA DE GERENCIAMENTO DA SAÚDE

1. Dos serviços preliminares:

a. Após receber a documentação relacionada à implementação e operacionalização

do sistema, bem como os arquivos de dados já existentes, a empresa vencedora deverá

realizar todos os esforços necessários para a migração de dados existentes para o

sistema de gestão de saúde a ser disponibilizado de forma a que este esteja totalmente

operante, no prazo máximo de 07 (sete) dias a contar da entrega das informações,

evitando a paralisação do atendimento aos munícipes e dando continuidade aos trabalhos

já executados nos sistemas utilizados pela Secretaria Municipal de Saúde;

i. A prefeitura municipal entregará à empresa vencedora as informações atualmente

existentes, incluindo as tabelas de dados;

ii. A empresa vencedora deverá realizar o método de engenharia reversa para obter

as informações do banco de dados, uma vez que essa Municipalidade não dispõe do

dicionário de dados;

iii. Deverão ser realizados testes de operacionalidade e estabilidade do sistema

durante o processo de migração;

iv. Esta etapa preliminar somente será tida como concluído estando o sistema

operando plenamente, verificando-se que todos os serviços disponibilizados aos

cidadãos através do portal do Município estejam operando sem falhas e ainda que o

sistema de gestão de saúde esteja totalmente operacional em todas as unidades de

saúde, departamentos e setores desta Municipalidade;

b. Durante o processo de migração deverá a empresa vencedora, fornecer

treinamentos em conformidade com o cronograma a ser realizado pelo Município de

Pinhalzinho;

i. Os treinamentos deverão ser realizados de forma a não prejudicar o andamento

dos atendimentos e dos serviços públicos;

ii. Deverão ser realizados treinamentos específicos para cada um dos módulos

existentes;

iii. O Município poderá solicitar que sejam realizados treinamentos em horários não

comerciais ou ainda em dias não úteis, por se tratar de unidades de saúde que atendem

24 horas por dia;

c. A empresa vencedora deverá manter junto à sede no Município de Pinhalzinho, por

prazo não inferior a três meses, no mínimo dois profissionais com capacitação e

conhecimentos necessários para atender os servidores municipais durante a execução de

suas atividades laborais, a fim de sanar dúvidas ou esclarecer pontos que por ventura não

tenham sido abordados nos treinamentos, ou ainda que não se podiam prever quando da

realização destes;

2. Do prazo de prestação dos serviços e da finalização do contrato:

a. O prazo para prestação dos serviços será de 48 (quarenta e oito) meses a contar

da assinatura do contrato, podendo, haver prorrogação por iguais períodos, em

conformidade com o artigo 57, inciso IV da Lei 8.666/1993;

b. Quando do término do contrato a empresa vencedora deverá dar total apoio a

migração dos dados àquele que lhe venha substituir, devendo, dentre outros:

i. Manter em operação o sistema de gestão de saúde até que esteja totalmente

concluída a migração de dados;

61

ii. Entregar a Municipalidade todas as informações existentes no sistema de forma a

permitir que estas sejam migradas para o sistema sucessor de forma rápida e precisa,

deverá ainda entregar no mínimo informações sobre:

a) Estrutura do banco de dados;

a. Estrutura de tabelas;

b. Relacionamentos;

c. Outras informações de relevância;

b) Bibliotecas e módulos utilizados;

c) Demais informações que de qualquer forma sejam relevantes ao processo de migração das

informações;

iii. Em se verificando que quaisquer informações não tenham sido entregues na forma

indicada em epígrafe, ou ainda que em tendo sido feita a entrega, tenha se verificado

quaisquer inconsistências ou falhas, deverá a empresa vencedora, do certame oriundo

deste descritivo, refazer a conversão dos dados faltantes, incompletos ou inconsistentes,

para formatos que permitam a migração dos dados para o sistema sucessor;

iv. Prestar esclarecimentos, ou ainda assistência técnica, de forma a sanar quaisquer

tipos de falhas nas informações, que impeça ou de qualquer forma dificulte a migração de

dados;

3. Dos serviços a serem realizados durante toda a vigência do contrato:

a. Durante o período de vigência do contrato a empresa vencedora deverá manter

atendimento técnico de suporte ao Município de Pinhalzinho, por meio telefônico,

eletrônico, local ou remoto, e em sendo necessário pessoalmente, na sede do Município,

ou em local por ele elencado, ou ainda e excepcionalmente deslocando servidor municipal

a sede da empresa vencedora;

i. O prazo para atendimento de solicitações de esclarecimentos e suporte técnico

será de no máximo 8 horas a contar da hora da solicitação, devido que esse Município

dispõe de unidades de saúde 24 horas por dia;

ii. O prazo para realização de atualizações e correções do sistema será de no máximo

48 horas a partir da constatação da necessidade;

b. Durante o período de vigência do contrato a empresa vencedora deverá hospedar e

manter em datacenter os dados e aplicativos dos módulos WEB, sem nenhum custo para

a Prefeitura Municipal de Pinhalzinho, com todos os critérios de funcionamento e

segurança;

c. Manter rotina de treinamentos, de acordo com cronograma de treinamentos

realizados em conjunto com a Municipalidade;

d. Realizar treinamentos específicos quando necessária a realização de alterações no

sistema de gestão de saúde, seja para se manter consoante com as normas e

regramentos relacionados aos serviços realizados com o auxílio do sistema, seja em

virtude de atualização dos protocolos de segurança do sistema;

e. Realizar manutenção técnica no sistema de gestão de saúde, periodicamente, de

forma a não interferir no andamentos dos serviços públicos e do em especial ao

agendamento on-line;

f. Deverá realizar a conversão de toda a base de dados da saúde do município,

oriundos de planilhas e bancos de dados anteriores ao atualmente utilizado;

4. Do sistema e dos Módulos:

a. Definições gerais do sistema:

i. O sistema deverá possuir características de multiusuário e multitarefa, permitindo

controle de tarefas concorrentes com acesso simultâneo ao banco de dados, sem que se

perca a integridade e a referência dos dados registrados;

ii. O sistema de gestão de saúde deve funcionar nas máquinas dos usuários, pelo

menos nas versões do Sistema Operacional Windows;

62

iii. Todos os ambientes do sistema deverão possuir interface gráfica, não serão

admitidas interfaces em modo caractere, salvo as de manutenção, desde que a empresa

vencedora realize os treinamentos necessários para que o Município possa realizá-la;

iv. Todos os ambientes e módulos deverão possuir características que possibilitem a

utilização de sistemas de leitura de tela, equipamentos adaptados para ampliação da

acessibilidade, e outros recursos de acessibilidade, com a finalidade de permitir o uso do

sistema por usuários e/ou servidores possuidores de necessidades especiais, motoras e

audiovisuais, dentre outras;

v. Todos os recursos do sistema deverão ser acessíveis através de teclas de atalho;

vi. O sistema deverá controlar de forma integrada o processamento dos dados de

forma a impedir redundâncias entre os diversos cadastros existentes;

a) Deverá ainda permitir o relacionamento das informações dos vários cadastros,

permitindo que se tenha uma visão geral das informações cadastradas;

vii. Todos os relatórios e demais documentos emitidos pelo sistema, deverão ser

impressos com cabeçalho e brasão do Município;

a) Salvo quando as características particulares dos documentos impedirem;

viii. Todos os documentos emitidos deverão ser impressos de forma que as

informações não sofram cortes, desalinhamentos, ou quaisquer outras características que

prejudiquem a estética ou a perfeita visualização das informações contidas no

documento;

ix. Deverá o sistema possuir parâmetros e formulas que permitam a verificação de

todos os fatores de geração de seus dados, tanto para pessoas físicas, quanto para

pessoas jurídicas;

x. O sistema deverá ser implementado com parametrização e formulas em estrita

observância:

a) Lei Federal;

b) Lei Estadual;

c) Lei Municipal;

d) Em perfeito sincronismo com os sistemas:

a. Do Ministério da Saúde; SAI, SIH, SIM, eSUS, CADSUS, SINASC, SIOPS;

b. Outros sistemas de informação utilizados ou que venham a ser utilizados pelo

Município de Pinhalzinho, ou ainda que sejam disponibilizados pelos entes

governamentais das esferas Municipal, Estadual e Federal;

e) A todas as Normas, Resoluções, Portarias, Manuais de Procedimentos Leis,

Decretos, Federais, Estaduais e Municipais; pertinentes ao objeto aqui descrito;

xi. Não poderá permitir a entrada de quaisquer informações que estejam fora dos

parâmetros previamente estabelecidos;

xii. Deverá possuir mecanismos de verificação de inconsistência de informações a fim

de verificar a existência de quaisquer incoerência ou inconsistência de informações;

xiii. Deverá existir ambiente próprio que permita a modificação dos parâmetros e

alteração de todas as fórmulas do sistema;

xiv. As tabelas de dados deverão possuir elementos capazes de identificar todos os

serviços relacionados a este objeto, onerosos ou não aos munícipes, além de todos os

fatores de atendimento a saúde pública;

xv. O banco de dados deverá ser constituído de forma a evitar a existência de

informações duplicadas ou conflitantes, de forma a evitar erros;

a) O cadastro de paciente “prontuário” deverá ser realizado de forma que em todo o

sistema cada paciente possua apenas um cadastro;

a. Que não existam pacientes com mais que um código de referência;

b. Que não existam códigos de referência em duplicidade;

xvi. Todos os módulos deverão:

a) Permitir a juntada de documentos digitalizados; em padrão .pdf;

b) Possuir total sincronia, de modo a permitir que as informações sejam mantidas atualizadas

em todos os módulos, em tempo real;

63

c) Possuir parâmetros de segurança que solicitem confirmação de inclusão ou alteração de

informações que de qualquer forma puderem resultar em danos ou prejuízos a municipalidade, ou a

terceiros;

d) Possuir ambientes gráficos que permitam a realização eficiente, eficaz e intuitiva das

atividades às quais visa apoiar;

e) Todos os módulos do sistema deverão permitir o acesso simultâneo de no mínimo duzentos

usuários;

xvii. Na impressão de relatórios;

a) Todas as páginas impressas deverão possuir em seu rodapé a identificação do usuário que

as realizou, data e horário da impressão;

b) A impressão se dará conforme autorização dada ao usuário logado no sistema conforme o

seu perfil;

c) Desenvolver integração com o WEBSERVER do Ministério da saúde;

xviii. Todos os módulos deverão atender os locais abaixo na sua totalidade e necessidade:

Na Saúde:

a) Módulo gestor “gabinete do prefeito e gabinete do secretário de saúde”;

b) Secretaria municipal de saúde “diretorias de saúde”;

c) Módulo do portal de agendamento on-line;

d) CEDIC Laboratorio;

e) CDSIII Dr Hugo Rocha;

f) UBS Francisca Rocha Destro;

g) UBS do bairro da Aparecidinha;

h) UBS Maria Aparecida Crispim;

i) Alessandri Fisioterapia e Pilates;

j) UPA unidade pronto atendimento Rosa Ameri Torice;

k) CEMEP;

l) Base descentralizada do SAMU Pinhalzinho

xix. Quantidade de Profissionais registrados no CNES do Ministério da Saúde para a cidade de

Pinhalzinho: 67. Quantidade de Vínculos Profissionais: 71 (dados de Janeiro de 2017);

Quantidade aproximada de Atendimentos e Procedimentos realizados durante o exercício de 2014 foram 134.468 em 2015 foram de 201.805 e em 2016 até novembro foram 182.465 (Atendimentos e Procedimentos realizados) – Dados do Ministério da Saúde.

b. Banco de Dados

A empresa vencedora deverá disponibilizar sem nenhum custo adicional o

Banco de Dados, de forma definitiva a sua transferência ao Município de Pinhalzinho, bem

como os SGDB (Sistemas Gerenciadores de Banco de Dados) na sua forma original, bem

como todos os manuais e Midas de suporte e instalação;

Integração:

O sistema de Gestão de Saúde deverá ser integrado via WebService, às

soluções de prestadores de serviços, em assistência à saúde contratados pela Prefeitura

Municipal de Pinhalzinho, de forma a garantir o registro de atendimentos e informações

do paciente em uma base única. Esta integração deverá ser realizada se necessário ajuste

na sua customização;

O Sistema de Gestão de Saúde deverá permitir Integração com os seguintes

programas do Ministério da Saúde: SIGTAP e com todas as informações necessárias para geração

64

em meio magnético do faturamento do SIA/BPA (módulo consolidado e individual), CNES, Cadsus, E-

SUS;

O Sistema de Gestão de Saúde deverá ter integração automatizada e gerar arquivos

para a exportação obrigatório dos seguintes Sistemas: e-SUS módulo CDS, SIA-SUS.

DOS MÓDULOS DO SISTEMA DE SAÚDE:

a) Portal de Agendamento On-Line ao Munícipe:

i. A empresa vencedora deverá manter, em endereço fornecido pelo Município de

Pinhalzinho, portal de acesso a informações que permitam no mínimo:

Realização de, no mínimo, as seguintes solicitações:

Agendamento de Consulta e Exames Complementares;

Remarcação de Consulta e Exames Complementares;

Cancelamento de Consulta e Exames Complementares;

ii.Possibilitar o envio de SMS para os agendados, a fim de avisar sobre a consulta

agendada, previamente configurável o tempo de envio dos SMS;

iii.Possibilitar o envio da confirmação via e-mail do agendamento realizado via WEB;

iv.Quanto ao gerenciamento das agendas pelos gestores das Unidades de Saúde;

v.Possibilitar através do módulo de agendamento o usuário responsável pelo agendamento

da unidade, efetuar as manutenções necessárias para inserir, alterar e ou excluir eventual

agenda;

vi.Permitir ao gestor das agendas na Unidade de Saúde, gerenciar e definir a disponibilidade

ou não dos horários via WEB;

vii.Permitir ao gestor definir o horário máximo limite que uma agenda estará disponível na

WEB, antes de começar o atendimento daquela agenda na Unidade de Saúde;

viii.Possibilitar agrupar conforme o bairro do cidadão, das Unidades de Saúde que estarão

disponíveis para o agendamento via WEB;

ix.O módulo de agendamento on-line deve ser integrado entre várias Unidades de Saúde,

significando que cada gestor terá somente acesso à Unidade de Saúde que tenha

permissão, não poderá ter a liberdade de alterar agendas de outras Unidades de Saúde

que não tenha acesso;

x.O cadastro do paciente é único entre as unidades integradas no sistema. As atualizações

realizadas em uma Unidade de Saúde refletirá para todas as Unidades de Saúde;

xi.Cada unidade de Saúde deve ter seu próprio controle de prontuários de prateleira,

havendo a possibilidade de um mesmo paciente possuir prontuários distintos em mais de

uma unidade ao mesmo tempo. O Usuário de uma unidade não pode ter acesso ao

controle de numeração de prontuários de prateleira de outra unidade que não tenha

acesso;

xii.Embora o Munícipe possa ter prontuários físicos em várias Unidades de Saúde ao mesmo

tempo, terá uma identificação única no Município;

xiii.Deverá permitir a existência de uma agenda para um eixo (especialidade) mesmo que não

exista ainda um profissional médico vinculado à agenda;

xiv.O Município poderá, a qualquer momento durante a execução do contrato, solicitar a

inclusão, a modificação ou a retirada de serviços do portal de atendimento ao cidadão

bem como solicitar modificações de layout, cores e rotinas complementares;

xv.O sistema deverá possuir protocolos para verificar a identidade dos cidadãos, neste caso

a obrigatoriedade do Cartão SUS;

xvi.O Sistema deverá possuir bloqueios de agendamento de um mesmo cidadão (identificado

através do Cartão SUS) e ou vários pedidos vindos do mesmo IP, salvo aqueles IPs

especificados para liberação, nos casos de centrais de agendamentos;

xvii.A verificação deverá ser realizada através do cadastro do cidadão no CADSUS, base esta

pertencente ao Município e Atualizada com dados do Ministério da Saúde. Na falta

65

permissão do município ao acesso ao WEB Service do CADSUS, a verificação será feita

somente com a base disponível do município.

xviii.O cadastro indicado em epígrafe deverá ser realizado pessoalmente, na sede do município

ou em qualquer Unidade do Sistema Nacional uma vez existindo a consulta de dados

através do WEB Service no município;

xix.O sistema deverá solicitar informação sobre a realização do cadastramento do cidadão,

verificando-se que o contribuinte não está cadastrado, o sistema indicar o cadastro deve

ser realizado pessoalmente na sede do Município;

xx.A empresa vencedora deverá dar treinamento a servidores municipais especialmente

designados pela Municipalidade, bem como deverá assegurar o acesso gerencial, a estes

servidores, servidores para que em sendo necessário possa a Municipalidade realizar, por

si, inclusão de novos serviços (especialidades médicas e escalas), bem como a

modificação ou a retirada dos que já existirem no portal de agendamento on-line ao

Cidadão;

a. Módulo de Agendamento Unidades (Consulta e Especialidades):

i. Permitir o agendamento de consultas e exames que estejam pré-determinados os dias e

horários pré-escalados;

ii. Permitir abrir agenda de atendimentos disponíveis para o referido profissional com impressão

de FAA. Identificação do paciente através do número de seu cartão SUS, pelo nome, sobrenome,

CPF, data de nascimento ou nome da mãe;

iii. O sistema deve ao selecionar uma data e horário mostrar agenda dos profissionais com

vagas disponíveis, conforme pesquisa do atendente pelo período escolhido e/ou por Especialidade

e/ou Profissional;

iv. Emitir relatórios de consultas agendadas, com diversos filtros para acompanhamento das

funções de consultas médicas por dia;

v. Permitir a impressão de FAA (Ficha de atendimento Ambulatorial);

vi. Gerar faturamento SIA – SUS dos procedimentos digitados no agendamento de Consultas

vii. Deverá possuir mecanismos para permitir o envio de SMS (Short Messages Sender) a partir

do número do telefone celular do cadastro paciente, para: consultas permitindo configurar por

especialidades, para exames permitindo escolher os tipos de exames;

viii. O sistema deverá permitir alterar e excluir o agendamento mudando assim o destinatário para

envio do SMS;

b. Módulo de Atendimento de Enfermagem e Pré-Consulta:

i. Permitir o registro de triagem ou preparo de cada usuário durante a pré-consulta;

ii. Permitir registrar os procedimentos realizados pela triagem;

iii. Permitir informa saída do atendimento com informação de encaminhamentos quando os

usuários que não necessitam atendimento médico;

iv. Possibilitar entrada de dados de Aferição como PA, FC, FR, Peso e Altura.

v. Possibilitar realizar a classificação de risco;

vi. Possibilitar listar os usuários previamente triados identificando respectiva cor e ordenando

conforme a classificação de risco. Possibilitar o encaminhamento de usuários para observação ou

internação. Identificar automaticamente os usuários já atendidos pela triagem/preparo que aguardam

pelo atendimento médico.

c. Módulo de Atendimento Ambulatorial:

i. Possuir prontuário eletrônico que atenda os seguintes estágios de atendimento: recepção de

usuários, triagem/preparo e atendimento médico conforme a estrutura das unidades de saúde;

ii. Permitir a recepção de usuários pré-agendados com possibilidade de inclusão de usuários de

procura espontânea;

iii. Possibilitar a recepção de usuários por leitura de códigos de barras impresso nos protocolos

dos agendamentos;

66

iv. Permitir o registro de triagem ou preparo da cada usuário (peso, altura, pressão, arterial,

pulsação arterial, freqüência respiratória, cintura, quadril, glicemia capilar, perímetro cefálico) durante

a pré-consulta;

v. Possibilitar a identificação dos usuários para atendimento através da priorização por cores,

ordenando conforme a classificação de risco;

vi. Possibilitar a avaliação de risco do paciente a ser atendido com a avaliação de dor,

classificação de risco (Protocolo de Manchester) e escala de coma de Glasgow;

vii. Permitir que seja informada a saída do atendimento com a informação de encaminhamento

quando os usuários atendido pela triagem não necessitarem do atendimento médico;

viii. Permitir a visualização e identificação dos usuários previamente triados, identificando a

respectiva cor e ordenando conforme a classificação de risco na espera;

ix. Permitir a visualização e identificação automática dos usuários já atendidos pela

triagem/preparo e que aguardam pelo atendimento médico;

x. Possibilitar acesso completo do médico aos atendimentos anteriores do usuário, visualizando

por ordem cronológica;

xi. Possibilitar no atendimento médico encaminhar o usuário para internação ambulatorial;

xii. Possibilitar o registro de informações clinicas (alergias, doenças) dos usuários;

xiii. Possibilitar a restrição da visualização no prontuário, as informações de atendimentos

realizados em unidades de saúde definidas;

xiv. Possibilitar a digitação de atendimentos realizados pelas unidades de saúde com atendimento

não informatizado incluindo os procedimentos realizados;

xv. Possibilitar digitação de procedimentos simplificados realizados por setores especializados

(inalação, enfermagem);

xvi. Possibilitar as totalizações por unidade de saúde, profissional e especialidade;

d. Módulo de Estratégia da Saúde da Família:

i. Deve possuir cadastros domiciliar e individual compatível padrão e-SUS/SISAB; e

complementarmente indicar área, micro área e agente comunitário de saúde responsável;

ii. Deve permitir a Inclusão/exclusão dos componentes da família através do cadastro de

usuários na composição familiar;

iii. Deverá permitir digitação de todos os dados do módulo CDS e-SUS/SISAB, relatório como

prévia de faturamento E-SUS/SISAB, bem como todos os relatórios do E-SUS/SISAB;

iv. O Sistema deverá automatizar inicialmente o SISAB (e SUS) sem ser necessário a

redigitação, através da ferramenta integradora Thrift;

e. Módulo de Estratégia Agente Comunitário de Saúde:

i. Possibilitar o cadastro das áreas, micro-áreas e equipes do PACS/PSF;

ii. Possibilitar o cadastramento de Famílias e seus integrantes, obtendo as informações de

situação de moradia e saneamento das famílias, condições referidas dos usuários conforme o

sistema e-SUS do Ministério da Saúde;

iii. Possibilitar a pesquisa de Famílias por integrante;

iv. Registrar as visitas domiciliares realizadas por ACS do PACS/PSF obtendo informações

sobre gestantes, crianças, diabéticos, hipertensos, tuberculose, hanseníase;

v. Controlar os usuários ativos e inativos das ações programáticas com data de inclusão e

saída;

vi. Solicitar as informações necessárias para integração dos cadastros com os programas do

Ministério da Saúde

vii. Possibilitar o registro de atendimentos dos usuários das ações programáticas, solicitando as

informações necessárias conforme padronização dos programas do Ministério da Saúde;

viii.

f. Módulo de Laboratório de DST/AIDS:

i. Obrigatoriamente se integrar ao Sistema já existente na rede Municipal de Saúde de

Pinhalzinho de forma imediata a implantação do novo Sistema de Saúde;

67

ii. Permitir registro de coletas com seus exames, testes, tubos/amostras, resultados, laudos e

seu solicitante;

iii. Uso de código de barras para facilitar a busca da coleta;

iv. Permitir visualizar o histórico do paciente de seus casos positivos e numero de amostras;

v. Geração laudos de HIV 1ª, 2ª amostra tratando os resultados dos testes e definindo como

positivo, negativo ou indeterminado, de acordo com todas as normas estabelecidas pelo ministério da

saúde;

vi. Geração de laudos de TR’s testes rápidos positivos e negativos;

vii. Geração de laudos para outras sorologias como hepatites, sífilis, HBS AG entre outras;

viii. Permitir o cadastro de exames e sua relação de testes;

ix. Permitir o cadastro de fabricantes de testes;

x. Permitir o cadastro de testes e sua relação de marcadores;

xi. Permitir o cadastro de unidades solicitantes;

xii. Permitir o cadastro de metodologias;

xiii. Cadastro de parâmetros de configuração de cartas onde é definido o tipo/finalidade;

xiv. Cadastro de parâmetros dos laudos, onde é montado seus resultados e textos de portarias

para impressão do mesmo;

xv. Cadastro de parâmetros de cabeçalho para os laudos;

xvi. Permitir gerar impressão de carta de convocação dos pacientes para unidade;

xvii. Permitir gerar impressão de pedido de 2ª amostra dos pacientes para unidade;

xviii. Permitir gerar a impressão de carta de recoleta dos pacientes para a unidade;

xix. Permitir gerar a impressão de etiquetas para os tubos;

xx. Permitir gerar a impressão em lotes de exames negativos através do período da data de

coleta ou pelo seqüencial da coleta;

xxi. Permitir a liberação de laudos em lotes usando seqüencial da coleta ou então a unidade

solicitante;

xxii. Impressão de relatórios de produção laboratorial;

xxiii. Impressão de relatórios estatísticos por exames e testes;

xxiv. Impressão de relatórios de casos positivos, negativos e exames sem laudos;

xxv. Impressão de relatórios estatísticos com amostras parciais e sem amostras parciais;

xxvi. Impressão de relatórios de exames contendo 2ª amostra;

xxvii. Impressão de relatórios de exames de pacientes marcados como gestantes, não

gestantes e sem informações de gestante;

xxviii. Impressão de listagem de pacientes por exames e unidades solicitantes;

g. Módulo de Prontuário Eletrônico de Pacientes (PEP):

i. Deverá permitir o controle e gerenciamento do Prontuário Eletrônico do Paciente Integrado

com todos os módulos do sistema de saúde;

ii. Deverá permitir consultar no momento do atendimento pelos profissionais: CID 10 (Código

Internacional de Doenças), CIAP2 (Classificação Internacional da Atenção primaria 2);

iii. Permitir consulta aos medicamentos disponíveis em estoque, no momento da prescrição

médica;

iv. Na prescrição de medicamentos os profissionais devem visualizar as últimas prescrições e

permitir de maneira fácil repetir as últimas prescrições;

v. Permitir visualização de todos os atendimentos com medicamentos prescritos;

h. Módulo de Controle de Veículos e Agendamento:

i. Permitir os registros das viagens fazendo mapa da viagem para o motorista com nome e CPF

ou RG dos passageiros e acompanhantes que irão viajar e estabelecimentos de destino com o seu

respectivo endereço;

ii. Controle dos veículos da secretaria de saúde e suas utilizações, com cadastro de motoristas,

veículos, cidades-destino para deslocamento quando solicitado transporte para tratamento fora do

município;

68

iii. Cadastrar reserva de passageiros e veículos;

iv. Agendar viagens para consultas e exames em outros municípios, com possibilidade de

informar o tipo do serviço que será realizado no paciente e o sentido se é ida e volta apenas ida ou

apenas volta;

v. Emitir comprovante de viagens por motorista, itinerário, data;

vi. Emitir lista de passageiros no padrão do departamento de estradas de rodagem;

vii. Controlar quilometragem, com emissão de planilha de bordo pelo sistema;

viii. Permitir colocar faltante nos passageiros que agendaram a viagem e não compareceram para

viagem;

ix. Permitir emitir ordem para abastecimento;

x. Permitir controlar todas as despesas de manutenção do veículo;

xi. Gerar relatório do total de gastos do veiculo;

xii. Gerar relatório nominal dos passageiros faltantes;

xiii. Gerar relatório do total de quilômetros rodado pelos veículos e pelos motoristas;

i. Módulo de Controle de Estoque e Distribuição de Medicamentos:

i. Registrar, controlar e gerenciar o estoque de medicamentos por lote utilizados pela unidade;

ii. O sistema deve ser funcional para controlar a movimentação dos materiais através do registro

das entradas e saídas possibilitando a emissão de diversos tipos de relatórios de acompanhamento,

inclusive com consultas em tela sobre os itens e seus saldos, balancetes mensais, resumos para

contabilização, conta-corrente de movimentação, controles de recompra e de data de validade; deve

também permitir emissão de requisições de compra e controlar as que já foram ou que ainda não

foram atendidas;

iii. Para produtos perecíveis, medicamentos e material de enfermagem deverá haver controle por

data de validade por lote e informação impressa em relatórios específicos; na ocasião da digitação

das saídas deverá prevalecer o controle de validade, onde o operador do sistema selecione o lote;

iv. Registrar o estoque mínimo de medicamento, possibilitando emissão de lista de compras dos

medicamentos que estiverem abaixo do estoque mínimo e aviso ao usuário na entrega de

medicamentos abaixo do estoque mínimo Registrar a compra de medicamentos, atualizando

automaticamente o estoque pelo lançamento de uma nota no registro de compra;

v. Cadastros mínimos exigidos;

a) Cadastro dos diversos setores e departamentos;

b) Fichas de Pacientes para a distribuição de medicamentos;

c) Cadastro de médicos e pacientes;

d) Unidades de atendimento médico;

e) Centros de Custo;

f) Tabela de códigos de barras dos fabricantes;

g) Cadastro de Fornecedores;

h) Movimento de entradas;

i) Grupos dos itens;

j) Inventário;

k) Cadastro dos itens;

l) Itens para o coletor de código de barras;

m) Lotes de itens;

n) Notas de Saídas;

o) Da Apresentação (Comprimido, cápsulas, injetáveis, unidades, pasta, creme);

p) De Concentração (100mg, 200mg.);

q) Classificação terapêutica principal (Anti-hipertensos, hipoglicemiantes, antiácidos;

r) Requisições internas;

s) Romaneio;

t) Tipos de Saídas;

u) Tipos de Entradas;

69

vi. Gerenciar a entrega de medicamentos ao cidadão. Podendo a entrega ser feita através de

receita prescrita por um médico, ou através da participação do cidadão em um programa municipal de

saúde;

vii. Gerenciar os medicamentos entregues ao cidadão em determinado prazo de tempo. O

sistema poderá emitir o aviso com histórico dos medicamentos entregues, ou mesmo bloquear a

entrega, conforme configurado pelo administrador;

viii. O cadastramento, inventário, entradas e saídas de materiais devem poder ser efetuadas

através de coletor portátil de códigos de barras;

ix. As requisições devem poder ser efetuadas por qualquer computador da rede e o atendimento

feito on-line pelo setor de almoxarifado;

x. Classificação se psicotrópico ou antimicrobiano seu respectivo DCB e portaria;

xi. Toda categorização de psicotrópicos e suas descrições de acordo com o preconizado na

SNGPC (Sistema Nacional de Gerenciamento de Produtos Controlados) ANVISA a saber: A1, A2, A3,

B1,B2, C1,C2,C3,C4,C5, D1,D2,E e F;

xii. Posologia Padrão para o Fármaco;

xiii. O sistema deverá possuir o recurso de solicitação dos pedidos através da web na seguinte

forma: As solicitações deverão possuir o status de solicitação aberta e solicitação concluída desta

forma as unidades integradas poderão começar suas solicitações e irem incluído os produtos no

decorrer do período e quando concluírem então as solicitações irão aparecer (serem visualizados)

nas unidades distribuidoras;

xiv. Conta corrente de itens demonstrando detalhadamente toda a movimentação de entradas e

saídas no período solicitado pelo operador;

xv. Saldos com ou sem estoque mínimo, em ordem alfabética ou numérica;

xvi. Estoque por data ou lote de validade;

xvii. Consumo analítico por período, ou trimestral, semestral ou anual, por item, grupo ou

subgrupo;

xviii. Romaneio para entrega e distribuição;

xix. Balancetes financeiros de vários tipos;

xx. Curva ABC;

xxi. Sistema simplificado de compras com controle e emissão de pedidos, itens abaixo do ponto

de pedido e pedidos atendidos e a atender;

xxii. Rotina completa de inventário, inclusive por leitura através de coletor portátil de código de

barras;

xxiii. Rotina completa de requisição interna com permissões e quotas para requisitantes, com

senhas individuais ou em grupo, operada em qualquer terminal da rede;

j. Módulo de Internação e Controle Hospitalar AIH:

i. O Sistema deverá permitir a caracterização do Hospital com todos os setores, quartos e

leitos, para proceder ao internamento do paciente (termo de responsabilidade pela internação e alta

do paciente);

ii. Deverá possuir toda parte de atendimento Médico no prontuário Hospitalar completo

(prescrição de medicamentos, exames, evolução do paciente, dieta alimentar e demais cuidados

Médicos) com integração ao Prontuário ambulatorial;

iii. Quando no momento do atendimento médico o sistema já deverá permitir ao médico ir

preenchendo a AIH – modelo padrão DATASUS permitindo a pesquisa para um determinado

procedimento o sistema deverá sugerir quais Cid. serão validados no faturamento e vice versa

mostrando o custo da AIH e tempo mínimo e máximo de permanência;

iv. Deve possuir Evolução de Enfermagem com todos os serviços de atendimento de

Enfermagem;

v. Deverá possuir os módulos: controle de estoque, procedimentos de enfermagem, imunização;

vi. Deverá emitir a conta do paciente com todos os custos da internação e tratamentos

integrados com a assistência ambulatorial em um determinado tempo, dividindo por convênio;;

vii. Controle do Número/código de Internação de acordo com o padrão do Ministério da Saúde

tabela unificada;

70

viii. Impressão do laudo da AIH´s conforme layout DATASUS;

ix. Controle de AIH`s por prestadores e cotas a partir do módulo Autorizador de AIH`s;

x. Importação de lotes de cobrança de AIH's e automação do SIHDD;

xi. Estatísticas por doenças, tempo médio de internação por profissionais/leitos, hospitais,

períodos;

k. Módulo de Faturamento e Estatística:

i. Possibilitar a visualização do faturamento de procedimentos por competência;

ii. Gerar automaticamente com base nos atendimentos realizados o arquivo magnético para

BPA – Boletim de Produção Ambulatorial conforme especificações do Ministério da Saúde, permitindo

a seleção das unidades de Saúde para geração;

iii. Possibilitar definir os convênios por unidade de saúde;

iv. Possibilitar a impressão do faturamento com totais por unidade de atendimento, profissional,

especialidade, convenio e procedimento, por mês, quadrimestre e anual;

v. Possibilitar a apuração de faturamento das unidades de saúde de origem totalizando os

valores dos atendimentos realizados;

vi. Possibilitar o faturamento por competência. Apresentar resumo dos procedimentos por

quantidade e valor;

vii. Possibilitar a impressão do faturamento com totais por unidade de atendimento, profissional,

especialidade, convenio e procedimento;

viii. Possibilitar o faturamento por competência e período;

ix. Apresentar resumo dos procedimentos por quantidade e valor;

x. Bloquear todos os atendimentos já faturados não possibilitando a alteração ou exclusão das

informações referente ao faturamento dos atendimentos;

l. Módulo Call Center Saúde e Ouvidoria e Protocolo:

i. Deverá servir como canal de comunicação entre os munícipes e o serviço de saúde;

ii. Deverá registrar toda a ocorrência que o munícipe demandar;

iii. Deverá ter medidores de atendimento a fim de se visualizar os atendimentos;

iv. Deverá possibilitar o registro de todas as reclamações, denúncias e ou elogios identificando

setor departamento ou pessoa física destinatário do registro;

v. Deverá permitir a impressão de etiquetas, capas e demais relatórios para

acompanhamento de Protocolos, seja estes feitos via telefone, e-mail e ou pessoalmente;

vi. Permitir o controle de toda a tramitação do protocolo, seja ele físico ou virutal;

Permitir a consulta do protocolo via web, atendendo a Lei de Acesso a Informação.

71

MODELO ORÇAMENTO

DADOS DA EMPRESA: CNPJ: ENDEREÇO: CIDADE: / ESTADO: DATA:


Item Descrição Implantação


R$


R$

03 Sistema de Portal da Transparência R$

04 Sistema de Compras e Licitações – AUDESP – Fase IV R$

05 Sistema de Almoxarifado R$

06 Sistema de Controle Patrimonial – NBCASP R$


R$


R$

09 Sistema de Protocolo e Tramitação de Processos Web R$

10 Sistema Digitalização – Textos Legais R$

TOTAL DA IMPLANTAÇÃO DOS MÓDULOS


Item Descrição Valor Mensal


R$


R$

03 Sistema de Portal da Transparência R$

04 Sistema de Compras e Licitações – AUDESP – Fase IV R$

05 Sistema de Almoxarifado R$

06 Sistema de Controle Patrimonial – NBCASP R$


R$


R$

09 Sistema de Protocolo e Tramitação de Processos Web R$

10 Sistema Digitalização – Textos Legais R$

TOTAL DA MENSALIDADE

72

LOTE 02 -- SISTEMA DE GERENCIAMENTO DA SAÚDE

Item Descrição Implantação

01 Sistema de Gerenciamento da Saúde R$

Valor Total da Implantação

Item Descrição Valor Mensal

01 Sistema de Gerenciamento da Saúde R$

Valor Total da Mensalidade

VALORES TOTAIS DO ORÇAMENTO

LOTES Implantação (Total)

LOTE – 01 – SISTEMAS ADMINISTRATIVOS R$

LOTE – 02 – SISTEMA DE GERENCIAMENTO DA SAÚDE R$

TOTAL DA IMPLANTAÇÃO R$

LOTES VALOR MENSAL (Total)



TOTAL DA MENSAIDADE R$

VALOR GLOBAL DA PROPOSTA DOS LOTES VALOR GLOBAL

(Implantação + valor Mensal x 12)



TOTAL POR 12 MESES (Implantação + Mensal x 12) R$

CARIMBO CNPJ, ASSINATURA DO REPRESENTANTE LEGAL

Documents

MEMORIAL DESCRITIVO ANEXO I LOTE 01 SISTEMAS ... · 1 MEMORIAL DESCRITIVO – ANEXO I Os softwares deverão atender as seguintes finalidades: LOTE 01 – SISTEMAS ADMINISTRATIVOS