REQUISITOS FUNCIONAIS. O software de gestão de saneamento deve obrigatoriamente contemplar as funcionalidades descritas a seguir:
REQUISITOS FUNCIONAIS. Esta seção apresenta os Requisitos Funcionais do Sistema, que caracterizam as funcionalidades para atender ao processo de negócio de consignações atualmente em vigor.
REQUISITOS FUNCIONAIS. A PLATAFORMA FINANFOR permitirá:
(a) O envio de notificações, arquivos e informações entre os PARTICIPANTES;
(b) A indicação ao SACADO de CONTA VINCULADA, de CONTA DO AGENTE, ou da liberação do domicílio bancário, através de consulta na PLATAFORMA e de integração com sistemas informatizados;
(c) O Upload de arquivos pela PLATAFORMA;
(d) Disponibilização de CONTRATOS e FATURAS para negociação de OPERAÇÕES;
(e) Solicitação e gerenciamento de propostas de OPERAÇÕES;
(f) Registro de efetivação e de informações básicas de OPERAÇÕES;
(g) A consulta das OPERAÇÕES;
(h) Registros de (i) CONTA VINCULADA, (ii) CONTA DO AGENTE, e liberação de xxxxxxxxx xxxxxxxx;
(i) O Cadastramento de usuários dos PARTICIPANTES;
(j) Filtros de pesquisa para relatórios de dados cadastrais e das OPERAÇÕES de que o respectivo PARTICIPANTE seja parte;
(k) Atendimento aos PARTICIPANTES via telefone, correio eletrônico (e- mail) e online através de plataforma de chamados da GESTORA;
(l) Que o FORNECEDOR aponte, dentre os RECEBÍVEIS representados por CONTRATOS e FATURAS disponibilizados pelo SACADO na PLATAFORMA, aqueles que deseja negociar juntamente aos AGENTES FINANCEIROS;
(m) O envio automático de proposta para OPERAÇÃO DE FATURA para o FORNECEDOR, quando da existência de taxas pré-cadastradas por AGENTES FINANCEIROS;
(n) Que a OPERAÇÃO DE FATURA possa ser realizada em lote de FATURAS ou de forma unitária (uma única FATURA);
(o) A disponibilização de uma relação dos CONTRATOS e FATURAS com registro de CONTA VINCULADA ou CONTA DO AGENTE, conforme aplicável, para os PARTICIPANTES de cada OPERAÇÃO;
(p) O cadastro pelos AGENTES FINANCEIROS de taxas pré-definidas para o envio automático de propostas para OPERAÇÕES DE FATURA;
(q) A visualização pelos AGENTES FINANCEIROS, em uma área exclusiva da PLATAFORMA, dos RECEBÍVEIS decorrentes de CONTRATOS e FATURAS disponibilizados na PLATAFORMA pelo SACADO e indicados pelo FORNECEDOR para negociação de OPERAÇÕES. O AGENTE FINANCEIRO precisará acessar a PLATAFORMA para ter acesso a tais CONTRATOS e FATURAS e fazer suas propostas;
(r) A visualização pelos AGENTES FINANCEIROS dos FORNECEDORES do SACADO, previamente cadastrados na PLATAFORMA, que não possuem cadastro aprovado por eles, de tal forma que será possível prospectar esses FORNECEDORES para a realização de OPERAÇÕES futuras;
(s) O envio de proposta por AGENTES FINANCEIROS ao FORNECEDOR (após análise dos CONTRATOS e/ou FATURAS oferecidos à negociação pelo mesmo), por intermédio da PLATAFORMA, que...
REQUISITOS FUNCIONAIS. 7.3.1. QUANTO A ACESSIBILIDADE DAS PESSOAS COM DEFICIÊNCIA
7.3.1.1. Recursos gerais de acessibilidade para pessoas com deficiência, exclusivamente para os Grupos de Serviços nº1, nº2 e n°3 das Soluções de Softwares:
a) Garantir a acessibilidade das pessoas com deficiência, observando os preceitos do Decreto-Lei nº 5.296 de 02/12/2004, que regulamenta as leis n° 10.048, de 08/11/2000, que dá prioridade de atendimento às pessoas com deficiência, e nº 10.098, de 19/12/2000, que estabelece normas gerais e critérios básicos para a promoção da acessibilidade;
b) Atender as diretrizes da Cartilha de Usabilidade elaborada pelo Ministério do Planejamento, Orçamento e Gestão do Brasil, através da Secretaria de Logística e Tecnologia da Informação. Não poderá apresentar erros conforme disposto no eMAG, versão 3.0, bem como atender todos os pontos obrigatórios de acessibilidade conforme regras estabelecidas pelo WCAG 2.0. A avaliação deste requisito deverá ser promovida pelo software ASES Desktop versão 2.0.16, ou versão mais atualizada, que está disponível para download no endereço URL (UniformResourceLocator), apresentado abaixo: • xxxxx://xxxxxxxxxxxxxxx.xxx.xx/xxxxxx/xxxx
c) Suportar a apresentação de conteúdos nas páginas web6 que poderão ser lidos por softwares do tipo "leitores de tela" (screenreaders) usados por deficientes visuais, mas, também, dispor de instrumentos que otimizem a experiência de navegação destas pessoas através das interfaces de acesso da Solução de Software. Entretanto, vale ressaltar que há organizações que estabelecem preceitos sobre a acessibilidade, que consideram as limitações ligadas às capacidades do equipamento que está sendo utilizado para promover o acesso à internet. As regras a serem contempladas pelas Soluções de Softwares deverão submeter-se integralmente ao descrito nos seguintes websites públicos, de organismos federais do Brasil, cujo acesso dar-se-á através dos endereços URL (UniformResourceLocator) relacionados abaixo: • xxxx://xxxx.xxxxxxxxxxxxxxxxx.xxx.xx/xxxxxxxxxxxxxxxx/xxxxxxxxxxxxxx o-web/recomendacoes-de-acessibilidade-wcag2.html • xxxxx://xxxxxxxxxxxxxxx.xxx.xx/xxxxxx/xxxx • xxx.xxxxxx.xxx.xx/xxxxxxxxxxxxxx
7.3.1.2. Recursos específicos, inerentes à acessibilidade de pessoas com deficiência, exclusivamente para os Grupos de Serviços nº 1, 2 e 3 das Soluções de Softwares:
a) Item imagens e animações: utilizar o atributo “alt” para descrever a função de cada elemento visual aplicado às páginas web;
b) Item imagemaps...
REQUISITOS FUNCIONAIS. Id Requisito
5.2.1.1 Disponibilização de credenciais de acesso ao portal oficial de suporte da Oracle My Oracle Support, através do endereço eletrônico xxxxx://xxxxxxx.xxxxxx.xxx/.
5.2.1.2 Suporte Técnico para resolução de problemas, dúvidas e esclarecimentos dos produtos Oracle, no regime de atendimento 24x7 (24 horas por dia, 07 dias por semana).
5.2.1.3 Atualização de versões dos softwares Oracle.
5.2.1.4 Disponibilização de correções dos softwares Oracle.
5.2.1.5 Suporte para identificação de causa raiz de incidentes/problemas e indicação de solução.
5.2.1.6 Acesso à base de conhecimento para resolução de dúvidas e esclarecimentos.
REQUISITOS FUNCIONAIS. ITEM DESCRIÇÃO NÍVEL DE ATENDIMENTO/ TOTAL DE PONTOS
REQUISITOS FUNCIONAIS. Item Descrição
1. Preservar os princípios de integridade da informação não permitindo em nenhum nível de acesso alterações da seqüência de numeração dos processos, excluindo-se dessa prerrogativa apenas a parametrização da numeração inicial do ano de exercício.
2. Permitir a inclusão, tramitação, arquivamento e desarquivamento de processos.
3. A numeração dos processos deverá acontecer de maneira seqüenciada, crescente, independente do local de origem da solicitação/abertura.
4. Permitir consulta aos processos através do número do processo, nome do requerente, CPF / CNPJ. Item Descrição
5. Cadastro de Assuntos (Deverá conter em cada assunto a secretaria e o setor de destino inicial e a previsão em dias para a conclusão do processo)
6. Cadastro de Procedências do Processo (interno, externo, outros)
7. Registrar a identificação do funcionário/data que promoveu interação de inclusão ou parecer relacionada a um determinado Processo.
8. Permitir registrar os pareceres sobre o processo em cada trâmite.
9. Possibilitar que cada usuário consulte os processos.
10. Permitir controlar toda tramitação dos processos dentro da instituição, entre usuários de departamentos que possuam acesso aos programas
11. Possibilitar a inclusão de anexos ao processo, podendo ser esses anexos parametrizados.
12. Permitir no cadastro de endereços dos contribuintes, busca de logradouros por CEP, ou caso não exista, permitir pesquisar ou cadastrar bairros e logradouros
13. Permitir gerar livro de protocolo (Listar os processos que deram entrada ou tramitados num determinado período (data e horário) para acompanhar os processos físicos no encaminhamento de uma secretaria/setor para outro
14. Possibilitar a consulta do histórico dos processos em toda a sua vida útil.
15. Permitir parametrizadamente por assunto à possibilidade de inclusão de solicitação de abertura de protocolo/processo entre as unidades internas da Prefeitura.
16. Possuir parametrizadamente por assunto quando aplicável campo para inclusão do código do DAM pago pelo requerente para aquele protocolo.
17. Permitir parametrizadamente enviar e-mail nas alterações de status do processo para o usuário/prestador.
18. Permitir acesso através de equipamentos móveis, como celular, tablet e notebook, ajustando a tela de maneira responsiva, de acordo com o tamanho do dispositivo
19. Permitir ao usuário/prestador receber diversos (lote) processo num mesmo ato.
20. Permitir cadastrar o tipo da numeração do protocolo, indicando a quantida...
REQUISITOS FUNCIONAIS. O software para gerenciamento de riscos operacionais, compliance e controles internos (GRC), instalado no ambiente computacional do Desenvolve SP, deverá contemplar, de forma integrada, módulos ou funcionalidades conforme abaixo, todos com comprovação imediata: Módulo de Gerenciamento de Riscos Operacionais 1 Conter recursos para o gerenciamento integrado dos riscos corporativos e/ou riscos operacionais e funcionalidades que facilitem o uso do software pela unidade de Controle de Riscos e pelos gestores das outras unidades.
REQUISITOS FUNCIONAIS. Permitir o gerenciamento integrado dos estoques de materiais existentes nos diversos almoxarifados, englobando ainda a gestão de entidades (unidades gestoras) junto aos almoxarifados.
REQUISITOS FUNCIONAIS. 5.2.1. QUANTO A ACESSIBILIDADE DAS PESSOAS COM DEFICIÊNCIA
a) Garantir a acessibilidade das pessoas com deficiência, observando os preceitos do Decreto-Lei nº 5.296 de 02/12/2004, que regulamenta as leis n° 10.048, de 08/11/2000, que dá prioridade de atendimento às pessoas com deficiência, e nº 10.098, de 19/12/2000, que estabelece normas gerais e critérios básicos para a promoção da acessibilidade;