Google Sheets에서 3-Way 매칭 파이프라인 구축 방법:
PO부터 송장 승인까지 단계별 가이드

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

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

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

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

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

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

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

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

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

각 레이어는 구매-결제 체인의 특정 공백을 채웁니다. PO 레이어는 기준을 설정합니다 — 무엇을, 어떤 가격에, 누구에게서 주문했는지. 수령 레이어는 실제로 도착한 것을 확인합니다. 송장 레이어는 공급업체가 청구한 내용을 포착합니다. 매칭 대시보드는 세 가지가 모두 수렴되는 지점이며, 스프레드시트가 문제 분석에서 전통적 매칭 워크플로의 구조적 약점으로 지목한 3개 부서 조사를 대체하는 곳입니다.

레이어 1과 3에서 비정형-정형 변환을 지원하는 도구는 맞춤 열 추출입니다: 각 문서의 필드 주위에 상자를 그리거나 공급업체 형식별 템플릿을 만드는 대신, 원하는 열 이름을 입력하기만 하면 됩니다 — "PO 번호," "공급업체 이름," "라인 항목," "수량," "단가," "라인 합계" — AI는 문서를 읽고 해당 값이 페이지에서 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 찾아냅니다. SAP PDF 출력의 구조화된 PO와 지역 공급업체의 수기 PO는 전혀 다르게 보입니다. 하지만 둘 다 PO 번호, 공급업체 이름, 수량, 가격을 포함합니다. 열 이름 추출은 모든 레이아웃에서 해당 필드의 의미를 검색하므로, 수십 가지 공급업체 문서 형식을 다루는 조달 팀에게 템플릿 기반 OCR을 비현실적으로 만드는 공급업체별·형식별 템플릿 유지보수를 제거합니다.

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

모든 3자 매칭은 구매 주문에서 시작됩니다. PO는 조건을 설정합니다: 어떤 공급업체, 어떤 품목, 어떤 수량, 어떤 가격, 언제 배송할지. ERP 통합 환경에서 이 데이터는 이미 구조화된 라인 항목으로 존재합니다 — PO가 시스템에서 생성되었기 때문입니다. 그러나 스프레드시트 기반 조달 워크플로에서는 PO가 여러 형태로 도착합니다: 구매자의 시스템에서 생성된 PDF, 공급업체가 주문을 확인하는 이메일 PO, 또는 종이로 운영하는 소규모 공급업체의 스캔 문서. PO 데이터를 구조화된 형식으로 만드는 것이 첫 단계입니다 — 그리고 스프레드시트 기반 팀에게 이 단계는 나머지 파이프라인이 가능한지 여부를 결정하는 단계입니다.

PO의 추출 열은 매칭 프로세스가 참조해야 하는 항목에 따라 달라집니다. 최소한:

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

위 데모는 구매 주문 프리셋을 사용합니다 — PO 문서용으로 사전 구성된 추출 열 세트입니다. 구매 주문서를 업로드하면 입력 없이 필드가 채워지는 것을 확인할 수 있습니다. PO에 프리셋이 다루지 않는 필드가 있다면 맞춤 열로 추가하세요 — 추출 엔진은 이를 동일하게 처리합니다. 프리셋은 시작점을 제공합니다. 맞춤 열은 이를 확장하여 대시보드 요구 사항에 맞춥니다.

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

상품 수령증은 구조화된 시스템에서 가장 누락되기 쉬운 문서입니다 — 그리고 3자 매칭을 3자 프로세스로 만드는 문서이기도 합니다. 수령 확인이 없으면 2자 매칭만 수행하는 셈이며, 배송이 확인되지 않은 상품에 대해 비용을 지불하게 됩니다. ACFE는 구체적으로 상품 수령증을 청구 사기를 방지하는 통제 장치로 지목합니다. 이를 건너뛰는 것은 지름길이 아닙니다. 통제 프레임워크의 공백입니다.

수령 데이터는 PO 데이터보다 구조화하기 어렵습니다. 생성 방식 때문입니다 — 부두에서, 종종 종이로, 트럭 하역이 우선순위인 직원들에 의해 데이터 입력이 아닌 방식으로 작성됩니다. 포장 명세서는 일반적으로 다중 사본 탄소지 양식 또는 운송업체의 열전사 인쇄 문서입니다. 수령 담당자는 서명하고, 수령 수량을 기록하고, 물리적 사본을 보관합니다. 이 데이터가 디지털 시스템에 들어가는지 여부는 사후에 누군가 입력하는지에 달려 있습니다 — 그리고 이 단계가 바쁜 수령일에 가장 먼저 건너뛰어지는 단계입니다.

파이프라인의 경우 수령 데이터에는 두 가지 실행 가능한 진입 경로가 있습니다. 첫 번째는 직접 수동 입력입니다: 수령 담당자 — 또는 지정된 데이터 입력 담당자 — 가 수령 워크플로우의 일부로 Google Sheets에 핵심 필드를 입력합니다. 열은 PO 열을 반영합니다: PO 번호, 수령 품목, 수령 수량, 수령 날짜, 운송업체, 상태. 이 경로는 수령 물량이 적당하고 부두에서 Sheets가 열린 기기에 접근할 수 있을 때 작동합니다. 장점은 통제입니다 — 수령 데이터는 입력 시점부터 구조화되어 다운스트림 변환이 필요 없습니다.

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

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

레이어 3 — 공급업체 인보이스 추출: 통제할 수 없는 형식 문제

공급업체 인보이스에서 형식 다양성 문제가 정점에 달합니다. 단일 조달 운영에서도 대형 MRO 유통업체의 구조화된 SAP 생성 PDF, 지역 금속 공급업체의 자체 제작 Excel-to-PDF 형식, 지역 기계 공장의 촬영된 필기 문서, 그리고 날짜 형식, 통화 규칙, 세금 항목 구조가 다른 해외 공급업체의 인보이스를 동시에 받을 수 있습니다. 각 공급업체의 레이아웃에 맞춰 필드 매핑 템플릿을 만들고 레이아웃이 변경될 때마다 업데이트해야 하는 템플릿 기반 OCR은 이러한 다양성 앞에서 한계에 부딪히거나, 유지보수 시간이 너무 많이 소요되어 추출 작업이 대체하려던 수동 입력과 맞먹게 됩니다.

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

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

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

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

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

세 레이어 모두 채워지면 — PO 레지스터, 수령 레지스터, 인보이스 레지스터 — 매칭 대시보드가 이를 통합하는 곳입니다. 이는 조회 함수를 사용하여 세 소스 탭 모두에서 데이터를 가져오고 비교 논리를 적용하여 일치, 차이 및 누락 데이터에 플래그를 지정하는 단일 탭입니다. 매칭 논리 자체는 복잡하지 않습니다. 스프레드시트로 처리할 수 있습니다. 항상 복잡했던 것 — 그리고 파이프라인이 해결하는 것 — 스프레드시트가 처리할 수 있는 상태로 데이터를 만드는 것입니다. 이 파이프라인의 조정 중심 대응 — 허용 오차 규칙, 자동 매칭 영역 및 모호한 품목 설명에 대한 인간 판단 레이어 — 은 ERP 없이 Google Sheets에서 3자 매칭 가이드를 참조하세요.

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

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

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

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

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

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

수집 링크는 이 중간 단계를 없앱니다. 공급업체에 생성하여 보내는 공유 가능한 URL입니다. 공급업체는 링크를 열고 페이지에 표시된 짧은 확인 코드를 입력한 후 송장을 직접 업로드합니다 — 계정 생성, 로그인, 소프트웨어 설치가 필요 없습니다. 파일은 사용한 링크로 식별된 공급업체와 함께 계정의 처리 대기열에 자동으로 들어갑니다. 공급업체별로 별도의 수집 링크를 만들 수 있으므로 추출이 시작되기 전에 수신 파일이 출처별로 미리 분류됩니다.

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

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

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

대체하는 것:

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

대체하지 않는 것:

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

자주 묻는 질문

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

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

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

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

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

네, AI는 부두에서 서명된 포장 명세서에 일반적인 숫자와 표기를 포함한 필기 텍스트를 읽습니다. 그러나 수기 문서의 정확도는 인쇄된 문서보다 낮으며, 심하게 손상된 문서는 더 많은 추출 오류를 발생시킵니다. 수령 데이터의 경우 다음을 권장합니다. (a) 가능하다면 수령 담당자가 부두에서 Google 시트에 주요 필드를 직접 입력합니다. 수령 시점의 수동 입력이 나중에 손상된 문서에서 추출하는 것보다 빠르고 정확합니다. (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) 매칭 대시보드를 열고 플래그가 지정된 행 검토. 첫 달은 설정과 데이터 입력 때문에 가장 오래 걸립니다. 세 번째 달부터는 일상적인 작업입니다. 지원되는 필드 유형, 형식, 요금제에 대한 전체 기능 설명은 Google Sheets 추출 페이지를 참조하세요.

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

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

결론

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

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

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

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