आपका शॉपिफाई भुगतान कभी भी क्विकबुक्स के दिखाए अनुसार क्यों नहीं मेल खाता

हर सोमवार की सुबह, वही होता है।

आप अपना बैंक खाता जांचते हैं। शॉपिफाई भुगतान आ गया है — $4,312.87। आप क्विकबुक्स खोलते हैं। सप्ताहांत की आपकी बिक्री $4,891.00 दिखाती है। आप दोनों संख्याओं को एक पल के लिए घूरते हैं। आप दोबारा जांचने के लिए शॉपिफाई खोलते हैं। संख्याएँ अभी भी भिन्न हैं।

आप दो साल से ऐसा कर रहे हैं। आपने अपने बुककीपर से पूछा है। आपने गूगल किया है। आपने अपने एकाउंटेंट से पूछा है, जिसने आपको अंतर को मैन्युअल रूप से सुलझाने के लिए कहा था। आप हर महीने ऐसा करते हैं, और अगले महीने अंतर अलग होता है। कभी यह $200 होता है। कभी यह $900 होता है। एक तिमाही में यह $3,000 से अधिक था और आप अभी भी यह नहीं बता सकते कि यह कहाँ गया।

बात यह है: कुछ भी गलत नहीं है।

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

शॉपिफाई भुगतान वास्तव में कैसे काम करते हैं

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

जब शॉपिफाई आपके खाते में पैसा जमा करता है, तो वह आपको अपनी सकल बिक्री नहीं भेज रहा होता है। वह आपको वह भेज रहा होता है जो सब कुछ काटने के बाद बचता है जो वह बकाया है:

• लेनदेन शुल्क (शॉपिफाई भुगतान प्रसंस्करण शुल्क — आमतौर पर प्रति लेनदेन 2.4–2.9% + 30¢)
• भुगतान अवधि के दौरान जारी की गई वापसी
• चार्जबैक कटौती और विवाद होल्ड
• आरक्षित रोक (नए स्टोर या बढ़े हुए चार्जबैक जोखिम वाले स्टोर के लिए सामान्य)
• ऐप शुल्क जो शॉपिफाई के माध्यम से बिल किए जाते हैं

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

लेकिन यह पांच अलग-अलग श्रेणियों की कटौतियों के बाद सकल राजस्व है, जिसे एक लाइन आइटम में समेटा गया है, जो कई दिनों के लेनदेन को कवर करता है — और आपका बैंक स्टेटमेंट कोई विवरण नहीं दिखाता है।

दोनों संख्याएँ — $4,891 और $4,312.87 — बिल्कुल सही हैं। लेकिन आपका बैंक आपको उनमें से केवल एक ही दिखाता है।

क्विकबुक्स क्या देखता है

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

यदि आप मैन्युअल रूप से Shopify डेटा को QuickBooks में दर्ज कर रहे हैं, तो आप या तो हैं:

A) सकल बिक्री का आंकड़ा दर्ज करना — इस मामले में आपका राजस्व सही दिखता है, लेकिन आपकी नकद शेष राशि आपके बैंक जमाओं से कभी मेल नहीं खाती है, और आप मैन्युअल रूप से अनुमान लगा रहे हैं कि शुल्क कहाँ गए।

B) जमा राशि दर्ज करना — इस मामले में आपका नकद मेल खाता है, लेकिन आपका राजस्व हर शुल्क, वापसी और समायोजन से कम करके आंका गया है जो भुगतान से काटा गया था।

कोई भी विकल्प सही नहीं है। दोनों वही हैं जो लोग करते हैं जब उनके पास अनुवाद परत नहीं होती है।

आपका बहीखाता लेखक गलती नहीं कर रहा है। आपका एकाउंटेंट कुछ स्पष्ट नहीं चूक रहा है। दोनों सिस्टम अलग-अलग भाषाएँ बोल रहे हैं, और आप उन्हें हाथ से अनुवाद करने की कोशिश कर रहे हैं।

कोई भी सिस्टम गलत नहीं है

यह वह हिस्सा है जो लोगों को पहली बार सुनने पर भ्रमित करता है, क्योंकि यह एक अनुत्तर जैसा लगता है।

Shopify आपको शुद्ध भुगतान भेजने के लिए सही है। भुगतान प्रोसेसर यही करते हैं — वे धन प्रवाह को संभालते हैं, अपने शुल्क काटते हैं, और आपको जो शेष बचता है वह भेजते हैं।

QuickBooks सकल राजस्व रिकॉर्ड करने के लिए सही है। लेखा प्रणाली यही करती है — वे ट्रैक करती हैं कि ग्राहकों ने क्या भुगतान किया, क्योंकि P&L सटीकता, कर रिपोर्टिंग और आपके वास्तविक व्यावसायिक प्रदर्शन को समझने के लिए आपको यही चाहिए।

समस्या यह नहीं है कि उनमें से कोई एक आपको झूठ बोल रहा है। समस्या यह है कि वे लेन-देन के विभिन्न स्तरों पर विभिन्न समस्याओं का समाधान करते हैं — और बीच में कुछ भी उनके बीच अनुवाद नहीं कर रहा है।

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

वास्तव में अंतर को क्या ठीक करता है

भुगतान बेमेल को बंद करने के दो तरीके हैं।

मैन्युअल मिलान का अर्थ है अपनी Shopify भुगतान रिपोर्ट निर्यात करना, प्रत्येक लेनदेन को क्रॉस-रेफरेंस करना, और प्रत्येक घटक - शुल्क, रिफंड, समायोजन - को QuickBooks में अलग-अलग लाइन आइटम के रूप में दर्ज करना। सही ढंग से किया गया, इसमें प्रति माह 3-5 घंटे लगते हैं। जल्दी किया गया, यह नई त्रुटियां उत्पन्न करता है। $1M–$5M राजस्व सीमा पर अधिकांश स्टोर मालिक इस समस्या पर प्रति वर्ष 30 से 60 घंटे खर्च करते हैं और फिर भी उनके पास ऐसी किताबें हैं जो पूरी तरह से साफ नहीं हैं। यदि आप इसे हाथ से करने जा रहे हैं, तो पूरी चरण-दर-चरण विधि हमारे गाइड में है QuickBooks में Shopify भुगतानों का मिलान कैसे करें।

स्वचालित मिलान का अर्थ है एक ऐसे उपकरण का उपयोग करना जो आपके लिए अनुवाद परत का काम करता है: Shopify से प्रत्येक भुगतान खींचता है, इसे इसके घटकों (सकल बिक्री, लेनदेन शुल्क, वापसी, समायोजन) में तोड़ता है, प्रत्येक को सही QuickBooks खाते में मैप करता है, और स्वचालित रूप से जर्नल प्रविष्टियाँ करता है।

LedgerPort यह हर दिन, बिना हस्तक्षेप के करता है। आपका भुगतान आपके बैंक में आता है, और जब तक आप QuickBooks खोलते हैं, तब तक प्रविष्टि पहले से ही वहाँ होती है — सही खातों में टूटी हुई, सही अवधि से मेल खाती हुई, आपके एकाउंटेंट द्वारा समीक्षा के लिए तैयार।

वह अंतर जिसे बंद करने में आपको घंटों लगे? यह स्वचालित रूप से बंद हो जाता है। वह स्पष्टीकरण जो आप कभी भी अपने सीपीए को नहीं दे सके? यह जर्नल एंट्री में है।

जब पैसा चलता है तब राजस्व रिकॉर्ड करें, न कि जब ऑर्डर दिखाई देते हैं

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

LedgerPort में, जिस क्षण राजस्व रिकॉर्ड किया जाता है वह एक सेटिंग है। सिंक कॉन्फ़िगरेशन » ऑर्डर » सिंक ट्रिगर के तहत, आप चुनते हैं कि छह भुगतान स्थितियों में से कौन सी ऑर्डर को सिंक करने के लिए योग्य बनाती है - भुगतान किया गया, अधिकृत, आंशिक रूप से भुगतान किया गया, लंबित, वापस किया गया, आंशिक रूप से वापस किया गया - तीन पूर्ति स्थितियों के साथ। एक ऑर्डर केवल तभी सिंक होता है जब वह प्रत्येक समूह से एक शर्त को पूरा करता है।

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

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

रिफंड जो आपने कभी सिंक नहीं किए

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

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

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

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

उन ऑर्डर का पता लगाएं जो कभी नहीं पहुंचे

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

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

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

भुगतान गैप को बंद करना आंशिक रूप से संरचना है — खातों को साफ़ करना, शुल्क मैपिंग — और आंशिक रूप से पूर्णता है। पूर्णता एक फ़िल्टर क्लिक है।

---

इस पूरी स्थिति का व्यंग्य यह है कि आप दो साल से यह मानने में लगे थे कि कुछ टूट गया था। Shopify का गणित गलत था, या QuickBooks गलत था, या आपके बुककीपर ने कुछ चूक कर दी थी, या आप कुछ गलत कर रहे थे।

आप नहीं थे। वे भी नहीं थे।

दोनों सिस्टम पूरे समय अपना काम सही ढंग से कर रहे थे। बस उन्हें जोड़ने के लिए आपके पास कुछ भी नहीं था।

देखें कि लेजरपोर्ट Shopify और QuickBooks को कैसे जोड़ता है →