BIM·디지털 시공기록, 클레임 입증자료로서의 증거능력과 관리방안

1. 서면·사진 기록과 다른, 디지털 기록의 세 가지 취약점

기존 클레임 실무는 공사일지, 현장사진, 협의록 등 서면·이미지 기록의 보관과 통지 절차를 중심으로 다뤄왔습니다. BIM 모델이나 소프트웨어 로그는 이와 성격이 다릅니다. 종이 문서는 한 번 작성되면 내용이 고정되지만, 디지털 기록은 다음과 같은 특성 때문에 사후에 "그 시점의 그 상태"였음을 입증하기가 오히려 더 까다로울 수 있습니다.

• 연속 변경성 — BIM 모델은 여러 협업 주체가 동시에 편집하며 계속 갱신되므로, 특정 시점의 스냅샷을 별도로 확보해두지 않으면 "당시 설계·시공 상태"를 재현하기 어렵습니다.
• 손쉬운 수정·삭제 — 소프트웨어 로그나 모델 파일은 원본을 직접 열람·저장하는 것만으로도 메타데이터(수정일시 등)가 변경되어, 무결성을 주장하기 곤란한 상태가 될 수 있습니다.
• 보관 주체의 분산 — 클라우드 CDE, 로컬 PC, 협력사 서버 등 여러 곳에 동일 데이터의 버전이 흩어져 있어, 어느 것이 "정본"인지 다툼의 대상이 됩니다.

2. 증거로 인정받기 위한 두 가지 관문 — 원본동일성과 무결성

디지털 자료가 재판이나 감정·중재 절차에서 증거로 활용되려면, 통상 두 단계의 판단을 통과해야 합니다. 하나는 제출된 사본(출력물, 복제파일)이 원본과 동일한 내용임을 인정받는 원본동일성 판단이고, 다른 하나는 수집부터 제출까지의 과정에서 데이터가 훼손·변경되지 않았음을 뒷받침하는 무결성(보관의 연속성) 입증입니다. 관련 법률 실무에서는 비트 단위 이미징 복제, 수집 시점의 해시값 기록, 수집·보관·분석 단계의 문서화가 이 두 가지를 뒷받침하는 방법으로 다뤄집니다.

같은 논리는 BIM·시공관리 데이터에도 그대로 적용됩니다. "이 모델 파일이 설계변경 통지 시점의 버전과 동일하다"거나 "이 드론 측량 데이터가 준공 전 특정일의 실제 시공 상태를 담고 있다"는 주장은, 그 시점에 데이터를 어떻게 확정·보관했는지에 대한 절차적 근거가 있어야 설득력을 갖습니다. 단순히 "우리 서버에 저장되어 있다"는 사실만으로는 무결성이 자동으로 인정되지 않습니다.

3. 실무에서 무너지는 지점 — 버전관리와 접근권한

분쟁 국면에서 실제로 문제가 되는 것은 거창한 위변조 시비보다, 평소 관리 공백에서 비롯된 다음과 같은 상황들입니다.

1) 버전관리 이력의 실질적 보존

대부분의 BIM 협업 플랫폼과 시공관리 소프트웨어는 버전 이력 기능을 제공하지만, 보관 기간이 지나면 자동으로 이전 버전이 삭제되도록 설정된 경우가 많습니다. 클레임 소지가 있는 사안이라면 관련 시점의 버전을 별도로 내보내(export) 보관하는 절차가 필요합니다.

2) 접근권한과 수정이력의 연결

"누가, 언제, 무엇을 변경했는가"를 특정 계정과 연결해 추적할 수 있어야 그 기록의 신빙성을 뒷받침할 수 있습니다. 공용 계정으로 여러 담당자가 로그인하거나, 권한 관리 없이 파일을 자유롭게 덮어쓰는 환경에서는 특정 변경행위의 주체를 특정하기 어려워집니다.

3) 원시자료와 가공자료의 분리 보관

드론측량 성과품이나 센서 데이터는 현장에서 수집한 원시자료를 좌표보정·필터링 등으로 가공해 최종 산출물을 만듭니다. 가공 과정의 타당성이 다툼이 되는 경우를 대비해, 가공 이전의 원시자료를 별도로 보관해두는 것이 바람직합니다.

4. 분쟁 국면 진입 시 — 증거보전 조치와 관리 체계

클레임 조짐이 뚜렷해진 시점부터는 통상적인 데이터 관리 관행을 그대로 따르는 것만으로는 부족합니다. 관련 데이터에 대해 삭제·덮어쓰기를 막는 보존조치(이른바 legal hold)를 취하고, 필요하다면 법원에 증거보전을 신청하는 방안도 검토 대상이 됩니다. 민사소송법은 본안 소송 제기 전이라도 증거를 확보해두지 않으면 그 사용이 곤란할 사정이 있는 경우 증거보전 절차를 이용할 수 있도록 정하고 있으며, 이는 디지털 자료에도 적용될 수 있습니다.