업데이트 2026년 10월 15일읽는 시간 약 4분
BIM 협업에서 서로 다른 소프트웨어를 쓰는 참여자끼리 모델을 주고받을 때는 IFC(Industry Foundation Classes) 표준 포맷을 사용한다. IFC는 buildingSMART가 관리하는 개방형 표준으로, 특정 프로그램에 종속되지 않고 형상·속성·관계 정보를 함께 담는다. 건축은 Revit, 구조는 Tekla, 협업 검토는 ArchiCAD처럼 도구가 갈라져 있어도, 각자 IFC로 내보내면 하나의 통합 모델(federated model)로 겹쳐 볼 수 있다. 다만 원본의 파라메트릭 편집 기능은 그대로 유지되지 않으므로, IFC는 조율·검토·정보 교환용으로 쓰고 실제 설계 수정은 원본 저작 도구에서 하는 것이 원칙이다.
■ 내보내기 전에 정하는 것 — MVD(모델 뷰 정의)
IFC를 내보낼 때 가장 먼저 고르는 것이 MVD(Model View Definition)다. MVD는 “이 교환에서 무엇을 어느 수준으로 담을지”를 정한 부분집합이다. 목적에 맞지 않는 MVD를 고르면 필요한 정보가 빠지거나, 반대로 불필요하게 무거워진다.
| MVD | 기반 스키마 | 용도 | 특징 |
|---|---|---|---|
| Coordination View 2.0 | IFC2x3 | 건축·구조·설비 간 조율(가장 널리 쓰임) | 공간 구조·건물·설비 요소 정의. 대부분 도구가 인증 |
| Reference View | IFC4 | 참조 모델 기반 단방향 교환(검토·조율) | 정확한 비(非)파라메트릭 형상 전달. 수정은 원저작자에게 요청 |
| Design Transfer View | IFC4 | 요소 편집(삽입·삭제·이동)이 필요한 교환 | 제한적 파라메트릭 전달 지원 |
현재 실무에서 가장 안전한 선택은 도구 인증이 폭넓은 IFC2x3 Coordination View 2.0이다. 교환 상대와 사용하는 뷰어가 IFC4를 안정적으로 지원한다면 Reference View로 올려도 되지만, 상대의 지원 여부를 먼저 확인한다.
■ 내보내기 설정 체크리스트
같은 MVD를 골라도 좌표·단위·매핑 설정이 어긋나면 겹쳐 볼 때 모델이 따로 논다. 내보내기 전에 아래 항목을 맞춘다.
| 항목 | 확인 내용 | 어긋나면 |
|---|---|---|
| 기준 좌표계 | 프로젝트 기준점·측량점(공유 좌표)을 팀 전체가 동일하게 사용 | 모델이 서로 멀리 떨어져 겹치지 않음 |
| 단위 | 길이 단위(mm) 일치 여부 | 1000배 축척 오류(m↔mm) |
| MVD | 교환 목적에 맞는 뷰 선택, 상대 도구 지원 확인 | 속성·요소 누락 또는 과다 |
| 엔티티 매핑 | 요소가 올바른 IfcWall·IfcSlab·IfcBeam 등으로 분류되는지 | 벽이 일반 부재로 나가 필터·집계 실패 |
| 속성 세트(Pset) | 필요한 파라미터가 Pset로 매핑됐는지 | 수량·재료 정보 소실 |
| 공간(IfcSpace) | 실·면적 정보 포함 여부 | 면적 집계·COBie 연계 불가 |
■ Revit ↔ ArchiCAD ↔ Tekla 교환
대표 저작 도구 사이의 교환은 각 도구의 IFC 변환기(translator) 설정에 좌우된다. Revit은 File > Export > IFC에서 내장 MVD를 직접 고르고 매핑 테이블(IfcExportAs)로 카테고리를 조정한다. ArchiCAD는 IFC2x3 Coordination View 2.0 import/export가 인증돼 있어 조율 모델의 허브 역할을 자주 맡는다. Tekla는 구조 부재를 IFC로 내보내되 저장 전 필요한 부재만 선별하는 편이 가볍다. 어느 조합이든 원칙은 같다. 원본에서 수정하고, IFC는 겹쳐 보고 검토하는 참조로 쓴다.
■ 자주 깨지는 항목
- 좌표 어긋남 — 공유 좌표를 안 맞추면 두 모델이 수백 미터 떨어져 열린다. 가장 흔한 사고다
- 단위 축척 — m와 mm가 섞이면 1000배로 커지거나 작아진다
- 요소 오분류 — 커튼월·복합 부재가 예상과 다른 엔티티로 나가 필터·집계가 어긋난다
- 속성 소실 — 매핑하지 않은 파라미터는 IFC에 담기지 않는다
- 형상 단순화 — 파라메트릭 구속이 풀려 곡면·조인이 근사 형상으로 바뀔 수 있다
- 중복 요소 — 링크된 모델을 함께 내보내 같은 부재가 두 번 담기는 경우
이 사고들은 대부분 내보내기 직후 중립 뷰어에서 한 번만 열어 봐도 걸러진다. 좌표는 원점 부근에 모델이 모여 있는지, 단위는 부재 치수가 상식적인지, 요소는 벽·슬래브가 제 이름으로 분류됐는지를 눈으로 확인하는 것만으로 대부분의 재작업을 막을 수 있다.
■ BEP에 남길 교환 기준
IFC 교환 품질은 내보내는 순간보다 프로젝트 초기에 좌표계·단위·MVD·명명 규칙을 합의했는지에서 갈린다. 이 합의를 BEP(BIM 실행 계획서)에 문서로 남겨 두면 참여자가 바뀌어도 같은 기준으로 내보낸다.
- 내보낸 IFC는 Solibri, BIMvision, usBIM 같은 중립 뷰어로 다시 열어 좌표·요소·속성을 확인한 뒤 넘긴다.
- IFC로 받은 모델은 원본의 편집 기능을 그대로 살리지 못한다. 수정은 원본 저작도구에서 하고, IFC는 조율·검토·정보 전달용 참조로 쓴다.
참고 문헌
자주 묻는 질문
IFC로 받은 모델을 그대로 수정해도 되나요?
권하지 않습니다. IFC는 원본의 파라메트릭 편집 기능을 그대로 유지하지 못하므로 조율·검토·정보 교환용으로 쓰고, 실제 설계 수정은 원본 저작 도구에서 하는 것이 원칙입니다.
MVD는 무엇이고 어떤 것을 골라야 하나요?
MVD는 이 교환에서 무엇을 어느 수준으로 담을지 정한 부분집합입니다. 현재 실무에서 가장 안전한 선택은 도구 인증이 폭넓은 IFC2x3 Coordination View 2.0이며, 상대가 IFC4를 안정적으로 지원한다면 Reference View로 올려도 됩니다.
IFC를 겹쳤을 때 모델이 멀리 떨어져 보이는 이유는 무엇인가요?
공유 좌표를 맞추지 않았기 때문입니다. 프로젝트 기준점·측량점을 팀 전체가 동일하게 쓰지 않으면 두 모델이 수백 미터 떨어져 열리며, 이것이 가장 흔한 사고입니다. m와 mm 단위가 섞이면 1000배 축척 오류도 생깁니다.
IFC를 내보낸 뒤에는 무엇을 확인해야 하나요?
Solibri, BIMvision, usBIM 같은 중립 뷰어로 다시 열어 확인합니다. 모델이 원점 부근에 모여 있는지, 부재 치수가 상식적인지, 벽·슬래브가 제 이름으로 분류됐는지를 눈으로 보는 것만으로 대부분의 재작업을 막을 수 있습니다.
같은 주제의 글
openBIM 표준IFC 4.3, ISO 16739-1:2024로 확정 — 도로·철도·교량까지 넓어진 개방형 BIM교량과 도로 인프라의 3D BIM 모델 — AI로 만든 예시 이미지 개방형 BIM(openBIM)의 표준 교환 포맷인 IFC(Industry Foundation Classes)의 4.3 버전이 2024년 국제표준 ISO…
openBIM 표준buildingSMART IDS 1.0 — BIM 정보요구사항을 기계가 검증하는 표준자동 검증을 통과한 BIM 모델의 개념 이미지 — AI로 만든 예시 이미지 발주처가 요구한 속성이 BIM 모델에 제대로 들어갔는지 확인하는 일은 지금까지 사람이 눈으로…
openBIM 표준BCF로 이슈 주고받기 – 소프트웨어가 달라도 통하는 협업 포맷BCF 이슈 뷰포인트 — AI로 만든 예시 이미지 모델 검토에서 문제를 발견하면 보통 화면을 캡처해 이메일로 보낸다. 받는 쪽은 그 그림을 보고 자기 모델에서…
