Google Sheets에서 3방향 일치:ERP 없이 구매 주문서, 송장, 입고 확인서 대조하기

Reddit의 한 구매 관리자는 월간 대조 작업을 이렇게 설명했습니다. 시스템에서 PO 데이터를 CSV로 내보내고, 공유 드라이브에 있는 창고의 수기 입고 기록을 연 다음, 40개 PDF 송장의 라인 항목을 수작업으로 스프레드시트에 입력하는 방식입니다. 주문 번호마다 세 가지 버전, 세 가지 형식, 그리고 불일치를 찾는 데 매월 오후 내내 시간을 쏟습니다. 문제는 대조 로직이 아닙니다. 서로 다른 세 형식으로 존재하는 세 문서를 실제로 비교할 수 있는 단일 구조로 만드는 것이 문제입니다.

문서 데이터를 Google Sheets로 바로 가져오기
사이드바에서 AI 추출 — 데이터가 스프레드시트에 바로 입력됩니다
Sheets에 추가
신용카드 불필요 · 설정 불필요 · 모든 스프레드시트에서 작동
3방향 일치 스프레드시트 대조 — ERP 없이 Google Sheets에서 PO, 송장, 입고 확인서 데이터 대조

핵심 요점

  1. 3방향 일치에 ERP가 필요하다고 모두가 생각하지만, Google Sheets의 대조 수식은 1990년대부터 사용되어 왔습니다.
  2. 수작업으로 입력된 송장 라인 항목의 39%에 데이터 입력 오류가 있으며, 수정에 평균 53달러가 소요됩니다. 월말 대조 작업은 실제 불일치보다 자신의 오타를 찾는 데 대부분의 시간을 쓰게 됩니다.
  3. ImageToTable.ai는 한 번의 추출 단계로 구매 주문서, 입고 확인서, 공급업체 송장을 원본 형식과 관계없이 동일한 열 구조로 변환하며, 대조 대시보드는 이미 사용 중인 수식으로 몇 초 만에 비교를 실행합니다.

진짜 병목은 매칭이 아니다. 그 전 단계다.

Ardent Partners의 2025년 AP 벤치마크에 따르면 평균 1차 불일치율은 22%입니다. 제조업에서 이 수치가 더 높은 이유 — 포괄 발주, 부분 납품, 하역장과 청구서 간 단위 차이 — 를 분석했습니다. 하지만 ERP가 없는 팀에게 더 중요한 숫자는 조용한 39%입니다. 수동 송장 중 최소 한 건의 데이터 입력 오류가 포함된 비율이며, ACFE의 AP 재작업 비용 벤치마크에 따르면 수정에 평균 53달러가 소요됩니다.

이것은 매칭 실패가 아닙니다. 데이터 추출 실패입니다. PDF, 수기 입고 기록, 발주서 내보내기 파일의 데이터가 같은 공간에 모이지 않았기 때문입니다. 마침내 모였을 때, 불일치는 실제 차이가 아닌 누군가의 오타입니다.

아무도 말하지 않는 3개 문서 형식의 현실

3방향 매칭은 개념적으로 간단합니다. 구매 발주서, 입고 확인서, 공급업체 송장을 비교합니다. 수량, 단가, 품목 설명이 모두 일치하면 지급하고, 그렇지 않으면 조사합니다.

하지만 조달, 입고, AP를 하나의 데이터 모델로 통합하는 ERP가 없는 조직에서는 이 세 문서가 서로 다른 부서에만 있는 것이 아닙니다. 서로 다른 형식으로 존재합니다:

  • 발주서는 QuickBooks, 조달 모듈, 또는 누군가 작성한 템플릿 등 생성된 시스템의 구조화된 데이터로 존재합니다. CSV나 Sheets로 내보내면 깔끔한 열을 얻을 수 있습니다.
  • 입고 확인서는 종종 가장 취약한 고리입니다. 하역 직원에게 전달된 종이 포장 명세서로 도착하며, 펜으로 메모를 적고 사진을 찍어 공유 폴더에 업로드됩니다. 또는 창고 관리자가 수첩에 기록한 수기 로그입니다. 데이터는 있지만 구조는 없습니다.
  • 공급업체 송장은 공급업체로부터 PDF로 도착합니다. 라인 항목, 수량, 가격, 발주 참조 번호가 있지만, 해당 공급업체 청구 시스템이 생성하는 형식으로 배열됩니다. 두 공급업체의 송장 형식이 동일한 경우는 없습니다.

이것이 대부분의 3방향 매칭 조언이 현실과 동떨어진 이유입니다. 세 문서가 이미 비교 가능한 행으로 존재한다고 가정하지만, 실제로는 그렇지 않습니다. "문서를 보유했다"와 "비교할 수 있다" 사이의 격차가 전체 운영 과제입니다.

AP 워크플로우에서 추출 기능의 위치

대부분의 팀이 저지르는 워크플로우 통합 실수는 AI 추출을 기존 프로세스의 대체재로 간주하는 것입니다. 그렇지 않습니다. 이는 문서 수신과 데이터 비교 사이에 위치하는 계층으로, 기존 워크플로우에 하나의 단계만 추가됩니다.

ERP 없이 일반적인 AP 흐름에서 삽입 지점은 다음과 같습니다:

현재 워크플로우:

PO 생성 → 입고 → 송장 수신 (PDF) → 스프레드시트에 라인 항목 수동 입력 → 비교 → 지불

추출 계층 삽입 시:

PO 생성 → 입고 → 송장 수신 (PDF) → 세 문서 모두 Sheets로 추출 → 비교 → 지불

승인 라우팅, 지불 일정, 공급업체 커뮤니케이션 등 나머지 워크플로우는 변경되지 않습니다. 회계 시스템도 변경할 필요가 없습니다. 변경되는 것은 비교를 수행하는 사람이 수동으로 입력한 데이터가 아닌 추출된 데이터를 본다는 점입니다.

이것이 구매 주문서용 AI 문서 추출이 워크플로우 경제성을 바꾸는 지점입니다. 한 시스템에서 PO를 내보내고 다른 시스템에서 송장을 수동으로 입력하는 대신, 세 문서 모두 동일한 추출 단계를 거칩니다. 출력은 원본 문서의 형식과 관계없이 동일한 열 구조를 가진 세 개의 시트입니다.

여기서 작동하는 개념은 사용자 정의 열 추출입니다: "PO 번호", "품목 설명", "수량", "단가" 등 원하는 열을 정의하면 AI가 각 문서를 읽어 해당 값을 찾습니다. 값이 페이지의 어디에 위치하는지가 아니라 무엇을 의미하는지 이해합니다. 공급업체 A가 단가를 1페이지 오른쪽 정렬 열에 넣고 공급업체 B가 3페이지 각주에 숨겨도 문제되지 않습니다. 추출 결과는 균일하며, 균일한 데이터는 비교 가능한 데이터입니다.

JPG/PNG/PDF AI 추출

파일은 안전하게 처리되며 저장되지 않습니다.

추출부터 매칭까지: 네 개의 시트, 하나의 비교

세 가지 문서 유형이 모두 구조화된 데이터로 추출되면, Google Sheets의 매칭 아키텍처는 네 개의 탭으로 구성됩니다:

1
구매 주문서 등록부

데이터 출처: 구매 시스템에서 내보내거나 구매 주문서 문서에서 추출. 열: 구매 주문서 번호, 공급업체, 품목 설명, 주문 수량, 단가, 라인 합계, 날짜.

2
입고 등록부

데이터 출처: 촬영된 포장 명세서에서 추출하거나 입고 담당자가 수동 입력. 열: 구매 주문서 번호, 입고 품목, 입고 수량, 입고 날짜, 운송업체, 상태 메모.

3
송장 등록부

데이터 출처: 공급업체 송장 PDF에서 추출. 열: 송장 번호, 구매 주문서 번호, 공급업체, 품목 설명, 청구 수량, 단가, 라인 합계, 송장 날짜, 납기일.

4
매칭 대시보드

비교 계층입니다. VLOOKUP/QUERY를 사용해 세 등록부에서 데이터를 가져오고, 차이 로직을 적용하며, 라인 항목별 일치/불일치 플래그를 출력합니다. 실제 대사가 이루어지는 곳입니다.

한 달에 같은 공급업체로부터 여러 송장을 처리하는 팀은 공급업체 송장을 일괄 처리하여 단일 추출 실행으로 문서별 설정 단계를 없앨 수 있습니다. 한 번 추출하고, 여러 번 비교하세요. 스프레드시트에서 구매 주문서 데이터를 수동으로 재작성하는 팀은 원본 문서에서 구매 주문서 라인 항목을 직접 추출하여 루프를 완성할 수 있습니다: 모든 문서 유형이 동일한 구조화된 파이프라인을 통해 매칭 대시보드로 들어옵니다. 이 파이프라인의 전체 단계별 구축 — 구매 주문서 추출부터 승인 준비가 된 매칭 대시보드까지 — 은 Google Sheets에서 3방향 매칭 파이프라인 구축 가이드를 참조하세요.

대시보드의 매칭 공식은 복잡하지 않습니다. Google Sheets의 QUERY 또는 FILTER 함수는 구매 주문서 번호와 라인 항목을 기준으로 세 데이터 세트를 조인할 수 있습니다. 항상 복잡했던 부분 — 그리고 추출 계층이 이제 해결하는 부분 — 은 해당 공식이 작동할 수 있는 상태로 데이터를 만드는 것입니다.

매칭 수식 패턴

매칭 대시보드 탭에서 비교 열은 다음과 같이 작동합니다:

확인 항목수식 로직녹색 표시 조건
수량 일치=AND(G2=H2, H2=I2)PO 수량 = 입고 수량 = 송장 수량
단가 일치=ABS(J2-K2)/J2<=0.05단가 차이 ≤ 5%
라인 합계 일치=ABS(L2-M2)<=0.01라인 합계가 $0.01 이내
전체 일치 플래그=IF(AND(Qty_OK, Price_OK, Line_OK), "MATCH", "REVIEW")세 가지 확인 항목 모두 통과

허용 오차 비율과 금액 기준을 회사의 중요성 정책에 맞게 조정하세요.

문서 데이터를 Google Sheets로 바로 가져오기
사이드바에서 AI 추출 — 데이터가 스프레드시트에 입력됩니다
Sheets에 추가
신용카드 불필요 · 설정 불필요 · 모든 스프레드시트에서 작동

자동 매칭 영역: 스프레드시트가 자동으로 식별할 수 있는 항목

모든 라인 항목에 사람의 검토가 필요한 것은 아닙니다. 깨끗하게 추출된 데이터와 허용 오차 규칙이 있으면, 잘 구성된 매칭 대시보드는 대부분의 송장을 자동 승인할 수 있습니다. 이를 최고 수준의 매입채무(AP) 팀은 무중단 처리(STP) 비율이라고 부릅니다. ERP가 없는 조직의 목표는 70-80%의 자동 매칭이며, 진정한 예외 사항만 검토 대상으로 남깁니다.

자동 매칭 조건은 간단합니다:

  • 세 문서 간 정확한 수량 일치. 100개 주문, 100개 입고, 100개 청구 — 통과입니다. 입고와 송장이 일치하는 부분 배송도 유효합니다.
  • 정의된 허용 오차 내 단가 변동. 대부분의 조직은 비계약 품목에 2-5%, 계약 단가 품목에 0%를 설정합니다. 구매 주문서의 단가 $10.00 대비 송장의 $10.20는 2% 차이로, 많은 팀의 허용 범위 내에 있지만 동일 공급업체에서 반복되면 패턴으로 추적할 가치가 있습니다.
  • 세 문서 모두 동일한 PO 번호와 동일한 라인 번호를 참조. 공급업체 송장이 단일 PO 라인을 두 개의 송장 라인으로 분할하면 구조적 불일치로 자동 식별됩니다. 합계가 일치하더라도 라인 수가 맞지 않기 때문입니다.

허용 오차 구성은 모든 상황에 적용되는 단일 기준이 아닙니다. 자연적인 중량 변동이 있는 대량 원자재를 취급하는 업체는 개별 단위로 배송하는 업체보다 더 넓은 수량 허용 오차가 필요합니다. 보수적으로 시작하세요 — 가격 ±2%, 계약 품목 ±0% — 그리고 2~3회의 지급 주기에 걸쳐 실제 예외 패턴을 기준으로 확대합니다. 실제 과다 지급을 허용하지 않으면서 오탐지의 80%를 제거하는 허용 오차가 최적점입니다.

인간 판단 영역: "Steel Rod 12mm"와 "Round Bar Ø12 ST37"이 같은 제품일 때

스프레드시트 수식은 텍스트 문자열을 매칭합니다. 공급업체 카탈로그가 "Round Bar Ø12 ST37 Grade"라고 부르는 품목을 구매 주문서가 "Steel Rod 12mm"라고 부른다는 것을 수식은 이해하지 못합니다. 둘 다 직경 12mm 연강 환봉을 설명하지만, 수식은 공통 문자가 0개라고 판단합니다.

이것은 잘 구축된 스프레드시트 파이프라인으로도 자동화할 수 없는 매칭 실패입니다. 또한 조사에 가장 많은 시간이 소요되는 실패이기도 합니다. 수량과 가격이 완벽하게 일치할 수 있지만, 문자열이 일치하지 않아 품목 설명 열이 차이로 표시되는 회색 지대에 속하기 때문입니다.

실무에서 인간 판단 계층은 수식이 해결할 수 없는 세 가지 유형의 불일치를 처리합니다:

1. 다른 이름, 동일 품목. 가장 흔하고 가장 노동 집약적인 경우입니다. 공급업체는 자체 SKU 명명법, 축약 설명 또는 내부 품목 마스터와 일치하지 않는 상품명을 사용합니다. 포장 명세서에 "BRG 6205-2RS"라고 표시되고 PO에는 "Ball Bearing 25x52x15 Sealed"라고 표시될 수 있습니다. 사람은 몇 초 만에 일치를 인식하지만 VLOOKUP은 #N/A를 반환합니다.

해결 방법은 수식이 아닌 운영 차원입니다: 교차 참조 테이블을 유지하세요 — 공급업체 품목 코드를 내부 품목 설명에 매핑하는 별도 시트입니다. 점진적으로 채워 나가세요. 불일치가 처음 발생하면 담당자가 해결하고 매핑을 추가합니다. 이후에는 수식이 매칭할 대상을 갖게 됩니다. 6개월이 지나면 교차 참조는 활성 SKU의 90%를 커버하고 수동 판단 범주는 신규 품목으로만 축소됩니다.

2. 소액 차이는 조사 비용보다 가치가 낮은 경우. 송장 합계가 $2,145.00인데 PO는 $2,144.86입니다. $0.14 차이 — 세금 계산의 반올림 차이, 단가 확장의 페니 차이, 또는 공급업체가 항목별로 명시하지 않고 적용한 운임 할증료일 가능성이 높습니다. 조사 비용이 차이 금액보다 더 많이 듭니다. 대부분의 조직은 달러 기준 — 종종 $10 또는 $25 — 을 설정하며, 이 미만의 차이는 비율이 0.5% 미만이면 자동 승인됩니다.

3. 라인 순서가 일치하지 않지만 합계는 일치하는 경우. PO는 주문한 순서대로 항목을 나열합니다. 공급업체 송장은 창고 피킹 순서, SKU 알파벳순, 또는 세금 범주별로 재정렬할 수 있습니다. 라인별 VLOOKUP은 PO의 3번 라인이 송장의 7번 라인에 해당하므로 실패합니다. 이러한 경우 담당자는 항목 설명을 스캔하여 모든 PO 항목이 송장에 있는지 확인한 다음 송장 합계를 PO 합계와 대조합니다. 라인별 비교는 헤더 수준 일치로 대체됩니다.

목표는 3방향 일치에서 인간의 판단을 제거하는 것이 아닙니다. 판단이 실제로 가치를 더하는 경우 — 모호한 항목 설명, 중요성 결정, 구조적 불일치 — 로 인간의 판단 영역을 축소하고, 수량, 가격, 설명이 명확하게 일치하는 라인 항목의 80%는 스프레드시트가 처리하도록 하는 것입니다.

월간 비상 대응에서 주간 검토로: 업무 리듬의 변화

수동 3방향 일치는 예측 가능한 리듬을 가집니다: 모든 것이 월말까지 쌓이고, AP 팀은 지급 실행 전에 3일 동안 조정 작업을 합니다. 추출 및 일치 워크플로우는 템포를 반응형 일괄 처리에서 지속적 검토로 바꿉니다.

추출이 페이지당 5-10초가 걸릴 때 — 수동 입력 평균 3분과 비교 — 처리 시점의 경제성이 달라집니다. 더 이상 송장을 단일 월간 세션으로 일괄 처리할 필요가 없습니다. 도착하는 대로 처리할 수 있으며, 이는 다음을 의미합니다:

  • 불일치가 몇 주가 아닌 며칠 내에 표면화됩니다. 5일에 발견된 수량 차이는 지급 실행 전에 해결할 2주가 있습니다. 28일에 발견되면 공급업체에 서두르는 전화 또는 지급 지연으로 이어집니다.
  • 공급업체 커뮤니케이션이 반응형에서 선제적으로 전환됩니다. 패턴을 발견하면 — 공급업체 X가 지속적으로 PO 가격보다 2% 높게 청구 — 6개월치 송장에 걸쳐 누적되기 전에 해결합니다.
  • 월말 마감이 데이터 입력 마라톤이 아닌 검토 세션이 됩니다. 일치 대시보드는 이미 채워져 있습니다. 마감 작업은 플래그된 예외를 확인하고 지급 배치를 승인하는 것이지, 처음부터 만드는 것이 아닙니다.

Reddit의 r/procurement에 있는 조달 전문가는 이러한 변화를 설명했습니다: PO 내보내기와 추출된 송장 데이터를 병합하는 Power Query 파이프라인을 설정한 후, "3일이 걸리던 월말 프로젝트가 매주 금요일 20분만 확인하면 되는 일이 되었습니다." 추출 레이어는 단순히 시간을 절약하는 것이 아닙니다 — 시간을 언제 쓸 수 있는지를 바꿉니다.

감사에서 살아남는 실용적 허용 오차 프레임워크

허용 오차 규칙은 3방향 일치를 단순한 대사 작업이 아닌 내부 통제로 만듭니다. SOX법 평가를 규율하는 PCAOB 감사 기준 2201에 따라, 3방향 일치는 예방적 통제로 분류됩니다. 즉, 오류를 사후에 발견하는 것이 아니라 지급 전에 차단합니다. 감사인은 허용 오차가 문서화되어 있고, 일관되게 적용되며, 조직을 실질적으로 보호하는 수준으로 설정되었는지 검토하여 예방적 통제를 테스트합니다.

방어 가능한 허용 오차 프레임워크는 세 가지 계층으로 구성됩니다:

허용 오차 계층일반적인 범위적용 대상
가격 변동률(%)비계약 품목 ±2%, 계약 품목 ±0%구매 주문서(PO)와 송장 간 단가 차이
수량 변동률(%)±5%(벌크 상품), ±0%(개별 단위)입고 수량과 송장 수량 간 차이
절대 금액 기준라인 항목당 $25–$100이 금액 미만이면 변동률이 0.5% 미만일 때 자동 승인
송장 수준 기준송장당 $500–$5,000이 금액 미만이면 2방향 일치로 단순화

각 기준에 대한 근거를 문서화하세요. 감사인이 가격 허용 오차가 1%가 아닌 2%인 이유를 물을 때, 답변은 공급업체 계약 구조, 과거 변동 데이터, 중요성 기준을 참조해야 합니다. "합리적으로 보여서"가 아니라요. 문서화된 근거는 통제입니다. 문서화되지 않은 숫자는 추측일 뿐입니다.

FAQ

Google Sheets로 월 100건 이상의 송장에 대해 3방향 일치를 실제로 처리할 수 있나요?

네, 단 한 가지 전제 조건이 있습니다. 일치 로직 자체는 무한히 확장됩니다. VLOOKUP과 QUERY 함수는 수천 개의 행도 성능 문제 없이 처리합니다. 병목 지점은 데이터 입력입니다. 송장 등록 탭에 100건의 송장을 수동으로 입력하고 있다면, 스프레드시트가 문제가 아니라 바로 당신이 문제입니다. 추출 단계가 "기술적으로 가능한" 것과 "실질적으로 지속 가능한" 것의 차이를 만듭니다. 추출이 데이터 입력을 처리하면 스프레드시트 비교는 데이터 양과 관계없이 몇 초 만에 완료됩니다.

수령 부서에서 여전히 종이 로그를 사용한다면 어떻게 하나요?

손으로 작성한 수령 로그 사진도 추출할 수 있습니다. 추출 도구에 "PO 번호", "수령 품목", "수령 수량", "날짜" 같은 열을 정의하고 사진을 업로드하면 AI가 필기 내용을 읽어 구조화된 열로 변환합니다. 또렷한 필기의 정확도는 높지만, 번지거나 약어가 많은 항목은 육안 확인이 필요할 수 있습니다. 대안인 수동 입력도 동일한 정확도 위험이 있지만 훨씬 더 오래 걸립니다.

단가 일치 허용 오차는 어떻게 설정해야 하나요?

고정 계약 가격이 없는 품목은 ±2%, 계약 가격이 있는 품목은 ±0%로 시작하세요. 두 번의 결제 주기 후 예외 사항을 검토합니다. 가격 이상 항목의 90%가 1달러 미만 차이이고 반올림 때문이라면 ±3%로 넓히세요. 가격 불일치가 특정 공급업체에 집중된다면 문제는 허용 오차가 아니라 해당 공급업체의 청구 관행입니다.

부분 배송에도 이 방식이 적용되나요?

네, 하지만 첫 부분 배송이 도착하기 전에 정책 결정이 필요합니다. 한 가지 방법은 수령 수량과 송장 수량이 서로 일치하면 부분 일치로 표시하고 나머지 수량에 대해 PO를 열어 두는 것입니다. 두 번째 방법은 첫 수령과 송장을 일치시킨 후 PO 라인을 닫고 잔여 수량에 대해 새 라인을 만드는 것입니다. 첫 번째 방법은 PO와 최종 결제 사이의 감사 추적을 보존하고, 두 번째 방법은 스프레드시트에서 추적하기 더 간단합니다. 하나를 선택해 일관되게 적용하세요.

여러 구매 주문서(PO)를 포함하는 송장은 어떻게 처리하나요?

추출 결과를 매칭 대시보드에 입력하기 전에 PO 번호별로 분할하세요. 하나의 송장 PDF에 세 개의 PO 번호가 포함된 경우, 추출된 데이터는 각각 다른 PO 번호를 가진 세 개의 행으로 생성되어야 합니다. 매칭 대시보드는 PO 번호를 기준으로 조인하므로, 다중 PO 송장은 세 개의 개별 매칭 작업이 됩니다 — 단일 PO 송장 세 개와 동일합니다.

이 방식은 SOX법을 준수하나요?

스프레드시트 기반 3방향 일치 프로세스는 세 가지 조건이 충족되면 SOX법 404조 요구 사항을 충족할 수 있습니다: (1) 허용 오차 기준이 근거와 함께 문서화되고, (2) 매칭 대시보드에 감사 추적 기능이 포함되며 — 각 예외를 검토한 담당자와 시점이 기록되고, (3) 승인 후 매칭 결과를 변경할 수 없도록 스프레드시트 접근이 통제됩니다. 매칭 대시보드에 "검토자" 및 "검토 날짜" 열을 추가하고, 승인 후 시트를 보호하면 테스트 가능한 예방 통제의 핵심 요소를 갖추게 됩니다.

ERP 없는 3방향 일치의 핵심은 한 가지 질문으로 귀결됩니다. 세 문서를 모두 같은 구조화된 형식으로 충분히 빠르게 변환하여 비교가 3개 부서의 조사가 아닌 수식 작업이 될 수 있느냐는 것입니다. 답이 '그렇다'라면 — 월 50~500건의 송장을 처리하는 대부분의 매입채무(AP) 팀이 그렇습니다 — 나머지는 스프레드시트가 처리합니다.

📮 contact email: [email protected]