5,000달러의 매출에 대해 Shopify 지급금 4,180달러가 은행에 입금되고, 회계 소프트웨어는 그 입금을 가져와 그대로 끝냅니다. 하지만 도착하지 않은 820달러는 이야기의 절반에 불과합니다. 별도의 Shopify 인보이스에 — 자체적인 주기로, 자체적인 임계값을 통해 청구되는 — 한 달 내내 구매한 배송 라벨과, 주문을 피킹·패킹한 창고에서 발생한 풀필먼트 수수료가 놓여 있습니다. 이것들이 매출원가로 장부에 반영되지 않으면 당신의 마진은 허구입니다: 한쪽에서는 매출이 과소 계상되고, 다른 쪽에서는 비용이 누락되어, 총이익이 세금 시즌 직전까지 당신을 기분 좋게 만드는 방향으로 잘못 계산됩니다.
이 가이드는 대부분의 판매자가 건너뛰는 Shopify 조정의 비용 측면을 다룹니다. 수익 측면 — 총 지급금 대 순 지급금, 지불 거절, 환불 — 은 별도의 워크스루가 필요합니다. 여기서는 모든 배송 및 풀필먼트 비용이 어디에 숨어 있는지, 각각을 어떻게 기록하는지, 그리고 월말에 아무것도 빠져나가지 않았음을 어떻게 증명하는지 배우게 됩니다.
Shopify 장부에서 배송비가 사라지는 이유
Shopify는 세 가지 별도의 경로로 자금을 이동시키며, 그중 은행 피드에 나타나는 것은 단 하나뿐입니다:
- 지급금 공제. 처리 수수료, 환불, 지불 거절은 입금이 은행에 도착하기 전에 각 지급금에서 차감됩니다. 그 돈은 절대 보이지 않으므로, 은행 피드 부기는 수수료를 차감한 순 매출을 기록합니다.
- 임계값 청구 인보이스. Shopify Shipping을 통해 구매한 배송 라벨은 지급금에서 차감되지 않습니다. 청구 임계값에 누적되며, 임계값에 도달하면 Shopify가 결제 수단에 청구합니다 — 도달하지 않으면 월간 구독 인보이스에 잔액을 합산합니다. 이 청구는 관련된 지급금과 다른 날짜에, 다른 설명으로 도착합니다.
- 제3자 풀필먼트 청구서. 3PL 창고나 풀필먼트 네트워크가 피킹·패킹·배송을 대신해 주면, 피킹-패킹 수수료, 보관료, 출고 운임 청구서는 Shopify 외부의 일반 공급업체 인보이스로 도착합니다.
각 경로는 자체적인 부기 처리가 필요하며, 전형적인 실패는 첫 번째 경로만 기록하는 것입니다. 은행 입금을 매출로, Shopify 구독을 소프트웨어 비용으로 기록하는 판매자는 라벨 지출도 풀필먼트 지출도 어디에도 포착하지 못한 것입니다. 연말에 세금 신고서는 너무 적은 매출과 너무 적은 비용을 보여주며, 이 오류는 상쇄되지 않습니다 — 오히려 복리로 커집니다. 누락된 매출은 한계 세율로 과세되는 반면, 누락된 공제는 완전히 사라지기 때문입니다.
배송 라벨: 임계값 청구에서 장부까지
Shopify에서 우편 라벨을 구매하면, Shopify가 운송업체 비용을 선지급하고 나중에 청구합니다. 라벨은 라벨 지출이 계정의 청구 임계값을 넘을 때까지 누적되며, 그 시점에 Shopify가 즉시 인보이스를 발행하고 카드에 청구합니다. 임계값 이하에서는 라벨 청구가 요금제 구독 및 앱 청구와 함께 다음 월간 Shopify 청구서에 합산됩니다.
이 합산이 바로 부기가 깨지는 지점입니다. 340달러의 단일 Shopify 청구에는 39달러의 Basic 요금제 구독, 12달러의 앱 수수료, 289달러의 우편 요금이 포함될 수 있습니다 — 하나의 은행 거래에 세 개의 다른 계정이 있는 것입니다. 전체를 소프트웨어 구독으로 기록하면 운영 비용을 과대 계상하고 배송비는 마진 분석에서 사라집니다.
라벨 지출을 올바르게 기록하는 방법
Shopify 관리자(Settings, 그다음 Billing)에서 모든 청구에 대한 상세 청구 인보이스를 가져와 분할하세요:
- 우편 요금 자체는 배송 또는 풀필먼트 비용 계정으로 갑니다. 그 계정이 COGS 안에 있는지 운영 비용에 있는지는 한 번 결정하고 유지하는 것입니다 — 아래에서 더 다룹니다.
- 운송업체 가격 조정 — 패키지가 라벨에 명시된 것보다 무거울 때 운송업체가 발행하는 차변과 대변, 또는 무효화된 라벨이 환불될 때 — 은 게시된 달에 동일한 계정에 속합니다. 무효화된 라벨은 매출이 아닙니다; 비용의 반전입니다.
- 구독 및 앱 부분은 은행 피드 부기가 모든 것을 넣고 싶어 했던 소프트웨어 비용에 남습니다.
매월 조정하세요: 해당 월의 배송 보고서에 있는 총 라벨 구매액은 그 달의 Shopify 인보이스 전반에 걸친 라벨 청구와 일치해야 하며, 인보이스 마감 직전이나 직후에 구매한 라벨의 타이밍 차이는 더하거나 빼야 합니다. 둘이 몇 달러 이상 차이가 나면, 인보이스를 놓쳤거나 조정을 이중 계산한 것입니다.
풀필먼트 수수료: COGS인가 운영 비용인가?
피킹-패킹 수수료, 주문당 처리 비용, 창고 보관료, 3PL이 소비하는 박스와 우편 봉투는 모두 동일한 분류 질문을 제기합니다: 매출원가인가 운영 비용인가? 회계 기준은 여지를 줍니다 — 출고 풀필먼트 비용은 어느 쪽에나 있을 수 있습니다 — 하지만 일관성을 요구합니다. 이 선택은 보고된 총 마진을 바꾸며, 연중에 뒤집으면 모든 추세 비교가 무의미해집니다.
대부분의 소규모 제품 사업에서 실용적인 규칙은:
- 출하되는 각 단위에 따라 변동하는 비용 — 피킹-패킹 수수료, 주문당 처리, 포장 자재, 지불하는 출고 우편 요금 — 은 COGS(또는 COGS와 함께 그룹화된 명확히 표시된 풀필먼트 비용 계정)에 속합니다. 이들은 제품 원가처럼 행동합니다: 판매 없으면 지출도 없습니다.
- 주문이 아닌 시간에 따라 발생하는 비용 — 월간 창고 보관 최소 요금, 계정 관리 수수료, 3PL 소프트웨어 좌석 — 은 운영 비용에 속합니다. 이들은 간접비처럼 행동합니다: 비수기에도 지불합니다.
매입 운임은 별개의 더 엄격한 규칙입니다. IRS는 매입 운임 — 공급업체에서 선반까지 재고를 가져오는 데 지불하는 비용 — 을 재고 원가의 일부로 취급하며, 이는 상품이 판매될 때만 COGS로 흘러 들어갑니다. 3월에 판매될 상품에 대해 1월에 900달러의 매입 운임 청구서를 비용 처리하면, 잘못된 기간에 비용을 공제한 것입니다. 대신 매입 운임을 도착 단위 원가에 포함시키세요: 순 인보이스에 운임과 관세를 더하고, 입고된 단위 수로 나눕니다.
정책을 한 단락으로 문서화하세요 — 어떤 계정이 어떤 수수료를 보유하는지 — 그리고 매월 동일하게 적용하세요. 나중에 대출 기관이나 구매자가 총 마진이 3포인트 움직인 이유를 물을 때, 답은 가격 책정이나 소싱이어야 하며, 당신이 했다는 사실을 잊은 재분류여서는 안 됩니다.
배송에 대한 판매세: 징수된 세금은 매출이 아닌 부채입니다
귀하의 주에서 배송 요금에 과세한다면, 고객에게 배송비로 8달러를 청구한다고 해서 그것이 8달러의 배송 매출이 되는 것은 아닙니다. 텍사스, 뉴욕, 워싱턴, 펜실베이니아를 포함한 많은 주에서 과세 대상 판매의 배송은 인보이스에 별도로 명시되어 있어도 과세됩니다. 다른 주에서는 별도로 명시된 배송이 면세되지만, 실제로 별도로 명시한 경우에만 그렇습니다; 배송을 품목 가격에 합산하면 판매가 과세되는 모든 곳에서 과세됩니다. 몇몇 주는 더 나아가 운송은 면세하면서 취급 수수료는 과세하는 식으로 차이를 나눕니다.
세 가지 부기 규칙이 따릅니다:
- 배송에 대해 징수한 판매세는 징수하는 순간 부채입니다, 제품에 대한 세금과 정확히 마찬가지로. 납부할 때까지 판매세 미지급금 계정에 있습니다. 절대 매출 안에 섞이게 두지 마세요.
- 배송 수익과 배송 비용은 별도의 항목입니다. 8달러를 징수하고 라벨이 6.40달러였다면, 8달러의 배송 수익과 6.40달러의 배송 비용을 기록하세요. 이들을 1.60달러로 상계하면 실제 비용 추세와 귀하의 주가 배송 항목을 감사할 경우 과세 기준이 모두 가려집니다.
- Shopify가 실제로 징수한 것을 확인하세요. Shopify Tax는 귀하의 설정에 따라 배송에 대한 세금을 계산하고 징수할 수 있지만, 설정은 귀하가 구성하는 것입니다 — 제품 과세 여부, 배송 과세 여부 재정의, 넥서스 등록. 매월 배송에 대해 징수된 세금 보고서를 가져와 각 신고서를 제출하기 전에 부채 계정과 대조하세요.
이것을 잘못하면 비싼 방향으로 실패합니다: 과소 징수된 세금은 신고 시점에 귀하의 주머니에서 나오며, 미납 상태로 있던 개월에 대한 벌금과 이자가 추가됩니다.
월간 조정 워크플로
매월 한 세션을 따로 잡고 지급금을 처리하는 것과 같은 방식으로 비용 측면을 처리하세요. 네 가지 원본 문서가 필요합니다: 해당 월의 지급금 보고서, 해당 월의 Shopify 청구 인보이스, 3PL 또는 운송업체 인보이스, 판매세 징수 보고서.
1단계: 클리어링 계정을 통해 지급금을 중계하세요. 각 지급금 보고서에서 총 매출, 환불, 수수료, 징수된 판매세를 Shopify 클리어링 계정에 기록한 다음, 동일한 계정에 대해 은행 입금을 기록하세요. 클리어링 잔액이 0이면 수익 측면이 조정되었음을 증명합니다.
2단계: 모든 Shopify 인보이스를 분할하세요. 각 청구에 대해 인보이스 상세에서 구독, 앱, 라벨 지출을 분리하세요. 라벨 부분을 라벨을 구매한 날짜가 아닌 인보이스 날짜로 배송비 계정에 기록하세요.
3단계: 제3자 풀필먼트를 기록하세요. 3PL 인보이스를 정책이 지정한 풀필먼트 계정에 입력하세요 — 주문당 수수료는 COGS 측 계정으로, 보관 최소 요금은 운영 비용으로. 주문당 수수료를 출하된 주문 수와 대조하세요; 일치하는 출하가 없는 수수료는 청구 오류나 출발하지 않은 패키지입니다.
4단계: 조정과 무효화를 정산하세요. 운송업체 조정과 무효화된 라벨 크레딧은 사후에, 때로는 몇 주 후에 게시됩니다. 각각을 원래 라벨과 동일한 배송 계정에, 게시된 달에 기록하여 계정이 실제 지출을 반영하도록 하세요.
5단계: 배송세를 대조하세요. 보고서에 따라 배송에 대해 징수된 총 세금은 배송에 기인한 판매세 미지급금 계정의 변동과 일치해야 합니다. 차이가 있으면 잘못 구성된 제품이거나 미납 부채입니다.
6단계: 마진을 검토하세요. COGS 측 풀필먼트 비용을 포함하여 총 마진을 계산하세요. 가격이 그대로인데 갑자기 개선되면 보통 누락된 인보이스를 의미하며, 횡재가 아닙니다 — 축하하기 전에 조사하세요.
Shopify COGS를 조용히 훼손하는 실수들
순 지급금을 매출로 기록하기. 가장 흔한 단일 오류이며, 원장의 양쪽을 모두 오염시킵니다: 매출 과소 계상, 수수료 보이지 않음 — 그리고 Shopify가 IRS에 제출하는 1099-K 지급 보고서와의 불일치. 총 매출을 기록하고 모든 수수료를 분할하세요.
라벨 청구를 구독에 뭉뚱그리기. 하나의 Shopify 인보이스, 세 가지 계정 유형. 부기 담당자가 전체 청구를 소프트웨어에 기록하면, 운송업체가 수천 달러를 징수하는 동안 배송비는 장부상 0입니다.
배송 수익 이중 계산. 은행 입금을 매출로 기록한 다음 판매 보고서에서 Shopify 매출도 기록하면 모든 달러가 두 번 기록됩니다. 1단계의 클리어링 계정은 바로 이것을 방지하기 위해 존재합니다.
조정과 무효화 무시하기. 무효화된 라벨과 운송업체 중량 조정은 각각 4달러라 사소해 보이지만, 수백 건의 배송에 걸쳐 배송 계정을 실제 금액만큼 움직입니다 — 그리고 크레딧을 건너뛰면 항상 비용을 과대 계상하는 방향으로 움직입니다.
연중 분류 변경. 손익계산서가 더 좋아 보인다는 이유로 7월에 풀필먼트 수수료를 COGS에서 운영 비용으로 옮기면 거짓말하는 마진 차트를 받게 됩니다. 한 번 결정하고, 문서화하고, 기껏해야 연간으로 재검토하세요.
매입 운임 타이밍 망각. 매입 운임은 재고 원가이지 1월의 비용이 아닙니다. 도착 시 비용 처리하는 판매자는 동일한 상품에 대해 1월 이익을 과소 계상하고 3월 이익을 과대 계상합니다.
첫날부터 배송비를 가시적으로 유지하세요
이 가이드의 모든 라벨, 수수료, 운임 청구서는 미래의 당신이 감사할 행입니다 — 세금 시즌에, 대출 신청 중에, 또는 구매자가 장부를 펼치는 날에. 처음부터 명확한 기록을 유지하면 그 감사가 재구성 프로젝트에서 출력물로 바뀝니다. Beancount.io는 그 모든 행을 투명하고, 버전 관리되며, 분석 준비가 된 상태로 유지하는 플레인 텍스트 회계를 제공합니다 — 블랙박스도, 벤더 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 플레인 텍스트 회계로 전환하는 이유를 확인하세요.
