Quali informazioni dovrebbe contenere un deliverable COBie?

Abbastanza per identificare, localizzare e mantenere le risorse nell'ambito, e niente di più. Lo standard COBie stabilisce un limite: tabelle obbligatorie e campi obbligatori che ogni risultato finale deve compilare. Tutto ciò che è al di sopra di quel piano deve essere specificato dal proprietario e NIBS, che mantiene lo standard, rileva che COBie offre i migliori risultati quando i proprietari fanno esattamente questo. Un buon risultato finale è completo per l'uso previsto, internamente coerente e supportato da prove provenienti dalle apparecchiature installate.

Le tabelle che svolgono la maggior parte del lavoro

Per la maggior parte dei proprietari, il cuore di un risultato COBie è una manciata di tabelle (i nomi dei fogli restano in inglese; i nomi dei campi qui provengono dalla versione 3 di COBie; le versioni precedenti differiscono):

Una regola della norma ha un peso particolare: ogni componente deve essere collocato nello spazio in cui si trova o da cui viene azionato. Questo permette al tecnico di trovare un ventilconvettore tramite il numero della stanza invece di cercare tra i disegni.

Consenti alle attività di manutenzione di impostare l'elenco dei campi

Per ogni tipologia di bene la domanda è cosa serve all'operatore per identificare l'oggetto, capire di cosa si tratta, trovarlo e mantenerlo in garanzia. La risposta definisce i campi da richiedere. Definisce anche cosa tralasciare: il costo di acquisto o le dimensioni nominali, ad esempio, potrebbero non essere di alcuna utilità per un particolare operatore.

Anche il tempismo rientra nei requisiti. I numeri di serie e le date di installazione non possono esistere durante la progettazione e le definizioni di campo di COBie affermano che i numeri di serie non sono applicabili nelle fasi di pianificazione e progettazione. Le informazioni che legittimamente arrivano più tardi non dovrebbero essere trattate come un difetto in fase di progettazione, ma non dovrebbe nemmeno essere consentito ai segnaposto di sopravvivere fino all'accettazione finale.

Regole che rendono controllabile un deliverable

COBie include diverse regole che aiutano a trasformare i requisiti in test e ciascuna necessita di una decisione da parte del proprietario.

I campi vuoti non sono consentiti. I campi di testo che non si applicano accettano "n/a" mentre i campi numerici accettano "0". Il proprietario dovrebbe indicare dove "n/a" è accettabile, perché un deliverable pieno di "n/a" può superare un controllo del formato pur mancando le informazioni di cui l'operatore ha bisogno.

Alcuni campi devono utilizzare valori provenienti da elenchi di selezione definiti, mentre altri, come la classificazione, dipendono dalle scelte regionali o del proprietario, ad esempio OmniClass negli Stati Uniti o Uniclass nel Regno Unito. Il requisito dovrebbe nominare il sistema applicabile.

I record necessitano di nomi univoci. NIBS fornisce l'esempio di un abaco delle pompe e di un abaco degli apparecchi idraulici che utilizzano entrambi "P-1", quindi i nomi devono essere resi univoci quando gli abachi vengono combinati. Una convenzione di denominazione specificata impedisce l'interferenza.

Infine, proprietà aggiuntive appartengono alla tabella Attributi. Le colonne extra aggiunte alle tabelle standard non verranno riconosciute dai sistemi di gestione delle risorse a meno che la loro importazione non sia personalizzata.

Il superamento di queste regole non rappresenta ancora la fine del controllo. Un file tecnicamente valido può omettere un intero pacchetto di apparecchiature o elencare prodotti che non sono mai stati installati, quindi il risultato finale deve essere confrontato anche con l'ambito installato.