El catàleg de serveis TIC i els acords de nivell de servei

Elaboració pròpia: la font és de pagament i no es reprodueix

Enunciat oficial. Catàleg de serveis TIC. Definició, manteniment i publicació. Acords de nivell de servei (SLA/OLA/UC).

1. Cartera i catàleg de serveis

Aquest tema parteix d'ITIL (Information Technology Infrastructure Library), el marc de gestió de serveis de TI (Tecnologies de la Informació) més estès i la font que manda en aquesta matèria (sin-fuente-oficial: no és d'accés lliure).

Cartera de serveis (service portfolio): el repositori superior amb tots els serveis d'un proveïdor, en qualsevol estat del seu cicle de vida. Tres blocs: el pipeline (allò que encara s'està avaluant, dissenyant o desenvolupant), el catàleg (el que ja està actiu i disponible) i els serveis retirats. Les tres fases hi entren: un servei que només està planificat, un que ja s'està lliurant i un que s'ha donat de baixa formen part igualment de la cartera.

Catàleg de serveis (service catalogue): el subconjunt de la cartera amb només els serveis actius i disponibles, és a dir, la part que es mostra a qui els pot demanar. La formulació canònica d'ITIL v3, que ha caigut més d'un cop amb paraules gairebé idèntiques, és aquesta: «una única font d'informació consistent sobre tots els serveis acordats, i garantir que està completament disponible per a qui se li hagi autoritzat l'accés». Una segona manera de dir el mateix, també literal: «una base de dades o document estructurat amb informació sobre tots els serveis TI en explotació, incloent-hi els que ja estan preparats per al desplegament».

El catàleg no és cap d'aquestes tres coses, amb què es confon sovint:

• Un inventari de maquinari. Els servidors, estacions de treball i impressores són elements de configuració; qui els inventaria és la CMDB (Configuration Management Database), no el catàleg. (Un enunciat oficial la desenvolupa com «Change Management Data Base»: és una errada del text de l'examen, no la traducció correcta.)
• El llistat de demandes tecnològiques del negoci. Això és matèria de la gestió de la demanda TIC.
• Un registre d'incidències obertes o de projectes en curs. El catàleg descriu el servei ja acabat, no el seu estat operatiu d'un instant ni el projecte que el crea o el modifica.

El primer pas perquè un servei nou hi entri no és donar-lo d'alta al catàleg: és justificar-lo amb un cas de negoci que n'avaluï el valor i el risc per a l'organització. Amb el cas de negoci aprovat, el servei entra al pipeline de la cartera; només quan ja està operatiu, o llest per desplegar-se, passa a formar part del catàleg. Definir l'SLA o assignar-hi un gestor de canvis són passos posteriors, un cop decidit que el servei tira endavant.

El procés o pràctica que manté aquest moviment és la gestió del catàleg de serveis, diferent de la gestió del portfoli (que decideix, a nivell estratègic, què entra i què surt de la cartera sencera) i de la gestió del nivell de servei (que regula els acords, no l'inventari). Qui l'exerceix —el gestor del catàleg— respon de la precisió del catàleg i de la seva coherència amb el portfoli i amb els serveis realment operatius; no respon del flux de creació de serveis, que és responsabilitat del disseny del servei (§4).

2. Les dues vistes del catàleg

Les dues vistes conviuen sempre: ITIL no en desaconsella cap ni prohibeix «en cap cas» barrejar-les, i cap de les dues formulacions absolutes és la seva. El catàleg tècnic ha d'incloure els serveis infraestructurals necessaris per proporcionar els de negoci, precisament perquè són transparents per al client —aquest no els veu ni els necessita veure.

3. Contingut d'una entrada del catàleg

Per a cada servei actiu, el catàleg recull:

• Nom i descripció en llenguatge d'usuari.
• Propietari o responsable del servei.
• A qui va adreçat i requisits d'elegibilitat.
• Com se sol·licita: canal, formulari, autoritzacions.
• Nivells de servei compromesos: disponibilitat, temps de resposta i de resolució.
• Cost o model de repercussió interna.
• Elements de configuració dels quals depèn, i contractes (UC) que el sostenen.
• Estat del cicle de vida i data de la darrera revisió.

No hi entra: sondes de monitoratge en temps real ni l'estat de disponibilitat instant a instant —això és matèria de la plataforma d'observabilitat—, ni els grups resolutoris i les incidències obertes, ni la llista de projectes que crearan, modificaran o retiraran el servei.

4. Gestió del catàleg: definició, manteniment i publicació

Definició. Els serveis s'identifiquen des de la perspectiva del client, mai des de l'estructura interna de TI. Ni un catàleg de centenars d'entrades que ningú llegeix (excés de granularitat) ni un de cinc línies que no serveix per a res (manca de detall).

Manteniment. El catàleg s'ha de mantenir viu: cada canvi que afecti la descripció, l'elegibilitat, els compromisos, les dependències o l'estat del cicle de vida d'un servei l'hauria d'actualitzar, amb revisions periòdiques i un propietari responsable de la seva vigència. Un catàleg desactualitzat perd credibilitat de seguida.

Publicació. Al portal d'autoservei o a la intranet, amb cercador i integració amb l'eina de tiquets: sol·licitar un servei ha de ser el mateix gest que consultar-lo. El catàleg de negoci es publica a les persones usuàries autoritzades —el mateix «qui se li hagi autoritzat l'accés» de la formulació d'ITIL v3 citada a l'inici—; el tècnic, només internament.

Governança. Segons ITIL v3, la gestió del catàleg de serveis és un procés que es descriu dins el llibre de Disseny del Servei (Service Design) —no dins Estratègia, que tracta la cartera a nivell estratègic; ni dins Transició, que desplega els canvis; ni dins Operació, que gestiona el dia a dia—. En ITIL 4 el mateix contingut es reformula com a pràctica de gestió del servei, sense el marc dels quatre llibres. Té com a interfícies la gestió del nivell de servei (§6), la gestió de la capacitat i la disponibilitat, la gestió de la demanda i la gestió financera dels serveis.

5. Les cartes de servei

Instrument propi del sector públic, que no s'ha de confondre amb el catàleg: mentre el catàleg informa de portes endins de què disposa l'organització, la carta de servei és el compromís que es fa davant la ciutadania. La Llei 19/2014, de transparència, accés a la informació pública i bon govern, regula les cartes de servei dins el marc dels serveis públics bàsics (art. 59) i en fixa el contingut mínim, els compromisos de qualitat i les regles d'aprovació i publicació aplicables —no és un deure incondicional per a qualsevol administració i qualsevol servei.

Contingut típic: dades identificatives de l'organisme, serveis prestats, compromisos de qualitat mesurables, els indicadors per verificar-los, drets dels usuaris i el sistema de queixes i suggeriments.

Es classifiquen per l'abast del compromís, mai per un altre criteri: de servei concret, d'unitat o organisme, d'àmbit territorial i interadministratives (quan diverses administracions es comprometen juntes sobre un servei compartit). No existeix —i és el distractor habitual— una classificació per «processos interns»: la carta és un document adreçat al ciutadà, no una eina de gestió interna.

A l'Ajuntament de Barcelona, qui les aprova de manera efectiva és la Comissió de Govern, no el Consell Plenari ni l'alcaldia: és una dada de règim especial municipal, i el reflex d'atribuir-ho a l'òrgan de màxima representació política és, precisament, el parany.

Relació amb l'SLA: la carta és el compromís públic; l'SLA és l'acord negociat amb un client concret. Els compromisos de la carta s'han de poder sostenir sobre els SLA i OLA de rerefons —si la carta promet un termini que cap acord intern garanteix, el compromís és fals.

6. Els acords de nivell de servei

La gestió del nivell de servei (SLM, Service Level Management) té un objectiu concret i únic: assegurar que es proporciona el nivell de servei acordat per als serveis de TI actuals. No és el mateix que:

• assegurar la capacitat suficient perquè els rendiments es puguin complir —això és la gestió de la capacitat, el distractor més freqüent—;
• crear i difondre el catàleg —això és la gestió del catàleg (§4)—;
• fer les tasques operatives del dia a dia —això és l'operació del servei.

I és l'SLM, no cap altra pràctica veïna, qui negocia, fa seguiment i informa de si els serveis assoleixen els seus objectius davant el client. La millora contínua identifica i implementa millores, però no reporta el compliment; la gestió de relacions amb el negoci —BRM— gestiona la relació estratègica, no els informes de rendiment; i la gestió de la disponibilitat només cobreix un dels atributs (§6.6), no el conjunt dels objectius del servei.

6.1 Qui signa amb qui: SLA, OLA i UC

Els tres acords no es distingeixen pel que prometen, sinó per amb qui es firmen:

En un plec públic d'adquisició, l'element que fixa indicadors de qualitat mesurables i el grau de consecució exigible a l'adjudicatari és sempre un acord de nivell de servei —de vegades anomenat ANS (Acord de Nivell de Servei) als plecs, la mateixa sigla en la seva forma catalana—, no unes fites de facturació (que regulen quan es paga, no amb quina qualitat) ni un model d'excel·lència com l'EFQM (European Foundation for Quality Management), que no és cap mecanisme contractual. El parany hi és en la perspectiva: si l'Administració el signa com a client d'un adjudicatari extern, és un SLA; si es mira des dels serveis que la unitat de TI presta després als seus propis usuaris, el mateix contracte fa de UC que els sosté per fora. Un OLA mai hi encaixa quan les dues parts són organitzacions diferents: és, per definició, l'acord de dues unitats de la mateixa casa.

6.2 Contingut d'un SLA

Un SLA ha d'incloure sempre objectius de servei mesurables —disponibilitat, temps de resposta, temps de resolució, rendiment— amb el seu procediment de mesura, l'horari de cobertura, les exclusions i el procediment d'escalat i revisió. No n'hi ha prou amb només penalitzacions (§6.5), ni és un lloc per a detalls tècnics interns de la solució —això és documentació tècnica, no un SLA—, ni es limita a informes històrics de rendiment, que són una sortida de la seva mesura i no un contingut fundacional de l'acord.

6.3 Estructures d'un SLA

• Per servei: un SLA per servei, igual per a tots els clients.
• Per client: un SLA per client, que cobreix tots els serveis que consumeix.
• Multinivell: nivell corporatiu (comú a tota l'organització) + nivell de client + nivell de servei. És l'estructura que millor escala.

Negociar un SLA es complica quan a l'altra banda no hi ha un interlocutor definit per parlar amb l'organització de TI. En canvi, ajuden a l'acord: personal habituat a expressar les seves necessitats de servei, serveis TI ja ben definits i avaluacions sistemàtiques del seu ús —si aquestes tres condicions es donen, l'acord és fàcil; la mancança d'interlocutor és, de les quatre, l'única que el dificulta.

6.4 Del requisit a l'indicador: SLR, SLO i SLI

Abans que existeixi cap acord signat, el negoci ja sap què necessita: això es recull en l'SLR (Service Level Requirements). Un cop negociat, cada objectiu concret que entra a l'SLA és un SLO; i la xifra real que es mesura per comprovar si es compleix un SLO és l'SLI. L'ordre és sempre el mateix: es defineix el requisit, es pacta l'objectiu, es mesura l'indicador i és l'acord —no l'indicador— el que es dona per complert o incomplert.

6.5 Penalitzacions per incompliment

Un SLA sense conseqüència per l'incompliment és una declaració d'intencions. Al sector públic, les penalitzacions no es pacten lliurement: les regula la Llei 9/2017, de contractes del sector públic, que exigeix que estiguin previstes al plec i que siguin proporcionals a la gravetat de l'incompliment, sense caràcter sancionador.

• Compliment defectuós (LCSP, art. 192): cada penalitat no pot superar el 10 % del preu del contracte, IVA (Impost sobre el Valor Afegit) exclòs, ni el conjunt de totes superar el 50 %.
• Demora (LCSP, art. 193): l'escala supletòria és de 0,60 € per cada 1.000 € del preu i dia de retard; cada vegada que l'acumulat arriba a un múltiple del 5 %, l'òrgan de contractació pot optar per resoldre el contracte o continuar-ne l'execució amb noves penalitats.

En el mercat privat i al núvol, el mecanisme habitual són els crèdits de servei (service credits): no es paga una multa, es descompta un percentatge de la factura del període incomplert, com a compensació i no com a indemnització del dany.

6.6 La relació amb la disponibilitat i la capacitat

L'SLA fixa l'objectiu —per exemple, un 99,9 % de disponibilitat—; qui l'ha de fer possible és la gestió de la capacitat i la disponibilitat, que dissenya la redundància, dimensiona la infraestructura i mesura si el compromís se sosté. Comprometre un objectiu de disponibilitat o de rendiment sense un pla de capacitat que l'aguanti és el mateix error que un SLA sense OLA ni UC de rerefons: una promesa que no té qui la sostingui per darrere.

Claus d'examen

• La formulació literal d'ITIL v3 del catàleg de serveis ha caigut amb dues redaccions gairebé calcades: «única font d'informació consistent sobre tots els serveis acordats» (TS-TIC 2023, pràctica, s2-p002) i «base de dades o document estructurat... incloent-hi els preparats per al desplegament» (TS-TIC 2025, pràctica, s2-p003). És la que cau, no una paràfrasi del propòsit.
• Cartera ≠ catàleg, i és el distractor més repetit del tema: la cartera té les tres fases (pipeline + catàleg + retirats), el catàleg només els actius (TS-TIC 2021, específic, s0-p064; TS-TIC 2023, pràctica, s2-p028).
• SLA, OLA i UC es diferencien per qui signa, no pel que prometen. En un plec públic, l'acord amb l'adjudicatari és un SLA vist des de l'Administració com a client, i pot ser alhora el UC que sosté els serveis interns (TM-TIC 2021-OP, pràctica, s3-p006).
• CMDB és Configuration Management Database, no «Change Management Data Base». Un enunciat oficial la desenvolupa malament: l'errada és seva, no es corregeix, però convé no aprendre-se-la (TS-TIC 2025, pràctica, s2-p003).
• L'SLR és anterior a l'SLA: recull el que el negoci necessita abans que hi hagi cap acord signat (TS-TIC 2023, pràctica, s2-p012).
• Les cartes de servei es classifiquen per l'abast del compromís, mai per un criteri de gestió interna (TS-TIC 2023, específic, s0-p026); a Barcelona, les aprova la Comissió de Govern (TS-TIC 2018, específic, s0-p025).

Per recordar

• Cartera = tot el cicle de vida (pipeline + catàleg + retirats). Catàleg = només els actius i disponibles.
• El catàleg té dues vistes: de negoci (client) i tècnica (interna, mai visible al client).
• La gestió del catàleg és, segons ITIL v3, un procés de Disseny del Servei; en ITIL 4, una pràctica.
• SLA = amb el client. OLA = amb una unitat interna. UC = amb un proveïdor extern.
• Abans de l'acord hi ha l'SLR (requisit); dins l'acord, cada SLO (objectiu) es comprova amb un SLI (indicador).
• Un SLA ha de portar objectius mesurables: no n'hi ha prou amb penalitzacions ni amb informes històrics.
• Penalització pública: proporcional, mai sancionadora; per compliment defectuós, 10 % com a màxim per penalitat i 50 % en total; per demora, 0,60 € per cada 1.000 € i dia.
• Les cartes de servei es classifiquen per abast (servei, unitat, territori, interadministratiu), no per processos interns; a Barcelona les aprova la Comissió de Govern.
• Estructures d'SLA: per servei, per client i multinivell (corporatiu + client + servei).
• L'obstacle clàssic per pactar un SLA és no tenir un interlocutor definit a l'altra banda.