COBie e consegna digitale
Quali informazioni dovrebbe contenere un deliverable COBie?
Le tabelle e i campi COBie che un deliverable dovrebbe contenere, definiti dalle attività di manutenzione e resi testabili.
I controlli automatizzati rilevano file danneggiati; solo le persone con prove dal sito confermano ciò che è stato installato.

Un file COBie può superare ogni controllo automatizzato e inviare comunque un tecnico nella stanza sbagliata per il modello di pompa sbagliato. Ecco perché la convalida deve funzionare su tre livelli. La prima chiede se il dossier segue la struttura concordata; il secondo, se l'informazione è internamente coerente e soddisfa le regole del proprietario; il terzo, se descrive veramente ciò che è stato installato. Gli strumenti automatizzati gestiscono bene il primo e aiutano con il secondo. Solo le persone, basandosi sulle prove sul posto, possono confermare la terza.
NIBS rileva che diversi strumenti disponibili gratuitamente possono verificare la struttura di un file COBie o verificare i dati COBie in un modello di progettazione o costruzione prima che il file venga generato, sia per la struttura che rispetto ai requisiti del progetto. Le verifiche strutturali confermano, tra l’altro, che:
Questi controlli sono economici e dovrebbero essere eseguiti automaticamente ad ogni consegna. Il loro valore sta nel fermare file ovviamente danneggiati prima che raggiungano le persone.
COBie lascia molte decisioni al progetto e il secondo livello confronta i dati con essi: convenzioni di denominazione e identificatore, il sistema di classificazione e i suoi codici, i tipi di risorse che devono essere presenti e quelli che non dovrebbero esserlo, eventuali campi richiesti oltre il minimo COBie (e dove "n/a" non è accettabile) e riferimenti a documenti che puntano a file effettivamente esistenti e aperti.
Gran parte di questo può essere automatizzato se le regole sono scritte con precisione. Ciò che conta è come vengono segnalati i difetti. Un singolo passaggio o fallimento fornisce poco aiuto al team di progetto; un rapporto che nomina il record, la regola infranta e la parte responsabile risolve le cose.
I duplicati meritano una cura particolare. Quando due pacchetti di categoria numerano ciascuno la propria attrezzatura a partire da 1, gli abachi combinati senza cura con noncuranza entreranno in collisione o un record sostituirà silenziosamente l'altro.
Il terzo livello campiona i record rispetto alle apparecchiature installate e alle prove di supporto quali targhette, documenti approvati e registrazioni di messa in servizio. Il campione dovrebbe propendere per risorse critiche o di alto valore, coprire ciascun appaltatore e pacchetto e includere apparecchiature modificate tardivamente o sostituite. Se gli errori si ripetono, il campione dovrebbe crescere, perché uno schema indica un problema sistematico nel modo in cui una parte ha prodotto i dati. I risultati vengono conservati come prova per l'accettazione.
Poi arriva il test più importante per l'operatore: un'importazione di prova nel sistema di manutenzione ricevente, dopo la quale il personale di manutenzione svolge compiti rappresentativi. Possono trovare un bene per stanza, identificarne la marca e il modello, recuperare il manuale e vedere la garanzia? Se non possono farlo senza ricostruire manualmente i dati, il risultato finale non è pronto.
Controllare solo alla fine non lascia tempo per risolvere i problemi sistematici mentre le persone che li hanno causati sono ancora sul posto. I tre livelli funzionano meglio se distribuiti tra le consegne:
Scorri in orizzontale per leggere tutta la tabella.
| Consegna | Livello 1: struttura | Livello 2: requisiti | Livello 3: realtà |
|---|---|---|---|
| consegna di fase progettuale | Automatico, al ricevimento | Denominazione, classificazione, spazi e tipologie | Non applicabile: non è ancora installato nulla |
| consegne di costruzione | Automatico, al ricevimento | I pacchetti installati finora sono completi e seguono le regole | Primo campione di ciascun pacchetto installato, abbastanza presto per correggere il metodo |
| Consegna pre-consegna | Automatico, al ricevimento | Set completo di regole | Campione completo, più l'importazione di prova |
| Aggiornamenti post-consegna | Automatico, al ricevimento | Regole per i record modificati | Campione di record modificati |
Il gestore delle informazioni del proprietario solitamente gestisce i primi due livelli. Il terzo ha bisogno di persone in grado di leggere una targhetta e uno schema, come il team di messa in servizio o l'appaltatore della manutenzione, supportato dal responsabile delle informazioni.
Un utile registro dei difetti identifica la tabella e il registro interessati e la regola infranta o la discrepanza riscontrata sul sito. Allega la prova, sia essa una fotografia, un riferimento a un documento o l'output di un controllore, e ne valuta la gravità: impedisce l'accettazione, deve essere riparata prima della consegna finale o registrata a scopo informativo. Nomina il responsabile e la data di scadenza, quindi registra le prove che lo chiudono.
I requisiti dovrebbero anche indicare se una consegna corretta deve essere un file completo o può contenere solo modifiche. In ogni caso, i livelli automatizzati dovrebbero essere eseguiti nuovamente a ogni nuovo invio, poiché la correzione di una tabella può interrompere un riferimento in un'altra. E se un campione fallisce, dovrebbe essere esteso al resto del pacchetto dell'appaltatore; un nuovo campione casuale potrebbe non cogliere lo schema.
Comunicate in anticipo agli appaltatori come verranno giudicati: inserite nei requisiti i tre livelli, le dimensioni del campione e il test di importazione, in modo che nulla dell'accettazione costituisca una sorpresa al momento della consegna. Per le risorse tecnologiche e di controllo, Pagin Consulting progetta il regime di accettazione e partecipa al campionamento laddove il controllo indipendente aiuta.
Questo articolo si collega al nostro lavoro su Digital twin.
Possiamo discutere i requisiti informativi degli asset.
Contatta Pagin Consulting