건설 구매 발주를
공사비 원가 코드 와 연동하는 방법

공급업체 PDF와 원가 보고서 사이의 간극

매주 중견 건설사는 6곳의 공급업체에 자재 발주를 넣습니다. 지붕 자재는 ABC Supply, 배관 자재는 Ferguson, 골조 자재는 84 Lumber, 슁글은 Beacon, MRO 품목은 HD Supply에서 조달합니다. 대부분의 공급업체는 이메일로 PDF 파일을 첨부해 주문을 확인합니다. 이 문서에는 프로젝트 관리자에게 필요한 모든 정보, 즉 발주 번호, 공급업체명, 현장 참조 번호, 수량과 단가가 포함된 라인 항목, 납기일, 세금, 총액이 담겨 있습니다.

이 데이터 중 어느 것도 건설사의 원가 관리 시스템으로 자동 유입되지 않습니다. PDF 안에 갇혀 있는 것입니다. 이 데이터를 추적 스프레드시트나 Procore, Viewpoint Vista, Sage 300 CRE 같은 ERP에 입력하려면, 누군가 각 PDF를 열고 각 필드를 찾아 하나하나 타자로 입력해야 합니다. 라인별로, 원가 코드별로 말이죠. r/ConstructionManagers의 Reddit 스레드는 업계 대부분이 이미 알고 있는 사실을 확인해줬습니다. 많은 중소 건설사가 여전히 발주서 전체를 Excel 스프레드시트로 관리한다는 것입니다. 스프레드시트를 선호해서가 아니라, ERP 통합에 드는 노력을 아직 정당화하지 못했기 때문입니다.

문제는 공급업체 형식이 복잡해서가 아닙니다. 문제는 공급업체마다 형식이 모두 다르다는 점입니다. ABC Supply의 발주 확인서는 Ferguson의 것과 전혀 다르게 생겼습니다. Beacon의 PDF 구조는 84 Lumber의 것과 다릅니다. 심지어 같은 공급업체라도 주문이 포털을 통해 접수되었는지, 전화로 접수되었는지, 현장 담당자를 통해 접수되었는지에 따라 주문서 형식이 달라집니다. 템플릿 기반 추출 방식, 즉 한 번 필드 주위에 상자를 그리고 다음에도 같은 위치에 있을 것이라고 기대하는 방식은 형식이 조금만 바뀌어도 작동하지 않습니다. 건설 조달에서 형식은 항상 바뀝니다.

자재 발주서 처리에 실제로 드는 비용

미국 생산성 품질 센터(APQC)는 모든 업종에서 단일 구매 발주서 처리의 중간 비용을 약 100달러로 기준 삼습니다. 하지만 이 수치는 조달, 승인, 발행, 조정을 포함한 전체 조달 수명 주기를 포착한 것이지, 공급업체 확인 PDF에서 데이터를 추출하여 추적 시트에 입력하는 좁은 단계를 의미하지는 않습니다. 건설 자재 발주서의 경우, 이 추출 단계만으로도 작업 수준에서 측정할 때 상당한 반복 비용이 발생합니다.

Ferguson이나 ABC Supply 같은 공급업체의 일반적인 자재 발주서 처리 시간을 분석해 보겠습니다.

• PDF 열기 및 관련 필드 찾기 — 10~15초, 이메일 스레드에 첨부파일이 묻혀 있으면 더 오래 걸림
• 문서 전체에서 각 데이터 포인트 식별 — 발주 번호, 공급업체명, 작업 참조번호, 비용 코드, 수량 및 단가가 포함된 라인 항목 — 익숙하지 않은 레이아웃 탐색에 30~45초
• 각 라인에 할당할 CSI MasterFormat 비용 코드 조회 또는 확인 — 코드가 공급업체 문서에 인쇄되어 있지 않은 경우(보통 그렇지 않음) 45~90초
• 스프레드시트 또는 ERP에 데이터 입력 — 라인 수와 창 전환 횟수에 따라 60~120초
• 전사 오류 점검 — 숫자 전위 또는 잘못된 비용 코드에 매핑된 라인 스캔에 30~60초

합계: 주문당 약 4~5분. 모든 진행 중인 작업에서 월 80~120건의 자재 주문을 발주하는 중견 규모의 GC는 월 5~10시간을 공급업체 발주 데이터 재입력에만 소비합니다. 연간으로 환산하면, 프로젝트 관리자 또는 구매 코디네이터의 부담률이 시간당 $50~$75일 때, 직접 인건비로 $3,000~$9,000가 소요됩니다. 이는 텍스트를 한 사각형에서 다른 사각형으로 옮기는 것 외에는 가치를 창출하지 않는 활동에 사용됩니다.

더 큰 비용은 시간이 아니라, 입력이 잘못되었을 때 발생합니다. 정상적인 작업 조건에서 수동 데이터 입력의 오류율은 1%~4%로 문서화되어 있습니다 — 필드 100개당 1~4개의 오류입니다. 10개 라인 항목과 라인당 6개 필드가 있는 자재 구매 주문서라면 총 60개의 데이터 포인트입니다. 그중 한두 개는 잘못될 가능성이 높습니다. 오류가 수량 전위(transposed quantity)라면 작업 원가 보고서에 기재된 확정 원가가 틀어집니다. 오류가 잘못된 원가 코드라면, 한 라인 전체의 지출이 잘못된 부서로 사라져서 — 누군가 월말에 3주 치 입력 내역을 추적해 차이를 찾아낼 때까지 그대로 남아 있습니다.

건설 업계에서 공급업체별 템플릿이 통하지 않는 이유

서식 다양성에 대한 업계의 일반적인 해결책은 템플릿 기반 추출입니다. 공급업체 서식별로 각 필드 위치를 매핑한 템플릿을 한 번 구성하면, 소프트웨어가 이후 모든 문서에 해당 템플릿을 재사용합니다. 이 방식은 월별 공과금 청구서나 표준화된 보험 양식처럼 단일하고 잘 알려진 출처의 반복 문서에는 효과적입니다. 그러나 건설 자재 구매 주문서에는 구조적인 이유로 통하지 않습니다. 건설 업계의 공급업체 환경은 다른 거의 모든 조달 카테고리보다 훨씬 방대하고 예측 불가능하기 때문입니다.

멀티패밀리 프로젝트를 수행하는 단일 GC(일반 건설사)는 한 달 동안 8개의 다른 공급업체로부터 자재를 주문할 수 있습니다. 그리고 그 구성은 현장, 지역, 공종에 따라 바뀝니다. 이 프로젝트의 지붕 자재는 ABC Supply에서 조달하지만, 다음 프로젝트의 사양서는 Beacon만 취급하는 제품 라인을 요구합니다. 콘크리트 하도급업체는 GC가 한 번도 거래한 적 없는 지역 공급업체로부터 철근을 조달합니다. 새로운 공급업체가 생길 때마다 새로운 PDF 서식을 파싱해야 하며, 누군가는 템플릿을 만들거나 유지보수해야 합니다. 템플릿 유지보수 부담은 공급업체 수에 비례하여 증가하며, 건설 업계의 공급업체 명단은 계속해서 늘어나기만 합니다.

공급업체가 동일하더라도 서식은 달라질 수 있습니다. 카운터를 통해 접수된 Ferguson 주문은 온라인 포털이나 영업 담당자를 통한 전화 주문과 다른 확인서 레이아웃을 생성합니다. 지붕 자재에 대한 Beacon 주문은 액세서리와 패스너가 포함된 Beacon 주문과 다른 방식으로 라인 항목을 출력합니다. 공급업체 X의 "표준" PO 서식에 맞게 설계된 템플릿은 30%의 확률로 수신함에 도착하는 변형 서식에서 오류가 발생합니다.

건설 조달에 필요한 것은 더 많은 템플릿이 아닙니다. 문서의 레이아웃에 전혀 의존하지 않는 추출 방식, 즉 사람이 하는 것처럼 PO를 읽는 방식이 필요합니다. 데이터가 페이지의 어디에 있는지가 아니라 데이터가 무엇을 의미하는지 이해하는 방식입니다.

원가 코드 정렬 — 일반 PO 자동화가 무시하는 계층

대부분의 구매 주문 자동화 도구는 일반 조달용으로 설계되었습니다. 공급업체 이름, PO 번호, 날짜 및 라인 항목 합계를 추출한 다음 데이터를 회계 시스템에 푸시합니다. 건설 조달에는 이러한 도구가 설계되지 않은 차원이 추가됩니다. 자재 PO의 모든 라인 항목은 원가 보고서에서 의미를 가지기 전에 작업 원가 코드로 태그되어야 합니다.

Construction Specifications Institute에서 관리하는 CSI MasterFormat은 대부분의 일반 계약자가 작업 원가를 구성하는 데 사용하는 표준 50개 부문, 6자리 코딩 구조를 제공합니다. Division 03은 콘크리트, Division 06은 목재 및 플라스틱, Division 07은 단열 및 방수, Division 09는 마감재 등을 다룹니다. 6자리 코드의 각 수준(Division, Level 2, Level 3)은 서로 다른 의사 결정 세분화 수준에 해당합니다. 부문별 경영 보고, 패키지별 조달, 특정 작업 결과별 변경 주문 추적 등이 있습니다.

PM이 자재 발주서를 시트에 입력할 때 단순히 숫자를 복사하는 것이 아닙니다. 각 라인(때로는 각 라인의 각 항목)을 올바른 MasterFormat 코드에 할당하는 작업입니다. 건식벽체 팔레트는 09 29 00으로, 건식벽체 나사 한 상자는 같은 부문이지만 다른 하위 섹션으로 갑니다. 계단통로용 내화 건식벽체는 완전히 다른 코드를 사용합니다. 코드가 틀리면 비용이 잘못된 공종 패키지에 포함됩니다. 월간 원가 보고서가 실행될 때 PM들은 현장에서 실제로 사용된 것과 일치하지 않는 숫자를 바탕으로 의사 결정을 내리게 됩니다.

잘못 코딩된 지출로 인한 하류 비용은 문서화가 가능합니다. 2023년 Lean Construction Institute 연구에 따르면 임시 또는 프로젝트별 원가 코드를 사용한 프로젝트는 신뢰할 수 있는 완공 예상 원가 재예측을 생성하는 데 평균 11영업일이 소요된 반면, MasterFormat과 같은 표준 구조가 코딩을 관장할 때는 3.5일이 걸렸습니다. 2024년 AGC 설문조사에 따르면 분류되지 않은 지출이 공사비의 8%를 초과하는 경우, 분류되지 않은 지출을 2% 미만으로 유지한 회사에 비해 예산 대비 실제 차이가 거의 두 배에 달하는 것으로 나타났습니다. 이는 단순한 회계 문제가 아닙니다. 데이터 입력 시점에서 시작되는 마진 문제입니다.

열 기반 AI 추출이 모든 공급업체 PO 형식을 읽는 방법

템플릿 기반 추출의 대안은 근본적으로 다른 메커니즘입니다. 소프트웨어에 각 필드가 페이지의 어디에 있는지 알려주는 대신, 필요한 열 이름을 지정하여 무엇을 추출할지 알려주는 방식입니다. AI는 프로젝트 매니저가 문서를 읽는 방식과 동일하게 문서를 읽습니다. 즉, PO 번호처럼 보이는 숫자, 공급업체처럼 보이는 회사명, 날짜, 수량과 가격이 있는 라인 항목 등을 찾아내며, 저장된 템플릿의 픽셀 좌표를 매칭하는 것이 아니라 문맥 속에서 의미를 이해하여 식별합니다.

ImageToTable.ai에서는 이를 사용자 정의 열 추출이라고 합니다. 출력 스프레드시트에 채워질 필드인 열 헤더 집합을 정의하면, AI는 업로드된 각 문서에서 해당 값이 어디에 나타나거나 페이지가 어떻게 배치되어 있든 관계없이 해당 값을 찾아냅니다. 건설 자재 PO 워크플로의 경우, 열 이름을 PO 번호, 공급업체, 작업명, 비용 코드, 품목 설명, 수량, 단위, 단가, 라인 합계, 납품일로 지정할 수 있습니다. AI는 ABC Supply, Ferguson, Beacon 또는 이전에 주문한 적이 없는 지역 레미콘 공급업체에서 온 PO든 관계없이 모든 문서의 모든 열을 채웁니다.

추출이 위치 기반이 아닌 의미 기반이기 때문에 시스템은 템플릿을 망가뜨리는 형식 변형을 처리합니다. 한 문서에서는 헤더에 PO 번호를 넣고 다른 문서에서는 테이블 행에 넣는 공급업체, 주문 규모에 따라 다른 수의 행에 걸쳐 있는 라인 항목, 한 버전에서는 라인 항목 위에 특별 지시사항이 포함되고 다른 버전에서는 아래에 포함된 확인서 등이 있습니다. AI는 이러한 일관성을 요구하지 않습니다. 각 정보 조각이 무엇을 나타내는지 이해하기만 하면 됩니다.

이 방식은 비용 코드 문제를 직접 해결합니다. 추출 정의에 비용 코드 열을 포함하면 AI가 문서에서 비용 코드 참조를 자동으로 찾습니다. 프로젝트 또는 비용 코드를 인쇄하는 공급업체의 경우 추출이 자동으로 이루어집니다. 그렇지 않은 대부분의 공급업체의 경우 추출 후 코드를 일괄 적용하거나, 추론 열을 사용하여 AI가 항목 설명을 기반으로 코드를 할당하도록 할 수 있습니다. 예를 들어, "2×4 SPF 스터드" 항목은 06구역으로, "R-19 배트 단열재"는 07구역으로 매핑될 수 있습니다. 결과는 모든 라인 항목이 이미 코딩된 단일 스프레드시트로, Procore, Viewpoint, Sage 또는 Excel 추적 워크북에 바로 가져올 수 있습니다.

PO 데이터를 공사 원가 시스템에 연결하는 워크플로

추출 단계는 최종 목적지가 아닙니다. 최종 목적지는 부문별로 확정된 자재비를 확인하고, 원천 PO까지 추적 가능하며, 잔여 공사비 검토 회의에 바로 활용할 수 있는 공사 원가 보고서입니다. 이를 위해서는 공급업체의 받은 편지함과 원가 시스템 사이의 간극을 메우는 워크플로가 필요합니다. 관리 계층을 추가하지 않으면서 말이죠.

수동 입력 대신 열 기반 AI가 추출 단계를 처리할 때, 그 파이프라인은 다음과 같습니다:

Google Sheets를 전통적인 ERP 대신 사용하는 팀을 위해, Google Sheets 애드온은 이 파이프라인을 더욱 간소화합니다: Sheets 사이드바에서 공급업체 PO를 직접 업로드하고, 열을 지정하면 추출된 데이터가 활성 시트에 추가됩니다 — 다운로드나 파일 전송 단계가 필요 없습니다. 애드온이 계정에 연결되어 템플릿과 기록이 웹 앱과 동기화된 상태로 유지됩니다.

4단계의 품질 검증 지점이 이 접근 방식과 맹목적 자동화의 차이점입니다. 열 기반 AI 추출은 빠르지만, 공사비 데이터는 하류에 상당한 영향을 미칩니다 — $40,000 상당의 HVAC 장비 라인이 잘못 코딩되면 트레이드 패키지의 마진 그림이 완전히 바뀝니다 — 따라서 데이터가 원가 시스템에 커밋되기 전에 사람의 검토 과정을 거치는 것이 올바른 원칙입니다. 목표는 프로세스에서 사람의 판단을 없애는 것이 아닙니다. PO당 5분의 전사 작업을 15초의 검증으로 대체하여, 사람을 데이터 입력 작업자에서 품질 검토자로 전환하는 것입니다.

자주 묻는 질문

열 기반 추출이 공급업체 PO의 수기 메모를 처리할 수 있나요?

네. 추출 엔진이 문자 인식 엔진이 아닌 비전 모델이기 때문에, 문맥 속에서 필기를 읽습니다 — 여백의 수기 원가 코드, 수기로 기재된 납기일, 주문을 승인하는 현장소장의 이니셜 — 인쇄된 텍스트를 읽는 것과 같은 방식입니다. 모델은 "Job #" 옆에 있는 수기 숫자가 작업 참조 번호임을 이해하고, 해당 필드에 대해 지정한 열로 추출합니다. 필기 품질이 중요합니다 — 사람이 해독할 수 없는 휘갈겨 쓴 메모는 AI도 해독할 수 없습니다 — 하지만 읽을 수 있는 필기체를 포함한 필기는 안정적으로 처리됩니다.

추출 결과물이 Procore나 Sage 300 CRE에 직접 매핑되나요?

출력물은 추출 시 정의한 필드 이름과 일치하는 열이 포함된 표준 Excel(XLSX) 파일입니다. Procore와 Sage 300 CRE 모두 커밋 및 구매 발주에 대해 Excel 가져오기를 지원합니다. 일회성 설정은 추출 열을 ERP의 가져오기 필드에 매핑하는 것입니다. 예를 들어 Cost Code 열이 ERP의 커밋 원가 코드 필드와 일치하는지 확인하는 것입니다. 매핑이 구성되면 매주 배치가 동일한 가져오기 경로를 따릅니다. Google Sheets 사용자의 경우 애드온이 스프레드시트에 직접 기록하므로 내보내기-가져오기 단계가 완전히 생략됩니다.

PO에 40개의 라인 항목이 있고 다음 PO에 3개가 있으면 어떻게 되나요?

열 기반 추출은 구성 변경 없이 가변 길이의 라인 항목을 처리합니다. AI가 각 문서에서 라인 항목 블록을 식별하고 모든 라인을 출력 테이블의 개별 행으로 추출합니다. 각 행은 동일한 문서의 헤더 수준 필드(PO 번호, 공급업체, 날짜)를 상속받습니다. 40개 라인의 ABC Supply 주문은 스프레드시트에 40개의 행을 생성하고, 3개 라인의 HD Supply 주문은 3개의 행을 생성합니다. 열 구조는 문서에 포함된 라인 수와 관계없이 동일하게 유지됩니다. 이것이 이 접근 방식이 일괄 처리에 적합한 이유입니다. 여러 PO를 한 번에 처리하여 단일 출력 테이블로 만드는 것은 동일한 메커니즘의 자연스러운 확장입니다.

공급업체 PO가 "기타" 원가 코드 항목을 생성하지 않도록 하려면 어떻게 해야 하나요?

가장 효과적인 통제 방법은 추출 시점에 코드 할당을 강제하는 열 명명 규칙입니다. 공급업체 문서에서 일반적인 Category 필드를 추출하는 대신, 열 이름을 Cost Code (options: 03-Concrete, 06-Wood, 07-Moisture, 09-Finishes, etc.)로 정의하세요. 이렇게 하면 AI가 품목 설명을 기반으로 각 라인 항목을 정의된 코드 버킷 중 하나로 분류하게 됩니다. 공급업체 문서에 비용 코드 필드가 전혀 없더라도 말이죠. AI는 코드 적용의 마지막 수단이 아닌 첫 번째 수단이 됩니다. 여기에 주간 검토를 병행하여 '미분류' 라인 항목을 48시간 이내에 재코딩하는 규율을 더하면 — CFMA 2024 Benchmarker 데이터에 따르면 최고 성과를 내는 계약업체들이 유지하는 이 규율 — 오분류된 지출은 2% 미만으로 유지됩니다. 이는 정확해 보이지만 실제로는 그렇지 않은 비용 보고서와 깨끗한 비용 데이터를 가르는 기준점입니다.

인쇄된 PO 사진을 PDF 대신 사용할 수 있나요?

네. 휴대폰 카메라로 촬영한 인쇄된 구매 주문서의 선명한 사진도 유효한 입력입니다 — 비전 모델은 PDF와 동일한 방식으로 처리합니다. 이는 현장에서 자주 발생하는 상황을 해결합니다: 현장 감독이 지역 공급업체로부터 종이 PO 확인서를 받았는데, 다음 자재 인도 전에 비용 시스템에 입력해야 하는 경우입니다. 사진을 찍어 배치에 업로드하면 대형 공급업체의 PDF 확인서와 함께 데이터가 추출됩니다. 조명이 충분하고 초점이 맞은 사진의 추출 정확도는 디지털 PDF와 비슷합니다 — 핵심 변수는 파일 형식이 아니라 이미지 품질입니다.