일반적인 체크리스트는 사람이 만든 작업을 확인합니다. 전자상거래 고객의 장부는 소프트웨어로 만들어지므로, 마감은 자동화된 출력에 대한 5가지 확인 작업이며, 특정 순서로 약 30분 안에 완료됩니다.
마감이 8일에 완료된 것으로 표시되었습니다. 귀사의 직원은 표준 체크리스트를 사용하여 거래를 분류하고, 은행 계좌를 조정하고, 모든 항목을 확인했습니다. 그런 다음 파트너 검토를 위해 파일을 열었을 때 3일자 Shopify 지급액이 은행 피드에 일치하지 않은 채 남아 있고, 설명할 수 없는 잔액이 있는 청산 계정이 있는 것을 발견했습니다.
마감은 구멍을 남긴 채로 이루어졌습니다. 그리고 가장 나쁜 점은 체크리스트가 실패한 것이 아니라 통과했다는 것입니다. 단지 잘못된 것을 확인하지 않았을 뿐입니다.
귀사의 월말 마감 체크리스트에서 전자상거래 고객이 계속 누락된다면, 그 이유는 이것입니다. 체크리스트는 이러한 장부가 만들어지는 방식에 맞춰 만들어지지 않았습니다. 이 게시물은 그 대체물입니다. 즉, 직원 회계사가 약 30분 안에 실행할 수 있는 고객별 실행 시트이며, 모든 단계에 대한 시간과 통과 조건을 포함합니다.
왜 "장부는 장부일 뿐"이라는 말이 파트너 검토에서 실패하는가
잘못된 마감의 이면에 있는 거짓말은 그럴듯하게 들립니다: 마감 체크리스트는 일반적이며 장부는 장부일 뿐입니다. 분류하고, 조정하고, 검토하고, 잠그세요. Shopify 고객의 마감이 법률 회사의 마감과 어떻게 다를 수 있습니까?
장부가 다르게 만들어졌기 때문입니다. 법률 회사의 원장은 사람이 작성하므로 마감은 사람의 작업을 확인합니다. 모든 것이 입력되고, 코딩되고, 조정되었습니까? 동기화 도구를 사용하는 전자상거래 고객은 기계가 만든 장부를 가지고 있습니다. 소프트웨어가 판매 항목을 게시하고, 수수료를 분리하고, 환불을 기록합니다. 구성은 이미 완료되었습니다. 마감 시 확인해야 할 것은 자동화된 출력이며, 자동화된 출력은 일반적인 체크리스트가 절대 탐색하지 않는 방식으로 실패합니다.
14일에 아무도 알아차리지 못한 동기화 오류로 인해 11개의 주문이 QuickBooks에 도달하지 못했습니다. 은행 피드는 해당 주문이 존재하는지 모르기 때문에 "은행 계좌 조정"으로는 이를 잡을 수 없습니다. "Shopify 수입"이라는 총계와 일치하는 입금은 은행 조정은 통과하지만 수익을 이중으로 계산합니다. 수입 계정에 게시된 판매세는 작성된 모든 일반 체크리스트에서 정상으로 보이지만, 세금 신고 시 문제가 발생합니다.
따라서 전자 상거래 마감은 각 단계가 다음 단계를 제어하는 의도적인 순서로 5가지 클라이언트별 검증을 추가합니다. 그중 어느 것도 구축 작업이 아닙니다. 모두 자동화가 생성한 결과에 대한 확인입니다. (클라이언트가 매달 이러한 검증 중 여러 개를 통과하지 못하면 문제는 마감 업스트림에 있습니다. 15분 파일 진단을 실행하고 연간 12번의 불완전한 파일을 마감하는 대신 정리 작업을 계획하십시오.)
전자상거래 고객을 위한 월말 마감 체크리스트
총 시간: 클라이언트당 약 30분 (클라이언트가 표준 템플릿으로 온보딩되어 모든 파일이 동일한 차트와 매핑을 사용하는 경우). 아래 내용은 LedgerPort용으로 작성되었지만, 레코드별 로그를 노출하는 모든 동기화 도구에 논리가 적용됩니다.
마감 전: 오류 로그 분류 — 5분
마감 전날, 클라이언트의 감사 로그를 열고 상태를 오류로 필터링합니다. 각 행은 "제품이 매핑되지 않았습니다", "고객을 찾을 수 없습니다"와 같은 이유가 첨부된 채로 QuickBooks에 도달하지 못한 레코드입니다. 수정 가능한 것은 수정하고(매핑 추가, 고객 생성), 오늘 해결할 수 없는 것은 이유와 함께 보류로 기록하십시오.
각 수정 후 영향을 받은 레코드만 다시 푸시합니다. 행을 선택하고 선택 항목 동기화를 클릭합니다. 전체 재동기화나 다음 예약 실행을 기다리지 마십시오.
정리된 상태: 오류 필터는 문서화된 보류가 이미 있는 행만 표시합니다. 목록에 있는 내용은 놀라운 것이 아닙니다.
확인 1: 오류 로그 스윕 — 3분
마감일에는 전체 월을 검토합니다. 감사 로그를 해당 기간으로 필터링한 다음 각 상태를 확인합니다. 오류는 비어 있어야 합니다(또는 문서화된 보류만 있어야 함). 대기 중은 비어 있어야 합니다. 마감일에 큐에 있는 레코드는 무언가 막혔다는 것을 의미합니다. 보류 중 행은 주문이 지불 대기 중인 것과 같이 알려진 트리거 이유가 있어야 합니다.
이 단계는 동기화되지 않은 주문 하나가 다운스트림의 모든 숫자를 무효화하기 때문에 가장 먼저 수행됩니다. 구멍이 있는 장부를 통해 지급액을 추적하는 것은 의미가 없습니다.
정리된 상태: 해당 월에 해결되지 않은 오류 행 0개, 대기 중인 항목 0개, 설명된 보류 중인 항목 0개.
확인 2: 지급-입금 추적 — 6분
해당 월에서 지급액 하나를 선택합니다(가장 큰 금액이 최고의 스트레스 테스트입니다). 총 매출을 수입으로, 수수료를 수수료 비용 계정으로, 환불을 역매출로, 그리고 은행 입금액과 정확히 일치하는 순액을 끝까지 추적합니다. 완전히 일치하는 지급액 하나는 단일 추적으로 매핑, 수수료 분리 및 입금 일치를 증명합니다.
이것은 표본이며 전수 조사가 아닙니다. 자동화는 모든 지급액을 동일한 방식으로 게시했으므로, 하나의 전체 추적과 3단계가 나머지를 다룹니다. 지급액과 입금액이 달라지는 이유와 지급액 저널이 이를 어떻게 연결하는지에 대한 메커니즘은 지급액 조정 가이드에 나와 있습니다.
정결함이란: 추적된 지급액의 순액이 모든 구성 요소가 자체 계정에 있는 상태에서 은행 입금액과 정확히 일치하는 것입니다. 1센트라도 차이가 나면 수수료나 조정 사항이 잘못된 곳에 적용된 것이므로, 진행하기 전에 찾아야 합니다.
확인 3: 청산 제로 체크 — 3분
월말 기준으로 정산 계정 원장을 엽니다. 잔액은 0이거나, 아직 지급되지 않은 당월 말일의 주문에 대한 미지급 지급액의 합계와 정확히 일치해야 합니다.
핵심 단어는 정확히입니다. 잔액을 구성하는 특정 보류 중인 지급액을 명시할 수 있어야 합니다. 귀하가 귀속시킬 수 없는 잔여액은 일치하지 않는 지급액 문제에 대한 조기 경고입니다. 이는 지난 마감을 잘못 처리하게 만든 3일의 지급액입니다.
정결함이란: 정산액이 0이거나, 명명된 보류 중인 지급액 목록과 일치하며, 그 외에는 아무것도 없는 것입니다.
확인 4: 판매세 연계 — 4분
Shopify 세금 보고서에서 해당 월의 수집된 세금을 가져와 QuickBooks의 판매세 부채 계정의 변동과 비교합니다. 두 숫자는 일치해야 합니다. 환불 세금이 수입이 아닌 부채 계정에 상계 처리되었는지도 확인합니다.
이 단계는 전자상거래 장부에서 가장 조용한 오류를 잡아냅니다. 수집된 세금이 수익으로 기록되는 것입니다. 이는 수입을 부풀리고 부채를 축소하며, 은행 조정으로 절대 발견되지 않습니다.
정결함이란: Shopify에서 수집된 세금이 해당 기간의 부채 계정 변동과 일치하며, 환불 상계 처리가 제외된 금액입니다.
확인 5: 환불 기간 검토 — 4분
해당 월의 환불을 실행하고 세 가지 사항을 확인합니다. 각 환불이 삭제된 수입이 아닌 역매출로 기록되었는지, 원래 처리 수수료는 비용으로 처리되었는지(처리업체가 보유), 그리고 기간 경계 환불(이번 달의 지난달 판매에 대한 환불)이 마감된 기간으로 되돌려 편집되지 않고 이번 달에 기록되었는지 확인합니다. 총액을 해당 기간의 Shopify 반품 수치와 비교합니다.
환불은 기간 경계 단계이기 때문에 마지막에 처리합니다. 여기서 마감하려는 월로 거슬러 올라간 항목이 없음을 확인합니다. 전체 처리 과정(역매출, 수수료, 세금 상계 처리, 재입고)은 환불 및 반품 가이드에 나와 있습니다.
정결함이란: 환불 총액이 Shopify와 일치하고, 모든 환불이 해당 기간 내에 이루어졌으며, 이전 기간 항목이 수정되지 않은 것입니다.
마감 후: 잠금 및 보고 — 5분
QuickBooks에서 해당 기간을 잠급니다: 설정 → 고급 → 장부 마감, 마감일 설정, 비밀번호 추가. 잠기지 않은 마감은 마감이 아니라 제안일 뿐입니다.
그런 다음 고객에게 한 문단을 보냅니다. 직원이 3분 안에 채울 수 있는 템플릿입니다:
[Store]의 6월 마감이 완료되었습니다. 모든 1,214개 주문이 해결되지 않은 오류 없이 QuickBooks와 동기화되었습니다. 모든 지급액이 은행 입금액으로 추적되었으며, 정산 계정은 월말에 0으로 돌아왔습니다. 수집된 판매세는 4,860달러로 부채 계정과 일치합니다. 해당 기간의 환불액은 2,310달러이며, 반품으로 기록되었습니다. 한 가지 주목할 점: [item]. 장부는 7월 3일부로 잠겼습니다.
15개 고객사에 걸쳐 실행하기
하나의 실행 시트는 30분입니다. 15명의 고객은 7.5명의 직원 시간입니다. 문제는 어떻게 일정을 잡고 감독하느냐입니다.
일별 일괄 처리, 고객 변덕이 아닌. 마감은 월말 지급이 정산될 때까지 시작할 수 없으며, 이는 보통 2일 또는 3일을 의미합니다. 3~5일에 걸쳐 하루에 5명의 고객을 예약하세요: 하루에 2시간 30분의 직원 시간, 5일까지 모든 마감이 완료됩니다.
역할 분담. 직원은 모든 고객에 대해 전체 실행 시트를 실행합니다. 파트너는 아무것도 다시 실행하지 않습니다. 대신 고객당 하나의 검증을 확인하며, 가장 큰 파일의 지급 추적 또는 나머지 파일의 세금 연결 또는 정리 확인을 번갈아 가며 확인합니다. 모든 단계에는 서면 통과 조건이 있으므로 "검토됨"은 재파생하는 것이 아니라 명시된 결과를 확인하는 것을 의미합니다.
고객을 격리하세요. 실행 시트는 한 고객의 수정 사항이 다른 고객에게 영향을 미칠 수 없는 경우에만 대량으로 작동합니다. LedgerPort에서 각 고객은 자체 비즈니스 — 단일 QuickBooks 회사와 페어링된 단일 스토어이며, 단일 회사 로그인 하에 자체 감사 로그, 매핑 및 동기화 설정으로 완전히 격리됩니다. 직원은 비즈니스 선택기에서 고객을 전환하며 실행 시트는 모든 고객에게 동일하게 읽힙니다.
체크리스트를 고객에게 보내기
대부분의 회사가 건너뛰는 작업입니다. 완료된 실행 시트를 월별 요약에 첨부하세요.
고객에게 "월별 장부 관리"는 내부를 볼 수 없는 송장 항목입니다. 결과가 있는 5가지 명명된 검증 — 오류 제거, 페니까지 추적된 지급, 제로로 정리, 세금 연결, 검토된 환불 — 은 가시적인 근면입니다. 이는 보유 계약을 참는 수수료에서 놓칠 보고서로 전환하며, 시간이 아닌 가치에 따른 가격 책정을 지원하는 정확히 이러한 종류의 읽기 쉬운 체계적인 작업입니다.
이기적인 이점도 있습니다. 매달 해당 문단을 읽는 고객은 자신이 무엇을 위해 돈을 받는지 절대 묻지 않으며 다른 상점 주인에게 이에 대해 이야기합니다.
3일의 지급은 더 열심히 일한다고 해서 따라잡히지 않습니다. 기계로 생성된 장부가 다르게 실패한다는 것을 알고 이를 정확히, 순서대로, 30분 안에 확인하는 체크리스트로 따라잡힙니다.
CPA 온보딩 통화 예약하기 → 그러면 첫 번째 고객을 함께 설정해 드립니다. 연결, 매핑 및 이 정확한 실행 시트에 대한 첫 번째 마감 실행을 통해 다음 파트너 검토에서 아무것도 발견되지 않도록 합니다.
