AIA G702 기성청구 데이터를
스프레드시트로 자동 추출하는 방법
AIA G702 기성청구 및 지급 증명서와 그에 딸린 G703 계속 시트는 미국의 거의 모든 상업 건설 프로젝트에서 사용되는 표준 청구 문서입니다. 5개의 활성 프로젝트를 관리하는 중견 건설사는 매월 협력업체로부터 평균 10~15건의 기성청구서를 접수합니다. 각 청구서에는 G702 요약 페이지와 20~50개 라인 항목이 포함된 G703 계속 시트가 있으며, 각 라인 항목에는 누적 및 기간별 값이 10개 열에 걸쳐 있습니다. 청구서 한 건당 확인해야 할 값은 200~750개이며, 모든 프로젝트를 합치면 월 2,000~7,500개에 달합니다. 이 모든 숫자는 지급 추적 스프레드시트에 수동으로 입력되거나, 한 스프레드시트에서 다른 스프레드시트로 옮겨집니다. 서식은 표준이지만, 데이터 입력은 그렇지 않습니다.
핵심 요약
- AIA G702/G703은 미국 건설업계에서 가장 표준화된 서식이지만, 중견 GC는 매월 2,000~7,500개의 기성청구 값을 수동으로 재입력하며, 이 숫자들은 세 명의 다른 담당자가 세 개의 다른 시스템에 각각 입력합니다.
- 표준 서식에 대한 당연한 해결책인 템플릿 추출은 G702/G703에서 실패합니다. 서식 자체가 달라서가 아니라, 동일한 표준 서식이 다른 PDF 편집기로 작성되고, 품목 개수가 천차만별이며, 손글씨 스캔본으로 제출되어 픽셀 위치 매칭이 불가능하기 때문입니다.
- 열 이름 추출은 위치 대신 의미로 필드를 읽어 ImageToTable.ai가 G702 요약과 G703 품목 전체에서 기성청구당 300개 값을 한 번에 캡처하여, 45분이던 검토를 약 30초 추출 + 9분 실제 확인 작업으로 단축합니다.
G702/G703 청구 주기: 동일한 숫자, 여러 개의 키보드
표준 AIA 계약 프로젝트의 지급 신청 워크플로는 예측 가능한 경로를 따릅니다. 하청업체는 G703 연속 시트를 작성합니다. 여기에는 기성 금액표의 모든 라인 항목을 나열하고, 이번 기간에 완료된 공사 가치, 현장 자재, 그리고 현재까지의 누계 총액을 입력합니다. G702 요약 페이지는 G703의 합계를 가져와 계약 수준의 수치(원래 계약 금액, 승인된 변경 명령, 원청 유보금, 현재 지급 순액)를 추가합니다.
하청업체는 이 패키지(일반적으로 PDF, 때로는 인쇄된 양식, 가끔은 작성된 Excel 템플릿)를 GC의 프로젝트 관리자에게 제출합니다. PM은 숫자의 정확성을 검토하고, G703 라인 항목 합계가 G702 요약 수치와 일치하는지 확인하며, 유보금이 올바른 계약 비율로 계산되었는지 확인한 후, 승인된 값을 GC의 지급 추적 시스템에 입력합니다. 소유주나 건축가가 인증 전에 자체 검토를 요구하는 경우, 데이터는 소유주의 시스템에 세 번째로 입력됩니다.
동일한 숫자 집합(계약 금액, 변경 명령, 완료된 공사, 현장 자재, 유보금, 지급액)이 세 명의 다른 사람에 의해 세 개의 다른 시스템에 입력됩니다. G702/G703 형식은 데이터 표시를 표준화하지만, 수동으로 전사되는 횟수를 줄이지는 않습니다.
G703에 30개의 라인 항목이 있는 단일 지급 신청서에는 10개 열에 걸쳐 약 300개의 개별 숫자 값이 포함됩니다. 5개 프로젝트에서 월 15건의 신청을 처리하는 GC의 프로젝트 관리 팀은 청구 주기당 약 4,500개의 숫자를 처리합니다. 이 모든 숫자는 검토되어야 하며, 대부분은 지급 처리 및 프로젝트 비용 추적을 위해 GC 시스템에 입력되어야 합니다.
G702와 G703은 건설 분야에서 가장 표준화된 서식 중 하나입니다. 이러한 표준화 덕분에 모든 서식의 각 항목이 동일한 의미를 가지므로, 자동 데이터 추출에 이상적입니다. 문제는 형식의 다양성이 아니라, 바로 그 방대한 양입니다.
데이터의 두 가지 수준: G702 헤더와 G703 라인 항목
추출 과정을 이해하려면 기성 청구서의 2계층 구조를 이해해야 합니다.
G702 기성 청구 및 지급 증명서는 요약본입니다. 해당 항목들은 계약 수준의 재정 현황을 다룹니다:
최초 계약 금액 | 순 변경 명령 | 현재까지 계약 금액
현재까지 완료 및 기성고 | 유보금 비율 | 유보금 액수
유보금 차감 후 총 기성고 | 차감: 기존 지급 증명서
현재 지급 예정액 | 잔여 공사비 (유보금 포함)G703 계속 시트는 상세 내역입니다. 각 행은 프로젝트 기성고 내역서의 라인 항목을 나타내며, 각 열은 해당 라인 항목의 재정적 진행 상황을 추적합니다. 하나의 행에는 다음 정보가 포함됩니다:
항목 번호 | 설명 | 예정 금액
완료된 작업: 이전 기성 | 완료된 작업: 이번 기간
현재 보관 중인 자재 | 현재까지 완료 및 보관 합계
완료율 | 잔여 금액 | 유보금두 수준을 모두 추출하여 상호 검증해야 합니다. 모든 G703 라인 항목의 "현재까지 완료 및 보관 합계" 값의 합계는 요약 페이지의 G702 "현재까지 완료 및 보관 합계"와 일치해야 합니다. 모든 G703 "이번 기간 완료된 작업" 값의 합계는 G702 현재 지급 계산에 해당 기간이 기여한 금액과 일치해야 합니다. 한 번에 두 수준을 모두 캡처하는 추출 방식은 두 개의 개별 데이터 입력 워크플로를 조정할 필요가 없습니다.
템플릿보다 G702/G703에 더 적합한 열 이름 추출 방식
언뜻 보면 G702/G703은 템플릿 기반 추출에 이상적인 사례처럼 보입니다. 표준 양식이고 필드 위치가 알려져 있기 때문입니다. 한 번 구성된 템플릿은 영원히 작동할 것입니다.
하지만 실제로는 표준 양식에서도 템플릿의 신뢰성을 떨어뜨리는 세 가지 요소가 있습니다.
입력에 의한 위치 변동. 하청업체가 G702 PDF를 전자적으로 작성할 때 입력하는 값이 미리 인쇄된 필드 레이블을 약간 이동시키는 경우가 많습니다. 고정 픽셀 좌표에서 "현재까지 계약 금액"을 예상하는 템플릿은 글꼴 크기, 줄 간격 또는 필드 오버플로로 인해 값이 몇 픽셀만 이동해도 이를 놓칠 수 있습니다. 서로 다른 소프트웨어(Bluebeam, Adobe, 브라우저 기반 편집기)의 PDF 작성 도구는 입력된 값을 다르게 렌더링합니다.
가변적인 라인 항목 수. G703 시트에는 한 하청업체에 12개, 다른 업체에 47개의 라인 항목이 포함될 수 있습니다. 고정된 행 수를 예상하는 템플릿은 데이터를 누락하거나 빈 셀을 값으로 캡처합니다. 열 이름 추출은 테이블을 동적으로 읽습니다. 즉, 개수에 관계없이 모든 행을 찾고 채워진 모든 값을 추출합니다.
손으로 작성하거나 스캔한 제출물. 소규모 하청업체는 여전히 손으로 쓰거나 타자기로 작성된 값이 있는 종이 G702/G703 양식을 제출합니다. 깨끗한 디지털 텍스트를 기대하는 템플릿은 스캔한 이미지에서 실패합니다. 열 이름 추출은 AI가 디지털 텍스트 레이어에 의존하지 않고 시각적 콘텐츠를 읽기 때문에 스캔된 양식에서도 작동합니다.
열 이름 추출은 위치가 아닌 의미로 정보를 검색하기 때문에 세 가지 경우를 모두 처리합니다. "Total Completed & Stored to Date" 필드 이름은 AI에게 G702 요약 섹션에서 누적 금액을 찾도록 지시합니다. "Work Completed This Period" 필드 이름은 AI에게 G703 라인 항목 테이블의 각 행에서 당기 값을 찾도록 지시합니다. AI는 양식이 전자적으로 작성되었는지 수기로 작성되었는지, 라인 수가 12개인지 47개인지, 글꼴이 레이블을 2픽셀 이동했는지 여부를 신경 쓰지 않습니다.
단계별 가이드: G702/G703 PDF에서 지급 일정까지
파일은 안전하게 처리되며 저장되지 않습니다. G702/G703 필드명을 입력하고 샘플을 업로드하여 테스트하세요.
AI가 추출하는 것과 PM이 여전히 검증해야 하는 것
중요한 차이점: AI는 양식에서 숫자를 추출합니다. 하도급업체의 산술이 정확한지 독립적으로 검증하지는 않습니다. G703 라인 항목 값은 하도급업체가 보고한 숫자입니다. AI는 개별 라인 항목이 G702 합계와 올바르게 일치하는지 여부와 관계없이 양식에 기재된 내용을 캡처합니다.
이는 프로젝트 관리자가 여전히 직접 수행해야 하는 두 가지 검증 단계가 있으며, 어떤 추출 도구도 이를 신뢰해서는 안 된다는 의미입니다:
라인 항목 합계 조정. G703 "이 기간 완료 작업" 값의 합계는 G702 현재 지급 계산에 사용된 값과 일치해야 합니다. AI가 두 숫자를 모두 제공합니다. PM이 일치 여부를 확인합니다. 일치하지 않는 경우(하청업체의 산술 오류는 흔합니다) 지급 처리 전에 차이가 표시됩니다.
유보금 계산 검증. 유보금은 일반적으로 완료 작업 가치의 5% 또는 10%이지만, 계약상 비율은 프로젝트 마일스톤에 따라 변경될 수 있습니다(종종 프로젝트 50% 완료 후 원래 비율의 50%로 감소). AI는 양식에 표시된 대로 유보금 비율을 추출합니다. PM이 현재 프로젝트 단계의 계약 조건과 일치하는지 확인합니다. 이는 데이터 추출 작업이 아닌 계약상 판단이 필요한 작업입니다.
AI의 역할은 타이핑을 없애는 것입니다 — 애플리케이션당 300개의 숫자를 수동 입력에서 자동 캡처로 전환합니다. PM의 역할은 중요한 사항(조정, 유보금 계산, 승인 결정)을 검증하는 것입니다. 이 워크플로우를 통해 애플리케이션당 검토 주기가 45분에서 약 10분(추출 30초, 검증 9분)으로 단축됩니다.
자주 묻는 질문
디지털 PDF와 스캔한 종이 G702/G703 양식 모두에서 작동하나요?
네. 입력된 값이 있는 전자 PDF는 가장 높은 정확도(숫자 필드의 경우 약 99%)를 제공합니다. 스캔한 종이 양식의 정확도는 스캔 품질에 비례하여 감소합니다. 깨끗한 300 DPI 스캔은 잘 작동하지만, 저해상도 또는 기울어진 스캔은 더 많은 플래그 필드를 생성합니다. 스캔 양식의 필기 값은 신뢰도가 낮게 추출되며 검토가 필요합니다. 최상의 결과를 얻으려면 가능하면 전자 제출을 요청하세요.
AI가 여러 하청업체의 항목 수가 다른 G703 시트를 처리할 수 있나요?
네. 열 이름 추출은 라인 항목 테이블을 동적으로 읽습니다. 개수에 관계없이 모든 채워진 행을 찾습니다. 12개 라인 항목이 있는 G703과 47개 라인 항목이 있는 G703은 동일한 필드 정의를 통해 처리되며 동일한 열 구조의 출력을 생성합니다. 행 수는 각 문서에 자동으로 맞춰집니다.
Procore, Sage 또는 기타 건설 관리 소프트웨어와 통합되나요?
추출 결과는 Excel 및 CSV로 출력됩니다. 대부분의 건설 관리 플랫폼(Procore, Sage 300 CRE, Viewpoint, Foundation, Jonas)은 기성 청구 데이터에 대해 Excel 또는 CSV 가져오기를 지원합니다. 추출 결과를 내보내고 플랫폼으로 가져오세요. 데이터 추출 단계는 건설 관리 소프트웨어와 독립적이며, 지불 처리를 위해 사용하는 모든 시스템에 데이터를 제공합니다.
G702의 변경 명령에 대해 AI가 원래 계약 금액과 변경 명령 금액을 구분할 수 있나요?
네, 가능합니다. G702에는 원래 계약 금액과 순 변경 명령에 대한 별도 항목이 있어 현재까지의 계약 금액이 산출됩니다. 각각에 대해 별도의 열을 정의하면 AI가 이를 독립적으로 추출합니다. 또한 하도급업체가 원래 가치 기준표에서 분리한 경우 G703에 별도로 나열된 변경 명령 항목도 AI가 캡처합니다.
단일 배치에서 몇 개의 기성 청구서를 처리할 수 있나요?
한 달 분량의 기성 청구서를 한 번에 업로드하세요 — 여러 하도급업체의 G702/G703 패키지 10~20개. AI는 각 세트를 독립적으로 처리하며, 출력 시 모든 항목이 단일 스프레드시트로 병합되고 각 행에 하도급업체 이름과 프로젝트 참조가 반복되어 필터링 및 피벗이 가능합니다. 실질적인 배치 크기는 기술적 제한보다는 요금제에 따라 달라집니다.
관련 건설 문서 워크플로에 대해서는 보험 증명서 데이터 추출, 계산된 라인 금액이 포함된 하도급업체 견적 스캔, 건설 현장 현장 데이터 수집 가이드를 참조하세요.