COBie – 준공 후 유지관리로 정보를 넘기는 표준

건물을 다 짓고 나면 설계와 시공 과정에서 쌓인 정보가 대부분 흩어진다. 어떤 펌프가 어디에 몇 대 들어갔고 보증 기간이 언제까지인지를 유지관리 담당자가 처음부터 다시 조사하는 일이 반복돼 왔다. COBie(Construction Operations Building information exchange)는 이 정보를 준공 시점에 정해진 형식으로 넘기기 위한 표준이다. 시설과 층, 공간, 요소, 유형, 시스템, 예비품, 자원, 작업, 문서, 연락처 같은 시트로 나뉜 표 구조를 갖고, 스프레드시트(xls)나 IFC 형태로 주고받는다. 핵심은 형상이 아니라 대장(臺帳)에 가깝다는 점이다. 3차원 모델을 열지 않아도 표만으로 어떤 자산이 어디에 있는지 읽을 수 있고, 유지관리(FM·CAFM) 시스템에 그대로 올릴 수 있다. 영국은 공공 발주에서 COBie 납품을 요구해 왔고, 우리나라에서도 발주 지침에 유지관리 정보 인도를 포함하는 사례가 늘고 있다.

■ COBie 스프레드시트의 시트 구조

COBie 파일은 여러 개의 워크시트로 구성된다. 위쪽 시트는 건물의 공간 계층을, 가운데 시트는 설비 자산을, 아래쪽 시트는 유지관리에 필요한 부가 정보를 담는다. 각 시트가 무엇을 기록하는지 정리하면 다음과 같다.

시트	계층	담는 정보	채우는 주체·시점
Contact	공통	설계·시공·제조사·공급사 등 모든 관계자의 이메일·회사·역할. 다른 시트가 담당자를 이메일로 참조한다	전 단계 누적
Facility	시설	하나의 COBie 파일은 하나의 시설(건물)을 정의한다. 프로젝트명·단위·분류체계	설계 초기
Floor	공간	층 정보. 각 공간은 하나의 층에만 속하고, 한 층은 여러 공간을 가진다	설계
Space	공간	실(室) 단위 공간. 이름·용도·면적	설계
Zone	공간	기능·계통이 같은 공간을 묶는 조직 계층(예: 공조 존, 방화 구획)	설계
Type	자산	장비의 형식(모델). 제조사·모델명·성능·보증 조건을 형식 단위로 한 번만 기록	시공
Component	자산	개별 설치 인스턴스. 어느 공간에 어떤 Type이 몇 번 태그로 설치됐는지	시공
System	자산	요소가 속한 계통(급수·배수·전력 등). 하나의 요소가 여러 계통에 걸칠 수 있다	시공
Spare	운영	현장 교체 가능한 예비품·소모품 목록	준공 커미셔닝
Resource	운영	유지관리에 필요한 자재·공구·교육 과정	준공 커미셔닝
Job	운영	점검·교체 등 정기 작업과 주기, 담당 배정	준공 커미셔닝
Document	공통	시방서·제출물·보증서·매뉴얼 등 첨부 문서의 링크	전 단계 누적

시트끼리는 이름(Name)과 이메일을 열쇠로 서로를 참조한다. 예를 들어 Component 시트의 한 행은 TypeName 열로 Type 시트의 특정 형식을 가리키고, Space 열로 Space 시트의 특정 공간을 가리킨다. 이 참조가 어긋나면(오타·공백 하나라도) 연결이 끊기므로, COBie 품질 검사는 대부분 이 이름 매칭이 맞는지를 본다.

■ 정보를 채우는 시점 — 준공이 아니라 착공부터

COBie가 어려운 이유는 형식이 복잡해서가 아니라 정보를 채워야 할 시점이 준공이 아니기 때문이다. Facility·Floor·Space·Zone은 설계 단계에서 이미 결정된다. 반면 Type·Component·System의 제조사·모델명·보증 조건은 시공 중 자재 승인과 함께 확정되고, 그때 기록하지 않으면 준공 후에는 찾기 어렵다. Spare·Resource·Job은 커미셔닝 단계에서 시운전 담당자가 채운다. 즉 COBie는 한 번에 만드는 문서가 아니라 단계마다 조금씩 쌓는 정보다.

단계	확정되는 정보	COBie 반영 시트
설계	공간 계층, 존 구획, 요구 성능	Facility·Floor·Space·Zone
시공(자재 승인)	실제 제조사·모델명·보증·설치 위치	Type·Component·System
커미셔닝	예비품·소모품·정기 점검 계획	Spare·Resource·Job
준공 인도	매뉴얼·보증서·시운전 성적서 링크	Document·Attribute

■ IFC 및 소프트웨어 연계

COBie 데이터는 두 갈래로 만든다. 하나는 설계·시공 소프트웨어에서 IFC로 내보낸 뒤 COBie 뷰로 추출하는 방식이고, 다른 하나는 스프레드시트에 직접 입력·검증하는 방식이다. Revit은 별도 확장(Classification/COBie Extension)으로 파라미터를 매핑해 내보내고, ArchiCAD·Tekla 등도 IFC를 거쳐 자산 속성을 전달한다. 추출한 xls는 Solibri나 전용 검사기로 참조 무결성(이름 매칭, 필수 열 누락)을 검사한 뒤, FM·CAFM·CMMS(예: Archibus, Maximo) 시스템에 자산 대장으로 올린다. 어느 경로든 원본 모델의 속성이 부실하면 COBie도 부실해지므로, 실제 준비의 대부분은 파일 변환이 아니라 모델 속성 정리다.

■ 발주 요구와 실무 유의

COBie는 계약 단계에서 범위를 정해야 실제로 받을 수 있다. 발주처는 EIR(정보 요구서)이나 과업지시서에 어떤 자산군을 어느 시트까지, 어느 상세 수준으로 넘길지 명시한다. 모든 요소를 담으려 하면 완성되지 않으므로, 유지관리에 실제로 손이 가는 설비(공조·급배수·전기 반, 승강기, 주요 마감)부터 범위를 좁혀 시작하는 편이 낫다. 데이터 드롭(정보 제출 시점)을 설계말·시공말·준공으로 나눠 요구하면, 준공 직전에 몰아 만드는 상황을 피할 수 있다.

■ 눈여겨볼 것

COBie를 잘 넘기는 현장은 준공 직전에 몰아서 만드는 곳이 아니라 착공 단계에 입력 책임과 시점을 정해 둔 곳이다. 이 표준의 실질적 요구는 데이터 형식이 아니라 정보 관리 절차라는 뜻이다. 채우지 않은 칸이 많은 COBie는 없는 것과 다르지 않다. 무엇을 채울지 정하는 것보다 무엇을 안 채울지(범위 밖으로 둘지)를 먼저 정하는 것이 완성의 지름길이다.

■ 이런 분께 도움이 됩니다