새로운 Shopify 고객을 맡게 됩니다. QuickBooks Online에 계정과목표를 구축합니다. 5가지 범주, 합리적인 하위 계정, 표준 규칙을 따르는 계정 번호 지정. Shopify 통합을 연결합니다. 모든 것이 서류상으로는 올바르게 보입니다.
그런 다음 첫 번째 Shopify 지급금이 도착합니다.
Shopify는 은행에 14,200달러를 입금했습니다. QuickBooks에는 15,800달러의 Shopify 수익이 표시됩니다. Shopify 대시보드는 총 매출 16,100달러를 보고합니다. 같은 달의 활동에 대해 세 가지 다른 숫자이며, 어느 것도 일치하지 않습니다. 격차를 해소하기 위해 4시간을 보냅니다. 결국 발견합니다. 수수료가 은행 송금으로 기록되었고, 환불이 올바른 계정에 게시되지 않았으며, 세금 징수 금액이 부채가 아닌 수익으로 잡혀 있습니다. 계정과목표에는 빠진 것이 없었습니다. 단지 Shopify가 실제로 돈을 이동하는 방식에 맞게 구축되지 않았을 뿐입니다.
대부분의 CoA 가이드가 기반으로 하는 잘못된 가정은 다음과 같습니다. 올바른 범주에 올바른 계정이 있으면 조정이 작동할 것입니다. 매달 작업을 수행하는 문제입니다. Shopify에는 해당되지 않습니다. 계정 이름과 번호 지정은 기본입니다. Shopify 장부가 조정되는지 여부를 결정하는 것은 계정과목표가 Shopify가 총 수익이 아닌 순 지급금으로 자금을 지급하는 방식과 아키텍처적으로 호환되는지 여부입니다. 5가지 특정 매핑 결정이 월말 마감에 30분이 걸릴지 또는 오후 대부분이 걸릴지를 결정합니다.
시간 차이
4시간
vs. 30분 — 동일한 월말 마감
차이는 수행하는 작업량에 있지 않습니다. 계정과목표가 처음부터 Shopify의 순 지급금을 올바르게 받도록 설계되었는지 여부입니다.
월말 마감 시 올바르게 보이지만 실제로는 그렇지 않은 계정과목표
대부분의 표준 계정과목표 템플릿 — 이커머스 전용 템플릿조차도 — 수입이 총 수익으로 들어온다는 가정하에 구축됩니다. 100달러의 판매는 100달러의 수입으로 게시됩니다. 수수료는 지급 시 기록됩니다. 대부분의 비즈니스는 이런 식으로 작동합니다.
Shopify는 그렇게 작동하지 않습니다.
고객이 100달러를 지불해도 Shopify는 100달러를 보내지 않습니다. 순 지급금 — 총 매출에서 결제 처리 수수료, 환불, Shopify 거래 수수료, 때로는 귀사를 대신하여 징수된 판매세를 제외한 금액을 단일 은행 송금으로 묶어서 보냅니다. 이 송금은 1일부터 14일까지의 주문을 포함합니다. 해당 지급금이 고객의 은행 계좌에 입금될 때쯤이면 최소 5가지의 별도 재무 이벤트가 발생합니다. 계정과목표는 이 5가지를 모두 수신하고 분해해야 하며, 그렇지 않으면 매달 조정에 실패할 것입니다.
계정이 잘못된 것이 아닙니다. 아키텍처가 잘못된 것입니다.
Shopify의 순 지급 구조가 아키텍처 문제인 이유
일반적인 Shopify 지급금에 실제로 포함되는 항목은 다음과 같습니다.
- 총 매출 — 지급 기간의 모든 주문에서 발생한 총 수익
- 결제 처리 수수료 — Shopify Payments(기본 요금제)의 경우 온라인 거래당 일반적으로 2.9% + $0.30이며, 지급 전에 공제됩니다.
- Shopify 거래 수수료 — 스토어에서 Shopify Payments를 사용하지 않는 경우 거래당 추가 2%이며, 이전 요금제에서 흔히 발생합니다.
- 환불 처리 — 지급 기간에 반품된 주문에 대한 총 환불액
- 마켓플레이스 촉진 판매세 — Shopify가 수집하여 판매자를 대신하여 주 정부에 직접 납부할 금액(대부분의 미국 주에서 Shopify는 마켓플레이스 촉진자입니다).
통합에서 입금액을 'Shopify 매출' 소득 계정으로 직접 매핑하면 5가지 이벤트를 모두 하나의 숫자로 축소하게 됩니다. 수수료가 이미 공제되었기 때문에 소득이 과소 계상됩니다. 수수료 비용은 보이지 않습니다. 세금 징수를 수익으로 기록했기 때문에 대차대조표에는 유령 세금 부채가 발생합니다.
해결책은 매달 사후에 정리하는 것이 아닙니다. 각 구성 요소가 올바른 계정으로 자동 라우팅되도록 계정 체계를 구축하고, 정산 계정을 사용하여 은행 입금액과 다시 연결하는 것입니다. 이를 위해서는 5가지 특정 결정이 필요합니다. 잘못된 결정을 내릴 경우 발생하는 후속 비용은 귀사가 전자상거래 약정에서 상각하는 시간입니다.
결정 1 및 2: 총 수익 계정 및 정산 계정
결정 1: 입금액이 아닌 총 매출을 소득으로 기록합니다.
소득 계정은 Shopify가 공제하기 전 고객이 실제로 지불한 금액을 반영해야 합니다. 단일 '전자상거래 매출' 항목 대신 각 판매 채널(Shopify 매출, WooCommerce 매출, 도매 수익)에 대해 별도의 소득 계정을 만듭니다. Shopify와 Amazon 수익을 하나의 계정으로 결합하면 채널별 수익 가시성이 손실되며, 장부를 재구축하지 않고는 이를 복구할 실질적인 방법이 없습니다.
Shopify 전용 고객의 깔끔한 소득 섹션은 다음과 같습니다.
- 4100 — Shopify 매출(총액, 공제 전)
- 4110 — Shopify 배송 수입(고객에게 배송비 청구 시)
- 4200 — 반품 및 할인(매출 차감)
소득 계정은 판매된 내역을 기록합니다. 은행 입금액은 공제 후 지급된 금액을 반영합니다. 이 두 숫자는 구조적으로 다르며, 계정 체계에는 이를 연결하는 계정이 필요합니다.
결정 2: 정산 계정을 브릿지로 사용합니다.
정산 계정은 순 지급금 문제에 대한 아키텍처 수정입니다. 총 매출 크레딧 입력, 수수료/환불/세금 차변 출력, 순 은행 입금액과 정확히 일치합니다. 정산 계정은 각 지급 주기마다 0으로 마감됩니다. 조정은 조사적인 것이 아니라 기계적으로 이루어집니다.
판매가 기록되면 총액은 Shopify 판매 수입 계정과 자산으로서의 청산 계정으로 게시됩니다. Shopify가 순 지급액을 지급하면 청산 계정은 공제액(수수료, 환불, 세금)을 받고 0으로 소진됩니다. 은행 입금액은 순 지급액과 정확히 일치합니다. 각 구성 요소는 올바른 계정에 안착됩니다.
청산 계정이 없으면 단일 QBO 계정과 일치하지 않는 은행 입금액을 조정하려고 시도하게 됩니다. 단일 계정과 일치하도록 설계되지 않았기 때문입니다. 이는 다섯 가지 금융 거래의 순액입니다. 청산 계정 없이 Shopify 조정에 저녁 시간을 보낸 모든 CPA는 그것이 어떤 느낌인지 정확히 알고 있습니다.
결제 처리기당 하나의 청산 계정을 만드세요. 고객이 Shopify Payments와 PayPal을 사용하는 경우 두 개의 청산 계정이 필요합니다. 이를 혼합하면 수입 수준에서 해결하려는 불일치 문제를 청산 수준에서 다시 발생시킵니다.
결정 3 및 4: 수수료 분리 및 환불 처리
결정 3: Shopify 수수료는 단일 항목이 아닙니다.
Shopify 지급액에는 세 가지 별도의 수수료 유형이 나타납니다. 이를 하나의 "Shopify 수수료" 계정으로 축소하면 마진이 어디로 가는지에 대한 의미 있는 가시성을 잃게 됩니다.
구독료
고정
월 $29–$399의 플랫폼 수수료; 거래량과 무관
거래 수수료
0.5–2%
Shopify Payments를 사용하지 않는 경우에만 부과되며, 전환 시 사라짐
결제 처리 수수료
2.9% + $0.30
거래당 부과; 가장 큰 수수료 범주; 총 마진을 직접적으로 감소시킴
QBO의 깔끔한 수수료 구조:
- 6100 — Shopify 구독
- 6110 — Shopify 거래 수수료
- 6120 — 결제 처리 수수료
이 세 가지를 하나의 계정으로 묶는 것은 CPA가 3%의 마진 침식이 눈에 띄지 않는 장부를 상속받는 방식입니다. 가격 책정 모델이 예측하는 것보다 총 마진이 낮은 이유를 누군가 묻기 전까지는 말이죠. 설정 시 이들을 분리하는 데 비용이 들지 않으며 이후 모든 검토 시 시간을 절약해 줍니다.
결정 4: 환불은 원본 주문이 아닌 지급액에 대해 게시됩니다.
고객이 주문을 반품하면 Shopify는 다음 지급액에서 환불 금액을 차감합니다. 별도의 은행 거래를 생성하는 것이 아니라 지급액의 순 금액을 줄입니다. 반품 및 할인에 대한 반대 수익 계정은 반품이 처리된 시점이 아니라 해당 금액을 포함하는 지급액이 발생한 시점에 환불 항목을 받아야 합니다.
3월에 반품이 처리되었지만 4월 지급액에 환불이 나타난 경우, 반대 수익 항목은 4월에 속합니다. 3월에 게시하면 기간 불일치가 발생합니다. 3월 수익은 감소하지만, 3월 은행 조정은 현금 효과가 3월에 발생하지 않았기 때문에 여전히 균형을 맞추지 못합니다. 기간 불일치는 장부가 복잡하게 얽혀 전체 정리가 필요할 때까지 월별로 누적됩니다.
결정 5: 판매세는 처음부터 부채로 처리
대부분의 미국 주에서 Shopify는 마켓플레이스 촉진자입니다. 즉, Shopify는 고객으로부터 판매세를 징수하여 주 세무 당국에 직접 납부합니다. 판매자는 해당 돈을 만지지 않습니다. 판매자는 세금을 납부할 의무가 없으며, Shopify가 이미 납부했습니다.
Shopify가 징수하는 판매세는 Shopify 대시보드의 총 주문 합계에 표시되지만, 판매자의 은행 계좌로 입금되지 않으며 판매자의 수익이 아닙니다. 소득 계정에 세금을 포함한 총 주문 합계를 기록하는 경우, 수익을 과대평가하고 대차대조표에 가상의 부채를 생성하는 것입니다.
올바른 설정에는 두 개의 부채 계정이 필요합니다:
- 판매세 지급 계정 — 판매자가 직접 징수하여 납부하는 세금 (도매와 같은 마켓플레이스 외 채널 또는 마켓플레이스 촉진자 규칙이 적용되지 않는 주)
- 마켓플레이스 세금 원천징수 (또는 “Shopify 세금 징수”) — Shopify가 판매자를 대신하여 징수하고 납부하는 세금; Shopify의 납부로 인해 부채가 소멸되므로 지급 주기 후 0으로 상계됩니다.
고객이 여러 채널(Shopify, 직접 웹사이트, 도매)에서 판매하는 경우, 채널별로 세금 처리가 다릅니다. 단일 “판매세 지급 계정”으로는 Shopify에서 처리한 세금과 판매자가 처리한 세금을 구분할 수 없으며, 이 구분은 세금 신고 시 중요합니다.
하루 만에 마감되는 계정과목표
다섯 가지 결정 사항이 모두 적용되면 월말 마감은 다음과 같이 진행됩니다. 각 Shopify 지급액은 정산 계정을 통해 처리됩니다. 총 매출은 입금되고, 결제 수수료, 환불, 마켓플레이스 세금은 출금됩니다. 순 은행 입금액이 기록됩니다. 정산 계정은 0으로 마감됩니다. 은행 조정은 조사가 아닌, 구조에 의해 균형을 이룹니다.
이는 20분 정도 소요되는 작업입니다. 차이는 작업량의 차이가 아니라, 계정 원장이 데이터를 올바르게 수신하도록 설계되었는지 여부입니다.
초기 투자는 현실입니다. 신규 고객을 위해 이 아키텍처를 올바르게 구축하는 데는 처음에는 2~3시간이 걸립니다. 이는 일반적인 템플릿을 복사하는 것보다 더 오래 걸립니다. 하지만 대안은 매월, 무기한으로 해당 시간 또는 그 이상을 소비하는 것입니다.
다섯 개 또는 열 개의 Shopify 고객을 관리하는 CPA에게 이 아키텍처는 반복 가능한 템플릿의 기초입니다. 동일한 다섯 가지 결정 사항이 QBO의 모든 Shopify 스토어에 적용됩니다. 한 번 올바르게 구축하면, 각 신규 계약마다 문제를 다시 배우는 것이 아니라, 전체 업무에 적용하게 됩니다.
LedgerPort는 매핑을 자동으로 처리합니다. 동기화는 각 지급 주기마다 총 매출, 수수료 항목, 환불, 마켓플레이스에서 징수한 세금을 올바른 계정으로 게시하므로, 정산 계정은 수동 개입 없이 마감됩니다. 계정 원장은 여전히 해당 데이터를 수신하도록 올바르게 구성되어야 하지만, 위의 다섯 가지 결정 사항은 정확히 해당 구조를 제공합니다.
QBO에 새로운 Shopify 고객을 설정하거나 조정되지 않은 장부를 상속받는 경우, 가장 먼저 확인해야 할 다섯 가지 사항이 있습니다. 위의 결정 중 하나라도 내려지지 않았다면 4시간이 걸리는 조정 작업이 발생하는 이유입니다. 계정과목표를 올바르게 설정하는 것은 CPA가 요청할 때 세금 준비가 된 장부를 갖추는 것의 기초이기도 합니다. 월말을 깔끔하게 만드는 동일한 다섯 가지 결정이 연말을 간단하게 만듭니다. 여러 고객을 보유한 업체의 매핑을 LedgerPort가 어떻게 처리하는지 ledgerport.com/cpas에서 확인하거나 무료로 시작하세요.
