Come si importano i dati COBie in un sistema CAFM o CMMS?

Selezionare un file e premere "importa" raramente produce un sistema di manutenzione utilizzabile. Un'importazione COBie di successo si basa su una mappatura concordata tra le informazioni fornite e il modello di dati del sistema ricevente, una prova controllata, un piano per i record già esistenti e una decisione su cosa succede ai dati che non si adattano. Prima della consegna, il proprietario deve aver deciso come verranno rappresentati i beni, le ubicazioni, le classificazioni e i documenti nel suo CAFM o CMMS.

Mantieni il file standard

NIBS, che mantiene COBie, afferma chiaramente che i campi dati personalizzati non possono essere aggiunti alle sue tabelle e spiega il motivo. Poiché COBie è uno schema standard, i sistemi di gestione delle risorse possono contenere mappature predefinite che importano un risultato standard senza personalizzazione e le colonne aggiuntive lo interrompono. Ulteriori proprietà appartengono invece alla tabella Attributi. Per i proprietari, la lezione è mantenere i risultati finali standard e inserire i requisiti specifici del progetto dove gli strumenti di importazione si aspettano di trovarli.

Prepara la destinazione

La versione è la prima cosa da controllare. Il sistema ricevente potrebbe supportare una particolare versione e formato di COBie e la versione 3 ha rinominato e rimosso alcune tabelle e campi (la tabella "Piano" è diventata "Livello", ad esempio), quindi un risultato finale della versione 3 che entra in uno strumento creato per la versione 2.4 potrebbe richiedere una fase di conversione.

Poi arriva la mappatura dei campi: una registrazione scritta di come ciascun campo COBie viene mappato a un campo di destinazione, comprese eventuali trasformazioni come la concatenazione di nomi, la conversione di unità o la traduzione di codici di classificazione. Accanto si trova la mappatura della gerarchia, che decide come appariranno la struttura di facility, level e space di COBie e i suoi sistemi nella posizione della destinazione e nella gerarchia delle risorse.

Alcune cose non si adatteranno perfettamente. Laddove una relazione non può essere rappresentata direttamente, come nel caso di un componente che appartiene a più sistemi, il team dovrebbe concordare un'alternativa utilizzabile invece di lasciare che l’importazione la scarti silenziosamente. Infine, le regole di identità stabiliscono quale campo diventerà l'identificatore permanente della risorsa e come verrà abbinato ai record già presenti nel sistema.

Prova in un ambiente di prova

Un sottoinsieme rappresentativo dovrebbe essere importato in un ambiente di test, mai nel sistema live, e confrontato con quanto segue:

Ogni rifiuto o trasformazione dovrebbe essere registrato. Le correzioni appartengono ai dati autorevoli di consegna così come al sistema di destinazione; altrimenti la successiva importazione, o il successivo progetto, ripeterà il problema.

l’importazione sull’ambiente di produzione necessita quindi di un proprio piano: la sequenza, un punto di rollback e il modo in cui verranno gestite le eccezioni nel corso della giornata. Dovrebbe anche essere chiaro se gli aggiornamenti successivi, come i risultati della messa in servizio e i numeri di serie in ritardo, verranno importati come modifiche o inseriti manualmente.

Lavoro compreso tra due contratti

Il lavoro di importazione si colloca tra il contratto di costruzione e il contratto di software, e spesso non rientra in nessuno dei due. È necessario allocare esplicitamente:

Se il sistema di manutenzione viene acquistato dopo il contratto di costruzione, assicurarsi che qualcuno sia stato nominato e pagato per svolgere questo lavoro prima della consegna.