1सी पुनर्गणना। वेतन सुधार एवं पुनर्गणना

पुनर्गणना पेरोल गणना का एक अभिन्न अंग है। कुछ देरी से लेखा विभाग द्वारा प्राप्त कर्मचारियों की बीमारी की छुट्टी, छुट्टियों या अनुपस्थिति के बारे में जानकारी वेतन की पुनर्गणना और तदनुसार, बीमा प्रीमियम की ओर ले जाती है। 1सी विशेषज्ञ इस बारे में बात करते हैं कि बीमा प्रीमियम की गणना और पुनर्गणना 1सी में लेखांकन और विनियमित रिपोर्टिंग में कैसे परिलक्षित होती है: वेतन और कार्मिक प्रबंधन 8 कार्यक्रम, संस्करण 3।

वेतन की पुनर्गणना करते समय, बीमा प्रीमियम की पुनर्गणना करना आवश्यक हो जाता है। इसके अलावा, योगदान की पुनर्गणना का कारण वर्ष के दौरान टैरिफ में बदलाव या त्रुटियों का पता लगाना हो सकता है, उदाहरण के लिए, बीमा प्रीमियम के आधार में गणना को शामिल न करना।

इन मामलों में, अकाउंटेंट के पास संघीय कर सेवा को अद्यतन जानकारी जमा करने की आवश्यकता, दायित्व और अधिकार के बारे में प्रश्न हैं।

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

अद्यतन गणना प्रस्तुत करने का निर्णय लेते समय, लेखाकार को निम्नलिखित प्रश्नों का उत्तर देना होगा:

• क्या सारी जानकारी परिलक्षित हुई थी;
• क्या गलतियाँ की गईं और क्या उनके कारण देय बीमा प्रीमियम की राशि का कम आकलन हुआ।

अद्यतन गणना प्रस्तुत करना एक दायित्व, अधिकार या मजबूर आवश्यकता हो सकती है।

बीमा प्रीमियम की अद्यतन गणना

अद्यतन गणना प्रस्तुत करने की बाध्यता तब उत्पन्न होती है, जब संघीय कर सेवा को रिपोर्ट जमा करने के बाद, यह पता चलता है कि कर्मचारियों के बारे में अधूरी या गलत जानकारी प्रस्तुत की गई थी, या त्रुटियों का पता चला था जिसके कारण देय बीमा प्रीमियम की राशि का कम अनुमान लगाया गया था।

सामान्य त्रुटियों के प्रकार जिनके लिए अद्यतन गणना अनिवार्य रूप से प्रस्तुत करना आवश्यक है:

1. कर्मचारी ने अपने व्यक्तिगत डेटा में परिवर्तनों की तुरंत रिपोर्ट नहीं की, और संघीय कर सेवा ने गणना की धारा 3 में उसके बारे में गलत जानकारी प्रदान की।

2. कर्मचारी ऐसे विभाग में काम करता है जिसे बीमा प्रीमियम की अधिमान्य दर लागू करने का अधिकार है। फिर उसे एक ऐसी इकाई में स्थानांतरित कर दिया गया जहां मूल बीमा प्रीमियम दर लागू होती है। कर्मचारी के तबादले की जानकारी लेखा विभाग को देर से मिली। अंशदान की गणना कम दर पर गलत तरीके से की गई थी।

3. 1सी: वेतन और कार्मिक प्रबंधन 8 कार्यक्रम के प्रारंभिक सेटअप चरण में, बीमा प्रीमियम के गणना आधार से प्रीमियम को बाहर करके एक गलती की गई थी। त्रुटि सुधारने पर अतिरिक्त शुल्क लिया जाएगा।

4. तरजीही टैरिफ वाला विभाग इसका उपयोग करने का अधिकार खो देता है, लेकिन जानकारी पेरोल प्रबंधक तक देरी से पहुंचती है। मूल टैरिफ के अनुसार पुनर्गणना से देय बीमा प्रीमियम की राशि में वृद्धि होती है।

5. बीमा प्रीमियम की गणना करते समय, कार्यक्रम ने यह संकेत नहीं दिया कि स्थिति अतिरिक्त टैरिफ के अधीन खतरनाक व्यवसायों की सूची में सूचीबद्ध थी। त्रुटि का पता चलने और उसे ठीक करने के बाद, पुनर्गणना के परिणामस्वरूप अतिरिक्त दरों पर बीमा प्रीमियम का कम भुगतान हुआ।

आइए उदाहरणों का उपयोग करके "1सी: वेतन और कार्मिक प्रबंधन 8" संस्करण 3 में बीमा प्रीमियम की पुनर्गणना की विशेषताओं को देखें।

उदाहरण 1

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

• पेंशन फंड में - 1,300 रूबल;
• एफएफओएमएस में - 510 रूबल;
• सामाजिक बीमा कोष में - 290 रूबल।

संकेतित राशियाँ 2018 की पहली तिमाही के लिए बीमा प्रीमियम की गणना में परिलक्षित हुईं।

जब यह पता चला कि डिवीजन ने बीमा प्रीमियम की अधिमान्य दर लागू करने का अधिकार खो दिया है, तो रूस की संघीय कर सेवा दिनांक 25 अक्टूबर, 2017 संख्या GD-4-11/21611@ और मंत्रालय के पत्रों के अनुसार रूस के वित्त का दिनांक 18 दिसंबर, 2017 नंबर? 03-15-06/ 84443 एक स्पष्ट गणना प्रस्तुत करने की आवश्यकता थी। इसे बनाने के लिए नई दरों के साथ बीमा प्रीमियम की पुनर्गणना करना जरूरी है।

कार्ड में प्रभागोंफ़ील्ड साफ़ किया जाना चाहिए तरजीही टैरिफ डर. योगदान. अब विभाजन संगठन के लिए उपयोग किए जाने वाले और कार्ड में निर्दिष्ट टैरिफ के अधीन है संगठनोंबुकमार्क पर लेखांकन नीतियां और अन्य सेटिंग्सजोड़ना लेखांकन नीतिखेत मेँ टैरिफ प्रकार.

उदाहरण 1 में, संगठन को सेट किया गया है मूल बीमा प्रीमियम दर(टैरिफ कोड "01"), 2018 में योगदान दरों के लिए प्रदान करना: 22% की राशि में रूसी संघ के पेंशन फंड में; सामाजिक बीमा कोष 2.9%; एफएफओएमएस 5.1%। यह स्पष्ट है कि पेंशन फंड में 9% योगदान (22% - 13%) "अंडरपेड" है, और टैरिफ कोड बदल गया है।

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

कर्मचारी वी.एस. के बीमा प्रीमियम की पुनर्गणना के परिणामस्वरूप। 10,000 रूबल की मासिक आय के साथ आइवी। माह के लिए बीमा कटौती की राशि थी:

• रूस के पेंशन फंड में - 2,200 रूबल;
• संघीय अनिवार्य चिकित्सा बीमा कोष और सामाजिक बीमा कोष में - राशि नहीं बदली और क्रमशः 510 रूबल हो गई। और 290 रूबल।

पहली तिमाही के लिए बीमा प्रीमियम की पुनर्गणना करने के बाद, स्पष्ट गणना तैयार की जानी चाहिए। सेवा का उपयोग करना 1सी-रिपोर्टिंग,सही की जा रही अवधियों और उसके लिए नई रिपोर्ट बनाना आवश्यक है शीर्षक पेजसंकेत देना सुधार संख्या(अंक 2)। स्पष्टीकरण ने विभाग के सभी कर्मचारियों को प्रभावित किया, क्योंकि सभी का टैरिफ कोड बदल गया था। अत: अद्यतन गणना में अनुभाग 3 विभाग के सभी कर्मचारियों के लिए बनाये गये हैं। अन्य मामलों में, जब अद्यतन गणना का गठन व्यक्तिगत कर्मचारियों के डेटा या संचय में परिवर्तन के कारण होता है, तो धारा 3 केवल इन कर्मचारियों के लिए डेटा प्रदर्शित करती है। किसी भी स्थिति में, स्पष्ट गणना के शेष भाग पूरी तरह से नए डेटा से भरे हुए हैं।

चावल। 2. 2018 की पहली तिमाही के लिए बीमा प्रीमियम की स्पष्ट गणना का शीर्षक पृष्ठ

बीमा प्रीमियम की अद्यतन गणना प्रस्तुत करने का अधिकार

यदि पॉलिसीधारकों को ऐसी त्रुटियां मिलती हैं जिनके कारण बीमा प्रीमियम की राशि का अधिक अनुमान लगाया जाता है, तो वे निरीक्षण के लिए एक अद्यतन गणना प्रस्तुत कर सकते हैं। वास्तव में, वर्तमान अवधि में योगदान की अगली गणना के दौरान, पुनर्गणना की जाती है, और परिणाम अगली अवधि के लिए रिपोर्ट में परिलक्षित होता है। स्थिति विकल्प जो आपको एक अद्यतन गणना प्रस्तुत करने की अनुमति देते हैं:

1. कर्मचारी को पूरे महीने काम करने के लिए वेतन दिया जाता था। बीमा प्रीमियम की गणना संघीय कर सेवा को प्रस्तुत की गई थी, लेकिन बाद में पता चला कि कर्मचारी बीमार छुट्टी पर या अपने खर्च पर छुट्टी पर था। प्रीमियम की गणना के लिए आधार में शामिल नहीं किए गए एक संचय ने बीमा प्रीमियम के अधीन एक संचय को प्रतिस्थापित कर दिया, जिसके कारण प्रीमियम का अधिक भुगतान हुआ।

2. कर्मचारी उपार्जन की कोई भी पुनर्गणना, जिससे बीमा प्रीमियम की पुनर्गणना उनकी कमी की ओर हो।

उदाहरण 2

कर्मचारी को जून के वेतन की गणना करते समय एस.एस. गोर्बुनकोव को सम्मानित किया गया:

• वेतन भुगतान - 7,500 रूबल;
• जून के लिए व्यापार यात्रा भुगतान (औसत कमाई के आधार पर) - 2,500 रूबल।

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

• रूस के पेंशन फंड में - 2,200 रूबल;
• एफएफओएमएस में - 510 रूबल;
• सामाजिक बीमा कोष में - 290 रूबल।

इन योगदानों का भुगतान किया गया है और 2018 छमाही खाते में शामिल किया गया है। 06/25/2018-06/30/2018 की अवधि के लिए लेखा विभाग को प्रस्तुत की गई बीमार छुट्टी अद्यतन गणना के गठन का कारण नहीं बनती है। कार्यक्रम में पंजीकृत दस्तावेज़ बीमारी के लिए अवकाशयात्रा भत्ते की पहले से अर्जित राशि को उलट देता है (चित्र 3)।

चावल। 3. "बीमार छुट्टी" दस्तावेज़ में यात्रा भत्ते की पुनर्गणना

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

• रूसी संघ के पेंशन कोष में - 550 रूबल;
• एफएफओएमएस में - 127.50 रूबल;
• सामाजिक बीमा कोष में - 72.50 रूबल।

एक कार्यक्रम में बीमारी के लिए अवकाश, दर्ज कराई जुलाई 2018, चालू माह में बीमा प्रीमियम की गणना को प्रभावित करता है, गणना आधार को कम करता है।

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

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

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

कई मामलों में, अद्यतन गणना प्रस्तुत करने की बाध्यता के अभाव के बावजूद, पॉलिसीधारक के पास अद्यतन जमा करने के अलावा, प्रीमियम के अपने अधिक भुगतान की रिपोर्ट करने का कोई अन्य अवसर नहीं होता है:

1. वर्तमान अवधि में योगदान की पुनर्गणना के परिणामस्वरूप, कर्मचारी को नकारात्मक राशि प्राप्त होती है। नकारात्मक राशि वाली रिपोर्ट संघीय कर सेवा को प्रस्तुत नहीं की जा सकती। इसलिए, केवल एक ही रास्ता है - पिछली अवधि के लिए एक अद्यतन रिपोर्ट तैयार करना।

2. कर्मचारी खतरनाक काम में काम करता था। बीमा प्रीमियम की गणना अतिरिक्त दर पर की गई। सामान्य कामकाजी परिस्थितियों में कर्मचारी के काम पर स्थानांतरण की जानकारी लेखा विभाग को देर से प्राप्त हुई। पुनर्गणना के परिणामस्वरूप, अतिरिक्त दर पर परिकलित योगदान को कम करना असंभव है, क्योंकि वर्तमान अवधि में कर्मचारी के उपार्जन अब अतिरिक्त दर पर योगदान के अधीन नहीं हैं।

उदाहरण 3

इस मामले में, पिछले उदाहरण 2 के विपरीत, व्यापार यात्रा रद्द होने के परिणामस्वरूप बीमा प्रीमियम की नकारात्मक राशि की भरपाई संचय द्वारा नहीं की जाएगी। इस तथ्य के बावजूद कि अन्य कर्मचारियों के उपार्जन के कारण, बीमा प्रीमियम की कुल राशि सकारात्मक होगी, धारा 3 में कर्मचारी के लिए नकारात्मक मूल्य बने रहेंगे, और यह अस्वीकार्य है। और इसलिए अकाउंटेंट को एक दस्तावेज़ बनाना होगा बीमा प्रीमियम की पुनर्गणना, जून के लिए योगदान की पुनर्गणना करें, एक अद्यतन गणना तैयार करें और संघीय कर सेवा को सबमिट करें।

1सी: वेतन और कार्मिक प्रबंधन 8 कार्यक्रम बीमा प्रीमियम की पुनर्गणना की प्रक्रिया को स्वचालित करता है। सेवा का उपयोग करना 1सी-रिपोर्टिंगबीमा प्रीमियम के लिए प्रारंभिक और स्पष्ट गणनाएँ स्वचालित रूप से उत्पन्न होती हैं। हालाँकि, स्पष्ट गणना तैयार करने का निर्णय लेखाकार के पास रहता है। किसी दस्तावेज़ को पंजीकृत करने के परिणामों का विश्लेषण करने के बाद, जो उस अवधि में गणना को बदलता है जिसके लिए एक रिपोर्ट पहले ही प्रस्तुत की जा चुकी है, अकाउंटेंट या तो पिछली अवधि के लिए बीमा प्रीमियम की पुनर्गणना करता है, या गणना स्वचालित रूप से चालू माह में होती है।

संपादक से. लेख में, बीमा प्रीमियम की गणना के लिए नियंत्रण अनुपात की जांच के लिए 1सी:एंटरप्राइज़ 8 में लागू तंत्र के बारे में पढ़ें, जो समायोजन गणना के डेटा को ध्यान में रखता है।

शुभ दोपहर। मैंने लंबे समय से आपसे नहीं सुना :) आज मैं पिछले अवधियों के लिए ZUP 3.0 में पुनर्गणना की विशेषताओं को स्पष्ट करना चाहता हूं। यह आलेख इस बारे में बात करता है कि यह अंदर कैसे काम करता है और तदनुसार, आप इस प्रक्रिया को नियंत्रित कर सकते हैं। आख़िरकार, आपने शायद इस तथ्य का सामना किया है कि कार्यक्रम अप्रत्याशित रूप से किसी व्यक्ति को अज्ञात राशि अर्जित करता है, उन्हें उलट देता है, कुछ अंतर दिखाई देते हैं... और आप यह नहीं चाहते थे, या यह चाहते थे। पर ऐसा हुआ नहीं))

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

सैद्धांतिक रूप से, दस्तावेज़ के शीर्षलेख में हमें हमेशा चेतावनी दी जाती है कि प्रोग्राम किसी की गिनती करने वाला है या हमें इसे फिर से भरने की आवश्यकता है, क्योंकि... किसी की गिनती नहीं की गई.

प्रोग्राम को कैसे पता चलता है कि मुझे किसे गिनना है और किस महीने के लिए?

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

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

दूसरा टिप (उर्फ पहला रहस्य): "सभी कार्यों" के माध्यम से, "वेतन पुनर्गणना" सूचना रजिस्टर पर जाएं। आलसी मत बनो और अंदर चढ़ो! प्रत्येक पेरोल गणना से पहले और प्रत्येक पिछली तारीख वाले दस्तावेज़ के बाद वहां पहुंचें।

कई अकाउंटेंट इस सलाह को इस अर्थ में लेते हैं कि उनके पास एक नई नौकरी है, जो उनके पास पहले से ही काफी है। लेकिन यदि आप वहां नहीं चढ़ते हैं, तो आप काम के तर्क को नहीं समझ पाएंगे, और यदि कार्यक्रम आपके लिए ब्लैक बॉक्स की तरह है, तो आप उससे दोस्ती नहीं करेंगे। मित्रता की शुरुआत मित्र की आंतरिक दुनिया को समझने से होती है! यदि आप अपने प्रतिद्वंद्वी की आंतरिक दुनिया की परवाह नहीं करते हैं, तो वह आपका मित्र नहीं है।

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

तीसरी युक्ति: यदि आप कर्मचारी की गिनती करने के कार्यक्रम के इरादे से सहमत नहीं हैं, तो इस रजिस्टर से लाइन मिटा दें.

1. क्या आप पहले से ही समझते हैं कि रेखाएँ कैसे दिखाई देती हैं? महान।

2. दस्तावेज़ "पेरोल" को भरते समय और इसे रजिस्टर में पंक्तियों के आधार पर पोस्ट करते समय, तालिका का पुनर्गणना और भरना किया जाता है "अतिरिक्त संचय, पुनर्गणना।"

3. पुनर्गणना किये गये कर्मचारियों को रजिस्टर से हटा दिया जाता है और वह खाली हो जाता है।

4. जब आप "पेरोल" दस्तावेज़ को रद्द करते हैं, तो पंक्तियाँ अपने स्थान पर वापस आ जाती हैं ताकि जब आप उन्हें दोबारा भरें, तो सब कुछ ठीक हो जाए।

चौथी युक्ति (शायद यह ठीक हो जाएगी): "पेरोल" दस्तावेज़ को फिर से भरने से पहले, इसे फैलाएं!

एल्गोरिथम के आधार पर, दस्तावेज़ पोस्ट करने के बाद, रजिस्टर साफ़ हो जाता है। यदि आप इसे साफ़ किए बिना इसे फिर से भरते हैं, तो प्रोग्राम को पता नहीं चलेगा कि किसे गिनने की आवश्यकता है, और पुनर्गणना वाला सारणीबद्ध भाग खाली हो जाएगा। यह रिलीज़ 21 के लिए सच था। मेरे पास अभी तक 22वें में इसकी जाँच करने का समय नहीं है।

एक और बारीकियां, यदि आप दस्तावेज़ में पुनर्गणना के लिए लोगों की सूची पर क्लिक करते हैं, तो सूचना रजिस्टर सूची फॉर्म खुल जाएगा"वेतन की पुनर्गणना।"और एक प्रविष्टि को "हटाने" के लिए एक बटन भी होगा।

पी.एस. (महत्वपूर्ण)

इस जांच का कारण लेखांकन 3.0 से मूल डेटा स्थानांतरित करते समय अंतहीन पुनर्गणना थी। संक्रमण के दौरान, आपको सभी तकनीकों और अनुवादों को छूना होगा)) उसके बाद, रजिस्टर की सभी सामग्री मिटा दें " "वेतन पुनर्गणना", अन्यथा आपको सभी वर्षों के लिए हर चीज की पुनर्गणना मिलेगी। लेखांकन 3.0 से डेटा ट्रांसफर के साथ ZUP 3.0 में शुरुआत करना

जब एक कार्य दोबारा निष्पादित किया गया तो डेमो डेटाबेस में यही हुआ। और जब आप 1C अकाउंटिंग 3.0 को 1C ZUP 3.0 में स्थानांतरित करते हैं, तो आप वह सब कुछ फिर से करेंगे जो संभव है:

बस इतना ही, टिप्पणियों में प्रश्न और कार्यक्रम से डरो मत, आपको इसे समझने की जरूरत है और यह आपको इसके लिए प्यार से चुकाएगा।

इस लेख में, हम गणना रजिस्टरों के साथ काम करने की सैद्धांतिक नींव पर विचार करेंगे, और काम किए गए घंटों की संख्या के अनुपात में कर्मचारी के वेतन की गणना भी करेंगे।

लिखित

गणना रजिस्टर (आरआर)- एक कॉन्फ़िगरेशन मेटाडेटा ऑब्जेक्ट जिसका उपयोग 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 रूबल है।

एप्लिकेशन मेटाडेटा ऑब्जेक्ट "गणना प्रकारों की योजना" गणना रजिस्टर के साथ निकटता से जुड़ा हुआ है।

गणना प्रकारों की योजना (पीवीआर)- एक कॉन्फ़िगरेशन मेटाडेटा ऑब्जेक्ट जो गणना प्रकारों के प्रकारों के बारे में जानकारी संग्रहीत करता है और एक दूसरे पर विभिन्न गणनाओं के प्रभाव को निर्धारित करता है।

एक गणना प्रकार की योजना का उपयोग कई गणना रजिस्टरों में किया जा सकता है, लेकिन एक गणना रजिस्टर एक ही समय में कई गणना प्रकार की योजनाओं का उपयोग नहीं कर सकता है।

गणना रजिस्टर एक तालिका है जिसमें परिकलित डेटा संग्रहीत किया जाता है, और गणना प्रकारों के संदर्भ में, इस डेटा की गणना के लिए एल्गोरिदम संग्रहीत किए जाते हैं। गणना रजिस्टर में कम से कम एक दस्तावेज़ रजिस्ट्रार होना चाहिए जो गणना रजिस्टर (उदाहरण के लिए, पेरोल) में हलचल करता है।

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

अभ्यास

आइए व्यवहार में गणना रजिस्टरों पर करीब से नज़र डालें:

स्टेप 1आइए गणना के प्रकारों के लिए एक योजना से शुरुआत करें। गणना रजिस्टर बनाने से पहले आपको एक गणना प्रकार की योजना बनानी होगी। हम गणना रजिस्टर से पहले गणना प्रकारों के लिए एक योजना बनाते हैं क्योंकि गणना किए गए डेटा (यानी, एक गणना रजिस्टर) को संग्रहीत करने के लिए एक तालिका बनाने से पहले, इस डेटा की गणना के लिए एल्गोरिदम निर्दिष्ट करना आवश्यक है (यानी, गणना प्रकारों के लिए एक योजना)।

आइए "बुनियादी शुल्क" की गणना के प्रकार के लिए एक योजना बनाएं। आइए तुरंत "गणना" टैब पर जाएं। यहां हमें तुरंत झंडा दिखाई देता है" वैधता अवधि का उपयोग करता है", जब यह ध्वज स्थापित किया जाएगा, तो इस योजना में सभी प्रकार की गणनाएँ शामिल हो जाएँगी समय में लंबाई(उदाहरण के लिए, वेतन, व्यापार यात्रा), और गणना प्रकारों की इस योजना के लिए भी, " कार्रवाई की अवधि के अनुसार दमन तंत्र". यदि ध्वज "वैधता अवधि का उपयोग करता है" सेट नहीं है, तो गणना के प्रकारों में समय का विस्तार नहीं होगा (उदाहरण के लिए, बोनस, जुर्माना) और "वैधता अवधि द्वारा विस्थापन तंत्र" संचालित नहीं होगा। इसके अलावा इस टैब पर "आधार पर निर्भरता" और "गणना प्रकारों के लिए बुनियादी योजनाएँ" अनुभाग हैं - वे लागू करने के लिए काम करते हैं " आधार अवधि द्वारा निर्भरता तंत्र", लेकिन हम इसके बारे में बाद में बात करेंगे। अभी के लिए, आइए "आधार पर निर्भरता" को "स्वतंत्र" मोड में छोड़ दें।

आइए एक पूर्वनिर्धारित गणना प्रकार "वेतन" बनाएं। "बेसिक" टैब पर, सब कुछ सरल है। गणना प्रकार का नाम और कोड सेट करें।

इस तथ्य के लिए धन्यवाद कि हमने झंडा स्थापित किया" वैधता अवधि का उपयोग करता है"अब हमारे पास एक टैब है" विस्थापित"और चालू हो गया" अवधि-आधारित दमन तंत्र«.

इस टैब पर हम उन प्रकार की गणनाओं को इंगित करते हैं जो वैधता अवधि (उदाहरण के लिए, व्यापार यात्रा) द्वारा वेतन को विस्थापित कर देंगे।

टिप्पणी: "डिस्प्लेसिंग" में आप उन गणना प्रकारों को जोड़ सकते हैं जो केवल गणना प्रकारों की इस योजना से संबंधित हैं।

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

चरण दोआइए डिफ़ॉल्ट संरचना के साथ एक "चार्ट" निर्देशिका बनाएं। "अनुसूची" निर्देशिका में हम कर्मचारियों के काम के घंटे (पांच दिन, छह दिन, आदि) संग्रहीत करेंगे।

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

आइए 2 आयामों "दिनांक" और "अनुसूची" और संसाधन "घंटों की संख्या" के साथ एक गैर-आवधिक स्वतंत्र सूचना रजिस्टर "कार्य अनुसूचियां" बनाएं।

"कार्य अनुसूचियां" सूचना रजिस्टर के लिए धन्यवाद, हम काम किए गए दिनों की संख्या के अनुपात में वेतन से मजदूरी की गणना करने में सक्षम होंगे।

चरण 4नीचे दिखाए गए विवरण संरचना के साथ एक "पेरोल" दस्तावेज़ बनाएं:

आवश्यकताएँ:

परिचालन निष्पादन "निषिद्ध" पर सेट हैक्योंकि 1सी में आवधिक निपटान के तंत्र का कोई मतलब नहीं है - हम कभी भी वास्तविक समय में बोनस, वेतन या जुर्माने की गणना नहीं करते हैं।

आइए डिफ़ॉल्ट सेटिंग्स के साथ एक दस्तावेज़ प्रपत्र बनाएं।

चरण 5. अंततः, हम गणना रजिस्टर बनाने के बिंदु पर पहुँच गए।

गणना रजिस्टर मेटाडेटा ऑब्जेक्ट विन्यासकर्ता की "गणना रजिस्टर" शाखा में स्थित है।

आइए एक गणना रजिस्टर "बुनियादी शुल्क" बनाएं। आइए नीचे गणना रजिस्टर सेटिंग्स देखें:

1. "गणना प्रकारों की योजना" फ़ील्ड में, चरण 1 में बनाए गए पीवीआर "मूल शुल्क" को इंगित करें।

2. "वैधता अवधि" ध्वज को "सही" पर सेट करें क्योंकि चरण 1 में निर्दिष्ट पीवीआर है समय में विस्तार.

इस ध्वज को स्थापित करने के बाद, मानक विवरण "एक्शन पीरियड", "एक्शन पीरियडस्टार्ट", "एक्शनपीरियोडएंड" तुरंत हमारे लिए उपलब्ध हो जाते हैं, जिसका अर्थ है कि इस गणना रजिस्टर में पंजीकृत गणना के प्रकार भी हैं समय में लंबाईऔर हमारे पास "तक पहुंच है" कार्रवाई की अवधि के अनुसार दमन तंत्र«.

पी.एस. यदि आप एक पीवीआर निर्दिष्ट करते हैं जिसमें है समय में लंबाईआरआर के लिए "वैधता अवधि" ध्वज को "गलत" पर सेट किया गया है, तो यह पीवीआर एक पीवीआर के रूप में काम करेगा जिसमें नहीं है समय में विस्तार.

3. "वैधता अवधि" ध्वज को "सही" पर सेट करने के बाद, फ़ील्ड "चार्ट", "चार्ट मान", "चार्ट तिथि" हमारे लिए उपलब्ध हो जाती हैं।

"अनुसूची" फ़ील्ड में हम चरण 3 में बनाए गए "कार्य अनुसूचियां" सूचना रजिस्टर को इंगित करते हैं।

"अनुसूची मूल्य" फ़ील्ड में हम "कार्य अनुसूचियां" सूचना रजिस्टर में "घंटे की संख्या" संसाधन इंगित करते हैं।

"अनुसूची तिथि" फ़ील्ड में, "कार्य अनुसूचियां" सूचना रजिस्टर के "तिथि" आयाम को इंगित करें।

4. "फ़्रीक्वेंसी" फ़ील्ड में हम "महीना" मान दर्शाते हैं, इसका मतलब है कि डेटा मासिक आधार पर रजिस्टर में दर्ज किया जाएगा।

नीचे रजिस्ट्री मेटाडेटा संरचना है:

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

"कर्मचारी" आयाम - इसका उपयोग "में किया जाता है" कार्रवाई की अवधि के आधार पर दमन तंत्र" और " आधार अवधि पर निर्भरता का तंत्र«.

संसाधन "राशि" - परिकलित वेतन वहां दर्ज किया जाएगा।

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

"पैरामीटर" विशेषता वेतन मान संग्रहीत करेगी।

अब जब हमने "कार्य अनुसूचियां" एमएस के साथ संबंध का संकेत दिया है, तो हम काम किए गए दिनों की संख्या के अनुपात में कर्मचारी के वेतन की गणना करेंगे।

हम दस्तावेज़ को रजिस्ट्रार के रूप में इंगित करते हैं " पेरोल"चरण 4 में बनाया गया।

चरण 6. हम गणना रजिस्टर "मूल शुल्क" के अनुसार आंदोलन करते हैं।

आइए चरण 4 में बनाए गए "पेरोल" दस्तावेज़ पर वापस लौटें।

आइए दस्तावेज़ ऑब्जेक्ट मॉड्यूल में पोस्टिंग की प्रक्रिया का वर्णन करें:

दस्तावेज़ प्रसंस्करण प्रसंस्करण कोड का टुकड़ा

1सी (कोड)

प्रक्रिया प्रोसेसिंगप्रोसेसिंग(विफलता, प्रोसेसिंग मोड) // रजिस्टर बेसिक एक्रुअल्स ऑफ मूवमेंट.मेन एक्रुअल्स.राइट = ट्रू; मूवमेंट्स.मेनएक्रुअल्स.क्लियर(); पंजीकरण अवधि = माह की शुरुआत (दिनांक); MainAccruals से प्रत्येक TechLineMainAccruals के लिए चक्र मूवमेंट = मूवमेंट्स.MainAccruals.Add(); चाल.उलट = असत्य; मूवमेंट.कैलकुलेशनटाइप = TechLineMainAccruals.कैलकुलेशनटाइप; मूवमेंट.एक्शनपीरियोडस्टार्ट = TechLineMainAccruals.StartDate; मूवमेंट.एक्शनपीरियोडएंड = एंडडे(टेक्सलाइनमेनएक्रुअल्स.एंडडेट); आंदोलन.पंजीकरण अवधि = पंजीकरण अवधि; आंदोलन.कर्मचारी = TechLineMainAccruals.कर्मचारी; मूवमेंट.चार्ट = TechStringMainAccruals.Chart; मूवमेंट.पैरामीटर = TechStringMainAccruals.Size; अंतचक्र; प्रक्रिया का अंत

प्रसंस्करण प्रक्रिया (विफलता, मोड) // मुख्य उपार्जन रजिस्टर आंदोलन. बुनियादी उपार्जन। लिखना = सत्य; आंदोलन. बुनियादी उपार्जन। स्पष्ट() ; पंजीकरण अवधि = माह की शुरुआत (तारीख); प्रत्येक टेकलाइन के लिए BasicAccrualsFrom BasicAccrualsCycle हलचल = हलचल। बुनियादी उपार्जन। जोड़ना() ; आंदोलन। स्टोर्नो = मिथ्या; आंदोलन। गणना प्रकार=TexLineMainAccruals। गणना प्रकार; आंदोलन। पीरियडएक्शनस्टार्ट = TechLineMainAccruals। आरंभ करने की तिथि; आंदोलन। ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate); आंदोलन। पंजीकरण अवधि = पंजीकरण अवधि; आंदोलन। कर्मचारी = TechLineMainAccruals. कर्मचारी; आंदोलन। चार्ट = TechLineMainAccruals. अनुसूची; आंदोलन। पैरामीटर = TechStringMainAccruals. आकार; अंतचक्र; प्रक्रिया का अंत

आइए एक परीक्षण दस्तावेज़ बनाएं और उसे चलाएं:

आइए "दस्तावेज़ आंदोलन" पर जाएं:

हम देखते हैं कि पंजीकरण अवधि महीने की शुरुआत में निर्धारित की गई है क्योंकि आरआर की आवृत्ति को "माह" के रूप में दर्शाया गया है। हम यह भी देखते हैं कि राशि को छोड़कर सभी फ़ील्ड भर दिए गए हैं (वेतन की गणना अभी तक नहीं की गई है)।

चरण 7आइए पेरोल गणना कोड लिखें।

आइए निम्नलिखित झंडों के साथ एक सामान्य मॉड्यूल "गणना" बनाएं:

गणना स्वयं इस सामान्य मॉड्यूल में होगी.

आइए "गणना" मॉड्यूल में निर्यात फ़ंक्शन "शुल्क की गणना करें" लिखें:

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

"घंटों की संख्या, वास्तविक कार्य अवधि" -इसमें शेड्यूल डेटा के आधार पर गणना किए गए वास्तव में काम किए गए घंटों की संख्या शामिल है

"घंटों की संख्याकार्य अवधि" -इसमें गणना अवधि में शेड्यूल डेटा के आधार पर गणना किए गए कार्य घंटों की संख्या शामिल है

पेरोल गणना प्रक्रिया

1सी (कोड)

प्रक्रिया गणना संचय (रजिस्ट्रार, रिकॉर्ड्स का सेट) निर्यात // वेतन अनुरोध = नया अनुरोध; Query.Text='SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.NumberofHoursActionPeriod, 0) AS HoursPlan, |BasicAccrualsGraphicsData ica .लाइन नंबर |FROM |गणना रजिस्टर.बुनियादी संचय। ग्राफ़िक्स डेटा(| रजिस्ट्रार = &रजिस्ट्रार | और गणना प्रकार = &गणना प्रकार वेतन) एएस बेसिक AccrualsDataGraphics"; Request.SetParameter('रजिस्ट्रार', रिकॉर्डर); // दस्तावेज़ को रजिस्ट्रार को भेजें ताकि खोज केवल वर्तमान दस्तावेज़ पर की जाए Request.SetParameter ("गणना प्रकार वेतन", गणना प्रकार की योजनाएं। मूल संचय। वेतन); // गणना वेतन का प्रकार निर्धारित करें क्योंकि वेतन की गणना करें चयन=Request.Run().Select(); खोजसंरचना=नयीसंरचना; SearchStructure.Insert("RowNumber",0); //रिकॉर्डसेट चक्र से प्रत्येक रिकॉर्ड के लिए लाइन नंबर द्वारा गणना के लिए डेटा खोजने के लिए एक संरचना बनाएं //वर्तमान दस्तावेज़ के रिकॉर्ड के सेट के माध्यम से चक्र खोजें Structure.LineNumber=Record.LineNumber; //खोज के लिए लाइन नंबर भरें यदि चयन.FindNext(खोज संरचना) तो //हम मौजूदा लाइन नंबर के आधार पर गणना के लिए डेटा के नमूने में देखते हैं। /नमूना.घंटा योजना * नमूनाकरण .पैरामीटर); // काम किए गए दिनों के अनुपात में वेतन की गणना करें, पैरामीटर में - वर्तमान वेतन EndIf; चयन.रीसेट(); //चयन को रीसेट करें, चयन के पहले एंडसाइकल के माध्यम से खोज करने के लिए हमें रिकॉर्डसेट के अगले रिकॉर्ड की आवश्यकता है; रिकार्डसेट.लिखें(, सत्य); //परिकलित रिकॉर्ड को डेटाबेस में लिखें, पैरामीटर रिप्लेस = ट्रू एंडप्रोसीडर पास करें

//वेतन अनुरोध=नया अनुरोध; अनुरोध। पाठ = "चुनें | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact, | BasicAccrualsDataGraphics.पैरामीटर, | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan, | बेसिकएक्रुअल्सडेटाग्राफिक्स.नंबरलाइन्स |से | गणना रजिस्टर। मूल संचय। ग्राफिक्स डेटा ( | रिकॉर्डर = &रिकॉर्डर

यह लेख मेरे ईमेल पर भेजें

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

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

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

इस मामले में, एक नया दस्तावेज़ बनाया जाएगा जिसमें संगठन के कर्मचारी के छुट्टी से लौटने की नई तारीख बताना आवश्यक है।

"पिछली अवधि की पुनर्गणना" टैब पर जाएं। हम देखते हैं कि पहले जमा की गई राशि वापस कर दी जाएगी।

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

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

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

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

दूसरों से - उदाहरण के लिए, बोनस अवधि के लिए वेतन की राशि से निर्धारित किया जा सकता है। ऐसे में संभव है कि बोनस की गणना के बाद वेतन में बदलाव हो जाए. डिफ़ॉल्ट रूप से, प्लेटफ़ॉर्म ऐसी स्थितियों को नियंत्रित नहीं करता है। यदि डेवलपर इसे ट्रैक करना आवश्यक समझता है, तो आपको गणना रजिस्टर के एक विशेष अधीनस्थ ऑब्जेक्ट का उपयोग करने की आवश्यकता है - पुनर्गणना:

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

सामान्य तौर पर, पुनर्गणना तालिका प्रविष्टियों में निम्नलिखित फ़ील्ड होते हैं:

• पुनर्गणना वस्तु (रिकॉर्ड दस्तावेज़ जिसका डेटा पुनर्गणना करने की आवश्यकता है)
• गणना प्रकार - इस गणना रजिस्टर के लिए परिभाषित गणना प्रकारों की योजना से गणना प्रकार का लिंक

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

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

परीक्षा 1सी का प्रश्न 14.41: प्लेटफ़ॉर्म प्रोफेशनल। पुनर्गणना डेटा...

1. गणना रजिस्टर प्रविष्टियाँ नहीं हैं
2. गणना रजिस्टर प्रविष्टियाँ हैं
3. पुनर्गणना रजिस्टर प्रविष्टियाँ हैं
4. वास्तविक वैधता अवधि तालिका के रिकॉर्ड हैं

सही उत्तर पहला है, इन्हें आम तौर पर अलग-अलग तालिकाओं में संग्रहीत किया जाता है।

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

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

सही उत्तर दूसरा है. वर्तमान रजिस्टर में प्रविष्टियों को अद्यतन करने की आवश्यकता को ट्रैक करने के लिए पुनर्गणना की आवश्यकता होती है।

परीक्षा 1सी का प्रश्न 14.43: प्लेटफ़ॉर्म प्रोफेशनल। "पुनर्गणना" तालिका पंक्तियों से भरी हुई है, जिनमें से प्रत्येक का प्रतिनिधित्व करता है...

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

पहला उत्तर सही है, ऊपर विश्लेषण।

परीक्षा 1सी का प्रश्न 14.45: प्लेटफ़ॉर्म प्रोफेशनल। सही उत्तर का चयन करें:

1. पुनर्गणना के साथ काम करने की प्रक्रिया में, डेवलपर उस जानकारी को "अनदेखा" कर सकता है जो सिस्टम पुनर्गणना तालिका में प्रदान करता है, अर्थात गणना परिणामों को संशोधित करने से इंकार कर सकता है।
2. 1सी:एंटरप्राइज़ 8 प्रणाली में पुनर्गणना के संचालन का सिद्धांत "सूचित करना" है
3. कॉन्फ़िगरेशन डेवलपर निपटान रजिस्टर प्रविष्टियों की पुनर्गणना की प्रक्रिया को नियंत्रित नहीं कर सकता है; सिस्टम स्वचालित रूप से सब कुछ करता है
4. कथन 1 और 2 सत्य हैं

चौथा सही उत्तर यह है कि पुनर्गणना केवल निर्भर डेटा को बदलने की संभावित आवश्यकता की निगरानी करती है।

परीक्षा 1सी का प्रश्न 14.46: प्लेटफ़ॉर्म प्रोफेशनल। एक गणना रजिस्टर के लिए...

1. केवल एक पुनर्गणना का समर्थन किया जा सकता है
2. विभिन्न संरचनाओं के केवल तीन आवंटन का समर्थन किया जा सकता है
3. विभिन्न संरचनाओं की किसी भी संख्या में पुनर्गणना समर्थित है

सही उत्तर तीसरा है, गणना रजिस्टर में किसी भी संख्या में अधीनस्थ पुनर्गणना वस्तुओं को जोड़ने में कोई समस्या नहीं है; उनकी संरचना किसी भी तरह से नियंत्रित नहीं होती है।

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

1. ध्यान में रखा जाएगा, लेकिन व्यापार यात्रा की पुनर्गणना करनी होगी
2. ध्यान में रखा जाएगा, यात्रा पुनर्गणना की आवश्यकता नहीं है
3. ध्यान में नहीं रखा जायेगा. यात्रा गणना को रद्द कर दोनों प्रकार की गणना पुनः करना आवश्यक है
4. ध्यान में नहीं रखा जायेगा. गणना सही ढंग से करने के लिए, वेतन और व्यावसायिक यात्रा एक दस्तावेज़ में होनी चाहिए

पुनर्गणना की आवश्यकता नहीं है, व्यापार यात्रा रिकॉर्ड महीने के भीतर है।