ERP 없이 3방향 매칭:
구매부터 승인까지 구글 시트 파이프라인

3방 매칭이 실제로 요구하는 것 — 허용 오차 한도 그 이상

3방 매칭은 구매 주문서, 입고 확인서, 공급업체 청구서를 지불 승인 전에 비교하여 주문한 품목이 실제로 입고되고 청구된 것과 일치하는지 확인하는 프로세스입니다. ISO 9001:2015 8.4항에 따라 인증된 제조업체는 구매한 제품이 지정된 요구사항을 충족하는지 확인해야 하며, 대부분의 기업은 3방 매칭을 통해 이를 이행합니다. ACFE 2024 국가 보고서는 조직이 연간 수익의 5%를 업무상 사기로 손실한다고 추정하며, 3방 매칭을 청구 사기 방지 핵심 통제 수단으로 지목합니다. 규제 논리는 타당합니다. 그러나 그 이면의 데이터 문제가 실제로 시스템을 무너뜨립니다.

3방 매칭 개선에 관한 대부분의 조언은 매칭 계층에 초점을 맞춥니다: 허용 오차 한도 강화, 승인 워크플로 추가, ERP에서 자동 매칭 규칙 구성. 그러나 이 중 어느 것도 세 문서가 서로 다른 세 시스템에서 각기 다른 형식으로 도착하며, 그중 두 개는 비정형이라는 근본 문제를 해결하지 못합니다. 구매 주문서는 조달 시스템에 있습니다. 입고 확인서는 종이 포장 명세서에서 입력되었을 수도 있고 아닐 수도 있습니다. 공급업체 청구서는 PDF로 도착합니다. 매칭 로직이 이 문서들을 비교하려면, 먼저 정형화되지 않은 두 문서에서 데이터를 추출하여 비교 가능한 형식으로 입력하고, 단위와 라인 항목이 일치하기를 기대해야 합니다. 매칭 계층(VLOOKUP, IF문, 조건부 서식)은 쉬운 부분입니다. 데이터 추출 계층이 파이프라인의 성패를 좌우합니다.

ERP 조언이 스프레드시트 워크플로에 맞지 않는 이유

SAP의 MM 모듈, Oracle E-Business Suite, Microsoft Dynamics 365 — 모두 구성 가능한 허용 오차를 가진 3방향 매칭 모듈을 포함합니다. 예를 들어 SAP는 GR/IR 정리 계정을 통해 매칭을 처리합니다: 자재 입고(트랜잭션 MIGO)는 차변을 전기하고, 송장 수령(MIRO)은 대변을 전기하며, 시스템은 일치하는 라인 항목을 자동으로 정리합니다. 이 로직은 성숙하고 잘 문서화되어 있습니다.

이 로직은 또한 상당수의 조달 작업에서 사실이 아닌 것을 가정합니다: 매칭 로직이 실행되기 전에 세 문서 모두 ERP 내에 구조화되고 비교 가능한 데이터로 존재한다는 것입니다. 2025 IFOL AP 자동화 동향 조사에 따르면 AP 팀의 66%가 여전히 송장 데이터를 ERP에 수동으로 입력합니다. 50~200개 공급업체(대부분 소규모 기계 공장, 지역 유통업체, 이메일로 PDF를 보내는 전문 공급업체)와 공급업체 관계를 관리하는 조달 팀의 경우, 매칭이 시작되기 전에 모든 송장이 수동 데이터 입력 이벤트입니다.

귀하가 그 그룹에 속한다면 — 회사가 스프레드시트를 통해 조달을 운영하거나, ERP의 송장 캡처에 유지 관리할 대역폭이 없는 공급업체별 템플릿 구성이 필요하거나, 공급업체 기반에 PDF만 보내는 소규모 공급업체가 충분히 포함되어 있기 때문에 — ERP의 매칭 모듈은 실제 문제의 하류에 있는 문제를 해결하고 있는 것입니다. 더 나은 매칭 알고리즘이 필요하지 않습니다. PO 데이터, 수령 데이터, 송장 데이터를 하나의 구조화된 보기로 가져올 방법이 필요하며, 조달 추적에 이미 사용하는 도구는 스프레드시트일 가능성이 높습니다. 문제는 그 스프레드시트를 파이프라인으로 전환하는 방법입니다.

3계층 파이프라인 아키텍처

파이프라인에는 3계층이 있습니다 — 3방향 매칭의 각 문서에 하나씩 — 그리고 그 위에 위치한 네 번째 계층인 매칭 대시보드가 있습니다. 처음 세 계층은 비정형 문서에서 구조화된 데이터를 추출합니다. 네 번째 계층은 이를 비교합니다. 처음 세 계층 중 하나라도 일관되지 않거나 불완전한 데이터를 생성하면 매칭 계층은 제 역할을 할 수 없습니다. 아키텍처는 가장 약한 추출 계층만큼만 강력합니다.

각 레이어는 구매-지급 체인의 특정 격차를 메웁니다. 발주 레이어는 기준선(무엇을, 어떤 가격에, 누구에게서 주문했는지)을 설정합니다. 입고 레이어는 실제로 도착한 물품을 확인합니다. 송장 레이어는 공급업체가 청구한 금액을 포착합니다. 매칭 대시보드는 이 세 가지가 모두 수렴되는 곳이며, 문제 분석에서 전통적인 매칭 워크플로의 구조적 약점으로 지적된 3개 부서 조사를 스프레드시트로 대체합니다.

레이어 1과 3에서 비정형 데이터를 정형 데이터로 변환하는 도구는 사용자 정의 열 추출입니다. 각 문서의 필드 주위에 상자를 그리거나 공급업체 형식별 템플릿을 구축하는 대신, 원하는 열 이름("발주 번호", "공급업체명", "라인 항목", "수량", "단가", "라인 합계")을 입력하면 AI가 문서를 읽고 해당 값의 의미를 이해하여 찾습니다. SAP의 PDF 출력에서 나온 구조화된 발주서와 지역 공급업체의 수기 발주서는 전혀 다르게 보이지만, 둘 다 발주 번호, 공급업체명, 수량, 가격을 포함합니다. 열 이름 추출은 모든 레이아웃에서 해당 필드의 의미를 검색하므로, 수십 가지 공급업체 문서 형식을 처리하는 구매팀이 템플릿 기반 OCR에서 불가피하게 수행해야 하는 공급업체별, 형식별 템플릿 유지보수를 없앱니다.

레이어 1 — 구매 주문 추출: 기준 참조

3자 매칭은 항상 구매 주문(PO)에서 시작됩니다. PO는 공급업체, 품목, 수량, 가격, 납기 등 조건을 설정합니다. ERP 통합 환경에서는 PO가 시스템에서 생성되어 구조화된 라인 항목으로 이미 존재합니다. 하지만 스프레드시트 기반 조달 워크플로에서는 PO가 다양한 형태로 도착합니다. 구매자 시스템에서 생성된 PDF, 공급업체가 주문을 확인하기 위해 이메일로 보낸 PO, 또는 종이 문서를 사용하는 소규모 공급업체의 스캔 문서 등이 있습니다. PO 데이터를 구조화된 형식으로 만드는 것이 첫 번째 단계이며, 스프레드시트 기반 팀에게는 이후 파이프라인 전체의 가능 여부를 결정짓는 단계입니다.

PO 추출 열은 매칭 프로세스에서 참조해야 하는 항목에 따라 달라집니다. 최소한 다음이 필요합니다:

일관된 형식(자사 PO 템플릿)으로 내부 생성된 구매 주문의 경우 추출이 간단합니다. AI가 매번 동일한 일반 레이아웃에서 동일한 필드를 읽습니다. 공급업체 확인 PO가 공급업체 형식으로 도착하는 경우 추출이 조정됩니다. 열 이름은 동일하게 유지되고 AI가 레이아웃에 관계없이 값을 찾습니다. 단일 추출 실행으로 PO 등록 탭에 구조화된 데이터가 채워집니다. 매칭을 위해 헤더 수준 또는 라인 수준 세분화를 원하는지에 따라 PO당 한 행 또는 라인 항목당 한 행이 생성됩니다. Google Sheets 애드온을 사용한 단일 PO 추출 가이드에서 열 설정 및 첫 번째 추출 워크플로를 설명합니다. 여러 PO를 한 번에 처리하는 대량 처리 팀의 경우 일괄 PO 처리 대시보드가 단일 세션에서 여러 PO에 동일한 추출 엔진을 적용합니다.

위 데모는 구매 주문서(발주서) 전용으로 미리 구성된 추출 컬럼 세트인 '구매 주문 프리셋'을 사용합니다. 구매 주문서를 업로드하면 입력 없이 필드가 자동으로 채워집니다. 만약 PO에 프리셋이 포함하지 않은 필드(예: 상품 할증료 항목, 운임 조건 섹션, 내부 코스트센터 코드)가 있다면, 커스텀 컬럼으로 추가하세요. 추출 엔진은 동일하게 처리합니다. 프리셋은 시작점을 제공하고, 커스텀 컬럼이 이를 확장하여 매칭 대시보드 요구사항에 맞춥니다.

레이어 2 — 입고 보고서 데이터: 까다로운 중간 문서

입고 확인서(Goods Receipt)는 구조화된 시스템에서 가장 누락되기 쉬운 문서이며, 3방향 매칭을 완성하는 핵심 문서입니다. 입고 확인 없이는 2방향 매칭(PO 대 인보이스)만 수행하게 되어, 실제로 배송되었는지 확인할 수 없는 상품에 대해 비용을 지불하게 됩니다. ACFE는 특히 입고 확인서를 청구 사기(배송되지 않은 상품에 대한 지불)를 방지하는 통제 수단으로 지목합니다. 이를 생략하는 것은 지름길이 아니라 통제 프레임워크의 허점입니다.

입고 데이터는 PO 데이터보다 구조화하기 어렵습니다. 데이터가 생성되는 방식 때문입니다 — 부두에서, 종종 종이에, 데이터 입력보다 트럭 하역이 우선인 직원들에 의해 작성됩니다. 패킹 슬립은 일반적으로 다중 카본지 양식이나 운송업체의 감열지 문서입니다. 입고 담당자는 서명하고, 수령 수량(PO와 단위가 다를 수 있음)을 기록한 후 물리적 사본을 보관합니다. 이 데이터가 디지털 시스템에 입력되는지 여부는 사후에 누군가가 입력하는지에 달려 있으며, 이 단계는 바쁜 입고일에 가장 먼저 생략됩니다.

파이프라인에서 입고 데이터는 두 가지 실행 가능한 입력 경로가 있습니다. 첫 번째는 직접 수동 입력입니다: 입고 담당자 또는 지정된 데이터 입력자가 입고 워크플로우의 일부로 주요 필드를 Google Sheets에 입력합니다. 컬럼은 PO 컬럼을 반영합니다: PO 번호(연결용), 수령 품목, 수령 수량, 수령일, 운송업체, 상태. 이 경로는 입고량이 적당하고(일 30건 미만) 부두에서 Sheets가 열린 기기에 접근할 수 있을 때 적합합니다. 장점은 통제력입니다 — 입력 시점부터 데이터가 구조화되어 후속 변환이 필요 없습니다.

두 번째 경로는 포장 명세서 자체에서 문서 추출하는 것입니다. 서명된 포장 명세서의 사진이나 스캔을 찍어 구매 주문서 및 송장에 사용되는 동일한 추출 엔진으로 처리합니다. 이 경로는 수동 입력이 불가능한 경우(물량이 많은 도크, 원격 수령 위치, 또는 포장 명세서가 유일한 수령 기록인 작업)에 적합합니다. 추출 열은 동일합니다: PO 번호, 품목 설명, 수령 수량, 수령일, 운송업체. 사이드바 애드온을 통해 처리된 포장 명세서의 휴대폰 사진은 수동으로 입력된 데이터와 동일한 구조화된 형식으로 수령 탭을 채웁니다. 주요 제한 사항: 포장 명세서의 필기는 인쇄된 PO 및 송장에 비해 추출 정확도를 떨어뜨립니다. 중요 화물의 경우 점검을 권장합니다. 문서 품질별 정확도 분석에 대한 자세한 내용은 필기 문서 추출 정확도 가이드를 참조하세요. 동일한 원칙이 포장 명세서 및 수령 보고서에 적용됩니다.

어느 경로를 사용하든 결과는 동일합니다: 각 수령을 원래 구매 주문서에 연결하는 키 필드로 PO 번호가 있는 수령 등록 탭이 생성됩니다. 이 연결이 없으면 매칭 대시보드가 제 기능을 할 수 없습니다.

계층 3 — 공급업체 송장 추출: 통제할 수 없는 형식 문제

공급업체 송장은 형식 다양성 문제가 가장 심각한 부분입니다. 단일 조달 작업에서 대형 MRO 유통업체의 구조화된 SAP 생성 PDF, 지역 금속 공급업체의 자체 제작 Excel-to-PDF 형식, 지역 기계 공장의 촬영된 필기 문서, 그리고 날짜 형식, 통화 규칙 및 세금 항목 구조가 다른 국제 공급업체로부터 송장을 받을 수 있습니다. 각 공급업체의 레이아웃에 대한 필드 매핑 템플릿을 구축하고 레이아웃이 변경될 때 업데이트하는 템플릿 기반 OCR은 이러한 다양성 아래에서 작동이 중단되거나 유지 관리 시간이 너무 많이 소요되어 추출 작업이 대체하려고 했던 수동 입력과 맞먹게 됩니다.

사용자 정의 열 추출은 특정 레이아웃에서 추출 로직을 분리하여 이 문제를 해결합니다. 열 이름은 한 번 정의됩니다. AI는 형식에 관계없이 각 송장을 읽고 해당 열 정의와 일치하는 값을 찾습니다. 3방향 매칭을 위한 송장 열 구성에는 일반적으로 다음이 포함됩니다:

추론 열도 추가할 수 있습니다. 이는 송장에 명시적으로 인쇄되지는 않았지만 맥락에서 파생 가능한 데이터를 캡처하는 열입니다. 예를 들어, 매칭 상태 (옵션: 매칭 준비/PO 참조 필요/품목 누락)로 정의된 열을 통해 AI는 PO 번호 발견 여부와 품목 추출 가능 여부에 따라 추출 중 각 송장을 분류할 수 있습니다. PO 번호를 문서에 포함하지 않는 공급업체의 송장은 즉시 플래그가 지정되어 "PO 참조 필요" 상태로 매칭 대시보드에 들어가며, AP 담당자는 PO 번호가 추가될 때까지 매칭을 시도하지 않아야 함을 알게 됩니다. 이는 추출로서의 분류입니다. 분류 결정은 별도의 검토 단계가 아닌 데이터를 채우는 동일한 패스에서 이루어집니다.

계산된 열은 추출 후 스프레드시트 수식이 필요했던 계산을 처리합니다. 열을 확장 검사(라인 합계 - 수량 * 단가)로 정의하면 AI가 추출 중 계산을 수행하여, 청구된 라인 합계가 수량 곱하기 단가와 일치하지 않는 모든 라인에 플래그를 지정합니다. 출력은 차이 숫자입니다. 0은 확장이 올바르다는 의미이고, 0이 아닌 값은 공급업체 송장의 산술 오류를 식별합니다. 이렇게 하면 매칭 대시보드의 역할이 "오류 찾기"에서 "플래그가 지정된 행 검토"로 전환됩니다. 즉, AI가 감지를 수행하고 사람이 처분을 수행하는 워크플로우입니다. 계산된 열 구문과 기능에 대한 전체 설명은 문서 추출의 계산된 열 가이드를 참조하세요.

3방향 매칭 파이프라인을 구동하는 동일한 송장 추출 레이어는 더 광범위한 공급업체-AP 송장 파이프라인의 엔진입니다. 열 구조는 다르지만 추출 메커니즘은 동일합니다. 매칭을 위해 한 번 구축되면 동일한 파이프라인이 AP 보고, 발생액 계산 및 감사 문서화에 공급됩니다.

매칭 대시보드: VLOOKUP, IF 및 조건부 서식

PO 레지스터, 수령 레지스터 및 송장 레지스터의 세 레이어가 모두 채워지면 매칭 대시보드가 이들을 통합합니다. 이는 조회 함수를 사용하여 세 소스 탭 모두에서 데이터를 가져오고 비교 논리를 적용하여 일치, 차이 및 누락된 데이터에 플래그를 지정하는 단일 탭입니다. 매칭 논리 자체는 복잡하지 않습니다. 스프레드시트로 처리할 수 있습니다. 항상 복잡했고 파이프라인이 해결하는 것은 데이터를 스프레드시트가 처리할 수 있는 상태로 만드는 것이었습니다.

Google Sheets로 구축된 매칭 대시보드 구조:

조건부 서식은 표를 대시보드로 바꿔줍니다: N열을 "일치"는 초록색, "영수증 없음"은 주황색, "차이"는 빨간색으로 강조하세요. J열(수량 차이)이 구성 가능한 임계값(벌크 자재는 5%, 고가 엔지니어링 부품은 2%)을 초과하는 행에 빨간색 테두리를 적용하세요. 상단 요약 행을 추가하세요: =COUNTIF(N:N,"일치")로 일치된 송장 개수, =COUNTIF(N:N,"차이")로 예외 개수, =SUMIF(N:N,"차이",L:L)로 차이의 총 달러 가치를 계산합니다.

핵심 아키텍처 결정은 PO 번호를 범용 키로 사용하는 것입니다. 매칭 대시보드의 모든 VLOOKUP은 PO 번호 열을 참조합니다. 공급업체 송장에 PO 번호가 없는 경우(매칭 문제 분석 결과, 이는 매칭 실패의 가장 흔한 근본 원인으로 확인됨) 해당 행의 모든 VLOOKUP 열에 #N/A 오류가 채워져 대시보드에서 즉시 확인됩니다. 해결 방법은 간단합니다: 송장 등록부 행에 PO 번호를 추가하면 수식이 다시 계산됩니다. 하지만 가시성이 핵심입니다. 대시보드가 없으면 PO 번호가 누락된 송장은 누군가 알아차릴 때까지 대기열에 머뭅니다. 대시보드가 있으면 행이 채워지는 즉시 플래그가 지정됩니다.

부분 납품(하나의 PO가 여러 선적을 포함하는 제조 조달에서 가장 흔한 복잡성)의 경우 수령 등록부와 송장 등록부 모두에 "납품 번호" 열을 추가하세요. VLOOKUP은 두 키 조회가 됩니다: PO 번호와 납품 번호를 모두 일치시킵니다. 각 부분 납품은 자체 매칭 행을 가지며, 누적 수령 계산(=SUMIFS(F:F, A:A, A2, [납품], "<="&[@납품]))은 모든 부분 선적에 걸쳐 총 PO 수량 중 얼마나 납품되었는지 추적합니다. 동일한 로직으로 월별 롤링 릴리스가 있는 포괄 PO도 처리합니다. 대시보드는 총 PO 승인 금액에 대한 누적 수량을 추적합니다.

수집 링크 — 공급업체가 직접 문서를 제출하도록 지원

3자 매칭에서 지속적인 비효율 중 하나는 공급업체에서 AP팀으로의 문서 전달입니다. 공급업체가 이메일로 송장을 보내면, AP 담당자가 첨부파일을 다운로드하여 공유 드라이브나 로컬 폴더에 저장한 후 추출 도구에 업로드합니다. 이 다운로드-재업로드 과정이 병목은 아니지만, 50개 공급업체로부터 월 100건 이상의 송장을 처리할 때 누적되는 마찰을 유발하는 추가 단계입니다.

수집 링크는 이 중간 단계를 없애줍니다. 이는 공급업체에 보낼 수 있는 공유 가능한 URL(/c/xxxx 형식)입니다. 공급업체가 링크를 열고, 페이지에 표시된 짧은 인증 코드를 입력한 후 송장을 직접 업로드합니다. 계정 생성, 로그인, 소프트웨어 설치가 필요 없습니다. 파일은 사용한 링크로 식별된 공급업체와 함께 계정의 처리 대기열에 자동으로 저장됩니다. 각 공급업체별로(또는 공급업체 그룹별로 하나씩) 별도의 수집 링크를 생성할 수 있으므로, 추출이 시작되기 전에 수신 파일이 소스별로 미리 분류됩니다.

3자 매칭 파이프라인에 적용하면, 수집 링크는 문서 흐름을 "공급업체가 이메일로 송장 전송 → 사용자 다운로드 → 사용자 업로드 → 사용자 추출"에서 "공급업체가 직접 업로드 → 파일이 대기열에 표시 → 사용자 추출"로 변경합니다. 다운로드-재업로드 단계를 완전히 제거합니다. 동일한 선적에 대해 포장 명세서와 송장 등 여러 문서를 보내는 공급업체의 경우, 단일 수집 링크로 두 파일을 모두 캡처하며, 추출 엔진은 시트의 열 정의에 따라 각각을 처리합니다. 자세한 설정 및 워크플로는 추출 기능을 이용한 문서 수집 가이드를 참조하세요.

대체하는 것과 대체하지 않는 것

파이프라인은 "이 단계들의 순서가 이 결과를 만든다"는 구체적인 주장입니다. 여기서 설명하는 파이프라인이 무엇을 대체하고, 무엇을 보완하며, 무엇을 위해 설계되지 않았는지 정확히 아는 것이 중요합니다.

대체하는 것:

• 구매주문서와 송장에서 스프레드시트로의 수동 데이터 입력. 추출 계층이 비정형 문서를 정형화된 행으로 변환합니다. 구매주문 라인 항목과 송장 필드를 추적 시트에 입력하는 단계가 사라집니다.
• 공급업체별 OCR 템플릿 유지보수. 열 이름 추출은 사전 구성된 템플릿 없이 모든 문서 레이아웃을 읽습니다. 신규 공급업체는 수집 링크를 보내는 것만으로 온보딩되며, 템플릿 구축이 필요하지 않습니다.
• 3개 부서 조사 루프. 구매주문 데이터, 입고 데이터, 송장 데이터가 모두 하나의 구조화된 대시보드에 있을 때, "송장이 구매주문과 일치하는가?"라는 질문은 조건부 서식 셀을 보면 답이 나오며, 조달 부서와 입고 창고에 전화할 필요가 없습니다.
• 문서 누수 사각지대. 대시보드의 VLOOKUP 구조는 즉시 공백을 드러냅니다. 구매주문 VLOOKUP에서 #N/A는 송장이 유효한 구매주문을 참조하지 않음을 의미합니다. 입고 수량이 비어 있으면 입고가 입력되지 않은 것입니다. 이는 월간 감사 결과가 아니라 모든 행에서 실시간으로 확인됩니다.

대체하지 않는 것:

• ERP가 필요한 조직을 위한 ERP. 월 2,000~3,000건의 송장에서 스프레드시트 기반 매칭 대시보드는 실질적 한계에 도달합니다. 예외 건수가 수동 검토를 압도합니다. 이 규모에서는 ERP의 가치(자동 매칭, 통합 감사 추적, 직무 분리 강제)가 필수적이 됩니다. 파이프라인은 ERP에 정형화된 데이터를 공급할 뿐, 통제 환경으로서의 ERP를 대체하지 않습니다.
• 예외에 대한 인간의 판단. 대시보드는 차이를 표시합니다. 해결하지는 않습니다. 송장과 구매주문 단가 간 47.50달러 차이는 조달팀이 협상했지만 AP에 전달되지 않은 정당한 추가 요금일 수도 있고, 오류일 수도 있습니다. AI는 이를 알 수 없으며, 결정하도록 요청받아서도 안 됩니다. 플래그는 인간의 검토를 촉발합니다. 검토에는 AI가 없는 비즈니스 맥락이 필요합니다.
• 입고 프로세스 자체. 입고가 생성되지 않는다면(창고에서 도착한 물품을 기록하지 않는다면), 파이프라인은 입고 탭에서 공백을 드러내지만 데이터를 만들어낼 수는 없습니다. 입고 계층에는 프로세스 규율이 필요합니다. 누군가가 배송된 것을 확인하고 기록해야 합니다. 파이프라인은 그 데이터를 구조화할 뿐, 무에서 창조하지 않습니다.
• 송장 내 구매주문번호 기재에 대한 공급업체 준수. 파이프라인은 구매주문번호 부재를 보이게 만듭니다. 공급업체가 번호를 포함하도록 강제하지는 않습니다. 이를 위해서는 기술적 해결책이 아닌 조달 정책과 그 집행이 필요합니다.

자주 묻는 질문

이 파이프라인은 한 달에 몇 개의 인보이스를 처리할 수 있나요?

구조적 한계는 추출 엔진이 아니라 매칭 대시보드의 수동 검토 용량에 있습니다. 한 명의 AP 담당자가 변동 사항을 검토하고 처리할 때, 잘 구성된 매칭 대시보드를 사용하면 22% 예외율(66~110건 조사)을 가정할 때 월 300~500개 인보이스를 무리 없이 처리할 수 있습니다. 월 1,000개를 초과하면 예외 볼륨이 너무 커져 여러 명의 AP 담당자가 필요하거나 자동 매칭 규칙이 있는 ERP로 전환해야 합니다. 높은 볼륨에서 이 파이프라인의 가치는 '주 매칭 도구'에서 'ERP에 정형 데이터를 공급하는 데이터 수집 엔진'으로 전환됩니다. 추출 계층은 계속 작동하고, 대시보드는 최종 매칭 환경이 아닌 ERP 사전 검증 단계가 됩니다.

PO가 매월 변동되는 포괄 가격을 사용하는 경우, 파이프라인이 변동 가격을 처리할 수 있나요?

가능합니다. 단, PO 레지스트리를 일회성 추출이 아닌 살아있는 문서로 유지해야 합니다. 원자재 시장 가격에 연동된 월별 가격 조정이 있는 포괄 PO의 경우, 해당 공급업체의 PO 레지스트리 행을 매월 현재 유효 가격으로 업데이트해야 합니다. 매칭 대시보드의 VLOOKUP은 업데이트된 가격을 반영합니다. 감사 추적을 보존하는 대안은 PO 레지스트리에 '발효일' 열을 추가하고 날짜 범위 매칭 VLOOKUP을 사용하는 것입니다. 현재 가격이 아닌 인보이스 날짜에 발효된 PO 가격을 가져옵니다. 설정은 더 복잡하지만 선적 당시 합의된 가격을 정확히 반영하며, 이것이 3자 매칭이 검증해야 하는 사항입니다.

수기로 작성된 포장 명세서와 수령 문서에서도 추출이 작동하나요?

네, AI는 부두에서 서명된 포장 명세서에 일반적인 숫자와 표기를 포함한 필기 텍스트를 읽습니다. 그러나 수기 문서의 정확도는 인쇄된 문서보다 낮으며, 심하게 손상된 문서(희미한 감열지 인쇄물, 글자가 희미한 카본지, 구겨졌다가 다시 편 포장 명세서)는 더 많은 추출 오류를 발생시킵니다. 수령 데이터의 경우 다음을 권장합니다. (a) 가능하다면 수령 담당자가 부두에서 Google 시트에 주요 필드(PO 번호, 품목, 수량, 날짜)를 직접 입력합니다. 수령 시점의 수동 입력이 나중에 손상된 문서에서 추출하는 것보다 빠르고 정확합니다. (b) 포장 명세서 추출이 유일한 방법이라면, 특히 고가 선적의 경우 원본 문서와 샘플 행을 대조 확인합니다. (c) 포장 명세서 사진을 수령 행과 함께 첨부 파일로 저장합니다. 추출에서 숫자를 놓치더라도 원본 문서를 한 번의 클릭으로 확인할 수 있습니다.

이 파이프라인을 Google Sheets 부가기능 없이 웹 앱만으로 사용할 수 있나요?

네. 추출 엔진은 Sheets 내 사이드바 부가기능을 통하든 ImageToTable.ai 웹 애플리케이션을 통하든 동일합니다. 부가기능의 장점은 추출 결과가 활성 시트에 바로 기록된다는 점입니다 — 다운로드 후 재업로드 과정이 없습니다. 웹 앱에서는 브라우저에서 문서를 업로드하고, 추출된 Excel 파일을 다운로드한 후 매칭 대시보드에 행을 붙여넣거나 가져옵니다. 열 정의는 동일하며 추출 품질도 같습니다. 부가기능은 다운로드-가져오기 단계를 하나 줄여주고, 웹 앱은 Google Sheets뿐 아니라 모든 스프레드시트 도구에서 작동합니다. 작업량에 따라 그 한 단계가 중요한지 고려하여 선택하세요.

전체 파이프라인(발주 등록부, 입고 등록부, 송장 등록부, 매칭 대시보드) 설정에 얼마나 걸리나요?

Google Sheets에서 VLOOKUP과 조건부 서식에 익숙한 분이라면, 전체 4탭 파이프라인 구축에 약 2시간이 소요됩니다: 위에서 설명한 열 구조로 4개 탭을 설계하고 생성하는 데 30분, 매칭 대시보드에서 VLOOKUP 및 IF 수식을 작성하고 테스트하는 데 45분, 조건부 서식과 요약 지표를 설정하는 데 30분, 부가기능 사이드바에서 추출 열 세트를 정의하는 데 15분. 열 정의는 시트에 저장되어 세션 간 유지되며, 한 번 정의하면 사이드바를 열고 해당 시트를 선택할 때마다 사용할 수 있습니다. 초기 설정 후 월간 워크플로는: (1) 새 발주서를 발주 등록부에 추출, (2) 입고 데이터 입력 또는 추출, (3) 공급업체 송장 추출, (4) 매칭 대시보드를 열고 플래그가 지정된 행 검토. 첫 달은 설정과 데이터 채우기 때문에 가장 오래 걸리며, 세 번째 달부터는 일상적인 작업이 됩니다.

PO와 공급업체 인보이스 간 통화 차이는 어떻게 처리하나요?

추출 엔진은 문서에 표시된 숫자 값과 통화 기호를 그대로 캡처합니다. 통화 변환을 수행하지는 않습니다. PO가 USD이고 공급업체가 EUR로 인보이스를 발행한 경우, 변환된 값이 정확하더라도 숫자 금액이 일치하지 않아 매칭 대시보드에 차이가 표시됩니다. 해결 방법은 PO 등록부와 인보이스 등록부 모두에 "통화" 열을 추가하고, 수동으로 유지 관리하거나 수식으로 입력된 환율을 참조하는 "환율" 열을 추가하는 것입니다. 그러면 매칭 가격 비교는 원시 추출 금액 대신 변환된 금액을 사용합니다. 파이프라인의 역할은 추출입니다. 통화 변환은 스프레드시트 계층에서 수행하는 작업입니다.

결론

여기서 설명하는 3방향 매칭 파이프라인은 ERP가 필요한 조직에서 ERP를 대체하기 위한 것이 아닙니다. 이는 이미 스프레드시트로 조달을 운영하는 팀을 위한 시스템입니다. ERP의 인보이스 캡처에 유지 관리가 불가능한 템플릿이 필요하거나, 공급업체 기반이 매칭 모듈이 처리할 수 없는 다양한 형식에 걸쳐 있거나, 거래량이 "수동 매칭에는 너무 복잡하고 ERP 업그레이드를 정당화할 만큼 충분히 크지 않은" 사이에 있기 때문입니다. 이러한 팀에게 질문은 "매칭을 자동화해야 하는가"가 아닙니다. "세 문서를 모두 충분히 빠르게 동일한 구조화된 형식으로 가져와서 매칭이 3개 부서의 조사가 아닌 수식 작업이 될 수 있는가"입니다.

파이프라인은 세 가지 추출 계층과 하나의 대시보드로 이 질문에 답합니다. PO 계층은 기준선을 제공합니다. 수령 계층은 도착한 것을 확인합니다. 인보이스 계층은 청구된 것을 캡처합니다. 매칭 대시보드는 VLOOKUP, IF 문 및 조건부 서식을 사용하여 이를 비교하고 사람의 주의가 필요한 모든 행에 플래그를 지정합니다. 위치가 아닌 의미로 문서를 읽는 AI로 구동되는 추출 엔진은 다중 공급업체 조달 운영에서 템플릿 기반 접근 방식을 지속 불가능하게 만드는 형식 다양성을 처리합니다. Collection Link는 문서 수집 프로세스에서 이메일 첨부 파일 다운로드 루프를 제거합니다.

문제 분석에서 확인된 구조적 격차(3개 부서, 3개 시스템, 데이터 파이프라인의 단일 소유자 없음)는 사라지지 않습니다. 그러나 세 가지 문서 유형이 모두 동일한 PO 번호를 범용 키로 사용하여 동일한 스프레드시트의 동일한 구조화된 형식으로 도착하면 매칭 단계에 더 이상 부서 간 조사가 필요하지 않습니다. 조직적 격차는 남아 있습니다. 데이터는 더 이상 세 가지 다른 입력 채널의 누적된 드리프트를 전달하지 않습니다. 이것이 바로 매칭을 인력 문제가 아닌 스프레드시트 작업으로 만드는 이유입니다.

PO 추출 계층부터 시작하세요. 아래 데모에서 구매 주문서를 업로드하세요. 매칭 워크플로우에 중요한 필드(PO 번호, 공급업체, 라인 항목, 수량, 가격)가 몇 분 동안 입력하는 대신 몇 초 만에 구조화되어 반환되는지 확인하세요. 첫 번째 계층이 작동하면 파이프라인의 나머지 부분은 동일한 엔진으로 구축됩니다.