1시간 안에 QuickBooks에 새로운 Shopify 클라이언트를 온보딩하세요

Shopify 클라이언트 간의 차이는 생각보다 작으며, 모든 부분을 템플릿화할 수 있습니다. 이것이 바로 5단계 프로세스이며, 각 단계별 시간입니다.

---

온보딩 통화는 2시입니다. 오후 내내 시간을 비워두었습니다. 왜냐하면 마지막 통화가 오후 내내 걸렸고, 원래는 1시간이면 끝날 예정이었기 때문입니다.

몇 명의 Shopify 클라이언트를 온보딩했다면, 그중 일부 경험을 해봤을 것입니다. 통화 중에 계정과목표의 절반을 다시 만들었습니다. 보내지지도 않은 Shopify 협력자 요청을 20분 동안 기다렸습니다. 통화 중에 "QuickBooks"가 데스크톱 버전을 의미한다는 것을 알게 되었습니다. 모든 작업이 처음부터 다시 시작하는 것처럼 느껴졌고, 클라이언트의 시간을 사용하면서 당신은 명백히 허둥지둥하고 있었습니다.

대부분의 회사가 내리는 결론은 비싼 것입니다: 모든 전자상거래 클라이언트는 고유하므로 온보딩을 표준화할 수 없습니다. 그것은 거짓말입니다. Shopify 클라이언트 간의 차이는 거의 전적으로 두 가지입니다. 계정과목표 매핑과 과거 데이터의 날짜 범위입니다. 둘 다 템플릿화할 수 있습니다. 나머지 80%의 작업은 온보딩할 모든 클라이언트에게 동일합니다.

이 가이드는 바로 그 80%를 글로 옮긴 것입니다. 5단계로 Shopify 클라이언트를 QuickBooks에 온보딩하는 방법, 55분의 실무 시간, 세 번째 클라이언트부터는 주니어 직원에게 맡길 수 있을 정도로 반복 가능합니다.

Shopify 클라이언트 온보딩이 예상보다 오래 걸리는 이유

온보딩이 실패하는 이유는 작업이 어렵기 때문이 아닙니다. 통화 전에 이루어져야 할 결정과 액세스 요청이 통화 중에 발생하기 때문에 실패합니다.

최악의 온보딩에서 시간을 많이 소모한 것이 무엇인지 생각해 보세요. 자격 증명을 기다리는 것. 클라이언트가 지켜보는 동안 어떤 계정에 판매자 수수료를 넣어야 할지 논쟁하는 것. 이 중 어느 것도 회계상의 어려움이 아닙니다. 순서의 실패입니다.

해결책은 구조적입니다. 작업을 단계별로 나누고, 모든 결정을 가능한 한 빠른 단계에 배치하고, 이전 단계가 완료되지 않으면 다음 단계를 시작하지 마십시오. 이것이 전체 방법론입니다. 아래 시간은 입력이 제시간에 도착했을 때의 실제 시간입니다: 10 + 5 + 20 + 5 + 15 — 55분.

한 가지 솔직한 주의사항: 이 시간은 클라이언트의 기존 QuickBooks 파일이 사용할 수 있다고 가정합니다. 만약 수개월간의 이중 계산된 수입이나 한 번도 제로화되지 않은 정산 계정이 있다면, 그것은 별개의 작업입니다. 정리 가이드를 사용하여 별도로 범위를 정하고, 파일을 수정한 다음, 여기로 돌아오십시오. 손상된 파일에 온보딩하는 것은 혼란을 자동화하는 것일 뿐입니다.

1단계: 사전 통화 준비 — 10분

이 단계의 모든 것은 일주일 전에 보내는 이메일입니다. 수집하는 내용:

1. Shopify 스토어 URL 및 관리자 액세스. 연결은 관리자 또는 소유자 수준 액세스 권한이 있는 사람이 승인해야 합니다. 클라이언트가 통화 중에 승인하거나 사전에 파트너에게 협력업체 액세스 권한을 부여합니다. 통화 전에 어느 쪽인지 확인하십시오.
2. QuickBooks Online 액세스 — 그리고 Online임을 확인. 데스크톱은 지원되지 않으며, 실시간으로 확인하는 것은 온보딩을 방해하는 고전적인 문제입니다. 클라이언트가 귀사의 로그인 정보로 회계사 초대를 보내도록 하고, 어떤 QuickBooks 회사와 스토어를 동기화해야 하는지 확인하십시오. LedgerPort에서는 비즈니스에 대한 회계 연결이 이루어지면 나중에 변경할 수 없습니다. 이 결정은 클라이언트 파일당 영구적입니다.
3. 백필할 기간. Shopify 데이터에서 책을 얼마나 오래 재구축해야 합니까? 날짜를 요청하십시오. "1월 1일부터"는 "한동안"보다 낫습니다. LedgerPort의 Time Machine은 최대 24개월의 과거 주문 데이터를 가져오므로 2년 이내의 데이터는 도구로 처리되며 데이터 입력이 아닙니다.

회신을 기다리는 동안 3단계를 빠르게 진행할 수 있는 아티팩트, 즉 귀사의 표준 전자상거래 계정과목표를 준비하십시오. 매핑은 Shopify 데이터를 기존 QuickBooks 계정에 할당하며, 계정을 생성하지는 않습니다. 클라이언트의 계정과목표에 정리 계정이나 수수료 비용 계정이 누락된 경우, 통화 전에 QuickBooks에 추가하십시오. (아직 표준 계정과목표가 없습니까? 이 템플릿으로 한 번 구축하고 모든 클라이언트에게 재사용하십시오.)

2단계: 연결 및 권한 — 5분

두 개의 연결 모두 한 페이지에서 이루어지며, 모두 OAuth로 승인됩니다. 클라이언트는 QuickBooks와 Shopify 내에서 직접 액세스를 승인하며, 암호는 도구나 귀사와 공유되지 않습니다. 액세스 요청이 안전한 이유를 클라이언트가 물을 때의 답변이며, 통화 중에 소리 내어 말할 가치가 있습니다.

LedgerPort에서는 순서가 다음과 같습니다. 클라이언트의 비즈니스 생성(1 비즈니스 = 1 Shopify 스토어와 1 QuickBooks 회사 페어링), 그런 다음 사이드바에서 연결을 엽니다.

먼저 QuickBooks를 연결합니다. QuickBooks 연결을 클릭하고, 로그인하고, 회사를 선택하고, 승인합니다. 가장 주의해야 할 순간은 회사 선택입니다. 승인을 클릭하기 전에 올바른 QuickBooks 파일인지 확인하십시오. 나중에 변경할 수 없기 때문입니다.

그런 다음 스토어: Shopify 스토어 연결을 클릭하고, 스토어 URL(client-store.myshopify.com)을 입력하고, 클라이언트가 Shopify 측에서 앱 설치를 클릭합니다. 클라이언트가 대신 Shopify 앱 스토어에서 LedgerPort를 설치한 경우, 스토어가 이미 연결되어 있으며 이 단계는 사라집니다.

대시보드에는 스토어 연결, QuickBooks 연결, 자동 동기화 사용의 세 가지 설정 체크리스트가 표시됩니다. 지금은 자동 동기화를 해제 상태로 두세요. 자체적으로 동기화되기 전에 기록 백필 및 첫 번째 확인을 완료해야 합니다. 자동 동기화 사용은 스테이지 5에서 마지막으로 확인하는 항목입니다.

3단계: 계정과목표 매핑 — 20분

이 스테이지는 고객마다 다르므로 템플릿화하기 가장 어려운 스테이지입니다. 실제로 중요한 매핑 결정은 다섯 가지입니다. 수수료가 어디로 가는지, 환불이 어디로 가는지, 기프트 카드가 어디로 가는지, 판매세가 어디로 가는지, 배송비가 어디로 가는지입니다. 나머지는 도구가 처리하는 제품 수준의 세부 정보입니다.

대부분의 Shopify 고객에게 적용되는 표준 매핑은 다음과 같습니다.

Shopify 요소	QuickBooks 계정	계정 유형
제품 판매	매출 수익	수익
고객에게 청구된 배송비	배송 수입	수익
할인	제공된 할인	수익 (상계)
환불	환불 및 수당	수익 (상계)
징수된 판매세	판매세 부채	기타 유동 부채
판매된 기프트 카드	기프트 카드 부채	기타 유동 부채
Shopify 결제 / 게이트웨이 수수료	판매자 처리 수수료	비용
결제 청산	Shopify 청산	기타 유동 자산

이 행 중 두 가지는 전자상거래 초보 파일이 항상 잘못되는 곳이므로 정책으로 명시해야 합니다. 판매된 기프트 카드는 수익이 아니라 부채입니다. 수익은 사용 시 발생합니다. 환불은 매출에 포함되지 않고 역매출에 포함되므로 고객의 실제 반품률이 계속 표시됩니다.

기계적으로 매핑은 두 가지 기능 덕분에 빠르게 진행됩니다. 자동 매핑은 고객의 Shopify 제품을 QuickBooks 항목과 비교하여 SKU 또는 이름이 일치하는 곳에 연결합니다. 한 번의 클릭으로 대부분의 카탈로그를 처리할 수 있으며, 처음부터 구축하는 대신 검토하고 재정의합니다. 나머지는 매핑되지 않음으로 표시됩니다. 드롭다운에서 매핑되지 않은 항목만 필터링하여 수동으로 할당합니다.

회사의 경우, 승수는 마스터 템플릿입니다. LedgerPort의 CPA 파트너 프로그램은 여러 고객에게 표준 계정 구성 차트를 적용하는 것을 지원합니다. 방금 고객 1에 대해 보낸 20분은 고객 2의 시작점이 되지, 재구축이 되지 않습니다.

의도적으로 내려야 할 결정 한 가지: 매핑되지 않은 항목 처리. 매핑되지 않은 제품이 포함된 주문이 실패하는 대신 동기화되도록 기본 항목을 설정할 수 있습니다. 이는 제품별 보고 비용으로 인한 복원력입니다. 수천 개의 저가 SKU를 가진 고객에게는 합리적이지만, 제품별 마진을 원하는 고객에게는 잘못된 것입니다. 고객별로 의도적으로 결정하십시오. (전체 메커니즘: 제품 매핑 및 계정 매핑.)

4단계: 과거 데이터 백필 — 트리거에 5분

매핑이 설정되면 기록을 푸시합니다. 수동 동기화 페이지(QuickBooks로 보내기 제목)에는 고객의 제품, 고객, 주문 및 결제가 행별 동기화 상태와 함께 나열됩니다. 합의된 기록 기간을 선택하고 푸시하거나 전체를 푸시합니다. 타임머신은 최대 24개월 전까지 커버합니다. 이것이 스테이지 1에서 날짜를 요청한 이유입니다.

푸시는 진행률 모달이 각 레코드가 도착하거나 실패하는 것을 보여주는 동안 백그라운드에서 실행됩니다. 트리거하는 데 5분이면 충분합니다. 완료 시간은 볼륨에 따라 달라집니다. 이것은 온보딩 통화 중 자연스러운 커피 브레이크입니다.

실행 중에 알아야 할 두 가지가 있습니다. 첫째, 중복 방지 보장: 동기화됨 상태의 레코드는 다시 푸시할 때 건너뛰고, 실패한 레코드는 중복 대신 재시도되므로 매핑을 수정한 후 다시 푸시해도 항상 안전합니다. 둘째, 주목할 점: 매핑되지 않은 엔터티가 포함된 주문은 오류를 기록하고 QuickBooks에 게시되지 않습니다. 이는 올바른 동작입니다. 보류된 주문은 수정할 수 있지만 잘못 게시된 주문은 정리해야 합니다. 스테이지 5는 이를 확인합니다.

5단계: 첫 조정 확인 — 15분

"동기화 실행됨"으로 클라이언트를 라이브로 표시하지 마세요. "출력 확인됨"으로 라이브로 표시하세요. 두 가지 확인을 순서대로 진행합니다.

첫 번째 확인: 감사 로그. 모든 동기화 시도는 상태(동기화됨, 오류, 대기 중 또는 보류 중)와 함께 로그 항목을 작성합니다. 감사 로그를 열고 상태를 오류로 필터링하세요. 이것이 주의가 필요한 모든 항목의 전체 목록이며, 빈 목록이 깨끗한 상태입니다. 오류 행을 확장하면 세부 정보 열에 실패한 내용이 표시됩니다. 첫 동기화에서 실제로 보게 될 두 가지는 제품 매핑 안 됨(매핑으로 돌아가 매핑하세요)과 QuickBooks에서 고객을 찾을 수 없음입니다. 두 번째 항목은 한 가지 설정으로 수정할 수 있습니다. 클라이언트가 고객별 추적이 필요하지 않은 경우, 고객 전략을 일반으로 전환하여 일치하지 않는 모든 고객을 단일 QuickBooks 고객으로 라우팅하세요.

수정 후 수동 동기화에서 영향을 받은 레코드를 다시 푸시하고 오류로 다시 필터링하여 목록이 비어 있는지 확인하세요. (감사 로그 읽기 및 필터링에서 모든 필터를 다룹니다.)

두 번째 확인: 지급금 한 건을 처음부터 끝까지 추적하세요. 최근 Shopify 지급금 하나를 선택하여 QuickBooks를 통해 추적하세요. 총 매출 입력, 수수료는 비용 계정으로, 환불은 역매출로, 순 금액은 소수점까지 일치하는 은행 입금액과 일치하며, 정산 계정은 주기 동안 0으로 맞춰집니다. 완전히 일치하는 지급금 한 건은 단일 추적에서 매핑, 수수료 분리 및 정산 흐름을 증명합니다. (지급금과 입금액이 달라지는 이유와 자동화된 방법이 이를 어떻게 일치시키는지에 대한 내용은 지급금 조정 가이드에서 다룹니다.)

두 확인 모두 통과했습니까? 자동 동기화를 활성화하세요. 설정 체크리스트의 세 번째 상자이며, 여기서부터 클라이언트는 자체적으로 실행됩니다.

인계 체크리스트

온보딩을 실행한 직원이 이 정보를 파트너에게 전달합니다. 모든 상자가 체크되었다는 것은 클라이언트가 라이브로 표시되었음을 의미합니다. 체크되지 않은 상자는 통화가 아무리 순조로웠더라도 약정이 완료되지 않았음을 의미합니다.

• QuickBooks Online 및 Shopify 모두 연결 페이지에 연결됨으로 표시됩니다.
• 승인 전에 QuickBooks 회사 확인 완료 (나중에 변경 불가)
• 계정 원장 매핑이 해당 회사의 표준 템플릿과 일치하며, 차이점은 문서화됨
• 수수료, 환불, 상품권, 판매세, 배송 각각 위의 표에 따라 매핑됨
• 매핑되지 않은 항목 처리 방식에 대해 명확하게 결정하고 (기본값 사용 또는 사용 안 함) 기록함
• 합의된 전체 기간에 대해 기록 기간 확장됨
• 감사 로그에서 오류 반환 건수 0건으로 필터링됨
• 지급금 1건에 대해 처음부터 끝까지 추적: 총액 → 수수료 → 환불 → 순액 = 은행 입금, 잔액 0으로 정리됨
• 자동 동기화 활성화됨
• 해당 직원의 역할이 할당된 상태로 회사 계정 하위에 고객 파일 추가됨

이 마지막 상자가 위임 가능하게 만드는 요소입니다. 모든 고객이 하나의 회사 로그인 하에 별도의 비즈니스로 관리되기 때문에, 직원이 청구 또는 다른 고객의 설정을 건드리지 않고 고객 파일에서 전체 프로세스를 실행할 수 있습니다. 이것이 바로 온보딩이 파트너 업무에서 벗어나는 지점입니다.

두 번째 클라이언트는 25분 소요

템플릿화된 후에는 이런 일이 발생합니다. 두 번째 Shopify 고객의 경우, 사전 통화 이메일이 이미 작성되어 있고, 표준 계정 원장이 이미 구축되어 있으며, 마스터 템플릿이 재구축 대신 매핑을 적용하기 때문에 약 25분이 소요됩니다. 다섯 번째 고객의 경우 15분이 걸리며, 직원이 귀하가 청구 가능한 다른 업무를 하는 동안 이를 처리합니다.

이는 고객 유형의 경제성을 변화시킵니다. 전자상거래 참여를 피하는 회사들은 표준화되지 않은 온보딩의 어려움에 대해 틀린 것이 아니라, 그것이 표준화될 수 없다는 것에 대해 틀린 것입니다. 반복 가능한 55분 온보딩은 전자상거래 고객을 손실 리드 대신 수익성 있는 부문으로 만들고, 정리 시간 대신 가치에 기반한 요금 책정을 정당화하는 것입니다.

도구는 같은 방식으로 확장됩니다. 파트너 프로그램은 정확히 이 워크플로우를 중심으로 구축되었습니다. 즉, 하나의 대시보드에서 계층적 고객 관리, 회사 수준에서의 일괄 청구, 수익 공유 또는 패스스루 고객 할인(선택 사항), 그리고 LedgerPort 팀이 고객을 연결하고 첫 동기화를 귀하와 함께 조정하는 화이트글러브 온보딩입니다.

첫 번째는 저희와 함께 진행하세요

이제 5단계, 표준 매핑 테이블, 인계 체크리스트가 준비되었습니다. 종이 위에서는 전체 55분 분량입니다. 이를 현실로 만드는 가장 빠른 방법은 수백 번 해본 사람과 함께 한 번 실행하는 것입니다.

CPA 온보딩 통화 예약하기 → 그러면 첫 번째 Shopify 고객의 연결, 매핑, 백필, 지급금 추적을 함께 진행해 드립니다. 그러면 두 번째 고객은 실제로 25분이 걸릴 것입니다.