표준이 멈추는 곳, 플랫폼이 멈추는 곳

1ST-Bridge — 일본 구조 데이터 표준이 담는 것

일본에는 ST-Bridge라는 구조 데이터 교환 표준이 있습니다. buildingSMART Japan이 관리하는 XML 형식으로, 通り芯(도오리신 · 그리드)·부재 배치·단면 부호와 함께 배근 정보를 담습니다. IFC만으로는 일관구조계산 소프트 연계가 어렵다는 판단에서 출발한 일본 고유 표준입니다.

중요한 것은 어떤 방식으로 담는가입니다. 사양서는 배근 표현의 원칙을 이렇게 정의합니다 — “건축 구조설계도의 단면표(断面表)와 같은, 종류·직경·본수 또는 피치에 의한 배근 표현”. 즉 표이지, 철근 한 본의 3차원 형상이 아닙니다.

스키마를 실제로 열어 확인하면, 다음 정보가 존재하지 않습니다.

그리고 이것은 누락이 아니라 사양서가 인정하는 공백입니다. 해당 요소에 대해 사양서는 “철근의 가공·조립, 정착길이 등을 주는 것을 상정”한다고 적고, “다음 버전 이후에 실정을 반영해 상세 정의를 행한다”고 명시합니다.

2표준이 있어도, 실제로 오가는 양은 다르다

두 번째 사실은 표준 자체가 아니라 구현에 관한 것입니다. “ST-Bridge를 지원한다”고 적혀 있어도, 모든 소프트웨어가 같은 정보를 주고받는 것은 아닙니다.

이것을 표준을 만든 단체가 스스로 측정해 공표합니다. buildingSMART Japan이 발행하는 「情報連携マップ(정보연계맵)」은 등재된 앱들의 Import · Export 대응을 속성 항목 단위로 ◯△×로 평가하고, 조합별 상호연계도를 백분율로 냅니다. RC조의 평가 항목 수만 1,201개입니다.

그리고 그 값은 조합에 따라 크게 갈립니다. 같은 표준을 지원한다고 적혀 있어도, 어느 소프트에서 어느 소프트로 보내느냐에 따라 실제로 건너가는 정보의 양이 달라집니다. 표준의 존재와 구현의 균질성은 다른 문제라는 것을, 표준을 만든 쪽이 정량으로 밝혀 둔 셈입니다.

다만 이 둘은 모두 “얼마나 잘 옮기는가”의 문제입니다.

옮길 대상 자체에 철근 한 본의 형상이 들어 있지 않다는 앞 절의 사실은, 구현이 아무리 좋아져도 그대로 남습니다.

3Revit — 왜 철근이 들어가면 무거워지는가

철근은 부재당 요소 수가 폭증하는 대상입니다. 기둥 하나에 주근·후프·보강근이 수십 본, 건물 전체로는 수십만 본이 됩니다. 그래서 BIM 플랫폼에서 철근을 다루면 무거워진다는 것은 실무자라면 대부분 겪은 일입니다.

이것이 사용법의 문제인지 구조의 문제인지는 Autodesk 자신의 공식 문서로 확인할 수 있습니다.

• 공식 Help의 CPU 권장 사항은 멀티코어에 의한 성능 향상을 “최대 20%”로 적고 있습니다
• 같은 문서는 L3 캐시가 큰 CPU를 권장합니다 — 모델 재생성이 단일 스레드로 도는 구조이기 때문입니다
• 철근 요소의 복사·이동·편집이 느린 현상에 대한 전용 지원 문서가 별도로 있고, 첫 번째 권장 조치는 뷰 상세 수준을 낮추는 것입니다 — 철근을 솔리드가 아니라 선으로 그리라는 뜻입니다

우회법은 전 세계가 같습니다. 모델을 나누고 링크로 참조하는 것입니다. 철근을 별도 파일로 빼서 링크로 걸고, 필요한 뷰에서만 보이게 하고, 상세 수준을 낮춥니다. Autodesk의 대규모 프로젝트 가이드 역시 분할·링크·모델 상태 관리를 권합니다.

“통째로 열고 통째로 다루는” 해법은 공식 문서에도 없습니다.

이는 특정 제품을 깎아내리는 말이 아닙니다. 20년 넘게 쌓인 코드베이스가 감당하는 범위의 문제이고, 벤더 스스로 문서로 밝히고 있는 사실입니다.

여기서 중요한 함의가 하나 나옵니다. Revit 안에서 계산하는 애드인은 이 천장을 함께 물려받습니다. 애드인이 아무리 최적화되어도 모델 재생성과 요소 생성은 플랫폼의 규칙 안에서 일어나기 때문입니다.

4그래서 남는 결론

정리하면 2026년의 상황은 이렇습니다. 일관구조계산은 표준화되었고(데이터 교환 표준이 있고, 다만 구현 편차가 남아 있으며), BIM 저작도 표준화되었으며(플랫폼과 템플릿 생태계 성숙), 법적 납품물도 표준화되어 있습니다(2D 도면).

그 사이 계층 — 1본 단위 철근의 실체와 접합부에서의 정합 — 만 표준도 없고, 플랫폼도 직접 채우지 않습니다.