구매 주문서를 엑셀로 일괄 처리:
한 번 설정, 모든 공급업체 형식

구매 주문서가 송장보다 일괄 처리하기 어려운 이유

송장은 상대적으로 쉽습니다. 대부분 일관된 형식을 따릅니다. 상단에 판매자 정보, 중간에 품목 표, 하단에 합계가 있습니다. 구매 주문서 데이터 추출이 더 어려운 이유는 두 가지가 서로 맞물리기 때문입니다: 품목이 주요 데이터이고, 공급업체마다 표 구조가 크게 다릅니다.

송장의 핵심 데이터(송장 번호, 날짜, 합계)는 보통 예측 가능한 위치에 있는 3~5개 필드입니다. 반면 구매 주문서의 핵심 데이터는 목록입니다. 품목 코드, 설명, 수량, 단가, 행 합계로 구성된 5개, 15개 또는 50개의 행입니다. 각 행을 개별적으로 추출하여 올바른 구매 주문서 헤더와 연결해야 합니다. 한 행이라도 놓치면 주문 부족이 발생하고, 중복되면 약정 지출이 이중 계산됩니다.

여기에 구매 주문서를 보내는 공급업체 수를 곱해보십시오. 중견 제조업체나 유통업체는 각각 다른 레이아웃을 가진 20~80개의 고객으로부터 구매 주문서를 받을 수 있습니다. 어떤 고객은 품목 표를 1페이지에 넣고, 다른 고객은 6페이지에 걸쳐 나누고 매 페이지마다 열 제목을 반복합니다. 또 다른 고객은 수량을 설명 앞에 두고, 또 다른 고객은 뒤에 둡니다. 어느 것도 "틀리지" 않았습니다. 단지 각자 다른 ERP 시스템이 구매 주문서 PDF를 생성할 뿐입니다. 하지만 모든 형식 차이는 추출 도구가 처리해야 할 또 하나의 결정 사항입니다.

템플릿 함정: 공급업체당 하나씩으로는 확장이 안 되는 이유

템플릿 기반 PO 추출 도구(이 분야의 대부분 기존 업체가 여기에 해당)는 이렇게 작동합니다. A 공급업체의 샘플 PO를 업로드하고, 각 필드 주위에 경계 상자를 그리고, 레이블을 지정한 후 템플릿을 저장합니다. 다음에 A 공급업체가 동일한 레이아웃의 PO를 보내면 도구가 이를 인식하고 데이터를 추출합니다. A 공급업체가 PO 형식을 업데이트하기 전까지는 잘 작동합니다. 그러면 템플릿이 깨지고 처음부터 다시 시작해야 합니다.

실제 실패 지점은 템플릿의 기하급수적 증가입니다. 공급업체가 30곳이면 템플릿도 30개가 필요합니다. 새 공급업체가 추가될 때마다 새로운 템플릿 설정 세션(보통 상자 그리기 및 필드 레이블 지정에 10~15분 소요)이 필요합니다. 31번째 공급업체가 추가되면 누군가는 하던 일을 멈추고 추출 도구를 열어 31번째 템플릿을 만들어야 합니다. 또한 기존 30개 공급업체 중 하나라도 ERP나 PO 형식을 변경하면(시스템 업그레이드, 새 구매 소프트웨어 도입, 합병으로 인한 형식 통합 등으로 발생), 추출이 조용히 실패할 때서야 알게 됩니다.

이것이 바로 템플릿 함정입니다. 시간을 절약해 줄 도구가 새로운 유형의 유지보수 작업을 만들어 낸 것입니다. "PO 데이터를 수동으로 입력하는 작업"을 "PO 템플릿을 수동으로 유지보수하는 작업"으로 대체한 셈입니다. r/AI_Agents에서 "이메일 PDF에서 PO, OC, 견적서를 읽고 수동으로 데이터를 입력하는" 일상을 토로한 Reddit 사용자에게 이런 트레이드오프는 해결책이 아니라 제자리걸음입니다.

문제는 템플릿이 작동하지 않는다는 것이 아닙니다. 템플릿은 형식의 안정성을 가정하지만, 조달 현실은 형식의 다양성에 있습니다. 각 템플릿은 특정 레이아웃을 인코딩합니다. 모든 공급업체가 다른 레이아웃을 사용할 때 템플릿 수는 공급업체 수에 비례하여 증가하며, 템플릿 라이브러리가 바로 당신이 제거하려 했던 병목 지점이 됩니다.

모든 PO 레이아웃에서 열 이름 추출이 작동하는 방식

여기 다른 접근 방식이 있습니다. 도구에 각 필드가 페이지의 어디에 있는지 알려주는 대신, 각 필드가 무엇을 의미하는지 알려주는 것입니다. 이것이 바로 열 이름 추출입니다. 원하는 열(예: "PO 번호", "공급업체명", "품목 코드", "수량", "단가", "라인 합계")을 정의하면 AI가 픽셀 좌표가 아닌 문서 내 의미적 역할을 이해하여 각 값을 찾습니다.

입력한 열 이름은 출력 스프레드시트의 헤더가 됩니다. "PO 번호 / 공급업체 / SKU / 수량 / 단가 / 라인 합계"를 입력하면 모든 공급업체와 모든 형식에서 Excel의 정확한 열이 됩니다. AI는 공급업체 A가 PO 번호를 오른쪽 상단에, 공급업체 B가 왼쪽 상단에 넣는지 신경 쓰지 않습니다. PO 번호가 무엇인지 이해하여 값을 찾지, 어디에 있는지로 찾지 않습니다.

이것이 템플릿 OCR과 비전 AI의 차이입니다. 템플릿 OCR은 위치별로 패턴을 일치시키는 반면, 비전 AI는 사람처럼 문서를 읽습니다 — 맥락과 의미를 이해합니다. 열 이름 추출 엔진은 300개 라인 항목이 있는 15페이지 분량의 PO를 1분 이내에 처리할 수 있습니다. 페이지 나누기, 반복되는 헤더, 중간중간 소계 — AI는 문서를 다시 이어 붙여야 하는 분리된 PDF 페이지가 아닌 하나의 연속적인 데이터 세트로 취급합니다.

일괄 처리 워크플로우: 50개 PDF를 하나의 스프레드시트로

ImageToTable.ai의 일괄 PO 워크플로우는 하나의 원칙을 중심으로 설계되었습니다. 도구가 문서에 적응하며, 그 반대가 아닙니다. 다음은 여러 공급업체의 PO 더미를 분석 가능한 단일 스프레드시트로 변환하는 전체 과정입니다.

처리 시간은 문서 형식의 복잡성이 아닌 문서 수에 비례합니다. 한 페이지짜리 PO는 몇 초 안에 처리됩니다. 50페이지 분량의 단일 페이지 PO 배치는 몇 분 안에 완료됩니다. AI는 익숙하지 않은 레이아웃을 만나도 속도가 느려지지 않습니다. 이것이 바로 위치 기반 추출보다 의미 기반 추출을 사용하는 이유입니다.

반복되는 열 머리글이 있는 여러 페이지로 구성된 PO는 어떨까요? AI는 이를 하나의 연속된 테이블로 인식합니다. 300개의 라인 항목이 있는 15페이지 분량의 PO는 15개의 개별 테이블이 아닌 출력에서 300개의 행을 생성하므로 수동으로 다시 연결할 필요가 없습니다.

이메일 첨부 파일 찾기 건너뛰기: 공급업체가 직접 업로드하도록 설정

추출 문제를 해결한 후에도 그 아래에 숨겨진 물류 문제가 있습니다: PO 파일을 시스템에 가져오는 것입니다. 현재 작업 흐름이 "이메일 확인 → PDF 첨부 파일 다운로드 → 폴더에 저장 → 추출 도구에 업로드"라면 추출은 자동화되었지만 수집은 그렇지 않습니다.

수집 링크는 이 격차를 해소하는 기능입니다. 고유한 URL(예: /c/abc123)을 생성하여 공급업체와 공유합니다. 공급업체는 링크를 열고, 짧은 확인 코드를 입력한 후 PO 파일을 직접 업로드합니다. 파일은 처리 대기열에 바로 들어갑니다. 이메일, 다운로드, 폴더가 필요 없습니다. 공급업체는 계정이 필요 없고, 로그인할 필요도 없으며, 아무것도 설치할 필요가 없습니다.

수십 개의 공급업체에서 PO를 관리하는 팀의 경우, 이 기능은 프로세스에서 가장 비효율적인 부분인 흩어진 이메일 첨부 파일을 수집하는 중간 단계를 제거합니다. "30개 공급업체 이메일 확인 → 30개 PDF 다운로드 → 정리 → 업로드" 대신 "공급업체 업로드 → PO가 대기열에 나타남 → 일괄 처리 → 내보내기" 흐름이 됩니다.

어떤 PO 형식에서 작동하나요?

열 이름 추출은 레이아웃이나 생성 방법에 의존하지 않기 때문에 모든 PO 형식에서 작동합니다.

• ERP 생성 PDF — SAP, Oracle, NetSuite, Microsoft Dynamics, QuickBooks. 각 ERP는 발주서 형식이 다르지만 AI는 상관하지 않습니다.
• 스캔한 종이 발주서 — 여전히 종이 발주서를 보내는 공급업체의 경우, 휴대폰 사진이나 스캔 PDF로도 가능합니다. AI는 스캔 품질과 관계없이 텍스트를 읽습니다(단, 매우 저해상도 스캔은 정확도가 떨어질 수 있습니다).
• 이메일 본문 발주서 — 일부 소규모 공급업체는 발주서를 이메일 본문에 일반 텍스트로 보냅니다. 스크린샷을 찍어 업로드하면 동일한 열 이름 추출이 적용됩니다.
• 혼합 형식 배치 — 한 배치에 ERP PDF, 스캔본, 스크린샷이 섞여 있을 수 있습니다. AI는 각각을 독립적으로 처리하지만 동일한 통합 스프레드시트로 출력합니다.

자주 묻는 질문

라인 항목이 여러 페이지에 걸쳐 있는 발주서도 처리할 수 있나요?

네. AI는 여러 페이지로 된 발주서를 하나의 연속 문서로 처리합니다. 300개 라인 항목이 있는 15페이지 분량의 발주서는 300개의 행을 생성하며, 발주서 헤더 필드(번호, 날짜, 공급업체)가 모든 행에 포함됩니다. 각 페이지의 반복되는 열 헤더는 헤더로 인식되어 출력에서 제외되므로 중복이나 조각이 발생하지 않습니다.

공급업체가 동일한 필드에 다른 이름을 사용하는 경우(예: "품목 번호" vs. "SKU" vs. "제품 코드")는 어떻게 하나요?

AI는 의미적으로 동일한 용어를 자동 매핑합니다. "품목 코드"라는 열 이름을 지정하면 문서 내에서 "품목 번호", "SKU", "제품 코드" 또는 "부품 번호"로 표시된 필드를 찾아 품목 코드 열에 매핑합니다. 모든 동의어를 나열할 필요 없이 AI가 이들이 동일한 개념임을 이해합니다.

공급업체별로 설정이 필요한가요?

아니요. 한 번 정의한 열 목록은 모든 공급업체에 동일하게 적용됩니다. 템플릿 생성, 공급업체별 구성, 학습 과정이 필요 없습니다. 열 이름을 입력하고, 파일을 업로드하고, 스프레드시트를 받기만 하면 됩니다. 이것이 열 이름 추출 방식과 템플릿 기반 도구의 핵심 차이점입니다.

예를 들어 일부 공급업체가 지급 조건을 포함하지 않는 등 PO에 필드가 누락되면 어떻게 되나요?

해당 PO의 출력에서 해당 필드 셀은 비워둡니다. 스프레드시트 구조는 모든 행에서 일관되게 유지되며, 누락된 필드는 빈 셀로 표시됩니다. 오류가 발생하지 않고, 수동 수정이 필요 없으며, 템플릿 불일치 경고도 없습니다.

ERP 형식으로 직접 내보낼 수 있나요?

네 — 열 이름을 ERP 가져오기 형식에 맞게 구성하면 가능합니다. 추출 설정 시 ERP의 정확한 열 헤더를 사용하면 XLSX 출력물을 바로 가져올 준비가 됩니다. 날짜 형식과 숫자 형식은 ERP 요구사항에 맞게 추출 지침에서 지정할 수 있습니다.

복잡한 PO 표에서 라인 항목 추출 정확도는 어느 정도인가요?

깨끗하고 인쇄된 PO 표의 경우 라인 항목 정확도는 일반적으로 90%를 초과합니다. 주요 정확도 저하 요인은 매우 작은 글꼴(8pt 미만), 표 뒤의 짙은 배경 패턴, 인쇄된 필드 위의 수기 메모, 심하게 기울어진 스캔입니다. FAQ 답변은 "항상 99%"가 아니라 "일반 인쇄 PO의 경우 90%+, 예외 상황에서는 그 이하"입니다. 이는 감수할 만한 정직한 트레이드오프입니다: 가끔 수동 점검을 병행하는 90%+ 자동화 대 피로 오류가 보장된 100% 수동 작업.

주문 확인서(OC)와 판매 주문에도 적용되나요?

네. 동일한 열 이름 추출 방식은 모든 구조화된 문서 유형에 적용됩니다. 주문 확인서의 경우 "주문 번호 / 확인일 / 납품 확정일 / 확정 수량 / 단가"와 같은 열을 지정하세요. 판매 주문의 경우 "판매 주문 번호 / 고객 구매 주문 번호 / 배송 주소 / 제품 코드 / 주문 수량"을 지정하세요. 메커니즘은 동일합니다. AI에 원하는 내용을 알려주면 문서에서 찾아냅니다.

대량 일괄 추출이 아닌 특정 헤더 필드와 선택된 라인 항목이 필요한 개별 PO 처리의 경우, 구매 주문서에서 필요한 필드만 추출하는 방법을 참조하세요.

구매 주문 일괄 처리의 경우, 전용 변환기가 모든 공급업체 형식의 대량 PO 추출을 처리하여 하나의 통합 스프레드시트로 제공합니다.