सामग्री पर जाएं
,

ई-कॉमर्स क्लाइंट बुक्स के लिए महीने के अंत का क्लोज चेकलिस्ट

ई-कॉमर्स क्लाइंट बुक्स के लिए महीने के अंत का क्लोज चेकलिस्ट

जेनेरिक चेकलिस्ट उस काम को सत्यापित करती हैं जो किसी इंसान ने किया हो। ई-कॉमर्स क्लाइंट बुक्स सॉफ़्टवेयर द्वारा बनाई जाती हैं — इसलिए क्लोज लगभग 30 मिनट में, एक विशिष्ट क्रम में, स्वचालित आउटपुट के पांच सत्यापन हैं।


क्लोज 8 तारीख को पूरा हुआ के रूप में चिह्नित किया गया था। आपके स्टाफ बुककीपर ने फर्म की मानक चेकलिस्ट पर काम किया — लेनदेन वर्गीकृत, बैंक खाते मिलाए गए, हर बॉक्स टिक किया गया। फिर आपने पार्टनर रिव्यू के लिए फ़ाइल खोली और बैंक फ़ीड में 3 तारीख का एक Shopify पेआउट पाया, जो बेमेल था, एक क्लियरिंग खाते के साथ जिसका बैलेंस कोई समझा नहीं सका।

महीना एक छेद के चारों ओर बंद कर दिया गया था। और सबसे बुरी बात यह है कि चेकलिस्ट फेल नहीं हुई — यह पास हो गई। यह बस उस चीज़ की जाँच नहीं कर रही थी जो गलत थी।

यदि आपकी फर्म एक महीने के अंत की क्लोज चेकलिस्ट चलाती है जिससे ई-कॉमर्स क्लाइंट्स फिसलते रहते हैं, तो इसका कारण यह है। चेकलिस्ट उन तरीकों से नहीं बनाई गई थी जिनसे ये बुक्स बनाई जाती हैं। यह पोस्ट उसका प्रतिस्थापन है: एक प्रति-क्लाइंट रनशीट जिसे एक स्टाफ बुककीपर लगभग 30 मिनट में, समय और हर चरण के लिए एक पास शर्त के साथ निष्पादित कर सकता है।

पार्टनर रिव्यू में "बुक्स आर बुक्स" क्यों फेल होता है

बाउंस क्लोज के नीचे छिपा झूठ एक उचित लगने वाला है: एक क्लोज चेकलिस्ट जेनेरिक होती है — बुक्स आर बुक्स। वर्गीकृत करें, मिलाएँ, समीक्षा करें, लॉक करें। एक लॉ फर्म के क्लोज से Shopify क्लाइंट का क्लोज अलग क्यों होगा?

क्योंकि बुक्स अलग तरह से बनाई गई थीं। एक लॉ फर्म का लेजर एक इंसान द्वारा बनाया जाता है, इसलिए क्लोज मानवीय कार्य को सत्यापित करता है: क्या सब कुछ दर्ज किया गया है, कोड किया गया है, मिलाया गया है? एक सिंक टूल पर एक ई-कॉमर्स क्लाइंट के पास मशीन-निर्मित बुक्स होती हैं — सॉफ़्टवेयर बिक्री प्रविष्टियाँ पोस्ट करता है, शुल्क अलग करता है, रिफंड रिकॉर्ड करता है। निर्माण पहले ही हो चुका है। क्लोज को जो सत्यापित करना है वह है स्वचालित आउटपुट, और स्वचालित आउटपुट उन तरीकों से विफल होता है जिनकी जेनेरिक चेकलिस्ट कभी जांच नहीं करती हैं।

14 तारीख को किसी ने ध्यान नहीं दिया एक सिंक एरर का मतलब है कि ग्यारह ऑर्डर QuickBooks तक नहीं पहुंचे — और "बैंक खाते का मिलान करें" इसे नहीं पकड़ेगा, क्योंकि बैंक फ़ीड को उन ऑर्डर के बारे में पता नहीं है। एक "Shopify आय" लाइन के साथ मिलान किया गया जमा बैंक रिक को पास करता है जबकि राजस्व को दोगुना गिनता है। आय खाते में पोस्ट किया गया बिक्री कर, अब तक लिखी गई हर जेनेरिक चेकलिस्ट पर ठीक दिखता है, जब तक कि टैक्स फाइलिंग का समय न आ जाए।

तो ई-कॉमर्स क्लोज पांच क्लाइंट-विशिष्ट सत्यापन जोड़ता है, एक जानबूझकर क्रम में — प्रत्येक अगला गेट करता है। उनमें से कोई भी निर्माण कार्य नहीं है। वे सभी जांच हैं कि ऑटोमेशन ने क्या उत्पादन किया है। (यदि कोई क्लाइंट हर महीने इनमें से कई को फेल करता है, तो समस्या क्लोज के अपस्ट्रीम है — 15-मिनट फ़ाइल डायग्नोस्टिक चलाएं और एक टूटी हुई फ़ाइल को साल में बारह बार बंद करने के बजाय एक क्लीनअप को स्कोप करें।)

ई-कॉमर्स क्लाइंट्स के लिए महीने के अंत की क्लोज चेकलिस्ट

कुल समय: प्रति क्लाइंट लगभग 30 मिनट, यह मानते हुए कि क्लाइंट एक मानक टेम्प्लेट पर ऑनबोर्डेड था, इसलिए हर फ़ाइल एक ही चार्ट और मैपिंग का उपयोग करती है। नीचे सब कुछ लेजरपोर्ट के लिए लिखा गया है, लेकिन लॉजिक किसी भी सिंक टूल पर पोर्ट करता है जो प्रति-रिकॉर्ड लॉग को एक्सपोज़ करता है।

प्री-क्लोज: एरर लॉग को ट्राइएज करें — 5 मिनट

क्लोज से एक दिन पहले, क्लाइंट के ऑडिट लॉग को खोलें और स्टेटस को त्रुटि पर फ़िल्टर करें। प्रत्येक पंक्ति एक रिकॉर्ड है जो कभी क्विकबुक्स तक नहीं पहुंचा, कारण संलग्न है — "उत्पाद मैप नहीं किया गया," "ग्राहक नहीं मिला।" जो ठीक किया जा सकता है उसे ठीक करें (मैपिंग जोड़ें, ग्राहक बनाएं), और जो आज हल नहीं किया जा सकता है, उसके लिए एक कारण के साथ इसे होल्ड के रूप में लिखें।

प्रत्येक फिक्स के बाद, केवल प्रभावित रिकॉर्ड को फिर से पुश करें — पंक्तियों को टिक करें, चयनित सिंक पर क्लिक करें। कोई पूर्ण री-सिंक नहीं, अगले निर्धारित रन की प्रतीक्षा नहीं।

लेजरपोर्ट के सेंड टू क्विकबुक्स पेज का कस्टमर टैब, जिसमें ग्राहक रिकॉर्ड्स चेकबॉक्स और ऑन-डिमांड व्यक्तिगत रिकॉर्ड्स को पुश करने के लिए प्रति-पंक्ति सिंक स्थिति के साथ सूचीबद्ध हैं
फिक्स के बाद री-पुश: लेजरपोर्ट का सेंड टू क्विकबुक्स पेज (कस्टमर्स टैब दिखाया गया है) स्टाफ को उन सटीक रिकॉर्ड्स का चयन करने देता है जो फिक्स से प्रभावित हुए थे और उन्हें व्यक्तिगत रूप से पुश करता है — पहले से सिंक किए गए रिकॉर्ड स्वचालित रूप से छोड़ दिए जाते हैं। पूर्ण वॉकथ्रू: विशिष्ट ऑर्डर मैन्युअल रूप से सिंक करना →

क्लीन दिखता है: एरर फ़िल्टर केवल उन पंक्तियों को दिखाता है जिनमें पहले से ही एक प्रलेखित होल्ड है। सूची में कुछ भी आश्चर्यजनक नहीं है।

सत्यापन 1: एरर-लॉग स्वीप — 3 मिनट

क्लोज के दिन, पूरे महीने को स्वीप करें। अवधि के लिए ऑडिट लॉग को फ़िल्टर करें, फिर प्रत्येक स्थिति की जांच करें: त्रुटि खाली होनी चाहिए (या केवल आपके प्रलेखित होल्ड), लंबित खाली होना चाहिए — क्लोज के दिन अभी भी कतार में एक रिकॉर्ड का मतलब है कि कुछ अटक गया है — और प्रत्येक होल्ड पर पंक्ति का एक ज्ञात ट्रिगर कारण होना चाहिए, जैसे भुगतान की प्रतीक्षा में एक ऑर्डर।

यह कदम पहले जाता है क्योंकि एक अनसिंक्ड ऑर्डर हर संख्या को अमान्य कर देता है। छेद वाले बहीखातों पर भुगतान का पता लगाने का कोई मतलब नहीं है।

क्लीन दिखता है: महीने के लिए शून्य अनसुलझे एरर पंक्तियां, शून्य लंबित, हर होल्ड पर समझाया गया।

सत्यापन 2: पेआउट-टू-डिपॉजिट ट्रेस — 6 मिनट

महीने से एक भुगतान चुनें — सबसे बड़ा सबसे अच्छा स्ट्रेस टेस्ट है — और इसे शुरू से अंत तक फॉलो करें: सकल बिक्री आय में पोस्ट की गई, शुल्क शुल्क व्यय खाते में, वापसी प्रति-राजस्व में, और एक शुद्ध राशि जो बैंक जमा से पैसे तक मेल खाती है। एक भुगतान जो पूरी तरह से बंधा हुआ है, एक ही ट्रेस में मैपिंग, शुल्क पृथक्करण और जमा मिलान को साबित करता है।

यह एक नमूना है, जनगणना नहीं — ऑटोमेशन ने हर भुगतान को एक ही तरह से पोस्ट किया, इसलिए एक पूर्ण ट्रेस प्लस स्टेप 3 बाकी को कवर करता है। भुगतान और जमा क्यों भिन्न होते हैं, और भुगतान जर्नल उन्हें कैसे बांधे रखता है, इसके यांत्रिकी भुगतान सुलह गाइड में हैं।

साफ दिखने का मतलब है: हर घटक अपने खाते में होने पर, ट्रेस किए गए भुगतान की शुद्ध राशि बैंक जमा के बराबर होती है। एक पैसे का अंतर मतलब है कि कोई शुल्क या समायोजन कहीं गलत हो गया है - आगे बढ़ने से पहले उसे ढूंढें।

सत्यापन 3: क्लियरिंग ज़ीरो-चेक — 3 मिनट

महीने के अंत के अनुसार क्लीयरिंग खाते का रजिस्टर खोलें। शेष राशि शून्य होनी चाहिए - या इन-ट्रांज़िट भुगतानों का ठीक योग: महीने के अंतिम दिनों में भुगतान किए गए ऑर्डर जिन्हें Shopify ने अभी तक वितरित नहीं किया है।

मुख्य शब्द है ठीक। आपको उन विशिष्ट लंबित भुगतानों का नाम बताने में सक्षम होना चाहिए जो शेष राशि बनाते हैं। एक अवशेष जिसे आप श्रेय नहीं दे सकते, वह बेमेल-भुगतान समस्या का प्रारंभिक चेतावनी है - वह 3 तारीख वाला जिसने आपके अंतिम क्लोज को बाउंस कर दिया।

साफ दिखने का मतलब है: क्लीयरिंग शून्य के बराबर है या नामित लंबित भुगतानों की सूची के बराबर है, और कुछ नहीं।

सत्यापन 4: सेल्स टैक्स टाई-आउट — 4 मिनट

Shopify की टैक्स रिपोर्ट से महीने का एकत्र किया गया टैक्स निकालें और इसकी तुलना QuickBooks में बिक्री-कर देयता खाते में हुए मूवमेंट से करें। दोनों संख्याओं का मिलान होना चाहिए। पुष्टि करें कि रिफंड टैक्स भी देयता खाते के विरुद्ध रिवर्स किया गया है, न कि आय के विरुद्ध।

यह कदम ई-कॉमर्स खातों में सबसे शांत विफलता को पकड़ता है: राजस्व के रूप में पोस्ट किया गया एकत्र किया गया टैक्स। यह आय को बढ़ाता है, देयता को कम आंकता है, और कोई भी बैंक समाधान इसे कभी भी चिह्नित नहीं करेगा।

साफ दिखने का मतलब है: Shopify द्वारा एकत्र किया गया टैक्स अवधि के लिए देयता खाते के मूवमेंट के बराबर है, रिफंड रिवर्सल का शुद्ध।

सत्यापन 5: रिफंड-पीरियड रिव्यू — 4 मिनट

महीने के रिफंड चलाएं और तीन चीजें जांचें: प्रत्येक को हटाई गई आय के बजाय कॉन्ट्रा-राजस्व के रूप में पोस्ट किया गया है, मूल प्रसंस्करण शुल्क खर्च के रूप में बना रहा (प्रोसेसर इसे रखते हैं), और क्रॉस-अवधि रिफंड - पिछले महीने की बिक्री का इस महीने का रिफंड - इस महीने में आया, न कि बंद किए गए में वापस संपादित किया गया। अवधि के लिए Shopify के रिटर्न आंकड़े के मुकाबले कुल की तुलना करें।

रिफंड अंतिम में जाते हैं क्योंकि वे अवधि-सीमा चरण हैं: यहीं पर आप पुष्टि करते हैं कि कुछ भी उस महीने में वापस नहीं पहुंचा है जिसे आप लॉक करने वाले हैं। पूर्ण उपचार - कॉन्ट्रा-राजस्व, शुल्क, कर रिवर्सल, रीस्टॉकिंग - रिफंड और रिटर्न गाइड में है।

साफ दिखने का मतलब है: रिफंड कुल Shopify से मेल खाता है, सभी रिफंड अवधि के भीतर, कोई पिछली अवधि प्रविष्टि संशोधित नहीं।

पोस्ट-क्लोज: लॉक और रिपोर्ट करें — 5 मिनट

QuickBooks में अवधि को लॉक करें: सेटिंग्स → एडवांस्ड → किताबें बंद करें, क्लोजिंग तिथि सेट करें, पासवर्ड जोड़ें। एक अनलॉक क्लोज क्लोज नहीं है - यह एक सुझाव है।

फिर ग्राहक को एक पैराग्राफ भेजें। एक टेम्प्लेट जिसे आपका स्टाफ तीन मिनट में भर सकता है:

[Store] के लिए जून क्लोज पूरा हो गया है। सभी 1,214 ऑर्डर शून्य अनसुलझे त्रुटियों के साथ QuickBooks में सिंक हो गए। हर भुगतान को उसके बैंक जमा में ट्रेस किया गया; क्लीयरिंग खाता महीने के अंत में शून्य पर लौट आया। बिक्री कर एकत्र $4,860 पर देयता खाते से मेल खाता है। अवधि के लिए रिफंड: $2,310, रिटर्न के रूप में दर्ज किए गए। एक आइटम को फ़्लैग करना है: [item]। किताबें 3 जुलाई तक लॉक हैं।

15 क्लाइंट्स में इसे चलाना

एक रनशीट 30 मिनट की होती है। पंद्रह ग्राहक 7.5 स्टाफ घंटे होते हैं - सवाल यह है कि उन्हें कैसे शेड्यूल और पर्यवेक्षण किया जाए।

दिन के हिसाब से बैच बनाएं, क्लाइंट की सनक से नहीं। क्लोज तब तक शुरू नहीं हो सकता जब तक कि महीने का आखिरी भुगतान सेटल न हो जाए, जिसका मतलब आमतौर पर 2रा या 3रा होता है। 3-5 दिनों में प्रतिदिन पांच क्लाइंट शेड्यूल करें: प्रति दिन ढाई स्टाफ घंटे, 5 तारीख तक हर क्लोज पूरा हो जाता है।

भूमिकाएँ विभाजित करें। स्टाफ हर क्लाइंट पर पूरी रनशीट चलाता है। पार्टनर कुछ भी दोबारा नहीं चलाता है — वे प्रति क्लाइंट एक सत्यापन की जांच करते हैं, बारी-बारी से: सबसे बड़ी फाइलों पर भुगतान ट्रेस, बाकी पर टैक्स टाई-आउट या क्लियरिंग चेक। क्योंकि हर कदम की एक लिखित पास कंडीशन होती है, "समीक्षित" का मतलब है कि एक बताए गए परिणाम की जांच करना, उसे फिर से प्राप्त करना नहीं।

क्लाइंट को अलग रखें। रनशीट केवल वॉल्यूम पर काम करती है यदि एक क्लाइंट में कोई फिक्स दूसरे में लीक नहीं हो सकता है। लेजरपोर्ट में, प्रत्येक क्लाइंट अपना बिजनेस है — एक स्टोर एक क्विकबुक्स कंपनी के साथ जुड़ा हुआ है, पूरी तरह से अलग, अपने ऑडिट लॉग, मैपिंग और सिंक सेटिंग्स के साथ एक सिंगल फर्म लॉगिन के तहत। स्टाफ बिजनेस पिकर से क्लाइंट स्विच करते हैं और रनशीट हर एक में समान रूप से पढ़ती है।

चेकलिस्ट क्लाइंट को भेजें

यह वह कदम है जिसे अधिकांश फर्म छोड़ देती हैं: पूरी की गई रनशीट को मासिक सारांश से अटैच करें।

क्लाइंट के लिए, "मासिक बहीखाता" एक इनवॉइस लाइन है जिसे वे अंदर से नहीं देख सकते हैं। परिणामों के साथ पांच नामित सत्यापन — त्रुटियां हटाई गईं, भुगतान को पैसे तक ट्रेस किया गया, शून्य पर क्लियरिंग, टैक्स टाई आउट, रिफंड की समीक्षा की गई — यह दिखाई देने वाली सावधानी है। यह रिटेनर को एक शुल्क में बदल देता है जिसे वे सहन करते हैं, एक ऐसी रिपोर्ट में जिसे वे याद करेंगे, और यह ठीक उसी तरह का सुपाठ्य, व्यवस्थित कार्य है जो घंटों के बजाय मूल्य पर मूल्य निर्धारण का समर्थन करता है।

इसका एक स्वार्थी लाभ भी है। एक क्लाइंट जो हर महीने उस पैराग्राफ को पढ़ता है, वह कभी नहीं पूछता कि वे आपको किस लिए भुगतान करते हैं — और अन्य स्टोर मालिकों को इसके बारे में बताता है।

3 तारीख के भुगतान को कड़ी मेहनत से नहीं पकड़ा जाता है। इसे एक चेकलिस्ट द्वारा पकड़ा जाता है जो जानती है कि मशीन-निर्मित पुस्तकें अलग तरह से विफल होती हैं — और ठीक उसी के लिए, क्रम में, 30 मिनट में जांच करती है।

CPA ऑनबोर्डिंग कॉल बुक करें → और हम आपके पहले क्लाइंट को आपके साथ सेट करेंगे — कनेक्शन, मैपिंग और इस सटीक रनशीट के विरुद्ध पहला क्लोज रन, ताकि आपकी अगली पार्टनर समीक्षा में कुछ भी न मिले।

मैन्युअल डेटा एंट्री को हमेशा के लिए बंद करें

अपने स्टोर को 15 मिनट में क्विकबुक्स से कनेक्ट करें और बाकी सब लेजरपोर्ट को संभालने दें।

निःशुल्क शुरुआत करें मूल्य निर्धारण देखें →

आज ही अपनी ई-कॉमर्स अकाउंटिंग को स्वचालित करें

अपने शॉपिफाई या वूकॉमर्स स्टोर को 15 मिनट से कम समय में क्विकबुक्स से कनेक्ट करें - किसी कोडिंग की आवश्यकता नहीं है।

14-दिन की मनी-बैक गारंटी · निःशुल्क प्लान उपलब्ध