Una piattaforma di content services (CSP) è un insieme di servizi per archiviare, governare e utilizzare i contenuti aziendali, progettato per essere consumato tramite API da altre applicazioni anziché usato soltanto come repository autonomo.
Il termine è stato introdotto dagli analisti di settore per sostituire la gestione dei contenuti aziendali, e questa nuova denominazione ha segnato un reale cambiamento architetturale, non soltanto un cambio di etichetta.
Che cosa è cambiato rispetto all’ECM
L’ECM, così come è stato realizzato nella pratica, presupponeva un unico repository. I contenuti venivano migrati in un solo sistema di un solo fornitore, e le applicazioni che ne avevano bisogno si integravano con quel sistema oppure lo aggiravano. L’attrattiva era il controllo. Il costo era che i progetti di migrazione risultavano lunghi, onerosi e spesso incompleti, lasciando i contenuti bloccati nei sistemi che avrebbero dovuto sostituire.
Il modello dei content services parte dall’osservazione che i contenuti sono già distribuiti e tali resteranno. Anziché consolidare tutto, mette a disposizione servizi che applicano una governance coerente su più repository e li espone in modo che la gestione dei contenuti diventi una capacità richiamata da altre applicazioni, e non una destinazione che gli utenti devono visitare.
La conseguenza pratica: il successo non si misura più in base a quanti contenuti sono stati migrati in un unico luogo, ma in base alla coerenza con cui le politiche vengono applicate là dove i contenuti risiedono.
Funzionalità tipiche
Gli spazi di lavoro sicuri raggruppano i contenuti per team, fascicolo, pratica o progetto, con appartenenze e autorizzazioni definite a livello di quel contenitore. Questo si adatta al modo in cui il lavoro si organizza realmente meglio di un albero di cartelle globale.
L’accesso basato sui ruoli assegna i diritti per ruolo anziché a singole persone nominate, ed è ciò che rende praticabile la revisione periodica degli accessi. Si veda sistema di gestione documentale.
Le politiche di conservazione applicano regole di ciclo di vita per classe di contenuto, alimentando la gestione dei documenti archivistici là dove è richiesta una dichiarazione formale del documento archivistico.
Le integrazioni collegano i sistemi gestionali aziendali, così che i contenuti vengano creati e utilizzati nelle applicazioni in cui si svolge il lavoro, senza obbligare gli utenti a visitare un repository separato.
L’architettura API-first è la caratteristica distintiva. Ogni funzionalità disponibile nell’interfaccia è disponibile anche a livello programmatico, ed è ciò che consente di incorporare i content services in altri software.
I servizi di metadati e classificazione applicano etichette coerenti su tutte le fonti, spesso ricorrendo alla classificazione dei documenti, in modo che la governance non dipenda dalla correttezza con cui gli utenti assegnano i tag.
Il compromesso della federazione
Applicare la governance su più repository anziché consolidarli evita la migrazione e introduce difficoltà proprie. Vale la pena dichiararle apertamente, perché i materiali dei fornitori tendono a non farlo.
L’applicazione delle politiche è forte quanto il connettore più debole. Se un repository non espone alcuna API per applicare la conservazione, quei contenuti sono governati per convenzione e non dalla piattaforma.
La ricerca su fonti federate è più difficile della ricerca in un unico indice, e la qualità dei risultati varia in base alla disciplina dei metadati di ciascuna fonte.
Il controllo degli accessi deve essere riconciliato tra sistemi con modelli di autorizzazione differenti, ed è nella riconciliazione che si concentrano gli errori. Un utente che non dovrebbe vedere un documento vi accede in genere per una discrepanza tra i modelli di due sistemi, più che per un errore commesso in uno dei due.
La federazione è la scelta predefinita corretta per la maggior parte delle organizzazioni, ma sostituisce un grande progetto di migrazione con un onere di integrazione continuo. Non elimina il lavoro.
Dove la CSP incontra il document AI
Una piattaforma di content services governa i contenuti. Interpretarli è una capacità distinta: l’elaborazione documentale intelligente trasforma i documenti in dati, e la retrieval-augmented generation risponde alle domande a partire dai contenuti.
Il collegamento che conta è il controllo degli accessi. Se un sistema di recupero cerca tra i contenuti governati dalla piattaforma, le autorizzazioni della piattaforma devono essere applicate al momento del recupero, altrimenti il livello di AI diventa una via per aggirare la governance che la piattaforma esiste per garantire.
Gli errori più comuni
Viene acquistata come repository e usata come tale. Una piattaforma API-first utilizzata soltanto attraverso la propria interfaccia offre lo stesso valore del sistema ECM che ha sostituito, allo stesso costo.
Si presume che la governance sia ereditata. Collegare un repository non applica automaticamente le politiche ai contenuti già presenti; recuperare a posteriori classificazione e conservazione sui contenuti esistenti è di solito la parte più consistente del lavoro.
Gli spazi di lavoro proliferano. In assenza di regole di ciclo di vita, gli spazi di lavoro creati per singolo progetto si accumulano senza fine e riproducono la dispersione che la piattaforma doveva risolvere.
Contellect One fornisce questi servizi in gestione di documenti e contenuti.
