기업을 위한 WooCommerce 회계는 대부분 Shopify 플레이북이며, 그대로 유지됩니다. 그렇지 않은 세 가지 영역은 정확히 계약이 견적을 초과하는 부분입니다.
추천 이메일이 받은 편지함에 있습니다. Shopify 고객 중 한 명이 "우리가 WooCommerce를 사용하는 것 같아요?"라고 말하는 친구가 있다고 합니다. 올해 매월 10일까지 그의 장부를 마감했기 때문에, 그는 그녀에게 전자 상거래를 처리하는 회사라고 말했습니다.
그럴 만합니다. 직원이 1시간 안에 실행할 수 있는 Shopify 온보딩 실행 계획서가 있습니다: 연결, 표준 매핑 템플릿, 과거 데이터 백필, 한 번의 지급 추적. 그래서 Shopify에 다른 로고가 있는 새 고객의 스택을 열어봅니다.
대신 Stripe, PayPal, 그리고 조정해 본 적 없는 구매 후 결제 게이트웨이를 발견합니다. 앱 스토어는 없고, 31개의 항목이 있는 플러그인 페이지가 있으며, 그중 4개는 업데이트가 필요합니다. 그리고 어떤 것도 호스팅하는 플랫폼 회사는 없습니다. 고객은 들어본 적 없는 호스팅 회사에서 서버를 임대하고, 그녀의 조카가 "웹사이트 관련 업무를 처리합니다."
가장 유혹적인 결론은 대부분의 회사가 조용히 받아들이는 것입니다: *WooCommerce 고객은 추가 단계가 있는 Shopify 고객일 뿐입니다. 동일한 플레이북, 더 많은 인내심.* 그것은 거짓말이며, 비싼 거짓말입니다. 왜냐하면 모든 Woo 관련 놀라움이 견적 대신 계약 중간에 발생하기 때문입니다. 진실은 WooCommerce가 회계 회사에 대해 세 가지 구체적이고 구조적인 방식으로 다르다는 것입니다. 그리고 각 방식에는 시작 통화 전에 정책으로 설정할 수 있는 표준 답변이 있습니다.
기업을 위한 WooCommerce 회계가 다른 이유
세 가지 차이점 중 어느 것도 회계에 관한 것이 아닙니다. 수익, 수수료, 환불 상계 계정, 세금 부채는 Shopify 고객과 동일합니다. 변경되는 것은 데이터의 출처와 그것을 생성하는 기계를 누가 제어하는가입니다.
1. 단일 결제 레일이 없습니다
일반적인 Shopify 고객은 Shopify Payments를 사용하며, 대부분의 돈은 단일 수수료 로직으로 단일 지급 스트림을 통해 도착합니다. 귀하의 조정 근육 기억은 그것에 기반합니다.
WooCommerce에는 자체 게이트웨이가 없습니다. 체크아웃은 조립됩니다: 카드는 Stripe, 고객이 기대하기 때문에 PayPal, 아마도 Klarna 또는 2년 전 프로모션 중에 고객이 추가한 지역 결제 처리업체. 각 게이트웨이는 자체 일정에 따라 지급을 일괄 처리하고, 자체 수수료를 공제하며, 자체 일정에 따라 환불을 정산합니다. "WooCommerce 지급"이라는 것은 없습니다. 동일한 당좌 예금 계좌에 입금되는 세네 개의 관련 없는 입금 스트림이 있습니다.
회사 측 답변: 게이트웨이별 정산, 상시 정책으로 선언됨. 스토어에서 활성화된 각 게이트웨이에 대해 하나의 정산 계정 및 하나의 수수료 항목이 생성되며, 첫 번째 거래 동기화 전에 생성됩니다. 공유되는 "판매자 수수료" 항목은 없습니다. 이는 귀하가 이미 신뢰하고 있는 것과 동일한 정산 아키텍처입니다. Woo의 차이점은 이를 병렬로, 여러 레일을 동시에 실행한다는 것입니다. 정책에 대한 자세한 내용은 아래를 참조하십시오.
2. 고객이 인프라를 소유합니다
Shopify는 호스팅 플랫폼입니다. 가동 시간, 보안 및 판매 데이터베이스는 Shopify의 문제입니다. WooCommerce 스토어는 고객이 선택한 호스팅에서 실행하는 소프트웨어입니다. WordPress 코어, WooCommerce, PHP 버전, SSL 인증서 및 30개 이상의 플러그인이 모두 귀하의 회사에서 전혀 볼 수 없는 인프라에 존재하며, 이 모든 것이 소스 데이터의 상위에 있습니다.
그렇다고 해서 귀하가 그들의 IT 부서가 되는 것은 아닙니다. 인프라는 "QuickBooks Online 또는 Desktop인가?"라는 질문이 Shopify 고객에게 스코핑 질문인 것처럼 스코핑 질문이 됩니다.
회사 측 답변: 액세스 및 업데이트 위생은 3개월 차가 아닌 초기 이메일에 포함되어야 합니다. 사전 통화 체크리스트에 네 가지 질문을 추가하십시오. 사이트를 누가 호스팅하고 누가 유지 관리합니까? HTTPS가 활성화되어 있습니까? (동기화 도구는 이를 사용하지 않으면 연결을 거부합니다.) 스토어 통화가 QuickBooks 회사의 기본 통화와 일치합니까? 그리고 플러그인을 설치할 수 있는 권한이 있는 wp-admin 액세스 권한은 누구에게 있습니까? 초기 단계에서 5분이면 "사이트가 다운되었거나/인증서가 만료되었거나/조카가 무언가를 업데이트했거나"와 같은 모든 종류의 놀라움을 없앨 수 있습니다.
3. 동기화 계층은 고객이 설치하는 플러그인입니다
Shopify 고객의 경우 동기화 도구는 환경을 보장하는 플랫폼에 앱 스토어 설치입니다. WooCommerce의 경우 동기화 도구는 고객의 wp-admin에 설치되고 스토어의 REST API와 통신하는 WordPress 플러그인입니다. 깨끗한 장부를 위해 의존하는 연결은 차이점 #2의 시스템 내부에 있습니다.
회사 측 답변: 온보딩 실행 목록에 해당 wp-admin이 포함됩니다. 부담이 아니라, 킥오프 통화에서 고객(또는 관리자 권한을 가진 사람)과 함께 실행하는 10분간의 안내 단계입니다. 설치 및 연결 흐름은 짧고 표준적이며, 함께 진행하면 스토어에서 실행 중인 내용을 정확히 알 수 있습니다. 다음 섹션에서 다룹니다.
온보딩 델타: Shopify 실행 계획서에서 무엇이 변경되는가
5단계 Shopify 온보딩을 구축했다면 그대로 유지하십시오. 기본 골격은 유지됩니다. 사전 통화 준비, 연결, 회사 표준 차트에 대한 매핑, 과거 데이터 백필, 첫 번째 조정 확인. 단계별 Woo 차이점은 다음과 같습니다.
사전 통화 준비 시 인프라 질문이 추가됩니다. 호스팅, HTTPS, 통화 일치, wp-admin 액세스 - 위의 네 가지 질문입니다. 사전 통화 이메일의 나머지 모든 것(QBO 회계사 초대, 어떤 QuickBooks 회사, 백필 날짜 범위)은 변경되지 않습니다.
연결 단계가 wp-admin으로 이동합니다. 호스팅 플랫폼에서 URL 및 앱 설치 핸드셰이크를 하는 대신, 고객이 플러그인을 설치합니다. LedgerPort를 사용하면 통화 시 시퀀스는 다음과 같습니다.
-
설치. 클라이언트의 WordPress 관리자에서 플러그인 » 새 플러그인 추가로 이동하여 LedgerPort를 검색하고 지금 설치, 활성화를 클릭합니다. 설정 마법사가 전체 화면 오버레이로 자동 열립니다.
-
연결. 마법사에서 한 번의 클릭으로 연결 흐름을 시작합니다.
-
승인. 클라이언트는 app.ledgerport.com으로 리디렉션되어 로그인하고 비즈니스를 선택한 후 승인하면 WordPress 관리자로 돌아옵니다. 비밀번호는 변경되지 않으며, 이는 통화 중에 QuickBooks OAuth 승인과 마찬가지로 소리 내어 말할 가치가 있습니다.
-
프로비저닝은 자체적으로 실행됩니다. LedgerPort는 읽기 액세스 권한이 있는 WooCommerce REST API 키를 생성하고 주문, 환불, 제품 및 고객에 대한 웹훅을 등록합니다. 단계 중 하나라도 실패하면 모든 것이 자동으로 롤백됩니다. 즉, 스토어가 부분적으로 구성된 상태로 남겨지지 않습니다. 성공하면 클라이언트는 연결된 대시보드로 이동합니다.
이것이 클라이언트와 회의적인 IT 조카에게 보여줄 부분입니다. 계속 진행하기 전에: 플러그인이 프로비저닝한 모든 것이 스토어 자체의 WooCommerce 설정, 웹훅 아래에서 볼 수 있습니다. 이름이 지정되고, 나열되며, 감사 가능합니다.
이러한 투명성은 차이점 #2의 액세스 위생 우려에 대한 정직한 답변입니다. 플러그인은 읽기 액세스 권한을 보유하고 있으며, wp-admin에서 해당 흔적을 검사할 수 있으며, 연결 해제 시 생성된 API 키와 웹훅이 삭제됩니다. 더 이상 서비스하지 않는 클라이언트 스토어에 아무것도 남지 않습니다.
매핑, 백필 및 확인은 동일한 기능을 사용합니다. 표준 전자 상거래 차트가 적용됩니다. 제품 및 계정 매핑은 이제 클라이언트의 wp-admin 사이드바에 있는 LedgerPort 메뉴(대시보드, 매핑, 수동 동기화, 감사 로그)에서 실행되므로 동기화 상태 확인을 위해 새로운 곳에 로그인할 필요가 없습니다. 기록 백필 및 감사 로그를 오류로 필터링하는 확인 단계는 Shopify 파일에서와 동일하게 작동합니다.
실행 목록에 대한 순 증감: 네 가지 입력 질문과 10분간의 안내 설치. 이것이 거짓말의 "추가 단계" 부분 전체이며 이야기의 더 작은 절반입니다.
정기 정책으로서의 게이트웨이 조정
더 큰 절반은 차이점 #1이며, 온보딩 시뿐만 아니라 매 마감 시마다 반복되기 때문입니다. 확고한 정책으로 세 줄로 작성하십시오:
게이트웨이당 하나의 정산 계정, 예외 없음. Stripe Clearing, PayPal Clearing, 추가 레일당 하나씩 — 각 계정은 클라이언트의 QBO 파일에 있는 기타 유동 자산으로, 온보딩 시 생성됩니다. 게이트웨이에 걸쳐 공유 정산 계정을 사용하면 해결하기 위해 고용된 정확한 퍼즐을 다시 만들게 됩니다.
게이트웨이당 하나의 수수료 항목. 통합 수수료는 합리적으로 확인할 수 없습니다. 분리하면 각 게이트웨이의 실제 요율은 월 2분 검토가 됩니다. 스트라이프는 보통 약 3%이고, 해당 월에 4.1%로 표시된다면 2분간 검토할 만한 일이 발생한 것입니다.
정산 잔액은 건강 검진입니다. 각 정산 계좌에는 통과 중인 자금, 즉 며칠간의 매출만 있어야 합니다. 잔액이 계속 늘어나는 것은 해당 특정 채널에서 수수료나 환불이 기록되지 않고 있음을 의미하며, 어떤 채널인지 알려줍니다.
여기서는 메커니즘을 다시 유도하지 않습니다. 일일 요약 및 지급 전표 아키텍처는 당사의 스토어 소유자 가이드에서 계산된 숫자로 다루어집니다. WooCommerce를 QuickBooks와 동기화하는 방법 및 WooCommerce 회계 구조. 이 두 게시물은 고객 교육 자료로도 그대로 유용합니다. 시작 전에 스토어 소유자에게 보내면 "입금을 그냥 맞출 수 없는 이유?"라는 대화가 이미 진행된 것입니다.
회사에 중요한 것은 이 정책이 규율이 아닌 구성이라는 것입니다. LedgerPort는 스토어에서 활성화된 모든 게이트웨이를 자동 감지하고 각 게이트웨이에 자체 행을 제공합니다. 정산 계좌, QBO 결제 방법, 환불 처리 등 구성되지 않은 모든 항목에 대한 기본 대체 기능도 제공합니다. 주니어 직원이 회사 표준 차트에 따라 온보딩 시 한 번 설정하면, 게이트웨이별 아키텍처가 그 이후로 자체적으로 실행됩니다.
과소평가되고 고착된
이제 비즈니스 구축 논쟁입니다. 전자 상거래의 거의 모든 다른 곳보다 WooCommerce에 더 강력하기 때문입니다.
대부분의 전자 상거래 회계 도구는 Shopify 우선입니다. 대부분의 콘텐츠, 대부분의 CPA 마케팅, 대부분의 "우리는 전자 상거래를 말합니다"라는 포지셔닝은 Shopify 우선입니다. WooCommerce는 전 세계 온라인 스토어의 상당 부분을 운영하지만, 게이트웨이별 지급 및 플러그인 기반 동기화를 이해하는 회계사를 찾는 Woo 스토어 소유자는 거의 없습니다. 존재하는 대부분의 Woo 네이티브 도구는 다른 문제를 해결합니다. 송장 기반 비즈니스를 위한 주문별 양방향 동기화는 MyWorks가 실제로 잘 수행하는 것입니다. 월별 마감에 의존하는 지급 수준 조정이 아닙니다.
회사에게 그러한 희소성은 두 가지 일을 합니다. 추천 채널을 불균형적으로 관대하게 만듭니다. 하나의 WooCommerce 고객에게 서비스를 잘 제공하면 해당 문장이 드문 커뮤니티에서 "WordPress 스토어를 처리할 수 있는 회사"가 됩니다. 그리고 고객을 고정시킵니다. 마침내 은행과 일치하는 장부를 가진 스토어 소유자는, 조카가 망가뜨리기 전에 호스팅에 대해 물어볼 줄 알았던 회사에서 생산된 경우, 월 50달러를 절약하기 위해 일반 전문가를 찾아 쇼핑하지 않습니다.
이는 이커머스 고객이 회사 마진을 파괴하는 이유에서 제시했던 것과 동일한 인프라 논리입니다. 마진은 고객 유형이 아닌 도구에 의해 결정되며, 한 가지 개선 사항이 있습니다. WooCommerce의 경우 경쟁업체는 해당 게시물을 읽지 않았습니다. 포트폴리오 메커니즘은 그대로 적용됩니다. CPA 파트너 프로그램은 고객이 Shopify 또는 WooCommerce를 사용하든 관계없이 마스터 템플릿 차트 구성을 고객에게 적용하며, 단일 회사 로그인으로 여섯 번째 Woo 고객이 첫 번째 고객에서 내린 결정을 상속받습니다.
두 번째 추천
다음 사례를 그려보세요. 또 다른 WordPress 스토어, 또 다른 조립식 결제 시스템 - 이번에는 Stripe, PayPal, 그리고 북유럽 솔루션입니다. 인입 이메일에는 이미 네 가지 인프라 질문이 포함되어 있습니다. 착수 통화에는 이전에 실행했던 10분 플러그인 설치가 포함됩니다. 매핑 템플릿에는 이미 게이트웨이별 정산 행이 있으며, 이 고객의 월말 마감은 Shopify 파일에서 실행하는 것과 동일한 검토-재구성-아님 마감입니다.
결국 같은 플레이북입니다. 거짓말이 약속했던 것이 아닐 뿐입니다. 세 가지 정책을 한 번만 채택하면 플랫폼 차이가 추천을 보내지 않는 이유가 되지 않습니다.
세 가지 차이점과 그에 대한 확정적인 답변이 있습니다. 이를 테스트하는 가장 빠른 방법은 실제 고객 파일에서 확인하는 것입니다. CPA 온보딩 통화 예약하기 →를 통해 첫 번째 WooCommerce 고객을 함께 진행하겠습니다. 네 가지 인입 질문, wp-admin 설치, 게이트웨이별 정산 설정, 그리고 해당 입금 스트림 각각과 연결되는 첫 번째 마감까지 모두 포함됩니다.
