Cosa sa l'amministrazione finanziaria che l'IT non sa

Il conto non mente

Un abbonamento viene stipulato perché qualcuno ne ha bisogno. È questa la caratteristica che rende i dati di acquisto e licenza preziosi nella costruzione di un inventario AI. Un collaboratore che utilizza un modello linguistico o visivo senza che l'IT ne sia al corrente, in genere lo paga comunque: con una carta di credito, tramite una nota spese, tramite una carta aziendale di team, tramite un budget di reparto. Quella transazione è registrata da qualche parte, anche se nessuno l'ha segnalata come "uso di AI".

Ciò rende i dati finanziari un punto di accesso diverso rispetto alla lista IT. Mentre perché la lista IT non corrisponde alla realtà in un'organizzazione con più reparti spiega perché l'approvazione formale e l'uso reale finiscono per divergere, questa traccia mostra ciò che, nonostante quel divario, risulta comunque registrato: denaro spesso per qualcosa.

Dove trovare questi dati

Le fonti non si trovano presso un unico reparto. Sono rilevanti tra l'altro:

Panoramiche delle carte di credito e note spese. Importi ricorrenti verso fornitori AI conosciuti, spesso sotto nomi non immediatamente riconoscibili come "AI".
Fatture presso l'amministrazione contabile fornitori. Contratti gestiti tramite gli acquisti, incluse spese di implementazione una tantum che indicano un abbonamento.
Strumenti di gestione SaaS, se l'organizzazione li utilizza: questi mostrano spesso quali applicazioni sono attivamente collegate ad account aziendali, indipendentemente dal fatto che siano state richieste all'IT.
Log di single sign-on e identity. Chi accede a quale servizio con un account aziendale, anche senza che esista un contratto centrale.
Registri di acquisto per reparto. Soprattutto nelle organizzazioni dove i reparti gestiscono un proprio budget, qui compaiono abbonamenti mai comunicati all'IT.

Nessuna di queste fonti offre da sola un quadro completo. Insieme, rivelano un pattern che la lista IT non mostra.

Cosa registrare per ogni voce trovata

L'obiettivo non è un elenco di importi, ma un elenco di applicazioni con la relativa origine. Per ogni abbonamento o contratto trovato è utile registrare:

il nome del fornitore e del prodotto, come riportato in fattura
il reparto o centro di costo da cui proviene la spesa
se si tratta di un abbonamento individuale, una licenza di team o un contratto a livello di organizzazione
il periodo d'uso presumibile, deducibile dalla prima e dall'ultima data di fattura
se l'applicazione compare già nella lista IT esistente, oppure se si tratta di una nuova scoperta

Questi campi sono un punto di partenza. Una panoramica più completa di quanto sia necessario per ogni applicazione per arrivare a una classificazione è descritta in cosa registrare per applicazione in un'organizzazione con più sistemi. I dati di acquisto forniscono soprattutto il punto di partenza: un nome, un reparto, un importo. Il resto della classificazione segue in seguito.

Il limite di questo metodo

I dati di acquisto e licenza individuano soprattutto l'uso pagato. Le versioni gratuite di strumenti AI, i periodi di prova e gli account personali che non vengono fatturati tramite l'azienda restano invisibili con questo approccio. Anche i servizi incorporati in un contratto esistente — una funzione AI aggiunta a un software già in uso, senza fatturazione separata — non emergono da una panoramica delle fatture.

Questo è uno dei motivi per cui i dati finanziari sono una fonte tra le altre, non l'unica. Altro materiale, come il traffico di rete o le estensioni del browser, individua proprio l'uso che non comporta costi. Quali segnali tecnici siano utilizzabili a questo scopo, e cosa mostrano e cosa no, è descritto in quali segnali IT sono utilizzabili per individuare l'uso di AI. Entrambe le tracce insieme offrono un quadro migliore di ciascuna separatamente.

Fare domande senza mettere il conto sul tavolo

Chi trova un abbonamento non riconosciuto nell'amministrazione può chiedere direttamente al reparto che lo ha stipulato. Funziona meglio se la domanda non viene posta come un controllo. Un responsabile di reparto che sospetta che una spesa sia messa in discussione fornisce meno facilmente informazioni complete rispetto a chi pensa che la domanda serva solo a ottenere un quadro completo. Come formulare la domanda in modo che qualcuno risponda invece di chiudersi è illustrato in come chiederlo ai collaboratori senza conseguenze in un'organizzazione con applicazioni AI esistenti.

Una fonte in un processo più ampio

I dati di acquisto sono uno dei mattoni nella costruzione di un inventario a livello di organizzazione, non l'intero processo. Come questa fonte si relaziona alle interviste ai collaboratori, ai segnali tecnici e alla lista IT esistente, e in quale ordine sia praticamente opportuno procedere, è descritto in come costruire un inventario AI in un'organizzazione con più reparti.

Da sapere cosa gira a sapere quanto vale

Un inventario basato sui dati di acquisto risponde alla domanda su quali applicazioni AI esistano e chi le paga. Ciò non dice ancora cosa rendano effettivamente quelle applicazioni, né quale parte del lavoro per cui sono state acquistate venga davvero svolta dall'AI. Questa domanda è fuori dalla portata di un inventario di governance ed è risposta dallo scan del lavoro di FTE TO AI, che calcola per ogni compito quale parte del lavoro può essere presa in carico dall'AI. Chi sa già quali applicazioni girano nell'organizzazione può usare quello scan per determinare concretamente quanto lavoro spostano.