프린트온디맨드 판매자가 2월에 Shopify Payments의 1099-K를 열어보면, 실제로 벌어들인 것과는 전혀 다르게 보이는 숫자를 마주하게 됩니다. 서류에는 5만 달러의 총 결제액이 찍혀 있습니다. 그런데 정작 한 해 동안 은행 계좌 잔고는 약 1만 4천 달러밖에 늘지 않았습니다. 잘못된 것은 아무것도 없습니다 — 하지만 나머지 3만 6천 달러가 어디로 갔는지 이해하지 못한 채 그 5만 달러를 그대로 소득으로 신고한다면, 국세청(IRS)에 크게 과다 납부하거나 무언가를 도난당했다고 착각해 공황에 빠지게 될 것입니다.
이 간극이야말로 프린트온디맨드(POD) 판매자들이 가장 흔히 저지르는 부기 실수이며, 그 원인은 거의 아무도 명확히 설명해주지 않는 세부사항 하나에 있습니다. 당신이 판매하는 플랫폼이 무엇이냐에 따라 어떤 세금을 내야 하는지, 그리고 비용을 어떻게 회계 처리할 수 있는지가 정해진다는 것입니다. 이 구분을 잘못 이해하면 그 이후의 모든 것 — 매출원가, 판매세 신고, 스케줄 C(Schedule C) — 가 나중에는 찾아내기 어려운 방식으로 어긋나 버립니다.
두 가지 사업 모델, 완전히 다른 두 가지 세금 그림
프린트온디맨드는 매우 다양한 형태로 운영되지만, 부기 관점에서 보면 실제로는 단 두 가지 모델만 존재하며, 이 둘은 전혀 다르게 작동합니다.
모델 A: 당신이 셀러 등록 당사자(merchant of record)인 경우. Shopify, WooCommerce, 또는 자체 호스팅한 Etsy 스토어 등 자신만의 스토어프론트를 직접 운영하고, 통합 연동을 통해 Printful이나 Printify 같은 풀필먼트 파트너를 연결하는 형태입니다. 고객은 당신에게 직접 대금을 지불합니다. 그런 다음 당신은 풀필먼트 업체에 상품 1개당 기본 제작 비용을 지불합니다. 법적으로 당신이 판매자이므로, 판매세 납부 의무를 당신이 지게 되고, 그 대신 실제 매출원가를 공제받을 수 있습니다.
모델 B: 당신이 로열티 수령자인 경우. Redbubble, Merch by Amazon, TeePublic, Society6, Zazzle, Spring 같은 마켓플레이스에 디자인을 업로드하는 형태입니다. 마켓플레이스가 상품 가격을 책정하고, 거래를 처리하며, 제조와 배송을 담당하고, 판매 건당 로열티를 당신에게 지급합니다. 당신은 판매세 신고서를 손댈 일이 전혀 없으며 — 판매자들이 흔히 오해하는 부분인데 — 공제 가능한 매출원가도 전혀 없습니다. 애초에 상품 비용을 지불한 적이 없기 때문입니다. "상품 원가"에 해당하는 부분은 로열티를 받기도 전에 이미 마켓플레이스의 몫에 녹아들어 있습니다.
이 두 모델을 혼동하는 데서 대부분의 POD 부기 오류가 시작됩니다. Redbubble 로열티 소득이 Shopify 스토어 소득과 같은 방식으로 작동한다고 가정하는 판매자는, 받을 자격이 없는 매출원가 공제를 만들어내거나, 실제로는 필요한 판매세 허가를 등록하지 않고 넘어가게 됩니다.
모델 A 판매자에게 매출원가는 실제로 어떻게 작동하는가
Printful이나 Printify를 통해 자신만의 스토어프론트를 운영하고 있다면, 백지 상품, 인쇄, 포장에 지불하는 비용은 정당한 매출원가입니다 — 다만 장부의 올바른 위치에 기록되어야 합니다.
스케줄 C에서는 다음과 같이 처리합니다.
- 기본 제작 비용은 Part III, Line 36(매입)에 기록합니다.
- 풀필먼트 파트너가 청구하는 배송 비용은 일반적으로 Part III, Line 38(기타 비용)에 속하거나, 사용하는 부기 소프트웨어가 어떻게 분류하느냐에 따라 매출원가에 포함될 수 있습니다 — 중요한 것은 어느 항목이냐가 아니라 일관성입니다.
- 기말 재고는 0달러입니다. 프린트온디맨드는 정의상 주문 제작(made-to-order) 방식입니다. 실물 재고를 보유하는 일이 전혀 없으므로, 전통적인 소매업체가 연말에 거쳐야 하는 재고 평가 절차 자체가 필요 없습니다.
주의해야 할 실무상의 실수는 이렇습니다. 많은 판매자가 Shopify Payments가 입금하는 순간 판매의 수익은 기록하지만, 며칠 후 종종 다른 배치로, 때로는 다른 달에 청구되는 Printful이나 Printify의 풀필먼트 청구서는 별도로 기록하는 것을 잊습니다. 장부가 입금 쪽만 포착한다면, 풀필먼트 청구서가 따라잡기 전까지 손익계산서는 인위적으로 이익이 나는 것처럼 보이며, 이를 알아챌 때쯤이면 이미 부풀려진 숫자를 기준으로 분기 예상 세금을 신고했을 수도 있습니다.
해결책은 기계적이지만 필수적입니다. 해당 기간의 장부를 마감하기 전에, 모든 지급액을 대응하는 풀필먼트 청구서와 대사(reconciliation)하는 것 — 마감 후가 아니라 마감 전에 해야 합니다.
다채널 판매세: "넥서스"가 채널마다 다른 의미를 갖는 이유
같은 디자인을 두 개 이상의 채널 — 예를 들어 Shopify 스토어와 Etsy 스토어와 Redbubble 계정 — 에서 동시에 판매하는 판매자들이 걸려 넘어지는 부분이 바로 여기입니다.
마켓플레이스(모델 B)는 마켓플레이스 퍼실리테이터입니다. Etsy, Redbubble, Amazon Merch 및 유사 플랫폼은 법적으로 세금이 필요한 모든 주(state)에서 당신을 대신해 판매세를 계산하고, 징수하고, 납부할 의무가 있습니다. 등록할 필요도, 신고할 필요도, 손댈 필요도 없습니다.
자신의 스토어프론트(모델 A)는 자동으로 커버되지 않습니다. Shopify 자체는 당신의 자체 도메인을 통해 이루어진 주문에 대해서는 마켓플레이스 퍼실리테이터가 아닙니다 — 이 책임은 당신 스스로, 경제적 넥서스 기준을 넘어선 주를 기준으로 주별로 져야 합니다. (Shopify의 별도 "Shop" 앱 채널은 2025년부터 해당 조건을 충족하는 주문에 대해 세금을 징수·납부하기 시작했지만, 이는 그 특정 채널을 통한 판매에만 적용되며 주요 스토어프론트에는 적용되지 않습니다.)
즉, 한 명의 판매자가 Shopify 스토어를 통해서는 특정 주에서 판매세 등록과 신고 의무를 정당하게 지면서, 같은 주에서 동일한 상품을 Etsy나 Redbubble을 통해 판매할 때는 아무것도 낼 필요가 없을 수 있습니다. 부기는 단순한 총매출이 아니라 어느 채널이 각 판매를 발생시켰는지를 추적해야 합니다. 그렇지 않으면 필요 없는 허가를 등록하거나 — 더 나쁘게는 — 필요한 허가를 놓치게 됩니다.
POD 특유의 또 다른 층이 하나 더 있습니다. 풀필먼트 수수료 자체가 과세 대상이 될 수 있다는 점입니다. Printful이나 Printify에 재판매 증명서(resale certificate)를 제출하지 않으면, 이들은 도매 제작 비용에 판매세를 부과하며 — 당신은 최종 소비자가 아니므로 이 세금은 법적으로 돌려받을 수 없습니다. (플랫폼의 세금 설정을 통해) 주(state)별 증명서든, 대부분의 주에서 인정되는 다주 조세 위원회(Multistate Tax Commission)의 통일 양식이든 재판매 증명서를 제출하면 이러한 이중 과세를 막을 수 있으며, 청구서에서 설명되지 않은 비용을 발견한 후가 아니라 첫 판매 전에 미리 해두는 것이 좋습니다.
정신줄을 놓지 않고 지급액을 풀필먼트 청구서와 대사하는 법
POD 부기의 핵심 운영상 과제는 복잡한 계산이 아니라 — 애초에 서로 깔끔하게 소통하도록 설계되지 않은 시스템들 간의 타이밍 불일치입니다.
- 고객이 Shopify나 Etsy에 대금을 지불합니다. 이 결제는 Shopify Payments, Stripe, 또는 Etsy Payments를 통해 자체 일정에 따라 정산됩니다(종종 2~5영업일 후, 다른 주문들과 함께 배치로 처리됨).
- 주문이 Printful이나 Printify로 전달되며, 이들이 별도로 청구서를 발행합니다 — 때로는 주문 건별로, 때로는 배치 단위로 — 지급액과는 종종 다른 일정으로 청구됩니다.
- 여러 채널에서 판매하는 경우, 각 채널이 저마다의 지급 보고서, 저마다의 수수료 구조, 저마다의 타이밍을 만들어내며, 이 모두가 결국 같은 풀필먼트 파트너를 가리키게 됩니다.
의도적인 프로세스가 없다면, 지급액을 수익으로만 기록하고 대응하는 풀필먼트 비용이 실제로 반영되었는지 추적하지 않고 넘어가기 쉽습니다. 이를 대부분 해결하는 간단한 습관이 있습니다. 매달 마감하기 전, 풀필먼트 파트너의 주문 단위 비용 보고서를 받아서 같은 기간의 채널별 지급 보고서와 한 줄 한 줄 대조하는 것입니다. 일치하지 않는 항목 — 고객 결제는 있는데 대응하는 풀필먼트 청구가 없는 주문, 혹은 그 반대의 경우 — 은 다음 기간에 해소될 타이밍 차이이거나, 지금 조사해볼 가치가 있는 실제 오류입니다.
이는 블랙박스형 대시보드가 아니라 실제로 직접 감사할 수 있는 기록에서 진가를 발휘하는 종류의 대사 작업입니다. 풀필먼트 청구서, 채널별 지급액, 징수된 판매세가 모두 원본 주문을 명확히 참조하는 평문(plain-text) 거래로 기록되어 있다면, 불일치를 추적하는 데 걸리는 시간은 세 개의 서로 다른 플랫폼에서 CSV를 내려받으며 오후 내내 씨름하는 대신 단 몇 분이면 충분합니다.
1099는 어떻게 되나요?
모델 A 판매자는 셀러 등록 당사자이기 때문에, Printful과 Printify는 1099를 아예 발행하지 않습니다 — 만약 1099-K를 받는다면 그것은 총 거래량을 기준으로 하는 결제 처리사(Shopify Payments, PayPal, Stripe)로부터 오는 것이며, 순소득 기준이 아닙니다. 바로 이 숫자에 위에서 설명한 매출원가 공제를 적용해야 정확한 이익 수치로 바뀝니다.
모델 B 마켓플레이스는 제각각입니다. Amazon Merch와 Zazzle은 신고 기준액을 넘는 로열티 소득에 대해 직접 1099를 발행합니다. Redbubble, TeePublic, Society6을 포함한 다른 곳들은 지급을 PayPal이나 Payoneer를 통해 처리하며, 기준액을 충족하면 이들이 대신 1099-K를 발행합니다. 어느 쪽이든, 신고 기준액은 오직 플랫폼이 서류를 보내야 하는지 여부만 결정할 뿐 — 그 소득이 과세 대상인지 여부와는 무관합니다. 로열티든 스토어프론트 이익이든, 받은 소득 1달러 전부가 1099가 우편함에 도착하든 말든 신고 대상입니다.
한 가지 더 짚어둘 분류상의 세부 사항이 있습니다. 마켓플레이스들이 종종 모델 B 지급액을 "로열티"라고 표시하더라도, 일회성 지적재산을 라이선싱하는 것이 아니라 디자인을 지속적으로 업로드하며 사업으로서 매장을 운영하고 있다면, IRS는 이를 수동적인 로열티 소득이 아니라 지속적인 무역이나 사업에서 발생한 자영업 소득으로 취급하여 자영업세(self-employment tax) 대상으로 봅니다.
프린트온디맨드 장부를 애초부터 잘 대사되도록 설계하세요
Printful을 통해 단일 Shopify 스토어프론트를 운영하든, 다섯 개의 마켓플레이스를 동시에 저글링하든, 연말의 깜짝 놀랄 일을 피하는 판매자들은 4월이 아니라 매달 풀필먼트 비용을 지급액과 대사하는 사람들입니다. Beancount.io는 매출원가, 징수된 판매세, 다채널 지급액을 명확하게 라벨링된 감사 가능한 거래로 추적하기 쉽게 만들어주는 평문(plain-text), 버전 관리 기반 회계를 제공합니다 — 벤더 종속도 없고, 블랙박스도 없습니다. 무료로 시작하기를 통해 개발자와 재무에 밝은 판매자들이 왜 평문 회계로 전환하고 있는지 확인해보세요.
