ඔබ දන්නා පරිදි, SAP ගණුදෙණු දත්ත පවත්වාගෙන යාම සහ මෙම දත්ත විශ්ලේෂණ සහ වාර්තා කිරීමේ පද්ධති සැකසීම සඳහා සම්පූර්ණ මෘදුකාංග මාලාවක් ඉදිරිපත් කරයි. විශේෂයෙන්ම, SAP Business Warehouse (SAP BW) වේදිකාව යනු පුළුල් තාක්ෂණික හැකියාවන් සහිත දත්ත ගබඩා කිරීම සහ විශ්ලේෂණය කිරීම සඳහා වූ මෙවලම් කට්ටලයකි. එහි සියලු වෛෂයික වාසි සඳහා, SAP BW පද්ධතියට එක් සැලකිය යුතු අඩුපාඩුවක් ඇත. මෙය දත්ත ගබඩා කිරීමේ සහ සැකසීමේ අධික පිරිවැයක් වන අතර, විශේෂයෙන් Hana මත වලාකුළු මත පදනම් වූ SAP BW භාවිතා කරන විට සැලකිය හැකිය.
ඔබ SAP නොවන සහ වඩාත් සුදුසු OpenSource නිෂ්පාදනයක් ගබඩාව ලෙස භාවිතා කිරීමට පටන් ගන්නේ නම් කුමක් කළ යුතුද? X5 Retail Group හි අපි GreenPlum තෝරා ගත්තෙමු. මෙය ඇත්ත වශයෙන්ම පිරිවැය පිළිබඳ ගැටළුව විසඳයි, නමුත් ඒ සමඟම, SAP BW භාවිතා කරන විට පෙරනිමියෙන් පාහේ විසඳා ඇති ගැටළු වහාම පැන නගී.
විශේෂයෙන්ම, බොහෝ දුරට SAP විසඳුම් වන මූලාශ්ර පද්ධතිවලින් දත්ත ලබා ගන්නේ කෙසේද?
HR Metrics යනු මෙම ගැටලුව විසඳීමට අවශ්ය වූ පළමු ව්‍යාපෘතියයි. අපගේ ඉලක්කය වූයේ මානව සම්පත් දත්ත ගබඩාවක් නිර්මාණය කිරීම සහ සේවකයින් සමඟ වැඩ කිරීමේ ක්ෂේත්රයේ විශ්ලේෂණාත්මක වාර්තාකරණය ගොඩනැගීමයි. මෙම අවස්ථාවෙහිදී, දත්තවල ප්‍රධාන මූලාශ්රය වන්නේ SAP HCM ගණුදෙණු පද්ධතිය වන අතර, සියලු පිරිස්, ආයතනික සහ වැටුප් ක්‍රියාකාරකම් සිදු කරනු ලබයි.
දත්ත උපුටා ගැනීම
SAP BW හි SAP පද්ධති සඳහා සම්මත දත්ත නිස්සාරක ඇත. මෙම නිස්සාරකවලට ස්වයංක්‍රීයව අවශ්ය දත්ත එකතු කිරීමට, එහි අඛණ්ඩතාව නිරීක්ෂණය කිරීමට සහ ඩෙල්ටා වෙනස් කිරීමට තීරණය කළ හැකිය. මෙන්න, උදාහරණයක් ලෙස, සේවක ගුණාංග 0EMPLOYEE_ATTR සඳහා සම්මත දත්ත මූලාශ්රය වේ:
එක් සේවකයෙකු සඳහා එයින් දත්ත උපුටා ගැනීමේ ප්‍රතිඵලය:
අවශ්ය නම්, එවැනි නිස්සාරකයක් ඔබේ අවශ්‍යතාවයට ගැලපෙන පරිදි වෙනස් කළ හැකිය, නැතහොත් ඔබේම නිස්සාරකයක් නිර්මාණය කළ හැකිය.
මතු වූ පළමු අදහස වූයේ ඒවා නැවත භාවිතා කිරීමේ හැකියාවයි. අවාසනාවකට, මෙය කළ නොහැකි කාර්යයක් බවට පත් විය. බොහෝ තර්ක ක්රියාත්මක වන්නේ SAP BW පැත්තේ වන අතර, SAP BW වෙතින් ප්‍රභවයේ ඇති නිස්සාරණය වේදනා රහිතව වෙන් කිරීමට නොහැකි විය.
SAP පද්ධති වලින් දත්ත උකහා ගැනීම සඳහා අපගේම යාන්ත්රණයක් වර්ධනය කර ගත යුතු බව පැහැදිලි විය.
SAP HCM හි දත්ත ගබඩා කිරීමේ ව්‍යුහය
එවැනි යාන්ත්රණයක් සඳහා අවශ්යතාවයන් අවබෝධ කර ගැනීම සඳහා, මුලින්ම අපට අවශ්ය දත්ත මොනවාදැයි තීරණය කළ යුතුය.
SAP HCM හි බොහෝ දත්ත පැතලි SQL වගු වල ගබඩා කර ඇත. මෙම දත්ත මත පදනම්ව, SAP යෙදුම් ආයතනික ව්‍යුහයන්, සේවකයින් සහ අනෙකුත් මානව සම්පත් තොරතුරු පරිශීලකයාට දෘශ්‍යමාන කරයි. උදාහරණයක් ලෙස, SAP HCM හි ආයතනික ව්‍යුහය පෙනෙන්නේ මෙයයි:
භෞතිකව, එවැනි ගසක් වගු දෙකක ගබඩා කර ඇත - hrp1000 වස්තූන් සහ hrp1001 හි මෙම වස්තූන් අතර සම්බන්ධතා.
වස්තු "දෙපාර්තමේන්තු 1" සහ "කාර්යාලය 1":
වස්තූන් අතර සම්බන්ධතාවය:
වස්තු වර්ග සහ ඒවා අතර සම්බන්ධතා වර්ග දෙකම විශාල සංඛ්යාවක් තිබිය හැක. ඔබේම විශේෂිත අවශ්‍යතා සඳහා වස්තු සහ අභිරුචිකරණය කළ ඒවා අතර සම්මත සම්බන්ධතා දෙකම ඇත. උදාහරණයක් ලෙස, ආයතනික ඒකකයක් සහ පූර්ණ කාලීන තනතුරක් අතර සම්මත B012 සම්බන්ධතාවය දෙපාර්තමේන්තුවක ප්‍රධානියා පෙන්නුම් කරයි.
SAP හි කළමනාකරු සංදර්ශකය:
දත්ත සමුදා වගුවක ගබඩා කිරීම:
සේවක දත්ත pa* වගු වල ගබඩා කර ඇත. උදාහරණයක් ලෙස, සේවකයෙකු සඳහා පුද්ගල සිදුවීම් පිළිබඳ දත්ත pa0000 වගුවේ ගබඩා කර ඇත
GreenPlum "අමු" දත්ත ගන්නා බව අපි තීරණය කළා, i.e. ඒවා SAP වගු වලින් පිටපත් කරන්න. කෙලින්ම GreenPlum හි ඒවා සකස් කර භෞතික වස්තූන් (උදාහරණයක් ලෙස දෙපාර්තමේන්තුව හෝ සේවක) සහ ප්‍රමිතික (උදාහරණයක් ලෙස සාමාන්‍ය සේවක සංඛ්‍යාව) බවට පරිවර්තනය කරනු ලැබේ.
වගු 70 ක් පමණ අර්ථ දක්වා ඇති අතර, දත්ත GreenPlum වෙත මාරු කළ යුතුය. ඉන් පසුව අපි මෙම දත්ත සම්ප්රේෂණය සඳහා ක්රමයක් සකස් කිරීමට පටන් ගත්තා.
SAP විසින් ඒකාබද්ධ කිරීමේ යාන්ත්රණ සෑහෙන විශාල සංඛ්යාවක් ඉදිරිපත් කරයි. නමුත් පහසුම ක්රමය නම් බලපත්‍ර සීමා කිරීම් හේතුවෙන් දත්ත ගබඩාවට සෘජු ප්‍රවේශය තහනම් වීමයි. මේ අනුව, සියලුම ඒකාබද්ධ කිරීමේ ප්‍රවාහයන් යෙදුම් සේවාදායක මට්ටමින් ක්රියාත්මක කළ යුතුය.
ඊළඟ ගැටලුව වූයේ SAP දත්ත ගබඩාවේ මකා දැමූ වාර්තා පිළිබඳ දත්ත නොමැතිකමයි. ඔබ දත්ත සමුදායේ පේළියක් මකා දැමූ විට, එය භෞතිකව මකා දමනු ලැබේ. එම. වෙනස්වන කාලය මත පදනම්ව වෙනස්වන ඩෙල්ටාවක් ගොඩනැගීමට නොහැකි විය.
ඇත්ත වශයෙන්ම, SAP HCM දත්ත වෙනස්කම් වාර්තා කිරීම සඳහා යාන්ත්රණ ඇත. උදාහරණයක් ලෙස, ලබන්නන්ගේ පද්ධති වෙත පසුකාලීනව මාරු කිරීම සඳහා, ඕනෑම වෙනස්කමක් වාර්තා කරන වෙනස් කිරීමේ දර්ශක ඇති අතර එහි පදනම මත Idoc සෑදී ඇත (බාහිර පද්ධති වෙත මාරු කිරීම සඳහා වස්තුවක්).
පුද්ගල අංක 0302 සහිත සේවකයෙකු සඳහා infotype 1251445 වෙනස් කිරීම සඳහා උදාහරණ IDoc:
නැතහොත් DBTABLOG වගුවේ දත්ත වෙනස්වීම් ලොග තබා ගැනීම.
hrp53216375 වගුවෙන් QK1000 යතුර සමඟ වාර්තාවක් මකා දැමීම සඳහා ලොගයක උදාහරණයක්:
නමුත් මෙම යාන්ත්රණ අවශ්ය සියලුම දත්ත සඳහා ලබා ගත නොහැකි අතර යෙදුම් සේවාදායක මට්ටමින් ඒවා සැකසීමෙන් සම්පත් විශාල ප්‍රමාණයක් පරිභෝජනය කළ හැකිය. එබැවින්, අවශ්ය සියලුම වගු මත ලොග් වීම විශාල වශයෙන් සක්‍රීය කිරීම පද්ධතියේ ක්‍රියාකාරීත්වයේ සැලකිය යුතු පිරිහීමකට තුඩු දිය හැකිය.
ඊළඟ ප්‍රධාන ගැටලුව වූයේ පොකුරු වගු ය. SAP HCM හි RDBMS අනුවාදයේ කාල ඇස්තමේන්තු සහ වැටුප් දත්ත එක් එක් ගණනය සඳහා එක් එක් සේවකයා සඳහා තාර්කික වගු කට්ටලයක් ලෙස ගබඩා කර ඇත. මෙම තාර්කික වගු pcl2 වගුවේ ද්විමය දත්ත ලෙස ගබඩා කර ඇත.
වැටුප් ලේඛන පොකුර:
පොකුරු වගු වලින් දත්ත SQL විධානයක් ලෙස සැලකිය නොහැක, නමුත් SAP HCM macros හෝ විශේෂ ක්‍රියාකාරී මොඩියුල භාවිතා කිරීම අවශ්ය වේ. ඒ අනුව, එවැනි වගු කියවීමේ වේගය තරමක් අඩු වනු ඇත. අනෙක් අතට, එවැනි පොකුරු මසකට වරක් පමණක් අවශ්ය දත්ත ගබඩා කරයි - අවසාන වැටුප් ගෙවීම සහ කාල ඇස්තමේන්තුව. එබැවින් මෙම නඩුවේ වේගය එතරම් තීරණාත්මක නොවේ.
දත්ත වෙනස් කිරීමේ ඩෙල්ටාවක් සෑදීමේ විකල්ප ඇගයීම, අපි සම්පූර්ණ බෑමේ විකල්පය සලකා බැලීමට තීරණය කළෙමු. සෑම දිනකම පද්ධති අතර වෙනස් නොවන දත්ත ගිගාබයිට් මාරු කිරීමේ විකල්පය හොඳ පෙනුමක් නැත. කෙසේ වෙතත්, එය ද වාසි ගණනාවක් ඇත - මූලාශ්ර පැත්තෙන් ඩෙල්ටා ක්රියාත්මක කිරීම සහ ග්රාහක පැත්තේ මෙම ඩෙල්ටා කාවැද්දීම ක්රියාත්මක කිරීම යන දෙකම අවශ්ය නොවේ. ඒ අනුව, පිරිවැය සහ ක්රියාත්මක කිරීමේ කාලය අඩු වන අතර, ඒකාබද්ධතාවයේ විශ්වසනීයත්වය වැඩි වේ. ඒ සමගම, SAP HR හි සියලුම වෙනස්කම් පාහේ වත්මන් දිනට මාස තුනක ක්ෂිතිජයක් තුළ සිදු වන බව තීරණය විය. මේ අනුව, වර්තමාන දිනයට මාස කිහිපයකට පෙර SAP HR N වෙතින් දෛනික සම්පූර්ණ දත්ත බාගත කිරීම සහ මාසික සම්පූර්ණ බාගත කිරීම තෝරා ගැනීමට තීරණය විය. N පරාමිතිය නිශ්චිත වගුව මත රඳා පවතී
සහ 1 සිට 15 දක්වා පරාසයක පවතී.
දත්ත ලබා ගැනීම සඳහා පහත යෝජනා ක්රමය යෝජනා කරන ලදී:
බාහිර පද්ධතිය ඉල්ලීමක් ජනනය කර එය SAP HCM වෙත යවයි, එහිදී මෙම ඉල්ලීම දත්තවල සම්පූර්ණත්වය සහ වගු වෙත ප්‍රවේශ වීමට අවසර සඳහා පරීක්ෂා කෙරේ. චෙක්පත සාර්ථක නම්, SAP HCM විසින් අවශ්ය දත්ත එකතු කරන වැඩසටහනක් ක්රියාත්මක කර එය ෆියුස් ඒකාබද්ධ කිරීමේ විසඳුම වෙත මාරු කරයි. ෆියුස් කෆ්කා හි අවශ්ය මාතෘකාව තීරණය කර එහි දත්ත මාරු කරයි. ඊළඟට, Kafka වෙතින් දත්ත ස්ටේජ් ඒරියා GP වෙත මාරු කරනු ලැබේ.
මෙම දාමය තුළ, අපි SAP HCM වෙතින් දත්ත උපුටා ගැනීමේ ගැටලුව ගැන උනන්දු වෙමු. අපි එය වඩාත් විස්තරාත්මකව බලමු.
SAP HCM-FUSE අන්තර්ක්‍රියා රූප සටහන.
SAP වෙත අවසාන සාර්ථක ඉල්ලීමේ කාලය බාහිර පද්ධතිය තීරණය කරයි.
SAP වෙතින් දත්ත සමඟ ප්රතිචාරයක් එනතෙක් බලා සිටීමට සහ නැවත ඉල්ලීමක් ආරම්භ කිරීමට කල් ඉකුත්වීම ඇතුළුව, ටයිමරයක් හෝ වෙනත් සිදුවීමක් මඟින් ක්‍රියාවලිය දියත් කළ හැක. එවිට එය ඩෙල්ටා ඉල්ලීමක් ජනනය කර එය SAP වෙත යවයි.
ඉල්ලීම් දත්ත json ආකෘතියෙන් ශරීරයට යවනු ලැබේ.
ක්රමය http: POST.
උදාහරණ ඉල්ලීම:
SAP සේවාව සම්පූර්ණත්වය, වත්මන් SAP ව්‍යුහයට අනුකූල වීම සහ ඉල්ලූ වගුව වෙත ප්‍රවේශ අවසරය ලබා ගැනීම සඳහා වන ඉල්ලීම නිරීක්ෂණය කරයි.
දෝෂ සහිත අවස්ථාවක, සේවාව සුදුසු කේතය සහ විස්තරය සමඟ ප්රතිචාරයක් ලබා දෙයි. පාලනය සාර්ථක නම්, එය නියැදියක් ජනනය කිරීමට පසුබිම් ක්‍රියාවලියක් නිර්මාණය කරයි, අද්විතීය සැසි හැඳුනුම්පතක් ජනනය කර සමමුහුර්තව ලබා දෙයි.
දෝෂයක් සිදුවුවහොත්, බාහිර පද්ධතිය එය ලොගයේ සටහන් කරයි. සාර්ථක ප්රතිචාරයක් ඇත්නම්, එය සැසි හැඳුනුම්පත සහ ඉල්ලීම ඉදිරිපත් කළ වගුවේ නම සම්ප්රේෂණය කරයි.
බාහිර පද්ධතිය වත්මන් සැසිය විවෘත ලෙස ලියාපදිංචි කරයි. මෙම වගුව සඳහා වෙනත් සැසි තිබේ නම්, ඒවා අනතුරු ඇඟවීමක් සමඟ වසා ඇත.
SAP පසුබිම් කාර්යය නිශ්චිත පරාමිති මත පදනම්ව කර්සරයක් සහ නිශ්චිත ප්‍රමාණයේ දත්ත පැකට්ටුවක් ජනනය කරයි. කණ්ඩායම් ප්‍රමාණය යනු ක්‍රියාවලියක් දත්ත සමුදායෙන් කියවන උපරිම වාර්තා ගණනයි. පෙරනිමියෙන්, එය 2000 ට සමාන යැයි උපකල්පනය කෙරේ. භාවිත කළ පැකට් ප්‍රමාණයට වඩා දත්ත සමුදා සාම්පලයේ වැඩි වාර්තා තිබේ නම්, පළමු පැකට්ටුව සම්ප්රේෂණය කිරීමෙන් පසු, ඊළඟ බ්ලොක් එක ඊට අනුරූප ඕෆ්සෙට් සහ වර්ධක පැකට් අංකය සමඟ සාදනු ලැබේ. අංක 1 කින් වැඩි කර දැඩි ලෙස අනුපිළිවෙලින් යවනු ලැබේ.
ඊළඟට, SAP බාහිර පද්ධතියේ වෙබ් සේවාවට ආදානය ලෙස පැකට්ටුව ලබා දෙයි. තවද පද්ධතිය පැමිණෙන පැකට්ටුවේ පාලනයන් සිදු කරයි. ලැබුණු හැඳුනුම්පත සහිත සැසියක් පද්ධතිය තුළ ලියාපදිංචි කළ යුතු අතර එය විවෘත තත්වයේ තිබිය යුතුය. පැකේජ අංකය > 1 නම්, පද්ධතිය පෙර පැකේජයේ සාර්ථක ලදුපත වාර්තා කළ යුතුය (package_id-1).
පාලනය සාර්ථක නම්, බාහිර පද්ධතිය වගු දත්ත විග්‍රහ කර සුරකියි.
අතිරේකව, අවසාන ධජය පැකේජයේ තිබේ නම් සහ අනුක්‍රමිකකරණය සාර්ථක වූයේ නම්, සැසි සැකසීම සාර්ථකව නිම කිරීම පිළිබඳව ඒකාබද්ධ කිරීමේ මොඩියුලයට දැනුම් දෙනු ලබන අතර මොඩියුලය සැසි තත්ත්වය යාවත්කාලීන කරයි.
පාලන/විග්‍රහ කිරීමේ දෝෂයක් සිදුවුවහොත්, දෝෂය ලොග් වී ඇති අතර මෙම සැසිය සඳහා පැකට් බාහිර පද්ධතිය විසින් ප්‍රතික්ෂේප කරනු ලැබේ.
එලෙසම, ප්‍රතිවිරුද්ධ අවස්ථාවෙහිදී, බාහිර පද්ධතිය දෝෂයක් ලබා දෙන විට, එය ලොග් වී පැකට් සම්ප්රේෂණය නතර වේ.
SAP HСM පැත්තේ දත්ත ඉල්ලා සිටීම සඳහා, ඒකාබද්ධ කිරීමේ සේවාවක් ක්රියාත්මක කරන ලදී. සේවාව ICF රාමුව මත ක්රියාත්මක වේ (SAP අන්තර්ජාල සන්නිවේදන රාමුව - ) විශේෂිත වගු භාවිතයෙන් SAP HCM පද්ධතියෙන් දත්ත විමසීමට එය ඔබට ඉඩ සලසයි. දත්ත ඉල්ලීමක් නිර්මාණය කිරීමේදී, අවශ්ය දත්ත ලබා ගැනීම සඳහා විශේෂිත ක්ෂේත්ර සහ පෙරීමේ පරාමිතීන් ලැයිස්තුවක් නියම කළ හැකිය. ඒ අතරම, සේවාව ක්රියාත්මක කිරීම කිසිදු ව්යාපාරික තර්කයක් අදහස් නොවේ. ඩෙල්ටා ගණනය කිරීම සඳහා ඇල්ගොරිතම, විමසුම් පරාමිතීන්, අඛණ්ඩතාව අධීක්ෂණය, ආදිය බාහිර පද්ධතියේ පැත්තෙන් ද ක්රියාත්මක වේ.
මෙම යාන්ත්‍රණය පැය කිහිපයකින් අවශ්ය සියලුම දත්ත එකතු කර සම්ප්රේෂණය කිරීමට ඔබට ඉඩ සලසයි. මෙම වේගය පිළිගත හැකි අද්දර පවතී, එබැවින් අපි මෙම විසඳුම තාවකාලික එකක් ලෙස සලකමු, එමඟින් ව්‍යාපෘතියේ නිස්සාරණ මෙවලමක අවශ්‍යතාවය පිරවීමට හැකි විය.
ඉලක්ක පින්තූරයේ, දත්ත නිස්සාරණය කිරීමේ ගැටළුව විසඳීම සඳහා, Oracle Golden Gate වැනි CDC පද්ධති හෝ SAP DS වැනි ETL මෙවලම් භාවිතා කිරීමේ විකල්පයන් ගවේෂණය කරමින් පවතී.
මූලාශ්රය: www.habr.com