플랜트 엔지니어링의 Digital Thread는 어떻게 만들어지는가

Digital Twin은 매력적인 목표지만, 많은 중공업 프로젝트에서 더 시급한 것은 Digital Thread다. 완벽한 가상 공장을 만드는 일보다 먼저, 하나의 장비와 라인이 설계 요구에서 계산, 사양, 구매, 제작, 검사와 시운전까지 같은 객체로 이어져야 한다. 연결이 끊긴 상태에서 Twin을 만들어도 그 안의 데이터가 최신이고 책임 있는지 보장하기 어렵다.

Twin보다 Thread가 먼저인 이유

Digital Twin은 실제 자산의 상태를 디지털 모델로 표현하고 운영 데이터를 연결하는 강력한 개념이다. 그러나 설계·조달·제작 단계의 문서와 결정이 연결되지 않으면 운영 Twin은 불완전한 As-built를 물려받는다. 장비 태그와 사양, Vendor 문서, 검사기록이 흩어진 채로 준공되면 운영 단계에서 다시 문서를 정리해야 한다.

Digital Thread는 장비가 왜 필요해졌고, 어떤 계산으로 용량이 정해졌으며, 어떤 사양으로 발주되고, 무엇이 제작·검사·설치되었는지를 이어주는 추적 경로다. 완벽한 3D 형상이 없어도 시작할 수 있고, 기존 P&ID와 Excel, 데이터시트, ERP를 활용할 수 있다.

장비 하나의 생애주기를 끝까지 따라가 보기

냉각수 펌프 P-2101은 공정 요구에서 시작한다. 필요한 유량과 양정, 유체 조건이 정해지고 수리 계산이 수행된다. 그 결과가 Process Datasheet와 Mechanical Datasheet로 정리되고, P&ID와 장비 목록에 반영된다. 구매 요청과 입찰, Vendor 선정, Vendor Document Review를 거쳐 실제 장비가 제작된다.

공장검사에서 성능과 재질, 진동이 확인되고, 출하·현장 반입·설치와 정렬, 전기·계장 연결, 시운전과 성능시험을 거친다. 이 과정에서 값은 여러 번 변한다. Design Duty와 Vendor Guaranteed Point, FAT 결과와 실제 운전점이 다를 수 있다. Digital Thread는 이 차이를 없애는 것이 아니라 단계별 값과 결정의 근거를 연결한다.

태그 그래프가 연결해야 할 관계

장비 객체만으로는 충분하지 않다. 펌프는 흡입·토출 라인, 격리 밸브, 계기, 모터, 전원, 기초, 제어 로직과 연결된다. 라인은 Line Class와 Spec, Test Package, Insulation, Painting, Tie-in과 연결된다. 계기는 Loop, Cause & Effect, I/O와 연결된다.

이 관계 그래프가 있으면 변경 영향이 생애주기 전체로 이어진다. 펌프 토출압이 높아지면 배관 설계압력과 밸브 등급, 계기 범위, 모터 출력, 기초 하중과 구매 사양을 다시 볼 수 있다. 단순 문서 링크가 아니라 왜 연결되는지 설명할 수 있는 관계가 필요하다.

속성별 소유권과 시간축

Digital Thread의 어려움은 데이터 양보다 소유권과 시간이다. Design Flow는 Process가 책임지고, Vendor Guaranteed Flow는 공급사가, FAT Measured Flow는 검사 기록이 책임진다. 세 값은 모두 유효하며 목적이 다르다. 중앙 시스템이 하나를 선택해 나머지를 덮으면 중요한 맥락이 사라진다.

각 값에는 Value Type, Source, Revision, Valid From, Status와 Approver가 필요하다. 또한 설계 기준선과 계약 기준선, 제작 기준선, As-built 기준선을 구분해야 한다. 사용자는 현재값만 보는 것이 아니라 어느 시점에 어떤 값이 공식이었는지 재현할 수 있어야 한다.

사양 변경이 구매 이후에 발생했을 때

설계압력이 구매 발주 후 높아졌다고 하자. 설계팀은 데이터시트를 수정하지만, 계약 사양과 Vendor 제작도면, 재질 주문은 이미 진행 중일 수 있다. 이때 기술적 적합성뿐 아니라 계약 변경, 납기, 재검사와 비용을 함께 판단해야 한다.

연결된 시스템은 변경된 속성에서 관련 객체와 문서를 찾고 현재 Lifecycle State를 확인한다. Vendor 문서 승인 전이면 수정 영향이 작을 수 있지만, 자재 절단이나 용접이 끝났다면 NCR, 재작업 또는 Deviation 승인 경로가 필요하다. 변경의 위험은 설계값의 크기뿐 아니라 얼마나 뒤에서 발견됐는가에 의해 결정된다.

현실적인 통합 아키텍처

기존 시스템을 모두 교체할 필요는 없다. P&ID·3D·문서관리·ERP·MES·검사 시스템에서 이벤트와 참조 정보를 가져오고, 중앙 계층은 객체 ID와 속성 버전, 문서 근거, 관계와 이슈를 관리한다. 계산과 규칙은 별도 서비스로 실행하고, AI는 문서 파싱과 객체 매칭, 변경 설명을 담당한다.

중요한 것은 양방향 쓰기를 제한하는 것이다. 초기에는 읽기 연동과 차이 탐지부터 시작하고, 공식 원본에 대한 수정은 승인된 API나 작업지시를 통해 수행해야 한다. 시스템이 직접 CAD와 ERP를 무제한 수정하게 하면 권한과 감사, 롤백 문제가 커진다.

사업 가치는 검색보다 Hand-off에서 발생한다

문서를 빠르게 찾는 기능은 유용하지만 Digital Thread의 큰 가치는 단계 전환에서 나타난다. 설계에서 구매로, 구매에서 제작으로, 제작에서 현장으로 넘어갈 때 필요한 데이터와 승인 상태가 완전한지 확인할 수 있다. Hand-off Package를 자동 구성하고 누락과 충돌을 미리 찾으면 대기와 재작업을 줄일 수 있다.

예를 들어 Vendor Release 전에 승인 도면, 재질 인증, 검사 기록과 미해결 코멘트가 연결되어 있는지 확인할 수 있다. Mechanical Completion 전에 장비·라인·계기별 검사와 Punch, As-built가 준비됐는지 볼 수 있다. 이는 문서관리 자동화가 아니라 프로젝트 실행의 품질 게이트다.

작게 시작해 생애주기를 길게 연결할 것

첫 단계에서는 장비 한 종류와 세 문서만 연결해도 된다. 다음으로 구매와 Vendor 상태를 붙이고, 그 후 검사와 시운전으로 확장한다. 객체와 속성 스키마를 처음부터 완벽하게 만들기보다 실제 Hand-off에서 반복되는 누락을 중심으로 발전시키는 편이 낫다.

Digital Thread는 프로젝트의 기억을 만드는 일이다

플랜트가 준공될 때 남아야 할 것은 수많은 PDF와 폴더만이 아니다. 왜 이 장비를 선택했고, 어떤 변경과 편차가 있었으며, 실제 무엇이 제작·설치·시험되었는지 이어지는 프로젝트의 기억이 남아야 한다.

다음 글에서는 이 Thread 위에서 AI가 변경을 어떻게 안전하게 실행할 수 있는지 살펴본다. P&ID와 DXF의 제한적 편집, 변경 Preview, 규칙 검증, 사람 승인과 롤백을 결합한 Controlled Change가 주제다.