इस लेख में मैं 1सी 8.3 में व्यक्तिगत आयकर की गणना और रोक के पहलुओं के साथ-साथ फॉर्म 2-एनडीएफएल और 6-एनडीएफएल में रिपोर्ट तैयार करने पर विचार करना चाहता हूं।
कर प्राधिकरण के साथ पंजीकरण स्थापित करना
यह सबसे महत्वपूर्ण सेटिंग है; इसके बिना, आप नियामक अधिकारियों को रिपोर्ट प्रस्तुत नहीं कर पाएंगे। आइए "संगठन" निर्देशिका (मेनू "मुख्य" - "संगठन") पर जाएं। वांछित संगठन का चयन करने के बाद, "अधिक..." बटन पर क्लिक करें। ड्रॉप-डाउन सूची से, "कर अधिकारियों के साथ पंजीकरण" चुनें:
आपको सभी विवरण ध्यानपूर्वक भरने होंगे।
पेरोल लेखांकन स्थापित करना
ये सेटिंग्स "वेतन और कार्मिक" अनुभाग - "वेतन सेटिंग्स" में की जाती हैं।
आइए "सामान्य सेटिंग्स" पर जाएं और इंगित करें कि लेखांकन हमारे कार्यक्रम में बनाए रखा जाता है, न कि किसी बाहरी में, अन्यथा कार्मिक और वेतन लेखांकन से संबंधित सभी अनुभाग उपलब्ध नहीं होंगे:
"व्यक्तिगत आयकर" टैब पर, आपको यह बताना होगा कि मानक कटौती किस क्रम में लागू की जाती है:
" " टैब पर, आपको यह बताना होगा कि बीमा प्रीमियम की गणना किस दर पर की जाती है:
व्यक्तियों को कोई भी उपार्जन आय संहिता के अनुसार किया जाता है। इस प्रयोजन के लिए, कार्यक्रम में एक संदर्भ पुस्तक "व्यक्तिगत आयकर के प्रकार" है। देखने के लिए और, यदि आवश्यक हो, तो संदर्भ पुस्तिका को समायोजित करने के लिए, आपको "वेतन सेटिंग्स" विंडो पर वापस जाना होगा। आइए "क्लासिफायर" अनुभाग का विस्तार करें और "एनडीएफएल" लिंक पर क्लिक करें:
व्यक्तिगत आयकर गणना पैरामीटर सेटिंग्स विंडो खुल जाएगी। संदर्भ पुस्तक संबंधित टैब पर स्थित है:
प्रत्येक प्रकार के संचय और कटौती के लिए व्यक्तिगत आयकर कराधान स्थापित करने के लिए, आपको "वेतन सेटिंग्स" विंडो में "वेतन गणना" अनुभाग का विस्तार करना होगा:
ज्यादातर मामलों में, ये सेटिंग्स वेतन और व्यक्तिगत आयकर का हिसाब-किताब शुरू करने के लिए पर्याप्त हैं। मैं केवल यह नोट करूंगा कि कानून में बदलाव के आधार पर प्रोग्राम कॉन्फ़िगरेशन अपडेट होने पर निर्देशिकाओं को अपडेट किया जा सकता है।
1सी में व्यक्तिगत आयकर लेखांकन: संचय और कटौती
व्यक्तिगत आयकर की गणना अवधि (महीने) के लिए वास्तव में प्राप्त आय की प्रत्येक राशि के लिए अलग से की जाती है।
व्यक्तिगत आयकर राशि की गणना और संचयन " ", " ", " " इत्यादि जैसे दस्तावेजों का उपयोग करके किया जाता है।
उदाहरण के तौर पर, आइए "पेरोल" दस्तावेज़ लें:
1सी पर 267 वीडियो पाठ निःशुल्क प्राप्त करें:
"व्यक्तिगत आयकर" टैब पर हम परिकलित कर राशि देखते हैं। दस्तावेज़ पोस्ट करने के बाद, निम्नलिखित व्यक्तिगत आयकर लेनदेन बनाए जाते हैं:
दस्तावेज़ "व्यक्तिगत आयकर की गणना के लिए आय का लेखांकन" रजिस्टर में प्रविष्टियाँ भी बनाता है, जिसके अनुसार रिपोर्टिंग फॉर्म बाद में भरे जाते हैं:
वास्तव में, दस्तावेज़ पोस्ट करते समय कर्मचारी से रोका गया कर लेखांकन में परिलक्षित होता है:
- व्यक्तिगत आयकर लेखांकन संचालन।
संचयन के विपरीत, कर रोकने की तारीख पोस्ट किए गए दस्तावेज़ की तारीख है।
अलग से, आपको दस्तावेज़ "व्यक्तिगत आयकर लेखा संचालन" पर विचार करना चाहिए। यह लाभांश, अवकाश वेतन और अन्य भौतिक लाभों पर व्यक्तिगत आयकर की गणना के लिए प्रदान किया जाता है।
दस्तावेज़ "व्यक्तिगत आयकर" अनुभाग में "वेतन और कार्मिक" मेनू में बनाया गया है, लिंक "व्यक्तिगत आयकर पर सभी दस्तावेज़"। दस्तावेज़ों की सूची वाली विंडो में, जब आप "बनाएँ" बटन पर क्लिक करते हैं, तो एक ड्रॉप-डाउन सूची दिखाई देती है:
लगभग सभी दस्तावेज़ जो किसी न किसी तरह से व्यक्तिगत आयकर को प्रभावित करते हैं, वे "व्यक्तिगत आयकर के लिए बजट के साथ करदाताओं की गणना" रजिस्टर में प्रविष्टियाँ बनाते हैं।
एक उदाहरण के रूप में, आइए "चालू खाते से बट्टे खाते में डालना" दस्तावेज़ का उपयोग करके कर लेखांकन रजिस्टर प्रविष्टियों के गठन पर विचार करें।
आइए दस्तावेज़ जोड़ें "" (मेनू "वेतन और कार्मिक" - लिंक "बैंक के विवरण") और इसके आधार पर हम "चालू खाते से राइट-ऑफ़" बनाएंगे:
इसके बाद, आइए दस्तावेज़ द्वारा तैयार किए गए रजिस्टरों में पोस्टिंग और गतिविधियों पर नज़र डालें:
व्यक्तिगत आयकर रिपोर्टिंग का गठन
ऊपर, मैंने उन मुख्य रजिस्टरों का वर्णन किया है जो बुनियादी व्यक्तिगत आयकर रिपोर्ट तैयार करने में शामिल हैं, अर्थात्:
दस्तावेज़ों की सूची वाली विंडो में, बनाएं बटन पर क्लिक करें और कर्मचारी प्रमाणपत्र भरें:
दस्तावेज़ लेन-देन और रजिस्टरों में प्रविष्टियाँ उत्पन्न नहीं करता है, बल्कि इसका उपयोग केवल मुद्रण के लिए किया जाता है।
- (धारा 2):
रिपोर्ट विनियमित रिपोर्टिंग से संबंधित है। आप "व्यक्तिगत आयकर" अनुभाग, "वेतन और कार्मिक" मेनू, या "रिपोर्ट" मेनू, "1सी रिपोर्टिंग" अनुभाग, "विनियमित रिपोर्ट" के माध्यम से भी इसके पंजीकरण के लिए आगे बढ़ सकते हैं।
दूसरे खंड को भरने का एक उदाहरण:
रोके गए और अर्जित व्यक्तिगत आयकर की जाँच करना
कर संचय और बजट के भुगतान की शुद्धता की जांच करने के लिए, आप " " का उपयोग कर सकते हैं। यह "रिपोर्ट" मेनू, अनुभाग - "मानक रिपोर्ट" में स्थित है।
आज मैं 8.3 (संशोधन 3.0) में व्यक्तिगत आयकर (संक्षिप्त रूप में व्यक्तिगत आयकर) के लेखांकन के लिए चरण-दर-चरण निर्देश देखूंगा।
जैसा कि शायद सभी जानते हैं, हमारे वेतन से जो मुख्य कर रोका जाता है वह व्यक्तिगत आयकर है। शेष कटौतियाँ मुख्य रूप से नियोक्ता द्वारा भुगतान की जाती हैं (उदाहरण के लिए, ये पेंशन फंड और स्वास्थ्य बीमा फंड में योगदान हैं। इन्हें "बीमा योगदान" भी कहा जाता है)।
2017 में, व्यक्तिगत आयकर की दर अभी भी कटौती घटाकर कुल संचय राशि का 13% है।
कटौतियाँ भिन्न हो सकती हैं. सबसे मानक और सामान्य कटौतियों में से एक नाबालिग बच्चे के लिए कटौती है। 2015 में पहले और दूसरे बच्चे के लिए कटौती राशि 1,400 रूबल है, तीसरे और विकलांग बच्चे के लिए 3,000 रूबल है।
वयस्क बच्चों के छात्रों के लिए कटौतियाँ और अन्य कटौतियाँ भी लागू होती हैं, जिन पर हम इस लेख में विचार नहीं करेंगे; यह एक अलग विषय के लिए समर्पित है।
कटौतियाँ कैसे लागू की जाती हैं? बहुत सरल। व्यक्तिगत आयकर की गणना और रोके जाने से पहले उन्हें कर आधार से काट लिया जाता है।
उदाहरण के लिए:
कर्मचारी का वेतन 40,000 रूबल है। इस रकम पर उन्हें टैक्स चुकाना होगा. लेकिन अगर उसका कोई नाबालिग बच्चा है, तो हम कटौती लागू करने के लिए बाध्य हैं! और टैक्स 40,000 – 1,400= की रकम से लिया जायेगा 38 600 रूबल कर्मचारी को देय कुल (यदि उसके पास कोई अन्य कटौती या दायित्व नहीं है) 38,600 - 13% = 33 582 रूबल व्यक्तिगत आयकर रहेगा 5 018 रूबल
इसलिए, हमने मोटे तौर पर यह पता लगाया कि व्यक्तिगत आयकर की गणना कैसे की जाती है। आइए अब देखें कि व्यक्तिगत आयकर लेखांकन संचालन 1s 8.3 में कैसे परिलक्षित होते हैं, और रोकी जाने वाली राशि की जांच करने के लिए एक उदाहरण का उपयोग करें।
1C ZUP 8.3 में व्यक्तिगत आयकर रोकना
व्यक्तिगत आयकर व्यक्तियों की लगभग सभी आय से रोक दिया जाता है। यह सीधे तौर पर वेतन, अवकाश वेतन, वित्तीय सहायता इत्यादि है।
आइए 1C ZUP 3.0 कार्यक्रम में पेरोल दस्तावेज़ के उदाहरण का उपयोग करके व्यक्तिगत आयकर रोकने के लिए चरण-दर-चरण निर्देश देखें।
1सी पर 267 वीडियो पाठ निःशुल्क प्राप्त करें:
"वेतन" मेनू पर जाएं, फिर "" मेनू में लिंक का अनुसरण करें। सूची प्रपत्र विंडो में, "बनाएँ" बटन पर क्लिक करें और "वेतन और योगदान गणना" चुनें। डेटा दर्ज करने के लिए एक विंडो खुलेगी। गणना का महीना और उस संगठन को इंगित करना आवश्यक है जिसमें कर्मचारी काम करते हैं। स्वाभाविक रूप से, अनिवार्य डेटा वे कर्मचारी भी हैं जिनके लिए संचय होता है।
आप "जोड़ें" बटन का उपयोग करके एक-एक करके कर्मचारियों का चयन कर सकते हैं, या आप "भरें" बटन का उपयोग कर सकते हैं। इस मामले में, दस्तावेज़ का सारणीबद्ध भाग चयनित संगठन के कर्मचारियों द्वारा स्वचालित रूप से भर दिया जाएगा। यह वह बटन है जिसका मैं उपयोग करूंगा। डेमो डेटाबेस में पहले से ही संगठन और कर्मचारी शामिल हैं।
यहाँ मुझे क्या मिला:
आइए "व्यक्तिगत आयकर" टैब पर जाएं और देखें कि क्या प्रोग्राम ने हमारे लिए इसकी सही गणना की है और क्या उसने इसकी गणना की है:
आइए अवधारण गणना की जाँच करें। दुर्भाग्य से, प्रदर्शन डेटाबेस में, किसी भी कर्मचारी के पास मानक कटौती नहीं है, कम से कम एक बच्चे के लिए। लेकिन इसे वैसे ही छोड़ दें, इससे हमारे लिए गणना की जांच करना आसान हो जाएगा, और, इसके अलावा, मैंने पहले ही पिछले लेखों में कटौती का वर्णन किया है। मेरा विश्वास करें, गणना में उन सभी को सही ढंग से ध्यान में रखा गया है।
तो हमारे पास क्या है? कर्मचारी ऐलेना फ्रांत्सेवना सिमुटिना का वेतन 55,000 रूबल है और व्यक्तिगत आयकर की दर 13% है। कोई कटौती नहीं है. आइए 55,000 - 13% = 7,150 रूबल की गणना करें। कार्यक्रम की गणना सही ढंग से की गई.
दस्तावेज़ पोस्ट करते समय, कर रोक दिया जाएगा, अर्थात, व्यक्तिगत आयकर डेटा कर लेखांकन रजिस्टर 1C 8.3 में शामिल किया जाएगा। हम इस कटौती को कैशियर को दिए गए विवरण में देखेंगे। उसी स्टेटमेंट में हम बताएंगे कि हमने टैक्स ट्रांसफर कर दिया है या बाद में करेंगे।
व्यक्तिगत आयकर को बजट में स्थानांतरित करना
1C ZUP 8.3 में बजट में व्यक्तिगत आयकर के हस्तांतरण को पंजीकृत करने के लिए, आपको "भुगतान" मेनू पर जाना होगा, "देखें" पर क्लिक करें। यह भी देखें" लिंक "व्यक्तिगत आयकर बजट में स्थानांतरण"।
आइए "बनाएं" बटन पर क्लिक करें और पहले "कैश रजिस्टर के लिए विवरण" बनाएं:
- 1सी कार्यक्रम 8.2 ZUP 2.5 में व्यक्तिगत आयकर की गणना करते समय संभावित त्रुटियाँ
- 1C 8.3 ZUP 3.0 कार्यक्रम में व्यक्तिगत आयकर की गणना करते समय 2 संभावित त्रुटियाँ।
- 1सी 8.3 लेखांकन 3.0 कार्यक्रम में व्यक्तिगत आयकर की गणना करते समय 3 संभावित त्रुटियाँ
- व्यक्तिगत आयकर की गणना करते समय 4 संभावित त्रुटियाँ
- 1C 8.3 ZUP 3.0 के उदाहरण का उपयोग करके अंतरभुगतान दस्तावेज़ों में 5 संभावित त्रुटियाँ
- 1सी अकाउंटिंग 3.0 के उदाहरण का उपयोग करके अंतरभुगतान दस्तावेजों में 6 संभावित त्रुटियां
- 1C 8.2 ZUP 2.5 के उदाहरण का उपयोग करके अंतरभुगतान दस्तावेज़ों में 7 संभावित त्रुटियाँ
1C 8.2 ZUP 2.5 कार्यक्रम में व्यक्तिगत आयकर की गणना करते समय संभावित त्रुटियाँ आइए "अवकाश" दस्तावेज़ के उदाहरण का उपयोग करके 1C ZUP 2.5 कार्यक्रम को देखें। अवकाश वेतन अर्जित किया गया था, जिसे शुरू में 01/29/2016 को भुगतान करने की योजना बनाई गई थी। वास्तव में, भुगतान 01/28/2016 को किया जाता है। इसलिए, हम अवकाश संचय दस्तावेज़ में आय के भुगतान की तारीख को 01/में बदल देते हैं। 28/2016.
1s 8.3 प्रोग्राम के कुछ उपयोगकर्ताओं को व्यक्तिगत आयकर से समस्या है। ओर क्या हाल चाल?
पिछले अपडेट से वापस रोल करने और यहां तक कि कुछ बार वापस रोल करने के भी कोई तरीके हैं। नवंबर में सब कुछ अभी भी ठीक था। और अब मैं शक्तिहीनता के कारण मूर्खतापूर्ण तरीके से रोना चाहता हूं। जोड़ा गया: जनवरी 19, 2018, 11:27 उद्धरण: 19 जनवरी 2018, 05:49 से गेन्नेडी ओबीजीईएस, बस मामले में, मैं स्पष्ट कर दूंगा - दस्तावेज़ स्थानांतरित कर दिए गए (जिनमें वे भी शामिल हैं जो पूरे नहीं हुए थे), महीनों को फिर से बंद कर दिया गया? ख़ैर, स्क्रीनशॉट और न्यूनतम जानकारी के अभाव के आधार पर आप इसका उत्तर कैसे दे सकते हैं? गेन्नेडी ओबीजीईएस, कृपया मुझे बताएं कि किस प्रकार की जानकारी प्रदान करनी है? मैंने सब कुछ शून्य से शुरू किया, लगातार संचयन-विवरण-भुगतान किया।
कोई सहायता नहीं कर सकता। यह एक तथ्य है कि अद्यतनों के बाद संचय तालिका में नाटकीय रूप से बदलाव आया। मैं तकनीकी विवरण नहीं समझता, लेकिन अद्यतन में स्पष्ट रूप से कुछ गड़बड़ है।
1s 8.3 लेखांकन 3.0 में व्यक्तिगत आयकर लेखांकन
महत्वपूर्ण! व्यक्तिगत आयकर में संभावित त्रुटियों से बचने के लिए, आय रजिस्टर में आय की तारीख और कर रजिस्टर में आय की तारीख के बीच पत्राचार के 1सी 8.3 (8.2) कार्यक्रम में नज़र रखें, अन्यथा कर की गणना करते समय कार्यक्रम में त्रुटियां होंगी। . कार्यक्रम में किसी भी आय को पंजीकृत करते समय, आय की वास्तविक प्राप्ति की तारीख दर्ज की जाती है।
कोड 2000 वाली आय के लिए, यह संचय माह का अंतिम दिन है। अन्य आय के लिए, यह संबंधित उपार्जन दस्तावेज़ से नियोजित भुगतान तिथि है।
जब कर की गणना की जाती है, तो कार्यक्रम विश्लेषण करता है कि इस कर की गणना किस प्रकार की आय पर की जाती है, और आय की वास्तविक प्राप्ति की तारीख निर्धारित करता है, जो कर रजिस्टर में दर्ज की जाती है। आय की प्राप्ति की तारीख, जिसे आय रजिस्टर और व्यक्तिगत आयकर रजिस्टर में ध्यान में रखा जाता है, में अंतर क्यों हो सकता है? आइए इसे नीचे देखें।
व्यक्तिगत आयकर की गणना रोके गए के बराबर नहीं है
1C 8.3 ZUP 3.0 के उदाहरण का उपयोग करके अंतर-निपटान दस्तावेज़ों में संभावित त्रुटियाँ "अवकाश" दस्तावेज़ में 1C ZUP 3.0 प्रोग्राम के उदाहरण का उपयोग करते हुए, नियोजित भुगतान तिथि 01/28/2016 है, लेकिन हम दस्तावेज़ की तिथि 01/ निर्धारित करेंगे। 30/2016, यानी नियोजित भुगतान तिथि से बाद में। आइए इसे देखें। हमारी कर पंजीकरण रजिस्टर प्रविष्टि 30 जनवरी 2016 को बनाई गई थी।
महत्वपूर्ण
यदि हम योजना के अनुसार दस्तावेज़ की तारीख - 28 जनवरी 2016 से पहले अवकाश वेतन का भुगतान करते हैं, तो हम विवरण भरते हैं, हम देखते हैं कि रोका गया व्यक्तिगत आयकर नहीं भरा गया है। 28 जनवरी 2016 तक, कोई कर गणना नहीं की गई है। तदनुसार, इस तरह के बयान का संचालन करते समय, रोके गए व्यक्तिगत आयकर को पंजीकृत नहीं किया जाता है।
ध्यान
यदि दस्तावेज़ की तारीख के साथ सब कुछ ठीक है और यह नियोजित भुगतान तिथि से पहले है: तो विवरण भरते समय भी सब कुछ ठीक होगा, कर निर्धारित किया जाएगा। विवरण का संचालन करते समय, इसे रोके गए कर के रूप में दर्ज किया जाता है।
व्यक्तिगत आयकर की समस्या
1सी अकाउंटिंग 3.0 के उदाहरण का उपयोग करके अंतरभुगतान दस्तावेजों में संभावित त्रुटियां 1सी अकाउंटिंग 3.0 कार्यक्रम में सब कुछ समान है। दस्तावेज़ की तारीख महत्वपूर्ण है. आइए "अवकाश" दस्तावेज़ का उदाहरण देखें। नियोजित भुगतान तिथि 01/28/2016 है, और हम जानबूझकर दस्तावेज़ की तिथि बाद में निर्धारित करेंगे, उदाहरण के लिए, 01/30/2016। हम दस्तावेज़ पोस्ट करेंगे। परिकलित कर 01/30/2016 को पंजीकृत किया गया था।
भुगतान किए जाने के बाद, और विवरण में नहीं, अर्थात् "नकद निकासी" भुगतान या "अवकाश" दस्तावेज़ की तारीख से पहले चालू खाते से डेबिट, रोके गए कर को पंजीकृत नहीं किया जाता है, निर्धारित नहीं किया जाता है और रजिस्टर में दर्ज नहीं किया जाता है। . इसलिए, दस्तावेज़ की तारीख महत्वपूर्ण है; यदि हम इसे 01/28/2016 पर सेट करते हैं और नकद जारी करने को पुनर्निर्धारित करते हैं, तो रोके गए व्यक्तिगत आयकर के लिए एक रिकॉर्ड बनाया गया है, सब कुछ रजिस्टर में शामिल किया गया है और फिर होगा फॉर्म 6-एनडीएफएल में शामिल।
1s 8.3 और 8.2 में संभावित व्यक्तिगत आयकर त्रुटियाँ - कैसे खोजें और ठीक करें
यहां भुगतान की एक तारीख भी होती है और अगर यह तारीख बदलती है तो सब कुछ अपने आप बदल जाता है। व्यक्तिगत आयकर के लिए आय प्राप्ति की तारीख भी स्वचालित रूप से बदल जाती है।
लेकिन, बस मामले में, जाँच करें। व्यक्तिगत आयकर की गणना करते समय संभावित त्रुटियाँ इसके अलावा, व्यक्तिगत आयकर की गणना करते समय, हमें कर संचय की तारीख पर ध्यान देना चाहिए। यह तीसरे संस्करण के कार्यक्रमों के लिए प्रासंगिक है। कर संचय की तारीख कर कटौती की तारीख से बिल्कुल पहले होनी चाहिए।
यदि कर रोकते समय, कर स्वयं अर्जित नहीं हुआ है, तो वास्तव में, रोकने के लिए कुछ भी नहीं है। महत्वपूर्ण! 1सी कार्यक्रम में ट्रैक करें: अंतर-निपटान दस्तावेजों की तारीखें कर संचय की तारीख हैं; यदि भुगतान के समय कर जमा नहीं हुआ है, तो इसे रोका नहीं जाएगा। यह गैर-वेतन आय के लिए विशेष रूप से सच है, क्योंकि दस्तावेज़ की तारीख कर संचय तिथि के रूप में तय की गई है। इस प्रकार, तीसरे संस्करण में, "अवकाश" दस्तावेज़ की तारीख, "बीमार छुट्टी" दस्तावेज़ की तारीख और अन्य दस्तावेज़ भी महत्वपूर्ण हैं।
लेकिन अगर हम दस्तावेज़ के मुख्य रूप में तारीख बदलते हैं, तो तारीख स्वचालित रूप से "व्यक्तिगत आयकर गणना के बारे में अधिक जानकारी" फॉर्म में बदल जाती है। यहां यह आसान है, ZUP 3.0 प्रोग्राम। वह हमें गारंटी देती है कि ये तारीखें मेल खाएँगी।
एकमात्र बात यह है कि 1C प्रोग्राम की वर्तमान रिलीज़ में "बीमार छुट्टी" दस्तावेज़ के लिए एक त्रुटि है। यदि इसका भुगतान वेतन के साथ किया जाता है, और हम भुगतान की तारीख बदलते हैं, तो इस मामले में "व्यक्तिगत आयकर की गणना के बारे में अधिक जानकारी" के रूप में आय की प्राप्ति की तारीख स्वयं नहीं बदलती है।
यहां आपको मैन्युअल रूप से "व्यक्तिगत आयकर गणना के बारे में अधिक जानकारी" फॉर्म में तारीख की पुनर्गणना या बदलाव करना होगा। अन्य सभी मामलों के लिए, व्यक्तिगत आयकर लेखांकन तिथि भुगतान तिथि पर स्वचालित रूप से बदल जानी चाहिए। लेकिन किसी मामले में, इस पल की जांच करें, सुनिश्चित करें कि तारीखें मेल खाती हैं। 1सी 8.3 अकाउंटिंग 3.0 कार्यक्रम में व्यक्तिगत आयकर की गणना करते समय संभावित त्रुटियां 1सी अकाउंटिंग 3.0 कार्यक्रम के लिए, दो अंतर-खाता दस्तावेज़ "बीमार छुट्टी" और "अवकाश" भी हैं।
व्यक्तिगत आयकर में एक पंक्ति 29 जनवरी 2016 के "माइनस" के साथ, और दूसरी पंक्ति 28 जनवरी 2016 के "प्लस" के साथ। 6-व्यक्तिगत आयकर में, 100 से 140 तक लाइनों के दो और समूह जोड़े जाते हैं। एक में, सब कुछ उलट जाता है, और दूसरे में - सब कुछ फिर से चार्ज हो जाता है। इस स्थिति को उत्पन्न होने से रोकने के लिए, आय की प्राप्ति की तारीख, जो आय रजिस्टर में दर्ज की जाएगी, और आय की प्राप्ति की तारीख, जो कर रजिस्टर में दर्ज की जाएगी, की सावधानीपूर्वक निगरानी करें।
उन्हें मेल खाना चाहिए. 1C 8.3 ZUP 3.0 कार्यक्रम में व्यक्तिगत आयकर की गणना करते समय संभावित त्रुटियाँ। 1C ZUP 3.0 कार्यक्रम में, आय प्राप्ति की तारीख को भी दो रजिस्टरों में ध्यान में रखा जाता है: आय लेखा रजिस्टर और कर लेखा रजिस्टर।
उदाहरण के लिए, दस्तावेज़ "अवकाश" पर विचार करें। आय लेखांकन रजिस्टर में दस्तावेज़ के मुख्य रूप से भुगतान की तारीख शामिल है। और कर पंजीकरण रजिस्टर में - "व्यक्तिगत आयकर की गणना के बारे में अधिक जानकारी" फॉर्म से तारीख।
ये दोनों तारीखें मेल खानी चाहिए.
इस लेख में हम 1सी 8.3 अकाउंटिंग 3.0 में व्यक्तिगत आयकर के साथ काम करने पर गौर करेंगे - सेटिंग्स से लेकर संचालन और रिपोर्टिंग तक। सामग्री
- 1 प्रोग्राम सेटिंग्स
- 1.1 कर डेटा
- 1.2 वेतन सेटिंग
- 1सी में व्यक्तिगत आयकर लेखांकन के 2 संचालन
- 3 रिपोर्टिंग
- 4 व्यक्तिगत आयकर गणना की शुद्धता की जाँच करना
किसी भी कंपनी के लिए लाभप्रदता एक बहुत ही महत्वपूर्ण संकेतक है। कार्यक्रम में रिकॉर्ड बनाए रखते समय "1सी: ट्रेड मैनेजमेंट, एड। 10.3" से आप माल की बिक्री से होने वाले सकल लाभ को ट्रैक कर सकते हैं। लेकिन कुछ स्थितियों में, माल की लागत की गलत गणना के कारण सकल लाभ की जानकारी गलत हो सकती है।
इस लेख में हम उन मुख्य त्रुटियों पर गौर करेंगे जो गलत लागत गणना का कारण बनती हैं और उन्हें कैसे खत्म किया जाए।
माल का बट्टे खाते में डालना "माइनस"
लागत की गलत गणना की ओर ले जाने वाली सबसे आम स्थिति माल को माइनस के रूप में लिखना है। यानी प्रोग्राम के मुताबिक, आपके पास स्टॉक में उत्पाद नहीं है, लेकिन फिर भी आप उसे बेचते हैं।
यदि उपयोगकर्ता डेटाबेस में तुरंत दस्तावेज़ दर्ज करते हैं (अर्थात, आज की तारीख और वर्तमान समय के साथ), तो वे उत्पाद को "माइनस" कीमत पर नहीं बेच पाएंगे - प्रोग्राम एक त्रुटि की रिपोर्ट करेगा। लेकिन यदि उपयोगकर्ता डेटाबेस में दस्तावेज़ों को निष्क्रिय रूप से दर्ज करते हैं (यानी, पूर्वव्यापी रूप से), तो प्रोग्राम आपको माल को माइनस के रूप में लिखने की अनुमति देता है। इस मामले में, त्रुटि संदेश जारी किए जाते हैं, लेकिन दस्तावेज़ अभी भी पोस्ट किया जाता है और माल बट्टे खाते में डाल दिया जाता है।
टिप्पणी:यदि उपयोगकर्ता के पास गोदाम और संगठन के लिए शेष राशि को पार करने का अधिकार है, तो वर्तमान समय में दस्तावेज़ पोस्ट करते समय माइनस के रूप में राइट-ऑफ़ और संबंधित त्रुटियां भी हो सकती हैं। ये अधिकार अतिरिक्त उपयोगकर्ता अधिकार स्थापित करने में दिए गए हैं।
दस्तावेज़ का उदाहरण "वस्तुओं और सेवाओं की बिक्री":
इन त्रुटियों का उपयोग करते हुए, प्रोग्राम हमें सूचित करता है कि माल गोदाम से ऋण के रूप में लिखा गया था, और प्रोग्राम लागत की गणना करने में असमर्थ था।
सकल लाभ रिपोर्ट में, हम इस बिक्री के लिए शून्य लागत और तदनुसार, 100% सकल लाभ देखेंगे।
मेनू: रिपोर्ट - बिक्री - बिक्री विश्लेषण - सकल लाभ
नकारात्मक संतुलन की घटना के कारण अलग-अलग हो सकते हैं, लेकिन सबसे आम निम्नलिखित हैं:
- माल प्राप्ति दस्तावेज़ अभी तक डेटाबेस में दर्ज नहीं किया गया है।
- माल प्राप्ति दस्तावेज़ को डेटाबेस में दर्ज किया जाता है, लेकिन माल की बिक्री के बाद के समय में।
- गोदाम में अधिशेष या बेमेल माल हैं।
माल की अधिकता या गलत ग्रेडिंग की स्थिति में, गोदाम में माल की एक सूची लेना और अधिशेष का पूंजीकरण करना आवश्यक है। माल बेचने से पहले अधिशेष का पूंजीकरण किया जाना चाहिए।
यदि त्रुटि गलत दस्तावेज़ तिथियों के कारण उत्पन्न हुई है, तो यह तिथियों को ठीक करने और माल बिक्री दस्तावेज़ को दोबारा पोस्ट करने के लिए पर्याप्त है।
आप शेष माल का मूल्यांकन कर सकते हैं और "गोदामों में माल की सूची" रिपोर्ट में त्रुटि का कारण समझ सकते हैं।
मेनू: रिपोर्ट - इन्वेंट्री (गोदाम) - गोदामों में माल की सूची
रिपोर्ट सेटिंग्स में, हम वेयरहाउस, आइटम और मूवमेंट दस्तावेज़ के आधार पर समूह बनाएंगे। हम "नकारात्मक लाल" ध्वज भी सेट करेंगे (नकारात्मक शेष देखने के लिए) और वांछित उत्पाद का चयन करेंगे:
जनरेट की गई रिपोर्ट का उदाहरण:
इस मामले में, हम देखते हैं कि माल की बिक्री गोदाम में माल की प्राप्ति से 3 घंटे पहले की गई थी। सही ढंग से लिखने के लिए, बिक्री समय को बाद में बदलना और दस्तावेज़ पोस्ट करना पर्याप्त है।
यदि दस्तावेजों की तारीखें अलग-अलग दिनों में हैं (उदाहरण के लिए, रसीद 1 अप्रैल को है, और बिक्री 31 मार्च को की गई थी), तो आपको इस स्थिति को अधिक विस्तार से समझने की आवश्यकता है। यह संभव है कि दस्तावेजों में से एक को गलत तारीख के साथ कार्यक्रम में दर्ज किया गया था (उदाहरण के लिए, माल की प्राप्ति और इसके लिए दस्तावेजों की तारीख 30 मार्च थी, लेकिन कार्यक्रम में गलत तारीख दर्ज की गई थी)। या आपूर्तिकर्ता ने गलत तारीख के साथ जारी किए गए प्राथमिक दस्तावेज़ भेजे (उदाहरण के लिए, माल 30 मार्च को आया, और आपूर्तिकर्ता ने 1 अप्रैल को दस्तावेज़ भेजे) - इस मामले में, आपूर्तिकर्ता से नए दस्तावेज़ों की आवश्यकता होगी।
किसी भी स्थिति में, अंततः रिपोर्ट में कोई नकारात्मक शेष नहीं होना चाहिए, और माल की प्राप्ति उसकी बिक्री से पहले दर्ज की जानी चाहिए।
सुधार के बाद रिपोर्ट का उदाहरण:
बैच लेखांकन में त्रुटियों का सुधार। बैचों द्वारा किया जा रहा है
भले ही दस्तावेज़ों को पूरा करते समय प्रोग्राम ने आपको कोई त्रुटि नहीं दिखाई हो, फिर भी "पूर्वव्यापी रूप से" काम करने पर लागत गणना में त्रुटियाँ उत्पन्न हो सकती हैं। ग़लत स्थितियों के कुछ उदाहरण नीचे हैं।
नोट: उदाहरणों में लागत गणना पद्धति फीफो है।
उदाहरण 1
इसके बाद, क्रय प्रबंधक ने कार्यक्रम में रेफ्रिजरेटर की एक और रसीद दर्ज की - 15 तारीख को 10,500 रूबल के लिए।
परिणामस्वरूप, यदि क्रय प्रबंधक ने समय पर कार्यक्रम में सारी जानकारी दर्ज की होती, तो रेफ्रिजरेटर बेचते समय एक अलग लागत (10,500 * 3 = 31,500 रूबल) और एक अलग सकल लाभ (10,500 रूबल) होता।
लेकिन कार्यान्वयन दस्तावेज़ पहले ही तैयार किया जा चुका है, सबसे अधिक संभावना है कि कोई भी इसका दोबारा अनुवाद नहीं करेगा। इसका मतलब है कि लागत गलत रह सकती है.
उदाहरण 2
21 तारीख को, रेफ्रिजरेटर आए - 10 टुकड़े। प्रत्येक 11,000 रूबल।
25 तारीख को, प्रबंधक ने 14,000 रूबल की कीमत पर 3 रेफ्रिजरेटर बेचे। उसी समय, लागत मूल्य को बट्टे खाते में डाल दिया गया - 33,000 रूबल, और सकल लाभ की गणना की गई - 9,000 रूबल।
इसके बाद, क्रय प्रबंधक रसीद दस्तावेज़ में गया और उसमें रेफ्रिजरेटर की कीमतों में 12,000 रूबल की बढ़ोतरी की। (शुरुआत में कीमत गलत दर्ज की गई थी)।
परिणामस्वरूप, यदि क्रय प्रबंधक ने समय पर कार्यक्रम में सारी जानकारी दर्ज की होती, तो रेफ्रिजरेटर बेचते समय एक अलग लागत (12,000 * 3 = 36,000 रूबल) और एक अलग सकल लाभ (6,000 रूबल) होता।
ऐसी कई स्थितियाँ हो सकती हैं. वास्तव में, किसी दस्तावेज़ का प्रत्येक निर्माण, संशोधन या विलोपन, बाद में जारी किए गए बिक्री दस्तावेज़ों में लागत मूल्य को गलत बना सकता है।
यह सुनिश्चित करने के लिए कि सभी दस्तावेज़ों को सही ढंग से संसाधित किया गया है और उनकी लागत की सही गणना की गई है, आपको सभी दस्तावेज़ों का क्रमिक पुन: प्रसंस्करण चलाने की आवश्यकता है। ऐसा करने के लिए, आप दो तंत्रों का उपयोग कर सकते हैं:
प्लेटफ़ॉर्म दस्तावेज़ों को पुनः पोस्ट करने के लिए सामान्य तंत्र
मेनू: संचालन - दस्तावेज़ पोस्ट करना
यह तंत्र आपको एक महीने में आवश्यक प्रकार के सभी दस्तावेजों को फिर से संसाधित करने की अनुमति देगा, लेकिन इसमें एक छोटी सी खामी है - दस्तावेजों को संसाधित किया जाएगा चाहे इसकी आवश्यकता हो या नहीं। आख़िरकार, यह बहुत संभव है कि कर्मचारियों ने कोई भी कार्य अनुचित तरीके से नहीं किया हो। और सभी दस्तावेजों को पूरा करने में काफी समय लग सकता है।
कार्यक्रम "1सी: व्यापार प्रबंधन" को बैचों में चलाने का तंत्र, एड। 10.3"
तंत्र का मुद्दा यह है कि प्रोग्राम तथाकथित "प्रासंगिकता सीमा" को याद रखता है - वह तारीख जब तक सभी दस्तावेजों को तुरंत संसाधित किया गया था और कोई त्रुटि नहीं थी। यदि कोई दस्तावेज़ पिछली तारीख में पोस्ट किया गया है, तो प्रोग्राम इस तिथि को इस दस्तावेज़ की तिथि में बदल देता है। इस प्रकार, प्रोग्राम को हमेशा पता रहता है कि किस तारीख से दस्तावेज़ों में त्रुटियाँ हो सकती हैं। महीने के अंत में, एक विशेष प्रसंस्करण "बैच द्वारा पोस्ट" लॉन्च किया जाता है, जो क्रमिक रूप से "प्रासंगिक तिथि" के बाद किए गए सभी बिक्री दस्तावेजों को पोस्ट करता है और उनमें लागत की फिर से गणना करता है।
आइए पहले उदाहरण का उपयोग करके दूसरे तंत्र के संचालन पर विचार करें।
दूसरा रसीद दस्तावेज़, पूर्वव्यापी रूप से जारी किया गया:
दूसरा रसीद दस्तावेज़ बनाने के बाद, सकल लाभ रिपोर्ट अपरिवर्तित रही:
आइए "बैचों द्वारा पोस्ट करें" प्रोसेसिंग खोलें।
मेनू: दस्तावेज़ - अतिरिक्त - बैचों द्वारा पोस्टिंग
प्रसंस्करण में, हम देखते हैं कि दस्तावेजों का अनुक्रम 22 मार्च तक प्रासंगिक है - दूसरी रसीद की तारीख, गैर-ऑपरेटिव रूप से दर्ज की गई।
"रन" बटन पर क्लिक करें और प्रोग्राम 15 तारीख के बाद की गई सभी वस्तुओं की बिक्री को पुनर्निर्धारित करेगा।
प्रसंस्करण के बाद सकल लाभ रिपोर्ट:
अब लागत मूल्य की गणना में सब कुछ सही है.
टिप्पणी:प्रसंस्करण के समय, आप स्टॉक में माल की कमी के बारे में संदेश देख सकते हैं, क्योंकि पूर्वव्यापी रूप से वे न केवल रसीद बना सकते हैं, बल्कि इसे हटा भी सकते हैं या बाद की तारीख के लिए स्थगित भी कर सकते हैं। ऐसी प्रत्येक स्थिति पर अलग से विचार किया जाना चाहिए (जैसा कि ऊपर वर्णित है)।
लागत और मुनाफे की गणना में कार्यक्रम में सब कुछ सही होने के लिए, सभी दस्तावेजों को तुरंत डेटाबेस में दर्ज करने की सलाह दी जाती है (यानी आज और वर्तमान समय)। लेकिन अक्सर ऐसी स्थितियाँ होती हैं जब किसी दस्तावेज़ को पूर्वव्यापी रूप से दर्ज करना, या पहले से बनाए गए दस्तावेज़ को सही करना आवश्यक होता है। ऐसी स्थितियों से डेटाबेस में लागत और लाभ की गलत गणना हो सकती है।
यदि आप समय-समय पर बैच करते हैं और माल की अनुपस्थिति के बारे में सभी संदेशों का जवाब भी देते हैं, तो आपके डेटाबेस में लागत मूल्य की गणना हमेशा सही ढंग से की जाएगी। इसका मतलब है कि आपको बिक्री से सकल लाभ के बारे में हमेशा सही जानकारी दिखाई देगी।
कभी-कभी आप देखते हैं कि 1C गलत तरीके से गणना करता है, करता है, कुछ वितरित करता है, फॉर्म गलत तरीके से भरता है, आदि। मैं ऐसी समस्याओं का समाधान भी करता हूं, हालांकि इसमें थोड़ा अधिक खर्च आता है। मैं आपको याद दिला दूं कि आज मेरी विशेषज्ञता 1सी: अकाउंटिंग है। लेकिन इसका मतलब ये नहीं कि मैं आपकी मदद नहीं करूंगा. किसी निष्कर्ष पर पहुंचने से पहले आपको देखना होगा।
मुख्य लाभ
- आपको हर बार परिणामी त्रुटियों को मैन्युअल रूप से ठीक करने की आवश्यकता नहीं है
- कभी-कभी इससे समय की बचत होती है
- आपके अनुरोध का सदैव स्वागत है