शुल्क किसी भी स्टेटमेंट पर नहीं होते हैं। वे आपकी आय संख्या के अंदर होते हैं - इसीलिए आप उन्हें ढूंढ नहीं पाते हैं।
आप एक संख्या की तलाश में अपना P&L खोलते हैं: Shopify ने पिछले महीने आपसे वास्तव में क्या लिया? इसके लिए कोई लाइन नहीं है। आप बैंक स्टेटमेंट की जांच करते हैं - Shopify से जमा आ रहे हैं, कुछ भी बाहर नहीं जा रहा है। आप Shopify एडमिन में लॉग इन करते हैं और फाइनेंस, बिलिंग और भुगतान रिपोर्ट के माध्यम से क्लिक करते हैं, और टुकड़े पाते हैं: एक भुगतान के अंदर छिपा हुआ एक प्रोसेसिंग शुल्क, एक बिलिंग चालान पर एक ऐप शुल्क, आपकी सदस्यता पूरी तरह से एक अलग पृष्ठ पर। कोई कुल नहीं। कहीं भी नहीं।
इस बीच आपका P&L एक राजस्व संख्या कहता है, आपका Shopify डैशबोर्ड एक और कहता है, और आपका बैंक एक तीसरा कहता है। किसी बिंदु पर आपने उनके सहमत होने की उम्मीद करना बंद कर दिया।
यहाँ असहज हिस्सा है। यदि आपकी किताबें Shopify जमाओं को आय के रूप में रिकॉर्ड करती हैं - जो कि अधिकांश स्टोर मालिक और बहुत सारे बुककीपर करते हैं - तो QuickBooks में अपने Shopify शुल्क ढूंढना एक वर्गीकरण समस्या नहीं है। शुल्क आपके द्वारा देखे जाने से पहले ही घटा दिए गए थे। उन्हें कभी भी रिकॉर्ड नहीं किया गया था।
यह पोस्ट Shopify द्वारा लगाए गए प्रत्येक शुल्क, प्रत्येक शुल्क कहाँ है (और कहाँ नहीं है), जमा-आधारित बहीखाता पद्धति उन्हें क्यों गायब कर देती है, और अपने QuickBooks खातों को कैसे संरचित करें ताकि वास्तविक संख्या हर महीने आपके P&L पर दिखाई दे।
Shopify शुल्क की पूरी संरचना
Shopify आपसे एक शुल्क नहीं लेता है। यह पांच या छह लेता है, विभिन्न स्थानों पर, विभिन्न शेड्यूल पर, और उनमें से केवल कुछ ही एक शुल्क के रूप में दिखाई देते हैं जिसे आप इंगित कर सकते हैं।
| शुल्क | विशिष्ट आकार | कहाँ चार्ज किया जाता है | कहाँ देखा जा सकता है |
|---|---|---|---|
| Shopify भुगतान प्रसंस्करण शुल्क | ~2.9% + 30¢ प्रति ऑनलाइन ऑर्डर (उच्च योजनाओं पर कम) | आपके बैंक तक पहुँचने से पहले प्रत्येक भुगतान से काटा गया | भुगतान विवरण पृष्ठ या भुगतान लेनदेन निर्यात - कभी भी बिल के रूप में नहीं |
| सदस्यता | $39–$399/माह योजना के आधार पर | आपके कार्ड पर बिल किया गया या भुगतानों के विरुद्ध समायोजित | सेटिंग्स → बिलिंग |
| तृतीय-पक्ष गेटवे अधिभार | यदि आप Shopify भुगतान का उपयोग नहीं करते हैं तो प्रति लेनदेन 0.5%–2% | आपके गेटवे के अपने शुल्क के ऊपर, आपके Shopify बिल में जोड़ा गया | बिलिंग चालान |
| ऐप सब्सक्रिप्शन | अधिकांश मध्यम आकार के स्टोर के लिए ₹4,100–₹41,000+/माह | शॉपिफाई बिलिंग चालान में बंडल | सेटिंग्स → बिलिंग, प्रति ऐप आइटम |
| शिपिंग लेबल | वॉल्यूम के साथ बदलता रहता है | आपके कार्ड में बैचों में बिल किया जाता है, या भुगतान के मुकाबले निपटाया जाता है | बिलिंग चालान |
| मुद्रा रूपांतरण | रूपांतरित बिक्री का ~1.5% (यूएस स्टोर) | रूपांतरित ऑर्डर राशि में बेक किया गया | लाइन आइटम के रूप में कहीं नहीं - बिक्री बस छोटी हो जाती है |
ध्यान देने योग्य दो बातें। पहला, शॉपिफाई में कोई भी रिपोर्ट इन्हें आपके लिए नहीं जोड़ती है। दूसरा, सबसे बड़ी वाली - प्रोसेसिंग शुल्क - कभी भी शुल्क के रूप में दिखाई नहीं देती है। यह जमा राशि के अंदर एक कटौती है।
स्टैक को एक साथ जोड़ें और यह आमतौर पर सकल राजस्व का 3-6% होता है, कभी-कभी ऐप और लेबल ऑर्डर वॉल्यूम के साथ स्केल होने पर अधिक होता है। ₹49 लाख प्रति वर्ष का स्टोर करने वाले पर, यह ₹15 लाख–₹30 लाख है - एक वास्तविक व्यय श्रेणी, जो आपके शिपिंग लागत और आपके विज्ञापन खर्च के बीच आकार में कहीं है।
स्टोर के मालिक इसे तीन तरीकों में से एक में संभालते हैं। कुछ जमा को आय के रूप में रिकॉर्ड करते हैं और आगे बढ़ते हैं। कुछ मासिक लेनदेन सीएसवी निर्यात करते हैं और हाथ से शुल्क कुल का पुनर्निर्माण करते हैं। और कुछ अपनी किताबों को इस तरह से संरचित करते हैं कि प्रत्येक शुल्क स्वचालित रूप से अपने स्वयं के व्यय खाते में आ जाता है। पहला समूह सबसे बड़ा है - और यहीं पर समस्या रहती है।
झूठ: "शुल्क छोटे हैं - जमा पर्याप्त हैं"
यहाँ तर्क दिया गया है, और यह समझदार लगता है: शुल्क एक राउंडिंग त्रुटि है। जमा को आय के रूप में रिकॉर्ड करने से वह कैप्चर होता है जो वास्तव में बैंक में आया था, इसलिए कुछ भी वास्तव में खोया नहीं है। काफी करीब।
यह पहली बार निरीक्षण में भी बच जाता है, क्योंकि वास्तव में मोहक गणित का एक टुकड़ा है: आपका निचला रेखा दोनों तरह से समान आती है। देखें।
मान लीजिए कि आपका स्टोर ₹41 लाख का सकल महीना करता है:
| राशि | |
|---|---|
| सकल बिक्री | $50,000 |
| धनवापसी | −₹1,23,000 |
| Shopify भुगतान प्रसंस्करण शुल्क | −₹1,600 |
| आपके बैंक में जमा | $46,900 |
| अलग से बिल किया गया: सदस्यता (₹8,600) + ऐप्स (₹20,500) + शिपिंग लेबल (₹74,000) | −₹1,03,100 |
नेट-जमा बहीखाता ₹46,900 की "राजस्व" रिकॉर्ड करता है। सही बहीखाता ₹50,000 की सकल बिक्री, ₹1,500 की वापसी, और ₹1,600 की प्रोसेसिंग शुल्क रिकॉर्ड करता है। महीने के लिए शुद्ध आय? समान। तो यह नेट आउट हो जाता है - सही?
यह एक लाइन पर, एक बार नेट आउट हो जाता है। उस लाइन के ऊपर बनी हर चीज अब गलत है:
- आपके मार्जिन विकृत हैं। इस महीने आपका वास्तविक शुल्क भार ₹2,855 था - सकल का 5.7%। जमा संस्करण में, ₹1,600 की प्रोसेसिंग शुल्क एक लागत के रूप में मौजूद नहीं है, इसलिए जब आप प्रति-ऑर्डर अर्थशास्त्र पर काम करते हैं या कीमतें निर्धारित करते हैं, तो आप इकाई मार्जिन का उपयोग कर रहे होते हैं जो वास्तविकता से चुपके से बेहतर होते हैं। किताबें आपको चपटा करती हैं, और मूल्य निर्धारण निर्णय चपेटापन को विरासत में लेते हैं।
- आपका राजस्व आईआरएस जो देखता है उससे मेल नहीं खाएगा। शॉपिफाई पेमेंट्स आपके 1099-K पर सकल प्रोसेसिंग वॉल्यूम की रिपोर्ट करता है। नेट-जमा राजस्व पर निर्मित एक रिटर्न आईआरएस को प्राप्त फॉर्म की तुलना में कम आय दिखाता है। वह बेमेल एक क्लासिक ऑडिट ट्रिगर है, और बाद में इसे समझाना एक बुरा दोपहर है।
- आप दृश्य कटौतियां खो देते हैं। उन शुल्कों में से प्रत्येक एक वैध व्यावसायिक व्यय है। शुल्क जो कभी दर्ज नहीं किए गए थे, उन्हें साफ-सुथरा काटा नहीं जा सकता है - या बचाव किया जा सकता है यदि कोई पूछता है।
- शुल्क वृद्धि अदृश्य हो जाती है। जब शुल्क राजस्व के 4% से 6% तक बढ़ जाते हैं - यहां एक ऐप जोड़ा गया, वहां अधिक क्रॉस-बॉर्डर ऑर्डर - आपकी किताबों में कुछ भी नहीं बदलता है। देखने के लिए कोई लाइन नहीं है।
- रिफंड भी गायब हो जाते हैं। वे एक ही जमा में नेट हो जाते हैं, इसलिए आपकी रिफंड दर - उत्पाद और पूर्ति समस्याओं के लिए एक प्रारंभिक चेतावनी संकेत - कभी सामने नहीं आती है।
यदि आप आय के रूप में जमा बुक कर रहे थे, तो आप आलसी नहीं थे। आप उस समस्या को हल कर रहे थे जिसे आप देख सकते थे: बैंक को बही से मिलान करवाना। वह समस्या जिसे आप देख नहीं सकते थे वह यह थी कि बैंक संख्या कभी भी राजस्व संख्या नहीं थी। (यदि आपके भुगतान उस राशि से भी मेल नहीं खाते हैं जो क्विकबुक्स दिखाता है, तो उस बेमेल की अपनी शारीरिक रचना है।)
QuickBooks में Shopify शुल्क को सही ढंग से कैसे बुक करें
सुधार वीरतापूर्ण नहीं, बल्कि संरचनात्मक है: सकल रिकॉर्ड करें, फिर हर कटौती को स्पष्ट रूप से दिखाएं। दो भाग।
1. खाते बनाएं। अपने क्विकबुक्स चार्ट ऑफ अकाउंट्स में, सेट अप करें:
- आय: शॉपिफाई बिक्री (सकल) · रिफंड और भत्ते (कॉन्ट्रा-आय)
- व्यय: मर्चेंट प्रोसेसिंग शुल्क · शॉपिफाई सब्सक्रिप्शन और ऐप्स · शिपिंग लेबल व्यय · मुद्रा रूपांतरण शुल्क
- अन्य वर्तमान संपत्ति: शॉपिफाई भुगतान समाशोधन
यह अंतिम वाला वर्कहॉर्स है। समाशोधन खाता वह जगह है जहाँ सकल बिक्री जमा होती है और शुल्क घटाए जाते हैं, इसलिए शेष राशि बैंक जमा से मेल खाती है।
2. प्रत्येक भुगतान को सकल करें। प्रत्येक भुगतान के लिए, प्रविष्टि सकल राशि के लिए शॉपिफाई बिक्री को क्रेडिट करती है, उनके हिस्सों के लिए रिफंड और भत्ते और मर्चेंट प्रोसेसिंग शुल्क को डेबिट करती है, और शेष राशि को समाशोधन खाते के माध्यम से बैंक जमा के विरुद्ध साफ़ करती है। जमा "आय" बनना बंद हो जाता है और वह बन जाता है जो यह वास्तव में है: कटौती के बाद आय का अवशेष जिसे आप अब ट्रैक करते हैं।
यह शॉपिफाई शुल्क को वर्गीकृत करने का भी तरीका है जो भुगतानों के बाहर आते हैं: अपने बैंक फ़ीड से कार्ड शुल्क - सब्सक्रिप्शन, ऐप्स, शिपिंग लेबल - को एक सामान्य "सॉफ़्टवेयर" बकेट के बजाय उनके समर्पित व्यय खातों में इंगित करें। महीने में पांच मिनट, और आपका शुल्क स्टैक आपके पी एंड एल का एक पठनीय अनुभाग बन जाता है।
पूर्ण जर्नल यांत्रिकी - समाशोधन खाता सेटअप, बिक्री रसीदें बनाम जर्नल प्रविष्टियां, समय - इस पोस्ट की आवश्यकता से अधिक हैं। हमने क्विकबुक्स ऑनलाइन में शॉपिफाई बिक्री कैसे रिकॉर्ड करें में पूर्ण वॉकथ्रू लिखा है।
यदि आप इसे स्वचालित करते हैं, तो उपरोक्त खाता संरचना एक बार का मैपिंग बन जाती है। यहाँ यह लेजरपोर्ट में कैसा दिखता है:
मैपिंग तय करती है कि शुल्क और आय कहाँ पोस्ट होती है। समाशोधन प्रवाह वह जगह है जहाँ शुल्क डेल्टा वास्तव में सामने आता है। प्रत्येक भुगतान गेटवे अपने स्वयं के क्विकबुक्स समाशोधन खाते में मैप होता है - शॉपिफाई ऐप में सिंक कॉन्फ़िगरेशन » भुगतान, वूकॉमर्स प्लगइन में भुगतान टैब - गेटवे आपके स्टोर से स्वतः पता लगाए जाते हैं और किसी भी अनकॉन्फ़िगर की गई चीज़ के लिए एक डिफ़ॉल्ट खाता फ़ॉलबैक के रूप में होता है। सकल बिक्री प्रत्येक गेटवे के समाशोधन खाते के माध्यम से प्रवाहित होती है, इसलिए वहां जमा हुई राशि और बैंक में आई राशि के बीच का अंतर आपका शुल्क संख्या है प्रति गेटवे, न कि एक बड़ी जमा राशि में फैला हुआ एक डेल्टा।
वही संरचना आपको वह मासिक जांच प्रदान करती है जिसे आप वास्तव में चलाएंगे: भुगतान रिकॉर्ड गेटवे और सिंक स्थिति के अनुसार फ़िल्टर करने योग्य होते हैं, इसलिए "क्या इस महीने सभी Shopify भुगतान लेनदेन पोस्ट हुए?" एक दो-ड्रॉपडाउन प्रश्न है। और भुगतान QuickBooks में अपने लेनदेन से जुड़े हुए आते हैं - बाद में हाथ से मिलान करने वाले ढीले जमा के रूप में नहीं।
[छवि: अगल-बगल P&L तुलना - बाईं ओर एक एकल "Shopify जमा" आय पंक्ति दिखाई देती है; दाईं ओर सकल Shopify बिक्री, वापसी, और चार आइटमयुक्त शुल्क व्यय पंक्तियाँ दिखाई देती हैं]
जब शुल्क दिखाई देते हैं तो क्या बदलता है
यह संरचना लागू होने वाला पहला महीना, आपको वह उत्तर मिलता है जिसने यह पूरा अभ्यास शुरू किया: एक पंक्ति - कई पंक्तियाँ - जो ठीक वही कहती हैं जो Shopify ने लिया। ऊपर दिए गए उदाहरण में, आपको $50,000 के मुकाबले $2,855 दिखाई देंगे, और आपको यह हर महीने, ट्रेंडिंग दिखाई देगा।
वहां से, व्यावहारिक चीजें होती हैं। आपकी Shopify भुगतान प्रसंस्करण शुल्क लेखांकन अब आपके कर रिटर्न का समर्थन करती है: सकल राजस्व 1099-K से मेल खाता है, और प्रत्येक शुल्क एक आइटमयुक्त, बचाव योग्य कटौती है। आपके उत्पाद मार्जिन में 3% शामिल है जो प्रसंस्करण वास्तव में लागत करता है, इसलिए मूल्य निर्धारण और विज्ञापन-खर्च निर्णय वास्तविक संख्याओं पर चलते हैं। और जब शुल्क प्रतिशत बदलता है, तो आप इसे उस महीने में देखते हैं जब यह बदलता है - वर्ष के अंत में पोस्ट-मॉर्टम में नहीं।
समझौता शुरू में ईमानदार काम है: खाते बनाना, और या तो हर महीने हाथ से भुगतान जर्नल बनाना या उन्हें स्वचालित करना।
यह विशिष्ट समस्या है जिसके लिए शुल्क-पृथक्करण उपकरण मौजूद हैं। उदाहरण के लिए, LedgerPort प्रत्येक Shopify भुगतान को पढ़ता है और सकल-अप को स्वचालित रूप से बुक करता है - सकल बिक्री, वापसी, और प्रत्येक शुल्क प्रकार आपके द्वारा अपने खाता मैपिंग के माध्यम से चुने गए QuickBooks खातों में रूट किया जाता है। प्रत्येक लेनदेन कैसे पोस्ट होता है - तिथियां, नंबरिंग, और शुल्क हैंडलिंग - सिंक कॉन्फ़िगरेशन में लेनदेन विकल्प के तहत सेट किया जाता है, इसलिए व्यवहार किसी और के डिफ़ॉल्ट के बजाय आपके लेखांकन सेटअप से मेल खाता है। शुल्क हैंडलिंग के साथ भुगतान जर्नल स्केल योजना ( $67/माह से) का हिस्सा हैं, हालांकि शुरू करने के लिए एक मुफ़्त योजना है, और हर सशुल्क योजना में 14-दिन की, बिना सवाल वाली मनी-बैक गारंटी होती है। A2X और Synder जैसे उपकरण इस समस्या की समान श्रेणी को अच्छी तरह से हल करते हैं; अंतर मैपिंग नियंत्रण और किनारों के मामलों को कैसे संभाला जाता है, इसमें दिखाई देते हैं, जो आपके अपने स्टोर के लिए तुलना करने योग्य है।
यदि आप एक से अधिक प्रोसेसर के माध्यम से भुगतान लेते हैं, तो पृथक्करण एक स्तर गहरा जाता है: LedgerPort का शुल्क पृथक्करण Shopify भुगतान, स्ट्राइप और पेपैल शुल्क को अलग-अलग तोड़ता है - प्रत्येक प्रोसेसर की लागत को अपनी पंक्ति मिलती है "ताकि आपका P&L साफ रहे," दस्तावेज़ों के अपने फ्रेमिंग में। यह इस पोस्ट की मैन्युअल विधि है, स्वचालित, प्रति प्रोसेसर लागू। और यह कॉन्फ़िगरेशन में रहता है, न कि आवर्ती कार्य में: शुल्क और भुगतान हैंडलिंग सिंक सेटिंग्स में एक बार सेट की जाती है और उसके बाद हर भुगतान पर लागू होती है।
एक ईमानदार बात: दृश्यता का मतलब तभी होता है जब उसे प्राप्त करने के लिए खाते मौजूद हों — इसीलिए मैपिंग चरण पहले आता है।
शुल्क कभी गायब नहीं थे
यहाँ विडंबना है जिस पर विचार करना सार्थक है। आपने शॉपिफाई के शुल्कों को उसी तरह से खोजना शुरू किया जैसे आप किसी भी खर्च को खोजते हैं — एक स्टेटमेंट, एक चालान, कार्ड पर एक शुल्क। और सभी शुल्कों में सबसे बड़े के लिए, ऐसा कोई दस्तावेज़ मौजूद नहीं है। आप अपने बहिर्वाह की तलाश कर रहे थे जबकि शुल्क आपके अंतर्वाह के भीतर बैठे थे, हर भुगतान में आय की थोड़ी छोटी संख्या के रूप में छिपे हुए थे, हमेशा से।
वे उस एक जगह छिपे थे जहाँ कोई ऑडिट नहीं करता: राजस्व।
यदि आपका पी एंड एल अभी भी जमा को आय के रूप में दिखाता है, तो कार्य उदाहरण में $2,855 आपके स्टोर का एक अनरिकॉर्डेड संख्या का संस्करण है — हर एक महीने। खाते सेट करें, भुगतान को सकल करें, या सॉफ़्टवेयर को आपके लिए सकल करने दें। लेजरपोर्ट के मुफ्त प्लान से शुरुआत करें और अपने पहले भुगतान को सकल बिक्री और आइटमयुक्त शुल्कों में विभाजित होते देखें →
संबंधित: क्विकबुक्स ऑनलाइन में शॉपिफाई बिक्री कैसे रिकॉर्ड करें · आपका शॉपिफाई भुगतान क्विकबुक्स में दिखाए गए से कभी मेल क्यों नहीं खाता · लेजरपोर्ट मूल्य निर्धारण →
