QuickBooks में मल्टी-स्टोर अकाउंटिंग: बुक्स को साफ रखें

QuickBooks में मल्टी-स्टोर अकाउंटिंग का निर्णय स्टोर #2 लॉन्च होने के दिन ही तय हो जाता है — ज़्यादातर ऑपरेटर चौदह महीने बाद पता लगाते हैं।

---

खुद के साथ गुरुवार की मीटिंग का एजेंडा एक ही आइटम है: स्टोर #2 को बंद करें, या उस पर दोगुना दांव लगाएं।

इसलिए आप जवाब पाने के लिए QuickBooks खोलते हैं। कुल राजस्व बढ़ गया है। मर्चेंट शुल्क बढ़ गया है। विज्ञापन खर्च बहुत बढ़ गया है। और इनमें से किसी से भी कोई स्टोर जुड़ा नहीं है। आपका "बिक्री" खाता दोनों ब्रांडों को एक संख्या में डालता है। आपका शुल्क खाता एक मिश्रित आंकड़ा है। आपके सामने मौजूद डेटा से, आप यह नहीं कह सकते कि दूसरे स्टोर ने पिछले तिमाही में पैसा कमाया या चुपचाप पहले स्टोर का मार्जिन खा लिया।

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

बाद में अब है। और QuickBooks में मल्टी-स्टोर अकाउंटिंग के बारे में यह असहज यांत्रिक सच्चाई है: मिश्रित डेटा को पीछे की ओर अन-ब्लेंड नहीं किया जा सकता है। स्टोर लेबल के बिना चौदह महीनों के लेनदेन को छांटने के लिए इंतजार नहीं किया जा रहा है — जानकारी कभी कैप्चर ही नहीं की गई थी। जो निर्णय मायने रखता है वह पहले दिन, संरचना में लिया जाता है। अच्छी खबर यह है कि संरचना जटिल नहीं है। यह लगभग चार निर्णयों के बारे में है, और यह पोस्ट उन सभी के माध्यम से चलती है।

QuickBooks में मल्टी-स्टोर अकाउंटिंग: एक फ़ाइल या दो?

क्लियरिंग खातों से पहले, शुल्क मैपिंग से पहले, किसी भी चीज़ से पहले — संरचनात्मक प्रश्न: क्या स्टोर #2 आपकी मौजूदा QuickBooks फ़ाइल में रहता है या अपनी फ़ाइल में?

निर्णय नियम इतना छोटा है कि याद किया जा सके: कानूनी इकाई फ़ाइल सीमा है। ब्रांड या चैनल फ़ाइल के अंदर एक क्लास या लोकेशन है।

आपका सेटअप	QuickBooks संरचना
दो स्टोर, एक कानूनी इकाई (दो ब्रांड, या Shopify + WooCommerce)	एक QBO फ़ाइल, प्रति स्टोर एक क्लास या लोकेशन के साथ
दो स्टोर, दो कानूनी इकाइयाँ अलग-अलग रिटर्न दाखिल करती हैं	दो QBO फ़ाइलें — कोई अपवाद नहीं
होल्डिंग कंपनी सहायक संस्थाओं के साथ	प्रति इकाई एक फ़ाइल; रिपोर्टिंग लेयर पर समेकित करें

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

इसे पढ़ने वाले अधिकांश ऑपरेटर पहली पंक्ति हैं: एक एलएलसी, दो स्टोरफ़्रंट। यदि वह आप हैं, तो उत्तर प्रति-स्टोर ट्रैकिंग वाली एक फ़ाइल है - और इस पोस्ट का बाकी हिस्सा इसे बनाने के बारे में है।

एक पूर्वापेक्षा जिसका उल्लेख करना उचित है: क्लास और लोकेशन ट्रैकिंग के लिए क्विकबुक्स ऑनलाइन प्लस या एडवांस्ड की आवश्यकता होती है। यदि आप एसेंशियल्स पर हैं, तो वह अपग्रेड स्टोर #2 की वास्तविक लागत का हिस्सा है। इसके चारों ओर काम करने के बजाय इसके लिए बजट बनाएं - वर्कअराउंड ब्लेंडर है।

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

ध्यान दें कि टूलिंग क्या मानता है, भी: प्रति व्यवसाय एक क्विकबुक्स कंपनी। "दो फ़ाइलें, एक लॉगिन" मूल रूप से समर्थित आकार है, और प्रत्येक व्यवसाय पूरी तरह से अलग है - डॉक्स इसे स्पष्ट रूप से कहते हैं: एक व्यवसाय में किए गए परिवर्तन दूसरे को प्रभावित नहीं करते हैं। इसलिए यदि आपके स्टोर अलग-अलग संस्थाएं हैं, तो दो-फ़ाइल उत्तर एक समझौता नहीं है जिसके लिए आप अपने सॉफ़्टवेयर से लड़ेंगे; यह डिफ़ॉल्ट है जिसके चारों ओर सॉफ़्टवेयर बनाया गया है।

एक फ़ाइल के अंदर प्रति-स्टोर संरचना

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

1. हर स्टोर के लिए एक क्लास या लोकेशन

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

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

2. प्रति गेटवे, प्रति स्टोर एक क्लियरिंग खाता

आपके चार्ट ऑफ़ अकाउंट्स में प्रत्येक स्टोर के भुगतान प्रोसेसर को उसका अपना क्लियरिंग खाता मिलता है: Shopify Payments Clearing — Brand A, Shopify Payments Clearing — Brand B, Stripe Clearing — Woo Store। बिक्री स्टोर के क्लियरिंग खाते में प्रवाहित होती है; भुगतान इससे बैंक में प्रवाहित होते हैं; जब सब कुछ सुलझ जाता है तो खाता शून्य पर वापस आ जाता है।

स्टोर्स में एक क्लियरिंग खाता साझा करें और आप अपना सबसे अच्छा निदान खो देते हैं। एक क्लियरिंग खाता जो शून्य नहीं होता है, आपको बताता है कि कुछ विशिष्ट गलत है - लेकिन केवल तभी जब वह एक स्टोर का हो। दो स्टोर को इसमें मिलाएं और Brand A में एक त्रुटि Brand B के बैलेंस में अनिश्चित काल तक छिपी रहती है।

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

3. प्रति-स्टोर शुल्क लाइनें

शुल्क को मैप करें ताकि वे स्टोर द्वारा दिखाई दें - या तो अलग खाते (Merchant Fees — Brand A) या स्टोर टैग को लगातार लागू करने वाले एक शुल्क खाते में।

यह जितना दिखता है उससे कहीं अधिक मायने रखता है। प्रभावी प्रसंस्करण लागत स्टोर के अनुसार भिन्न होती है: विभिन्न गेटवे मिश्रण, विभिन्न औसत ऑर्डर मान, विभिन्न वापसी दरें। यदि Brand B की प्रभावी शुल्क दर 3.1% है जबकि Brand A की 2.4% है, तो यह एक वास्तविक मार्जिन अंतर है जिस पर आप कार्रवाई कर सकते हैं - लेकिन केवल तभी जब शुल्क कभी मिश्रित न हुए हों।

4. साझा लागतों के लिए एक लिखित नियम

दो स्टोर चीजें साझा करते हैं: एक विज्ञापन खाता, एक 3PL अनुबंध, आपका अपना वेतन। एक आवंटन आधार चुनें - राजस्व हिस्सेदारी ठीक है - इसे एक आवर्ती जर्नल प्रविष्टि के साथ मासिक रूप से बुक करें, और नियम को लिख लें। पूर्ण आवंटन मौजूद नहीं है। सुसंगत आवंटन वह है जो प्रति-स्टोर P&L को भरोसेमंद बनाता है, और सुसंगतता केवल तभी जीवित रहती है जब नियम को हर महीने फिर से तय करने के बजाय प्रलेखित किया जाता है।

[छवि: चार्ट ऑफ़ अकाउंट्स का अंश जिसमें समानांतर प्रति-स्टोर अनुभाग दिखाए गए हैं - दो क्लियरिंग खाते और दो मर्चेंट शुल्क खाते, लेबल Brand A और Brand B]

यदि आपका एक स्टोरफ़्रंट WooCommerce है, तो इसका ऑर्डर डेटा Shopify की तुलना में अधिक अव्यवस्थित आता है - WooCommerce बुककीपिंग गाइड इस संरचना में उस स्टोर को शामिल करने से पहले उन विशिष्टताओं को कवर करता है।

तीन जाल जो बुक्स को वापस एक साथ मिला देते हैं

एक सही सेटअप भी अनुमानित स्थानों में खराब हो जाता है। उनमें से तीन अधिकांश क्षति के लिए जिम्मेदार हैं।

अंतर-स्टोर इन्वेंट्री स्थानांतरण। स्टॉक को Brand A से Brand B में ले जाना बिक्री नहीं है - आप एक ही कानूनी इकाई हैं। इसे एक के रूप में रिकॉर्ड करें और Brand A वह राजस्व दिखाता है जो उसने कभी अर्जित नहीं किया, जबकि Brand B का COGS गलत हो जाता है। इन्वेंट्री परिसंपत्ति खातों के बीच एक जर्नल प्रविष्टि के साथ लागत पर स्थानांतरण करें, कहीं भी राजस्व लाइन नहीं। (यदि आपके स्टोर अलग-अलग संस्थाएं हैं, तो विपरीत लागू होता है: यह एक वास्तविक अंतर-कंपनी बिक्री है, एक बचाव योग्य मूल्य पर - एक और कारण है कि इकाई सीमा निर्णय पहले आता है।)

साझा विज्ञापन व्यय। एक मेटा खाता दोनों स्टोर के अभियानों को फंड करता है, और कार्ड शुल्क एक एकल व्यय के रूप में आता है। इसे अनस्प्लिट छोड़ दें और एक स्टोर चुपचाप दूसरे की अधिग्रहण लागत वहन करता है — आमतौर पर पुराना स्टोर नए वाले को सब्सिडी देता है, जिससे नया स्टोर जितना है उससे बेहतर दिखता है। महीने में एक बार, प्रति अभियान व्यय निकालें और स्टोर टैग द्वारा व्यय को विभाजित करें। इसमें बीस मिनट लगते हैं, और यह प्रति स्टोर P&L और प्रति स्टोर कल्पना के बीच का अंतर है।

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

वे जाल जिनमें टूलिंग आपको गिरने नहीं देता

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

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

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

जानने लायक अवशिष्ट जोखिम: क्विकबुक्स में डुप्लिकेट प्रविष्टि। जब एक मैनुअल सिंक और एक ऑटो सिंक एक ही ऑर्डर पर ओवरलैप होते हैं, तो एक ही ऑर्डर नंबर दो बार पोस्ट हो सकता है। यह एक नामित त्रुटि के रूप में सामने आता है जिसका एक प्रलेखित फिक्स है — क्यूबीओ में सत्यापित करें, डुप्लिकेट हटाएं, पुनः सिंक करें — बजाय इसके कि सुलह तक आपके राजस्व में छिपा रहे।

प्रति-स्टोर विजिबिलिटी वास्तव में क्या बदलती है

गुरुवार की बैठक में वापस जाएं। वही सवाल — बंद करें या दोगुना करें — लेकिन अब आप स्थान के अनुसार P&L चलाते हैं और उत्तर दो कॉलम में बैठा है।

मान लीजिए कि ब्रांड बी ने पिछले महीने $38,000 का कारोबार किया। *अपने* शुल्क, *अपने* आवंटित विज्ञापन व्यय, *अपने* शिपिंग के बाद, यह 4% नेट चल रहा है जबकि ब्रांड ए 12% चल रहा है — अब आप जानते हैं कि दूसरा स्टोर एक मार्जिन समस्या है जिसका एक विशिष्ट आकार है, और आप देख सकते हैं कि कौन सी लाइन अपराधी है। या कॉलम पलट जाते हैं: बी बेहतर मार्जिन वाला व्यवसाय है और ए की मात्रा ने इसे छिपा दिया था, इस मामले में बी को बंद करने से आत्मविश्वास से भरे मिश्रित नंबरों के साथ एक महंगा गलती हुई होगी।

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

प्रति-स्टोर दृश्यता की एक दूसरी परत होती है जिसे अधिकांश ऑपरेटर चूक जाते हैं: प्रति-स्टोर सिंक दृश्यता। लेजरपोर्ट में, प्रत्येक व्यवसाय अपना स्वयं का ऑडिट लॉग रखता है - इकाई प्रकारों में भुगतान और दैनिक सारांश शामिल हैं, न कि केवल ऑर्डर - इसलिए बैठक-पूर्व स्पॉट-चेक एक फ़िल्टर है, स्प्रेडशीट नहीं: स्थिति को अनसिंक्ड या त्रुटि प्रति स्टोर पर सेट करें, प्रति स्टोरफ्रंट साठ सेकंड, और आप जानते हैं कि किसी के भी P&L खोलने से पहले प्रत्येक स्टोर की किताबें वास्तव में वर्तमान हैं। यदि कोई स्टोर वर्तमान नहीं है, तो रिकवरी स्वयं दस्तावेज़ों की आउटेज रेसिपी है: गैप विंडो पर दिनांक-रेंज फ़िल्टर, सभी का चयन करें, चयनित सिंक करें - प्रति स्टोर, उन स्टोरों को छुए बिना जो ठीक हैं। एक ईमानदार नोट: लॉग प्रतिधारण योजना-स्तरित है (7, 30, या 90 दिन, असीमित तक), इसलिए तिमाही समीक्षा करने वाली फर्म को लंबी विंडो में से एक की आवश्यकता होती है।

लेजरपोर्ट कहाँ फिट बैठता है

ऊपर सब कुछ हाथ से प्राप्त किया जा सकता है। यह एक स्थायी अनुशासन भी है: प्रत्येक ऑर्डर, रिफंड, भुगतान और शुल्क, सही स्टोर को टैग किया गया और सही क्लियरिंग खाते में रूट किया गया, हर दिन, हर स्टोरफ्रंट में। विफलता मोड अज्ञानता नहीं है - यह एक व्यस्त Q4 है।

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

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

स्टोर #2 - या #3 - जोड़ना एक नाम, एक मुद्रा और एक समय क्षेत्र लेता है। फिर आप उस स्टोर और उसकी क्विकबुक्स कंपनी को उसी तरह कनेक्ट करते हैं जैसे आपने पहली बार किया था।

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

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

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

मूल्य निर्धारण पर: स्केल प्लान ($67/माह से, 5,000 ऑर्डर/माह) 3 स्टोरफ्रंट तक रीयल-टाइम सिंक और प्रति-स्टोर भुगतान जर्नल और शुल्क प्रबंधन के साथ संभालता है — जो अधिकांश दो-ब्रांड या शॉपिफाई-प्लस-वू ऑपरेटरों को कवर करता है। एंटरप्राइज ($169/माह से) सीमाएं हटा देता है: असीमित स्टोर और ऑर्डर, उपहार कार्ड और स्टोर क्रेडिट लेखांकन, और एक समर्पित खाता प्रबंधक। वार्षिक बिलिंग 15% बचाता है, और हर चीज पर 14-दिन की मनी-बैक गारंटी होती है — 100% वापसी, कोई सवाल नहीं पूछा जाता।

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

टू-क्लिक मीटिंग

अगली तिमाही में, बैठक फिर से होती है — इस बार यह इस बारे में है कि स्टोर #3 एक अच्छा विचार है या नहीं।

आप क्विकबुक्स खोलते हैं। रिपोर्ट। स्थान के अनुसार P&L। दो क्लिक। अप्रैल में शिपिंग को फिर से कीमत देने के बाद से ब्रांड बी 9% नेट पर है और बढ़ रहा है। ब्रांड ए स्थिर है। बैठक चार मिनट लेती है, जिसमें से अधिकांश आप शेष घंटे का क्या करें, यह सोचते हुए बिताते हैं।

यह सबसे कम रोमांचक रणनीति बैठक है जो आप कभी भी करेंगे। यही लक्ष्य है।

ब्लेंडर केवल एक दिशा में चलता है — स्टोर डेटा जिसे आप आज अलग नहीं करते हैं, वह प्रति-स्टोर P&L है जिसे आप अगले साल नहीं निकाल सकते। यदि आप अभी स्टोर #2 स्थापित कर रहे हैं, या स्टोर #2 चौदह महीने पहले आया था और किताबें कभी भी अपडेट नहीं हुईं, तो देखें कि लेजरपोर्ट प्रत्येक स्टोर की किताबों को स्वचालित रूप से अलग कैसे रखता है, या मुफ्त में शुरुआत करें और लगभग 15 मिनट में अपना पहला स्टोर कनेक्ट करें।