Funcionalidades. Aos USUÁRIOS, é permitida a navegação na PLATAFORMA sem nenhuma cobrança ou taxa. A PLATAFORMA disponibilizará aos USUÁRIOS uma lista de categorias e subcategorias de serviços prestados, que poderão ser escolhidos pelo CLIENTE, de acordo com seus interesses. No entanto, a PLATAFORMA se reserva o direito de modificar, incluir ou eliminar categorias e subcategorias vigentes a qualquer momento. Tais alterações não vigorarão em relação a negociações já iniciadas. Para estes, os Termos de Uso valerão com a redação anterior. Após a realização de cadastro pelo CLIENTE, a PLATAFORMA disponibiliza formulário de solicitação de orçamento a ser preenchido por este, onde serão informadas as características dos serviços de que necessita, podendo ser mais de 01 (um) na mesma categoria e subcategoria. O CLIENTE pode escolher as condições de pagamento disponíveis na PLATAFORMA pelos serviços solicitados no momento da contratação do serviço. O PRESTADOR DE SERVIÇO terá acesso ao formulário de solicitação de orçamento preenchido pelo CLIENTE, podendo oferecer os seus a este, através de uma proposta de trabalho, criada através do preenchimento de campos específicos disponibilizados na PLATAFORMA, negociando, inclusive, preços, prazos de entrega e condições da prestação dos serviços. Na contratação de PRODUTOS SEBRAE as condições da prestação de serviços deverão respeitar as entregas pré-definidas na pelo SEBRAE RS. Os USUÁRIOS poderão receber avisos de novas mensagens recebidas na PLATAFORMA. As comunicações e as transações comerciais entre os USUÁRIOS deverão ser efetuadas pela PLATAFORMA, com o objetivo de zelar pelo bom atendimento, pela prevalência da boa-fé e dos princípios constitucionais de lealdade e segurança nas comunicações entre os USUÁRIOS, além da integridade dos serviços prestados e/ou publicados na PLATAFORMA. Para garantir a segurança dos USUÁRIOS, todos os comentários, mensagens, imagens e demais informações e dados que transitarem via PLATAFORMA serão monitorados pelo SEBRAE RS. No caso de o CLIENTE autorizar o recebimento de notificações, a PLATAFORMA lhe informará acerca do recebimento de novas mensagens e de novas propostas de trabalho. Os PRESTADORES DE SERVIÇO podem ser avaliados na PLATAFORMA pelos CLIENTES que utilizaram de seus serviços, sendo esta avaliação pública a todos os USUÁRIOS.
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. Deve possuir método de comutação de pacotes store-and-forward; Deve possuir controle de tempestade de broadcast/multicast/unicast; Deve possuir espelhamento de portas (Port Mirroring) nas modalidades 1:1 e N:1; Deve possuir port trunking conforme o padrõe IEEE 802.3ad, permitindo a criação de no mínimo 4 grupos por switch com capacidade de 8 portas por grupo; Deve possuir LLDP e LLDP-MED; Deve possuir os protocolos IEEE 802.1d (Spanning Tree), IEEE 802.1w (Rapid Spanning Tree) e IEEE 802.1s (Multiple Spanning Tree); Deve suportar no mínimo 32 instâncias de MSTP Deve possuir IGMP Snooping v1 e v2; Deve possuir recurso de MLD snooping v1; Deve suportar roteamento estático com no mínimo 124 rotas IPv4 e 50 rotas IPv6; Deve possuir recurso de limitação da quantidade de endereços MAC por porta, podendo trabalhar com até 64 MACs por porta simultaneamente; Deve suportar IP-MAC-Port Binding ou funcionalidade equivalente Deve possuir no mínimo de 256 VLANs de acordo com o padrão IEEE 802.1Q VLAN Tag Deve suportar Voice-VLAN; Deve possuir priorizacão de acordo com o 802.1p no mínimo 8 (quatro) filas por porta, suportando os algoritmos: WRR e Strict Priority; Deve possuir a funcionalidade de controle de banda podendo configurar intervalos de 16 Kbps; Deve possuir Classificação do Tráfego (CoS) baseado em, no mínimo: 802.1p, DSCP, Endereço MAC Endereço IP Porta TCP/UDP; Deve suportar, no mínimo, 760 regras ACL (Access Control List) baseadas em: 802.1p, Endereço IP Endereço IPv6 Endereço MAC, DSCP, Porta TCP/UDP Gerenciamento: Deve possuir SNMP v1, v2c e v3; Deve possuir gerenciamento via Web através de IPv4 e IPv6 Deve possuir RMONv1 com 4 grupos (estatísticas, histórico, alarmes e eventos); Deve possuir SNTP de acordo com a RFC 2030; Deve suportar a configuração de no mínimo 4 IP interfaces Deve suportar envio de mensagens para servidor SYSLOG em IPv4 e IPv6; Deve possuir Telnet Server Deve suportar Telnet Server over IPv6; Deve possuir SSH v2; Deve possuir cliente TFTP ou FTP; Deve implementar TFTP over IPv6 Deve suportar DHCP Relay; Deve suportar ICMPv6 de acordo com a RFC 4443; Deve suportar o armazenamento de pelos menos duas imagens de firmware e duas versões de configuração em sua memória; Deve possuir BOOTP/DHCP Client para IPv4 e IPv6; Deve possuir recurso de Diagnóstico de Cabos; Deve suportar as seguintes MIBs e RFCs: RFC 1213 MIB-II; RFC 1493 Bridge MIB; RFC 1157 SNMP MIB; RFC 1907 SNMPv2 MIB; RFC 2819 RMON MIB; RFC 1398, 1643, 1650, 2358 e 2665 Ether-like...
Funcionalidades. 3.1. Os CARTÕES ALELO permitirão, sujeito à disponibilidade, a realização das TRANSAÇÕES de acordo com as normas do OFICIAL DE REGISTRO DE TÍTULOS E DOCUMENTOS DA COMARCA DE BARUERI - SP Página Xxxxxxx Xxxxxxxx, 000 – Xxxxxxxxxx – Xxxxxxx/XX – CEP: 06455-000 0002/0021 Site: xxxx://xxx.xxxxxxxxxxxxxxxxx.xxx.xx Registro CNPJ: 05.641.292/0001-65 2120867 Oficial: Xxxxxx Xxxxxxxxx Xxxxxx Xxxxxxxx 18/12/2023 XXX, quando aplicável, 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, CARTÃO ALELO MULTIBENEFÍCIOS e dos CARTÕES ALELO TUDO ADICIONAIS.
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 xxx.xxxxxxxx.xxx.xx.
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 deve 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 (xxxx://xxx.xxxxxxxxxxxxxxxxxxxx.xxx/);
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 líquida adicional ao solicitado no edital, obedecendo os requisitos de RAID especificados por c...
Funcionalidades. O Módulo de Emissão de Guias de Pagamento de Taxas de Alvará do exercício atual e anteriores 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 DAM (documento de Arrecadação Municipal), onde o usuário deverá fornecer o CPF/CNPJ da Empresa e o sistema deverá listar as Inscrições Municipais existentes para o mesmo. Selecionando a inscrição, o sistema deverá listar os débitos de Taxas de Alvará de cada exercício possibilitando a impressão das parcelas em aberto.
Funcionalidades. 4.3.1. Permitir a exportação automática de certificados armazenados no dispositivo para o Certificate Store do ambiente Microsoft Windows 2000 e versões superiores.
4.3.2. Permitir personalização eletrônica através de parâmetro identificador interno (label).
4.3.3. Permitir criação de senha de acesso ao dispositivo de, no mínimo, 6 (seis) caracteres.
4.3.4. Permitir criação de senhas com caracteres alfanuméricos.
4.3.5. Permitir geração de chaves, protegidas por PINs (Personal Identification Number), compostos por caracteres alfanuméricos.
4.3.6. Permitir gravação de chaves privadas e certificados digitais que utilizam a versão 3 do padrão ITU-T X.509, de acordo com o perfil estabelecido na RFC 2459.
4.3.7. Armazenar chaves privadas em repositório de dados próprio, controlado pela solução. Apenas certificados pertencentes a um único titular podem ser associados às chaves contidas num determinado dispositivo, sendo que no caso de certificados emitidos para pessoas jurídicas, o titular é a pessoa física responsável pela empresa. 4.3.8. Permitir inicialização e reinicialização do dispositivo de armazenamento do certificado, mediante a utilização de PUK (Pin Unlock Key).