매주 월요일 아침, 똑같은 일이 반복됩니다.
은행 계좌를 확인합니다. Shopify 지급금이 들어왔습니다 — $4,312.87. QuickBooks를 엽니다. 주말 동안의 매출은 $4,891.00으로 표시됩니다. 잠시 두 숫자를 바라봅니다. 확인하기 위해 Shopify를 엽니다. 숫자는 여전히 다릅니다.
2년 동안 이 일을 해왔습니다. 회계사에게 물어봤습니다. 구글에 검색했습니다. 회계사에게 물어봤는데, 차이를 수동으로 조정하라고 했습니다. 매달 그렇게 하고, 다음 달에는 차이가 달라집니다. 때로는 $200이고, 때로는 $900입니다. 한 분기에는 $3,000가 넘었지만 여전히 어디로 갔는지 설명할 수 없습니다.
사실은, 아무것도 잘못되지 않았다는 것입니다.
Shopify도 아닙니다. QuickBooks도 아닙니다. 당신도 아닙니다. 당신이 계속 바라보던 차이는 오류가 아니라, 진실을 말하고 있다고 생각하는 두 시스템 간의 구조적 비호환성입니다. 그리고 그들은 진실을 말하고 있습니다.
Shopify 지급금은 실제로 어떻게 작동하는가
Shopify는 회계 시스템이 아닙니다. 내장된 결제 처리기가 있는 전자상거래 플랫폼이며, 은행으로 보내는 돈은 이를 반영합니다.
Shopify가 계좌로 돈을 입금할 때, 총 매출을 보내는 것이 아닙니다. Shopify가 받을 돈을 모두 제외하고 남은 금액을 보내는 것입니다:
- 거래 수수료 (Shopify 결제 처리 수수료 — 일반적으로 거래당 2.4–2.9% + 30¢)
- 지급 기간 동안 발행된 환불
- 결제 거부 공제 및 분쟁 보류
- 예치금 보류 (신규 스토어 또는 결제 거부 위험이 높은 스토어의 경우 일반적)
- Shopify를 통해 청구된 앱 요금
Shopify는 이 모든 것을 1~3 영업일의 순환 기간에 걸쳐 일괄 처리하고, 모든 것을 정산하여 단일 금액을 보냅니다. 그 금액은 정확합니다. 정확히 받은 금액에서 정확히 지급해야 할 금액을 뺀 것입니다. 계산이 맞습니다.
하지만 이는 총 수익에서 다섯 가지 다른 범주의 공제를 빼고, 여러 날의 거래를 포함하여 하나의 항목으로 축소한 것입니다. 그리고 은행 명세서에는 세부 정보가 전혀 표시되지 않습니다.
실제 지급금 내역
두 숫자 — $4,891와 $4,312.87 — 모두 정확합니다. 하지만 은행에는 둘 중 하나만 표시됩니다.
QuickBooks는 어떻게 보는가
QuickBooks Online은 회계 시스템입니다. 판매가 발생할 때 — 고객이 지불한 총 금액 — 수익을 기록합니다. Shopify의 수수료 구조, 환불 시점 또는 지급금이 여러 날을 포함한다는 사실을 자동으로 알지 못합니다.
Shopify 데이터를 수동으로 QuickBooks에 입력하는 경우, 다음 중 하나에 해당합니다.
A) 총 매출액 입력 — 이 경우 수익은 올바르게 보이지만 현금 잔액은 은행 입금과 일치하지 않으며 수수료가 어디로 갔는지 수동으로 추측하게 됩니다.
B) 입금액 입력 — 이 경우 현금은 일치하지만, 지급액에서 공제된 모든 수수료, 환불 및 조정으로 인해 수익이 과소 계상됩니다.
두 옵션 모두 올바르지 않습니다. 둘 다 번역 계층이 없을 때 사람들이 하는 일입니다.
귀하의 북키퍼가 실수를 하는 것이 아닙니다. 귀하의 회계사가 명백한 것을 놓치고 있는 것도 아닙니다. 두 시스템은 서로 다른 언어를 사용하고 있으며, 귀하는 손으로 번역하려고 노력하고 있습니다.
어느 시스템도 틀리지 않았다
이것은 처음 들었을 때 답이 아닌 것처럼 들리기 때문에 사람들이 혼란스러워하는 부분입니다.
Shopify는 순 지급액을 보내는 것이 맞습니다. 결제 처리업체가 하는 일이 바로 그것입니다. 즉, 자금 흐름을 처리하고 수수료를 공제한 후 남은 금액을 보내는 것입니다.
QuickBooks는 총 수익을 기록하는 것이 맞습니다. 회계 시스템이 하는 일이 바로 그것입니다. 즉, 고객이 지불한 금액을 추적하는 것입니다. 이는 손익 계산서 정확성, 세금 보고 및 실제 비즈니스 성과 이해에 필요하기 때문입니다.
문제는 둘 중 하나가 귀하에게 거짓말을 하고 있다는 것이 아닙니다. 문제는 거래의 다른 수준에서 다른 문제를 해결한다는 것입니다. 그리고 그 중간에서 번역해 주는 것은 아무것도 없습니다.
SHOPIFY는 이렇게 봅니다
순 지급액: $4,312.87
총 매출에서 수수료, 환불 및 조정을 제외한 금액 — 현금 흐름에 정확합니다.
QUICKBOOKS는 이렇게 필요로 합니다
총 수익: $4,891.00 + 항목별 공제
각 구성 요소가 올바른 계정에 매핑됨 — 손익 계산서 및 세금에 정확합니다.
필요한 것은 수동으로 차이를 조정하는 더 나은 방법이 아닙니다. 필요한 것은 두 언어를 모두 구사하는 것입니다. Shopify에서 총 매출을 가져와 각 수수료 공제를 QuickBooks의 올바른 비용 계정에 매핑하고, 지급액을 올바른 거래와 일치시키고, 차이를 자동으로 마감하는 것입니다.
실제로 차이를 해결하는 방법
지급 불일치를 해결하는 두 가지 방법이 있습니다.
수동 조정은 Shopify 지급 보고서를 내보내고 모든 거래를 교차 확인한 후 각 구성 요소(수수료, 환불, 조정)를 QuickBooks의 별도 항목으로 입력하는 것을 의미합니다. 올바르게 수행하면 월 3-5시간이 소요됩니다. 빠르게 수행하면 새로운 오류가 발생합니다. 연간 매출 100만~500만 달러 규모의 대부분의 스토어 소유자는 이 문제에 연간 30-60시간을 소비하며 여전히 완전히 정리되지 않은 장부를 가지고 있습니다. 직접 하려면 전체 단계별 방법은 QuickBooks에서 Shopify 지급금을 조정하는 방법에 대한 가이드에 나와 있습니다.
자동 조정은 귀하를 대신하여 번역 계층 작업을 수행하는 도구를 사용하는 것을 의미합니다. Shopify에서 각 지급액을 가져와 구성 요소(총 매출, 거래 수수료, 환불, 조정)로 분해하고, 각 항목을 올바른 QuickBooks 계정에 매핑하고, 분개장을 자동으로 기록합니다.
LedgerPort는 매일 개입 없이 이 작업을 수행합니다. 지급금이 은행 계좌로 입금되면 QuickBooks를 열었을 때 이미 해당 항목이 올바른 계정으로 분류되고 올바른 기간에 맞춰져 회계사가 검토할 준비가 된 상태로 남아 있습니다.
몇 시간 동안 겨우겨우 해결했던 차이가 자동으로 해결됩니다. CPA에게 절대 설명할 수 없었던 내용이 저널 항목에 포함됩니다.
주문이 아닌 돈이 이동할 때 수익을 기록하세요
지급 차이의 일부는 순전히 타이밍 문제입니다. 동기화 도구가 Shopify에 주문이 나타나는 순간(결제가 아직 보류 중이거나 승인된 상태일 때) 주문을 기록하면 QuickBooks는 지급금이 존재하기 전에 수익을 표시합니다. 장부가 돈보다 앞서 나가고 차이가 실제보다 더 커 보입니다.
LedgerPort에서는 수익이 기록되는 순간이 설정입니다. 동기화 구성 » 주문 » 동기화 트리거에서 6가지 결제 상태 중 어떤 것이 주문을 동기화 대상으로 지정하는지(결제 완료, 승인됨, 부분 결제, 보류 중, 환불됨, 부분 환불됨)와 3가지 배송 상태를 선택합니다. 주문은 각 그룹에서 하나의 조건을 충족할 때만 동기화됩니다.
대부분의 스토어에 대한 공식 권장 사항: 결제 완료만 선택하고 미배송 및 배송 완료를 모두 선택합니다. 이렇게 하면 배송 상태에 관계없이 실제 돈이 이동하는 순간 수익이 QuickBooks에 기록됩니다. 문서는 위의 이유로 보류 중을 '주의해서 사용'으로 표시하고, 취소된 주문은 기본적으로 제외되므로 취소가 수익으로 표시되지 않습니다.
결제 완료 트리거만 사용하면 장부의 모든 것이 입금된 돈을 나타냅니다. 이것이 지급금이 일치하는 첫 번째 전제 조건입니다.
동기화되지 않은 환불
다음은 불일치의 고전적인 버전입니다. 고객이 환불을 받으면 Shopify는 해당 환불을 지급금에서 차감하지만 QuickBooks는 환불이 동기화되지 않았기 때문에 전체 판매액을 계속 표시합니다. 오류도 경고도 없습니다. 장부만 조용히 은행과 멀어집니다.
해결 방법은 두 개의 확인란입니다. 동기화 구성 » 주문 » 동기화 트리거에서 환불됨 및 부분 환불됨을 선택합니다. 둘 다 선택하지 않으면 환불은 동기화에서 조용히 제외됩니다. 이것이 통합을 한 번 설정하고 다시 검토하지 않은 스토어에서 이 유형의 불일치가 지속되는 이유입니다.
활성화되면 동기화된 환불은 QuickBooks에 실제 회계 문서로 생성됩니다. Sales Receipts로 동기화된 주문의 경우 Refund Receipt, Invoices로 동기화된 주문의 경우 Credit Memo가 생성되며, 원본 거래에 연결되고 세금 및 배송비는 Shopify와 정확히 일치하도록 별도의 줄로 분리됩니다. 부분 환불은 환불된 금액에 대해서만 문서를 생성하며, 원본 판매는 그대로 유지됩니다.
한 가지 주의할 점은 환불이 첨부되기 때문에 원본 주문이 이미 QuickBooks에 있어야 한다는 것입니다. 하지만 이것이 유일한 요구 사항입니다. 두 개의 확인란은 전체 지급 불일치 범주를 차단합니다.
전송되지 않은 주문 찾기
세 번째 숨겨진 격차 원인: 동기화에서 완전히 오류가 발생한 주문입니다. 매핑되지 않은 제품, 누락된 청구 필드, 만료된 QuickBooks 연결 등 이 중 하나라도 QuickBooks 수익에 구멍을 남기며, 판매 자체가 존재하지 않기 때문에 어떤 지급으로도 조정할 수 없습니다.
중요한 것은 이러한 실패가 이름이 지정된다는 것이지, 조용히 넘어가지 않는다는 것입니다. LedgerPort의 모든 동기화 시도는 동기화됨, 오류, 보류 중 또는 보류 중 상태를 가지며, 감사 로그를 상태 = 오류로 필터링하는 것은 주의가 필요한 모든 것을 보여주는 30초 확인입니다. 오류에는 '제품 매핑 안 됨', '필수 필드 누락' 또는 만료된 토큰 '연결 비정상'과 같은 이유가 함께 제공됩니다. 이 중 '연결 비정상'은 문서에서 가장 일반적인 동기화 오류로 언급됩니다.
복구 작업은 짧습니다. 원인을 수정하고, 수동 동기화에서 실패한 레코드를 선택하고, 선택한 항목 동기화를 클릭하세요. 실패한 레코드는 절대 손실되지 않으며, QuickBooks가 대량 푸시를 속도 제한하는 경우 재시도가 자동으로 이루어집니다.
지급 격차를 닫는 것은 부분적으로 구조(계정 정리, 수수료 매핑)이고 부분적으로는 완전성입니다. 완전성은 필터 클릭입니다.
이 모든 상황의 아이러니는 2년 동안 무언가 잘못되었다고 확신했다는 것입니다. Shopify의 계산이 틀렸거나, QuickBooks가 잘못되었거나, 장부 담당자가 무언가를 놓쳤거나, 당신이 무언가를 잘못하고 있었다고 생각했습니다.
당신도 틀리지 않았고, 그들도 틀리지 않았습니다.
두 시스템 모두 처음부터 올바르게 작동하고 있었습니다. 단지 두 시스템을 연결하는 것이 없었을 뿐입니다.
