설계변경 지시서 추적 방법
모든 PDF가 제각각일 때

변경 주문 데이터 추출이 특히 어려운 이유

대부분의 문서 추출 문제에는 일정한 형태가 있습니다. 송장은 예측 가능한 레이아웃을 따르고, 은행 명세서는 열을 사용합니다. 수십 개의 공급업체에 걸친 구매 주문서조차도 구매 주문 번호, 날짜, 라인 항목, 합계 등 인식 가능한 구조를 공유합니다.

건설 변경 주문에는 그러한 구조가 없습니다. 이는 과장이 아닙니다 — 업계가 작동하는 방식의 구조적 현실입니다.

AIA G701-2017은 표준에 가장 가까운 양식입니다. 미국 건축가 협회(American Institute of Architects)가 발행한 이 양식은 프로젝트 이름, 계약 정보, 변경 주문 번호 및 날짜, 소유자/건축가/계약자 세부 정보, 변경 사항 설명, 그리고 중요한 것은 원래 계약 금액 → 이전 CO에 의한 순 변경 → 이 CO 이전 계약 금액 → 이 CO 금액 → 새 계약 금액으로 이어지는 5줄 비용 조정 블록 등 특정 필드 순서를 정의합니다. 이 양식은 산술에 대해 명확히 설명합니다: 원래 계약 금액은 일정하게 유지되며, 누적되는 것은 승인된 모든 변경 사항의 누적 합계입니다.

그러나 실제로 G701은 수많은 형식 중 하나일 뿐입니다. 500만 달러 규모의 상업 프로젝트를 수행하는 일반 계약자는 건축가 사무실의 G701, 전기 하청업체의 맞춤형 Excel-to-PDF 양식, 배관 계약자의 Word 문서를 PDF로 변환한 파일, 소규모 석고보드 업체의 손으로 주석을 단 인쇄 양식 스캔본 등 다양한 형태의 변경 주문을 접할 수 있습니다. 이 모든 문서에는 CO 번호, 설명, 비용 내역, 일정 영향, 서명 등 동일한 정보 범주가 포함되어 있지만, 어떤 것도 동일한 방식으로 배열되지 않습니다.

더 큰 문제는, 하위 변경 지시서(COR) — 하도급업체가 GC에게 제출하는 — 가 GC가 이를 취합해 발주처에 전달하는 원계약 변경 지시서와 완전히 다른 형식이라는 점입니다. 기계 하도급업체의 내부 CO 양식은 노무 시간, 자재 수량, 장비 단가를 표 형식으로 추적하지만, GC가 그 데이터로 만드는 요약 수준의 G701과는 전혀 닮지 않았습니다. GC의 프로젝트 매니저는 결국 두 형식 사이의 인간 데이터 브리지 역할을 하게 됩니다.

AIA 계약 문서 프로그램의 연구는 문제의 규모를 확인해 줍니다: $100만~$500만 규모 프로젝트는 평균 3.73건의 변경 지시서가 발생하며, 시장 표준 범위는 1~8건입니다. $5,000만 이상 프로젝트는 평균 11.29건, 일부는 50건을 초과합니다. 각각은 별도의 PDF로, 누군가는 그 데이터를 추적 스프레드시트에 다시 입력해야 하며 — 각각 다른 레이아웃을 사용할 가능성이 높습니다.

변경 지시서 재입력의 숨은 비용

수동 데이터 입력의 가시적 비용은 쉽게 추정할 수 있습니다: CO당 5분, 47건의 변경 지시서, 대략 4시간의 타이핑. 대부분의 프로젝트 매니저는 이를 간접비로 받아들이고 넘어갑니다.

보이지 않는 비용이 마진을 잠식합니다.

첫째, 누적 합계 문제가 있습니다. AIA G701은 명시적으로 누적 계산을 요구합니다: 신규 계약 금액 = 원금액 + 이전 모든 변경 합계 + 이번 변경. PM이 CO #12를 스프레드시트에 다시 입력할 때, "수정된 계약 금액" 열의 수식은 CO #11이 올바르게 입력되었는지 — 그리고 CO #1부터 #10까지 모두 증액 변경이었는지, 일부는 감액 변경 지시서였는지(네, 변경 지시서는 계약 금액에서 차감될 수 있습니다)에 따라 달라집니다. CO #7의 "변경 금액" 열에서 숫자 하나가 잘못 입력되면, #7 이후의 모든 누적 합계가 틀어집니다. 오류는 조용히 누적됩니다.

둘째, 수동 입력은 현장에서 발생하는 상황과 스프레드시트에 표시된 내용 사이에 영구적인 시차를 만듭니다. FMI Capital Advisory의 2024년 건설 기술 벤치마크에 따르면, 200만~2000만 달러 규모 프로젝트의 변경 주문 승인 중간 소요 시간은 14.3일입니다. 그 2주 동안 GC의 원가 추적 스프레드시트는 마지막으로 수동 입력된 숫자에 고정되어 있는 반면, 실제 계약 노출액은 계속 변동합니다. 실시간으로 실제 누적 합계를 볼 수 있는 프로젝트 관리자는 2주 전 스냅샷을 보고 작업하는 관리자와 다른 결정을 내립니다.

셋째, 변경 주문당 관리 비용(인건비만 420~680달러, FMI 벤치마킹 기준)은 데이터 입력 시간이 아닙니다. 이메일 스레드, PDF 첨부 파일, 다시 입력한 스프레드시트 항목, 수식 확인, 하도급업체가 업데이트된 COR을 보낼 때 발생하는 버전 관리 혼란, 그리고 스프레드시트 합계가 최근 기성 청구서와 일치하지 않는 이유를 설명해야 하는 조정 회의의 누적 비용입니다. 타이핑은 비용 중 가장 작은 부분이지만, 모든 후속 단계를 촉발하는 부분입니다.

템플릿 기반 OCR이 건설 변경 주문에서 실패하는 이유

템플릿 기반 OCR 도구는 좌표를 기억하는 방식으로 작동합니다. 샘플 문서에서 "송장 번호" 주위에 사각형을 그리면 도구는 이후 모든 페이지에서 송장 번호가 (x=450, y=120) 위치에 나타난다고 기억합니다. 배치의 다음 문서가 다른 공급업체에서 온 경우 동일한 필드가 (x=320, y=95)에 배치되면 도구는 이를 완전히 놓치거나 잘못된 데이터를 캡처합니다.

이 방식은 설계 변경 지시서가 접수되는 순간 바로 무너집니다. 이유는 단 하나, 암기할 템플릿이 없기 때문입니다. 모든 GC, 모든 하청업체, 모든 발주처 대표는 서로 다른 양식을 사용합니다. 심지어 같은 프로젝트 내에서도 전기 하청업체의 변경 지시서와 HVAC 하청업체의 변경 지시서, 그리고 건축가가 발행한 통합 G701 양식은 서로 일치하지 않습니다. 템플릿 OCR은 패턴 반복이 있어야 작동하는데, 건설 변경 지시서는 패턴의 부재로 정의됩니다.

대안은 의미 기반 추출입니다. AI가 특정 위치의 필드를 찾는 대신 문서를 읽고 각 데이터가 무엇을 의미하는지 이해하는 방식입니다. "수정된 계약 금액"은 알려진 템플릿의 B14 셀에 있기 때문에 인식되는 것이 아니라, 모델이 "새 계약 총액"이라는 단어, 주변 숫자 값, 그리고 변경 지시서 문서의 전체 구조 간의 관계를 이해하기 때문에 인식됩니다. 이것이 ImageToTable.ai의 사용자 정의 열 추출이 하는 일입니다. "CO 번호", "비용 코드", "변경 금액", "승인 상태" 등 원하는 필드 이름을 입력하면 AI가 해당 값이 페이지 어디에 있든 의미를 이해하여 찾아냅니다. 달러 금액이 G701의 오른쪽 상단 모서리에 나타나든, 맞춤 하청업체 양식 중간에 있든, 스캔된 PDF 하단에 손으로 휘갈겨 써 있든, 추출 로직은 동일합니다.

이 차이, 즉 좌표 기반 대 의미 기반의 차이는 한 가지 형식에서만 작동하는 도구와 프로젝트가 던지는 모든 형식에서 작동하는 도구의 차이입니다.

변경 지시서 데이터를 추적 스프레드시트로 추출하는 단계별 워크플로우

다음은 프로젝트 관리자가 실제로 추적해야 하는 필드를 중심으로 구축된, 재입력을 대체하는 워크플로우입니다.

GC가 하도급업체가 제출한 변경 주문을 관리할 때, 수집 링크 기능은 워크플로우를 완전히 바꿉니다. 더 이상 하도급업체가 CO PDF를 이메일로 보내고 PM이 다운로드 후 재업로드할 필요 없이, 각 하도급업체는 공유 링크를 열고 짧은 인증 코드를 입력한 후 PM의 처리 대기열에 직접 업로드합니다. PM이 한 번 컬럼 템플릿을 설정하면, 모든 하도급업체의 CO(형식에 관계없이)가 동일한 추출 파이프라인으로 들어옵니다. 교육도, 포털 설정도, 이메일 첨부 파일 추적도 필요 없습니다.

변경 주문 데이터를 원가 코드로 프로젝트 예산에 연결하기

변경 금액은 추적하지만 공종 코드는 추적하지 않는 변경 지시서 스프레드시트는 절반만 해결하는 셈입니다. 계약 총액이 $47,300 변경된 것은 알지만, 그 금액이 Division 22(배관)에 해당하는지 Division 26(전기)에 해당하는지 알 수 없습니다. 즉, 어떤 하청업체의 예산이 부족해지고 있는지, 또는 어떤 예비비 항목에서 충당해야 하는지 파악할 수 없습니다.

건축사양연구소(CSI)가 관리하는 CSI MasterFormat은 모든 건설 작업을 Division 03(콘크리트)부터 Division 48(전력 발전)까지 50개의 번호가 매겨진 부문으로 체계화합니다. 각 부문은 6자리 코드(예: 03 31 00은 현장 타설 콘크리트, 22 11 00은 시설 용수 분배, 26 05 00은 전기 공통 작업 결과)를 사용하여 섹션과 하위 섹션으로 세분화됩니다. 이는 업계의 공통 비용 분류 언어이며, 변경 지시서를 해당 예산 항목에 연결해주는 역할을 합니다.

변경 지시서 데이터를 추출할 때 MasterFormat 공종 코드를 열로 포함시키면, 출력 결과가 단순한 재무 요약에서 예산 관리 도구로 전환됩니다. 공종 코드 부문별로 그룹화된 피벗 테이블은 단순 누계만으로는 답할 수 없는 질문에 답을 줍니다: 어떤 공종에서 변경이 가장 많이 발생하는가? Division 07(단열 및 방수)의 예비비가 충분한가, 아니면 마감 전 3개월 만에 소진되었는가? 한 부문의 차감 변경 지시서가 다른 부문의 추가 변경을 상쇄하여 총액을 오해하게 만드는가?

대부분의 하청업체 변경 지시서 양식에는 이미 공종 코드가 포함되어 있습니다. 하청업체가 기성고 내역서에 따라 청구하기 때문입니다. 데이터는 페이지에 있습니다. 문제는 각기 다른 형식의 PDF에서 이 데이터를 추출하는 것입니다. 이는 추출 워크플로우가 이미 해결한 형식 분산 문제와 동일합니다. 하나의 열 세트, 모든 CO 형식, 모든 공종 코드가 예산 항목에 매핑됩니다.

수기 기입 PDF와 하위 계층 혼란: 수동 작업을 무너뜨리는 예외 사례

이론상 가장 깔끔한 변경 지시 작업 흐름은 입력 필드와 전자 서명이 있는 디지털 G701입니다. 그러나 대부분의 현장에서 실제 상황은 다음과 같습니다:

• 수기 주석 스캔본. 현장소장이 CO 양식을 출력해 여백에 비용 조정을 펜으로 적고 서명한 후 PDF로 다시 스캔합니다. 금액이 손으로 쓰여 있어 명확할 때도 있지만 그렇지 않을 때도 많습니다. 기존 OCR은 인쇄된 텍스트와 손글씨 주석이 같은 영역에 공존하는 양식에서 필기 인식에 어려움을 겪습니다.
• 독자적인 형식의 하청업체 서식. 한 소규모 전기 하청업체는 2014년부터 사용해 온 Word 템플릿으로 CO를 제출합니다. 이 서식은 건식벽체 하청업체의 Excel 양식과도 다르고, 기계 하청업체의 회계 소프트웨어 내보내기 파일과는 완전히 다릅니다. 세 하청업체, 세 가지 형식, 한 명의 프로젝트 관리자가 데이터를 통합하려 애씁니다.
• 증빙 자료가 포함된 다중 페이지 CO. 변경 지시 패키지는 한 페이지 요약서, 세 페이지 세부 비용 내역서, 그리고 증빙 자료로 첨부된 다섯 페이지의 사진과 도면으로 구성될 수 있습니다. 데이터 추출 시 증빙 페이지에 혼동되지 않고 요약 데이터를 찾아내야 합니다.
• 차감 변경 지시. 모든 CO가 금액을 추가하는 것은 아닙니다. 발주자가 공사 범위 항목을 삭제하면 변경 금액은 마이너스가 됩니다. SUM 수식이 있는 수동 스프레드시트는 이 경우 문제없이 처리하지만, 누군가 마이너스 금액을 양수로 입력하면 오류 금액의 두 배만큼 총 계약 금액이 부풀려집니다.

비전-언어 모델은 좌표 기반 OCR과 다르게 이러한 예외 사항을 처리합니다. 손으로 기재된 금액은 사람이 읽는 방식과 동일하게, 즉 특정 입력란에 있을 것이라고 기대하지 않고 숫자의 모양과 맥락을 인식하여 읽습니다. 하청업체의 독자적인 양식도 G701과 동일하게 처리됩니다. AI는 "변경 주문 번호"와 "비용 코드"의 의미를 찾지, 그 위치를 찾지 않습니다. 증빙 페이지는 추출 열이 사진 자료에는 없는 요약 수준 필드를 대상으로 하기 때문에 무시됩니다.

완벽하다는 주장이 아닙니다. 어떤 추출 도구도 필기 주석을 첫 번째 시도에 100% 정확하게 가져오지 못합니다. 하지만 "양식이 알려진 템플릿과 일치하지 않으면 완전히 실패한다"와 "형식에 관계없이 대부분의 경우 성공한다"의 차이는 일일 CO 추적에 의존할 수 있는 도구와 그렇지 않은 도구의 차이입니다.

이미 인건비와 자재 구매(작업 비용 방정식의 나머지 절반)를 추적하고 있는 프로젝트 관리자의 경우에도 동일한 추출 접근 방식이 적용됩니다. 자재 구매 주문 비용 추적 워크플로 및 근무 시간표 노동 시간 추출도 동일한 원칙을 따릅니다. 즉, 열을 한 번 설정하고 모든 출처의 문서를 입력한 후 구조화된 데이터를 얻는 것입니다. CO 추적 스프레드시트와 결합하면 인건비, 자재비, 계약 변경 사항을 세 개의 연결된 데이터 세트로 확보할 수 있습니다. 체인의 어느 지점에서도 수동 입력 없이 완전한 프로젝트 비용 현황을 파악할 수 있습니다.

자주 묻는 질문

AIA G701 양식과 호환되나요?

네. AI는 G701의 비용 조정 블록(최초 계약 금액, 이전 변경사항 순변경액, 이번 변경 전 계약 금액, 이번 변경 금액, 신규 계약 금액)을 다른 변경 주문서와 동일한 방식으로 읽습니다. 좌표 기반이 아닌 의미 기반 추출 방식이므로 G701의 특정 레이아웃은 AI가 처리할 수 있는 여러 형식 중 하나일 뿐입니다.

손으로 작성했거나 스캔한 변경 주문서는 어떻게 처리하나요?

스캔된 PDF의 손글씨 주석은 비전 모델의 필기 인식 기능으로 처리됩니다. 정확도는 필기 가독성에 따라 달라집니다 — 깔끔한 인쇄체는 정확하게 추출되지만, 급하게 쓴 필기체는 검토가 필요한 오류가 발생할 수 있습니다. 이 도구는 읽기 어려운 필기에 대해 100% 정확도를 보장하지 않으며, 어떤 추출 도구도 그러한 주장을 해서는 안 됩니다.

계약 누계를 자동으로 계산할 수 있나요?

네, 계산된 열을 사용하면 됩니다. "수정된 계약 금액"이라는 열을 정의하고 최초 계약 금액 + 변경 금액 계산식을 입력합니다. AI는 추출 중 문서별로 이 계산을 수행합니다. 모든 변경 주문서에 걸쳐 누적되는 프로젝트 수준의 합계를 보려면 내보낸 데이터에 Excel의 SUM 수식을 사용하거나, 변경 주문서 번호별로 정렬한 후 추적 스프레드시트에 누적 합계 열을 추가하면 됩니다.

한 번에 몇 개의 변경 주문서를 처리할 수 있나요?

일괄 업로드는 단일 세션에서 여러 변경 주문서 PDF를 처리하며, 결과는 하나의 출력 테이블로 병합됩니다. 실질적인 제한은 배치당 상한이 아닌 요금제의 페이지 할당량에 따라 결정됩니다. 프로젝트 수명 주기 동안 30~50개의 변경 주문서가 발생하는 경우, 전체 세트를 한 번에 업로드하거나 변경 주문서가 서명될 때마다 점진적으로 업로드하는 방식 모두 지원됩니다.

기존 비용 코드 체계와 호환되나요?

비용 코드가 CSI MasterFormat(6자리 구분-섹션 코드)을 따르는 경우, 사용자 정의 열로 "비용 코드"를 포함하면 AI가 각 CO 양식에 나타나는 코드를 추출합니다. 회사에서 독점 비용 코드 번호 체계를 사용하는 경우에도 동일하게 작동합니다. 열 이름이 AI에 무엇을 찾아야 하는지 알려줍니다. 비용 코드 추출은 금액 및 날짜와 마찬가지로 형식에 구애받지 않습니다.