업데이트 2026년 10월 7일읽는 시간 약 3분

여러 회사가 한 프로젝트의 BIM 모델을 나눠 만들 때 가장 먼저 부딪히는 문제는 ‘지금 이 파일이 최신본인가’다. 이메일과 공유 폴더를 오가며 파일명 뒤에 v2_final_진짜최종 같은 접미사가 붙기 시작하면 이미 관리가 무너진 것이다. ISO 19650은 이 혼란을 막기 위해 프로젝트의 모든 정보 컨테이너가 거쳐야 할 단일한 환경, 곧 CDE(Common Data Environment, 공통데이터환경)를 표준으로 규정한다.

CDE의 작업 중·공유·발행 상태와 수정 순환·전 과정 이력 보관을 표현한 순서도
CDE의 작업 중·공유·발행 상태와 수정 순환·전 과정 이력 보관을 표현한 순서도 — 아키포털 자체 제작. 개념 설명용이며 시공 상세도나 실제 프로젝트 모델은 아닙니다.

■ ISO 19650이 정의하는 네 가지 정보 상태

CDE는 작성 중인 정보(WIP), 협업에 내놓은 정보(Shared), 승인된 목적에 사용할 정보(Published)를 구분하고, 그 과정의 기록을 보관(Archive)한다. 검토 결과에 따라 수정·재공유가 반복될 수 있으므로 한 방향으로만 이동하는 네 개 폴더로 이해하면 곤란하다. 승인과 보관의 구현 방식은 프로젝트의 정보관리 규칙에 맞게 정한다.

■ 왜 다자간 협업에 CDE가 필요한가

설계·시공·설비가 각자 서버에 파일을 두고 이메일로 주고받던 방식에서는, 누가 무엇을 언제 승인했는지에 대한 기록이 사람의 기억과 메일함에 흩어진다. CDE는 이 흐름을 하나의 플랫폼과 하나의 규칙 아래 모아, 어떤 정보가 아직 검토 중인지, 어떤 정보가 이미 계약상 효력을 갖는지를 상태만 보고도 구분하게 만든다. 시공사가 실수로 아직 조율 중인 Shared 상태의 도면을 시공 기준으로 삼는 사고, 혹은 이미 폐기된 옛 버전으로 작업하는 사고를 상태 관리 자체가 걸러 준다. 즉 CDE의 가치는 특정 소프트웨어 기능이 아니라, 여러 조직이 같은 규칙으로 정보를 다루게 만드는 협약에 있다.

■ 실제로 쓰이는 CDE 플랫폼

CDE는 개념이고, 이를 구현한 상용 플랫폼은 여러 곳에서 나와 있다. Autodesk Construction Cloud(구 BIM 360)는 설계·시공 단계를 아우르는 클라우드 협업 환경으로 자주 언급되고, Trimble Connect는 여러 소프트웨어가 섞인 환경에서 벤더 중립적 CDE로 쓰인다. Bentley의 ProjectWise, Asite 역시 ISO 19650이 요구하는 정보 상태 관리와 승인 절차를 지원하는 CDE 중심 플랫폼으로 꼽힌다. BIMcollab은 여기에 더해 BCF 기반 이슈 관리에 특화된 협업 도구로 자리를 잡고 있다. 프로젝트마다 발주자의 계약 요건과 참여사의 소프트웨어 환경에 따라 어떤 플랫폼을 CDE로 지정할지가 갈린다.

■ 국내 적용과 유의점

국내 프로젝트에서도 공공발주 BIM 지침이나 해외 발주처와의 협업을 계기로 ISO 19650 기반 CDE 체계를 요구받는 사례가 늘고 있다. 다만 플랫폼만 도입한다고 CDE가 저절로 작동하지는 않는다. 어떤 조건에서 WIP가 Shared로 승인되는지, 발행 권한은 누구에게 있는지 같은 절차를 프로젝트 초기에 BEP(BIM 실행계획)로 문서화하고 참여사 모두가 동의해야 상태 체계가 실제로 지켜진다. 도구는 규칙을 강제할 뿐 규칙 자체를 정하는 것은 결국 프로젝트 참여자들의 합의라는 점이, CDE를 도입할 때 가장 먼저 챙겨야 할 부분이다.


예시: 설비 간섭이 발견된 구조 모델을 다루는 순서

다음은 아키포털이 작성한 학습용 협업 시나리오다. 실제 프로젝트의 승인 권한·상태 코드·사용 목적은 계약과 정보관리 계획으로 정한다.

상황 담당자의 조치 남길 기록
구조팀이 모델 작성 WIP에서 팀 내부 검토 작성자·개정 번호·검토 결과
설비팀과 조율 검토용으로 공유 전달 대상·사용 목적·전달 시점
덕트와 보 간섭 발견 이슈 등록 후 수정본 재공유 이슈 ID·수정 내용·영향받는 도면
수정본 검토 완료 승인된 목적에 사용할 버전 발행 승인자·허용 용도·개정 번호
이전 버전 비교 검토·전달 이력 보관 이전 파일과 승인·수정 이력

파일을 받으면 이름의 final만 믿기보다 개정 번호와 허용 용도, 승인 기록을 함께 확인한다. 예를 들어 조율용으로 받은 모델을 자재 발주 기준으로 사용하지 않도록 전달 조건을 명시한다.

참고 문헌·공식 자료

자료 확인일: 2026년 10월 7일. 적용 기준은 프로젝트의 인허가·설계 시점과 관할 기준에 따라 확인합니다.

자주 묻는 질문

CDE의 네 가지 정보 상태는 무엇인가요?

작업 중(WIP), 공유(Shared), 발행(Published), 보관(Archive)을 구분합니다. 수정·재검토가 반복될 수 있으며, 보관은 개발·검토·전달 과정의 이력을 남기는 역할도 합니다. 단순히 한 방향으로 이동하는 네 폴더로 이해하지 않습니다.

공유(Shared) 상태의 도면으로 시공해도 되나요?

안 됩니다. 공유 상태는 다른 팀과 조율하거나 의견을 구하기 위해 내놓은 단계이고, 발주자가 시공 같은 특정 용도로 쓰도록 공식 인가한 것은 발행(Published) 상태입니다. CDE는 이런 상태 관리로 아직 조율 중인 도면을 시공 기준으로 삼는 사고를 걸러 줍니다.

CDE로 쓰이는 플랫폼에는 어떤 것이 있나요?

Autodesk Construction Cloud(구 BIM 360), Trimble Connect, Bentley의 ProjectWise, Asite 등이 있습니다. BIMcollab은 BCF 기반 이슈 관리에 특화된 협업 도구입니다. 어떤 플랫폼을 CDE로 지정할지는 발주자의 계약 요건과 참여사의 소프트웨어 환경에 따라 갈립니다.

CDE 플랫폼만 도입하면 협업 체계가 갖춰지나요?

아닙니다. 플랫폼만 도입한다고 CDE가 저절로 작동하지는 않습니다. 어떤 조건에서 WIP가 Shared로 승인되는지, 발행 권한은 누구에게 있는지 같은 절차를 프로젝트 초기에 BEP(BIM 실행계획)로 문서화하고 참여사 모두가 동의해야 상태 체계가 실제로 지켜집니다.

같은 주제의 글