장부가 지저분한 것은 당신이 규율이 없어서가 아닙니다. 당신이 운영하지 않는 사업을 위해 설정되었기 때문에 지저분한 것입니다.
회계사의 이메일은 세 줄입니다: "간단한 질문인데요 - 3월 14일의 12,318달러 입금 건은 무엇인가요?"
40분 후에 답을 얻습니다. 이는 4일간의 주문을 처리한 두 번의 Stripe 입금액에서 처리 수수료 402달러를 빼고, 이전 주의 환불 618달러를 빼고, 75달러의 차지백 취소를 더한 금액입니다. Stripe 대시보드를 열고, CSV를 내보내고, WooCommerce 주문 목록과 대조하고, 메모 앱에서 산술 계산을 했기 때문에 이 정보를 알고 있습니다.
이런 경험을 해본 적이 있을 것입니다. 당신의 WooCommerce 회계는 결제 게이트웨이 CSV 파일 폴더와 회계사가 외교적으로 침묵하는 QuickBooks 파일입니다. 매월 말, 당신은 제대로 된 시스템을 스스로에게 약속합니다. 매월 말, 당신은 현재 시스템을 대신해서 임시방편으로 해결합니다.
다음 월말이 오기 전에 알아둘 만한 가치가 있는 것은 다음과 같습니다. 이것은 규율의 문제가 아니며, 회계 기술의 문제도 아닙니다. 구조적인 문제입니다. 당신의 장부는 일반적인 소규모 사업체를 위해 설정되었는데, 온라인 스토어는 그렇지 않습니다.
일반적인 회계 방식이 WooCommerce 스토어에 맞지 않는 이유
대부분의 지저분한 전자상거래 장부 밑에 깔린 거짓말은 다음과 같습니다: "회계는 회계입니다. 나의 표준 소규모 사업체 설정은 온라인 스토어에도 충분합니다."
그것은 합리적인 믿음입니다. 또한 틀렸습니다. 다섯 가지 구체적이고 기계적인 이유 때문입니다. 컨설팅 회사나 커피숍은 이런 상황을 절대 겪지 않습니다. WooCommerce 스토어는 매일 이 다섯 가지 모두를 겪습니다.
1. 번 돈이 입금되는 돈이 아닙니다. 컨설턴트는 1,000달러를 청구하고 1,000달러를 받습니다. 당신의 스토어는 화요일에 1,000달러를 판매하고 목요일에 953.90달러를 입금받습니다. 이는 수요일 주문과 묶여 있습니다. 은행 입금액은 어떤 판매 수치와도 일치하지 않습니다. 만약 당신의 장부가 입금액을 수익으로 처리한다면, 첫날부터 틀린 것입니다.
2. 돈을 보기 전에 수수료가 공제됩니다. 각 게이트웨이는 원천에서 수수료를 가져가며, 각 게이트웨이는 다른 수수료를 가져갑니다. Stripe, PayPal, Square는 모두 가격 책정이 다릅니다. 입금액을 수입으로 기록하면 해당 수수료는 사라집니다. 수익은 과소평가되고, 실제 운영 비용은 장부에 전혀 나타나지 않습니다.
3. 판매세는 귀하의 소유가 아닙니다. 귀하는 주를 대신하여 이를 보유하고 있습니다. 수입으로 기록되면 수익이 부풀려지고, 송금액이 "예상치 못한" 비용으로 나타나는데, 이는 전혀 비용이 아니었습니다. 처음부터 부채였습니다.
4. 환불은 비용이 아닙니다. 환불은 발생한 비용이 아니라 취소된 수익입니다. 환불을 조용히 예금에 상쇄하거나, 더 나쁜 것은 비용으로 기록하는 것은 총 매출과 마진을 서로 다른 방향으로 왜곡합니다.
5. 재고 비용은 구매한 달에 속하지 않습니다. 3월에 20,000달러의 재고 구매를 비용으로 처리하면 P&L은 3월의 재앙과 4월의 허구를 보여줍니다. 판매된 상품의 원가는 실제로 상품이 판매된 달에 속해야 하며, 그렇지 않으면 마진 수치는 아무 의미가 없습니다.
이러한 각 항목은 일반적인 계정 체계에서는 보이지 않습니다. 그래서 패치가 결코 작동하지 않는 것입니다. 항목 오류를 만드는 것이 아니라 계정 구조를 놓치고 있는 것입니다. 해결책은 더 신중한 데이터 입력이 아닙니다. 다섯 가지 구조입니다.
깨끗한 WooCommerce 회계를 위한 다섯 가지 구조
이 다섯 가지를 QuickBooks Online에 한 번 설정하면 일상 업무가 일상이 됩니다. 이를 건너뛰면 매월 말은 고고학이 됩니다.
1. 전자상거래에 맞춰진 계정과목표
이것은 다른 네 가지 구조가 걸려 있는 기초입니다. 최소한 수입 섹션은 상품 판매, 배송 수입 및 환불 대변 계정을 분리합니다. 비용에는 결제 게이트웨이당 하나의 수수료 라인이 포함됩니다. 부채에는 판매세 지급액이 포함됩니다. 자산에는 게이트웨이당 하나의 정리 계정과 재고 계정이 포함됩니다.
이것을 처음부터 설계할 필요는 없습니다. 저희는 오후에 QuickBooks로 복사할 수 있는 전자 상거래용 전체 계정 체계 템플릿을 게시했습니다. 이것을 먼저 하십시오. 아래의 모든 것은 이것이 존재한다고 가정합니다.
2. 결제 게이트웨이별 정산 계정 1개
이것은 "이 입금액은 무엇인가?"라는 질문에 영구적으로 답하는 구조입니다.
정리 계정은 "판매 발생"과 "돈 도착" 사이의 대기 공간입니다. 화요일의 Stripe 주문 1,000달러를 기록할 때 돈은 은행 계좌가 아니라 Stripe 정리로 들어갑니다. 아직 은행 계좌에 없기 때문입니다. 목요일에 Stripe의 지급액이 입금되면 정리에서 은행으로 953.90달러를, Stripe 수수료로 46.10달러를 이체합니다. 정리 계정은 0으로 돌아가거나(또는 아직 처리 중인 금액과 정확히 일치하게) 돌아갑니다.
이제 은행 조정은 수백 건의 주문이 아니라 몇 건의 지급액을 일치시키는 것을 의미합니다. 그리고 지급액이 처리되지 않으면 정리 잔액이 이를 표시합니다. 도착해야 할 돈이 도착하지 않았습니다.
하나의 공유 계정이 아니라 게이트웨이당 하나의 정리 계정입니다. WooCommerce 상점은 일반적으로 두세 개의 게이트웨이를 운영하며, 각 게이트웨이에는 자체 지급 일정이 있습니다. 이를 혼합하면 해결하려던 퍼즐을 다시 만들게 됩니다.
동기화 도구가 주문을 게시하는 경우, 이 구조는 규율보다는 설정 페이지입니다. LedgerPort는 스토어에서 활성화된 모든 결제 게이트웨이를 자동 감지하고 각 게이트웨이에 자체 구성 행을 제공합니다. 즉, 활성화 토글, 해당 게이트웨이의 자금이 입금되는 QuickBooks 정산 계정, QBO 결제 방법, 그리고 구성되지 않은 모든 항목에 대한 기본값으로 사용되는 게이트웨이별 환불 동기화 스위치입니다. 이는 이 섹션에서 수동으로 구축하라고 방금 알려준 구조와 정확히 일치합니다. 소프트웨어 버전은 감지된 각 게이트웨이를 해당 계정으로 연결하기만 하면 됩니다.
3. 결제 게이트웨이별 수수료 비용 항목 1개
Stripe 수수료, PayPal 수수료, Square 수수료 — 별도의 계정이며, 하나의 "판매자 수수료" 버킷이 아닙니다.
두 가지 이유가 있습니다. 첫째, 정확성: 게이트웨이별 수수료는 월별로 정확성을 확인할 수 있습니다. Stripe의 유효 수수료율이 보통 약 3%인데 이번 달에 4.1%라면, 가격 책정 변경, 국제 카드 급증, 분쟁 수수료 등 무언가 발생한 것이며 실제로 이를 확인할 수 있습니다. 둘째, 결정: 수수료가 혼합되어 있다면 게이트웨이의 실제 비용을 비교할 수 없습니다.
4. 부채 계정으로의 판매세
징수된 모든 세금은 소득이 아닌 부채인 판매세 지급액으로 게시됩니다. 주에 납부할 때, 해당 금액은 부채에서 차감됩니다. 손익계산서에는 양방향으로 영향을 미치지 않습니다.
결과적으로 마음의 평화를 얻을 수 있습니다. 자금 흐름에 대한 예상치 못한 상황이 발생하지 않도록 납부 기한을 맞출 수 있습니다. 판매세 지급액 잔액은 항상 세금 보고서에 표시된 금액과 거의 일치해야 합니다. 일치하지 않으면 신고 시점이 아닌 초기에 오류를 발견한 것입니다.
LedgerPort에서는 이 규칙이 드롭다운 메뉴입니다. 세금 탭의 항목별 세금 설정은 WooCommerce 세금을 귀하가 선택한 QBO 부채 계정으로 전용 항목으로 게시합니다. 이는 동기화된 모든 주문에 적용되는 구조 #4입니다. 같은 탭에는 거의 설명되지 않는 세부 정보가 있습니다. 세금 반올림입니다. WooCommerce와 QuickBooks는 세금을 독립적으로 계산하며 때때로 센트 단위로 불일치합니다. 반올림 조정 항목은 이러한 차이를 흡수하므로 부채 계정은 수집한 금액과 정확히 일치하며 월 몇 달러의 설명할 수 없는 편차가 누적되지 않습니다.
5. 매출 차감 항목으로서의 환불
소득 섹션에 환불 및 수당 계정을 생성하고 음수 잔액을 유지합니다. 모든 환불은 해당 계정에 게시되어 총 매출은 그대로 유지하면서 순수익을 줄입니다.
이는 필요한 두 가지 수치, 즉 총 매출(수요 파악용)과 순수익(비즈니스 파악용)을 보존합니다. 또한 환불율을 보이지 않는 누수 대신 추적 가능한 항목으로 표시합니다. 환불율이 2%인 스토어와 9%인 스토어는 다른 비즈니스이며, 보통 그중 하나만 이를 인지하고 있습니다.
이 다섯 가지 구조는 전자상거래에 특화된 핵심이며, 주변의 더 넓은 습관에 대해서는 전자상거래 회계 모범 사례 가이드에서 다룹니다.
WooCommerce 스토어를 위한 월말 마감 체크리스트
구조가 갖춰지면 월말은 재구성에서 검증으로 바뀝니다. 다음은 순서대로 체크리스트입니다.
0. 마감 전에 실패 및 보류 중인 기록을 검색하십시오. 동기화 도구가 장부를 게시하는 경우, 이 단계는 다른 모든 것보다 먼저 수행됩니다. LedgerPort에서는 모든 기록에 동기화됨, 보류 중, 실패, 건너뜀(동기화 필터에 의해 의도적으로 제외됨) 또는 보류 중의 다섯 가지 상태 중 하나가 있으므로, 월 전체에 걸쳐 실패 및 보류 중인 기록을 2분 동안 필터링하면 누락된 웹훅을 분기가 아닌 주문 하나일 때 감지할 수 있습니다. 수정은 동일한 화면에서 이루어집니다. 기록을 선택하고 다시 게시하면 중복 없음 보장이 이미 동기화된 기록은 자동으로 건너뛰고 다시 게시된 실패는 기존 QuickBooks 거래를 업데이트하여 두 번째 게시를 방지합니다. "모든 것이 동기화되었기를 바랍니다"는 체크박스가 됩니다.
- 모든 주문이 QuickBooks에 있는지 확인하십시오. 월의 모든 판매가 게시되었는지 확인하십시오. 제품 수익, 배송, 세금 및 게이트웨이 라우팅이 그대로 유지되어야 합니다. 수동으로 입력하는 경우 이 단계가 가장 오래 걸립니다. 월별이 아닌 주별로 수행하십시오. 동기화 도구가 게시하는 경우 다시 입력하는 대신 확인하십시오. LedgerPort의 감사 로그는 유형, 엔티티, 상태 및 날짜별로 필터링 가능한 전체 동기화 기록을 보여주므로, 누락되거나 실패한 주문은 몇 초 안에 나타납니다.
- 모든 게이트웨이 지급액을 은행 입금액과 일치시키십시오. 각 Stripe, PayPal 및 기타 지급액은 입금액과 일치해야 하며 해당 청산 계정을 정리해야 합니다.
- 청산 계정 잔액을 확인하십시오. 각 계정 잔액은 현재 처리 중인 금액, 즉 아직 지급되지 않은 마지막 하루 또는 이틀의 판매액과 같아야 합니다. 그 이상은 일치하지 않는 거래이며 어디를 봐야 할지 알려줍니다.
- 게이트웨이별 수수료를 검토하십시오. 각 게이트웨이의 총 수수료를 예상 유효 수수료율과 비교하십시오. 0.5% 이상의 편차는 2분간의 조사가 필요합니다.
- 판매세 납부액을 확인하십시오. 부채 잔액은 세금 보고서에 기록된 금액에서 납부한 금액을 뺀 금액과 일치해야 합니다. 예정된 납부 마감일을 기록해 두십시오.
- 매출 원가(COGS)를 기록하고 재고를 조정하십시오. 이번 달에 실제로 판매된 단위의 비용을 장부에 기록하고 재고에서 매출 원가로 이동시키십시오.
- 환불 및 차지백을 처리합니다. 해당 항목이 역매출 계정에 반영되었는지 확인하고, 김에 환불 비율도 살펴보세요.
- 손익계산서와 대차대조표를 실행합니다. 제출하기 위해서가 아니라 읽기 위해서입니다. 마진이 예상 범위 내에 있는지, 특정 계정이 부풀려지지 않았는지, 찡그리게 만드는 것이 없는지 확인하세요. 아무것도 찡그리게 만들지 않는다면, 마감은 끝난 것입니다.
정돈된 구조로 수동으로 처리하면 주문량에 따라 월 1~3시간이 소요됩니다. 구조가 없으면 동일한 마감 작업에 주말이 걸립니다. 2, 3, 5단계가 포렌식 프로젝트가 되기 때문입니다.
자동화가 실제로 적용되는 부분
정직한 버전을 알려드립니다. 부정직한 버전은 찾기 쉽기 때문입니다.
월 100~200건 미만의 주문량에서는 5가지 구조를 이용한 수동 장부 관리가 실제로 괜찮습니다. 마감이 짧고, 입력량이 관리 가능하며, 도구는 아직 없는 문제를 해결해 줄 것입니다.
그 이상에서는 계산이 달라집니다. 주문 입력은 물량에 따라 선형적으로 증가하고, 오류율은 피로도에 따라 증가합니다. 월 500~1,000건의 주문을 2~3개의 게이트웨이를 통해 처리할 경우, 해당 체크리스트의 1단계만으로도 매장 운영에 할애하려던 시간을 모두 소모할 수 있으며, 잘못 입력된 세금 금액 하나는 만 개의 항목 속에 숨어버립니다.
자동화가 하지 못하는 한 가지: 잘못된 계정과목표를 수정하는 것입니다. 일반적인 장부에 연결된 동기화 도구는 빠르고 자동화된 혼란을 야기합니다. 항상 구조가 먼저입니다.
동기화 도구가 하는 일은 5가지 구조를 지속적으로 실행하는 것입니다. 예를 들어 LedgerPort는 WooCommerce를 QuickBooks Online에 연결하고 매일의 판매, 수수료, 세금 및 환불을 해당 계정으로 게시하여 1단계부터 7단계까지의 체크리스트가 대부분 완료된 상태에서 업무를 시작할 수 있도록 합니다. 설정은 약 15분이 소요되며, 월 30건까지 처리할 수 있는 무료 요금제가 있고, 주문량이 증가함에 따라 월 25달러부터 시작하는 유료 요금제도 있습니다. 두 시스템을 연결하는 전체 과정을 살펴보고 싶으시다면, WooCommerce를 QuickBooks Online과 동기화하는 단계별 가이드를 작성했습니다.
또한 이미 작업하는 곳에 있습니다. LedgerPort는 WordPress 플러그인으로 설치되므로 대시보드, 매핑, 동기화 기록 및 수동 동기화 제어가 모두 wp-admin 사이드바에 있습니다. 별도의 앱에 로그인할 필요가 없습니다.
그리고 "구조 우선" 규칙은 순조롭게 시작됩니다. 매핑 페이지에서 Auto-Map은 WooCommerce 제품, 고객 및 계정을 QuickBooks와 비교하여 일치 항목을 제안하고, 각 제안을 표시하여 게시 전에 확인하거나 재정의할 수 있도록 합니다.
언급할 만한 가치가 있는 절충점: 마감 검토는 여전히 해야 합니다. 자동화는 장부 관리를 하는 것에서 확인하는 것으로 이동시켜 줍니다. 이것이 바로 매장 소유주가 있어야 할 위치입니다.
월말, 이후
회계 이메일의 다음 버전을 상상해 보세요. "간단한 질문인데요 - 14일에 입금된 14,205달러는 무엇인가요?"
CSV 파일을 열지 않습니다. QuickBooks를 열고 입금을 클릭하면 지급 내역 저널이 표시됩니다. 이틀간의 주문, 수수료 명세, 환불 한 건, 부채 계정으로 처리된 세금 등이 표시됩니다. 답장은 한 줄과 90초면 충분하며, 회계사는 처음으로 "네, 필요한 모든 것입니다."라고 응답할 것입니다.
월말 자체는 위의 8단계 체크리스트, 커피 한 잔, 그리고 약 30분이면 됩니다. 재구성할 것이 없습니다. 왜냐하면 느슨한 것이 전혀 없었기 때문입니다. 게이트웨이 CSV 폴더는 여전히 어딘가에 존재합니다. 마치 사람들이 서랍에 오래된 휴대폰을 보관하는 것처럼 말이죠. 그냥 열어보지 않을 뿐입니다.
12,318달러의 입금을 설명하는 데 40분이 걸린 이유는 5개의 계정 구조가 누락되었기 때문입니다. 책에 더 많은 노력이 필요했기 때문이 아닙니다. 이번 주에 구조를 설정하고 월말에 체크리스트를 실행하세요. 주문량이 이미 수동 입력을 초과했다면, LedgerPort를 무료로 시작하고 판매, 수수료, 세금을 자동으로 처리하도록 하세요 →
모든 유료 플랜에는 14일 환불 보장 — 100% 환불, 질문 없음이 포함됩니다.
관련: 전자상거래 계정과목표 · WooCommerce를 QuickBooks Online과 동기화하는 방법 · 전자상거래 회계 모범 사례
