Common use of REQUISITOS FUNCIONAIS Clause in Contracts

REQUISITOS FUNCIONAIS. Permitir criação de subatividades ad-hoc de processo e também subatividades de Kanban. Permitir que o gestor do processo retroceda o fluxo em execução, cancelando atividades já executadas. Possibilitar que documentos associados ao processo sejam assinados digitalmente durante a execução do fluxo. Permitir a configuração de controles de segurança por instância de processo. Permitir a implementação de subfluxos, isto é, fluxos que acionam subprocessos. Permitir a criação de listas de verificação (checklists) e sua associação a passos dos fluxos, permitindo o registro de conclusão ou não, e comentários para cada item do checklist. Permitir monitoramento dos processos em execução por meio de painéis de controle. Permitir o acompanhamento da instância do processo de forma visual no fluxograma. Notificar automaticamente, via e-mail os responsáveis por ações pendentes de execução nos fluxos de trabalho. Permitir enviar e-mail contendo anexos inseridos no processo durante a execução. Permitir a configuração de notificações de início/término de atividade, alerta de vencimento e alerta de atraso para usuários e equipes cadastrados no sistema, realizando o envio da notificação via e-mail e possibilitando que sejam definidas estas configurações para os processos de negócio automatizados via workflow e suas respectivas atividades. Este recurso deve permitir a definição de recorrências para os alertas. Permitir o preenchimento de informações em formulários eletrônicos. Permitir que os gerentes de processo definam quais campos deverão ser preenchidos obrigatoriamente em cada atividade, assim como, quais campos estarão visíveis aos usuários durante o fluxo. Permitir que os executores de cada etapa do fluxo sejam definidos dinamicamente, com base em valores preenchidos no formulário do processo durante a execução de etapas anteriores. Considerar o calendário definido no modelo do processo para calcular os prazos das atividades e do processo. Permitir a definição de controles de acesso para o modelo do processo, assim como para as instâncias dos processos (fluxos de trabalho/workflows). Possibilitar a criação de agendamentos para iniciar automaticamente workflows de processos de negócio, notificando usuários interessados quando estes agendamentos forem iniciados. Este recurso deve suportar recorrência para os agendamentos cadastrados. Fornecer as seguintes ferramentas de análise e planejamento: diagrama de XXXXXXXX, e 5W2H para suportar a detecção da(s) causa(s) raiz(es) do(s) desvio(s) encontrado(s) no(s) fluxo(s) de trabalho. Permitir a integração com Sistemas Integrados de Gestão (SIG/ERP) através de ações definidas nas atividades do processo. As ações podem ser configuradas de forma a fazerem chamadas a outros aplicativos Web. Possibilitar a anexação de documentos durante a execução do processo. Esses documentos podem ser arquivos auxiliares ou documentos, inclusive com acesso direto a documentos já cadastrados. Controlar a duração e prazos finais de execução das atividades de processos em execução, permitindo definir controles, que, quando alcançados, devem permitir: alterar o executor, notificar outro interessado que a exceção ocorreu, executar um processo de contingência e iniciar automaticamente um registro de não conformidade. Permitir efetuar o disparo de múltiplos subprocessos, de acordo com o número de itens selecionados em uma lista de valores inserida no processo. Também o disparo de subprocessos baseados em um papel funcional, assim como o disparo de múltiplas instâncias a partir de registros inseridos em uma grid/tabela do formulário. Possibilitar o acompanhamento de todas as etapas do processo, desde o seu início até sua conclusão. Ter um recurso para notificação via e-mail sobre tarefas de workflow a serem executadas. Manter um histórico dos processos em andamento ou encerrados e permitir a visualização de detalhes, tais como: quais usuários já validaram o fluxo, quais decisões foram tomadas, entre outros. Permitir a geração de relatório do processo. Exibir, na visualização do andamento dos fluxos, informações sobre os passos, como por exemplo, usuário responsável, data prevista etc. Exibir ícones indicativos quando um fluxo contiver documento(s) associado(s). Disponibilizar ferramenta de análise integrada, com cubos pré-construídos, possibilitando a consulta de informações no nível das atividades, processos e históricos gerais de execução. Permitir a criação de subatividades ad-hoc durante a execução do processo garantindo flexibilidade no tratamento de exceções durante a execução do processo. Permitir execução automática de atividades de negócio, mantendo o histórico do processo com as respectivas trilhas de auditoria. Possuir métodos de priorização de execução de processos. Permitir a reabertura de processos encerrados ou cancelados. Permitir a inicialização de processos a partir de chamadas via web service. Possibilitar invocar web services na execução de atividades de sistema. Definir executor de atividades por meio de regra (executor dinâmico). Permitir controle de SLA dos processos (Duração dinâmica) Definir a duração da atividade através de regra (duração dinâmica). Possibilitar a associação de instâncias de processos a demais soluções empresariais (exemplo: GED, Asset). Atribuir automaticamente atividades a um usuário através do balanceamento de carga. Disponibilizar uma web service para permitir a realização das tarefas de execução de atividade do usuário, atualização de atributos de instância, campos da tabela do formulário de uma determinada instância e para cancelar a instância. Permitir informar uma justificativa para exclusão de instâncias de processo. Permitir executar as tarefas de aprovação dos processos em smartphones. Permitir gestão de recursos aos responsáveis por planejamento de atividades que precisam gerenciar seu backlog e fazer a gestão dos recursos envolvidos (workload). Permitir a criação de instância e execução de atividade por meio de importação de e-mail. Permitir, em uma atividade de sistema, executar um perfil de reconhecimento de captura em um requerimento de determinada atividade e, dessa forma, reconhecer textos da imagem e preencher atributos e/ou campos de formulário da instância do processo.

REQUISITOS FUNCIONAIS. Permitir criação Básicos para Sistema Instalado no BANCO (Camada Interna) 2.1 Deve permitir a captura de subatividades ad-hoc dados provenientes da contabilização de processo impressões, sem a obrigatoriedade do uso de servidor de impressão ou qualquer equipamento que assuma esta característica, exceto os dos sistemas implantados no Datacenter do BANCO para prover a solução de gerenciamento de impressão. 2.2 Deve permitir a contabilização de impressões através da captura de dados contabilizados diretamente nas impressoras. 2.3 Deve permitir a captura de dados provenientes da contabilização de equipamentos que permitam o uso de recursos multifuncionais (digitalizações, faxes e também subatividades reprodução de Kanban. Permitir que o gestor do processo retroceda o fluxo em execução, cancelando atividades já executadas. Possibilitar que documentos associados ao processo sejam assinados digitalmente durante cópias digitais). 2.4 Deve permitir a execução do fluxo. Permitir a configuração consolidação dos dados provenientes da captura descentralizada da contabilização de controles impressões e de segurança por instância de processo. Permitir a implementação de subfluxos, isto é, fluxos que acionam subprocessos. Permitir a criação de listas de verificação (checklists) e sua associação a passos dos fluxos, permitindo o registro de conclusão ou não, e comentários para cada item do checklist. Permitir monitoramento dos processos em execução por meio de painéis de controle. Permitir o acompanhamento da instância do processo recursos multifuncionais de forma visual no fluxograma. Notificar automaticamentecentralizada e num único ponto, via e-mail os responsáveis por ações pendentes o Site Central de execução nos fluxos de trabalho. Permitir enviar e-mail contendo anexos inseridos no processo durante a execução. Permitir a configuração de notificações de início/término de atividade, alerta de vencimento e alerta de atraso para usuários e equipes cadastrados no sistema, realizando o envio da notificação via e-mail e possibilitando que sejam definidas estas configurações para os processos de negócio automatizados via workflow e suas respectivas atividades. Este recurso deve Brasília do BANCO. 2.5 Deve permitir a definição atualização da aplicação, remota e não assistida, porém sob controle das equipes de recorrências operação e suporte da área de Tecnologia do BANCO. Toda atualização da solução deve seguir a metodologia definida pelo BANCO para mudanças nos ambientes tecnológicos de produção, envolvendo fases de testes, homologação e promoção para produção. 2.6 Deve impedir a desinstalação da aplicação por usuário não autorizado (levando-se em consideração os alertas. Permitir direitos da Rede e o preenchimento Sistema Operacional instalado). 2.7 Deve permitir a inclusão de informações em formulários eletrônicos. Permitir grupos de custo por impressora, de acordo com a composição de custo que os gerentes deverão estar baseados em: tipo do equipamento utilizado, preço por página monocromática e colorida (A4 e A3), preço por tipo de processo definam quais campos deverão ser preenchidos obrigatoriamente em cada atividadeequipamento, assim comotamanho de papel, quais campos estarão visíveis aos usuários durante o fluxo. Permitir que os executores modo de cada etapa do fluxo sejam definidos dinamicamenteimpressão, com base em valores preenchidos cor, no formulário do processo durante a execução de etapas anteriores. Considerar o calendário definido no modelo do processo para calcular os prazos das atividades e do processo. Permitir a definição de controles de acesso para o modelo do processo, assim como para as instâncias dos processos (fluxos de trabalho/workflows). Possibilitar a criação de agendamentos para iniciar automaticamente workflows de processos de negócio, notificando usuários interessados quando estes agendamentos forem iniciados. Este recurso deve suportar recorrência para os agendamentos cadastrados. Fornecer as seguintes ferramentas de análise e planejamento: diagrama de XXXXXXXX, e 5W2H para suportar a detecção da(s) causa(s) raiz(es) do(s) desvio(s) encontrado(s) no(s) fluxo(s) de trabalho. Permitir a integração com Sistemas Integrados de Gestão (SIG/ERP) através de ações definidas nas atividades do processo. As ações podem ser configuradas de forma a fazerem chamadas a outros aplicativos Web. Possibilitar a anexação de documentos durante a execução do processo. Esses documentos podem ser arquivos auxiliares ou documentos, inclusive com acesso direto a documentos já cadastrados. Controlar a duração e prazos finais de execução das atividades de processos em execução, permitindo definir controles, que, quando alcançados, devem permitir: alterar o executor, notificar outro interessado que a exceção ocorreu, executar um processo de contingência e iniciar automaticamente um registro de não conformidade. Permitir efetuar o disparo de múltiplos subprocessosmínimo. 2.8 Deve permitir informar, de acordo com o modelo do equipamento, o ciclo de trabalho (DutyCycle) e a produção realizada no período de impressão mensal e por equipamento. 2.9 Deve possibilitar a contabilização das impressões, cópias, faxes e scanners. 2.10 Deve prover a funcionalidade de atualização de centros de custo através de mecanismos de integração interna com sistemas corporativos do BANCO, com periodicidade a ser definida pelo BANCO. 2.11 Deve permitir que o sistema compare automaticamente os contadores físicos e a contabilização lógica automaticamente, demonstrando a aferição do sistema. 2.12 Deve permitir a captura das seguintes informações: identificação do usuário (chave funcional), endereço IP do equipamento, número de itens selecionados série do equipamento de forma automática, aplicativo de origem, nome do documento, número de páginas impressas, tamanho do papel, duplex ou simplex, data da impressão, hora da impressão, minuto da impressão, cor (mono ou em cores), separar cor e mono no mesmo trabalho de impressão independente do equipamento, no mínimo. 2.13 Deve permitir a gestão e o controle de acesso por segregação de usuário e alçadas, através da criação e do uso de uma identificação (sigla ou código), que será comparada com o sistema corporativo do BANCO chamado ACESSO. A identificação do controle de acesso deve seguir critérios estabelecidos pelo BANCO. Podendo ser utilizado HASH para esse batimento, evitando que a solução tenha acesso a chaves internas dos funcionários. 2.14 Deve permitir acesso ao sistema pelos usuários e estes somente podem visualizar suas impressões e/ou de seus subordinados por um único login. A orientação do BANCO é que seja utilizado o Open-AM como mecanismo de autenticação de usuários, pois o mesmo já está integrado em sistema de infraestrutura de autenticação e autorização corporativo para realizar esse processo usando chave/senha de usuário do BANCO. 2.15 Deve permitir a definição de cotas por usuários e por grupos de usuários, informando ao usuário quando a cota chegar a um determinado percentual estipulado da cota total pelo administrador do sistema avisando seu superior, quando este percentual for atingido. Os grupos de usuário devem refletir a estrutura organizacional do BANCO através da integração com o LDAP para obtenção dessas informações. 2.16 Deve permitir que o controle de cotas possua 3 (três) níveis de controle de avisos para os usuários, sendo que cada nível atingido deverá avisar o seu responsável hierárquico. 2.17 Deve preservar o histórico de contabilizações. Quando funcionários ou equipamentos forem remanejados, estas mudanças não deverão afetar os conteúdos originalmente registrados. 2.18 Deve permitir que o modelo de centros de custo seja hierárquico, permitindo que os gerentes possam ver suas impressões e as impressões de seus subordinados e assim sucessivamente. Sendo indicado a integração com sistema de Infraestrutura de Autenticação e Autorização corporativo para realizar esse processo. 2.19 Deve possibilitar a monitoração da impressão para os usuários em trânsito e locais. Sendo que a contabilização deve ser registrada para o solicitante da impressão. 2.20 Deve informar na soma de todos os toners o percentual médio de cobertura por página do BANCO. 2.21 Deve permitir informar, para cada tipo de cartucho de toner, os quais deverão estar associados a equipamentos, o rendimento informado pelo fabricante. Esta informação dará subsídios para que o BANCO saiba quantos cartuchos de toner foram utilizados nas impressões de cada equipamento. 2.22 Deve permitir um cockpit de visualização da impressão, permitindo que em uma lista de valores inserida no processo. Também o disparo de subprocessos baseados em um papel funcionalúnica interface, assim como o disparo de múltiplas instâncias seja possível a partir de registros inseridos em uma grid/tabela do formulário. Possibilitar o acompanhamento visualização de todas as etapas dependências do processoBANCO informando a volumetria acumulada do mês e a realizada no dia, desde o seu início até sua conclusão. Ter um recurso para notificação via e-mail sobre tarefas além de workflow a serem executadas. Manter um histórico dos processos em andamento ou encerrados e permitir gráficos que permitam a visualização da quantidade de detalhespáginas em cores e mono. 2.23 Deverá permitir que o cockpit centralize de forma automática todos os toners que estão sendo finalizados das impressoras da CONTRATADA, tais como: quais informando da criticidade quando atingidos níveis de capacidade inferiores a limites definidos dinamicamente pelo BANCO. 2.24 Deve permitir, de forma descentralizada e independente da funcionalidade precípua do equipamento, através de uma aplicação embarcada nos equipamentos de impressão, a captura dos dados provenientes da contabilização de impressões. 2.25 Deve fornecer histórico de utilização de consumíveis, insumos e suprimentos com vida útil real, por equipamento. 2.26 Deve disponibilizar as informações de atendimento do “RAT” (Relatório de Atendimento Técnico) para consulta, conformidade e manifestação em Bom, Regular e Ruim pelos usuários já validaram o fluxoe gestores do BANCO. 2.27 Deve disponibilizar as informações de atendimento de N.M.S.E, quais decisões foram tomadasHelp Desk e Suporte Técnico para consulta, entre outros. Permitir a geração de relatório conformidade e manifestação em Bom, Regular e Ruim pelos usuários e gestores do processo. ExibirBANCO. 2.28 Deve disponibilizar, na visualização do andamento dos fluxos, informações sobre os passos, como por exemplo, usuário responsável, data prevista etc. Exibir ícones indicativos quando um fluxo contiver documento(s) associado(s). Disponibilizar ferramenta de análise integrada, com cubos pré-construídos, possibilitando a consulta de informações no nível das atividades, processos e históricos gerais de execução. Permitir a criação de subatividades ad-hoc durante a execução do processo garantindo flexibilidade no tratamento de exceções durante a execução do processo. Permitir execução automática de atividades de negócio, mantendo o histórico do processo com as respectivas trilhas de auditoria. Possuir métodos de priorização de execução de processos. Permitir a reabertura de processos encerrados ou cancelados. Permitir a inicialização de processos a partir de chamadas via web service. Possibilitar invocar web services na execução de atividades de sistema. Definir executor de atividades por meio de regra (executor dinâmicopainel de monitoramento e gerencial, os seguintes relatórios de consulta: 2.28.1 Relatório detalhado da contabilização das impressões, por usuários, equipamento(s). Permitir controle , Posto(s) de SLA Impressão, Centro(s) de Custo, aplicações e serviço prestado. 2.28.2 Relatório dos processos (Duração dinâmicamaiores consumidores, por usuários, equipamento(s), Posto(s) Definir de Impressão, Centro(s) de Custo, aplicações e por serviço prestado. 2.28.3 Relatório detalhado sobre cotas, por usuários, equipamento(s), Posto(s) de Impressão, Centro(s) de Custo. 2.28.4 Relatório detalhado sobre a duração da atividade através tarifação dos usuários. 2.28.5 Relatórios com o histórico de regra (duração dinâmica). Possibilitar toda a associação vigência do contrato separando as quantidades de instâncias impressões em cores e mono para acompanhamento gerencial. 2.28.6 Relatórios analíticos e sintéticos com gráficos demonstrando volumetrias produzidas, identificando os usuários que mais imprimiram, impressoras mais usadas, postos de processos a demais soluções empresariais (exemploimpressão e centros de custos mais utilizados e aplicações mais usadas, no mínimo. 2.28.7 Relatório com campos de: GED, Asset). Atribuir automaticamente atividades a um usuário através do balanceamento de carga. Disponibilizar uma web service para permitir a realização das tarefas de execução de atividade do usuário, atualização nome do documento, horário de atributos impressão, impressora, número de instânciapáginas, campos duplex ou simplex, modo de impressão (cor ou mono), tamanho do papel, aplicativo e custo para cada trabalho impresso. 2.28.8 Relatório com identificação do usuário (chave funcional), endereço IP do equipamento, número de série do equipamento de forma automática, aplicativo de origem, nome do documento, número de páginas impressas, tamanho do papel, (A4 normal, A3, etc.), duplex ou simplex, data da tabela do formulário impressão, hora da impressão, minuto da impressão, cor (mono ou em cores). 2.28.9 Relatório como status de uma determinada instância histórico operacional de equipamento(s) de impressão. 2.28.10 Relatório com a quantidade de impressões. 2.28.11 Relatório com os valores dispendidos com equipamento(s) e para cancelar a instância. Permitir informar uma justificativa para exclusão páginas impressas. 2.28.12 Relatório de instâncias consumo e projeção de processo. Permitir executar as tarefas de aprovação dos processos em smartphones. Permitir gestão impressão mensal. 2.28.13 Relatório detalhado da contabilização de recursos aos responsáveis dos equipamentos multifuncionais (cópia, faxes e digitalizações) por planejamento tipos, dependências (centros de atividades custos) e locais de instalação. 2.28.14 Relatório detalhado de equipamentos por tipos, dependências (centros de custos) e locais de instalação. 2.28.15 Relatório detalhado sobre o inventário de todas as impressoras e multifuncionais disponibilizadas pela CONTRATADA. 2.28.16 Relatórios que precisam gerenciar seu backlog permitam de forma automática separar as dependências do BANCO. 2.28.17 Todos os relatórios devem permitir sumarização (por aplicativo, totais e fazer a gestão dos recursos envolvidos percentuais) contendo informações como: tamanho de papel e aplicativo. 2.28.18 Relatórios com filtros por cor (workloadcolorido ou mono). Permitir a criação , tipo de instância e execução papel, aplicativo, modo de atividade impressão (simplex ou duplex), origem, tipo (scan, fax, cópia ou impressão). 2.28.19 Relatórios de análise informando porcentagens de impressão por meio aplicativo, cor ou mono, por tamanho de importação de e-mail. Permitirpapel, em uma atividade duplex ou simplex, em impressoras de sistemarede ou locais e fora do horário comercial. 2.28.20 Relatório com número de série da impressora. 2.28.21 Relatório de suprimentos em uso e trocados separadamente, executar um perfil permitindo visualização do status do toner, a porcentagem restante, eficiência do suprimento. 2.28.22 Relatório detalhado sobre a quantidade de reconhecimento cartuchos de captura toners utilizados, identificando cartuchos suspeitos (não usados até o final, toner com percentual de cobertura acima de 5%, toners trocados de outros equipamentos, etc.). 2.28.23 Relatório que permite demonstrar a composição da impressão, como porcentagem em um requerimento duplex, porcentagem de determinada atividade eimpressão fora de horário, dessa formaporcentagem de impressão, reconhecer textos da imagem cópia e preencher atributos efax/scanner. 2.28.24 Listar todas as impressoras físicas mostrando seus respectivos endereços e localização. 2.28.25 Relatório exclusivo de FAX recebido e SCAN. 2.28.26 Relatório de atendimento de N.M.S.E. 2.28.27 Relatório sumarizado dos atendimentos efetuados pelo Help Desk ou campos de formulário da instância do processoSuporte Técnico.

REQUISITOS FUNCIONAIS. Permitir criação Básicos para Sistema Instalado no BANCO (Camada Interna) 2.1 Deve permitir a captura de subatividades ad-hoc dados provenientes da contabilização de processo impressões, sem a obrigatoriedade do uso de servidor de impressão ou qualquer equipamento que assuma esta característica, exceto os dos sistemas implantados no Datacenter do BANCO para prover a solução de gerenciamento de impressão. 2.2 Deve permitir a contabilização de impressões através da captura de dados contabilizados diretamente nas impressoras. 2.3 Deve permitir a captura de dados provenientes da contabilização de equipamentos que permitam o uso de recursos multifuncionais (digitalizações, faxes e também subatividades reprodução de Kanban. Permitir que o gestor do processo retroceda o fluxo em execução, cancelando atividades já executadas. Possibilitar que documentos associados ao processo sejam assinados digitalmente durante cópias digitais). 2.4 Deve permitir a execução do fluxo. Permitir a configuração consolidação dos dados provenientes da captura descentralizada da contabilização de controles impressões e de segurança por instância de processo. Permitir a implementação de subfluxos, isto é, fluxos que acionam subprocessos. Permitir a criação de listas de verificação (checklists) e sua associação a passos dos fluxos, permitindo o registro de conclusão ou não, e comentários para cada item do checklist. Permitir monitoramento dos processos em execução por meio de painéis de controle. Permitir o acompanhamento da instância do processo recursos multifuncionais de forma visual no fluxograma. Notificar automaticamentecentralizada e num único ponto, via e-mail os responsáveis por ações pendentes o Site Central de execução nos fluxos de trabalho. Permitir enviar e-mail contendo anexos inseridos no processo durante a execução. Permitir a configuração de notificações de início/término de atividade, alerta de vencimento e alerta de atraso para usuários e equipes cadastrados no sistema, realizando o envio da notificação via e-mail e possibilitando que sejam definidas estas configurações para os processos de negócio automatizados via workflow e suas respectivas atividades. Este recurso deve Brasília do BANCO. 2.5 Deve permitir a definição atualização da aplicação, remota e não assistida, porém sob controle das equipes de recorrências operação e suporte da área de Tecnologia do BANCO. Toda atualização da solução deve seguir a metodologia definida pelo BANCO para mudanças nos ambientes tecnológicos de produção, envolvendo fases de testes, homologação e promoção para produção. 2.6 Deve impedir a desinstalação da aplicação por usuário não autorizado (levando-se em consideração os alertas. Permitir direitos da Rede e o preenchimento Sistema Operacional instalado). 2.7 Deve permitir a inclusão de informações em formulários eletrônicos. Permitir grupos de custo por impressora, de acordo com a composição de custo que os gerentes deverão estar baseados em: tipo do equipamento utilizado, preço por página monocromática e colorida (A4 e A3), preço por tipo de processo definam quais campos deverão ser preenchidos obrigatoriamente em cada atividadeequipamento, assim comotamanho de papel, quais campos estarão visíveis aos usuários durante o fluxo. Permitir que os executores modo de cada etapa do fluxo sejam definidos dinamicamenteimpressão, com base em valores preenchidos cor, no formulário do processo durante a execução de etapas anteriores. Considerar o calendário definido no modelo do processo para calcular os prazos das atividades e do processo. Permitir a definição de controles de acesso para o modelo do processo, assim como para as instâncias dos processos (fluxos de trabalho/workflows). Possibilitar a criação de agendamentos para iniciar automaticamente workflows de processos de negócio, notificando usuários interessados quando estes agendamentos forem iniciados. Este recurso deve suportar recorrência para os agendamentos cadastrados. Fornecer as seguintes ferramentas de análise e planejamento: diagrama de XXXXXXXX, e 5W2H para suportar a detecção da(s) causa(s) raiz(es) do(s) desvio(s) encontrado(s) no(s) fluxo(s) de trabalho. Permitir a integração com Sistemas Integrados de Gestão (SIG/ERP) através de ações definidas nas atividades do processo. As ações podem ser configuradas de forma a fazerem chamadas a outros aplicativos Web. Possibilitar a anexação de documentos durante a execução do processo. Esses documentos podem ser arquivos auxiliares ou documentos, inclusive com acesso direto a documentos já cadastrados. Controlar a duração e prazos finais de execução das atividades de processos em execução, permitindo definir controles, que, quando alcançados, devem permitir: alterar o executor, notificar outro interessado que a exceção ocorreu, executar um processo de contingência e iniciar automaticamente um registro de não conformidade. Permitir efetuar o disparo de múltiplos subprocessosmínimo. 2.8 Deve permitir informar, de acordo com o modelo do equipamento, o ciclo de trabalho (DutyCycle) e a produção realizada no período de impressão mensal e por equipamento. 2.9 Deve possibilitar a contabilização das impressões, cópias, faxes e scanners. 2.10 Deve prover a funcionalidade de atualização de centros de custo através de mecanismos de integração interna com sistemas corporativos do BANCO, com periodicidade a ser definida pelo BANCO. 2.11 Deve permitir que o sistema compare automaticamente os contadores físicos e a contabilização lógica automaticamente, demonstrando a aferição do sistema. 2.12 Deve permitir a captura das seguintes informações: identificação do usuário (chave funcional), endereço IP do equipamento, número de itens selecionados série do equipamento de forma automática, aplicativo de origem, nome do documento, número de páginas impressas, tamanho do papel, duplex ou simplex, data da impressão, hora da impressão, minuto da impressão, cor (mono ou em cores), separar cor e mono no mesmo trabalho de impressão independente do equipamento, no mínimo. 2.13 Deve permitir a gestão e o controle de acesso por segregação de usuário e alçadas, através da criação e do uso de uma identificação (sigla ou código), que será comparada com o sistema corporativo do BANCO chamado ACESSO. A identificação do controle de acesso deve seguir critérios estabelecidos pelo BANCO. Podendo ser utilizado HASH para esse batimento, evitando que a solução tenha acesso a chaves internas dos funcionários. 2.14 Deve permitir acesso ao sistema pelos usuários e estes somente podem visualizar suas impressões e/ou de seus subordinados por um único login. A orientação do BANCO é que seja utilizado o Open-AM como mecanismo de autenticação de usuários, pois o mesmo já está integrado em sistema de infraestrutura de autenticação e autorização corporativo para realizar esse processo usando chave/senha de usuário do BANCO. 2.15 Deve permitir a definição de cotas por usuários e por grupos de usuários, informando ao usuário quando a cota chegar a um determinado percentual estipulado da cota total pelo administrador do sistema avisando seu superior, quando este percentual for atingido. Os grupos de usuário devem refletir a estrutura organizacional do BANCO através da integração com o LDAP para obtenção dessas informações. 2.16 Deve permitir que o controle de cotas possua 3 (três) níveis de controle de avisos para os usuários, sendo que cada nível atingido deverá avisar o seu responsável hierárquico. 2.17 Deve preservar o histórico de contabilizações. Quando funcionários ou equipamentos forem remanejados, estas mudanças não deverão afetar os conteúdos originalmente registrados. 2.18 Deve permitir que o modelo de centros de custo seja hierárquico, permitindo que os gerentes possam ver suas impressões e as impressões de seus subordinados e assim sucessivamente. Sendo indicado a integração com sistema de Infraestrutura de Autenticação e Autorização corporativo para realizar esse processo. 2.19 Deve possibilitar a monitoração da impressão para os usuários em trânsito e locais. Sendo que a contabilização deve ser registrada para o solicitante da impressão. 2.20 Deve informar na soma de todos os toners o percentual médio de cobertura por página do BANCO. 2.21 Deve permitir informar, para cada tipo de cartucho de toner, os quais deverão estar associados a equipamentos, o rendimento informado pelo fabricante. Esta informação dará subsídios para que o BANCO saiba quantos cartuchos de toner foram utilizados nas impressões de cada equipamento. 2.22 Deve permitir um cockpit de visualização da impressão, permitindo que em uma lista de valores inserida no processo. Também o disparo de subprocessos baseados em um papel funcionalúnica interface, assim como o disparo de múltiplas instâncias seja possível a partir de registros inseridos em uma grid/tabela do formulário. Possibilitar o acompanhamento visualização de todas as etapas dependências do processoBANCO informando a volumetria acumulada do mês e a realizada no dia, desde o seu início até sua conclusão. Ter um recurso para notificação via e-mail sobre tarefas além de workflow a serem executadas. Manter um histórico dos processos em andamento ou encerrados e permitir gráficos que permitam a visualização da quantidade de detalhespáginas em cores e mono. 2.23 Deverá permitir que o cockpit centralize de forma automática todos os toners que estão sendo finalizados das impressoras da CONTRATADA, tais como: quais informando da criticidade quando atingidos níveis de capacidade inferiores a limites definidos dinamicamente pelo BANCO. 2.24 Deve permitir, de forma descentralizada e independente da funcionalidade precípua do equipamento, através de uma aplicação embarcada nos equipamentos de impressão, a captura dos dados provenientes da contabilização de impressões. 2.25 Deve fornecer histórico de utilização de consumíveis, insumos e suprimentos com vida útil real, por equipamento. 2.26 Deve disponibilizar as informações de atendimento do “RAT” (Relatório de Atendimento Técnico) para consulta, conformidade e manifestação em Bom, Regular e Ruim pelos usuários já validaram o fluxoe gestores do BANCO. 2.27 Deve disponibilizar as informações de atendimento de N.M.S.E, quais decisões foram tomadasHelp Desk e Suporte Técnico para consulta, entre outros. Permitir a geração de relatório conformidade e manifestação em Bom, Regular e Ruim pelos usuários e gestores do processo. ExibirBANCO. 2.28 Deve disponibilizar, na visualização do andamento dos fluxos, informações sobre os passos, como por exemplo, usuário responsável, data prevista etc. Exibir ícones indicativos quando um fluxo contiver documento(s) associado(s). Disponibilizar ferramenta de análise integrada, com cubos pré-construídos, possibilitando a consulta de informações no nível das atividades, processos e históricos gerais de execução. Permitir a criação de subatividades ad-hoc durante a execução do processo garantindo flexibilidade no tratamento de exceções durante a execução do processo. Permitir execução automática de atividades de negócio, mantendo o histórico do processo com as respectivas trilhas de auditoria. Possuir métodos de priorização de execução de processos. Permitir a reabertura de processos encerrados ou cancelados. Permitir a inicialização de processos a partir de chamadas via web service. Possibilitar invocar web services na execução de atividades de sistema. Definir executor de atividades por meio de regra (executor dinâmicopainel de monitoramento e gerencial, os seguintes relatórios de consulta: 2.28.1 Relatório detalhado da contabilização das impressões, por usuários, equipamento(s). Permitir controle , Posto(s) de SLA Impressão, Centro(s) de Custo, aplicações e serviço prestado. 2.28.2 Relatório dos processos (Duração dinâmicamaiores consumidores, por usuários, equipamento(s), Posto(s) Definir de Impressão, Centro(s) de Custo, aplicações e por serviço prestado. 2.28.3 Relatório detalhado sobre cotas, por usuários, equipamento(s), Posto(s) de Impressão, Centro(s) de Custo. 2.28.4 Relatório detalhado sobre a duração da atividade através tarifação dos usuários. 2.28.5 Relatórios com o histórico de regra (duração dinâmica). Possibilitar toda a associação vigência do contrato separando as quantidades de instâncias impressões em cores e mono para acompanhamento gerencial. 2.28.6 Relatórios analíticos e sintéticos com gráficos demonstrando volumetrias produzidas, identificando os usuários que mais imprimiram, impressoras mais usadas, postos de processos a demais soluções empresariais (exemploimpressão e centros de custos mais utilizados e aplicações mais usadas, no mínimo. 2.28.7 Relatório com campos de: GED, Asset). Atribuir automaticamente atividades a um usuário através do balanceamento de carga. Disponibilizar uma web service para permitir a realização das tarefas de execução de atividade do usuário, atualização nome do documento, horário de atributos impressão, impressora, número de instânciapáginas, campos duplex ou simplex, modo de impressão (cor ou mono), tamanho do papel, aplicativo e custo para cada trabalho impresso. 2.28.8 Relatório com identificação do usuário (chave funcional), endereço IP do equipamento, número de série do equipamento de forma automática, aplicativo de origem, nome do documento, número de páginas impressas, tamanho do papel (A4 normal, A3, etc.), duplex ou simplex, data da tabela do formulário impressão, hora da impressão, minuto da impressão, cor (mono ou em cores). 2.28.9 Relatório como status de uma determinada instância histórico operacional de equipamento(s) de impressão. 2.28.10 Relatório com a quantidade de impressões. 2.28.11 Relatório com os valores dispendidos com equipamento(s) e para cancelar a instância. Permitir informar uma justificativa para exclusão páginas impressas. 2.28.12 Relatório de instâncias consumo e projeção de processo. Permitir executar as tarefas de aprovação dos processos em smartphones. Permitir gestão impressão mensal. 2.28.13 Relatório detalhado da contabilização de recursos aos responsáveis dos equipamentos multifuncionais (cópia, faxes e digitalizações) por planejamento tipos, dependências (centros de atividades custos) e locais de instalação. 2.28.14 Relatório detalhado de equipamentos por tipos, dependências (centros de custos) e locais de instalação. 2.28.15 Relatório detalhado sobre o inventário de todas as impressoras e multifuncionais disponibilizadas pela CONTRATADA. 2.28.16 Relatórios que precisam gerenciar seu backlog permitam de forma automática separar as dependências do BANCO. 2.28.17 Todos os relatórios devem permitir sumarização (por aplicativo, totais e fazer a gestão dos recursos envolvidos percentuais) contendo informações como: tamanho de papel e aplicativo. 2.28.18 Relatórios com filtros por cor (workloadcolorido ou mono). Permitir a criação , tamanho do papel, aplicativo, modo de instância e execução impressão (simplex ou duplex), origem, tipo (scan, fax, cópia ou impressão). 2.28.19 Relatórios de atividade análise informando porcentagens de impressão por meio aplicativo, cor ou mono, por tamanho de importação de e-mail. Permitirpapel, em uma atividade duplex ou simplex, em impressoras de sistemarede ou locais e fora do horário comercial. 2.28.20 Relatório com número de série da impressora. 2.28.21 Relatório de suprimentos em uso e trocados separadamente, executar um perfil permitindo visualização do status do toner, a porcentagem restante, eficiência do suprimento. 2.28.22 Relatório detalhado sobre a quantidade de reconhecimento cartuchos de captura toners utilizados, identificando cartuchos suspeitos (não usados até o final, toner com percentual de cobertura acima de 5%, toners trocados de outros equipamentos, etc.). 2.28.23 Relatório que permite demonstrar a composição da impressão, como porcentagem em um requerimento duplex, porcentagem de determinada atividade eimpressão fora de horário, dessa formaporcentagem de impressão, reconhecer textos da imagem cópia e preencher atributos efax/scanner. 2.28.24 Listar todas as impressoras físicas mostrando seus respectivos endereços e localização. 2.28.25 Relatório exclusivo de FAX recebido e SCAN. 2.28.26 Relatório de atendimento de N.M.S.E. 2.28.27 Relatório sumarizado dos atendimentos efetuados pelo Help Desk ou campos de formulário da instância do processoSuporte Técnico.

REQUISITOS FUNCIONAIS. Permitir criação ID Requisito Justificativa Tipo 01 A ferramenta deve permitir como entrada de subatividades ad-hoc dados os arquivos eletrônicos nos formatos dos leiautes do eSocial. Este requisito é importante, tanto em momentos de processo contingência, quando pode ser necessário e também subatividades envio de Kanbanarquivos gerados de forma manual, bem como no momento da transição contratual, onde haja necessidade de substituição da ferramenta. Permitir Obrigatório 02 Controle de lotes para envio e enviados. Configuração de tamanho máximo e mínimo dos lotes para envio. Configuração de tempo de timeout para envio de lote que o gestor está em espera. O controle dos lotes que estão aguardando envio, bem como dos enviados é indispensável para que os prazos de envio das informações não sejam perdidos. Obrigatório Estão definidos atualmente nos manuais do processo retroceda o fluxo em execução, cancelando atividades já executadaseSocial os tamanhos mínimo e máximo de eventos por lote. Possibilitar Esse valor pode ser modificado é importante que documentos associados ao processo sejam assinados digitalmente durante a execução do fluxoele possa ser configurado. Permitir a A configuração de controles tempo de segurança por instância timeout faz com que a ferramenta não fique bloqueada tentando conectar com as máquinas servidoras do Ambiente Nacional. 03 Visualização de processo. Permitir a implementação mapa de subfluxos, isto é, fluxos que acionam subprocessos. Permitir a criação processamento de listas eventos e configuração de verificação (checklists) e sua associação a passos envio dos fluxos, permitindo o registro eventos de conclusão forma manual ou automática. Os usuários responsáveis pelos envios das informações devem ter uma visão geral do que já foi enviado ou não, do que necessita ser corrigido e comentários reenviado. A configuração de envio automático ou manual dará flexibilidade para cada item que em momentos de estabilidade no envio e processamento dos eventos não haja necessidade de intervenção manual, e em momentos de instabilidade ou contingência que o envio manual seja habilitado. Obrigatório 04 Mecanismo de pré-validação dos documentos eletrônicos gerados antes da transmissão para o Ambiente Nacional. A validação deve ocorrer nos níveis de lote e estrutura, contemplando as regras de validação definidas nos leiautes do checklisteSocial. Permitir monitoramento A pré-validação evita que documentos eletrônicos malformados ou contendo conteúdo de tipos diferentes dos processos definidos nos leiautes sejam enviadas ao Ambiente Nacional. Obrigatório 05 Armazenamento dos documentos eletrônicos enviados e de retorno pelo tempo exigido em execução por meio de painéis de controlelei. Permitir o acompanhamento da instância do processo Disponibilização destes documentos É importante que estes documentos sejam armazenados caso sejam necessárias futuras auditorias, Obrigatório eletrônicos, de forma visual no fluxogramaque possam ser importados ou acessados por sistemas do Município de Vitória/ES. Notificar automaticamente, via e-mail os responsáveis por ações pendentes de execução nos fluxos de trabalho. Permitir enviar e-mail contendo anexos inseridos no processo durante a execução. Permitir a configuração de notificações de início/término de atividade, alerta de vencimento e alerta de atraso para usuários e equipes cadastrados no sistema, realizando o envio da notificação via e-mail e possibilitando que sejam definidas estas configurações para os processos de negócio automatizados via workflow e suas respectivas atividades. Este recurso deve permitir a definição de recorrências para os alertas. Permitir o preenchimento rastreabilidade de informações enviadas ou análise para descrições de justificativas. 06 Respeitar a ordem de precedência, ou sequência lógica, no envio dos eventos em formulários eletrônicoslotes. Permitir que Se a ordem não for respeitada, os gerentes de processo definam quais campos deverão ser preenchidos obrigatoriamente em cada atividade, assim como, quais campos estarão visíveis aos usuários durante o fluxolotes serão rejeitados e não serão processados no Ambiente Nacional. Permitir que os executores de cada etapa do fluxo sejam definidos dinamicamenteObrigatório 07 Gerenciamento dos documentos eletrônicos transmitidos e recebidos, com base em valores preenchidos a indicação de erros no formulário processamento. Sem este controle não se terá conhecimento do processo durante a execução que foi recebido e processado no Ambiente Nacional e o que deve ser corrigido para posterior reenvio. Obrigatório 08 A ferramenta deve seguir as orientações dos Manuais do Desenvolvedor do eSocial. Isso evita restrições do Ambiente Nacional por mal-uso de etapas anterioressua infraestrutura e recursos. Considerar o calendário definido no modelo do processo para calcular os prazos das atividades e do processo. Permitir a definição de controles de acesso para o modelo do processo, assim como para as instâncias dos processos (fluxos de trabalho/workflows). Possibilitar a criação de agendamentos para iniciar automaticamente workflows de processos de negócio, notificando usuários interessados quando estes agendamentos forem iniciados. Este recurso deve suportar recorrência para os agendamentos cadastrados. Fornecer as seguintes ferramentas de análise e planejamento: diagrama de XXXXXXXX, e 5W2H para suportar a detecção da(s) causa(s) raiz(es) do(s) desvio(s) encontrado(s) no(s) fluxo(s) de trabalho. Permitir a integração com Sistemas Integrados de Gestão (SIG/ERP) através de ações definidas nas atividades do processo. As ações podem ser configuradas de forma a fazerem chamadas a outros aplicativos Web. Possibilitar a anexação de documentos durante a execução do processo. Esses documentos podem ser arquivos auxiliares ou documentos, inclusive com acesso direto a documentos já cadastrados. Controlar a duração e prazos finais de execução das atividades de processos em execução, permitindo definir controles, que, quando alcançados, devem permitir: alterar o executor, notificar outro interessado que a exceção ocorreu, executar um processo de contingência e iniciar automaticamente um registro de não conformidade. Permitir efetuar o disparo de múltiplos subprocessos, de acordo com o número de itens selecionados em uma lista de valores inserida no processo. Também o disparo de subprocessos baseados em um papel funcional, assim como o disparo de múltiplas instâncias a partir de registros inseridos em uma grid/tabela do formulário. Possibilitar o acompanhamento de todas as etapas do processo, desde o seu início até sua conclusão. Ter um recurso para notificação via e-mail sobre tarefas de workflow a serem executadas. Manter um histórico dos processos em andamento ou encerrados e permitir a visualização de detalhes, tais como: quais usuários já validaram o fluxo, quais decisões foram tomadas, entre outros. Permitir a geração de relatório do processo. Exibir, na visualização do andamento dos fluxos, informações sobre os passos, como por exemplo, usuário responsável, data prevista etc. Exibir ícones indicativos quando um fluxo contiver documento(s) associado(s). Disponibilizar ferramenta de análise integrada, com cubos pré-construídos, possibilitando a consulta de informações no nível das atividades, processos e históricos gerais de execução. Permitir a criação de subatividades ad-hoc durante a execução do processo garantindo flexibilidade no tratamento de exceções durante a execução do processo. Permitir execução automática de atividades de negócio, mantendo o histórico do processo com as respectivas trilhas de auditoria. Possuir métodos de priorização de execução de processos. Permitir a reabertura de processos encerrados ou cancelados. Permitir a inicialização de processos a partir de chamadas via web service. Possibilitar invocar web services na execução de atividades de sistema. Definir executor de atividades por meio de regra (executor dinâmico). Permitir controle de SLA dos processos (Duração dinâmica) Definir a duração da atividade através de regra (duração dinâmica). Possibilitar a associação de instâncias de processos a demais soluções empresariais (exemplo: GED, Asset). Atribuir automaticamente atividades a um usuário através do balanceamento de carga. Disponibilizar uma web service para permitir a realização das tarefas de execução de atividade do usuário, atualização de atributos de instância, campos da tabela do formulário de uma determinada instância e para cancelar a instância. Permitir informar uma justificativa para exclusão de instâncias de processo. Permitir executar as tarefas de aprovação dos processos em smartphones. Permitir gestão de recursos aos responsáveis por planejamento de atividades que precisam gerenciar seu backlog e fazer a gestão dos recursos envolvidos (workload). Permitir a criação de instância e execução de atividade por meio de importação de e-mail. Permitir, em uma atividade de sistema, executar um perfil de reconhecimento de captura em um requerimento de determinada atividade e, dessa forma, reconhecer textos da imagem e preencher atributos e/ou campos de formulário da instância do processo.Obrigatório

REQUISITOS FUNCIONAIS. Permitir criação que os controles possam ser associados a mais de subatividades ad-hoc um risco, porém, que sejam documentados e avaliados individualmente. Permitir criar uma biblioteca de processo controles, ou seja, que as informações dos controles e também subatividades tipos de Kanbancontroles sejam armazenadas em um repositório único, garantindo um conjunto de controles padronizados para a organização. As informações relacionadas são atualizadas de maneira centralizada. Permitir que os controles sejam compartilhados entre riscos, processos e entidades. Permitir que o gestor modelo de controle suporte a framework COSO e COBIT. Permitir que os controles possam ser avaliados utilizando métodos de avaliação diferentes dos riscos. Permitir que todas as conclusões dos controles e resultados dos testes sejam acessíveis pelos elementos a ele associados. Permitir que o sistema identifique a diferença entre controle relevante ou não. Permitir que o sistema armazene a classificação do processo retroceda tipo de implementação do controle como não implementado, implementado parcialmente ou implementado totalmente. Também pode-se informar a data de início da implementação. Permitir definir a característica do controle como sendo Preventivo, Detectivo ou Preventivo + Detectivo. Permitir que o fluxo em execuçãosistema armazene o tipo de automação do controle como manual, cancelando atividades já executadasautomática ou semiautomática. Possibilitar que documentos associados Permitir registrar comentários sobre o controle. Permitir associar eventos ao processo sejam assinados digitalmente durante a execução do fluxocontrole como incidentes, problemas ou workflows. Permitir a configuração associação de controles anexos e documentos ao controle. Permitir o preenchimento de segurança por instância de processoatributos e informações adicionais ao controle conforme a necessidade da organização. Permitir a implementação realização de subfluxos, isto é, fluxos que acionam subprocessosauditorias dos controles definidos. Permitir a criação o uso de listas de verificação (checklists) e sua associação a passos dos fluxos, permitindo o registro de conclusão ou não, e comentários para cada item do checklist. Permitir monitoramento dos processos em execução por meio de painéis melhores práticas de controle. Permitir testar os controles para avaliar a sua efetividade. Permitir definir a quantidade de amostras dos testes de controle. Permitir personalizar o acompanhamento da instância resultado do processo teste de forma visual controle. Permitir enviar para um roteiro de aprovação, os testes de controle executados. Permitir visualizar o resultado do último teste executado no fluxogramacontrole. Notificar automaticamentePermitir incluir anexos como evidências do teste de controle. Permitir incluir atributos e informações referentes às amostras dos testes. Permitir agendar a execução de um teste de controle. Permitir criar e gerenciar KCI (Indicadores chave de controle), via e-mail com geração de eventos caso os responsáveis por ações pendentes de execução nos fluxos de trabalhoKCIs estejam fora dos valores aceitáveis. Permitir enviar e-mail contendo anexos inseridos no processo durante a execuçãoaprovação da avaliação do controle. Permitir solicitar a configuração avaliação do controle para o responsável no momento da auditoria. Permitir selecionar as amostras para os testes de notificações controle a partir de início/término de atividade, alerta de vencimento uma população personalizada e alerta de atraso para usuários e equipes cadastrados armazenada no sistema, realizando o envio da notificação via e-mail e possibilitando que sejam definidas estas configurações para os processos de negócio automatizados via workflow e suas respectivas atividades. Este recurso deve permitir a definição de recorrências para os alertas. Permitir o preenchimento cadastro de informações em formulários eletrônicospopulação com campos personalizados. Permitir selecionar as amostras de uma população a partir do método de amostragem aleatório ou por conveniência (seleção manual). Permitir que os gerentes de processo definam quais campos deverão ser preenchidos obrigatoriamente em cada atividade, assim como, quais campos estarão visíveis aos usuários durante o fluxo. Permitir que os executores de cada etapa do fluxo sejam definidos dinamicamente, com base em valores preenchidos no formulário do processo durante a execução de etapas anteriores. Considerar o calendário definido no modelo do processo para calcular os prazos das atividades e do processo. Permitir a definição de controles de acesso para o modelo do processo, assim como para as instâncias dos processos (fluxos de trabalho/workflows). Possibilitar a criação de agendamentos para iniciar automaticamente workflows de processos de negócio, notificando usuários interessados quando estes agendamentos forem iniciados. Este recurso deve suportar recorrência para os agendamentos cadastrados. Fornecer as seguintes ferramentas de análise e planejamento: diagrama de XXXXXXXX, e 5W2H para suportar a detecção da(s) causa(s) raiz(es) do(s) desvio(s) encontrado(s) no(s) fluxo(s) de trabalho. Permitir a integração com Sistemas Integrados de Gestão (SIG/ERP) através de ações definidas nas atividades do processo. As ações podem ser configuradas de forma a fazerem chamadas a outros aplicativos Web. Possibilitar a anexação de documentos durante a na execução do processo. Esses documentos podem ser arquivos auxiliares ou documentosteste de controle, inclusive com acesso direto a documentos já cadastrados. Controlar a duração e prazos finais de execução das atividades de processos em execução, permitindo definir controles, que, quando alcançados, devem permitir: alterar o executor, notificar outro interessado que a exceção ocorreu, executar um processo de contingência e iniciar automaticamente um registro de não conformidade. Permitir efetuar o disparo de múltiplos subprocessos, de acordo com o número de itens selecionados em uma lista de valores inserida no processo. Também o disparo de subprocessos baseados em um papel funcional, assim como o disparo de múltiplas instâncias a partir de registros inseridos em uma grid/tabela do formulário. Possibilitar o acompanhamento de todas as etapas do processo, desde o seu início até sua conclusão. Ter um recurso para notificação via e-mail sobre tarefas de workflow a serem executadas. Manter um histórico dos processos em andamento ou encerrados e permitir a visualização de detalhes, tais como: quais usuários já validaram o fluxo, quais decisões foram tomadas, entre outros. Permitir a geração de relatório do processo. Exibir, na visualização do andamento dos fluxos, informações sobre seja possível filtrar os passos, como por exemplo, usuário responsável, data prevista etc. Exibir ícones indicativos quando um fluxo contiver documento(s) associado(s). Disponibilizar ferramenta de análise integrada, com cubos pré-construídos, possibilitando a consulta de informações no nível das atividades, processos e históricos gerais de execução. Permitir a criação de subatividades ad-hoc durante a execução do processo garantindo flexibilidade no tratamento de exceções durante a execução do processo. Permitir execução automática de atividades de negócio, mantendo o histórico do processo com as respectivas trilhas de auditoria. Possuir métodos de priorização de execução de processos. Permitir a reabertura de processos encerrados ou cancelados. Permitir a inicialização de processos a partir de chamadas via web service. Possibilitar invocar web services na execução de atividades de sistema. Definir executor de atividades por meio de regra (executor dinâmico). Permitir controle de SLA dos processos (Duração dinâmica) Definir a duração da atividade através de regra (duração dinâmica). Possibilitar a associação de instâncias de processos a demais soluções empresariais (exemplo: GED, Asset). Atribuir automaticamente atividades a um usuário através do balanceamento de carga. Disponibilizar uma web service para permitir a realização das tarefas de execução de atividade do usuário, atualização de atributos de instância, campos da tabela do formulário de uma determinada instância e população, para cancelar a instância. Permitir informar uma justificativa para exclusão de instâncias de processo. Permitir executar selecionar as tarefas de aprovação dos processos em smartphones. Permitir gestão de recursos aos responsáveis por planejamento de atividades que precisam gerenciar seu backlog e fazer a gestão dos recursos envolvidos (workload). Permitir a criação de instância e execução de atividade por meio de importação de e-mail. Permitir, em uma atividade de sistema, executar um perfil de reconhecimento de captura em um requerimento de determinada atividade e, dessa forma, reconhecer textos da imagem e preencher atributos e/ou campos de formulário da instância do processoamostras manualmente.

REQUISITOS FUNCIONAIS. Suportar multicamada na estrutura dos processos (ex.: macroprocesso, processo, subprocesso). Suportar a associação de arquivos externos à aplicação. Permitir criação de subatividades ad-hoc de processo aos usuários anexarem documentos, incluindo Word, Excel, diagramas Visio, arquivos PDF e também subatividades de Kanbanoutros. Permitir que cada anexo apareça em vários lugares no sistema (compartilhamento). Permitir que o gestor do processo retroceda nome dos campos seja definido pelo usuário. Permitir que campos adicionais possam ser incluídos nos formulários sem alteração no código. Esses campos devem constar nas consultas. Permitir o fluxo em execução, cancelando atividades já executadas. Possibilitar que documentos associados ao processo sejam assinados digitalmente durante a execução do fluxocontrole de versão e armazenamento dos documentos/arquivos. Permitir a configuração trilha de controles de segurança por instância de processo. Permitir a implementação de subfluxos, isto é, fluxos que acionam subprocessos. Permitir a criação de listas de verificação (checklists) e sua associação a passos dos fluxos, permitindo o registro de conclusão ou não, e comentários para cada item do checklist. Permitir monitoramento dos processos em execução por meio de painéis de controle. Permitir o acompanhamento auditoria referente à inclusão/alteração da instância do processo de forma visual no fluxograma. Notificar automaticamente, via e-mail os responsáveis por ações pendentes de execução nos fluxos de trabalho. Permitir enviar e-mail contendo anexos inseridos no processo durante a execução. Permitir a configuração de notificações de início/término de atividade, alerta de vencimento e alerta de atraso para usuários e equipes cadastrados no sistema, realizando o envio da notificação via e-mail e possibilitando que sejam definidas estas configurações para os processos de negócio automatizados via workflow e suas respectivas atividades. Este recurso deve permitir a definição de recorrências para os alertas. Permitir o preenchimento de informações em formulários eletrônicos. Permitir que os gerentes de processo definam quais campos deverão ser preenchidos obrigatoriamente em cada atividade, assim como, quais campos estarão visíveis aos usuários durante o fluxo. Permitir que os executores de cada etapa do fluxo sejam definidos dinamicamente, com base em valores preenchidos no formulário do processo durante a execução de etapas anteriores. Considerar o calendário definido no modelo do processo para calcular os prazos das atividades e do processo. Permitir a definição de controles de acesso para o modelo do processo, assim como para as instâncias dos processos (fluxos de trabalho/workflows)informação. Possibilitar a criação de agendamentos para iniciar automaticamente workflows de processos de negócio, notificando usuários interessados quando estes agendamentos forem iniciados. Este recurso deve suportar recorrência para os agendamentos cadastrados. Suportar grandes volumes de acesso através de uma rede interna ou internet, permitindo trabalhar de forma ininterrupta. Disponibilizar mecanismos de controle que permitam durante a execução de um fluxo de trabalho a criação de ações preventivas e/ou corretivas quando percebido algum desvio (anomalia) na execução do fluxo. Fornecer as seguintes ferramentas de análise e planejamento: diagrama de XXXXXXXXISHIKAWA, 5W2H e 5W2H método 8D (oito disciplinas) para suportar a detecção da(s) causa(s) raiz(es) do(s) desvio(s) encontrado(s) no(s) fluxo(s) de trabalho. Permitir o acompanhamento dos fluxos em andamento através de interface gráfica. Automatizar o direcionamento das tarefas para os recursos aptos a sua realização. O direcionamento deve ser previamente especificado na montagem do processo e pode ser alterado a qualquer momento sem que haja interferência nos processos que já estejam em andamento. Permitir a integração com Sistemas Integrados de Gestão (SIG/ERP) através de ações definidas nas atividades do processo. As ações podem ser configuradas de forma a fazerem chamadas a outros aplicativos Webweb ou web services. Possibilitar a anexação de documentos durante a execução do processo. Esses documentos podem ser arquivos auxiliares ou documentos, inclusive com acesso direto a documentos já cadastrados. Controlar a duração e prazos finais de execução das atividades de processos em execução, permitindo definir controles, que, quando alcançados, devem permitir: alterar automaticamente escalonar a atividade em questão para o executor, gestor imediato ou outro executor definido. Deve permitir também notificar outro interessado que a exceção ocorreu, executar um processo de contingência e iniciar automaticamente um registro de não conformidade. Permitir enviar tarefas para um grupo de usuários selecionados pelo executor de uma determinada atividade do processo. Permitir efetuar o disparo de múltiplos subprocessos, de acordo com o número de itens selecionados em uma lista de valores inserida no processo. Também o disparo de subprocessos baseados em um papel funcional, assim como o disparo de múltiplas instâncias a partir de registros inseridos em uma grid/tabela do formulário. Possibilitar aos gerentes e usuários solicitantes o acompanhamento de todas as etapas do processo, desde o seu início até sua conclusão. Ter Possuir um recurso para notificação via e-mail sobre tarefas de workflow a serem executadas. Manter um histórico dos de todos os processos em andamento ou encerrados e permitir a visualização de detalhes, detalhes tais como: quais usuários já validaram o fluxo, quais decisões foram tomadas, quais documentos foram anexados, entre outros. Permitir a geração de relatório do processo. Permitir a geração de relatório durante a execução de uma atividade do processo, agrupando todos os campos e o cabeçalho da instância do processo no relatório. Exibir, na visualização do andamento dos fluxos, os passos do fluxo com cores diferentes de acordo com seu status. Exibir, na visualização do andamento dos fluxos, informações sobre os passos, como por exemplo, usuário responsável, data prevista etc. Exibir ícones indicativos quando um fluxo contiver documento(s) associado(s). Disponibilizar uma ferramenta de análise integrada, com cubos pré-construídos, possibilitando a consulta de informações no nível das atividades, processos e históricos gerais de execução. Permitir a criação de subatividades atividades ad-hoc durante a execução do processo garantindo flexibilidade no tratamento de exceções durante a execução do processo. Permitir cancelamento dinâmico e execução automática de atividades de negócionegócio baseada em regras temporais, mantendo todo o histórico do processo com as respectivas trilhas de auditoria. Possuir métodos de priorização de execução de processos. Permitir a reabertura de processos encerrados ou cancelados. Permitir a inclusão de comentários e anexos pelo iniciador/gestor no acompanhamento do processo. Permitir a execução de gateways condicionais, considerando a implementação das regras para expressão condicional, duração de atividades dinâmicas e evolução para matriz de execução. Possibilitar a execução de uma atividade automaticamente assim que um tempo pré-determinado for alcançado. Permitir a inicialização de processos a partir de chamadas via web service. Possibilitar invocar web services na execução de atividades de sistema. Definir executor de atividades por meio de regra fórmula (executor dinâmico). Permitir controle de SLA dos processos (Duração dinâmica) Definir a duração da atividade através de regra fórmula (duração dinâmica). Possibilitar a associação de instâncias de processos a demais soluções empresariais (exemplo: GED, Asset). Atribuir automaticamente atividades a um usuário através do balanceamento de carga. Permitir ao gestor do processo avaliar as atividades atribuídas a grupos ou indivíduos, bem como o número de atividades e horas destas e realizar as devidas alterações de executores se necessário. Disponibilizar uma web service para permitir a realização das tarefas de execução de atividade do usuário, atualização de atributos de instância, campos da tabela do formulário atributos de uma determinada instância entidade da instância, para cancelar, suspender e para cancelar reativar processo e de retorno de informações sobre a instância. Permitir informar uma justificativa para exclusão de instâncias de processo. Permitir executar as tarefas parametrizar a alteração de aprovação dos processos em smartphones. Permitir gestão notificação de recursos aos responsáveis por planejamento eventos de atividades que precisam gerenciar seu backlog e fazer a gestão dos recursos envolvidos (workload). Permitir a criação de instância e mensagem, apresentada na execução de atividade por meio de importação de e-mail. Permitirda atividade, em uma atividade de sistema, executar um perfil de reconhecimento de captura em um requerimento de determinada atividade e, dessa forma, reconhecer textos da imagem e preencher atributos e/ou campos de formulário da instância do processotela para alterar os notificados.