20장의 공급업체 청구서가 하나로
재고 원가 업데이트
Ardent Partners의 2025년 벤치마크에 따르면 청구서 한 장을 수동으로 처리하는 데 드는 비용은 12.88달러입니다. 15~30개 공급업체를 관리하는 이커머스 운영자에게 흔한 물량인 주당 20장의 청구서는 인건비만 주당 250달러가 넘고, 장부에 반영되기까지 17.4일이 소요됩니다. 그때쯤이면 해당 재고는 이미 판매되었을 수도 있습니다. 이 20장의 PDF를 주간 병목 현상에서 하나의 완성된 스프레드시트로 바꾸는 것은 더 빠른 입력이 아니라, 모든 청구서를 한 번에 처리하는 일괄 추출 워크플로우입니다.
핵심 요약
- 공급업체 송장 20건을 하나씩 처리하면 주당 인건비가 250달러를 넘습니다 — AP 업계 기준인 건당 12.88달러로 계산해도, 오류 하나가 재고 스프레드시트에 들어가기도 전에 그 돈은 사라집니다.
- 병목 현상의 원인은 타이핑 속도가 아니라, 15가지 다른 송장 양식 사이를 오가며 매번 새로운 위치와 라벨 아래에서 동일한 업무 데이터를 찾아야 하는 인지적 부담입니다.
- ImageToTable.ai는 한 번의 업로드 세션으로 송장 20건을 일괄 처리합니다 — 열을 한 번만 정의하면 모든 공급업체의 형식이 자동으로 해석되고, 완전한 재고 원가 스프레드시트가 3분 안에 생성됩니다.
공급업체 15개 이상에서 단일 송장 처리가 실패하는 이유
공급업체가 5개일 때는 송장을 하나씩 처리해도 문제없습니다. 하지만 20개가 되면 이야기가 달라집니다. 수동 데이터 입력의 산술적 부담은 새 공급업체, 새 형식, 이전 송장과 다른 필드가 추가될 때마다 기하급수적으로 늘어납니다.
일반적인 전자상거래 공급업체 송장에는 15~35개의 개별 데이터 항목이 포함됩니다: 공급업체명, 송장 번호, 구매 주문 참조, 품목별 SKU, 수량, 단가, 소계, 세금, 배송비, 할인, 결제 조건, 마감일, 송금 지침. 동일한 정보라도 공급업체에 따라 전혀 다른 위치에 있거나 예상한 필드에 아예 없을 수도 있습니다. 한 국내 도매업체는 NetSuite 생성 PDF를 보내며 구매 주문 참조가 오른쪽 상단에 "PO #"로 표시됩니다. 한 중국 제조업체는 동일한 참조가 본문에 "계약 번호" 또는 단순히 "참조"로 표시된 견적 송장을 보냅니다. 세 번째 공급업체는 송장을 이메일 첨부 파일로 보내며 주문 번호가 PDF 자체가 아닌 제목 줄에 숨겨져 있습니다.
이러한 송장을 하나씩 처리할 때마다 동일한 인지적 부담이 발생합니다: 필드 찾기 → 스프레드시트나 ERP에 입력 → 반복. 입력 자체는 빠릅니다. 하지만 형식 간 전환, 각 값의 위치 결정, 구매 주문과 대조 확인 등 인지적 비용이 시간을 소모합니다. Ardent Partners에 따르면 최고 수준의 AP 팀은 자동화를 통해 송장당 $2.78을 지출하는 반면, 다른 팀은 평균 $12.88과 접수부터 마감까지 17.4일이 소요됩니다. 이 차이는 소프트웨어 라이선스 차이가 아닌 워크플로우 설계의 차이입니다.
15~30개 공급업체를 관리하는 이커머스 운영자는 완전한 AP 부서를 운영하지 않습니다. 전담 송장 처리자도 없습니다. 공급업체 송장을 조정하는 사람이 재고 기록 업데이트, 주문 처리 관리, 광고 지출 검토까지 함께 합니다. 문제는 "더 빨리 입력할 수 있느냐"가 아닙니다. 문제는 20개의 송장을 한 번에 불러오고, 컬럼을 한 번 정의한 후, 결과를 워크플로의 다음 단계로 넘길 수 있는 스프레드시트에 바로 떨어뜨릴 수 있느냐입니다.
일괄 추출 워크플로우: PDF 20개에서 하나의 스프레드시트로
일괄 추출은 일반적인 작업 순서를 뒤집습니다. 각 인보이스를 열고 읽은 후 스프레드시트에 입력하는 대신, 먼저 원하는 열을 정의한 다음 20개 인보이스를 모두 추출 엔진에 한 번에 전달합니다. 출력은 각 행이 인보이스이고 각 열이 지정한 필드인 단일 스프레드시트입니다.
이 접근 방식은 사용자 정의 열 추출이라는 메커니즘에 의존합니다. "SKU", "공급업체", "인보이스 번호", "구매 주문 번호", "청구 수량", "단가", "합계", "지급 조건", "납기일", "수령 여부" 등 원하는 데이터 필드의 이름을 지정하면 AI가 각 문서에서 해당 값을 찾습니다. 이는 미리 정해진 좌표를 찾는 것이 아니라 열 이름의 의미를 이해하여 수행됩니다. 한 공급업체 인보이스의 "총 납부액"과 다른 공급업체의 "지급액"이라는 금액은 AI가 필드를 공간적이 아닌 의미적으로 읽기 때문에 동일한 열로 인식됩니다. 이것이 핵심 차이점입니다. 공급업체가 레이아웃을 변경하면 작동이 중단되는 템플릿 기반 도구와 달리, 의미적 추출은 각 공급업체가 사용하는 모든 형식에 적응합니다.
파일은 안전하게 처리되며 저장되지 않습니다.
정의한 열이 출력 스프레드시트의 정확한 헤더가 됩니다. PDF 20개를 모두 업로드하면 시스템이 한 번에 처리합니다. 각 인보이스는 하나의 행이 되고, 각 문서마다 지정한 모든 열이 채워져 단일 XLSX 파일이 다운로드 폴더에 저장됩니다. 페이지당 5~10초면 20개 인보이스가 약 2~3분 안에 완료되며, 그동안 다른 작업을 하셔도 됩니다.
이 솔루션이 단일 송장 도구와 근본적으로 다른 점은 추출 스키마를 한 번만 정의하면 된다는 것입니다. 20개 공급업체가 20가지 형식으로 보내더라도 각각에 대해 템플릿을 구성할 필요가 없습니다. 필요한 비즈니스 데이터의 이름을 지정하기만 하면 AI가 레이아웃에 관계없이 모든 송장을 해당 스키마에 매핑합니다. 전자상거래 재고 작업의 경우 일반적인 열 세트는 다음과 같습니다:
| 열 이름 | 캡처 내용 | 재고 관리에 중요한 이유 |
|---|---|---|
| SKU | 공급업체 또는 내부 제품 코드 | 송장 비용을 올바른 재고 항목에 연결 |
| 공급업체 | 벤더명 | 공급업체별 비용 분석 세분화 |
| 송장 번호 | 공급업체의 송장 참조 번호 | 감사 추적; 중복 지불 방지 |
| 구매 주문 번호 | 귀사의 구매 주문 번호 | 주문 내역과 상호 참조 |
| 송장 수량 | 송장에 청구된 단위 수 | 입고 확인서의 수령 수량과 비교 |
| 단가 | 공급업체 단위당 가격 | 착륙 원가 계산의 기본 계층 |
| 운송비 | 라인 항목 운임 또는 배송비 | ASC 330에 따라 재고 원가에 자본화 |
| 관세/수수료 | 관세, 중개 수수료, 관세 | IAS 2에 따라 재고 원가에 자본화 |
| 합계 | 송장 총액 | 구매 주문 총액 및 입고 확인서 총액과 조정 |
| 지불 조건 | Net 30, Net 60, COD, 보증금 등 | 모든 공급업체에 대한 현금 흐름 계획 |
| 납기일 | 지불 마감일 | 지불 우선순위 지정; 연체료 방지 |
| 수령 여부 | 추론 필드: 문서 컨텍스트에서 예/아니오 | 3방향 매칭 준비 상태 빠른 필터 |
마지막 열인 "수령 여부"는 이 도구가 추론 열이라고 부르는 예시입니다. 송장에 명시적으로 "물품 수령: 예"라고 적혀 있지 않더라도 AI가 문서 맥락을 통해 판단하는 필드입니다. AI는 송장 텍스트에 포함된 배송 상태 메모, 배송 확인 참조 또는 수령 확인과 같은 단서를 읽고 그에 따라 분류합니다. 이를 통해 원가 계산 작업을 시작하기 전에 모든 송장을 수령 기록과 수동으로 대조하는 수고를 덜 수 있습니다.
3-Way 매칭: 인보이스 쪽을 한 번에 처리하기
3-Way 매칭(Three-way matching)은 지급 승인 전에 구매 주문서와 입고 확인서를 모두 대조하여 공급업체 인보이스를 검증하는 프로세스로, 재고 기반 비즈니스의 표준 통제 수단입니다. 공인부정감사협회에 따르면 조직은 연간 수익의 약 5%를 사기로 손실하며, 제대로 실행된 3-Way 매칭은 가짜 또는 부풀려진 인보이스에 대한 주요 AP 방어 수단입니다. 개념은 간단합니다: 세 가지 문서, 일치해야 하는 하나의 수량과 가격 세트입니다.
병목 현상은 항상 인보이스 쪽에서 발생했습니다. 구매 주문서는 내부에서 생성되므로 이미 디지털 형태로 시스템에 존재합니다. 입고 확인서는 창고나 3PL에서 오며, 이 프로세스도 통제 가능합니다. 하지만 공급업체 인보이스는 외부에서 공급업체가 선택한 형식으로 도착하며, 바로 여기에 데이터 추출 격차가 존재합니다. 일괄 추출은 모든 인보이스의 수량, 단가, 합계를 PO 참조별로 정리된 단일 스프레드시트로 제공하여 이 격차를 해소합니다. 그러면 매칭 자체는 Excel에서 VLOOKUP이나 몇 가지 피벗 테이블 필터로 수행할 수 있습니다. 인보이스 데이터가 이제 구조화되어 20개의 다른 PDF에 갇혀 있지 않기 때문입니다.
실제 조정 흐름은 다음과 같습니다:
공급업체 인보이스 20개를 일괄 추출합니다.
업로드 한 번 → SKU, 공급업체, 인보이스#, PO#, 청구 수량, 단가, 합계 열이 포함된 스프레드시트 하나.
PO 데이터와 입고 데이터를 동일한 스프레드시트에 가져옵니다.
PO 라인 항목과 입고 보고서를 별도 탭으로 내보냅니다. PO# 열이 세 출처를 모두 연결합니다.
세 문서 간 수량과 가격을 일치시킵니다.
청구 수량 vs 주문 수량 vs 입고 수량. 단가 vs PO 단가. 불일치 항목은 검토를 위해 표시합니다.
일치하는 인보이스는 승인하여 지급하고, 불일치 항목은 조사합니다.
일치하는 인보이스는 만기일에 지급됩니다. 불일치 항목은 특정 라인 항목이 이미 표시된 상태로 공급업체에 문의합니다.
눈에 띄지 않는 점: 아무도 20개의 개별 PDF를 열어 라인 항목 데이터를 조정 템플릿에 다시 입력하지 않는다는 것입니다. 추출 단계가 데이터 캡처를 처리합니다. 사람의 역할은 판단입니다—어떤 차이가 중요한지, 어떤 조치를 취할지 결정하는 것입니다. 이러한 업무 분담이 확장 가능한 AP 프로세스와 매주 조용히 하루를 소모하는 프로세스를 구분짓는 요소입니다.
정확한 총도착원가를 위한 배치 송장 데이터의 중요성
3자 매칭은 올바른 상품에 대해 올바른 금액을 지불하고 있는지 확인합니다. 그 다음 바로 떠오르는 질문은: 모든 비용 요소를 고려했을 때, 이 선적의 단위당 실제 비용은 얼마인가? 입니다. 그 숫자, 즉 총도착원가는 대차대조표의 재고 평가에 직접 반영되며, 이는 손익계산서의 매출원가를 결정합니다. 월 5,000개 판매되는 SKU의 단위당 $0.30 오류는 월 $1,500의 총이익 왜곡을 초래합니다. 20개 공급업체에서 조달하는 50개 SKU 카탈로그에 걸쳐 이러한 오류가 누적되면, 수익성 있는 분기가 오해를 불러일으키는 손실로 바뀌거나, 6개월 전에 가격 인상을 촉발했어야 할 마진 침식을 숨길 수 있습니다.
IAS 2(국제회계기준)와 ASC 330(미국 일반회계원칙)은 모두 재고 원가에 "모든 구매 비용"과 "재고자산을 현재의 위치와 상태로 가져오는 데 발생한 기타 비용"을 포함하도록 요구합니다. 실제로 이는 장부상 단위당 원가가 공급업체 송장 가격뿐만 아니라 운임, 관세, 중개 수수료, 보험 및 취급 수수료도 흡수해야 함을 의미합니다. IRS 섹션 263A(UNICAP 규칙)는 세무 측면에서도 동일한 요구사항을 강화합니다: 이러한 비용은 즉시 비용 처리되지 않고 재고로 자본화되어야 합니다.
회계 기준은 명확합니다. 문제는 이러한 비용 요소가 거의 동시에 도착하지 않는다는 데 있습니다. 공급업체 청구서는 1주차에 도착합니다. 포워더 청구서는 2주차에 나타납니다. 관세사 청구서는 3주차에 도착할 수 있으며, 때로는 여러 공급업체의 여러 선적을 하나의 청구서로 처리합니다. 관세 조정 통지서는 3개월 후에 올 수도 있습니다. 일괄 추출은 시차 문제를 해결하지 못합니다. 어떤 방법도 해결할 수 없습니다. 하지만 데이터 캡처 문제는 해결합니다. 각 청구서가 도착할 때 동일한 열 스키마로 데이터를 추출하면, 도착 원가 계산이 종이 더미와 계산기가 아닌 구조화된 데이터를 기반으로 이루어집니다.
단위당 도착 원가가 집계되면 재고 시스템의 가중평균 원가가 업데이트됩니다. 정확한 도착 원가는 대차대조표상 재고 가치가 감사에 대비할 수 있고, 손익계산서상 매출원가가 현실을 반영하며, 제품 라인별 총이익률이 실제로 수익을 내는 SKU를 알려줍니다. 각 공급업체 청구서에서 단위 원가, 운임, 관세를 표준화된 형식으로 캡처하는 일괄 추출 워크플로우를 통해 모든 공급업체 관계에 전담 원가 회계사 없이도 이를 실현할 수 있습니다.
공급업체별 결제 조건: 일괄 추출을 통한 현금 흐름 파악
송장 일괄 추출의 덜 알려진 장점 중 하나는, 일반적으로 개별 PDF, 이메일 스레드, 공급업체 포털에 흩어져 있는 결제 조건이 하나의 정렬 가능한 열로 정리된다는 점입니다. 20개의 송장이 "결제 조건"과 "마감일" 열이 채워진 스프레드시트에 들어오면, 마감일 기준으로 정렬하여 이번 주에 지불해야 할 공급업체, 다음 달까지 기다릴 수 있는 업체, 그리고 현금 부족이 발생할 수 있는 지점을 정확히 확인할 수 있습니다.
전자상거래에서 공급업체 결제 조건은 매우 다양합니다. 미국 기반 도매업체는 보통 Net 30 조건을 사용합니다. 해외 제조업체는 구매 주문 시 30% 계약금을 요구하고, 선적 전에 잔액을 지불해야 하는 경우가 많습니다(사실상 선적 시 Net 0). 일부 공급업체는 2/10 Net 30 조기 결제 할인을 제공합니다. 다른 업체는 COD(현금 인도) 조건을 사용하거나, 수령 후 7일 이내에 결제를 요구합니다. 이러한 조건이 공급업체별로 별도의 이메일 폴더나 포털 로그인에 분산되어 추적되면, 전체적인 현금 흐름을 파악하기 어렵습니다. 일괄 추출 스프레드시트는 이를 하나의 화면으로 통합합니다:
| 공급업체 | 청구서 합계 | 결제 조건 | 마감일 | 우선순위 |
|---|---|---|---|---|
| Apex Packaging (US) | $4,320.00 | Net 30 | 7월 10일 | 낮음 |
| Guangzhou Textiles (CN) | $12,800.00 | 계약금 50% 지급 완료; 선적 전 잔액 | 6월 28일 | 높음 |
| Midwest Logistics | $1,850.00 | Net 15 | 6월 25일 | 높음 |
| Premium Labels Co. | $2,100.00 | 2/10 Net 30 | 7월 5일 (6월 20일까지 할인) | 중간 |
| EcoBox Supply | $890.00 | COD | 수령 시 지급 완료 | 완료 |
이 화면은 운전자본에 중요한 질문, 즉 향후 7일, 14일, 30일 동안 사업체에서 지출해야 할 현금이 얼마인지 파악할 수 있게 해줍니다. 마진이 얇고 수익 주기가 변동적인 전자상거래 비즈니스에서 이러한 가시성은 데이터 입력에 절약된 시간보다 더 가치 있습니다. 이는 계획 중에 현금 부족을 발견하는 것과 공급업체가 계정을 정지시켰을 때 비로소 알게 되는 것의 차이입니다.
조기 결제 할인(2/10 Net 30, 1/15 Net 30)은 결제 조건이 개별 PDF 파일에 있을 때 특히 놓치기 쉽습니다. $4,320 청구서의 2% 할인은 $86.40입니다. 20개 공급업체에 걸쳐 포기된 조기 결제 할인은 월 수백 달러에 달할 수 있습니다. 이는 사업체가 조기 결제를 감당할 수 없어서가 아니라, 할인 기간이 이미 종료될 때까지 아무도 이를 인지하지 못했기 때문입니다.
멀티 채널 현실: Shopify, Amazon FBA 및 공급업체 송장 다양성
대부분의 성장하는 전자상거래 비즈니스는 단일 채널로 운영되지 않습니다. Shopify DTC 스토어는 최종 소비자에게 판매합니다. Amazon FBA 계정은 Amazon의 물류 네트워크를 통해 Prime 고객에게 판매합니다. 각 채널은 고유한 공급업체 기반, 송장 형식 및 재고 원가 계산의 시급성을 가지고 있습니다.
미국 기반 도매업체로부터 구매하는 Shopify 판매자는 QuickBooks 또는 NetSuite에서 생성된 표준 상업 송장(깔끔한 PDF, 송장 번호, 구매 주문 참조, 라인 항목 및 예측 가능한 형식의 지불 조건 포함)을 받을 수 있습니다. 선전에 있는 공장에서 구매하는 Amazon FBA 판매자는 완전히 다른 구조의 견적 송장을 받습니다. 송장은 중국어와 영어 텍스트가 혼합된 스캔된 종이 문서일 수 있으며, 단가는 RMB로 표시되고 USD 환산액이 함께 기재되며, "Invoice No."는 "PI No."(견적 송장 번호)로 불릴 수 있고, 지불 조건은 개별 필드가 아닌 표준 문구 단락에 포함되어 있습니다.
Shopify 판매자는 또한 3PL 입고 보고서, 포워더 송장 및 준비 물류 센터 송장을 처리합니다. 이는 각각 고유한 원가 데이터가 있는 별개의 문서 유형으로, 동일한 재고 평가에 반영됩니다. Amazon 판매자는 Amazon 자체의 FBA 입고 선적 영수증, 보관 수수료 보고서 및 폐기 주문 송장을 처리합니다. 다른 문서, 다른 형식, 다른 워크플로우 — 그러나 근본적인 필요는 동일합니다: 원가 데이터를 추출하여 재고 기록에 반영하는 것입니다.
일괄 추출은 추출 로직이 템플릿 기반이 아닌 의미 기반이기 때문에 이러한 다양성을 처리합니다. 공급업체가 "Invoice No.", "PI No.", "Reference" 또는 "Document #"라고 부르든, 사용자가 "Invoice #"로 정의한 열이 이를 캡처합니다. 단가가 라인 항목 테이블, 요약 섹션 또는 각주에 나타나든 AI가 찾아냅니다. 작업자는 20개의 템플릿이나 20개의 추출 규칙을 구성할 필요가 없습니다. 20개를 모두 업로드하고, 열을 한 번 정의한 다음, 시스템이 형식 차이를 해결하도록 하면 됩니다.
Shopify와 Amazon FBA를 모두 운영하는 비즈니스의 경우, 이는 단일 월요일 워크플로를 의미합니다. 이메일과 포털에서 공급업체 송장을 다운로드하고, 추출 도구에 일괄 업로드하고, 재고 관련 열을 정의한 다음, 해당 주의 두 채널에 대한 공급업체 비용을 포함하는 하나의 스프레드시트를 얻습니다. 그런 다음 출력은 사용 중인 재고 관리 시스템(멀티 채널 비용 추적을 위한 Finale Inventory와 같은 전용 도구 또는 신중하게 유지 관리되는 Excel 탭 세트)에 공급할 수 있습니다.
정기적으로 많은 양의 송장을 처리하는 경우, 송장 일괄 Excel 변환 도구가 대규모로 추출을 처리합니다. 동일한 사용자 정의 열 접근 방식을 단일 세션에서 여러 공급업체 PDF에 적용합니다.
자주 묻는 질문
한 번에 몇 개의 공급업체 청구서를 일괄 처리할 수 있나요?
한 세션에 업로드할 수 있는 파일 수에는 엄격한 제한이 없습니다. 실제 한도는 요금제와 총 파일 크기에 따라 다르지만, 주간 공급업체 정산 작업의 경우 보통 20~50개의 청구서가 일반적입니다. 각 페이지는 5~10초 내에 처리되므로, 20개의 청구서 배치는 약 2~3분의 처리 시간이 소요됩니다.
공급업체가 완전히 다른 형식의 인보이스를 사용하면 어떻게 되나요?
이런 상황을 위해 배치 의미 추출이 설계되었습니다. AI는 고정된 좌표가 아닌 열 이름의 의미를 이해하여 값을 찾기 때문에 다양한 레이아웃, 필드 레이블, 언어에 적응합니다. NetSuite 인보이스, QuickBooks 인보이스, 중국 공장의 견적 인보이스, 종이 인보이스의 PDF 스캔본 모두 사용자가 정의한 동일한 열 스키마에 매핑됩니다.
이 도구는 손글씨나 스캔한 종이 인보이스를 읽을 수 있나요?
네, 가능합니다. 기본 비전 모델은 스캔 문서, 종이 인보이스의 휴대폰 사진, 인쇄 문서의 손글씨 주석을 처리합니다. 손글씨 인식 정확도는 인쇄 텍스트보다 낮으며(특히 필기체나 대비가 낮은 스캔의 경우), 100% 정확도를 가정하지 말고 손글씨 필드를 직접 확인해야 합니다. 대부분의 전자상거래 공급업체 인보이스는 디지털 PDF나 선명한 스캔으로 제공되므로, 인쇄 텍스트 정확도는 최대 99%에 달합니다.
일괄 추출 기능이 재고 관리 시스템과 직접 연동되나요?
이 도구는 Excel(XLSX), CSV, JSON 형식으로 내보내기를 지원합니다. 이 형식들은 QuickBooks, Xero, NetSuite, Finale Inventory 등 대부분의 재고 관리 및 회계 시스템에서 표준 가져오기 기능을 통해 불러올 수 있습니다. 현재 시점에서 직접적인 API 연동은 제공되지 않으며, 워크플로는 내보내기 → 검토 → 가져오기 순서로 진행됩니다. 매주 공급업체 송장을 처리하는 팀의 경우, 이 과정에 약 2분이 추가되지만, 20개의 송장을 수동으로 입력하는 대안을 없앨 수 있습니다.
AI가 특정 필드의 값을 잘못 추출하면 어떻게 되나요?
출력 스프레드시트는 완전히 편집 가능합니다. 필드가 잘못 추출된 경우(예: 잘못된 줄에서 단가를 가져오거나 PO 번호를 잘못 읽은 경우) 다른 스프레드시트와 마찬가지로 셀에서 직접 수정하면 됩니다. 수정 작업 흐름은 수동 입력과 동일하지만, 20개 청구서의 모든 필드를 처음부터 입력하는 대신 한두 개 필드만 수정하면 됩니다. 시간이 지나면 신뢰할 수 있는 필드(날짜, 청구서 번호, 합계)와 빠른 검토가 필요한 필드(특히 복잡한 품목 테이블이 있는 여러 페이지 청구서의 품목별 단가)를 구분할 수 있게 됩니다.
PO 시스템이나 재고 관리 소프트웨어를 대체하나요?
아닙니다. 배치 추출은 데이터 캡처 단계를 처리합니다. 즉, 구조화되지 않은 PDF를 구조화된 스프레드시트 행으로 변환합니다. 구매 발주서를 생성하거나, 재고 수준을 추적하거나, 지불 승인을 관리하지 않습니다. 이는 해당 시스템의 상위에 위치합니다. 송장 데이터를 추출한 후 PO 매칭 및 재고 원가 계산 워크플로에 입력합니다. 가치는 송장을 받은 후 데이터를 시스템에서 사용할 수 있게 만들기까지의 수동 재입력 단계를 제거하는 데 있습니다.