SAP HCM-ൽ നിന്ന് നോൺ-എസ്എപി ഡാറ്റ വെയർഹൗസുകളിലേക്ക് ഡാറ്റ എക്‌സ്‌ട്രാക്റ്റുചെയ്യുന്നു

നിങ്ങൾക്കറിയാവുന്നതുപോലെ, ഇടപാട് ഡാറ്റ പരിപാലിക്കുന്നതിനും വിശകലനത്തിലും റിപ്പോർട്ടിംഗ് സിസ്റ്റങ്ങളിലും ഈ ഡാറ്റ പ്രോസസ്സ് ചെയ്യുന്നതിനും SAP ഒരു മുഴുവൻ സോഫ്‌റ്റ്‌വെയറും വാഗ്ദാനം ചെയ്യുന്നു. പ്രത്യേകിച്ച്, SAP ബിസിനസ് വെയർഹൗസ് (SAP BW) പ്ലാറ്റ്ഫോം വിപുലമായ സാങ്കേതിക കഴിവുകളുള്ള ഡാറ്റ സംഭരിക്കുന്നതിനും വിശകലനം ചെയ്യുന്നതിനുമുള്ള ഒരു ടൂൾകിറ്റാണ്. അതിന്റെ എല്ലാ വസ്തുനിഷ്ഠമായ ഗുണങ്ങൾക്കും, SAP BW സിസ്റ്റത്തിന് ഒരു പ്രധാന പോരായ്മയുണ്ട്. ഡാറ്റ സംഭരിക്കുന്നതിനും പ്രോസസ്സ് ചെയ്യുന്നതിനുമുള്ള ഉയർന്ന ചിലവാണിത്, പ്രത്യേകിച്ചും ഹനയിൽ ക്ലൗഡ് അധിഷ്‌ഠിത SAP BW ഉപയോഗിക്കുമ്പോൾ ശ്രദ്ധേയമാണ്.

നിങ്ങൾ ചില നോൺ-എസ്എപിയും ഓപ്പൺസോഴ്സ് ഉൽപ്പന്നവും സ്റ്റോറേജായി ഉപയോഗിക്കാൻ തുടങ്ങിയാലോ? ഞങ്ങൾ X5 റീട്ടെയിൽ ഗ്രൂപ്പിലെ ഗ്രീൻപ്ലം തിരഞ്ഞെടുത്തു. ഇത് തീർച്ചയായും ചെലവിന്റെ പ്രശ്നം പരിഹരിക്കുന്നു, എന്നാൽ അതേ സമയം, SAP BW ഉപയോഗിക്കുമ്പോൾ മിക്കവാറും സ്ഥിരസ്ഥിതിയായി പരിഹരിച്ച പ്രശ്നങ്ങൾ ഉടനടി ഉയർന്നുവരുന്നു.

പ്രത്യേകിച്ചും, കൂടുതലും SAP സൊല്യൂഷനുകളായ സോഴ്സ് സിസ്റ്റങ്ങളിൽ നിന്ന് ഡാറ്റ എങ്ങനെ വീണ്ടെടുക്കാം?

ഈ പ്രശ്നം പരിഹരിക്കാൻ ആവശ്യമായ ആദ്യത്തെ പ്രോജക്റ്റാണ് എച്ച്ആർ മെട്രിക്സ്. ഞങ്ങളുടെ ലക്ഷ്യം എച്ച്ആർ ഡാറ്റയുടെ ഒരു ശേഖരം സൃഷ്ടിക്കുകയും ജീവനക്കാരുമായി ജോലി ചെയ്യുന്ന മേഖലയിൽ അനലിറ്റിക്കൽ റിപ്പോർട്ടിംഗ് നിർമ്മിക്കുകയും ചെയ്യുക എന്നതായിരുന്നു. ഈ സാഹചര്യത്തിൽ, ഡാറ്റയുടെ പ്രധാന ഉറവിടം 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 പട്ടികയിൽ സംഭരിച്ചിരിക്കുന്നു

ഗ്രീൻപ്ലം "റോ" ഡാറ്റ എടുക്കുമെന്ന് ഞങ്ങൾ തീരുമാനിച്ചു, അതായത്. അവ SAP പട്ടികകളിൽ നിന്ന് പകർത്തുക. ഗ്രീൻപ്ലമിൽ നേരിട്ട് അവ പ്രോസസ്സ് ചെയ്യുകയും ഭൗതിക വസ്തുക്കളും (ഉദാഹരണത്തിന്, ഡിപ്പാർട്ട്‌മെന്റ് അല്ലെങ്കിൽ എംപ്ലോയി), മെട്രിക്‌സ് (ഉദാഹരണത്തിന്, ശരാശരി ആളുകളുടെ എണ്ണം) ആക്കി മാറ്റുകയും ചെയ്യും.

ഏകദേശം 70 പട്ടികകൾ നിർവചിക്കപ്പെട്ടിട്ടുണ്ട്, അതിൽ നിന്നുള്ള ഡാറ്റ ഗ്രീൻപ്ലമിലേക്ക് മാറ്റണം. അതിനുശേഷം ഞങ്ങൾ ഈ ഡാറ്റ കൈമാറുന്നതിനുള്ള ഒരു രീതി തയ്യാറാക്കാൻ തുടങ്ങി.

SAP സാമാന്യം വലിയ അളവിലുള്ള ഏകീകരണ സംവിധാനങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു. എന്നാൽ ലൈസൻസിംഗ് നിയന്ത്രണങ്ങൾ കാരണം ഡാറ്റാബേസിലേക്കുള്ള നേരിട്ടുള്ള പ്രവേശനം നിരോധിച്ചിരിക്കുന്നു എന്നതാണ് ഏറ്റവും എളുപ്പമുള്ള മാർഗം. അതിനാൽ, എല്ലാ ഏകീകരണ പ്രവാഹങ്ങളും ആപ്ലിക്കേഷൻ സെർവർ തലത്തിൽ നടപ്പിലാക്കണം.
SAP ഡാറ്റാബേസിൽ ഇല്ലാതാക്കിയ റെക്കോർഡുകളെക്കുറിച്ചുള്ള ഡാറ്റയുടെ അഭാവമായിരുന്നു അടുത്ത പ്രശ്നം. നിങ്ങൾ ഡാറ്റാബേസിൽ ഒരു വരി ഇല്ലാതാക്കുമ്പോൾ, അത് ഭൗതികമായി ഇല്ലാതാക്കപ്പെടും. ആ. മാറ്റത്തിന്റെ സമയത്തെ അടിസ്ഥാനമാക്കി ഒരു മാറ്റ ഡെൽറ്റയുടെ രൂപീകരണം സാധ്യമല്ല.

തീർച്ചയായും, SAP HCM-ന് ഡാറ്റാ മാറ്റങ്ങൾ രേഖപ്പെടുത്തുന്നതിനുള്ള സംവിധാനങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, സ്വീകർത്താക്കളുടെ സിസ്റ്റങ്ങളിലേക്കുള്ള തുടർന്നുള്ള കൈമാറ്റത്തിനായി, എന്തെങ്കിലും മാറ്റങ്ങൾ രേഖപ്പെടുത്തുന്ന മാറ്റ പോയിന്ററുകൾ ഉണ്ട്, അതിന്റെ അടിസ്ഥാനത്തിൽ ഒരു ഐഡോക്ക് രൂപം കൊള്ളുന്നു (ബാഹ്യ സിസ്റ്റങ്ങളിലേക്ക് കൈമാറ്റം ചെയ്യുന്നതിനുള്ള ഒരു വസ്തു).

0302 എന്ന പേഴ്സണൽ നമ്പറുള്ള ഒരു ജീവനക്കാരന് ഇൻഫോടൈപ്പ് 1251445 മാറ്റുന്നതിനുള്ള ഉദാഹരണം IDoc:

അല്ലെങ്കിൽ DBTABLOG പട്ടികയിൽ ഡാറ്റ മാറ്റങ്ങളുടെ ലോഗുകൾ സൂക്ഷിക്കുക.

hrp53216375 പട്ടികയിൽ നിന്ന് QK1000 കീ ഉപയോഗിച്ച് ഒരു റെക്കോർഡ് ഇല്ലാതാക്കുന്നതിനുള്ള ഒരു ലോഗിന്റെ ഉദാഹരണം:

എന്നാൽ ആവശ്യമായ എല്ലാ ഡാറ്റയ്ക്കും ഈ സംവിധാനങ്ങൾ ലഭ്യമല്ല, കൂടാതെ ആപ്ലിക്കേഷൻ സെർവർ തലത്തിൽ അവയുടെ പ്രോസസ്സിംഗ് ധാരാളം വിഭവങ്ങൾ ഉപയോഗിക്കും. അതിനാൽ, ആവശ്യമായ എല്ലാ ടേബിളുകളിലും ലോഗിംഗ് വൻതോതിൽ പ്രവർത്തനക്ഷമമാക്കുന്നത് സിസ്റ്റം പ്രകടനത്തിന്റെ ശ്രദ്ധേയമായ തകർച്ചയിലേക്ക് നയിച്ചേക്കാം.

അടുത്ത പ്രധാന പ്രശ്നം ക്ലസ്റ്റേർഡ് ടേബിളുകളായിരുന്നു. SAP HCM-ന്റെ RDBMS പതിപ്പിലെ ടൈം എസ്റ്റിമേഷനും പേറോൾ ഡാറ്റയും ഓരോ ജീവനക്കാരനും ഓരോ കണക്കുകൂട്ടലിനും വേണ്ടിയുള്ള ഒരു കൂട്ടം ലോജിക്കൽ ടേബിളുകളായി സംഭരിച്ചിരിക്കുന്നു. ഈ ലോജിക്കൽ പട്ടികകൾ pcl2 പട്ടികയിൽ ബൈനറി ഡാറ്റയായി സംഭരിച്ചിരിക്കുന്നു.

പേറോൾ ക്ലസ്റ്റർ:

ക്ലസ്റ്റേർഡ് ടേബിളുകളിൽ നിന്നുള്ള ഡാറ്റ ഒരു SQL കമാൻഡായി കണക്കാക്കാൻ കഴിയില്ല, എന്നാൽ SAP HCM മാക്രോകളുടെയോ പ്രത്യേക ഫംഗ്ഷൻ മൊഡ്യൂളുകളുടെയോ ഉപയോഗം ആവശ്യമാണ്. അതനുസരിച്ച്, അത്തരം പട്ടികകളുടെ വായന വേഗത വളരെ കുറവായിരിക്കും. മറുവശത്ത്, അത്തരം ക്ലസ്റ്ററുകൾ മാസത്തിൽ ഒരിക്കൽ മാത്രം ആവശ്യമുള്ള ഡാറ്റ സംഭരിക്കുന്നു - അന്തിമ ശമ്പളവും സമയ എസ്റ്റിമേഷനും. അതിനാൽ ഈ കേസിൽ വേഗത അത്ര നിർണായകമല്ല.

ഡാറ്റ മാറ്റങ്ങളുടെ ഒരു ഡെൽറ്റ രൂപീകരിക്കുന്നതിനുള്ള ഓപ്ഷനുകൾ വിലയിരുത്തുന്നു, പൂർണ്ണമായ അൺലോഡിംഗ് ഓപ്ഷനും പരിഗണിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. എല്ലാ ദിവസവും സിസ്റ്റങ്ങൾക്കിടയിൽ മാറ്റമില്ലാത്ത ജിഗാബൈറ്റ് ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിനുള്ള ഓപ്ഷൻ നല്ലതായി കാണണമെന്നില്ല. എന്നിരുന്നാലും, ഇതിന് നിരവധി ഗുണങ്ങളുണ്ട് - ഉറവിട ഭാഗത്ത് ഡെൽറ്റ നടപ്പിലാക്കുകയും റിസീവർ ഭാഗത്ത് ഈ ഡെൽറ്റയുടെ എംബെഡിംഗ് നടപ്പിലാക്കുകയും ചെയ്യേണ്ട ആവശ്യമില്ല. അതനുസരിച്ച്, ചെലവും നടപ്പാക്കൽ സമയവും കുറയുന്നു, സംയോജനത്തിന്റെ വിശ്വാസ്യത വർദ്ധിക്കുന്നു. അതേ സമയം, SAP HR-ലെ മിക്കവാറും എല്ലാ മാറ്റങ്ങളും നിലവിലെ തീയതിക്ക് മൂന്ന് മാസത്തിന് മുമ്പുള്ള ചക്രവാളത്തിനുള്ളിൽ സംഭവിക്കുമെന്ന് നിർണ്ണയിക്കപ്പെട്ടു. അതിനാൽ, നിലവിലെ തീയതിക്ക് മാസങ്ങൾക്ക് മുമ്പ് SAP HR N-ൽ നിന്നുള്ള ഡാറ്റയുടെ പ്രതിദിന പൂർണ്ണ ഡൗൺലോഡും പ്രതിമാസ പൂർണ്ണ ഡൗൺലോഡും തിരഞ്ഞെടുക്കാൻ തീരുമാനിച്ചു. N പരാമീറ്റർ നിർദ്ദിഷ്ട പട്ടികയെ ആശ്രയിച്ചിരിക്കുന്നു
കൂടാതെ 1 മുതൽ 15 വരെയുള്ള ശ്രേണികൾ.

ഡാറ്റ എക്‌സ്‌ട്രാക്‌ഷനായി ഇനിപ്പറയുന്ന സ്കീം നിർദ്ദേശിച്ചു:

ബാഹ്യ സിസ്റ്റം ഒരു അഭ്യർത്ഥന സൃഷ്‌ടിക്കുകയും അത് SAP HCM-ലേക്ക് അയയ്‌ക്കുകയും ചെയ്യുന്നു, അവിടെ ഈ അഭ്യർത്ഥന ഡാറ്റയുടെ പൂർണ്ണതയ്ക്കും പട്ടികകൾ ആക്‌സസ് ചെയ്യുന്നതിനുള്ള അനുമതികൾക്കുമായി പരിശോധിക്കുന്നു. പരിശോധന വിജയകരമാണെങ്കിൽ, SAP HCM ഒരു പ്രോഗ്രാം പ്രവർത്തിപ്പിക്കുകയും ആവശ്യമായ ഡാറ്റ ശേഖരിക്കുകയും അത് ഫ്യൂസ് ഇന്റഗ്രേഷൻ സൊല്യൂഷനിലേക്ക് മാറ്റുകയും ചെയ്യുന്നു. ഫ്യൂസ് കാഫ്കയിൽ ആവശ്യമായ വിഷയം നിർണ്ണയിക്കുകയും ഡാറ്റ അവിടെ കൈമാറുകയും ചെയ്യുന്നു. അടുത്തതായി, കാഫ്കയിൽ നിന്നുള്ള ഡാറ്റ സ്റ്റേജ് ഏരിയ ജിപിയിലേക്ക് മാറ്റുന്നു.

ഈ ശൃംഖലയിൽ, 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 ഇന്റർനെറ്റ് കമ്മ്യൂണിക്കേഷൻ ഫ്രെയിംവർക്ക് - help.sap.com/viewer/6da7259a6c4b1014b7d5e759cc76fd22/7.01.22/en-US/488d6e0ea6ed72d5e10000000a42189c.html). നിർദ്ദിഷ്ട പട്ടികകൾ ഉപയോഗിച്ച് SAP HCM സിസ്റ്റത്തിൽ നിന്ന് ഡാറ്റ അന്വേഷിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. ഒരു ഡാറ്റാ അഭ്യർത്ഥന സൃഷ്ടിക്കുമ്പോൾ, ആവശ്യമായ ഡാറ്റ ലഭിക്കുന്നതിന് നിർദ്ദിഷ്ട ഫീൽഡുകളുടെയും ഫിൽട്ടറിംഗ് പാരാമീറ്ററുകളുടെയും ഒരു ലിസ്റ്റ് വ്യക്തമാക്കാൻ സാധിക്കും. അതേ സമയം, സേവനം നടപ്പിലാക്കുന്നത് ഏതെങ്കിലും ബിസിനസ്സ് യുക്തിയെ സൂചിപ്പിക്കുന്നില്ല. ഡെൽറ്റ, ക്വറി പാരാമീറ്ററുകൾ, ഇന്റഗ്രിറ്റി മോണിറ്ററിംഗ് മുതലായവ കണക്കാക്കുന്നതിനുള്ള അൽഗോരിതങ്ങളും ബാഹ്യ സിസ്റ്റത്തിന്റെ വശത്ത് നടപ്പിലാക്കുന്നു.

ഏതാനും മണിക്കൂറുകൾക്കുള്ളിൽ ആവശ്യമായ എല്ലാ ഡാറ്റയും ശേഖരിക്കാനും കൈമാറാനും ഈ സംവിധാനം നിങ്ങളെ അനുവദിക്കുന്നു. ഈ വേഗത സ്വീകാര്യതയുടെ വക്കിലാണ്, അതിനാൽ ഈ പരിഹാരം ഒരു താൽക്കാലിക പരിഹാരമായി ഞങ്ങൾ കണക്കാക്കുന്നു, ഇത് പ്രോജക്റ്റിലെ ഒരു എക്‌സ്‌ട്രാക്ഷൻ ഉപകരണത്തിന്റെ ആവശ്യകത നികത്തുന്നത് സാധ്യമാക്കി.
ടാർഗെറ്റ് ചിത്രത്തിൽ, ഡാറ്റ എക്‌സ്‌ട്രാക്‌ഷൻ പ്രശ്‌നം പരിഹരിക്കുന്നതിന്, ഒറാക്കിൾ ഗോൾഡൻ ഗേറ്റ് പോലെയുള്ള CDC സിസ്റ്റങ്ങൾ അല്ലെങ്കിൽ SAP DS പോലുള്ള ETL ടൂളുകൾ ഉപയോഗിക്കുന്നതിനുള്ള ഓപ്ഷനുകൾ പര്യവേക്ഷണം ചെയ്യുകയാണ്.

അവലംബം: www.habr.com