해당 파일의 문제는 독특한 것이 아닙니다. 거의 모든 파일에서 발견되는 동일한 다섯 가지 결함이며, 이는 정리를 법의학적 프로젝트로 취급하는 것을 멈추고 표준 업무로 취급하기 시작할 수 있음을 의미합니다.
10시간으로 견적을 냈는데, 3주차입니다.
이 파일은 연중 중간에 귀하에게 왔습니다. 이전 장부 담당자가 "은행 피드를 최신 상태로 유지했다"는 Shopify 고객으로부터요. 그들은 모든 입금을 수입으로 직접 분류했습니다. 문제는 누군가가 동기화 도구도 연결했기 때문에 입금 위에 판매 영수증이 수익으로 기록되고 있다는 것입니다. 수입은 몇 달 동안 이중으로 계산됩니다. 처리 수수료는 어디에도 보이지 않습니다. 판매세는 수익 계정에 있습니다. 그리고 한 번도 제로화된 적 없는 5자리 잔액의 청산 계정이 있습니다.
Shopify 고객의 QuickBooks 파일을 정리하기로 동의한 모든 CPA는 이와 유사한 경험을 했습니다. 그리고 대부분은 똑같은 결론에 도달합니다. 모든 전자상거래 정리는 맞춤형 법의학 프로젝트이며, 그냥 힘들게 처리해야 한다고 생각합니다.
그것은 거짓말이며, 비싼 거짓말입니다. 10시간 견적이 30시간이 되고, 많은 회사가 전자상거래 추천을 조용히 중단하는 이유입니다.
힘든 과정이 가리는 것은 이것입니다. Shopify 고객의 문제는 매우 일관적입니다. 거의 모든 파일에서 동일한 다섯 가지 결함이 나타나며, 심각도 순서도 거의 동일하고, 동일한 몇 가지 설정 오류로 인해 발생합니다. 일단 이름을 지정하고, 몇 분 안에 감지하고, 올바른 순서로 수정할 수 있다면, 법의학적 프로젝트는 표준 업무가 됩니다. 즉, 범위를 정하고, 가격을 책정하고, 결국 위임할 수 있는 업무가 됩니다.
거의 모든 Shopify 고객 파일의 다섯 가지 결함
거래를 건드리기 전에 진단하십시오. 이 각각은 확인하는 데 몇 분이 걸리며, 함께 무엇을 다루고 있는지 알려줄 것입니다.
| 결함 | 5분 진단 | 무엇을 손상시키는가 |
|---|---|---|
| 이중 계산된 수입 | 손익계산서 수익 대 Shopify 총 판매액 - 약 2배 차이 | 수익, 세금 부채 |
| 순 입금 수익 | 수익은 은행 입금액과 정확히 일치하며, 수수료 계정은 비어 있음 | 총 수익, 마진, 수수료 비용 |
| 수입으로 잡힌 판매세 | 모든 매출세 부채 계정에 활동 없음 | 수익, 부채, 신고 지원 |
| 환불 삭제 또는 상계 | Shopify에 환불이 있는데도 매출 원가 계정이 비어 있음 | 총 매출, 반품률 |
| 정산 계정이 제로화되지 않음 | 크고 오래된 정산 계정 잔액 | 모든 것이 하류로 이어짐 — 아무것도 조정되지 않음 |
1. 이중 계산된 수입 (은행 피드 + 동기화된 판매)
감지 방법: 손익계산서를 가져와 총수입을 같은 기간의 고객 Shopify 판매 보고서와 비교합니다. 장부에 플랫폼의 총 매출의 약 두 배가 표시된다면, 그것이 바로 그것입니다. 수입 계정을 열어 확인합니다. 은행 피드 입금과 동기화 도구의 판매 영수증(또는 송장)이 나란히 게시되는 것을 볼 수 있습니다.
무엇을 손상시키는가: 수익, 따라서 수익에서 계산된 모든 것 — 추정 세금, 마진, 고객이 이 수치로 제출한 대출 신청.
수정 방법: 판매 영수증은 일반적으로 더 나은 기록입니다. 총 매출 세부 정보를 전달합니다. 이를 유지하고 은행 피드 입금을 수익에서 차감하여 영수증이 처리되어야 하는 정산 계정으로 재분류합니다. 이미 신고된 기간의 경우, 줄별로 재작성하지 마십시오. 기간당 하나의 수정 분개(수익 차변, 정산 대변)를 게시하고 문서화하십시오.
2. 순 입금 수익 (수수료는 보이지 않음)
감지 방법: 수입이 두 배가 아닌 경우, 오히려 과소 계상되었는지 확인합니다. 수익이 은행 입금액과 정확히 일치하면, 고객은 Shopify의 순 지급액을 매출로 기록한 것입니다. 판매 수수료 또는 처리 수수료 비용 계정을 찾아보면 비어 있거나 완전히 누락되었을 것입니다.
무엇을 손상시키는가: 총 매출이 과소 계상되고, 수수료 비용이 존재하지 않으며, 마진 분석은 허구입니다. 모든 주문에 대해 2.9% + 30센트를 지불하는 상점은 손익계산서에 전혀 표시되지 않은 실제 비용 항목이 있습니다.
수정 방법: 총액으로 계산합니다. 각 기간에 대해 판매 수수료를 차변하고 수수료 금액만큼의 판매 수익을 대변으로 하는 분개는 두 항목을 모두 복원합니다. Shopify의 지급 보고서는 지급액당 총 수수료를 제공합니다. 추정치가 아닌 이를 기반으로 작업하십시오.
3. 수입으로 기록된 판매세
감지 방법: 매출세 부채 계정을 엽니다. 활동이 거의 없거나 전혀 없지만 고객이 신고 및 납부했다면, 징수된 세금이 수익 내에 있습니다. 종종 그 반대도 발견할 수 있습니다. 주에 대한 납부가 "매출세 비용"으로 기록됩니다. 두 항목은 손익계산서에서 거의 상쇄되는데, 이것이 바로 아무도 알아차리지 못한 이유입니다. 두 항목 모두 잘못되었습니다.
무엇을 손상시키는가: 징수된 세금으로 인해 수익이 과대 계상되고, 부채 계정은 신고된 내용을 지원할 수 없으며, 고객이 감사받는 경우 장부와 신고서가 일치하지 않습니다.
수정 방법: 징수된 세금을 수익에서 부채 계정으로 재분류한 다음, 비용 대신 해당 부채에 대해 납부를 기록합니다. 결과 잔액을 고객의 실제 신고서와 조정합니다. 이것은 QuickBooks 외부의 소스를 완전히 확인해야 하는 유일한 결함입니다.
4. 환불이 취소되거나 상계 처리됨 (반대 수익 처리 대신)
감지 방법: 해당 기간의 Shopify 환불 보고서를 가져옵니다. 그런 다음 환불 및 수수료(매출 차감) 계정을 찾습니다. Shopify에는 환불이 표시되지만 장부에는 아무것도 표시되지 않는 경우, 환불은 입금액에 조용히 포함되었거나 감사 로그를 확인하세요. 일치하는 것이 없다고 "삭제"될 때 완전히 삭제되었습니다.
손상되는 것: 총 매출 및 반품률. 판매의 2%를 환불한다고 생각하지만 실제로는 6%를 환불하는 고객은 잘못된 데이터를 기반으로 가격 책정 및 재고 결정을 내리고 있습니다.
수정 방법: 환불을 매출 차감 계정으로 재기록하여 총 매출, 환불 및 순 매출 각각이 눈에 보이는 항목으로 유지되도록 합니다. 절대 매출에 포함시키지 마세요. 거기서 파괴된 정보는 복구되지 않습니다.
5. 제로화된 적 없는 청산 계정
감지 방법: 잔액을 확인합니다. Shopify 정산(또는 미입금 자금) 계정은 지급 사이에 0 근처에 있어야 합니다. 몇 달 된 5자리 잔액이 있다면, 입금된 금액과 지급된 금액을 일치시킨 사람이 아무도 없다는 뜻입니다.
손상되는 것: 이것이 다른 오류를 보이지 않게 만드는 결함입니다. 정산이 0이 되지 않으면 이중 계산이나 누락된 수수료를 감지할 검사 지점이 없습니다. 다운스트림에서 아무것도 조정되지 않으며, 파일이 마지막으로 올바르게 된 시점을 아무도 말할 수 없습니다.
수정 방법: 이것은 의도적으로 마지막에 수행됩니다. 1~4번 결함을 수정한 후, 정산 잔액을 조정하고, 지급을 입금과 일치시키고, 파트너가 승인한 분개로 문서화된 잔여 금액을 상각합니다. 먼저 정산을 0으로 만들려고 하면 여전히 잘못된 숫자를 조정하게 됩니다.
정리 순서: 이 순서대로 Shopify QuickBooks 파일을 정리하세요
순서가 노력보다 더 중요합니다. 다음은 순서와 그 이유입니다.
1. 유입 중단. 어떤 것을 수정하기 전에, 중복으로 계속 게시되는 것을 일시 중지하세요. 중복되는 은행 피드 분류 규칙이나 잘못 구성된 동기화를 연결 해제하세요. 결함이 계속 누적되는 파일을 정리하는 것은 수도꼭지를 틀어놓고 대걸레질하는 것과 같습니다.
고객의 동기화 도구가 LedgerPort인 경우, 수도꼭지에는 실제 손잡이가 있습니다: 연결 페이지의 동기화 일시 중지. 연결을 해제하거나 구성을 잃지 않고 정리 중에 새 항목이 QuickBooks에 들어오는 것을 중지합니다. 문서는 정확히 이러한 유지 관리 기간에 대해 이를 권장합니다. 파일이 깨끗해지면 같은 위치에서 동기화 재개를 클릭하면 연결이 중단된 부분부터 다시 시작됩니다. 재인증 없음, 설정 재구축 없음, 고아 매핑 없음.
2. 수정할 구조를 먼저 잡으세요. 파일에 있어야 했던 계정과목표를 설정하세요. — 수입, 환불 상계, 수수료, 판매세 부채, 정산 계정. 잘못된 계정과목표에 기록된 수정 사항은 두 번째 혼란을 야기할 뿐입니다. 전자상거래 계정과목표 템플릿은 표준 매핑입니다. 고객에 맞게 조정하되, 표준에서 시작하세요.
3. 재작성 라인을 결정하세요. 상세하게 재작성할 범위와 요약으로 조정할 범위를 결정하세요. 작동 기본값: 현재 회계연도는 거래 또는 월별 분개 수준에서 수정하고, 이전 신고 연도는 반환을 준비한 사람과 협력하여 각 연도별로 하나의 조정 항목을 적용합니다. 중요성과 세무 대리인이 이 결정을 내립니다. — 당신의 고고학적 탐구심이 아닙니다.
4. 월별이 아닌 결함별로 작업하세요. 이것이 전체 업무에서 가장 큰 효율성 향상입니다. "1월을 정리하고, 다음 2월을 정리"하지 마세요. 전체 기간에 걸쳐 중복 계산된 입금을 모두 수정하고, 다음으로 수수료 총액 계산을 모두 수정하고, 다음으로 세금 재분류를 수정하고, 다음으로 환불을 수정하세요. 각 결함에는 하나의 진단과 하나의 수정 패턴이 있습니다. — 이를 일괄 처리하면 서른 번의 판단이 서른 번 적용되는 하나의 판단으로 바뀝니다.
이 과정 중에 전혀 게시되지 않은 주문도 발견될 것입니다. — 매핑되지 않은 제품 또는 누락된 결제 필드로 인해 동기화에서 오류가 발생하여 오류 상태로 남아 수익에 구멍이 생겼습니다. 동일한 일괄 처리 정신으로 복구하세요. 상태별로 주문 목록을 필터링하고, 원인을 수정하고, 수동 동기화 페이지에서 실패한 레코드를 선택하고, 선택 항목 동기화를 클릭하세요. 다시 푸시하기 전에 한 가지 규칙: 이미 동기화된 주문을 다시 동기화하면 업데이트가 아니라 *새로운* QuickBooks 거래가 생성됩니다. 잘못된 원본이 파일에 아직 남아 있다면, 먼저 QuickBooks에서 삭제하세요. 그렇지 않으면 재수입하면 자체 정리 중에 결함 #1, 즉 중복 계산된 수입이 다시 생성됩니다. 잠시 멈추고, 구조를 정리하고, 매핑을 수정하고, 잘못된 원본을 삭제하고, 재동기화하고, 재개하세요. 순서가 중요합니다.
5. 마지막으로 정산 계정을 0으로 만드세요. 이것이 완료 증명입니다. 각 지급 날짜별로 정산이 0으로 일치하면 파일이 검증 가능하게 깨끗하다는 의미이며, 고객에게 보여줄 증거를 갖게 됩니다.
재구축: 다시는 문제가 누적되지 않도록
"그리고 이제 수동으로 계속하세요"로 끝나는 정리는 완료된 것이 아닙니다. 동일한 다섯 가지 결함이 다시 발생할 것입니다. 왜냐하면 부주의로 인한 것이 아니라 Shopify의 지급 계산 방식을 QuickBooks에 올바르게 변환하는 구조가 없었기 때문입니다. (이 변환에 포함되는 내용의 전체 해부도를 원하시면, Shopify 판매를 QuickBooks에 기록하는 방법에서 줄별로 설명합니다.)
재구축은 세 부분으로 구성됩니다.
각 클라이언트별로 동기화를 구성하고 기본값으로 구성하지 마십시오. 재구축의 첫 번째 구성 결정은 동기화 방법이며, Sync Config » Orders에서 각 클라이언트별로 선택됩니다. 일일 요약은 해당 날짜의 모든 주문을 집계하는 하루에 하나의 전표 항목을 게시합니다. 이는 대량 주문 클라이언트에게 적합한 형식이며, 어차피 총계로 작업하는 방식과 일치하는 파일입니다. 송장 모드는 미수금이 필요한 B2B 클라이언트에게 적합합니다. 주문 시 송장을 생성하고 주문이 결제되면 결제 기록을 생성합니다. 태그 기반 라우팅은 혼합된 장부를 처리합니다. wholesale 태그 → 송장, retail 태그 → 판매 영수증, do-not-sync 태그는 테스트 및 내부 주문을 QuickBooks에서 완전히 제외합니다.
트리거 위생과 방법을 쌍으로 연결하십시오. 결제 트리거를 결제됨으로만 설정하고 취소된 주문은 제외된 상태로 두십시오(기본값). 그러면 보류 중, 승인되었지만 캡처되지 않은, 취소된 주문은 파일을 다시 오염시킬 수 없습니다. 이것은 4단계에서 제거한 유령 수익에 대한 구조적 수정입니다. 그런 다음 정리된 기간을 보호하는 두 가지 안전 장치를 설정하십시오. "이전 동기화 안 함" 날짜 및 주문 ID 차단은 방금 수정한 기록을 동기화가 다시 가져오는 것을 방지하고, 모든 구성 변경은 향후 동기화에만 적용됩니다. 게시된 거래는 소급하여 다시 작성되지 않습니다. (차단은 WooCommerce 플러그인의 동기화 구성에 있으며, Shopify 앱은 동일한 향후 동기화 개념을 노출합니다.) 구성으로서의 결함 방지, 클라이언트당 한 화면.
표준 차트 매핑. 2단계에서 구축한 차트는 이 클라이언트에게만 해당되는 것이 아닙니다. 템플릿으로 만드십시오. Shopify 클라이언트 간의 차이는 거의 전적으로 매핑 세부 정보와 기록 창에 있습니다. 구조는 파일마다 동일합니다.
자동 지급 저널. 견고한 수정은 각 지급을 전표 항목으로 게시하는 동기화 계층입니다. 총 매출, 환불, 수수료, 판매세 각각을 매핑된 계정에 게시하고 은행 입금과 상계합니다. 이 단일 메커니즘은 모든 다섯 가지 결함을 구조적으로 방지합니다. 소득이 이중 계산될 수 없고, 수수료가 사라질 수 없으며, 세금이 수익에 남아 있을 수 없으며, 환불은 매출 대비로 게시되고, 지급마다 상계하여 제로가 됩니다.
이곳은 LedgerPort와 같은 도구가 위치하는 계층입니다. 클라이언트의 Shopify 스토어를 QuickBooks Online에 연결하고, 계정 매핑을 적용하며, 회계사 액세스를 통해 지급 저널을 자동으로 게시합니다. 이를 통해 귀사의 펌은 각 클라이언트 파일의 설정이 표준과 일치하는지 확인하는 대신, 모든 클라이언트 파일에 걸쳐 매핑을 제어할 수 있습니다. 솔직한 주의사항 하나: 동기화 도구가 자체적으로 과거 기록을 소급하여 복구하지는 않습니다. 하지만 3단계에서 정의한 재무제표 수정 기간 동안에는 올바르게 구조화된 항목을 백필하고 잘못된 항목을 삭제하는 것이 매월 수정 저널을 작성하는 것보다 빠른 경우가 많습니다.
[이미지: 다이어그램 — 하나의 Shopify 지급액이 총 매출, 환불, 수수료 및 판매세 부채 라인으로 분할되어 저널 항목으로 표시되고 은행 입금으로 정리됨]
업무 범위 및 가격 책정
프로세스가 발굴이 아닌 순차적인 작업이 되면, 그에 맞춰 가격을 책정할 수 있습니다. 5가지 결함 체크리스트로 진단한 후 견적을 내십시오. 1시간도 채 걸리지 않으며 재무제표 수정 기간과 관련 볼륨을 파악할 수 있습니다. 그런 다음 정액 요금을 책정하십시오. 정리는 고정 프로젝트로, 재구축된 동기화는 월간 참여의 시작으로 삼으십시오. 이를 표준화하는 펌은 초과 지출을 중단하고 시간 대신 전문성에 대한 비용을 청구하기 시작합니다. 이는 LedgerPort for CPAs 페이지에서 다룬 것과 동일한 마진 논리이며, 다음 견적을 내기 전에 살펴보는 것이 좋습니다.
정확히 이 참여 모델을 중심으로 구축된 프로그램이 있습니다. LedgerPort CPA 파트너 프로그램은 펌에 계층적 클라이언트 관리를 제공합니다. 모든 클라이언트 파일을 하나의 대시보드에서 모니터링하고 구성하며, 별도의 계정에 로그인하고 로그아웃할 필요가 없습니다. 또한 볼륨에 따라 확장되는 도매 방식의 클라이언트별 청구와 20% 수익 공유 또는 클라이언트에게 20% 할인을 제공하는 옵션이 제공됩니다. 간단히 말해, 한 번의 로그인으로 관리하는 클라이언트 비즈니스 수만큼, Shopify 및 WooCommerce 스토어 모두 각각 자체 QuickBooks 파일로 동기화할 수 있습니다.
하지만 실제로 배송 경제성을 바꾸는 것은 재구축 자체를 둘러싼 도구입니다. 2단계에서 구축한 표준 차트 매핑은 마스터 템플릿이 됩니다. 즉, 모든 클라이언트에게 적용되는 표준화된 계정과목표 구성으로, 각 참여마다 처음부터 매핑을 재구축하는 대신 한 번 템플릿을 만들고 클라이언트별로 적용합니다. 이것이 바로 견적 정리 작업을 정면으로 평정 요금으로 책정하는 메커니즘입니다. 화이트 글러브 온보딩은 설정을 완전히 귀하의 부담에서 덜어줍니다. LedgerPort 팀이 각 클라이언트의 스토어 및 QuickBooks 계정을 연결하고, 매핑을 설정하며, 참여를 다시 넘겨주기 전에 첫 동기화가 완전히 조정되었는지 확인합니다. 따라서 클라이언트 #7의 설정이 귀하의 미청구 시간으로 이어지지 않습니다. 그리고 참여에 장부 재구축이 포함된 경우, 타임머신은 최대 24개월의 과거 Shopify 주문 데이터를 가져옵니다. 리테이너 가격을 결정하는 통계: 파트너 회사는 조정 작업에서 클라이언트당 월평균 12시간 이상을 절약합니다. 이것이 바로 정리 프로젝트 외에 월별 요금 뒤에 있는 숫자입니다.
다섯 번째 정리는 체크리스트입니다
이것이 실제로 어떻게 진행되는지 보여드리겠습니다. 이 프로세스를 사용한 첫 번째 정리 작업은 여전히 어렵습니다. 왜냐하면 진행하면서 템플릿을 구축하기 때문입니다. 두 번째 작업은 시간이 절반으로 줄어듭니다. 동일한 다섯 가지 결함이며, 이번에는 시산표만 보고도 이를 인식합니다. 다섯 번째 작업이 되면, 주니어 직원이 실행하는 체크리스트가 됩니다. 진단, 결함별 일괄 수정, 정리 계정 제로화, 파트너에게 검토할 상각 항목 하나 전달.
3주차에 후회하며 도착했던 클라이언트가 귀하의 회사가 가장 자신 있게 견적을 내는 참여 유형이 됩니다. 파일이 더 깨끗해졌기 때문이 아닙니다. 각 파일이 고유하다고 더 이상 믿지 않기 때문입니다.
수입이 이중으로 계산되고 제로가 된 적이 없는 정리 계정이 있는 파일을 보고 있다면, 이번 주에 다섯 가지 결함 진단을 실행하십시오. 그런 다음 해당 클라이언트가 다시는 필요로 하지 않는 마지막 정리 작업이 되도록 회사가 재구축 계층을 설정하는 방법을 살펴보십시오. 그리고 전자 상거래 클라이언트 전반에 걸쳐 온보딩을 표준화할 준비가 되면, CPA 온보딩 안내로 시작하십시오. 첫 번째 매핑을 함께 진행하겠습니다.
