1c पुनर्गणना. पगार सुधारणा आणि पुनर्गणना

पुनर्गणना हे वेतन मोजणीचा अविभाज्य भाग बनतात. काही विलंबाने लेखा विभागाला प्राप्त झालेल्या आजारी रजा, सुट्ट्या किंवा कर्मचार्‍यांच्या गैरहजेरीबद्दलच्या माहितीमुळे पगाराची पुनर्गणना होते आणि त्यानुसार, विमा प्रीमियम. 1C तज्ञ 1C: वेतन आणि कार्मिक व्यवस्थापन 8 कार्यक्रम, आवृत्ती 3 मधील लेखा आणि विनियमित अहवालामध्ये विमा प्रीमियमची गणना आणि पुनर्गणना कशी प्रतिबिंबित होते याबद्दल बोलतात.

वेतनाची पुनर्गणना करताना, विमा प्रीमियमची पुनर्गणना करणे आवश्यक होते. याव्यतिरिक्त, योगदानाची पुनर्गणना करण्याचे कारण वर्षभरात दरपत्रकात बदल किंवा त्रुटींचा शोध असू शकतो, उदाहरणार्थ, विमा प्रीमियम्सच्या बेसमध्ये गणना समाविष्ट न करणे.

या प्रकरणांमध्ये, अकाउंटंटला फेडरल टॅक्स सेवेला अद्ययावत माहिती सबमिट करण्याची आवश्यकता, दायित्व आणि अधिकार याबद्दल प्रश्न आहेत.

10.10.2016 क्रमांक ММВ-7-11/551@ च्या रशियाच्या फेडरल टॅक्स सेवेच्या आदेशाच्या परिशिष्ट क्रमांक 2 मध्ये दिलेल्या विमा प्रीमियमची गणना भरण्याच्या प्रक्रियेच्या कलम 1.2 नुसार, देयकर्ता आहे गणनेमध्ये आवश्यक बदल करण्यास बांधील आहेत आणि कोणतीही नोंद न केलेली किंवा अपूर्ण माहिती असल्यास, तसेच देय विमा प्रीमियम्सच्या रकमेला कमी लेखण्यास कारणीभूत असलेल्या त्रुटी असल्यास कर प्राधिकरणाकडे एक अद्ययावत अहवाल सादर करणे आवश्यक आहे.

अद्ययावत गणना सबमिट करायची की नाही हे ठरवताना, अकाउंटंटने खालील प्रश्नांची उत्तरे दिली पाहिजेत:

• सर्व माहिती प्रतिबिंबित झाली की नाही;
• चुका झाल्या आहेत का आणि त्यामुळे देय विमा प्रीमियमच्या रकमेला कमी लेखले गेले आहे का.

अद्ययावत गणना सादर करणे ही एक बंधन, हक्क किंवा सक्तीची गरज असू शकते.

विमा प्रीमियम्सची अद्ययावत गणना

फेडरल टॅक्स सेवेला अहवाल सादर केल्यानंतर, कर्मचार्‍यांबद्दल अपूर्ण किंवा चुकीची माहिती सबमिट केल्याचे आढळल्यास किंवा देय विमा प्रीमियम्सच्या रकमेला कमी लेखण्यामध्ये त्रुटी आढळल्यास, अद्ययावत गणना सबमिट करण्याचे बंधन उद्भवते.

अद्ययावत गणना अनिवार्य सबमिशन आवश्यक असलेल्या सामान्य त्रुटींचे प्रकार:

1. कर्मचाऱ्याने त्याच्या वैयक्तिक डेटामधील बदलांची त्वरित तक्रार केली नाही आणि फेडरल टॅक्स सेवेने गणनाच्या कलम 3 मध्ये त्याच्याबद्दल चुकीची माहिती प्रदान केली.

2. कर्मचार्‍याने अशा विभागात काम केले ज्याला विमा प्रीमियमचा प्राधान्य दर लागू करण्याचा अधिकार आहे. त्यानंतर त्याला एका युनिटमध्ये स्थानांतरित करण्यात आले जेथे मूलभूत विमा प्रीमियम दर लागू केला जातो. कर्मचाऱ्याच्या बदलीची माहिती लेखा विभागाला उशिरा मिळाली. योगदानाची गणना कमी दराने चुकीची केली गेली.

3. 1C: वेतन आणि कार्मिक व्यवस्थापन 8 कार्यक्रमाच्या सुरुवातीच्या सेटअप टप्प्यावर, विमा प्रीमियम्सच्या गणना बेसमधून प्रीमियम वगळून चूक झाली. त्रुटी दुरुस्त केल्यास अतिरिक्त शुल्क आकारले जाईल.

4. अधिमान्य दर असलेले विभाग ते वापरण्याचा अधिकार गमावतात, परंतु माहिती विलंबाने वेतन व्यवस्थापकापर्यंत पोहोचते. मूळ दरानुसार पुनर्गणना केल्याने देय विमा प्रीमियमच्या रकमेत वाढ होते.

5. विमा प्रीमियम्सची गणना करताना, कार्यक्रमाने सूचित केले नाही की अतिरिक्त शुल्काच्या अधीन असलेल्या धोकादायक व्यवसायांच्या सूचीमध्ये स्थान सूचीबद्ध केले आहे. त्रुटी शोधून काढल्यानंतर आणि दुरुस्त केल्यावर, पुनर्गणनेमुळे अतिरिक्त दरांवर विमा प्रीमियमची कमी भरणा झाली.

उदाहरणे वापरून “1C: वेतन आणि कार्मिक व्यवस्थापन 8” आवृत्ती 3 मध्ये विमा प्रीमियम्सची पुनर्गणना करण्याची वैशिष्ट्ये पाहू.

उदाहरण १

युनिटसाठी विमा प्रीमियम मोजताना साठाविमा प्रीमियमचा प्राधान्य दर लागू करण्यात आला तंत्रज्ञान-नवीनीकरण विशेष आर्थिक क्षेत्राचे रहिवासी(भाडे कोड "05"). हे दर 2018 मध्ये 13% रकमेने पेन्शन फंडात योगदान देण्याची तरतूद करते; सामाजिक विमा निधीमध्ये 2.9%; फेडरल अनिवार्य वैद्यकीय विमा निधीमध्ये 5.1%. कर्मचारी व्ही. आयव्ही. 10,000 रूबलच्या मासिक कमाईसह. महिन्यासाठी विमा कपातीची रक्कम होती:

• पेन्शन फंडमध्ये - 1,300 रूबल;
• FFOMS मध्ये - 510 रूबल;
• सामाजिक विमा निधीमध्ये - 290 रूबल.

2018 च्या पहिल्या तिमाहीतील विमा प्रीमियम्सच्या गणनेमध्ये सूचित केलेल्या रकमा दिसून आल्या.

जेव्हा असे दिसून आले की विभागाने विमा प्रीमियमचा प्राधान्य दर लागू करण्याचा अधिकार गमावला आहे, तेव्हा रशियाच्या फेडरल टॅक्स सेवेच्या दिनांक 25 ऑक्टोबर 2017 च्या पत्रांनुसार क्रमांक GD-4-11/21611@ आणि मंत्रालय दिनांक 18 डिसेंबर 2017 च्या रशियाच्या वित्त क्रमांक? ते तयार करण्यासाठी, नवीन दरांसह विमा प्रीमियमची पुनर्गणना करणे आवश्यक आहे.

कार्ड मध्ये विभागफील्ड साफ केले पाहिजे प्राधान्य दराची भीती. योगदान. आता विभागणी संस्थेसाठी वापरल्या जाणार्‍या आणि कार्डमध्ये निर्दिष्ट केलेल्या दराच्या अधीन आहे संघटनाबुकमार्कवर लेखा धोरणे आणि इतर सेटिंग्जदुवा लेखा धोरणशेतात टॅरिफ प्रकार.

उदाहरण 1 मध्ये, संस्था सेट केली आहे मूलभूत विमा प्रीमियम दर(टॅरिफ कोड "01"), 2018 मध्ये योगदान दर प्रदान करणे: रशियन फेडरेशनच्या पेन्शन फंडमध्ये 22% रक्कम; सामाजिक विमा निधी 2.9%; FFOMS 5.1%. हे स्पष्ट आहे की पेन्शन फंडामध्ये 9% योगदान (22% - 13%) "अंडपेड" आहे आणि टॅरिफ कोड बदलला आहे.

विचाराधीन उदाहरण 1 मध्ये, योगदानाची पुनर्गणना करण्यासाठी, उत्पन्न लेखा प्रक्रिया सुधारित केली पाहिजे. दस्तऐवजाचा उद्देश उत्पन्नाची नोंद करण्यासाठी आणि मागील कालावधीच्या विमा प्रीमियमची पुनर्गणना करण्याच्या प्रक्रियेची नोंदणी करण्यासाठी आहे. (मेनू कर आणि फी). बुकमार्कवर उत्पन्न माहितीसर्व कर्मचारी उत्पन्न व्यक्तिचलितपणे स्पष्ट करणे आवश्यक आहे. त्याच वेळी, बुकमार्कवर अंदाजे योगदानविम्याचे हप्ते स्वयंचलितपणे पुन्हा मोजले जातील.

कर्मचार्‍याच्या विमा प्रीमियमच्या पुनर्गणनेच्या परिणामी व्ही.एस. 10,000 रूबलच्या मासिक कमाईसह आयव्ही. महिन्यासाठी विमा कपातीची रक्कम होती:

• रशियाच्या पेन्शन फंडमध्ये - 2,200 रूबल;
• फेडरल अनिवार्य वैद्यकीय विमा निधी आणि सामाजिक विमा निधीमध्ये - रक्कम बदलली नाही आणि अनुक्रमे 510 रूबल इतकी आहे. आणि 290 घासणे.

पहिल्या तिमाहीसाठी विमा प्रीमियम्सची पुनर्गणना केल्यानंतर, स्पष्टीकरणाची गणना तयार करावी. सेवा वापरणे 1C-रिपोर्टिंग,दुरुस्त केलेल्या कालावधीसाठी नवीन अहवाल तयार करणे आवश्यक आहे शीर्षक पृष्ठसूचित करा सुधारणा क्रमांक(चित्र 2). स्पष्टीकरणांचा विभागातील सर्व कर्मचाऱ्यांवर परिणाम झाला, कारण प्रत्येकाचा टॅरिफ कोड बदलला होता. म्हणून, विभागातील सर्व कर्मचार्‍यांसाठी अद्ययावत गणनामधील विभाग 3 तयार केले आहेत. इतर प्रकरणांमध्ये, जेव्हा अद्ययावत गणनेची निर्मिती वैयक्तिक कर्मचार्‍यांच्या डेटा किंवा जमा झालेल्या बदलांमुळे होते, तेव्हा विभाग 3 केवळ या कर्मचार्‍यांसाठी डेटा प्रदर्शित करते. कोणत्याही परिस्थितीत, स्पष्टीकरण गणनेचे उर्वरित विभाग पूर्णपणे नवीन डेटाने भरलेले आहेत.

तांदूळ. 2. 2018 च्या पहिल्या तिमाहीसाठी विमा प्रीमियम्सच्या स्पष्टीकरणाच्या गणनेचे शीर्षक पृष्ठ

विमा प्रीमियम्सची अद्यतनित गणना सबमिट करण्याचा अधिकार

पॉलिसीधारकांना विम्याच्या प्रीमियमच्या रकमेचा अतिरेकी अंदाज लावणाऱ्या त्रुटी आढळल्यास ते तपासणीसाठी अद्ययावत गणना सबमिट करू शकतात. खरं तर, चालू कालावधीतील योगदानाच्या पुढील गणनेदरम्यान, एक पुनर्गणना केली जाते आणि त्याचा परिणाम पुढील कालावधीच्या अहवालात दिसून येतो. परिस्थिती पर्याय जे तुम्हाला अद्ययावत गणना सादर करण्याची परवानगी देतात:

1. कर्मचार्‍याला पूर्ण महिना काम केल्याबद्दल पगार देण्यात आला. विमा प्रीमियमची गणना फेडरल टॅक्स सेवेकडे सादर केली गेली होती, परंतु नंतर असे दिसून आले की कर्मचारी आजारी रजेवर होता किंवा त्याच्या स्वत: च्या खर्चाने सुट्टीवर होता. विमा हप्त्यांच्या गणनेसाठी बेसमध्ये समाविष्ट नसलेल्या जमा रकमेने विमा प्रीमियम्सच्या उपार्जित विषयाची जागा घेतली, ज्यामुळे प्रीमियम्सचा जास्त भरणा झाला.

2. कर्मचार्‍यांच्या जमा रकमेची कोणतीही पुनर्गणना, ज्यामुळे त्यांच्या कपातीसाठी विमा प्रीमियम्सची पुनर्गणना होते.

उदाहरण २

कर्मचाऱ्यांना जून महिन्याचे वेतन मोजताना एस.एस. गोर्बुनकोव्ह यांना पुरस्कार देण्यात आला:

• पगार पेमेंट - 7,500 रूबल;
• जूनसाठी व्यवसाय ट्रिप पेमेंट (सरासरी कमाईवर आधारित) - 2,500 रूबल.

विम्याचे हप्ते मूळ दराने मोजले गेले आहेत. जूनमध्ये, S.S. च्या पगारातील योगदान. गोर्बुनकोव्ह होते:

• रशियाच्या पेन्शन फंडमध्ये - 2,200 रूबल;
• FFOMS मध्ये - 510 रूबल;
• सामाजिक विमा निधीमध्ये - 290 रूबल.

हे योगदान दिले गेले आहे आणि 2018 सहामाही खात्यात समाविष्ट केले आहे. 06/25/2018-06/30/2018 या कालावधीसाठी लेखा विभागाकडे सादर केलेली आजारी रजा अद्यतनित गणना तयार करण्याचे कारण तयार करत नाही. कार्यक्रमात नोंदणीकृत दस्तऐवज वैद्यकीय रजाप्रवास भत्त्यांची पूर्वी जमा केलेली रक्कम उलट करते (चित्र 3).

तांदूळ. 3. "आजारी रजा" दस्तऐवजात प्रवास भत्त्यांची पुनर्गणना

जुलै महिन्यात आजारी रजा संस्थेला मिळाली होती. ही त्रुटी परिस्थिती नाही आणि यामुळे विमा प्रीमियम कमी भरला जात नाही. आजारी रजेवर जमा झालेली रक्कम विमा योगदानाच्या अधीन नसल्यामुळे, या रकमेमध्ये योगदानांचे जादा पेमेंट होते:

• रशियन फेडरेशनच्या पेन्शन फंडमध्ये - 550 रूबल;
• FFOMS मध्ये - 127.50 रूबल;
• सामाजिक विमा निधीमध्ये - 72.50 रूबल.

एका कार्यक्रमात वैद्यकीय रजा, नोंदणीकृत जुलै 2018, चालू महिन्यातील विमा प्रीमियमच्या गणनेवर परिणाम करते, गणना बेस कमी करते.

अशा परिस्थितीत अद्यतनित गणना सादर करण्यासाठी कोणतीही कायदेशीर आवश्यकता नाही. सर्व पुनर्गणना पुढील कालावधीत होतात आणि पुढील अहवालांमध्ये दिसून येतात. परंतु त्याच वेळी, संस्थेला सहामाहीसाठी अहवाल स्पष्ट करण्याचा आणि स्पष्टीकरण सबमिट करून झालेल्या जादा पेमेंटबद्दल फेडरल कर सेवेला सूचित करण्याचा अधिकार आहे.

तथापि, महिना संपण्यापूर्वी, आपण गणनाचे घाईघाईने स्पष्टीकरण देऊ नये. अखेर, महिनाभर विविध कागदपत्रांची नोंदणी केली जाते. काही ठिकाणी कागदपत्र वैद्यकीय रजामागील महिन्याचे उत्पन्न खरोखरच उलट करू शकते आणि महिन्यासाठी वेतन मोजण्याच्या परिणामांवर आधारित, दुसरे दस्तऐवज, उदाहरणार्थ, पगार आणि योगदानांची गणना, मागील कालावधीच्या रिव्हर्सल मिळकतीपेक्षा जास्त अतिरिक्त जमा करेल. परिणामी, चालू महिन्याचे उत्पन्न बिझनेस ट्रिप रिव्हर्सलच्या रकमेने कमी होईल, मागील महिन्यासाठी कोणतेही उणे राहणार नाहीत आणि समायोजन अहवाल कोणतेही बदल दर्शवणार नाही.

विमा प्रीमियम्सची अद्ययावत गणना सबमिट करण्याची आवश्यकता

बर्‍याच प्रकरणांमध्ये, अद्यतनित गणना सबमिट करण्याचे बंधन नसतानाही, पॉलिसीधारकाला अद्यतन सबमिट करण्याशिवाय, प्रीमियमच्या जास्त देयकाची तक्रार करण्याची दुसरी संधी नाही:

1. सध्याच्या कालावधीत योगदानाच्या पुनर्गणनेच्या परिणामी, कर्मचाऱ्याला नकारात्मक रक्कम मिळते. नकारात्मक रकमेचा अहवाल फेडरल टॅक्स सेवेकडे सबमिट केला जाऊ शकत नाही. म्हणून, एकच मार्ग आहे - मागील कालावधीसाठी अद्यतनित अहवाल तयार करणे.

2. कर्मचाऱ्याने धोकादायक कामात काम केले. विम्याचे हप्ते अतिरिक्त दराने मोजले गेले. सामान्य कामकाजाच्या परिस्थितीत कर्मचार्‍यांच्या बदलीची माहिती लेखा विभागाकडून उशिरा प्राप्त झाली. पुनर्गणनेच्या परिणामी, अतिरिक्त दराने गणना केलेले योगदान कमी करणे अशक्य आहे, कारण सध्याच्या कालावधीतील कर्मचार्‍यांचे जमा यापुढे अतिरिक्त दराने योगदानाच्या अधीन नाहीत.

उदाहरण ३

या प्रकरणात, मागील उदाहरण 2 च्या विपरीत, व्यवसाय सहल रद्द केल्यामुळे विमा प्रीमियम्सची नकारात्मक रक्कम जमा करून भरपाई दिली जाणार नाही. इतर कर्मचार्‍यांच्या जमातेमुळे, विम्याच्या प्रीमियमची एकूण रक्कम सकारात्मक असेल हे असूनही, कलम 3 मध्ये कर्मचारी नकारात्मक मूल्ये राहतील आणि हे अस्वीकार्य आहे. आणि म्हणून अकाउंटंटला एक दस्तऐवज तयार करावा लागेल विमा प्रीमियमची पुनर्गणना, जूनसाठी योगदानांची पुनर्गणना करा, फेडरल टॅक्स सेवेला अपडेट केलेली गणना तयार करा आणि सबमिट करा.

1C: वेतन आणि कार्मिक व्यवस्थापन 8 कार्यक्रम विमा प्रीमियम्सची पुनर्गणना करण्याच्या प्रक्रियेला स्वयंचलित करतो. सेवा वापरणे 1C-रिपोर्टिंगविमा प्रीमियमसाठी प्रारंभिक आणि स्पष्टीकरण गणना स्वयंचलितपणे व्युत्पन्न केली जाते. तथापि, स्पष्टीकरणाची गणना तयार करण्याचा निर्णय लेखापालाकडे राहतो. दस्तऐवजाची नोंदणी करण्याच्या परिणामांचे विश्लेषण केल्यावर ज्या कालावधीसाठी अहवाल आधीच सबमिट केला गेला आहे त्या कालावधीत गणना बदलते, अकाउंटंट एकतर मागील कालावधीसाठी विमा प्रीमियमची पुनर्गणना करतो किंवा चालू महिन्यात गणना स्वयंचलितपणे होते.

संपादकाकडून. लेखात, विमा प्रीमियमच्या गणनेसाठी नियंत्रण गुणोत्तर तपासण्यासाठी 1C:Enterprise 8 मध्ये लागू केलेल्या यंत्रणेबद्दल वाचा, जे समायोजन गणनांचा डेटा विचारात घेते.

शुभ दुपार. मी बर्याच काळापासून तुमच्याकडून ऐकले नाही :) आज मला मागील कालावधीसाठी ZUP 3.0 मधील पुनर्गणनाची वैशिष्ट्ये स्पष्ट करायची आहेत. हा लेख आतमध्ये कसे कार्य करतो याबद्दल बोलतो आणि त्यानुसार, आपण ही प्रक्रिया नियंत्रित करू शकता. शेवटी, तुम्हाला कदाचित ही वस्तुस्थिती आली असेल की प्रोग्राम अनपेक्षितपणे एखाद्या व्यक्तीकडे अज्ञात रक्कम जमा करतो, त्यांना उलट करतो, काही फरक दिसून येतो... आणि तुम्हाला हे नको होते किंवा ते हवे होते. पण हे घडले नाही))

चला सुरवात करूया. प्रथम, जेव्हा तुम्ही पगाराचा "पेरोल" दस्तऐवज म्हणून विचार करता त्या क्षणी पुनर्गणना होते. या उद्देशासाठी, ते "अतिरिक्त जमा, पुनर्गणना" टॅब प्रदान करते. पहिली गोष्ट मी तुम्हाला सल्ला देऊ इच्छितो: नेहमी लेबलवरील डेटा तपासा "अतिरिक्त जमा, पुनर्गणना" . ते तुमच्या नकळत तेथे दिसू शकतात आणि गणनामधील रक्कम समान का नाही हे तुम्हाला समजणार नाही.

सिद्धांततः, दस्तऐवजाच्या शीर्षलेखात आम्हाला नेहमी चेतावणी दिली जाते की प्रोग्राम एखाद्याची गणना करणार आहे किंवा आम्हाला ते पुन्हा भरण्याची आवश्यकता आहे, कारण... कोणाची गणना केली नाही.

मला कोणाची मोजणी करायची आहे आणि कोणत्या महिन्यासाठी हे प्रोग्रामला कसे कळते?

ती तुमच्या कृतींवर आधारित हे ठरवते. तुम्ही दस्तऐवजाची बॅकडेट केली आहे का? कार्यक्रमाने या दस्तऐवजात असलेल्या कर्मचाऱ्यांकडे पाहिले आणि त्यांची यादी नोंदवली. तुम्ही दस्तऐवजात सुधारणा केली आहे (उदाहरणार्थ, गेल्या महिन्याचे टाइमशीट दुरुस्त केले)? या टाइमशीटवरून हा कार्यक्रम सर्वांच्या लक्षात राहिला असून या महिन्याची पुनर्गणना केली जाणार आहे. जवळजवळ सर्व दस्तऐवज, कर्मचारी आणि पगार दोन्ही प्रभावित होतात. या प्रकरणात, तुमच्या दस्तऐवजाला स्पर्श केल्याने तुमच्या पगारावर परिणाम झाला की नाही याची काळजी कार्यक्रमाला नाही.

समजा तुम्ही नोकरीच्या अर्जावर गेलात आणि तिथे एक टिप्पणी लिहिली, त्यानंतर तुम्ही दस्तऐवज पुन्हा पोस्ट केला. पगार नाही, भेटीची तारीख नाही, पद नाही... कशालाही स्पर्श केला नाही. परंतु प्रोग्रामला माहित नाही की तुम्ही मागील कालावधीतील दस्तऐवज का ओव्हरराईट केले, ते टेलिपाथ नाही, या कर्मचाऱ्याने फक्त रेकॉर्ड केले.

दुसरी टीप (उर्फ पहिले रहस्य): “सर्व कार्ये” द्वारे, “पगार पुनर्गणना” माहिती रजिस्टर वर जा. आळशी होऊ नका आणि चढू नका! प्रत्येक पगाराच्या गणनेपूर्वी आणि प्रत्येक बॅकडेट केलेल्या दस्तऐवजानंतर तेथे जा.

अनेक लेखापालांना या सल्ल्याचा अर्थ असा होतो की त्यांच्याकडे नवीन नोकरी आहे, जी त्यांच्याकडे आधीच पुरेशी आहे. परंतु जर तुम्ही तिथे चढला नाही तर तुम्हाला कामाचे तर्क समजणार नाही आणि जर कार्यक्रम तुमच्यासाठी ब्लॅक बॉक्ससारखा असेल तर तुम्ही त्याच्याशी मैत्री करणार नाही. मैत्रीची सुरुवात होते मित्राचे आंतरिक जग समजून घेण्यापासून! जर तुम्हाला तुमच्या प्रतिस्पर्ध्याच्या आंतरिक जगाची पर्वा नसेल तर तो तुमचा मित्र नाही.

तर, तुम्ही आत चढलात का? मस्त. नियमानुसार, ते रिकामे आहे आणि तेथे एकही ओळ नाही, परंतु आपण एखाद्या गोष्टीला पूर्वलक्षीपणे स्पर्श करताच, येथे एक रेकॉर्ड दिसेल ज्यामध्ये कर्मचारी आणि महिना ज्याची पुनर्गणना करणे आवश्यक आहे.

तिसरी टीप: कर्मचार्‍यांची मोजणी करण्याच्या कार्यक्रमाच्या हेतूशी तुम्ही सहमत नसल्यास, या नोंदवहीमधून ओळ पुसून टाका.

1. ओळी कशा दिसतात हे तुम्हाला आधीच समजले आहे का? मस्त.

2. दस्तऐवज "पेरोल" भरताना आणि रजिस्टरमधील ओळींच्या आधारे पोस्ट करताना, एक पुनर्गणना आणि टेबल भरले जाते. "अतिरिक्त जमा, पुनर्गणना."

3. पुनर्गणना केलेले कर्मचारी रजिस्टरमधून काढून टाकले जातात आणि ते रिकामे होते.

4. जेव्हा तुम्ही "पेरोल" दस्तऐवज रद्द करता, तेव्हा ओळी त्यांच्या जागी परत केल्या जातात जेणेकरुन तुम्ही त्यांना पुन्हा भरता तेव्हा सर्व काही ठिकाणी पडेल.

चौथी टीप (कदाचित हे निश्चित केले जाईल): "पेरोल" दस्तऐवज पुन्हा भरण्यापूर्वी, ते पसरवा!

अल्गोरिदमवर आधारित, दस्तऐवज पोस्ट केल्यानंतर, रजिस्टर साफ केले जाते. जर तुम्ही ते साफ न करता ते पुन्हा भरले, तर प्रोग्रामला कोणाची मोजणी करणे आवश्यक आहे हे समजणार नाही आणि पुनरावृत्तीसह सारणीचा भाग रिकामा असेल. 21 च्या रिलीजसाठी हे खरे होते. 22 मध्ये ते तपासण्यासाठी मला अजून वेळ मिळाला नाही.

आणखी एक बारकावे, जर तुम्ही दस्तऐवजातील पुनर्गणनेसाठी लोकांच्या यादीवर क्लिक केले तर माहिती नोंदणी यादी फॉर्म उघडेल."पगाराची पुनर्गणना."आणि एक एंट्री "हटवण्यासाठी" बटण देखील असेल.

P.S. (महत्त्वाचे)

लेखा 3.0 वरून मूळ डेटा हस्तांतरित करताना अंतहीन पुनर्गणना हे या तपासणीचे कारण होते. संक्रमणादरम्यान, तुम्हाला सर्व तंत्रे आणि भाषांतरांना स्पर्श करावा लागेल)) त्यानंतर, रजिस्टरमधील सर्व सामग्री पुसून टाका " "पगाराची पुनर्गणना", अन्यथा तुम्हाला सर्व वर्षांसाठी प्रत्येक गोष्टीची पुनर्गणना मिळेल. अकाउंटिंग 3.0 वरून डेटा ट्रान्सफरसह ZUP 3.0 मध्ये प्रारंभ करणे

डेमो डेटाबेसमध्ये असेच घडले जेव्हा एक काम पुन्हा कार्यान्वित होते. आणि जेव्हा तुम्ही 1C अकाऊंटिंग 3.0 ते 1C ZUP 3.0 मध्ये हस्तांतरित करता, तेव्हा तुम्ही जे काही शक्य आहे ते पुन्हा कराल:

हे सर्व आहे, टिप्पण्यांमधील प्रश्न आणि प्रोग्रामला घाबरू नका, तुम्हाला ते समजून घेणे आवश्यक आहे आणि ते तुम्हाला प्रेमाने परतफेड करेल.

या लेखात, आम्ही गणना रजिस्टरसह काम करण्याच्या सैद्धांतिक पायावर विचार करू आणि काम केलेल्या तासांच्या संख्येच्या प्रमाणात कर्मचार्‍यांच्या वेतनाची गणना करू.

सिद्धांत

गणना रजिस्टर (RR)- एक कॉन्फिगरेशन मेटाडेटा ऑब्जेक्ट 1C प्रणालीमध्ये नियतकालिक गणना लागू करण्यासाठी वापरला जातो. गणना नोंदणीच्या अर्जाच्या स्पष्ट क्षेत्रांमध्ये पुढील गोष्टींचा समावेश आहे: वेतन गणना, भाडे गणना, भाडे गणना.

त्यांच्या संरचनेत, गणना नोंदवही जमा रजिस्टर किंवा माहिती नोंदवही सारखीच असतात. त्यांच्याकडे, संचयन नोंदणीप्रमाणेच मोजमाप, संसाधने, तपशील आहेत, परंतु गणना नोंदणीच्या ऑपरेशनचे तत्त्व पूर्णपणे भिन्न आहे.

त्यांच्या केंद्रस्थानी, संचयन रजिस्टरमधील मोजमाप " फिल्टर»ज्या संदर्भात आम्ही संचयन रजिस्टरमधून डेटा प्राप्त करतो. उदाहरण म्हणून, जेव्हा आपण एखाद्या विशिष्ट वस्तूच्या संदर्भात जमा नोंदणीनुसार “उर्वरित वस्तू” घेतो किंवा एखाद्या विशिष्ट कर्मचाऱ्याच्या संदर्भात “कर्मचारी पगार” या माहिती रजिस्टर नुसार “अद्ययावत वस्तू” घेतो. . जमा नोंदणीच्या विरूद्ध, नियतकालिक गणना रजिस्टरमधील मोजमाप "" (हे असे आहे जेव्हा वेळ-विस्तारित गणना प्रकार रेकॉर्डच्या वैधता कालावधीच्या मध्यांतराने एकमेकांशी स्पर्धा करतात, म्हणजे, उदाहरण म्हणून, व्यवसाय सहलीची गणना प्रकार वैधता कालावधीसाठी वेतन गणना प्रकार विस्थापित करतो) आणि ""(हे असे आहे जेव्हा बोनस गणनाचा प्रकार मागील कालावधीसाठी पगाराच्या गणनेच्या प्रकारावर अवलंबून असतो).

क्रियेच्या कालावधीनुसार दडपशाही यंत्रणा«:

येथे आपण पाहतो की गणना प्रकार "व्यवसाय सहल" चा कालावधी कालावधी आहे आणि तो 10 एप्रिल ते 20 एप्रिल पर्यंत वैध आहे, "व्यवसाय सहल" हा गणना प्रकार "पगार" साठी विस्थापित गणना प्रकार म्हणून दर्शविला आहे. "पगार" देखील कालांतराने वाढतो आणि 1 एप्रिल ते 30 एप्रिल पर्यंत वैध असतो. "व्यवसाय सहल" हा गणना प्रकार "पगार" (पगारापेक्षा जास्त प्राधान्य असलेला) गणनेचा विस्थापित प्रकार म्हणून दर्शविला जात असल्याने आणि पगाराच्या वैधतेच्या कालावधीसाठी वैध आहे, नंतर पगार व्यावसायिक सहलीद्वारे विस्थापित केला जातो आणि "पगाराच्या वैधतेचा वास्तविक कालावधी" तयार केला जातो." पगाराच्या वैधतेचा वास्तविक कालावधी "व्यवसाय सहलीद्वारे विस्थापित झाल्यानंतर पगाराच्या वैधतेचा हा कालावधी आहे, आमच्या बाबतीत त्यात 2 कालावधी असतात - 1 एप्रिलपासून ते 9 आणि एप्रिल 21 ते 30 आणि एकूण 19 दिवस. कालावधी-आधारित विस्थापन यंत्रणा केवळ दीर्घकालीन गणनांसाठी कार्य करते.

वरील आकृती ग्राफिकरित्या "चे तत्व दर्शवते आधार कालावधीनुसार अवलंबित्व यंत्रणा«:

एप्रिल 2017 च्या शेवटी आम्हाला एका कर्मचाऱ्याला पगाराच्या 10% रकमेमध्ये बोनस द्यायचा आहे. पगार हा बोनससाठी गणनेचा मूळ प्रकार म्हणून दर्शविला जातो.

परंतु प्रीमियम मोजण्यासाठी "आधार" म्हणून, आम्ही संपूर्ण एप्रिल महिना घेणार नाही, तर फक्त 10 एप्रिल ते 20 एप्रिल (11 दिवस) मध्यांतर घेणार आहोत. चला बोनससाठी बेसची गणना करूया, कर्मचार्‍यांचा पगार 60,000 रूबल आहे, एका महिन्यात 30 दिवस आहेत, दैनिक पगार = 60,000/30 = 2,000 रूबल. पुढील 2000*11 = 22000 घासणे. प्रीमियमची गणना करण्याचा आधार 22,000 रूबल आहे.

चला प्रीमियमची गणना करू: (22000/100)*10 = 2200 रूबल. पगाराच्या 10% चा बोनस 2,200 रूबल आहे.

अॅप्लिकेशन मेटाडेटा ऑब्जेक्ट "गणनेच्या प्रकारांची योजना" गणना रजिस्टरशी जवळून संबंधित आहे.

गणना प्रकारांची योजना (PVR)- एक कॉन्फिगरेशन मेटाडेटा ऑब्जेक्ट जो गणनेच्या प्रकारांबद्दल माहिती संग्रहित करतो आणि एकमेकांवरील भिन्न गणनांचा प्रभाव निर्धारित करतो.

एका कॅल्क्युलेशन प्रकारची योजना अनेक कॅलक्युलेशन रजिस्टर्समध्ये वापरली जाऊ शकते, परंतु एक कॅल्क्युलेशन रजिस्टर एकाच वेळी अनेक कॅल्क्युलेशन टाईप प्लॅन वापरू शकत नाही.

गणना रजिस्टर हे एक सारणी आहे ज्यामध्ये गणना केलेला डेटा संग्रहित केला जातो आणि गणना प्रकारांच्या बाबतीत, या डेटाची गणना करण्यासाठी अल्गोरिदम संग्रहित केले जातात. गणना रजिस्टरमध्ये किमान एक दस्तऐवज निबंधक असणे आवश्यक आहे जो गणना रजिस्टरमध्ये हालचाल करतो (उदाहरणार्थ, वेतन).

1C एंटरप्राइझ सिस्टममधील गणना यंत्रणा अशा प्रकारे तयार केली गेली आहे की आपल्याला प्रथम गणना रजिस्टरमध्ये नोंदी करणे आवश्यक आहे आणि त्यानंतरच या डेटावर आधारित गणना करणे आवश्यक आहे. उदाहरणार्थ, जोपर्यंत तोच पगार कॅलक्युलेशन रजिस्टरमध्ये नोंदवला जात नाही तोपर्यंत पगारावर आधारित बोनसची गणना करणे अशक्य आहे.

सराव

चला सराव मध्ये गणना रजिस्टर्सवर बारकाईने नजर टाकूया:

1 ली पायरीचला गणनेच्या प्रकारांसाठी योजनेसह प्रारंभ करूया. गणना रजिस्टर तयार करण्यापूर्वी तुम्ही गणना प्रकार योजना तयार करणे आवश्यक आहे. आम्ही गणना नोंदणीपूर्वी गणना प्रकारांसाठी एक योजना तयार करतो कारण गणना केलेला डेटा (म्हणजे, गणना रजिस्टर) संचयित करण्यासाठी टेबल तयार करण्यापूर्वी, या डेटाची गणना करण्यासाठी अल्गोरिदम निर्दिष्ट करणे आवश्यक आहे (म्हणजे, गणना प्रकारांसाठी योजना).

चला "मूलभूत शुल्क" गणनेच्या प्रकारांसाठी एक योजना तयार करूया. चला ताबडतोब "गणना" टॅबवर जाऊ या. येथे आम्ही लगेच ध्वज पाहतो " वैधता कालावधी वापरते", जेव्हा हा ध्वज सेट केला जाईल, तेव्हा या योजनेमध्ये समाविष्ट असलेल्या सर्व प्रकारच्या गणना असतील वेळेत लांबी(उदाहरणार्थ, पगार, व्यवसाय सहल), आणि गणना प्रकारांच्या या योजनेसाठी देखील, “ क्रियेच्या कालावधीनुसार दडपशाही यंत्रणा" जर ध्वज "वैधता कालावधी वापरतो" सेट केला नसेल, तर गणनाच्या प्रकारांना वेळेत विस्तार होणार नाही (उदाहरणार्थ, बोनस, दंड) आणि "वैधता कालावधीनुसार विस्थापन यंत्रणा" कार्य करणार नाही. या टॅबवर "बेसवर अवलंबित्व" आणि "गणनेच्या प्रकारांसाठी मूलभूत योजना" विभाग आहेत - ते "अंमलबजावणीसाठी सेवा देतात. आधार कालावधीनुसार अवलंबित्व यंत्रणा", पण आपण त्याबद्दल नंतर बोलू. आत्तासाठी, "स्वतंत्र" मोडमध्ये "बेसवर अवलंबित्व" सोडूया.

चला पूर्वनिर्धारित गणना प्रकार "पगार" तयार करूया. "मूलभूत" टॅबवर, सर्वकाही सोपे आहे. गणना प्रकाराचे नाव आणि कोड सेट करा.

आम्ही ध्वज सेट केल्याबद्दल धन्यवाद " वैधता कालावधी वापरते"आमच्याकडे आता एक टॅब आहे" विस्थापित करणे"आणि चालू केले" कालावधी-आधारित दडपशाही यंत्रणा«.

या टॅबवर आम्ही गणनेचे प्रकार सूचित करतो जे वैधता कालावधीनुसार पगार विस्थापित करेल (उदाहरणार्थ, व्यवसाय सहल).

नोंद: "विस्थापन" मध्ये तुम्ही गणना प्रकार जोडू शकता जे केवळ या गणना प्रकारांच्या योजनेशी संबंधित आहेत.

एक टॅब देखील आहे " सादरकर्ते»—हे गणनेचे प्रकार सूचित करते जे बदलल्यावर, वर्तमान प्रकाराची गणना करणे आवश्यक आहे. येथे तुम्ही इतर गणना प्रकार योजनांमधून गणना प्रकार देखील निर्दिष्ट करू शकता. उदाहरणार्थ, "पगार" गणना प्रकार "बोनस" गणना प्रकारासाठी अग्रगण्य आहे, उदा. जेव्हा पगार बदलतो, तेव्हा आपण बोनसची पुनर्गणना देखील केली पाहिजे कारण पगारावर अवलंबून बोनसची गणना केली जाते. या प्रकरणात, "पगार" गणना प्रकार "मूलभूत जमा" पीआरपीचा आहे, जो वैधता कालावधी वापरतो आणि "बोनस" गणना प्रकार "अतिरिक्त जमा" पीआरपीचा आहे, जो वैधता कालावधी वापरत नाही.

पायरी 2.डिफॉल्ट स्ट्रक्चरसह "चार्ट्स" डिरेक्टरी बनवू. "शेड्युल" निर्देशिकेत आम्ही कर्मचार्‍यांचे कामाचे तास (पाच-दिवस, सहा-दिवस इ.) संग्रहित करू.

पायरी 3.आम्हाला एका ऑब्जेक्टची देखील आवश्यकता आहे ज्यामध्ये आम्ही उत्पादन दिनदर्शिका (कामाचे दिवस आणि शनिवार व रविवार) संग्रहित करू. या हेतूंसाठी, आम्ही माहितीचे नॉन-नियतकालिक स्वतंत्र रजिस्टर वापरतो.

"तारीख" आणि "शेड्यूल" आणि संसाधन "तासांची संख्या" या 2 आयामांसह नॉन-नियतकालिक स्वतंत्र माहिती रजिस्टर "कामाचे वेळापत्रक" तयार करूया.

"कामाचे वेळापत्रक" माहिती नोंदवहीबद्दल धन्यवाद, आम्ही काम केलेल्या दिवसांच्या संख्येच्या प्रमाणात पगारातून मजुरी मोजण्यात सक्षम होऊ.

पायरी 4.खाली दर्शविलेल्या तपशीलांच्या संरचनेसह एक "पेरोल" दस्तऐवज तयार करा:

आवश्यक गोष्टी:

ऑपरेशनल अंमलबजावणी "प्रतिबंधित" वर सेट केली आहेकारण 1C मध्ये नियतकालिक सेटलमेंटच्या यंत्रणेसाठी याचा अर्थ नाही - आम्ही वास्तविक वेळेत बोनस, पगार किंवा दंड कधीही मोजत नाही.

डीफॉल्ट सेटिंग्जसह एक दस्तऐवज फॉर्म तयार करू.

पायरी 5. शेवटी, आम्ही गणना रजिस्टर्स तयार करण्याच्या टप्प्यावर पोहोचलो.

कॅल्क्युलेशन रजिस्टर मेटाडेटा ऑब्जेक्ट कॉन्फिगरेटरच्या "कॅल्क्युलेशन रजिस्टर्स" शाखेत स्थित आहे.

चला एक गणना रजिस्टर “मूलभूत शुल्क” तयार करू. चला खाली गणना रजिस्टर सेटिंग्ज पाहू:

1. "गणनेच्या प्रकारांची योजना" फील्डमध्ये, चरण 1 मध्ये तयार केलेले PVR "मूलभूत शुल्क" दर्शवा.

2. "वैधता कालावधी" ध्वज "सत्य" वर सेट करा कारण चरण 1 मध्ये निर्दिष्ट केलेल्या PVR मध्ये आहे वेळेत विस्तार.

हा ध्वज सेट केल्यानंतर, "कृती कालावधी", "क्रिया कालावधी प्रारंभ", "ActionPeriodEnd" हे मानक तपशील आमच्यासाठी त्वरित उपलब्ध होतात, याचा अर्थ या गणना रजिस्टरमध्ये नोंदणीकृत गणनांचे प्रकार देखील आहेत. वेळेत लांबीआणि आम्हाला " क्रियेच्या कालावधीनुसार दडपशाही यंत्रणा«.

P.S. आपण PVR निर्दिष्ट केल्यास ज्यामध्ये आहे वेळेत लांबी"वैधता कालावधी" फ्लॅग "फॉल्स" वर सेट केलेल्या RR साठी, नंतर हे PVR PVR म्हणून काम करेल ज्यामध्ये नाही वेळेत विस्तार.

3. “वैधता कालावधी” ध्वज “ट्रू” वर सेट केल्यानंतर, “चार्ट”, “चार्ट मूल्य”, “चार्ट तारीख” फील्ड आमच्यासाठी उपलब्ध होतील.

"शेड्यूल" फील्डमध्ये आम्ही चरण 3 मध्ये तयार केलेले "कामाचे वेळापत्रक" माहिती रजिस्टर सूचित करतो.

"शेड्यूल व्हॅल्यू" फील्डमध्ये आम्ही "कामाचे वेळापत्रक" माहिती रजिस्टरमधील "तासांची संख्या" संसाधन सूचित करतो.

"शेड्यूल तारीख" फील्डमध्ये, "कामाचे वेळापत्रक" माहिती रजिस्टरचे "तारीख" परिमाण दर्शवा.

4. "फ्रिक्वेंसी" फील्डमध्ये आम्ही "महिना" मूल्य सूचित करतो, याचा अर्थ असा की डेटा मासिक आधारावर रजिस्टरमध्ये प्रविष्ट केला जाईल.

खाली रेजिस्ट्री मेटाडेटा रचना आहे:

परिमाणासाठी "मूलभूत" ध्वज केवळ कार्यप्रदर्शन प्रभावित करते; तुम्हाला ते सेट करण्याची गरज नाही, परंतु तुम्ही असे केल्यास, "कर्मचारी" फील्ड अनुक्रमित केले जाईल.

"कर्मचारी" परिमाण - ते "मध्‍ये वापरले जाते" कारवाईच्या कालावधीवर आधारित दडपशाही यंत्रणा"आणि" बेस कालावधीवर अवलंबून राहण्याची यंत्रणा«.

संसाधन "रक्कम" - गणना केलेला पगार तेथे रेकॉर्ड केला जाईल.

"चार्ट" विशेषता ही विशेषता म्हणून दर्शविली जाते, नोंदणी परिमाण नाही, कारण ते किंवा ते काहीही विस्थापित करत नाही - मूलत: एक संदर्भ फील्ड. महत्वाचे!!! "शेड्यूल लिंक" फील्ड भरण्यास विसरू नका"शेड्यूल" विशेषतावर, "कामाचे वेळापत्रक" माहिती रजिस्टरचे "शेड्यूल" परिमाण तेथे सूचित केले जाणे आवश्यक आहे, अन्यथा पगाराची रक्कम मोजली जाणार नाही.

"पॅरामीटर" विशेषता पगार मूल्य संचयित करेल.

आता आम्ही “वर्क शेड्यूल” MS शी कनेक्शन सूचित केले आहे, आम्ही काम केलेल्या दिवसांच्या प्रमाणात कर्मचार्‍यांच्या पगाराची गणना करू.

आम्ही दस्तऐवज रजिस्ट्रार म्हणून सूचित करतो " पगार"चरण 4 मध्ये तयार केले.

पायरी 6. आम्ही गणना रजिस्टर "मूलभूत शुल्क" नुसार हालचाली करतो.

चरण 4 मध्ये तयार केलेल्या "पेरोल" दस्तऐवजावर परत येऊ.

दस्तऐवज ऑब्जेक्ट मॉड्यूलमध्ये पोस्टिंगच्या प्रक्रियेचे वर्णन करूया:

दस्तऐवज प्रक्रिया प्रक्रिया कोडचा तुकडा

1C (कोड)

प्रक्रिया प्रक्रिया प्रक्रिया (अयशस्वी, प्रक्रिया मोड) // चळवळीचे मूलभूत अक्कल नोंदवा. MainAccruals.Write = True; Movements.MainAccruals.Clear(); नोंदणी कालावधी = महिन्याची सुरुवात (तारीख); प्रत्येक TechLineMainAccruals from MainAccruals सायकल चळवळ = Movements.MainAccruals.Add(); Move.Reversal = False; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); चळवळ.नोंदणी कालावधी = नोंदणी कालावधी; चळवळ.कर्मचारी = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; एंडसायकल; प्रक्रिया समाप्त

प्रक्रिया प्रक्रिया (अयशस्वी, मोड) // मुख्य जमा नोंदणी हालचाली. मूलभूत जमा. लिहा = खरे; हालचाली. मूलभूत जमा. साफ करा(); नोंदणी कालावधी = महिन्याची सुरुवात (तारीख); प्रत्येक TechLine BasicAccrualsFrom BasicAccrualsCycle साठी हालचाल = हालचाली. मूलभूत जमा. जोडा(); हालचाल. स्टॉर्नो = खोटे; हालचाल. गणना प्रकार=TexLineMainAccruals. गणना प्रकार; हालचाल. PeriodActionStart = TechLineMainAccruals. प्रारंभ तारीख; हालचाल. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate); हालचाल. नोंदणी कालावधी = नोंदणी कालावधी; हालचाल. कर्मचारी = TechLineMainAccruals. कर्मचारी; हालचाल. चार्ट = TechLineMainAccruals. वेळापत्रक; हालचाल. पॅरामीटर = TechStringMainAccruals. आकार; एंडसायकल; प्रक्रिया समाप्त

चला एक चाचणी दस्तऐवज तयार करू आणि ते चालवू:

चला "दस्तऐवज हालचाली" वर जाऊ:

आम्ही पाहतो की नोंदणी कालावधी महिन्याच्या सुरूवातीस सेट केला जातो कारण RR ची वारंवारता "महिना" म्हणून दर्शविली जाते. आम्ही हे देखील पाहतो की रक्कम वगळता सर्व फील्ड भरले गेले आहेत (पगार अद्याप मोजला गेला नाही).

पायरी 7.चला पेरोल कॅल्क्युलेशन कोड लिहू.

खालील ध्वजांसह एक सामान्य मॉड्यूल "गणना" तयार करूया:

गणना स्वतः या सामान्य मॉड्यूलमध्ये होईल.

"कॅल्क्युलेशन" मॉड्यूलमध्ये एक्सपोर्ट फंक्शन "कॅल्क्युलेट चार्जेस" लिहू:

आम्ही RR “मूलभूत शुल्क” च्या सेटिंग्जमध्ये “शेड्यूल”, “शेड्यूल व्हॅल्यू”, “शेड्यूल तारीख” ही फील्ड भरल्यामुळे, गणना रजिस्टरची एक आभासी सारणी आमच्यासाठी उपलब्ध झाली. डेटाग्राफिक्स,व्हर्च्युअल टेबलच्या प्रश्नात आम्हाला खालील फील्डमध्ये स्वारस्य आहे:

"वास्तविक क्रिया कालावधीची संख्या" -शेड्यूल डेटावर आधारित गणना केलेल्या प्रत्यक्षात काम केलेल्या तासांची संख्या समाविष्ट आहे

"क्रिया कालावधीच्या तासांची संख्या" -गणना कालावधीत शेड्यूल डेटावर आधारित गणना केलेल्या कामाच्या तासांची संख्या समाविष्ट करते

वेतन गणना प्रक्रिया

1C (कोड)

प्रक्रिया गणना जमा (रजिस्ट्रार, रेकॉर्डचा संच) निर्यात //पगार विनंती=नवीन विनंती; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.Parameter, HoursAccrualsGraphicsData.NumberAc alsGraphicsData ica.लाइन क्रमांक |FROM |गणना रजिस्टर.मूलभूत जमा. ग्राफिक्स डेटा(| रजिस्ट्रार = &रजिस्ट्रार | आणि गणना प्रकार = &गणना प्रकार वेतन) AS बेसिक ऍक्रुल्सडेटाग्राफिक्स"; Request.SetParameter("रजिस्ट्रेटर", रेकॉर्डर); // दस्तऐवज रजिस्ट्रारकडे द्या जेणेकरून शोध फक्त वर्तमान दस्तऐवज विनंतीवर केला जाईल. सेट पॅरामीटर("कॅल्क्युलेशन प्रकार पगार", गणना प्रकारांची योजना. मूळ जमा. वेतन); // गणना पगाराचा प्रकार सेट करा कारण पगाराची गणना करा Selection=Request.Run().Select(); SearchStructure=NewStructure; SearchStructure.Insert("RowNumber",0); //रेकॉर्डसेट सायकलवरून प्रत्येक रेकॉर्डसाठी रेषा क्रमांकानुसार गणना करण्यासाठी डेटा शोधण्यासाठी एक संरचना तयार करा //वर्तमान दस्तऐवजाच्या रेकॉर्डच्या संचाद्वारे चक्र.LineNumber=Record.LineNumber; //शोधासाठी ओळ क्रमांक भरा जर Selection.FindNext(Search Structure) नंतर //आम्ही वर्तमान ओळ क्रमांक रेकॉर्ड.Sum =?(Sample.HoursPlan=0.0, Sampling.HoursFact) वर आधारित गणनासाठी डेटासाठी नमुना पाहतो. /Sample.HoursPlan * सॅम्पलिंग .पॅरामीटर); // काम केलेल्या दिवसांच्या प्रमाणात पगाराची गणना करा, पॅरामीटरमध्ये - वर्तमान पगार EndIf; निवड.रीसेट(); //निवड रीसेट करा, आम्हाला निवड प्रथम EndCycle द्वारे शोधण्यासाठी रेकॉर्डसेटच्या पुढील रेकॉर्डची आवश्यकता आहे; Recordset.Write(, True); //गणना केलेले रेकॉर्ड डेटाबेसमध्ये लिहा, पॅरामीटर पास करा Replace = True End Procedure

//पगार विनंती = नवीन विनंती; विनंती. मजकूर = निवडा | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact, | BasicAccrualsDataGraphics.Parameter, | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan, | BasicAccrualsDataGraphics.NumberLines |पासून | गणना रजिस्टर. मूळ जमा. ग्राफिक्स डेटा ( | रेकॉर्डर = &रेकॉर्डर

हा लेख माझ्या ईमेलवर पाठवा

या लेखात आपण 1C ZUP मध्ये सुट्टीतील वेतनाची पुनर्गणना कशी करायची ते पाहू. अशा परिस्थिती विविध कारणांमुळे उद्भवू शकतात. उदाहरणार्थ, माहिती प्रणालीमधील डेटा बदलला आहे किंवा लेखामधील त्रुटीमुळे. हे लगेच लक्षात घेतले पाहिजे की अनेक निराकरण पर्याय आहेत. जर जमा झालेला महिना अद्याप खुला असेल, तर तुम्ही थेट दस्तऐवजातच सुधारणा करू शकता आणि नंतर ते पुन्हा पोस्ट करू शकता. अन्यथा, दुरुस्त्या करणे आवश्यक आहे किंवा लेखासंबंधी विसंगती उद्भवू शकतात.

चला, उदाहरणार्थ, वास्तविक तारखेच्या आधी सुट्टी संपुष्टात आणली गेली तेव्हा प्रकरणाचा विचार करूया. कर्मचार्‍याला सुरुवातीला पहिल्या ते तिसर्‍या ऑक्‍टोबर या कालावधीसाठी सुट्टीचा पगार जमा झाला होता.

उदाहरणार्थ, काही कारणास्तव कर्मचार्‍याला आधी सुट्टी घेण्यास भाग पाडले गेले - ऑक्टोबरच्या दुसऱ्या दिवशी. ही क्रिया प्रतिबिंबित करण्यासाठी आणि रकमेची पुनर्गणना करण्यासाठी, मूळ दस्तऐवज उघडा आणि दस्तऐवजाच्या तळाशी संबंधित "योग्य" हायपरलिंकवर क्लिक करा.

या प्रकरणात, एक नवीन दस्तऐवज तयार केला जाईल ज्यामध्ये संस्थेच्या कर्मचा-याला सुट्टीतून परत येण्याची नवीन तारीख सूचित करणे आवश्यक आहे.

"मागील कालावधीची पुनर्गणना" टॅबवर जा. आम्ही पाहतो की पूर्वी जमा झालेली रक्कम परत केली जाईल.

मग आम्ही कागदपत्रे पार पाडतो. हे लक्षात घेतले पाहिजे की कोणतेही पेमेंट केले जाणार नाही, कारण पुनर्गणना केलेली रक्कम जमा झालेल्या रकमेपेक्षा जास्त आहे. या बदल्यात, गणना केलेला कर पुनर्गणनेच्या अधीन आहे. पुढील पेरोलची गणना केल्यावर वैयक्तिक आयकराचे परिणामी जादा पेमेंट विचारात घेतले जाईल. सुट्टीच्या पुनर्गणनेच्या संदर्भात उद्भवलेल्या जादा पेमेंटच्या रकमेद्वारे गणना केलेल्या कराची रक्कम कमी केली जाईल. 6-NDFL अहवालामध्ये रोखून ठेवलेल्या किंवा जादा हस्तांतरित केलेल्या कराची रक्कम प्रदर्शित केली जात नाही, परंतु जेव्हा पुढील पगार दिला जाईल, तेव्हा हस्तांतरित करावयाच्या कराची रक्कम या जादा पेमेंटचा विचार करेल. त्यानंतर, बँक किंवा कॅश डेस्कला पुढील स्टेटमेंटमध्ये, वैयक्तिक आयकर पूर्वी केलेल्या जादा पेमेंटचा विचार करून हस्तांतरित केला जाईल, जो नंतर 6-वैयक्तिक आयकर अहवालात वैयक्तिक आयकर लेखा योग्य प्रदर्शन सुनिश्चित करेल.

1C ZUP मध्ये सुट्टीतील वेतनाची पुनर्गणना करण्याच्या विषयावर आपल्याकडे प्रश्न असल्यास, त्यांना लेखाखालील टिप्पण्यांमध्ये विचारा, आमचे विशेषज्ञ त्यांची उत्तरे देण्याचा प्रयत्न करतील.

पुढे, दुसरे उदाहरण पाहू. संस्थेच्या एका कर्मचाऱ्याने 1 ऑक्टोबर ते 14 ऑक्टोबरपर्यंत रजेसाठी अर्ज लिहिला. तसेच रजेची मोजणी करून विवरणपत्राद्वारे पैसे देण्यात आले. परंतु मागील महिन्याचे - सप्टेंबरचे वेतन अद्याप मोजता आले नाही, कारण हा चालू महिना आहे. महिन्याच्या शेवटी आणि सप्टेंबरच्या वेतनाची गणना करताना, सुट्टीतील वेतनाची पुनर्गणना करणे आवश्यक होते. चला मूळ सुट्टीचा दस्तऐवज उघडूया, ज्यामध्ये आम्हाला माहिती असेल की आम्हाला सरासरी कमाईबद्दल माहिती पुन्हा भरायची आहे. याचा अर्थ डेटा बदलला आहे.

त्याच प्रकारे, "योग्य" लिंकवर क्लिक करा, परिणामी एक नवीन "सुट्टी" दस्तऐवज देखील तयार होईल, ज्यामध्ये पूर्वी जमा केलेली रक्कम परत केली जाईल आणि "अर्जित (तपशील)" टॅबवर, नवीन गणनेच्या अटी लक्षात घेऊन नवीन सुट्टी जमा केली जाईल. शुल्कातील फरकासाठी नवीन वैयक्तिक आयकर मोजला जाईल. मग आम्ही कागदपत्रे पार पाडतो.

इतरांकडून - उदाहरणार्थ, बोनस कालावधीसाठी पगाराच्या रकमेद्वारे निर्धारित केला जाऊ शकतो. या प्रकरणात, बोनसची गणना केल्यानंतर पगार बदलला जाण्याची शक्यता आहे. डीफॉल्टनुसार, प्लॅटफॉर्म अशा परिस्थितींवर नियंत्रण ठेवत नाही. जर विकसकाला याचा मागोवा घेणे आवश्यक वाटत असेल, तर तुम्हाला गणना रजिस्टरचा एक विशेष अधीनस्थ ऑब्जेक्ट वापरण्याची आवश्यकता आहे - पुनर्गणना:

पुनर्गणना रेकॉर्ड वेगळ्या टेबलमध्ये संग्रहित केले जातात. ते खात्री देत ​​​​नाहीत की अवलंबित नोंदणीची अचूकपणे पुनर्गणना करणे आवश्यक आहे, परंतु अशा संभाव्य गरजेचे सिग्नल म्हणून काम करतात.

सर्वसाधारणपणे, पुनर्गणना सारणी नोंदींमध्ये खालील फील्ड असतात:

• पुनर्गणना ऑब्जेक्ट (रेकॉर्ड दस्तऐवज ज्याच्या डेटाची पुनर्गणना करणे आवश्यक आहे)
• गणना प्रकार - या गणना रजिस्टरसाठी परिभाषित केलेल्या गणना प्रकारांच्या योजनेतील गणना प्रकाराशी लिंक

दिलेल्या गणना रजिस्टरच्या एक किंवा अनेक परिमाणांच्या संदर्भात रेकॉर्ड अधिक तपशीलवार संग्रहित केले जाऊ शकतात. उदाहरणार्थ, संपूर्ण विभागाचे वेतन निबंधक बॅकडेट होते; शिवाय, बदल केवळ कर्मचारी इवानोव्हसाठी होते. पुनर्गणनामध्ये कर्मचारी परिमाण जोडल्याने तुम्हाला याचा मागोवा घेता येईल. या प्रकरणात, पुनर्गणना परिमाण गणना नोंदवही परिमाणाशी जोडलेले असणे आवश्यक आहे:

संबंधित गणना प्रकार योजनेमध्ये बेस कालावधी गुणधर्म सेट असल्यास पुनर्गणना सारणीमधील डेटा स्वयंचलितपणे तयार केला जातो. मालमत्ता सेट न केल्यास, रेकॉर्ड तयार करण्यासाठी विकासक जबाबदार आहे.

परीक्षा 1C चा प्रश्न 14.41: प्लॅटफॉर्म व्यावसायिक. पुनर्गणना डेटा...

1. गणना नोंदणी नोंदी नाहीत
2. गणना रजिस्टर नोंदी आहेत
3. पुनर्गणना रजिस्टर नोंदी आहेत
4. वास्तविक वैधता कालावधी सारणीचे रेकॉर्ड आहेत

बरोबर उत्तर हे पहिले आहे, ते साधारणपणे वेगळ्या टेबलमध्ये साठवले जातात.

परीक्षा 1C चा प्रश्न 14.42: प्लॅटफॉर्म प्रोफेशनल. "पुनर्गणना" परिमाण गुणधर्म विंडोमध्ये, "संप्रेषण" टॅबवर, "रजिस्टर आयाम" गुणधर्मामध्ये, सूचित करा...

1. बेस रजिस्टरचे मोजमाप, जेव्हा डेटा बदलतो तेव्हा वर्तमान रजिस्टर रेकॉर्डची पुनर्गणना करणे आवश्यक आहे
2. सध्याच्या नोंदवहीचे मोजमाप, जेव्हा बेस रजिस्टरचा डेटा बदलतो तेव्हा त्यातील नोंदी पुन्हा मोजल्या पाहिजेत
3. बेस रजिस्टर्सचे मोजमाप, जेव्हा डेटा बदलतो तेव्हा वर्तमान रजिस्टर रेकॉर्डची पुनर्गणना करणे आवश्यक आहे

बरोबर उत्तर दुसरे आहे. वर्तमान रजिस्टरमधील नोंदी अद्ययावत करण्याच्या गरजेचा मागोवा घेण्यासाठी स्वतःच पुनर्गणना आवश्यक आहे.

परीक्षा 1C चा प्रश्न 14.43: प्लॅटफॉर्म व्यावसायिक. "पुनर्गणना" सारणी पंक्तींनी भरलेली आहे, त्यातील प्रत्येक...

1. गणनेच्या प्रकाराविषयी माहितीचा एक संच आणि गणना रजिस्टर नोंदीचा दस्तऐवज-रेकॉर्डर ज्याची पुनर्गणना करणे आवश्यक आहे. टेबलमध्ये पुनर्गणना मोजमाप देखील असतील
2. गणनेच्या प्रकाराविषयी माहितीचा एक संच आणि गणना रजिस्टर नोंदीचे दस्तऐवज-निबंधक ज्याची पुनर्गणना करणे आवश्यक आहे
3. गणनेच्या प्रकाराविषयी माहितीचा संच, रजिस्ट्रार दस्तऐवजाचा ओळ क्रमांक आणि रजिस्ट्रार स्वतः गणना रजिस्टर नोंदी ज्याची पुनर्गणना करणे आवश्यक आहे. टेबलमध्ये पुनर्गणना मोजमाप देखील असतील
4. कोणतीही योग्य उत्तरे नाहीत

पहिले उत्तर बरोबर आहे, वरील विश्लेषण.

परीक्षा 1C चा प्रश्न 14.45: प्लॅटफॉर्म व्यावसायिक. योग्य उत्तर निवडा:

1. पुनर्गणनासह कार्य करण्याच्या प्रक्रियेत, विकासक पुनर्गणना सारणीमध्ये सिस्टम प्रदान केलेल्या माहितीकडे "दुर्लक्ष" करू शकतो, म्हणजेच गणना परिणाम सुधारण्यास नकार देऊ शकतो.
2. 1C मधील पुनर्गणनेच्या ऑपरेशनचे सिद्धांत: एंटरप्राइझ 8 सिस्टम "सूचना" आहे
3. कॉन्फिगरेशन डेव्हलपर सेटलमेंट रजिस्टर नोंदींची पुनर्गणना करण्याच्या प्रक्रियेवर नियंत्रण ठेवू शकत नाही; सिस्टम सर्वकाही स्वयंचलितपणे करते
4. विधान 1 आणि 2 सत्य आहेत

चौथे बरोबर उत्तर आहे की पुनर्गणना केवळ अवलंबून डेटा बदलण्याच्या संभाव्य गरजेवर लक्ष ठेवते.

परीक्षा 1C चा प्रश्न 14.46: प्लॅटफॉर्म व्यावसायिक. एका गणना नोंदणीसाठी...

1. फक्त एक पुनर्गणना समर्थित केली जाऊ शकते
2. वेगवेगळ्या संरचनांचे फक्त तीन वाटप समर्थित केले जाऊ शकतात
3. विविध संरचनांची कितीही पुनर्गणना समर्थित आहे

बरोबर उत्तर तिसरे आहे, गणना रजिस्टरमध्ये कितीही अधीनस्थ पुनर्गणना ऑब्जेक्ट्स जोडण्यात कोणतीही अडचण नाही; त्यांची रचना कोणत्याही प्रकारे नियंत्रित केली जात नाही.

परीक्षा 1C चा प्रश्न 14.57: प्लॅटफॉर्म प्रोफेशनल. सेटलमेंटची वारंवारता मासिक असते. गणना रजिस्टरमध्ये संबंधित सेटिंग्ज केल्या आहेत. वेतन गणना प्रकारासाठी, ट्रिप गणना प्रकार विस्थापित गणना प्रकार म्हणून निर्दिष्ट केला आहे. 03/01/14 रोजी, पगाराची माहिती माहिती बेसमध्ये प्रविष्ट केली गेली, परंतु कोणतीही गणना केली गेली नाही. 03/20/14 रोजी, व्यवसाय सहली माहिती डेटाबेसमध्ये प्रविष्ट केली गेली आणि गणना केली गेली. 03/30/14 रोजी वेतन गणना सुरू करण्यात आली. पगाराची गणना करताना बिझनेस ट्रिप डेटा विचारात घेतला जाईल का? मला माझ्या व्यवसाय सहलीची पुनर्गणना करण्याची आवश्यकता आहे का?

1. खात्यात घेतले जाईल, परंतु व्यवसाय सहलीची पुनर्गणना करावी लागेल
2. विचारात घेतले जाईल, प्रवासाची पुनर्गणना आवश्यक नाही
3. विचारात घेतले जाणार नाही. ट्रिपची गणना रद्द करणे आणि दोन्ही प्रकारची गणना पुन्हा करणे आवश्यक आहे
4. विचारात घेतले जाणार नाही. गणना योग्यरित्या करण्यासाठी, पगार आणि व्यवसाय ट्रिप एकाच दस्तऐवजात असणे आवश्यक आहे

पुनर्गणना आवश्यक नाही, व्यवसाय ट्रिप रेकॉर्ड महिन्याच्या आत आहे.