especificação técnica – appliance adn

RFI / RFP - Espec.Tec. – Roteador Carrier Ethernet - ver 1.0 (20/10/2013 ) – PRODEMGE/GTE 1 / 28

C O N S U L T A P Ú B L I C A

VA L I D A Ç Ã O D A E S P E C I F I C A Ç Ã O T É C N I C A

E L E VA N T A M E N T O D E P R E Ç O S

P A R A A Q U I S I Ç Ã O D E

R O T E A D O R E S C A R R I E R E T H E R N E T

OUTUBRO / 2013

ESPECIFICAÇÃO TÉCNICA


1. INTRODUÇÃO

Este documento apresenta os requis i tos técn icos e de serviços para o fornec imento,

ins ta lação, supor te e manutenção para AQUISIÇÃO de Roteadores Carrier Ethernet

com função de elemento agregador no backbone MP LS da Rede IP Multisserviços

do Governo de Minas Gerais .

A ofer ta da PROPONENTE deverá atender in tegra lmente aos requ is i tos técn icos

deta lhados no anexo “Espec i f icação Técnica” , aos requis i tos de serviços, prazos,

documentação e n íveis de a tend imento det a lhados no anexo “Condições Gera is de

Contratação ” e preencher a tabe la de prec i f icação, de acordo com o anexo “Tabe la de

Prec i f icação” .

Qua lquer dúv ida deve ser d i r ig ida à gerênc ia de compras da CONTRATANTE, e -mai l :

[email protected] .

1.1. OBJETO

Apresentação de proposta para fornec imento, ins ta lação, supor te e manutenção de

Roteadores Carr ier Ethernet .

Serão adqu ir idos 02 (dois) Roteadores de acordo com as caracter ís t icas técn icas e

requ is i tos gera is re lac io nados nes te documento .

mailto:[email protected]



ANEXO II


E

CONDIÇÕES GERAIS DE CONTRATAÇÃO



1. ESPECIFICAÇÃO TÉCNICA E REQUISITOS GERAIS

Serão adquiridos 2 (dois) Roteadores Carrier Ethernet com função de elemento agregador no backbone

MPLS da Rede IP Multisserviços do Governo do Estado de Minas Gerais, com as características técnicas

e requisitos gerais relacionados neste documento.

Cada um dos Roteadores fornecidos deverá atender individualmente à integralidade dos requisitos

exigidos.

Todas as funcionalidades descritas nesta especificação devem ser fornecidas ativas e licenciadas para

USO imediato pela CONTRATANTE. Poderão ser tratadas como exceções aquelas funcionalidades que a

CONTRATANTE explicitamente indicar serem objetos de contratações futuras.

1.1. CARACTERÍSTICAS GERAIS

a) Tanto o sistema operacional quanto o hardware (envolve todos os componentes físicos

incorporados) deverão ser de um único fabricante;

b) Obrigatoriamente o sistema operacional deverá ser modular, não permitindo a fragmentação de

memória. Deverá possuir separação dos planos de controle e encaminhamento (Control Plane e

Data Plane). Deverá ser entregue a última versão do sistema operacional. Não serão admitidos

sistemas operacionais monolíticos;

c) O sistema operacional deverá suportar a atualização parcial dos módulos que o compõem, isto é,

não será necessária a sua atualização total diante da disponibilidade de atualizações em um

determinado módulo do sistema operacional;

d) A placa processadora principal incorporada na plataforma deverá conter o máximo de memória

RAM possível, evitando necessidade de upgrades;

e) O plano de encaminhamento (Packet Forward Engine) deverá ser executado exclusivamente em

hardware dedicado e distribuído para essa finalidade;

f) Tanto o hardware como o software devem possuir “Switching Performance / Routing

Performance / Label Swaping Performance” com recursos IPv4 e IPv6 (Dual Stack);

g) Deve possuir, pelo menos, uma porta USB e/ou PCMCIA e/ou Compact Flash, e por meio

desta porta ser possível carregar e instalar o sistema operacional;

h) Deve possuir uma memória flash interna (compact flash, disk/NAND) de forma a armazenar

cópias do sistema operacional, configurações, arquivos de recuperação rápida do

sistema/equipamento, além de logs gerados pelo sistema operacional e informações de

atividades de resolução de problemas como debugs e core dump;

i) Deve possuir memória com capacidade suficiente para armazenar, no mínimo, uma nova versão

de sistema operacional que tenha o tamanho de duas vezes o sistema operacional na versão

atual, atendendo simultaneamente a todas as funcionalidades exigidas nesta especificação;

j) O sistema operacional deverá ter a capacidade de armazenar localmente no equipamento, além

da configuração atual, pelo menos 40 configurações salvas, de forma que o operador do

equipamento, a seu critério, possa escolher e recarregar as configurações anteriores e ativa-las

(rollback de configuração);



k) Deve possuir mecanismo de rollback automático, com tempo estipulado para o retorno da

configuração prévia caso não seja confirmada a alteração de configuração;

l) Deve possuir padronização NEBS-compliance (Network Equipment Building System);

m) Deve possuir Certificado de Homologação na Anatel;

1.2. CAPACIDADE, DESEMPENHO E INTERFACES

a) Deverá ser capaz de comutar 80 Gigabits por segundo de tráfego full-duplex, ou o equivalente

a 160 Gigabits comutados por segundo de tráfego Half-duplex. Será considerado o montante

de tráfego entrante e sainte de cada uma das portas físicas definidas a seguir, operando na

capacidade máxima;

b) Deverá ser possível a configuração de endereçamento IP diretamente nas interfaces definidas

a seguir, tornando cada interface um ambiente de roteamento independente, e também a

configuração de interfaces VLAN, e posteriormente o aprovisionamento em múltiplas portas,

também sob referência ao item 1.2 subitem g;

c) Deve possuir taxa de encaminhamento de pacotes mínima de 55 Mpps ( cinquenta e cinco

milhões de pacotes por segundo), obrigatoriamente baseada em hardware, para IPv4 e

IPv6;

d) O equipamento fornecido deverá ser modular, possibilitando a inserção de módulos de interface

nos padrões 10GE e 1GE;

e) O equipamento deverá possuir 04 (quatro) portas de 10GE;

f) O equipamento deverá possuir 40 (quarenta) portas de 1GE;

g) As interfaces obrigatoriamente deverão estar populadas, com os seguintes componentes:

04 x 10GE XFP ou SFP+;

20 x 1GE SFP-SX;

20 x 1GE SFP-TP.

h) As interfaces deverão estar em condições de operar segundo os seguintes padrões:

IEEE 802.3 - 10BASE-T;

IEEE 802.3ab - 1000BASE-T;

IEEE 802.3ae - 10GBASE-SR;

IEEE 802.3u - 100BASE-TX;

IEEE 802.3z - 1000BASE-SX, 1000BASE-LX.

i) Deverá ser possível a inserção futura de módulo interface STM-1/OC-3 POS, sem a necessidade

de troca do equipamento, ou hardware, ou feature do sistema operacional;

j) Deve suportar 1.000 instâncias L3VPN;

k) Deve suportar 500.000 endereços MAC;

l) Deve suportar 1.000.000 rotas unicast em IPv4;

m) Deve suportar 640.000 rotas unicast em IPv6;



n) O equipamento não deverá apresentar degradação de desempenho quando features de ACL

(filtros de segurança até a camada 4), de QoS (marcação e priorização) e diretivas MPLS forem

ativadas;

o) Deve possuir suporte para Ethernet OAM (Operations, Administration, and Maintenance) ,

abrangendo as definições de LFM (Link Fault Management) e de CFM (Connectivity Fault

Management);

p) Deve possuir suporte para CFM (Connectivity Fault Management) em portas de interface

pertencentes a uma instância VPLS;

q) Deve possuir protocolo de proteção de redes Metro Ethernet baseadas em VLAN no padrão

EAPS (Ethernet Automatic Protection Swiching). Devem prover proteção de arquitetura linear de

1+1 e 1:1;

r) Deve possuir mecanismos de alta disponibilidade para ambiente de roteamento para alto

desempenho em backbone:

Non Stop Forwarding (NSF);

Fast Re-Route (FRR);

Gracefull Restart (GR) em BGP, OSPF e LDP.

s) Deve possuir, pelo menos, os seguintes mecanismos de controle de tráfego:

Traffic Policing;

Traffic Shaping;

Priority Queuing.

t) Deve possuir mecanismos de roteamento baseado em políticas (Policy Based Routing);

u) Deve possuir mecanismos de Unicast Reverse Path Forwarding (URPF, RFC 3704);

v) Deve possuir a capacidade de tratar pelo menos 6 rotas estáticas e/ou default para o mesmo

destino, de forma a balancear o tráfego sem a necessidade de protocolos de roteamento

dinâmicos;

w) Deve possuir os métodos de sincronismo Synch-E, UART, para o recurso “Synchronization and

Precise Timing Mechanisms”;

1.3. PROTOCOLOS E PADRÕES

a) Os equipamentos fornecidos devem atender e possuir os seguintes padrões IEEE e IETF:

IEEE 802.1ad Q-in-Q;

IEEE 802.1ag Service Layer OAM;

IEEE 802.1ah Provider Backbone Bridges;

IEEE 802.1AX-2008 Link Aggregation;

IEEE 802.1D MAC Bridges;

IEEE 802.1p Priority;

IEEE 802.1Q (GVRP);

IEEE 802.1s (MSTP);

IEEE 802.1v VLAN classification by Protocol and Port;

IEEE 802.1w Rapid Reconfiguration of Spanning Tree;

IEEE 802.3ac (VLAN Tagging Extension);



IEEE 802.3ad Link Aggregation (LAG);

IEEE 802.3ad Link Aggregation Control Protocol (LACP);

IEEE 802.3ag Ethernet OAM;

IEEE 802.3ah Ethernet in First Mile over Point to Point Fiber – EFMF;

IEEE 802.3x Flow Control;

RFC 768 - User Datagram Protocol (UDP);

RFC 791 – Internet protocol (IP);

RFC 792 - Internet control message protocol (ICMP);

RFC 793 - Transmission control protocol (TCP);

RFC 826 - An Ethernet Address Resolution Protocol;

RFC 894 - A Standard for the Transmission of IP Datagrams over Ethernet Networks;

RFC 1027 - Using ARP to Implement Transparent Subnet Gateways;

RFC 1195 - Use of OSI IS-IS for routing in TCP/IP and dual environments;

RFC 1701 - Generic Routing Encapsulation (GRE);

RFC 2474 - Definition of the Differentiated Services Field in the IPv4 and IPv6 Headers;

RFC 2475 - An Architecture for Differentiated Services;

RFC 2597 - Assured Forwarding PHB Group;

RFC 2598 - An Expedited Forwarding PHB;

RFC 2698 - A Two Rate Three Color Marker;

RFC 1058 - Routing Information Protocol (RIP);

RFC 1157 - A Simple Network Management Protocol (SNMP);

RFC 1256 - ICMP Router Discovery Messages;

RFC 1519 - Classless Inter-Domain Routing (CIDR);

RFC 1812 - Requirements for IP Version 4 Routers;

RFC 1850 - OSPF Version 2 Management Information Base;

RFC 1997 - BGP Communities Attribute;

RFC 2236 - Internet Group Management Protocol, Version 2;

RFC 2328 - OSPF Version 2;

RFC 3623 - Graceful OSPF Restart;

RFC 2338 - VRRP;

RFC 2362 - Protocol Independent Multicast-Sparse Mode (PIM-SM);

RFC 2370 - The OSPF Opaque LSA Option;

RFC 2385 - Protection of BGP Sessions via the TCP MD5 Signature Option;

RFC 2439 - BGP Route Flap Damping;

RFC 2453 - RIPv2;

RFC 2661 - Layer Two Tunneling Protocol L2TP;

RFC 2796 - BGP Route Reflection - An Alternative to Full Mesh IBGP;

RFC 2819 - Remote Network Monitoring Management Information Base;

RFC 2918 - Route Refresh Capability for BGP-4;

RFC 3022 - Traditional IP Network Address Translator (Traditional NAT);

RFC 3031 - Multiprotocol Label Switching Architecture;

RFC 3032 - MPLS Label Stack Encoding;

RFC 3036 - LDP Specification;

RFC 3630 - Traffic Engineering (TE) Extensions to OSPF Version 2;

RFC 3478 - Graceful Restart Mechanism for Label Distribution Protocol;

RFC 3270 - Multi-Protocol Label Switching (MPLS) Support of Differentiated Services;

RFC 3209 - RSVP-TE: Extensions to RSVP for LSP Tunnels;

RFC 4364 - BGP/MPLS IP Virtual Private Networks (VPNs);

RFC 4456 - BGP Route Reflection: An Alternative to Full Mesh Internal BGP (IBGP);



RFC 4577 - OSPF as the Provider/Customer Edge Protocol for BGP/MPLS IP Virtual Private

Networks (VPNs);

RFC 4724 - Graceful Restart Mechanism for BGP;

RFC 4781 - Graceful Restart Mechanism for BGP with MPLS;

RFC 4761 - Virtual Private LAN Service (VPLS) using BGP for Auto-Discovery and Signaling;

RFC 4762 - Virtual Private LAN Service (VPLS) using Label Distribution Protocol (LDP)

Signaling;

RFC 5798 - Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6;

RFC 2461 - Neighbor Discovery for IP Version 6 (IPv6);

RFC 2462 - IPv6 Stateless Address Autoconfiguration;

RFC 2463 - Internet Control Message Protocol (ICMPv6);

RFC 2545 - Use of BGP-4 Multiprotocol Extensions for IPv6 Inter-Domain Routing;

RFC 2740 - OSPF for IPv6;

RFC 3513 - Internet Protocol Version 6 (IPv6) Addressing Architecture;

RFC 3810 - Multicast Listener Discovery Version 2 (MLDv2) for IPv6;

RFC 3587 - IPv6 Global Unicast Address Format;

RFC 4601 - Protocol Independent Multicast - Sparse Mode (PIM-SM);

RFC 3973 - Protocol Independent Multicast - Dense Mode (PIM-DM);

RFC 3376 - Internet Group Management Protocol, Version 3;

RFC 2003 - IP Encapsulation within IP;

RFC 2473 - Generic Packet Tunneling in IPv6 Specification;

RFC 1853 - IP in IP Tunneling;

Internet draft draft-ietf-isis-ipv6-07 - Routing IPv6 with IS-IS - IETF Tools;

Internet draft draft-rosen-vpn-mcast-07.txt - Multicast in MPLS/BGP VPNs;

Internet draft draft-ietf-l3vpn-2547bis-mcast-10.txt - Multicast in MPLS/BGP IP VPNs;

Internet draft draft-ietf-l3vpn-2547bis-mcast-bgp-08.txt - BGP Encodings and Procedures for

Multicast in MPLS/BGP IP VPNs.

b) Deve suportar os protocolos SSHv1/2 e Telnet para acesso à administração do equipamento,

tanto quanto os protocolos FTP, TFTP e SCP para transferência de arquivos de configuração

e/ou arquivos de logs armazenadas no equipamento;

c) Deve possuir protocolo de autenticação, para controle do acesso administrativo ao equipamento,

que possua pelo menos as seguintes características:

Programar mecanismos de AAA (Authentication, Authorization e Accounting).

Criptografar todos os pacotes enviados ao servidor de controle de acesso.

Permitir controlar quais comandos os usuários ou grupos de usuários podem emitir em

determinados elementos de rede.

Utilizar o protocolo TCP para prover maior confiabilidade ao tráfego dos pacotes envolvidos

no controle administrativo.

Registrar os comandos executados por um dado usuário e as eventuais tentativas não

autorizadas de execução de comandos (accounting).

Autenticação via Radius ou Tacacs/Tacacs+;

d) Deve possuir administração e configuração através de interface de linha de comando (CLI) com

pelos menos dois níveis administrativos, sendo que no nível avançado será possível travar o

direito de alteração de configurações quando outros usuários com perfil de administrador acessar

o equipamento;



e) Deve possuir o protocolo de gerenciamento SNMPv1/2/3, MIB-II, para gerência do equipamento e

nativamente 2 grupos RMON (Alarms e Events) conforme RFC 1757;

f) Deve possuir uma porta de console para o gerenciamento no padrão RS-232, com conector RJ-45

ou DB-9 e interface específica para gerência no padrão FastEthernet (fora da banda);

g) Deve possuir a capacidade de geração de sflow ou flow proprietário para IPv4, com suporte ao

monitoramento dos links agregados ao equipamento. A operação não deverá causar nenhum

impacto na performance do processador central;

h) Deve possuir recursos de Object Tracking para identificação de Delay, Jitter, continuidade fim a fim

e perdas de pacotes envolvendo os protocos ICMP, HTTP, UDP e TCP. Também será possível

definir thresholds para alertas via SNMP trap e/ou armazenamento de logs no equipamento;

i) Deve possuir o protocolo SNTP (Simple Network Time Protocol), em conformidade com o padrão

RFC 2030 ou RFC 4330 - Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI,

ou ao protocolo NTP (Network Time Protocol);

1.4. QUALIDADE DE SERVIÇO (QOS)

a) Deve possuir QoS para classificação de tráfego, marcação e remarcação do campo TOS do IPv4 e

Experimental bits MPLS. A classificação deverá ser capaz de identificar protocolos, palyload-type e

selecionar pacotes através de listas de acesso. As diretivas de inspeção/policiadores deverão ser

aplicadas em cada interface nos sentidos de entrada e saída referenciado as filas de QoS;

b) Deve possuir a marcação de tráfego baseado no campo DiffServ (Differentiated Services),

conforme RFC 2474 - Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6

Headers e 2475 - An Architecture for Differentiated Service;

c) Deve possuir a classificação, marcação e remarcação baseadas em CoS (“Class of Service” –

nível 2) e DSCP (“Differentiated Services Code Point”- nível 3);

d) Deve possuir no hardware dos módulos de interface, pelo menos 8 filas de QoS por porta com no

mínimo 2 filas priority queue;

e) Deve suportar a priorização de tráfego por tipo de protocolo e por serviços da pilha TCP/IP e

DSCP. Suportar Traffic Policing, Traffic Shaping e Priority Queuing;

f) Deve possuir mecanismos de QoS WRR (Weighted Round Robin) e WRED (Weighted Random

Early Detection);

g) Deve possuir a facilidade de priorização de tráfego através do protocolo IEEE 802.1p.



1.5. DIMENSÕES E CARACTERÍSTICAS FÍSICAS GERAIS

a) Deverá ser de chassi modular e possuir dimensões e acessórios que possibilitem sua fixação em

rack padrão de 19" (dezenove polegadas).

b) Possuir no máximo 2 RUs (duas unidades de rack) de altura.

c) Tensão, com chaveamento automático: 100 ~ 240 VAC

d) Freqüência/alimentação: 50/60 Hz

e) Temperatura (faixa de operação): 5º a 40º C

f) Possuir, no mínimo, 2 (duas) fontes hot swap internas redundantes. Cada fonte deverá ter sua

tomada de alimentação independente, a fim de permitir sua conexão a circuitos elétricos distintos.

Em caso de queda de uma fonte, as demais deverão manter todo equipamento em operação, com

todas as portas ativas contratadas.

g) Suportar balanceamento de carga entre as fontes de alimentação redundantes.

h) Possuir cabo de alimentação para a fonte com, no mínimo 1.80m (um metro e oitenta centímetros)

de comprimento. Os conectores do tipo “macho”, para a alimentação elétrica dos equipamentos,

deverão ser fornecidos no novo padrão brasileiro, tripolar 3x0,75mm, NBR 14136, 10A.

i) Possuir ventiladores redundantes, hot swap. Em caso de queda de um componente, os demais

deverão manter todo equipamento em operação, com todas as portas ativas contratadas.

1.6. DEMAIS CONDIÇÕES

a) A instalação física e customização de diretivas, bem como atualização do sistema operacional,

adequação de funcionalidades, ativação de licenças de software, tunning, etc, deverão ser de

responsabilidade do fornecedor;

b) O suporte técnico deve ser na língua portuguesa com especialistas do fabricante ou fornecedor

contendo certificação avançada na plataforma licitada (Service Provider). O suporte deverá ser

prestado no ambiente PRODEMGE, MG, BH, Lourdes - Rua da Bahia 2277. O suporte poderá

ser executado remotamente (acesso remoto) ou em conferência, mas, somente através do

consenso da equipe técnica PRODEMGE;

c) Todos os equipamentos devem ser novos, sem prévia utilização, não remanufaturados e não

recondicionados;

d) Os modelos ofertados devem estar em linha de fabricação até a data de publicação deste edital.



2. ADJUDICAÇÃO

A PROPONENTE classificada em primeiro lugar no processo licitatório deverá apresentar, para

adjudicação, documentação comprovando os requisitos técnicos ofertados e, caso seja necessário, à

critério da CONTRATANTE, realizar testes de bancada, nas instalações da CONTRATANTE, para

comprovação do funcionamento do equipamento.

2.1. DOCUMENTAÇÃO

A PROPONENTE classificada em primeiro lugar no processo licitatório deverá apresentar, para

adjudicação do pregão, as informações e documentos abaixo relacionados:

a) Atestado de entidade pública ou privada declarando que ela já forneceu produtos e serviços

compatíveis com o objeto desse edital.

b) Relação de todos os componentes de ofertados neste processo licitatório, com o detalhamento

de suas características técnicas e capacidade de expansão.

c) Documentação impressa, em meio eletrônico ou site, publicada pelo fabricante dos produtos

ofertados, que comprovem, inequivocamente (com informação de endereço Internet ou manual

em PDF, identificação do documento e página) o atendimento de todos os requisitos exigidos

nesta Especificação Técnica.

d) Declaração informando que durante o período de GARANTIA, a assistência técnica dos

equipamentos será de sua inteira responsabilidade, incluindo todos os custos correspondentes.

e) Na declaração do item anterior também deverá constar que a assistência será prestada por

empresa autorizada pelo fabricante, seja a própria LICITANTE ou outra empresa. Neste caso

deverá ser informado o nome da autorizada.

f) Declaração concordando com todos os requisitos definidos para este edital.

2.2. HOMOLOGAÇÃO

a) A, solução proposta deverá ser instalada e configurada conforme padrões a serem estabelecidos

em reunião de kick-off entre a CONTRATANTE e a PROPONENTE, a ser realizada em até 3

dias úteis após a data do pregão.

b) Estas ações deverão contemplar, no mínimo, as seguintes atividades:

i. Instalação e configuração dos componentes da solução.

ii. Testes de funcionalidades da solução, em especial a instalação, configuração e uso das

funcionalidades detalhadas nos requisitos deste edital, para comprovação dos mesmos.

iii. A PROPONENTE deverá manter pelo menos um técnico nas instalações da CONTRATANTE

durante os testes, em horário comercial.

c) Caberá à CONTRATANTE acompanhar a PROPONENTE durante a homologação.

Condições Gerais de Contratação


CONDIÇÕES GERAIS DE CONTRATAÇÃO



1. NÍVEIS DE SERVIÇO

1.1 . DEFINIÇÕES E CONDIÇÕES GERAIS

1.1 .1 . A PROPONENTE deverá manter todos componentes da so lução fornec ida com um índice de d ispon ib i l idade anua l m ínimo de 99% (noventa e nove por cento) , apurados mensalmente , descons iderando as parad as p lanejadas e er ros de conf iguração ocas ionados pela CONTRATANTE.

1.1 .1 .1. Paradas p lanejadas são manutenções prev iamente agendadas entre a PROPONENTE e a CONTRATANTE para manutenções na solução proposta .

1.1 .1 .2. Estas para l isações devem ser sol ic i tadas com um mínimo de 20 (v inte) d ias ú te is de antecedênc ia .

1.1 .2 . Para apuração do Índ ice de D ispon ib i l idade da so lução e Tempo de Atendimento para solução de prob lemas, os chamados são c lass i f icados em 4 (quatro) Níveis de Sever idade, de acordo com a Tabela a segu ir :

Severidade Escopo

1

Um problema que tenha um impacto crítico na capacidade da CONTRATANTE em manter sua infraestrutura ativa. Um número significativo de usuários do sistema e/ou da rede é incapaz de executar adequadamente as suas tarefas. O sistema e/ou a rede estão inoperantes ou severamente degradados.

2

Um problema que tenha um impacto na capacidade da CONTRATANTE em manter sua infraestrutura ativa, cuja severidade seja significativa, porém não crítica, e que possa ser de natureza repetitiva. O funcionamento do sistema, da rede ou do produto é afetado, mas o desempenho não foi severamente degradado.

3 Um problema que não cause impacto na capacidade da CONTRATANTE em manter sua infraestrutura ativa.

4 Não é um problema e sim suporte para ajustes ou otimizações.

TABELA 1 – NÍVEIS DE SEVERIDADE

1.1 .3 . Um chamado somente será cons iderado cont ingenc iado ou conc lu ído com o ace i te da CONTRATANTE.

1.1 .3 .1. So lução de Cont ingênc ia ou de Contorno é uma solução temporár ia para um prob lema que nã o e l im ina a sua causa ra iz. Esta so lução restabe lece a d isponib i l idade do ambiente , poss ib i l i tando ass im a execução p lena de suas funções or ig inais , mantendo o mesmo níve l de desempenho anter ior ao problema.

1.1 .4 . Para os problemas c lass i f icados como de sever ida de 1 (um), a ass is tênc ia técn ica será prestada em regime 24x7x365 ( remota ou on -s i te) , com atend imento em até 2 (duas) horas corr idas após o regis t ro do chamado.



1.1 .4 .1. Caso o prob lema não tenha s ido cont ingenc iado após 4 (quatro) horas corr idas, a par t i r do reg is t ro do chamado, o supor te técnico deverá ser on-s i te e a so lução de cont ingênc ia não poderá u l t rapassar 6 (seis) horas corr idas, após o reg is t ro do chamado.

1.1 .5 . Para os prob lemas c lass i f icados como sever idade 2 (dois) , a ass is tênc ia técn ica será prestada em r egime 24x7x365 ( remota ou on -s i te) , com atend imento em até 2 (duas) horas corr idas após o regis t ro do chamado.

1.1 .5 .1. Caso o prob lema não tenha s ido cont ingenc iado após 6 (se is) horas corr idas, a par t i r do regis t ro do chamado, a ass is tênc ia técn ica deverá ser on -s i te e a so lução de cont ingênc ia não poderá u l t rapassar 8 (o i to) horas corr idas, após o reg is t ro do chamado.

1.1 .6 . Para os chamados c lass i f icados como sever idade 3 ( t rês) , a ass is tênc ia técn ica será prestada em horár io comerc ia l , em regime 8 x 5 ( remota) , com atend imento em até 4 (quatro) horas úte is após o reg is t ro do chamado.

1.1 .6 .1. A PROPONENTE terá, no máximo, 40 (quarenta) horas úte is , após o reg is t ro do chamado, para implantar uma solução de cont ingênc ia.

1 .1 .7 . Para os chamados c lass i f icados como sever idade 4 (quatro) , a ass is tênc ia técn ica será prestada em horár io comerc ia l , em regime 8 x 5 ( remota) , com atend imento em até 4 (quatro) horas úte is após o reg is t ro do chamado.

1.1 .7 .1. A PROPONENTE terá, no máximo, 15 d ias corr idos para responder ao chamado, após o seu reg is t ro .

1.1 .8 . Para prob lemas de hardware , a so lução def in i t iva não poderá u l t rapassar 45 (quarenta e c inco) d ias corr idos e para sof tware , 3 ( t rês) meses.

1.1 .9 . O descumpr imento de qua lquer um dos ind icadores suprac i tados acarre tará na ap l icação de multa de acordo com a legis la ção em vigor .

1.1 .10. Não será ace i to, pe la CONTRATANTE, a cobrança de eventua is d i ferenças v incu ladas a questões t rabalh is tas , ta is como fér ias , horas extras, sobreaviso, etc . Ad ic ionalmente, todos os gas tos proven ientes de des locamento, es tadia e a l imentação, ca so sejam necessár ios , já deverão estar inc luídos no preço f inal da proposta.



1.2 . INDICADORES DE QUALIDADE

1.2 .1 . Dispon ib i l idade da SOLUÇÃO

IDMS – Índice de Disponibilidade Mensal da SOLUÇÃO

Atributo Valor

Descrição

Percentual de tempo, durante o período de um mês de apuração, em que

todos os PRODUTOS da SOLUÇÃO, permaneçam em condições normais

de funcionamento, com os todos os recursos e funcionalidades contratados.

Objetivo Garantir uma disponibilidade minimamente aceitável da SOLUÇÃO

PROPONENTE.

Meta 99%

Periodicidade Mensal

Unidade de Representação Valor percentual

Forma de Cálculo

IDMS = ( ( DR + IJ ) / DP ) x 100 onde:

DR = Disponibilidade real no mês de apuração, em horas

IJ = Indisponibilidade justificada no mês de apuração, em horas

DP = Disponibilidade prevista no mês de apuração, em horas =

24 x (número de dias no mês de apuração)

Obs.: A indisponibilidade justificada decorre de:

Paradas acordadas entre as partes;

Motivos de força maior (ex. desabamento, enchentes, etc.).

Mecanismo de Medição e

Gestão

O mecanismo de medição e a forma de gestão deste indicador estão descrito

no item “GESTÃO DOS NÍVEIS DE SERVIÇO” deste anexo.

Proporcionalização do

Pagamento

Meta não atingida implicará em desconto no valor do pagamento mensal,

pela CONTRATANTE, do serviço correspondente ou da garantia contratual

especificada neste edital, caso o serviço correspondente tenha sido, de

alguma forma, quitado pela CONTRATANTE antecipadamente.

O desconto total será calculado aplicando acumulativamente o desconto

referente a cada indicador de qualidade especificado neste item e aplicável

no período de apuração correspondente.

Considera-se a seguinte tabela para o cálculo do desconto referente a este

indicador de qualidade:

- Sem desconto, se 99% ≤ ICSP ≤ 100%

- Desconto de 5%, se 95% ≤ ICSP < 99%



- Desconto de 20%, se ICSP < 85%



1.2 .2 . Prazo de Atend imento da MANUTENÇÃO E SUPORTE TÉCNICO

ICSP – Índice de CHAMADOS solucionados no prazo previsto

Atributo Valor

Descrição

Percentual de CHAMADOS solucionados, pela CONTRATANTE, no prazo

previsto, em relação a todos os CHAMADOS efetuados durante o período

de apuração.

Objetivo

Reduzir os atrasos nas resolução de problemas, defeitos e no

esclarecimento de dúvidas e questionamentos técnicos pela

PROPONENTE.

Meta 95%

Periodicidade Mensal


Forma de Cálculo

ICSP = (TCP / TC ) x 100

onde:

TCP = Total de chamados SOLUCIONADOS dentro do prazo

máximo definido neste edital, durante o período de

apuração.

TC = Total de chamados ABERTOS durante o período de

apuração.


Gestão

O mecanismo de medição e a forma de gestão deste indicador estão

descrito no item “GESTÃO DOS NÍVEIS DE SERVIÇO” deste anexo.


Pagamento

















1.2 .3 . Ef icác ia da MANUTENÇÃO E SUPORTE TÉCNICO

ICSD – Índice de CHAMADOS Solucionados Definitivamente

Atributo Valor

Descrição

Percentual de CHAMADOS solucionados de forma definitiva pela

PROPONENTE em relação a todos os CHAMADOS efetuados, durante o

período de apuração.

Objetivo Reduzir o número de reincidências nos CHAMADOS abertos pela

CONTRATANTE pela mesma causa raiz.

Meta 95%

Periodicidade Trimestral


Forma de Cálculo

ICSD = (TCP / TC ) x 100

onde:

TCD = Total de chamados SOLUCIONADOS sem reincidência no

período de apuração.

TC = Total de chamados ABERTOS durante o período de

apuração.


Gestão

O mecanismo de medição e a forma de gestão deste indicador estão

descrito no item “GESTÃO DOS NÍVEIS DE SERVIÇO” deste anexo.


Pagamento

Não será aplicado nenhum tipo de desconto de pagamentos à

PROPONENTE, no caso de descumprimento da meta. Porém a

CONTRATANTE se reserva o direito de aplicar as penalidades previstas na

legislação vigente.

Observação

















1.3 . GESTÃO DOS NÍVEIS DE SERVIÇO

1.3 .1 . Pe lo menos um dos segu intes mec an ismos deve ser d ispon ib i l i zado pe la PROPONENTE para ABERTURA (REGISTRO) de CHAMADOS: te lefone, mensagem elet rôn ica (e -mai l ) , s í t io na Internet .

1.3 .2 . No caso de l igações te lefôn icas, o número para contato para a aber tura/ reg is t ro de CHAMADOS deverá ser único p ara todos os módulos, componentes e func iona l idades da SOLUÇÃO.

1.3 .3 . Na ABERTURA (REGISTRO) dos CHAMADOS, a CONTRATANTE i rá comunicar , v ia mensagem ele t rônica (e -mai l ) , à PROPONENTE as segu intes in formações:

Data e hora de abertura do CHAMADO.

Código alfanumérico de identificação do CHAMADO.

Descrição do CHAMADO.

Nível de Severidade do CHAMADO.

Identificação (nome completo e matrícula) do solicitante da CONTRATANTE.

Identificação do atendente da PROPONENTE.

1.3 .4 . Caso o CHAMADO tenha s ido aber to v ia l igação te le fônica , a PROPONENTE deverá conf i rmar , v ia mensagem elet rôn ica (e -mai l ) , a ABERTURA (REGISTRO) do CHAMADO, inc lu indo as segu in tes in formações:


Data e hora de início do ATENDIMENTO.

Descrição do serviço a executar.

Identificação do responsável pelo serviço a executar.

1.3 .5 . O CONTIGENCIAMENTO do CHAMADO será conf i rmado através do acei te pe la CONTRATANTE na ordem de serviço (OS) correspondente, desde que inc luso as segu in tes in formações:


Data e hora de conclusão do contingenciamento.

Descrição detalhada do serviço executado.

1.3 .6 . A CONCLUSÃO def in i t iva do CHAMADO será conf i rmada a través do ace i te pe la CONTRATANTE na ordem de serviço (OS) correspondente, desde que inc luso as segu in tes in formações:


Data e hora de conclusão do serviço executado.

Descrição detalhada do serviço executado.

1.3 .7 . A CONTRATANTE deverá e laborar e env iar à PROPONENTE até o 5º (qu into) d ia út i l do mês, o RELATÓRIO DE APURAÇÃO DE NÍVEIS DE SERVIÇO, conforme o modelo apresentado no Anexo – Modelos de Documentos deste ed i ta l .



1.3 .8 . Neste re la tór io serão apresentados os resul tados referentes a todos os INDICADORES DE QUALIDADE cujo per íodo de apuração se encerra no mês que precede à data de sua emissão.

1.3 .9 . Caso não ocorra nenhum CHAMADO no per íodo de apuração, a emissão deste re latór io será d ispensada, cons iderando, neste caso, que todos os INDICADORES DE QUALIDADE alcançaram a meta prev is ta .

1.3 .10. Durante o per íodo de garant ia , a CONTRATANTE deverá ter a opção de abr i r chamado de supor te técn ico d i retamente ao fabr icante dos equipamentos, at ravés de centra l de atend imento 0800 no Bras i l , durante os 7 d ias da semana, 24 horas por d ia (24x7) , inc lus ive em fer iados.

1.3 .11. A PROPONENTE deverá ter acesso d ireto à base de dados de conhec imento do fabr icante dos equipamentos. Base esta que contenha informações, or ientações e ass is tênc ia para ins ta lação, des insta lação, conf iguração e a tual ização de f i rmware e so f tware, apl icação de correções , d iagnóst icos , ava l iações e resolução de prob lemas e demais at iv idades re lac ionadas à corre ta operação e func ionamento dos equipamentos.

2. DOCUMENTAÇÃO PARA ASSINATURA DO CONTRATO

A PROPONENTE vencedora deverá apresentar na ass ina tura do contrato:

2 .1 . Catá logos, prospec tos e outros documentos que contenham as espec i f icações técn icas re lat ivas aos produtos ofer tados .

2.2 . Todas as ex igênc ias para as ins ta lações f ís icas e caracter ís t icas dos equipamentos propostos contendo pe lo menos:

2.2 .1 . Dimensões e peso dos módulos.

2.2 .2 . Caracter ís t icas e lét r icas de func ionamento ( tensão, f requênc ia, cor rente e t ipo de conector ) .

2 .2 .3 . Espec i f icação do t ipo de ref r igeração, d iss ipação de ca lor , vo lume de ar necessár io à ref r igeração, temperatura de t raba lho e umidade re lat iva do ar .

2.2 .4 . Área necessár ia para ins ta lação das máqu inas e outros recursos espec ia is necessár ios (Ex. : l inha te lefôn ica , acesso lóg ico, rede) .

2.3 . A documentação deverá ser fornec ida impressa ou em mídia DVD/CD, em id ioma Por tuguês ou Ing lês, contendo or ientações para a conf iguração e operação do produto fornec ido . Entregar pe lo menos 1 (uma) mídia ou documentação impressa por contrato efet ivado.



3. RECEPÇÃO TÉCNICA E INSTALAÇÃO

3.1 . Caberá à PROPONENTE:

3.1 .1 . Efetuar v is i ta técn ica prév ia ao loca l de entrega, para def in ição de toda a logís t ica de t ranspor te e ins ta lação.

3.1 .2 . Acond ic ionar e t ranspor tar os recursos contratados, em embalagem apropr iada para o t ranspor te, de acordo com as melhores prát icas do mercado e recomendações do fabr icante . A embalagem deve ser inde levelmente ident i f icada com, no mín imo, as seguintes in formações:

Nome do fabr icante ou marca do produto.

Des ignação do t ipo, modelo ou equ iva lente.

Número de sér ie.

Número do pedido de compra.

Pos ição de t ranspor te e ins t ruções de manuseio.

Massa to ta l do vo lume em qu i logramas.

3.1 .3 . Entregar os equ ipamentos, no Datacenter da CONTRATANTE, na Rua Bahia, 2 .277 – Lourdes – BH/MG, nos per íodos de 8h às 12h e de 14h às 17 h , de 2ª a 6ª fe i ra , com agendamento prév io de, no mínimo, 24 horas , com a Gerênc ia de Supr imentos ou com Gerênc ia de Gestão de At ivos.

Havendo necess idade de desembalar o equ ipamento para des locamento até a sala cof re, o procedimento deverá ser fe i to pe la t ranspor tadora, na presença de um técnico credenc iado pe la PROPONENTE.

3.1 .4 . Fornecer toda a documentação técn ica necessár ia à adequad a u t i l i zação dos equipamentos.

3.1 .5 . Ex ig i r que seus prof iss iona is , durante o per íodo em que permanecerem nas dependênc ias da CONTRATANTE, por tem crachá de ident i f icação.

3.1 .6 . Efetuar a ins ta lação dos equ ipamentos , juntamente com o técn ico da CONTRATANTE.

3.1 .6 .1. São de responsabi l idade da PROPONENTE os serviços de ins ta lação, conf iguração, customização e conexão dos equ ipamentos fornec idos , compreendendo: ins ta lar f is icamente todos os equipamentos e conf igurá - los logicamente para que possam ser ut i l i zados imediatamente pela equipe de operação da PRODEMGE.

3.1 .6 .2. A ins ta lação poderá ocorrer em dia ú t i l ou não e em horár io comerc ia l ou não, sem ônus adic iona is e a cr i tér io da CONTRATANTE.

3.1 .7 . Efetuar a recepção técn ica, jun tamente com o técn ico da CONTRATANTE após a ins ta lação dos equipamentos e customização da so lução conforme requ is i tos técn icos.

3.1 .7 .1. A CONTRATANTE, no a to da recepção técn ica, poderá rea l izar a anál ise técn ica dos equ ipamentos entregues, por amostragem ou no



to ta l , para ver i f icar se estão em conform idade com as espec i f icaçõ es técn icas def in idas nes te ed i ta l .

3 .1 .7 .2. Todos os i tens de mater ia l do ped ido de compra re je i tados em inspeção devem ser subst i tu ídos, por conta da PROPONENTE, sem nenhum ônus para a CONTRATANTE.

3.1 .7 .3. A re je ição de qua lquer mater ia l ou serv iço, em vir tude de fa lhas constatadas , não d ispensa a PROPONENTE de cumpr ir as datas de entrega promet idas.

3.1 .7 .4. Se a re je ição tornar imprat icáve l a en trega da solução PROPONENTE nas datas prev is tas, ou se tornar ev idente que a PROPONENTE não será capaz de sat is fazer as ex igênc ias estabe lec idas nesta espec i f icação, a CONTRATANTE se reserva o d i re i to de resc ind ir todas as suas obr igações e de obter mater ia is e serv iços de outro fornecedor . Em ta is casos, a PROPONENTE será cons iderada inf ratora do contrato e estará suje i to às penal idades ap l icáve is .

3.1 .7 .5. O acei te ou aprovação do obje to desta l ic i tação, não exc lu i a responsabi l idade c iv i l nem a ét ico -prof iss iona l da PROPONENTE por víc ios de quant idade, qua l idade ou d ispar idades com as espec i f icações es tabe lec idas neste edi ta l ver i f icadas poster iormente , garant indo-se à Admin is t ração Púb l ica as faculdades previs tas no Ar t . 18 da Le i nº . 8.078/90 – Cód igo de Defesa do Consumidor .

3.1 .8 . Manter pelo menos um técnico nas ins ta lações da CONTRATANTE durante a implantação da SOLUÇÃO PROPONENTE até que cessem os prob lemas.

3.2 . Caberá à CONTRATANTE:

3.2 .1 . Acompanhar a PROPONENTE durante a recepção técnica e ins ta lação dos produtos entregues .

3.2 .2 . Emit i r laudo técn ico , ao f ina l da recepção técn ica e da ins ta lação dos produtos adquir idos, ates tando, ou não, a conform idade da en trega em re lação aos requis i tos espec i f icados.

4. SERVIÇO DE CAPACITAÇÃO TÉCNICA

A PROPONENTE deverá t re inar 08 (oito) técnicos da CONTRATANTE, no ambiente operac iona l ofer tado (hardware e sof tware o fer tados) e na operação do equ ipamento .

4.1 . Os cursos deverão ser cer t i f icados pe lo fabr icante dos equ ipamentos .

4.2 . Os ins t rutores devem ser capac i tados para o t re inamento.

4.3 . O conteúdo dos cursos deverá abranger os segu intes tópicos: ins ta lação, conf iguração, operação, moni toramento , adminis t ração bás ica e avançada.

4.3 .1 . É obr igatór io re lac ionar a ementa dos cursos, carga horár ia e conteúdo programát ico .



4.3 .2 . É obr iga tór io o fornec imento de mater ia l escr i to (manua is) ou e let rôn ico (arqu ivo d ig i ta l ) e o uso de uma estação para cada a luno.

4.3 .3 . A abordagem do t re inamento deve ser em inentem ente prát ica , ut i l i zando exemplos e exerc íc ios para i lus t rar os concei tos e capac i tar os par t ic ipantes a empregar os recursos oferec idos.

4.3 .4 . O loca l de t re inamento e os recursos necessár ios (sa la, in t rutores, desk top, e tc) são de responsabi l idade da PROPONENTE.

4.3 .5 . Todos os custos serão de responsab i l idade da PROPONENTE.

4.4 . O faturamento da capac i tação f icará cond ic ionado à emissão, pela CONTRATANTE, do “Termo de Ace i te ” .

4 .5 . É obr igatór io um mínimo de 12 (doze) horas de carga horár ia para cada turma, não podendo u l t rapassar o l im i te de 4 (quatro) horas por d ia.

4.5 .1 . A capac i tação deverá ser rea l izada de segunda - fe i ra a sex ta - fe i ra, em horár io comerc ia l en tre 08:00h e 18:00h.

5. OPERAÇÃO ASSISTIDA E HANDS-ON

5.1 . Caberá à PROPONENTE:

5.1 .1 . Fornecer OPERAÇÃO ASSISTIDA, com presença on -s i te do técn ico da PROPONENTE, em horár io comerc ia l (8x5) e supor te em regime 24x7.

5.1 .2 . A solução proposta será ins ta lada e conf igurada conforme padrões a serem estabe lec idos em reunião de k ick -of f entre a CONTRATANTE e a PROPONENTE. Estas ações deverão contemplar , no mínimo, as segu intes at iv idades:

5.1 .2 .1. Ins ta lação, conf iguração e ot im ização da so lução.

5.1 .2 .2. Rea l ização de a jus tes f inos .

5.1 .2 .3. Acompanhamento e homologação do ambiente em produção.

5.1 .3 . Responsab i l idades durante a Operação Ass is t ida:

5.1 .3 .1. Garant i r a d ispon ib i l idade e desempe nho do ambiente.

5.1 .3 .2. Hands-on para a equipe da CONTRATANTE na ins ta lação, conf iguração, adminis t ração e a jus tes ( tuning) da so lução com todas as func iona l idades.

5.1 .3 .3. Def in ição de métr icas e ind icadores que serão ut i l i zados para ava l iação de desempenho de forma a garant i r n íve is de serv iços (SLA) .

5.1 .3 .4. In tegração da console de moni toração da CONTRATANTE (Spectrum) com s is tema de a larmes da so lução proposta .



5.1 .3 .5. Manter pelo menos um técnico nas ins ta lações da CONTRATANTE durante a implantação da SOLUÇÃO PROPONENTE até que cessem os prob lemas.

5.1 .3 .6. Gerar documentação deta lhada de todos os passos da ins ta lação, conf iguração e a jus tes, no ambiente de produção, a qua l deverá ser entregue em meio impresso e arqu ivo magnét ico no formato PDF antes da emissão do Atestado de Ace i te Técnic o .

5.2 . Caberá à CONTRATANTE:

5.2 .1 . Acompanhar a PROPONENTE durante a operação ass is t ida.

5.2 .2 . Emit i r laudo técn ico, ao f inal da operação ass is t ida, atestando, ou não, a execução dos serviços pe la PROPONENTE.

6. PRAZOS E GARANTIA

Deverão ser observados os seguintes prazos c ontratua is no fornec imento da so lução .

6.1 . Prazo de entrega: 45 (quarenta e c inco) d ias corr idos após ass inatura do contrato.

6.2 . Prazo máximo de ins ta lação da so lução: 15 (qu inze) d ias corr idos após a entrega do equ ipamento.

6.3 . Prazo máximo de recepção técn ica: 72 (s e tenta e duas) horas após a ins ta lação dos equipamentos e demais componentes da solução conforme os requ is i tos técn icos.

6.3 .1 . Ocorrendo prob lemas na recepção técn ica , a PROPONENTE terá o prazo de 05 (c inco) d ias úte is para solução das pendênc ias ou t roca imed ia ta dos equipamentos.

6.4 . Prazo de garant ia de todos componentes da solução: 36 ( t r in ta e seis) meses.

6.4 .1 . O in ic io da garant ia será cons iderado a par t i r da data de acei te pe la CONTRATANTE da ins ta lação da solução.

6.4 .2 . O prazo de subscr ição de todo sof tware fornec ido d eve ser igua l ao per íodo de garant ia do produto . Durante a v igênc ia do contrato, a CONTRATANTE terá d i re i to a atua l ização da versão do sof tware.

6.5 . Prazo para rea l ização do serviço de capac i tação técn ica : O prazo será a l inhado em comum acordo ent re PROPONENT E e CONTRATANTE.

6.5 .1 . O prazo f ina l será de 90 (noventa) d ias após a ass inatura do cont rato .

6.6 . Prazo para iníc io da Operação Ass is t ida: imediatamente após o térm ino e ace i te da recepção técn ica da ins ta lação e customização da so lução.

6.6 .1 . Per íodo: 21 (v in te e um) d ias corr idos, após o acei te da ins ta lação e conf iguração da so lução.

ANEXO – Modelos de Documentos


ANEXO

TABELA DE PRECIFICAÇÃO



1. PRECIFICAÇÃO

A PROPONENTE deverá segmentar todos os custos conforme tabe la aba ixo.

1.1 . Os custos devem ser apresentados em REAIS (R$) , inc lu indo todos os impostos e

taxas ap l icáve is .

1.2 . O quant i ta t ivo para os “Serviços de Supor te e Garant ia” representa a quant idade

de meses do prazo de garant ia.

1.3 . Para o acei te da “ Ins ta lação” será emit ido um único laudo, referente à conc lusão

do processo de ins ta lação g loba l da so lução PROPONENTE.

1.4 . Os descontos previs tos no Anexo “Condições Gerais de Contra tação - Níve is de

Serv iço” serão ca lculados tendo como base o va lor g loba l referente aos serviços

contratados.

02 roteadores carr ier Ethernet Custo Un i tár io

(R$)

Quant . CUSTO (R$)

Hardware

Sof tware

Serv iços

Ins ta lação

Operação Ass is t ida

e Hands on

Capac i tação

Supor te e Garant ia

CUSTO TOTAL (R$)

TABELA 1 – CUSTOS DE AQUISIÇÃO



ANEXO

MODELOS DE DOCUMENTOS



RELATÓRIO DE APURAÇÃO DE N ÍVEIS DE SERVIÇO

RELATÓRIO DE APURAÇÃO DE NÍVEIS DE SERVIÇO

Ident i f icação do Contrato

Contrato: __________ Data de Emissão: ___/___/___

Ind icadores de Qua l idade

Código do Indicador: _____________

Nome: _______________________________________________________________________

Período de Apuração: ___ /___ /___ a ___ /___ /___

Valor Apurado: ______

Desconto no Pagamento: ( ) sem desconto (meta atingida)

( ) desconto de R$______ (_________________________________)

na parcela devida no mês ou na garantia contratual, conforme

estipulado no contrato correspondente a este serviço.

Chamados no Período

Código do

Chamado

Abertura Severidade

Contigenciamento Encerramento

Data Hora Data Hora Data Hora

Código do Indicador: _____________

Nome: _______________________________________________________________________

etc .

especificação técnica – appliance adn

Documents