ई-कॉमर्स के लिए खातों का चार्ट: खराब मैपिंग निर्णय न लेने के तरीके

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

फिर पहला शॉपिफाई भुगतान आता है।

शॉपिफाई ने बैंक में $14,200 जमा किए। क्विकबुक्स में $15,800 शॉपिफाई राजस्व दिखाता है। शॉपिफाई डैशबोर्ड $16,100 सकल बिक्री की रिपोर्ट करता है। तीन अलग-अलग संख्याएं, एक ही महीने की गतिविधि, उनमें से कोई भी सहमत नहीं है। आप अंतर का पता लगाने में चार घंटे बिताते हैं। अंततः आपको यह मिल जाता है: बैंक हस्तांतरण के रूप में दर्ज की गई फीस, गलत खातों के विरुद्ध पोस्ट न की गई वापसी, देनदारी के बजाय राजस्व में बैठी कर संग्रह राशि। खातों के चार्ट में कुछ भी गायब नहीं था। यह बस उस तरह से पैसे ले जाने के लिए नहीं बनाया गया था जिस तरह से शॉपिफाई वास्तव में पैसे ले जाता है।

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

खातों का चार्ट जो महीने के अंत तक सही लगता है

अधिकांश मानक खातों के चार्ट टेम्प्लेट — ई-कॉमर्स-विशिष्ट वाले भी — इस धारणा पर बनाए जाते हैं कि आय सकल राजस्व के रूप में आती है। $100 की बिक्री $100 आय के रूप में पोस्ट की जाती है। जब आप उनका भुगतान करते हैं तो शुल्क दर्ज किए जाते हैं। अधिकांश व्यवसाय इसी तरह काम करते हैं।

शॉपिफाई उस तरह से काम नहीं करता है।

जब कोई ग्राहक $100 का भुगतान करता है तो शॉपिफाई आपको $100 नहीं भेजता है। यह आपको एक शुद्ध भुगतान भेजता है — सकल बिक्री घटा भुगतान प्रसंस्करण शुल्क, घटा वापसी, घटा शॉपिफाई लेनदेन शुल्क, कभी-कभी आपके बदले एकत्र किए गए बिक्री कर को घटाकर, सभी एक बैंक हस्तांतरण में बंडल किए जाते हैं जिसमें एक से चौदह दिनों के ऑर्डर शामिल होते हैं। जब वह भुगतान आपके क्लाइंट के बैंक खाते में आता है, तो यह कम से कम पांच अलग-अलग वित्तीय घटनाओं का प्रतिनिधित्व करता है। आपके खातों के चार्ट को सभी पांच को प्राप्त करने और अलग करने की आवश्यकता है, या हर महीने सुलह विफल हो जाएगी।

खाते गलत नहीं हैं। आर्किटेक्चर गलत है।

शॉपिफाई की नेट भुगतान संरचना वास्तुशिल्प समस्या क्यों है

एक विशिष्ट Shopify भुगतान में वास्तव में क्या शामिल होता है, यहाँ बताया गया है, जिसे लाइन आइटम के रूप में तोड़ा गया है:

• सकल बिक्री — भुगतान अवधि में सभी ऑर्डर से शीर्ष-पंक्ति राजस्व
• भुगतान प्रसंस्करण शुल्क — आम तौर पर Shopify भुगतान (बेसिक प्लान) के लिए प्रति ऑनलाइन लेनदेन 2.9% + $0.30; वितरण से पहले काटा जाता है
• Shopify लेनदेन शुल्क — यदि स्टोर Shopify भुगतान का उपयोग नहीं कर रहा है तो प्रति लेनदेन अतिरिक्त 2%; पुराने प्लान पर आम
• जारी की गई वापसी — भुगतान अवधि में लौटे ऑर्डर के लिए सकल वापसी
• मार्केटप्लेस-सुविधाजनक बिक्री कर — राशि जो Shopify ने एकत्र की है और व्यापारी की ओर से सीधे राज्य के अधिकारियों को भेजेगी (अधिकांश अमेरिकी राज्यों में, Shopify मार्केटप्लेस सुविधाकर्ता है)

जब आपका एकीकरण जमा को सीधे "Shopify बिक्री" आय खाते में मैप करता है, तो आप सभी पाँच घटनाओं को एक संख्या में समेट रहे होते हैं। आय कम करके आंकी जाती है क्योंकि शुल्क पहले ही काटे जा चुके होते हैं। शुल्क व्यय अदृश्य होते हैं। बैलेंस शीट एक काल्पनिक कर देनदारी रखती है क्योंकि आपने राजस्व के रूप में कर संग्रह दर्ज किया है।

इसका समाधान महीने दर महीने बाद में सफाई करना नहीं है। यह खातों के चार्ट का निर्माण करना है ताकि प्रत्येक घटक स्वचालित रूप से सही खाते में रूट हो जाए — और एक क्लियरिंग खाता उन्हें बैंक जमा से वापस जोड़ता है। इसके लिए पाँच विशिष्ट निर्णय लेने की आवश्यकता होती है। उन्हें गलत करने की डाउनस्ट्रीम लागत वह समय है जिसे आपकी फर्म ई-कॉमर्स एंगेजमेंट पर राइट-ऑफ करती है।

निर्णय 1 और 2: सकल राजस्व खाते और क्लियरिंग खाता

निर्णय 1: सकल बिक्री को आय के रूप में दर्ज करें, जमा राशि के रूप में नहीं।

आपके आय खातों में वह दिखना चाहिए जो ग्राहकों ने वास्तव में भुगतान किया है — इससे पहले कि Shopify कुछ भी काटे। प्रत्येक बिक्री चैनल के लिए अलग आय खाते बनाएं (Shopify बिक्री, WooCommerce बिक्री, थोक राजस्व) बजाय एक ही "ई-कॉमर्स बिक्री" बकेट के। एक बार जब आप Shopify और Amazon राजस्व को एक खाते में मिला देते हैं, तो आप प्रति-चैनल मार्जिन दृश्यता खो देते हैं, और किताबों को फिर से बनाए बिना इसे ठीक करने का कोई व्यावहारिक तरीका नहीं है।

केवल Shopify क्लाइंट के लिए एक स्वच्छ आय अनुभाग इस तरह दिखता है:

• 4100 — Shopify बिक्री (सकल, कटौती से पहले)
• 4110 — Shopify शिपिंग आय (यदि ग्राहकों से शिपिंग शुल्क लिया जाता है)
• 4200 — रिटर्न और छूट (विपरीत-राजस्व)

आय खाते वह दर्ज करते हैं जो बेचा गया था। बैंक जमा वह दर्शाता है जो कटौती के बाद भुगतान किया गया था। वे दो संख्याएँ संरचनात्मक रूप से भिन्न हैं, और आपके खातों के चार्ट को एक ऐसे खाते की आवश्यकता है जो उन्हें जोड़ता है।

निर्णय 2: पुल के रूप में एक क्लियरिंग खाते का उपयोग करें।

जब कोई बिक्री दर्ज की जाती है, तो सकल राशि Shopify बिक्री आय खाते और एक परिसंपत्ति के रूप में समाशोधन खाते में पोस्ट हो जाती है। जब Shopify शुद्ध भुगतान जारी करता है, तो समाशोधन खाते में कटौती (शुल्क, वापसी, कर) प्राप्त होती है और शून्य हो जाती है। बैंक जमा शुद्ध भुगतान से बिल्कुल मेल खाता है। प्रत्येक घटक सही खाते में आता है।

समाशोधन खाते के बिना, आप एक बैंक जमा का मिलान करने की कोशिश कर रहे हैं जो किसी एक QBO खाते से मेल नहीं खाता है - क्योंकि यह किसी एक खाते से मेल नहीं खाना चाहिए। यह पांच वित्तीय घटनाओं का शुद्ध है। कोई भी सीपीए जिसने एक के बिना एक शाम Shopify मिलान पर बिताई है, वह ठीक से जानता है कि यह कैसा लगता है।

प्रति भुगतान प्रोसेसर एक समाशोधन खाता बनाएं। यदि आपका ग्राहक Shopify भुगतान और PayPal का उपयोग करता है, तो वे दो समाशोधन खाते हैं। उन्हें मिलाने से आय स्तर पर वह बेमेल समस्या फिर से बन जाती है जिसे आप हल करने की कोशिश कर रहे हैं।

ये दो निर्णय कैसे लागू होते हैं: उत्पाद मैपिंग।

निर्णय 1 और 2 तभी मान्य होते हैं जब QBO में पोस्ट होने वाला सॉफ़्टवेयर उनका सम्मान करता है, और मैपिंग वह जगह है जहाँ यह होता है। अनुक्रमण नियम सीधे LedgerPort के अपने सेटअप दस्तावेज़ों से आता है: पहले खातों का चार्ट बनाएं, फिर मैप करें। LedgerPort आपके *मौजूदा* QuickBooks खातों में मैप करता है — यह आपकी जानकारी के बिना खाते नहीं बनाता है — इसलिए आप इस लेख में जो संरचना डिज़ाइन करते हैं, वह संरचना है जिसका सिंक सम्मान करता है।

मैपिंग स्क्रीन वह जगह भी है जहाँ आप राजस्व ग्रैन्युलैरिटी सेट करते हैं। प्रत्येक उत्पाद एक QBO आइटम पर मैप होता है, और प्रत्येक आइटम एक आय खाता रखता है। कई उत्पादों को एक आइटम पर इंगित करें और आपको इस टेम्प्लेट का सरल संस्करण मिलता है — एक एकल Shopify बिक्री खाता। उत्पादों को व्यक्तिगत रूप से मैप करें और आपको प्रति-SKU राजस्व मिलता है, साथ ही इन्वेंट्री-प्रकार की वस्तुओं पर COGS पोस्टिंग भी मिलती है। यह "एक बिक्री खाता बनाम प्रति-लाइन राजस्व खाते" के समान निर्णय है, जिसे ड्रॉपडाउन के रूप में प्रस्तुत किया गया है।

दो विवरण इसे व्यवहार में काम करने योग्य बनाते हैं। पहला, विफलता मोड सुरक्षित है: एक अनमैप्ड उत्पाद वाले ऑर्डर में एक नामित स्थिति के साथ त्रुटि होती है — "उत्पाद मैप नहीं किया गया" — और गलत खाते में पोस्ट होने के बजाय रुक जाता है, इसलिए टेम्प्लेट का चुपके से उल्लंघन नहीं किया जा सकता है। दूसरा, सेटअप ड्रॉपडाउन क्लिक करने का एक सप्ताह नहीं है: Auto-Map Shopify उत्पादों को SKU या नाम से एक क्लिक में QBO आइटम से मिलाता है, परिणामों को समीक्षा के लिए फ़्लैग करता है, और केवल छूटे हुए को मैन्युअल मैपिंग के लिए छोड़ देता है।

निर्णय 3 और 4: शुल्क पृथक्करण और वापसी प्रबंधन

निर्णय 3: Shopify शुल्क एक एकल पंक्ति मद नहीं हैं।

तीन अलग-अलग शुल्क प्रकार Shopify भुगतानों में दिखाई देते हैं। उन्हें एक "Shopify शुल्क" खाते में समेकित करने से यह जानकारी खो जाती है कि मार्जिन कहाँ जा रहा है:

QBO में एक स्वच्छ शुल्क संरचना:

• 6100 — Shopify सदस्यता
• 6110 — Shopify लेनदेन शुल्क
• 6120 — भुगतान प्रसंस्करण शुल्क

इन तीनों को एक खाते में डालने से सीपीए को ऐसी किताबें मिलती हैं जहाँ भुगतान प्रसंस्करण से 3% मार्जिन का क्षरण अदृश्य होता है - जब तक कि कोई यह न पूछे कि सकल मार्जिन मूल्य निर्धारण मॉडल की भविष्यवाणी से कम क्यों है। उन्हें अलग करने में सेटअप पर कुछ भी खर्च नहीं होता है और बाद में हर समीक्षा में समय बचाता है।

निर्णय 4: वापसी मूल आदेश के बजाय भुगतान के विरुद्ध पोस्ट की जाती है।

जब कोई ग्राहक किसी ऑर्डर को वापस करता है, तो Shopify अगले उपलब्ध भुगतान से वापसी की कटौती करता है। यह एक अलग बैंक लेनदेन नहीं बनाता है - यह भुगतान की शुद्ध राशि को कम करता है। वापसी और छूट के लिए प्रति-राजस्व खाते को उस भुगतान के समय वापसी प्रविष्टि प्राप्त करनी चाहिए जिसमें वह शामिल है, न कि उस समय जब वापसी संसाधित की गई थी।

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

निर्णय 5: बिक्री कर को पहले दिन से देनदारी के रूप में

अधिकांश अमेरिकी राज्यों में, Shopify एक बाज़ार सुविधाकर्ता है - जिसका अर्थ है कि Shopify ग्राहकों से बिक्री कर एकत्र करता है और सीधे राज्य कर अधिकारियों को भेजता है। व्यापारी उस पैसे को कभी नहीं छूता है। व्यापारी कर का बकाया नहीं है; Shopify ने पहले ही इसका भुगतान कर दिया है।

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

सही सेटअप के लिए दो देनदारी खातों की आवश्यकता होती है:

• बिक्री कर देय — व्यापारी द्वारा सीधे एकत्र और भुगतान किए जाने वाले कर के लिए (मार्केटप्लेस चैनल जैसे थोक, या वे राज्य जहां मार्केटप्लेस सुविधाकर्ता नियम लागू नहीं होते हैं)
• मार्केटप्लेस कर रोका गया (या “Shopify कर एकत्र किया गया”) — व्यापारी की ओर से Shopify द्वारा एकत्र और भुगतान किए जाने वाले कर के लिए; भुगतान चक्र के बाद शून्य हो जाता है क्योंकि देनदारी Shopify के भुगतान द्वारा समाप्त हो जाती है, व्यापारी द्वारा नहीं

यदि आपका ग्राहक कई चैनलों पर बेचता है — Shopify, सीधी वेबसाइट, थोक — तो प्रत्येक चैनल के लिए कर उपचार अलग होता है। एक एकल “बिक्री कर देय” खाता Shopify-हैंडल किए गए कर और व्यापारी-हैंडल किए गए कर के बीच अंतर नहीं कर सकता है, और कर समय पर यह अंतर मायने रखता है।

LedgerPort में, निर्णय 5 एक मासिक अनुशासन के बजाय एक सेटिंग के रूप में शिप होता है। सिंक कॉन्फ़िगरेशन के कर टैब में एक लाइन आइटम कर विकल्प होता है: प्लेटफ़ॉर्म-संग्रहित कर एक ड्रॉपडाउन से आपके द्वारा चुने गए देयता खाते में रूट किया गया, लेनदेन की अपनी लाइन के रूप में पोस्ट होता है। "कर एक देयता है, आय नहीं" किसी ऐसे व्यक्ति को याद रखने का नियम होना बंद हो जाता है और यह एकमात्र तरीका बन जाता है जिससे सिंक पोस्ट कर सकता है।

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

खातों का चार्ट जो एक दिन में बंद हो जाता है

जब सभी पांच निर्णय हो जाते हैं, तो महीने के अंत में इस तरह चलता है: प्रत्येक Shopify भुगतान क्लियरिंग खाते के माध्यम से रूट होता है। सकल बिक्री क्रेडिट में। भुगतान प्रसंस्करण शुल्क, रिफंड, और मार्केटप्लेस कर डेबिट में। शुद्ध बैंक जमा पोस्ट किया जाता है। क्लियरिंग खाता शून्य पर बंद हो जाता है। बैंक समाधान शेष होता है — निर्माण द्वारा, जांच द्वारा नहीं।

यह 20 मिनट की प्रक्रिया है। अंतर काम की मात्रा नहीं है — यह इस बात पर निर्भर करता है कि डेटा को सही ढंग से प्राप्त करने के लिए खातों के चार्ट को डिज़ाइन किया गया था या नहीं।

शुरुआती निवेश वास्तविक है। किसी नए ग्राहक के लिए इस आर्किटेक्चर को ठीक से बनाने में पहली बार दो से तीन घंटे लगते हैं — एक सामान्य टेम्पलेट को कॉपी करने से अधिक समय। लेकिन विकल्प यह है कि उन घंटों, या उससे अधिक, हर महीने, अनिश्चित काल तक खर्च किए जाएं।

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

एक और निर्णय: सिंक विधि जो इन खातों में पोस्ट होगी

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

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

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

निर्णय तर्क छोटा है। मानक डीटीसी स्टोर, चेकआउट पर भुगतान: बिक्री रसीद — दस्तावेज़ों का अपना डिफ़ॉल्ट, "अधिकांश स्टोर के लिए सही शुरुआती बिंदु।" बी2बी या भुगतान शर्तें: चालान। उच्च मात्रा — लगभग 100 या अधिक ऑर्डर प्रति दिन — एक एकाउंटेंट के साथ जो कुल से काम करता है: दैनिक सारांश, जो 3,000-ऑर्डर का महीना ~30 जर्नल प्रविष्टियों के रूप में कैसे बनता है 3,000 रिकॉर्ड के बजाय।

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

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

यदि आप क्यूबीओ में एक नया शॉपिफाई क्लाइंट सेट कर रहे हैं - या ऐसी किताबें विरासत में पा रहे हैं जो मेल नहीं खाती हैं - तो ये पांच स्थान हैं जहाँ आपको सबसे पहले देखना चाहिए। यदि उपरोक्त में से कोई भी निर्णय नहीं लिया गया था, तो यहीं से चार घंटे का मिलान आ रहा है। खातों के चार्ट को सही करना भी आपके सीपीए द्वारा मांगे जाने पर टैक्स-तैयार किताबें रखने की नींव है - वही पांच निर्णय जो महीने के अंत को साफ करते हैं, साल के अंत को सीधा बनाते हैं। देखें कि लेजरपोर्ट एक बहु-क्लाइंट अभ्यास में मैपिंग को कैसे संभालता है ledgerport.com/cpas पर, या निःशुल्क शुरुआत करें।