QuickBooks의 다중 스토어 회계는 두 번째 스토어를 출시하는 날 결정됩니다. 대부분의 운영자는 14개월 후에야 알게 됩니다.
목요일에 자신과 하는 회의의 안건은 한 가지입니다. 두 번째 스토어를 종료하거나 두 번째 스토어에 집중하십시오.
그래서 답을 얻기 위해 QuickBooks를 엽니다. 총 수익이 증가했습니다. 판매 수수료가 증가했습니다. 광고비가 크게 증가했습니다. 그리고 이 중 어느 것에도 스토어가 연결되어 있지 않습니다. 귀하의 "매출" 계정은 두 브랜드가 하나의 숫자로 합쳐진 것입니다. 귀하의 수수료 계정은 하나의 혼합된 수치입니다. 귀하가 제공한 데이터로는 두 번째 스토어가 지난 분기에 수익을 냈는지 아니면 첫 번째 스토어의 마진을 조용히 잠식했는지 알 수 없습니다.
이것은 두 번째 스토어 — 새로운 브랜드, 새로운 지역 또는 Shopify 스토어 옆의 WooCommerce 스토어를 출시할 때 아무도 경고하지 않는 부분입니다. 장부 관리가 두 배가 되지 않습니다. 세 배가 됩니다. 이제 세 번째 작업이 있기 때문입니다. 두 스토어를 분리하는 작업입니다. 그리고 이 작업을 건너뛰었다면 정확히 그 이유를 알고 있을 것입니다. 왜냐하면 거의 모든 사람이 하는 똑같은 말을 했기 때문입니다. "두 스토어를 같은 QuickBooks 계정에 넣고 나중에 필요할 때 분리하겠습니다."
나중은 지금입니다. 그리고 QuickBooks의 다중 스토어 회계에 대한 불편한 기계적 진실은 다음과 같습니다. 혼합된 데이터는 소급하여 분리할 수 없습니다. 스토어 레이블이 없는 14개월간의 거래는 정렬되기를 기다리고 있지 않습니다. 정보가 전혀 캡처되지 않았습니다. 중요한 결정은 첫날 구조에서 이루어집니다. 좋은 소식은 구조가 복잡하지 않다는 것입니다. 네 가지 결정에 관한 것이며, 이 게시물은 그 모든 것을 다룹니다.
QuickBooks 다중 스토어 회계: 단일 파일 또는 이중 파일?
정산 계정, 수수료 매핑, 그 외 모든 것 이전에 — 구조적 질문: 두 번째 스토어가 기존 QuickBooks 파일에 있는지 아니면 자체 파일에 있는지?
결정 규칙은 암기할 수 있을 만큼 짧습니다. 법인 단위가 파일 경계입니다. 브랜드 또는 채널은 파일 내의 클래스 또는 위치입니다.
| 귀하의 설정 | QuickBooks 구조 |
|---|---|
| 두 스토어, 하나의 법인 (두 브랜드 또는 Shopify + WooCommerce) | 하나의 QBO 파일, 스토어별 클래스 또는 위치 포함 |
| 두 스토어, 별도 신고하는 두 법인 | 두 개의 QBO 파일 — 예외 없음 |
| 자회사 법인을 포함하는 지주 회사 | 법인별 파일 하나; 보고 계층에서 통합 |
이유는 양방향으로 통합니다. QuickBooks 파일은 하나의 세금 개체에 대한 기록 장부입니다. 두 개의 개체를 하나의 파일로 혼합하면, 파일을 분리하지 않고는 어느 개체의 세금 신고서도 생성할 수 없습니다. 모든 거래는 가장 좋지 않은 시점에 "이것은 누구의 것인가?"라는 질문이 됩니다. 하나의 개체를 두 개의 파일로 분할하면 반대 문제가 발생합니다. 단일 손익 계산서나 단일 대차 대조표가 없고, CPA나 대출 기관이 전체 그림을 요청할 때마다 수동으로 통합해야 합니다.
이 글을 읽는 대부분의 운영자는 첫 번째 경우에 해당합니다. 즉, LLC 하나에 매장 두 개입니다. 만약 당신이 그렇다면, 답은 매장별 추적 기능이 있는 파일 하나입니다. 그리고 이 글의 나머지 부분은 그것을 구축하는 방법에 관한 것입니다.
언급할 만한 한 가지 전제 조건이 있습니다. 클래스 및 위치 추적에는 QuickBooks Online Plus 또는 Advanced가 필요합니다. Essentials 버전을 사용 중이라면, 해당 업그레이드는 두 번째 매장의 실제 비용의 일부입니다. 이를 우회하려고 하기보다는 예산을 책정하십시오. 우회책은 혼합기입니다.
언급할 만한 한 가지 마감일이 있습니다. 동기화 도구를 설치하는 순간, 아키텍처는 되돌릴 수 없게 됩니다. LedgerPort에서는 비즈니스가 하나의 매장을 하나의 QuickBooks 회사와 연결하며, 해당 연결이 승인되면 QBO 회사는 나중에 다른 회사로 변경할 수 없습니다. 파일 문제는 승인을 클릭하기 전에 해결해야 합니다. 6개월간의 거래가 흐른 후에 다시 논의할 문제가 아닙니다.
도구가 무엇을 가정하는지도 주목하십시오. 비즈니스당 하나의 QuickBooks 회사입니다. "두 개의 파일, 하나의 로그인"은 기본적으로 지원되는 형태이며, 각 비즈니스는 완전히 격리됩니다. 설명서에 명확하게 나와 있습니다. 한 비즈니스에서 변경된 내용은 다른 비즈니스에 영향을 미치지 않습니다. 따라서 매장이 별도의 개체라면, 두 개의 파일 솔루션은 소프트웨어와 싸워야 하는 타협이 아니라 소프트웨어가 구축된 기본값입니다.
단일 파일 내 스토어별 구조
단일 QBO 파일 내의 깔끔한 다중 매장 장부는 네 가지 요소로 구성됩니다. 그중 어느 것도 이국적이지 않습니다. 거래가 흐르기 전에 모두 존재해야 하며, 그 이후가 아닙니다.
1. 모든 스토어에 대한 클래스 또는 위치
QuickBooks는 두 가지 태그 지정 차원을 제공합니다. 위치는 거래당 하나의 태그를 적용합니다. 이는 정확히 매장이 무엇인지이므로 일반적으로 더 깔끔한 선택입니다. 클래스는 거래 내의 개별 라인을 분할할 수 있어 제품 카테고리와 같은 항목에 더 적합합니다. 합리적인 기본값: 위치는 매장에 사용하고, 나중에 원할 수 있는 두 번째 차원을 위해 클래스는 보류하십시오.
어떤 것을 선택하든 규칙은 전체 적용입니다. 모든 판매 영수증, 모든 수수료, 모든 환불에는 매장 태그가 붙습니다. 태그가 없는 거래는 혼합기로 돌아가는 거래입니다.
2. 스토어별, 게이트웨이별 정산 계정
각 스토어의 결제 처리기는 계정 원장에 자체적인 정산 계정을 갖습니다: Shopify Payments Clearing — Brand A, Shopify Payments Clearing — Brand B, Stripe Clearing — Woo Store. 매출은 스토어의 정산 계정으로 유입되고, 지급금은 해당 계정에서 은행으로 유출됩니다. 모든 것이 조정되면 계정은 0으로 돌아갑니다.
여러 스토어에 걸쳐 하나의 정산 계정을 공유하면 최고의 진단 기능을 잃게 됩니다. 0으로 돌아오지 않는 정산 계정은 특정 문제가 있음을 알려주지만, 이는 해당 계정이 단일 스토어에 속한 경우에만 해당됩니다. 두 스토어를 하나로 섞으면 Brand A의 오류가 Brand B의 잔액 속에 영원히 숨겨집니다.
계정 원장이 스토어 #2보다 먼저 생성되었다면, 지금이 재구성할 시점입니다. 저희의 전자상거래용 계정 원장 템플릿이 초기 레이아웃이며, 스토어별로 정산 및 수수료 섹션을 복제하면 됩니다.
3. 스토어별 수수료 항목
수수료를 스토어별로 보이도록 매핑하세요. 별도의 계정(Merchant Fees — Brand A)을 사용하거나, 스토어 태그가 일관되게 적용된 단일 수수료 계정을 사용하세요.
이것은 보이는 것보다 더 중요합니다. 효과적인 처리 비용은 스토어마다 다릅니다. 게이트웨이 조합, 평균 주문 금액, 환불율이 다르기 때문입니다. Brand B의 효과적인 수수료율이 3.1%이고 Brand A의 수수료율이 2.4%라면, 이는 실제 마진 격차이며 조치를 취할 수 있습니다. 하지만 수수료가 혼합되지 않은 경우에만 가능합니다.
4. 공유 비용에 대한 서면 규칙
두 개의 스토어가 광고 계정, 3PL 계약, 자신의 급여와 같은 것을 공유합니다. 배분 기준을 선택하세요. 매출 공유도 괜찮습니다. 월별로 반복되는 분개로 기록하고 규칙을 문서화하세요. 완벽한 배분은 존재하지 않습니다. 일관된 배분이 스토어별 손익 계산서를 신뢰할 수 있게 만드는 요소이며, 일관성은 규칙이 매달 재결정되는 것이 아니라 문서화될 때만 유지됩니다.
[이미지: 병렬적인 스토어별 섹션(Brand A 및 Brand B로 레이블이 지정된 두 개의 정산 계정 및 두 개의 판매 수수료 계정)을 보여주는 계정 원장 발췌]
스토어 중 하나가 WooCommerce인 경우, 주문 데이터는 Shopify보다 더 지저분하게 도착합니다. 해당 스토어를 이 구조에 통합하기 전에 WooCommerce 회계 처리 가이드에서 해당 특정 사항을 다룹니다.
장부를 다시 혼합하는 세 가지 함정
올바른 설정조차 예측 가능한 부분에서 저하됩니다. 그중 세 가지가 대부분의 손상을 설명합니다.
스토어 간 재고 이전. Brand A에서 Brand B로 재고를 이동하는 것은 판매가 아닙니다. 귀하는 동일한 법인입니다. 이를 하나로 기록하면 Brand A는 벌지 못한 수익을 표시하고 Brand B의 매출 원가는 왜곡됩니다. 재고 자산 계정 간의 분개로 원가에 이전하세요. 수익 라인은 어디에도 없습니다. (스토어가 별도의 법인인 경우 반대가 적용됩니다. 이는 실제 회사 간 판매이며 방어 가능한 가격으로 이루어집니다. 이는 법인 경계 결정이 먼저 이루어져야 하는 또 다른 이유입니다.)
공유 광고비. 하나의 Meta 계정이 두 스토어의 캠페인에 자금을 지원하며, 카드 청구는 단일 비용으로 처리됩니다. 이를 분할하지 않으면 한 스토어가 다른 스토어의 획득 비용을 조용히 부담하게 됩니다. 일반적으로 오래된 스토어가 새 스토어를 보조하게 되어 새 스토어가 실제보다 더 좋아 보이게 됩니다. 한 달에 한 번, 캠페인별 지출을 추출하여 스토어 태그별로 비용을 분할합니다. 20분이면 되며, 스토어별 손익계산서와 스토어별 허구의 차이를 만듭니다.
두 스토어에 하나의 게이트웨이. 이미 가지고 있는 결제 계정을 통해 두 번째 스토어의 결제를 처리하고 싶은 유혹이 있을 것입니다. 그러지 마세요. 이제 각 지급액에는 두 스토어의 주문이 포함되며, 입금 후 지급액을 분할할 깨끗한 방법이 없습니다. 스토어당 하나의 게이트웨이 계정을 사용하세요. 추가 관리 작업은 절대 추적할 수 없는 은행 피드에 비해 사소합니다.
도구가 빠지지 않도록 막는 함정
혼합된 장부는 일반적으로 프로세스 드리프트에서 발생하며, 동기화 도구는 일부 드리프트 지점을 구조적으로 닫습니다. 두 개의 가드레일과 하나의 잔여 위험이 있으며, 모두 LedgerPort 자체 문서에 명시되어 있습니다.
가드레일 1: 스토어는 두 번 청구될 수 없습니다. 다른 LedgerPort 계정에 이미 연결된 상점을 연결하려고 하면 명시적인 오류와 함께 연결이 실패합니다. "이 사이트는 이미 다른 계정에 연결되어 있습니다." 이는 두 개의 동기화 파이프라인이 하나의 상점을 조용히 놓고 각자 자신의 장부 버전을 작성하는 다중 운영자 위험을 차단합니다.
가드레일 2: 스토어 제한은 발견되는 것이 아니라 보이는 것입니다. 연결 수는 계획 기반이며 연결 페이지에 바로 표시되므로 "이것이 몇 개의 스토어를 포함하는가"는 지원 티켓이 되지 않습니다. 경계에서 "최대 연결 수에 도달했습니다."라는 메시지가 표시되며, 조용한 부분 동기화가 발생하지 않습니다.
알아둘 만한 잔여 위험: QuickBooks에 중복 항목. 수동 동기화와 자동 동기화가 동일한 주문에서 겹치면 동일한 주문 번호가 두 번 게시될 수 있습니다. 이는 문서화된 수정 사항이 있는 명명된 오류로 나타납니다. QBO에서 확인하고 중복을 삭제하고 다시 동기화하면, 조정될 때까지 수익에 숨겨지는 대신 나타납니다.
스토어별 가시성이 실제로 바꾸는 것
목요일 회의로 돌아가세요. 같은 질문입니다. 종료할 것인가, 아니면 두 배로 늘릴 것인가? 이제 지역별 손익계산서를 실행하고 답은 두 열에 있습니다.
B 브랜드가 지난달에 38,000달러를 벌었다고 가정해 봅시다. *자체* 수수료, *자체* 할당 광고비, *자체* 배송비를 제외하면 순이익률은 4%이고 A 브랜드는 12%입니다. 이제 두 번째 스토어가 특정 규모의 마진 문제임을 알 수 있으며 어떤 항목이 문제인지 확인할 수 있습니다. 또는 열이 뒤바뀌어 B가 더 나은 마진 사업이고 A의 볼륨이 이를 숨기고 있었다면, B를 종료하는 것은 확신에 찬 혼합 수치로 인한 값비싼 실수가 되었을 것입니다.
이 구조의 진정한 이점은 깔끔함이 아니라 관리입니다. 어떤 매장에 다음 $10,000의 재고가 들어갈지. B 브랜드의 배송 가격 책정에 변경이 필요한지 여부. 대출 기관에 매장별 성과를 보여줄 때 무엇을 제시할지. 회계사는 두 개의 사업체가 담긴 신발 상자 대신 깔끔한 파일 하나를 받고, 그 모든 통화가 증거에 기반하여 이루어집니다.
매장별 가시성에는 대부분의 운영자가 놓치는 두 번째 계층이 있습니다. 바로 매장별 *동기화* 가시성입니다. LedgerPort에서는 각 사업체가 자체 감사 로그를 보유합니다. 엔티티 유형에는 주문뿐만 아니라 지급 및 일일 요약도 포함됩니다. 따라서 회의 전 임시 점검은 스프레드시트가 아니라 필터입니다. 상태를 동기화되지 않음 또는 오류로 매장별로 설정하면, P&L을 열기 전에 각 매장의 장부가 실제로 최신 상태인지 알 수 있습니다. 매장이 최신 상태가 *아니라면*, 복구는 문서 자체의 장애 복구 방법입니다. 간격 창에 대한 날짜 범위 필터, 모두 선택, 선택 항목 동기화 — 괜찮은 매장은 건드리지 않고 매장별로 수행합니다. 솔직한 한 가지 참고 사항: 로그 보존은 계획별 등급(7일, 30일 또는 90일, 무제한까지)이므로 분기별 검토를 수행하는 회사는 더 긴 기간이 필요합니다.
LedgerPort가 맞는 위치
위의 모든 것은 수동으로 달성할 수 있습니다. 또한 영구적인 규율이 필요합니다. 모든 주문, 환불, 지급 및 수수료는 올바른 매장에 태그되고 올바른 정산 계정으로 라우팅되어야 하며, 매일 모든 매장에서 처리되어야 합니다. 실패 모드는 무지가 아니라 바쁜 4분기입니다.
이것은 여러 Shopify 매장 또는 Shopify-plus-WooCommerce 조합에 대한 회계를 처리하든, 다중 매장 동기화 자동화가 존재하는 특정 작업입니다. LedgerPort의 다중 매장 동기화는 각 Shopify 또는 WooCommerce 매장을 동일한 QuickBooks Online 파일에 연결하고 경계를 유지합니다. 각 매장은 자체 정산 계정, 자체 수수료 매핑, 자체 클래스 또는 위치 태그를 가지며, 주문, 환불, 지급 및 수수료는 자동으로 매장별로 게시됩니다.
대시보드 내에서 경계는 명명 규칙이 아니라 구조적입니다. 각 매장은 하나의 로그인 하에 자체 *사업체*로 존재합니다. 왼쪽 상단의 사업체 이름을 클릭하면 전환기에 계정의 모든 매장이 나열됩니다. 각 매장은 자체 연결, 동기화 로그, 매핑 및 설정을 갖춘 완전히 격리되어 있으므로 A 브랜드의 어떤 것도 B 브랜드로 유출되지 않습니다.
2호 또는 3호 매장을 추가하는 데는 이름, 통화 및 시간대가 필요합니다. 그런 다음 첫 번째 매장과 마찬가지로 해당 매장과 해당 QuickBooks 회사를 연결합니다.
접근은 동일한 경계를 따릅니다. 역할은 비즈니스별로 설정되므로 회계 담당자를 스토어 A의 장부에 초대할 수 있습니다. 회계 담당자는 동기화 로그를 확인하고 수동 동기화를 실행할 수 있지만 스토어 B나 결제 정보는 전혀 볼 수 없습니다. 관리자/멤버 구분은 팀 멤버 추가 및 역할 관리 방법에서 다룹니다.
고객 스토어를 관리하는 회사용: 동일한 구조가 고객 작업에도 확장됩니다. 각 고객 상점은 회사 로그인 하에 자체적으로 격리된 비즈니스가 되며, 고객별로 역할이 제한된 액세스 권한을 갖습니다. CPA 파트너 프로그램 및 LedgerPort CPA 파트너 프로그램 가이드를 참조하세요.
두 플랫폼에서 스토어를 운영하시나요? Shopify-plus-WooCommerce 사례도 동일한 계정에서 동일한 방식으로 작동합니다. Shopify 스토어는 약 15분 안에 연결됩니다. LedgerPort 시작하기가 전체 경로이며, WooCommerce 스토어는 플러그인으로 설치되고 설정 마법사를 통해 완료됩니다. 이는 WooCommerce 스토어에 LedgerPort 설치 및 QuickBooks Online 연결에 따릅니다. 두 상점 모두 자체 경계를 유지한 채 QuickBooks로 동기화됩니다. 두 번째 도구나 두 번째 구독은 필요 없습니다.
가격 책정: Scale 요금제(월 $67부터, 월 5,000개 주문)는 실시간 동기화 및 스토어별 지급 저널 및 수수료 처리를 통해 최대 3개의 상점을 지원합니다. 이는 대부분의 듀얼 브랜드 또는 Shopify-plus-Woo 운영자에게 적합합니다. Enterprise(월 $169부터)는 제한을 제거합니다. 무제한 스토어 및 주문, 기프트 카드 및 스토어 크레딧 회계, 전담 계정 관리자가 제공됩니다. 연간 결제 시 15% 할인이 적용되며, 모든 상품에는 14일 환불 보장 정책이 적용됩니다. 100% 환불, 질문 없음.
솔직한 경계: LedgerPort는 공유 비용 할당 규칙을 결정하거나 스토어 간 재고 이전을 기록하지 않습니다. 이러한 판단은 귀하와 회계 담당자에게 달려 있습니다. LedgerPort가 제거하는 것은 일상적인 거래 규율, 즉 소모되는 부분입니다.
두 번의 클릭으로 하는 회의
다음 분기에는 회의가 다시 열립니다. 이번에는 스토어 #3이 좋은 아이디어인지에 대한 논의입니다.
QuickBooks를 엽니다. 보고서. 위치별 손익. 두 번의 클릭. 브랜드 B는 4월에 배송료를 재조정한 이후 순이익 9%를 기록하며 계속 상승하고 있습니다. 브랜드 A는 안정적입니다. 회의는 4분 걸립니다. 그 시간의 대부분은 남은 시간을 어떻게 보낼지 고민하는 데 사용됩니다.
지금까지 가졌던 전략 회의 중 가장 맥이 빠지는 회의일 것입니다. 그것이 목표입니다.
블렌더는 한 방향으로만 작동합니다. 오늘 분리하지 않은 스토어 데이터는 내년에 확인할 수 없는 스토어별 손익입니다. 지금 스토어 #2를 설정 중이거나, 14개월 전에 스토어 #2가 있었는데 장부가 아직 따라잡지 못했다면, LedgerPort가 각 스토어의 장부를 자동으로 분리하는 방법을 확인하거나 무료로 시작하여 약 15분 안에 첫 스토어를 연결하세요.
