ການສະກັດຂໍ້ມູນຈາກ SAP HCM ໄປຫາຄັງຂໍ້ມູນທີ່ບໍ່ແມ່ນ SAP

ດັ່ງທີ່ທ່ານຮູ້, SAP ສະຫນອງຊໍແວທີ່ສົມບູນທັງສໍາລັບການຮັກສາຂໍ້ມູນການເຮັດທຸລະກໍາແລະການປຸງແຕ່ງຂໍ້ມູນນີ້ໃນລະບົບການວິເຄາະແລະການລາຍງານ. ໂດຍສະເພາະ, ແພລະຕະຟອມ SAP Business Warehouse (SAP BW) ເປັນຊຸດເຄື່ອງມືສໍາລັບການເກັບຮັກສາແລະການວິເຄາະຂໍ້ມູນທີ່ມີຄວາມສາມາດດ້ານວິຊາການຢ່າງກວ້າງຂວາງ. ສໍາລັບຂໍ້ໄດ້ປຽບທັງຫມົດຂອງຈຸດປະສົງຂອງມັນ, ລະບົບ SAP BW ມີຈຸດອ່ອນທີ່ສໍາຄັນຫນຶ່ງ. ນີ້ແມ່ນຄ່າໃຊ້ຈ່າຍສູງໃນການເກັບຮັກສາແລະການປະມວນຜົນຂໍ້ມູນ, ໂດຍສະເພາະສັງເກດເຫັນໃນເວລາທີ່ການນໍາໃຊ້ cloud-based SAP BW ໃນ Hana.

ຈະເປັນແນວໃດຖ້າທ່ານເລີ່ມໃຊ້ບາງຜະລິດຕະພັນທີ່ບໍ່ແມ່ນ SAP ແລະມັກຜະລິດຕະພັນ OpenSource ເປັນການເກັບຮັກສາ? ພວກເຮົາຢູ່ທີ່ X5 Retail Group ເລືອກ GreenPlum. ນີ້, ແນ່ນອນ, ແກ້ໄຂບັນຫາຂອງຄ່າໃຊ້ຈ່າຍ, ແຕ່ໃນເວລາດຽວກັນ, ບັນຫາທັນທີທັນໃດເກີດຂຶ້ນທີ່ຖືກແກ້ໄຂເກືອບໂດຍຄ່າເລີ່ມຕົ້ນໃນເວລາທີ່ໃຊ້ SAP BW.

ໂດຍສະເພາະ, ວິທີການດຶງຂໍ້ມູນຈາກລະບົບແຫຼ່ງ, ເຊິ່ງສ່ວນໃຫຍ່ແມ່ນການແກ້ໄຂ SAP?

HR Metrics ແມ່ນໂຄງການທໍາອິດທີ່ມັນເປັນສິ່ງຈໍາເປັນເພື່ອແກ້ໄຂບັນຫານີ້. ເປົ້າຫມາຍຂອງພວກເຮົາແມ່ນເພື່ອສ້າງ repository ຂອງຂໍ້ມູນ HR ແລະສ້າງບົດລາຍງານການວິເຄາະໃນພື້ນທີ່ຂອງການເຮັດວຽກກັບພະນັກງານ. ໃນກໍລະນີນີ້, ແຫຼ່ງຂໍ້ມູນຕົ້ນຕໍແມ່ນລະບົບການເຮັດທຸລະກໍາ SAP HCM, ເຊິ່ງໃນທຸກໆກິດຈະກໍາຂອງພະນັກງານ, ອົງການຈັດຕັ້ງແລະເງິນເດືອນແມ່ນດໍາເນີນ.

ການສະກັດຂໍ້ມູນ

ໃນ SAP BW ມີເຄື່ອງສະກັດຂໍ້ມູນມາດຕະຖານສໍາລັບລະບົບ SAP. ເຄື່ອງສະກັດເຫຼົ່ານີ້ສາມາດເກັບກໍາຂໍ້ມູນທີ່ຈໍາເປັນໂດຍອັດຕະໂນມັດ, ຕິດຕາມຄວາມສົມບູນຂອງມັນ, ແລະກໍານົດ deltas ການປ່ຽນແປງ. ທີ່ນີ້, ສໍາລັບການຍົກຕົວຢ່າງ, ແມ່ນແຫຼ່ງຂໍ້ມູນມາດຕະຖານສໍາລັບຄຸນລັກສະນະຂອງພະນັກງານ 0EMPLOYEE_ATTR:

ຜົນໄດ້ຮັບຂອງການສະກັດຂໍ້ມູນຈາກມັນສໍາລັບພະນັກງານຫນຶ່ງ:

ຖ້າຈໍາເປັນ, ເຄື່ອງສະກັດດັ່ງກ່າວສາມາດຖືກດັດແປງໃຫ້ເຫມາະສົມກັບຄວາມຕ້ອງການຂອງເຈົ້າເອງຫຼືເຄື່ອງສະກັດຂອງທ່ານເອງສາມາດສ້າງໄດ້.

ຄວາມຄິດທໍາອິດທີ່ເກີດຂື້ນແມ່ນຄວາມເປັນໄປໄດ້ຂອງການນໍາໃຊ້ພວກມັນຄືນໃຫມ່. ແຕ່ຫນ້າເສຍດາຍ, ນີ້ໄດ້ກາຍເປັນວຽກງານທີ່ເປັນໄປບໍ່ໄດ້. ເຫດຜົນສ່ວນໃຫຍ່ຖືກປະຕິບັດຢູ່ໃນດ້ານ SAP BW, ແລະມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະແຍກຕົວສະກັດຈາກ SAP BW ໂດຍບໍ່ມີຄວາມເຈັບປວດ.

ມັນເຫັນໄດ້ຊັດເຈນວ່າພວກເຮົາຈະຕ້ອງພັດທະນາກົນໄກຂອງຕົນເອງສໍາລັບການສະກັດຂໍ້ມູນຈາກລະບົບ SAP.

ໂຄງສ້າງການເກັບຮັກສາຂໍ້ມູນໃນ SAP HCM

ເພື່ອເຂົ້າໃຈຄວາມຕ້ອງການຂອງກົນໄກດັ່ງກ່າວ, ກ່ອນອື່ນ ໝົດ ພວກເຮົາຕ້ອງ ກຳ ນົດຂໍ້ມູນທີ່ພວກເຮົາຕ້ອງການ.

ຂໍ້ມູນສ່ວນໃຫຍ່ໃນ SAP HCM ຖືກເກັບໄວ້ໃນຕາຕະລາງ SQL ແບບຮາບພຽງ. ອີງໃສ່ຂໍ້ມູນນີ້, ແອັບພລິເຄຊັນ SAP ເບິ່ງເຫັນໂຄງສ້າງຂອງອົງກອນ, ພະນັກງານ ແລະຂໍ້ມູນ HR ອື່ນໆໃຫ້ກັບຜູ້ໃຊ້. ຕົວຢ່າງ, ນີ້ແມ່ນສິ່ງທີ່ໂຄງສ້າງຂອງອົງການຈັດຕັ້ງເບິ່ງຄືວ່າຢູ່ໃນ SAP HCM:

ທາງດ້ານຮ່າງກາຍ, ຕົ້ນໄມ້ດັ່ງກ່າວຖືກເກັບໄວ້ໃນສອງຕາຕະລາງ - ໃນ hrp1000 ວັດຖຸແລະໃນ hrp1001 ການເຊື່ອມຕໍ່ລະຫວ່າງວັດຖຸເຫຼົ່ານີ້.

ວັດຖຸ “ພະແນກ 1” ແລະ “ຫ້ອງການ 1”:

ຄວາມ​ສໍາ​ພັນ​ລະ​ຫວ່າງ​ວັດ​ຖຸ​:

ສາມາດມີຈໍານວນຂະຫນາດໃຫຍ່ຂອງທັງສອງປະເພດຂອງວັດຖຸແລະປະເພດຂອງການເຊື່ອມຕໍ່ລະຫວ່າງເຂົາເຈົ້າ. ມີທັງສອງການເຊື່ອມຕໍ່ມາດຕະຖານລະຫວ່າງວັດຖຸແລະອຸປະກອນທີ່ກໍາຫນົດເອງສໍາລັບຄວາມຕ້ອງການສະເພາະຂອງທ່ານເອງ. ຕົວຢ່າງ, ມາດຕະຖານ B012 ຄວາມສໍາພັນລະຫວ່າງຫນ່ວຍງານອົງການຈັດຕັ້ງແລະຕໍາແຫນ່ງເຕັມເວລາຊີ້ໃຫ້ເຫັນຫົວຫນ້າພະແນກ.

ການສະແດງຜູ້ຈັດການໃນ SAP:

ການເກັບຮັກສາໃນຕາຕະລາງຖານຂໍ້ມູນ:

ຂໍ້ມູນພະນັກງານຖືກເກັບໄວ້ໃນຕາຕະລາງ pa*. ຕົວຢ່າງ, ຂໍ້ມູນກ່ຽວກັບເຫດການບຸກຄະລາກອນຂອງພະນັກງານແມ່ນເກັບໄວ້ໃນຕາຕະລາງ pa0000

ພວກເຮົາໄດ້ຕັດສິນໃຈວ່າ GreenPlum ຈະເອົາຂໍ້ມູນ "ດິບ", i.e. ພຽງແຕ່ຄັດລອກພວກມັນຈາກຕາຕະລາງ SAP. ແລະໂດຍກົງໃນ GreenPlum ພວກເຂົາຈະຖືກປຸງແຕ່ງແລະປ່ຽນເປັນວັດຖຸທາງດ້ານຮ່າງກາຍ (ຕົວຢ່າງ, ພະແນກຫຼືພະນັກງານ) ແລະ metrics (ຕົວຢ່າງ, headcount ສະເລ່ຍ).

ປະມານ 70 ຕາຕະລາງໄດ້ຖືກກໍານົດ, ຂໍ້ມູນຈາກນັ້ນຕ້ອງຖືກໂອນໄປຫາ GreenPlum. ຫຼັງ​ຈາກ​ນັ້ນ​, ພວກ​ເຮົາ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ການ​ເຮັດ​ວຽກ​ອອກ​ວິ​ທີ​ການ​ສໍາ​ລັບ​ການ​ສົ່ງ​ຂໍ້​ມູນ​ນີ້​.

SAP ສະເຫນີກົນໄກການເຊື່ອມໂຍງຈໍານວນຫລາຍ. ແຕ່ວິທີທີ່ງ່າຍທີ່ສຸດແມ່ນວ່າການເຂົ້າເຖິງໂດຍກົງກັບຖານຂໍ້ມູນແມ່ນຖືກຫ້າມເນື່ອງຈາກການຈໍາກັດການອະນຸຍາດ. ດັ່ງນັ້ນ, ຂະບວນການເຊື່ອມໂຍງທັງຫມົດຕ້ອງໄດ້ຮັບການປະຕິບັດຢູ່ໃນລະດັບເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນ.
ບັນຫາຕໍ່ໄປແມ່ນການຂາດຂໍ້ມູນກ່ຽວກັບບັນທຶກທີ່ຖືກລົບຢູ່ໃນຖານຂໍ້ມູນ SAP. ເມື່ອທ່ານລຶບແຖວໃນຖານຂໍ້ມູນ, ມັນຖືກລຶບອອກທາງຮ່າງກາຍ. ເຫຼົ່ານັ້ນ. ການສ້າງຕັ້ງຂອງ delta ການປ່ຽນແປງໂດຍອີງໃສ່ເວລາຂອງການປ່ຽນແປງແມ່ນເປັນໄປບໍ່ໄດ້.

ແນ່ນອນ, SAP HCM ມີກົນໄກໃນການບັນທຶກການປ່ຽນແປງຂໍ້ມູນ. ຕົວຢ່າງ, ສໍາລັບການໂອນໄປຫາລະບົບຜູ້ຮັບຕໍ່ມາ, ມີຕົວຊີ້ການປ່ຽນແປງທີ່ບັນທຶກການປ່ຽນແປງໃດໆແລະບົນພື້ນຖານທີ່ Idoc ຖືກສ້າງຕັ້ງຂຶ້ນ (ວັດຖຸສໍາລັບການໂອນກັບລະບົບພາຍນອກ).

ຕົວຢ່າງ IDoc ສໍາລັບການປ່ຽນແປງ infotype 0302 ສໍາລັບພະນັກງານທີ່ມີຈໍານວນບຸກຄະລາກອນ 1251445:

ຫຼືເກັບຮັກສາບັນທຶກການປ່ຽນແປງຂໍ້ມູນໃນຕາຕະລາງ DBTABLOG.

ຕົວຢ່າງຂອງບັນທຶກສໍາລັບການລຶບບັນທຶກທີ່ມີລະຫັດ QK53216375 ຈາກຕາຕະລາງ hrp1000:

ແຕ່ກົນໄກເຫຼົ່ານີ້ບໍ່ສາມາດໃຊ້ໄດ້ສໍາລັບຂໍ້ມູນທີ່ຈໍາເປັນທັງຫມົດ, ແລະການປຸງແຕ່ງຂອງພວກເຂົາໃນລະດັບເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນສາມາດບໍລິໂພກຊັບພະຍາກອນຫຼາຍ. ດັ່ງນັ້ນ, ການເປີດໃຊ້ງານການບັນທຶກຢ່າງຫຼວງຫຼາຍໃນຕາຕະລາງທີ່ຈໍາເປັນທັງຫມົດສາມາດນໍາໄປສູ່ການເສື່ອມໂຊມຂອງລະບົບທີ່ສັງເກດເຫັນ.

ບັນຫາໃຫຍ່ຕໍ່ໄປແມ່ນຕາຕະລາງກຸ່ມ. ການຄາດຄະເນເວລາແລະຂໍ້ມູນເງິນເດືອນໃນ RDBMS ສະບັບຂອງ SAP HCM ຖືກເກັບໄວ້ເປັນຊຸດຂອງຕາຕະລາງເຫດຜົນສໍາລັບພະນັກງານແຕ່ລະຄົນສໍາລັບການຄິດໄລ່ແຕ່ລະຄົນ. ຕາຕະລາງເຫດຜົນເຫຼົ່ານີ້ຖືກເກັບໄວ້ເປັນຂໍ້ມູນຖານສອງໃນຕາຕະລາງ pcl2.

ກຸ່ມເງິນເດືອນ:

ຂໍ້ມູນຈາກຕາຕະລາງກຸ່ມບໍ່ສາມາດຖືກພິຈາລະນາເປັນຄໍາສັ່ງ SQL, ແຕ່ຕ້ອງການໃຊ້ SAP HCM macro ຫຼືໂມດູນທີ່ເປັນປະໂຫຍດພິເສດ. ດັ່ງນັ້ນ, ຄວາມໄວການອ່ານຂອງຕາຕະລາງດັ່ງກ່າວຈະຂ້ອນຂ້າງຕໍ່າ. ໃນທາງກົງກັນຂ້າມ, ກຸ່ມດັ່ງກ່າວເກັບຂໍ້ມູນທີ່ຈໍາເປັນພຽງແຕ່ຫນຶ່ງຄັ້ງຕໍ່ເດືອນ - final payroll and time estimation . ດັ່ງນັ້ນຄວາມໄວໃນກໍລະນີນີ້ບໍ່ສໍາຄັນຫຼາຍ.

ການປະເມີນທາງເລືອກໃນການປະກອບເປັນ delta ຂອງການປ່ຽນແປງຂໍ້ມູນ, ພວກເຮົາຕັດສິນໃຈທີ່ຈະພິຈາລະນາທາງເລືອກຂອງການ unloading ຢ່າງເຕັມທີ່. ທາງເລືອກໃນການໂອນ gigabytes ຂອງຂໍ້ມູນທີ່ບໍ່ປ່ຽນແປງລະຫວ່າງລະບົບທຸກໆມື້ອາດຈະບໍ່ເບິ່ງດີ. ຢ່າງໃດກໍ່ຕາມ, ມັນຍັງມີຄວາມໄດ້ປຽບຫຼາຍ - ບໍ່ຈໍາເປັນຕ້ອງທັງສອງປະຕິບັດ delta ໃນດ້ານແຫຼ່ງແລະປະຕິບັດການຝັງຂອງ delta ນີ້ຢູ່ໃນຝ່າຍຮັບ. ຕາມນັ້ນແລ້ວ, ຄ່າໃຊ້ຈ່າຍແລະເວລາການປະຕິບັດແມ່ນຫຼຸດລົງ, ແລະຄວາມຫນ້າເຊື່ອຖືຂອງການເຊື່ອມໂຍງເພີ່ມຂຶ້ນ. ໃນຂະນະດຽວກັນ, ມັນໄດ້ຖືກກໍານົດວ່າເກືອບທຸກການປ່ຽນແປງໃນ SAP HR ເກີດຂື້ນພາຍໃນຂອບເຂດສາມເດືອນກ່ອນວັນທີປະຈຸບັນ. ດັ່ງນັ້ນ, ມັນໄດ້ຖືກຕັດສິນໃຈເລືອກສໍາລັບການດາວໂຫຼດເຕັມປະຈໍາວັນຂອງຂໍ້ມູນຈາກ SAP HR N ເດືອນກ່ອນວັນທີປະຈຸບັນແລະການດາວໂຫຼດເຕັມປະຈໍາເດືອນ. ພາລາມິເຕີ N ແມ່ນຂຶ້ນກັບຕາຕະລາງສະເພາະ
ແລະ​ລະ​ຫວ່າງ 1 ຫາ 15​.

ໂຄງການດັ່ງຕໍ່ໄປນີ້ໄດ້ຖືກສະເຫນີສໍາລັບການສະກັດຂໍ້ມູນ:

ລະບົບພາຍນອກສ້າງຄໍາຮ້ອງຂໍແລະສົ່ງໄປທີ່ SAP HCM, ບ່ອນທີ່ຄໍາຮ້ອງຂໍນີ້ຖືກກວດສອບຄວາມສົມບູນຂອງຂໍ້ມູນແລະການອະນຸຍາດໃນການເຂົ້າເຖິງຕາຕະລາງ. ຖ້າການກວດສອບປະສົບຜົນສໍາເລັດ, SAP HCM ດໍາເນີນໂຄງການທີ່ເກັບກໍາຂໍ້ມູນທີ່ຈໍາເປັນແລະໂອນມັນໄປຫາການແກ້ໄຂການເຊື່ອມໂຍງ Fuse. Fuse ກໍານົດຫົວຂໍ້ທີ່ຕ້ອງການໃນ Kafka ແລະໂອນຂໍ້ມູນຢູ່ທີ່ນັ້ນ. ຕໍ່ໄປ, ຂໍ້ມູນຈາກ Kafka ຖືກໂອນໄປຫາ Stage Area GP.

ໃນລະບົບຕ່ອງໂສ້ນີ້, ພວກເຮົາມີຄວາມສົນໃຈໃນບັນຫາການສະກັດຂໍ້ມູນຈາກ SAP HCM. ໃຫ້ເບິ່ງຢູ່ໃນລາຍລະອຽດເພີ່ມເຕີມ.

ແຜນວາດການໂຕ້ຕອບ SAP HCM-FUSE.

ລະບົບພາຍນອກກໍານົດເວລາຂອງການຮ້ອງຂໍທີ່ປະສົບຜົນສໍາເລັດສຸດທ້າຍກັບ SAP.
ຂະບວນການສາມາດຖືກເປີດຕົວໂດຍການຈັບເວລາຫຼືເຫດການອື່ນໆ, ລວມທັງການກໍານົດເວລາຫມົດເວລາເພື່ອລໍຖ້າການຕອບສະຫນອງກັບຂໍ້ມູນຈາກ SAP ແລະເລີ່ມຕົ້ນການຮ້ອງຂໍຄືນໃຫມ່. ຫຼັງຈາກນັ້ນ, ມັນສ້າງຄໍາຮ້ອງຂໍ delta ແລະສົ່ງໄປທີ່ SAP.

ຂໍ້ມູນການຮ້ອງຂໍຖືກສົ່ງໄປຫາຮ່າງກາຍໃນຮູບແບບ json.
ວິທີການ http: POST.
ຄຳຮ້ອງຂໍຕົວຢ່າງ:

ການບໍລິການ SAP ກວດສອບການຮ້ອງຂໍສໍາລັບຄວາມສົມບູນ, ການປະຕິບັດຕາມໂຄງສ້າງ SAP ໃນປະຈຸບັນ, ແລະຄວາມພ້ອມຂອງການເຂົ້າເຖິງຕາຕະລາງທີ່ຮ້ອງຂໍ.

ໃນກໍລະນີຂອງຄວາມຜິດພາດ, ການບໍລິການສົ່ງຄືນການຕອບສະຫນອງທີ່ມີລະຫັດທີ່ເຫມາະສົມແລະຄໍາອະທິບາຍ. ຖ້າການຄວບຄຸມປະສົບຜົນສໍາເລັດ, ມັນຈະສ້າງຂະບວນການພື້ນຖານເພື່ອສ້າງຕົວຢ່າງ, ສ້າງແລະ synchronously ສົ່ງຄືນ id session ເປັນເອກະລັກ.

ໃນກໍລະນີຂອງຄວາມຜິດພາດ, ລະບົບພາຍນອກຈະບັນທຶກມັນຢູ່ໃນບັນທຶກ. ໃນ​ກໍ​ລະ​ນີ​ຂອງ​ການ​ຕອບ​ສະ​ຫນອງ​ສົບ​ຜົນ​ສໍາ​ເລັດ​, ມັນ​ຈະ​ສົ່ງ id ກອງ​ປະ​ຊຸມ​ແລະ​ຊື່​ຂອງ​ຕາ​ຕະ​ລາງ​ທີ່​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໄດ້​ເຮັດ​ໃຫ້​.

ລະບົບພາຍນອກລົງທະບຽນເຊດຊັນປັດຈຸບັນເປັນເປີດ. ຖ້າມີເຊດຊັນອື່ນສໍາລັບຕາຕະລາງນີ້, ພວກມັນຖືກປິດດ້ວຍບັນທຶກການເຕືອນ.

ວຽກພື້ນຫລັງ SAP ສ້າງຕົວກະພິບໂດຍອີງໃສ່ພາລາມິເຕີທີ່ລະບຸແລະຊຸດຂໍ້ມູນຂອງຂະຫນາດທີ່ກໍານົດໄວ້. ຂະໜາດ batch ແມ່ນຈໍານວນບັນທຶກສູງສຸດທີ່ຂະບວນການອ່ານຈາກຖານຂໍ້ມູນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ມັນສົມມຸດວ່າເທົ່າກັບ 2000. ຖ້າມີບັນທຶກໃນຕົວຢ່າງຖານຂໍ້ມູນຫຼາຍກ່ວາຂະຫນາດແພັກເກັດທີ່ໃຊ້, ຫຼັງຈາກສົ່ງແພັກເກັດທໍາອິດ, ຕັນຕໍ່ໄປກໍ່ຖືກສ້າງຂື້ນດ້ວຍຈໍານວນຊອງຊົດເຊີຍທີ່ສອດຄ້ອງກັນແລະເພີ່ມຂຶ້ນ. ຕົວເລກແມ່ນເພີ່ມຂຶ້ນໂດຍ 1 ແລະສົ່ງຕາມລໍາດັບຢ່າງເຂັ້ມງວດ.

ຕໍ່ໄປ, SAP ຜ່ານແພັກເກັດເປັນການປ້ອນຂໍ້ມູນໃຫ້ກັບບໍລິການເວັບຂອງລະບົບພາຍນອກ. ແລະລະບົບປະຕິບັດການຄວບຄຸມກ່ຽວກັບການຫຸ້ມຫໍ່ຂາເຂົ້າ. ເຊດຊັນທີ່ມີ id ທີ່ໄດ້ຮັບຕ້ອງໄດ້ຮັບການລົງທະບຽນຢູ່ໃນລະບົບແລະມັນຕ້ອງຢູ່ໃນສະຖານະເປີດ. ຖ້າໝາຍເລກແພັກເກັດ > 1, ລະບົບຄວນບັນທຶກການຮັບສຳເລັດຂອງແພັກເກດກ່ອນໜ້າ (package_id-1).

ຖ້າການຄວບຄຸມປະສົບຜົນສໍາເລັດ, ລະບົບພາຍນອກຈະວິເຄາະແລະບັນທຶກຂໍ້ມູນຕາຕະລາງ.

ນອກຈາກນັ້ນ, ຖ້າທຸງສຸດທ້າຍມີຢູ່ໃນຊຸດແລະ serialization ປະສົບຜົນສໍາເລັດ, ໂມດູນການລວມເຂົ້າໄດ້ຖືກແຈ້ງໃຫ້ຊາບກ່ຽວກັບການສໍາເລັດຜົນຂອງການປະມວນຜົນຂອງເຊດຊັນແລະໂມດູນປັບປຸງສະຖານະການຂອງເຊດຊັນ.

ໃນ​ກໍ​ລະ​ນີ​ທີ່​ມີ​ຄວາມ​ຜິດ​ພາດ​ໃນ​ການ​ຄວບ​ຄຸມ / parsing​, ຄວາມ​ຜິດ​ພາດ​ໄດ້​ຖືກ​ບັນ​ທຶກ​ແລະ​ຊຸດ​ສໍາ​ລັບ​ການ​ປະ​ຊຸມ​ນີ້​ຈະ​ຖືກ​ປະ​ຕິ​ເສດ​ໂດຍ​ລະ​ບົບ​ພາຍ​ນອກ​.

ເຊັ່ນດຽວກັນ, ໃນກໍລະນີກົງກັນຂ້າມ, ເມື່ອລະບົບພາຍນອກສົ່ງຄືນຂໍ້ຜິດພາດ, ມັນຖືກບັນທຶກແລະການສົ່ງຕໍ່ແພັກເກັດຢຸດ.

ເພື່ອຮ້ອງຂໍຂໍ້ມູນໃນດ້ານ SAP HСM, ການບໍລິການປະສົມປະສານໄດ້ຖືກປະຕິບັດ. ການບໍລິການໄດ້ຖືກຈັດຕັ້ງປະຕິບັດຢູ່ໃນກອບ ICF (SAP Internet Communication Framework - help.sap.com/viewer/6da7259a6c4b1014b7d5e759cc76fd22/7.01.22/en-US/488d6e0ea6ed72d5e10000000a42189c.html). ມັນຊ່ວຍໃຫ້ທ່ານສາມາດສອບຖາມຂໍ້ມູນຈາກລະບົບ SAP HCM ໂດຍໃຊ້ຕາຕະລາງສະເພາະ. ເມື່ອສ້າງການຮ້ອງຂໍຂໍ້ມູນ, ມັນເປັນໄປໄດ້ທີ່ຈະລະບຸບັນຊີລາຍຊື່ຂອງຊ່ອງຂໍ້ມູນສະເພາະແລະຕົວກໍານົດການກັ່ນຕອງເພື່ອໃຫ້ໄດ້ຂໍ້ມູນທີ່ຈໍາເປັນ. ໃນເວລາດຽວກັນ, ການປະຕິບັດການບໍລິການບໍ່ໄດ້ຫມາຍເຖິງເຫດຜົນທາງທຸລະກິດໃດໆ. ສູດການຄິດໄລ່ສໍາລັບການຄິດໄລ່ delta, ຕົວກໍານົດການສອບຖາມ, ການກວດສອບຄວາມສົມບູນ, ແລະອື່ນໆຍັງຖືກປະຕິບັດຢູ່ຂ້າງຂອງລະບົບພາຍນອກ.

ກົນໄກນີ້ຊ່ວຍໃຫ້ທ່ານເກັບກໍາແລະສົ່ງຂໍ້ມູນທີ່ຈໍາເປັນທັງຫມົດໃນສອງສາມຊົ່ວໂມງ. ຄວາມໄວນີ້ແມ່ນຢູ່ໃນຂອບເຂດທີ່ຍອມຮັບໄດ້, ດັ່ງນັ້ນພວກເຮົາພິຈາລະນາການແກ້ໄຂນີ້ເປັນການຊົ່ວຄາວ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະຕື່ມຂໍ້ມູນໃສ່ຄວາມຕ້ອງການສໍາລັບເຄື່ອງມືການສະກັດເອົາໃນໂຄງການ.
ໃນຮູບເປົ້າຫມາຍ, ເພື່ອແກ້ໄຂບັນຫາການຂຸດຄົ້ນຂໍ້ມູນ, ທາງເລືອກສໍາລັບການນໍາໃຊ້ລະບົບ CDC ເຊັ່ນ Oracle Golden Gate ຫຼືເຄື່ອງມື ETL ເຊັ່ນ SAP DS ກໍາລັງຖືກຄົ້ນຫາ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com