서명된 변경 지시서와 ERP 사이의
빠진 단계

건설 소프트웨어 데모에서 아무도 언급하지 않는 격차

프로젝트 관리자에게 한 달에 처리하는 변경 주문 건수를 물어보면 숫자가 나옵니다. 그중에서 PM 시스템에 로그인한 적 없는 하청업체가 PDF로 보낸 변경 주문이 몇 건인지 물어보면 숫자는 같지만 후속 질문이 더 날카로워집니다. 그 PDF 하나하나가 데이터 입력 세션을 의미합니다: 파일 열기, CO 번호와 날짜 찾기, 라인 항목 확인, 비용 코드 복사, 수량과 단가 필사, 합계 계산, 비용 추적 스프레드시트나 ERP 모듈에 입력, 전치 오류 재확인, 다음 PDF로 넘어가기.

AIA 계약 문서는 18,229개 건설 프로젝트의 892,457건 변경 주문을 분석했습니다. 1,000만~5,000만 달러 규모 프로젝트는 평균 약 8건의 변경 주문을 처리했으며 시장 표준 범위는 최대 17건에 달했습니다. 여러 하청업체와 단계별 범위 변경이 있는 대형 프로젝트에서는 프로젝트당 30건의 변경 주문도 드물지 않습니다. 각 건당 10~15분의 재입력 시간이 소요됩니다. 두 개의 활성 프로젝트를 관리하는 PM이라면 한 달에 약 4시간을 프로젝트 판단과 무관한 데이터 운반 작업에 씁니다. PDF 열고, 숫자 읽고, 다른 곳에 숫자 입력하기.

"통합"이 실제로 하는 일과 하지 않는 일

Trimble Viewpoint는 연결된 Vista 및 Spectrum 플랫폼이 "서로 다른 시스템 간의 이중 입력 필요성"을 없앤다고 마케팅합니다. 그리고 실제로 그렇습니다 — 플랫폼 내부에서 생성된 데이터에 한해서 말이죠. Viewpoint Team에서 변경 주문이 기본 생성되면 승인 절차가 시스템을 통해 진행되고, 비용 영향은 누군가 다시 입력하지 않아도 Vista의 작업 원가 모듈에 동기화됩니다. Procore의 변경 이벤트 워크플로도 마찬가지입니다: 잠재적 변경 주문을 기록하고, 원가 코드가 있는 라인 항목을 할당하고, 승인을 위해 회람하면 예산이 자동으로 업데이트됩니다. "통합"은 폐쇄된 환경 내에서는 실제로 작동합니다.

그 벽은 PDF에서 멈춥니다. Procore 자체 문서는 프로젝트 팀에게 빈 템플릿을 다운로드하고, 수동으로 열을 채운 다음, 다시 업로드하여 CSV 파일에서 변경 이벤트 라인 항목을 가져오라고 지시합니다. Viewpoint Spectrum 사용자는 회계 시스템에 연결된 웹 포털에서 잠재적 변경 주문을 생성할 수 있지만, 라인 항목은 여전히 어딘가에서 옵니다: 하청업체의 서명된 양식, 현장 소장의 표시된 AIA G701, 추가 범위 내역이 포함된 이메일 첨부 파일. 이 중 어느 것도 자체 입력 문서가 아닙니다. "이중 입력 없음" 주장은 시스템 간 동기화에는 유효하지만, 서명된 종이와 그 내용을 시스템에 처음 입력하는 키 입력 사이의 간극에는 적용되지 않습니다.

이것은 Procore나 Viewpoint에 대한 비판이 아닙니다. 이는 시중의 모든 ERP 및 프로젝트 관리 플랫폼의 한계입니다: 이들은 이미 디지털화된 데이터를 구조화하고 라우팅하도록 설계되었습니다. 문서에서 데이터를 추출하지 않습니다. 그렇게 한다고 주장한 적도 없습니다. 문제는 그 간극을 메우는 것이 누구의 역할이 되는지 아무도 이야기하지 않는다는 점입니다.

추출 단계: 도구 간에 입력하지 마세요

문제가 누군가가 PDF를 읽고 그 내용을 추적 시스템에 다시 입력해야 하는 것이라면, 해결책은 다른 추적 시스템이 아닙니다. 해결책은 PDF와 시스템 사이에 읽기와 입력을 수행하는 단계를 두고, 시스템이 이미 수용하는 형식의 구조화된 데이터를 전달하는 것입니다. 그 단계가 바로 AI 문서 추출이며, 이는 모든 주요 건설 플랫폼이 지원하는 CSV 기반 가져오기 워크플로우에 완벽하게 들어맞습니다.

메커니즘은 간단합니다. 각 변경 주문에서 필요한 데이터(비용 코드, 설명, 수량, 측정 단위, 단가, 금액, 공급업체)를 정의합니다. 이 목록이 추출 템플릿이 됩니다. 서명된 CO PDF가 도착하면 AI가 이를 읽고 각 값을 찾습니다. 페이지에서 고정된 위치를 찾는 것이 아니라, 문맥상 해당 필드가 의미하는 바를 이해합니다. 한 하청업체 양식에서 "02-300"으로 표시된 비용 코드와 다른 업체 양식에서 "토공 – 굴착"으로 표시된 비용 코드 모두 올바른 열에 배치됩니다. AI가 좌표가 아닌 의미를 매칭하기 때문입니다. 이 접근 방식, 즉 원하는 열을 설명하면 AI가 문서 내용을 매핑하는 사용자 정의 열 추출은 모든 하청업체 양식 형식에 대한 템플릿을 구축할 필요를 없앱니다. 하나의 열 정의가 대기열에 들어오는 모든 서명된 CO PDF에서 작동합니다.

출력물은 ERP가 예상하는 가져오기 템플릿과 정확히 동일한 구조의 CSV 또는 Excel 파일입니다. Procore의 변경 이벤트 CSV 템플릿은 설명, 공급업체, 비용 코드, 금액을 요구합니다. Viewpoint의 비용 항목 가져오기는 비용 코드, 설명, 수량, 단가를 원합니다. Sage 300 CRE의 작업 비용 입력에도 유사한 열이 있습니다. AI는 필요한 열 순서와 명명 규칙에 따라 데이터를 출력합니다. 이는 모든 향후 CO에 적용되는 일회성 매핑입니다.

전면 도어: 변경 지시가 파이프라인에 진입하는 방식

추출이 이루어지기 전에 변경 지시가 도착해야 합니다. 일반적인 건설 PM의 월요일 아침은 주말 동안 협력업체가 보낸 서명된 CO를 이메일에서 찾는 일로 시작됩니다. 어떤 것은 첨부 파일로, 어떤 것은 공유 드라이브 링크로, 또 어떤 것은 협력업체가 보내는 것을 잊어 아직 도착하지 않은 경우도 있습니다. 워크플로우의 수집 측면은 추출 측면이 수동인 것만큼이나 파편화되어 있습니다.

수집 링크는 받은 편지함 추적을 단일 제출 지점으로 대체합니다. 각 협력업체와 공유하는 URL을 생성하면, 협력업체는 링크를 열고 간단한 확인 코드를 입력한 후 서명된 변경 지시 PDF를 업로드합니다. 로그인, 계정, 소프트웨어 설치가 필요 없습니다. 파일은 타임스탬프와 제출자별로 정리되어 처리 대기열에 바로 나타납니다. 두 개의 활성 프로젝트에서 6개 협력업체를 관리하는 PM에게 월요일 아침은 더 이상 이메일 사냥이 아닙니다. 주말 동안 제출된 모든 CO가 이미 정렬되어 일괄 처리를 기다리고 있습니다.

수집 단계와 추출 단계는 매끄럽게 연결됩니다. CO가 대기열에 도착하면 업로드하고(단독으로 또는 도착한 다른 모든 CO와 함께 일괄로), AI가 모두 처리하여 단일 구조화된 출력물을 생성합니다. 수십 개의 PDF를 하나씩 열어야 했던 비용 로그 업데이트가 이제는 한 번의 일괄 작업이 됩니다.

월요일 아침 루틴: 오전 10시 회의 전 비용 로그

12백만 달러 규모의 상업 프로젝트를 관리하는 건설 PM에게 월요일 아침은 정해진 리듬이 있다. 오전 10시 발주처 회의를 위해 업데이트된 원가 현황 보고서가 필요하다 — 누적 변경지시 영향, 예비비 소진율, 그리고 지난주 보고서 이후 변경된 모든 원가 코드에 대한 수정 예측치. 오전 8시부터 회의까지 PM은 금요일 오후부터 일요일 밤 사이에 협력업체가 제출한 모든 변경지시를 처리하고, 원가 기록을 업데이트하며, 숫자를 준비해야 한다.

전통적인 방식의 아침: PM이 Gmail을 열어 변경지시 첨부파일이 있는 새 이메일 14개를 확인하고, 각 PDF를 다운로드한 후 하나씩 열어 내역을 찾아 Procore 변경 이벤트 모듈이나 Viewpoint 원가 추적 화면에 입력하고, 원가 코드를 프로젝트 예산과 대조해 올바른 코드가 할당되었는지 확인하고, 각 변경지시의 신규 계약 금액을 수동으로 계산하고, 예비비 추적기를 업데이트하고, 발주처 회의용 보고서를 작성한다. 오전 9시 55분, 숫자는 정리되지만 PM은 그 의미를 생각할 시간이 없었다.

추출 방식의 아침: PM이 오전 8시에 도착한다. Collection Link가 이미 모든 협력업체의 주말 제출물을 수집했다 — 대기열에 14건의 변경지시가 있다. 14건을 일괄 업로드하고, 추출 열을 한 번만 지정하면(원가 코드, 설명, 수량, 단가, 금액, 공급업체, 변경지시 번호, 날짜), AI가 모든 PDF를 동시에 처리한다. 몇 분 안에 출력물은 14개 행(변경지시당 하나)의 단일 스프레드시트로, 모든 내역이 추출되어 합산되고 원가 코드별로 정렬된다. CSV로 내보내고, Procore의 변경 이벤트 가져오기 도구를 열어 파일을 업로드하고 확인한다. 원가 기록이 최신 상태가 된다. PM은 회의 전 90분 동안 숫자를 검토하고, 예비비를 12% 이상 초과한 3건의 변경지시를 식별하며, 단순한 총계 보고가 아닌 설명을 준비할 시간을 갖는다.

계산 열: 추출 과정에 내장된 비용 관리 로직

변경 주문 데이터를 스프레드시트에 넣는 것은 첫 단계입니다. PM이 실제로 필요한 것은 데이터가 프로젝트 예산에 의미하는 바를 아는 것입니다. ImageToTable의 계산 열 기능은 이후에 적용하는 별도의 Excel 수식이 아니라, AI가 생성하는 출력의 일부로 추출 자체 중에 산술을 처리합니다.

계산 열은 다른 추출 필드를 참조하는 계산을 정의하여 작동합니다. 변경 주문 추적에서 가장 즉시 유용한 계산은 신규 계약 금액입니다: 원래 계약 금액에 이전에 승인된 모든 변경 사항을 더하고 현재 변경 주문 금액을 더합니다. AI는 CO PDF에서 관련 값을 추출합니다 — 헤더의 원래 계약 값, AIA G701 필드 또는 사용자 정의 양식의 해당 필드에서 순 이전 변경 사항 — 그리고 전용 열에 누적 합계를 출력합니다. 추출 후 합산이나 별도의 조정 스프레드시트가 필요 없습니다.

두 번째 계산 열은 비상 한도 모니터 역할을 합니다. 규칙을 정의합니다: 누적 승인 변경이 원래 계약 금액의 10%를 초과하면 해당 행에 플래그를 지정합니다. 단일 변경 주문이 $50,000를 초과하면 별도로 플래그를 지정합니다. AI는 추출 중에 이러한 조건을 평가하고 각 줄을 그에 따라 표시합니다. PM이 월요일 오전 8시 15분에 내보내기를 열면, 주의가 필요한 행이 이미 강조 표시되어 있습니다 — PM이 정렬해서가 아니라 추출 로직이 식별했기 때문입니다.

이 계산 계층은 Procore나 Viewpoint 내부의 비용 관리 기능을 대체하지 않습니다. 해당 시스템들은 여전히 예산 추적, 약정 관리, 기성 청구를 처리합니다. 계산된 열이 대체하는 것은 데이터 추출과 분석 사이의 수작업, 즉 모든 데이터 덤프 후에 이어지는 스프레드시트 체조입니다. PM은 추가 가공이 필요한 원시 데이터가 아닌, 분석 준비가 완료된 결과물을 받게 됩니다.

통합은 "도구를 교체하라"가 아닙니다. "도구 사이에 타이핑을 멈추라"는 뜻입니다.

건설 소프트웨어 시장은 PM들에게 플랫폼 교체의 관점에서 생각하도록 길들여 왔습니다. 스프레드시트에서 Procore로 전환하세요. Sage 300 CRE에서 Viewpoint Vista로 마이그레이션하세요. 모든 것을 하나의 시스템으로 통합하세요. 단편화는 적이고 통일이 답이라는 근본 가정은 수십 년간 구매 결정을 주도해 왔습니다. 하지만 이는 잘못된 선택지를 강요하기도 합니다. 서로 다른 공급업체의 도구를 사용할 때 따르는 수동 데이터 입력을 감수하거나, 단일 공급업체 생태계에 전념하여 모든 하청업체, 발주자, 설계팀 구성원이 그 안에서 작업하길 바라는 선택 말입니다.

어느 선택지도 실제 건설 프로젝트 운영 방식과 맞지 않습니다. 하청업체는 자체 시스템을 사용합니다. 발주자는 서명된 설계변경지시서를 PDF로 보냅니다. 설계팀은 공사 범위 변경을 유발하는 회보를 발행합니다. 문서는 항상 외부에서 옵니다. 핵심 질문은 도구를 통일할 것인지가 아니라, 문서와 시스템 사이에 사람의 키보드를 계속 끼워 넣을 것인지입니다.

AI 추출은 그 간극을 메웁니다. Procore의 변경 이벤트 모듈, Viewpoint Vista의 공사 원가 원장, Sage 300 CRE의 확정 약정 추적 등 PM이 수년간 익혀온 시스템을 대체하지 않습니다. 대신 한 가지 특정 작업, 즉 PDF를 읽고 그 내용을 다시 입력하는 작업을 대체합니다. 추출 단계에서는 모든 건설 ERP가 이미 가져올 수 있는 파일, 즉 CSV를 생성합니다. 이후 기존 도구들은 설계된 대로 예산 대비 원가 추적, 보고서 생성, 승인 라우팅, 회계 연동을 수행합니다.

여러 하도급업체의 변경 주문을 일괄 처리하는 PM의 경우, 절약되는 시간은 물량에 비례하여 늘어납니다. 이미 수동 CO 데이터 입력의 인건비를 추적 중인 팀이라면, 타이핑 단계를 제거함으로써 얻는 ROI(투자 수익률)를 직접 계산할 수 있습니다. 즉, 회수된 노동 시간에 완전 부담 PM 요율을 곱한 값입니다. 그리고 변경 주문 PDF를 열고 스프레드시트에 입력을 시작해 본 사람이라면 누구나 워크플로우의 차이가 자명함을 알 것입니다.

FAQ

제 하도급업체가 사용하는 모든 변경 주문 양식에서 작동하나요?

네 — AI가 템플릿을 매칭하는 대신 문서를 의미적으로 읽기 때문입니다. 하도급업체가 표준 AIA G701, 자체 회사 양식, 또는 스프레드시트의 마크업 PDF를 사용하더라도 추출 방식은 동일합니다. AI가 요청한 값(원가 코드, 금액, 공급업체 등)을 페이지 내 어디에 있든 찾아냅니다. 두 하도급업체가 원가 코드를 다른 위치에 두거나 다르게 레이블을 지정해도, AI는 특정 양식 레이아웃에서의 위치가 아니라 원가 코드가 무엇인지 이해하기 때문에 추출이 성공합니다.

CSV 출력이 Procore의 가져오기 템플릿과 정확히 일치할 수 있나요?

네. 추출 설정 중에 열 이름과 순서를 정의합니다. Procore의 변경 이벤트 CSV 템플릿에 설명, 공급업체, 원가 코드, 수량, 단가, 금액 순서의 열이 필요한 경우, 해당 순서대로 추출 열을 설정하면 됩니다. 내보낸 CSV는 재포맷 없이 Procore의 가져오기 도구에 직접 업로드할 수 있습니다. 이는 Viewpoint Vista, Viewpoint Spectrum, Sage 300 CRE, CMiC 등 CSV 가져오기를 지원하는 모든 플랫폼에 동일하게 적용됩니다.

변경 주문서에 수기 메모나 여백 계산이 있는 경우는 어떻게 되나요?

AI는 인쇄된 텍스트와 함께 필기를 읽습니다 — CO 양식의 현장 마크업, 현장소장이 손으로 쓴 수량 수정, 하도급업체가 여백에 추가 공사 범위에 대해 적은 메모 등 모든 것이 추출됩니다. 필기 내용이 인쇄된 내용과 상충되는 경우(예: 타자된 금액과 다른 손으로 수정된 단가), 두 값 모두 출력에 표시되며 PM이 어떤 값을 적용할지 결정합니다. AI는 상충되는 데이터에 대한 판단을 내리지 않습니다 — 모든 정보를 표시하여 결정을 내릴 수 있도록 합니다.

실무에서 예비비 임계값 플래그는 어떻게 작동하나요?

조건에 따라 계산 열을 정의합니다. 예를 들어, 누적 승인 변경 금액을 원래 계약 금액으로 나눈 값이 0.10(10%)을 초과하면 플래그 열에 "임계값 초과"를 출력합니다. AI가 추출 중에 이 계산을 실행하고 열을 자동으로 채웁니다. 내보내기를 열면 임계값을 초과하는 행을 즉시 확인할 수 있습니다. 누적 영향에 대한 임계값과 개별 CO 규모에 대한 임계값 등 여러 임계값을 설정할 수 있으며, 동일한 열 템플릿을 통해 더 많은 변경 주문을 처리함에 따라 플래그가 업데이트됩니다.

하도급업체가 수집 링크를 사용하려면 계정이 필요한가요?

아니요. 수집 링크는 하도급업체와 공유하는 URL입니다. 하도급업체가 링크를 열고 짧은 확인 코드를 입력한 후 파일을 업로드합니다. 등록, 로그인, 소프트웨어 설치가 필요하지 않습니다. 파일은 처리 대기열에 나타나며, 편리한 시간에 처리할 수 있습니다. 단일 링크를 통해 제출할 수 있는 하도급업체 수에는 제한이 없으며, 프로젝트나 전문 업체별로 별도의 링크를 만들어 처음부터 제출물을 체계적으로 관리할 수 있습니다.

이 기능이 Procore나 Viewpoint의 기존 원가 추적 워크플로를 방해하나요?

아니요. 추출 단계는 PDF에서 데이터를 수동으로 다시 입력하는 워크플로 부분을 대체하지만, CSV 가져오기 이후의 모든 과정은 변경되지 않습니다. 비용 코드는 여전히 Procore의 예산 모듈을 통해 흐르고, 작업 원가 항목은 Viewpoint의 총계정원장에 동기화되며, 소유자 보고서는 동일한 시스템에서 생성됩니다. 유일한 차이점은 이러한 시스템에 입력되는 숫자가 더 이상 키보드를 거치지 않는다는 점입니다. 비용 코드 구조, 승인 라우팅, 월말 조정 등 기존 프로세스는 그대로 유지됩니다.