Cosa devo chiedere in consegna per non ritrovarmi solo PDF inutili?

Premesse

Il cambio appalto è il momento in cui si vede se il Facility è governato o solo “mandato avanti”.

Se chi esce ti lascia un “CD/DVD”, un “hard disk” contenente montagne di file in vari formati (in primis gli intramontabili PDF), magari ordinati “per mese”, non hai una consegna: hai un archivio morto che non puoi usare per continuità operativa, contestazioni, audit e ripartenza del nuovo fornitore.

L’obiettivo della consegna contrattuale deve essere semplice: portarti a casa dati e documenti in formati riusabili, con tracciabilità, e con un minimo di qualità verificabile, in modo che il servizio continui senza perdere storia e senza ricominciare da zero.

Che cosa intendo per “consegna” in un cambio appalto?

Consegna significa almeno tre cose:

continuità tecnica (il nuovo fornitore può lavorare dal giorno 1);
continuità contrattuale (puoi misurare, contestare e ricostruire quanto fatto);
continuità informativa (anagrafiche, piani, storico, documenti non si perdono).

Se non chiarisci questa tripla finalità, il fornitore uscente tenderà a consegnare “quello che ha” (spesso PDF o testi o fogli excel) e non “quello che serve”.

Qual è l’elenco minimo delle “famiglie” di contenuti che devo pretendere?

Per non perderti, ragiona per famiglie, non per file. Il minimo realistico è:

anagrafiche (asset/impianti/spazi),
piani e scadenze (manutenzione programmata),
storico interventi (correttivi e programmati),
ticket e richieste (con tempi e stati),
consuntivi e materiali/ricambi,
documenti tecnici (manuali, schede, dichiarazioni, verbali),
documenti di sicurezza e conformità impiantistica dove applicabile, ù
report contrattuali (SLA/KPI, penali, extra)
registro delle variazioni (cosa è cambiato, quando, perché).

Se manca una famiglia, il nuovo appalto riparte “cieco”.

3) Quali formati devo chiedere per evitare i PDF inutili?

Il PDF può restare come “copia leggibile”, ma non deve essere l’unico formato. La regola pratica è: per ogni contenuto chiedi sempre almeno un formato strutturato e uno portabile. Strutturato significa CSV/XLSX per dati tabellari, e se esiste un sistema (CAFM/CMMS) allora export completo con campi e codifiche. Portabile significa anche una struttura di cartelle con nomi coerenti e file “puliti” (niente scansioni storte) quando proprio serve. Per i documenti tecnici, oltre al PDF chiedi dove possibile l’originale (es. DOCX/XLSX) e soprattutto una “distinta” in Excel/CSV che dica che documento è, a quale asset/impianto/spazio si riferisce, versione e data.

4) Come faccio a non farmi consegnare un export “che non si capisce”?

Ogni export senza dizionario dati è una trappola. Pretendi un file di mappatura semplice: elenco campi, significato, unità di misura, codifiche usate (es. priorità, esiti, cause, categorie), regole di calcolo dei KPI e definizione dei tempi (quando parte/si ferma l’orologio). Se il fornitore uscente non consegna questa mappa, il successore importerà male o ricostruirà male, e tu perderai comparabilità e possibilità di verifica.

5) Quali “evidenze” devo pretendere per dimostrare che gli interventi sono stati fatti?

Qui devi essere concreto: per ogni intervento o ticket devono esistere dati minimi e allegati minimi. Dati minimi tipici: identificativo univoco, asset/spazio, data e ora apertura, presa in carico, arrivo in sito (se applicabile), ripristino/chiusura, descrizione intervento, esito, causa, azione, tecnico/impresa, e stato finale. Evidenze minime: rapporto intervento, foto quando serve, verbali di prova o misure dove richiesto, e per attività programmate la prova di esecuzione (checklist firmata digitalmente o equivalente). Senza questa base, i PDF diventano “narrazione”, non tracciabilità.

6) Come collego documenti e dati, così non diventano due mondi separati?

La consegna deve includere un collegamento chiaro: ogni documento deve avere un riferimento a un asset/spazio e, quando pertinente, a un ticket/ordine/intervento. Questo si fa con una tabella di “indice documentale” (CSV/XLSX) che contiene: ID documento, tipo, data, versione, asset/spazio collegato, ticket/intervento collegato, percorso file, note. È la cosa più semplice che trasforma un archivio in un sistema interrogabile, anche se cambi software.

7) Come gestisco il problema dei codici: se cambiano, perdo tutto?

Nei passaggi tra fornitori spesso cambiano codici asset, codici spazi, o categorie. Per evitarlo devi chiedere due cose: l’elenco dei codici usati dal fornitore uscente e la loro logica, e una tabella di “cross-reference” se esistono codici alternativi (es. codice patrimonio del cliente, codice impianto, codice edificio, ecc.). Se hai un tuo sistema o un tuo standard, imponi che la consegna includa almeno quel codice come chiave. Senza chiave comune, qualsiasi import successivo è lavoro manuale costoso e pieno di errori.

8) Cosa devo chiedere sullo “stato attuale” per far partire il nuovo fornitore senza caos?

Oltre allo storico, ti serve la fotografia del presente. Pretendi un elenco chiaro di: ticket aperti (con priorità e azioni già fatte), attività programmate in scadenza nei prossimi 30–60–90 giorni, non conformità aperte, lavori extra approvati/non chiusi, materiali critici (se gestiti), e impianti o aree con criticità note. È la parte più importante per la continuità operativa: senza, il nuovo fornitore perde settimane solo a ricostruire situazione e rischi.

9) Come faccio a evitare che l’uscente “ripulisca” dati e tempi a fine contratto?

Il rischio è reale: quando finisce l’appalto, qualcuno è tentato di chiudere ticket “in modo pulito” o di sistemare campi per far tornare i numeri. La contromisura è chiedere anche il log delle modifiche (audit trail) o, se non disponibile, almeno l’export con date di creazione/modifica e utente che ha modificato. E soprattutto fissare una “freeze date”: una data oltre la quale certe modifiche non sono più consentite senza approvazione del cliente. Qui il vero segreto è avere il proprio Sistema Informativo e obbligare il fornitore a inserire i dati durante il contratto direttamente lì. Ovviamente in pochi hanno la lungimiranza di capire il valore negoziale di disporre del proprio sistema, ma con adeguata cultura si ottengono anche risultati di un’altro livello di qualità e utilità.

10) Come devo scrivere i requisiti di consegna nel contratto, perché siano davvero esigibili?

Non basta scrivere “consegna della documentazione”. Devi scrivere: elenco famiglie contenuti, formati richiesti, dizionario dati, indice documentale, cross-reference codici, fotografia del presente (open items + scadenze), criteri minimi di qualità, tempistiche di consegna, e modalità di verifica/accettazione. E serve collegare la consegna a una leva contrattuale concreta: trattenute, saldo finale, o una milestone di accettazione. Senza una leva, la consegna arriva tardi e male.

11) Come faccio la verifica (collaudo) della consegna senza impazzire?

Fai un collaudo “a campione ma serio”, non un controllo a vista. Controlla: che i file si aprano, che le tabelle abbiano campi coerenti, che le chiavi siano presenti, che un ticket campione abbia tutti i dati minimi e gli allegati, che un asset campione abbia documenti collegati, che i report KPI siano ricalcolabili con le regole dichiarate. Se non riesci a ricostruire 2–3 KPI principali da export, la consegna non è sufficiente per un contesto di servizio misurato.

12) Come preparo il nuovo fornitore a usare quello che ho ricevuto, invece di ripartire da zero?

La consegna deve essere pensata per il successore: quindi manuale minimo delle codifiche, regole di priorità, regole SLA, e una mappa di import (anche solo “questo campo va qui”). Se hai un tuo sistema, chiedi che la consegna sia compatibile con le tue strutture dati (o almeno che sia “pulita” per essere importata). Se non hai un tuo sistema e il successore userà il suo, l’obiettivo è che il cliente resti proprietario del dato e della storia, non che ogni fornitore si porti via la memoria alla fine dell’appalto.

13) Cosa devo evitare di chiedere (per non creare carta inutile)?

Evita consegne “di facciata”: PDF duplicati senza indice, report mensili non ricalcolabili, presentazioni, foto senza contesto, elenchi asset senza codici e ubicazioni. Chiedi poche cose ma verificabili e riusabili. Nel facility, soprattutto in sanità e PA, ciò che non è collegato a un oggetto (asset/spazio) e a un evento (ticket/intervento) è quasi sempre rumore.

Conclusioni

Se vuoi evitare i “PDF inutili” nel passaggio tra appalti, devi trattare la consegna come un deliverable contrattuale, non come un favore. Pretendi dataset strutturati, dizionario dati, indice documentale, chiavi/codici stabili, fotografia del presente e criteri di collaudo. Così ti porti a casa continuità operativa, difendibilità contrattuale e una base dati che resta tua anche quando cambiano i fornitori.

Se vuoi affrontare seriamente questo tema evitando i rischi sopra descritti puoi contattarmi qui.