판매자가 Shopify 대시보드를 훑어보며 베스트셀러 제품의 매출총이익률이 60%인 것을 확인합니다. 기분이 좋습니다. 하지만 회계사가 연말 수치를 뽑아보니 실제 마진은 38%에 가깝습니다. 나머지 22% 포인트는 수입 운임, 관세, 3PL 피킹 수수료, 성수기 할증료, 그리고 아무도 기록하지 않은 아마존 창고의 분실 수량에 의해 조용히 갉아먹혔습니다. 이커머스에서 가장 비용이 많이 드는 회계적 사각지대인 '유령 매출원가(Phantom COGS)'에 오신 것을 환영합니다.
멀티채널 판매자는 단일 채널 판매자보다 약 190% 더 많은 매출을 올리지만, 그만큼 장부 정리의 복잡성도 190% 더 커집니다. 재고는 한 번에 다섯 군데에 나뉘어 있고, 정산 보고서는 세 가지 다른 형식으로 도착하며, 수수료는 14가지 종류로 발생하고, 매일 마켓플레이스 간에 수량이 분실되거나 반품되거나 재분류됩니다. 상륙 원가(Landed Costs), 예약 재고(Reserved Inventory), 정산 대조(Settlement Reconciliation), 연말 결산 조정을 위한 의도적인 시스템이 없다면 여러분의 손익계산서(P&L)는 소설에 불과합니다.
이 가이드는 소설을 깨끗한 총계정원장으로 바꾸는 네 가지 단계를 살펴봅니다.
온라인 판매자에게 매출원가(COGS)란 무엇인가
매출원가는 해당 기간 동안 실제로 판매된 제품을 생산하거나 획득하는 데 드는 직접 비용입니다. 실물 제품 판매자에게 이 공식은 작성하기 간단합니다.
매출원가 = 기초 재고 + 순 매입액 + 수입 운임 + 관세 + 직접 노무비 − 기말 재고
단순함이 함정입니다. 대부분의 판매자는 공급업체 인보이스로 "순 매입액"을 채우고 거기서 멈춥니다. 그 외의 모든 것 — 제품을 풀필먼트 거점에서 판매 가능한 상태로 만드는 데 실제로 지불한 비용 — 은 잡비 항목으로 버려지고 단위당 원가에 반영되지 않습니다. 이것이 바로 60% 마진이 아무도 모르는 사이에 38% 마진이 되는 과정입니다.
국세청(IRS)은 재고에 전체 상륙 원가가 포함되기를 기대하며, 투자자, 대출 기관, 그리고 새로운 마켓플레이스의 가격을 책정하려는 미래의 자신도 마찬가지입니다.
1단계: SKU별 정확한 상륙 원가 구축
상륙 원가는 제품 한 단위를 판매 준비가 된 상태로 배송 지점까지 입고시키는 데 실제로 드는 비용입니다. 대부분의 이커머스 운영에서 구성 요소는 다음과 같습니다:
- 공급업체 비용(Vendor cost): 대량 할인 및 리베이트 적용 후의 인보이스 가격.
- 수입 운임(Inbound freight): 공장에서 항구로, 다시 창고나 3PL 입고 도크로 이동하는 해상, 항공, 철도 또는 트럭 운송 비용.
- 관세 및 제세공과금(Duties and tariffs): HTS 분류 관세율, 적용 가능한 Section 301 관세 및 물품 처리 수수료.
- 통관 중개 및 보험(Customs brokerage and insurance): 통관 건당 고정 수수료 및 화물 보험료.
- 입고 수수료(Inbound receiving fees): 3PL은 일반적으로 재고를 수령하고 적치하는 데 팔레트당, 박스당 또는 작업 시간당 비용을 청구합니다.
- 준비 및 라벨링(Prep and labeling): 폴리백 포장, 번들링, FNSKU 라벨, 유통기한 스티커 등 목적지 마켓플레이스에서 요구하는 모든 작업.
- 포장재(Packaging materials): 모든 제품과 함께 배송되는 브랜드 메일러, 완충재, 삽입물 및 기프트 카드.
이러한 비용을 비용 유발 요인에 적합한 방법을 사용하여 단위당 할당합니다. 공급업체 비용과 준비 비용은 단위당 발생합니다. 수입 운임과 관세는 일반적으로 선적된 제품의 무게, 부피 또는 인보이스 가치에 따라 할당됩니다. 입고 수수료는 해당 팔레트의 단위 제품에 할당된 팔레트당 비용일 수 있습니다.
계산은 간단하지만, 규율을 지키기는 어렵습니다. 매출 100만 달러 이상의 거의 모든 판매자에게 효과적인 해결책은 단일 원가 카탈로그를 보유하는 것입니다. 모든 새로운 구매 주문(PO)은 해당되는 모든 SKU의 상륙 원가를 재계산하며, 새로운 단위 원가는 입고된 제품의 재고 계층(inventory layer)이 됩니다. 스프레드시트는 어느 정도까지는 작동하지만, 하나 이상의 풀필먼트 채널에서 200개 이상의 SKU를 다루게 되면 소프트웨어가 필요합니다.
2단계: 재고의 위치 추적
멀티채널 운영에서는 동일한 물리적 SKU가 동시에 다섯 가지의 뚜렷한 재고 상태로 존재할 수 있습니다:
- 공급업체로부터 운송 중(In transit from supplier): 항구에서 소유권이 이전되었을 수 있으므로 재고에는 포함되지만 아직 입고할 수는 없는 상태입니다.
- 3PL 보관 중, 판매 가능(At your 3PL, sellable): 자사몰(DTC), eBay, Walmart, Shopify 등의 주문을 처리하는 가동 재고입니다.
- 아마존 보관 중, 판매 가능(At Amazon, sellable - FBA): 프라임 주문에 사용 가능하며 재입고 한도에 포함되는 재고입니다.
- 아마존 보관 중, 예약됨(At Amazon, reserved): 풀필먼트 센터 간 이동 중, 고객 주문 처리 중 또는 재고 조정 중으로 표시된 단위입니다. 이 항목은 재입고 시스템에는 보이지 않지만 엄연한 자산입니다.
- 아마존 보관 중, 판매 불가(At Amazon, unfulfillable): 반품, 파손 또는 유통기한 만료로 처분을 기다리는 단위입니다.
이러한 각 상태는 대차대조표의 하위 계정 또는 최소한 재고 원장의 차원(dimension)으로 매핑되어야 합니다. 판매자가 모든 것을 하나의 "재고" 항목으로 묶어버리면, 아마존이 21일 동안 움직이지 않는 80,000달러 상당의 예약 재고를 보유하고 있는 상황 — 회계적 사각지대에 숨어 있는 실제 현금 흐름 문제 — 을 파악할 수 없게 됩니다.
특히 FBA 예약 재고 항목의 경우, 최소한 매월 아마존의 재고 원장 보고서(Inventory Ledger Report) 및 FBA 재고 관리(Manage FBA Inventory) 보고서와 대조하십시오. 몇 주가 지나도록 예약 상태인 단위는 대개 해결 가능한 라우팅 문제를 나타냅니다. 다시 나타나지 않는 예약 단위는 보상 청구 대상입니다.
3단계: 은행 입금액이 아닌 마켓플레이스 정산 내역 대조하기
이커머스 초보 회계 담당자가 저지르는 가장 큰 실수는 아마존이나 쇼피파이 페이먼츠(Shopify Payments)로부터 받은 일괄 지급액을 매출로 처리하는 것입니다. 이것은 매출이 아닙니다. 마켓플레이스가 수십 가지 활동 내역을 상계 처리하고 남은 잔액일 뿐입니다.
전형적인 아마존의 격주 정산 입금액은 다음과 같은 항목들의 산술적 합계일 수 있습니다:
- 총 상품 매출 (Gross product sales)
- 구매자로부터 징수한 배송비 수입
- 선물 포장 수입
- 구매자에게 제공된 프로모션 리베이트 (차감 항목)
- 환불 (차감 항목)
- 추천 수수료 (Referral fees, 차감 항목)
- FBA 주문 처리 수수료 (FBA fulfillment fees, 차감 항목)
- 월간 보관 수수료 (차감 항목)
- 장기 보관 수수료 (차감 항목)
- 입고 배송 서비스 수수료 (차감 항목)
- 제거 및 폐기 수수료 (차감 항목)
- 광고 서비스 비용 (차감 항목)
- 징수 및 납부된 판매세 (단순 전달 항목)
- 유보금 공제 (이번 기수에는 차감, 해제 시 가산)
- 분실 또는 파손 품목에 대한 배상금 (가산 항목)
순 입금액을 "아마존 매출"로 기록하면, 위에서 언급한 모든 세부 항목이 장부에서 사라집니다. 매출은 과소 계상되고, 수수료는 분류되지 않으며, 매출원가(COGS)는 적절한 채널에 반영되지 않습니다.
올바른 방식은 정산 보고서를 가져와 각 수수료 범주를 해당 비용 계정에 전기하고, 총 매출과 환불을 별도로 기록하는 것입니다. 대부분의 이커머스 전문 회계 도구는 각 정산 내역을 10~30줄의 분개 항목으로 요약하여, 기록 시 은행 입금액과 정확히 일치하도록 만듭니다. 이렇게 하면 클릭 한 번으로 은행 계좌와 대조가 가능하며, 처음으로 실제 총 매출, 실제 수수료 부담, 그리고 채널별 수익성을 파악할 수 있게 됩니다.
별도의 "아마존 유보금(Amazon Reserves)" 유동자산 계정은 지급 보류된 자금을 관리합니다. 아마존이 나중 정산 시 유보금을 해제하면, 해당 금액을 유보금 계정에서 현금 계정으로 이동시킵니다. 이것이 바로 손댈 수 없는 돈이 이미 은행에 있는 것처럼 꾸미지 않고 정직한 재무상태표를 유지하는 방법입니다.
첫날부터 정확하게 마켓플레이스 회계를 관리하는 것은, 자신 있게 가격을 인상하거나 벤처 부채(venture debt) 텀 시트를 수락하거나 스토어를 매각할 수 있는 판매자와, 세금 신고 마감 직전 주에 공포에 질려 1년 치 수수료를 재구성하는 판매자를 가르는 기준이 됩니다.
4단계: 연말의 유령 매출원가(Phantom COGS) 추적하기
유령 매출원가는 장부상 판매액과 실제 재고 실사상 판매액 사이의 차이를 말합니다. 이는 대개 다음 세 가지 원인에서 발생합니다:
3PL 또는 FBA에서의 미기록 재고 감모. 품목 수량이 잘못 계산되거나, 피킹 경로에서 파손되거나, 주문 처리 센터(FC) 간 이송 중에 분실될 수 있습니다. 재고 관리 시스템에는 1,000개가 있다고 나오는데 창고 순환 실사 결과 940개만 발견된다면, 60개의 유령 재고가 재무상태표를 부풀리고 매출원가를 낮추고 있는 것입니다. 이 감액 처리를 기록하기 전까지 당신이 작성하는 모든 보고서는 틀린 것입니다.
처리되지 않은 반품. 구매자가 상품을 반품하고 마켓플레이스가 고객에게 환불해 주었지만, 해당 상품이 창고로 돌아오지 않았거나 판매 불가능한 상태로 도착하는 경우입니다. 재고 추가나 폐기 처리를 기록하지 않고 매출 취소만 기록하면, 해당 품목에 대한 매출원가 레이어는 영원히 사라지게 됩니다.
원가 레이어 변동(Cost layer drift). 공급업체를 바꾸거나, 배송 방식을 변경하거나, 관세가 변동되면 실제 랜디드 코스트(Landed cost)가 구매 주문서(PO)별로 크게 달라질 수 있습니다. 올해 가격으로 판매하면서 장부상으로는 작년 원가로 기존 재고의 가치를 평가하고 있다면, 두 분기 동안은 마진이 훌륭해 보이다가 현실이 반영되는 순간 무너질 것입니다.
해결책은 연말에 실제 재고 실사 수량과 장부상 재고를 비교하고, 그 차이를 조정하는 단일 분개 항목을 작성하는 것입니다. 만약 조정액이 재고 가치의 10%를 초과한다면, 이는 일회성 사건이 아니라 시스템적인 원인이 있는 것이므로, 내년에 더 큰 조정을 하기보다는 원가 카탈로그와 3PL 워크플로의 프로세스를 개선해야 합니다.
이를 잘못 관리했을 때의 세금 영향은 결코 작지 않습니다. 기말 재고가 과대 계상되면 매출원가가 과소 계상되어 과세 소득이 부풀려집니다. 50,000달러가 과대 계상된 경우, 22% 세율 구간에 있는 수익성 있는 판매자의 연방세 과다 납부액과 자영업세를 합하면 10,000달러에서 18,000달러 사이가 될 수 있습니다. 이는 창고에서 순환 실사 결과를 보내주지 않았다는 이유만으로 국세청(IRS)의 주머니에 들어가는 실제 현금입니다.
월간 마감 절차 샘플
연간 50만 달러에서 500만 달러 규모의 매출을 올리는 판매자를 위한 깔끔한 멀티 채널 마감 절차는 한 페이지로 정리됩니다:
- 각 마켓플레이스 정산 내역을 가져와 다중 행 분개 항목을 전기합니다. 각 총 입금액을 은행 계좌와 대조합니다.
- 3PL 인보이스를 가져와 채널별로 주문 처리 수수료를 전기합니다.
- FBA 재고 원장 보고서를 추출하여 유보(Reserved), 판매 가능(Sellable), 판매 불가(Unfulfillable) 잔액을 장부와 대조합니다. 지속적인 부족분에 대해서는 배상 청구를 진행합니다.
- 3PL 순환 실사 또는 월말 재고 보고서를 추출하여 재고 시스템과 대조합니다.
- 가중 평균 또는 선입선출(FIFO) 레이어를 사용하여 해당 기간의 매출원가(COGS)를 산출합니다. 채널별 매출 총이익이 예상 범위 내에 있는지 확인하고, 범위를 벗어난 채널이 있다면 조사합니다.
- 해당 기간에 수령한 구매 주문서(PO)에 대해 업데이트된 랜디드 코스트를 반영합니다.
- 해제된 아마존 유보금을 유보금 계정에서 현금 계정으로 이동합니다.
시스템이 잘 연동되어 있다면 이 절차는 집중해서 반나절이면 끝나지만, 그렇지 않다면 며칠 동안 고통스러운 시간을 보내야 합니다. 그 보상은 벽을 멍하니 쳐다보지 않고도 "월마트와 아마존, 쇼피파이에서 이 SKU의 실제 마진이 얼마인가?"라는 질문에 즉시 답할 수 있게 되는 순간 찾아옵니다.
플레인 텍스트 장부로 다채널 운영을 합리적으로 관리하세요
다채널 이커머스에 깊이 파고들수록 코드와 같이 쿼리, 스크립트 작성, 감사 및 버전 관리가 가능한 회계 시스템이 더욱 필요해집니다. 결산 수수료, 마켓플레이스 매핑, 인도 비용(landed-cost) 산정 방식 및 재고 감액 정책 등은 매년 재검토하게 되는 중요한 결정사항들입니다. 이러한 정보는 폐쇄형 소스 장부의 취약한 계정 과목표보다 훨씬 체계적인 시스템에서 관리되어야 합니다.
첫 번째 제품부터 정직한 재고 장부를 유지하세요
다채널 확장에서 살아남는 판매자는 단순히 은행 입금액만 보는 것이 아니라, 비즈니스의 물리적, 재무적, 운영적 실체를 장부에 반영하는 이들입니다. Beancount.io는 채널별 손익(P&L), 인도 비용, 재고 상태를 투명하고 추적 가능하게 만드는 플레인 텍스트 기반의 버전 관리형 회계 솔루션을 제공합니다. 블랙박스 보고서, 벤더 종속(vendor lock-in), 연말의 갑작스러운 정산 작업이 필요 없습니다. 무료로 시작하기를 통해 왜 개발자와 재무 감각이 뛰어난 운영자들이 커머스 스택을 위해 플레인 텍스트 회계로 전환하고 있는지 확인해 보세요.