Gestió financera dels serveis en ITIL v4

6 preguntas de exámenes anteriores · 12 min · 1 hermanas, de otra categoría

Versiones que desarrolla: ITIL 3 (superada) · ITIL 4 (vigente)

Elaboración propia: la fuente es de pago y no se reproduce

Enunciat oficial. Gestió financera dels serveis en ITIL v4.

1. Propòsit

Gestió financera del servei (ITIL (Information Technology Infrastructure Library) 4) — propòsit: donar suport a les estratègies i plans de l'organització per a la gestió de serveis assegurant que els recursos i les inversions financeres de l'organització s'utilitzen de manera efectiva.

Funció principal dins de l'Estratègia del Servei (ITIL v3): quantificar en termes econòmics el valor dels serveis de TI i dels actius que els suporten, i proporcionar a la direcció la informació financera necessària per prendre decisions sobre inversió, priorització i prestació dels serveis, assegurant un finançament adequat per al lliurament i el consum dels serveis.

Dit d'una altra manera, la seva funció és traduir la TI (Tecnologies de la Informació) a llenguatge de diners perquè es pugui decidir amb criteri: quant costa cada servei, quant val per al negoci i si val la pena.

1.1 Les dades que aporta a l'estratègia i al disseny

La gestió financera agrega, afina i distribueix dades de cost que serveixen a dues altres pràctiques, i no a d'altres:

• A l'estratègia del servei: per determinar l'impacte financer dels canvis en els serveis TIC (Tecnologies de la Informació i la Comunicació) abans de decidir-los.
• Al disseny del servei: per conèixer el cost del model de gestió triat per a un servei —intern, extern o híbrid.

El que no aporta: fixar l'estructura d'un servei és una decisió de disseny, no una dada financera; i estimar el pressupost d'un projecte concret és gestió de projectes, no gestió financera del servei ja en funcionament.

2. Les tres activitats clàssiques

La comptabilitat de serveis exigeix un model de costos que permeti passar de la comptabilitat pressupostària (per capítols) a la comptabilitat per servei.

2.1 On es fa visible: el catàleg de serveis

La gestió financera no es queda en la comptabilitat interna: el seu resultat es publica al catàleg de serveis (→ tema 20), on cada entrada pot incorporar, a més de la descripció i l'SLA (Service Level Agreement), el cost indicatiu —o la tarifa, quan l'organització factura— d'aquell servei o d'aquella oferta. Coherentment amb el que s'ha dit més amunt, al sector públic el més freqüent és el showback (mostrar el cost sense cobrar-lo), no la tarifa. Quan el model s'aplica, és així com es fa operatiu: no es cobra «TI» de manera genèrica, es cobra o es mostra el cost de cada element concret del catàleg. Aquesta dada de preu és també el que permet al client regular la seva demanda —triar una oferta de servei més bàsica o més àmplia en funció del que costa— i preparar el seu propi pressupost amb la informació del catàleg com a referència.

3. El model de costos

3.1 Tipus de cost

• Directes: imputables íntegrament a un servei (la llicència d'una aplicació concreta).
• Indirectes o compartits: repartits entre diversos serveis (la xarxa, el CPD (Centre de Processament de Dades), el Service Desk).
• Fixos: no varien amb el volum (amortització del maquinari, lloguer del CPD).
• Variables: varien amb el consum (consum al núvol, llicències per usuari, comunicacions per trànsit).
• Capital (CAPEX, Capital Expenditure): inversió amortitzable en diversos exercicis.
• Operatius (OPEX, Operating Expenditure): despesa corrent de l'exercici.

3.2 Elements que componen el cost d'un servei

Maquinari · programari i llicències · allotjament (CPD, energia, refrigeració) · comunicacions · personal propi i extern · manteniment i suport de tercers · formació · assegurances · costos de transició i de retirada.

3.3 TCO i cicle de vida

El cost total de propietat (TCO, Total Cost of Ownership) cobreix tot el cicle de vida: adquisició, implantació, operació, manteniment, evolució, migració i retirada. És el nombre que cal comparar entre alternatives, no el preu de compra. → tema 3.

Costos que s'obliden sistemàticament: migració de dades, integracions, formació, gestió del canvi, sortida del proveïdor i egress de dades al núvol.

3.4 Repercussió interna (chargeback i showback)

• Chargeback: es cobra realment al centre de cost consumidor. Genera responsabilitat però també conflicte i burocràcia.
• Showback: es mostra el cost sense cobrar-lo. És el model habitual al sector públic: aporta transparència i moderació del consum sense els inconvenients del cobrament intern.
• Models de repartiment: parts iguals, per unitat de consum mesurat, per usuari, per transacció, per nivell de servei, amb preus diferenciats per modular la demanda → tema 17.

3.5 Sistemes d'imputació de costos indirectes

• Repartiment per volum: una clau senzilla i única (per exemple, el nombre d'usuaris) reparteix tot el cost indirecte, sense relacionar-lo amb què el genera.
• ABC (Activity Based Costing, càlcul de costos basat en activitats): identifica les activitats que consumeixen recursos (atendre una incidència, desplegar una versió) i imputa a cada servei el cost segons quines activitats li calen i quant en consumeix. És més precís que el repartiment per volum quan els serveis comparteixen recursos de manera molt desigual, i és el sistema que cal triar quan es demana canviar la imputació de costos a un model basat en activitats.

4. Anàlisi d'inversions

• Cas de negoci, VAN (Valor Actual Net), TIR (Taxa Interna de Retorn), ROI (Return on Investment, retorn de la inversió), payback, cost-efectivitat → tema 3.
• Comptabilitat analítica per servei com a base per a la decisió.
• Valor del servei: el cost és només una cara; l'altra és el valor entregat, que a l'Administració es mesura en missió pública, no en marge.
• Model de finançament: al sector privat pot ser per centre de benefici; al públic, pressupost assignat per programes i partides.

5. FinOps: la gestió financera al núvol

Amb el núvol, el cost passa de ser una inversió planificada anualment (CAPEX) a una despesa variable generada per decisions tècniques quotidianes (OPEX). Qualsevol desenvolupador pot provocar despesa. Això trenca el model tradicional de control pressupostari i obliga a un enfocament nou.

FinOps: pràctica cultural i operativa que uneix equips financers, tècnics i de negoci per prendre decisions basades en el valor econòmic del núvol, amb responsabilitat distribuïda sobre el cost.

Els tres principis del cicle FinOps: Informar (Inform) → Optimitzar (Optimize) → Operar (Operate), iteratius i continus.

Pràctiques per controlar la despesa al núvol en temps real — la pregunta d'examen sobre «quina pràctica permet controlar la despesa en el núvol en temps real» respon a aquest conjunt:

• Etiquetatge (tagging) obligatori de tots els recursos amb projecte, servei, entorn i responsable: sense etiquetes no hi ha atribució de cost possible.
• Quadres de comandament de cost en temps quasi real i alertes d'anomalia de despesa.
• Pressupostos amb llindars i alertes automàtiques per compte, projecte o etiqueta.
• Dimensionament correcte (rightsizing) continu i eliminació de recursos orfes o infrautilitzats.
• Apagada programada dels entorns de desenvolupament i proves fora d'horari.
• Instàncies reservades, savings plans i instàncies puntuals (spot) per a càrregues tolerants.
• Autoescalat perquè la capacitat segueixi la demanda.
• Polítiques i quotes per compte i projecte, i governança de la provisió (IaC amb revisió).
• Mostrar el cost a qui el genera (showback), integrat al flux de treball dels equips.

El cost dels serveis gestionats: sovint és més barat un servei gestionat que operar-lo un mateix quan s'hi compta el cost de personal; el TCO ho ha de mostrar.

Cost de sortida (egress): transferir dades cap enfora del núvol es factura; és un factor de bloqueig de proveïdor i s'ha de valorar des del disseny. El Data Act (Data Act) hi ha intervingut, imposant la supressió progressiva de les tarifes de canvi de proveïdor.

6. La gestió financera al sector públic

La lògica pressupostària pública no és la comptabilitat analítica, i això condiciona tota la pràctica:

• Pressupost anual amb especialitat qualitativa, quantitativa i temporal: el crèdit té una destinació concreta i no es pot superar ni traslladar lliurement. El marc general del pressupost local —tramitació, principis, execució— es desenvolupa a Hisendes locals → tema comú 13; aquí només la seva traducció al servei TIC.
• Capítols pressupostaris (TRLRHL, art. 167, que l'Ordre EHA/3565/2008 concreta —EHA és el codi del llavors Ministeri d'Economia i Hisenda dins la numeració oficial de disposicions, no una sigla conceptual que calgui obrir—): el maquinari i les obres sol anar al capítol 6 (inversions reals) i els serveis, subscripcions i llicències recurrents al capítol 2 (despeses corrents en béns i serveis). Aquesta és la traducció real de CAPEX i OPEX en una administració local: no és vocabulari d'empresa privada, és classificació econòmica legal. El pas al núvol trasllada despesa del capítol 6 al 2, cosa que té conseqüències pressupostàries reals i sovint és el principal obstacle intern.
• Plurianualitat: els contractes de diversos exercicis requereixen tramitació anticipada o despesa plurianual autoritzada.
• Contractació: el cost s'articula per contractes (LCSP), amb els seus terminis, pròrrogues i modificacions limitades.
• Estabilitat pressupostària i regla de despesa (LOEPSF — Llei Orgànica d'Estabilitat Pressupostària i Sostenibilitat Financera).
• Transparència: obligació de publicar contractes, execució pressupostària i comptes (Llei 19/2013, art. 8).
• Repercussió: a l'Ajuntament, el BIT (Barcelona Innovació i Tecnologia, abans IMI, Institut Municipal d'Informàtica) és un ens instrumental finançat per transferències i encàrrecs; el model és de showback i d'imputació per encàrrec, no de facturació interna competitiva.
• Control: fiscalització prèvia i posterior de la Intervenció, i control extern del Tribunal de Comptes i de la Sindicatura de Comptes.
• Tres finalitats de control que no s'han de confondre —finalitats, no la classificació legal de modalitats, que a l'àmbit local són la funció interventora i el control financer—, i que cauen com a distractores l'una de l'altra: la legalitat, assegurar que l'actuació s'ajusta a la norma, que és el que fa la funció interventora; la correcció de la despesa, pròpia del control financer i pressupostari; i la gestió, que és distinta de totes dues: detectar i rectificar errors de gestió i fer possible el retiment de comptes, avaluant si els objectius s'han assolit amb eficàcia i eficiència. Les estadístiques i les memòries d'activitat en són un producte, no la finalitat.

7. Indicadors financers de servei

• Cost total del servei i cost unitari (per usuari, per transacció, per tràmit).
• Percentatge de la despesa TIC sobre el pressupost total.
• Repartiment entre manteniment («mantenir les llums enceses») i evolució/innovació: un indicador de salut; si el manteniment consumeix més del 70-80 %, no hi ha marge per transformar.
• Desviació pressupostària i grau d'execució.
• Cost del núvol per servei i tendència mensual.
• Cost dels incidents i cost de la no-qualitat → tema 10.
• Deute tècnic estimat i cost d'oportunitat.

Claus d'examen

• Les dues respostes vàlides sobre què aporten les dades de gestió financera a l'estratègia i al disseny són l'impacte financer dels canvis i el cost del model de gestió; «fixar l'estructura del servei» és disseny i «estimar el pressupost d'un projecte» és gestió de projectes, no gestió financera (TS-TIC 2018, pràctica, s1-p26).
• Quan es demana canviar la imputació de costos a un sistema basat en activitats, la resposta és ABC (Activity Based Costing): els altres noms d'examen (sistemes de Gantt, de Laplace, «Quadratic») són distractors sense relació amb el càlcul de costos (TS-TIC 2023, pràctica, s2-p21).
• La despesa recurrent no és la inversió inicial: una fibra òptica pròpia té CAPEX alt però OPEX mínim després; una connexió llogada a un operador inverteix poc però paga quota indefinidament (TS-TIC 2018, pràctica, s3-p28).
• Al sector públic, CAPEX i OPEX no són un concepte d'empresa privada: es tradueixen literalment als capítols 6 i 2 del pressupost (TRLRHL, Ordre EHA/3565/2008). El pas al núvol trasllada despesa del 6 al 2.

Per recordar

• La funció de la gestió financera a l'estratègia del servei és quantificar econòmicament el valor dels serveis i dels seus actius i donar suport a la decisió.
• Les seves dades agregades, afinades i distribuïdes serveixen a l'estratègia (impacte financer dels canvis) i al disseny (cost del model de gestió); no fixen l'estructura del servei ni el pressupost d'un projecte concret.
• Tres activitats: pressupostar, comptabilitzar i facturar; la facturació és opcional i sovint es substitueix per showback.
• TCO cobreix tot el cicle de vida, inclosa la retirada; el preu de compra no és el cost.
• Directes/indirectes, fixos/variables, CAPEX/OPEX.
• ABC imputa el cost segons les activitats que consumeix cada servei; és més precís que un simple repartiment per volum.
• FinOps: Informar → Optimitzar → Operar, amb responsabilitat distribuïda del cost.
• Controlar la despesa al núvol en temps real exigeix etiquetatge obligatori, pressupostos amb alertes, rightsizing, apagada d'entorns i showback als equips.
• Els costos d'egress són un mecanisme de bloqueig de proveïdor; el Data Act els limita.
• Al sector públic, el pas al núvol trasllada despesa del capítol 6 (inversions) al capítol 2 (corrent) — és la traducció legal de CAPEX i OPEX, no vocabulari d'empresa privada.

Practicar este tema