प्रतीकात्मक खाते से जी/एल मानचित्र तकping तालिका में SAP

⚡ स्मार्ट सारांश

प्रतीकात्मक खातों में SAP पेरोल वेतन प्रकारों को सामान्य खाता बही से लिंक करें, जिससे सिस्टम पेरोल पोस्टिंग रन के दौरान लेनदेन OBYG, OBYE और OBYU का उपयोग करके वेतन व्यय और देयताओं को सही खातों में पोस्ट कर सके।

  • 🔘 सेतु की भूमिका: एक प्रतीकात्मक खाता वह कड़ी है जो पेरोल से लेकर वित्तीय लेखांकन तक प्रत्येक प्रकार के वेतन को जोड़ती है।
  • असाइनमेंट का प्रकार: प्रत्येक प्रतीकात्मक विवरण में एक प्रकार होता है जो बताता है SAP चाहे वह व्यय, बैलेंस शीट या विक्रेता खाते में दर्ज हो।
  • ओबीवाईजी: लेनदेन OBYG प्रतीकात्मक खातों को बैलेंस शीट और देयता जी/एल खातों से मैप करता है।
  • 🧾 ओबाय: लेनदेन OBYE प्रतीकात्मक खातों को व्यय खातों से मैप करता है और कर्मचारी समूह के लिए पूछता है।ping.
  • 🔗 ओबीवाईयू: लेनदेन OBYU तीसरे पक्ष के भुगतानों के लिए प्रतीकात्मक खातों को विक्रेता खातों से मैप करता है।
  • पोस्टिंग रन: PC00_M99_CIPE प्रत्येक प्रतीकात्मक खाते को असाइन किए जाने के बाद मैप किए गए परिणामों का अनुकरण करता है और उन्हें लेखांकन में पोस्ट करता है।

नक्शाping सांकेतिक खातों से जी/एल खातों में SAP OBYG और OBYE का उपयोग करना

नक्शाping एक प्रतीकात्मक खाते को सामान्य खाता बही खाते में बदलना वह विन्यास चरण है जो अनुमति देता है SAP पेरोल विभाग अपने परिणाम वित्तीय लेखांकन को सौंपता है। प्रत्येक वेतन प्रकार एक प्रतीकात्मक खाते को इंगित करता है, और प्रत्येक प्रतीकात्मक खाता लेनदेन OBYG, OBYE और OBYU के माध्यम से एक वास्तविक जी/एल खाते को इंगित करता है।

प्रतीकात्मक विवरण क्या है? SAP?

एक प्रतीकात्मक खाता एक संक्षिप्त, चार-अक्षर वाली कुंजी है जो एक सेतु का काम करती है। SAP वेतन (का हिस्सा) SAP मानव संसाधन (एचआर) और वित्तीय लेखांकन। पेरोल सीधे किसी खाते में पोस्ट नहीं होता है। सामान्य खाता बही खाताइसके बजाय, खातों में दर्ज होने वाले प्रत्येक वेतन प्रकार को पहले एक प्रतीकात्मक खाते में रखा जाता है, और फिर उस प्रतीकात्मक खाते को वास्तविक जी/एल खाते से जोड़ा जाता है।

यह दो-चरणीय डिज़ाइन पेरोल कॉन्फ़िगरेशन को चार्ट ऑफ़ अकाउंट्स से स्वतंत्र रखता है। यदि वित्त टीम किसी जी/एल खाते का पुनः क्रमांकन करती है, तो केवल प्रतीकात्मक-खाता मानचित्र ही बदलेगा।ping परिवर्तन होते हैं, और किसी भी वेतन प्रकार को छूने की आवश्यकता नहीं होती है। SAP तालिका T52EK में प्रतीकात्मक खातों और उनकी असाइनमेंट विशेषताओं को संग्रहीत किया जाता है।

प्रत्येक प्रतीकात्मक खाते में एक खाता असाइनमेंट प्रकार होता है जो बताता है SAP इसके पीछे किस प्रकार का खाता है:

  • व्यय (लागत) खाते में कंपनी द्वारा किए गए वेतन और लाभ संबंधी खर्चों का विवरण होता है।
  • बैलेंस शीट में शुद्ध वेतन, कर और सामाजिक बीमा की देय राशि का हिसाब रखा जाता है।
  • जब किसी तीसरे पक्ष के माध्यम से देय राशि का निपटान किया जाता है तो विक्रेता खाते

प्रतीकात्मक खाता आवंटन प्रकार और उनके टी-कोड

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

असाइनमेंट प्रकार पोस्ट करने के लिए नक्शाping ट्रांजेक्शन
सी — व्यय लाभ और हानि विवरण में वेतन व्यय और लागत खाते आज्ञा का पालन करें
F — बैलेंस शीट देय और देयता खाते, जैसे कि शुद्ध वेतन या देय कर ओबीवाईजी
प्रश्न — कर्मचारियों की संख्या सहित बैलेंस शीट कर्मचारी-स्तर के बैलेंस शीट खाते ओबीवाईजी
के — विक्रेता विक्रेता खातों में देय खाते ओबीवाईयू

क्योंकि व्यय खातों को कर्मचारी समूहों के अनुसार वर्गीकृत किया जाता हैpingOBYE कर्मचारी समूह के लिए अनुरोध करता है।ping प्रतीकात्मक खाते और जी/एल खाते के अतिरिक्त, ओबीवाईजी और ओबीवाईयू को केवल खाता चार्ट, प्रतीकात्मक खाता और लक्षित जी/एल या विक्रेता खाते की आवश्यकता होती है।

प्रतीकात्मक खाते को G/L खाते से कैसे मैप करें

निम्नलिखित प्रक्रिया OBYG का उपयोग करके एक प्रतीकात्मक खाते को बैलेंस शीट खाते से मैप करती है, और फिर OBYE के लिए मामूली अंतर दिखाती है। दोनों लेनदेन एक ही खाता-निर्धारण दृश्य खोलते हैं; केवल आवश्यक फ़ील्ड भिन्न होते हैं।

चरण 1) लेनदेन OBYG दर्ज करें SAP नीचे दिखाए गए अनुसार लेनदेन कोड बॉक्स।

SAP लेनदेन कोड बॉक्स में OBYG दर्ज करके प्रतीकात्मक खातों को बैलेंस शीट खातों से मैप किया जाता है।

चरण 2) खातों का चार्ट दर्ज करें, फिर अगली स्क्रीन में दिखाई गई प्रविष्टि की पुष्टि करने के लिए एंटर पर क्लिक करें।

सिंबॉलिक अकाउंट मैप के लिए ट्रांजैक्शन OBYG में चार्ट ऑफ अकाउंट्स एंट्री स्क्रीनping

चरण 3) अगले चरण में SAP स्क्रीन पर, नया सिंबॉलिक-अकाउंट असाइनमेंट जोड़ने के लिए क्रिएट पर क्लिक करें।

OBYG अवलोकन स्क्रीन जिसमें नया प्रतीकात्मक खाता असाइनमेंट जोड़ने के लिए 'क्रिएट' बटन का उपयोग किया जाता है।

चरण 4) सिंबॉलिक खाता और जी/एल खाता दर्ज करें, फिर मानचित्र को पूरा करने के लिए सहेजें पर क्लिक करें।ping.

OBYG मैप को सेव करने से पहले सिंबॉलिक अकाउंट और G/L अकाउंट नंबर दर्ज करें।ping

चरण 5) लेनदेन OBYE के लिए प्रक्रिया समान है, सिवाय इसके कि आपको कर्मचारी समूह भी दर्ज करना होगा।ping, जैसा की नीचे दिखाया गया।

कर्मचारी समूह दर्शाने वाला लेनदेन OBYEping प्रतीकात्मक और जी/एल खाता मानचित्र के साथ क्षेत्रping

एक बार जब सभी प्रतीकात्मक खातों का मानचित्रण हो जाता है, तो वेतन-से-लेखा संबंध पूर्ण हो जाता है और परिणाम बहीखाते में दर्ज किए जा सकते हैं।

पेरोल परिणामों को लेखांकन में पोस्ट करना (PC00_M99_CIPE)

नक्शाping खातों का विन्यास किया जाता है; संख्याओं का स्थानांतरण एक अलग प्रक्रिया है। पेरोल प्रक्रिया समाप्त होने के बाद, पोस्टिंग प्रोग्राम प्रत्येक परिणाम को पढ़ता है, प्रत्येक वेतन प्रकार को उसके प्रतीकात्मक खाते के माध्यम से जी/एल, विक्रेता या ग्राहक लाइन में परिवर्तित करता है, और एक लेखा दस्तावेज़ बनाता है।

सामान्य क्रम सीधा है:

  • सिमुलेशन मोड में शुरू करते हुए, पोस्टिंग रन बनाने के लिए PC00_M99_CIPE चलाएँ।
  • Revशेष राशि और खाता-निर्धारण त्रुटियों के लिए नकली दस्तावेज़ की समीक्षा करें
  • किसी उत्पादक दौड़ की ओर रुख करें ताकि SAP यह पोस्टिंग को पृष्ठभूमि में चलाता है।
  • रन की जांच करने, उसे जारी करने और वित्तीय लेखांकन में पोस्ट करने के लिए PCP0 का उपयोग करें।

इस चरण में सबसे आम त्रुटियाँ हैं: वेतन प्रकार में कोई प्रतीकात्मक खाता न होना, प्रतीकात्मक खाता जिसका कभी मानचित्रण नहीं हुआ हो, या लक्ष्य जी/एल खाता जो पोस्टिंग के लिए अवरुद्ध हो। मानचित्रण में इन सभी त्रुटियों को ठीक कर दिया जाता है।ping ऊपर दिए गए लेन-देन के बाद, प्रक्रिया दोहराई जाती है। परिणामी दस्तावेज़ फिर मानक प्रणाली में फीड किए जाते हैं। एफआई ​​रिपोर्ट और दिखाई देते हैं एफआई ​​तालिकाएँ जिनमें वित्तीय दस्तावेज रखे जाते हैं।

अक्सर पूछे जाने वाले प्रश्न

प्रतीकात्मक खाता पेरोल कॉन्फ़िगरेशन को खातों के चार्ट से अलग रखता है। वेतन प्रकार प्रतीकात्मक खातों की ओर इंगित करते हैं, इसलिए यदि कोई जी/एल संख्या बदलती है, तो केवल एक मानचित्र ही बदलता है।ping इसे अपडेट कर दिया गया है और किसी भी वेतन प्रकार को पुनः कॉन्फ़िगर करने की आवश्यकता नहीं है।

प्रतीकात्मक खाते और उनकी खाता आवंटन विशेषताएँ T52EK तालिका में संग्रहीत हैं, जिसे V_T52EK दृश्य के माध्यम से बनाए रखा जाता है। वेतन प्रकार और प्रतीकात्मक खाते के लिंक संबंधित पोस्टिंग कॉन्फ़िगरेशन तालिकाओं में मौजूद होते हैं जिन्हें पेरोल पोस्टिंग प्रोग्राम पढ़ता है।

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

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

उसी चार्ट ऑफ़ अकाउंट्स के लिए OBYG, OBYE, या OBYU को दोबारा खोलें, सिंबॉलिक अकाउंट चुनें और सेव करने से पहले G/L अकाउंट को ओवरराइट कर दें। पहले से पोस्ट किए गए दस्तावेज़ अप्रभावित रहेंगे; बदलाव के बाद पोस्ट किए गए पेरोल रन ही नए अकाउंट का उपयोग करेंगे।

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

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

हाँ। सिंबॉलिक अकाउंट, OBYG, OBYE और OBYU, S/4HANA में अकाउंट निर्धारण विधि बने हुए हैं। मुख्य बदलाव यूनिवर्सल जर्नल, टेबल ACDOCA में है, जो पोस्ट किए गए दस्तावेज़ को संग्रहीत करता है, इसलिए मैपping तर्क में कोई बदलाव नहीं हुआ है।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: