공급업체 인보이스 데이터 추출 방법
전자상거래 SKU 마진 분석용
r/AmazonSeller에서 한 FBA 셀러가 자신의 COGS 워크플로를 설명했습니다: "VLOOKUP 등을 사용해 엑셀 파일을 한 달 내내 업데이트하다가, 월말에 COGS를 계산하는 데 3~4시간이 걸립니다." 50~200개 SKU를 운영하는 전자상거래 셀러에게 이는 예외가 아니라 표준입니다. 병목은 계산이 아닙니다. 바로 공급업체 인보이스에서 숫자를 추출하는 첫 단계입니다. 알리바바는 12개 라인 항목이 중영문으로 적힌 PDF 무역 보증 인보이스를 보내고, 1688 공급업체는 왓츠앱으로 손으로 쓴 견적서를 스크린샷으로 보내며, 공장은 박스별로 운송비가 분류된 여러 페이지 분량의 상업 인보이스를 이메일로 보냅니다. 각 형식은 SKU, 단가, 수량, 운임이라는 동일한 데이터를 다른 레이아웃에 담고 있으며, 스프레드시트를 열기 전에 누군가가 이를 꺼내야 합니다.
핵심 요약
- 한 달에 3~4시간은 눈에 보이는 시간입니다. 타이핑, 브이룩업, 탭 전환 등이죠. 이는 수동으로 공급업체 송장을 입력할 때 전자상거래 비즈니스에 발생하는 가장 저렴한 비용입니다.
- 비싼 부분은 보이지 않습니다. 운임, 관세, 핸들링 비용이 4개의 개별 문서에서 SKU별로 할당되지 않으면, 기록된 제품 원가와 실제 총 도착 원가 간의 차이가 46%에 달하며, 이후의 모든 가격 결정에 그 오류가 반영됩니다.
- ImageToTable.ai는 하나의 열 정의로 알리바바 PDF, 왓츠앱 스크린샷, 공장 견적서 등 모든 공급업체 형식을 읽고, 추출 중에 이미 계산된 SKU별 총 도착 원가를 출력합니다. 공급업체별 템플릿이 필요하지 않습니다.
전자상거래 공급업체 인보이스가 일반 AP 인보이스와 다른 이유
미지급금(AP) 팀은 인보이스를 지불하기 위해 처리합니다. 인보이스 번호, 공급업체명, 총 금액, 마감일 같은 필드는 보편적입니다. 하지만 전자상거래 운영자가 공급업체 인보이스를 볼 때 가장 먼저 생각하는 것은 지불이 아닙니다. 그들은 이렇게 생각합니다: 이 제품의 실제 원가는 얼마였지?
전자상거래 비즈니스가 공급업체 인보이스에서 필요로 하는 데이터는 지불 필드보다 더 깊습니다. SKU 코드가 필요합니다. 이는 공급업체의 내부 코드, 자체 SKU 또는 ASIN일 수 있습니다. 단위당 도매 원가가 필요하며, 이는 "FOB 가격", "EXW 단가" 또는 단순히 "单价"(중국어로 단가)로 표시될 수 있습니다. MSRP가 기재되어 있다면 그것도 필요하고, MOQ(최소 주문 수량)도 필요하여 실제로 합리적인 볼륨 등급으로 구매했는지 추적해야 합니다. 리드 타임(주문에서 배송까지의 일수)도 필요합니다. 30일을 약속하고 45일 만에 배송하는 공급업체는 조용히 운전 자본을 잠식하고 있기 때문입니다. 그리고 이 모든 정보를 SKU별, 주문별, 모든 협력 공급업체에 걸쳐 필요로 합니다.
미지급금 소프트웨어는 첫 번째 문제, 즉 올바른 금액을 올바른 공급업체에 지불했는가를 해결하기 위해 구축되었습니다. 그 질문은 인보이스 총액에서 끝납니다. 전자상거래 마진에 대한 질문은 라인 아이템에서 시작하여 계속 이어집니다.
이커머스 제품 원가 추적에 필요한 필드
추출 워크플로를 설정하기 전에 무엇을 추출할지 결정하세요. 아래 컬럼 목록은 AP 인보이스 처리가 아닌 이커머스 원가 추적을 위해 설계되었습니다. 이 필드들은 SKU 수준 마진 시트에 입력됩니다.
| 컬럼명 | 공급업체 인보이스 내 위치 | 마진 분석에 중요한 이유 |
|---|---|---|
| SKU / 제품 코드 | 공급업체 품목 번호, ASIN 또는 내부 SKU — "Item No", "货号", "Model #"로 표시되거나 제품 설명에 포함됨 | 이 인보이스 라인을 재고 및 판매 데이터에 연결하는 키 |
| 제품명 | 중국어 단독("不锈钢水瓶500ml"), 중국어+영어, 또는 영어 단독으로 표시될 수 있음 | SKU가 올바른 실제 제품에 매핑되는지 확인 |
| 단위당 도매 원가 | "FOB Price", "EXW Unit Price", "单价" 또는 "Unit Price" — USD, RMB 또는 공급업체 현지 통화로 표시될 수 있음 | 모든 마진 계산의 기준; 통화를 반드시 명시해야 함 |
| MSRP | 항상 기재되지는 않음; 기재 시 "MSRP", "Retail Price", "建议零售价"로 표시 | 판매 가격이 제조업체 권장 가격 대비 경쟁력 있는지 빠르게 확인 |
| 주문 수량 | "Qty", "Order Qty", "数量" | 공급업체가 주문한 대로 배송했는지 확인 |
| 수량 입고 | 항상 인보이스에 있는 것은 아님 — 포장 명세서나 납품 확인서에만 있는 경우도 있음 | 주문 수량과 입고 수량의 차이가 발생하면 원가 조정이 트리거됨 |
| MOQ | "MOQ," "최소 주문 수량," "起订量" — 보통 견적서에 SKU별로 기재되며, 모든 인보이스에 있는 것은 아님 | 최적 볼륨으로 구매하는지 추적함; MOQ 미만으로 구매한 SKU는 일반적으로 패널티 가격이 적용됨 |
| 리드 타임 (일) | "리드 타임," "交货期," 또는 주문일과 선적일 간 차이로 계산 | 공급업체 신뢰도 지표 — 주문 간 리드 타임이 증가하면 재주문 시점 조정이 트리거됨 |
| 공급업체명 | 인보이스 헤더에 있는 회사명; 중국 공급업체는 알리바바 스토어명과 다른 법인명을 사용하는 경우가 많음 | 공급업체별 원가 데이터 그룹화 및 업체 간 성과 비교에 중요함 |
| 운송비 / 해상운임 | "Freight", "Shipping", "运费" — 인보이스 총액, 카톤당 요금 또는 라인 항목에 포함될 수 있음 | 착륙원가의 한 구성 요소로, 개별 SKU에 배분해야 함 |
| 수입 관세 및 수수료 | 공급업체 인보이스에는 거의 없음 — 보통 별도의 관세사 또는 포워더 인보이스에 기재 | 추출 후 단위당 원가에 추가해야 하는 또 다른 착륙원가 구성 요소 |
| 주문일 | "Invoice Date", "Order Date", "日期" | 추세 분석 가능 — 동일 SKU의 시간 경과에 따른 원가 상승 여부 확인 |
| 결제 조건 | "Terms", "Payment", "付款条件" — 30% 계약금 / 70% 선적 전, Net 30 등 | 현금 흐름 계획 — 공급업체가 30/70에서 50/50으로 전환하면 운전자본 일정이 변경됨 |
모든 인보이스에서 모든 필드가 필요하지는 않습니다. 중요한 것은 마진 공식에 입력되는 필드입니다. 재고를 직접 다루지 않는 드롭쉬퍼는 수량 수령 필드가 필요 없습니다. 선전에서 컨테이너를 수입하는 FBA 판매자는 위의 모든 필드와 관세사 인보이스 데이터를 병합해야 합니다. 자신의 원가 구조에 맞는 컬럼을 정의하고, 나머지는 추출 도구가 채우도록 하세요.
원가에서 도착원가까지: 전자상거래 회계의 누락된 연결고리
전자상거래 업계에서 매일 벌어지는 시나리오입니다. FBA 판매자가 선전 공급업체로부터 스테인리스 물병 1,000개를 FOB 기준 개당 3.50달러에 주문합니다. 판매자는 3,500달러를 제품 원가로 기록합니다. 3주 후, 포워더가 해상 운임 850달러를 청구합니다. 관세사가 신고 가액의 7.5%인 262.50달러의 관세 인보이스를 보냅니다. 해당 화물은 3PL 입고 센터에서 2주간 개당 0.30달러의 보관료가 발생했습니다. 판매자의 스프레드시트에는 제품 원가가 3.50달러로 표시되지만, 실제 원가는 5.12달러로 46% 차이가 납니다.
이것이 바로 도착원가이며, IRS 간행물 334호에 따르면 운임, 수입 관세, 취급 비용은 재고 자산으로 자본화되어야 합니다. 즉, 별도의 영업 비용이 아닌 매출 원가(COGS)의 일부입니다. IRS 균일 자본화 규칙(간행물 334호, 균일 자본화 규칙 섹션)은 이러한 간접 비용을 재판매용 자산 취득 원가에 포함하도록 요구합니다. 해당 비용은 제품 판매 시 COGS를 통해 회수되며, 이는 비용을 제대로 기록했을 때 가능합니다.
도착원가 공식은 간단합니다:
단위당 도착원가 = (도매 원가 + 운임 + 관세 + 보험료 + 검사비 + 취급비 + 보관료) ÷ 선적 수량
계산 자체는 어렵지 않습니다. 문제는 숫자를 한곳에 모으는 데 있습니다. 공급업체 인보이스에는 도매 원가가, 포워더 인보이스에는 운임이, 관세사 인보이스에는 관세가, 3PL 인보이스에는 보관료가 각각 기재되어 있습니다. 문서 4개, 형식 4가지, 서로 다른 업체 3곳 — 이 모든 데이터를 수식 적용 전에 동일한 스프레드시트 행에 담아야 합니다. 대부분의 이커머스 판매자는 선적당, SKU당 4개의 개별 PDF에서 숫자를 수동으로 입력해 엑셀 한 행에 옮깁니다. 분기당 20건의 선적, 평균 8개 SKU라면 분기마다 160행의 수동 데이터 입력이 필요합니다.
r/FulfillmentByAmazon 커뮤니티의 한 이커머스 판매자는 현실을 이렇게 설명했습니다: "SKU가 몇 개만 넘어가도 실제 제품 원가가 헷갈리기 시작합니다." 혼란은 개념적인 문제가 아닙니다 — 판매자들은 도착원가를 이해합니다. 혼란은 절차상의 문제입니다: 숫자가 서로 다른 문서에 흩어져 있고, 이를 한곳에 모으려면 직접 입력해야 하기 때문입니다.
AI로 공급업체 인보이스 데이터를 추출할 때 계산 열을 사용하면 추출 과정에서 바로 도착원가를 계산할 수 있습니다. AI가 공급업체 인보이스에서 도매 가격을 읽고, 사용자가 파라미터로 입력한 운임을 더한 후 관세율을 적용하여 개당 도착원가를 바로 산출합니다. 별도의 스프레드시트 단계가 필요 없습니다. 출력 열에는 "개당 도착원가"라고 표시되며, 그 아래 숫자는 마진 계산에 바로 사용할 수 있습니다. 인보이스 데이터 추출의 기본 사항에 대한 전체 가이드는 인보이스 데이터 추출 완벽 가이드를 참조하세요.
추출 워크플로우 작동 방식
공급업체 인보이스 폴더에서 마진 스프레드시트가 필요한 사용자를 위해 설계된 단계별 프로세스입니다. AP 자동화 배포가 아닌, 혼합 형식의 문서 더미에서 단일 Excel 파일로 한 세션에 완료하는 것이 목표입니다.
파일은 안전하게 처리되며 저장되지 않습니다.
가지고 있는 모든 형식을 드래그하세요 — 알리바바 PDF 무역 보증 송장, 위챗의 1688 스크린샷, PDF로 스캔한 공장 견적 송장, 포워더 청구서, 관세사 명세서. PDF, JPG, PNG를 한 번에 혼합 업로드할 수 있습니다. AI는 각 문서를 독립적으로 읽기 때문에 모든 공급업체가 동일한 송장 형식을 사용할 필요가 없습니다. 4개 공급업체에 걸쳐 30개 SKU를 관리하는 판매자는 분기 전체 송장을 한 번에 업로드할 수 있습니다. 워크플로를 테스트 중이라면, 서로 다른 두 공급업체(알리바바 PDF 1개, 공장 견적서 1개)의 송장으로 시작하여 하나의 열 목록이 두 곳에서 데이터를 가져오는지 확인해보세요.
이것이 의미 기반 AI 추출과 템플릿 기반 OCR의 차이점입니다. 각 공급업체 송장 레이아웃의 필드 주위에 상자를 그리는 대신, 원하는 열 이름을 입력하기만 하면 됩니다. 예: "SKU", "제품명", "단위당 도매가", "주문 수량", "공급업체", "주문일", "운임비". AI는 필드가 의미하는 바를 이해하여 각 값을 찾습니다. SKU 코드는 알리바바 송장에서 "Item No"로, 1688 스크린샷에서 "货号"로, 또는 공장 견적서의 제품 설명 줄에 포함되어 나타날 수 있습니다. 세 가지 다른 위치, 세 가지 다른 레이블 — 하나의 열 정의로 모두 포착합니다. 이것이 사용자 정의 열 추출입니다. 열 이름을 입력하면 AI가 모든 문서에서 일치하는 값을 찾아 행을 채웁니다. 템플릿, 공급업체별 설정, 레이아웃 종속 규칙이 필요 없습니다.
"단위당 도착원가(단위당 도매원가 + (운임비 / 주문수량) + (단위당 도매원가 × 0.075))"와 같은 계산 컬럼을 정의하세요. 실제 관세율로 대체하면 됩니다. AI가 도매가를 추출하고, 운임 배분을 읽어 처리 중 계산을 실행합니다. 출력 파일이 열리면 도착원가 컬럼이 이미 채워져 있어 사후 계산이 필요 없습니다. 공급업체 인보이스가 다른 통화 코드를 사용하는 경우 추론 컬럼을 사용할 수도 있습니다. 올바른 환율을 적용하는 규칙으로 단일 통화로 출력되도록 설정하세요.
XLSX로 다운로드하세요. 각 인보이스 행은 출처가 알리바바 트레이드 어슈어런스 PDF, 공장 프로포마 스캔본, 또는 1688 공급업체의 WhatsApp 스크린샷이든 동일한 열을 가집니다. 공급업체별 파일을 병합할 필요 없습니다. 스프레드시트 간 복사-붙여넣기 없음. 마진 분석에 바로 사용할 수 있는 하나의 출력 파일입니다. 대량 처리의 경우 일괄 인보이스 추출 기능으로 동일한 열 정의로 수백 개의 문서를 처리하며, 페이지당 5~10초가 소요됩니다 — 단일 페이지 수동 입력보다 약 18배 빠릅니다.
공급업체 송장 형식이 왜 특별한 문제인가
템플릿 기반 OCR 도구는 문서를 알려진 레이아웃과 대조하여 작동합니다. "송장 번호는 항상 이 PDF의 오른쪽 상단에 있습니다"라고 도구를 훈련시키는 식입니다. 매달 같은 공급업체의 송장을 처리할 때는 효과적입니다. 하지만 전자상거래 공급업체 관계는 그렇게 작동하지 않습니다:
- 알리바바 트레이드 어슈어런스 송장은 알리바바 자체 서식 템플릿을 따르며, 제품 세부정보, 배송, 결제 보호 섹션이 별도로 구성되어 있습니다. 깔끔하지만 다른 공급업체의 레이아웃과는 전혀 다릅니다.
- 1688 공급업체 스크린샷은 종종 1688 주문 화면을 휴대폰으로 촬영한 사진으로, 제품명은 중국어, 단가는 위안화, 주문 수량이 표시됩니다. 사람이 읽을 수는 있지만 구조화된 PDF는 존재하지 않습니다.
- 공장 견적 송장은 공장마다 다릅니다. 어떤 곳은 회사 레터헤드, 인코텀즈, 은행 정보가 포함된 정식 템플릿을 사용합니다. 다른 곳은 Word 문서의 표를 PDF로 내보낸 것입니다. 또 어떤 곳은 손으로 작성하고 사진을 찍습니다.
- 포워더 송장은 SKU가 아닌 선적 단위로 청구하며, 공급업체 송장 데이터와 병합해야 합니다. 운임 비용은 해당 선적의 SKU에 할당되어야 합니다.
- 드롭쉬핑 공급업체 송장은 AliExpress 또는 Shein 연동 공급업체에서 오는 경우가 많으며, 제품명이 영어와 중국어가 혼합된 스크린샷 형태로 도착합니다. 사람이 해석할 수 있는 '칭글리시' 설명이지만 키워드 기반 OCR 도구는 잘못 읽습니다.
템플릿 기반 도구는 레이아웃마다 별도의 템플릿이 필요합니다. 공급업체가 4곳이면 템플릿도 4개입니다. 새 공급업체가 추가되면 새 템플릿이 필요하고, 기존 업체가 송장 형식을 바꾸면 템플릿이 깨져 누군가 알아챌 때까지 조용히 불완전한 데이터를 추출합니다. 성장하는 이커머스 스토어의 일반적인 수준인 8~10개의 활성 공급업체를 운영한다면, 템플릿 유지 관리 부담이 자동화로 절약한 시간을 초과하게 됩니다.
의미 기반 추출은 이 문제를 완전히 우회합니다. AI는 조달 관리자처럼 송장을 읽습니다. 제품, 가격, 수량, 날짜가 있는 문서로 인식하죠. 좌표나 라벨 일치에 의존하지 않습니다. 1688 스크린샷의 "单价 ¥23.50"과 알리바바 송장의 "Unit Price $3.50"이 같은 필드임을 이해합니다. 언어와 위치만 다를 뿐입니다. 이 접근 방식 덕분에 단일 열 이름 세트로 모든 공급업체에 대응할 수 있으며, 공급업체별 설정 없이도 다양한 형식의 통합 추출이 가능해집니다.
핵심 차이점: 템플릿 기반 추출은 새 공급업체가 추가될 때마다 설정 작업이 늘어납니다. AI 기반 추출은 설정이 일정하게 유지됩니다. 연간 2~3개의 새 공급업체를 추가하는 이커머스 스토어에게 이는 확장 가능한 워크플로우와 결국 수동 입력으로 돌아가는 워크플로우의 차이입니다.
스프레드시트에서 마진 대시보드로
공급업체 인보이스 데이터가 구조화된 스프레드시트에 있으면, 분기마다 추측에 의존하던 마진 분석이 실시간 데이터셋으로 바뀝니다. 실제로 어떻게 적용되는지 살펴보겠습니다:
SKU별 총마진은 더 이상 매월 수동으로 다시 계산하는 숫자가 아니라, 셀에서 가져오는 공식입니다. 판매 가격에서 단위당 총 도착 비용을 뺀 값을 판매 가격으로 나눕니다. 도매 비용이 $3.50일 때 수익성 있어 보였던 SKU도, 총 도착 비용이 $5.12로 계산되면 마진이 12%에 그쳐 — 대부분의 FBA 판매자가 아마존 수수료를 감당하기 위해 목표로 하는 최소 15-20%에 미치지 못할 수 있습니다. 데이터 추출이 없으면 이 계산은 기억날 때 한 번 수동으로 이루어집니다. 추출이 있으면 스프레드시트를 업데이트할 때마다 실시간으로 반영됩니다. 한 아마존 셀러의 CFO가 Reddit에서 언급했듯이: "SKU가 몇 개만 넘어가도 실제 제품 원가가 헷갈리기 시작합니다." 추출이 바로 그 혼란을 해소해줍니다.
아마존 FBA 판매자에게는 제품 비용과 배송 비용을 분리할 수 있는 추가 혜택이 있습니다. 아마존은 판매 수수료(보통 15%), FBA 배송비, 보관료, 광고비를 부과하며, 이 중 어느 것도 공급업체 인보이스에 나타나지 않습니다. SKU 수준 추출 스프레드시트를 사용하면 공급업체 측 비용(도매, 운임, 관세)을 한 열 그룹에, 아마존 측 비용을 다른 열 그룹에 추가할 수 있습니다. 이제 두 가지 수준에서 마진을 확인할 수 있습니다: 제품 마진(판매 가격에서 총도입원가를 뺀 값)과 아마존 수수료를 제외한 순 마진입니다. FBA 수수료 후 제품 마진 40%에 순 마진 8%인 제품과 제품 마진 25%에 순 마진 18%인 제품은 완전히 다른 이야기를 보여줍니다. 추출 단계 없이 정확한 총도입원가 데이터가 입력되지 않으면 두 제품 모두 "$3.50"로 보이며 실제 마진 이야기는 드러나지 않습니다.
공급업체 성과 추적은 동일한 데이터셋의 부산물이 됩니다. 리드 타임 추세 — 공급업체 A의 평균 배송 기간이 30일에서 38일로 늘어나고 있나요? 비용 추세 — 공급업체 B의 단위당 가격이 카테고리 평균보다 빠르게 상승하고 있나요? MOQ 준수 — 실수로 SKU의 최소 주문 수량 미만으로 주문하여 눈치채지 못한 프리미엄 가격을 지불하고 있나요? 이러한 질문은 개별 인보이스로는 답할 수 없습니다. 매 주문 주기마다 업데이트되는 구조화된 스프레드시트에서 쉽게 답할 수 있습니다.
그리고 관세율이 변경될 때 — 2025-2026년에 미국 통일관세표의 관세율이 제품 카테고리별로 변동하면서 반복적으로 발생한 것처럼 — 총도입원가 데이터가 이미 구조화되어 있으면 관세 구성 요소를 다시 계산하여 어떤 SKU가 가장 취약한지 즉시 확인할 수 있습니다. 그러한 구조가 없으면 모든 공급업체 인보이스를 폴더에서 꺼내 수동으로 다시 계산해야 합니다.
자주 묻는 질문
중국어 공급업체 인보이스도 처리할 수 있나요?
네, 가능합니다. AI는 중국어, 영어, 혼합 언어 문서를 모두 읽을 수 있습니다. 제품명이 중국어("不锈钢保温杯")로, 가격이 위안화로, 수량이 아라비아 숫자로 표기된 1688 공급업체 스크린샷도 영어 알리바바 무역 보증 인보이스와 동일하게 처리됩니다. 사용자가 영어로 정의한 열 이름("SKU", "제품명", "도매 원가")이 헤더가 되며, AI는 원본 언어에 관계없이 해당 값을 추출합니다. 중국어 인보이스에 가격이 "¥23.50"으로 표시되어 있으면, AI가 이를 "도매 원가" 열의 값으로 인식하고 추출합니다.
PDF뿐만 아니라 스크린샷에서도 데이터를 추출할 수 있나요?
네, 가능합니다. 이 도구는 JPG, PNG, PDF 형식을 모두 지원합니다. 1688 공급업체가 주문 확인서를 이미지로 보낼 때 흔히 사용하는 WhatsApp이나 위챗의 휴대폰 스크린샷도 스캔된 PDF와 동일하게 처리됩니다. AI는 이미지의 시각적 콘텐츠를 읽기 때문에(내장된 텍스트 레이어가 아님), 공급업체 내부 시스템을 보여주는 컴퓨터 화면 사진도 처리 가능합니다. 다만 이미지 품질이 중요합니다. 480p 해상도의 흐릿한 스크린샷은 1080p의 선명한 스크린샷보다 추출 신뢰도가 낮습니다. 고압축 이미지의 경우 저해상도 추출 전략이 도움이 될 수 있습니다.
송장에 총액만 있을 때 SKU별로 운임을 어떻게 배분하나요?
대부분의 포워더 송장은 SKU별 내역 없이 총 운송비만 표시합니다. 세 가지 방법이 있습니다: (1) 계산 열을 사용해 총 운임을 해당 선적의 모든 SKU 총 주문 수량으로 나누어 단위당 균등 배분합니다. (2) 중량 기준 배분 — 포워더 송장에 총 중량이 명시된 경우, 각 SKU의 단위 중량에 수량을 곱해 운임을 계산합니다. (3) 가치 기준 배분 — 고가 SKU가 더 많은 운임을 부담합니다. 방법 선택은 운임 구조에 따라 달라집니다: 해상 운송(컨테이너/중량 기준)은 중량 기준, 항공 운송(kg당 요금 + 가치 할증료)은 가치 기준이 적합합니다. 추출 도구는 규칙만 정의하면 계산을 처리하므로 포워더가 SKU별로 내역을 제공할 필요가 없습니다.
관세는요? 몇 달 후에 별도 청구서로 나오는데 어떻게 처리하나요?
실제로 자주 발생하는 문제입니다. 포워더와 관세사는 통관 완료 후 3~6주 후에 관세 청구서를 보내는 경우가 많습니다. 이미 재고를 판매하고 매출원가를 기록한 후에 도착하기도 하죠. 올바른 접근법은 지금 공급업체 청구서 데이터를 추출하여 도매가와 운임을 스프레드시트에 반영하는 것입니다. 추후 관세사 청구서가 도착하면 "선적 ID", "납부 관세", "날짜" 등의 열을 사용해 별도 탭에 추출하세요. VLOOKUP이나 INDEX-MATCH를 사용해 원래 선적의 도착원가 열에 관세 금액을 불러옵니다. 이렇게 하면 늦게 도착하는 비용이 발생해도 기다리지 않고 정확한 마진 데이터를 유지할 수 있습니다. 발생주의 회계를 사용한다면, IRS Pub 334는 입고 시점에 예상 도착원가를 발생시키고 실제 청구서 도착 시 조정할 것을 요구합니다.
QuickBooks나 Xero와 연동되나요?
이 도구는 Excel(XLSX), CSV, JSON 형식으로 출력합니다. 추출된 데이터를 다운로드하여 QuickBooks, Xero 또는 파일 가져오기를 지원하는 모든 회계 플랫폼으로 가져올 수 있습니다. 직접적인 API 연동은 제공되지 않습니다. A2X 등 Amazon 정산 데이터를 QuickBooks로 연결하는 도구를 사용하는 이커머스 판매자의 경우, 추출된 공급업체 측 원가 데이터는 해당 도구가 포착하지 못하는 매출원가(COGS) 입력값 역할을 합니다. 추출된 공급업체 인보이스 스프레드시트를 분개장 항목 또는 재고 원가 업데이트로 가져오면 됩니다. Google Sheets로 원가를 추적하는 판매자는 Google Sheets 애드온을 사용하여 Google Sheets를 벗어나지 않고도 공급업체 인보이스 데이터를 추적 시트에 직접 추출할 수 있습니다.
한 번에 몇 개의 인보이스를 처리할 수 있나요?
여러 인보이스를 한 번에 업로드할 수 있으며, 각 페이지는 5~10초 안에 처리됩니다. 배치 크기에 엄격한 제한은 없지만, 처리 시간은 페이지 수에 비례하여 증가합니다. 평균 2페이지씩 구성된 인보이스 20개(총 40페이지)를 한 배치로 처리하는 데 약 3~7분이 소요됩니다. 실제 제약은 도구의 용량이 아니라, 배치 내 모든 공급업체에 걸쳐 필요한 모든 필드를 포괄하도록 열 이름을 정의했는지 여부입니다. 대량 분기별 배치 처리는 배치 추출을 통해 효율적으로 대용량을 처리할 수 있습니다.
스프레드시트는 쉬운 부분입니다
대부분의 이커머스 판매자는 마진 계산을 이해합니다. 총도착원가 = 도매가 + 운임 + 관세 + 수수료라는 것을 알고 있습니다. SKU별로 추적해야 한다는 것도 알고 있습니다. 문제가 되는 고리는 지식이 아니라 — 데이터가 수십 개의 다른 공급업체로부터 온 PDF와 스크린샷에 존재하며, 이를 스프레드시트에 옮기려면 직접 입력해야 한다는 점입니다. 총도착원가 계산에 관한 모든 글은 이 단계를 생략합니다. 공식을 제시하고 숫자가 이미 열에 있다고 가정합니다.
하지만 실제로는 그렇지 않습니다. 숫자는 알리바바 트레이드 어슈어런스 PDF, 1688 스크린샷, 세 가지 다른 형식의 포워더 인보이스에 흩어져 있습니다. 데이터 추출이 공식을 실제로 사용 가능하게 만드는 단계입니다. 공급업체 인보이스 데이터를 모든 공급업체별로 템플릿을 만들지 않고도 구조화된 스프레드시트로 가져올 수 있다면, 마진 분석은 분기별 프로젝트가 아니라 매 선적 후 몇 분 만에 업데이트할 수 있는 작업이 됩니다.
회원가입 불필요. 공급업체 인보이스를 업로드하고 열을 정의하세요.