SAP HCM မှ ဒေတာကို SAP မဟုတ်သော ဒေတာသိုလှောင်ရုံများသို့ ထုတ်ယူခြင်း။

သင်သိသည့်အတိုင်း၊ SAP သည် အရောင်းအ၀ယ်ဒေတာကို ထိန်းသိမ်းရန်နှင့် ခွဲခြမ်းစိတ်ဖြာခြင်းနှင့် အစီရင်ခံခြင်းစနစ်များတွင် ဤဒေတာကို လုပ်ဆောင်ရန်အတွက် ဆော့ဖ်ဝဲအစုံအလင်ကို ပေးပါသည်။ အထူးသဖြင့်၊ SAP Business Warehouse (SAP BW) ပလပ်ဖောင်းသည် ကျယ်ကျယ်ပြန့်ပြန့် နည်းပညာဆိုင်ရာ စွမ်းရည်များဖြင့် အချက်အလက်များကို သိမ်းဆည်းခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာခြင်းအတွက် ကိရိယာတန်ဆာပလာတစ်ခုဖြစ်သည်။ ၎င်း၏ရည်ရွယ်ချက် အားသာချက်များအားလုံးအတွက်၊ SAP BW စနစ်တွင် သိသာထင်ရှားသော အားနည်းချက်တစ်ခုရှိသည်။ ၎င်းသည် Hana တွင် cloud-based SAP BW ကိုအသုံးပြုသည့်အခါ အထူးသဖြင့် ဒေတာသိမ်းဆည်းခြင်းနှင့် လုပ်ဆောင်ခြင်းအတွက် ကုန်ကျစရိတ်မြင့်မားပါသည်။

SAP မဟုတ်သော အချို့သော OpenSource ထုတ်ကုန်ကို သိုလှောင်မှုအဖြစ် သင်စတင်အသုံးပြုပါက ဘာဖြစ်နိုင်သနည်း။ ကျွန်ုပ်တို့သည် X5 လက်လီရောင်းချရေးအဖွဲ့မှ GreenPlum ကိုရွေးချယ်ခဲ့သည်။ ဤသည်မှာ ကုန်ကျစရိတ်ပြဿနာကို ဖြေရှင်းပေးသည်၊ သို့သော် တစ်ချိန်တည်းတွင် SAP BW ကိုအသုံးပြုသောအခါ ပုံသေနီးပါးဖြေရှင်းနိုင်သည့် ပြဿနာများ ချက်ချင်းပေါ်ပေါက်လာသည်။

အထူးသဖြင့်၊ SAP ဖြေရှင်းချက်အများစုဖြစ်သည့် အရင်းအမြစ်စနစ်များမှ ဒေတာကို မည်သို့ရယူမည်နည်း။

HR Metrics သည် ဤပြဿနာကိုဖြေရှင်းရန် လိုအပ်သော ပထမဆုံးပရောဂျက်ဖြစ်သည်။ ကျွန်ုပ်တို့၏ ရည်မှန်းချက်မှာ HR ဒေတာ သိုလှောင်ရုံတစ်ခု ဖန်တီးရန်နှင့် ဝန်ထမ်းများနှင့် အလုပ်လုပ်သည့် နယ်ပယ်တွင် ခွဲခြမ်းစိတ်ဖြာမှု အစီရင်ခံတင်ပြခြင်း တည်ဆောက်ရန်ဖြစ်သည်။ ဤကိစ္စတွင်၊ ဒေတာ၏အဓိကရင်းမြစ်မှာ ဝန်ထမ်း၊ အဖွဲ့အစည်းနှင့် လစာဆိုင်ရာ လုပ်ငန်းများအားလုံးကို ဆောင်ရွက်သည့် SAP HCM အရောင်းအ၀ယ်စနစ်ဖြစ်သည်။

ဒေတာထုတ်ယူခြင်း။

SAP BW တွင် SAP စနစ်များအတွက် standard data extractors များရှိသည်။ ဤထုတ်ယူသူများသည် လိုအပ်သောဒေတာကို အလိုအလျောက်စုဆောင်းနိုင်ပြီး ၎င်း၏ခိုင်မာမှုကို စောင့်ကြည့်ကာ ပြောင်းလဲမှု မြစ်ဝကျွန်းပေါ်ဒေသများကို ဆုံးဖြတ်နိုင်သည်။ ဤတွင်၊ ဥပမာ၊ သည် 0EMPLOYEE_ATTR ဝန်ထမ်း၏အရည်အချင်းများအတွက် စံဒေတာရင်းမြစ်ဖြစ်သည်-

ဝန်ထမ်းတစ်ဦးအတွက် ၎င်းမှဒေတာထုတ်ယူခြင်းရလဒ်-

လိုအပ်ပါက၊ ထိုကဲ့သို့ ထုတ်ယူသည့်စက်ကို သင့်ကိုယ်ပိုင်လိုအပ်ချက်များနှင့် ကိုက်ညီအောင် ပြုပြင်နိုင်သည် သို့မဟုတ် သင့်ကိုယ်ပိုင်ထုတ်ယူသည့်ကိရိယာကို ဖန်တီးနိုင်သည်။

ပထမဆုံး ပေါ်လာတဲ့ စိတ်ကူးက အဲဒါတွေကို ပြန်သုံးဖို့ ဖြစ်နိုင်ချေ ရှိတယ်။ ကံမကောင်းစွာပဲ၊ ဒါက မဖြစ်နိုင်တဲ့အလုပ်တစ်ခု ဖြစ်သွားခဲ့တယ်။ ယုတ္တိဗေဒအများစုကို SAP BW ဘက်ခြမ်းတွင် အကောင်အထည်ဖော်ထားပြီး SAP BW မှ အရင်းအမြစ်ရှိ extractor ကို နာကျင်မှုမရှိဘဲ ခွဲထုတ်ရန် မဖြစ်နိုင်ပါ။

SAP စနစ်များမှ ဒေတာများကို ထုတ်ယူရန်အတွက် ကျွန်ုပ်တို့၏ ကိုယ်ပိုင်ယန္တရားကို ဖော်ထုတ်ရန် လိုအပ်ကြောင်း ထင်ရှားလာပါသည်။

SAP HCM တွင် ဒေတာသိုလှောင်မှုပုံစံ

ထိုသို့သော ယန္တရားတစ်ခုအတွက် လိုအပ်ချက်များကို နားလည်ရန်၊ ကျွန်ုပ်တို့သည် မည်သည့်ဒေတာ လိုအပ်သည်ကို ဦးစွာ ဆုံးဖြတ်ရန် လိုအပ်ပါသည်။

SAP HCM ရှိ ဒေတာအများစုကို flat SQL ဇယားများတွင် သိမ်းဆည်းထားသည်။ ဤဒေတာကိုအခြေခံ၍ SAP အပလီကေးရှင်းများသည် အဖွဲ့အစည်းဆိုင်ရာဖွဲ့စည်းပုံများ၊ ဝန်ထမ်းများနှင့် အခြား HR အချက်အလက်များကို အသုံးပြုသူထံ မြင်ယောင်စေသည်။ ဥပမာအားဖြင့်၊ ဤသည်မှာ SAP HCM ရှိ အဖွဲ့အစည်းဖွဲ့စည်းပုံနှင့်တူသည်-

ရုပ်ပိုင်းဆိုင်ရာအရ၊ ထိုကဲ့သို့သောသစ်ပင်ကို hrp1000 အရာဝတ္ထုများတွင် ဇယားနှစ်ခုနှင့် hrp1001 တွင် ဤအရာဝတ္ထုများကြားတွင် ချိတ်ဆက်မှုများရှိသည်။

အရာဝတ္ထုများ "Department 1" နှင့် "Office 1"-

အရာဝတ္ထုများကြား ဆက်စပ်မှု-

အရာဝတ္ထု အမျိုးအစား နှစ်မျိုးလုံးနှင့် ၎င်းတို့ကြား ချိတ်ဆက်မှု အမျိုးအစား အများအပြား ရှိနိုင်ပါသည်။ သင့်ကိုယ်ပိုင် သီးခြားလိုအပ်ချက်များအတွက် အရာဝတ္ထုများနှင့် စိတ်ကြိုက်ပြင်ဆင်ထားသည့်အရာများကြားတွင် စံချိတ်ဆက်မှုနှစ်ခုစလုံးရှိသည်။ ဥပမာအားဖြင့်၊ အဖွဲ့အစည်းယူနစ်တစ်ခုနှင့် အချိန်ပြည့်ရာထူးကြားရှိ စံ B012 ဆက်ဆံရေးသည် ဌာနတစ်ခု၏အကြီးအကဲကို ညွှန်ပြသည်။

SAP တွင် မန်နေဂျာပြသသည်-

ဒေတာဘေ့စ်ဇယားတွင် သိုလှောင်မှု-

ဝန်ထမ်းဒေတာကို pa* ဇယားများတွင် သိမ်းဆည်းထားသည်။ ဥပမာအားဖြင့်၊ ဝန်ထမ်းတစ်ဦးအတွက် ဝန်ထမ်းဖြစ်ရပ်များဆိုင်ရာ အချက်အလက်များကို ဇယား pa0000 တွင် သိမ်းဆည်းထားသည်။

GreenPlum သည် "ကုန်ကြမ်း" ဒေတာကို ယူမည်ဟု ဆုံးဖြတ်ခဲ့သည်၊ ဆိုလိုသည်မှာ၊ ၎င်းတို့ကို SAP ဇယားများမှကူးယူပါ။ GreenPlum တွင် တိုက်ရိုက် ၎င်းတို့ကို ရုပ်ပိုင်းဆိုင်ရာ အရာဝတ္ထုများ (ဥပမာ၊ ဌာန သို့မဟုတ် ဝန်ထမ်း) နှင့် မက်ထရစ်များ (ဥပမာ၊ ပျမ်းမျှ အရေအတွက်) အဖြစ်သို့ ပြောင်းလဲသွားမည်ဖြစ်သည်။

ဇယား ၇၀ ခန့်ကို GreenPlum သို့ လွှဲပြောင်းပေးရမည့် ဒေတာကို သတ်မှတ်ခဲ့သည်။ အဲဒီနောက်မှာတော့ ဒီဒေတာကို ပို့လွှတ်တဲ့နည်းလမ်းကို စတင်လုပ်ဆောင်ခဲ့ပါတယ်။

SAP သည် ပေါင်းစည်းမှု ယန္တရားများစွာကို ပေးဆောင်ပါသည်။ သို့သော် အလွယ်ဆုံးနည်းလမ်းမှာ လိုင်စင်ကန့်သတ်ချက်များကြောင့် ဒေတာဘေ့စ်သို့ တိုက်ရိုက်ဝင်ရောက်ခြင်းကို တားမြစ်ထားသည်။ ထို့ကြောင့်၊ ပေါင်းစပ်စီးဆင်းမှုအားလုံးကို အပလီကေးရှင်းဆာဗာအဆင့်တွင် အကောင်အထည်ဖော်ရပါမည်။
နောက်ပြဿနာမှာ SAP ဒေတာဘေ့စ်တွင် ဖျက်လိုက်သောမှတ်တမ်းများအကြောင်း ဒေတာမရှိခြင်းပင်ဖြစ်သည်။ ဒေတာဘေ့စ်ရှိ အတန်းတစ်ခုကို သင်ဖျက်လိုက်သောအခါ၊ ၎င်းကို ရုပ်ပိုင်းဆိုင်ရာ ဖျက်ပစ်လိုက်သည်။ အဲဒါတွေ။ အပြောင်းအလဲကာလကို အခြေခံ၍ ပြောင်းလဲမှု မြစ်ဝကျွန်းပေါ်ဒေသ ဖွဲ့စည်းရန် မဖြစ်နိုင်ပါ။

ဟုတ်ပါတယ်၊ SAP HCM မှာ ဒေတာပြောင်းလဲမှုတွေကို မှတ်တမ်းတင်တဲ့ ယန္တရားတွေရှိပါတယ်။ ဥပမာအားဖြင့်၊ လက်ခံသူစနစ်များသို့ နောက်ဆက်တွဲလွှဲပြောင်းမှုများအတွက်၊ ပြောင်းလဲမှုတိုင်းကို မှတ်တမ်းတင်ပြီး Idoc ဖွဲ့စည်းမှုအပေါ် အခြေခံ၍ (ပြင်ပစနစ်များသို့ လွှဲပြောင်းရန် အရာဝတ္ထုတစ်ခု) ကို မှတ်တမ်းတင်သည့် ပြောင်းလဲမှုညွှန်မှတ်များ ရှိပါသည်။

ဝန်ထမ်းနံပါတ် 0302 ရှိသော ဝန်ထမ်းတစ်ဦးအတွက် infotype 1251445 ကိုပြောင်းလဲခြင်းအတွက် IDoc ဥပမာ-

သို့မဟုတ် DBTABLOG ဇယားတွင် ဒေတာပြောင်းလဲမှုမှတ်တမ်းများကို သိမ်းဆည်းထားပါ။

hrp53216375 ဇယားမှ သော့ QK1000 ပါသော မှတ်တမ်းကို ဖျက်ခြင်းအတွက် မှတ်တမ်းတစ်ခု ဥပမာ-

သို့သော် ဤယန္တရားများသည် လိုအပ်သောဒေတာအားလုံးအတွက် မရရှိနိုင်ပါ၊ အက်ပလီကေးရှင်းဆာဗာအဆင့်တွင် ၎င်းတို့၏လုပ်ဆောင်မှုသည် အရင်းအမြစ်များစွာကို စားသုံးနိုင်သည်။ ထို့ကြောင့် လိုအပ်သော ဇယားများအားလုံးကို အများအပြားဖွင့်ထားခြင်းဖြင့် စနစ်စွမ်းဆောင်ရည်ကို သိသာစွာ ကျဆင်းသွားစေနိုင်သည်။

နောက်ပြဿနာကြီးတစ်ခုကတော့ ဇယားတွေ အစုလိုက်အပြုံလိုက် ဖြစ်နေတယ်။ SAP HCM ၏ RDBMS ဗားရှင်းရှိ အချိန်ခန့်မှန်းချက်နှင့် လုပ်ခလစာဒေတာကို တွက်ချက်မှုတစ်ခုစီအတွက် ဝန်ထမ်းတစ်ဦးစီအတွက် ယုတ္တိဇယားအစုတစ်ခုအဖြစ် သိမ်းဆည်းထားသည်။ ဤယုတ္တိဇယားများကိုဇယား pcl2 တွင် binary data အဖြစ်သိမ်းဆည်းထားသည်။

လစာအစုစု-

အစုလိုက်အပြုံလိုက်ဇယားများမှဒေတာကို SQL ကွန်မန်းအဖြစ် မယူဆနိုင်သော်လည်း SAP HCM မက်ခရိုများ သို့မဟုတ် အထူးလုပ်ဆောင်နိုင်သော မော်ဂျူးများကို အသုံးပြုရန် လိုအပ်သည်။ ထို့ကြောင့်၊ ထိုကဲ့သို့သောဇယားများ၏ဖတ်ရှုမှုနှုန်းသည်အတော်လေးနိမ့်လိမ့်မည်။ တစ်ဖက်တွင်၊ ထိုအစုအဖွဲ့များသည် တစ်လလျှင် တစ်ကြိမ်သာ လိုအပ်သော ဒေတာများကို သိမ်းဆည်းသည် - နောက်ဆုံးလုပ်ခလစာနှင့် အချိန်ခန့်မှန်းချက်။ ဒါကြောင့် ဒီကိစ္စမှာ အရှိန်သိပ်မစိုးရိမ်ရပါဘူး။

ဒေတာပြောင်းလဲမှုများ၏ မြစ်ဝကျွန်းပေါ်ဒေသတစ်ခုဖွဲ့စည်းရန်အတွက် ရွေးချယ်စရာများကို အကဲဖြတ်ကာ အပြည့်တင်ခြင်း၏ရွေးချယ်မှုကိုလည်း ထည့်သွင်းစဉ်းစားရန် ဆုံးဖြတ်ခဲ့သည်။ စနစ်များကြားတွင် မပြောင်းလဲသော အချက်အလက်များ၏ ဂစ်ဂါဗိုက်ကို နေ့စဉ် လွှဲပြောင်းခြင်း ရွေးချယ်ခွင့်သည် ကောင်းမွန်ပုံမရပါ။ သို့သော်၊ ၎င်းတွင် အားသာချက်များစွာရှိသည် - အရင်းအမြစ်ဘက်ခြမ်းတွင် မြစ်ဝကျွန်းပေါ်ဒေသကို အကောင်အထည် ဖော်ရန်နှင့် လက်ခံသူဘက်ခြမ်းတွင် ဤမြစ်ဝကျွန်းပေါ်ဒေသကို ထည့်သွင်းအကောင်အထည်ဖော်ရန် မလိုအပ်ပါ။ ထို့ကြောင့် ကုန်ကျစရိတ်နှင့် အကောင်အထည်ဖော်ချိန်ကို လျှော့ချပြီး ပေါင်းစည်းမှု၏ ယုံကြည်စိတ်ချရမှု တိုးလာပါသည်။ တစ်ချိန်တည်းမှာပင်၊ SAP HR တွင် ပြောင်းလဲမှုအားလုံးနီးပါးသည် လက်ရှိရက်စွဲမတိုင်မီ သုံးလအတွင်း မိုးကုပ်စက်ဝိုင်းအတွင်း ဖြစ်ပေါ်ကြောင်း ဆုံးဖြတ်ခဲ့သည်။ ထို့ကြောင့်၊ လက်ရှိရက်စွဲနှင့် လစဉ်အပြည့်အဝဒေါင်းလုဒ်မပြုလုပ်မီ လစဉ် SAP HR N မှ ဒေတာအပြည့်အစုံကို နေ့စဉ်ဒေါင်းလုဒ်လုပ်ရန် ရွေးချယ်ရန် ဆုံးဖြတ်ခဲ့သည်။ N parameter သည် သီးခြားဇယားပေါ်တွင် မူတည်သည်။
နှင့် 1 မှ 15 အပိုင်းအခြား။

ဒေတာထုတ်ယူမှုအတွက် အောက်ပါအစီအစဥ်ကို အဆိုပြုထားပါသည်။

ပြင်ပစနစ်သည် တောင်းဆိုချက်တစ်ခုကို ထုတ်ပေးပြီး SAP HCM သို့ ပေးပို့ကာ၊ ဤတောင်းဆိုချက်သည် ဒေတာ၏ ပြည့်စုံမှုနှင့် ဇယားများကို ဝင်ရောက်ကြည့်ရှုခွင့်များ ရှိမရှိ စစ်ဆေးပေးပါသည်။ စစ်ဆေးမှုအောင်မြင်ပါက SAP HCM သည် လိုအပ်သောဒေတာများကိုစုဆောင်းကာ Fuse ပေါင်းစည်းမှုဖြေရှင်းချက်သို့ လွှဲပြောင်းပေးသည့်ပရိုဂရမ်တစ်ခုကိုလုပ်ဆောင်သည်။ Fuse သည် Kafka တွင် လိုအပ်သော အကြောင်းအရာကို ဆုံးဖြတ်ပြီး ထိုနေရာတွင် ဒေတာကို လွှဲပြောင်းပေးသည်။ ထို့နောက် Kafka မှဒေတာများကို Stage Area GP သို့လွှဲပြောင်းသည်။

ဤကွင်းဆက်တွင်၊ ကျွန်ုပ်တို့သည် SAP HCM မှ ဒေတာထုတ်ယူခြင်းကိစ္စကို စိတ်ဝင်စားပါသည်။ ပိုပြီးအသေးစိတ်ကြည့်ရအောင်။

SAP HCM-FUSE အပြန်အလှန်တုံ့ပြန်မှုပုံစံ။

ပြင်ပစနစ်သည် SAP သို့ နောက်ဆုံးအောင်မြင်သော တောင်းဆိုမှု၏အချိန်ကို ဆုံးဖြတ်သည်။
SAP မှ ဒေတာဖြင့် တုံ့ပြန်မှုကို စောင့်ဆိုင်းရန်နှင့် ထပ်ခါတလဲလဲ တောင်းဆိုမှုစဥ်းစားရန် အချိန်ကုန်သွားခြင်းအပါအဝင် အချိန်မှတ်ကိရိယာ သို့မဟုတ် အခြားဖြစ်ရပ်တစ်ခုမှ လုပ်ငန်းစဉ်ကို စတင်နိုင်သည်။ ထို့နောက် ၎င်းသည် မြစ်ဝကျွန်းပေါ်ဒေသ တောင်းဆိုချက်ကို ထုတ်ပေးပြီး SAP သို့ ပေးပို့သည်။

တောင်းဆိုချက်ဒေတာကို json ဖော်မတ်ဖြင့် ခန္ဓာကိုယ်သို့ ပေးပို့သည်။
နည်းလမ်း http: POST ။
ဥပမာ တောင်းဆိုပါ

SAP ဝန်ဆောင်မှုသည် ပြည့်စုံမှုအတွက် တောင်းဆိုမှု၊ လက်ရှိ SAP ဖွဲ့စည်းပုံနှင့် လိုက်လျောညီထွေရှိမှု၊ တောင်းဆိုထားသော ဇယားသို့ ဝင်ရောက်ခွင့် ရရှိမှုတို့ကို စောင့်ကြည့်သည်။

အမှားအယွင်းများရှိပါက ဝန်ဆောင်မှုသည် သင့်လျော်သောကုဒ်နှင့် ဖော်ပြချက်ဖြင့် တုံ့ပြန်မှုကို ပြန်ပေးသည်။ ထိန်းချုပ်မှု အောင်မြင်ပါက၊ ၎င်းသည် နမူနာတစ်ခုထုတ်လုပ်ရန်၊ ထုတ်ပေးပြီး တစ်ပြိုင်နက်တည်း သီးခြား session id ကို ပြန်ပေးရန်အတွက် နောက်ခံလုပ်ငန်းစဉ်ကို ဖန်တီးပေးပါသည်။

အမှားအယွင်းရှိပါက ပြင်ပစနစ်က ၎င်းကို မှတ်တမ်းတွင် မှတ်တမ်းတင်သည်။ တုံ့ပြန်မှုအောင်မြင်ပါက၊ ၎င်းသည် တောင်းဆိုမှုပြုလုပ်သည့် ဇယား၏အမည်နှင့် session id ကို ပေးပို့သည်။

ပြင်ပစနစ်သည် လက်ရှိစက်ရှင်ကို ဖွင့်ထားသည့်အတိုင်း စာရင်းသွင်းသည်။ ဤဇယားအတွက် အခြားဆက်ရှင်များရှိပါက၊ ၎င်းတို့ကို သတိပေးချက်ဖြင့် ပိတ်ထားသည်။

SAP နောက်ခံအလုပ်သည် သတ်မှတ်ထားသော ကန့်သတ်ဘောင်များနှင့် သတ်မှတ်ထားသော အရွယ်အစား၏ ဒေတာပက်ကေ့ချ်အပေါ် အခြေခံ၍ ကာဆာတစ်ခုထုတ်ပေးသည်။ အစုလိုက်အရွယ်အစားသည် ဒေတာဘေ့စ်မှ လုပ်ငန်းစဉ်တစ်ခုမှဖတ်သည့် အများဆုံးမှတ်တမ်းအရေအတွက်ဖြစ်သည်။ ပုံသေအားဖြင့်၊ ၎င်းသည် 2000 နှင့် ညီမျှသည်ဟု ယူဆပါသည်။ အသုံးပြုထားသော ပက်ကတ်အရွယ်အစားထက် ဒေတာဘေ့စ်နမူနာတွင် မှတ်တမ်းများ ပိုများပါက၊ ပထမပက်ကတ်ကို ထုတ်လွှင့်ပြီးနောက်၊ နောက်ဘလောက်ကို သက်ဆိုင်ရာ အော့ဖ်ဆက်နှင့် တိုးမြှင့်ထားသော ပက်ကတ်နံပါတ်ဖြင့် ဖွဲ့စည်းမည်ဖြစ်သည်။ နံပါတ်များကို 1 ဖြင့် တိုးပြီး တင်းကြပ်စွာ ဆက်တိုက်ပေးပို့ပါသည်။

ထို့နောက်၊ SAP သည် packet အား ပြင်ပစနစ်၏ ဝဘ်ဝန်ဆောင်မှုသို့ ထည့်သွင်းမှုအဖြစ် ဖြတ်သန်းသည်။ နှင့် စနစ်သည် ဝင်လာသော ပက်ကတ်တွင် ထိန်းချုပ်မှုများကို လုပ်ဆောင်သည်။ လက်ခံရရှိသော id ပါရှိသော ဆက်ရှင်တစ်ခုကို စနစ်တွင် စာရင်းသွင်းထားရမည်ဖြစ်ပြီး ၎င်းသည် ပွင့်လင်းသောအခြေအနေတွင် ရှိနေရမည်ဖြစ်သည်။ အကယ်၍ ပက်ကေ့ဂျ်နံပါတ် > 1 ဖြစ်ပါက၊ စနစ်သည် ယခင်အထုပ်၏ အောင်မြင်သောပြေစာ (package_id-1) ကို မှတ်တမ်းတင်ထားသင့်သည်။

ထိန်းချုပ်မှု အောင်မြင်ပါက ပြင်ပစနစ်သည် ဇယားဒေတာကို ခွဲခြမ်းစိပ်ဖြာပြီး သိမ်းဆည်းသည်။

ထို့အပြင်၊ ပက်ကေ့ဂျ်တွင် နောက်ဆုံးအလံပါရှိပြီး အမှတ်စဉ်ပြုလုပ်ခြင်း အောင်မြင်ပါက၊ ဆက်ရှင်လုပ်ဆောင်ခြင်း၏ အောင်မြင်စွာပြီးဆုံးခြင်းအကြောင်း ပေါင်းစပ်မှု module အား အသိပေးပြီး module သည် session status ကို update လုပ်ပါသည်။

ထိန်းချုပ်မှု/ခွဲခြမ်းစိတ်ဖြာမှု အမှားအယွင်းရှိပါက အမှားအယွင်းကို မှတ်တမ်းတင်ထားပြီး ဤစက်ရှင်အတွက် ပက်ကတ်များကို ပြင်ပစနစ်က ပယ်ချမည်ဖြစ်သည်။

အလားတူ၊ ဆန့်ကျင်ဘက်အခြေအနေတွင်၊ ပြင်ပစနစ်က အမှားတစ်ခုပြန်တက်လာသောအခါ၊ ၎င်းသည် မှတ်တမ်းဝင်ပြီး packet ထုတ်လွှင့်မှုရပ်တန့်သွားသည်။

SAP HСM ဘက်မှ ဒေတာတောင်းဆိုရန် ပေါင်းစည်းခြင်းဝန်ဆောင်မှုကို အကောင်အထည်ဖော်ခဲ့သည်။ ဝန်ဆောင်မှုကို ICF မူဘောင် (SAP Internet Communication Framework - help.sap.com/viewer/6da7259a6c4b1014b7d5e759cc76fd22/7.01.22/en-US/488d6e0ea6ed72d5e10000000a42189c.html) ၎င်းသည် သင့်အား သီးခြားဇယားများကို အသုံးပြု၍ SAP HCM စနစ်မှ အချက်အလက်များကို မေးမြန်းရန် ခွင့်ပြုသည်။ ဒေတာတောင်းဆိုမှုတစ်ခုဖန်တီးသည့်အခါ လိုအပ်သောဒေတာကိုရရှိရန်အတွက် သီးခြားနယ်ပယ်များနှင့် စစ်ထုတ်ခြင်းဆိုင်ရာ ကန့်သတ်ဘောင်များစာရင်းကို သတ်မှတ်ရန် ဖြစ်နိုင်သည်။ တစ်ချိန်တည်းမှာပင်၊ ဝန်ဆောင်မှုကို အကောင်အထည်ဖော်ခြင်းသည် မည်သည့်လုပ်ငန်းဆိုင်ရာ ယုတ္တိကိုမျှ မဖော်ပြပါ။ မြစ်ဝကျွန်းပေါ်ဒေသ တွက်ချက်ခြင်းအတွက် အယ်လဂိုရီသမ်များ၊ မေးမြန်းမှု ကန့်သတ်ချက်များ၊ သမာဓိစောင့်ကြပ်ကြည့်ရှုခြင်း စသည်တို့ကိုလည်း ပြင်ပစနစ်၏ ဘေးထွက်တွင် အကောင်အထည်ဖော်လျက်ရှိသည်။

ဤယန္တရားသည် သင့်အား နာရီအနည်းငယ်အတွင်း လိုအပ်သော အချက်အလက်အားလုံးကို စုဆောင်းပေးပို့နိုင်စေပါသည်။ ဤအမြန်နှုန်းသည် လက်ခံနိုင်လောက်သည့်အနေအထားတွင်ရှိပြီး၊ ထို့ကြောင့် ပရောဂျက်အတွက် ထုတ်ယူကိရိယာလိုအပ်မှုကို ဖြည့်ဆည်းပေးနိုင်စေသည့် ဤဖြေရှင်းချက်ကို ယာယီတစ်ခုအဖြစ် ကျွန်ုပ်တို့ယူဆပါသည်။
ပစ်မှတ်ပုံတွင်၊ ဒေတာထုတ်ယူခြင်းပြဿနာကိုဖြေရှင်းရန်၊ Oracle Golden Gate သို့မဟုတ် ETL ကိရိယာများဖြစ်သည့် SAP DS ကဲ့သို့သော CDC စနစ်များကို အသုံးပြုရန်အတွက် ရွေးချယ်မှုများကို စူးစမ်းရှာဖွေလျက်ရှိသည်။

source: www.habr.com