थोक विक्रेताओं के लिए क्विकबुक्स में नेट टर्म्स अकाउंटिंग

निर्वाण गुहा

20 जुलाई, 2026 (अद्यतन 18 अगस्त, 2026) · 10 मिनट पढ़ें

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

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

फिर अप्रैल आया। किराया, इन्वेंट्री रीऑर्डर, विज्ञापन खर्च — सब वास्तविक, सब देय। $9,600 अभी भी एक रिपोर्ट पर एक संख्या थी। आपकी किताबों में कहा गया था कि मार्च आपका सबसे बड़ा महीना था; आपके बैंक खाते में कहा गया था कि आप पूरे साल की तुलना में नकदी के मामले में तंग थे — और क्विकबुक्स ने आपको जो कुछ भी दिखाया वह यह नहीं बता सका कि कौन आपको क्या बकाया है, या यह कब आने वाला था।

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

थोक ऑर्डर खुदरा बहीखाता को क्यों तोड़ते हैं

एक खुदरा ऑर्डर दो घटनाएं हैं जो एक ही समय में होती हैं: ग्राहक खरीदता है, और ग्राहक भुगतान करता है। लेखांकन शब्दों में, बिक्री और भुगतान एक क्षण हैं — यही कारण है कि खुदरा ऑर्डर के लिए प्राकृतिक क्विकबुक्स आकार एक बिक्री रसीद (या उनमें से कई का दैनिक सारांश) है: राजस्व दर्ज किया गया और नकदी प्राप्त हुई, एक साथ।

नेट-15, नेट-30, या नेट-60 पर एक थोक ऑर्डर उन दो घटनाओं को अलग करता है — कभी-कभी दो महीने से। आप राजस्व तब अर्जित करते हैं जब आप भेजते हैं; आप नकदी तब प्राप्त करते हैं जब खरीदार की भुगतान-देय प्रक्रिया इसे संभाल लेती है। उन क्षणों के बीच एक चीज बैठती है जिसे खुदरा बहीखाता कभी भी आवश्यक नहीं था: प्राप्य खाते, आपके द्वारा अर्जित धन का चल रहा खाता बही, जो आपके पास अभी तक नहीं है।

उस लेन-देन के लिए क्विकबुक्स का आकार एक चालान है। जब आप ऑर्डर का चालान बनाते हैं, तो क्विकबुक्स प्राप्य खातों को डेबिट करता है और राजस्व को क्रेडिट करता है (साथ ही कोई बिक्री कर देनदारी): बिक्री आपके पी एंड एल पर होती है, बकाया राशि आपकी बैलेंस शीट पर होती है। जब खरीदार भुगतान करता है, तो आप उस चालान के विरुद्ध भुगतान रिकॉर्ड करते हैं - नकद बढ़ता है, एआर घटता है। दो प्रविष्टियाँ, दो तिथियाँ, और उनके बीच का अंतर दिखाई देता है। वह दृश्यता ही पूरा बिंदु है।

जिम चेन ऑर्डर लें। 14 मार्च को नेट-30 पर चालान किया गया, यह 13 अप्रैल की नियत तारीख के साथ एआर में बैठता है। आपके मार्च के राजस्व में $9,600 शामिल हैं, ईमानदारी से। आपका मार्च का नकद नहीं है - और आपकी किताबें ऐसा कहती हैं। अप्रैल में कोई आश्चर्य नहीं, क्योंकि किताबों ने कभी दावा नहीं किया कि पैसा आ गया है।

स्टोर के मालिक तीन मुद्राओं में से एक में इस समस्या का सामना करते हैं: थोक ऑर्डर को खुदरा ऑर्डर की तरह रिकॉर्ड करना और महीनों बाद विकृति का पता लगाना; "कौन मुझे भुगतान करता है" का एक साइड स्प्रेडशीट रखना जो क्विकबुक्स से दूर हो जाता है; या चालान-आधारित एआर को ठीक से स्थापित करना और सप्ताह में एक रिपोर्ट की जाँच करना। इस पोस्ट का बाकी हिस्सा तीसरे समूह का मार्ग है।

झूठ: "एक बिक्री एक बिक्री है"

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

यह वास्तव में आपकी किताबों के साथ क्या करता है:

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

यह ऋण को मिटा देता है। जैसे ही बिक्री रसीद पोस्ट होती है, क्विकबुक्स की चिंता के अनुसार कोई भी आपका बकाया नहीं है। कोई प्राप्य नहीं, कोई नियत तारीख नहीं, कोई एजिंग नहीं। जिम चेन का आपको $9,600 बकाया होने का एकमात्र रिकॉर्ड आपकी स्मृति और एक ईमेल थ्रेड है। पंद्रह थोक खातों से गुणा करें और आप एक ऋण संचालन चला रहे हैं - क्योंकि यही नेट शर्तें हैं - बिना किसी लेजर के।

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

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

क्विकबुक्स में नेट टर्म्स अकाउंटिंग: इनवॉइस, ओपन एआर, भुगतान

क्विकबुक्स ऑनलाइन में नेट-शब्द ऑर्डर का पूरा जीवनचक्र यहाँ दिया गया है, जो सही ढंग से किया गया है:

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

एक त्वरित अगल-बगल, क्योंकि विपरीतता ही सबक है:

	खुदरा आदेश	थोक नेट-टर्म आदेश
क्विकबुक्स लेनदेन	बिक्री रसीद / दैनिक सारांश	इनवॉइस
पहचाना गया राजस्व	खरीद पर	चालान पर (उपार्जन)
नकद दर्ज	एक ही क्षण	भुगतान प्राप्त होने पर
एआर में बैठता है?	कभी नहीं	चालान तिथि से भुगतान तक
क्या गलत हो सकता है	शुल्क/भुगतान बेमेल	एजिंग, गैर-भुगतान

आपके व्यापक सेटअप में यह कहाँ रहता है — खातों का चार्ट, आय खाते, बिक्री कर — हमारे ईकॉमर्स अकाउंटिंग गाइड में शामिल है; WooCommerce स्टोर को WooCommerce बुककीपिंग गाइड में खाता-संरचना विवरण मिलेगा। थोक परत उस नींव के ऊपर बैठती है, न कि उसके स्थान पर।

एआर एजिंग आपका वास्तविक कैश-फ्लो डैशबोर्ड है

एक बार जब थोक आदेश एआर में रहते हैं, तो क्विकबुक्स आपको वह रिपोर्ट देता है जिससे थोक ऑपरेटर वास्तव में अपना व्यवसाय चलाते हैं: ए/आर एजिंग सारांश — हर ग्राहक जिसका एक खुला शेष है, उसे इस आधार पर बांटा गया है कि पैसा कितना अतिदेय है (वर्तमान, 1-30 दिन अतिदेय, 31-60, 61-90, 90 से अधिक)।

इसे नकदी प्रवाह उपकरण के रूप में पढ़ें, न कि लेखांकन औपचारिकता के रूप में:

"वर्तमान" कॉलम आपका आने वाला नकदी पूर्वानुमान है। अपनी शर्तों के भीतर चालान — पैसा जो खरीदारों द्वारा समय पर भुगतान करने पर आने वाले हफ्तों में आना चाहिए।
1-30 अतिदेय कॉलम आपकी करने वाली सूची है। एक नया देर से चालान आमतौर पर संकट नहीं होता है; यह एक एपी विभाग है जिसे एक संकेत की आवश्यकता होती है। लेकिन इसे अभी संकेत की आवश्यकता है — संग्रह की संभावना उम्र के साथ कम हो जाती है।
61+ कॉलम आपका जोखिम रजिस्टर है। दो महीने से अधिक अतिदेय धन को निर्णय की आवश्यकता है, न कि एक और विनम्र अनुस्मारक की: बढ़ाएं, पुन: बातचीत करें, शिपिंग बंद करें, या (अपने एकाउंटेंट के साथ) बट्टे खाते में डालें।
कुल के बजाय अनुपात देखें। एक बढ़ता हुआ एआर शेष ठीक है यदि यह ज्यादातर वर्तमान है और थोक राजस्व इसके साथ बढ़ रहा है। एक बढ़ता हुआ अतिदेय हिस्सा का मतलब है कि आप संग्रह करने की तुलना में तेजी से क्रेडिट बढ़ा रहे हैं — आप अपने खरीदारों के सबसे सस्ते ऋणदाता बन गए हैं।

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

थोक ऑर्डर के विरुद्ध जमा

कई थोक संबंध - विशेष रूप से नए खाते और बड़े कस्टम ऑर्डर - जमा पर चलते हैं: 50% अग्रिम, डिलीवरी के बाद नेट शर्तों पर शेष राशि।

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

जमा को आय के रूप में बुक करें और राजस्व गलत अवधि में आ जाता है - और अंतिम चालान या तो बिक्री को दोगुना कर देता है या उसे मैन्युअल रूप से छोटा करना पड़ता है। देनदारी मार्ग चार्ट में एक अतिरिक्त खाता लेता है और सुलझाने से बचाता है।

संग्रह स्वच्छता: वे उबाऊ आदतें जो आपको भुगतान दिलाती हैं

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

हर चालान पर लिखित रूप में शर्तें डालें। नियत तारीख, स्वीकृत भुगतान विधियाँ, कोई भी देर से भुगतान नीति। अस्पष्टता खरीदार के पक्ष में हल होती है।
तुरंत चालान करें। शिपमेंट और चालान के बीच का प्रत्येक दिन एक दिन है जिसे आपने अपने शब्दों में मुफ्त में जोड़ा है।
नियत तारीख के बाद नहीं, पहले याद दिलाएं। एक सप्ताह पहले एक छोटा "चालान #1042 शुक्रवार को देय है" नोट एपी-विभाग की फिसलन को पकड़ लेता है जबकि इसे ठीक करना अभी भी सस्ता है।
प्रति खाता क्रेडिट सीमा निर्धारित करें - और समग्र रूप से एक्सपोजर कैप। तय करें कि कोई भी एकल खरीदार आपसे कितना अधिक बकाया हो सकता है, और आपके मासिक राजस्व का कितना हिस्सा एक बार में शर्तों पर बैठ सकता है। नए खाते छोटे (या जमा के साथ) शुरू करते हैं और ऊपर की ओर कमाते हैं।
एक स्टॉप-शिप नियम रखें और उसका सम्मान करें। 30+ दिनों के अतिदेय चालान वाले खाते में कोई नया ऑर्डर शिप न करें। पहले से तय, यह नीति है; क्षण में तय, यह एक बातचीत है जिसे आप हार जाएंगे।

मिश्रित खुदरा + थोक: दो-लेन-देन-प्रकार की समस्या

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

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

यह रूटिंग समस्या ठीक वही है जो ऑर्डर-टैगिंग हल करती है, और तंत्र को जानना सार्थक है, चाहे आप किसी भी टूल का उपयोग करें। LedgerPort में — हमारा उत्पाद, इसलिए तदनुसार निर्णय लें — यह पांच ऑर्डर सिंक विधियों में से दो है। इनवॉइस विधि टर्म-आधारित विक्रेताओं के लिए बनाई गई है: यह QuickBooks इनवॉइस बनाती है जब ऑर्डर दिया जाता है और भुगतान प्राप्त होने पर उसके विरुद्ध भुगतान रिकॉर्ड करती है — बीच में खुले प्राप्य, एजिंग रिपोर्ट ठीक से भरी हुई, कुछ भी भुगतान के रूप में चिह्नित नहीं किया गया है इससे पहले कि वह हो। टैग-आधारित रूटिंग मिश्रित स्टोर को संभालती है: एक नियम तालिका ऑर्डर टैग को QuickBooks लेनदेन प्रकारों पर मैप करती है, इसलिए wholesale टैग वाला ऑर्डर एक इनवॉइस के रूप में पोस्ट होता है, retail ऑर्डर बिक्री रसीदों के रूप में पोस्ट होते हैं या दैनिक सारांश में रोल होते हैं, और do-not-sync टैग नमूनों और परीक्षण ऑर्डर को पूरी तरह से आपकी किताबों से बाहर रखता है। यदि आपका थोक प्लगइन पहले से ही B2B ऑर्डर को टैग करता है — अधिकांश, जिसमें WooCommerce पर Wholesale Suite शामिल है, कर सकते हैं — रूटिंग उन टैग पर निर्भर करती है जो आपके पास पहले से हैं। टैग कहीं से तो आना ही चाहिए — यह केवल इसलिए मौजूद है क्योंकि स्टोर परत पहले से ही जानती थी कि ऑर्डर थोक था, जो कि भूमिका-आधारित मूल्य निर्धारण और नेट भुगतान शर्तें ऑर्डर के QuickBooks तक पहुंचने से पहले ही तय हो जाती हैं। दोनों विधियों की तुलना ऑर्डर सिंक विधियों को समझना में की गई है, और सेटअप सिंक कॉन्फ़िगरेशन में एक ड्रॉपडाउन है। बारीक प्रिंट, सीधे शब्दों में कहा गया: टैग-आधारित रूटिंग एक उच्च-स्तरीय सुविधा है — मूल्य निर्धारण दिखाता है कि क्या कहाँ स्थित है।

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

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

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