Funcionalidades Cláusulas Exemplificativas
Funcionalidades. O Módulo de Emissão e verificação de autenticidade de CND (Certidão Negativa de Débito) para Imóveis e Empresas deverá ser integrado e disponibilizado no mesmo ambiente do Sistema de Nota Fiscal Eletrônica de Serviços. O sistema deverá conter no mínimo as seguintes funcionalidades: - Emissão de Certidão Negativa para Imóveis, onde o usuário deverá fornecer o CPF/CNPJ do proprietário e o sistema deverá listar as Inscrições Imobiliárias existentes para o mesmo. Selecionando a inscrição, o sistema deverá listar as certidões já emitidas e caso a última CND emitida vencer antes de 7 dias, o sistema deverá emitir (caso não haja débitos do referido imóvel) uma nova CND e listá-la juntamente com as demais possibilitando a impressão de cada uma. - Emissão de Certidão Negativa para Empresas/Autônomos, onde o usuário deverá fornecer o CPF/CNPJ da mesma e o sistema deverá listar as Inscrições Municipais existentes para o mesmo. Selecionando a inscrição, o sistema deverá listar as certidões já emitidas e caso a última CND emitida vencer antes de 7 dias, o sistema deverá emitir (caso não haja débitos da referida Empresa/Autônomo) uma nova CND e listá-la juntamente com as demais possibilitando a impressão de cada uma. - Mecanismo de verificação de autenticidade de CND para imóveis, onde o usuário informando a Inscrição Imobiliária e o Código de Verificação impresso na CND o sistema deverá fornecer os dados da CND, incluindo no mínimo Inscrição Imobiliária, Endereço do Imóvel, CPF/CNPJ do proprietário, Data de Emissão e Validade da certidão. - Mecanismo de verificação de autenticidade de CND para empresas, onde o usuário informando a Inscrição Municipal e o Código de Verificação impresso na CND o sistema deverá fornecer os dados da CND, incluindo no mínimo Inscrição Municipal, Endereço da Empresa, CPF/CNPJ, Data de Emissão e Validade da certidão.
Funcionalidades. 3.1. Os CARTÕES ALELO permitirão, sujeito à disponibilidade, a realização das TRANSAÇÕES de acordo com as normas do PAT e as condições deste TDU.
3.2. As TRANSAÇÕES serão realizadas mediante autorização dos USUÁRIOS, por meio da digitação de SENHA INDIVIDUAL e/ou código de segurança, este quando aplicável, dos respectivos CARTÕES ALELO no equipamento ou sistema disponibilizado pela rede de ESTABELECIMENTOS, conforme a tecnologia disponível ou canal utilizado.
3.2.1 O código de segurança impresso no CARTÃO ALELO TUDO se refere ao CARTÃO ALELO REFEIÇÃO. Para obter o código de segurança do CARTÃO ALELO ALIMENTAÇÃO e do CARTÃO ALELO MULTIBENEFÍCIOS, o USUÁRIO deverá entrar em contato com a ALELO por meio da CENTRAL DE ATENDIMENTO AO USUÁRIO ou consultá-lo através do APP MEU ALELO.
3.2.2 O procedimento descrito na cláusula 3.2.1, acima, também deverá ser adotado pelo USUÁRIO do CARTÃO ALELO TUDO para a obtenção ou consulta da numeração dos CARTÕES ALELO e do CARTÃO ALELO MULTIBENEFÍCIOS
3.2.3 O código de segurança impresso no CARTÃO ALELO TUDO será utilizado como forma de autenticação do USUÁRIO junto à CENTRAL DE ATENDIMENTO AO USUÁRIO e ao APP MEU ALELO.
3.3. A disponibilidade das diferentes TRANSAÇÕES nos ESTABELECIMENTOS deverá ser previamente consultada na CENTRAL DE ATENDIMENTO AO USUÁRIO, no SITE e APP MEU ALELO. .
3.4. O USUÁRIO poderá obter informações sobre saldo e extrato dos CARTÕES ALELO mediante consulta na CENTRAL DE ATENDIMENTO AO USUÁRIO, no APP MEU ALELO ou ao site ▇▇▇.▇▇▇▇▇▇▇▇.▇▇▇.▇▇.
Funcionalidades. Permite o cadastro do ramo de atividade do fornecedor; Permite o Cadastro dos responsáveis pelo contrato representantes e signatários; Permite parametrizar o sistema para filtrar os itens do aditivo por requisitante; Permite o cadastro de fornecedores com as seguintes informações: nome do fornecedor, nome fantasia, logradouro, tipo de logradouro, número, complemento, bairro, cidade, unidade da federação, cep, campo para 3 telefones diferentes, contato, e-mail e observação, tipo de pessoa (física ou jurídica) tipo de empresa, carregar tabela de atividade permitindo cadastrar mais de uma atividade para cada empresa, número do banco, agencia, discrição do banco, número da conta do fornecedor e gerar o código do fornecedor automaticamente; Permite cadastrar consórcios entre empresas informando o exercício, numero do consorcio, data do cadastro, data de encerramento, ramo de atividade e fornecedores, podendo definir o líder do consórcio; Permite cadastrar os contratos de processos licitatórios integrado com sistema de licitação com as seguintes informações: Ano da licitação, numero do processo, numero do contrato, fornecedor, representante, signatário, numero de consórcio, tipo de instrumento, natureza do objeto, garantia, data de assinatura, data de vencimento, objeto do contrato, multa rescisória, multa por inadimplência, publicações, forma de fornecimento, forma de pagamento, forma de execução, dotações e itens do contrato; Permite cadastrar os contratos que não sejam de processos licitatórios com as seguintes informações: Numero do contrato, fornecedor, representante, signatário, numero de consórcio, tipo de instrumento, natureza do objeto, garantia, data de assinatura, data de vencimento, objeto do contrato, multa rescisória, multa por inadimplência, publicações, forma de fornecimento, forma de pagamento, forma de execução, dotações e itens do contrato com quantidade e valor unitário; Permite anular a execução do contrato; Permite estornar a anulação de execução do contrato; Permite cadastrar o apostilamento de contrato; Permite cadastrar o aditamento de contrato; Permite alterar a situação dos contratos para encerrado, anulado, cancelado, suspenso e rescindido e estornar qualquer alteração de situação do contrato; Emite relatório de reemissão de contratos com os seguintes filtros: data inicial, data final, ordem alfabética ou numérica, numero do processo e ano, numero do contrato e fornecedor; Emite relatório de reemissão de execuções de contratos com os ...
Funcionalidades. 7.1. Layer 2 ;
7.1.1. Bridge dinâmica de acordo com IEEE 802.1 ;
7.1.2. Suporte a VLANs segundo IEEE 802.1Q ;
7.1.3. VLAN Trunking e VLAN Mapping;
7.2. Layer 3;
7.2.1. Roteamento estático e dinâmico: RIP (v1 e v2), BGP; PPPoE client; HCP client (WAN), DHCP server (LAN); NAT/PAT. QoS;
7.2.1. Mapeamento flexível entre GEM Ports e T-CONT;
7.2.2. Priorização de tráfego através de filas para suporte a serviços de voz;
7.2.3. Filas de Upstream por hardware para cada T-CONT;
7.2.4. GEM Port separado para multicast;
7.2.5. Suporte a algorítimo WRR (Weighted Round Robin);
7.2.6. O acesso de 6 (seis) pontos na área rural* do município de Araxá poderá ser com tecnologia Wireless, DSL, Fibra Óptica ou Via Satélite;
7.2.7. Acesso de 120 (cento e vinte) pontos na área Urbana* deverão ser 100% através de fibra óptica sem o uso de rede híbrida como par metálico, ADSL, RADIO ou cabo UTP; *Considerar-se- á, área rural e área urbana de acordo com o que é estipulado pelo Instituto de Planejamento e Desenvolvimento Sustentável de Araxá-IPDSA.
Funcionalidades. O usuário poderá através do aplicativo, realizar no mínimo as seguintes operações, podendo, não somente se limitar a elas: • Cadastrar-se; • Estacionar – habilitar tickets de estacionamento usando o saldo pré-pago; • Recarregar créditos, através de cartões de crédito e débito, e PIX; • Consultar histórico dos veículos; • Emitir extrato de uso da conta pré-paga; • Incluir/Excluir veículos; • Visualizar mapa de vagas.
Funcionalidades. 1. A solução deve possuir licenciamento centralizado em nuvem da CONTRATADA, garantindo total mobilidade dos usuários para qualquer site da solução;
2. Deve possuir gerenciamento centralizado, através de interface web de todos os recursos da plataforma;
3. O gerenciamento da plataforma deve permitir controlar não só a localidade sede/matriz, mas também as demais localidades remotas integrantes do projeto;
4. Suporte a registro em qualquer telefone da rede por intermédio de usuário e senha;
5. Desvio de chamadas com base no horário e condição (incondicional, ocupado, não atendimento);
6. O Sistema deve ter provisionamento e configuração de maneira centralizada e unificada;
7. Deve implementar os protocolos segurança SSL ou TLS;
8. Deve permitir a integração com múltiplos servidores LDAP ou AD, permitindo redundância;
9. Deve permitir adicionar usuários em lote a partir do servidor LDAP ou AD;
10. Deve permitir a configuração da periodicidade de sincronismo com a base LDAP/AD;
11. Deve possuir suporte a QoS IEEE 802.1p, DSCP, DiffeServ, CoS e Type of Service;
12. Deve possuir suporte a VLAN, para utilização de redes de voz e dados separadas;
13. Deve possuir gerenciamento de grupos de chamadas associando assim os ramais e definindo um número específico e estratégia de roteamento entre os ramais deste grupo;
14. Deve implementar controle de usuários com vários perfis de acesso;
15. Deve permitir autenticação de ramal em diversos aparelhos IP ou Softphones com o mesmo número do ramal;
16. Deve permitir ampliação de capacidade através de inclusão de licenças de software;
17. Deve permitir a configuração, gerenciamento, administração e monitoramento de todos os recursos através da interface gráfica web intuitiva e amigável, sem necessidade de interrupção dos serviços;
17.1. A Solução deverá ser compatível com os seguintes protocolos SIP: RFC 3261; RFC 3262; RFC 3265; RFC 3311; RFC 3513; RFC 3842;
17.2. A solução deverá ser compatível com os seguintes Codecs: Opus; G711a; G711u; GSM; iLBC; G.722(G.722.1C); G729; G729A; G729AB
17.3. Deve implementar o recurso de conferência de chamadas através do telefone permitindo que o usuário/ramal que iniciou se retire sem que a chamada seja finalizada;
17.4. Deve possuir compatibilidade com o recurso BFCP (Binary Floor Control Protocol);
17.5. A solução deve atender a todos os requisitos de camada de serviços NGN (Next Generation Network) definidos pela ITU-T;
17.6. Deve possuir suporte a configuração de serviços por servido...
Funcionalidades. 4.2.1. Deverá possuir detecção automática MDI/MDIX em todas as portas em par trançado.
4.2.2. Deverá implementar as funcionalidades previstas nos seguintes padrões:
a) IEEE 802.1d;
Funcionalidades. 4.1. Deverá suportar a funcionalidade de criação de volumes virtuais, denominada, VVOLs conforme padrão definido pela VMWare. A funcionalidade de VVOLs dever suportar os seguintes requisitos:
4.1.1. Deverá permitir automação através da API VASA/VAAI.
4.1.2. Deverá permitir a criação de cópias do tipo point-in-time (snapshots) e clones por máquina virtual através da API VASA.
4.1.3. Deverá permitir a implementação de LUN Masking, com mecanismos de segurança e controle de acesso de forma a manter isoladas as diferentes porções de capacidade em disco associadas a diferentes máquinas e sistemas operacionais, mesmo quando acessadas através de uma mesma porta de front-end do equipamento.
4.1.4. Deverá suportar a criação de sistemas de arquivos de até 256 TB.
4.1.5. Deverá suportar a criação de, no mínimo, 1000 (mil) filesystems;
4.1.6. Deverá suportar a criação mínima de 1000 (mil) snapshots.
4.1.7. Deverá possuir a funcionalidades de replicação síncrona e assíncrona já devidamente licenciada para a capacidade máxima do equipamento;
4.1.8. Deverá permitir provisionamento magro de capacidades (Thin Provisioning);
4.1.9. Deverá permitir backup dos sistemas de arquivos através do protocolo NDMP (v1-v4) nativamente no subsistema de discos.
4.2. Deverá permitir a entrega de volumes, no mínimo, para servidores com os seguintes sistemas operacionais:
4.2.1. VMware ESXi 7.0 ou superior, comprovado através do VMware Compatibility Guide, seção STORAGE/SAN, ARRAY Type iSCSI;
4.2.2. Microsoft Windows Server 2019 (X64) ou superior. A comprovação deverá ser feita pela HCL da Microsoft, considerando, no mínimo, o ambiente SAN/ISCSI (▇▇▇▇://▇▇▇.▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇.▇▇▇/);
4.3. Deverá possuir suporte nativo para VMware VAAI (vSphere API for Array Integration) e VASA (vStorage APIs for Storage Awareness);
4.4. Deverá possuir mecanismos que permitam a utilização das técnicas de volumes para recuperação rápida de arquivos ou pastas do tipo réplica point-in-time (snapshot). A réplica point- in-time deverá ser realizada sem a necessidade de movimentação de blocos já armazenados e alterados no volume primário após a criação da sessão de snapshot (redirect on write);
4.5. A restauração, da mesma maneira deve ser possível sem a necessidade de cópia/movimentação de blocos. Caso as réplicas utilizem a movimentação de blocos ou área adicional para tal, deverá ser fornecido, no mínimo, 40% de área liquida adicional ao solicitado no edital, obedecendo os requisitos de RAID especificados por ...
Funcionalidades. O software deve possibilitar a segmentação, com diferentes níveis de permissionamento, da estrutura a ser utilizada como repositório dos diferentes artefatos.
Funcionalidades. O software deve possibilitar a criação de páginas para colaboração, com possibilidade de configuração de acesso em diferentes níveis (visualização, escrita, colaboração, edição de layout) para os usuários; Deve ser possível a criação de listas, bibliotecas, conteúdos de mídia; Deve ser possível a utilização colaborativa de documentos e planilhas.