हर Shopify या POS ऑर्डर QuickBooks या Xero में डालना ज़रूरी है?

क्या आपको हर Shopify या POS ऑर्डर अकाउंटिंग सॉफ़्टवेयर में दर्ज करना होता है?

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

सारांश वाली एंट्री तभी चलती है जब ये तीनों बातें सही हों:

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

मामला तब आसान नहीं रहता जब इन्वेंट्री आइटम के हिसाब से ट्रैक होती हो, बिक्री कई चैनलों से आती हो, कई राज्यों में बिक्री कर देना हो, थोक ग्राहकों का बकाया चलता हो, या स्टोर को आपके अकाउंटिंग सॉफ़्टवेयर से जोड़ने वाला ऐप (कनेक्टर) पहले ही बिक्री और जमा राशि दर्ज कर चुका हो। तरीका चुनने से पहले ये चीज़ें जुटा लें: किसी हाल के महीने की प्लेटफ़ॉर्म की बिक्री रिपोर्ट और पेआउट रिपोर्ट, उसी महीने के बैंक विवरण, कनेक्टर की सेटिंग, और आपको मिला कोई भी Form 1099-K।

आम तौर पर यह तरीका ठीक बैठता है:

अगर इनमें से कई बातें लागू होती हैं, या पिछले महीनों में बिक्री दो बार गिनी जा चुकी हो सकती है, तो और महीने दर्ज करने से पहले तरीका तय कर लें। आखिरी भाग, आपका मामला अलग है?, बताता है कि हर स्थिति में कहाँ जाएँ।

IRS के रिकॉर्ड नियम क्या माँगते हैं, और ऑर्डर का ब्योरा कहाँ रहना चाहिए?

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

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

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

इसलिए सारांश एंट्री रखते समय हर अवधि के लिए प्लेटफ़ॉर्म का ऑर्डर एक्सपोर्ट, बिक्री रिपोर्ट और पेआउट रिपोर्ट खुद सहेजें। प्लेटफ़ॉर्म को अकेली कॉपी न मानें।

दैनिक या पेआउट सारांश एंट्री में क्या-क्या अलग दिखाना चाहिए?

सारांश एंट्री में पैसे का हर हिस्सा दिखना चाहिए, ताकि बहीखाते में सकल आय, रिफ़ंड, शुल्क और बिक्री कर साफ़ रहें। सिर्फ़ शुद्ध जमा राशि को बिक्री के रूप में डालने से ये चारों छिप जाते हैं। एक आम ढाँचा यह है, हालाँकि IRS ठीक यही ढाँचा नहीं माँगता:

Publication 334 सकल प्राप्तियों में से माल वापसी और भत्ते घटाकर शुद्ध प्राप्तियाँ निकालता है। इसके अनुसार खरीदार पर लगा बिक्री कर, जिसे आपको वसूलकर जमा करना होता है, आय नहीं है, लेकिन विक्रेता के रूप में आप पर लगा बिक्री कर सकल प्राप्तियों में जाता है। कौन-सा लागू होगा, यह राज्य पर निर्भर करता है।

इन लाइनों के लिए आम तौर पर आपके प्लेटफ़ॉर्म की अपनी रिपोर्टें स्रोत होती हैं; Shopify की वित्त सारांश रिपोर्ट (Finance summary report) और पेआउट दस्तावेज़ इसका उदाहरण हैं। रिपोर्ट के नाम प्लेटफ़ॉर्म के हिसाब से बदलते हैं, इसलिए हर लाइन को अपने प्लेटफ़ॉर्म की रिपोर्ट से मिलाएँ।

हर ऑर्डर की एक एंट्री कब सही रहती है?

हर ऑर्डर की एक एंट्री तब सही रहती है जब बहीखाते को ऐसी जानकारी चाहिए जो बैच का कुल जोड़ नहीं दे सकता।

जब माल बेचना आय पैदा करने वाला कारक हो, तब व्यवसाय को आम तौर पर साल की शुरुआत और अंत में इन्वेंट्री को हिसाब में लेना होता है, जब तक वह छोटा व्यवसाय करदाता न हो (पिछले 3 कर वर्षों की औसत वार्षिक सकल प्राप्तियाँ $32,000,000 या उससे कम हों, और वह कर शेल्टर (tax shelter) न हो)। सारांश एंट्री के साथ स्टॉक और बेची गई वस्तुओं की लागत हर बिक्री से नहीं, गिनती या आइटम रिपोर्ट से लेनी पड़ सकती है। उस गिनती और छोटे व्यवसाय की छूट के लिए देखें Schedule C पर बेची गई वस्तुओं की लागत और छोटे विक्रेताओं के लिए इन्वेंट्री या सप्लाई।

ज़्यादा एंट्री का मतलब समीक्षा में ज़्यादा समय; इसका बहीखाता विशेषज्ञ की फ़ीस पर क्या असर पड़ता है, यह ईकॉमर्स बहीखाता विशेषज्ञ क्या करता है और कितना लेता है में है।

हर पेआउट या हर दिन की एक एंट्री कब सही रहती है?

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

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

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

कनेक्टर और बैंक फ़ीड बिक्री को दो बार क्यों गिन लेते हैं?

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

बिक्री और शुल्क एक ही स्रोत से दर्ज होने चाहिए। दूसरे को सिर्फ़ जमा राशि की पुष्टि करनी चाहिए। दो साफ़ तरीके ये हैं:

1. कनेक्टर दर्ज करता है, बैंक फ़ीड मिलान करती है। कनेक्टर बिक्री, रिफ़ंड और शुल्क को प्लेटफ़ॉर्म क्लीयरिंग खाते में डालता है। बैंक फ़ीड की जमा राशि पेआउट से मिलाई जाती है और खाते को साफ़ करती है।
2. आप दर्ज करते हैं, बैंक फ़ीड मिलान करती है। कनेक्टर कुछ दर्ज नहीं करता। आप हर पेआउट या दिन की एक सारांश एंट्री डालते हैं, और बैंक फ़ीड की जमा राशि उसी से मिलाई जाती है।

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

आप कैसे साबित करें कि सारांश एंट्री प्लेटफ़ॉर्म की रिपोर्ट और बैंक जमा से मिलती है?

चार संख्याओं की तुलना करें: एंट्री की बिक्री, एंट्री का पेआउट, बैंक जमा और क्लीयरिंग खाते का शेष। चारों मिलें तो सारांश टिकता है।

एंट्री के मेमो में पेआउट ID या बैंक संदर्भ लिखें, और दोनों एक्सपोर्ट उस महीने के बैंक विवरण के साथ सहेजें। अगर आप एक से ज़्यादा प्रोसेसर से भुगतान लेते हैं, तो हर एक अलग से पेआउट करता है; हर एक के लिए अलग क्लीयरिंग खाता रखें। Publication 334 सलाह देता है कि हर कार्यदिवस के अंत में रिकॉर्ड को असल प्राप्तियों से मिलाएँ; पेआउट का मिलान हर बैच पर यही जाँच लागू करता है। जो अंतर बचे, वह आम तौर पर रिफ़ंड, शुल्क, होल्ड या समय का फ़र्क होता है; देखें Shopify पेआउट और बैंक जमा, बिक्री और पेआउट का मिलान और Undeposited Funds खाते का शेष।

जब एक पेआउट कई दिनों को कवर करे, तो रिफ़ंड और बिक्री कर कैसे चलते हैं?

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

रिफ़ंड। रिफ़ंड जारी होने पर बिक्री घटाता है, चाहे बिक्री पिछले महीने की हो, और बाद के पेआउट में कटौती के रूप में दिखता है। Publication 334 लौटाए गए माल के क्रेडिट और अन्य भत्तों को सकल बिक्री से कटौती मानता है। रिफ़ंड को उस अवधि में दर्ज करें जिसमें वह जारी हुआ और बंद हो चुके महीने को न छुएँ। उपार्जन पद्धति वाले व्यवसाय के लिए कर का समय अलग हो सकता है: रिफ़ंड आम तौर पर तब गिना जाता है जब वह चुकाया जाए, और आगे की खरीद के क्रेडिट तब जब वह बाद की बिक्री पर लागू हो (26 CFR 1.461-4(g)(3))। जिस व्यवसाय ने आवर्ती मद का अपवाद अपनाया है, वह साल के अंत के 8½ महीने के भीतर, या रिटर्न की फ़ाइलिंग तारीख तक अगर वह पहले हो, चुकाए गए कुछ रिफ़ंड को पहले वाले साल में गिन सकता है। जो भी रिफ़ंड साल के अंत को पार करे, उसे तैयारकर्ता को दिखाएँ; देखें बहीखाते में रिफ़ंड दर्ज करना।

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

साल का अंत। जो पेआउट 31 दिसंबर को पार करता है, उसमें दो सालों की बिक्री होती है। हर बिक्री की आय किस साल की है, यह आपकी लेखा पद्धति और तथ्यों पर निर्भर है, इसलिए 31 दिसंबर तक की बिक्री को अलग लाइन में रखें और साल के लिए प्लेटफ़ॉर्म की बिक्री रिपोर्ट बिक्री की तारीख के हिसाब से निकालें। जिन ऑर्डरों का भुगतान शिप होने से पहले आ जाता है, जैसे प्रीऑर्डर, वे अग्रिम भुगतान के नियमों के दायरे में आ सकते हैं, जो योग्य व्यवसाय को उस आय का एक हिस्सा एक साल के लिए टालने का चुनाव करने देते हैं; यह चुनाव रिटर्न पर, या पद्धति बदलकर किया जाता है (26 CFR 1.451-8(g))। इन ऑर्डरों को भी अलग लाइन में रखें। पद्धतियों के लिए देखें छोटे व्यवसाय के लिए नकद या उपार्जन। जिस रिटर्न की फ़ाइलिंग अभी नहीं हुई, उस पर साल के अंत को पार करने वाला पेआउट बहीखाता सहायता को दिखाने लायक है।

आपका बहीखाता Form 1099-K से कैसे मिलता है, चाहे आप कोई भी तरीका अपनाएँ?

Form 1099-K (भुगतान प्रोसेसर की ओर से भेजा जाने वाला विवरण) कैलेंडर वर्ष में प्रोसेसर द्वारा आपको निपटाए गए सकल भुगतान दिखाता है, शुल्क और रिफ़ंड से पहले, इसलिए वह किसी भी तरीके में पेआउट या शुद्ध बिक्री के बराबर नहीं होगा। नियम भुगतान को तब निपटा हुआ मानता है जब प्रोसेसर आपको पैसे भेजने का निर्देश जमा करता है, और हर लेन-देन की डॉलर राशि उसकी लेन-देन की तारीख पर तय करता है। इसलिए साल के आखिरी दिन की बिक्री अगले साल के फ़ॉर्म में दिख सकती है। वही नियम सकल राशि को डिस्काउंट, शुल्क, रिफ़ंड या अन्य राशियों के समायोजन के बिना परिभाषित करता है। उसका अपना उदाहरण पूरी बिक्री दिखाता है, भले ही शुल्क के बाद प्रोसेसर ने कम चुकाया हो। फ़ॉर्म के निर्देश इस सूची में शिपिंग जोड़ते हैं और box 5a से 5l में महीने-दर-महीने राशियाँ देते हैं। Publication 334 चेताता है कि फ़ॉर्म में ऐसी चीज़ें हो सकती हैं जो प्राप्तियाँ नहीं हैं, जैसे बिक्री कर।

कार्ड भुगतान बिना किसी न्यूनतम सीमा के रिपोर्ट किए जाते हैं। निर्देश रिपोर्टिंग की सीमा, यानी $20,000 से ऊपर का कुल और 200 से ज़्यादा लेन-देन, सिर्फ़ थर्ड पार्टी नेटवर्क लेन-देन (पेमेंट ऐप और मार्केटप्लेस) पर लागू करते हैं, कार्ड भुगतान पर नहीं।

जब किसी पाने वाले ने ज़रूरी तरीके से कर पहचान संख्या नहीं दी हो, तब प्रोसेसर संघीय कर रोक सकता है (बैकअप विथहोल्डिंग), और इसे box 4 में दिखाता है (निर्देश)। यह पहले से चुकाया गया कर है, शुल्क नहीं: इसे उस साल के रिटर्न पर काटा गया संघीय आयकर बताकर क्लेम करें जिसमें यह मिला। साझेदारी या S corporation इसे खुद क्लेम नहीं कर सकती; उसके साझेदार या शेयरधारक करते हैं (IRS Topic 307, बैकअप विथहोल्डिंग)।

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

क्या साल के बीच में तरीका बदला जा सकता है, बिना बहीखाता दोबारा बनाए?

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

अगर सिर्फ़ ब्योरे का स्तर बदल रहा है, तो पुराने महीने दोबारा बनाए बिना बदलने के लिए:

1. किसी महीने की शुरुआत को कट-ऑफ़ चुनें, जब पिछला महीना मिलान हो चुका हो और प्लेटफ़ॉर्म की रिपोर्ट से मिलता हो।
2. पुरानी एंट्री जैसी हैं वैसी रहने दें, बशर्ते आप पक्का कर चुके हों कि उनमें दोहरी गिनती नहीं है।
3. कट-ऑफ़ पर जो स्रोत दर्ज करना बंद करे, उसे बंद कर दें, ताकि नए महीने सिर्फ़ एक स्रोत से दर्ज हों।
4. जाँचें कि कट-ऑफ़ पर क्लीयरिंग खाता शून्य है, या उन दिनों के बराबर है जिनका पेआउट अभी नहीं हुआ। जो एक पेआउट कट-ऑफ़ को पार करता है, उसके पहले के दिन पुरानी पद्धति से और बाद के दिन नई पद्धति से दर्ज करें, तारीख के हिसाब से प्लेटफ़ॉर्म की बिक्री रिपोर्ट से।
5. फ़ाइल में तारीख और कारण लिख दें, और एक्सपोर्ट सहेजकर रखें।

पुराने महीने तभी दोबारा बनाएँ जब उनमें दोहरी गिनती हो या वे प्लेटफ़ॉर्म की रिपोर्ट से न मिलें। अगर बदलाव से आय गिनने की तारीख भी बदलती है (जमा की तारीख बनाम बिक्री की तारीख), तो रिटर्न किस अवधि में उसे लेगा, यह बदल सकता है। इसे साल के अंत से पहले प्रमाणित सार्वजनिक लेखाकार (CPA) के साथ तय कर लें।

उदाहरण

ये उदाहरण समझाने के लिए हैं; सभी राशियाँ अमेरिकी डॉलर में हैं।

महीने में 400 ऑर्डर वाला स्टोर

एक Shopify स्टोर हर पेआउट की एक एंट्री डालता है। पेआउट की अवधि में बिक्री US$40,000, रिफ़ंड US$300 और प्रोसेसर शुल्क US$1,200 है, इसलिए जमा राशि US$38,500 है (40,000 − 300 − 1,200)। एंट्री बिक्री में US$40,000 क्रेडिट करती है, माल वापसी में US$300 और शुल्क में US$1,200 डेबिट करती है, और क्लीयरिंग खाते में US$38,500 डेबिट करती है। बैंक फ़ीड की जमा राशि उस क्लीयरिंग शेष से मिलाई जाती है। आँकड़े सरल रखने के लिए बिक्री कर छोड़ा गया है। खरीदार पर लगा और पेआउट में वसूला गया कर जमा राशि बढ़ाएगा और देय खाते में जाएगा, बिक्री में नहीं।

ऑनलाइन और दुकान में बेचने वाला बुटीक

एक बुटीक आइटम के हिसाब से लागत ट्रैक करता है। किसी उत्पाद की पाँच इकाइयाँ, जिनकी लागत US$20 प्रति इकाई है, US$50 प्रति इकाई पर बिकती हैं। हर ऑर्डर पर दर्ज करने से बिक्री US$250, बेची गई वस्तुओं की लागत US$100, और स्टॉक में पाँच की कमी दिखती है। पेआउट सारांश बिना किसी आइटम के सिर्फ़ US$250 दिखाएगा, इसलिए स्टॉक और लागत के लिए गिनती या आइटम रिपोर्ट चाहिए होगी।

कनेक्टर और बैंक फ़ीड, दोनों बिक्री दर्ज करते हैं

एक कनेक्टर US$12,000 की बिक्री दर्ज करता है। शुल्क या रिफ़ंड न हों तो उन्हीं बिक्रियों की जमा राशि भी US$12,000 होती है, और बैंक फ़ीड उसे नई आय के रूप में दर्ज कर देती है। एक तरफ़ को हटाने तक आय US$24,000 दिखती है।

आपका मामला अलग है?

• कनेक्टर और बैंक फ़ीड महीनों से बिक्री दो बार गिन रहे हैं: अकाउंटिंग सॉफ़्टवेयर में दोहरी आय से शुरू करें। अगर वे महीने बंद हो चुके हैं, या किसी रिटर्न में पहले ही दोगुनी आय इस्तेमाल हो चुकी है, तो क्या सुधारना है और कुल राशियों को प्लेटफ़ॉर्म की रिपोर्ट और Form 1099-K से कैसे मिलाना है, यह बहीखाता सहायता के साथ देखने लायक है।
• ऑर्डर इतने ज़्यादा हैं कि हाथ से दर्ज नहीं हो सकते, या आइटम के हिसाब से स्टॉक, कई चैनल और कई राज्यों का बिक्री कर, सब एक ही बहीखाते में हैं: हर ऑर्डर बनाम हर पेआउट का चुनाव इन्वेंट्री, बिक्री कर और रिटर्न, तीनों पर असर डालता है। इसे बहीखाता सहायता के साथ तय करें, जिसमें पुराने महीनों को सुधारना और कुल राशियों का Form 1099-K से मिलान भी शामिल है।
• तुलना के बाद भी आपका Form 1099-K नहीं मिल रहा: देखें Shopify पेआउट और बैंक जमा और बिक्री और पेआउट का मिलान; जो आँकड़े नहीं मिलते, उन्हें बहीखाता सहायता के पास ले जाना ठीक है।
• आप Amazon पर भी बेचते हैं, Stripe से भुगतान लेते हैं, या पॉइंट-ऑफ़-सेल सिस्टम पर दुकान या रेस्टोरेंट चलाते हैं: देखें Amazon सेटलमेंट रिपोर्ट, Stripe पेआउट और रोज़ की POS बिक्री दर्ज करना।
• आपको पक्का नहीं पता कि किन राज्यों में बिक्री कर वसूलना है: देखें राज्य के हिसाब से Shopify बिक्री कर।
• आपका बहीखाता कई महीने पीछे है और रिटर्न की तारीख आ गई है: देखें पिछड़े बहीखाते को पूरा करना, फिर बहीखाता सहायता।
• आप जानना चाहते हैं कि बहीखाता विशेषज्ञ क्या संभालेगा और कितना लेगा: देखें ईकॉमर्स बहीखाता विशेषज्ञ की फ़ीस और दायरा।