문제는 데이터 입력이 아닙니다. 기록 방법의 문제입니다. 그리고 전문가들이 모두 같은 방법을 사용하는 데에는 이유가 있습니다.
QuickBooks Online에서 손익 계산서를 열면 수입 금액이 실제 판매량의 거의 두 배에 달합니다. 당신은 그것을 응시합니다. 설정 가이드에서 말하는 모든 것을 했습니다. 그리고 QuickBooks는 이제 당신의 상점이 실제보다 두 배의 돈을 벌었다고 총체적인 확신을 가지고 말하고 있습니다.
이런 상황에 처했다면, 아마도 두 가지 방법 중 하나로 그렇게 되었을 것입니다. 공식 QuickBooks 커넥터(또는 유사한 앱)를 연결하고 설정 화면을 따랐는데, 이제 은행 피드 입금과 동기화된 판매 영수증이 모두 수입으로 계산되고 있습니다. 또는 동기화가 설계된 대로 정확하게 작동하여 모든 개별 주문을 자체 거래로 QuickBooks에 푸시했으며, 이제 파일에는 지난달에만 1,800개의 판매 영수증이 있고 은행 피드의 어떤 것과도 일치하지 않습니다.
두 경로 모두 합리적인 믿음에서 시작됩니다. "올바른 튜토리얼을 찾아서 모든 것을 신중하게 입력하기만 하면 된다." 이 게시물은 이 거짓말을 은퇴시키기 위해 존재합니다. 신중한 입력은 어느 문제도 해결하지 못합니다. 왜냐하면 어느 문제도 입력 오류가 아니기 때문입니다.
기록 방법이 모든 것을 결정합니다. 전자 상거래 전문가 회계사들이 QuickBooks Online에서 Shopify 판매를 기록하기 위해 사용하는 특정 구조, 즉 일일 요약 전표 입력이 있으며, 이는 정산 계정을 통해 지급액 일치로 이어집니다. 또한 모든 진지한 자동화 도구가 구축되는 구조이기도 합니다. 이 게시물은 복사할 수 있는 작동 예시와 함께 정확히 어떻게 작동하는지 자세히 설명합니다.
Shopify 판매 기록 시 흔히 잘못되는 두 가지 방법
수정 전에 실패 모드를 정확하게 설명할 가치가 있습니다. 왜냐하면 그들은 다르게 보이지만 근본 원인은 같습니다.
실패 모드 1: 소득 중복. 은행 피드가 Shopify 지급 입금을 가져옵니다. 예를 들어 화요일에 1,922달러가 입금됩니다. 한편, 동기화 앱은 이미 해당 주문을 약 2,000달러의 매출 전표로 기록했습니다. 입금이 소득으로 분류되면(은행 피드의 기본 설정), QuickBooks는 이제 2,000달러의 매출에서 약 3,900달러의 소득을 표시합니다. 매주 모든 지급 건에 대해 이 작업을 반복하면 세무 시즌에 회계사가 이를 발견하고 조사 비용을 청구할 때까지 손익계산서가 조용히 부풀려집니다.
실패 모드 2: 거래 홍수. 동기화는 기술적으로 정확합니다. 모든 주문은 개별 품목, 고객 세부 정보 등 모든 것을 갖춘 매출 전표가 됩니다. 월 50건의 주문이라면 괜찮습니다. 월 1,500건의 주문이라면 QuickBooks 파일은 보고서를 느리게 하고 조정 작업을 악몽으로 만들며 QBO 사용 제한을 초과할 수 있는 개별 거래의 창고가 됩니다. 완벽한 세부 정보는 있지만 명확성은 전혀 없습니다.
증상은 다르지만 근본 원인은 같습니다. 두 접근 방식 모두 주문을 회계 단위로 취급합니다. 그렇지 않습니다. 귀하의 장부에서는 중요한 단위는 날짜이며, 실제로 이동하는 돈은 지급입니다.
개별 주문 동기화가 실패하는 이유 (그리고 계속 실패하는 이유)
메커니즘은 다음과 같습니다. 일단 이를 이해하면 해결책이 명확해집니다.
주문은 총액, 지급은 순액. 고객이 50달러를 지불하면 Shopify는 50달러의 주문을 기록합니다. 그러나 Shopify Payments는 돈이 귀하에게 도달하기 전에 처리 수수료를 공제하고, 거래를 일괄 처리하고, 며칠 동안 보류한 다음, 한 번에 총액을 입금합니다. 은행에 입금되는 금액은 총 매출에서 환불 및 수수료를 제외하고 조정 금액을 더하거나 뺀 금액으로, 종종 다른 날짜의 주문 일부를 포함합니다. 이 불일치에 대한 자세한 내용은 Shopify 지급액이 QuickBooks에 표시되는 금액과 일치하지 않는 이유에서 자세히 설명했습니다.
따라서 개별 주문을 동기화하면 은행 입금과 직접적으로 일치하지 않는 소득 기록이 생성됩니다. QuickBooks는 한쪽에서는 2,000달러의 매출 전표를 보고 다른 쪽에서는 1,922달러의 입금을 보지만, 이 둘이 관련되어 있다는 사실을 전혀 알지 못합니다. 이때 세 가지 옵션이 있습니다. 입금을 추가 소득으로 분류(중복)하거나, 영원히 일치하지 않은 상태로 두거나(조정 불가능한 은행 계좌), 매번 어떤 주문이 어떤 지급에 속하는지 수동으로 추적하는 것입니다(탈출하려는 일요일 밤 작업).
관련 도구에 대해 공정하게 말하자면, 공식 QuickBooks 커넥터는 저용량 스토어에서 주문 수준의 세부 정보를 원하고 수동으로 입금을 관리하려는 경우에 매우 유용합니다. 문제는 잘못 만들어졌다는 것이 아닙니다. 문제는 주문 수준 동기화가 볼륨이 커지면 잘못된 방법이라는 것입니다.
귀하는 이해한 문제에 대해 올바른 해결책을 시도했습니다. 문제는 튜토리얼에서 설명한 것보다 더 컸을 뿐입니다.
QuickBooks Online에서 Shopify 판매 기록 방법: 일일 요약 방법
전문적인 방법은 일일 요약이라고 합니다( "일일 요약된 저널 항목" 또는 "Shopify QuickBooks 일일 요약" 접근 방식이라고도 합니다). 한 문장으로 된 아이디어: 매일의 Shopify 활동을 하나의 저널 항목으로 기록하여 순 금액을 청산 계정에 보관하고, 실제 지급액이 은행에 입금될 때 해당 청산 계정과 일치시킵니다.
하루의 판매, 하나의 항목. 하나의 지급, 하나의 일치. 두 번 계산된 것은 없고, 파일을 넘치게 하는 것도 없습니다.
구축 방법은 다음과 같습니다.
1단계 — 다섯 개의 계정 설정
이것이 작동하려면 계정 원장에 다섯 개의 특정 계정이 필요합니다. QuickBooks에서 설정 → 계정 원장 → 새로 만들기에서 생성하세요:
| 계정 | 유형 | 무엇을 담고 있나 |
|---|---|---|
| Shopify 판매 | 수익 | 모든 것이 공제되기 전의 총 상품 판매액 |
| 환불 및 반품 | 수익 (상계) | 판매에 대한 마이너스로 기록된 환불 |
| Shopify 청산 | 은행 (또는 기타 유동 자산) | Shopify가 수집했지만 아직 지급하지 않은 금액 |
| Shopify 수수료 | 비용 | 결제 처리 및 거래 수수료 |
| 판매세 부채 | 기타 유동 부채 | 수집하여 주에 납부해야 하는 세금 - 귀하의 돈이 아닙니다. |
청산 계정은 대부분의 사람들이 놓치고 있는 계정이며, 전체 방법의 핵심입니다. "고객이 지불했다"와 "돈이 은행에 도달했다" 사이의 간격을 나타냅니다. 전자 상거래 비즈니스에 대한 전체 계정 구조(매출 원가, 배송 수익, 게이트웨이별 청산 계정)를 원하시면 당사의 전자 상거래용 계정 원장 템플릿을 참조하십시오.
2단계 — Shopify에서 하루치 숫자 가져오기
Shopify 관리에서 분석 → 보고서 → 재무 요약으로 이동하여 날짜 범위를 하루로 설정하고 총 판매액, 환불, 수집된 판매세의 네 가지 숫자를 가져옵니다. (재무 → 지급 또는 거래 내보내기에서) 해당 날짜의 거래에 대해 Shopify Payments가 청구한 수수료를 가져옵니다.
[이미지: Shopify 재무 요약 보고서, 단일 날짜 범위, 총 판매액, 환불 및 세금 강조 표시]
3단계 — 전표 입력 작성 (작동 예시)
둥근 숫자로 가상의 하루를 사용해 보겠습니다. 6월 3일 귀하의 매장에서는 다음과 같은 실적이 있었습니다.
- 총 판매액: $2,000
- 발행된 환불: $150
- 수집된 판매세: $130
- Shopify Payments 수수료: $58
QuickBooks에서: + 새로 만들기 → 저널 항목, 날짜는 6월 3일. QuickBooks의 Shopify 판매 저널 항목은 다음과 같습니다.
| 계정 | 차변 | 대변 |
|---|---|---|
| Shopify 청산 | $1,922 | |
| Shopify 수수료 | $58 | |
| 환불 및 반품 | $150 | |
| Shopify 판매 | $2,000 | |
| 판매세 부채 | $130 | |
| 합계 | $2,130 | $2,130 |
[이미지: QuickBooks Online의 완료된 저널 항목, 차변과 대변이 $2,130으로 균형을 이룸]
이 항목이 방금 수행한 작업을 읽어보세요. P&L에 이제 2,000달러의 매출, 이에 대한 150달러의 환불, 비용으로 58달러의 수수료가 표시됩니다. 이는 순수 총수익과 순수 비용이며, 입금으로 상쇄된 금액이 아닙니다. 130달러의 세금은 귀하의 돈이 아니었기 때문에 부채 계정에 남아 있습니다. 그리고 1,922달러 — 정확히 Shopify가 귀하에게 하루 동안 지급해야 하는 금액 — 는 정산 계정에 보관되어 대기 중입니다.
4단계 — 지급액 일치시키기
이틀 후, 은행 피드에 1,922달러의 Shopify 지급액이 나타납니다. 이를 수입으로 분류하는 대신, Shopify 정산 계정에서의 이체로 분류하거나(또는 직접 정산 계정에 기록) 하세요.
정산 계정은 다시 0으로 떨어집니다. 입금이 설명되었습니다. 이중 계산된 것은 없으며, 은행 계정은 정확히 일치합니다.
지급액이 정산 계정을 0으로 만들지 않으면, 이는 방법의 결함이 아니라 방법이 작동하고 있다는 증거입니다. 잔액이 남아 있다는 것은 수수료가 변경되었거나, 환불이 지급 경계를 넘었거나, 조정이 발생했음을 의미하며, 정산 계정은 정확히 얼마를 찾아야 하는지 알려줍니다. 대규모 지급액 일치는 그 자체로 하나의 규율입니다. 저희는 QuickBooks에서 Shopify 지급액을 조정하는 방법에서 이를 처음부터 끝까지 다룹니다.
5단계 — 매일 반복, 매월 확인
하루에 하나의 항목, 지급액당 하나의 일치. 월말에는 두 가지 확인 사항이 있습니다. 정산 계정 잔액은 Shopify가 아직 지급하지 않은 금액과 같아야 합니다(Shopify 관리자에서 보류 중인 지급액과 비교). 판매세 지급액은 신고하기 전에 Shopify 세금 보고서와 일치해야 합니다.
이것이 전체 방법입니다. 수천 건의 거래 대신 월 약 30줄로 처리되며, 각 줄은 Shopify에서 제공한 보고서로 추적할 수 있습니다.
수동으로 처리하시겠습니까, 아니면 자동화하시겠습니까?
솔직한 답변: 주문량에 거의 전적으로 달려 있으며, 기준치는 대부분의 사람들이 예상하는 것보다 낮습니다.
월 ~100건 미만의 주문의 경우, 수동 일일 요약이 실제로 가능합니다. 주간 단위로 일괄 처리할 수도 있습니다. 하루에 15~20분, 또는 일주일에 1시간 정도 소요될 것으로 예상됩니다. 귀하가 그렇다면, 위의 모든 것이 필요한 전부입니다. 이 게시물을 북마크하고 진행하세요.
월 100건에서 500건 사이의 주문의 경우, 이 방법은 여전히 유효하지만 가장자리가 해지기 시작합니다. 원래 주문과 다른 날에 발생하는 환불, 두 날짜의 거래에 걸친 지급액, 가끔 발생하는 분쟁 또는 조정 — 각각은 작은 조사 프로젝트입니다. 장부 관리가 더 이상 어렵지는 않지만, 끊임없습니다. 일주일이라도 건너뛰면 풀기 고통스러운 백로그가 생성됩니다.
월 500건 이상의 주문의 경우, 수동 일일 요약은 파트타임 직업이 되며 규정 준수 마감일이 있습니다. 거의 모든 사람이 장부 담당자에게 맡기거나(매월 영원히 해당 시간에 대한 비용을 청구할 것임) 항목 생성을 자동화하는 볼륨입니다. 어느 선택도 틀리지 않았습니다. 하지만 "그냥 규율을 지키겠다"는 여기서는 더 이상 현실적인 계획이 되지 않습니다.
한 가지 더 말씀드리자면, 위에서 언급한 바이너리가 약간 부정확하기 때문입니다. "수기로 일지 항목 입력"과 "완전 자동 동기화" 사이에는 중간 단계가 있습니다. 바로 "수동 동기화"입니다. LedgerPort의 수동 동기화 페이지는 아직 동기화되지 않은 모든 주문을 날짜 범위, 상태 및 검색 필터와 함께 나열합니다. 원하는 주문을 선택하거나 (또는 모두 선택) 선택 항목 동기화를 클릭하면 각 주문이 올바르게 구조화된 거래로 QuickBooks에 게시되며, 주문별로 동기화됨 또는 오류 결과가 표시되어 아무것도 조용히 실패하지 않습니다. 데이터 입력은 전혀 필요 없지만, 사용자가 직접 트리거를 당겨야 합니다.
무료 등급은 정확히 이런 방식으로 작동합니다. 모든 동기화는 수동이며 제한이 없습니다. 따라서 자동 조종 장치에 맡기기 전에 실제 주문에 대해 이 방법이 어떻게 작동하는지 확인할 수 있는 무료 방법입니다. 유료 등급에서 시간당 실행되는 자동 동기화는 자신의 6월 3일 거래가 올바른 계정으로 들어가는 것을 확인한 후에 업그레이드하는 것입니다.
자동화가 무엇을 변경하고 무엇을 변경하지 않는지 주목하세요. *방법*은 동일하게 유지됩니다. 일일 요약, 청산 계정, 지급금 일치. 자동화는 요청하지 않아도 매일 항목을 자동으로 생성해 줄 뿐입니다.
LedgerPort는 이 구조로 무엇을 하는가
LedgerPort는 이러한 자동화의 예이며, 방금 읽은 단계에 일대일로 매핑되기 때문에 실제로 무엇을 하는지 구체적으로 설명할 가치가 있습니다.
Shopify 스토어(WooCommerce도 포함)를 QuickBooks Online에 연결하고 일일 요약 일지 항목을 자동으로 생성합니다. 총 매출, 환불, 판매세가 각각 올바른 계정으로 라우팅됩니다. Shopify 수수료를 순 입금액 안에 숨겨두는 대신 별도의 비용 항목으로 분리합니다. 그리고 지급금 일치를 처리합니다. 지급금이 입금되면 청산 계정과 연결되어 은행 피드가 중복되지 않고 조정됩니다.
일일 요약은 주문별 도구에 덧붙인 임시방편이 아닙니다. LedgerPort가 지원하는 다섯 가지 주문 동기화 방법 중 하나입니다. 판매 영수증, 송장, 견적서, 일일 요약, 태그 기반 중에서 한 번 선택하면 그 이후의 모든 동기화에 적용됩니다. 동기화 구성의 주문 탭
즉, 위에서 설명한 6월 3일 예시를 귀하가 재무 보고서를 열지 않고도 매일 수행하는 것입니다.
자동화가 제대로 처리해야 하는 수동 방식의 더 미묘한 부분이 있습니다. 바로 판매가 집계되는 시점입니다. 2단계에서는 결제된 주문만 가져오도록 안내했습니다. 이는 보고서 필터 안에 숨겨진 수익 인식 결정입니다. LedgerPort는 Sync Config » Orders에서 설정된 동기화 트리거로 동일한 규율을 인코딩합니다. 주문은 결제 상태 조건과 이행 상태 조건을 모두 충족할 때만 QuickBooks에 게시됩니다. 대부분의 스토어에 권장되는 설정은 결제됨에 (미이행 및 이행됨)을 더한 것입니다. 수익은 배송 상태에 관계없이 실제로 돈이 이동하는 순간 QuickBooks에 기록됩니다. 보류 중이거나 승인되었지만 캡처되지 않은 주문은 게시되지 않으며, 기본적으로 취소된 주문은 제외되므로 취소는 수익으로 표시되지 않습니다.
"다섯 개의 계정"과 "자동 처리" 사이에는 하나의 전제 조건이 있으며, 이를 명명할 가치가 있습니다. 바로 제품 매핑입니다. 각 Shopify 제품은 QuickBooks 항목을 가리키며, 이는 수익을 올바른 수입 계정으로 라우팅하는 역할을 합니다. 이는 주문별 동기화뿐만 아니라 모든 동기화 방법에 적용됩니다. 이는 프로젝트가 아니라 일회성 작업입니다. Auto-Map은 SKU 또는 제품 이름을 기준으로 카탈로그를 QBO 항목과 원클릭으로 일치시키며, 일치하지 않는 모든 항목은 잘못된 곳에 조용히 게시되는 대신 수동 정리를 위해 매핑되지 않은 상태로 눈에 띄게 표시됩니다. 이것이 전체 구성 이야기입니다. 트리거는 판매가 언제 집계되는지를 결정하고, 매핑은 어디에 게시되는지를 결정합니다. 둘 다 한 번 설정됩니다.
그리고 이미 잘못 기록한 지난달은 어떻게 해야 할까요? 다시 입력할 필요가 없습니다. LedgerPort의 수동 동기화 페이지는 필요에 따라 과거 데이터를 QuickBooks로 푸시합니다. 재정의할 레코드를 선택하거나(또는 모두 푸시) 진행률 모달이 각 레코드가 기록되는 것을 보여줍니다. 모든 행에는 동기화 상태가 표시되며, 이미 동기화됨으로 표시된 항목은 자동으로 건너뛰므로 매핑을 수정한 후 다시 푸시해도 중복이 생성되지 않습니다.
솔직하게 말하는 실질적인 세부 정보입니다. 설정은 약 15분 정도 소요됩니다. 스토어를 연결하고, QuickBooks를 연결하고, 계정 매핑을 확인합니다. 무료 요금제(월 최대 30개 주문, 스토어 1개, 필요에 따른 수동 동기화)가 있으며, 실제 데이터에서 작동 방식을 확인하기에 충분합니다. 성장 요금제는 월 25달러부터 시작하며 월 최대 1,000개의 주문과 일일 자동 동기화를 제공합니다. 정산 저널 및 전체 수수료 처리는 월 67달러부터 시작하는 규모 요금제에서 제공되며, 최대 5,000개의 주문과 실시간 동기화가 가능한 스토어 3개를 포함합니다. 자세한 내용은 가격 페이지에서 확인할 수 있으며, 모든 유료 요금제에는 14일 환불 보장이 제공됩니다. 100% 환불, 질문 없음.
하나의 정직한 절충점: QuickBooks 내에서 주문 수준의 세부 정보를 원한다면 — 모든 고객 이름, 모든 품목 — 요약 기반 도구는 의도적으로 그렇지 않습니다. 요약 도구는 대량의 장부를 처리할 때 세부 정보는 Shopify에, 회계는 QuickBooks에 속하기 때문에 존재합니다.
판매 기록이 작업이 되지 않을 때
잘 끝나는 이야기의 버전입니다.
매월 3일입니다. P&L은 6월에 판매한 내용을 정확히 보여줍니다 — 상단에는 총 매출, 환불 및 수수료는 자체 라인으로 표시되며, 세금은 마땅히 있어야 할 부채 계정에 있습니다. 은행 피드의 모든 지급액이 일치합니다. 청산 계정은 0으로 읽힙니다. CPA가 한 줄 이메일을 보냅니다: "장부가 깨끗합니다. 당신에게 필요한 것은 없습니다."
그리고 가장 이상한 부분은 당신이 하지 않은 것입니다. 당신은 아무것도 신중하게 입력하지 않았습니다. 더 나은 튜토리얼을 찾지 않았습니다. 더 이상 삐걱거리지 않는 문을 더 이상 알아차리지 않는 방식으로 판매 기록을 중단했습니다 — 구조가 올바르게 되었기 때문에 작업은 조용히 사라졌습니다.
6월 3일의 2,130달러 저널 항목이 모든 비결입니다. 매일 아침 손으로 만들거나, 잠자는 동안 만들어지도록 할 수 있습니다. LedgerPort로 무료로 시작하세요 — 실제 스토어 데이터에서 정확한 항목을 생성하며, 첫 번째 항목은 확인하는 데 약 15분이 걸립니다 →
