서명된 변경 지시서와 ERP 사이의
누락된 단계

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

프로젝트 관리자에게 한 달에 처리하는 변경 지시서가 몇 건인지 물어보면 숫자를 들을 수 있습니다. 그중 서브계약자가 PM 시스템에 로그인한 적 없이 PDF로 보낸 변경 지시서가 몇 건인지 물어보면 숫자는 같겠지만, 후속 질문은 더 날카로워집니다. 그 PDF 하나하나가 데이터 입력 세션을 의미합니다. 파일을 열고, CO 번호와 날짜를 찾고, 라인 항목을 확인하고, 원가 코드를 복사하고, 수량과 단가를 옮겨 적고, 합산하고, 원가 추적 스프레드시트나 ERP 모듈에 모두 입력하고, 전위 오류가 없는지 다시 확인한 뒤 다음 PDF로 넘어가는 과정입니다.

AIA Contract Documents는 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"이라는 원가 코드와 다른 업체 양식의 "Earthwork – Excavation"은 모두 찾아서 올바른 열에 배치됩니다. AI가 좌표가 아닌 의미론을 매칭하기 때문입니다. 이 접근 방식 — 맞춤 열 추출 — 은 원하는 열을 설명하면 AI가 문서 내용을 해당 열에 매핑하는 방식으로, 모든 하도급업체 양식 형식에 대한 템플릿을 만들 필요를 없애줍니다. 하나의 열 정의가 대기열에 들어오는 모든 서명된 CO PDF에 적용됩니다.

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

앞문: 변경 지시서가 파이프라인으로 들어오는 방식

추출이 시작되기 전에 변경 지시서가 도착해야 합니다. 일반적인 건설 프로젝트 관리자의 월요일 아침은 주말 동안 하도급업체가 보낸 서명된 변경 지시서를 이메일에서 찾는 일로 시작됩니다. 일부는 첨부 파일로, 일부는 공유 드라이브 링크로, 일부는 하도급업체가 잊어버려 아직 보내지 않은 상태입니다. 수집 측면의 워크플로우는 추출 측면이 수동인 만큼 분산되어 있습니다.

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

수집 단계와 추출 단계는 마찰 없이 연결됩니다. 변경 지시서가 대기열에 들어오면 업로드하고(단독으로 또는 도착한 다른 모든 변경 지시서와 함께 일괄로), AI가 모든 문서를 단일 구조화된 출력으로 처리합니다. 한때 PDF 12개를 하나씩 열어야 했던 비용 로그 업데이트가 이제는 일괄 작업 하나로 끝납니다.

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

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

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

추출 방식의 아침: PM은 오전 8시에 도착한다. 수집 링크가 이미 모든 하도급업체의 주말 제출분을 모아 두었다 — 대기열에 14건의 변경 지시서가 있다. 14건 전체를 일괄 업로드하고, 추출 열을 한 번만 지정하면(비용 코드, 설명, 수량, 단가, 금액, 공급업체, CO 번호, 날짜), AI가 모든 PDF를 동시에 처리한다. 몇 분 안에 출력물은 14개 행이 있는 단일 스프레드시트가 된다 — CO당 하나씩 — 모든 라인 항목이 추출되고 합산되며 비용 코드별로 정렬된다. CSV로 내보내고, Procore의 변경 이벤트 가져오기 도구를 열고, 파일을 업로드하고 확인한다. 비용 로그가 최신 상태가 된다. PM은 회의까지 90분 동안 숫자를 검토하고, 예비비를 12% 이상 끌어올린 CO 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로 마이그레이션하며, 모든 것을 하나의 시스템으로 통합하도록 말입니다. 근본적인 가정 — 단편화가 적이고 통합이 해답이라는 것 — 은 수십 년간 구매 결정을 주도해 왔습니다. 그러나 이는 잘못된 선택을 강요합니다: 서로 다른 공급업체의 도구를 사용할 때 발생하는 수동 데이터 입력을 감수하거나, 단일 공급업체 생태계에 전념하여 모든 하청업체, 발주자, 설계 팀 구성원이 그 안에서 운영되기를 바라는 것입니다.

어느 옵션도 실제 건설 프로젝트가 운영되는 방식과 맞지 않습니다. 하청업체는 자체 시스템을 사용합니다. 발주자는 서명된 변경 지시서(CO)를 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 템플릿이 Description, Vendor, Cost Code, Quantity, Unit Cost, Amount 순서의 열을 요구한다면, 해당 순서대로 추출 열을 설정하면 됩니다. 내보낸 CSV는 재구성 없이 Procore의 가져오기 도구에 직접 업로드할 수 있습니다. Viewpoint Vista, Viewpoint Spectrum, Sage 300 CRE, CMiC에도 동일하게 적용됩니다 — 비용 항목이나 변경 이벤트에 대해 CSV 가져오기를 지원하는 모든 플랫폼에서 가능합니다.

변경 지시서에 손으로 쓴 메모나 여백 계산이 있으면 어떻게 하나요?

AI는 인쇄된 텍스트와 함께 필기 내용도 읽습니다 — CO 양식의 현장 표시, 현장소장이 손으로 수정한 수량, 추가 작업 범위에 대한 하도급업체의 여백 메모까지 모두 추출됩니다. 필기 내용이 인쇄된 내용과 상충하는 경우(예: 손으로 수정한 단가가 인쇄된 수치와 다른 경우), 두 값 모두 출력에 표시되며 프로젝트 관리자가 어떤 수치를 적용할지 결정합니다. AI는 상충되는 데이터에 대해 판단을 내리지 않습니다 — 모든 것을 표시하여 직접 결정할 수 있게 합니다.

예비비 임계값 플래그는 실제로 어떻게 작동하나요?

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

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

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

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

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