हम SAP HCM में पेरोल रिग्रेशन परीक्षण कैसे करते हैं

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


उदाहरण के लिए, ऊपर दिया गया आंकड़ा मजदूरी प्रकार सेट करने का एक दृश्य दिखाता है। गलत तरीके से सेट किया गया पैरामीटर या चेकबॉक्स गलत गणना का कारण बनेगा।

इसके अलावा, एक त्रुटि की कीमत मौद्रिक संदर्भ में और प्रतिष्ठा के मामले में बहुत अधिक हो सकती है।

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

ऐसी त्रुटियाँ कहाँ से आ सकती हैं? एचआर-कार्यक्षमता लगातार विकसित हो रही है, विधायी आवश्यकताएं और व्यावसायिक आवश्यकताएं बदल रही हैं। इन आवश्यकताओं को पूरा करने के लिए, आपको नियमित रूप से अपनी SAP HCM सेटिंग में बदलाव करना होगा। हमारी कंपनी में, सभी परिवर्तन मासिक रिलीज में लागू किए जाते हैं। SAP के मानक अपडेट भी महीने में एक बार निकलते हैं और रिलीज़ के साथ इंस्टॉल किए जाते हैं।

विक्रेता के अपडेट प्रोग्राम और सेटिंग्स में बदलाव के साथ नोट्स युक्त पैकेज हैं। यह आंकड़ा सर्विस पैक SAPK-60866INEAHRCRU की संरचना को दर्शाता है, जिसमें रूस के लिए चार पेरोल नोट हैं।



अपने स्वयं के विकास उत्पादों की सेटिंग और मानक सर्विस पैक स्थापित करने से वर्तमान सेटिंग्स बदल सकती हैं और गलत सिस्टम ऑपरेशन हो सकता है।

प्रतिगमन परीक्षण

मैं कैसे पुष्टि कर सकता हूं कि मौजूदा कार्यक्षमता मानक SAP अपडेट और मेरे स्वयं के नए विकास / सेटिंग्स से प्रभावित नहीं थी?

आप निश्चित रूप से सभी परिवर्तनों, सभी मानक नोटों का विश्लेषण कर सकते हैं। उनके लिए उदाहरण बनाएं और कार्यात्मक परीक्षण करें।

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

इस समस्या को हल करने के लिए, हमारे विभाग के कर्मचारी "व्यावसायिक अनुप्रयोग SAP HR प्रबंधन" ने मजदूरी के प्रतिगमन परीक्षण के लिए एक तंत्र विकसित किया।
इस तंत्र का सार काफी सरल है। सबसे पहले, एक मानक बनाया जाता है - मूल प्रणाली पर मजदूरी की गणना करके।

फिर सिस्टम पर अपडेट स्थापित किए जाते हैं और एक नया पेरोल गणना की जाती है। परिणाम रिलीज़ डेटा के रूप में सहेजे जाते हैं।

और अंतिम चरण में, रिलीज डेटा के साथ मानक को मिलाया जाता है।
परीक्षण कर्मियों की संख्या के पूरे वॉल्यूम पर होता है।
अब इसके बारे में अधिक विस्तार से बात करते हैं।

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

प्रतिगमन परीक्षण चरणों में विभाजित है:

• एचआरटी सिस्टम की तैयारी
• डेटा की तैयारी का परीक्षण करें
• मानक को हटाना
• रिलीज़ रिलीज़
• परिणामों की पुनरावृत्ति

एचआरटी टेस्ट सिस्टम तैयारी चरण

इस स्तर पर, बेस विशेषज्ञ एचआरटी सिस्टम तैयार कर रहे हैं। एचआरटी को एक विशिष्ट तिथि पर एक उत्पादक प्रणाली के बैकअप से बहाल किया जाता है। यानी HRP और HRT में डेटा समान हो जाते हैं।

टेस्ट डेटा तैयारी चरण

इस तथ्य के बावजूद कि उत्पादक और परीक्षण प्रणालियों के बीच डेटा संरेखित किया गया है, पेरोल परीक्षण को एक अभी तक गणना की गई अवधि पर किया जाना चाहिए। ऐसा करने के लिए, परीक्षण डेटा तैयार करें:

• टाइमस्टैम्प जनरेशन

चूंकि हम एक नई अवधि की गणना करना चाहते हैं, इसलिए हमें उन कर्मचारियों के लिए समय टिकट बनाने की आवश्यकता है जो सकारात्मक रूप से पंजीकृत हैं। ऐसा करने के लिए, विकसित कार्यक्रम का उपयोग करके, IT2011 में आगमन / प्रस्थान के समय टिकट IT0007 में कर्मचारी के शेड्यूल से उत्पन्न होते हैं।

• डेटा रखरखाव IT0027 लागत साझा करना

जो कर्मचारी सकारात्मक रूप से पंजीकृत हैं, उनके लिए 0027IT लागत साझाकरण विशेष रूप से डिज़ाइन किए गए प्रोग्राम का उपयोग करके IT1018 से डेटा की प्रतिलिपि बनाकर भरा जाता है।

• डाउन पेमेंट गणना के लिए डेटा बनाए रखना

प्रत्येक गणना इकाई को सौंपे गए कर्मियों की संख्या पर पूर्ण रूप से परीक्षण डेटा तैयार किया जाता है। ऐसा करने के लिए, लेनदेन HRUU0267 का उपयोग करके IT267 ऑफ-साइकिल भुगतान भरें।

छुट्टियों, बोनस, छंटनी और विभिन्न प्रकार की बीमार छुट्टी की गणना करने के लिए, लगभग 20 कर्मचारियों के लिए परीक्षण डेटा बनाया जाता है।

सभी परीक्षण डेटा शुरू किए जाने के बाद, एचआरटी सिस्टम का बैक-अप प्रदर्शन किया जाता है।

मानक हटाने का चरण

इस चरण में शामिल हैं:

• समय का मूल्यांकन

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

• समय के मूल्यांकन के परिणामों के लिए बेंचमार्क को सहेजना

समय मूल्यांकन पूरा करने के बाद, परिणाम को बचाने के लिए आवश्यक है। ऐसा करने के लिए, एक विशेष कार्यक्रम बनाया गया है जो पाठ फ़ाइलों में मूल्यांकन (तालिका ZES और ZL) के परिणामों को संग्रहीत करता है:



निर्मित समय मूल्यांकन मानक फ़ाइल का एक टुकड़ा:

• पेरोल (नियमित और अंतर-निपटान भुगतान)

गणना कार्मिक संख्याओं की संपूर्ण मात्रा पर मानक साधनों (HRCUCLACM कार्यक्रम और लेनदेन PUST) द्वारा की जाती है।

• बाद के सामंजस्य के लिए गणना परिणाम सहेजना

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



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

• गठन पोस्टिंग

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



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

• स्थानांतरण के लिए रजिस्टरों का गठन

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



वेतन हस्तांतरण रजिस्ट्री मानक फ़ाइल का एक टुकड़ा:

• कर रिपोर्टिंग

6-NDFL और 2-NDFL कर रिपोर्ट क्रमशः मानक रिपोर्ट RPCPAYRU_6NDFL और HRULNDFL का उपयोग करके उत्पन्न की जाती हैं। परीक्षण आवश्यकताओं के लिए, उन्हें पारदर्शी तालिकाओं में परिणामों को संग्रहीत करने के लिए तर्क के साथ बढ़ाया गया है। परीक्षण वातावरण में कर रिपोर्टिंग उत्पन्न होने के बाद, इन परिणामों को उपयोगकर्ता प्रोग्राम का उपयोग करके विकास प्रणाली में स्थानांतरित किया जाता है।



प्राप्त कर डेटा मानक:

रिलीज का दौर

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

सुलह की अवस्था

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

• समय के मूल्यांकन के परिणामों का सामंजस्य

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



यदि मानक और रिलीज़ डेटा के बीच कोई अंतर है, तो यह रिपोर्ट इसे प्रदर्शित करेगी।

• सुलह की पोस्टिंग

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



यदि मानक और रिलीज़ डेटा के बीच कोई अंतर है, तो यह रिपोर्ट इसे प्रदर्शित करेगी।

• कर रिपोर्टिंग का सामंजस्य

मानक और रिलीज दोनों को हटाने के चरण में 2-NDFL और 6-NDFL की रिपोर्ट जनरेट करने के परिणामों के साथ डेटा को HRD विकास प्रणाली में स्थानांतरित कर दिया गया। डेटा को सत्यापित करने के लिए एक उपयोगकर्ता रिपोर्ट का उपयोग किया जाता है। जहां इनपुट पैरामीटर मानक \ रिलीज को हटाने की तारीखें हैं और उपयोगकर्ता जिनके तहत ये निष्कासन हुए हैं:



यदि डेटा में अंतर हैं, तो वे प्रदर्शित होते हैं।

• पेरोल का पुनर्विचार

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



प्राप्त सभी विसंगतियां रिपोर्ट में उपलब्ध हैं।

• स्थानांतरण के लिए रजिस्ट्रियों का पुनर्विचार

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



विसंगतियों के मामले में, उन्हें रिपोर्ट में प्रदर्शित किया जाता है।



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

यह दृष्टिकोण पेरोल के रूप में इस तरह की एक महत्वपूर्ण प्रक्रिया के उच्च गुणवत्ता परीक्षण के लिए अनुमति देता है और न केवल मासिक रिलीज / अपडेट का परीक्षण करते समय, बल्कि परियोजना गतिविधियों में भी इसका उपयोग किया जाता है। इसलिए, केवल इस वर्ष इसे दो बड़ी परियोजनाओं पर सफलतापूर्वक लागू किया गया - कानूनी संस्थाओं का पुनर्गठन और स्तर 8 को बढ़ाने के लिए एसएपी एचसीएम प्रणाली को अद्यतन करना।