implantação de um sistema integrado de informação e … 1.pdf · como ‘planejamento dos...
Post on 31-Jan-2018
217 Views
Preview:
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ônicocontratosti@far.fiocruz.br, 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 monique@far.fiocruz.br.
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.
top related