घर सब्ज़ियाँ 1s upp 8 3 व्यक्तिगत आयकर की गणना गलत तरीके से की गई थी। संचय रजिस्टर "व्यक्तिगत आयकर गणना के लिए आय लेखांकन"

1s upp 8 3 व्यक्तिगत आयकर की गणना गलत तरीके से की गई थी। संचय रजिस्टर "व्यक्तिगत आयकर गणना के लिए आय लेखांकन"

1C ZUP 8.3 (3.0) प्रोग्राम में व्यक्तिगत आयकर का सही हिसाब लगाने के लिए, आइए बुनियादी सेटिंग्स से शुरुआत करें।

चरण 1. व्यक्तिगत आयकर के लिए लेखांकन नीति

सेटिंग्स - संगठन (या संगठन विवरण) - लेखांकन नीतियां:

चरण 2. व्यक्तिगत आयकर कटौती

अनुभाग कर और योगदान - व्यक्तिगत आयकर कटौती के प्रकार:

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

कानून का अनुपालन करने के लिए 1C 8.3 ZUP डेटाबेस में कटौती की मात्रा के लिए, वर्तमान रिलीज़ में कार्यशील कॉन्फ़िगरेशन को बनाए रखना आवश्यक है, अर्थात इसे नियमित रूप से अपडेट करना आवश्यक है।

साथ ही, मानक कर कटौती लागू करने और व्यक्तिगत आयकर लेखांकन पैरामीटर सेट करने की प्रक्रिया का अध्ययन निम्नलिखित वीडियो में किया जा सकता है:

चरण 3. व्यक्तिगत आयकर के अधीन आय

आप दो तरीकों से जांच सकते हैं कि 1C 8.3 ZUP कार्यक्रम में कौन सी आय कर आधार में शामिल है और किस कोड के साथ है:

  • उपार्जन दस्तावेज़ में कर, योगदान, लेखांकन टैब खोलें (सेटिंग्स - उपार्जन):

  • उपार्जन की सूची खोलें (सेटिंग्स - उपार्जन) और बटन का उपयोग करें व्यक्तिगत आयकर, औसत कमाई आदि निर्धारित करना।:


चरण 4. करदाता की जानकारी

निम्नलिखित डेटा "आयकर" लिंक का उपयोग करके कर्मचारी के कार्ड के माध्यम से दर्ज किया जाता है:

  • करदाता की स्थिति;
  • मानक, संपत्ति और सामाजिक कटौतियाँ;
  • पेटेंट के लिए अग्रिम भुगतान की सूचना;
  • पिछले नियोक्ता से आय का प्रमाण पत्र:

चरण 5. कर प्राधिकरण के साथ पंजीकरण

एक संगठन, एक कर एजेंट के रूप में, संगठन के पंजीकरण के स्थान पर या कर प्राधिकरण को अलग-अलग डिवीजनों के पंजीकरण के स्थान पर व्यक्तिगत आयकर रिपोर्टिंग प्रदान करता है।
1सी 8.3 वेतन और कार्मिक प्रबंधन कार्यक्रम में, कर प्राधिकरण के साथ पंजीकरण को उपयुक्त प्रकारों के अनुसार कॉन्फ़िगर किया जा सकता है।

महत्वपूर्ण! इकाई में "यह एक अलग इकाई है" विशेषता होनी चाहिए:

यदि किसी संगठन को क्षेत्र के अनुसार रिकॉर्ड रखने की आवश्यकता है, तो इस कार्यक्षमता को पहले संगठन की लेखांकन नीति में शामिल किया जाना चाहिए:

फिर एक क्षेत्र बनाएं (सेटिंग्स - क्षेत्र) और इंगित करें कि यह किस संघीय कर सेवा के साथ पंजीकृत है:

एक उदाहरण का उपयोग करके 1C ZUP 8.3 में व्यक्तिगत आयकर की गणना

व्यक्तिगत आयकर की गणना 1C 8.3 ZUP 3.0 में पेरोल और योगदान, अवकाश, बीमारी की छुट्टी आदि जैसे दस्तावेजों में की जाती है। आइए अवकाश उपार्जन के उदाहरण का उपयोग करके व्यक्तिगत आयकर की गणना देखें।

ऐसा करने के लिए, एक अवकाश दस्तावेज़ बनाएँ:

दस्तावेज़ में व्यक्तिगत आयकर की गणना शामिल है। हमारे उदाहरण में, व्यक्तिगत आयकर की राशि RUB 2,768.00 थी।

1C 8.3 ZUP 3.0 में व्यक्तिगत आयकर रिपोर्टिंग कैसे तैयार की जाती है

अवकाश दस्तावेज़ पोस्ट करते समय, संचय रजिस्टर में एक प्रविष्टि की जाती है। इन रजिस्टरों के आधार पर, विभिन्न व्यक्तिगत आयकर रिपोर्ट तैयार की जाती हैं, जिसमें 2-एनडीएफएल प्रमाणपत्र और 6-एनडीएफएल गणना शामिल है। ये रजिस्टर हैं:

  1. रजिस्टर "व्यक्तिगत आयकर की गणना के लिए आय का लेखांकन";
  2. रजिस्टर "व्यक्तिगत आयकर के लिए बजट के साथ करदाताओं की गणना";
  3. "प्रदत्त मानक और सामाजिक कटौती (एनडीएफएल)" पंजीकृत करें।

संचयन के दौरान संचय रजिस्टरों में प्रविष्टियाँ कैसे देखें

आप फॉर्म के नेविगेशन पैनल में "अवकाश" दस्तावेज़ द्वारा की गई प्रविष्टियाँ देख सकते हैं। डिफ़ॉल्ट रूप से, उपयोगकर्ता को यह पैनल दिखाई नहीं देता है.

आइए इसे सेट करें. ऐसा करने के लिए, एक खुले दस्तावेज़ में रहते हुए, मुख्य मेनू - देखें - फॉर्म नेविगेशन पैनल सेट करना चुनें:

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

उदाहरण के लिए, आपको यह देखने की ज़रूरत है कि व्यक्तिगत आयकर के बजट के साथ करदाताओं की गणना के रजिस्टर में क्या प्रविष्टियाँ की गईं। यह करने के लिए:

  • बाईं ओर व्यक्तिगत आयकर के लिए बजट के साथ करदाताओं की रजिस्टर गणना का चयन करें;
  • जोड़ें पर क्लिक करें. उपलब्ध कमांड अनुभाग से लाइन चयनित कमांड अनुभाग पर जाती है;

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

इस कमांड पर क्लिक करके आप रजिस्टर में की गई प्रविष्टियाँ देख सकते हैं:

आप मुख्य पर क्लिक करके दस्तावेज़ प्रपत्र पर वापस लौट सकते हैं।

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

तो, आइए देखें कि 1C 8.3 ZUP 3.0 में व्यक्तिगत आयकर की आवाजाही पर कौन से रिकॉर्ड अवकाश दस्तावेज़ स्थिति "पारित" के साथ बनाए गए थे।

संचय रजिस्टर "व्यक्तिगत आयकर की गणना के लिए आय का लेखांकन"

इस रजिस्टर में जानकारी है:

  • आय कोड के संदर्भ में आय की राशि के बारे में - उपार्जित टैब पर प्राप्त अवकाश की गणना से आता है:

  • आय प्राप्ति की तिथि - दस्तावेज़ विवरण के मूल्य से रजिस्टर में दर्ज मुख्य अवकाश टैब पर भुगतान की तिथि:

  • और कर अवधि का महीना - दस्तावेज़ शीर्षलेख में माह विशेषता से:

इस रजिस्टर में मौजूद जानकारी परिकलित व्यक्तिगत आयकर से मेल खाती है। इस रजिस्टर में एक प्रविष्टि "+" चिन्ह (आगमन) के साथ बनाई जाती है:

व्यक्तिगत आयकर राशि निम्नलिखित अनुभागों में संग्रहीत की जाती है:

  • आय की प्राप्ति की तारीख - व्यक्तिगत आयकर गणना के विवरण में स्थित आय की प्राप्ति की तारीख के विवरण से रजिस्टर में प्रवेश करती है:

  • कर की दरें;
  • संघीय कर सेवा के साथ पंजीकरण - हमारे उदाहरण में, हम संघीय कर सेवा को लेते हैं जिसके साथ संगठन स्वयं पंजीकृत है।

संचय रजिस्टर "प्रदत्त मानक और सामाजिक कटौती (एनडीएफएल)"

इस रजिस्टर में प्रविष्टियाँ दर्शाती हैं कि कर्मचारी कटौतियों का हकदार है और उन्हें यह दस्तावेज़ प्रदान किया गया था:

सही व्यक्तिगत आयकर लेखांकन के लिए "अवकाश" दस्तावेज़ का संचालन करते समय आपको किस चीज़ पर ध्यान देने की आवश्यकता है "दस्तावेज़ दिनांक" विवरण(हमारे उदाहरण में, 01/19/2016) जैसा कि चित्रों से देखा जा सकता है, यह तारीख सभी सूचीबद्ध रजिस्टरों से "अवधि" विशेषता के रूप में गुजरती है।

भुगतान पर व्यक्तिगत आयकर कैसे रोका जाता है

हमारे उदाहरण में, वेतन भुगतान वितरक के माध्यम से किया जाता है, इसलिए हम वितरक के माध्यम से भुगतान का दस्तावेज़ विवरण तैयार करेंगे:

  • भुगतान का महीना चुनें - जनवरी 2016;
  • दस्तावेज़ की तारीख भुगतान की तारीख के अनुरूप होनी चाहिए, उदाहरण के लिए यह 01/22/2016 है;
  • हम इंगित करते हैं कि हम छुट्टी का भुगतान करते हैं;
  • "चयनित नहीं" लिंक का उपयोग करके, चुनें कि हम किस छुट्टी के लिए भुगतान करते हैं;
  • चयन पर क्लिक करके समाप्त करें:

दस्तावेज़ भरते समय, 1C ZUP 3.0 में भुगतान की जाने वाली राशि और हस्तांतरित किए जाने वाले व्यक्तिगत आयकर की राशि स्वचालित रूप से निर्धारित हो जाती है:

यदि आप दस्तावेज़ में डेटा को थोड़ा बदलते हैं, उदाहरण के लिए, दस्तावेज़ की तारीख बदलते हैं, तो तस्वीर पूरी तरह से अलग होगी - स्थानांतरण के लिए व्यक्तिगत आयकर सारणीबद्ध अनुभाग में नहीं भरा गया है:

सवाल उठता है: स्थानांतरण के लिए व्यक्तिगत आयकर क्यों नहीं भरा जाता है? यह पता चला है कि दस्तावेज़ की तारीख बहुत महत्वपूर्ण है, यानी वह तारीख जब भुगतान उत्पन्न होता है। व्यक्तिगत आयकर, जो अवकाश की गणना करते समय उत्पन्न हुआ, दिनांक 19 जनवरी, 2016 को गठित किया गया था। और, तदनुसार, इस तिथि से पहले सूचीबद्ध नहीं किया जा सकता है, अर्थात, यह अभी तक 1C ZUP 8.3 डेटाबेस में नहीं है। इस व्यक्तिगत आयकर के रिकॉर्ड केवल 19 जनवरी, 2016 से सभी रजिस्टरों में दिखाई देते हैं।

भुगतान करते समय संचय रजिस्टरों में प्रविष्टियाँ कैसे देखें

भुगतान बनाने वाला दस्तावेज़ व्यक्तिगत आयकर से जुड़े रजिस्टरों के माध्यम से भी संचलन करता है।

संचय रजिस्टर "व्यक्तिगत आयकर के लिए बजट के साथ करदाताओं की गणना"

भुगतान उत्पन्न करने वाली प्रविष्टि रजिस्टर में "-" (व्यय) चिह्न के साथ बनाई जाती है और ऐसे व्यक्तिगत आयकर को रोका हुआ माना जाता है।

रोके गए व्यक्तिगत आयकर की राशि निम्नलिखित अनुभागों में संग्रहीत की जाती है:

  • आय की प्राप्ति की तारीख आय की प्राप्ति की तारीख है, जिसे अवकाश दस्तावेज़ के व्यक्तिगत आयकर गणना के विवरण में देखा जा सकता है;
  • कर की दरें;
  • संघीय कर सेवा के साथ पंजीकरण।

यह रोके गए कर पर डेटा है जो 6-एनडीएफएल रिपोर्टिंग में आता है:

संचय रजिस्टर "व्यक्तिगत आयकर के लिए बजट के साथ कर एजेंटों की गणना"

हम देखते हैं कि इस रजिस्टर में दो प्रविष्टियाँ की गईं:

  • + ("रसीद") - रोका गया व्यक्तिगत आयकर;
  • - ("व्यय") - सूचीबद्ध व्यक्तिगत आयकर:

  • 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 पूर्वाह्न। स्पष्ट करें - दस्तावेज़ स्थानांतरित कर दिए गए (प्रस्तुत नहीं किए गए सहित), महीनों को फिर से बंद कर दिया गया? ख़ैर, स्क्रीनशॉट और न्यूनतम जानकारी के अभाव के आधार पर आप इसका उत्तर कैसे दे सकते हैं? कृपया मुझे बताएं कि किस प्रकार की जानकारी प्रदान की जाए? मैंने सब कुछ शून्य से शुरू किया, लगातार संचयन-विवरण-भुगतान किया।

कोई सहायता नहीं कर सकता। यह एक तथ्य है कि अद्यतनों के बाद संचय तालिका में नाटकीय रूप से बदलाव आया। मैं तकनीकी विवरण नहीं समझता, लेकिन अद्यतन में स्पष्ट रूप से कुछ गड़बड़ है।

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 तारीख के बाद की गई सभी वस्तुओं की बिक्री को पुनर्निर्धारित करेगा।

प्रसंस्करण के बाद सकल लाभ रिपोर्ट:

अब लागत मूल्य की गणना में सब कुछ सही है.

टिप्पणी:प्रसंस्करण के समय, आप माल के स्टॉक से बाहर होने के बारे में संदेश देख सकते हैं, क्योंकि पूर्वव्यापी रूप से वे न केवल रसीद बना सकते हैं, बल्कि इसे हटा भी सकते हैं या बाद की तारीख के लिए स्थगित भी कर सकते हैं। ऐसी प्रत्येक स्थिति पर अलग से विचार किया जाना चाहिए (जैसा कि ऊपर वर्णित है)।

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

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

आज मैं 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.3 अकाउंटिंग 3.0 में व्यक्तिगत आयकर के साथ काम करने पर गौर करेंगे - सेटिंग्स से लेकर संचालन और रिपोर्टिंग तक।

कर डेटा

इससे पहले कि आप व्यक्तिगत आयकर की गणना शुरू करें, साथ ही अधिकांश कार्यक्षमता का उपयोग करें, आपको इसे कॉन्फ़िगर करने की आवश्यकता है।

"मुख्य" मेनू से "संगठन" चुनें।

सूची से उस संगठन का चयन करें जिसे आप कॉन्फ़िगर करना चाहते हैं और उसका कार्ड खोलें। सेटअप फॉर्म में, मूल डेटा और "टैक्स इंस्पेक्टरेट" उपधारा में स्थित डेटा भरें।

वेतन निर्धारण

"वेतन और कार्मिक" मेनू में, "वेतन सेटिंग्स" आइटम पर जाएं।

सामान्य सेटिंग्स में, निर्दिष्ट करें कि पेरोल और कार्मिक रिकॉर्ड इस कार्यक्रम में रखे जाएंगे। अन्यथा, बाकी सेटिंग्स प्रदर्शित नहीं होंगी। इसके बाद, “वेतन लेखा प्रक्रिया” हाइपरलिंक पर क्लिक करें।

सूची प्रपत्र में, उस संगठन से संबंधित पंक्ति का चयन करें जिसकी सेटिंग आप कर रहे हैं। आपके सामने संबंधित फॉर्म खुल जायेगा. इसके नीचे, "टैक्स और रिपोर्ट सेट करना" चुनें।

खुलने वाली विंडो में, "व्यक्तिगत आयकर" अनुभाग पर जाएं और बताएं कि ये कटौतियां आप पर कैसे लागू होंगी।

आइए अब व्यक्तिगत आयकर की गणना करते समय उपयोग की जाने वाली आय और कटौतियों के प्रकारों को स्थापित करने की ओर बढ़ते हैं। ऐसा करने के लिए, "वेतन और कार्मिक" मेनू में, उस आइटम का चयन करें जिस पर हम पहले गए थे - "वेतन सेटिंग्स"।

"क्लासिफ़ायर" अनुभाग पर जाएँ और "व्यक्तिगत आयकर" हाइपरलिंक पर क्लिक करें।

जांचें कि खुलने वाला डेटा सही ढंग से भरा गया है, खासकर "व्यक्तिगत आयकर के प्रकार" टैब।

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

1सी में व्यक्तिगत आयकर लेखांकन संचालन

व्यक्तिगत आयकर न केवल वेतन पर, बल्कि छुट्टी और अन्य आय पर भी लगाया जाता है, कानून द्वारा प्रदान की गई आय को छोड़कर (उदाहरण के लिए, बाल देखभाल लाभ)।

आइए दस्तावेज़ "" में व्यक्तिगत आयकर को देखें। यह इस दस्तावेज़ में उसी नाम के टैब पर स्थित है। यहां भी कटौतियां लागू होती हैं. पोस्ट करने के बाद इस डेटा को पोस्टिंग में शामिल कर लिया जाता है.

जिस तारीख को दस्तावेज़ पोस्ट किया जाता है उस दिन कर रोक दिया जाता है। वह अन्य आय, जैसे, पर व्यक्तिगत आयकर नहीं रोकता है। इस प्रयोजन के लिए, "व्यक्तिगत कर लेखा संचालन" का उपयोग करें।

"वेतन और कार्मिक" मेनू में, "सभी व्यक्तिगत आयकर दस्तावेज़" चुनें। खुलने वाले सूची प्रपत्र में, ऑपरेशन के प्रकार "व्यक्तिगत आयकर लेखा लेनदेन" के साथ एक नया दस्तावेज़ बनाएं।

1सी 8.3 में व्यक्तिगत आयकर के लिए कर लेखांकन का मुख्य रजिस्टर संचय रजिस्टर "व्यक्तिगत आयकर के लिए बजट के साथ करदाताओं की गणना" है।

रिपोर्टिंग

व्यक्तिगत आयकर के लिए सबसे अधिक उपयोग किए जाने वाले रिपोर्टिंग दस्तावेज़ हैं: "2-एनडीएफएल" और "6-एनडीएफएल"। वे "वेतन और कार्मिक" मेनू में स्थित हैं।

2-एनडीएफएल प्रमाणपत्र केवल जानकारी प्राप्त करने और उसे किसी कर्मचारी या संघीय कर सेवा को हस्तांतरित करने के लिए आवश्यक है।

6-एनडीएफएल का गठन नियामक रिपोर्टिंग से संबंधित है और इसे हर तिमाही में प्रस्तुत किया जाता है। भरना स्वचालित रूप से किया जाता है.

व्यक्तिगत आयकर संचय की शुद्धता की जाँच करना

यदि 1सी 8.3 में अर्जित और रोका गया व्यक्तिगत आयकर मेल नहीं खाता है, तो आप एक सार्वभौमिक रिपोर्ट का उपयोग करके त्रुटियां पा सकते हैं। हेडर में, रजिस्टर "व्यक्तिगत आयकर के लिए बजट के साथ करदाताओं की गणना" का चयन करें और इंगित करें कि यह शेष राशि और टर्नओवर के आधार पर बनाया जाएगा।

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

यह रिपोर्ट आपको व्यक्तिगत आयकर गणना और रोक की शुद्धता की जांच करने की अनुमति देगी।

साइट पर नया

>

सबसे लोकप्रिय