Shopify 대시보드는 이번 달 매출이 $48,000이라고 보여줍니다. 은행 계좌에는 Shopify 지급금으로 $44,100이 입금되었습니다. 그리고 연말에 Shopify가 IRS에 보내는 1099-K에는 전체 $48,000이 표시됩니다 — 이는 여러분의 장부에 한 번도 기록된 적 없는 숫자인데, 회계 소프트웨어가 은행 피드를 충실히 가져와 $44,100을 수익으로 기록했기 때문입니다. 세 개의 숫자, 한 달의 판매, 그리고 그 사이의 격차가 바로 전자상거래 부기가 조용히 무너지는 지점입니다.
해결책은 복잡하지 않지만 구체적입니다: 총 매출을 기록하고, 모든 수수료를 각각의 비용 계정으로 분리하며, 징수한 판매세를 부채로 처리하고, 입금을 그대로 신뢰하는 대신 각 지급금을 정산 내역과 대조하여 조정하세요. 이 가이드는 Shopify 지급금에 실제로 무엇이 포함되는지, 지불 거절이 승소했을 때와 패소했을 때 장부에서 어떻게 움직이는지, 그리고 배송비에 대한 판매세가 왜 별도의 주의를 기울일 만한 항목인지 설명합니다.
Shopify 지급금에 실제로 포함되는 것
Shopify Payments 지급금은 수익 수치가 아니라 순 정산금입니다. 각 지급 기간마다 Shopify는 고객이 지불한 모든 금액을 가져가서 처리 수수료, 환불, 조정, 지불 거절을 차감한 후 나머지를 입금합니다. 미국에서는 지급금이 순환 일정으로 입금됩니다 — 일반적으로 거래가 정산된 후 영업일 기준 2일 — 그리고 결제 설정에서 주기를 매일, 매주, 매월로 설정할 수 있습니다.
일반적인 일일 지급금은 다음과 같이 구성될 수 있습니다:
- 약 $2,300의 카드 총 매출
- 약 $70의 처리 수수료 차감 (Basic 요금제에서 온라인 거래당 2.9% + 30센트, 상위 요금제에서는 더 낮은 요율)
- 같은 날 발행된 $120의 환불 차감
- 분쟁 주문에 대한 $15의 지불 거절 수수료 차감
- 순 입금액: 약 $2,095
이 $2,095를 수익으로 기록하면 두 가지 문제가 동시에 발생합니다: 수익이 $200 이상 과소 계상되고, $85의 공제 가능 수수료와 $120의 환불이 장부 어디에도 나타나지 않습니다. 이를 1년 동안 곱하면 손익계산서는 실제로 운영하는 사업보다 더 작고 더 수익성 있어 보이는 사업을 묘사하게 됩니다 — 반면 1099-K는 IRS에 더 큰 사업에 대해 알려줍니다.
Shopify 지급금을 처음 보이는 것보다 조정하기 어렵게 만드는 세 가지 복잡한 문제가 있습니다:
여러 게이트웨이, 여러 흐름. Shopify Payments와 함께 PayPal, Klarna, Shop Pay Installments 또는 제3자 처리업체를 통해 결제를 받는 경우, 각 게이트웨이는 자체 일정과 자체 수수료 구조로 지급합니다. 특히 PayPal은 수수료 데이터를 Shopify로 전혀 돌려주지 않으므로, PayPal 명세서를 별도로 조정하지 않으면 그 공제 내역은 보이지 않습니다.
환불은 지급금 경계를 넘습니다. 오늘 발행된 환불은 다음 가용 지급금에서 차감되며, 이는 원래 판매와 다른 주 또는 심지어 다른 달에 해당할 수 있습니다. 지급금만으로 환불을 판매와 매칭하면 잘못 배치됩니다.
Shopify Capital 상환금은 수수료처럼 보입니다. Shopify Capital 대출이나 현금 서비스를 이용하는 경우, 상환금은 일일 매출의 일정 비율로 원천징수되어 지급금에서 차감 항목으로 나타납니다. 이 원천징수는 대출 상하지 — 일부는 원금, 일부는 비용 — 운영 비용이 아닙니다. 이를 수수료로 기록하면 공제를 과대 계상하는 반면 대출 잔액은 대차대조표에서 결코 줄어들지 않습니다.
총액 대 순액: 대부분의 Shopify 장부를 바로잡는 단 하나의 규칙
총 매출을 수익으로 기록하세요. 모든 차감 항목 — 처리 수수료, 환불, 지불 거절, 조정 — 을 각자의 계정에 기록하세요. 그런 다음 지급금이 맞아떨어지는지 확인하세요. 은행의 순 입금액은 마지막의 검증 수치이지 결코 시작 항목이 아닙니다.
위 지급금을 사용한 패턴은 다음과 같습니다:
- 지급금이 입금될 때가 아니라 주문이 발생할 때 $2,300의 총 매출을 수익으로 기록합니다.
- $70의 처리 수수료를 판매자 수수료 비용 계정에 기록합니다.
- $120의 환불을 수익의 감소(또는 환불 상계 수익 계정)로 기록하며, 발행한 날짜로 기재합니다.
- $15의 지불 거절 수수료를 동일한 판매자 수수료 계정에 기록합니다.
- $2,095의 입금이 도착하면 그 항목들과 매칭합니다. 총액에서 차감액을 뺀 값이 정확히 입금액과 일치해야 합니다.
이를 매달 반복하는 가장 깔끔한 방법은 클리어링 계정 — 때때로 "Shopify 클리어링" 또는 "이동 중 자금" 계정이라고 불립니다 — 입니다. 발생하는 대로 모든 Shopify 판매 활동을 클리어링 계정에 기록한 다음, 입금이 도착할 때마다 각 지급금을 그 계정에서 빼냅니다. 어느 시점이든 클리어링 잔액은 Shopify가 여러분에게 빚졌지만 아직 지급하지 않은 돈을 나타냅니다: 지급금 기간 내에 여전히 남아 있는 지난 며칠간의 매출입니다. 클리어링 잔액이 매달 증가하거나 지급 주기보다 오래된 오래된 항목을 포함하면 무언가 조정되지 않은 것입니다 — 누락된 환불, 중복된 판매 또는 두 번 기록된 수수료.
한 가지 더 중요한 분리가 있습니다: 징수한 판매세는 수익이 아닙니다. 그것은 여러분이 주(州)를 위해 보관하는 돈입니다. 징수 시점에 판매세 미지급금 부채 계정에 기록하고 납부할 때 정리하세요. 징수한 세금을 수익 안에 방치하는 판매자는 소득을 과대 계상한 후 신고 시점에 부채를 되돌려내느라 허둥댑니다. 이는 Shopify 판매자에게 두 배로 중요합니다. 왜냐하면 Amazon과 달리 Shopify는 일반적으로 마켓플레이스 촉진자가 아니기 때문입니다 — 대부분의 주에서 징수 및 납부 책임 당사자는 여러분이며, Shopify의 세금 엔진은 여러분이 설정한 것만 수행합니다.
지불 거절: 대부분의 판매자가 잘못 기록하는 생애주기
지불 거절은 환불이 아닙니다. 환불은 여러분이 자발적으로 돈을 돌려주는 것이고, 지불 거절은 고객이 이의를 제기한 후 고객의 은행이 돈을 회수하는 것입니다. 각각은 장부에서 다른 경로를 따르며, 이 둘을 혼동하는 것은 가장 흔한 전자상거래 오류 중 하나입니다.
생애주기는 단계별로 진행됩니다:
- 분쟁이 시작됩니다. Shopify가 여러분에게 알리고 분쟁 금액에 고정 분쟁 수수료(미국에서 일반적으로 $15)를 더한 금액을 다음 지급금에서 회수합니다. 이 시점에 회수된 금액에 대해 지불 거절 미수금 또는 분쟁 계정을 차변으로, 클리어링 계정을 대변으로 기록하고 수수료를 비용 처리합니다. 아직 원래 판매를 취소하지 마세요 — 분쟁이 해결되지 않았고 돈이 돌아올 수 있습니다.
- 증거를 제출합니다. Shopify 관리자를 통해 추적 번호, 배송 확인, 고객 서신, 환불 정책을 추가할 수 있으며, 그 후 Shopify가 카드사에 응답을 전달합니다. Shopify Protect가 적용되는 주문은 이 단계 없이 수수료를 포함해 자동으로 상환됩니다.
- 분쟁이 해결됩니다 — 승소 또는 패소. 승소하면 Shopify가 분쟁 금액을 반환하고 수수료를 환불합니다; 미수금과 수수료 비용을 역분개하세요. 패소하면 손실이 확정됩니다: 원래 판매를 역분개하고(또는 미수금을 지불 거절 손실 비용 계정으로 상각하고) 수수료는 비용 처리된 상태로 둡니다.
단계별 처리가 중요한 이유: 분쟁이 시작된 날 판매를 역분개하는 판매자는 이후 승소하는 모든 분쟁에 대해 수익을 과소 계상하고, 패소한 분쟁을 결코 역분개하지 않는 판매자는 유령 수익과 결코 회수되지 않을 미수금을 안고 있습니다. Shopify가 보고하는 것과 동일한 방식으로 상태별 — 대기 중, 승소, 패소 — 승패율을 추적하고 매월 검토하세요.
존중할 만한 임계값도 있습니다. 카드 네트워크는 여러분의 분쟁율을 주시하며, 거래의 약 1%를 넘으면 준비금 — Shopify가 지급금의 일부를 보류하는 것 — 또는 계정 검토를 촉발할 수 있습니다. 이 비율을 모니터링하는 것은 회계 규율만큼이나 현금 흐름 규율입니다: 준비금은 각 지급금에 포함되는 내용을 조용히 바꾸며, 설명되지 않는 부족액이 바로 오래된 클리어링 잔액이 생기는 방식입니다.
배송비에 대한 판매세: 모두가 잘못 설정하는 항목
배송비에 대해 판매세를 징수해야 하는지 여부는 주에 따라 다릅니다 — 그리고 규칙은 세 가지로 나뉩니다:
- 항상 과세. 텍사스, 플로리다, 일리노이, 코네티컷, 워싱턴을 포함한 주들은 과세 대상 상품의 배송비를 배송비를 별도 항목으로 표시하든 하지 않든 판매 가격의 일부로 취급합니다.
- 별도로 표시하면 면세. 캘리포니아, 버지니아, 애리조나를 포함한 주들은 배송비가 자체 항목으로 표시되고 상품이 일반 운송업체를 통해 운송될 때 배송비를 비과세로 두도록 합니다 — 그러나 상품 비용에 포함시키면 과세 대상 가격으로 다시 합산됩니다.
- 상품에 따라 조건부. 많은 주에서 상자 안의 품목이 과세 대상일 때 배송비가 과세되고 그렇지 않을 때 면세됩니다.
그 규칙 안에 두 가지 함정이 있습니다. 첫째, 취급은 배송이 아닙니다. 여러 주에서 배송비는 면세하지만 취급, 포장 또는 "배송 및 취급"을 결합 항목으로 과세합니다 — 따라서 하나의 결합된 항목이 다른 경우 면세될 수 있는 요금을 과세 대상으로 만들 수 있습니다. 둘째, 배송세는 넥서스를 따릅니다: 넥서스가 있는 주에서만 징수 의무가 있지만, 경제적 넥서스 임계값은 성장하는 매장이 눈치채지 못한 채 연중에 새로운 주의 규칙으로 넘어갈 수 있음을 의미합니다.
장부에서는 처리가 제품 판매세와 동일합니다: 배송비에 징수된 세금은 동일한 판매세 미지급금 부채 계정에 기록되며 결코 수익으로 가지 않습니다. Shopify에서 세금 설정이 필요한 곳에서 배송 요금에 세금을 부과하는지 확인하세요 — 플랫폼은 지역별로 이를 자동화할 수 있지만, 여러분이 제공한 넥서스 범위 내에서만 가능합니다. 그런 다음 매 기간 실제 신고와 부채 계정을 조정하세요; 계속 위로 표류하는 미지급금 잔액은 일반적으로 배송세(또는 주 전체)가 징수되었지만 결코 납부되지 않았음을 의미합니다.
Shopify 장부를 훼손하는 실수들
대부분의 정리 작업은 짧은 목록으로 거슬러 올라갑니다. 다음에 비추어 확인하세요:
- 순 지급금을 수익으로 기록하기. 입금액은 총 매출에서 모든 것을 뺀 값입니다. 총액과 각 차감 항목을 별도로 기록하세요.
- 은행 피드가 부기를 하도록 방치하기. 가져온 입금 항목은 수수료, 환불, 세금에 대해 아무것도 모릅니다. 그것은 조정 입력값이지 분개 항목이 아닙니다.
- 징수한 판매세를 소득으로 기록하기. 고객이 지불하는 순간부터 그것은 부채입니다.
- Shopify Capital 원천징수를 수수료로 취급하기. 각 원천징수를 대출 원금과 비용으로 분할하세요.
- 분쟁 판매를 해결되기 전에 역분개하기. 지불 거절을 미수금을 통해 단계별로 처리하세요; 패소 시에만 역분개하세요.
- Shopify Payments 외부의 게이트웨이 흐름 무시하기. PayPal과 제3자 처리업체는 자체 조정 작업이 필요합니다.
- 클리어링 계정 건너뛰기. 그것 없이는 지급금과 매출이 일치함을 증명하는 잔액이 없습니다.
견고하게 유지되는 월간 조정 루틴
매월 — 또는 거래량이 많은 경우 매주 — 시간을 따로 마련하고 동일한 과정을 실행하세요:
- 해당 기간의 Shopify Payments 지급금 보고서와 주문 수준 거래 내역을 가져옵니다.
- 은행 피드가 아닌 거래 내역에서 총 매출, 할인, 환불, 수수료, 징수된 세금을 해당 계정에 기록합니다.
- 각 은행 입금을 해당 지급금과 매칭하며, 총액에서 차감액을 뺀 값이 입금액과 일치하는지 확인합니다.
- 클리어링 계정을 검토합니다: 잔액은 대략 마지막 지급 기간의 미지급 매출만 반영해야 합니다. 그보다 오래된 것은 조사하세요.
- 미결 지불 거절의 경과 기간을 확인하고, 승소한 분쟁이 역분개되었는지, 패소한 것이 상각되었는지 확인하며, 분쟁율을 1% 기준선과 비교합니다.
- 주별로, 배송비에 대한 세금을 포함하여 판매세 미지급금을 신고 및 납부한 내용과 조정합니다.
일관되게 수행하면 이 루틴은 장부를 깨끗하게 유지하는 것 이상을 합니다. 수수료 증가를 드러내고, 환불 문제를 조기에 표시하며, 1099-K 총액을 수익과 조정 가능하게 유지하고, 실제로 가격을 책정할 수 있는 SKU 수준 마진을 제공합니다 — 모든 수수료가 마침내 제자리에 있기 때문입니다.
첫날부터 Shopify 장부를 조정된 상태로 유지하세요
매장이 여러 게이트웨이와 주에 걸쳐 성장할수록 지급금 계산은 더욱 복잡해집니다 — 그리고 정확성을 유지하는 판매자는 총액 기록 습관을 일찍 들인 사람들입니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공합니다 — 블랙박스도, 벤더 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 왜 플레인 텍스트 회계로 전환하는지 확인하세요.
