ज़ूम 3.1 में डेटा स्थानांतरित करना। स्थानांतरण के बाद स्टाफिंग टेबल में जानकारी का गठन

इस तथ्य के कारण कि 2018 में 1C कंपनी "1C: वेतन और HR प्रबंधन" कॉन्फ़िगरेशन संस्करण 2.5 का समर्थन करना बंद कर देगी, बिना किसी देरी के, ZUP 3.0 (3.1) में संक्रमण की योजना बनाना और व्यवस्थित करना अत्यधिक वांछनीय है।

"1C: वेतन और कार्मिक प्रबंधन" 3.1 एक पूरी तरह से नया प्रोग्राम है, जिसमें डेटा को संग्रहीत और संसाधित करने के लिए एक नई वास्तुकला है, जो आपको सामान्य तरीके से एक नए कॉन्फ़िगरेशन रिलीज़ पर स्विच करने की अनुमति नहीं देता है - एक अद्यतन स्थापित करके। आपको 1C ZUP 2.5 से नए सिस्टम में डेटा ट्रांसफर करना होगा, यानी डेटा लोड और अनलोड करना होगा।

*आर्किटेक्चर में अंतर के अलावा, ZUP 3.0 एक नए डिज़ाइन, वेब क्लाइंट के लिए समर्थन और बेहतर प्रयोज्यता द्वारा प्रतिष्ठित है, विशेष रूप से आधुनिक टैक्सी इंटरफ़ेस का उपयोग करने की क्षमता के कारण, इसलिए ZUP 2.5 को अपडेट करना काफी उचित है.

आप वर्ष की शुरुआत की प्रतीक्षा किए बिना, नए महीने से संस्करण 1C ZUP 3.1 पर स्विच कर सकते हैं। हमने महीना बंद कर दिया और एक नए संस्करण पर स्विच कर दिया।

सरलीकृत स्थानांतरण विकल्प का उपयोग करके 3.0 में परिवर्तन करना इष्टतम है, क्योंकि सभी संचय और कटौतियाँ दस्तावेजों द्वारा नहीं, बल्कि रजिस्टर प्रविष्टियों द्वारा स्थानांतरित की जाती हैं।

संक्रमण की अनुशंसित इष्टतम और सुरक्षित विधि: एक (या कई) रिपोर्टिंग अवधि के दौरान 1C ZUP कार्यक्रम के 2 संस्करणों (पुराने और नए) में एक साथ समानांतर पेरोल गणना। दोनों डेटाबेस में समानांतर पेरोल गणना उपयोगकर्ताओं को पिछले संस्करण के साथ तुलना करके नए प्रोग्राम को सीखने और उसकी आदत डालने की अनुमति देगी, और नए प्रोग्राम में कुछ गलत होने पर काम में रुकावट को खत्म कर देगी।

ZUP 2.5 से 3.1 पर माइग्रेट करने के निर्देश

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

• 1C:ZUP 3.1 की नवीनतम रिलीज के साथ एक स्वच्छ सूचना आधार बनाएं;
• इसे एक खाली डेटाबेस में लॉन्च करें, प्रारंभिक चरण-दर-चरण सहायक के पहले चरण में इंगित करें कि आप संस्करण 2.5 से डेटा स्थानांतरित करना चाहते हैं; लोड डेटा;
• स्थानांतरण के बाद संपूर्ण डेटा जांच करें।

विस्तार से: ZUP 2.5 से 3.0/ZUP 3.1 पर स्विच करने की प्रक्रिया

• किसी नये कार्यक्रम में परिवर्तन की तैयारी

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

• एक नये सूचना आधार ZUP 3.1 का निर्माण

1C ZUP 3.1 की नवीनतम नवीनतम रिलीज़ को 1C अपडेट साइट से डाउनलोड किया जा सकता है। इसके अलावा, आपको 1C:Enterprise 8 प्लेटफ़ॉर्म का एक नया संस्करण स्थापित करने की आवश्यकता हो सकती है, जिसके अपडेट को वेबसाइट से भी डाउनलोड किया जा सकता है।

एक स्वच्छ सूचना आधार बनाने के लिए, आपको 1सी शॉर्टकट लॉन्च करना होगा और "जोड़ें" पर क्लिक करना होगा, जो एक नए डेटाबेस के निर्माण का संकेत देता है। इसके बाद, टेम्पलेट से नवीनतम रिलीज़ "1C: वेतन और मानव संसाधन प्रबंधन" 3.1 चुनें।

चित्र 1. एक स्वच्छ डेटाबेस 1C ZUP 3 का निर्माण

• स्टार्ट असिस्टेंट सेट करना और डेटा ट्रांसफर विकल्प चुनना

जब आप प्रारंभ में ZUP 3.1 लॉन्च करते हैं, तो आपको "1C: वेतन और कार्मिक प्रबंधन 8," संस्करण 2.5 से डेटा स्थानांतरित करने के बारे में आइटम का चयन करना होगा, और फिर डेटा स्थानांतरित करने के लिए दो विकल्पों में से एक का चयन करना होगा:

चित्र 2. डेटा को ZUP 3.1.2.213 में स्थानांतरित करना

डेटाबेस की सूची से, आपको उपयुक्त डेटाबेस संस्करण 2.5 का चयन करना होगा जिससे आप डेटा स्थानांतरित करना चाहते हैं:

चित्र 3. डेटा को ZUP 3.1.2.213 में स्थानांतरित करना

चित्र 4. ZUP 3.1.2.213 पर डेटा स्थानांतरित करने के लिए एक विकल्प का चयन करना

1C ZUP 2.5 से 3.1 तक डेटा स्थानांतरित करना

• इस विकल्प को चुनते समय, पिछले वर्षों के दस्तावेज़ स्वयं स्थानांतरित नहीं होते हैं, बल्कि डेटा और निर्देशिकाएँ पंजीकृत की जाती हैं।
• यह विकल्प आपको कार्मिक रिकॉर्ड और पेरोल गणना में नए अवसरों का उपयोग करने की अनुमति देगा।
• आपसी निपटान के लिए केवल शेष राशि हस्तांतरित की जाएगी।
• कार्मिक इतिहास का स्थानांतरण (टी-2), औसत कमाई की गणना के लिए डेटा।*
• सबसे तेज़ स्थानांतरण विकल्प.

*हालांकि, जीपीसी समझौतों के तहत कर्मचारियों का डेटा, साथ ही ऋण पर डेटा स्थानांतरित नहीं किया जाएगा।

• जब आप इस विकल्प को चुनते हैं, तो दस्तावेज़ स्थानांतरित हो जाते हैं।
• कार्यक्रम की नई सुविधाओं का उपयोग नहीं किया जाएगा; पिछले संस्करण के दस्तावेज़ों का उपयोग किया जाएगा।
• कार्मिक डेटा के संदर्भ में, सभी दस्तावेज़ स्थानांतरित किए जाएंगे: बर्खास्तगी, स्थानांतरण, आदि।
• नियोजित संचय को रजिस्टर प्रविष्टियों के रूप में स्थानांतरित किया जाएगा, जबकि सरलीकृत विधि के साथ, केवल स्लाइस को स्थानांतरित किया गया था।
• आपसी समझौते के अनुसार सभी दस्तावेज़ स्थानांतरित कर दिए जाते हैं।
• पूर्ण हस्तांतरण के साथ, सभी लेखांकन त्रुटियों को ठीक करना आवश्यक है जो संभवतः पिछली अवधि में हुई थीं, अन्यथा इसे नए डेटाबेस में ठीक करना होगा। इसके बाद सभी दस्तावेजों और डेटा को दोनों डेटाबेस में सत्यापित करना होगा।
• क्योंकि स्थानांतरित किए जा रहे डेटा की मात्रा बड़ी है, प्रक्रिया धीमी होगी।*

*सभी डेटा पुराने डेटाबेस में सहेजा जाएगा, जिसे आप किसी भी समय एक्सेस कर सकते हैं और आवश्यक डेटा पा सकते हैं।

चित्र 5. डेटा लोड करें

स्थानांतरण के बाद डेटा की जाँच करना

नए प्रोग्राम 1C ZUP 3.1 के साथ काम शुरू करने से पहले, जैसा कि पहले ही उल्लेख किया गया है, आपको पुराने संस्करण - 2.5 से स्थानांतरित डेटा की पूर्णता और शुद्धता की जांच करनी चाहिए। ऐसा करने के लिए, डेटा का मिलान करने के लिए बेझिझक रिपोर्ट का उपयोग करें।

देखने की जरूरत है:

• उद्यम की संगठनात्मक संरचना, निर्देशिकाएँ "संगठन", "प्रभाग", "क्षेत्र";
• कर्मचारियों का व्यक्तिगत डेटा;
• प्रारंभिक स्टाफिंग;
• संचय और कटौती, सूत्रों की शुद्धता;
• आपसी समझौते पर संतुलन.

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

प्रश्नः बुख. 3.0 कॉर्प - कोई अलग प्रभाग नहीं

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

हालाँकि यह अन्य डेटाबेस में उपलब्ध है। उदाहरण के लिए यहाँ:

और मैंने सभी सेटिंग्स की तुलना की और कॉन्फिगरेटर में खातों के चार्ट में पूर्वनिर्धारित सेटिंग्स को देखा, लेकिन मुझे इसका कारण नहीं मिला। मैं गुरु से मदद माँगता हूँ।

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

प्रश्न: v7: जटिल 3.0 से संस्करण में संक्रमण। 4.5

नमस्ते। कार्य 7.7 कॉम्प्लेक्स 3.0 से 8.3 यूटी 11 में स्थानांतरित करना है। लेकिन पहले, मानक एक के साथ प्राप्त करने के लिए, मुझे लगता है कि इसे 4.5 की आवश्यकता है, और फिर एक मानक संक्रमण की। 3.0 कॉम्प्लेक्स से 4.5 में संक्रमण कैसे हुआ? क्या यह एक नियमित जुड़ाव है, जैसा कि 8 में है, या यह किसी तरह अद्वितीय है?

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

प्रश्न: Windows mssql से Linux में 1C सर्वर का संक्रमण

कृपया स्थिति पर सलाह दें.
Windows सर्वर और MSSql के अंतर्गत 1C सर्वर स्थापित किया गया।
हमें Linux पर स्विच करने की आवश्यकता है और Postgresql पहले से ही वहां मौजूद है।

ऐसा परिवर्तन कैसे करें? शायद कोई डेटाबेस रूपांतरण है?

आपका अग्रिम में ही बहुत धन्यवाद।

उत्तर:() तो क्यों नहीं? सबसे परेशानी मुक्त हिस्सा, आईएमएचओ

प्रश्न: ZUP 2.5 KORP से ZUP 3.1 में संक्रमण। क्या कोई कारण है?

ZUP 2.5 कॉर्प है।
संगठन में 1,000 से अधिक कर्मचारी हैं (उत्पादन, उत्पादन मानक, वेतन प्रदर्शन किए गए कार्य पर निर्भर करता है)।

3.1 पर स्विच करने की आवश्यकता को कैसे समझा जाए?

लाभ क्या है? खैर, यह स्पष्ट है कि एक दिन CORP के लिए समर्थन काम करना बंद कर देगा, और फिर स्विच करना आवश्यक होगा।
तब तक?
बस - तैयार रहने के लिए?

किसने "बच्चों को नहीं" स्थानांतरित किया - 2.5 को पूरी तरह से छोड़ने से पहले उन्होंने कितने महीनों में दो वेतन गणना (ZUP 2.5 में और ZUP 3.1 में) की?
या क्या संक्रमण प्रथाओं के लिए बेहतर विकल्प हैं?

उत्तर:मुझे कॉर्पोरेट संस्करण से स्विच करने का कोई मतलब नहीं दिखता। बड़ी हिस्सेदारी चुपचाप बैठी है और 2.5 और के लिए विशेष सलाहकारों की भी तलाश कर रही है

प्रश्न: ZUP3 KORP में संक्रमण

हम ZUP3 PROF से ZUP3 CORP पर स्विच करने की योजना बना रहे हैं।

जिस किसी ने भी ऐसा ही परिवर्तन किया है, कृपया मुझे बताएं:
1) ZUP3 KORP - काम कर रहा है या अभी भी कच्चा है? क्या इसमें कई गंभीर त्रुटियाँ हैं? 2) बग्स को कितनी बार ठीक किया जाता है और अपडेट जारी किए जाते हैं?
3) क्या ZUP3 PROF से ZUP3 CORP में परिवर्तन एक साधारण अद्यतन के माध्यम से होता है?
4) यदि हम ZUP3 CORP पर स्विच करते हैं तो क्या हमें सर्वर क्षमता बढ़ाने की आवश्यकता है?
5) मुझे ZUP CORP में "स्वयं-सेवा" अनुभाग की संभावना में रुचि थी। क्या मैं सही ढंग से समझता हूँ, यदि हमारे पास 700 कर्मचारी हैं, तो इस कार्यक्षमता का उपयोग करने के लिए हमें प्रत्येक कनेक्शन के लिए एक अलग लाइसेंस की आवश्यकता होगी?!

उत्तर: 3) क्या ZUP3 PROF से ZUP3 CORP में परिवर्तन एक साधारण अद्यतन के माध्यम से होता है? - ऐसा लगता है कि रिलीज़ पर निर्देश हैं। कुछ भी जटिल नहीं.
4) यदि हम ZUP3 CORP पर स्विच करते हैं तो क्या हमें सर्वर क्षमता बढ़ाने की आवश्यकता है? - नहीं।
5) मुझे ZUP CORP में "स्वयं-सेवा" अनुभाग की संभावना में रुचि थी। क्या मैं सही ढंग से समझता हूँ, यदि हमारे पास 700 कर्मचारी हैं, तो इस कार्यक्षमता का उपयोग करने के लिए हमें प्रत्येक कनेक्शन के लिए एक अलग लाइसेंस की आवश्यकता होगी?! - आप एक टाइमआउट सेट कर सकते हैं, जिसके बाद सिस्टम एक सामान्य कर्मचारी को बंद कर देगा ताकि वह ज्यादा देर तक न रुके। सामान्य तौर पर, आपको अधिक लाइसेंस की आवश्यकता नहीं होगी।

स्व-सेवा उपप्रणाली कार्यक्षमता में बहुत खराब है। मुझे बहुत कुछ लिखना पड़ा.

सामान्य तौर पर, CORP के इंप्रेशन PROF के समान ही होते हैं। कोई विशेष गड़बड़ी नजर नहीं आई।

प्रश्न: ZUP 2.5 से 2.5 Corp. पर स्विच करने के बाद समझ से बाहर व्यवहार

शुभ दोपहर, साथियों।

पूर्व के अनुसार अतिरिक्त आरोप सामने आए हैं। परिवर्तन के बाद लेखांकन.
पोस्टिंग की प्रक्रिया को शीघ्रता से पूरा करने के बाद, मैंने देखा कि संचय के लिए अनुरोध बदल गए थे:
// मूल रिकॉर्ड में परिणाम चुनें। व्यक्तिगत के रूप में व्यक्तिगत, परिणाम। परिणाम के रूप में परिणाम, परिणाम कब चुनें। गणना का प्रकार। गणना विधि = मूल्य (गणना। श्रम के भुगतान की गणना के तरीके। टुकड़ों में कमाई) फिर परिणाम। परिणाम अन्यथा 0 परिणाम के रूप में समाप्त करें, 0 परिणाम के रूप में गणना से रोकें। परिणाम के रूप में संगठनों के कर्मचारियों के मूल उपार्जन, कर्मचारियों की कमाई के लिए लेखांकन का रजिस्टर, अंतिम कटौती (¶mEnd) परिणाम के अनुसार कर्मचारियों की कमाई का लेखांकन। व्यक्तिगत = लेखांकन। कर्मचारियों की कमाई के लिए। व्यक्तिगत जहां परिणाम। पंजीकरण अवधि = ¶msप्रारंभ और कर्मचारियों की कमाई के लिए लेखांकन। संगठनात्मक संचय और परिणामों के लिए लेखांकन। परिणाम<>0 सभी को संयोजित करें...अतिरिक्त उपार्जन सभी NDFL को संयोजित करें
और दूसरे में
// ZUP Corp. परिणाम को एक व्यक्ति के रूप में चुनें, परिणाम को परिणाम के रूप में चुनें, जब परिणाम को पार करें परिणाम, 0, परिणाम। संगठन। संगठन। संगठन, संगठन के कर्मचारियों के मूल उपार्जन, कर्मचारियों की कमाई का लेखा-जोखा कैसे रखें (¶mEnd,) परिणामों के आधार पर कर्मचारियों की कमाई का लेखांकन कैसे किया जाता है। व्यक्तिगत = कर्मचारियों की कमाई का लेखांकन। व्यक्तिगत जहां परिणाम। पंजीकरण अवधि = ¶mStart और शून्य नहीं है (कर्मचारियों की कमाई का लेखांकन। संगठन में संचय के लिए लेखांकन, गलत) और परिणाम । परिणाम<>0 सभी को मिला लें...

उत्तर:हम्म, यह पता चला कि गैर-अद्यतन ज़ूम कॉर्प में ऐसी टोपी शून्य की जांच के साथ एक शर्त है। कृपया मुझे बताएं, मैंने कुछ भी गूगल नहीं किया... लेकिन काश मुझे पता होता कि और क्या गूगल करना चाहिए =\

प्रश्न: क्लाइंट-सर्वर PROF+CORP. लाइसेंस

यह एक सामान्य समस्या है, मुझे कुछ सलाह की आवश्यकता है
बुख़ प्रोफ़ेसर, ज़ुप कॉर्प
की योजना बनाई
1. सर्वर लाइसेंस
2. PROF लाइसेंस 50 उपयोग
3. CORP लाइसेंस 20 उपयोग

जाहिर तौर पर सर्वर का लाइसेंस CORP है। सवाल यह है कि क्या इस स्थिति में कोई टकराव नहीं होगा?

उत्तर:() इसे आपको परेशान न होने दें, PROF लाइसेंस ZUP CORP तक पहुंचने के लिए काफी उपयुक्त हैं

प्रश्न: बीपी कॉर्प 2.0 में अलग-अलग डिवीजनों का पदानुक्रम

ZUP 2.5 और BP Corp 2.0 के बीच एक्सचेंज कॉन्फ़िगर किया गया है। विनिमय लगभग मानक है. वास्तव में, ZUP से केवल दस्तावेज़ "नियामक लेखांकन में मजदूरी का प्रतिबिंब" डाउनलोड किया जाता है।
ZUP में अब इस प्रकार के डिवीजनों का एक पदानुक्रम है: मूल (डिवीजन ए को कॉल करें) में "अलग डिवीजन" ध्वज चालू है, जबकि डिवीजन (डिवीजन बी) में यह ध्वज सेट नहीं है। वे। फॉर्म ए -> बी की संरचना। बीपी कॉर्प पर अपलोड करते समय, वही पदानुक्रम दिखाई देता है, लेकिन मैंने देखा कि जब मैं डिवीजन बी के बीपी कॉर्प को लिखने का प्रयास करता हूं, तो निम्न संदेश लिखा होता है:
"यह इकाई अलग है.
अलग-अलग डिवीजनों के समूह में केवल एक अलग डिवीजन शामिल हो सकता है।" यानी, कॉन्फ़िगरेशन एक अलग डिवीजन के भीतर गैर-पृथक डिवीजन बनाने पर रोक लगाता है।
शायद किसी को पता हो कि ऐसा प्रतिबंध क्यों लगाया गया (और यह प्रतिबंध ZUP में नहीं है)। मुझे ऐसा लगता है कि ऐसी संरचना उस स्थिति से अधिक तार्किक है जब अंदर के अलग-अलग विभाजन भी अलग-अलग हों...
खैर, चूंकि यह सब किसी तरह बीपी कॉर्प में लोड किया गया था, इसके कारण क्या गड़बड़ियां सामने आ सकती हैं?
दुर्भाग्य से, यह अभी भी खाड़ी की विशेषताओं से काफी दूर है। लेखांकन, इसलिए यदि संभव हो तो अधिक स्पष्ट रूप से समझाएं))
धन्यवाद।

उत्तर:() शेयरों की गणना गलत होगी, क्योंकि, जहां तक ​​मुझे याद है, सभी स्थितियों में सभी प्रश्नों में "= &SeparateUnit" होता है, न कि "IN HIERARCHY", आदि।

() "जब व्यवहार में वे चाहते हैं कि ऐसा न हो, तो वे कार्यक्रम में अलगाव पैदा करते हैं"
यह प्रथा किसके पास है? 1C कंपनी के कार्यप्रणाली?
इसलिए, इस तरह की बकवास से निपटने के लिए नहीं, बल्कि एक अलग डिवीजन के भीतर वास्तव में मौजूदा डिवीजनों के बीच लागत को सामान्य रूप से वितरित करने के लिए, कार्यक्रम के साथ सेक्स की आवश्यकता होती है।

प्रश्न: संपर्क जानकारी को यूपीपी 1.3 से बीपी 3.0 कॉर्प में स्थानांतरित करना

नमस्ते, मैं 1सी के साथ बिल्कुल भी काम नहीं करता - ज्ञान और अनुभव की बेहद कमी है। कृपया मुझे डेटा के रूपांतरण, अर्थात् संपर्क जानकारी के स्थानांतरण, जो कि यूपीपी 1.3 में है, का पता लगाने में मदद करें। सूचना रजिस्टरों में और BP 3.0 Corp में संबंधित निर्देशिकाओं के सारणीबद्ध अनुभाग में संग्रहीत किया जाता है।
मैंने यहां वर्णित विकल्प को आज़माया - अपने मूल रूप में, किसी कारण से फ़ंक्शन TRANSFERWhenUpdatingC20() परिणाम नहीं देता है, और मैं इसे "अपने लिए" संपादित नहीं कर सकता - मेरे पास पर्याप्त ज्ञान नहीं है।
इसी कारण से, मैं इसे अपने मामले में अनुकूलित नहीं कर सकता।

मैं मदद और सुझावों के लिए आभारी रहूंगा।

उत्तर:

मानक विनिमय नियम खोलें. जब आप नहीं जानते कि आपको विशेष रूप से किसकी आवश्यकता है, तो खोज तंत्र लगभग निम्नलिखित है।
आप समझते हैं कि आपको सीआई को रजिस्टर से सारणीबद्ध भाग में स्थानांतरित करने की आवश्यकता है। यानी पुराने तंत्र से नये तंत्र की ओर. पुराने को नियमित अनुप्रयोग के साथ सम्मेलनों में लागू किया गया था, जैसे बीपी 2.0, यूटी 10.3, आदि। और नया पहले से ही प्रबंधित प्रपत्र है। बीपी 3.0, यूटी 11, आदि। एक नया कॉन्फ़ खोलें. देखें कि आप वहां किन पुराने कॉन्फ़ के साथ एक्सचेंज स्थापित कर सकते हैं।
उदाहरण के लिए, आप BP 3.0 खोलते हैं और वहां UT 10.3 के साथ एक एक्सचेंज देखते हैं। फिर देखें कि नियम ढूंढने के लिए कॉन्फ़िगरेशनकर्ता में यह कहां है। आप समझते हैं कि एक विनिमय योजना है और इसके नियम हैं। फिर इन नियमों को अपने कंप्यूटर में सेव करें (ऐसा करना आसान नहीं है, आपको इसे पढ़ना होगा। इंटरनेट पर बहुत सारी जानकारी है), फिर इसे रूपांतरण में लोड करें और देखें कि इसे कैसे लागू किया जाता है।

--- संदेश विलय, 9 नवंबर 2016 ---

इससे भी बेहतर, इंस्टॉल किए गए कॉन्फ़िगरेशन टेम्पलेट पर जाएं और इसे वहां से लें

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

सामान्य जानकारी

कौन सा डेटा लोड किया गया है

डेटा ट्रांसफर के पूर्ण विकल्प के साथ, आपको उस वर्ष को इंगित करना होगा जिससे आप गणना डेटा को ZUP 3 में स्थानांतरित करना चाहते हैं। निर्दिष्ट वर्ष से पूरी अवधि के लिए की गई गणना के बारे में जानकारी ZUP 3 में लोड की जाएगी।

पूर्ण स्थानांतरण पर, निम्नलिखित डेटा ZUP 3 में लोड किया जाएगा:

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

डेटा किस ऑब्जेक्ट में लोड किया गया है?

"पूर्ण" हस्तांतरण के साथ, जानकारी या तो सीधे लेखांकन दस्तावेजों में या दस्तावेजों में लोड की जाती है डेटा स्थानांतरण .

निम्नलिखित लेखांकन दस्तावेजों का उपयोग किया जाता है:

• प्रलेखन भर्ती , कार्मिक स्थानांतरण , पदच्युति ;
• बच्चे की देखभाल के लिए छुट्टी ;
• जर्नल दस्तावेज़ गुजारा भत्ता और अन्य कटौतियाँ ;
• कटौती के लिए आवेदन ;
• समझौते (कॉपीराइट सहित) ;
• कर्मचारियों को ऋण.

ZUP 2.5 से काफी महत्वपूर्ण मात्रा में जानकारी दस्तावेज़ में लोड की गई है डेटा स्थानांतरण (प्रशासन - यह भी देखें - डेटा स्थानांतरण). इन दस्तावेज़ों में अक्षर संख्याएँ होती हैं, जिनसे आप समझ सकते हैं कि प्रत्येक दस्तावेज़ में कौन सा डेटा है:

कोड जो दोनों डेटा ट्रांसफर विकल्पों पर लागू होते हैं:

• आरकेडी, आरओटीपी - टी-2 कार्ड के लिए कार्मिक आदेशों का रजिस्टर;
• ZP_ SZO, ZP_SZFSS - औसत कमाई की गणना के लिए प्रारंभिक डेटा (वार्षिक बोनस की जानकारी ZP_GP कोड के साथ एक दस्तावेज़ में लोड की जाती है - कार्यकारी दस्तावेजों के अनुसार कटौती की गणना);
• व्यक्तिगत आयकर - व्यक्तिगत आयकर के लिए कर लेखांकन डेटा;
• पीएसएस - सामाजिक बीमा लाभ, 4-एफएसएस में परिलक्षित होंगे;
• एसवी - बीमा प्रीमियम के लिए लेखांकन डेटा;
• डीएनएसओस्ट - कर्मचारी की अनुपस्थिति के बारे में जानकारी;
• РВ - दस्तावेज़ द्वारा दर्ज किया गया कार्य समय रिपोर्ट कार्ड ;
• ओएसओ - अवकाश शेष की गणना के लिए डेटा;
• जिला परिषद - उपार्जन और कटौतियों पर डेटा;
• डब्ल्यूआईपी - कर्मचारियों के लिए संचय और कटौती पर डेटा, वेतन रिपोर्ट के लिए स्रोत डेटा;
• ZS - कर्मचारियों को ऋण के लिए निपटान;
• वीओ - कर्मचारियों के साथ आपसी समझौते पर डेटा (उपार्जित, भुगतान)।

संदर्भ जानकारी का स्थानांतरण

ZUP 3.1 में "पूर्ण" डेटा स्थानांतरण में ZUP 2.5 से निम्नलिखित संदर्भ जानकारी लोड करना शामिल है:

• निर्देशिका संगठनों - ZUP 2.5 में उन सभी संगठनों के बारे में जानकारी लोड की गई है जिनके लिए लेखांकन रखा गया था: नाम, पंजीकरण जानकारी (TIN, KPP, OGRN और अन्य कोड), पते और टेलीफोन नंबर, जिम्मेदार व्यक्ति, बुनियादी लेखा नीति सेटिंग्स;
• निर्देशिका प्रभागों , खुलने का समय , स्थितियां- सभी विभाग, कार्यक्रम और पद स्थानांतरित कर दिए गए हैं।
• निर्देशिका कर्मचारी— स्थानांतरित कार्मिक दस्तावेज़ों और दस्तावेज़ों में मौजूद सभी कर्मचारियों के बारे में जानकारी लोड की गई है डेटा स्थानांतरण ;
• निर्देशिका व्यक्तियों — उन व्यक्तियों के बारे में जानकारी स्थानांतरित की जाती है जिनके लिए संबंधित निर्देशिका तत्व लोड किया गया है कर्मचारी, साथ ही दस्तावेज़ों में मौजूद व्यक्ति भी डेटा स्थानांतरण .
• धार्मिक आस्था स्त्रोतोंऔर रखती है- स्थानांतरित कार्मिक दस्तावेज़ों में योजना के अनुसार कर्मचारियों को सौंपे गए उपार्जन और कटौतियों के प्रकार स्थानांतरित किए जाते हैं, साथ ही दस्तावेजों में मौजूद उपार्जन और कटौतियों के प्रकार भी स्थानांतरित किए जाते हैं। डेटा स्थानांतरण (कोड के साथ वेतनऔर विप ).

मानव संसाधन लेखांकन और पेरोल सेटिंग्स का स्थानांतरण

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

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

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

नियोजित उपार्जन पर कार्मिक डेटा और जानकारी का स्थानांतरण

"पूर्ण" डेटा स्थानांतरण में संपूर्ण कार्मिक इतिहास को ZUP 2.5 से सीधे कार्मिक दस्तावेज़ 1C ZUP 3 में स्थानांतरित करना शामिल है। आप इन दस्तावेज़ों को दस्तावेज़ लॉग में देख सकते हैं सभी कार्मिक दस्तावेज़ (कार्मिक - सभी कार्मिक दस्तावेज़).

इन दस्तावेज़ों में निम्नलिखित जानकारी है:

• कर्मचारियों के कब्जे वाले पद;
• प्रयुक्त कार्य अनुसूचियाँ;
• छुट्टियों का अधिकार;
• लिए गए दांवों की संख्या;
• रोजगार के प्रकार;
• नियोजित उपार्जन - एक "पूर्ण" हस्तांतरण के साथ, सभी नियोजित उपार्जन जो कभी नियोजित तरीके से कर्मचारियों को सौंपे गए हैं, ZUP 3 में लोड किए जाते हैं।

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

• रोजगार अनुबंध के बारे में जानकारी.

स्थानांतरण के बाद स्टाफिंग टेबल में जानकारी का गठन

ZUP 3.1 में "पूर्ण" स्थानांतरण पूरा करने के बाद, एक स्टाफिंग टेबल बनाई जाती है, लेकिन यह कब्जे वाली स्टाफ इकाइयों के बारे में जानकारी के आधार पर बनाई जाती है।

साथ ही, "हानिकारक"/"कठिन" पदों की उपस्थिति के बारे में जानकारी जिसके लिए अतिरिक्त योगदान की गणना की जानी चाहिए, स्टाफिंग तालिका में लोड की जाती है। यदि डेटा ट्रांसफर के समय संगठन में कोई कर्मचारी उस पद पर कार्यरत है जिसके लिए अतिरिक्त योगदान की गणना की जाती है, तो यह जानकारी स्टाफिंग तालिका में संबंधित पद पर स्थानांतरित कर दी जाएगी।

और यह लेखांकन नीति सेटिंग्स में इस जानकारी के आधार पर है ( संगठन निर्देशिका - लेखांकन नीतियां और अन्य सेटिंग्स टैब - लेखांकन नीतियां) चेकबॉक्स चेक किया जाएगा ऐसे कर्मचारी हैं जिनके पास शीघ्र सेवानिवृत्ति का अधिकार है . और शायद चेकबॉक्स चेक किया जाएगा कामकाजी परिस्थितियों के विशेष मूल्यांकन के परिणाम लागू किए जाते हैं , यदि स्थानांतरण के दौरान कोई कर्मचारी मौजूद है, जिसकी स्टाफिंग इकाई के लिए कार्य परिस्थितियों की एक श्रेणी सौंपी गई है।

नियोजित कटौतियों के बारे में जानकारी स्थानांतरित करना

ZUP 3.1 में वर्तमान नियोजित कटौतियों के बारे में जानकारी संबंधित जर्नल दस्तावेज़ों के माध्यम से लोड की गई है गुजारा भत्ता और अन्य स्थायी कटौतियाँ (वेतन - कटौतियाँ).

उदाहरण के लिए, यदि ZUP 2.5 में डेटा स्थानांतरित करते समय कर्मचारी के पास निष्पादन की रिट के तहत वैध कटौती थी, तो ZUP 3.1 में एक दस्तावेज़ बनाया जाएगा। प्रदर्शन सूची गणना के लिए समान जानकारी के साथ।

एक अन्य उदाहरण पेंशन फंड में स्वैच्छिक बीमा योगदान को रोकना है। यदि ZUP 2.5 में इस प्रकार की कटौती डेटा ट्रांसफर के समय किसी कर्मचारी के लिए मान्य है, तो ZUP 3.1 में एक विशेष दस्तावेज़ बनाया जाएगा स्वैच्छिक बीमा प्रीमियम रोकना .

यदि हम किसी प्रकार की मनमानी योजनाबद्ध रोक के बारे में बात कर रहे हैं, जिसके लिए ZUP 3.1 में कोई संबंधित दस्तावेज़ नहीं है, तो संदर्भ पुस्तक में रखती हैएक नए प्रकार की कटौती बनाई जाएगी, और जर्नल में एक दस्तावेज़ भी तैयार किया जाएगा गुजारा भत्ता और अन्य कटौतियाँ , जिस कर्मचारी को यह कटौती सौंपी जानी निर्धारित है।

कर्मचारियों के साथ बस्तियों के बारे में जानकारी स्थानांतरित करना

डेटा ट्रांसफर सहायक में निर्दिष्ट अवधि के लिए कर्मचारियों के साथ आपसी समझौते का इतिहास संख्या के साथ दस्तावेजों में लोड किया गया है वीजेड. इस तथ्य के कारण कि अवधि के लिए आपसी निपटान के बारे में सभी जानकारी स्थानांतरित की जाती है, ZUP 3 की वेतन रिपोर्ट में स्थानांतरण अवधि के दौरान कर्मचारियों के लिए शेष राशि के इतिहास को ट्रैक करना संभव है।

हालाँकि, सभी कर्मचारियों (यहां तक ​​कि बर्खास्त किए गए लोगों) के लिए आपसी निपटान के पूरे इतिहास को स्थानांतरित करना, न कि केवल कार्यरत कर्मचारियों के आपसी निपटान के शेष को, जैसा कि "अनुशंसित" स्थानांतरण के साथ होता है, "अस्तित्वहीन" के स्थानांतरण का कारण बन सकता है। ZUP 2.5 में लेखांकन त्रुटियों के कारण ऋण।

यदि ऐसी स्थिति उत्पन्न होती है, तो कर्मचारी के ऋण को दस्तावेज़ के साथ सीधे समायोजित किया जा सकता है डेटा स्थानांतरण . समायोजन निम्नलिखित संचय रजिस्टरों का उपयोग करके किया जाता है:

• वेतन देय - इस रजिस्टर में शेष राशि के आधार पर दस्तावेजों को भरने की राशि बनाई जाती है कथन... ;
• कर्मचारियों के साथ आपसी समझौता - इस रजिस्टर में शेष राशि के आधार पर, ZUP की वेतन रिपोर्ट में कर्मचारियों के साथ आपसी समझौते के लिए शेष राशि बनाई जाती है।

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

स्थानांतरण अवधि के दौरान किए गए उपार्जनों और कटौतियों के बारे में जानकारी

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

• वेतन- इस दस्तावेज़ में, जानकारी गणना रजिस्टर में लोड की जाती है स्त्रोतोंऔर रखती है. इस जानकारी के हस्तांतरण से, विशेष रूप से, वर्तमान गणना में पिछली अवधि के लिए संचय और कटौती को ध्यान में रखना संभव हो जाएगा।

• विप- ये दस्तावेज़ उपार्जन, कटौती और काम किए गए घंटों के बारे में जानकारी संग्रहीत करते हैं, जिसका उपयोग स्थानांतरण अवधि के लिए वेतन रिपोर्ट तैयार करने के लिए किया जाएगा ( वेतन पर्ची ;शुल्कों, कटौतियों और भुगतानों का एक पूरा सेट ;कर्मचारी द्वारा वेतन विश्लेषण और इसी तरह।)।

औसत कमाई की गणना के लिए जानकारी

औसत कमाई की गणना के लिए जानकारी निम्नलिखित संख्याओं वाले दस्तावेज़ों में स्थानांतरित की जाती है:

• ZP_SZO- दस्तावेज़ों में काम किए गए समय और संचय के बारे में जानकारी होती है, जिसका उपयोग ZUP 3.1 में छुट्टियों के वेतन, व्यापार यात्राओं और अन्य मामलों की गणना करते समय किया जाएगा जिसमें बनाए रखा औसत कमाई की गणना की जाती है (लाभ की गणना के मामलों को छोड़कर)। प्रत्येक माह की जानकारी एक अलग दस्तावेज़ में लोड की जाती है।

काम किए गए घंटों का डेटा संचय रजिस्टर में भरा जाता है औसत की गणना के लिए समय डेटा (सामान्य) , और संचय रजिस्टर में संचय के बारे में जानकारी औसत कमाई की गणना के लिए संचय पर डेटा (कुल) .

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

बचत रजिस्टर में इस दस्तावेज़ में संचय और समय के बारे में जानकारी के अलावा औसत कमाई की गणना के लिए पॉलिसीधारक डेटा (एफएसएस) इसमें पिछले कार्य स्थानों से कर्मचारियों की कमाई के बारे में जानकारी हो सकती है, यदि यह जानकारी दस्तावेज़ में ZUP 2.5 में भरी गई थी अन्य पॉलिसीधारकों से आय का प्रमाण पत्र .

व्यक्तिगत आयकर और बीमा प्रीमियम के लिए लेखांकन डेटा

व्यक्तिगत आयकर कटौती के लिए आवेदन

ZUP 2.5 में निर्देशिका स्तर पर कॉन्फ़िगर की गई कटौतियों के बारे में जानकारी कर्मचारी ZUP 3.1 में जर्नल में अलग-अलग दस्तावेज़ों में लोड किया गया है कटौती के लिए आवेदन (कर और अंशदान - कटौतियों के लिए आवेदन).

व्यक्तिगत आयकर, बीमा प्रीमियम और लाभों पर डेटा

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

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

डेटा ट्रांसफर दस्तावेजों में अन्य जानकारी

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

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

2017 के अंत में "वेतन और मानव संसाधन प्रबंधन रेव. 2.5" के लिए समर्थन की समाप्ति के संबंध में, जरूरी सवाल यह है कि कार्यक्रम के नए संस्करण में क्रेडेंशियल कैसे स्थानांतरित किया जाए?

ZUP 2.5 से 3.0 में परिवर्तन रिलीज़ 2.5 के साथ डेटाबेस से डेटा स्थानांतरित करके किया जाता है। कॉन्फ़िगरेशन संरचना में आंशिक परिवर्तन के कारण, कॉन्फ़िगरेशन को नए संस्करण में अपडेट करना संभव नहीं है। आप संस्करण 2.5 और संस्करण 3.0 और हस्तांतरित डेटा के बीच अंतर के बारे में पता लगा सकते हैं।

सबसे पहले आपको रिलीज़ 3.0 के साथ एक साफ़ सूचना आधार बनाना होगा।

जब आप पहली बार सूचना आधार लॉन्च करते हैं, तो प्रोग्राम आपको एक विशेष चरण-दर-चरण सहायक का उपयोग करके इसे कॉन्फ़िगर करने के लिए संकेत देगा।

पहले चरण में, इंगित करें कि आप संस्करण 2.5 से डेटा माइग्रेट करना चाहते हैं।

ध्यान दें, डेटा स्थानांतरण केवल 2.5.94.1 से कम के रिलीज़ से ही संभव है।

अगले पृष्ठ पर, प्रारंभ माह का चयन करें

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

अगला चरण डेटा ट्रांसफर प्रक्रिया स्वयं शुरू करता है। पूरी प्रक्रिया की अवधि स्थानांतरित किए जा रहे डेटा की मात्रा पर निर्भर करती है और इसमें कई घंटे लग सकते हैं।

जब डाउनलोड प्रक्रिया पूरी हो जाए तो क्लिक करें आगे.

इससे डेटा ट्रांसफर पूरा हो जाता है।

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

आप "पिछले कार्यक्रमों से डेटा का स्थानांतरण" लिंक का उपयोग करके "प्रशासन" अनुभाग से पुनः स्थानांतरण शुरू कर सकते हैं। यदि प्रोग्राम का प्रारंभिक सेटअप पहले स्थानांतरण के बाद पूरा हो गया है तो लिंक उपलब्ध है।

1C ZUP 2.5 से 1C ZUP 3.0 में डेटा स्थानांतरित करने का एक सरल विकल्प

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

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

कार्मिक डेटा और नियोजित उपार्जन को 1C ZUP 3.0 में स्थानांतरित करना

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

नए संस्करण में, कार्मिक डेटा का केवल एक टुकड़ा लेखांकन की प्रारंभ तिथि में स्थानांतरित किया जाता है। अर्थात्, केवल उन्हीं प्रभागों, उन पदों और उन कर्मचारियों को स्थानांतरित किया जाता है जो नए 1C ZUP 3.0 डेटाबेस में लेखांकन की प्रारंभ तिथि पर प्रासंगिक हैं। इस मामले में, टी-2 कार्ड का कार्मिक इतिहास खो जाता है।

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

इस मामले में, नियोजित संचयों पर डेटा स्थानांतरित नहीं किया जाता है, क्योंकि नए विकल्प के तहत नियोजित संचयों को ZUP 2.5 से ZUP 3.0 में स्थानांतरित नहीं किया जाता है। यह माना जाता है कि उपयोगकर्ता को स्वतंत्र रूप से नियोजित संचय दर्ज करना होगा। यह वास्तव में पुरानी सेटिंग्स से निपटने से आसान हो सकता है:

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

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

1C ZUP 2.5 से 1C ZUP 3.0 में नए सरलीकृत संस्करण के अनुसार डेटा स्थानांतरित करने के बाद, जबकि नियोजित संचय कर्मचारियों को नहीं सौंपा गया है, 1C ZUP 3.0 में वेतन अर्जित नहीं किया जाएगा।

उपार्जन और कटौतियों का 1C ZUP 3.0 में स्थानांतरण

पिछले 1C ZUP 2.5 कार्यक्रम से संचय और कटौतियों को स्थानांतरित करने का चयन करते समय, 1C ZUP 3.0 उपयोगकर्ता अर्जित वेतन की पिछली अवधि के लिए एक सारांश बना सकता है और देख सकता है: कितना अर्जित किया गया, रोका गया, भुगतान किया गया, आदि। नए सरलीकृत हस्तांतरण में, पिछली अवधियों से संचय और कटौतियाँ लोड नहीं की जाती हैं।

कर्मियों 3.0 के लिए 1सी में औसत कमाई की गणना करने के लिए डेटा स्थानांतरित करना

औसत कमाई की गणना के लिए डेटा दोनों संस्करणों में 1C ZUP 2.5 से 1C ZUP 3.0 में स्थानांतरित किया जाता है, लेकिन अलग-अलग तरीकों से। पिछले डेटाबेस से संचय स्थानांतरित करते समय, डेटा "डेटा ट्रांसफर" दस्तावेज़ में सहेजा जाता है। आप इस दस्तावेज़ में औसत कमाई की गणना के लिए डेटा को भी सही कर सकते हैं।

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

यदि कोई त्रुटि पाई जाती है तो औसत कमाई का डेटा संपादित किया जा सकता है:

"बीमार छुट्टी और बाल देखभाल लाभों की गणना करते समय समान डेटा का उपयोग करें" चेकबॉक्स स्वचालित रूप से चेक किया गया है:

इस चेकबॉक्स को रीसेट करें; इसे 1C ZUP 3.0 में स्थापित नहीं किया जा सकता है। यदि आप डेटा दर्ज करते हैं या बस औसत कमाई पर डेटा खोलते हैं, तो बॉक्स को चेक करें और छुट्टी दस्तावेज़ पोस्ट करें, तो यह डेटा बीमार छुट्टी की गणना के लिए आधार को बदल देगा और डेटा खो जाएगा।

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

आपसी समझौते पर डेटा का 1C ZUP 3.0 में स्थानांतरण

आपसी निपटान पर डेटा के साथ पिछले डेटाबेस से पूरी तरह से स्थानांतरित करते समय, शेष राशि को समझना और वापस सामान्य स्थिति में लाना आवश्यक है। 1C ZUP 3.0 में सरलीकृत स्थानांतरण के बाद, आपसी निपटान पर डेटा मैन्युअल रूप से दर्ज किया जाता है।

व्यक्तिगत आयकर और योगदान पर डेटा का 1C ZUP 3.0 में स्थानांतरण

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

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

उदाहरण के लिए, व्यक्तिगत आयकर के लिए, रिपोर्टिंग में दिखाई जाने वाली जानकारी परिलक्षित होती है:

1C ZUP 2.5 से 1C ZUP 3.0 में डेटा स्थानांतरित करने के विकल्पों की तुलना

पिछले 1C ZUP 2.5 सूचना आधार से पूरी तरह से डेटा स्थानांतरित करते समय, अधिक डेटा नए 1C ZUP 3.0 डेटाबेस में परिलक्षित होता है। लेकिन स्थानांतरण प्रक्रिया में अधिक समय लगता है और 1C ZUP 2.5 में डेटा गुणवत्ता पर मांग बढ़ जाती है। यदि 1C ZUP 2.5 में त्रुटियाँ या गलत सेटिंग्स थीं, तो यह सब नए 1C ZUP 3.0 प्रोग्राम में स्थानांतरित कर दिया जाएगा। आपको इसमें सुधार करना होगा और समय बर्बाद करना होगा।

नया सरलीकृत स्थानांतरण न्यूनतम आवश्यक डेटा का उपयोग करता है। यह एक त्वरित स्थानांतरण है. नए 1C ZUP 3.0 डेटाबेस में, आप नई आवश्यक सेटिंग्स लागू कर सकते हैं, लेकिन मैन्युअल डेटा प्रविष्टि की आवश्यकता है। विशेष रूप से, वेतन की गणना के लिए, नियोजित उपार्जन को पूरा करना आवश्यक है।

कृपया इस लेख को रेटिंग दें: