카테고리가 엉망이기 때문에 검색 결과도 엉망입니다. 제품 이름을 지정하기 전에 판매 방식을 이름 지정하면 전체 결정이 하나의 관리 가능한 질문으로 축소됩니다.
화요일 밤 9시 40분, 탭 세 개가 열려 있습니다.
첫 번째 탭은 회계가 포함되어 있다고 말하는 POS 시스템입니다. 두 번째 탭은 소매 에디션을 광고하는 회계 스위트입니다. 세 번째 탭은 2011년에 스크린샷이 찍힌 것으로 보이는 소매 관리 시스템이라는 것입니다. 세 가지 모두 동일한 검색, 즉 소매 회계 소프트웨어에서 나왔습니다.
그 중 어느 것도 처음 검색하게 된 문제, 즉 지난달 판매한 금액과 일치하지 않는 은행 피드에 있는 지급액을 언급하지 않습니다.
이것이 피해를 입히는 가정입니다. 소매 회계 소프트웨어는 하나의 제품 카테고리이며 내 임무는 최고의 것을 찾는 것입니다. 이것이 검색 결과가 당신에게 판매하는 거짓말입니다. 그것은 하나의 카테고리가 아닙니다. 그것은 이름은 공유하지만 실제로는 세 가지 다른 스택이며, 어떤 것이 필요한지는 판매 방식에 전적으로 달려 있습니다.
소매 회계 소프트웨어는 세 가지 다른 스택입니다
공급업체가 '소매 회계'라고 말할 때, 그들은 세 가지 설정 중 하나를 의미합니다.
| 판매 방식 | 스택 모양 | 무엇이 고정하는가 |
|---|---|---|
| 매장 내 전용 | POS 시스템 + 기본 회계 통합 | POS (Square, Lightspeed, Clover) |
| 온라인 전용 | 스토어프론트 플랫폼 + 일반 원장 + 동기화 계층 | 플랫폼 (Shopify, WooCommerce) |
| 옴니채널 | 위의 두 가지 모두 단일 원장에 통합 | 원장 (일반적으로 QuickBooks Online) |
열었던 탭은 세 경쟁업체가 아니었습니다. 그것은 세 가지 다른 질문에 대한 세 가지 답변이었고, 그 질문 중 하나만이 당신의 것입니다.
순수 오프라인 소매업체라면 스스로에게 솔직해지세요. 저희도 당신에게 솔직해지겠습니다. 귀하의 회계 스택은 POS를 중심으로 구축되어야 합니다. Square, Lightspeed 및 Clover는 모두 자체 QuickBooks 통합을 유지하며, 등록 수준 판매, 현금 서랍 조정, 매장 내 재고 관리와 같은 작업을 잘 수행합니다. LedgerPort(이 블로그가 속한 도구)는 POS 시스템이 아니며 이러한 등록기와 연결되지 않습니다. 판매가 카운터에서 발생한다면 POS 기본 경로가 올바른 경로이며, 아래 내용은 변경되지 않습니다.
이 가이드의 나머지 부분은 Shopify 또는 WooCommerce 스토어프론트를 통해 판매하고 (물리적 매장을 함께 운영할 수도 있음) QuickBooks Online에 장부를 기록하는 소매업체를 위한 것입니다. 귀하가 그렇다면 귀하의 문제는 "최고의 소매 회계 소프트웨어 찾기"가 아니라 귀하의 플랫폼에서 발생하는 판매, 수수료, 환불 및 지급이 이미 소유하고 있는 원장에 깔끔하게 기록되지 않는다는 것입니다.
소매 회계 시스템이 실제로 처리해야 하는 온라인 항목
마케팅을 제외하면 작동하는 소매 회계 시스템과 일반적인 장부 기록을 구분하는 다섯 가지 메커니즘이 있습니다. 도구가 이를 처리할 수 없다면 이름이 무엇이든 중요하지 않습니다.
1. 판매일의 판매, 지급일의 입금. 귀하의 플랫폼은 판매가 발생한 며칠 후에 수수료를 제외한 금액을 일괄 지급합니다. 입금이 은행에 입금될 때 수익을 기록하면 판매 날짜가 잘못되고 수수료만큼 과소 계상되며 조정이 불가능합니다. 이 단일 시점 차이가 대부분의 불일치의 근본 원인입니다. 전체 메커니즘은 QuickBooks에서 Shopify 지급액 조정 방법에서 자세히 설명합니다.
2. 수익과 분리된 수수료. 처리 수수료 3.20달러가 포함된 100달러 판매는 수익 100달러와 비용 3.20달러이지 수익 96.80달러가 아닙니다. 순 지급액 장부 기록은 매출과 비용을 모두 조용히 과소 계상하여 의사 결정에 사용하는 모든 마진 수치를 왜곡합니다.
3. 환불 및 교환을 최우선 이벤트로 처리. 환불은 발생 당일의 마이너스 판매로 정리되는 것이 아닙니다. 수익을 취소하고, 세금을 환급하며, 때로는 처리 수수료가 전혀 반환되지 않을 수도 있습니다. 소매업은 거의 모든 다른 비즈니스 모델보다 이러한 이벤트가 더 많습니다. 전자상거래 회계의 환불 및 반품에서는 이러한 이벤트가 어떻게 처리되어야 하는지 다룹니다.
4. 판매세는 부채이지 소득이 아닙니다. 체크아웃 시 수집된 세금은 정부를 위해 보관하는 돈입니다. 판매에 포함되는 것이 아니라 부채 계정에 기록되어야 하며, 플랫폼 자체의 세금 라인으로 분리되어야 합니다. 어떤 도구가 올바르게 기록하려면 계정 원장이 이를 위해 구조화되어야 합니다.
5. 재고 및 매출 원가 시점. 상품 원가는 재고를 구매할 때가 아니라 상품이 판매될 때 장부에 기록되어야 합니다. 이를 잘못 처리하면 월별 이익이 판매량 대신 구매 일정에 따라 변동합니다.
이 목록에 없는 항목을 주목하세요: 송장 발행, 급여, 대시보드. QuickBooks는 이미 이러한 기능을 제공합니다. 위의 다섯 가지 항목은 소매업별 계층이며 모두 플랫폼과 원장 사이의 간극에 존재합니다.
실제 온라인 소매 스택
온라인 소매업의 경우 작동하는 스택은 정확히 세 부분으로 구성됩니다. 플랫폼(Shopify 또는 WooCommerce), 원장(QuickBooks Online) 및 그 사이의 동기화 계층입니다. 플랫폼과 원장은 이미 가지고 있습니다. 동기화 계층은 실제로 찾고 있던 부분이며, 위의 다섯 가지 메커니즘이 모두 해결되는 곳입니다.
LedgerPort를 예로 들어 구체적으로 어떻게 보이는지 보여드리겠습니다.
판매 기록 방식. 동기화 계층은 각 주문을 QuickBooks에서 무엇으로 만들지 결정합니다. 거래별 세부 정보를 원하는 매장의 경우 주문당 판매 영수증, 도매 조건의 경우 송장+결제, 또는 하루에 300줄이 원장에 어지럽히는 것을 원하지 않는 대량 매장의 경우 단일 일일 요약 분개장입니다. 또한 어떤 엔티티가 자동으로 동기화되는지, 얼마나 자주, 어떤 시작 날짜부터 동기화되는지를 제어합니다. 따라서 책의 동작은 내보내기에서 생성된 결과가 아닌 사용자가 선택한 설정입니다. 모든 5가지 기록 방법과 각 방법이 적합한 시기는 주문 동기화 방법 이해에 문서화되어 있습니다.
매핑: 번역이 실제로 이루어지는 곳. 스토어의 모든 제품, 고객, 결제 방법 및 세금 항목은 QuickBooks에서 목적지가 필요합니다. 매핑 화면에는 QuickBooks 항목 옆에 있는 카탈로그가 표시되며, 각 제품은 해당 항목으로 게시됩니다. 자동 매핑 통과는 SKU 또는 이름으로 대부분의 항목을 일치시키고, 매핑되지 않은 항목은 플래그가 지정됩니다. 매핑되지 않은 제품이 포함된 주문은 잘못된 계정으로 게시되어 조용히 책을 손상시키는 대신 눈에 띄게 실패합니다. 기본적으로 실패하는 동작은 불편한 것처럼 들릴 수 있습니다. 실제로 기능입니다. 잘못되었지만 게시된 것이 책이 될 수 있는 가장 비싼 상태입니다.
책이 뒤처졌을 때 따라잡기. 대부분의 소매업체는 비즈니스를 시작하는 날 동기화 계층을 채택하지 않습니다. 기록되지 않거나 잘못 기록된 수개월의 기록을 뒤로하고 채택합니다. 수동 푸시 페이지에는 각 레코드(주문, 제품, 고객, 결제 등 각 항목은 자체 탭에 있음)와 동기화 상태가 나열되어 있어 날짜 범위를 백필하거나, 매핑 오류로 실패한 몇 개의 레코드를 다시 보내거나, 전체 백로그를 푸시하고 게시되는 것을 볼 수 있습니다. 이미 동기화된 레코드는 자동으로 건너뛰므로 푸시를 다시 실행해도 중복이 생성되지 않습니다.
이 중 어느 것도 이국적이지 않습니다. 배관입니다. 하지만 소매업에 특화된 배관이며, POS 제품군, 일반 "소매 에디션", 2011년식 소매 관리 시스템이 Shopify 또는 WooCommerce 스토어에 대해 수행하지 못하는 바로 그 부분입니다.
옴니채널 및 다중 스토어 소매
여러 판매 채널(Shopify 스토어 및 WooCommerce 스토어, 두 브랜드, 미국 및 EU 상점)을 통해 판매하는 것은 스택을 변경하지 않습니다. 스택을 증식시킵니다. 각 스토어는 자체 연결, 자체 매핑, 일반적으로 자체 QuickBooks 회사가 필요합니다. 혼합된 장부는 스토어별 수익성을 보이지 않게 하고 세금 신고를 고통스럽게 만들기 때문입니다.
동기화 계층은 각 스토어를 단일 로그인 하에 별도의 독립적인 비즈니스로 취급해야 하므로 세 가지 도구나 세 가지 구독을 유지 관리할 필요가 없습니다. LedgerPort에서는 Shopify 및 WooCommerce 스토어가 하나의 계정에서 나란히 배치됩니다. Scale 요금제는 최대 3개의 스토어를 포함하며, Enterprise는 무제한입니다. 여러 QuickBooks 회사 사용 대 한 회사 사용에 대한 전체 설정은 다중 스토어 전자 상거래 회계에 나와 있습니다.
이것이 '독립적'이라는 것이 기술적으로 무엇을 의미하는지 설명합니다. LedgerPort에서는 각 스토어가 비즈니스입니다. 즉, 하나의 상점과 하나의 QuickBooks 회사가 연결되어 있으며, 자체 통화, 시간대, 연결, 매핑, 동기화 로그 및 설정을 유지합니다. 두 번째 비즈니스를 추가하는 데는 네 가지 필드가 필요합니다. 대시보드 왼쪽 상단 모서리에 있는 비즈니스 이름을 클릭하고, 비즈니스 추가를 클릭한 다음, 이름을 입력하고, 통화와 시간대를 선택한 다음, 첫 번째 비즈니스를 연결한 것과 동일한 방식으로 해당 스토어의 플랫폼 및 QuickBooks 계정을 연결합니다. 동일한 왼쪽 상단 전환기를 사용하여 로그아웃하지 않고 비즈니스 간에 이동할 수 있습니다. 스토어를 선택하면 대시보드, 연결 및 로그가 해당 비즈니스로 전환됩니다. 한 비즈니스에서 변경하는 사항(매핑, 동기화 설정, 연결 해제된 계정)은 다른 비즈니스에 영향을 미치지 않습니다.
이러한 독립성은 스토어의 수명 주기 전체에 걸쳐 유지됩니다. 브랜드를 종료하면 설정에서 해당 비즈니스를 삭제할 수 있습니다. 해당 스토어의 LedgerPort 동기화 기록, 로그 및 매핑만 제거됩니다. 다른 비즈니스는 계속 실행되며, 해당 스토어의 Shopify 또는 WooCommerce 계정 및 해당 QuickBooks 회사는 전혀 영향을 받지 않습니다.
물리적 매장을 운영하는 옴니채널 소매업체를 위한 솔직한 조언: 매장 내 판매가 Shopify POS를 통해 이루어지면 온라인 판매와 동일한 Shopify 주문 스트림으로 들어갑니다. Square 또는 Lightspeed와 같은 별도의 등록 시스템을 통해 판매가 이루어지면 이는 두 번째 스택이 됩니다. POS 자체의 QuickBooks 통합에 연결하고 온라인 동기화 계층은 상점가에 유지하세요. 두 가지 역할을 모두 수행할 것으로 기대하고 하나의 도구를 구매하지 마세요.
소매점 회계 소프트웨어 평가 방법: 5가지 질문
스택의 이름을 지정하면 선택지가 좁아집니다. 동기화 계층을 위해 비교하고 있는 모든 소매점 회계 소프트웨어에 대해 다음 다섯 가지 질문을 해보세요. 이는 Shopify 회계 도구 검토에서 사용한 기준과 동일합니다.
- 판매일에 판매를 기록하고 지급액을 은행 입금액과 대사하나요? 입금액만 가져오는 경우, 이는 은행 피드이지 회계 계층이 아닙니다.
- 수수료, 환불 및 세금을 자동으로 별도의 계정으로 분리하나요? 동기화된 거래를 한 줄씩 보여달라고 요청하세요.
- 문제가 발생하면 어떻게 되나요? 매핑되지 않은 제품, 삭제된 항목, API 오류. 침묵하는 건너뛰기가 아닌, 보이는 오류, 로그 및 선택적 재동기화를 찾으세요.
- 플랫폼과 스토어 수를 지원하나요? 여러 스토어 및 Shopify-plus-WooCommerce 지원은 가격 페이지에서 제시하는 것보다 더 다양합니다.
- 제거되는 시간을 고려했을 때 비용은 얼마인가요? 상당한 볼륨의 스토어는 매주 시간을 절약한다고 보고합니다. 이를 구독료와 정직하게 비교해 보세요. 현재 요금제는 가격 페이지에 있으며, 월 최대 30개 주문까지 무료로 시작할 수 있습니다.
3번 질문에는 지름길이 있습니다. 데모에서 감사 추적을 보여달라고 요청하세요. 마케팅 페이지가 아닌 실제 화면을 말입니다. LedgerPort에서는 감사 로그가 있으며, 모든 동기화 시도는 명확한 상태를 가진 한 행으로 표시됩니다: 동기화됨, 오류, 대기 중(처리되지 않은 큐에 있음) 또는 보류 중(결제 상태 충족과 같은 트리거 조건 대기). 각 행에는 해당 주문 번호, 제품 또는 고객이 포함되며, 오류 행은 "제품이 매핑되지 않았습니다", "QuickBooks에서 고객을 찾을 수 없습니다"와 같이 확장되어 오류의 원인을 명시합니다. 따라서 실패 시 자체 수정 방법을 가리킵니다. 상태 = 오류로 필터링하는 것은 매일 30초 동안 확인하는 작업입니다. 연결이 끊긴 후 날짜 범위로 필터링하면 창을 놓친 레코드가 정확히 표시되어 다시 보낼 준비가 됩니다. 화면 자체는 감사 로그 읽기 및 필터링에 문서화되어 있습니다. 공급업체가 이에 상응하는 것을 보여줄 수 없다면, 실패는 조용하다고 가정하십시오. 조용한 실패는 아무도 알아차리기 전에 몇 달 동안 장부가 표류하는 방식입니다.
다섯 가지 질문 모두에 잘 답하는 도구는 합법적인 선택입니다. 차이점은 오류 복구, 수수료 정확성, 환불 처리와 같은 가장자리에서 나타납니다. 이는 소매 장부가 살아남거나 망하는 정확한 지점입니다.
실제로 찾고 있던 소프트웨어
세 개의 탭으로 돌아가세요. POS 제품군, 소매 에디션, 레거시 소매 시스템. 이 세 가지를 한 달 동안 평가해도 은행 피드에서 조정되지 않은 지급액은 해결되지 않을 것입니다. 왜냐하면 이 중 어느 것도 이미 소유하고 있는 스택을 위해 만들어지지 않았기 때문입니다.
검색어의 아이러니입니다. 소매 회계 소프트웨어를 찾고 있었던 것이 아닙니다. 이미 2/3가 조립된 스택의 누락된 계층을 찾고 있었습니다. 한쪽에는 스토어가 있고, 다른 쪽에는 QuickBooks가 있으며, 그 사이에 번역 격차가 있습니다.
LedgerPort는 Shopify 및 WooCommerce 소매업체를 위한 해당 계층입니다. 무료 요금제는 스토어 하나에 월 최대 30개 주문을 포함하며, 설정은 약 15분이 소요됩니다. 모든 유료 요금제에는 14일 환불 보장이 제공됩니다. 스토어를 연결하고 첫 주문을 QuickBooks로 보내세요 →
