implantação de um sistema integrado de informação e … 1.pdf · como ‘planejamento dos...

187
Projeto Básico do Edital N°XXX/2012 para Implantação de um Sistema Integrado de Informação e Gestão de FARMANGUINHOS ‘Planejamento dos Recursos Empresariais’ (Enterprise Resource Planning – ERP) versão 20/ 09/ 2012

Upload: duongtuyen

Post on 31-Jan-2018

217 views

Category:

Documents


0 download

TRANSCRIPT

Projeto Básico do

Edital N°XXX/2012 para

Implantação de um Sistema

Integrado de Informação e

Gestão de FARMANGUINHOS

‘Planejamento dos Recursos Empresariais’

(Enterprise Resource Planning – ERP)

versão 20/ 09/ 2012

PROJETO BÁSICO

Página 2 de 46

1 – Objeto da Contratação ....................................................................................... 5

2 – Justificativa da Contratação ............................................................................... 5

2.1 – Objetivo ....................................................................................................... 5

2.2 – Relação Demanda x Necessidade .............................................................. 5

2.3 – Motivação .................................................................................................... 6

2.4 – Resultados a Serem Alcançados com a Contratação .................................. 7

2.5 – Justificativa da SOLUÇÃO Escolhida .......................................................... 7

2.6 – Conexão entre a Contratação e o Planejamento existente .......................... 7

3 – Descrição da SOLUÇÃO .................................................................................... 8

3.1 – Descrição .................................................................................................... 8

3.2 – Bens e Serviços .......................................................................................... 8

4 – Especificação Técnica ........................................................................................ 9

4.1 – Considerações Gerais ................................................................................. 9

4.2 – Requisitos da Solução ................................................................................. 9

4.2.1 – Requisitos De Negócio ......................................................................... 9

4.2.2 – Requisitos De Capacitação .................................................................. 9

4.2.3 – Requisitos Legais ................................................................................. 9

4.2.4 – Requisitos De Garantia e Manutenção ............................................... 10

4.2.5 – Requisitos Temporais ........................................................................ 10

4.2.6 – Requisitos De Segurança da Informação ........................................... 10

PROJETO BÁSICO

Página 3 de 46

4.2.7 – Requisitos Sociais, Ambientais e Culturais......................................... 10

4.2.8 – Requisitos De Arquitetura Tecnológica .............................................. 11

4.2.9 – Requisitos Da Implementação............................................................ 11

4.2.10 – Requisitos Da Experiência Profissional da Equipe ............................. 11

4.2.11 – Requisitos De Formação da Equipe ................................................... 11

4.2.12 – Requisitos De Metodologia de Trabalho ............................................. 12

4.2.13 – Requisitos De Integração ................................................................... 12

4.2.14 – Demais Requisitos Aplicáveis ............................................................ 12

4.3 – Da Qualificação Profissional ...................................................................... 13

5 – Modelo de Prestação de Serviço/ Fornecimento de Bens ................................ 15

5.1 – Justificativa do não parcelamento do objeto .............................................. 15

5.2 – Metodologia de Trabalho ........................................................................... 15

5.3 – Prazos e Condições .................................................................................. 16

5.3.1 – Prazos ................................................................................................ 16

5.3.2 – Condições .......................................................................................... 16

6 – Níveis de Serviço ............................................................................................. 19

7 – Aceite ............................................................................................................... 20

8 – Das Obrigações da CONTRATANTE ............................................................... 21

9 – Das Obrigações da CONTRATADA ................................................................. 21

10 – Da Forma de Pagamento ................................................................................. 24

PROJETO BÁSICO

Página 4 de 46

11 – Das Garantias .................................................................................................. 26

12 – Propriedade e Sigilo ......................................................................................... 27

12.1 – Direito de Propriedade ........................................................................... 27

12.2 – Condições de Manutenção de Sigilo ...................................................... 27

13 – Mecanismos Formais de Comunicação ............................................................ 29

14 – Do Gerenciamento do Contrato ........................................................................ 29

15 – Estimativa de Preço ......................................................................................... 32

16 – Adequação Orçamentária ................................................................................ 32

17 – Sanções por Inadimplemento ........................................................................... 33

18 – Declaração ....................................................................................................... 34

19 – Local de Execução ........................................................................................... 34

20 – Visita Técnica ................................................................................................... 34

21 – Critérios de Seleção do Fornecedor ................................................................. 35

21.1 – Modalidade de Licitação ............................................................................... 35

21.2 – Tipo de Licitação ....................................................................................... 35

21.3 – Justificativas ............................................................................................. 35

21.4 – Avaliação Técnica ..................................................................................... 36

21.5 – Critérios de Avaliação Técnica da SOLUÇÃO ........................................... 38

22 – Siglário ............................................................................................................. 45

PROJETO BÁSICO

Página 5 de 46

Apresentação

Este documento foi elaborado com base na Lei nº 8.666/93, na Lei nº 10.522/02, na IN MPOG/SLTI nº 02, de 11 de outubro de 2010, na IN MPOG/SLTI n° 04, de 12 de novembro de 2010, na RDC n° 17, de abril de 2010 e demais legislações correlatas e, subsidiariamente, na IN MPOG/SLTI nº 02, de 30 de abril de 2008 e suas atualizações, se constituindo como peça integrante e inseparável do procedimento licitatório.

1 – Objeto da Contratação

Prestação de Serviço de Implantação de um Sistema Integrado de Informação e Gestão, com suporte técnico e fornecimento de software que incorpore funcionalidades operacionais e de gestão, em conformidade com este documento e seus apêndices.

2 – Justificativa da Contratação

2.1 – Objetivo

A Implantação de um Sistema Integrado de Informação e Gestão tem por objetivo otimizar e melhor integrar os processos da organização – Instituto de Tecnologia de Fármacos/ FARMANGUINHOS; atingir os objetivos estratégicos previstos no Plano Diretor de Tecnologia da Informação (PDTI), vigente no período de 2012 a 2016; solucionar os atuais problemas de segurança de dados críticos; e atender às exigências normativas da Agência Nacional de Vigilância Sanitária (ANVISA).

2.2 – Relação Demanda x Necessidade

O Sistema Integrado de Informação e Gestão deverá permitir o acesso via 3 (três) camadas, com senhas individuais, sendo:

2.2.1 – Acesso da empresa – uma de produção, uma de homologação e uma de desenvolvimento;

2.2.2 – Acesso ao Software – 350 usuários nominais;

2.2.3 – Acesso ilimitado via Gate/Portal – via internet, controle de frequência e outros.

PROJETO BÁSICO

Página 6 de 46

Para as demais demandas previstas, listadas abaixo, as suas respectivas necessidades encontram-se no escopo deste Projeto Básico.

Id Demanda Prevista

1 Software

2 Serviços de Implantação

3 Customização

4 Treinamento

5 Licenças

6 Documentação

7 Garantia

8 Suporte

9 Manutenção

10 Operação Assistida

2.3 – Motivação

O uso de um Sistema Integrado de Informação e Gestão é essencial para garantir o adequado controle e a maior fidedignidade das informações relacionadas à administração da CONTRATANTE, provendo agilidade e eficiência na execução das atividades gerenciais, além de proporcionar a implantação de melhores práticas de mercado em processos críticos relacionados à atividade final da Unidade e atender às demandas regulatórias/ normativas preconizadas pela ANVISA.

A necessidade da contratação considera, em sua motivação, permitir que os objetivos estratégicos da CONTRATANTE previstos no Plano Diretor de Tecnologia da Informação (PDTI), vigente no período de 2012 a 2016, e outras necessidades corporativas da instituição, sejam atingidos.

PROJETO BÁSICO

Página 7 de 46

2.4 – Resultados a Serem Alcançados com a Contratação

2.4.1 – Atendimento aos requisitos regulatórios preconizados na RDC n° 17, de abril de 2010 relacionadas às atividades de Validação de Sistemas Computadorizados.

2.4.2 – Promoção da melhoria do desempenho da CONTRATANTE, visando alcançar a excelência em sua gestão, conforme o modelo de Excelência em Gestão Pública (MEGP) do GESPUBLICA.

2.4.3 – Integração dos processos, dados e informações por meio de um sistema de informação de gestão que apoie a tomada de decisão em todas as áreas da Instituição.

2.5 – Justificativa da SOLUÇÃO Escolhida

Id Necessidade Benefício

1

Substituição do atual Sistema Integrado de Informação e Gestão, ‘Planejamento dos Recursos Empresariais’ (Enterprise

Resource Planning – ERP) da CONTRATANTE (EURISKO)

Atendimento aos requisitos regulatórios (documentação) da Agencia Nacional de Vigilância Nacional – ANVISA

2 Realizar o planejamento e a integração dos sistemas de informação

Apoio à tomada de decisão organizacional

3 Institucionalizar o processo de integração de dados e informações

Apoio à tomada de decisão organizacional

2.6 – Conexão entre a Contratação e o Planejamento existente

O objeto deste Projeto será realizado em prazo certo e determinado, portanto encontra-se no PDTI (Plano Diretor de Tecnologia da Informação), no PPA (Plano Plurianual), amparado pelo PA (Plano anual), registrado na folha de rosto do pedido de compras. Declaramos ainda, que o objeto pretendido possui características de serviço não contínuo.

PROJETO BÁSICO

Página 8 de 46

3 – Descrição da SOLUÇÃO

3.1 – Descrição

A SOLUÇÃO consiste na Prestação de Serviço de Implantação de um Sistema Integrado de Informação e Gestão, com suporte técnico e fornecimento de software que incorpore funcionalidades operacionais e de gestão, em conformidade com este documento e seus apêndices, conforme disposto no item 1, deste Projeto Básico.

O Sistema Integrado de Informação e Gestão, da categoria de sistemas conhecida como ‘Planejamento dos Recursos Empresarias’ (ERP – Enterprise Resource

Planning), é uma ferramenta de software que apoia a execução dos processos de fabricação, distribuição, administração de almoxarifado de materiais e produtos, compras, comércio exterior, gerenciamento de compromissos de entregas de produtos, execução orçamentária e financeira, contabilidade, custos industriais e planejamento e controle da produção e de materiais.

É também a base da Arquitetura Integrada de Sistemas da CONTRATANTE, elemento central de integração com outros sistemas já implantados ou em implantação. Na SOLUÇÃO, constarão os principais cadastros-base e os principais processos da Unidade.

Além disso, as exigências regulatórias publicadas recentemente pela ANVISA (RDC n° 17/2010) formalizaram a necessidade de controles adicionais, dos quais podemos destacar a documentação e validação da SOLUÇÃO.

Por Solução de Tecnologia da Informação, entende-se como um conjunto de bens e serviços de Tecnologia da Informação e automação que se integram para o alcance dos resultados pretendidos com a contratação, de acordo com o Art. 2º da Instrução Normativa MPOG/SLTI n° 04/2010.

3.2 – Bens e Serviços

• Bem: Software com capacidade para suportar até 2000 (dois mil) usuários cadastrados e suportar até 500 (quinhentos) usuários simultâneos.

• Serviços: Os serviços previstos pelo objeto deste Projeto Básico, encontram-se descritos no Catálogo de Serviços e Produtos, APÊNDICE Nº10, deste Projeto Básico.

PROJETO BÁSICO

Página 9 de 46

4 – Especificação Técnica

4.1 – Considerações Gerais

O processo licitatório visa à aquisição do objeto descrito no item 1 deste Projeto Básico, a fim de atender à realidade dos procedimentos da CONTRATANTE. Para tanto, faz parte deste Projeto Básico a especificação técnica dos requisitos de negócio (APÊNDICE N° 1), requisitos não funcionais obrigatórios (APÊNDICE N° 2), requisitos não funcionais pontuáveis (APÊNDICE N° 3) e requisitos de integração (APÊNDICE N° 4).

O Software da SOLUÇÃO a ser adquirida deverá ser em larga escala parametrizável, para que tenha a versatilidade de se moldar à realidade da CONTRATANTE.

4.2 – Requisitos da Solução

4.2.1 – Requisitos De Negócio

Independem de características tecnológicas e definem as necessidades e os aspectos funcionais da Solução de Tecnologia da Informação.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 1.

4.2.2 – Requisitos De Capacitação

Definem a necessidade de treinamento, de carga horária e de materiais didáticos, o ambiente tecnológico dos treinamentos a serem ministrados, os perfis dos instrutores, dentre outros.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2.

4.2.3 – Requisitos Legais

Definem as normas com as quais a Solução de Tecnologia da Informação deverá estar em conformidade.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2.

PROJETO BÁSICO

Página 10 de 46

4.2.4 – Requisitos De Garantia e Manutenção

Independem de configuração tecnológica e definem a necessidade de serviços de manutenção preventiva, corretiva, evolutiva e adaptativa, além de definirem a forma como será conduzida a manutenção e a comunicação entre as partes envolvidas.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2 e no APÊNDICE N° 3.

4.2.5 – Requisitos Temporais

Definem os produtos intermediários da SOLUÇÃO e as respectivas datas de entrega.

Os itens deste tipo de requisito encontram-se Cronograma Físico, APÊNDICE N° 9.

4.2.6 – Requisitos De Segurança da Informação

Definem os atributos básicos de confidencialidade, integridade, disponibilidade e autenticidade dos dados, de acordo com os padrões internacionais, estabelecidos pela Norma ISO/ IEC 17799.2005.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2 e no APÊNDICE N° 3.

4.2.7 – Requisitos Sociais, Ambientais e Culturais

Definem requisitos que a Solução de Tecnologia da Informação deverá atender para estarem em conformidade com costumes, idiomas e ao meio ambiente, dentre outros.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2.

PROJETO BÁSICO

Página 11 de 46

4.2.8 – Requisitos De Arquitetura Tecnológica

Compostos de hardware, software, padrões de interoperabilidade, linguagens de programação, interfaces, dentre outros.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2 e no APÊNDICE N° 3.

4.2.9 – Requisitos Da Implementação

Estabelecem o processo de desenvolvimento de software, as técnicas, os métodos, a forma de gestão, de documentação, dentre outros.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2 e no APÊNDICE N° 3.

4.2.10 – Requisitos Da Experiência Profissional da Equipe

Definem a natureza da experiência profissional exigida e as respectivas formas de comprovação dessa experiência, dentre outras, para a equipe que projetará, implementará e implantará a Solução de Tecnologia da Informação.

Os itens deste tipo de requisito encontram-se no APÊNDICE Nº 2.

4.2.11 – Requisitos De Formação da Equipe

Definem cursos acadêmicos e técnicos, formas de comprovação dessa formação, dentre outros, para a equipe que projetará, implementará e implantará a Solução de Tecnologia da Informação.

Os itens deste tipo de requisito encontram-se no APÊNDICE Nº 2.

PROJETO BÁSICO

Página 12 de 46

4.2.12 – Requisitos De Metodologia de Trabalho

Estabelece cronograma, metodologia, recursos didáticos e humanos necessários para a implantação do Software da SOLUÇÃO, bem como treinamento a ser ministrado aos usuários chave.

Os itens deste tipo de requisito encontram-se descritos no item 5.2.

4.2.13 – Requisitos De Integração

Definem os tipos de integração com outros sistemas que a solução deverá contemplar.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 4.

4.2.14 – Demais Requisitos Aplicáveis

Consistem nos requisitos necessários para a SOLUÇÃO que não se enquadram nos itens anteriores.

Os itens deste tipo de requisito encontram-se no APÊNDICE N° 2 e no APÊNDICE N° 3.

PROJETO BÁSICO

Página 13 de 46

4.3 – Da Qualificação Profissional

Para cada profissional responsável por realizar a execução dos serviços da CONTRATADA deverá ser respeitado, para cada perfil, o disposto a seguir:

4.3.1 –Gerente do Projeto

Responde pela gestão de seus técnicos, coordenando a execução das tarefas.

Estabelece diretrizes e procedimentos para as atividades relacionadas ao Processo de Planejamento.

Assegura que os objetivos da contratação e as expectativas do negócio sejam iguais.

Identifica e gerencia as resistências e mantém a estabilidade da contratação; e atua como representante da CONTRATADA junto à CONTRATANTE, que também designará um Gerente de Projeto, de sua parte.

Atua em todas as fases do serviço contratado, avaliando a execução e promovendo ações que assegurem a consecução dos resultados contratados, em conformidade com determinações da ANVISA.

4.3.2 – Gerente de Contrato

Responsável pelo gerenciamento do Contrato e ponto focal no relacionamento com a Diretoria da CONTRATANTE e seus Executivos alocados a esta contratação.

4.3.3 – Gerente de Integração

Responsável pela integração da equipe, garantindo que as distintas frentes funcionais - responsáveis pela implementação da SOLUÇÃO em cada macro processo por ela suportado ou impactado - trabalhem de maneira coesa.

4.3.4 – Consultor de Negócio/ Analista de Sistema

Responsável pelas atividades resolução de problemas e propostas de melhorias, análise de problemas da SOLUÇÃO, análise de aderência para

PROJETO BÁSICO

Página 14 de 46

implantação de novos módulos adquiridos ou automatizações, em conformidade com determinações da ANVISA, pela parametrização da SOLUÇÃO, de forma adequada aos impactos aos macro processos acordados entre CONTRATADA e CONTRATANTE, treinamento dos usuários; e simulação das rotinas de trabalho.

4.3.5 – Desenvolvedor Técnico

Responsável por coordenar as atividades de instalação e administração dos componentes da SOLUÇÃO; adaptar a SOLUÇÃO por parametrização e customização de funcionalidades; efetuar análises para construção de interfaces e integrações necessárias com os sistemas existentes da CONTRATANTE; migração de dados; implantação; suporte a sistemas de informação e soluções tecnológicas.

4.3.6 – Gerente de Mudanças

Responsável por adequar o clima organizacional da CONTRATANTE em face às mudanças que a SOLUÇÃO implantada o trará, adequando os funcionários da CONTRATANTE aos processos de negócios derivados/ suportados pela SOLUÇÃO.

Com relação aos profissionais que integrarão as equipes de desenvolvimento, mudanças e de implantação, a CONTRATADA deverá indicar os quantitativos, de cada perfil, de analistas e técnicos que serão alocados ao contrato.

A CONTRATANTE poderá exigir a substituição de qualquer consultor, em função do não atendimento dos prazos definidos pelo Acordo de Nível de Serviço (ANS), presente no APÊNDICE N° 11 deste Projeto Básico. A CONTRATADA deverá substituir tal consultor, observando o descrito no item anterior, durante a execução da consultoria.

PROJETO BÁSICO

Página 15 de 46

5 – Modelo de Prestação de Serviço/ Fornecimento de Bens

5.1 – Justificativa do não parcelamento do objeto

O objeto deste Projeto Básico considera uma SOLUÇÃO integrada. Isto é, os itens que compõem a SOLUÇÃO não são fracionáveis, por se caracterizarem como parte integrante da mesma unidade.

O parcelamento é a situação atual da qual se busca sair para melhorar a eficiência dos serviços e processos área meio ( entendida como áreas de suporte à área Fim, produtiva da empresa), economia de recursos, eliminar retrabalho, desincumbir-se da prospecção de novas tecnologias de software e hardware para atender a área meio, uma vez que a evolução da SOLUÇÃO vencedora passa a ser um indexador direto daquelas.

Acresça-se que o parcelamento é a situação atual, da qual se busca sair para melhorar a eficiência dos serviços e processos da área meio (entendida como áreas de suporte à área Fim, produtiva da empresa), economia de recursos, eliminar retrabalho, desincumbir-se da prospecção de novas tecnologias de software e hardware para atender a área meio, uma vez que a evolução da SOLUÇÃO vencedora passa a ser um indexador direto daquelas.

O software que compõe a SOLUÇÃO é composto por uma estrutura de módulos. A integração da solução começa especialmente na união desses módulos. Reunir-se em um Sistema de Gestão Integrado com módulos diferentes desenvolvidos por fornecedores diferentes, é operacionalmente inviável para esta Unidade.

O Catálogo de Serviços e Produtos, no APÊNDICE Nº10, embora relacione os serviços prestados e os respectivos produtos,apenas evidencia o rol de atividades que compõem a implantação definitiva da SOLUÇÃO. Do termo plural não decorre a necessidade de que se parcele o objeto, visto tratar-se de uma SOLUÇÃO única, fornecida por um único fornecedor.

5.2 – Metodologia de Trabalho

A CONTRATADA deverá seguir metodologia de trabalho coerente com os conceitos preconizados pelas melhores práticas de gestão de projetos, especificamente o PMBok, atendendo às etapas e formas de execução previstas no Catálogo de Serviços e Produtos, APÊNDICE Nº10, deste Projeto Básico.

PROJETO BÁSICO

Página 16 de 46

5.3 – Prazos e Condições

5.3.1 – Prazos

A Implantação do Sistema ERP será realizada em 05 (cinco) fases principais: Planejamento, Implementação, Homologação, Testes e Produção, com duração total de 365 dias.

Será concedido à CONTRATADA um período adicional denominado de Fase Inicial, com duração de 30 dias, contados a partir da data de assinatura do Contrato, para ajustes de equipe e preparação do ambiente operacional.

Conforme explicitado no Cronograma Físico, APÊNDICE Nº 9, a Fase de Testes poderá ser diluída entre as fases de Planejamento, Implementação e Homologação, naquilo que for pertinente, de forma a otimizar a prestação dos serviços.

A CONTRATADA deverá obedecer aos prazos dispostos no Cronograma Físico, apresentado no APÊNDICE Nº 9, deste Projeto Básico.

Durante a execução das Etapas, serão aceitos ajustes internos àquele Cronograma, mediante aprovação da CONTRATANTE, de forma a melhor atender a implantação do Software.

5.3.2 – Condições

Na prestação dos serviços contratados, a CONTRATADA deverá atender às seguintes condições:

5.3.2.1– Durante todo o processo de implantação, a CONTRATADA deverá realizar reuniões técnicas com os profissionais da CONTRATANTE, para apresentação das características dos componentes do Software parte da SOLUÇÃO, planejamento da implantação do sistema e transferência do conhecimento para os técnicos da CONTRATANTE.

5.3.2.2– Toda a documentação gerada pela CONTRATADA durante a execução das fases de implantação do Sistema ERP deverá ser validada pela CONTRATANTE.

PROJETO BÁSICO

Página 17 de 46

5.3.2.3– Todas as reuniões entre CONTRATADA e CONTRATANTE devem ser formalizadas com a elaboração da Ata de Reunião, presente no APÊNDICE Nº 6.

5.3.2.4– Avaliação do Processo de Implantação: A CONTRATANTE se reserva o direito de efetuar avaliação do processo de implantação de cada componente do Software, parte da SOLUÇÃO. Esta avaliação poderá ser realizada em qualquer Etapa do processo de implantação, antes da homologação definitiva.

5.3.2.5– Comunicação de Ocorrência: A CONTRATADA deverá comunicar imediatamente e formalmente ao Gestor do Contrato todas as dificuldades e problemas detectados nas diversas fases da implantação do Software, parte da SOLUÇÃO.

5.3.2.6– Revisão de Serviço de Implantação: Caso os resultados obtidos com a implantação sejam insatisfatórios, em relação aos requisitos especificados neste Projeto Básico, a CONTRATANTE solicitará à CONTRATADA que efetue a revisão da qual poderá acarretar o reinício do processo de implantação do módulo ou componente, sem nenhum custo adicional para a CONTRATANTE.

5.3.2.7– Customizações e Parametrizações: A CONTRATADA se compromete a executar todas as customizações e parametrizações necessárias à adequação e atualização dos requisitos funcionais, de forma a atender as regras de negócio e as necessidades da CONTRATANTE, conforme descrito neste documento e seus apêndices. Em atendimento ao disposto no parágrafo único do artigo 111 da Lei nº 8.666/1993, para efeitos de garantia de continuidade dos processos de trabalho da CONTRATANTE, dependentes da solução fornecida, a empresa CONTRATADA deverá entregar os códigos-fonte das

PROJETO BÁSICO

Página 18 de 46

funcionalidades customizadas, que atendam às necessidades específicas de negócio da CONTRATANTE.

5.3.2.8– Implantação Definitiva: A Implantação definitiva consiste na instalação do Software, parte da SOLUÇÃO, nos ambientes de produção, homologação, desenvolvimento e treinamento da CONTRATANTE. Para fins de homologação de funcionalidades, testes, migração de dados, integração de dados e sistemas e manutenção evolutiva, o Software, parte da SOLUÇÃO, deverá ser instalado no ambiente de homologação. Após a aprovação dos serviços de implantação, o Software, parte da SOLUÇÃO, será transferido para o ambiente de produção da CONTRATANTE, desde que mediante a validação do requisitante e da área de TI, com ou sem os dados do ambiente de homologação.

5.3.2.9– Migração de Dados: A CONTRATANTE deverá aprovar o documento “Plano de Migração de Dados” e “Testes de Migração de Dados”, antes da realização efetiva da migração. A CONTRATADA deverá prover a migração de dados cadastrais históricos do Sistema legado da CONTRATANTE, contemplando:

5.3.2.9.1 – Extração dos dados existentes em bancos de dados e/ ou outras formas de armazenamento;

5.3.2.9.2 – Validação dos dados: processo de limpeza dos dados (detecção e ajustes de dados incorretos, incompletos, corrompidos ou duplicados), enriquecimento dos dados (compreende a atualização dos dados com novos atributos, complementares aos existentes até então), validação lógica e física dos dados e adequação destes ao formato de dados utilizado pelo Software, parte da SOLUÇÃO;

5.3.2.9.3 – Carga de dados: os dados extraídos e validados são inseridos nas bases de dados do Software, parte da SOLUÇÃO.

PROJETO BÁSICO

Página 19 de 46

5.3.2.10– Serviços de Monitoramento de Desempenho: A equipe técnica da CONTRATADA deverá monitorar os níveis de utilização e desempenho do sistema, recomendando ajustes nos parâmetros do ambiente sempre que necessário.

5.3.2.11– Gestão da Informação: A CONTRATADA, por seus próprios meios ou os disponíveis pelo fabricante do produto, deverá disponibilizar à CONTRATANTE acesso às bases de conhecimento técnico do produto disponível para clientes, para acesso Web e download, através da internet, a qualquer tempo (regime 24X7), conforme o respectivo SLA. Essas bases poderão ser constituídas de páginas de comunidades de prática, FAQs (Frenquent Asked Questions), planilhas de especificações técnicas (datasheets), manuais, artigos, apresentações, webcasts e outros tipos de conteúdos. Os artigos técnicos sobre o produto que não estiverem disponíveis no Website da CONTRATADA deverão ser indicados à CONTRATANTE por meio do apontamento dos respectivos endereços eletrônicos de busca na internet.

5.3.2.12 – Suporte Técnico: A CONTRATADA deverá fornecer Suporte Técnico, de acordo com o estabelecido no APÊNDICE Nº 7 deste Projeto Básico, durante o período de 7 (sete) anos após o término da fase de Produção prevista no Cronograma Físico - APÊNDICE Nº 9 deste documento.

6 – Níveis de Serviço

Os níveis de serviço estão definidos no APÊNDICE Nº 11 – Acordo de Nível de Serviço (ANS), deste Projeto Básico.

PROJETO BÁSICO

Página 20 de 46

7 – Aceite

ID ETAPA/FASE/ITEM INDICADOR MÉTRICA

1 Preparação Contratual Prazo da Ordem de Serviço Execução dentro do prazo

2 Preparação do Ambiente Operacional

Prazo da Ordem de Serviço Execução dentro do prazo

3 Diagnóstico da Situação Atual e Plano de implantação do Sistema ERP

Prazo da Ordem de Serviço Execução dentro do prazo

4 Instalação do Sistema ERP Prazo da Ordem de Serviço Execução dentro do prazo

5 Validação do Ambiente Operacional

Prazo da Ordem de Serviço Execução dentro do prazo

6 Implementação dos Requisitos de Negócio Nativos/Parametrizáveis

Prazo da Ordem de Serviço Execução dentro do prazo

7 Implementação dos Requisitos de Negócio Customizáveis

Prazo da Ordem de Serviço Execução dentro do prazo

8 Migração de Dados Prazo da Ordem de Serviço Execução dentro do prazo

9 Integração de Sistemas Prazo da Ordem de Serviço Execução dentro do prazo

10 Plano de Treinamento Prazo da Ordem de Serviço Execução dentro do prazo

11 Aplicação do Treinamento Prazo da Ordem de Serviço Execução dentro do prazo

12 Realização de Testes Prazo da Ordem de Serviço Execução dentro do prazo

13 Transferência do Sistema ERP para ambiente de produção

Prazo da Ordem de Serviço Execução dentro do prazo

PROJETO BÁSICO

Página 21 de 46

8 – Das Obrigações da CONTRATANTE

8.1 – O representante da Administração deverá promover o registro das ocorrências verificadas, adotando as providências necessárias ao fiel cumprimento das cláusulas contratuais, conforme disposto nos §§ 1º e 2º do art. 67 da Lei nº. 8.666/93.

8.2 – Solicitar a substituição imediata de qualquer profissional da contratada que,

por sua avaliação, não possua o conhecimento técnico e postura profissional necessários à perfeita realização dos serviços.

8.3 – Promover o pagamento considerando todo o disposto no art. 36 da IN/MPOG

nº. 02/2008.

8.4 – Efetuar o pagamento nas condições e preços pactuados, mediante a apresentação das Notas Fiscais/Faturas, devidamente atestadas, depois de constatado o cumprimento das obrigações da CONTRATADA.

8.5 – Acompanhar e fiscalizar a execução do contrato, por um representante

designado pela autoridade competente, nos termos do Art. 67 da Lei 8.666/93 atualizada;

8.6 – Notificar, por escrito, à CONTRATADA, ocorrências de eventuais imperfeições

no curso de execução dos serviços, fixando prazo para sua correção;

8.7 – Responsabilizar-se pela comunicação, em tempo hábil, dos serviços a serem executados.

9 – Das Obrigações da CONTRATADA

9.1 – Responsabilizar-se integralmente pelos serviços contratados, nos termos da legislação vigente.

9.2 – Enviar ao fiscal do contrato, documento relacionando os profissionais

envolvidos, para efeito de controle de entrada e saída de funcionários da sede da CONTRATANTE.

PROJETO BÁSICO

Página 22 de 46

9.3 – Atender ao Cronograma Físico de Implantação do Sistema ERP elaborado pela CONTRATANTE, em conformidade com o exposto no APÊNDICE N° 9 deste Projeto Básico.

9.4 – Disponibilizar relatórios de acompanhamento ao fiscal do contrato, que serão

os principais instrumentos para a avaliação dos serviços prestados.

9.5 – Manter, durante toda a execução deste contrato, em compatibilidade com as obrigações assumidas, todas as condições de habilitação e qualificação exigidas no Edital.

9.6 – Responsabilização pelo fiel pagamento dos salários, demais benefícios

trabalhistas, encargos sociais e tributos, consoante a legislação vigente.

9.7 – Arcar com a responsabilidade civil por todos ou quaisquer danos materiais e pessoais causados por seus empregados, dolosa ou culposamente, aos bens da União e de terceiros.

9.8 – Não permitir a utilização do trabalho do menor.

9.9 – Arcar com o ônus decorrente de eventual equívoco no dimensionamento dos

quantitativos de sua proposta, devendo complementá-los, caso o previsto inicialmente em sua proposta não seja satisfatório para o atendimento ao objeto da licitação, exceto quando ocorrer algum dos eventos arrolados nos incisos do § 1º do art. 57 da Lei nº 8.666, de 1993.

9.10 – A CONTRATADA deverá manter o ambiente utilizado na prestação dos

serviços nas mesmas condições que estavam antes do início dos serviços.

9.11 – A CONTRATADA é obrigada a obedecer, no que se aplicar, a Legislação Trabalhista (Consolidação das Leis do Trabalho - CLT) - Decreto-lei n.º 5.452, de 1º de maio de 1943 e a Legislação Previdenciária - Lei nº 8.213, de 24 de julho de 1991, Lei nº 8.212, de 24 de julho de 1991 e Decreto nº 3.048, de 06 de maio de 1999.

9.12 – Fornecer todo o material, ferramentas e instrumentos necessários à perfeita

execução dos serviços ora contratados, sem custo adicional para a CONTRATANTE.

PROJETO BÁSICO

Página 23 de 46

9.13 – O pagamento das despesas com alimentação, hospedagem, deslocamento e transporte da equipe da durante o período de trabalho será de responsabilidade da CONTRATADA.

9.14 – Instruir seus empregados a manterem sigilo a respeito das informações e

quaisquer outros assuntos ligados a documentos e seus conteúdos, que porventura cheguem ao seu conhecimento por força da execução dos serviços.

9.15 – Levar, imediatamente, ao conhecimento do fiscal do contrato do Instituto de

Tecnologia em Fármacos/ FARMANGUINHOS, qualquer fato extraordinário ou anormal que ocorrer na execução do objeto contratado, para adoção das medidas cabíveis.

9.16 – Efetuar o pagamento dos salários até o 5º dia útil do mês subsequente ao da

prestação dos serviços.

9.17 – Responsabilizar-se por quaisquer acidentes, que venham a ser vítimas os seus empregados, quando em serviço, por tudo quanto às leis trabalhistas e previdenciárias lhes assegurem e pelas demais exigências legais para o exercício das atividades.

9.18 – Será vedada a subcontratação total e parcial da execução do objeto deste Projeto Básico.

PROJETO BÁSICO

Página 24 de 46

10 – Da Forma de Pagamento

10.1 – O pagamento será efetuado mensalmente pela FIOCRUZ, no prazo máximo de 30 (cinco) dias contados do atesto da Nota Fiscal eletrônica (NF-e), que será apresentada de acordo com as etapas do Cronograma Físico-Financeiro, APÊNDICE Nº8 deste Projeto Básico, sendo pagos os serviços efetivamente executados.

10.1.1–A Contratada deverá encaminhar a Nota Fiscal eletrônica (NF-e) para o endereço eletrô[email protected], conforme disposto no protocolo ICMS nº 42/09, para comprovação do serviço efetivamente executado, contendo o mesmo CNPJ do empenho para efeito de pagamento.

10.1.2 – A Nota Fiscal eletrônica (NF-e) deverá discriminar o valor dos serviços com a mão de obra e o material, se for o caso.

10.1.3 – O pagamento será efetuado pela FIOCRUZ mediante crédito em conta bancária informada na Nota Fiscal (NF-e).

10.2–Previamente ao pagamento, será feita consulta ao SICAF e ao TST, para verificar a manutenção das condições de habilitação da contratada definidas no Edital.

10.2.1– Identificada irregularidade, a contratada será notificada para regularizar sua situação no prazo de até 20 (vinte) dias, sob a pena de rescisão contratual, com base no previsto no art. 34-A da IN MPOG nº 02/08 e no parecer PGFN/CJU nº 401/2000.

10.3 – No momento do pagamento, serão retidas na fonte alíquotas discriminadas da IN RFB nº 1234/2012.

10.3.1 – Para que a retenção mencionada no parágrafo anterior não ocorra, a contratada optante pelo SIMPLES deverá juntar a declaração nos moldes do Anexo IV da IN RFB nº 1234/2012 à Nota Fiscal eletrônica (NF-e).

PROJETO BÁSICO

Página 25 de 46

10.4 – Caso a Contratada seja cooperativa, a FIOCRUZ irá recolher, a titulo de contribuição social previdenciária, 15% (quinze por cento) incidente sobre o valor bruto da Nota Fiscal eletrônica (NF-e) do serviço, na forma do Regulamento da Previdência Social aprovado pelo Decreto nº 3.048/99 e IN RFB nº 971/09.

10.5 – Quando da ocorrência de eventuais atrasos de pagamento provocados exclusivamente pela FIOCRUZ, o valor devido deverá ser acrescido de atualização financeira e sua apuração se fará desde a data de seu vencimento até a data do efetivo pagamento, em que os juros de mora serão calculados à taxa de 0,5% (meio por cento) ao mês, ou 6% (seis por cento) ao ano, mediante aplicação das seguintes formulas:

I = (TX/100)

365

EM = I x N x VP, onde:

I = Índice de atualização financeira;

TX = Percentual da taxa de juros de mora anual;

EM = Encargos moratórios;

N=Número de dias entre a data prevista para o pagamento e a do efetivo pagamento;

VP = Valor da parcela em atraso.

Os encargos moratórios que a contratada fizer jus e não forem solicitados no prazo de 60 (sessenta) dias, a contar da emissão da respectiva Nota Fiscal eletrônica (NF-e), será objeto de preclusão.

O crédito adquirido pela Contratada em razão de contrato celebrado com a FIOCRUZ não poderá ser transferido a terceiros, sob pena de aplicação das penalidades previstas na Lei nº 8.666/93.

PROJETO BÁSICO

Página 26 de 46

11 – Das Garantias

11.1 – A Contratada deverá prestar garantia para efeito de assinatura do contrato como comprovação de compromisso de seu cumprimento, podendo optar por uma das seguintes modalidades abaixo:

a. Caução em dinheiro ou título da dívida pública; b. Seguro garantia; ou c. Fiança bancária.

11.2 – A garantia será de 5% (cinco por cento) do valor do contrato.

11.3–Toda vez que houver prorrogação do prazo contratual, a contratada deverá renovar a garantia e, em caso de alteração que acarrete aumento do valor estimado do contrato, deverá complementar a garantia.

11.4 – No caso da Contratante apresentar como garantia caução em títulos da divida pública, só terão validade os escriturais, registrados em sistema centralizado de liquidação e de custódia autorizado pelo Banco Central do Brasil, conforme determinação do Ministério da Fazenda.

(<http://www.receita.fazenda.gov.br/impensa/notas/2004/novembro/16112004.htm>).

11.5– O seguro garantia só será aceito depois de examinada e comprovada a idoneidade da seguradora, cujas informações serão consultadas no sitio da SUSEP.

PROJETO BÁSICO

Página 27 de 46

12 – Propriedade e Sigilo

12.1 – Direito de Propriedade

Todos os direitos autorais e conexos, paternidade, intelectualidade, patrimonialidade e titularidade sobre os produtos objeto deste contrato pertencerão, exclusivamente, à CONTRATANTE, exceto o aplicativo para visualização do banco de dados que é de propriedade da CONTRATADA.

A CONTRATANTE, a qualquer tempo e sem qualquer restrição, poderá modificar o conteúdo descrito no item anterior, promover futuras atualizações, modificações ou derivações, ainda que associadas a outros produtos, ceder, emprestar, alienar, enfim, usar, fruir e dispor dos produtos sem que a licitante faça jus a qualquer outra contrapartida, além dos pagamentos previstos neste termo, o que se estende aos produtos que vierem a ser desenvolvidos a partir dos obtidos nesta licitação, exceto sobre o aplicativo para visualização do banco de dados que é de propriedade da CONTRATADA.

É da exclusiva responsabilidade da CONTRATADA a obtenção da competente cessão de direitos de autor e conexos, em favor da CONTRATANTE, junto às pessoas envolvidas na elaboração dos documentos desenvolvidos, sob pena de vir a responder pela integralidade dos prejuízos que o não cumprimento desta sua obrigação vier a ocasionar à CONTRATANTE.

12.2 – Condições de Manutenção de Sigilo

12.2.1 – A CONTRATADA se obriga a não quebrar a confiança que lhe é depositada em razão de celebração deste Contrato, guardando, durante sua vigência e mesmo após a sua expiração, total sigilo de todas as informações que obtiver em razão do contrato e da prestação do serviço, que serão consideradas ‘informações confidenciais’, e somente poderão ser reveladas a terceiros, mesmo que sejam empregados da CONTRATANTE, se houver prévia e expressa autorização, por escrito, do representante indicado para a gestão do contrato.

12.2.2 – A CONTRATADA se compromete a adotar as medidas necessárias para que seus diretores, empregados, e em geral todas aquelas pessoas sob sua

PROJETO BÁSICO

Página 28 de 46

responsabilidade, que precisem conhecer a ‘informação confidencial’, mantenham o sigilo acordado neste instrumento, sendo responsável pela eventual ruptura do compromisso de confidencialidade por essas pessoas.

12.2.3 – Não serão consideradas ‘informações Confidenciais’ as informações que:

12.2.3.1 – Sejam ou venham a ser identificadas como de domínio público;

12.2.3.2 – Encontravam-se na posse legítima da CONTRATADA, livres de quaisquer obrigações de confidencialidade, antes de sua revelação em razão deste Contrato;

12.2.3.3 – Sejam expressamente identificadas pela CONTRATANTE como ‘não confidenciais’;

12.2.3.4 – Devam ser divulgadas por força de decisão em processo judicial, neste caso, sendo a divulgação a mais restrita possível, o que deve ser imediatamente comunicado à CONTRATANTE.

12.2.4 – Quando solicitado pela CONTRATANTE, a CONTRATADA está obrigada a devolver de imediato à CONTRATANTE todas as informações recebidas em decorrência do presente Contrato e da prestação do serviço.

12.2.5 – O descumprimento da confidencialidade obrigará a CONTRATADA à reparação de eventuais perdas e danos, inclusive os valores que a CONTRATANTE venha eventualmente a despender para indenização de terceiros, sem prejuízo das demais consequências legais e contratuais.

12.2.6 – O não exercício pela CONTRATANTE de qualquer direito previsto nesta Cláusula de Confidencialidade, ou a não aplicação de qualquer medida, penalidade ou sanção possível não importará em renúncia ou novação, não devendo, portanto, ser interpretada como desistência de sua aplicação em caso de reincidência.

12.2.7 – A CONTRATADA deve efetuar assinatura de cláusula de confidencialidade, em modelo fornecido pela CONTRATANTE.

PROJETO BÁSICO

Página 29 de 46

13 – Mecanismos Formais de Comunicação

13.1– Função de Comunicação: Definir tarefas a serem executadas e seus respectivos prazos, de acordo com o previsto no Cronograma Físico, APÊNDICE N° 9 deste Projeto Básico.

13.2– Documento: Ordens de Serviço Planejadas e Ordens de Serviço Extraordinárias.

13.3– Emissor: Fiscal do Contrato

13.4– Destinatário: Gerente de Projeto

13.5– Meio: E-mail / Carta

13.6– Periodicidade: As Ordens de Serviço Planejadas terão como base as Fases do Cronograma Físico, APÊNDICE N° 9 deste Projeto Básico.

Para as Ordens de Serviço Extraordinárias não haverá uma periodicidade determinada, entretanto a validade deverá ser definida de acordo com o tipo de serviço extraordinário a que a OS se refere.

14 – Do Gerenciamento do Contrato

14.1 – Dos papéis e responsabilidades

14.1.1– Gestor do Contrato: Neemias de Souza Leite, matrícula Siape nº 465194, com atribuições gerenciais, técnicas e operacionais relacionadas ao processo de gestão do contrato, indicado por autoridade competente.

14.1.2– Fiscal Técnico do Contrato: Neemias de Souza Leite, matrícula Siape nº 465194, representante da Área de Tecnologia da Informação, indicado pela autoridade competente dessa área para fiscalizar tecnicamente o contrato.

14.1.3– Fiscal Administrativo do Contrato: Igor Belchior Ferreira, matrícula Siape nº 01906237, representante da Área Administrativa, indicado pela autoridade competente dessa área para fiscalizar o contrato quanto aos aspectos administrativos.

PROJETO BÁSICO

Página 30 de 46

14.1.4– Fiscal Requisitante do Contrato: Evandro da Silva Nascimento, matrícula Siape nº 01509767, representante da Área Requisitante da Solução, indicado pela autoridade competente dessa área para fiscalizar o contrato do ponto de vista funcional da Solução de Tecnologia da Informação.

14.2– A fiscalização não exclui nem reduz a responsabilidade da CONTRATADA, inclusive perante terceiros, por qualquer irregularidade, ainda que resultante de imperfeições técnicas, vícios redibitórios, ou emprego de material inadequado ou de qualidade inferior e, na ocorrência desta, não implica em co-responsabilidade da CONTRATANTE ou de seus agentes e prepostos, em conformidade com o art. 70 da Lei 8.666/ 93.

14.3– A execução do contrato será fiscalizada pelos representantes indicados nos papéis de responsabilidades citados acima, com as competências dos arts. 31 e 35 da IN MPOG nº 02/08, em especial:

14.3.1 – Fiscalizar o cumprimento das obrigações contratuais.

14.3.2– Solicitar da contratada e de seus prepostos, ou providenciar junto à Administração da FIOCRUZ, tempestivamente, todas as medidas necessárias ao bom andamento dos serviços.

14.3.3– Emitir pareceres em todos os atos da Administração relativos à execução do contrato e, em especial, na aplicação de sanções, alterações do contrato.

14.3.4– Adotar medidas para que a mão de obra envolvida na prestação dos serviços não execute tarefas em desacordo com as pré-estabelecidas.

14.3.5– Realizar o aceite do serviço executado nas condições previstas no Edital, de forma a subsidiar o atesto da Nota Fiscal eletrônica (NF-e) e o pagamento da mesma.

14.4– É vedado à Administração e ao seu Representante exercer poder de mando sobre os empregados da Contratada, devendo se reportar, apenas, ao preposto e aos responsáveis por ela indicados.

14.5– O Gerenciamento do Contrato envolverá, ainda, as atividades elencadas nos arts. 25 a 27 da IN MPOG, n° 04/2010, em especial:

PROJETO BÁSICO

Página 31 de 46

14.5.1– O Gestor do Contrato e os Fiscais Técnico, Administrativo e Requisitante do Contrato deverão elaborar o Plano de Inserção da Contratada durante a Fase Inicial prevista no Cronograma Físico (APÊNDICE Nº 9),na forma do disposto no art. 25, inciso I, alínea “a”, 1 e 2 da IN MPOG n° 04/2010.

14.5.2– O Gestor do Contrato deverá convocar uma reunião inicial com a participação dos Fiscais Técnico, Administrativo e Requisitante do Contrato, da Contratada e dos demais intervenientes por ele identificados, durante a Fase Inicial prevista no Cronograma Físico (APÊNDICE Nº 9), cuja pauta observará, pelo menos:

14.5.2.1– Presença do representante legal da Contratada, que apresentará o preposto da mesma;

14.5.2.2 – Entrega, por parte da Contratada, do termo de compromisso e do termo de ciência, conforme art. 15, inciso VI da IN MPOG n° 04/2010;

14.5.2.3–Esclarecimentos relativos a questões operacionais, administrativas e de gerenciamento do contrato.

PROJETO BÁSICO

Página 32 de 46

15 – Estimativa de Preço

Id Bem / Serviço Valor

Estimado

1 Serviços de Implantação R$3.769.961,43

2 Customização R$397.440,00

3 Treinamento R$241.353,33

4 Licenças R$3.023.381,36

5 Documentação R$70.848,00

6 Manutenção R$ 732.023,52

7 Suporte R$80.422,56

8 Garantia R$129.964,98

9 Operação Assistida R$54.604,82

Total R$ 8.500.000,00

16 – Adequação Orçamentária

Id Valor Fonte (Programa / Ação)

1 R$ 8.500.000,00

Revitalização Parque Industrial Código Projeto - 004.2522.062.04126

Código Elemento Despesa - 44.90.39.93

Previsão no LOA 2012 – R$ 2.400.000,00

PROJETO BÁSICO

Página 33 de 46

17 – Sanções por Inadimplemento

17.1 – Em caso de inexecução total ou parcial do contrato, a contratada estará sujeita, garantida prévia defesa, às seguintes penalidades:

17.1.1 – Advertência por escrito.

17.1.2 – Multa de 8% (oito por cento), calculada sobre o valor total do contrato e dos termos aditivos, se for o caso.

17.1.3 – Suspensão temporária de participação em licitação e impedimento de contratar com a Fiocruz, por prazo não superior a 02 (dois) anos.

17.1.4 – Declaração de inidoneidade para licitar ou contratar com a Administração Pública, enquanto perdurarem os motivos determinantes da punição ou até que seja promovida a reabilitação, perante a própria autoridade que aplicou a penalidade, que será concedida sempre que o contratado ressarcir a Administração pelos prejuízos resultantes e após decorrido o prazo da sanção aplicada com base no item 17.1.3.

17.2 – As penalidades previstas nos subitens 17.1.1, 17.1.3 e 17.1.4 poderão ser aplicadas juntamente com a prevista no subitem 17.1.2, facultada a defesa prévia do interessado, no respectivo processo, no prazo de 5 (cinco) dias úteis a contar da comunicação oficial.

17.3 – A penalidade prevista no subitem 17.1.4 é de competência do Senhor Ministro de Estado de Saúde, facultada a defesa do interessado no respectivo processo, no prazo de 10 (dez) dias da abertura de vista, podendo a reabilitação ser requerida após 2 (dois) anos de sua aplicação.

17.4 – Pelo atraso injustificado durante a execução do contrato, será aplicada multa moratória de 0,3% (três décimos por cento) por dia de atraso injustificado, que será calculada sobre o valor da parcela em atraso, no limite máximo de 10% (dez por cento), recolhida no prazo máximo de 15 (quinze) dias, a contar da comunicação oficial.

17.5 – As multas referidas nos subitens 17.1.2 e 17.4 poderão ser descontadas dos pagamentos eventualmente devidos pela FIOCRUZ ou cobradas judicialmente.

PROJETO BÁSICO

Página 34 de 46

17.6 – As penalidades serão obrigatoriamente registradas no SICAF.

18 – Declaração

O objeto de contratação deste Projeto Básico não contempla atividades e/ou cargos abrangidos pelo Plano de Carreira da Fundação Oswaldo Cruz.

19 – Local de Execução

Os serviços serão executados nas instalações do Complexo Tecnológico de Medicamentos - CTM, situado à Av. Comandante Guaranys, nº. 447, Curicica, Jacarepaguá.

20 – Visita Técnica

A visita aos locais da prestação dos serviços será necessária devido à grande complexidade dos serviços que estão sendo solicitados e à dificuldade de identificação de toda infraestrutura envolvida na execução do objeto do contrato por acervo fotográfico, plantas ou desenhos. Há, ainda, a necessidade de a visita ser feita in loco,

a fim de aferir melhor o fluxo de processos existente no CTM/FAR, com intuito único de auxiliar na elaboração da proposta por parte das licitantes e tomar conhecimento de todos os aspectos que possam influir direta ou indiretamente na execução dos serviços.

Deverá ser agendada visita técnica, no horário de 09:00 às 11:00hs e de 14:00 às 16:00hs, de segunda a sexta-feira, através do telefone: (21) 3348-5073, com a Sra. Monique Matildes, (21) 3348-5065, com o Sr. Igor Belchior Ferreira e (21) 3348-5362, com o Sr. Evandro da Silva Nascimento ou ainda agendamento através do e-mail [email protected].

PROJETO BÁSICO

Página 35 de 46

21 – Critérios de Seleção do Fornecedor

21.1 – Modalidade de Licitação

Concorrência Pública, de acordo com especificação do art. 22, §1º, da Lei 8.666/ 93.

21.2 – Tipo de Licitação

Técnica e Preço, de acordo com especificação do art. 45, §1º, III, da Lei 8.666/ 93.

21.3 – Justificativas

21.3.1 – Justificativa da Adoção Técnica e Preço

Por tratar-se de um serviço de grande complexidade, envolvendo muitas variáveis técnicas e fatores críticos para sua execução, tais como: gerenciamento, diagnóstico e entendimento das demandas da instituição, implementação e disponibilização de soluções de TI, consultoria em TI (software e banco de dados), justifica-se a realização de uma licitação considerando modalidade concorrência e tipo de licitação técnica e preço (60% técnica e 40% preço), o que possibilitará à CONTRATANTE a contratação de um serviço com alto padrão de qualidade, dentro dos parâmetros desejados.

Este critério de avaliação é pertinente tendo em vista que a informação é um ativo intangível(*) de alto valor institucional, desde que obtido com alto grau de responsabilidade técnica especializada, capacidade operacional e de gestão da informação. É necessário aplicar o critério de melhor técnica e preço, com o fim de evitar o comprometimento dos recursos a serem investidos nesta iniciativa, bem como, o alcance dos resultados esperados.

(*) Ativos intangíveis são bens não-físicos – O termo define os ativos de uma empresa que não têm representação física imediata. Fazem parte dos ativos intangíveis de uma empresa as patentes, franquias, nomes e marcas, informações qualificadas, clientes, softwares, recursos humanos, direitos autorais, tecnologia e know-how entre outros.

PROJETO BÁSICO

Página 36 de 46

21.3.2 – Justificativa da Adoção de Pontuação 60% (Técnica) e 40% (Preço)

A pontuação técnica é de extrema importância para atender à realidade da CONTRATANTE que, por ser uma Indústria Farmacêutica, possui uma característica interessante: ao mesmo tempo em que busca eficiência, pois seus preços são controlados pelo governo, também busca a inovação (investimentos em pesquisa e desenvolvimento - P&D), além de possuir outras complexidades, como a rastreabilidade e seus processos.

21.4 – Avaliação Técnica

Para avaliação da capacidade técnica da licitante deverão ser atendidos os seguintes itens:

21.4.1 – Capacidade Técnica

Os Atestados de Capacidade Técnica da Licitante deverão ser apresentados em papel timbrado da pessoa jurídica declarante, devendo conter, ainda, o nome e função do responsável pelo fornecimento das informações contidas nos atestados. A critério da CONTRATANTE, esta poderá valer-se de diligências para comprovar ou esclarecer informações quanto à documentação apresentada.

A pessoa jurídica declarante, emissora dos Atestados de Capacidade Técnica da Licitante, deverá ser o cliente final (Pessoa Jurídica de Direito Público ou Privado) para o qual os serviços foram prestados.

21.4.2 – Conhecimento das Necessidades da Licitante e Cronograma

Uma descrição sucinta do entendimento que a licitante tem dos serviços especificados.

Apresentar uma proposta de cronograma para a execução de todas as fases do projeto.

PROJETO BÁSICO

Página 37 de 46

21.4.3 – Equipe Proposta

A proponente deverá indicar a equipe técnica responsável pela execução do projeto,identificando nominalmente cada membro e a sua respectiva função no projeto.

Para critério de comprovação e pontuação da experiência profissional dos profissionais indicados,a proponente deverá apresentar currículo, carteira de trabalho ou comprovantes de experiência emitidos por Pessoa Jurídica de Direito Público ou Privado.

Os comprovantes de experiência devem conter,ainda,o nome do profissional componente da equipe proposta pela licitante, a sua função no projeto ou cargo objeto do atestado, uma síntese de suas atribuições no projeto ou cargo,mês/ano de início e término do projeto ou de execução das atividades do referido profissional.

Os currículos dos profissionais indicados para a execução dos serviços devem atender ao modelo especificado no APÊNDICE N° 5 deste Projeto Básico.

Todos os documentos apresentados poderão ser diligenciados pela CONTRATANTE.

Para a comprovação do vínculo do(s)profissional(is) indicado(s)pela empresa licitante para a execução dos serviços, poderá ser apresentada a cópia do contrato social, carteira de trabalho ou ainda contrato de prestação de serviços.Caso o(s) profissional(is) indicado(s) não seja(m) sócio(s) da empresa, não seja(m) funcionário(s) ou ainda não possua(m) contrato de prestação de serviços com a licitante, a licitante deverá apresentar Termo(s) de Compromisso(s) assinado(s)pelo(s)profissional(is), indicado(s),no qual(is) este(s) se compromete(m) a executar,no que lhe couber, os serviços objeto deste certame, para a hipótese de a licitante vir a sagrar-se vencedora.

21.4.4 – Realização de Prestação de Serviço de Implantação de Sistema Integrado de Informação e Gestão (Case)

PROJETO BÁSICO

Página 38 de 46

Relatos de casos de sucesso em Implantação de Sistema Integrado de Informação e Gestão para empresas privadas, empresas públicas, órgãos públicos, organizações sociais ou outras entidades afins, detalhando o objetivo e escopo do projeto, tempo de duração, obstáculos enfrentados e resultados esperados/obtidos. O relatório deverá ser apresentado em, no máximo, 6 (seis) páginas.

Todos os relatos apresentados, conforme item acima, poderão ser diligenciados pela CONTRATANTE.

21.5 – Critérios de Avaliação Técnica da SOLUÇÃO

O fator de ponderação para efeito de avaliação das propostas nesta licitação será sessenta(60) para o critério técnico e quarenta(40) para o critério preço.

As propostas serão AVALIADAS e JULGADAS de acordo com as regras constantes nos subitens a seguir:

Cada FATOR DE AVALIAÇÃO tem seu respectivo PESO, conforme expresso nas Tabelas abaixo, que buscam agregar valor com a seleção da empresa que garanta maior experiência, know-how e qualidade à realização do serviço.

PROJETO BÁSICO

Página 39 de 46

1. Capacidade Técnica da Equipe

1.1. Formação e Experiência Profissional do Gerente do Projeto

id Regra Pontos para ocorrência

Pontuação Máxima

Comprovação de experiência, conforme requisitos do item 9 do APÊNDICE N° 2 e do item 10 do APÊNDICE N° 2 deste Projeto Básico, junto a Pessoas Jurídicas de Direito Público ou Privado,conforme o tempo de experiência mencionado a seguir:

1.1.1 Experiência de dois (2)a três(3)anos. 1 1

1.1.2 Experiência de três(3)a cinco(5)anos. 3 3

1.1.3 Mais de cinco(5)anos de experiência 5 5

1.1.4 Pós-graduação em gerenciamento de projetos lato-sensu ou Certificação PMP (Project Management Professional)

5 5

Pontuação Máxima no Quesito 10

1. Capacidade Técnica da Equipe

PROJETO BÁSICO

Página 40 de 46

1.2 Formação e Experiência Profissional do Gerente de Integração

Id Regra Pontos para ocorrência

Pontuação Máxima

Comprovação de experiência, conforme requisitos doitem9doAPÊNDICE N° 2 edoitem10doAPÊNDICE N° 2 deste Projeto Básico, junto a Pessoas Jurídicas de Direito Público ou Privado,conforme o tempo de experiência mencionado a seguir:

1.2.1 Experiência de dois(2)a três(3)anos. 1 1

1.2.2 Experiência de três(3)a cinco(5)anos. 3 3

1.2.3 Mais de cinco(5) anos de experiência 5 5

Pontuação Máxima no Quesito 5

1. Capacidade Técnica da Equipe

1.3 Formação e Experiência Profissional do Consultor de Negócio/ Analista de Sistema

Id Regra Pontos para ocorrência

Pontuação Máxima

Comprovação de experiência, conforme requisitos do item 9 do APÊNDICE N° 2 e do item 10 do APÊNDICE N° 2 deste Projeto Básico, junto a Pessoas Jurídicas de Direito Público ou Privado, conforme o tempo de experiência mencionado a seguir:

1.3.1 Experiência de dois(2)a três(3)anos. 1 1

1.3.2 Experiência de três(3)a cinco(5)anos. 3 3

1.3.3 Mais de cinco(5) anos de experiência 5 5

Pontuação Máxima no Quesito 5

1. Capacidade Técnica da Equipe

1.4 Formação e Experiência Profissional do Desenvolvedor Técnico

PROJETO BÁSICO

Página 41 de 46

Id Regra Pontos para ocorrência

Pontuação Máxima

Comprovação de experiência, conforme requisitos do item 9 do APÊNDICE N° 2 e do item 10 do APÊNDICE N° 2 deste Projeto Básico, junto a Pessoas Jurídicas de Direito Público ou Privado,conforme o tempo de experiência mencionado a seguir:

1.4.1 Experiência de dois(2)a três(3)anos. 1 1

1.4.2 Experiência de três(3)a cinco(5)anos. 3 3

1.4.3 Mais de cinco(5)anos de experiência 5 5

Pontuação Máxima no Quesito 5

1. Capacidade Técnica da Equipe

1.5 Formação e Experiência Profissional do Gerente de Mudanças

Id Regra Pontos para ocorrência

Pontuação Máxima

Comprovação de experiência,conforme requisitos do item 9 do APÊNDICE N° 2 e do item 10 do APÊNDICE N° 2 deste Projeto Básico, junto a Pessoas Jurídicas de Direito Público ou Privado, conforme o tempo de experiência mencionado a seguir:

1.5.1 Experiência de dois (2) a três (3 )anos. 1 1

1.5.2 Experiência de três (3) a cinco (5) anos. 3 3

1.5.3 Mais de cinco (5) anos de experiência 5 5

Pontuação Máxima no Quesito 5

2. Relatos de Prestação de Serviço de Implantação em Sistema Integrado de Informação e Gestão

PROJETO BÁSICO

Página 42 de 46

Id Regra Número de

Cases Pontuação

Máxima

2.1

1° Case de Implantação de Sistema Integrado de Informação e Gestão, em indústria de Fármacos, observados os requisitos do item 21.4.4 deste Projeto Básico.

Entre 1 e5 50

2.2

2° Case de Implantação de Sistema Integrado de Informação e Gestão,em outras indústrias, observados os requisitos do item 21.4.4 deste Projeto Básico.

Entre 1 e 5 20

Pontuação Máxima no Quesito 70

Para calcular a Nota Final de Avaliação dos Critérios de Avaliação Técnica da SOLUÇÃO(NFT),a CONTRATANTE fará o somatório das Pontuações Técnicas (PT) obtidas nas tabelas acima, através da seguinte expressão:

��� = � ���

��

PROJETO BÁSICO

Página 43 de 46

21.6 – Critério de Avaliação do Preço da SOLUÇÃO

Conforme explicitado no item 21.5, a ponderação da avaliação da SOLUÇÃO para escolha da LICITANTE obedecerá à proporção de 60% do peso da avaliação depositado nos Critérios de Avaliação Técnica da SOLUÇÃO e 40% do peso de avaliação depositado no Critério de Avaliação do Preço da SOLUÇÃO.

Para realizar a avaliação do Critério de Avaliação do Preço da SOLUÇÃO, a CONTRATANTE deve identificar primeiramente o maior e o menor preço apresentados pelas LICITANTES. A avaliação do preço se dará em função desses preços identificados, sendo o maior preço representando o limite inferior da avaliação e, por isso, receberá nota 0 (zero) nesse critério. O menor preço representará o limite superior de avaliação e, por isso, receberá nota 100 (cem). Todas as notas das outras LICITANTES deverão se encontrar entre 0 (zero) e 100 (cem), sendo que as LICITANTES que apresentarem preços iguais deverão receber notas iguais.

A Nota Final do Critério de Avaliação do Preço da SOLUÇÃO, para as LICITANTES cujo preço encontre-se entre aquela com maior preço e aquela com menor preço será calculada seguindo a expressão apresentada a seguir:

� � = ������ ���ç� − ���ç� �� �����ã������ ���ç� − ����� ���ç� � 100

Onde:

Maior Preço = Maior preço apresentado dentre as LICITANTES;

Menor Preço = Menor preço apresentado dentre as LICITANTES;

Preço em Questão = Preço da LICITANTE que está sendo avaliada

NFP = Nota Final do Critério de Avaliação do Preço da SOLUÇÃO.

PROJETO BÁSICO

Página 44 de 46

21.7– Critérios de Julgamento

Para o efeito do julgamento das propostas técnicas e de preços levar-se-á em conta, no interesse da entidade licitadora, a NOTA FINAL DE AVALIAÇÃO (NFA).

Havendo empate entre duas ou mais propostas no critério de NOTA FINAL DE AVALIAÇÃO (NFA), o desempate se dará em favor da licitante que tiver obtido a maior pontuação técnica. Persistindo o empate este será resolvido pelo critério de menor preço global.

O cálculo da NOTA FINAL DE AVALIAÇÃO será realizado de acordo com a expressão a seguir.

� # = $� % 60' + $� � 40' Onde:

NFT = Nota Final de Avaliação dos Critérios de Avaliação Técnica da SOLUÇÃO;

NFP = Nota Final do Critério de Avaliação do Preço da SOLUÇÃO;

NFA = Nota Final de Avaliação

PROJETO BÁSICO

Página 45 de 46

22 – Siglário

ANVISA – Agência Nacional de Vigilância Sanitária

ANS – Acordo de Níveis de Serviço

COFEPRIS - |Comisión Federal para La Protección contra Riesgos Sanitarios -

México

DBA – Data Base Administrator

EMEA - European Medicines Agency

EPI – Equipamento de Proteção Individual

ERP – Enterprise Resource Planning

FDA – United State Food and Drug Administration

GAMP - Good Automated Manufacturing Practice (GAMP)

INVIMA - Instituto Nacional de Vigilancia de Medicamentos y Alimentos -

Colômbia

OS – Ordem de Serviço

RDC - Resolução da Diretoria Colegiada

SGBD – Sistema Gerenciador de Banco de Dados

SLA – Service Level Agreement

SMS – Saúde, Meio Ambiente e Segurança do Trabalho

TI – Tecnologia da Informação

PROJETO BÁSICO

Página 46 de 46

Encaminha-se à <nome da área de licitações> para abertura de processo administrativo e iniciação de procedimento licitatório, segundo o art. 38 da Lei n° 8.666, de 21 de junho de 1993.

Equipe de Planejamento da Contratação

Integrante Técnico Integrante Requisitante Integrante Administrativo

______________________

<Nome>

Matrícula: <Matr.>

______________________

<Nome>

Matrícula: <Matr.>

______________________

<Nome>

Matrícula: <Matr.>

Autoridades Competentes

<Autoridade Competente>

<Autoridade Competente>

<Autoridade Competente>

______________________

<Nome>

Matrícula: <Matr.>

______________________

<Nome>

Matrícula: <Matr.>

______________________

<Nome>

Matrícula: <Matr.>

___________________________, ________ de ____________________ de 20____

Apêndice 1 ao

Projeto Básico do

Edital N°XXX/2012

Requisitos de Negócio

demandados para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 86

Sumário I. Introdução .................................................................................................................. 7

II. Requisitos de Negócio .............................................................................................. 9

1. Requisitos de Negócio Gerais ............................................................................... 9

1.1. Requisitados pela área de Compras ............................................................... 9

1.2. Requisitados pela área de PCP ...................................................................... 9

1.3. Requisitados pela área de Manutenção Fabril ................................................ 9

1.4. Requisitados pela área de Almoxarifado ......................................................... 9

1.5. Requisitados pela área de Qualidade ........................................................... 10

1.6. Requisitados pela área de Produção ............................................................ 10

2. Requisitos da Área de Almoxarifado .................................................................... 11

2.1. Ordem de Fornecimento (OF) ....................................................................... 11

2.2. Agendamento de Recebimento de Material .................................................. 11

2.3. Endereçamento de Estoque .......................................................................... 12

2.4. Cadastro de Materiais no Catálogo de Materiais ........................................... 12

2.5. Catálogo de Materiais ................................................................................... 13

2.6. Classificação de Status de Materiais............................................................. 13

2.7. Controle e Recebimento de Materiais e Produtos ......................................... 13

2.8. Controle de Entradas .................................................................................... 13

2.9. Devolução de Materiais/ Produtos ................................................................ 14

2.10. Registro de Materiais e Produtos não Utilizáveis ........................................ 15

PROJETO BÁSICO

Página 3 de 86

2.11. Autorização de Pedidos .............................................................................. 15

2.12. Requisições ................................................................................................ 15

2.13. Atendimento de Requisições....................................................................... 16

2.14. Política de Estoque para Ordens de Atendimento ....................................... 17

2.15. Expedição de Materiais e Produtos ............................................................. 17

2.16. Destruição................................................................................................... 18

2.17. Geração e Manipulação de Notas Fiscais ................................................... 18

2.18. Rotas para Entrega dos Correios ................................................................ 19

2.19. Controle de Inventário ................................................................................. 19

2.20. Associação de Material/ Produto ................................................................. 20

2.21. Controle de materiais e produtos em poder de terceiros ............................. 20

2.22. Cadastro de clientes ................................................................................... 20

2.22. Requisitos Extras ........................................................................................ 21

3. Requisitos da Área de Compras .......................................................................... 22

3.1. Pedido de Compra ........................................................................................ 22

3.2. Cotação ........................................................................................................ 23

3.3. Classificação Orçamentária .......................................................................... 24

3.4. Licitações ...................................................................................................... 24

3.5. Ordens de Fornecimento .............................................................................. 24

3.7. Contratos ...................................................................................................... 25

3.8. Requisitos Extras .......................................................................................... 25

4. Requisitos da Área de Contabilidade ................................................................... 28

PROJETO BÁSICO

Página 4 de 86

5. Requisitos da Área de Financeiro ........................................................................ 30

6. Requisitos da Área de Manutenção Fabril ........................................................... 38

6.1. Equipamentos ............................................................................................... 38

6.2. Manutenção .................................................................................................. 39

6.3. Ordens de serviço ......................................................................................... 41

6.4. Programação da Manutenção ....................................................................... 41

6.5. Requisitos Extras .......................................................................................... 44

7. Requisitos do Setor Planejamento ...................................................................... 46

7.1. Ciclo de criação de Projetos Estratégicos ..................................................... 46

7.2. Ciclo de aprovação de Projeto Estratégico ................................................... 47

7.3. Acompanhamento Orçamentário da Execução do Projeto ............................ 47

7.4. Requisitos Extras .......................................................................................... 49

8. Requisitos do Setor Planejamento e Controle de Produção ................................ 50

8.1. Catálogo de produtos .................................................................................... 50

8.2. Cálculo de necessidade e controle de materiais ........................................... 51

8.3. Máquinas e centros de trabalho .................................................................... 52

8.4. Priorização e Programação da Produção (Programação Finita da Produção)

............................................................................................................................ 52

8.5. Ordens de Produção – Requisições .............................................................. 54

9. Requisitos do Setor Produção ............................................................................. 56

9.1. Controle da Produção ................................................................................... 56

9.2. Recebimento de Matéria Prima ..................................................................... 57

PROJETO BÁSICO

Página 5 de 86

9.3. Equipamentos ............................................................................................... 57

9.4. Controle de Resíduos ................................................................................... 58

9.5. Requisitos Extras .......................................................................................... 58

10. Requisitos do Setor Qualidade .......................................................................... 60

10.1. Garantia da Qualidade ................................................................................ 60

10.2. Controle da Qualidade ................................................................................ 67

10.3. Farmacovigilância ....................................................................................... 70

10.4. Desenvolvimento de Embalagem (DDE) ..................................................... 71

11. Requisitos do Setor Recursos Humanos ........................................................... 72

11.1. Administração de pessoal ........................................................................... 72

11.2. Apontamento .............................................................................................. 73

11.3. Ponto Eletrônico/ Relógios .......................................................................... 74

11.4. Remuneração ............................................................................................. 74

11.5. Carreira e Sucessão ................................................................................... 75

11.6. Treinamento e Desenvolvimento ................................................................. 75

11.7. Captação .................................................................................................... 76

12. Requisitos do Setor Segurança, Meio Ambiente e Saúde ................................. 77

12.1. Pragas e Vetores ........................................................................................ 77

12.2. Gestão de Segurança, Meio Ambiente e Saúde.......................................... 77

12.3. Gerenciamento do Cumprimento da Legislação ......................................... 79

12.4. Plano de Treinamentos ............................................................................... 80

12.5. Gerenciamento do programa de emergência .............................................. 80

PROJETO BÁSICO

Página 6 de 86

12.6. Gerenciamento Segurança Intrínseca ......................................................... 81

12.7. Gerenciamento de Levantamento Ambiental e Mitigação de Riscos ........... 81

12.8. PPRA (Programa de Prevenção de Riscos Ambientais) ............................. 82

12.9. Análise Ergonômica do Trabalho ................................................................ 82

12.10. Controle e Gerenciamento das Ações de Assistência a Saúde ................. 82

12.11. Controle e Gerenciamento de Prevenção e Promoção a Saúde ............... 82

12.12. Tratamento de Efluentes Industriais e Esgotos Sanitários ........................ 83

12.13. Gestão de Resíduos ................................................................................. 83

12.14. Controle Operacional SMS........................................................................ 83

12.15. Pedidos de Compra SMS .......................................................................... 84

12.16. Requisitos Extras ...................................................................................... 84

13. Requisitos do Setor Vendas .............................................................................. 85

PROJETO BÁSICO

Página 7 de 86

I. Introdução

Este apêndice ao Projeto Básico do Edital X, afeto à aquisição de um Sistema

Integrado de Informação e Gestão, da categoria de sistemas conhecida como

‘Planejamento dos Recursos Empresarias’ (ERP – Enterprise Resource Planning),

para Farmanguinhos, apresenta os requisitos de negócio mínimos demandados da

solução a ser contratada.

A ordem apresentada não significa prioridade, e o peso de cada bloco de requisitos,

no que tange à pontuação para fins da seleção da solução, deve ser visualizada no

anexo referente à avaliação das propostas técnicas, Requisitos de Negócio.

Por requisitos de negócio entende-se requisitos que independem de características

tecnológicas e que definem as necessidades e aspectos funcionais da Solução de

Tecnologia da Informação conforme artigo 12 da Instrução Normativa 04.

Tais requisitos estão divididos por áreas/ processos da organização a que

correspondem sua demanda. Tais áreas/ processos estão listadas e brevemente

detalhadas a seguir.

Id Área/ Processo Detalhamento Quantidade de Requisitos

01 Requisitos Gerais Requisitos que afetam todas as áreas da organização que utilizarão de alguma forma a solução objeto da contratação.

12

02 Almoxarifado Requisitos afetos ao processo de controle do almoxarifado, expedição de produtos e inventário.

119

03 Compras Requisitos afetos ao processo de compras da organização.

67

04 Contabilidade Requisitos afetos ao processo de contabilidade. 21

PROJETO BÁSICO

Página 8 de 86

Id Área/ Processo Detalhamento Quantidade de Requisitos

05 Financeiro Requisitos afetos aos processos de pagamento e recebimento de contas e controle financeiro.

116

06 Manutenção Requisitos afetos ao processo de Manutenção de equipamentos em geral.

115

07 Planejamento Requisitos afetos ao processo de planejamento estratégico da organização e controle orçamentário.

41

08 Planejamento e Controle da Produção (PCP)

Requisitos afetos ao processo de planejamento, programação e controle da produção.

64

09 Produção Requisitos afetos ao processo de produção de medicamentos, envolvendo controle e apontamentos do chão de fábrica.

29

10 Qualidade Requisitos afetos aos processos de controle e garantia de qualidade.

144

11 Recursos Humanos (RH)

Requisitos afetos ao processo de gestão de pessoas e de desenvolvimento de pessoal.

76

12 Saúde, Segurança e Meio Ambiente (SMS)

Requisitos afetos ao processo de controle de saúde e segurança do trabalho, assim como gestão ambiental.

75

13 Vendas Requisitos afetos ao processo de distribuição de produtos e negociação de contratos de distribuição.

23

TOTAL 902

PROJETO BÁSICO

Página 9 de 86

II. Requisitos de Negócio

1. Requisitos de Negócio Gerais

1.1. Requisitados pela área de Compras

O sistema deve ser capaz de:

1. Permitir o Registro e manutenção de níveis de autorização por Usuário,

que permita a liberação de valores para realização de compras.

1.2. Requisitados pela área de PCP

O sistema deve ser capaz de:

2. Permitir ao Usuário atualizar todos os campos dos formulários disponíveis. 3. Permitir ao Usuário criar novos campos para inserção de informação nos

formulários disponíveis. 4. Controlar o acesso por campo, de acordo com políticas de acesso às

informações estabelecidas pela empresa. 5. Permitir a um Usuário específico acesso total (com poder de alteração) a

todos os campos do próprio sistema.

1.3. Requisitados pela área de Manutenção Fabril

O sistema deve ser capaz de:

6. Permitir ao Usuário criar novos atributos para as ordens de serviço para

fins de cadastro e relatório.

1.4. Requisitados pela área de Almoxarifado

O sistema deve ser capaz de:

PROJETO BÁSICO

Página 10 de 86

7. Permitir o controle de acesso ao registro de materiais no catálogo de

materiais.

1.5. Requisitados pela área de Qualidade

O sistema deve ser capaz de:

8. Permitir ao Administrador do Sistema registrar os profissionais com

permissão para realizar uma atividade no sistema.

9. Controlar o acesso para todas as funcionalidades descritas

10. Possuir flexibilidade para definir campos como obrigatórios e não

obrigatórios.

1.6. Requisitados pela área de Produção

O sistema deve ser capaz de:

11. Permitir emissão de relatórios dos diversos requisitos funcionais de

produção.

12. Disponibilizar indicadores dos diversos requisitos funcionais de produção.

(fim de página)

PROJETO BÁSICO

Página 11 de 86

2. Requisitos da Área de Almoxarifado

2.1. Ordem de Fornecimento (OF)

O Sistema deve ser capaz de:

1. Disponibilizar para consulta do Usuário todos os campos das ordens de

fornecimento.

2. Permitir a visualização da pauta de programação do PCP (Planejamento e

Controle da Produção).

3. Permitir a alteração do status da ordem de fornecimento para finalizada.

4. Informar a finalização do atendimento da ordem de fornecimento.

5. Adicionar ao estoque a quantidade de material referente à ordem de

fornecimento concluída.

6. Apontar ordens de fornecimento total ou parcialmente pendentes.

7. Impedir a adição ao estoque uma quantidade de material superior a

constante na ordem de fornecimento.

8. Permitir a entrada de materiais no estoque sem ordem de fornecimento.

9. Gerenciar as atas de registro de preços monitorando sua vigência e o seu

consumo.

2.2. Agendamento de Recebimento de Material

O Sistema deve ser capaz de:

10. Permitir ao Usuário registrar o agendamento de recebimento de material

com os dados apropriados.

11. Permitir ao Usuário associar um agendamento de recebimento de material

a uma ordem de fornecimento.

12. Permitir ao Usuário verificar a disponibilidade no endereçamento de

estoque, para agendamento de material.

13. O sistema deve permitir acesso a todas as informações presentes no

processo de compra de material.

PROJETO BÁSICO

Página 12 de 86

14. Informar o Usuário a programação de datas de recebimento de material

por período (turno, dia, semana, etc.).

15. Emitir solicitações de agendamentos associadas a uma ordem de

fornecimento.

16. Verificar a validade de uma nota fiscal com base na sua data da saída do

material e os prazos legais de circulação de mercadoria, emitindo alerta

quando a nota estiver fora da sua validade.

2.3. Endereçamento de Estoque

O Sistema deve ser capaz de:

17. Permitir ao Usuário registrar um endereço de estoque com diferentes

tamanhos e unidades de medida.

18. Permitir ao Usuário transferir um material e/ ou produto acabado de

endereço no estoque.

19. Permitir que a transferência de endereço no estoque seja total ou parcial.

20. Permitir ao Usuário classificar os endereços (livre, segregado, específico

para determinado material, etc.).

21. Disponibilizar os relatórios referentes aos endereços vagos, ocupados

parcialmente e totalmente ocupados discriminando-os por classificação.

22. Emitir relatórios de giro de estoque.

23. Permitir o endereçamento de mais de um material no mesmo endereço.

24. Impedir a alteração de endereçamento de um material/ lote reservado.

2.4. Cadastro de Materiais no Catálogo de Materiais

O Sistema deve ser capaz de:

25. Permitir ao Usuário registrar um material no catálogo de materiais, com os

dados apropriados.

26. Permitir ao Usuário associar, ao material, fornecedores e fabricantes

devidamente registrados no sistema.

27. Permitir que mais de um componente seja associado a um único material.

PROJETO BÁSICO

Página 13 de 86

2.5. Catálogo de Materiais

O Sistema deve ser capaz de:

28. Garantir que o catálogo de materiais seja baseado na classificação

orçamentária do SIAFI (Sistema Integrado de Administração Financeira do

Governo Federal) e dividido em elemento de despesa, subitem e subgrupo.

29. Permitir ao Usuário alterar a classificação de um material.

2.6. Classificação de Status de Materiais

O Sistema deve ser capaz de:

30. Permitir ao Usuário visualizar o estado do material: em quarentena,

aprovado ou reprovado.

31. Permitir que a visualização de estado material através de códigos de

barras.

2.7. Controle e Recebimento de Materiais e Produtos

O Sistema deve ser capaz de:

32. Permitir ao Usuário registrar as datas das entregas das ordens de

fornecimento.

33. Emitir relatórios de entrega, por empresa ou por grupo de empresas.

34. Filtrar as entregas feitas com atraso das entregas feitas dentro do prazo.

35. Manter o histórico de pontualidade de cada fornecedor.

36. Permitir ao Usuário visualizar o histórico de pontualidade de cada

fornecedor.

37. Permitir ao Usuário realizar o controle de recebimento de materiais e

produtos, por meio de um checklist de inspeção visual.

2.8. Controle de Entradas

O Sistema deve ser capaz de:

PROJETO BÁSICO

Página 14 de 86

38. Permitir a entrada de materiais previstos em ordem de fornecimento.

39. Permitir ao Usuário emitir uma nota fiscal sempre que a entrada de

material estiver em conformidade com as especificações da ordem de

fornecimento.

40. Permitir a entrada de materiais não previstos em ordem de fornecimento e

de materiais pertencentes às seguintes categorias: permuta, doação,

beneficiamento, convênio, FIOTEC - Fundação para o Desenvolvimento

Científico e Tecnológico em Saúde, industrialização, empréstimos,

consignação, devolução de material.

41. Permitir a entrada de patrimônios atendendo sua respectiva ordem de

fornecimento.

42. Permitir ao Usuário emitir uma nota fiscal para o material que será

transformado em produto acabado.

43. Importar os dados da nota fiscal de entrada e gerar etiquetas no formato

adequado para impressão.

44. Permitir a emissão de etiquetas com os dados da nota fiscal de entrada.

45. Permitir controle de materiais no almoxarifado por meio de código de

barras ou identificação de rádio frequência (RFID - Radio-Frequency

Identification), para leitura de etiquetas.

46. Permitir o link dos dados de uma ordem de fornecimento e/ ou nota fiscal

para o sistema SIAFI no ato da apropriação da nota fiscal para pagamento.

47. Permitir o controle contábil do estoque por meio do Custo Médio

Ponderado.

[NOTA: Requisito também está presente no documento referente

à área Financeira].

48. Contemplar o custo agregado ao beneficiamento, apresentando o custo de

saída (antes da aplicação da flexografia) e o custo de entrada (após a

aplicação da flexografia) por ocasião do beneficiamento da embalagem.

2.9. Devolução de Materiais/ Produtos

O Sistema deve ser capaz de:

PROJETO BÁSICO

Página 15 de 86

49. Permitir a devolução de materiais de qualquer área interna para o

Almoxarifado.

50. Permitir a devolução de materiais para fornecedores.

51. Permitir ao Usuário emitir uma nota fiscal de devolução do material ao

fornecedor.

52. Permitir a emissão de nota fiscal eletrônica de devolução parcial do lote de

produto acabado expedido tantas vezes quanto possível até o limite

expedido.

2.10. Registro de Materiais e Produtos não Utilizáv eis

O Sistema deve ser capaz de:

53. Permitir a identificação e não disponibilização temporária de produtos

impróprios para utilização.

54. Permitir ao Usuário especificar o motivo da indisponibilização do produto/

material.

55. Permitir ao Usuário emitir uma nota fiscal de devolução ao fornecedor para

os produtos impróprios para utilização.

2.11. Autorização de Pedidos

O Sistema deve ser capaz de:

56. Identificar a permissão de acesso do Usuário para os diferentes tipos de

pedidos: compra, requisição ou cadastro.

2.12. Requisições

O sistema deve ser capaz de:

57. Permitir que as requisições de materiais e produtos sejam identificadas

com o nome do requisitante e o tipo de material/ produto requisitado.

58. Permitir ao Usuário registrar um pedido de material com diferentes

materiais.

PROJETO BÁSICO

Página 16 de 86

59. Filtrar o pedido por tipo de material, criando diferentes requisições para

cada almoxarifado responsável pelos materiais do pedido.

60. Enviar para o responsável pelo atendimento da requisição apenas as

requisições de materiais que lhe caibam.

61. Permitir ao Usuário buscar e emitir as requisições de materiais para

posterior atendimento.

62. Impedir a realização de requisições feitas em nome de terceiros.

63. Anexar, permitindo a visualização pelo Usuário, e limitar a requisição de

determinado material ao solicitante/ centro de custo responsável pelo

pedido de compra do mesmo.

64. Informar ao requisitante/ Usuário se o pedido foi plenamente atendido,

parcialmente atendido ou não atendido contendo uma descrição sucinta do

não atendimento.

65. Gerar relatórios para fins estatísticos e de melhoria no atendimento das

requisições contendo: a data da requisição, a data e hora de entrada da

requisição no almoxarifado, a data de saída/ atendimento/ entrega do

pedido, o tempo de atendimento (min, horas, dias) entre o momento da

entrada do pedido no almoxarifado e seu atendimento (entrega dos

materiais ao solicitante), motivação dos atrasos ou não atendimentos.

66. Informar ao requisitante quando uma requisição não puder ser atendida.

2.13. Atendimento de Requisições

O Sistema deve ser capaz de:

67. Filtrar as requisições por tipo de material.

68. Permitir o atendimento de requisições solicitadas por diversos Usuários de

diferentes áreas.

69. Realizar atendimentos distintos para os seguintes casos: atendimento de

materiais, de amostra de produto para a Qualidade, de produto para o PCP

– Planejamento e Controle da Produção, de produto acabado.

70. Fornecer um espelho de atendimento que informe a localização física do

material no estoque.

PROJETO BÁSICO

Página 17 de 86

71. Permitir ao Usuário realizar o atendimento de requisições com base no

espelho de atendimento.

72. Permitir ao Usuário emitir uma nota fiscal após o atendimento de uma

determinada requisição.

2.14. Política de Estoque para Ordens de Atendiment o

O Sistema deve ser capaz de:

73. Atender as políticas de estoque FEFO (First Expire Firs Out) e FIFO (First

In First Out), sempre considerando o custeio pelo Custo Médio Ponderado.

74. Bloquear pedidos que violem as políticas de estoque adotadas.

75. Calcular índices de estoque para monitoramento.

76. Permitir a geração de pedidos de compra com base no cálculo de índices

de estoque.

77. Gerar os seguintes relatórios: classificação ABC, giro de estoque, taxa de

ocupação, quantidade total de endereços, quantidade de endereços vagos,

demanda média mensal do material, demanda anual.

78. Identificar o ponto de re-suprimento do estoque.

79. Emitir alertas quando os níveis de estoque alcançarem os seguintes status:

ponto de estoque, ponto de re-suprimento, quantidade a re-suprir, estoque

de segurança, estoque mínimo e máximo.

80. Emitir solicitações automáticas de compras base no tempo de re-

suprimento x ponto de re-suprimento.

81. Condicionar solicitações de compra geradas de forma automática à

chancela do requisitante.

2.15. Expedição de Materiais e Produtos

O Sistema deve ser capaz de:

82. Expedir materiais e produtos internamente, em Farmanguinhos, gerados

na requisição de materiais.

PROJETO BÁSICO

Página 18 de 86

83. Informar a quantidade exata de material que está sendo paga e fornecida

para a Produção.

84. Expedir materiais e produtos para fora do Almoxarifado (Complexo

Tecnológico de Medicamentos - Farmanguinhos).

85. Permitir ao Usuário emitir uma nota fiscal sempre que houver expedição

externa (para fora de Farmanguinhos).

2.16. Destruição

O Sistema deve ser capaz de:

86. Registrar a destruição de materiais e produtos executados por

Farmanguinhos ou por terceiros.

87. Atualizar o quantitativo de materiais ou produtos destruídos que não

constam mais no estoque físico.

88. Emitir uma nota fiscal de destruição de material ou produto.

2.17. Geração e Manipulação de Notas Fiscais

O Sistema deve ser capaz de:

89. Permitir ao Usuário emitir notas fiscais de resíduo de produção para

descarte.

90. Permitir o lançamento de canhotos devolvidos.

91. Separar as notas fiscais por transportador.

92. Gerar relatórios com notas fiscais pendentes de comprovação/ devolução.

93. Permitir ao Usuário realizar o cancelamento de notas fiscais, informando o

motivo do cancelamento, com ou sem baixa em estoque.

94. Permitir a emissão de cartas de correção eletrônica para as possíveis

divergências encontradas nas notas fiscais, baseada em padrões da

Secretaria da Fazenda.

95. Emitir notas fiscais considerando sua natureza de operação para a

circulação da mercadoria.

PROJETO BÁSICO

Página 19 de 86

96. Garantir que as notas fiscais sejam validadas através do link entre a NCM

(Nomenclatura Comum do Mercosul) e a identificação do material.

97. Garantir que as notas fiscais estejam dentro da legislação em vigor.

2.18. Rotas para Entrega dos Correios

O Sistema deve ser capaz de:

98. Fornecer um cadastro de rotas de entrega dos produtos de modo a atender

as portarias de pedidos de medicamentos.

99. Emitir notas fiscais de venda para os produtos que serão entregues fora de

Farmanguinhos pelo transportador.

100. Permitir a alteração da rota da nota fiscal de venda.

101. Fornecer um cadastro de transportadoras.

102. Fornecer um cadastro do tipo de transporte para entrega do produto

(terrestre ou aéreo).

103. Rastrear as notas fiscais expedidas.

2.19. Controle de Inventário

O Sistema deve ser capaz de:

104. Permitir a verificação anual ou rotativa (por exemplo, de três em três

meses) do inventário físico.

105. Gerar, automaticamente, a compilação anual com base dos dados do

inventário rotativo.

106. Permitir a inclusão de ajustes de inventário decorrentes de excessos e

sobras dos itens (por exemplo: ajuste contábil, ajuste de inventário, ajuste

de inventário por diferença).

107. Prover a movimentação de entrada e saída para ajuste de inventário.

108. Permitir ao Usuário modificar a observação automática sobre o inventário.

109. Estabelecer a periodicidade do inventário de cada item conforme sua

classificação na curva ABC, emitindo alertas da proximidade do período de

inventário e gerando relatórios dos itens não inventariados.

PROJETO BÁSICO

Página 20 de 86

110. Gerar relatório contendo apenas as não conformidades encontradas no

inventário.

2.20. Associação de Material/ Produto

O Sistema deve ser capaz de:

111. Associar materiais ou produtos equivalentes através de seus códigos de

modo a torná-los, sob o ponto de vista do sistema, o mesmo material ou

produto.

112. Manter a associação de materiais ou produtos como uma espécie de

tabela de equivalência utilizada no momento da requisição caso não haja o

material principal.

113. Associar códigos de materiais de Farmanguinhos com códigos desses

mesmos materiais cadastrados em terceiros.

114. Associar materiais ou produtos com a Nomenclatura Comum do

MERCOSUL (NCM).

2.21. Controle de materiais e produtos em poder de terceiros

O Sistema deve ser capaz de:

115. Identificar o endereço de materiais e produtos com nomenclatura

específica “Armazéns de Terceiros”.

116. Manter o controle do envio de materiais e produtos que são armazenados

em locais contratados (armazéns de terceiros), que servem de extensão do

almoxarifado CTM – Centro Tecnológico de Medicamentos

(Farmanguinhos e Manguinhos).

117. Garantir a rastreabilidade dos materiais e produtos desde a sua entrada no

armazém do terceiro até seu destino final.

2.22. Cadastro de clientes

O Sistema deve ser capaz de:

PROJETO BÁSICO

Página 21 de 86

118. Manter o cadastro de clientes para geração de nota fiscal eletrônica e

identificação de empresas terceirizadas para armazenamento, de acordo

com a legislação em vigor.

[NOTA: Requisito também está presente no documento referente

à área Vendas.]

2.22. Requisitos Extras

O Sistema deve ser capaz de:

119. Emitir extrato de movimentação de estoques por período.

(fim de página)

PROJETO BÁSICO

Página 22 de 86

3. Requisitos da Área de Compras

3.1. Pedido de Compra

O Sistema deve ser capaz de:

1. Permitir ao Usuário controlar a realização do processo de compras nos

termos da Lei 8.666/ 93, por modalidade de licitação.

2. Permitir ao Usuário registrar centros de custo no sistema.

[NOTA: Requisito também está presente no documento referente

à área de Planejamento.]

3. Permitir ao Usuário registrar um pedido de compra, indicando para o

mesmo um centro de custo, uma justificativa do pedido, o cronograma de

entrega por ítem, a especificação dos objetos pedidos, o cronograma de

entrega (para serviço de terceiros, pessoa física, pessoa jurídica e obras),

data da aprovação e comprador responsável.

4. Permitir requisição de materiais com especificação provisória (item que

não pertence ao cadastro).

5. Permitir ao Usuário ativar, visualizar, cancelar, reativar e paralisar pedidos

de compra.

6. Permitir ao Usuário anexar um projeto básico, em formato Word, ao pedido

de compra.

7. Comandar o workflow de aprovação do pedido, com três instâncias de

aprovação, indicando em que fase está o pedido, identificando os

responsáveis pela conclusão das atividades e registrando datas de

aprovação.

[NOTA: Requisito também está presente no documento referente

à área de Qualidade.]

8. Permitir ao Usuário aprovar, reprovar ou encerrar um pedido de compra

durante ação instância de aprovação se possuir permissão para tal.

9. Retornar o pedido para a etapa anterior em caso de não aprovação por

uma das instâncias de aprovação do pedido.

PROJETO BÁSICO

Página 23 de 86

10. Permitir ao Usuário ter acesso ao status do pedido de compra (instância

pendente de aprovação/ atividade).

11. Permitir ao Usuário associar um número de processo ao pedido de

compra.

12. Permitir ao Usuário registrar uma licitação, associando-a a um pedido de

compra.

13. Permitir a troca de responsável pelas atividades mediante aprovação de

determinada instância, arquivando esse histórico de troca desde a fase de

geração do pedido até a fase de entrega da ordem de fornecimento.

14. Permitir ao Usuário associar diversos pedidos de compra, inclusive

mesclando pedidos de serviço e bens de consumo, gerando uma única

requisição de compra.

15. Permitir ao Usuário alterar uma requisição de compra.

16. Prover o controle da requisição de compra com relação a embarques

necessários, contemplando vias de transporte, origem, depósitos

alfandegários e tarifas.

17. Permitir ao Usuário fornecer o lead-time de compra previsto para o pedido.

18. Prover lead-time médio dos pedidos de compra com objetos idênticos.

19. Permitir ao Usuário buscar tempo total para finalização de um determinado

pedido de compra a partir de número do pedido, objeto pedido e Usuário

solicitante.

3.2. Cotação

O Sistema deve ser capaz de:

20. Permitir ao Usuário cadastrar fornecedores com respectivas informações

relevantes a esse cadastro.

21. Permitir ao Usuário cadastrar as propostas dos fornecedores

contendo valor principal, taxas de importação (se houver), moeda e tipo de

pagamento.

22. Permitir ao Usuário associar as propostas dos fornecedores aos pedidos

de compra.

23. Calcular a média de preço das propostas dos fornecedores cadastradas.

PROJETO BÁSICO

Página 24 de 86

24. Permitir ao Usuário imprimir a cotação.

25. Prover histórico de evolução dos preços por material.

3.3. Classificação Orçamentária

O Sistema deve ser capaz de:

26. Permitir ao Usuário cadastrar classificações orçamentárias, contendo

elemento de despesa, programa de trabalho e fonte de recurso.

3.4. Licitações

O Sistema deve ser capaz de:

27. Permitir ao Usuário cadastrar modalidades de licitação.

28. Permitir ao Usuário registrar cartas convite e proposta proforma.

29. Permitir ao Usuário associar propostas de fornecedores a uma licitação.

30. Permitir ao Usuário realizar a apuração dos itens por menor preço com a

possibilidade de desclassificar um item, associando-o a uma justificativa,

fracionar e desempatar.

3.5. Ordens de Fornecimento

O Sistema deve ser capaz de:

31. Permitir ao Usuário registrar ordens de fornecimentos, associando-as a

pedidos de compra e indicando previdências a serem tomadas em caso de

divergências nos recebimentos em relação ao pedido.

32. Permitir ao Usuário registrar ordem de fornecimento aditiva, a fim de

corrigir ordem de fornecimento prévia.

33. Permitir ao Usuário associar locais de entrega para as ordens de

fornecimento.

34. Iniciar uma ordem de fornecimento caso o estoque chegue a um nível

definido pelo Usuário.

PROJETO BÁSICO

Página 25 de 86

3.7. Contratos

O Sistema deve ser capaz de:

35. Permitir ao Usuário cadastrar contratos de serviços fornecidos por pessoa

física, pessoa jurídica e obra (vigência).

36. Permitir ao Usuário controlar os prazos de entrega, por item e por

fornecedor, definidos no contrato.

37. Permitir ao Usuário registrar informações afetas ao acompanhamento do

item contemplando a via de transporte a ser utilizada, origem, depósitos

alfandegários, tarifas, entre outros.

38. Permitir ao Usuário cadastrar as informações necessárias para emitir a

declaração de importação.

3.8. Requisitos Extras

O Sistema deve ser capaz de:

39. Permitir ao Usuário acessar informações detalhadas de materiais, tais

como: preço, especificação, embalagens, entre outros.

40. Permitir processo de solicitação de criação de item (material, serviço, ativo)

controlado por workflow.

41. Permitir requisições para materiais especiais tais como: uniformes e

materiais de segurança, que obedeçam a regras específicas de

quantitativos e tempo de uso vinculado ao empregado.

42. Disponibilizar recursos que permitam a análise e acompanhamento do

desempenho de fornecedores a partir do estabelecimento de limites de

tolerância para os prazos de entrega e para a quantidade de entregas

esperadas, conformidade com as especificações técnicas, condições de

embalagens e indicadores de desempenho de qualidade, entre outros.

43. Registrar todas as ocorrências do processo de compras visando manter

um histórico das transações realizadas

44. Permitir ao Usuário alterar toda estrutura hierárquica de fabricação de

produtos.

PROJETO BÁSICO

Página 26 de 86

45. Permitir o cancelamento ou alteração de um contrato de fornecimento

(aditivos contratuais), gerando automaticamente notificação ao fornecedor.

46. Permitir a criação de um pedido de compra com um local solicitante, um

local diferente para entrega do material/ serviço e outro local para entrega

da fatura.

47. Permitir manter um cadastro de Contratos e Requisições de compras de

forma a controlar prazos, valores, quantidades solicitadas, entregues e

pendentes. Manter cadastro de fornecedores, identificando: fornecedor,

dados cadastrais, ramos de atividade, Informações exigidas pela Lei 8666.

48. Manter cadastro com as informações das operações realizadas entre a

Empresa e o fornecedor, com dados de: pedidos/ contratos, preços,

quantidades entregues, atendimentos de prazos e outras ocorrências

(qualidade dos atendimentos, suspensões, penalidades e distratos).

49. Permitir a classificação dos fornecedores por critérios de desempenho.

50. Permitir a geração automática de processo de coleta de preços (materiais

e serviços), com: seleção de potenciais fornecedores, agrupamento de

itens em função das características do fornecedor e local de entrega e

identificar fornecedores exclusivos para determinados itens.

51. Permitir a elaboração de mapas comparativos de preços.

52. Manter histórico dos documentos subsequentes ao pedido como:

recebimento de mercadorias, devolução de mercadorias, entrada de

faturas, notas de crédito.

53. Permitir a visualização de posições de contratos e aditivos.

54. Permitir a consolidação de várias requisições de compras em um único

processo de licitação.

55. Permitir através de campos parametrizáveis a atualização do status do

processo.

56. Permitir a geração automática de contratos através de interface automática

com os módulos de Compras.

57. Manter cadastro com as informações dos processos em licitação/

concluídos de forma a fornecer as seguintes informações: número do

processo, modalidade do processo, tipo de licitação, objeto, data e hora de

abertura da licitação, licitantes (dados gerais de cada licitante), itens do

PROJETO BÁSICO

Página 27 de 86

edital (quantidades, descrição, unidades), itens cotados pelos licitantes,

vencedor do certame, valor, analista e número do contrato.

58. Possibilitar contratos com entregas parceladas e de acordo com

cronogramas pré-estabelecidos e para vários locais de entrega.

59. Permitir contratações do tipo “Guarda Chuva”, em que não são definidos

quantitativos, mas somente valores globais. Estes contratos devem permitir

registrar as respectivas confirmações de pedidos para entrega de

materiais.

60. Permitir contratações através de licitações do tipo “Registro de Preços”,

conforme Lei 8.666/ 93 e Decreto 2.743/ 98.

61. Permitir contratações através da modalidade “Pregão”, presencial e

eletrônico, de acordo a Lei 10.250/ 2002; Decretos 3.555/ 2000, 3.693/

2000 e 5.400/ 2005; e Lei Complementar 123/ 2006.

62. Permitir contratações através de processos de “Leilão Reverso” via

Internet, para o caso de dispensa de licitação.

63. Permitir a efetivação de “recoleta” nas licitações de convite, tomada de

preços ou concorrência, de acordo com o artigo 48 da Lei 8.666.

64. Permitir a contratação de materiais em unidades de medida distintas,

CONTRATANTE / Fornecedor, processando as respectivas conversões

requeridas quando do recebimento.

65. Permitir a contratação com preços incluindo frete (frete embutido) e com

preços com frete destacado.

66. Registrar os últimos preços por item, família de materiais, modalidade de

compra e localidade.

67. Permitir atualizar preços históricos por índices financeiros, levando-se em

conta grupos de materiais ou a totalidade do cadastro.

(fim de página)

PROJETO BÁSICO

Página 28 de 86

4. Requisitos da Área de Contabilidade

O sistema deve ser capaz de:

1. Permitir estrutura de plano de contas flexível.

2. Permitir a criação de uma estrutura contábil completa para cada

empreendimento.

3. Permitir a parametrização de tabelas de contas (plano de contas).

4. Possuir campo alfanumérico flexível para registro de codificação de contas

/ sub-contas.

5. Permitir a definição de estruturas contábeis sem necessidade de alteração

dos programas.

6. Permitir a manutenção de vários planos de contas relacionados entre si,

possibilitando a consolidação em múltiplas organizações.

7. Permitir a criação de múltiplos períodos contábeis.

8. Permitir lançamentos em mais de uma moeda a partir do mesmo

lançamento.

9. Permitir a verificação dos saldos das contas.

10. Permitir controle sobre combinações de contas e de centro de custos.

11. Permitir a consulta e emissão de relatórios para fins específicos de

auditoria.

12. Gerar Demonstrações Contábeis em formatos parametrizáveis e flexíveis.

13. Permitir alterações dos lançamentos contábeis de uma conta para outra

em função de parâmetros definidos, mantendo o histórico destas

alterações.

14. Permitir a emissão de Diários Gerais e Diários Auxiliares da Contabilidade.

15. Permitir a emissão de Balancetes por unidades organizacionais com

apresentação de séries históricas mês a mês.

16. Permitir a emissão de Balanço e Balancetes mensais.

17. Permitir a emissão de Razões.

18. Permitir a verificação automática periódica de contas contábeis inativas.

19. Permitir a geração de Demonstrações Financeiras preliminares para

análise prévia.

20. Permitir a consolidação multi-moeda.

PROJETO BÁSICO

Página 29 de 86

21. Permitir a geração automática das Demonstrações Financeiras.

(fim de página)

PROJETO BÁSICO

Página 30 de 86

5. Requisitos da Área de Financeiro

O Sistema deve ser capaz de:

1. Permitir ao Usuário cadastrar programas de trabalho.

2. Permitir ao Usuário cadastrar natureza de despesas (despesa de

consumo, serviço ou investimento).

3. Permitir ao Usuário ter acesso à previsão orçamentária considerando

programa de trabalho, fonte de recurso, natureza de despesa e valor,

importados do SIAFI (Sistema de Administração Financeira do Governo

Federal).

4. Permitir ao Usuário ter acesso à disponibilidade orçamentária por centro de

custo.

5. Permitir ao Usuário realizar a classificação do material, definindo fonte e

grupo de despesa.

6. Permitir a associação dos empenhos (incluindo os de reforço e anulação),

das Ordens Bancárias (OB), dos Guias de Previdência Social (GPS),

DARF (Documento de Arrecadação Federal) e o DARM (Documento de

Arrecadação Municipal) aos centros de custos e as respectivas Ordens de

Fornecimento (OF’s).

7. Permitir o acompanhamento dos Empenhos e Ordens Bancárias por centro

de custo.

8. Permitir a associação dos empenhos (incluindo os de reforço e anulação) e

das Ordens Bancárias (OB) a diárias e passagens.

9. Permitir ao Usuário realizar a classificação orçamentária dos pedidos de

compra.

10. Permitir ao Usuário controlar todas as transações de contas a receber e a

pagar.

11. Fornecer o controle de atrasos no recebimento das contas.

12. Permitir ao Usuário registrar/atualizar os dados dos clientes para avaliação

de créditos e débitos.

PROJETO BÁSICO

Página 31 de 86

13. Permitir ao Usuário cadastrar o apontamento das Guias de Recolhimento

da União (GRUs), indicando se foram arrecadadas no prazo ou se estão

pendentes de arrecadação.

14. Permitir o controle das arrecadações das Guias de Recolhimento da União

(GRU).

15. Permitir o gerenciamento da carteira de cobrança.

16. Permitir mala direta para cobranças.

17. Permitir ao Usuário registrar o custo padrão dos produtos.

18. Permitir o controle contábil do estoque por meio do custo médio

ponderado.

19. Permitir a apuração do custo do produto por meio do custeio por absorção.

20. Permitir a revisão periódica de parâmetros do processo de apuração de

custos.

21. Permitir análise comparativa de custos orçados e realizados para definir

fatores e impactos que afetam a lucratividade.

22. Possibilitar lançamentos de rateios e alocações / realocações de custos.

23. Permitir a apuração de custos por atividades e unidades organizacionais.

24. Permitir a apuração dos custos gerenciais diferente dos custos contábeis,

sem a necessidade de duplicação da entrada de dados.

25. Permitir o acúmulo dos custos por ordens de serviços - OS e por projetos,

com detalhamento por natureza dos gastos e por centros de custos.

26. Permitir a visualização detalhada dos custos de todas as ordens de

serviços associadas a um ativo respeitando sua estrutura hierárquica.

27. Permitir montagem de cenários e projeções de custos.

28. Permitir o cálculo e o controle de operações relacionadas aos pagamentos,

tais como: juros, descontos, tributos e cauções com retenções.

29. Permitir contabilização automática nas contas de despesas/custos,

provisões, passivo, contas de banco.

30. Permitir a suspensão de pagamentos individuais.

31. Permitir a emissão de alertas aos órgãos gestores de pagamentos sobre

processos pendentes de aprovação.

32. Permitir a consolidação de pagamentos a fornecedores frequentes (crédito

único ao fornecedor para múltiplos pagamentos).

PROJETO BÁSICO

Página 32 de 86

33. Permitir o controle de contratos firmados com empresas integrantes de

consórcios.

34. Permitir parametrizar as condições de pagamento dos contratos (inclusive

aditamentos).

35. Garantir base de dados de fornecedores única compartilhada com

suprimentos.

36. Garantir base de dados de empregados única compartilhada com recursos

humanos.

37. Permitir validação e aprovação dos pagamentos através de workflow.

38. Permitir o cadastramento de um ou mais endereços de pagamento por

fornecedor (uma ou mais contas correntes por fornecedor para crédito em

conta).

39. Permitir pagamentos apenas para fornecedores ativos no cadastro de

fornecedores.

40. Permitir mudanças de dados de fornecedores, conforme requisições e com

as devidas aprovações.

41. Permitir o encontro de contas quando o fornecedor é cliente, gerando a

diferença para pagamento / recebimento.

42. Permitir rastreabilidade das contas a pagar do maior ao menor nível de

detalhes.

43. Permitir cadastramento hierarquizado do cliente. O cliente deverá ter um

código (genérico) por raiz de CNPJ onde as filiais estejam ligadas a ele

(mas com seus respectivos CNPJ’s - código genérico mais complemento

que identifique a filial), de forma a possibilitar que o faturamento diferencie

as faturas/NF’s por filial.

44. Permitir notificação automática, no momento do cadastro do cliente, se ele

já existe cadastrado ou não (crítica pelo CNPJ), informando o código

existente para este cliente.

45. Permitir notificação automática dos contratos vigentes que não tiveram

faturas, notas fiscais e duplicatas emitidas.

46. Permitir alterações dos dados de faturamento por cliente, contrato,

vencimento, localidade ou fatura.

PROJETO BÁSICO

Página 33 de 86

47. Permitir relatórios / gráficos de indicadores de comercialização por tipo de

receita, vencimento, localidade e demais especificações do cadastro do

cliente/contrato.

48. Permitir validação do CNPJ e Inscrição Estadual do cliente.

49. Permitir controle de contratos vencidos não reajustados automaticamente.

50. Permitir gerenciamento do faturamento com várias datas de vigência

dentro de um mesmo contrato e notificar a área sempre que reiniciar o

faturamento (ex.: um contrato de um ano de prazo total que tenha períodos

de faturamento a cada dois meses, com um mês de intervalo entre eles).

51. Permitir cadastro de vários contratos dentro do cadastro de um único

cliente.

52. Permitir fazer observações de retenção de impostos nos casos cabíveis de

forma a gerar as informações para geração de boletos corretamente

(clientes que retêm imposto no pagamento da fatura).

53. Permitir consolidação de avisos de crédito e débito por cliente - encontro

de contas.

54. Permitir que a emissão de notas fiscais e faturas gerem contabilização

(integração com o módulo de contabilidade).

55. Gerenciar automaticamente a inadimplência, controlando prazos e

tomando ações automáticas tais como envio de e-mail de cobrança, fax e

cartas, com textos a serem customizados por cliente.

56. Permitir que o controle de inadimplência considere as datas dos AR’s

(avisos de recebimento - informação a ser cadastrada no sistema por

cliente).

57. Permitir correções e ajustes (multas e juros) automáticos dos

inadimplentes (correções baseadas em índices/taxas previamente

cadastrados no sistema).

58. Permitir cálculo pró-rata das faturas.

59. Permitir recebimentos parcelados e a menor, gerando baixa parcial do(s)

título(s) recebido(s).

60. Permitir que as faturas / notas fiscais / duplicatas sejam emitidas pela

empresa e suas diversas filiais, mas que os pagamentos sejam

PROJETO BÁSICO

Página 34 de 86

processados apenas pela sede, garantindo o fluxo de faturamento

integrando as filiais e sede.

61. Permitir parametrização de tributos a serem aplicados aos contratos.

62. Permitir exportação de arquivo do sistema de faturamento / emissão de

GRU (hoje Banco do Brasil).

63. Permitir destinação para o módulo contábil quando ocorrerem pagamentos

parcelados.

64. Permitir entrada de dados de encargos/ajustes por cliente ou contrato.

65. Permitir opção de reajuste automático dos contratos baseado em

informações previamente inseridas nos contratos dos clientes (tais como,

índice de reajustes e aniversário dos contratos).

66. Permitir a geração, o envio e o recebimento de arquivos eletrônicos (com

título(s) ao(s) banco(s)). Quando do envio, o sistema deverá alterar o

status do(s) título(s) vinculado(s) ao arquivo para "enviado ao banco" e

"baixado" (total ou parcialmente), quando do retorno do arquivo.

67. Permitir baixa (total ou parcial) automática, através da importação do

arquivo de retorno, para o(s) título(s) enviado(s) ao(s) banco(s) e

efetivamente pago(s), total ou parcialmente.

68. Permitir que o sistema automaticamente altere os dados para emissão de

nota fiscal e boletos/duplicatas quando houver alteração dos dados de

faturamento.

69. Manter histórico de quaisquer alterações nos dados de nota fiscal e

boletos/duplicatas.

70. Permitir pesquisas e ações por cliente, contrato, número de nota fiscal,

número de fatura e CNPJ.

71. Permitir pesquisas e ações corretivas por cliente, contrato, número de nota

fiscal, número de fatura e CNPJ.

72. Permitir conferência se todos os cadastros/contratos geraram as faturas,

notas fiscais e duplicatas cabíveis.

73. Permitir que receitas sejam baixadas como adiantamento quando

ocorrerem depósitos não identificados (contas transitórias), e que, após a

identificação do depósito, seja substituída a baixa.

PROJETO BÁSICO

Página 35 de 86

74. Permitir conciliação das faturas e recebimentos pelo número da fatura,

nome do cliente, data de vencimento e valor em aberto.

75. Vincular baixas ao número da nota fiscal (quando cabível) ou número da

fatura.

76. Permitir quitação de GRU com encargo (juros e multa), checando o valor

total, ou seja, principal + encargos, dando quitação do valor total.

77. Permitir a baixa de valores a menor, permanecendo o título/fatura/nota

fiscal em aberto.

78. Permitir que um mesmo título/fatura/nota fiscal tenha várias baixas de

valores.

79. Permitir conferência se todos os valores a receber tiveram quitação/baixa.

80. Permitir que o fluxo de caixa aceite o encontro de contas (caso em que o

cliente também é fornecedor), que o fluxo preveja baixas sem entrada de

dinheiro e que isso esteja refletido no posicionamento do caixa gerado.

81. Permitir diferenciação entre saldo disponível e saldos bloqueados no

posicionamento gerado do caixa.

82. Permitir emissão automática da carta de cobrança.

83. Permitir cancelamento automático de documento de cobrança integrando

com administração de caixa e contabilidade.

84. Permitir recebimento de arquivo retorno do sistema do Banco do Brasil.

85. Permitir integração com sistemas bancários para consulta dos

títulos/valores recebidos.

86. Permitir destinação para o módulo contábil quando ocorrer quitação.

87. Atualizar posição do caixa diariamente, incluindo os valores decorrentes de

títulos não baixados.

88. Permitir pesquisas sobre notas fiscais e faturas pagas e pendentes.

89. Permitir pesquisas e ações por razão social/nome fantasia do cliente,

contrato, número da fatura, número de nota fiscal, CNPJ, valor a pagar e

valor a receber.

90. Permitir o armazenamento de históricos de recebimentos, baixas,

depósitos não identificados e documentos emitidos.

91. Permitir comandos que suspendam algum dos passos de cobrança.

PROJETO BÁSICO

Página 36 de 86

92. Permitir personalizar prazos e passos de cobrança por tipo de cliente,

CNPJ e contrato.

93. Permitir destinação para o módulo contábil quando ocorrerem acordos de

pagamentos parcelados.

94. Permitir correção e ajustes (multas e juros) automáticos dos inadimplentes

(correções baseadas em índices / taxas previamente cadastrados no

sistema).

95. Permitir o cadastro de bancos e agências com os quais a CONTRATANTE

trabalha.

96. Permitir o controle de adiantamentos, glosas e atualizações monetárias

(eventos).

97. Permitir o bloqueio de pagamento.

98. Permitir o tratamento de diversos tipos de documentos tais como: notas

fiscais, faturas, duplicatas, notas de débito e crédito, contratos e pedidos

de compra.

99. Permitir o controle dos processos de pagamentos para gerar as

aprovações competentes através de workflow.

100. Permitir a parametrização de retenção de impostos (IPI, ICMS, ISS, PIS,

COFINS, INSS, Funrural, IR, CSLL).

101. Permitir a composição de borderôs e cheques.

102. Permitir provisionamento de recursos financeiros das áreas regionais para

seus gastos diários (fundo fixo / caixa pequeno).

103. Permitir levantamento de todas as cobranças de um fornecedor/prestador

de serviços para atender retenção judicial bem como levantamento de

compromissos em vigor.

104. Permitir o agendamento de pagamento junto aos bancos.

105. Permitir a inclusão de informações em documentos (texto para

justificativas) em função das alçadas determinadas.

106. Permitir o armazenamento de históricos de pagamentos, comprovantes e

documentos.

107. Permitir registros e visualizações de pagamentos parcelados.

108. Permitir a montagem de borderô, aprovação dos mesmos e transmissão de

pagamentos aos bancos diversos.

PROJETO BÁSICO

Página 37 de 86

109. Permitir elaborar simulações do fluxo de caixa e manter histórico das

mesmas.

110. Possibilitar o cálculo e o controle de diversas operações como juros,

descontos, tributos, cauções com retenção ou status de não pagamento.

111. Permitir o cálculo da variação cambial em pagamentos vinculados a

moedas estrangeiras.

112. Permitir a emissão de extratos de pagamentos e estornos por fornecedor.

113. Permitir o acesso, pelos diversos órgãos gestores de pagamentos, aos

documentos de cobrança digitalizados.

114. Permitir aprovações eletrônicas definidas por níveis/alçadas desejadas.

115. Permitir a inclusão e visualização de arquivos eletrônicos de extratos

bancários para análises, conferências e aprovações conforme as alçadas

desejadas.

116. Permitir a visualização da relação de ordem bancária externa emitida,

assinados e aprovados conforme alçada pré-determinada.

(fim de página)

PROJETO BÁSICO

Página 38 de 86

6. Requisitos da Área de Manutenção Fabril

6.1. Equipamentos

O Sistema deve ser capaz de:

1. Permitir ao Usuário cadastrar equipamentos contemplando informações

como endereço, características técnicas, vida útil, fornecedor, operadores

e operações.

2. Possibilitar o uso de "drill down list" (lista de opções) para selecionar o tipo

de material consumível / material reparável / ferramenta / instrumentos

durante o cadastro.

3. Possibilitar a gestão de todo o processo de calibração e aferição de

ferramentas e instrumentos.

4. Permitir ao Usuário visualizar equipamentos com por centros de custos e

classes.

5. Permitir ao Usuário cadastrar chave de seleção por equipamento,

identificando o detalhamento, por exemplo, chave de seleção ISO, indica

que o equipamento é crítico para qualidade.

6. Possibilitar o relacionamento entre si das estruturas hierárquicas funcionais

e o e estas com o código de material.

7. Permitir ao Usuário anexar documentos associados aos cadastros dos

equipamentos.

8. Permitir ao Usuário informar a localização operacional dos equipamentos,

com todos os dados referentes à operacionalização do equipamento.

9. Permitir que sejam criados grupos de equipamentos de acordo com a

função exercida pelo mesmo.

10. Permitir que sejam criados grupos de instrumentos de acordo com a

função exercida pelo mesmo.

11. Permitir ao Usuário registrar instruções de trabalho, contendo equipamento

para trabalho, cadastro de tarefas, periodicidade e recursos para execução

da manutenção.

12. Permitir ao Usuário associar recursos para execução das instruções de

trabalho.

PROJETO BÁSICO

Página 39 de 86

13. Permitir ao Usuário associar instruções de trabalho a um equipamento.

14. Permitir ao Usuário criar um cadastro de componentes, sobressalentes e

insumos associados aos equipamentos.

15. Permitir o acompanhamento de componentes (motivo da remoção, posição

de utilização).

16. Permitir ao Usuário criar árvore de componentes de um equipamento.

17. Permitir ao Usuário associar um equipamento a sua árvore de

componentes.

18. Permitir ao Usuário cadastrar a garantia de peças e serviços.

19. Permitir ao Usuário visualizar a garantia de um equipamento.

20. Permitir ao Usuário visualizar o histórico de manutenções de um

equipamento, indicando tempo, funcionários e motivo.

21. Permitir ao Usuário cadastrar fornecedores de equipamentos com divisão

de classes (por tipo de equipamento).

22. Possibilitar que um mesmo código de material / ferramenta possa ter um

ou mais fornecedores associados (com características de preços, moeda,

origem de fornecimento, desenhos técnicos, catálogo, página e item do

catálogo).

23. Permitir ao Usuário cadastrar operadores de equipamentos (funcionários).

24. Permitir ao Usuário controlar a vida útil de cada equipamento.

25. Permitir ao Usuário, no planejamento da manutenção, controlar o

"consumo" de variáveis chave de controle (trabalha com as derivadas de

dia, como semana, mes, quinzena, etc.).

6.2. Manutenção

O Sistema deve ser capaz de:

26. Possibilitar a definição de aplicabilidade de uma tarefa.

27. Permitir ao Usuário registrar, controlar e apoiar manutenções sistemáticas,

periódicas ou planejadas (manutenções preditivas, preventivas e rotinas).

28. Permitir ao Usuário cadastrar falhas e defeitos, família dos componentes

que falharam, causa, nos equipamentos que passarão por manutenção.

PROJETO BÁSICO

Página 40 de 86

29. Permitir ao Usuário elaborar uma lista de tipos de falhas de materiais

reparáveis pré-definidas, relacionando-as quando aplicável ao cálculo do

Índice de Qualidade da Manutenção.

30. Permitir ao Usuário cadastrar ações e providências evitando que as causas

que originaram falhas e defeitos nos serviços de manutenção ocorram

novamente.

31. Permitir ao Usuário agendar de forma flexível as manutenções periódicas

(dias, meses e anos).

32. Permitir ao Usuário registrar manutenções não sistemáticas (manutenções

corretivas e limpezas).

33. Prover a previsão de manutenção por operação, por centro de custo e por

classe (para materiais e serviços).

34. Permitir plena rastreabilidade do histórico de serviços executados (serviço /

manutenção corretiva, preventiva e preditiva) pelo local do equipamento e

pelo equipamento.

35. Permitir ao Usuário acompanhar as paradas na produção por quebra de

máquinas.

36. Permitir ao Usuário acompanhar, por centro de custos, todos os gastos

com manutenção.

37. Permitir ao Usuário programar, com antecedência e exatidão, a compra de

materiais para manutenção.

38. Permitir ao Usuário identificar o estoque atual, as necessidades reais, os

itens obsoletos e aprovisionar itens sobressalentes.

39. Possibilitar a visualização do consumo histórico de um determinado

material e sua demanda prevista futura.

40. Prover o histórico de atividades realizadas, associadas às ordens de

serviço, por funcionário da manutenção.

41. Prover o custo de manutenção homem-hora.

42. Prover o custo total da manutenção, contabilizando custos de peças

sobressalentes, homem-hora e todas as despesas gerais.

43. Permitir ao Usuário cadastrar serviços de manutenção juntamente com

todos os ‘Níveis de Serviço’ inerentes ao serviço em questão.

PROJETO BÁSICO

Página 41 de 86

44. Programar a emissão de ordens de serviço de acordo com o apontamento

de finalização dos serviços agendados, obedecendo aos critérios pré-

estabelecidos de periodicidade para as manutenções.

45. Permitir ao Usuário parametrizar o disparo de alertas às áreas

responsáveis, referente aos parâmetros de monitoramento (automático ou

manual) de itens com manutenção preditiva.

46. Possibilitar abertura automática de uma Solicitação de Manutenção através

do recebimento de sinais de alarmes enviados por sistemas supervisórios

que monitoram a operação.

47. Permitir ao Usuário calcular a demanda de materiais, ferramentas,

recursos humanos considerando, além da demanda planejada

(preventiva), a variação para cobrir a demanda não planejada (corretiva).

48. Possibilitar o controle de garantias para cada material reparável, de forma

a contabilizar o tempo parado (de reparo) para a postergação da garantia.

6.3. Ordens de serviço

O Sistema deve ser capaz de:

49. Permitir ao Usuário registrar ordens de serviço, associando a elas

equipamento, centro de custo, serviço, prioridade, data programada para

manutenção e situação.

50. Prover um checklist para especificações das ordens de serviço.

51. Permitir ao Usuário controlar ordens de serviços de execução de serviços

preventivos e corretivos, visualizando ordens pendentes, terminadas,

planejadas, considerando disponibilidade de recursos e outras condições.

52. Permitir ao Usuário buscar ordens de serviço de acordo com funcionários

executores, equipamentos, centros de custos, tipo de serviço, serviço,

datas, e todos os campos associados às ordens de serviço.

53. Contabilizar o tempo de atendimento a uma ordem de serviço.

54. Permitir ao Usuário acessar o manual do equipamento referenciado na

ordem de serviço.

6.4. Programação da Manutenção

O sistema deve ser capaz de:

PROJETO BÁSICO

Página 42 de 86

55. Permitir ao Usuário visualizar o planejamento de longo prazo com

detalhamento da carga de mão de obra, materiais, ferramentas e serviços

de terceiros.

56. Permitir ao Usuário visualizar a disponibilidade de recursos (materiais, mão

de obra, ferramentas / instrumentos) por tipo de recurso e período.

57. Possibilitar a seleção e atualização simultânea de várias atividades

programadas através de parâmetros de seleção.

58. Permitir ao Usuário simular a troca de recursos (material, mão de obra,

ferramentas / instrumentos) e seus impactos na programação da

manutenção.

59. Permitir ao Usuário visualizar as atividades efetivamente programadas

apresentando a carga de recursos (materiais e pessoas) detalhada e por

tipo de recurso e período.

60. Permitir ao Usuário reservar recursos específicos (materiais, ferramentas /

instrumentos/veículos especiais) para a programação de uma atividade.

61. Possibilitar, para cada unidade organizacional, a consulta dos recursos

pelos quais é responsável.

62. Permitir ao Usuário realizar a análise de recursos humanos ("experts") com

melhor desempenho na execução de uma atividade.

63. Possibilitar a programação manual de atividades, onde o programador

deverá ter acesso a lista de ordens de serviço abertas onde deve associar

os recursos disponíveis para a execução das tarefas que compõem essa

ordem de serviço.

64. Possibilitar a programação automática, onde o sistema deverá efetuar uma

sugestão de recursos disponíveis para a execução de uma ordem de

serviço específica e que será analisada / aprovada pelo programador.

65. Possibilitar a visualização de restrições de materiais para executar uma

determinada atividade.

66. Possibilitar a visualização de restrições de mão de obra para executar uma

determinada atividade.

67. Possibilitar a visualização de restrições de ferramental para executar uma

determinada atividade.

PROJETO BÁSICO

Página 43 de 86

68. Possibilitar consulta à ocorrências imprevistas durante a execução de uma

Ordem de Serviço

69. Possibilitar consultar solicitações geradas por uma ocorrência.

70. Possibilitar a geração automática da requisição de material (para estoque

ou compra).

71. Possibilitar um alerta de chegada de um material pendente para a

execução de uma OS.

72. Possibilitar consultar a situação das requisições ou encomendas relativas a

recursos (materiais) requisitados.

73. Possibilitar a emissão / impressão do procedimento associado a uma

tarefa.

74. Possibilitar atribuir a responsabilidade de um material a um indivíduo ou

unidade organizacional.

75. Possibilitar controlar a data de atribuição da responsabilidade de um

recurso (material) a um indivíduo ou unidade organizacional, constituindo

um histórico de atribuições.

76. Possibilitar atribuir calendários de trabalhos individualizados por recursos

ou equipes.

77. Possibilitar o controle do "status" do material reparável e do tempo no

respectivo "status".

78. Possibilitar o registro de movimentações de ativos entre localizações

geográficas e entre áreas (com data/hora).

79. Possibilitar o registro dos materiais reparáveis que possuam materiais em

teste, para posterior rastreamento e controle.

80. Possibilitar a utilização de PDA, durante o ciclo de execução das

atividades.

81. Possibilitar abrir uma ocorrência.

82. Possibilitar estruturar hierarquicamente as ordens de serviço.

83. Possibilitar anexar ("link") vários documentos a uma ordem de serviço.

84. Possibilitar a impressão da ordem de serviço contendo todas as

informações e documentações necessárias ao cumprimento da tarefa.

85. Possibilitar a configuração da ordem de serviço pelo administrador,

atendendo à necessidade de logotipo, formatação e layout.

PROJETO BÁSICO

Página 44 de 86

86. Possibilitar o registro de informações (detalhes da manutenção) de ordens

de serviço realizadas em provedores externos, logo após o retorno da

manutenção.

87. Possibilitar controles de cumprimento de atividades obrigatórias para que

uma ordem de serviço seja encerrada.

88. Possibilitar calcular o tempo de duração de cada mudança de "status" da

ordem de serviço.

89. Possibilitar o redirecionamento de uma ordem de serviço para outra área

ou equipe de manutenção, registrando os devidos recursos, tempos e

motivos.

90. Possibilitar o gerenciamento / controle de atividades executadas dentro

das instalações do posto por funcionários / empresas terceirizadas.

91. Possibilitar na estrutura das posições funcionais (código funcional) o

cadastramento ou alertas de impossibilidade de cadastramento de

materiais para determinadas posições.

6.5. Requisitos Extras

O Sistema deve ser capaz de:

92. Permitir ao Usuário elaborar uma lista de centros de trabalho com as áreas

funcionais às quais são subordinados.

93. Possibilitar a aplicação de técnicas de análise de confiabilidade.

94. Permitir ao Usuário visualizar as informações necessárias para o contato

com os fornecedores.

95. Permitir ao Usuário registrar grandes intervenções com várias atividades e

gerenciar possíveis ‘milestones’.

96. Permitir ao Usuário visualizar o histórico de intervenções.

97. Gerar gráficos para os principais indicadores da manutenção fabril, tais

como índice de paradas, qualidade de atendimento de chamados, previsto

X realizado, real X simulado e MTBF (Mean time between faillure).

98. Calcular o retrabalho de manutenção.

99. Calcular o tempo de resposta de notificação.

100. Calcular o custo de manutenção em percentagem do valor de reposição.

101. Calcular o número de notificações por hora.

PROJETO BÁSICO

Página 45 de 86

102. Calcular o número de ordens de serviço por hora.

103. Apresentar a porcentagem de ordens de serviço resultante de

monitoramento de condições.

104. Calcular a taxa de conclusão.

105. Permitir ao Usuário aderir ao Programa de Manutenção.

106. Apresentar a capacidade de pessoa-hora total disponível para

manutenção.

107. Apresentar a porcentagem de ordens de serviço para os requisitos de

emergência.

108. Apresentar a porcentagem de ordens de serviço para os ativos críticos.

109. Apresentar o Percentual de utilização de capacidade para as tarefas de

manutenção.

110. Apresentar o número de interrupções de ações.

111. Apresentar o número de ordens adiadas devido a interrupções de ações.

112. Subcontratar trabalho como uma percentagem do total de trabalho.

113. Permitir ao Usuário gerar pedidos de manutenção para corrigir incidentes

devido a lesões relatadas.

114. Permitir ao Usuário gerar pedidos de manutenção para corrigir incidentes

de segurança.

115. Permitir ao Usuário gerar pedidos de manutenção para corrigir incidentes

relacionados com a conformidade ambiental.

(fim de página)

PROJETO BÁSICO

Página 46 de 86

7. Requisitos do Setor Planejamento

7.1. Ciclo de criação de Projetos Estratégicos

O Sistema deve ser capaz de:

1. Permitir ao Usuário registrar um Planejamento Estratégico de

Farmanguinhos contendo eixos estratégicos, macro projetos e objetivos

estratégicos.

2. Permitir ao Usuário registrar projetos estratégicos e todas os dados

referentes ao planejamento, como justificativa, equipe, etc.

3. Permitir ao Usuário associar um projeto estratégico a um objetivo

estratégico existente no Planejamento Estratégico da FIOCRUZ, ou a um

objetivo estratégico existente no Planejamento Estratégico de

Farmanguinhos.

4. Permitir ao Usuário associar um projeto estratégico a um eixo estratégico e

a um macro projeto presentes no Planejamento Estratégico de

Farmanguinhos.

5. Permitir ao Usuário associar um projeto estratégico e uma ação a um

centro de custo.

6. Permitir ao Usuário registrar centros de custo.

[NOTA: Requisito também está presente no documento referente

à área de Compras.]

7. Permitir ao Usuário registrar macro centros de custo, alocando diversos

centros de custo dentro de um macro centro de custo, com nomenclatura

conforme ao sistema SAGE (Sistema de Apoio à Gestão Estratégica).

8. Permitir ao Usuário atualizar projetos estratégicos e atividades.

9. Criar um orçamento para os Planejamentos Estratégicos derivado dos

orçamentos presentes nos projetos estratégicos associados.

10. Criar uma lista de projetos estratégicos para cada Planejamento

Estratégico de acordo com a associação dos projetos com os objetivos

estratégicos.

PROJETO BÁSICO

Página 47 de 86

7.2. Ciclo de aprovação de Projeto Estratégico

O Sistema deve ser capaz de:

11. Permitir ao Usuário registrar caminho de aprovação de projetos, indicando

instâncias de aprovação (níveis superiores no organograma) para cada

Usuário criador de projeto.

12. Encaminhar o projeto ou atividade registrados no sistema para instância de

aprovação superior, conforme caminho de aprovação já registrada.

13. Permitir ao Usuário aprovar, reprovar ou cancelar o projeto nas instâncias

de aprovação, apontando justificativa para o caso de reprovação e

cancelamento de projeto.

14. Retornar o projeto reprovado ou cancelado para o solicitante do projeto

com justificativa de reprovação/ cancelamento.

15. Permitir ao Usuário responsável pela instância decisória Comitê de

Aprovação registrar critérios de avaliação de projetos, associando a cada

fator de importância (peso).

16. Permitir ao Usuário responsável pela instância decisória Comitê de

Aprovação registrar pontuação do projeto, de acordo com os critérios já

registrados.

17. Calcular a pontuação obtida pelo projeto após a instância de aprovação

responsável pela avaliação quantitativa do projeto.

18. Encaminhar todos os projetos pontuados em formato de ranking para a

última instância de aprovação, classificando do projeto com maior

quantidade de pontos para o projeto com menor quantidade de pontos.

19. Permitir ao Usuário monitorar a execução de Planejamentos Estratégicos

de acordo com o andamento dos projetos estratégicos relacionados a eles.

20. Permitir ao Usuário monitorar a execução do orçamento dos

Planejamentos Estratégicos de acordo com a evolução da execução do

orçamento dos projetos estratégicos associados a eles.

7.3. Acompanhamento Orçamentário da Execução do Pro jeto

O Sistema deve ser capaz de:

PROJETO BÁSICO

Página 48 de 86

21. Permitir ao Usuário registrar o planejamento anual de pedidos de compra,

diárias e passagens associando-os a um projeto do Plano Anual.

22. Permitir ao Usuário realizar a ação “Autorizar Prosseguir” para pedidos de

compra, diárias e passagens pertencentes aos projetos do Plano Anual,

através da aprovação (integral ou com restrição) e reprovação dos

mesmos, indicando justificativa em casos de reprovação e aprovação com

restrição.

23. Encaminhar o planejamento de pedidos de compra, diárias e passagens

para o solicitante em caso de reprovação e aprovação com restrição

juntamente com a justificativa.

24. Permitir ao Usuário associar notas de crédito e empenhos (não

provenientes de pedidos de compra) a um projeto do Plano Anual.

25. Alterar a classificação do Plano Anual dos pedidos em análise, para os

pedidos de compra, diárias e passagens.

26. Permitir ao Usuário reenquadrar pedidos de compra, diárias e passagens

não finalizados ao Plano Anual do ano seguinte, desde que haja

encerramento do exercício vigente.

27. Fornecer gap de comparação entre planejado versus executado para cada

projeto do Plano Anual.

28. Manter histórico de todos os planejamentos de pedidos de compra, diárias

e passagens registrados.

29. Permitir ao Usuário montar árvores de centros de custos.

30. Prover a equivalência entre os centros de custo de Farmanguinhos e os

centros de custo do sistema SAGE (Sistema de Apoio à Gestão

Estratégica), devido à limitação dos níveis de centros de custo do sistema

SAGE (Sistema de Apoio à Gestão Estratégica).

31. Permitir ao Usuário controlar os acessos de solicitantes e aprovadores dos

pedidos de compra. (Análise Prévia).

32. Permitir ao Usuário controlar os acessos de solicitantes e aprovadores das

passagens e diárias. (Financeiro)

33. Permitir ao Usuário gerar todas as despesas do Plano Anual em um

determinado período.

PROJETO BÁSICO

Página 49 de 86

7.4. Requisitos Extras

O sistema deve ser capaz de:

34. Permitir carga de dotações iniciais de exercícios futuros, por pelo menos

cinco anos.

35. Permitir a liberação das verbas periodicamente (mensalmente,

trimestralmente, semestralmente, anualmente) para orçamento de despesa

e para orçamento de investimento.

36. Permitir a liberação do valor reservado do orçamento quando o processo

de compra for abortado, como também liberar os valores não efetivamente

utilizados por conta de total de pagamentos inferior ao previsto

inicialmente.

37. Permitir restrição de acesso ao uso das verbas orçamentárias de acordo

com o nível hierárquico definido e jurisdição, que podem ser espelhados no

sistema como centros de custo.

38. Permitir consulta/ relatório de Percentual Realizado.

39. Permitir consulta/ relatório de Auditoria de dotação extra.

40. Permitir consulta/ relatório de Transferência.

41. Permitir a consulta de saldos das contas de orçamento.

(fim de página)

PROJETO BÁSICO

Página 50 de 86

8. Requisitos do Setor Planejamento e Controle de P rodução

8.1. Catálogo de produtos

O Sistema deve ser capaz de:

1. Permitir ao Usuário registrar produtos no catálogo de produtos,

associando-os a suas árvores de materiais, roteiros de produção,

características gerais e ficha técnica.

2. Permitir ao Usuário registrar produtos semiacabados (medicamentos a

granel, por exemplo) como produtos.

3. Permitir que os produtos semiacabados sejam considerados insumos para

produtos acabados (medicamentos embalados, por exemplo).

4. Permitir ao Usuário registrar árvores de materiais (mais de uma) para cada

produto.

5. Permitir ao Usuário registrar roteiros de produção (mais de um) para cada

produto.

6. Calcular a correção do fator de potência da matéria prima de acordo com

resultados de testes.

[NOTA: Requisito também está presente no documento referente

às áreas de Qualidade e Produção.]

7. Permitir ao Usuário modificar o roteiro básico de produção de determinado

lote de produto em decorrência de uma não-conformidade encontrada

pelos testes de controle de qualidade.

8. Permitir ao Usuário registrar em determinado lote de produtos indicação de

que o lote sofreu retrabalho.

[NOTA: Requisito também está presente no documento referente

à área de Qualidade.]

9. Identificar quantos retrabalhos determinado lote de produto sofreu,

incluindo seus motivos.

10. Permitir ao Usuário gerar associação entre o roteiro de produção de cada

produto com os materiais previstos nas árvores de materiais.

PROJETO BÁSICO

Página 51 de 86

8.2. Cálculo de necessidade e controle de materiais

O Sistema deve ser capaz de:

11. Gerar lista de materiais necessários para produção por produto e por

contrato de distribuição, dentro de um período de um ano, considerando os

materiais presentes em estoque e discernindo-os de acordo com os status

possíveis, inclusive os materiais já pedidos e ainda não presentes em

estoques.

12. Informar a data de utilização dessa matéria-prima conforme lead-time de

compra cadastrado previamente.

13. Gerar os pedidos de compra, de acordo com os materiais necessários para

atender a produção prevista pelos contratos de distribuição e previsão de

demanda, contemplando o período de um ano.

14. Gerar comparação entre materiais necessários para produção com os

materiais disponíveis, segregando os disponíveis por status de material

(em quarentena, com vencimento próximo, indisponível, por exemplo).

15. Gerar associação de lotes de matéria-prima com lotes de produto final

garantindo a rastreabilidade da matéria-prima dos produtos finais.

16. Permitir ao Usuário registrar diferenciação de materiais e produtos

indicando terceirização da produção envolvendo o material/ produto.

17. Permitir ao Usuário reservar determinado lote de materiais e de produtos

para envio para produção de terceiros, e de cancelar essa reserva.

18. Permitir ao Usuário registrar motivos específicos para reserva de lotes.

19. Indisponibilizar um lote reservado para sua utilização e tornar disponível

novamente caso a reserva seja cancelada.

20. Permitir ao Usuário gerar simulação de necessidade de materiais para

demanda não prevista em contrato de distribuição nem em previsão

registrada.

21. Comparar a necessidade para demanda não prevista com os materiais

disponíveis em diferentes status, contemplando inclusive materiais já

reservados, a partir de cenários de simulação para determinação de lista

de materiais.

PROJETO BÁSICO

Página 52 de 86

8.3. Máquinas e centros de trabalho

O Sistema deve ser capaz de:

22. Permitir ao Usuário registrar máquinas no catálogo de máquinas, indicando

o número e tipo específico de recursos necessários para operá-la.

23. Permitir ao Usuário registrar número máximo de lotes produzidos entre

limpezas de máquina para cada produto e por tempo de ociosidade para

todas as máquinas.

24. Permitir ao Usuário registrar as operações realizadas em Farmanguinhos

no sistema.

25. Permitir ao Usuário associar operações (inclusive tempos de preparação),

recursos (inclusive humanos) e capacidade produtiva às máquinas, de

acordo com os produtos.

26. Permitir ao Usuário registrar centros de trabalho no sistema, associando a

eles operações.

27. Gerar cálculo de carga de trabalho por centro de trabalho e por máquina.

28. Permitir ao Usuário registrar custos específicos por centro de trabalho.

29. Gerar comparação entre custo estimado e custo realizado para cada

centro de trabalho e cada máquina.

30. O sistema deve ser compatível com o método de custeio por absorção.

[NOTA: Requisito também está presente no documento referente

à área Financeira.]

8.4. Priorização e Programação da Produção (Program ação Finita da

Produção)

O Sistema deve ser capaz de:

31. Permitir utilização de critérios de priorização da produção padrão: PEPS

(Primeiro a entrar primeiro a sair), MTP (menor tempo de processamento),

MDE (menor data de entrega), IPI (prioridade de pedido), ICR (índice

crítico), IFO (índice de folga); e de minimização de limpezas de máquinas

PROJETO BÁSICO

Página 53 de 86

(registradas para cada máquina de acordo com número de lotes

produzidos e tempo ocioso).

32. Permitir ao Usuário registrar novos critérios de produção da produção.

33. Permitir ao Usuário atualizar os critérios de priorização antes da geração

de cenários de programação.

34. Permitir ao Usuário registrar condições de exceção para a produção, como

horas-extras disponíveis, por exemplo.

35. Permitir ao Usuário escolher quais lotes de materiais em diferentes status

devem ser considerados na programação da produção.

36. Gerar cenários de programação da produção, por meio de simulação,

alocando a produção dentro dos centros de trabalho de acordo com o

roteiro de produção estabelecido no catálogo do produto e com calendário

oficial atualizado, juntamente com todas as informações inerentes a um

cenário de programação da produção, inclusive indicando o cenário mais

favorável para atender os critérios carregados. Esses cenários de

simulação devem considerar os critérios já registrados e novos de acordo

com a necessidade do Usuário.

37. Permitir ao Usuário especificar etapas de produção terceirizadas, liberando

dessa forma centros de trabalho de Farmanguinhos e gerando

necessidade de materiais (contemplando essa etapa).

38. Gerar uma comparação entre o cenário possível com o cenário esperado

(planejado no contrato de distribuição).

39. Considerar roteiros diferentes para produção de um determinado produto,

de acordo com a matéria-prima disponível.

40. Gerar o lead-time para cada produto previsto na programação e por

contrato de distribuição.

41. Permitir ao Usuário alterar o horizonte de planejamento para geração da

programação da produção.

42. Considerar na simulação da programação da produção: finais de semana,

feriados, trabalhos por turnos, horas extras, horário de almoço, tempo de

entrega dos materiais que ainda não estão presentes em estoque, tempo

de material que está em quarentena e manutenções programadas.

PROJETO BÁSICO

Página 54 de 86

43. Indicar materiais considerados para produção fora do prazo de validade

conforme programação estabelecida, fornecendo relação desses materiais.

44. Gerar reprogramação da produção atendendo a modificações de status

das máquinas e em centros de trabalho de acordo com imprevistos

decorrentes do ambiente produtivo, alterações no roteiro de produção

decorrentes de retrabalho do lote e inserção de demandas não previstas

no horizonte programado.

45. Gerar identificação do centro de trabalho e da operação gargalo.

46. Permitir ao Usuário registrar tempos máximos de permanência dos

materiais entre etapas da produção.

47. Considerar os tempos máximos de permanência dos lotes de produção

entre etapas da produção na simulação de cenários de programação da

produção.

48. Comparar o planejamento inicial com a programação realmente executada.

49. Disponibilizar a produção realizada para o Almoxarifado assim que o

processo estiver terminado, fracionando os lotes de transferência entre a

última etapa da produção e o Almoxarifado.

8.5. Ordens de Produção – Requisições

O Sistema deve ser capaz de:

50. Permitir que o Usuário realize requisição de material manualmente e

também gerar de forma automática as requisições de acordo com a

programação de produção aprovada pelo Usuário.

51. Permitir que o Usuário emita uma ordem de produção manualmente e

também gerar de forma automática as ordens de acordo com a

programação de produção aprovada pelo Usuário.

52. Permitir ao Usuário associar uma requisição de material (indicando os lotes

de matéria-prima contemplada nessa requisição) a uma ordem de

produção.

53. Oferecer, de forma automática, a associação de uma ordem de produção a

uma requisição de materiais, para aceitação ou não do Usuário.

PROJETO BÁSICO

Página 55 de 86

54. Notificar o Usuário caso seja utilizado mais matéria prima do que o

programado.

55. Permitir ao Usuário associar uma ordem de produção a determinado

contrato de distribuição.

56. Permitir ao Usuário emitir ordens de produção de medicamentos e de

embalagens em separado, desassociando medicamento de embalagem, e

também em conjunto, associando ambos.

57. Considerar reprocessos dentro de uma ordem de produção, impedindo a

desvinculação de determinado lote a essa ordem mesmo que o código

desse lote seja alterado (código alterado para atendimento da RDC17).

[NOTA: Requisito também está presente no documento referente

à área Qualidade.]

58. Permitir ao Usuário buscar quantos reprocessos ocorreram dentro de uma

mesma ordem de produção.

59. Bloquear a emissão de ordens de produção que considerem a utilização de

matéria-prima com prazo de validade vencido.

60. Gerar números de lotes únicos e sequenciais, caso necessário o

sequenciamento de número de lotes.

61. Permitir ao Usuário associar um roteiro de produção de produto a uma

ordem de produção.

62. Permitir ao Usuário cancelar uma ordem de produção em caso de

impedimento de execução do roteiro previsto nesta.

63. Obrigar a justificativa do cancelamento da ordem de produção.

64. Recuperar todos os materiais associados a uma ordem de produção para

estoque quando essa ordem é cancelada.

(fim de página)

PROJETO BÁSICO

Página 56 de 86

9. Requisitos do Setor Produção

9.1. Controle da Produção

O Sistema deve ser capaz de:

1. Permitir o acompanhamento de ordens de produção, incluindo a

manutenção de ordens de produção de produtos acabados, produtos

intermediários, produtos beneficiados, produtos terceirizados, lotes de

reprocesso, acompanhadas da lista de componentes e do roteiro de

fabricação.

2. Permitir o encerramento e desdobramento de ordens de produção com

divisão de lotes em diferentes apresentações, considerando homens hora

utilizados e quantidade de recursos associados a centros de custo.

3. Manter o registro das ocorrências de produção, listando lotes fabricados,

(por produto e por lote), perdas de recursos para fabricação, produtos bons

e produtos refugados.

4. Permitir ao Usuário consultar a listagem dos lotes que estão em linha de

produção.

5. Permitir ao Usuário alterar os valores referentes à quantidade produzida

para o lote, durante a etapa de expedição de produto acabado da

produção para o almoxarifado.

6. Permitir ao Usuário informar quais lotes poderão ser recuperados para

reutilização.

7. Garantir a rastreabilidade dos materiais e produtos em processo.

8. Permitir o controle de tempo de produção de atividades paralelas por

equipamento, ou seja, nas etapas produtivas em que mais de um

equipamento no mesmo processo é utilizado simultaneamente.

9. Permitir a análise dos níveis de produtividade.

10. Permitir a abertura de desvios de produção, acompanhar o

sequenciamento para atendimento dos mesmos e emitir a documentação

necessária.

PROJETO BÁSICO

Página 57 de 86

11. Permitir ao Usuário incorporar um percentual de um determinado lote em

outro lote.

12. Permitir ao Usuário emitir etiquetas (com a possibilidade de edição de

formato) para pesagem

13. Permitir que o fracionamento de matéria-prima seja realizado através da

identificação de pesagem gerando impressão de etiqueta.

14. Calcular a correção da quantidade de ativos e excipientes para alcançar a

potência estabelecida pela ficha técnica para produto final, em função da

potência dos ativos informada pelo Controle de Qualidade.

[NOTA: Requisito também está presente no documento referente

às áreas de Qualidade e PCP.]

15. Garantir que o produto, ao final da fabricação, seja encaminhado para o

estoque com o status de quarentena até ser aprovado e então liberado

pela Garantia da Qualidade para expedição.

9.2. Recebimento de Matéria Prima

O Sistema deve ser capaz de:

16. Permitir adaptação de leitor de código de barras para recebimento de

materiais pela produção.

9.3. Equipamentos

O Sistema deve ser capaz de:

17. Permitir ao Usuário gerar um relatório de atividades diárias dos

equipamentos, podendo associar equipamentos por etapas produtivas e

por etapas de fabricação.

18. Fornecer o controle de parada de equipamentos, indicando os tipos de

paralisações (programadas ou não programadas).

19. Apresentar o controle de manutenção de equipamentos, indicando os tipos

de falhas apresentados, os tipos de manutenções (corretivas e

PROJETO BÁSICO

Página 58 de 86

preventivas), o tempo de manutenção, os funcionários responsáveis e o

motivo.

9.4. Controle de Resíduos

O Sistema deve ser capaz de:

20. Permitir a realização de descarte de produtos reprovados (em fase

intermediária ou final) a serem encaminhados para a destruição.

21. Permitir ao Usuário identificar os produtos reprovados que serão

descartados de acordo com classificação determinada pelo SMS

Segurança, Meio Ambiente e Saúde.

22. Permitir ao Usuário identificar os materiais (resíduos) que serão

descartados, através da classificação de resíduos.

23. Permitir ao Usuário autorizar requisições de descarte de resíduo.

24. Permitir a rastreabilidade de matérias-primas e produtos reprovados e

descartados, contemplando os locais e destino dos mesmos.

9.5. Requisitos Extras

O Sistema deve ser capaz de:

25. Ter crítica nos inputs realizados pelo operador de apontamentos de

produção e insumos.

26. Permitir ao Usuário registrar consumo de insumos e utilidades. Através de

fator de consumo ou variação de estoque ou quantidade requisitada.

Importar apontamentos de consumo de insumos, por turno, com cálculos

de fatores de consumo e fazer crítica e aprovação com workflow.

27. Permitir ao Usuário realizar consultas de produção e consumo de

utilidades no dia e acumulado no mês por processo de produção. Apurar

ritmo de produção e consumo, confrontando o realizado versus planejado:

estoque inicial, produção, transferência e estoque.

28. Disponibilizar indicadores de consumo específico de matéria-prima,

insumos, utilidades e produtos intermediários nos processos produtivos.

PROJETO BÁSICO

Página 59 de 86

29. Disponibilizar o resumo diário (funcionalidade simples e intuitiva para

gerenciamento das atividades, eventos e informações relativas aos Turnos

de Produção) contendo manutenção dos dados mestres do turno, dados

mestre dos turnos, fábricas, trabalhadores, tempos, mensagens, instruções

do turno, instruções e informações para os operadores do turno,

atividades, tempos, atrasos, paradas, notas do turno, importantes

mensagens e eventos da produção (paradas de máquina), passagem de

turno entre times, sumarizar status & atividades da Produção, produção

atual, Status do Recurso, Status da Ordem, Instruções e mensagens do

turno.

(fim de página)

PROJETO BÁSICO

Página 60 de 86

10. Requisitos do Setor Qualidade

10.1. Garantia da Qualidade

10.1.1 Monografias

O Sistema deve ser capaz de:

1. Permitir ao Usuário cadastrar unidades de medida não presentes.

2. Permitir ao Usuário cadastrar Monografias, contendo a especificação do

material ou produto e todos os testes analíticos necessários para sua

análise.

3. Permitir que imagens sejam anexadas à Monografia.

4. Permitir ao Usuário cadastrar testes analíticos.

5. Permitir o registro de testes informativos (testes que não necessitam de

status).

6. Permitir ao Usuário cadastrar um texto, valor (positivo ou negativo) ou uma

faixa de valores como resultado dos testes.

7. Permitir ao Usuário visualizar a Lista Mestre, testes analíticos e suas

especificações.

8. Retirar do status de Aprovado das Monografias que expirarem o prazo de

validade.

9. Encaminhar um e-mail alertando o setor responsável sobre o vencimento

de uma Monografia

10. Permitir ao Usuário alterar o tempo de antecedência do e-mail alertando

sobre o vencimento da monografia

10.1.2. Desvios

O Sistema deve ser capaz de:

11. Permitir ao Usuário efetuar o registro de desvios, ou seja, quaisquer não

conformidades encontradas em materiais, produtos, outros.

PROJETO BÁSICO

Página 61 de 86

12. Permitir ao Usuário efetuar o registro de desvios após os resultados de

aprovação com restrição ou reprovação das análises de um registro de

material ou lote de produto acabado.

13. Permitir que arquivos sejam anexados a desvios.

14. Classificar os desvios considerando causa e efeito (tipo de desvio). Por

exemplo, um desvio para o medicamento X, cuja causa é data de validade

e efeito é validade incorreta.

15. Permitir ao Usuário cadastrar os responsáveis por classificar e informar a

reinspeção de um determinado desvio.

16. Permitir ao Usuário associar disposições a desvios.

17. Permitir ao Usuário aprovar disposições de desvios.

18. Permitir ao Usuário atribuir um status para cada disposição de desvio.

19. Permitir ao Usuário visualizar uma lista com os desvios encontrados.

20. Encaminhar e-mails para um grupo específico (determinado pelo Usuário),

no momento da abertura de um desvio no sistema.

10.1.3. Metodologia de Análise

O Sistema deve ser capaz de:

21. Permitir ao Usuário cadastrar a origem de cada teste.

22. Permitir ao Usuário cadastrar a especificação de cada teste (procedimento

de como o teste deve ser executado), associando-a a sua origem.

10.1.4. Reprovação de Produto

O Sistema deve ser capaz de:

23. Permitir ao Usuário reprovar um produto durante as etapas de análise.

24. Permitir ao Usuário reprovar um produto mediante o registro de um motivo.

25. Permitir ao Usuário registrar uma reprovação técnica (reprovação de lotes

de um produto acabado) mediante o registro de um motivo.

26. Permitir ao Usuário registrar os profissionais com permissão para realizar

uma reprovação técnica.

PROJETO BÁSICO

Página 62 de 86

27. Permitir ao Usuário realizar reprovações parciais.

28. Gerar Laudo de Reprovação Técnica.

10.1.4. Procedimentos Operacionais Padrão (POPs)

O Sistema deve ser capaz de:

29. Permitir ao Usuário cadastrar procedimentos operacionais (POP e PGP), e

instruções de trabalho, incluindo o número, título, data de emissão, data de

revisão, status e centro de custo responsável.

30. Permitir ao Usuário atualizar o status dos procedimentos operacionais.

31. Permitir o registro de novos status para os procedimentos operacionais e

instruções de trabalho.

32. Disponibilizar a lista mestre dos procedimentos operacionais registrados.

33. Fazer o gerenciamento eletrônico de documentos com controle de revisões

dos procedimentos operacionais cadastrados.

34. Permitir a gestão de treinamentos em todas as suas fases.

35. Criar uma Matriz de Treinamento por Cargos e Documentos a serem

treinados.

10.1.6. Devolução de Produto

O Sistema deve ser capaz de:

36. Permitir ao Usuário emitir uma nota fiscal sempre que houver a devolução

de um produto.

37. Permitir ao Usuário informar o motivo pelo qual um determinado produto foi

devolvido.

38. Encaminhar, automaticamente, para quarentena de devolução todo

produto que for devolvido.

39. Permitir ao Usuário informar o destino do lote no momento em que o

produto for liberado da quarentena.

PROJETO BÁSICO

Página 63 de 86

40. Permitir que um produto em período de quarenta de devolução possa ser

liberado ou reprovado, mediante, quando necessário, a realização de

análises.

41. Permitir a aprovação/ reprovação de parte de um lote devolvido.

42. Permitir ao Usuário definir tipos de devolução (por exemplo, recolhimento)

43. Permitir ao Usuário associar um produto devolvido a um tipo de devolução

44. Encaminhar um e-mail para um grupo específico (definido pelo Usuário),

no momento do registro da devolução no sistema.

10.1.7. Destruição de Produto

O Sistema deve ser capaz de:

45. Permitir ao Usuário autorizar que um registro, lote ou parte deles seja(m)

destruído(s).

46. Permitir ao Usuário emitir uma nota fiscal sempre que um produto for

destruído.

[NOTA: Requisito também presente no documento referente ao

Almoxarifado.]

47. Reprovar automaticamente um produto por data de validade vencida.

48. Alterar automaticamente o status de matérias-primas e materiais de

embalagem para quarentena quando ocorrer a data de vencimento do

reteste

49. Encaminhar e-mails para um grupo específico, no momento da expiração

do prazo de reteste.

10.1.8. Fracionamento de Lote

O Sistema deve ser capaz de:

50. Permitir ao Usuário fracionar um lote.

51. Considerar a fração de um lote também como um lote.

52. Permitir que a numeração de um lote seja automática ou manual.

PROJETO BÁSICO

Página 64 de 86

10.1.9. Cálculos

O Sistema deve ser capaz de:

53. Disponibilizar o cálculo de tolerância (limites) percentual.

54. Disponibilizar o cálculo para confirmação metrológica.

55. Disponibilizar o cálculo de repetibilidade e reprodutibilidade (R&R).

56. Disponibilizar o cálculo de incertezas.

57. Ajustar a quantidade de ativo da fórmula padrão, de acordo com sua

potência (teor).

10.1.10. Equipamentos

O Sistema deve ser capaz de:

58. Permitir ao Usuário registrar equipamentos, associando-os a famílias e a

padrões.

[NOTA: Requisito também está presente no documento referente

às áreas de PCP e Manutenção.]

59. Permitir ao Usuário consultar a localização de um equipamento.

[NOTA: Requisito também está presente no documento referente

às áreas de Manutenção.]

60. Permitir a rastreabilidade de instrumentos versus padrões.

61. Permitir ao Usuário registrar dados de calibrações externas e internas,

realizadas nos equipamentos.

10.1.11. Atendimento a Normas

O Sistema deve ser capaz de:

62. Atender a norma ISO 9001 (2000) – em seus itens 4.2.3 e 7.6.

63. Atender aos registros de ocorrências, enviando as pendências para os

demais Usuários automaticamente.

PROJETO BÁSICO

Página 65 de 86

10.1.12. Reprocesso

O Sistema deve ser capaz de:

64. Permitir ao Usuário realizar o reprocesso de uma etapa do processo

produtivo com observações (não é necessária a realização de toda a etapa

novamente).

65. Atribuir o status pendente de etapa para um lote que teve sua etapa

reprovada.

66. Atribuir ao lote reprocessado algum tipo diferenciado de identificação.

10.1.13. Incorporação de lote

O Sistema deve ser capaz de:

67. Permitir ao Usuário incorporar a um determinado lote, um produto que teve

uma das etapas do processo produtivo reprovada.

68. Permitir ao Usuário definir as quantidades máximas de um determinado

produto (que tiveram alguma etapa reprovada) que podem ser

incorporadas a outros lotes.

69. Atribuir ao lote que sofreu uma incorporação algum tipo de identificação

70. Atribuir ao produto, cujo processo produtivo sofreu incorporação, a data de

validade do material mais antigo.

10.1.13. Máquinas

O Sistema deve ser capaz de:

71. Permitir ao Usuário associar máquinas aos materiais de embalagem e à

etapa de fabricação.

72. Permitir que a associação entre máquina e materiais de embalagem seja

utilizada como insumo na elaboração da ficha técnica do produto.

73. Permitir ao Usuário realizar o controle de manutenções de máquinas.

[NOTA: Requisito também está presente no documento referente

às áreas de Manutenção.]

PROJETO BÁSICO

Página 66 de 86

74. Permitir o acompanhamento e verificações de calibrações de máquinas.

75. Permitir a emissão de etiquetas por máquina.

76. Garantir a programação das revisões dos procedimentos operacionais

padrão de equipamentos e máquinas.

10.1.15. Requisitos Extras

O Sistema deve ser capaz de:

77. Permitir ao Usuário alterar o status do lote de um material ou parte dele

(matéria prima ou material de embalagem) durante o processo produtivo.

78. Manter o histórico de alteração do status de um material de um

determinado lote incluindo o Usuário responsável pela alteração.

79. Permitir ao Usuário criar um treinamento, associando salas, avaliações e

material didático.

[NOTA: Requisito também está presente no documento referente

à área de RH.]

80. Manter fatores de consumo de insumos e utilidades por produto. Para ser

alterado tem que ter workflow de aprovação, sendo que cada fator tem a sua

hierarquia de aprovação. Manter versão utilizada na produção em separado

na versão do planejamento anual.

81. Registrar resultados de amostras de lotes de vendas feitos nos clientes

(conectando com os embarques diários).

82. Permitir ao usuário criar a matriz de processos - monitoria de qualidade em

processos industriais: Alertar em vermelho propriedades fora dos limites ou

sem controle estatístico do processo no período.

83. Permitir ao Usuário realizar a monitoria de qualidade em lotes de vendas

expedidos: identificar cliente e lote de vendas (período).

84. Permitir ao Usuário realizar a monitoria de qualidade em lotes de vendas

expedidos: apresentar produtos e propriedades com os limites contratados

pelo cliente.

85. Permitir ao Usuário realizar a monitoria de qualidade em lotes de vendas

expedidos: alertar se propriedades fora dos limites.

PROJETO BÁSICO

Página 67 de 86

86. Permitir ao Usuário controlar as não conformidades de produto acabado e

produto embarcado (Relatório de Não Conformidade de Produto Acabado).

10.2. Controle da Qualidade

10.2.1. Requisições de Análise e Reanálise

O Sistema deve ser capaz de:

87. Permitir ao Usuário solicitar requisições de amostra de material.

88. Manter o controle de materiais pendentes para atendimento de requisições

de amostra.

89. Permitir ao Usuário solicitar requisições de amostra de produtos (lotes)

fabricados por Farmanguinhos, para posterior estudo de estabilidade.

90. Realizar o cálculo da quantidade de volumes a serem abertos para

amostragem para análise química e microbiológica.

91. Permitir o cálculo da quantidade de amostras (por lote) a serem retiradas

para inspeção (de materiais ou produto acabado).

10.2.2. Análises

O Sistema deve ser capaz de:

92. Permitir ao Usuário definir os diversos tipos de análise das etapas

produtivas

93. Manter a listagem de materiais ou produtos pendentes de análises.

94. Permitir a elaboração de análises conforme a especificação dos itens da

monografia para materiais (registros) e produtos (lotes), apontando mais

de um analista responsável pela análise, com aprovação por assinatura

eletrônica.

95. Permitir ao Usuário corrigir laudos de uma determinada análise.

PROJETO BÁSICO

Página 68 de 86

96. Informar o período em que a análise poderá ser realizada. Este período

deve ser calculado automaticamente com base na data de início da

análise.

97. Disponibilizar o cálculo de potência de princípio ativo e compensação dos

excipientes para materiais durante a análise de materiais ou produtos.

98. Disponibilizar o cálculo de estatístico para os produtos.

99. Disponibilizar o cálculo estatístico dos resultados analíticos. Gerar cartas

de controle estatístico, juntamente com todos os índices de controle

inerentes, para os dados valorados provenientes das análises.

100. Permitir ao Usuário realizar liberação de materiais e produtos acabados

101. Permitir que a liberação de materiais e produtos acabados seja realizada

utilizando assinatura eletrônica.

102. Permitir ao Usuário registrar as etapas que sofrem interferência do controle

de qualidade.

103. Permitir ao Usuário emitir laudos para análises extras.

104. Manter o histórico das análises extras efetuadas.

105. Garantir a emissão de um laudo analítico para materiais e produtos ao final

das análises.

106. Integrar-se ao sistema de emissão automática de etiquetas, de acordo com

o laudo, na fase da amostragem e na fase de liberação de acordo com o

número de volumes para materiais.

107. Sinalizar quando um lote de um determinado produto deve entrar em

estudo de estabilidade.

10.2.3. Reanálises

O Sistema deve ser capaz de:

108. Apresentar os seguintes tipos de reanálise: reanálise de material e

reanálise de produto.

109. Permitir ao Usuário selecionar o material (registro) que será reanalisado

identificando a quantidade de material que foi retirada sempre que houver

reanálise de material.

PROJETO BÁSICO

Página 69 de 86

110. Permitir ao Usuário selecionar o produto (lote) que será reanalisado

identificando a quantidade do lote que foi retirada sempre que houver

reanálise de produto.

111. Encaminhar o material ou produto para quarentena sempre que ocorrer

uma reanálise.

10.2.4. Quarentena Automática

O Sistema deve ser capaz de:

112. Encaminhar o material ou produto para quarentena automática sempre que

a validade do fabricante ou a validade de análise dos materiais ou produtos

vence.

113. Permitir ao Usuário reprovar ou reavaliar um material em quarentena

automática.

10.2.5. Lançamento Lote

O Sistema deve ser capaz de:

114. Permitir ao Usuário cadastrar o peso de comprimidos (unidade

farmacêutica).

10.2.6. Gerenciamento de contraprovas

O Sistema deve ser capaz de:

115. Permitir a requisição e atendimento de contraprovas.

116. Manter um arquivo de contraprovas capaz de controlar a localização por

data de validade.

117. Permitir o controle de entrada e controle de saída no gerenciamento de

contraprovas.

118. Permitir ao Usuário cadastrar o preparo de soluções.

119. Permitir o controle da estocagem (exemplo: estoque de reagentes,

soluções e padrões primários).

PROJETO BÁSICO

Página 70 de 86

120. Permitir o controle de retirada do estoque (reagentes e padrões primários).

10.2.7. Requisitos Extras

O Sistema deve ser capaz de:

121. Permitir a consulta de procedimentos operacionais e gerais.

122. Permitir ao Usuário associar ao laudo um fornecedor e um fabricante.

10.3. Farmacovigilância

10.3.1. Atendimento ao cliente

O Sistema deve ser capaz de:

123. Permitir ao Usuário cadastrar e classificar ocorrências.

124. Permitir ao Usuário definir classificações para ocorrências.

125. Permitir ao Usuário visualizar todas as ocorrências relacionadas com um

cliente específico ou por empresa.

126. Permitir ao Usuário visualizar tarefas (telefonemas, e-mails e

compromissos) relacionadas a uma ocorrência.

127. Armazenar FAQs e roteiros de solução para problemas comuns.

128. Manter uma lista de pendências relacionadas a um determinado cliente

10.3.2. Controle de Documentos

O Sistema deve ser capaz de:

129. Gerenciar processos de elaboração/ revisão/ verificação e aprovação de

documentos através da comunicação das tarefas tanto na tela quanto por

correio eletrônico e envio de documentos por e-mail.

130. Manter um catálogo de documentos da qualidade.

131. Prover os seguintes serviços: distribuição eletrônica, protocolo de entrega,

senhas automáticas por documento, aprovação automática (desde a

elaboração até a aprovação final), pesquisa por palavras-chaves,

PROJETO BÁSICO

Página 71 de 86

referência por documento, matriz de responsabilidades por tipo de

documento, solicitação eletrônica de documentos, inclusão de múltiplos de

arquivos eletrônicos.

132. Permitir a confecção da capa de documento com informações para

controle.

133. Permitir o controle de numeração de documentos, o controle de cópias por

documentos, o controle de pastas.

134. Permitir ao Usuário visualizar documentos de diversos produtos existentes

no mercado.

135. Permitir ao Usuário enviar e-mail no mercado de pendências.

136. Permitir ao Usuário convocar treinamentos e registrar treinamento de

documentos.

137. Manter um arquivo central (arquivo físico).

138. Permitir o controle de empréstimo de originais do acervo técnico.

139. Permitir o gerenciamento do tipo de arquivamento de registros (ativo,

inativo e gravação definitiva) e da temporalidade do arquivo físico.

140. Permitir o monitoramento da distribuição de cópias em papel.

141. Permitir a emissão automática de recibos de cópias controladas, contendo

numeração automática da cópia por versão de documento.

142. Permitir assinatura eletrônica para as fases de aprovação dos documentos.

143. Garantir a existência de um fluxo de aprovação.

10.4. Desenvolvimento de Embalagem (DDE)

O sistema deve ser capaz de:

144. Permitir ao Usuário gerenciar um lote experimental.

(fim de página)

PROJETO BÁSICO

Página 72 de 86

11. Requisitos do Setor Recursos Humanos

11.1. Administração de pessoal

O sistema deve ser capaz de:

1. Permitir ao Usuário criar banco de funcionários.

2. Permitir ao Usuário cadastrar funcionários, considerando todas as

situações relevantes para a organização.

3. Criar matrícula única para cada registro de funcionário.

4. Permitir ao Usuário indicar participação de CIPA no cadastro do

funcionário.

5. Permitir ao Usuário criar um perfil profissional, associando-o a um registro

de funcionário já existente, contendo competências (conhecimentos,

habilidades e atitudes) do funcionário.

6. Permitir ao Usuário associar resultados de avaliação de desempenho ao

perfil profissional do funcionário, atrelada a metas.

7. Permitir ao Usuário realizar o registro educacional dos funcionários, tais

como formação escolar, línguas, cursos, informando status atual.

8. Permitir ao Usuário cadastrar os cursos realizados pelo funcionário fora e

dentro da Unidade.

9. Permitir ao Usuário cadastrar contratos contendo informações como

salário, tipos de horas extras normais e noturnas.

10. Permitir ao Usuário aprovar o pagamento de horas extras.

11. Permitir ao Usuário cadastrar tipos de vínculo com a organização.

12. Permitir ao Usuário cadastrar vínculos, considerando histórico de cargos,

tipo de frequência e centro de custo por contrato.

13. Permitir ao Usuário registrar certificações com todas as informações

inerentes, inclusive tempo de validade.

14. Sinalizar certificações próximas de expiração de validade por funcionário

(tempo a ser definido pelo Usuário).

15. Permitir ao Usuário criar equipes, associando funcionários às equipes.

PROJETO BÁSICO

Página 73 de 86

16. Permitir ao Usuário gerar formulário de movimentação de pessoal com

instância de aprovação digital.

11.2. Apontamento

O sistema deve ser capaz de:

17. Permitir ao Usuário cadastrar calendário.

18. Permitir ao Usuário cadastrar turnos de trabalho.

19. Permitir ao Usuário cadastrar tipos de desconto na folha de pagamento.

20. Permitir ao Usuário cadastrar eventos para apontamento, tais como

definição de tipos de frequência, integração com folha de pagamento e

composição do banco de horas.

21. Prover a apuração de eventos autorizados e não autorizados (atrasos,

faltas, etc.).

22. Prover tolerância com respeito a horas extras, atrasos, saídas antecipadas,

adicional noturno, e outros.

23. Prover diferentes períodos de apuração para horas extras, saída

antecipada, atrasos, adicional noturno e carga horária móvel, especificação

de carga horária móvel, inclusive intervalos.

24. Prover a geração de marcações automáticas, incluindo compensação de

pontes de feriados.

25. Permitir a troca de turnos e de regras de apontamento durante o período.

26. Realizar o cálculo mensal, com respeito à geração de eventos para banco

de horas e apontamentos mensais.

27. Permitir ao Usuário realizar o fechamento de banco de horas,

contemplando a geração de horas, por período ou por quantidade a serem

lançadas na folha de pagamento.

28. Permitir ao Usuário realizar o fechamento mensal, contemplando a

geração de históricos (acumulados) de marcações, apontamentos e

resultados para folha de pagamento.

29. Permitir a manutenção dos acumulados, contemplando marcações,

apontamentos e resultados.

PROJETO BÁSICO

Página 74 de 86

30. Permitir a manutenção dos resultados e banco de horas, contemplando a

complementação dos itens gerados pelo cálculo mensal.

31. Permitir ao Usuário associar contratos a dispensa de funcionários,

considerando perda automática de senha de todos os sistemas acessados

pela mesma.

32. Notificar áreas da organização sobre desligamento de funcionário para

exclusão de e-mail e permissão de entrada.

11.3. Ponto Eletrônico/ Relógios

O sistema deve ser capaz de:

33. Permitir ao Usuário registrar relógios de ponto eletrônico no sistema, com

todas as informações relevantes/ necessárias para esse registro.

34. Permitir ao Usuário cadastrar tipos de licença.

35. Permitir a utilização de ponto eletrônico.

36. Permitir a manipulação de horário incluindo opção de mudança de horário

para funcionários não flexíveis e mensalistas

11.4. Remuneração

O sistema deve ser capaz de:

37. Permitir ao Usuário cadastrar salários.

38. Permitir ao Usuário realizar graduação de fatores.

39. Permitir ao Usuário realizar comparações com a grade salarial.

40. Prover enquadramento e estrutura salarial.

41. Prover ocupação e cargos disponíveis, por centro de custo.

42. Permitir ao Usuário visualizar históricos das alterações funcionais (cargo,

salário, tipo de frequência, tipo de vínculo, centro de custo).

43. Permitir ao Usuário realizar pesquisas e simulações salariais.

44. Informar valores de classes e de níveis salariais.

45. Permitir ao Usuário cadastrar no sistema (via importação de arquivos) a

folha de pagamento de empresas terceirizadas.

PROJETO BÁSICO

Página 75 de 86

11.5. Carreira e Sucessão

O sistema deve ser capaz de:

46. Permitir ao Usuário cadastrar cargos e funções, informando descrição,

atribuições e requisitos (competências do cargo/ função).

47. Permitir ao Usuário associar cargos e funções a centros de custo.

48. Permitir ao Usuário cadastrar plano de cargos e salários e planos de

sucessão.

49. Prover plano de carreira, plano de sucessão com indicação automática dos

sucessores, situação e trajetória de carreiras, formação por cargo, histórico

de formação e perfil profissional.

50. Permitir ao Usuário cadastrar tipos de bolsa.

51. Prover gap de competências para promoção de funcionários.

52. Permitir ao Usuário registrar metas para cada funcionário e por equipe,

associando às metas pesos diferentes passíveis de atualização.

53. Fornecer indicadores estatísticos para o registro de avaliação de resultado

dos funcionários e das equipes.

54. Permitir ao Usuário registrar avaliações de desempenho por funcionário.

11.6. Treinamento e Desenvolvimento

O sistema deve ser capaz de:

55. Registrar informações para montagem da trilha de desenvolvimento por

funcionário.

56. Permitir ao Usuário cadastrar tipos de treinamento.

57. Permitir ao Usuário associar treinamentos a certificações.

58. Permitir ao Usuário cadastrar entidades de ensino (descrição de entidade e

cursos ministrados).

59. Permitir ao Usuário registrar treinamento de pessoal, com todas as

particularidades referentes a local, conteúdo programático, instrutores, etc.

60. Permitir ao Usuário atualizar treinamento registrado com apontamento de

frequência por funcionário convidado.

PROJETO BÁSICO

Página 76 de 86

61. O sistema deve contemplar na folha de ponto do funcionário o registro de

participação em treinamento externo do funcionário.

62. Permitir ao Usuário solicitar treinamento (individual e coletivo), devendo

este passar por aprovação da chefia.

63. Notificar à área de RH com requisição de treinamento para emissão de

passagem e diária, e deve ser capaz de notificar a área de nutrição quanto

à liberação de refeição.

64. Permitir ao Usuário associar os treinamentos aos centros de custo.

65. Permitir ao Usuário associar custos a todos os requisitos dos treinamentos.

66. Prover rateio de custos de treinamento por centro de custo requisitante.

67. Prover capacitações necessárias para cargos disponíveis.

11.7. Captação

O sistema deve ser capaz de:

68. Permitir ao Usuário registrar uma requisição de contratação, associando

um perfil profissional e a vaga para cada contratação e indicando a

quantidade de vagas.

69. Permitir a montagem de cadastro de candidatos internos, importação de

dados para cadastro de funcionários, situação dos candidatos e

recrutamento interno.

70. Permitir ao Usuário registrar testes de avaliação, associando cada teste a

um cargo já existente.

71. Permitir o registro de matriz tecnológica, associando testes registrados a

competências.

72. Permitir ao Usuário realizar montagem de testes, utilizando questões já

registradas no sistema.

73. Montar sugestões de testes a partir dos modelos e questões registrados,

com escolha de questões aleatórias para cada cargo.

74. Permitir ao Usuário criar um banco de currículos.

75. Permitir ao Usuário registrar currículos no banco de currículos.

76. Permitir ao Usuário associar um currículo existente no banco de currículos

a um funcionário recém-contratado.

PROJETO BÁSICO

Página 77 de 86

12. Requisitos do Setor Segurança, Meio Ambiente e Saúde

12.1. Pragas e Vetores

O Sistema deve ser capaz de:

1. Permitir ao Usuário registrar um serviço associando-o uma identificação,

descrição, produto utilizado, quantidade do produto utilizado, tipo de

controle, tipo de praga, data de início do serviço, data de fim do serviço e

um requisitante.

2. Permitir ao Usuário registrar a localização das iscas de roedores.

3. Permitir ao Usuário cadastrar tipos de praga.

4. Permitir ao Usuário cadastrar tipos de controle.

5. Permitir ao Usuário cadastrar tipos de medida (litro, mililitro etc.).

[NOTA: Requisito também está presente no documento referente

às áreas de Qualidade.]

6. Permitir ao Usuário cadastrar produtos.

[NOTA: Requisito também está presente no documento referente

às áreas de Compras.]

7. Permitir ao Usuário cadastrar empresas prestadoras de serviços.

[NOTA: Requisito também está presente no documento referente

às áreas de Compras.]

8. Permitir ao Usuário realizar a gestão dos contratos com as empresas

prestadoras de serviços.

[NOTA: Requisito também está presente no documento referente

às áreas de Compras.]

9. Emitir relatórios sobre a quantidade e tipos de pragas, grau de infestação e

sazonalidade.

12.2. Gestão de Segurança, Meio Ambiente e Saúde

O Sistema deve ser capaz de:

PROJETO BÁSICO

Página 78 de 86

10. Permitir ao Usuário efetuar o registro de reuniões contemplando o assunto,

data, horário, setores envolvidos, convidados e presentes.

11. Permitir ao Usuário anexar documentos a uma reunião cadastrada.

12. Permitir ao Usuário criar um cronograma com as reuniões programadas.

13. Realizar o controle de participação das reuniões pelos setores da empresa

contabilizando o percentual de presença.

14. Permitir ao Usuário registrar anomalias associando-as um item, uma

identificação, um status, a condição insegura, o local, o impacto, a

probabilidade de dano, a gravidade do dano, prioridade de ação,

proposição do que deve ser feito e um custo.

15. Permitir ao Usuário definir a fórmula utilizada para o cálculo da prioridade

de ação.

16. Permitir ao Usuário registrar acidentes de trabalho.

17. Disponibilizar um workflow para o acompanhamento do tratamento de uma

anomalia.

18. Gerar gráficos baseados no banco de anomalias.

19. Permitir ao Usuário registrar informações afetas ao consumo de água.

20. Permitir ao Usuário registrar informações afetas ao consumo de energia.

21. Permitir ao Usuário registrar aspectos e impactos ambientais associando-

os uma identificação, setor, local, atividade (geradora do aspecto),

aspecto, impacto, situação da atividade, temporariedade (passado,

presente ou futuro), orientação (impacto positivo ou negativo ao meio

ambiente), legislação associada e parte interessada.

22. Permitir ao Usuário cadastrar tipos de atributos para a priorização dos

impactos ambientais.

23. Permitir ao Usuário combinar os dados cadastrados de forma a gerar a

fórmula utilizada para o cálculo da significância do impacto.

24. Disponibilizar ferramentas para que o Usuário faça o controle dos aspectos

e impactos ambientais segundo a ISO 14001.

25. Disponibilizar ferramentas para que o Usuário faça o controle de perigos e

danos segundo a OHSAS 18001.

26. Permitir ao Usuário anexar documentos ao registro de acidentes

ambientais.

PROJETO BÁSICO

Página 79 de 86

27. Permitir ao Usuário registrar as não conformidades encontradas na

auditoria ambiental.

28. Permitir ao Usuário acompanhar o status de todas as não conformidades

encontradas.

[NOTA: Requisito também está presente no documento referente

às áreas de Qualidade.]

29. Permitir ao Usuário efetuar o controle dos ramais de emergência

registrando a data do teste, executor, ramal e uma observação.

30. Permitir ao Usuário criar um cronograma de testes dos ramais

emergenciais.

31. Permitir ao Usuário registrar a brigada de emergência voluntária

associando-os setor, prédio, metragem quadrada da área, turnos,

participantes (identificando o líder), somatório do efetivo e do efetivo para a

brigada.

32. Permitir ao Usuário verificar se um funcionário está em dia com suas

avaliações médicas (necessárias para entrar na brigada).

33. Permitir a inclusão de pessoas externas (não controlados pelo RH) na

brigada.

12.3. Gerenciamento do Cumprimento da Legislação

O Sistema deve ser capaz de:

34. Disponibilizar ferramentas para que o Usuário seja capaz de realizar o

acompanhamento das atividades relacionadas à CIPA segundo a Norma

regulatória 05 (NR 05).

35. Permitir ao Usuário acompanhar a situação dos requisitos legais

ambientais que devem ser atendidos.

36. Permitir ao Usuário acompanhar a situação dos aspectos e impactos

ambientais segundo a ISO 14001.

37. Permitir ao Usuário controlar (registrar e acompanhar) as autuações

recebidas com a possibilidade de anexo de documentos.

PROJETO BÁSICO

Página 80 de 86

38. Permitir ao Usuário associar um plano de ação a uma autuação.

39. Permitir ao Usuário controlar (registrar e acompanhar) a situação das

licenças de operação para um determinado projeto.

40. Permitir ao Usuário controlar (registrar e acompanhar) a situação das

licenças ambientais possuídas pela empresa.

12.4. Plano de Treinamentos

O Sistema deve ser capaz de:

41. Permitir ao Usuário controlar (registrar e acompanhar) treinamentos

necessários para os funcionários de empresas terceirizadas.

42. Permitir ao Usuário cadastrar os treinamentos necessários para um

determinado cargo.

[NOTA: Requisito também está presente no documento referente

às áreas de RH.]

43. Permitir ao Usuário visualizar os treinamentos concluídos por um

funcionário e que treinamentos estão faltando para o mesmo.

[NOTA: Requisito também está presente no documento referente

às áreas de RH.]

12.5. Gerenciamento do programa de emergência

O Sistema deve ser capaz de:

44. Permitir ao Usuário salvar o mapa de rotas de fuga no sistema.

45. Controlar versionamento do mapa de rotas de fuga.

46. Permitir ao Usuário cadastrar um extintor contendo informações como

localização, número de recargas, validade, testes realizados, data dos

testes e observação.

47. Permitir ao Usuário efetuar o gerenciamento de fornecedores de proteção

contra incêndio segundo a NR 23 (Norma Regulamentadora 23).

48. Permitir ao Usuário cadastrar um hidrante contendo informações como

localização, testes realizados, data dos testes e observação.

PROJETO BÁSICO

Página 81 de 86

49. Permitir ao Usuário controlar (registrar e acompanhar) as inspeções feitas

a casa de bombas.

50. Permitir ao Usuário controlar (registrar e acompanhar) as inspeções feitas

aos para-raios.

51. Permitir ao Usuário controlar (registrar e acompanhar) as inspeções feitas

a rede de alarme e fumaça.

52. Permitir ao Usuário associar um plano de socorro ambiental a todos os

registros de acidentes ambientais.

53. Permitir ao Usuário cadastrar um equipamento de proteção respiratória

informando os funcionários que já o utilizaram, validade, testes realizados,

data dos testes e observação.

12.6. Gerenciamento Segurança Intrínseca

O Sistema deve ser capaz de:

54. Permitir ao Usuário realizar o controle da distribuição de EPI (Equipamento

de proteção individual) segundo a NR 06 (Norma Regulamentadora 06).

55. Permitir ao Usuário registrar quando o EPI (Equipamento de Proteção

Individual) foi fiscalizado.

56. Permitir ao Usuário associar um EPI (Equipamento de Proteção Individual)

a uma determinada função.

57. Permitir ao Usuário registrar os diálogos diários sobre segurança, meio

ambiente e saúde contendo os seus participantes.

58. Permitir ao Usuário criar um calendário de diálogos diários.

12.7. Gerenciamento de Levantamento Ambiental e Mit igação de

Riscos

O Sistema deve ser capaz de:

59. Disponibilizar ferramentas para o gerenciamento de levantamento

ambiental e mitigação de riscos visando o cumprimento da NBR 14280

(Norma Brasileira 14280) e NR 04 (Norma Regulamentadora 04).

PROJETO BÁSICO

Página 82 de 86

60. Permitir ao Usuário criar o banco FISPQ (Ficha de Informações de

Segurança de Produto Químico).

61. Permitir ao Usuário controlar (registrar e acompanhar) a documentação

necessária para empresas terceirizadas a fim de liberar a atuação da

mesma.

12.8. PPRA (Programa de Prevenção de Riscos Ambient ais)

O Sistema deve ser capaz de:

62. Disponibilizar ferramentas que permitam o cumprimento da NR 09 (Norma

Regulamentadora 09).

12.9. Análise Ergonômica do Trabalho

O Sistema deve ser capaz de:

63. Disponibilizar ferramentas que permitam o cumprimento da NR 17 (Norma

Regulamentadora 17).

12.10. Controle e Gerenciamento das Ações de Assist ência a Saúde

O Sistema deve ser capaz de:

64. Disponibilizar ferramentas que permitam o cumprimento da NR 07 (Norma

Regulamentadora 07).

12.11. Controle e Gerenciamento de Prevenção e Prom oção a Saúde

O Sistema deve ser capaz de:

65. Permitir ao Usuário cadastrar os participantes (setores e funcionários) de

projetos de incentivo a saúde.

66. Permitir ao Usuário controlar (registrar e acompanhar) a distribuição de

produtos ligados a prevenção e promoção a saúde.

PROJETO BÁSICO

Página 83 de 86

12.12. Tratamento de Efluentes Industriais e Esgoto s Sanitários

O Sistema deve ser capaz de:

67. Disponibilizar ferramentas que permitam o cumprimento da CONAMA 430

(Conselho Nacional do Meio Ambiente) e da CONAMA 357 (Conselho

Nacional do Meio Ambiente).

68. Permitir ao Usuário controlar (registrar e acompanhar) as manutenções em

todos os itens que podem gerar impacto ao meio ambiente, com

possibilidade de anexar documentos (evidências).

12.13. Gestão de Resíduos

O Sistema deve ser capaz de:

69. Permitir ao Usuário controlar (registrar e acompanhar) as licenças das

empresas prestadoras de serviço a fim de saber se a empresa possui as

licenças corretas para prestar o devido serviço.

70. Disponibilizar ferramentas que permitam o cumprimento da NBR 10004

(Classificação de Resíduos), NBR 11174 (Armazenamento de Resíduos de

nível 2 e 3), NBR 12235 (Armazenamento de Resíduos nível 1), resolução

358 do CONAMA (Conselho Nacional de Meio Ambiente) e Portaria 334/

98 (ANVISA).

71. Permitir ao Usuário controlar (registrar e acompanhar) o descarte de

resíduos.

72. Permitir ao Usuário associar um documento, quando necessário, a um

registro de resíduo a ser descartado.

12.14. Controle Operacional SMS

O Sistema deve ser capaz de:

73. Permitir ao Usuário controlar as solicitações de descarte informando o tipo

de resíduo, agendamento, setor e responsável pelo pedido segundo a

PROJETO BÁSICO

Página 84 de 86

resolução 258 do CONAMA (Conselho Nacional de Meio Ambiente) e

Portaria 344/ 98.

12.15. Pedidos de Compra SMS

O Sistema deve ser capaz de:

74. Permitir ao Usuário acompanhar os pedidos de comprar efetuados.

12.16. Requisitos Extras

O Sistema deve ser capaz de:

75. Permitir ao Usuário registrar um POP (Procedimento Operacional Padrão)

no sistema.

(fim de página)

PROJETO BÁSICO

Página 85 de 86

13. Requisitos do Setor Vendas

O Sistema deve ser capaz de:

1. Permitir ao Usuário criar um catálogo de clientes.

2. Permitir ao Usuário registrar informações sobre relacionamento com os

clientes para cada cliente do catálogo.

3. Permitir ao Usuário registrar contratos de distribuição, incluindo termos de

compromisso emitidos pelo Ministério da Saúde e outros contratos feitos a

partir de vendas diretas, com todos os dados referentes a produtos

vendidos, valor dos produtos, etc., associando-os a um cliente existente no

catálogo.

4. Disponibilizar um histórico de contratos de distribuição por cliente.

5. Disponibilizar market share de produtos vendidos por cliente.

6. Permitir ao Usuário registrar uma previsão de demanda para iniciar o

processo de planejamento da produção.

7. Permitir ao Usuário atualizar a previsão de demanda de acordo com as

vendas efetivamente realizadas.

8. Permitir ao Usuário registrar vendas não realizadas, com justificativa para

não efetuação da venda e informações de relacionamento de vendas.

9. Permitir a emissão de remessas de produtos para vários locais de entrega

para um mesmo contrato de distribuição.

10. Contabilizar as remessas enviadas e subtraí-las do saldo restante previsto

em contrato de distribuição.

11. Disponibilizar o histórico das remessas, por contrato de distribuição,

contendo todos os dados referentes às remessas efetuadas.

12. Permitir tolerância na alteração de volume de entrega de produtos

vendidos em relação a quantidade prevista em contrato de distribuição

com justificativa.

13. Informar ao Usuário de vendas as datas de entrega previstas para as

ordens de produção associadas aos contratos de distribuição atualizadas

conforme programação da produção vigente.

PROJETO BÁSICO

Página 86 de 86

14. Disponibilizar em uma única tela as informações de um determinado

contrato de distribuição.

15. Registrar as condições do recebimento físico do cliente (questionário de

descarga), horários, equipamentos, dias, etc.

16. Manter dados de tancagem: capacidade de armazenamento, fotos,

comentários e observações.

17. Permitir vincular documentos no cadastro de clientes.

18. Manter a tabela de preços de produtos, com valores ao longo do tempo.

19. Consultar e listar tabela de preços de produtos / segmentos.

20. Manter registros históricos de reajustes de preços.

21. Disponibilizar workflow de aprovação de contrato.

22. Manter registro das condições comerciais para fornecimento.

23. Disponibilizar workflow para aprovar condições especiais para

fornecimento.

Apêndice 2 ao

Projeto Básico do

Edital N°XXX/2012

Requisitos Não Funcionais

Obrigatórios para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

2

Sumário I. Introdução ..................................................................................................................................... 3

II. Requisitos Não Funcionais Obrigatórios ...................................................................................... 5

1. Requisitos de Capacitação .................................................................................................... 5

2. Requisitos Legais ................................................................................................................... 5

3. Requisitos de Garantia e Manutenção ................................................................................... 5

4. Requisitos de Segurança da Informação ............................................................................... 6

5. Requisitos Sociais, Ambientais e Culturais ............................................................................ 8

6. Requisitos de Arquitetura Tecnológica ................................................................................... 8

7. Requisitos de Integração ....................................................................................................... 8

8. Requisitos de Projeto e de Implementação ............................................................................ 9

9. Requisitos de Experiência Profissional da Equipe ............................................................... 12

10. Requisitos de Formação da Equipe .................................................................................. 13

11. Demais Requisitos Aplicáveis ........................................................................................... 13

PROJETO BÁSICO

3

I. Introdução

Este apêndice ao Projeto Básico do Edital N°XXX/201 2, afeto à aquisição de um Sistema Integrado de

Informação e Gestão, da categoria de sistemas conhecida como ‘Planejamento dos Recursos

Empresarias’ (ERP – Enterprise Resource Planning), para Farmanguinhos, apresenta os requisitos não

funcionais obrigatórios demandados da solução a ser contratada. Os requisitos não funcionais de

caráter avaliativo estão listados no documento Apêndice 6.

Por requisitos não funcionais, entendem-se requisitos que declaram as características de qualidade ou

restrições que o sistema deve possuir. Estão divididos por categorias em conformidade a classificação

indicada nos artigos 12 e 13 da Instrução Normativa 04.

Segue um breve resumo de cada categoria de requisito não funcional.

Id Categoria de Requisito Detalhamento Quantidade de

Requisitos

01 Capacitação

Requisitos que definem o ambiente tecnológico dos treinamentos a serem ministrados, carga horária, materiais didáticos, perfis dos instrutores, dentre outras características.

04

02 Legal Requisitos que definem as normas com as quais a Solução de Tecnologia da Informação deve estar em conformidade.

01

03 Garantia e

Manutenção

Requisitos que definem a necessidade de serviços de manutenção preventiva, corretiva, evolutiva e adaptativa. Determinam a forma de condução da manutenção e comunicação entre as partes envolvidas.

19

04 Segurança da

Informação

Requisitos que definem os itens, normas e políticas de segurança da informação a serem observados na contratação da Solução de Tecnologia da Informação.

24

PROJETO BÁSICO

4

Id Categoria de Requisito Detalhamento Quantidade de

Requisitos

05 Sociais,

Ambientais e Culturais

Requisitos que a Solução de Tecnologia da Informação deve apresentar ou obedecer em conformidade a costumes, idiomas, políticas de meio ambiente e sustentabilidade, dentre outros.

03

06 Arquitetura Tecnológica

Requisitos de característica tecnológica como hardwares, softwares, padrões de interoperabilidade, linguagens de programação, interfaces, dentre outros.

05

07 Integração Requisitos que definem os tipos de integração com outros sistemas que a solução deve contemplar.

03

08 Projeto e

Implementação

Requisitos que estabelecem o processo de desenvolvimento de software, técnicas, métodos, forma de gestão, de documentação, dentre outros.

42

09 Experiência

Profissional da Equipe

Requisitos relacionados à natureza da experiência profissional exigida da equipe de implementação e implantação da Solução de Tecnologia da Informação e as respectivas formas de comprovação dessa experiência.

04

10 Formação da

Equipe

Requisitos que definem os cursos acadêmicos e técnicos, formas de comprovação da formação, dentre outros, para a equipe que projetará, implementará e implantará a Solução de Tecnologia da Informação.

05

11 Demais aplicáveis Requisitos necessários para a solução que não se enquadram nos itens anteriores

01

TOTAL 103

PROJETO BÁSICO

5

II. Requisitos Não Funcionais Obrigatórios

1. Requisitos de Capacitação

1. A empresa deve fornecer capacitação e treinamento para a utilização de todos os módulos da

solução.

2. A empresa deve fornecer capacitação e treinamento para a manutenção da infraestrutura e o

suporte técnico da solução.

3. A empresa deve fornecer capacitação e treinamento para customização/parametrização de

software da solução.

4. Estes treinamentos devem ser fornecidos para pelo menos quatro pessoas por módulo da

solução.

2. Requisitos Legais

5. A solução deve estar e ser mantida integralmente adequada à legislação brasileira.

3. Requisitos de Garantia e Manutenção

6. A empresa deve manter um canal de comunicação para receber e protocolar as solicitações de

alteração e/ou customização no software.

7. A empresa deve garantir a continuidade da solução por pelo menos 10 (dez) anos após a

última atualização de versão.

8. O software deve permitir o envio de dados, relatórios e informações através de interação com

soluções eletrônicas do governo brasileiro (e-Gov).

9. O serviço de atualização de versões (releases) deve estar incluído no contrato de suporte

técnico.

10. As versões da solução, atualizadas por motivo de alterações legais, devem ser disponibilizadas

e implantadas antes do término do prazo legal.

11. A empresa deve fornecer suporte à instalação.

PROJETO BÁSICO

6

12. A empresa deve ter representação no território brasileiro.

13. A empresa deve, sempre que necessário, disponibilizar antecipadamente um cronograma com

as manutenções programadas e atualizações da solução.

14. A empresa deve fornecer o relatório com a descrição detalhada das alterações, juntamente

com o versionamento da solução, o roteiro de instalação, as atualizações de documentação

técnico-operacional da solução e plano de testes, contendo descrição para comprovação dos

resultados da implementação solicitada. O roteiro de instalação e o plano de testes deverão ter

o aval da CONTRATANTE.

15. As parametrizações, alterações de código e novos desenvolvimentos realizados na solução

devem ser mantidos quando das evoluções de versões da solução.

16. A empresa CONTRATADA deverá, de acordo com o Quadro de Prioridades e Prazos presente

no item 2 do tópico Atendimento e Solução de Ocorrências deste documento, apresentar à

CONTRATANTE proposta por meio de Ordem de Serviço de Manutenção Evolutiva (OSME) a

ser homologada antes do início de sua execução.

17. Quando a CONTRATANTE solicitar à empresa CONTRATADA manutenção evolutiva para seu

produto implantado na CONTRATANTE, o serviço de suporte técnico da CONTRATADA

deverá emitir um número de referência, designado de ‘Número de Demanda’, o qual deverá ser

utilizado em todas as comunicações a ela relacionadas.

18. Para entregar uma versão da SOLUÇÃO, principal ou secundária, a empresa CONTRATADA

deverá disponibilizar a versão na área de transferência definida pela CONTRATANTE, ocasião

em que cessará a contagem do prazo de entrega pactuado na respectiva OSME. A instalação

no ambiente computacional de produção da CONTRATANTE é responsabilidade da empresa

CONTRATADA com a participação dos técnicos da CONTRATANTE.

19. A instalação deverá ser realizada após aprovação do impacto regulatório executado pela

CONTRATANTE e posterior validação (se aplicável). É vedado qualquer tipo de atualização em

ambientes sem que haja aprovação da equipe de gestão da SOLUÇÃO.

4. Requisitos de Segurança da Informação

20. A solução deve permitir a plena realização de backup e recuperação de bases de dados e

arquivos de configuração do sistema, e o sistema como um todo.

PROJETO BÁSICO

7

21. A solução deve permitir a identificação e autenticação de usuários por meio de código de

usuários e senha únicos.

22. A solução deve possibilitar a manutenção dos usuários e privilégios on-line através de interface

de configuração, mantendo o seu histórico.

23. A solução deve prover ferramentas para definição de políticas de segurança da informação,

tais como permissões diferenciadas por grupo de usuários (usuário chave e dono do sistema).

24. A solução deve prover mecanismos de segregação de usuários por papel (nível) de atuação

(usuários, operadores, suporte, administração e outros papéis que se deseje criar).

25. A solução deve prover o encerramento de sessão do usuário após um período pré-determinado

de inatividade.

26. A solução deve implementar a funcionalidade de exigência de duplo check para determinadas

transações.

27. A solução deve permitir o gerenciamento de transações que utilizam duplo check, isto é, deve

permitir aprovação de transações por mais de um usuário.

28. A solução deve prover mecanismos de encriptação/decriptação de mensagens através da

utilização de criptografia simétrica.

29. A solução deve prover mecanismos de encriptação/decriptação de mensagens através da

utilização de chaves simétricas e assimétricas simultaneamente.

30. A solução deve disponibilizar recursos para auditoria de logs, contendo as transações

realizadas pelos diversos usuários.

31. A solução deve prover trilhas de auditoria que permitam o subsídio na apuração de processos

administrativos, de suporte e da atuação dos usuários no sistema.

32. A solução deve prover acesso às trilhas de auditoria pelo próprio sistema.

33. A solução deve registrar logs que contenham informações sobre o status das aplicações, seus

componentes e módulos, quando estes entrarem ou saírem do estado normal de

funcionamento.

34. Possuir mecanismo de balanceamento de carga entre servidores de aplicação.

35. A solução deve controlar, no ambiente de desenvolvimento, o acesso de múltiplos usuários ao

mesmo objeto (check in/out).

36. A empresa deve fornecer o diagrama/descrição da Arquitetura de Segurança.

37. A solução deve suportar a implementação de mecanismos de tolerância a falhas.

38. A solução deve armazenar mensagens assíncronas em camada de persistência, suportando

PROJETO BÁSICO

8

reprocessamento em caso de falhas.

39. A solução deve permitir o arquivamento e gerenciamento de dados históricos.

40. A solução deve garantir a integridade das informações.

41. A solução deve permitir, de forma parametrizável, o registro e bloqueio de acesso para o caso

de tentativas indevidas.

42. A solução deve possuir funcionalidades de expiração de senha.

43. A solução deve possuir regras de composição e de tamanho mínimo de senhas.

5. Requisitos Sociais, Ambientais e Culturais

44. A empresa deve fornecer documentação para operação, suporte e manutenção da solução, a

qual deve estar escrita na língua portuguesa do Brasil.

45. Todos manuais e toda documentação da solução deverá estar escritos em língua portuguesa

do Brasil.

46. A solução deve suportar os idiomas espanhol e inglês, alem do português, permitindo geração

de relatório e disponibilização em qualquer idioma de escolha.

6. Requisitos de Arquitetura Tecnológica

47. A solução deve operar em sistemas operacionais tanto 32 bits quanto 64bits.

48. A solução deve suportar a execução em paralelo em várias CPUs e em vários núcleos, em um

ambiente multiprocessado.

49. A solução deve suportar o balanceamento de carga entre os servidores.

50. A solução deve suportar a utilização de hardwares adicionais (Leitor de código de barras, RFID

e Token de certificação digital).

51. Suportar claramente a segregação de ambientes de desenvolvimento, teste e produção,

provendo ferramenta automatizada de migração de conteúdo entre ambientes.

7. Requisitos de Integração

52. A solução deve possuir Application Programming Interface - APIs para integrações com a sua

PROJETO BÁSICO

9

documentação detalhada.

53. A solução deve possuir Application Programming Interface - API ou Software Development Kit -

SDK para desenvolvimento de novos conectores.

54. A solução deve possuir ferramenta de gerenciamento de mensagens Enterprise Application

Integration - EAI, com suporte a Java Message Service - JMS, para construção de interfaces

com demais aplicativos.

8. Requisitos de Projeto e de Implementação

55. A empresa deve fornecer serviços de customização da solução.

56. A solução deve fornecer manuais completos do software, em meio eletrônico, contendo

informações detalhadas sobre a instalação, configuração, operação e manutenção.

57. A empresa deve fornecer documentação para a criação e manutenção dos roteiros/scripts de

Atendimento Técnico do cliente.

58. A solução deve possuir a documentação do aplicativo disponível em mídia magnética/ ótica em

conformidade com a RDC17/ANVISA, RDC 17/2010 - ANVISA, Guia de Validação de Sistemas

- ANVISA e Guia GAMP - versão 5.

59. A solução deve possuir ferramentas para migração de dados de outros aplicativos.

60. A empresa deve fornecer o diagrama/descrição da Arquitetura Técnica da Aplicação (modelo

de camadas).

61. A empresa deve fornecer o diagrama/descrição da Arquitetura de Banco de Dados e seu

modelo descritivo.

62. A solução deve fornecer o modelo e dicionário de dados.

63. A solução deve possuir ambiente de desenvolvimento padrão Java Enterprise Edition 5 -

J2EE5 que permita desenvolver novos componentes de software, incluindo novas

funcionalidades no APLICATIVO, com completo ferramental de desenvolvimento, entendido

como: controle de modelos de dados, dicionário de dados, metodologia de controle de projetos

de desenvolvimento e controle de versões.

64. A solução deve suportar arquitetura em três camadas (apresentação, lógica de negócio e

persistência), onde os elementos de uma aplicação estejam nitidamente separados nestas

camadas de dados.

PROJETO BÁSICO

10

65. A solução deve suportar o modelo arquitetônico de aplicações Model-Viewer-Controller – MVC.

66. A solução deverá conter todos módulos integrados, utilizando diversas bases de dados de um

mesmo Sistema Gerenciador de Base de Dados – SGBD, com as mesmas características

tecnológicas e de forma nativa.

67. A solução deve garantir que uma única transação executada pelo usuário deve desencadear

todas as ações a ela pertinentes, ou seja, processos totalmente integrados entre si em

processamento on-line.

68. A solução deve possuir recursos para exibição das informações em tela da estação de trabalho

antes de sua impressão ou armazenamento em arquivos.

69. A solução deve permitir que os relatórios, dashboards, análise, scorecards e alertas sejam

entregues globalmente com níveis de acesso.

70. A solução deve permitir criar qualquer tipo de relatórios (tabelas, gráficos, formulários) com

múltiplos objetos organizados livremente de acordo com a necessidade de layout do usuário.

71. A solução deve permitir criar filtros e quebras, independente da forma de apresentação, isto é,

em tabelas, referências cruzadas ou em gráficos;

72. A solução deve permitir a criação de subconsultas, assim como operações entre diferentes

consultas como União, Intersecção e Subtração.

73. A solução deve possuir a capacidade de impressão de todas as informações visíveis pelo

usuário na elaboração de relatórios

74. A solução dever permitir que a formatação dos relatórios seja feita sem a utilização de

codificação ou programação.

75. A solução deve permitir a definição de filtros no momento da criação da consulta.

76. A solução deve permitir a criação de relatórios complexos, multi-páginas, diferentes conteúdos

e utilizando diferentes origens de dados sem programação.

77. A solução deve possuir biblioteca de funções (lógica, conversão, financeiras, matemáticas,

analíticas, estatísticas, cadeias de caracteres e outras) para serem utilizadas na criação de

novas colunas em consultas e relatórios.

78. A ferramenta de geração de relatórios da solução deve possibilitar a formatação de cada

coluna, linha ou conjunto específico de dados separadamente em: fontes, cor de fundo, cor de

fonte, tamanho de fonte, estilo de borda e cor de borda.

79. A solução deve apresentar gráficos simples e compostos nos formatos: barra, pizza, linha e

área, em 2D e/ou 3D, com uma ou mais séries de dados.

PROJETO BÁSICO

11

80. A solução deve permitir a execução de cálculos matemáticos, estatísticos, expressões de

lógica, data e hora e financeiros, para qualquer dimensão ou métrica adotada.

81. A solução deve permitir que os cálculos citados acima sejam efetuados também durante a

análise.

82. A solução deve permitir a análise desde o nível consolidado até o detalhado (drill down),

navegando entre diferentes hierarquias definidas.

83. A solução deve permitir a realização filtros, drill down, ranking, ordenação e aninhamento das

informações de forma automática.

84. A solução deve suportar a utilização de tabelas de agregação de modo transparente para o

usuário.

85. A solução deve permitir a criação dos relatórios e análises através de funcionalidades do tipo

drag and dropping dos elementos que podem compor um relatório ou visão de negócio,

formatando de acordo com as necessidades de cada usuário.

86. A solução deve permitir a visualização das propriedades do relatório publicado, como nome do

publicador, condições e filtros implementados, observações gerais, entre outras informações.

87. A solução deve possibilitar a criação de calendários personalizados de agendamento de

relatórios (p.ex. finais de semana, último dia do mês, etc.);

88. A solução deve possibilitar o agendamento para atualização automática de relatórios após a

ocorrência de determinado evento, sendo este evento parametrizável (p.ex. o evento pode ser

o recebimento de um determinado arquivo numa pasta específica).

89. A solução não deve permitir a geração agendada de conteúdo personalizado de um mesmo

relatório para diferentes grupos de usuários, ou seja, o mesmo relatório gerado com conteúdos

distintos para diferentes grupos de usuários.

90. A solução deve permitir executar relatórios nativos permitindo a publicação e exportação para

aplicativos de escritório, HyperText Markup Language – HTML, Portable Document Format –

PDF e Comma-separated values – CSV, mesclando com os resultados das diversas fontes

possíveis.

91. A solução deve permitir a escolha da forma de entrega do relatório podendo se: via e-mail,

acesso centralizado, integração com outros portais e suíte Microsoft Office.

92. A solução deve possuir a funcionalidade de comparar os valores do relatório atualizado com os

emitidos anteriormente, por meio de seleção de data ou período. Devendo ser visível esta

comparação de forma gráfica (p.ex. cores diferentes, alteração do tipo e formato da fonte etc.).

PROJETO BÁSICO

12

93. A solução deve permitir análises que envolvam diferentes visualizações em uma mesma tela

(gráficos, tabelas e títulos livremente dispostos).

94. A solução deve permitir criar dashboards que mostrem diferentes tipos de visualização

(distintos gráficos e tabelas) em uma mesma página, sendo que cada objeto pode estar

acessando uma origem de dado diferente.

95. A solução deve permitir a utilização de objetos de visualização avançados (velocímetros,

gráficos 2D e 3D, tabelas e análises de cenários).

96. A solução deve permitir que os elementos do dashboard sejam conectados, através de links

parametrizados, com dados mais detalhados permitindo o aprofundamento de análises (drill

through).

9. Requisitos de Experiência Profissional da Equipe

97. Como parte integrante da solução, deverá ser atendido o disposto no item 14 do Projeto Básico

deste Edital — Papéis e responsabilidades, referente aos papéis profissionais.

98. A CONTRATADA deverá comprovar que os profissionais envolvidos nos serviços possuem a

qualificação mínima exigida para a execução das atividades:

a) Gerente de Projeto: experiência mínima de 3 (três) anos em gerenciamento de projetos

de implantação, tendo pelo menos uma participação em implantação no setor de

Fármacos;

b) Gerente de Integração: experiência mínima de 18 (dezoito) meses em projetos de

implantação;

c) Consultor de Negócios/Analista de Sistemas: experiência mínima de 18 (dezoito) meses

em projetos de implantação, tendo pelo menos uma participação em implantação no

setor de Fármacos;

d) Desenvolvedor Técnico: experiência mínima de 18 (dezoito) meses em projetos de

implantação;

e) Gerente de Mudança: experiência em pelo menos um projeto de implantação de ERP;

99. A comprovação se dará pela apresentação de declaração de experiência profissional expedida

por pessoa jurídica de direito público ou privado, em nome do profissional, desde que seja

possível auditar as informações por meio de diligência, a critério da CONTRATANTE.

PROJETO BÁSICO

13

100. Sempre que um profissional for realizar atividade diferente da comprovação apresentada pela

CONTRATADA, a documentação deverá ser atualizada comprovando-se as características

mínimas exigidas para a atividade.

10. Requisitos de Formação da Equipe

101. Como parte integrante da solução, deverá ser atendido o disposto no item 14 do Projeto Básico

deste Edital — Papéis e responsabilidades, referente aos papéis profissionais.

102. A CONTRATADA deverá comprovar que os profissionais envolvidos nos serviços possuem a

formação mínima exigida para a execução das atividades:

a) Gerente de Projeto: Formação superior (graduação ou pós-graduação), certificação

PMP (Project Management Professional) ou curso de pós-graduação em gerenciamento

de projetos lato-sensu, com duração mínima de 360 horas;

b) Gerente de Integração: Formação superior (graduação ou pós-graduação);

c) Consultor de Negócios/Analista de Sistemas: Formação superior (graduação ou pós-

graduação);

d) Desenvolvedor Técnico: Formação superior (graduação ou pós-graduação);

e) Gerente de Mudança: Formação superior (graduação ou pós-graduação);

103. A substituição de profissionais deverá ser precedida da comprovação de que os substitutos

cumprem os requisitos mínimos de formação, devendo haver anuência por parte da

CONTRATANTE;

104. A CONTRATANTE poderá solicitar a substituição de determinado profissional, sempre que

houver necessidade;

105. A substituição de profissionais não poderá acarretar prejuízos ao CONTRATANTE, sejam eles

de ordem financeira ou relativos a prazos e à qualidade dos serviços prestados.

11. Demais Requisitos Aplicáveis

106. A base de dados da solução deve prover a guarda de arquivos eletrônicos.

Apêndice 3 ao

Projeto Básico do

Edital N°XXX/2012

Requisitos Não Funcionais

Pontuáveis demandados para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 10

Sumário

I. Introdução ....................................................................................................... 3

II. Requisitos Não Funcionais Obrigatórios ........................................................ 5

1. Requisitos de Garantia e Manutenção ................................................................... 5

2. Requisitos de Segurança da Informação ............................................................... 6

3. Requisitos de Arquitetura Tecnológica .................................................................. 7

4. Requisitos de Projeto e de Implementação ........................................................... 8

5. Demais Requisitos Aplicáveis................................................................................ 9

PROJETO BÁSICO

Página 3 de 10

I. Introdução

Este apêndice ao Projeto Básico do Edital N°XXX/201 2, afeto à aquisição de um

Sistema Integrado de Informação e Gestão, da categoria de sistemas conhecida como

‘Planejamento dos Recursos Empresarias’ (ERP – Enterprise Resource Planning),

para Farmanguinhos, apresenta os requisitos não funcionais pontuáveis demandados

da solução a ser contratada. Os requisitos não funcionais de caráter obrigatório estão

listados no documento Apêndice 2.

Por requisitos não funcionais, entendem-se requisitos que declaram as características

de qualidade ou restrições que o sistema deve possuir. Estão divididos por categorias

em conformidade a classificação indicada nos artigos 12 e 13 da Instrução Normativa

04.

Segue um breve resumo de cada categoria de requisito não funcional.

Id Categoria de

Requisito Detalhamento

Quantidade de

Requisitos

01 Garantia e

Manutenção

Requisitos que definem a necessidade de

serviços de manutenção preventiva, corretiva,

evolutiva e adaptativa. Determinam a forma de

condução da manutenção e comunicação entre

as partes envolvidas.

19

02 Segurança da

Informação

Requisitos que definem os itens, normas e

políticas de segurança da informação a serem

observados na contratação da Solução de

Tecnologia da Informação.

7

03 Arquitetura

Tecnológica

Requisitos de característica tecnológica como

hardwares, softwares, padrões de

interoperabilidade, linguagens de programação,

interfaces, dentre outros.

21

PROJETO BÁSICO

Página 4 de 10

Id Categoria de

Requisito Detalhamento

Quantidade de

Requisitos

04 Projeto e

Implementação

Requisitos que estabelecem o processo de

desenvolvimento de software, técnicas, métodos,

forma de gestão, de documentação, dentre

outros.

16

05 Demais aplicáveis Requisitos 15

TOTAL 78

PROJETO BÁSICO

Página 5 de 10

II. Requisitos Não Funcionais Obrigatórios

1. Requisitos de Garantia e Manutenção

1. A empresa fornece canal de atendimento de solicitações de

alteração/customização através de acesso remoto?

2. A empresa fornece canal de atendimento de solicitações de

alteração/customização online via web?

3. A empresa fornece canal de atendimento de solicitações de

alteração/customização através de telefone e fax?

4. A empresa fornece canal de atendimento presencial de solicitações de

alteração/customização?

5. A empresa fornece canal de atendimento de solicitações de

alteração/customização através de Email?

6. A empresa fornece canal de atendimento de solicitações de

alteração/customização através de sistema service desk?

7. As solicitações de alteração/customização, depois de informadas, tem

início em menos de quatro horas?

8. As solicitações de alteração/customização, depois de informadas, tem

início entre de quatro horas e oito horas?

9. As solicitações de alteração/customização, depois de informadas, tem

início após oito horas?

10. Existe previsão de descontinuidade do software em um período menor do

que cinco anos? Inclusive por motivo de substituição por outro produto

11. Existe previsão de descontinuidade do software em um período entre cinco

anos e dez anos? Inclusive por motivo de substituição por outro produto

12. Existe previsão de descontinuidade do software em um período superior a

dez anos? Inclusive por motivo de substituição por outro produto

13. A solução possui serviço on-line de ajuda, que possa ser alterado, para

cada tela acessada, bem como a possibilidade de fazer pesquisa por

índice ou tópico de assunto?

14. O intervalo de tempo em que a documentação para a criação e

manutenção dos roteiros/scripts de Atendimento Técnico do cliente é

atualizada é inferior a uma semana? (Entenda-se como roteiro o

PROJETO BÁSICO

Página 6 de 10

documento responsável pelo registro dos scripts de atendimento técnico

utilizado pela central de atendimento com as soluções técnicas a serem

executadas nas ocorrências demandadas pela contratante).

15. O intervalo de tempo em que a documentação para a criação e

manutenção dos roteiros/scripts de Atendimento Técnico do cliente é

atualizada é inferior a trinta dias? (Entenda-se como roteiro o documento

responsável pelo registro dos scripts de atendimento técnico utilizado pela

central de atendimento com as soluções técnicas a serem executadas nas

ocorrências demandadas pela contratante).

16. O intervalo de tempo, em que a documentação para a criação e

manutenção dos roteiros/scripts de Atendimento Técnico do cliente é

atualizada, é superior a trinta dias? (Entenda-se como roteiro o documento

responsável pelo registro dos scripts de atendimento técnico utilizado pela

central de atendimento com as soluções técnicas a serem executadas nas

ocorrências demandadas pela contratante).

17. O intervalo de tempo em que a documentação é atualizada após a

disponibilização de uma atualização da solução é inferior a quinze dias

corridos?

18. O intervalo de tempo em que a documentação é atualizada após a

disponibilização de uma atualização da solução é superior a quinze e

inferior a trinta dias corridos?

19. O intervalo de tempo em que a documentação é atualizada após a

disponibilização de uma atualização da solução é superior a trinta dias

corridos?

2. Requisitos de Segurança da Informação

20. Utiliza ferramentas de monitoração capazes de avaliar e reportar quaisquer

indisponibilidades causadas por erros, falhas e defeitos da solução?

21. A solução oferece meios nativos de avaliação? KPI (Key Performance

Indicators)

22. O intervalo de tempo em que as manutenções e atualizações que

impactam o BPF (Boas Práticas de Fabricação) da solução são

PROJETO BÁSICO

Página 7 de 10

disponibilizadas, conforme a legislação da ANVISA RDC17 é menor que

três meses?

23. O intervalo de tempo em que as manutenções e atualizações que

impactam o BPF (Boas Práticas de Fabricação) da solução são

disponibilizadas, conforme a legislação da ANVISA RDC17 está entre três

meses e doze meses?

24. O intervalo de tempo em que as manutenções e atualizações que

impactam o BPF (Boas Práticas de Fabricação) da solução são

disponibilizadas, conforme a legislação da ANVISA RDC17 é maior que

doze meses?

25. A solução permitir sincronizar com um servidor de diretórios (LDAP), de

forma a utilizar esse serviço para criar e manter os usuários de todos os

sistemas que compõem a solução?

26. Dentre as soluções de sofwares existentes no mercado uma das

alternativas é a realização de monitoramento e tracing de forma

indepedente do SGBD. Isto se torna necessário nos casos de falha de

conexão da aplicação cliente com a base de dados da solução. A solução

possui monitoramento e tracing nativos?

3. Requisitos de Arquitetura Tecnológica

27. A solução possui recursos de internacionalização (I18n)?

28. A solução suporta o padrão UNICODE 5.0

29. A interface para os usuários da solução é 100% acessível por meio de

navegador web?

30. A interface para os usuários da solução é mais que 50% acessível por

meio de navegador web?

31. A interface para os usuários da solução é menos que 50% acessível por

meio de navegador web?

32. Para processamento no cliente a solução suporta o sistema operacional

Microsoft Windows (nas versões ainda mantidas pela Microsoft)?

33. Para processamento no cliente a solução suporta o sistema operacional

GNU Unix / Linux?

PROJETO BÁSICO

Página 8 de 10

34. Para processamento no cliente a solução suporta o sistema operacional

Apple Mac OS X?

35. A solução não necessita de softwares de apoio/dependências além dos

inclusos na solução?

36. A solução possui repositório de serviços, utilizando o conceito SOA?

37. A solução possui suporte ao Universal Description and Discovery

Information (UDDI 3.0 ou superior)?

38. A solução possui a funcionalidade de single sign-on com o usuário

previamente autenticado no MS Active Directory?

39. A solução suporta o processamento em ambiente virtualizado utilizando a

plataforma VMWare?

40. A solução suporta o processamento em ambiente virtualizado utilizando a

plataforma XEN Server?

41. A solução suporta o processamento em ambiente virtualizado utilizando a

plataforma Microsoft Hyper-V?

42. A solução é plenamente compatível com protocolo IP Versão 4?

43. A solução é plenamente compatível com protocolo IP Versão 6?

44. Como protocolo de transporte, a solução é compatível com TCP / UDP?

45. A solução permite a configuração do número da porta TCP/ UDP dos

componentes da solução, visando definição de qualidade de serviço

(QoS)?

46. O sistema possui recursos de portabilidade entre os sistemas de bancos

de dados padrão de mercado permitindo sua migração mesmo após sua

implementação?

47. O sistema possui recursos de portabilidade entre os sistemas operacionais

disponíveis comercialmente no mercado, permitindo sua migração mesmo

após sua implementação?

4. Requisitos de Projeto e de Implementação

48. A solução Fornece suporte a importação de dados do Sistema de

Administração Financeira (SIAFI)?

49. A solução Fornece suporte a importação de dados do Sistema Integrado

de Administração de Recursos Humanos (SIAPE)?

PROJETO BÁSICO

Página 9 de 10

50. A solução Fornece suporte a importação de dados do Sistema Integrado

de Administração de Serviços Gerais (SIASG)?

51. A solução Fornece suporte a exportação de dados do Sistema de

Administração Financeira (SIAFI)?

52. A solução Fornece suporte a exportação de dados do Sistema Integrado

de Administração de Recursos Humanos (SIAPE)?

53. A solução Fornece suporte a exportação de dados do Sistema Integrado

de Administração de Serviços Gerais (SIASG)?

54. A solução suporta de forma nativa a integração com os sistemas de

informação, por meio de acesso síncrono com a tecnologia SOAP?

55. A solução suporta de forma nativa a integração com os sistemas de

informação, por meio de acesso síncrono com a tecnologia HTTP/HTTPS?

56. A solução suporta de forma nativa a integração com os sistemas de

informação, por meio de acesso síncrono com a tecnologia UDDI?

57. A solução suporta de forma nativa a integração com os sistemas de

informação, por meio de acesso síncrono com a tecnologia WSDL?

58. A solução possui funcionalidade de execução de scripts (sequência de

comandos e tarefas a serem executadas) ou parametrização para

processamento de arquivos/informações de entrada e saída?

59. O código fonte da SOLUÇÃO atualizado é disponibilizado?

60. A solução possui funcionalidade para parametrização do layout (inclusão

ou exclusão de campos, alteração do tamanho e tipo do campo) de suas

informações de saída?

61. A solução permite análises integradas entre dados das estruturas MOLAP

e ROLAP (HOLAP)?

62. A solução possui integração nativa entre todos os componentes, com fácil

utilização, sem necessidade de desenvolvimento?

63. A empresa fornece a descrição da hierarquia de navegação nas telas da

solução e seu diagrama de sequência?

5. Demais Requisitos Aplicáveis

64. A solução faz uso de Stored Procedures?

65. A solução faz uso de Triggers?

PROJETO BÁSICO

Página 10 de 10

66. A solução faz uso de Views?

67. A solução suporta, de forma nativa, os padrões abertos de transferência de

arquivos FTP?

68. A solução suporta, de forma nativa, as linguagens de marcação XML,

XSLT?

69. A solução deve suportar orquestração em formato BPEL

70. A solução permite o envio de alertas tais como: SMS, Pager, WAP?

71. A solução permite integração bidirecional de desenho de processos

(BPMN)?

72. A solução possui ferramentas de workflow nativas, de forma a permitir

automatizar processos que envolvam tomadas de decisão ou aprovação

de documentos?

73. A solução possui templates de workflow parametrizáveis?

74. A solução permite parametrizar o workflow através de modelagem visual?

75. A solução permite o acesso ao conteúdo de relatórios/painéis através do

uso de dispositivos móveis/celular, utilizando a mesma estrutura de

segurança do portal acessado por um computador comum?

76. A solução possui uma ferramenta de geração de relatório que permita a

personalização do layout (tabelas, gráficos, imagens e títulos livremente

disposto)?

77. A solução permite programar eventos de negócio, emitindo

automaticamente alertas para os usuários?

78. A solução possui os requisitos para administração remota via interface

web?

Apêndice 4 ao

Projeto Básico do

Edital N°XXX/2012

Requisitos de Integração

demandados para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 5

Sumário

I. INTRODUÇÃO ................................................................................................ 3

II. REQUISITOS DE INTEGRAÇÃO ................................................................... 4

PROJETO BÁSICO

Página 3 de 5

I. Introdução

Este apêndice ao Projeto Básico do Edital N°XXX/201 2, afeto à aquisição de um

Sistema Integrado de Informação e Gestão, da categoria de sistemas conhecida como

‘Planejamento dos Recursos Empresarias’ (ERP – Enterprise Resource Planning),

para Farmanguinhos, apresenta os Requisitos de Integração demandados da solução

a ser contratada.

Por requisitos de integração entendem-se requisitos que definem os tipos de

integração com outros sistemas que a solução deve contemplar.

PROJETO BÁSICO

Página 4 de 5

II. Requisitos de Integração

1. Fazer a integração com o SIAFI (Sistema Integrado de Administração

Financeira do Governo Federal), permitindo o

acompanhamento/importação das documentações relativas como, por

exemplo, Notas de Empenho (NE), Ordens Bancárias (OB), Notas de

Lançamentos (NL) e Guias da Previdência Social (GPS); Unidade

Orçamentária/ Executora, Programa/ Projeto, Classificação de Receita/

Despesa, Fonte de Recurso/ identificador de uso, Funcional Programática

e período; pré-empenho, empenho, liquidação e pagamento; ajustes

(suplementações, devoluções, remanejamentos) de valores de orçamento

por Unidade Orçamentária/ Executora, Programa/ Projeto, Classificação de

Receita/ Despesa, Fonte de Recurso/ identificador de uso, Funcional

Programática e período.

2. Fazer integração com o SIAPE (Sistema Integrado de Administração de

Recursos Humanos do Governo Federal).

3. Fazer integração com sistema SAGE (Sistema de Apoio à Gestão

Estratégica), permitindo importação de informações: afetas ao

Planejamento Estratégico, contendo eixo estratégico, macro projeto e

objetivo estratégico da FIOCRUZ; afetas ao Plano Anual contendo

iniciativa, ação orçamentária, finalidade da ação e projeto/atividade;

detalhadas da programação orçamentária por projeto e elemento de

despesa; e de despesas cuja fonte é a FIOTEC (Fundação para o

Desenvolvimento Científico e Tecnológico em Saúde). Permitindo também

pelo menos exportação de Planejamentos de Farmanguinhos e de todas

as despesas do Plano Anual em um determinado período.

4. Possuir todos os módulos/ processos/ funções do sistema integradas a fim

de evitar redundância de informações e permitir elaboração de relatórios

gerenciais com dados de áreas diferentes para aferição dos diversos

indicadores estabelecidos pela organização.

5. Possuir integração com o sistema de pesagem (Mettler Toledo, Micronal

etc.) relacionado diretamente aos itens da Ficha Técnica.

6. Possuir integração com o sistema Isosystem, caso o ERP não contemple o

Programa de Investigação de Desvios.

PROJETO BÁSICO

Página 5 de 5

7. Permitir integração com o Sistema de Gerenciamento de Serviços de

Manutenção, da WRC engenharia.

8. Permitir a interface/ integração com sistemas de controle de acesso

automático para processos de Recursos Humanos.

9. Possuir integração com software de geração de documentos eletrônicos

tais como, editores de texto, planilhas eletrônicas, organogramas, imagens

etc.

10. Fazer integração com o sistema da NOTIVISA (Sistema de Notificação em

Vigilância Sanitária) da ANVISA (Agência Nacional de Vigilância Sanitária).

11. Permitir Integração e/ou exportação de dados para o site do INEA (Instituto

Estadual de Meio Ambiente).

12. Permitir integração com sistema de laboratório LIMS ( Lab Information

Management System).

Apêndice 5 ao

Projeto Básico do

Edital Y

Modelo de Curriculum Vitae

da Equipe para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 2

Modelo de Currículo

Nome completo: __________________________________________________

RG: ____________________________ CPF: __________________________

Data de Nascimento: ___/___/___

Cargo/Função : __________________________________________________

Formação Acadêmica: _____________________________________________

Instituição de Ensino: ______________________________________________

Tempo de experiência: ______ anos.

• Resumo da experiência e certificações profissionais.

• Principais atividades desenvolvidas.

(Local), ____ de _______________de 2012.

_______________________________ ____________________________

Nome completo do profissional Representante legal do licitante

(cargo/função) (licitante vencedor/Contratada)

(Contratada)

Apêndice 6 ao

Projeto Básico do

Edital Y

Modelo de

Ata de Reunião para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 2

1. Identificação da Reunião

Data: Horário: Local:

Coordenador: Telefone:

Objeto da Reunião:

2. Participantes

Nome Assinatura Área Presente

3. Síntese da Reunião

Apêndice 7 ao

Projeto Básico do

Edital N°XXX/2012

Suporte Técnico para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 8

Sumário

I. INTRODUÇÃO ........................................................................................................................... 3

II. SUPORTE TÉCNICO ................................................................................................................ 4

III. ATENDIMENTO E SOLUÇÃO DE OCORRÊNCIAS ............................................................... 5

IV. ACERTO DA TERMINOLOGIA ............................................................................................... 8

PROJETO BÁSICO

Página 3 de 8

I. Introdução

Este apêndice ao Projeto Básico do Edital N°XXX/201 2, afeto à prestação de serviço

de Implantação de um Sistema Integrado de Informação e Gestão, da categoria de

sistemas conhecida como ‘Planejamento dos Recursos Empresarias’ (ERP –

Enterprise Resource Planning), para Farmanguinhos, apresenta o detalhamento do

Suporte Técnico, contemplando a forma de atendimento e solução dos chamados

realizados pela CONTRATANTE.

PROJETO BÁSICO

Página 4 de 8

II. Suporte Técnico

1. Para atendimento aos serviços de Suporte Técnico, a CONTRATADA deverá

oferecer atendimento aos serviços através de Centro de Suporte Técnico, que

poderá ser objeto de subcontratação na forma do disposto no item 9 —

Obrigações da CONTRATADA — do Projeto Básico.

2. A central de atendimento de suporte técnico indicada pela CONTRATADA

deverá fornecer o serviço de suporte técnico ao cliente 24 (vinte e quatro)

horas por dia, 7 (sete) dias por semana.

3. A central de atendimento de suporte técnico indicada pela CONTRATADA

deverá estar disponível para abertura de chamados técnicos de software, de

acordo com os níveis de prioridade descritos no item 2 do tópico Atendimento e

Solução de Ocorrências deste documento.

4. A central de atendimento de suporte técnico deverá permitir discagem gratuita

(0800) ou qualquer outro meio de acesso de disponibilidade imediata, sem

ônus adicional para a CONTRATANTE. A CONTRATADA deverá informar, por

meio de documento formal, o número do telefone e quais os dados necessários

para abertura de chamados.

5. Não deverá ocorrer qualquer limitação, em relação ao número de solicitações

de suporte de software.

6. Não deverá ocorrer qualquer limitação, em relação ao número de técnicos da

CONTRATANTE autorizados a abrir chamados técnicos de software.

7. Quando a empresa CONTRATADA receber relato de problema com seu

produto implantado na CONTRATANTE, o serviço de suporte técnico da

empresa deverá emitir um número de referência, designado de ‘Número de

Incidente’, o qual deverá ser utilizado em todas as comunicações a ele

relacionadas.

8. Os usuários da SOLUÇÃO, ao detectarem algum problema no uso do sistema,

estarão orientados a acionar o serviço de suporte técnico da empresa

CONTRATADA. O operador do sistema na CONTRATANTE, após triagem

inicial e concluindo que o incidente é devido à SOLUÇÃO, abrirá ou não

chamado para o serviço de suporte técnico da empresa CONTRATADA.

PROJETO BÁSICO

Página 5 de 8

III. Atendimento e Solução de Ocorrências

1. Ao solicitar o serviço de suporte técnico, o operador do sistema classificará as

ocorrências em Prioridade 1, Prioridade 2 ou Prioridade 3, detalhadas a seguir:

1.1 Prioridade 1 (P1) – Parada total da produção, isto é, o usuário final não

consegue acessar ou utilizar a SOLUÇÃO por falha de uma ou mais

transações (módulos) ou componentes da SOLUÇÃO, provocando

impactos para o negócio da CONTRATANTE.

1.2 Prioridade 2 (P2) – Existem erros em transações do sistema, porém

ainda não afeta o usuário final e não traz impactos severos ao negócio

da CONTRATANTE.

1.3 Prioridade 3 (P3) – Problema que não causa impactos nas

funcionalidades da SOLUÇÃO ou perda de produtividade. Trata-se de

necessidade de esclarecimentos sobre a documentação técnica,

funcional ou de melhorias na SOLUÇÃO fornecida.

2. A CONTRATADA deverá respeitar as seguintes características e prazos,

contados do registro do chamado, para atendimento ou solução de

ocorrências:

Prioridade Características do

Atendimento Prazo para o início do Atendimento

P1 24x7 on site

a) Até 20 minutos corridos, a partir do

registro da ocorrência, para

atendimento técnico remoto.

b) Até 3 horas corridas, a partir do

registro da ocorrência, para

atendimento técnico local.

c) Até 4 horas corridas, a partir do

registro da ocorrência, para solução

definitiva ou provisória do problema

detectado.

PROJETO BÁSICO

Página 6 de 8

P2 12x5 on site

12 horas corridas (em dias úteis), após a

abertura do chamado (das 7h às 19h),

para solução definitiva ou provisória do

problema detectado.

P3

24x7, com acesso

remoto a especialistas

da CONTRATADA

24 horas corridas, após a abertura do

chamado, para solução definitiva ou

provisória do problema detectado.

3. Admite-se para todos os casos a adoção de solução de contorno. Neste caso,

a empresa deverá emitir, no prazo negociado com a CONTRATANTE, parecer

com o novo prazo para solução definitiva da ocorrência, contendo ainda o

histórico de maior abrangência possível das atividades desenvolvidas, a partir

da abertura do respectivo chamado, desde que não descaracterize o

estabelecido no Quadro de Prioridades e Prazos, presente no item anterior.

4. Após avaliação deste parecer inicial, a CONTRATANTE decidirá sobre a sua

aceitabilidade. O não cumprimento do novo prazo acordado para a solução

definitiva da ocorrência sujeitará a CONTRATADA às penalidades previstas

neste Projeto Básico.

5. Desde que acordado com a CONTRATANTE, a CONTRATADA poderá, caso

haja disponibilidade e respeitados os prazos definidos, atuar de forma remota,

utilizando-se das ferramentas homologadas pela CONTRATANTE para tal,

visando maior celeridade no atendimento às demandas apresentadas.

6. A atualização do andamento na resolução do problema deverá, ainda, na

mesma periodicidade acima definida, constar no website criado para

acompanhamento dos chamados.

7. A CONTRATANTE poderá prorrogar o prazo máximo do atendimento, desde

que o atraso seja justificado pela empresa CONTRATADA em razão da

complexidade do chamado, a qual será definida pela área técnica da

CONTRATANTE.

PROJETO BÁSICO

Página 7 de 8

8. A empresa CONTRATADA deverá registrar as justificativas do possível atraso

no website de acompanhamento de chamados e comunicar previamente à

CONTRATANTE para que a prorrogação seja autorizada.

9. A justificativa de prorrogação deverá ser aprovada pela CONTRATANTE, antes

do término do prazo original.

10. A prorrogação de prazo é totalmente discricionária por parte da

CONTRATANTE, em relação a um específico chamado e não constituirá

novação para chamados de natureza semelhante.

11. O fechamento do chamado será registrado pelo operador do sistema (ou pelo

responsável da equipe gestora da SOLUÇÃO/ CONTRATANTE), ainda que a

posteriori, com base no horário em que o problema foi resolvido, na ótica dos

usuários da SOLUÇÃO integrada.

12. Depois de fechado o chamado, a empresa CONTRATADA deverá completar o

website de registro de chamados com todas as informações envolvidas no

chamado, inclusive os dados das interações entre a CONTRATANTE e a

CONTRATADA, a evolução da resolução do problema, as medidas temporárias

e definitivas, os documentos de referência, de modo a constituir base de

conhecimento útil a outros profissionais da CONTRATADA.

13. O somatório total do indicador ‘tempo de resolução’ será computado em horas,

desprezadas as frações, quando inferiores à dez minutos. A CONTRATADA

poderá estabelecer melhor critério, desde que seja fundamentada a escolha.

14. O cálculo do indicador ‘tempo de resolução’ será feito pela diferença entre

data-hora-minuto de abertura de chamado de suporte técnico e data-hora-

minuto de fechamento do chamado, conforme registrado em sistema próprio.

15. Em casos de atendimentos oriundos de falhas de hardware dos equipamentos

onde se encontra instalada a SOLUÇÃO, a contagem para o tempo de solução

do problema será iniciada somente a partir do restabelecimento dos hardwares

afetados.

PROJETO BÁSICO

Página 8 de 8

IV. Acerto da Terminologia

1. Incidente: Qualquer evento que não faz parte do funcionamento padrão do

serviço e que causa ou pode causar, uma interrupção, parada ou redução de

qualidade de um produto ou serviço.

2. Interrupção: Parada do sistema em operação ou do ambiente produtivo com

impossibilidade de uso das funcionalidades, visando adequações e/ ou

manutenções. A interrupção pode ser programada ou emergencial.

3. Interrupção programada: Refere-se à rotina usual de manutenção do sistema.

As partes devem, em comum acordo, agendar e divulgar o cronograma anual

de interrupções do sistema, também designada paradas programadas.

4. Interrupção Emergencial: Necessárias para ajustes técnicos ou manutenções

não programadas. Deverão ser realizadas fora do horário comercial conforme

explicitado no item 2 do tópico Atendimento e Solução de Ocorrências deste

documento.

Apêndice 8 ao

Projeto Básico do

Edital Y

Cronograma Físico/Financeiro

para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

Far Manguinhos PROJETO BÁSICO

Apêndice 8

Cronograma Físico/Financeiro

Edital No XXX/2012

Serviço MÊS 1 MÊS 2 MÊS 3 MÊS 4 MÊS 5 MÊS 6 MÊS 7 MÊS 8 MÊS 9 MÊS 10 MÊS 11 MÊS 12

Diagnóstico da Situação Atual e Plano de implantação do Sistema ERP 1,2% 1,2% 1,2%

Instalação do Sistema ERP1,2% 1,2% 1,2%

Validação do Ambiente Operacional1,2% 1,2% 1,2%

Implementação dos Requisitos de Negócio Nativos/Parametrizáveis1,5% 1,5% 1,5% 1,5% 1,5% 1,5%

Implementação dos Requisitos de Negócio Customizáveis1,4% 1,4% 1,4% 1,4% 1,4% 1,4%

Migração de Dados1,3% 1,3% 1,3% 1,3% 1,3% 1,3% 1,3% 1,3% 1,3%

Integração de Sistemas1,5% 1,5% 1,5% 1,5% 1,5% 1,5%

Plano de Treinamento1,2% 1,2% 1,2%

Aplicação do Treinamento1,4% 1,4% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5%

Realização de Testes 1,3% 1,4% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5% 1,5%

Transferência do Sistema ERP para ambiente de produção5,0% 5,0% 5,0%

Total8,8% 8,9% 9,1% 8,7% 8,7% 8,7% 8,7% 8,7% 8,7% 8,0% 8,0% 5,0% 100,0%

Página 1 de 1 página(s)

Apêndice 9 ao

Projeto Básico do

Edital Y

Cronograma Físico

para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

Far Manguinhos PROJETO BÁSICO

Apêndice Nº 9

Cronograma Físico

Edital No XXX/2012

Planejamento Implementação Homologação

30 dias 90 dias 180 dias 60 dias 35 dias

1 Preparação Contratual

2 Preparação do Ambiente Operacional

3Diagnóstico da Situação Atual e Plano de implantação do Sistema

ERP

4 Instalação do Sistema ERP

5 Validação do Ambiente Operacional

6 Implementação dos Requisitos de Negócio Nativos/Parametrizáveis

7 Implementação dos Requisitos de Negócio Customizáveis

8 Migração de Dados

9 Integração de Sistemas

10 Plano de Treinamento

11 Aplicação do Treinamento

12 Realização de Testes

13 Transferência do Sistema ERP para ambiente de produção

ID SERVIÇOS/FASES

FASES/ETAPAS de Implantação do Sistema ERP

Fase Inicial ProduçãoTestes

Página 1 de 1 página(s)

Apêndice 10 ao

Projeto Básico do

Edital Y

Catálogo de Serviços e

Produtos

para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 7

Sumário

1. Preparação Contratual ........................................................................................... 3

2. Preparação do Ambiente Operacional ................................................................... 3

3. Diagnóstico da Situação Atual e Plano de implantação do Sistema ERP............... 3

4. Instalação do Sistema ERP ................................................................................... 4

5. Validação do Ambiente Operacional ...................................................................... 4

6. Implementação dos Requisitos de Negócio Nativos/Parametrizáveis .................... 4

7. Implementação dos Requisitos de Negócio Customizáveis ................................... 5

8. Migração de Dados ................................................................................................ 5

9. Integração de Sistemas ......................................................................................... 5

10. Plano de Treinamento ......................................................................................... 5

11. Aplicação do Treinamento ................................................................................... 6

12. Realização de Testes .......................................................................................... 6

13. Transferência do Sistema ERP para ambiente de produção ............................... 6

PROJETO BÁSICO

Página 3 de 7

1. Introdução

Este apêndice ao Projeto Básico do Edital X, afeto à aquisição de um

Sistema Integrado de Informação e Gestão, da categoria de sistemas

conhecida como ‘Planejamento dos Recursos Empresarias’ (ERP –

Enterprise Resource Planning), para Farmanguinhos, apresenta os

serviços que serão prestados, bem como suas descrições e seus produtos

gerados.

2. Preparação Contratual

• Descrição: Consiste nas entregas de documentação legal para a

celebração do contrato.

• Produtos/Estado do Sistema: Documentos formais de inserção e

assunção de compromissos devidamente assinados.

3. Preparação do Ambiente Operacional

• Descrição: Preparação e Disponilização da infraestrutura hospedeira,

recursos humanos e logísticos. Atendimento à qualificação técnica das

equipes, de acordo com os Requisitos da experiência profissional da

equipe e de formação da equipe, especificados no Projeto Básico.

• Produtos/Estado do Sistema: Infraestrutura, recursos humanos e

logísticos preparados e disponibilizados. Comprovação da qualificação

profissional da CONTRATADA.

4. Diagnóstico da Situação Atual e Plano de implant ação

do Sistema ERP

• Descrição: Consiste no diagnóstico da situação atual de Farmanguinhos

e geração de um Plano de Implantação (Planejamento da Implantação

do Software, Metodologia de Gestão e Detalhamento e

Acompanhamento da Execução)

PROJETO BÁSICO

Página 4 de 7

• Produtos/Estado do Sistema: Planejamento da Implantação do

Software, Metodologia de Gestão e Detalhamento e Acompanhamento

da Execução.

5. Instalação do Sistema ERP

• Descrição: Consiste na preparação do ambiente de Farmanguinhos

para a instalação do ERP e a própria instalação, contemplando acesso

a Base de Dados e Sistemas Legados

• Produtos/Estado do Sistema: Ambiente Operacional devidamente

preparado. Sistema ERP adequadamente instalado

6. Validação do Ambiente Operacional

• Descrição: Consiste no atendimento aos requisitos: legais, de

segurança da informação, sociais, ambientais e culturais e da

arquitetura tecnológica, especificados no Projeto Básico.

• Produtos/Estado do Sistema: Requisitos legais, de segurança da

informação, sociais, ambientais e culturais e da arquitetura tecnológica

instalados

7. Implementação dos Requisitos de Negócio

Nativos/Parametrizáveis

• Descrição: Consiste na instalação dos requisitos de negócio

nativos/parametrizáveis, das diversas áreas, conforme descrito no

Apêndice N°1 do Projeto Básico.

• Produtos/Estado do Sistema: Requisitos de negócio nativos e

parametrizáveis, das diversas áreas, instalados.

PROJETO BÁSICO

Página 5 de 7

8. Implementação dos Requisitos de Negócio

Customizáveis

• Descrição: Consiste na instalação dos requisitos de negócio

customizáveis, das diversas áreas, conforme descrito no Apêndice N°1

do Projeto Básico.

• Produtos/Estado do Sistema: Requisitos de negócio customizáveis, das

diversas áreas, instalados.

9. Migração de Dados

• Descrição: Consiste no transporte dos dados da Base Legada para a

Base de Dados do novo sistema implantado, ajustados de acordo com

as regras de negócio.

• Produtos/Estado do Sistema: Ambiente computacional detalhado até a

sua segunda camada; Sistema gerenciador de banco de dados (SGBD)

utilizado pela SOLUÇÃO é o SQL Server 2008 da Microsoft; Base de

Dados e Regras de Negócio do Sistema Legado devidamente migrados

para a Base de Dados do Sistema Implantado.

10. Integração de Sistemas

• Descrição: Consiste no atendimento aos requisitos de integração,

especificados nos Apêndices N°2 e N°4 do Projeto Bá sico.

• Produtos/Estado do Sistema: Requisitos de integração implementados;

Documentação detalhada das APIs; Integração do Sistema ERP com

demais sistemas.

11. Plano de Treinamento

• Descrição: Consiste na configuração do ambiente de treinamento, bem

como na elaboração do material didático.

• Produtos/Estado do Sistema: Plano de Treinamento.

PROJETO BÁSICO

Página 6 de 7

12. Aplicação do Treinamento

• Descrição: Consiste na disponibilização do ambiente de treinamento e

do material didático. Aplicação do Treinamento conforme detalhado no

Plano de Treinamento e no Apêndice N° 2 do Projeto Básico

• Produtos/Estado do Sistema: Donos de sistema, usuários chaves e

equipe da TI nos dois ambientes (Desenvolvimento e Manutenção,

inclusive Data Base Administrator - DBA) devidamente treinados;

Requisitos de Capacitação e Plano de Treinamento;

13. Realização de Testes

• Descrição: Consiste no teste de cada funcionalidade, descrita no

Projeto Básico, implementada no Sistema ERP e certificada através de

Ordem de Serviço específica, emitida pelos usuários responsáveis.

• Produtos/Estado do Sistema: Requisitos de Negócio testados; Ordens

de Serviço de Testes Funcionais fechadas; Desvios de funcionalidades

detectados e corrigidos;

14. Transferência do Sistema ERP para ambiente de

produção

• Descrição: Consiste:

i. na elaboração do Plano de transferência para ambiente de

produção;

ii. na elaboração do Plano de Gestão de Mudança;

iii. na definição da política de gestão de ambiente produtivo da

solução (disponibilidade, política de backup, etc.)

iv. na operacionalização da solução;

v. na obtenção de declaração formal da inexistência de falhas;

vi. em atender os requisitos de projeto e de implementação,

presentes no Apêndice N° 2 do Projeto Básico;

vii. na disponibilização de licenças para os usuários.

• Produtos/Estado do Sistema: Plano de transferência para ambiente de

produção. Plano de Gestão de Mudança. Política de Gestão de

PROJETO BÁSICO

Página 7 de 7

ambiente produtivo da solução. Declaração formal da inexistência de

falhas. Requisitos de projeto e de implementação implantados. Ordem

de Serviço contendo os tipos de licenças disponibilizadas aos usuários.

Apêndice 11 ao

Projeto Básico do

Edital Y

Acordo de Níveis de Serviços

para

Solução Sistema Integrado de

Informação e Gestão de

FARMANGUINHOS

versão 30/ 08/ 2012

PROJETO BÁSICO

Página 2 de 4

1. Finalidade

a. Estabelecer critérios que permitam mensurar a qualidade do serviço

executado pela CONTRATADA.

2. Metas A Cumprir

a. Cumprimento integral (100% (cem por cento)) das atividades objeto, no

prazo de 365 (trezentos e sessenta e cinco) dias.

b. Cumprimento de cada Fase do Cronograma Físico, apresentado no

APÊNDICE N° 9, dentro dos respectivos prazos.

c. Entrega dos produtos previstos no Catálogo de Serviços e Produtos,

APÊNDICE N° 10 do Projeto Básico, atendendo os praz os da Etapa a

que se referem.

3. Instrumento de Medição

a. Ordens de Serviço - As ordens de serviço serão de dois tipos:

i. Planejadas – Serão emitidas para atender à execução dos serviços dispostos no Catálogo de Serviços e Produtos – APÊNDICE N° 10). A periodicidade e a validade dessa s OS terão como base as Fases do Cronograma apresentado no APÊNDICE N° 9.

ii. Extraordinárias - Serão emitidas para atender às demandas emergentes específicas de serviço. Não haverá, para esse tipo de OS, uma periodicidade determinada, entretanto a validade deverá ser definida de acordo com o tipo de serviço extraordinário a que a OS se refere.

4. Forma de acompanhamento

a. Por monitoramento das atividades OS Planejadas e OS Extraordinárias.

5. Periodicidade: Mensal

6. Mecanismo de cálculo

a. Será efetuado através da averiguação das OS planejadas e extraordinárias.

PROJETO BÁSICO

Página 3 de 4

7. Indicador de Desempenho

a. A indicação de cada OS deve seguir o detalhamento descrito na RU

(requisitos de usuários) correspondente.

b. A OS será considerada como concluída quando houver aprovação do

setor de qualidade da Divisão de Tecnologia da Informação.

i. O Critério de aprovação consiste no integral cumprimento dos

requisitos dos usuários.

8. Tabela de ajuste de pagamento

Item Indicador de desempenho Parâmetro de Medição Ajuste de pagamento

OS das Atividades Planejadas.

OS das atividades extraordinárias

OS finalizadas com integral cumprimento dos requisitos dos usuários

Todas as OS executadas sem “não conformidade”.

Entrega normal

OS com “não conformidades” reexecutadas e concluídas dentro do prazo previsto.

Entrega normal

OS com “não conformidades” reexecutadas ou concluídas fora do prazo previsto, com atraso de 7 (sete) dias úteis.

2% (dois por cento), incidente sobre o valor estabelecido no Cronograma Físico/Financeiro, APÊNDICE N° 8.

OS com “não conformidades” não concluídas dentro do prazo previsto, com atraso de 14 (quatorze) dias úteis.

3% (cinco por cento), incidente sobre o valor estabelecido no Cronograma Físico/Financeiro, APÊNDICE N° 8.

OS com “não conformidades” não concluídas dentro do prazo previsto, com atraso de 21 (vinte e um) dias úteis.

5% (cinco por cento), incidente sobre o valor estabelecido no Cronograma Físico/Financeiro, APÊNDICE N° 8.

Advertência será aplicada quando houver duas reincidências de OS com não conformidades dentro da mesma fase

Será aplicado um ajuste de 8% sobre o valor estabelecido no Cronograma Físico/Financeiro, APÊNDICE N° 8, sendo então definido, através de acordo, um novo prazo para a CONTRATADA, para a execução das atividades previstas naquelas OS.

Multa de 10% será aplicada quando Além do entendimento de

PROJETO BÁSICO

Página 4 de 4

Item Indicador de desempenho Parâmetro de Medição Ajuste de pagamento

houver reincidência de OS com não conformidades dentro da mesma fase, tendo a CONTRATADA sido advertida pelo mesmo motivo ou OS com não conformidade não concluídas com atraso superior a 21 dias úteis, desde que não comprometa a conclusão da fase e não ultrapasse30 dias úteis.

entrega fora do prazo, será aplicado um ajuste de 10% sobre o valor estabelecido no Cronograma Físico/Financeiro, APÊNDICE N° 8, sendo então definido, através de acordo, um novo prazo para a CONTRATADA, para a execução das atividades previstas naquelas OS.

Suspensão ou idoneidade com restrição será aplicada quando houver reincidência de OS com não conformidades, dentro da mesma fase, tendo a CONTRATADA sido advertida e multada pelo mesmo motivo ou atraso maior do que 21 dias úteis, que caracterizaria OS não concluída, desde que comprometa o término da fase ou ultrapasse os 30 dias úteis citados na sanção acima.