하도급업체 청구서 데이터를 엑셀로 추출하는 방법
템플릿도, 재입력도 필요 없음

대부분의 추출 도구가 하도급업체 인보이스에서 실패하는 이유

일반적인 PDF-to-Excel 도구나 범용 인보이스 OCR을 하도급업체 지급 신청서에 적용해본 적이 있다면 결과를 이미 알고 있을 것입니다: 공급업체 이름과 총액은 정확히 가져오지만 나머지는 모두 엉망이 됩니다. 유보금 항목은 음수로 표시되고, 공사 내역서는 라벨 없는 숫자 그리드가 됩니다. 현장 번호는 페이지에 있더라도 도구가 관련 정보로 인식하지 못한 헤더 블록에 묻혀 사라집니다.

이는 OCR의 실패가 아닙니다. 가정의 실패입니다. 범용 추출 도구는 표준 상업 인보이스에 맞춰 설계되었습니다: 상단에 공급업체, 중간에 라인 항목, 하단에 합계. 하나의 문서 구조와 한 세트의 필드를 기대합니다. 하도급업체 인보이스는 이러한 모든 가정을 깨뜨립니다:

• 한 페이지에 여러 비용 항목. 콘크리트 공사에 대한 하청업체 청구서에는 인건비, 자재비, 장비비, 유보금이 각각 별도의 항목 그룹으로 나뉘어 각각 소계가 표시됩니다. 일반 도구는 이를 "열이 너무 많은 표"로 인식하여 잘못된 결과를 출력합니다.
• 표준 OCR이 인식하도록 학습되지 않은 건설 특화 필드. "이번 기간 완료된 작업", "보관된 자재", "원천징수된 유보금", "유보금 차감 후 총 수입" — 이러한 용어는 일반 청구서 도구의 필드 사전에 없습니다. 도구는 이를 무시하거나 "기타 요금"으로 잘못 표시합니다.
• 여백에 있는 작업 번호와 비용 코드. 작업 참조 번호는 오른쪽 상단의 작은 상자, 하청업체 이메일 제목, 또는 프로젝트 이름에 포함되어 있을 수 있습니다. 표준 추출 도구는 이를 찾아야 한다는 사실을 모르기 때문에 찾지 않습니다.

건설에서 중요한 필드 (그리고 일반 추출이 이를 놓치는 이유)

하청업체 청구서는 단순한 청구서가 아닙니다. 작업 비용 문서, 규정 준수 기록, 지불 승인이 하나로 합쳐진 것입니다. 추출해야 하는 필드는 사무용품 공급업체 청구서에서 추출하는 필드와 동일하지 않습니다. 다음은 모든 하청업체 청구서에 포함된 항목과 각 항목이 단순한 수표 발행 이상으로 중요한 이유입니다:

이러한 필드는 표준 상업 송장 양식에는 없습니다. 따라서 "송장 번호, 날짜, 공급업체, 합계"로 학습된 도구는 실제로 작업 원가 보고에 필요한 열에 대해 빈 셀을 반환합니다.

열 이름 추출: 형식에 관계없이 필요한 데이터를 찾는 방법

이를 가능하게 하는 기술은 열 이름 추출입니다. 템플릿 기반 OCR처럼 페이지에서 각 필드의 위치(사각형 영역)를 지정하는 대신, 찾고자 하는 내용을 알려주면 AI가 의미를 이해하여 해당 값을 찾습니다. 송장 데이터에 이 접근 방식을 적용하는 방법에 대한 자세한 내용은 모든 송장 형식에서 특정 필드를 추출하는 가이드를 참조하세요.

입력은 사용자가 직접 입력하는 열 이름 목록, 즉 출력 스프레드시트에 원하는 헤더입니다:

AI가 각 문서를 읽고, 각 열 이름에 해당하는 값을 찾아 행을 채웁니다. 한 청구서의 "하청업체명"은 헤더의 "계약자:" 라벨에 있을 수도 있고, 다른 청구서에서는 페이지 상단 중앙에 라벨 없이 굵은 글씨로만 표시될 수도 있습니다. AI는 위치가 아닌 의미를 매칭하기 때문에 둘 다 인식합니다. 마치 인간 AP 담당자가 페이지를 훑어보고 위치에 관계없이 0.5초 만에 하청업체 이름을 찾아내는 것과 같습니다.

이는 템플릿 기반 도구와 근본적으로 다릅니다. 템플릿 기반 도구는 픽셀 좌표("공급업체 이름은 상단에서 2.3인치, 왼쪽에서 1.1인치")를 기록하는 방식으로 작동합니다. 하청업체가 청구서 소프트웨어를 바꾸거나 새 필드를 추가하면 템플릿은 바로 작동을 멈춥니다. 열 이름 추출 방식은 멈추지 않습니다. 픽셀이 아닌 정보 자체를 찾기 때문입니다.

단계별 가이드: 하청업체 청구서 → 공사비 스프레드시트

다음은 하청업체 청구서 배치를 받아 공사비 스프레드시트를 채우기까지의 실제 워크플로우입니다. 각 단계는 이전 단계가 없으면 병목 현상이 발생하기 때문에 존재합니다.

1. 열을 한 번 정의하고, 매 기성 시마다 재사용하세요

문서를 처리하기 전에 스프레드시트에 필요한 열을 결정하십시오. 프로젝트별 하청업체 비용을 추적하는 GC 또는 전문 계약자의 경우, 실용적인 열 구성은 다음과 같습니다:

• 하청업체명 — 청구 주체
• 청구서 번호 — 해당 참조 번호 (감사 추적에 필수)
• 날짜 — 청구서 또는 기간 종료일
• 작업 번호 — 이 비용이 속한 프로젝트
• 비용 코드 — CSI 구분 또는 내부 코드 (예: 현장 타설 콘크리트의 경우 03-3100)
• 완료된 작업 — 해당 기간의 인건비 및 설치 자재 금액
• 보관 자재 — 현장에 있으나 아직 설치되지 않은 자재
• 총 청구액 — 완료된 작업 + 보관 자재 (총 인출액)
• 유보금 — 보류된 금액 (보통 5~10%)
• 순 지급액 — 이번 기간에 실제로 지급할 금액
• 변경 주문 번호 — 이번 인출에 포함된 변경 주문 참조

이 열들을 사전 설정으로 저장해 두면 매달 다시 입력할 필요가 없습니다. 동일한 열 세트가 모든 하청업체에 적용되며, AI가 입력 측의 형식 차이를 처리합니다.

2. 업로드 — 한 장이든 스무 장이든 동일한 절차

PDF를 업로드 영역에 드래그 앤 드롭하세요. 하청업체 청구서는 이메일 첨부 파일(PDF), 현장 사무실에서 스캔한 종이, 또는 수기 청구서의 휴대폰 사진 형태로 도착합니다. 추출 엔진은 PDF, JPG, PNG, WebP를 처리하며, 사전 처리나 300 DPI 요구 사항, "콘크리트 하청업체에 청구서 형식을 변경해 달라고 요청하세요"와 같은 안내가 필요 없습니다.

한 달 치 전체 인출을 처리하는 경우 모든 청구서를 한 번에 업로드할 수 있습니다. 도구가 이를 병렬로 처리하여 — 단일 페이지 추출은 보통 5~10초 소요 — 모든 결과를 하나의 스프레드시트로 병합합니다.

3. 추출된 스프레드시트 검토 — 개별 문서가 아닌

각 PDF를 열어 필드를 하나씩 입력하는 대신, 모든 행이 하청업체 인보이스이고 모든 열이 사용자가 정의한 필드인 하나의 스프레드시트를 엽니다. 데이터를 실제로 사용할 형식으로 검토하는 것이지, 한 형식에서 다른 형식으로 옮겨 적는 것이 아닙니다. 처음 몇 개의 인보이스에 대해 고가치 필드(총 청구액, 순 지급액)를 원본 문서와 대조하여 점검합니다. 검증 과정은 아래에서 자세히 설명합니다.

4. 내보내기 및 공사 원가 시스템에 반영

Excel(XLSX) 또는 CSV로 다운로드하세요. 스프레드시트는 열 헤더와 함께 구성되며, 인보이스당 한 행씩 입력됩니다. 이 데이터는 QuickBooks 가져오기, Sage 300 작업 원가 모듈, Procore 원가 원장, 또는 프로젝트 지출과 예산을 추적하는 공유 Excel 통합 문서 등 기존 워크플로우로 바로 흘러갑니다. 핵심은 종이에 적힌 숫자를 다시 입력하는 대신, 시스템 간에 구조화된 데이터를 이동시키는 것입니다.

유보금, 변경 주문 및 하도급 청구권 포기 증서 처리

하도급 청구의 세 가지 측면은 표준 추출이 무시하는 데이터를 생성합니다. 그러나 건설 현장에서는 이 데이터가 깔끔한 기성 청구 패키지와 분쟁이 있는 지급 신청서를 가르는 기준이 됩니다.

유보금. 대부분의 하도급 계약은 각 기성금에서 5~10%를 원천징수합니다. 열 세트에는 유보금 필드를 포함하여 스프레드시트에 청구된 총액과 지급 가능한 순액이 모두 반영되도록 해야 합니다. 하청업체가 계약서에 명시된 방식과 다르게 유보금을 계산하는 경우(예: 자재 보관분이 아닌 인건비에만 원천징수), 이 열을 통해 발주처 회계사가 발견한 후가 아니라 기성 승인 전에 스프레드시트에서 차이를 확인할 수 있습니다.

변경 주문. 변경 주문 작업이 포함된 하도급업체 청구서에는 변경 주문 번호와 승인된 금액이 명시되어야 합니다. 스프레드시트에 이러한 참조가 없으면 6개월 후 원래 하도급 계약 금액과 대조할 수 없는 청구서 총액을 마주하게 됩니다. 변경 주문 번호 열을 포함하세요. 청구서가 여러 변경 주문을 참조하는 경우 AI가 이를 쉼표로 구분된 목록으로 모두 캡처합니다. 이번 기성 청구가 기본 계약 작업인지 승인된 추가 작업인지 한눈에 확인할 수 있습니다.

유치권 포기. 많은 GC는 각 기성 청구 신청 시 조건부 유치권 포기를 요구합니다. 추출 도구가 유치권 포기를 생성하지는 않지만, 순 지급액이 추출 및 확인되면 포기 금액이 실제 지급액과 일치하여 유치권 포기 거부의 가장 흔한 원인을 제거합니다. 프로젝트당 20명 이상의 하도급업체를 관리하는 경우 포기 금액과 지급액을 수동으로 대조하는 것은 하루 종일 걸리는 작업입니다. 추출된 스프레드시트는 이를 VLOOKUP으로 전환합니다.

건너뛸 수 없는 단계: 검증 패스

AI 추출은 첫 번째 데이터 입력, 즉 페이지의 필드를 읽고 셀에 입력하는 작업을 대체합니다. 검증을 대체하지는 않으며, 어떤 가격대의 추출 도구도 이를 대체할 수 없습니다. 깨끗한 문서의 인쇄된 데이터의 경우 추출 정확도는 99% 이상에 도달합니다. 그러나 200개의 청구서에서 "99% 정확도"는 두 개의 청구서에 오류가 있을 수 있음을 의미합니다. 바로 그 두 개가 조정 문제와 지급 분쟁을 일으키는 원인입니다.

실용적인 접근 방식은 계층적 검증 패스입니다. 모든 청구서의 모든 셀을 확인하는 것이 아니라 오류가 재정적 결과를 초래하는 필드를 대상으로 합니다:

• 1단계: 모든 인보이스의 금액 필드 점검. 총 청구액, 유보금, 순 지급액. 지급 금액을 결정하는 필드입니다. 각 행을 원본 문서와 대조해 보세요. $48,700 인보이스에서 숫자 하나가 빠지면 $4,870이 됩니다. 2초만 시각적으로 비교하면 잡아낼 수 있습니다.
• 2단계: 각 하청업체의 첫 번째 인보이스에서 작업 번호 확인. AI가 특정 하청업체 형식의 작업 번호를 일관되게 올바르게 추출한다면, 해당 업체의 이후 인보이스도 정확할 가능성이 높습니다. 첫 번째 인보이스에서 틀렸다면 추출 방식을 조정하고 다시 처리하세요.
• 3단계: 비용 코드가 합리적인지 훑어보기. 배관 하청업체의 인보이스가 Division 03 콘크리트로 코딩되었다면, 업종과 맞지 않아 눈에 띌 것입니다. 대부분의 오코딩은 문맥상 명확합니다.

이 단계별 접근 방식은 인보이스 20개 배치를 처리하는 데 2~3분이 소요됩니다. 수동 입력 시 인보이스당 15~20분이 걸리는 것과 비교됩니다. 병목 현상이 "데이터를 스프레드시트에 입력하는 것"에서 "이미 있는 데이터를 확인하는 것"으로 이동합니다. 이는 훨씬 적은 시간 투자입니다.

자주 묻는 질문

손으로 작성된 하청업체 인보이스에도 작동하나요?

예, 조건이 있습니다. AI는 필기된 텍스트를 읽습니다 — 필기체보다는 인쇄체를, 급하게 쓴 글씨보다는 깔끔한 글씨를 더 정확하게 인식합니다. 배관공이 명확하게 인쇄된 숫자와 금액을 적은 수기 청구서는 잘 추출됩니다. 번지고 얼룩진 연필 자국과 겹친 텍스트가 있는 바랜 카본 사본은 정확도가 낮습니다. 수기 청구서가 접수 문서의 상당 부분을 차지한다면 위에서 설명한 검증 과정이 더 중요해집니다 — 하지만 어려운 필기체에서도 85–90%의 정확도라면 문서 전체를 다시 입력하는 대신 수정 사항만 입력하면 됩니다.

AIA G702 지급 신청서는 구체적으로 어떻게 처리되나요?

열 이름 접근 방식은 AIA G702 양식에서도 작동합니다. 필요한 필드(현재까지 계약 금액, 현재까지 완료 및 보관된 총액, 유보금, 유보금 차감 후 총 수입, 이전 증명서 차감, 현재 지급액)가 양식에 텍스트로 표시되어 있기 때문입니다. AI는 이러한 레이블을 읽고 인접한 값을 추출하며, 이는 다른 문서에서와 동일한 방식입니다. AIA 양식에 대한 전용 가이드는 AIA G702 데이터 추출 가이드를 참조하세요.

총 청구액과 유보금에서 순 지급액을 계산할 수 있나요?

예. 계산된 열을 사용하여 "순 지급액(총 청구액 − 유보금)"과 같은 열을 정의하면 AI가 추출 중에 뺄셈을 수행합니다. 추출 후 별도의 수식 없이 스프레드시트에서 계산된 결과를 직접 얻을 수 있습니다. 이는 하도급업체가 유보금을 백분율로 표시하지만 청구서에 순 지급 가능 금액을 명시하지 않을 때 유용합니다.

Sage 300 / Viewpoint / QuickBooks와 통합되나요?

이 도구는 엑셀(XLSX)과 CSV로 내보내기를 지원하며, 파일 기반 데이터 가져오기를 지원하는 모든 건설 회계 시스템으로 가져올 수 있습니다. 특정 ERP 플랫폼과의 직접적인 API 연동은 없습니다. 워크플로는 다음과 같습니다: 스프레드시트로 추출 → 검토 → 회계 시스템으로 가져오기. 대부분의 중소 규모 계약업체의 경우, ERP 통합 프로젝트 없이도 수동 입력 단계를 대체할 수 있습니다. Procore나 Viewpoint Vista를 사용하는 대규모 업체는 원가 원장에 직접 입력되는 도구를 원할 수 있지만, 해당 플랫폼은 일반적으로 연간 15,000달러 이상의 비용과 전용 구현이 필요합니다. 병목 현상이 "페이지에서 데이터를 가져올 수 없다"는 것이라면, 스프레드시트 우선 접근 방식이 복잡함 없이 문제를 해결합니다.

하청업체가 청구서 형식을 변경하면 어떻게 되나요?

귀사에서 변경할 사항은 없습니다. 추출이 페이지 위치가 아닌 필드 의미를 기준으로 매칭되므로, 기존 하청업체의 새로운 청구서 레이아웃은 완전히 새로운 하청업체의 청구서와 동일한 방식으로 처리됩니다. 템플릿 업데이트, 재교육, 구성 변경이 필요 없습니다. 이는 템플릿 기반 OCR과 열 이름 AI 추출 간의 가장 큰 운영상 차이점이며, 유지보수 없이 수십 개의 하청업체에 걸쳐 확장 가능한 이유입니다.