جئين توهان ڄاڻو ٿا، SAP پيش ڪري ٿو سافٽ ويئر جي مڪمل رينج ٻنهي ٽرانزيڪشنل ڊيٽا کي برقرار رکڻ ۽ پروسيسنگ لاءِ هن ڊيٽا کي تجزيو ۽ رپورٽنگ سسٽم ۾. خاص طور تي، SAP Business Warehouse (SAP BW) پليٽ فارم وسيع ٽيڪنالاجي صلاحيتن سان گڏ ڊيٽا کي محفوظ ڪرڻ ۽ تجزيو ڪرڻ لاءِ هڪ ٽول ڪٽ آهي. ان جي سڀني مقصدي فائدن لاءِ، SAP BW سسٽم ۾ ھڪڙو اھم نقصان آھي. هي ڊيٽا کي محفوظ ڪرڻ ۽ پروسيسنگ ڪرڻ جي وڏي قيمت آهي، خاص طور تي قابل ذڪر آهي جڏهن استعمال ڪندي بادل تي ٻڌل SAP BW هانا تي.
ڇا جيڪڏھن توھان ڪجھ غير SAP استعمال ڪرڻ شروع ڪيو ۽ ترجيحي طور تي ھڪڙو OpenSource پراڊڪٽ اسٽوريج جي طور تي؟ اسان X5 پرچون گروپ تي چونڊيو GreenPlum. اهو، يقينا، قيمت جو مسئلو حل ڪري ٿو، پر ساڳئي وقت، مسئلا فوري طور تي پيدا ٿين ٿا جيڪي تقريبا ڊفالٽ طور حل ڪيا ويا هئا جڏهن SAP BW استعمال ڪندي.
خاص طور تي، ماخذ سسٽم مان ڊيٽا ڪيئن حاصل ڪجي، جيڪي گهڻو ڪري SAP حل آهن؟
HR Metrics پهريون منصوبو هو جنهن ۾ هن مسئلي کي حل ڪرڻ ضروري هو. اسان جو مقصد هو HR ڊيٽا جو مخزن ٺاهڻ ۽ ملازمن سان ڪم ڪرڻ جي علائقي ۾ تجزياتي رپورٽنگ ٺاهڻ. انهي صورت ۾، ڊيٽا جو بنيادي ذريعو SAP HCM ٽرانزيڪشن سسٽم آهي، جنهن ۾ سڀني اهلڪارن، تنظيمي ۽ تنخواه جون سرگرميون ڪيون وينديون آهن.
ڊيٽا ڪڍڻ
SAP BW ۾ SAP سسٽم لاءِ معياري ڊيٽا ڪڍڻ وارا آهن. اهي ڪڍڻ وارا پاڻمرادو ضروري ڊيٽا گڏ ڪري سگھن ٿا، ان جي سالميت جي نگراني ڪري سگھن ٿا، ۽ ڊيلٽا تبديل ڪري سگھن ٿا. هتي، مثال طور، ملازم جي خاصيتن لاء معياري ڊيٽا جو ذريعو آهي 0EMPLOYEE_ATTR:
ان مان ڊيٽا ڪڍڻ جو نتيجو هڪ ملازم لاءِ:
جيڪڏهن ضروري هجي ته، اهڙي هڪ ڪڍڻ وارو توهان جي پنهنجي گهرجن کي پورو ڪرڻ لاء تبديل ڪري سگهجي ٿو يا توهان جو پنهنجو ڪڍيو ٺاهي سگهجي ٿو.
پهريون خيال پيدا ٿيو ته انهن کي ٻيهر استعمال ڪرڻ جو امڪان هو. بدقسمتي سان، اهو هڪ ناممڪن ڪم ٿي ويو. گهڻو ڪري منطق SAP BW پاسي تي لاڳو ڪيو ويو آهي، ۽ اهو ممڪن نه هو ته بي دردي سان ايس اي پي BW کان ماخذ تي ايڪسٽرڪٽر کي الڳ ڪرڻ.
اهو واضح ٿيو ته اسان کي SAP سسٽم مان ڊيٽا ڪڍڻ لاء اسان جي پنهنجي ميڪانيزم کي ترقي ڪرڻ جي ضرورت پوندي.
SAP HCM ۾ ڊيٽا اسٽوريج جي جوڙجڪ
اهڙي ميکانيزم جي ضرورتن کي سمجهڻ لاءِ، اسان کي پهريان اهو طئي ڪرڻو پوندو ته اسان کي ڪهڙي ڊيٽا جي ضرورت آهي.
SAP HCM ۾ گھڻا ڊيٽا فليٽ SQL جدولن ۾ محفوظ ٿيل آھن. ھن ڊيٽا جي بنياد تي، SAP ايپليڪيشنون تنظيمي ڍانچي، ملازمن ۽ ٻين HR معلومات کي صارف ڏانھن ڏيکاري ٿو. مثال طور، هي اهو آهي جيڪو تنظيمي ڍانچي وانگر SAP HCM ۾ نظر اچي ٿو:
جسماني طور تي، اهڙي وڻ کي ٻن جدولن ۾ ذخيرو ٿيل آهي - hrp1000 شين ۾ ۽ hrp1001 ۾ انهن شين جي وچ ۾ ڪنيڪشن.
شيون "ڊپارٽمينٽ 1" ۽ "آفيس 1":
شين جي وچ ۾ تعلق:
ٻنهي قسمن جي شين ۽ انهن جي وچ ۾ ڪنيڪشن جي قسمن جو وڏو تعداد ٿي سگهي ٿو. توهان جي پنهنجي مخصوص ضرورتن لاءِ شيون ۽ ڪسٽمائيز ٿيل شين جي وچ ۾ ٻئي معياري رابطا آهن. مثال طور، معياري B012 تعلق هڪ تنظيمي يونٽ ۽ هڪ مڪمل وقت جي پوزيشن جي وچ ۾ هڪ ڊپارٽمينٽ جي سر ڏانهن اشارو ڪري ٿو.
SAP ۾ مئنيجر ڊسپلي:
ڊيٽابيس ٽيبل ۾ اسٽوريج:
ملازم ڊيٽا pa* جدولن ۾ محفوظ ٿيل آهي. مثال طور، ملازمن جي واقعن تي ڊيٽا ٽيبل pa0000 ۾ ذخيرو ٿيل آهي
اسان فيصلو ڪيو ته GreenPlum وٺي ويندي "خام" ڊيٽا، يعني. صرف انهن کي SAP ٽيبل تان نقل ڪريو. ۽ سڌو سنئون گرين پلم ۾ اهي پروسيس ڪيا ويندا ۽ جسماني شين ۾ تبديل ڪيا ويندا (مثال طور، ڊپارٽمينٽ يا ملازم) ۽ ميٽرڪ (مثال طور، اوسط سر شمار).
اٽڪل 70 جدولن جي وضاحت ڪئي وئي، جن مان ڊيٽا کي منتقل ڪيو وڃي GreenPlum ڏانهن. جنهن کان پوء اسان هن ڊيٽا کي منتقل ڪرڻ لاء هڪ طريقو ڪم ڪرڻ شروع ڪيو.
SAP پيش ڪري ٿو ڪافي وڏي تعداد ۾ انضمام ميڪانيزم. پر سڀ کان آسان طريقو اهو آهي ته ڊيٽابيس تائين سڌو رسائي لائسنس جي پابندين جي ڪري منع ٿيل آهي. ان ڪري، سڀني انضمام جي وهڪري کي ايپليڪيشن سرور جي سطح تي لاڳو ڪيو وڃي.
ايندڙ مسئلو SAP ڊيٽابيس ۾ ختم ٿيل رڪارڊ بابت ڊيٽا جي کوٽ هئي. جڏهن توهان ڊيٽابيس ۾ هڪ قطار کي حذف ڪريو ٿا، اهو جسماني طور تي ختم ٿي ويو آهي. اهي. تبديليءَ جي وقت جي بنياد تي تبديليءَ جي ڊيلٽا جو قيام ممڪن نه هو.
يقينا، SAP HCM وٽ ڊيٽا جي تبديلين کي رڪارڊ ڪرڻ لاء ميڪانيزم آهي. مثال طور، وصول ڪندڙ نظامن کي ايندڙ منتقلي لاءِ، اتي تبديليءَ جا اشارا آھن جيڪي ڪنھن تبديليءَ کي رڪارڊ ڪن ٿا ۽ جنھن جي بنياد تي ھڪ آئيڊيڪ ٺھيل آھي (ٻاھرين سسٽم ڏانھن منتقلي لاءِ اعتراض).
مثال طور IDoc infotype 0302 تبديل ڪرڻ لاءِ هڪ ملازم لاءِ پرسنل نمبر 1251445:
يا DBTABLOG ٽيبل ۾ ڊيٽا جي تبديلين جا لاگ رکڻ.
hrp53216375 ٽيبل مان ڪيئي QK1000 سان رڪارڊ کي حذف ڪرڻ لاءِ لاگ جو هڪ مثال:
پر اهي ميکانيزم سڀني ضروري ڊيٽا لاءِ دستياب نه آهن، ۽ ايپليڪيشن سرور جي سطح تي انهن جي پروسيسنگ ڪافي وسيلن کي استعمال ڪري سگهي ٿي. تنهن ڪري، تمام ضروري جدولن تي وڏي پئماني تي لاگنگ کي فعال ڪرڻ سسٽم جي ڪارڪردگي جي قابل ذڪر تباهي جي ڪري سگھي ٿو.
ايندڙ وڏو مسئلو ڪلستر ٿيل جدولن جو هو. وقت جو اندازو ۽ پگهار ڊيٽا SAP HCM جي RDBMS ورزن ۾ هر ملازم لاءِ هر حساب ڪتاب لاءِ منطقي جدولن جي هڪ سيٽ جي طور تي ذخيرو ٿيل آهي. اهي منطقي جدول بائنري ڊيٽا طور محفوظ ٿيل آهن ٽيبل pcl2 ۾.
پگهار ڪلسٽر:
ڪلستر ٿيل جدولن مان ڊيٽا کي SQL حڪم جي طور تي نه ٿو سمجهي سگهجي، پر SAP HCM ميڪروس يا خاص فنڪشن ماڊلز جي استعمال جي ضرورت آهي. مطابق، اهڙي جدول جي پڙهڻ جي رفتار ڪافي گهٽ ٿي ويندي. ٻئي طرف، اهڙي ڪلستر ڊيٽا کي ذخيرو ڪري ٿو جيڪا صرف هڪ مهيني ۾ هڪ ڀيرو گهربل آهي - حتمي پگهار ۽ وقت جو اندازو. تنهنڪري هن معاملي ۾ رفتار ايتري نازڪ نه آهي.
ڊيٽا جي تبديلين جي ڊيلٽا ٺاهڻ لاء اختيارن جو جائزو وٺڻ، اسان پڻ مڪمل لوڊ ڪرڻ جي اختيار تي غور ڪرڻ جو فيصلو ڪيو. هر روز سسٽم جي وچ ۾ غير تبديل ٿيل ڊيٽا جي گيگا بائيٽ کي منتقل ڪرڻ جو اختيار شايد سٺو نه لڳي. جڏهن ته، ان ۾ پڻ ڪيترائي فائدا آهن - ڊيلٽا کي منبع واري پاسي تي لاڳو ڪرڻ ۽ وصول ڪندڙ پاسي تي هن ڊيلٽا جي ايمبيڊنگ کي لاڳو ڪرڻ جي ضرورت ناهي. انهي جي مطابق، قيمت ۽ عمل درآمد جو وقت گھٽجي ويو آهي، ۽ انضمام جي اعتبار وڌائي ٿي. ساڳئي وقت، اهو طئي ڪيو ويو ته SAP HR ۾ لڳ ڀڳ سڀئي تبديليون موجوده تاريخ کان اڳ ٽن مهينن جي افق اندر ٿينديون آهن. اهڙيء طرح، اهو فيصلو ڪيو ويو ته SAP HR N کان ڊيٽا جي روزاني مڪمل ڊائون لوڊ لاء موجوده تاريخ کان اڳ ۽ هڪ مهيني مڪمل ڊائون لوڊ. N پيٽرولر مخصوص ٽيبل تي منحصر آهي
۽ 1 کان 15 تائين.
ڊيٽا ڪڍڻ لاءِ هيٺين رٿ پيش ڪئي وئي:
خارجي نظام هڪ درخواست ٺاهي ٿو ۽ ان کي SAP HCM ڏانهن موڪلي ٿو، جتي اها درخواست ڊيٽا جي مڪمل ٿيڻ ۽ جدولن تائين رسائي جي اجازتن جي جانچ ڪئي وئي آهي. جيڪڏهن چيڪ ڪامياب آهي، SAP HCM هڪ پروگرام هلائي ٿو جيڪو ضروري ڊيٽا گڏ ڪري ٿو ۽ ان کي منتقل ڪري ٿو فيوز انضمام حل. فيوز ڪافڪا ۾ گهربل موضوع کي طئي ڪري ٿو ۽ اتي ڊيٽا کي منتقل ڪري ٿو. اڳيون، ڪافڪا کان ڊيٽا اسٽيج ايريا GP ڏانهن منتقل ڪيو ويو آهي.
هن سلسلي ۾، اسان SAP HCM کان ڊيٽا ڪڍڻ جي مسئلي ۾ دلچسپي رکون ٿا. اچو ته ان کي وڌيڪ تفصيل سان ڏسو.
SAP HCM-FUSE رابطي جو خاڪو.
خارجي نظام SAP کي آخري ڪامياب درخواست جو وقت طئي ڪري ٿو.
عمل ٽائمر يا ٻئي واقعي جي ذريعي شروع ڪري سگھجي ٿو، بشمول SAP کان ڊيٽا سان جواب جي انتظار ڪرڻ لاء وقت مقرر ڪرڻ ۽ ٻيهر درخواست شروع ڪرڻ. پوء اهو هڪ ڊيلٽا درخواست ٺاهي ٿو ۽ ان کي SAP ڏانهن موڪلي ٿو.
درخواست ڊيٽا جسم ڏانهن موڪليو ويو آهي json فارميٽ ۾.
طريقو http: POST.
درخواست جو مثال:
SAP سروس مڪمل ٿيڻ جي درخواست جي نگراني ڪري ٿي، موجوده SAP ساخت جي تعميل، ۽ درخواست ڪيل ٽيبل تائين رسائي جي اجازت جي دستيابي.
غلطين جي صورت ۾، خدمت مناسب ڪوڊ ۽ وضاحت سان جواب ڏئي ٿو. جيڪڏهن ڪنٽرول ڪامياب آهي، اهو هڪ پس منظر وارو عمل ٺاهي ٿو هڪ نمونو پيدا ڪرڻ لاء، ٺاهي ٿو ۽ هم وقت سازي سان هڪ منفرد سيشن ID واپس ڪري ٿو.
غلطي جي صورت ۾، خارجي سسٽم ان کي لاگ ۾ رڪارڊ ڪري ٿو. ڪامياب جواب جي صورت ۾، اهو سيشن جي سڃاڻپ ۽ ٽيبل جو نالو منتقل ڪري ٿو جنهن لاءِ درخواست ڪئي وئي هئي.
خارجي نظام موجوده سيشن کي کليل طور رجسٽر ڪري ٿو. جيڪڏھن ھن ٽيبل لاءِ ٻيا سيشن آھن، اھي بند ٿيل آھن ڊيڄاريندڙ لاگ سان.
SAP پس منظر جي نوڪري مخصوص پيٽرولر ۽ مخصوص سائيز جي ڊيٽا پيڪٽ جي بنياد تي ڪرسر ٺاهي ٿي. بيچ سائيز رڪارڊن جو وڌ ۾ وڌ تعداد آھي جيڪو پروسيس ڊيٽابيس مان پڙھندو آھي. ڊفالٽ طور، اهو فرض ڪيو ويو آهي 2000 جي برابر. جيڪڏهن ڊيٽابيس جي نموني ۾ استعمال ٿيل پيڪٽ جي سائيز کان وڌيڪ رڪارڊ موجود آهن، پهرين پيڪٽ کي منتقل ڪرڻ کان پوء، ايندڙ بلاڪ لاڳاپيل آفسيٽ ۽ وڌايل پيڪٽ نمبر سان ٺهيل آهي. انگن کي 1 پاران وڌايو ويو آهي ۽ سختي سان ترتيب سان موڪليو ويو آهي.
اڳيون، SAP پيٽ کي پاس ڪري ٿو ان پٽ جي طور تي خارجي سسٽم جي ويب سروس ڏانهن. ۽ سسٽم ايندڙ پيڪٽ تي ڪنٽرول انجام ڏئي ٿو. حاصل ڪيل id سان گڏ هڪ سيشن سسٽم ۾ رجسٽر ٿيڻ گهرجي ۽ اهو لازمي طور تي کليل حيثيت ۾ هجڻ گهرجي. جيڪڏهن پيڪيج نمبر > 1، سسٽم کي اڳئين پيڪيج جي ڪامياب رسيد کي رڪارڊ ڪرڻ گهرجي (package_id-1).
جيڪڏهن ڪنٽرول ڪامياب آهي، خارجي سسٽم ٽيبل ڊيٽا کي پارس ۽ محفوظ ڪري ٿو.
اضافي طور تي، جيڪڏهن حتمي پرچم پيڪيج ۾ موجود آهي ۽ سيريلائيزيشن ڪامياب هئي، انضمام ماڊل کي سيشن پروسيسنگ جي ڪامياب مڪمل ٿيڻ بابت اطلاع ڏنو ويو آهي ۽ ماڊل سيشن جي صورتحال کي اپڊيٽ ڪري ٿو.
ڪنٽرول/پارسنگ جي غلطي جي صورت ۾، غلطي لاگ ان ڪئي وئي آهي ۽ هن سيشن لاءِ پيڪيٽ خارجي نظام طرفان رد ڪيا ويندا.
ساڳئي طرح، سامهون واري صورت ۾، جڏهن خارجي نظام هڪ غلطي موٽائي ٿو، اهو لاگ ان ڪيو ويو آهي ۽ پيڪٽ ٽرانسميشن کي روڪي ٿو.
SAP HCM پاسي ڊيٽا جي درخواست ڪرڻ لاء، هڪ انضمام سروس لاڳو ڪئي وئي. سروس ICF فريم ورڪ تي لاڳو ڪئي وئي آهي (SAP انٽرنيٽ ڪميونيڪيشن فريم ورڪ - ). اهو توهان کي مخصوص جدولن کي استعمال ڪندي SAP HCM سسٽم مان ڊيٽا پڇڻ جي اجازت ڏئي ٿو. جڏهن ڊيٽا جي درخواست ٺاهي، ضروري ڊيٽا حاصل ڪرڻ لاء مخصوص فيلڊ ۽ فلٽرنگ پيٽرولر جي هڪ فهرست بيان ڪرڻ ممڪن آهي. ساڳئي وقت، خدمت جي عمل درآمد ڪنهن به ڪاروباري منطق جو مطلب ناهي. ڊيلٽا جي ڳڻپ لاءِ الگورتھم، پڇا ڳاڇا جا پيرا ميٽر، سالميت مانيٽرنگ وغيره پڻ خارجي نظام جي پاسي تي لاڳو ڪيا ويا آھن.
هي ميکانيزم توهان کي ڪجهه ڪلاڪن ۾ سڀني ضروري ڊيٽا گڏ ڪرڻ ۽ منتقل ڪرڻ جي اجازت ڏئي ٿو. اها رفتار قابل قبول ٿيڻ جي ڪناري تي آهي، تنهنڪري اسان هن حل کي هڪ عارضي طور تي غور ڪيو، جنهن اهو ممڪن ڪيو ته منصوبي تي اضافي اوزار جي ضرورت کي پورو ڪرڻ.
ھدف واري تصوير ۾، ڊيٽا ڪڍڻ جي مسئلي کي حل ڪرڻ لاء، سي ڊي سي سسٽم استعمال ڪرڻ جا اختيار آھن جھڙوڪ Oracle Golden Gate يا ETL اوزار جھڙوڪ SAP DS.
جو ذريعو: www.habr.com