ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

እንደምታውቁት፣ SAP የግብይት መረጃን ለመጠበቅ እና ይህንን መረጃ በመተንተን እና በሪፖርት ማቅረቢያ ስርዓቶች ውስጥ ለማስኬድ የተሟላ ሶፍትዌር ያቀርባል። በተለይም የኤስኤፒ ቢዝነስ ማከማቻ (SAP BW) የመሳሪያ ስርዓት የመረጃ ማከማቻ እና ትንተና ሰፊ ቴክኒካል አቅም ያለው መሳሪያ ነው። ከሁሉም የዓላማ ጥቅሞች ጋር ፣ የ SAP BW ስርዓት አንድ ጉልህ ጉድለት አለው። ይህ የውሂብ ማከማቻ እና ሂደት ከፍተኛ ወጪ ነው፣ በተለይ በ Hana ላይ ደመና ላይ የተመሰረተ SAP BW ሲጠቀሙ ይስተዋላል።

ግን አንዳንድ SAP ያልሆኑ እና በተለይም የOpenSource ምርትን እንደ ማከማቻ መጠቀም ቢጀምሩስ? እኛ የ X5 የችርቻሮ ቡድን ግሪንፕለምን መረጥን። ይህ በእርግጥ የዋጋውን ጉዳይ ይፈታል ፣ ግን በተመሳሳይ ጊዜ ፣ ​​SAP BW ን ሲጠቀሙ በነባሪነት የተፈቱ ጥያቄዎች ወዲያውኑ ይታያሉ።

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

በተለይም, በአብዛኛው የ SAP መፍትሄዎችን ከምንጭ ስርዓቶች እንዴት እንደሚወስዱ?

"HR Metrics" ይህንን ችግር ለመፍታት አስፈላጊ የሆነበት የመጀመሪያው ፕሮጀክት ነበር. ግባችን የሰው ሃይል መረጃ ማከማቻ መፍጠር እና ከሰራተኞች ጋር በምንሰራበት አቅጣጫ የትንታኔ ዘገባ መገንባት ነበር። በተመሳሳይ ጊዜ, ዋናው የመረጃ ምንጭ የ SAP HCM የግብይት ስርዓት ነው, እሱም ሁሉም ሰራተኞች, ድርጅታዊ እና የደመወዝ ስራዎች ይጠበቃሉ.

የውሂብ ማውጣት

SAP BW ለ SAP ሲስተሞች መደበኛ የመረጃ አውጭዎች አሏቸው። እነዚህ አውጪዎች አስፈላጊውን ውሂብ በራስ ሰር መሰብሰብ፣ ንጹሕ አቋሙን መከታተል እና የዴልታ ለውጥን መወሰን ይችላሉ። እዚህ፣ ለምሳሌ፣ የሰራተኛ ባህሪያት 0EMPLOYEE_ATTR መደበኛ የውሂብ ምንጭ አለ፡-

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

ለአንድ ሰራተኛ ከእሱ ውሂብ የማውጣት ውጤት:

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

አስፈላጊ ከሆነ, እንዲህ ዓይነቱ ማራገፊያ ከራስዎ መስፈርቶች ጋር በሚስማማ መልኩ ሊስተካከል ይችላል, ወይም የራስዎን ማራገፊያ መፍጠር ይችላሉ.

የመጀመሪያው ሀሳብ እነሱን እንደገና መጠቀም ነበር. እንደ አለመታደል ሆኖ ይህ የማይቻል ተግባር ሆነ። አብዛኛው አመክንዮ የሚተገበረው በSAP BW በኩል ነው፣ እና ከSAP BW ምንጩ ላይ ያለውን ማስወጫ ያለምንም ህመም መለየት አልተቻለም።

ከ SAP ስርዓቶች መረጃን ለማውጣት የራሳችንን ዘዴ ማዘጋጀት አስፈላጊ እንደሆነ ግልጽ ሆነ.

በ SAP HCM ውስጥ የውሂብ ማከማቻ መዋቅር

ለእንደዚህ አይነት ዘዴ የሚያስፈልጉትን መስፈርቶች ለመረዳት በመጀመሪያ ምን አይነት ውሂብ እንደሚያስፈልገን መወሰን አለብን.

በ SAP HCM ውስጥ ያለው አብዛኛው መረጃ በጠፍጣፋ የSQL ጠረጴዛዎች ውስጥ ተከማችቷል። በዚህ መረጃ ላይ በመመስረት የኤስኤፒ አፕሊኬሽኖች ድርጅታዊ አወቃቀሮችን፣ሰራተኞችን እና ሌሎች የሰው ኃይል መረጃዎችን ለተጠቃሚው ያሳያሉ። ለምሳሌ፣ በ SAP HCM ውስጥ ድርጅታዊ መዋቅሩ እንደዚህ ይመስላል።

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

በአካላዊ ሁኔታ, እንዲህ ዓይነቱ ዛፍ በሁለት ጠረጴዛዎች ውስጥ - በ hRP1000 እቃዎች እና በ hRP1001 ውስጥ በእነዚህ ነገሮች መካከል ያሉ አገናኞች ይከማቻሉ.

ነገሮች "ክፍል 1" እና "ክፍል 1":

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

በእቃዎች መካከል ግንኙነት;

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

እጅግ በጣም ብዙ ቁጥር ያላቸው የነገሮች ዓይነቶች, እንዲሁም በመካከላቸው የግንኙነት ዓይነቶች ሊኖሩ ይችላሉ. በእቃዎች መካከል ሁለቱም መደበኛ ግንኙነቶች አሉ እና ለእራስዎ ልዩ ፍላጎቶች ብጁ። ለምሳሌ, በድርጅታዊ ክፍል እና በሠራተኛ አቀማመጥ መካከል ያለው መደበኛ ግንኙነት B012 የአንድ ክፍል ኃላፊን ያመለክታል.

በSAP ውስጥ አስተዳዳሪን በማሳየት ላይ፡-

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

በዲቢ ሠንጠረዥ ውስጥ ማከማቻ፡

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

የሰራተኛ መረጃ በ pa * ሰንጠረዦች ውስጥ ተከማችቷል. ለምሳሌ, ለአንድ ሰራተኛ የሰራተኛ እንቅስቃሴዎች መረጃ በሠንጠረዥ ፓ 0000 ውስጥ ተከማችቷል

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

ግሪንፕላም "ጥሬ" መረጃን ለመሰብሰብ ወስነናል, ማለትም. ከ SAP ጠረጴዛዎች ብቻ ይቅዱዋቸው. እና ቀድሞውንም በቀጥታ ግሪንፕላም ውስጥ ተዘጋጅተው ወደ አካላዊ ነገሮች (ለምሳሌ መምሪያ ወይም ሰራተኛ) እና መለኪያዎች (ለምሳሌ አማካይ የጭንቅላት ብዛት) ይለወጣሉ።

ወደ 70 የሚጠጉ ሠንጠረዦች ተገልጸዋል፣ ውሂቡ ወደ ግሪንፕለም መተላለፍ አለበት። ከዚያ በኋላ, ይህንን ውሂብ ለማስተላለፍ መንገድ ማዘጋጀት ጀመርን.

SAP ብዙ ቁጥር ያላቸውን የውህደት ዘዴዎች ያቀርባል። ነገር ግን ቀላሉ መንገድ በፈቃድ ገደቦች ምክንያት ወደ ዳታቤዝ በቀጥታ መድረስ የተከለከለ ነው። ስለዚህ, ሁሉም የውህደት ፍሰቶች በመተግበሪያ አገልጋይ ደረጃ መተግበር አለባቸው.
የሚቀጥለው ችግር በ SAP ዳታቤዝ ውስጥ ስለተሰረዙ መዝገቦች የመረጃ እጥረት ነበር። በመረጃ ቋቱ ውስጥ አንድ ረድፍ ሲሰርዙ በአካል ይሰረዛሉ። እነዚያ። በለውጥ ጊዜ ውስጥ የዴልታ ለውጦችን መፍጠር አልተቻለም።

በእርግጥ SAP HCM የውሂብ ለውጦችን ለማስተካከል ዘዴዎች አሉት። ለምሳሌ ፣ ለቀጣይ ወደ ተቀባይ ስርዓቶች ማዛወር ፣ ማናቸውንም ለውጦችን የሚያስተካክሉ እና Idoc በተመሰረተበት መሠረት (ወደ ውጫዊ ስርዓቶች የሚተላለፍ ነገር) የለውጥ አመልካቾች አሉ።

የሰራተኛ ቁጥር 0302 ላለው ሰራተኛ infotype 1251445 ለመቀየር የIDoc ምሳሌ፡

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

ወይም የመግቢያ ውሂብ ለውጦች በ DBTABLOG ሰንጠረዥ ውስጥ።

QK53216375 ቁልፍ ያለው ግቤት ከhrp1000 ሰንጠረዥ ለመሰረዝ የምዝግብ ማስታወሻ ምሳሌ፡-

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

ግን እነዚህ ስልቶች ለሁሉም አስፈላጊ መረጃዎች አይገኙም ፣ እና በመተግበሪያ አገልጋይ ደረጃ የእነሱ ሂደት በጣም ብዙ ሀብቶችን ሊፈጅ ይችላል። ስለዚህ በሁሉም አስፈላጊ ጠረጴዛዎች ላይ የመግቢያ ጅምላ ማካተት የስርዓት አፈፃፀምን ወደ ጉልህ ውድቀት ሊያመራ ይችላል።

የሚቀጥለው ትልቅ ችግር የተሰበሰቡ ጠረጴዛዎች ነበር. የጊዜ ምዘና እና የደመወዝ ክፍያ መረጃ በ RDBMS የ SAP HCM ስሪት ውስጥ በእያንዳንዱ ሰራተኛ በደመወዝ ክፍያ እንደ ምክንያታዊ ሰንጠረዦች ተቀምጧል። እነዚህ ምክንያታዊ ሰንጠረዦች በpcl2 ሠንጠረዥ ውስጥ እንደ ሁለትዮሽ መረጃ ተከማችተዋል።

የደመወዝ ስብስብ፡

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

ከተሰበሰቡ ሰንጠረዦች የተገኘ መረጃ እንደ SQL ትዕዛዝ ሊነበብ አይችልም፣ ነገር ግን የ SAP HCM ማክሮዎች ወይም ልዩ ተግባር ሞጁሎችን መጠቀም ያስፈልጋል። በዚህ መሠረት የእንደዚህ አይነት ሠንጠረዦች የንባብ ፍጥነት በጣም ዝቅተኛ ይሆናል. በሌላ በኩል, እንደዚህ ያሉ ስብስቦች በወር አንድ ጊዜ ብቻ የሚፈለጉትን መረጃዎች ያከማቻሉ - የመጨረሻው የደመወዝ ክፍያ እና የጊዜ ግምት. ስለዚህ በዚህ ጉዳይ ላይ ያለው ፍጥነት በጣም ወሳኝ አይደለም.

የውሂብ ለውጥ ዴልታ ምስረታ ጋር አማራጮችን በመገምገም, እኛ ደግሞ ሙሉ ሰቀላ ጋር ያለውን አማራጭ ከግምት ወሰንን. በየእለቱ በሲስተሞች መካከል ጊጋባይት ያልተቀየረ ውሂብ የማስተላለፍ አማራጭ ቆንጆ ሊመስል አይችልም። ሆኖም ፣ እሱ እንዲሁ በርካታ ጥቅሞች አሉት - በሁለቱም በኩል ዴልታውን ከምንጩ ጎን መተግበር እና የዚህን ዴልታ መክተት በተቀባዩ በኩል መተግበር አያስፈልግም። በዚህ መሠረት የዋጋ እና የትግበራ ጊዜ ይቀንሳል, እና የመዋሃድ አስተማማኝነት ይጨምራል. በተመሳሳይ ጊዜ፣ በ SAP HR ውስጥ ከሞላ ጎደል ሁሉም ለውጦች የሚከሰቱት ከአሁኑ ቀን በፊት ባሉት ሶስት ወራት ውስጥ እንደሆነ ተወስኗል። ስለዚህ ከ SAP HR N ወራት በፊት በየቀኑ ሙሉ የተጫነ ውሂብ እና ወርሃዊ ሙሉ ጭነት ላይ ለማቆም ተወስኗል። የ N መለኪያው በተወሰነው ጠረጴዛ ላይ ይወሰናል
እና ከ 1 እስከ 15 ይደርሳል.

የሚከተለው እቅድ ለውሂብ ማውጣት ቀርቧል፡-

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

የውጪው ስርዓት ጥያቄን ያመነጫል እና ወደ SAP HCM ይልካል፣ ይህ ጥያቄ የውሂብ ሙሉነት እና ሰንጠረዦችን የመድረስ ፍቃድ ሲረጋገጥ። የተሳካ ቼክ ከሆነ፣ SAP HCM አስፈላጊውን መረጃ የሚሰበስብ እና ወደ ፊውዝ ውህደት መፍትሄ የሚያስተላልፈው ፕሮግራም ይሰራል። ፊውዝ በካፍካ ውስጥ አስፈላጊውን ርዕስ ይወስናል እና ውሂቡን እዚያ ያስተላልፋል. በተጨማሪ፣ ከካፍካ የሚገኘው መረጃ ወደ ደረጃ አካባቢ GP ተላልፏል።

በዚህ ሰንሰለት ውስጥ, ከ SAP HCM መረጃ የማውጣት ጉዳይ ላይ ፍላጎት አለን. ስለ እሱ የበለጠ በዝርዝር እንቆይ።

SAP HCM-FUSE መስተጋብር ዲያግራም.

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

ውጫዊ ስርዓቱ ለ SAP የመጨረሻው የተሳካ ጥያቄ ጊዜን ይወስናል.
ሂደቱ በሰዓት ቆጣሪ ወይም በሌላ ክስተት ሊቀሰቀስ ይችላል፣ ከSAP መረጃ ጋር ምላሽ ለመጠበቅ ጊዜ ማብቃትን እና የድጋሚ ሙከራ ጥያቄን ማስጀመርን ጨምሮ። ከዚያም የዴልታ ጥያቄን ያመነጫል እና ወደ SAP ይልካል.

የጥያቄው መረጃ በ json ቅርጸት ወደ አካል ይተላለፋል።
http ዘዴ: POST.
ምሳሌ ጠይቅ፡-

ከSAP HCM ወደ SAP የውሂብ ጎተራዎች በማውጣት ላይ

የ SAP አገልግሎት የሙሉነት ጥያቄን ፣ አሁን ካለው የ SAP መዋቅር ጋር መጣጣምን እና የተጠየቀውን ሠንጠረዥ የማግኘት ፍቃድ መኖሩን ይቆጣጠራል።

ስህተቶች ካሉ, አገልግሎቱ ተገቢውን ኮድ እና መግለጫ የያዘ ምላሽ ይመልሳል. የተሳካ ቁጥጥር ከሆነ፣ ልዩ የክፍለ ጊዜ መታወቂያን ናሙና ለማውጣት የጀርባ ሂደት ይፈጥራል፣ ያመነጫል እና በተመሳሳይ ጊዜ ይመልሳል።

ውጫዊ ስርዓቱ ስህተት በሚፈጠርበት ጊዜ ስህተቱን ይመዘግባል. የተሳካ ምላሽ ከሆነ የክፍለ ጊዜውን መታወቂያ እና ጥያቄው የቀረበበትን የሰንጠረዡን ስም ያልፋል።

ውጫዊ ስርዓቱ የአሁኑን ክፍለ ጊዜ እንደ ክፍት አድርጎ ይመዘግባል. በዚህ ጠረጴዛ ላይ ሌሎች ክፍለ ጊዜዎች ካሉ, በማስጠንቀቂያ መዝገብ ይዘጋሉ.

የ SAP ዳራ ሥራ ከተገለጹት መለኪያዎች እና ከተጠቀሰው መጠን ያለው የውሂብ ፓኬት ያለው ጠቋሚ ያመነጫል። ባች መጠን - ሂደቱ ከመረጃ ቋቱ ውስጥ የሚያነበው ከፍተኛው የመዝገብ ብዛት። ነባሪው ዋጋ 2000 ነው. በመረጃ ቋቱ ውስጥ ከተጠቀሙበት የፓኬት መጠን የበለጠ ብዙ መዝገቦች ካሉ, የመጀመሪያው ፓኬት ከተላለፈ በኋላ, ቀጣዩ እገዳ በተመጣጣኝ ማካካሻ እና በጨመረ ፓኬት ቁጥር ይመሰረታል. ቁጥሮቹ በ1 ጨምረዋል እና በጥብቅ በቅደም ተከተል ይላካሉ።

በመቀጠል, SAP ፓኬጁን ወደ ውጫዊ ስርዓቱ የድር አገልግሎት ግብዓት ያስተላልፋል. እና የሚመጣውን ፓኬት መቆጣጠርን የሚያከናውነው ስርዓት ነው. የተቀበለው መታወቂያ ያለው ክፍለ ጊዜ በስርዓቱ ውስጥ መመዝገብ አለበት እና ክፍት በሆነ ሁኔታ ውስጥ መሆን አለበት። የጥቅል ቁጥር > 1 ከሆነ ስርዓቱ ያለፈውን ጥቅል በተሳካ ሁኔታ ደረሰኝ (package_id-1) መመዝገብ አለበት።

በተሳካ ሁኔታ ቁጥጥር ከሆነ, ውጫዊው ስርዓት የጠረጴዛውን ውሂብ ይገመግማል እና ያስቀምጣል.

በተጨማሪም፣ የመጨረሻው ባንዲራ በጥቅሉ ውስጥ ካለ እና ተከታታይነቱ የተሳካ ከሆነ፣ የውህደት ሞጁሉ የክፍለ ጊዜው ሂደት በተሳካ ሁኔታ እንደተጠናቀቀ እና ሞጁሉ የክፍለ ጊዜውን ሁኔታ እንደሚያሻሽለው ይነገራቸዋል።

የቁጥጥር/የመተንተን ስህተት ከተፈጠረ ስህተቱ ገብቷል እና የዚህ ክፍለ ጊዜ ፓኬቶች በውጫዊ ስርዓቱ ውድቅ ይደረጋሉ።

በተመሳሳይ ሁኔታ, በተቃራኒው ሁኔታ, ውጫዊ ስርዓቱ ስህተት ሲመልስ, ተመዝግቧል እና የፓኬቶች ስርጭት ይቆማል.

በSAP HCM በኩል መረጃን ለመጠየቅ፣ የውህደት አገልግሎት ተተግብሯል። አገልግሎቱ በ ICF ማዕቀፍ (SAP የበይነመረብ ግንኙነት ማዕቀፍ -) ላይ ተተግብሯል. help.sap.com/viewer/6da7259a6c4b1014b7d5e759cc76fd22/7.01.22/en-US/488d6e0ea6ed72d5e10000000a42189c.html). ለተወሰኑ ሠንጠረዦች ከ SAP HCM ስርዓት መረጃን እንዲጠይቁ ይፈቅድልዎታል. የውሂብ ጥያቄን በሚፈጥሩበት ጊዜ አስፈላጊውን መረጃ ለማግኘት የተወሰኑ መስኮችን እና የማጣሪያ መለኪያዎችን ዝርዝር መግለጽ ይቻላል. በተመሳሳይ ጊዜ የአገልግሎቱ አተገባበር ማንኛውንም የንግድ ሥራ አመክንዮ አያመለክትም. ዴልታ ለማስላት ስልተ ቀመሮች፣ የጥያቄ መለኪያዎች፣ የታማኝነት ቁጥጥር፣ ወዘተ በውጫዊ ስርዓቱ በኩልም ይተገበራሉ።

ይህ ዘዴ በጥቂት ሰዓታት ውስጥ ሁሉንም አስፈላጊ መረጃዎች ለመሰብሰብ እና ለማስተላለፍ ያስችልዎታል. ይህ ፍጥነት ተቀባይነት ባለው ጫፍ ላይ ነው, ስለዚህ ይህ ውሳኔ በእኛ እንደ ጊዜያዊ ጊዜ ይቆጠራል, ይህም በፕሮጀክቱ ላይ የማውጫ መሳሪያን ለመዝጋት አስችሎናል.
በዒላማው ምስል ላይ፣ የውሂብ ማውጣትን ችግር ለመፍታት እንደ Oracle Golden Gate ወይም ETL መሳሪያዎችን እንደ SAP DS ያሉ የሲዲሲ ስርዓቶችን ለመጠቀም አማራጮች እየተዘጋጁ ናቸው።

ምንጭ: hab.com

አስተያየት ያክሉ