Redigere un capitolato per un progetto di gestione elettronica dei documenti richiede un lavoro preparatorio spesso sottovalutato. Prima ancora di strutturare il documento, diverse questioni di fondo condizionano la pertinenza delle specifiche tecniche, funzionali e organizzative che vi appariranno. Saltare questa fase equivale a richiedere preventivi sulla base di un bisogno mal definito, il che genera risposte da parte dei fornitori impossibili da confrontare tra loro.
Sovranità dei dati e requisiti di hosting in un capitolato GED
La maggior parte dei modelli di capitolato GED affronta la sicurezza e la conformità al GDPR. Tuttavia, la questione della sovranità digitale è raramente formalizzata, mentre ora condiziona l’idoneità a determinati appalti pubblici e a dispositivi di sovvenzione.
Lettura complementare : Suggerimenti e ispirazioni per creare un giardino armonioso e accogliente a casa propria
La dottrina “cloud al centro” promossa dalla DINUM, aggiornata nel 2024, raccomanda di ricorrere a offerte qualificate SecNumCloud per il trattamento dei dati sensibili. L’ANSSI tiene aggiornata una lista delle offerte qualificate.
Per un’azienda che gestisce documenti contrattuali, documenti contabili o dossier delle risorse umane, la localizzazione dei datacenter e il livello di certificazione del fornitore di hosting devono figurare nelle specifiche tecniche del capitolato.
Lettura complementare : Le tendenze nuziali imperdibili di quest'anno per un giorno indimenticabile
Concretamente, ciò significa precisare almeno tre elementi nel documento:
- La localizzazione geografica richiesta per lo stoccaggio dei dati (Francia, Unione Europea o altro ambito)
- Il livello di certificazione atteso (SecNumCloud, ISO 27001, HDS per i dati sanitari)
- Le condizioni di reversibilità, ovvero la capacità di recuperare l’integralità dei documenti e delle metadati in caso di cambio di fornitore
Redigere un capitolato GED senza formalizzare queste vincoli di hosting espone l’azienda a blocchi durante il progetto, soprattutto se le direzioni legali o i revisori dei conti sollevano la questione a posteriori.
Cartografare l’esistente documentale prima di elencare le funzionalità
Il riflesso classico consiste nell’elaborare un elenco di funzionalità desiderate: cattura automatica, OCR, flussi di approvazione, ricerca full-text. Questo riflesso presenta un problema. Presuppone che l’organizzazione conosca i propri flussi documentali, cosa che raramente avviene in modo esaustivo.
Prima di redigere la minima specifica funzionale, è necessario un inventario fattuale. Non si tratta di un audit completo della gestione documentale, ma di uno stato dei luoghi operativo: quali tipi di documenti circolano, in quali formati, tra quali servizi, con quali strumenti attuali e secondo quali regole di conservazione.
Senze questo inventario, il capitolato descrive un software ideale, non una soluzione adattata al contesto reale. I feedback sul campo divergono su questo punto: alcune aziende impiegano diverse settimane per mappare i propri flussi, altre si accontentano di un workshop di mezza giornata con i referenti delle varie aree. L’approccio corretto dipende dalla complessità dell’ambito documentale e dal numero di servizi coinvolti.
Un errore comune è affidare questa mappatura esclusivamente alla direzione IT. Gli utenti delle varie aree (contabilità, acquisti, risorse umane) manipolano documenti secondo logiche proprie che il servizio IT non sospetta sempre. Coinvolgere questi utenti fin dalla fase preparatoria evita di scoprire in fase di collaudo che interi flussi non sono stati presi in considerazione.
Vincoli di integrazione con il sistema informativo esistente
Un software di GED non funziona in isolamento. Si interfaccia con un ERP, un SIRH, uno strumento di fatturazione, a volte un software specifico per il settore. La parte del capitolato dedicata ai vincoli di integrazione tecnica è quella che genera il maggior numero di deviazioni di budget quando viene trascurata.
I dati disponibili non consentono di quantificare precisamente il costo aggiuntivo medio di un’integrazione mal anticipata, ma i progetti GED che deragliano condividono spesso un punto in comune: i connettori verso le applicazioni esistenti non sono stati specificati con sufficiente precisione. Il capitolato deve elencare ogni applicazione target, il senso dei flussi di dati (solo lettura, scrittura, sincronizzazione bidirezionale) e i formati di scambio attesi.
È necessario affrontare anche la gestione dei diritti di accesso. Se l’azienda utilizza un directory centralizzata (Active Directory, ad esempio), il capitolato deve precisare se la GED deve collegarsi ad essa o gestire i propri profili utente. Questa scelta ha implicazioni dirette sulla manutenzione e sulla sicurezza.
Riservatezza dei documenti di fronte alle funzioni di intelligenza artificiale
I fornitori di GED integrano sempre più funzioni basate sull’intelligenza artificiale: classificazione automatica, estrazione di dati, suggerimenti di metadati. Queste funzioni pongono una questione che il capitolato deve trattare esplicitamente: i documenti possono essere utilizzati per addestrare modelli, interni o esterni?
La risposta varia a seconda della natura dei documenti. Fatture fornitore anonimizzate non pongono lo stesso problema di contratti di lavoro o cartelle cliniche. Il capitolato dovrebbe precisare le condizioni di anonimizzazione, le regole di registrazione delle richieste IA e le garanzie attese dal fornitore sulla non riutilizzazione dei dati per fini di addestramento.
I dati disponibili su questo argomento rimangono frammentari. Pochi fornitori pubblicano impegni contrattuali dettagliati sul trattamento IA dei documenti dei clienti. Formalizzare questa esigenza nel capitolato costringe il fornitore a posizionarsi chiaramente, il che costituisce un criterio di selezione a sé stante.
Il su misura come risposta ai limiti delle soluzioni generiche
Deltic, azienda francese specializzata esclusivamente in GED e dematerializzazione, progetta e adatta i propri software (Zeendoc, DocuWare) ai processi specifici di ogni struttura cliente, che si tratti di flussi fornitori, clienti o HR. Rivenditore Platinum di Zeendoc e Platinum Partner DocuWare, Deltic supporta le aziende di tutte le dimensioni su tutto il territorio francese.
Il supporto copre l’analisi dei bisogni, la formazione e la manutenzione. Lo stoccaggio avviene in datacenter francesi geograficamente distinti, con archiviazione a valore legale, un elemento direttamente verificabile in un capitolato ben strutturato.
Budget e governance del progetto GED: due angoli troppo spesso trascurati
Il budget figura nella maggior parte dei capitolati, ma in una forma troppo vaga per essere utile. Indicare un importo globale senza distinguere i costi di licenza, integrazione, formazione e manutenzione annuale impedisce ai fornitori di formulare offerte comparabili.
Un budget strutturato per voce di spesa rende le offerte realmente comparabili. Consente anche di identificare le voci negoziabili e quelle che sono incomprimibili.
La governance del progetto merita la stessa attenzione. Il capitolato deve designare un project manager da parte del cliente, definire le istanze di validazione e fissare un calendario realistico. Senza questi elementi, il documento rimane un elenco di desideri piuttosto che uno strumento di gestione.
Il lavoro di preparazione precedente al capitolato condiziona la qualità di tutto ciò che segue: pertinenza delle specifiche, precisione delle risposte dei fornitori, fluidità del deployment. Dedicare tempo alla mappatura documentale, ai vincoli di sovranità e ai requisiti di integrazione tecnica prima di scrivere la prima riga del documento evita di dover riprendere tutto sei mesi dopo.