SAP ဆိုတာဘာလဲ။ ပြီးတော့ ဘာကြောင့် ငရဲက ဒေါ်လာ ၁၆၃ ဘီလီယံ တန်ကြေးရှိသလဲ။

ကုမ္ပဏီများသည် ဆော့ဖ်ဝဲလ်အတွက် နှစ်စဉ် ဒေါ်လာ ၄၁ ဘီလီယံ သုံးစွဲကြသည်။ လုပ်ငန်းအရင်းအမြစ်စီမံကိန်းအတိုကောက်အားဖြင့်လူသိများသည်။ ERP. ယနေ့တွင်၊ လုပ်ငန်းကြီးတိုင်းနီးပါးသည် တစ်ခု သို့မဟုတ် အခြား ERP စနစ်တစ်ခုကို အကောင်အထည်ဖော်နေပြီဖြစ်သည်။ သို့သော် ကုမ္ပဏီငယ်အများစုသည် ERP စနစ်များကို ဝယ်ယူလေ့မရှိကြပြီး developer အများစုမှာ ၎င်းတို့ကို လုပ်ဆောင်ချက်အဖြစ် မမြင်ဖူးကြပေ။ ဒီတော့ ERP မသုံးဖူးတဲ့ သူတွေအတွက် မေးစရာက ဘာလဲ...။ SAP ကဲ့သို့သော ကုမ္ပဏီတစ်ခုသည် တစ်နှစ်လျှင် $25 ဘီလီယံတန်ဖိုးရှိ ERP ကို ​​မည်သို့ရောင်းချနိုင်သနည်း။

အဲဒါက ဘယ်လိုဖြစ်သွားတာလဲ။ ကမ္ဘာ့ကုန်သွယ်မှု ၇၇ ရာခိုင်နှုန်းစားနပ်ရိက္ခာ၏ 78% အပါအဝင်၊ SAP အစီအစဉ်ကို ဖြတ်သန်းနေပါသလား။

ERP သည် ကုမ္ပဏီများ၏ အဓိက လုပ်ငန်းဆောင်ရွက်မှု အချက်အလက်များကို သိမ်းဆည်းသည့်နေရာဖြစ်သည်။ ဤဒေတာအပေါ် အခြေခံ၍ အစပျိုးသည့် အရောင်းခန့်မှန်းချက်များ၊ ဝယ်ယူမှုအမှာစာများ၊ စာရင်းများနှင့် လုပ်ငန်းစဉ်များ (ဥပမာ၊ ငွေရှင်းချိန်တွင် ပေးသွင်းသူများထံသို့ ငွေပေးချေမှုများ) အကြောင်း ကျွန်ုပ်တို့ပြောနေပါသည်။ တစ်နည်းအားဖြင့် ERP သည် ကုမ္ပဏီ၏ "ဦးနှောက်" ဖြစ်သည် - ၎င်းသည် အရေးကြီးသောဒေတာအားလုံးကို အလုပ်အသွားအလာများတွင် ဤဒေတာမှအစပြုသည့် လုပ်ဆောင်မှုများအားလုံးကို သိမ်းဆည်းထားသည်။

ဒါပေမယ့် ခေတ်မီစီးပွားရေးလောကကို လုံးလုံးလျားလျား မသိမ်းပိုက်ခင် ဒီဆော့ဖ်ဝဲက ဘယ်လိုဖြစ်လာတာလဲ။ ERP ၏သမိုင်းသည် 1960s တွင် office automation တွင်အလေးအနက်လုပ်ဆောင်ခြင်းမှစတင်သည်။ 40 နှင့် 50 ခုနှစ်များအတွင်း၊ ၎င်းသည် အများအားဖြင့် အလိုအလျောက်လုပ်ဆောင်နေသော blue-collar စက်ပိုင်းဆိုင်ရာအလုပ်ဖြစ်သည်—၁၉၄၇ ခုနှစ်တွင် ၎င်း၏အလိုအလျောက်စနစ်ဌာနခွဲကိုဖန်တီးခဲ့သည့် General Motors ကိုစဉ်းစားပါ။ သို့သော် "အဖြူရောင်ကော်လာ" (မကြာခဏကွန်ပျူတာများ၏အကူအညီဖြင့်) ၏အလိုအလျောက်စနစ်သည် 1947s တွင်စတင်ခဲ့သည်။

60 ခုနှစ်များအတွင်း အလိုအလျောက်စနစ်- ကွန်ပျူတာများ ထွန်းကားခဲ့သည်။

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

60 ခုနှစ်များတွင် ကုမ္ပဏီများစွာသည် IBM ကွန်ပျူတာများကို လုပ်ခလစာနှင့် ငွေပေးချေမှုများကို အလိုအလျောက်လုပ်ဆောင်ရန် အသုံးပြုလာကြသည်။ Data processing သည် ကုမ္ပဏီတစ်ခုတည်းသာ ကျန်ရှိတော့သည့် အသုံးအနှုန်းဖြစ်သည်။ အလိုအလျောက်ဒေတာများကိုထုတ်ယူခြင်း, Inc. ယင်းအစား ယနေ့ကျွန်ုပ်တို့သည် "IT" ဟုပြောကြသည်။ ထိုအချိန်က ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေး လုပ်ငန်းသည် မပေါ်ပေါက်သေးသောကြောင့် ဆန်းစစ်လေ့လာသူများကို အိုင်တီဌာနများသို့ မကြာခဏ ခေါ်ဆောင်ကာ ပရိုဂရမ်များ တတ်မြောက်စေရန် သင်ကြားပေးခဲ့သည်။ အမေရိကန်ပြည်ထောင်စုတွင် ပထမဆုံး ကွန်ပျူတာသိပ္ပံဌာနကို Purdue University တွင် 1962 ခုနှစ်တွင် ဖွင့်လှစ်ခဲ့ပြီး အထူးပြုတွင် ပထမဘွဲ့ရပြီး နှစ်အနည်းငယ်အကြာတွင် ဖြစ်ပွားခဲ့သည်။

60s ခုနှစ်များအတွင်း အလိုအလျောက်စနစ်/ဒေတာလုပ်ဆောင်ခြင်းပရိုဂရမ်များရေးခြင်းသည် မှတ်ဉာဏ်ကန့်သတ်ချက်များကြောင့် ခက်ခဲသောအလုပ်ဖြစ်သည်။ အဆင့်မြင့်ဘာသာစကားများမရှိ၊ စံချိန်စံညွှန်းသတ်မှတ်ထားသော လည်ပတ်မှုစနစ်မရှိ၊ ကိုယ်ပိုင်ကွန်ပြူတာများ မရှိပါ—သံလိုက်တိပ်ပတ်ပတ်လည်တွင် လည်ပတ်နေသော ပရိုဂရမ်အနည်းငယ်ပါသည့် စျေးကြီးသော ပင်မဖရမ်ကြီးများသာ။ ပရိုဂရမ်မာများသည် ညအချိန်တွင် ကွန်ပြူတာတွင် အလုပ်လုပ်လေ့ရှိသည်။ General Motors ကဲ့သို့သော ကုမ္ပဏီများသည် ၎င်းတို့၏ mainframes များမှ အကောင်းဆုံးရယူရန် ၎င်းတို့၏ ကိုယ်ပိုင် operating system များကို ရေးသားလေ့ရှိသည်။

ယနေ့ ကျွန်ုပ်တို့သည် ပုံမှန်လည်ပတ်မှုစနစ်များစွာတွင် အပလီကေးရှင်းဆော့ဖ်ဝဲလ်ကို အသုံးပြုထားသော်လည်း ၁၉၉၀ ပြည့်လွန်နှစ်များအထိ ယင်းကဲ့သို့မဟုတ်ပေ။ IN အလယ်ခေတ် ပင်မဘောင်ခေတ် ဆော့ဖ်ဝဲအားလုံး၏ 90% ကို အော်ဒါမှာရန် ရေးသားထားပြီး 10% ကိုသာ စင်ပေါ်မှ ရောင်းချခဲ့သည်။

ဤအခြေအနေသည် ကုမ္ပဏီများ၏ နည်းပညာကို တီထွင်ပုံအပေါ် သက်ရောက်မှုရှိစေပါသည်။ အချို့က အနာဂတ်တွင် တူညီသော operating system နှင့် programming language ကဲ့သို့သော စံပြု hardware ဖြင့် တည်ရှိနေသည်ဟု ယူဆကြသည်။ SABER စနစ် လေကြောင်းစက်မှုလုပ်ငန်းအတွက် (ယနေ့ထိအသုံးပြုနေဆဲဖြစ်သည်။) ကုမ္ပဏီအများစုသည် ၎င်းတို့၏ကိုယ်ပိုင်လုံးဝ သီးခြားဆော့ဖ်ဝဲလ်ကို ဆက်လက်ဖန်တီးကာ ဘီးကို ပြန်လည်တီထွင်လေ့ရှိကြသည်။

စံဆော့ဖ်ဝဲ မွေးဖွားခြင်း- SAP တိုးချဲ့နိုင်သော ပရိုဂရမ်

1972 ခုနှစ်တွင် အင်ဂျင်နီယာငါးဦးသည် IBM ဟုခေါ်သော ဓာတုဗေဒကုမ္ပဏီကြီးတစ်ခုနှင့် ဆော့ဖ်ဝဲလ်စာချုပ်ချုပ်ဆိုရန် IBM မှ ထွက်ခွာခဲ့သည်။ ၎င်းတို့သည် SAP (Systemanalyse und Programmentwicklung သို့မဟုတ် "စနစ်ခွဲခြမ်းစိတ်ဖြာခြင်းနှင့် ပရိုဂရမ်ဖွံ့ဖြိုးတိုးတက်မှု") ဟုခေါ်သော ကုမ္ပဏီအသစ်တစ်ခုကို တည်ထောင်ခဲ့သည်။ ထိုအချိန်က software developer အများစုကဲ့သို့ပင်၊ ၎င်းတို့သည် အဓိကအားဖြင့် တိုင်ပင်ဆွေးနွေးခြင်းတွင် ပါဝင်ခဲ့သည်။ SAP ဝန်ထမ်းများသည် ဖောက်သည်ရုံးများသို့ လာပြီး ထောက်ပံ့ပို့ဆောင်ရေး စီမံခန့်ခွဲမှုအတွက် အဓိကအားဖြင့် ၎င်းတို့၏ ကွန်ပျူတာများတွင် ဆော့ဖ်ဝဲလ်များ တီထွင်ကြသည်။

လုပ်ငန်းများ ကောင်းမွန်စွာလည်ပတ်နေပါသည်- SAP သည် ၎င်း၏ပထမနှစ်တွင် ဝင်ငွေ ၆၂၀,၀၀၀ မှတ်ဖြင့် ပြီးဆုံးခဲ့ပြီး ယနေ့ဒေါ်လာ ၁ သန်းကျော်သာရှိသည်။ များမကြာမီတွင် ၎င်းတို့သည် ၎င်းတို့၏ဆော့ဖ်ဝဲလ်ကို အခြားဖောက်သည်များထံ ရောင်းချခဲ့ပြီး လိုအပ်သလို လည်ပတ်မှုစနစ်အမျိုးမျိုးသို့ သယ်ဆောင်သွားခဲ့သည်။ လာမည့် လေးနှစ်အတွင်းတွင် ၎င်းတို့သည် ဖောက်သည် ၄၀ ကျော်ကို ဝယ်ယူခဲ့ပြီး ဝင်ငွေ ခြောက်ဆတိုးကာ ဝန်ထမ်းဦးရေ ၉ ဦးမှ ၂၅ ဦးအထိ တိုးလာခဲ့သည်။ ယင်းမှာ ဝေးကွာလွန်းလှသည်။ T2D3 တိုးတက်မှုမျဉ်းကွေးသို့သော် SAP ၏အနာဂတ်သည် အကောင်းမြင်သည်။

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

အရေးအကြီးဆုံးမှာ၊ SAP ဆော့ဖ်ဝဲလ်ကို တိုးချဲ့နိုင်စေရန် မြေပြင်မှ တည်ဆောက်ထားသည်။ ICI နှင့် မူရင်းစာချုပ်တွင်၊ SAP သည် ထိုအချိန်က ထုံးစံအတိုင်း ဆော့ဖ်ဝဲလ်ကို အစမှ မတည်ဆောက်ခဲ့ဘဲ ယခင်ပရောဂျက်တစ်ခု၏ထိပ်တွင် ကုဒ်နံပါတ်တပ်ထားသည်။ SAP သည် ၎င်း၏ဘဏ္ဍာရေးစာရင်းကိုင်ဆော့ဖ်ဝဲလ်ကို 1974 ခုနှစ်တွင် ထုတ်ဝေသောအခါ မူလက ၎င်း၏အပေါ်တွင် အပိုဆော့ဖ်ဝဲ module များကိုရေးပြီး အနာဂတ်တွင် ၎င်းတို့အား ရောင်းချရန် စီစဉ်ခဲ့သည်။ ဤတိုးချဲ့နိုင်မှုသည် SAP ၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက်တစ်ခု ဖြစ်လာသည်။ ထိုအချိန်တွင်၊ ဖောက်သည်အကြောင်းအရာများကြား အပြန်အလှန်အပြန်အလှန်ဆက်ဆံမှုသည် အစွန်းရောက်ဆန်းသစ်တီထွင်မှုတစ်ခုဟု ယူဆခဲ့သည်။ ပရိုဂရမ်များကို သုံးစွဲသူတစ်ဦးစီအတွက် အစမှနေ၍ ရေးသားခဲ့သည်။

ပေါင်းစည်းခြင်း၏အရေးပါမှု

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

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

ပေါင်းစပ်ဆော့ဖ်ဝဲသည် ကုမ္ပဏီစနစ်များကြား ဆက်သွယ်ရေးကို လွယ်ကူချောမွေ့စေပြီး အလိုအလျောက်စနစ်အမျိုးအစားသစ်များကို ဖွင့်ပေးခြင်းဖြင့် ဤပြဿနာကို ဖြေရှင်းပေးပါသည်။ ဤပေါင်းစပ်မှုမျိုး—မတူညီသောစီးပွားရေးလုပ်ငန်းစဉ်များနှင့် ဒေတာရင်းမြစ်များကြား—သည် ERP စနစ်များ၏ အဓိကအင်္ဂါရပ်တစ်ခုဖြစ်သည်။ ဟာ့ဒ်ဝဲများ ပြောင်းလဲလာသည်နှင့်အမျှ ၎င်းသည် အထူးအရေးကြီးလာသည်၊ automation အတွက် ဖြစ်နိုင်ခြေအသစ်များ—နှင့် ERP စနစ်များ ထွန်းကားလာသည်။

ပေါင်းစပ်ဆော့ဖ်ဝဲလ်တွင် သတင်းအချက်အလက်ရယူမှု မြန်နှုန်းသည် ကုမ္ပဏီများကို ခွင့်ပြုသည်။ ၎င်းတို့၏ လုပ်ငန်းပုံစံများကို လုံးဝပြောင်းလဲပါ။. ERP ၏အကူအညီဖြင့် Compaq သည် "မှာယူမှုပြုလုပ်ရန်" မော်ဒယ်အသစ်ကို မိတ်ဆက်ခဲ့သည် (ဆိုလိုသည်မှာ အမှာစာရရှိပြီးမှသာ ကွန်ပျူတာကို တပ်ဆင်ခြင်းဖြစ်သည်)။ ဤပုံစံသည် ကောင်းမွန်သော ERP လုပ်ဆောင်သည့် အတိအကျဖြစ်သည့် လျင်မြန်သောလှည့်ပတ်မှုကို အားကိုးခြင်းဖြင့် ကုန်ပစ္စည်းစာရင်းကို လျှော့ချခြင်းဖြင့် ငွေကုန်သက်သာစေသည်။ IBM သည် လိုက်လျောညီထွေဖြစ်သောအခါ၊ အစိတ်အပိုင်းများအတွက် ပေးပို့ချိန်ကို ၂၂ ရက်မှ သုံးရက်အထိ လျှော့ချခဲ့သည်။

ERP က ဘယ်လိုပုံစံလဲ။

"လုပ်ငန်းသုံးဆော့ဖ်ဝဲလ်" ဟူသော စကားလုံးသည် ခေတ်မီပြီး အသုံးပြုရလွယ်ကူသော အင်တာဖေ့စ်နှင့် ဘာမှမဆိုင်ပါ၊ SAP သည် ချွင်းချက်မဟုတ်ပါ။ အခြေခံ SAP တပ်ဆင်မှုတွင် ဒေတာဘေ့စ်ဇယားများ 20 ပါ၀င်ပြီး 000 သည် ဖွဲ့စည်းမှုဇယားများဖြစ်သည်။ ဤဇယားများတွင် ပရိုဂရမ်မစတင်မီ လုပ်ဆောင်ရန် လိုအပ်သည့် ဖွဲ့စည်းမှုဆိုင်ရာ ဆုံးဖြတ်ချက်ပေါင်း ၈၀၀၀ ခန့် ပါဝင်သည်။ အဲဒါကြောင့် SAP Configuration အထူးကျွမ်းကျင်သူ တကယ့်အသက်မွေးဝမ်းကြောင်းအလုပ်တစ်ခုပါ။

စိတ်ကြိုက်ပြင်ဆင်ခြင်းမှာ ရှုပ်ထွေးသော်လည်း၊ SAP ERP ဆော့ဖ်ဝဲသည် လုပ်ငန်းအများအပြားကြားတွင် ကျယ်ပြန့်သောပေါင်းစပ်မှုဖြစ်သည့် အဓိကတန်ဖိုးကို ပေးပါသည်။ ဤပေါင်းစပ်မှုသည် အဖွဲ့အစည်းတစ်ဝှမ်းရှိ ထောင်ပေါင်းများစွာသော အသုံးပြုမှုကိစ္စများကို ဖြစ်ပေါ်စေပါသည်။ SAP သည် ဤအသုံးပြုမှုကိစ္စများကို စီးပွားရေးလုပ်ငန်းများဖြစ်သည့် "ငွေပေးငွေယူများ" အဖြစ် စုစည်းပါသည်။ အချို့သော ငွေပေးငွေယူနမူနာများတွင် "မှာယူမှုဖန်တီးခြင်း" နှင့် "ဖောက်သည်ပြသမှု" တို့ပါဝင်သည်။ ဤငွေပေးငွေယူများကို nested directory ဖော်မတ်ဖြင့် ဖွဲ့စည်းထားပါသည်။ ဒါကြောင့် Create Sales Order အရောင်းအ၀ယ်ကိုရှာရန်၊ သင်သည် Logistics directory သို့သွားပါ၊ ထို့နောက် အရောင်း၊ ထို့နောက် အော်ဒါမှာပြီး အမှန်တကယ် ငွေပေးငွေယူကို ထိုနေရာတွင် တွေ့ရပါမည်။

ERP ကို ​​"ငွေပေးငွေယူဘရောက်ဆာ" ဟုခေါ်ဆိုခြင်းသည်အံ့သြစရာကောင်းလောက်အောင်တိကျသောဖော်ပြချက်ဖြစ်လိမ့်မည်။ ၎င်းသည် ဘရောက်ဆာနှင့်တူသည်၊ နောက်ပြန်ခလုတ်၊ ဇူးမ်ခလုတ်များနှင့် "TCodes" စာသားအကွက်ပါရှိသော၊ ဘရောက်ဆာ၏လိပ်စာဘားနှင့် ညီမျှသည်။ SAP က ထောက်ခံပါတယ်။ အရောင်းအဝယ်အမျိုးအစားပေါင်း ၁၆၀၀၀ ကျော်ထို့ကြောင့် ဤကုဒ်များမပါဘဲ ငွေပေးငွေယူသစ်ပင်ကို သွားလာရန် ခက်ခဲနိုင်သည်။

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

ဒေတာ

SAP အင်တာဖေ့စ်တွင်၊ developer များသည် ၎င်းတို့၏ကိုယ်ပိုင်ဒေတာဘေ့စ်ဇယားများကို ဖန်တီးနိုင်သည်။ ၎င်းတို့သည် ပုံမှန် SQL ဒေတာဘေ့စ်များကဲ့သို့ ဆက်စပ်ဇယားများဖြစ်သည်- အမျိုးအစားအမျိုးမျိုးရှိသော ကော်လံများ၊ နိုင်ငံခြားကီးများ၊ တန်ဖိုးကန့်သတ်ချက်များ၊ နှင့် read/write ခွင့်ပြုချက်များ။

Logics

SAP သည် ABAP (Advanced Business Application Programming၊ မူလ Allgemeiner Berichts-Aufbereitungs-Prozessor၊ German for General Reporting Processor) ဟုခေါ်သော ဘာသာစကားတစ်ခုကို တီထွင်ခဲ့သည်။ ၎င်းသည် တိကျသောဖြစ်ရပ်များ သို့မဟုတ် အချိန်ဇယားတစ်ခုအပေါ် တုံ့ပြန်သည့်အနေဖြင့် ဆော့ဖ်ဝဲအင်ဂျင်နီယာများအား စိတ်ကြိုက်လုပ်ငန်းဆိုင်ရာ ယုတ္တိဗေဒကို လုပ်ဆောင်နိုင်စေပါသည်။ ABAP သည် JavaScript ကဲ့သို့သော့ချက်စာလုံးများထက် သုံးဆခန့် ကြွယ်ဝသော syntax ဘာသာစကားတစ်ခုဖြစ်သည်။ (အောက်တွင်ကြည့်ပါ)။ ABAP တွင် 2048 ဂိမ်းကို အကောင်အထည်ဖော်ခြင်း။) သင့်ပရိုဂရမ်ကို ရေးသားပြီးသောအခါ (SAP ပရိုဂရမ်ရေးသားမှုအတွက် တပ်ဆင်ထားသည့် တည်းဖြတ်သူပါရှိသည်)၊ သင်သည် ၎င်းကို သင်၏ကိုယ်ပိုင်ငွေပေးငွေယူအဖြစ် TCode တစ်ခုချင်းစီနှင့်အတူ ထုတ်ဝေမည်ဖြစ်သည်။ SQL အစပျိုးမှုများနှင့်ဆင်တူသည့် ပရိုဂရမ်တစ်ခုသည် ငွေပေးငွေယူလုပ်ဆောင်သည့်အခါ လုပ်ဆောင်ရန် စီစဉ်ထားသည့် ကျယ်ပြန့်သောချိတ်စနစ်တစ်ခုဖြင့် လက်ရှိအပြုအမူကို စိတ်ကြိုက်ပြင်ဆင်နိုင်သည်။

UI

SAP သည် UI တည်ဆောက်သူလည်းပါရှိသည်။ ၎င်းသည် drag and drop ကို ပံ့ပိုးပေးပြီး DB table ကို အခြေခံ၍ ထုတ်လုပ်ထားသော ပုံစံများကဲ့သို့ အသုံးဝင်သော အင်္ဂါရပ်များ ပါဝင်သည်။ ဒါတောင်မှ သုံးရတာ တော်တော်ခက်တယ်။ constructor ၏အနှစ်သက်ဆုံးအပိုင်းမှာ ဇယားကော်လံများကိုဆွဲခြင်းဖြစ်သည်

ERP အကောင်အထည်ဖော်ရာတွင် အခက်အခဲများ

ERP စျေးမကြီးပါဘူး။ နိုင်ငံစုံကော်ပိုရေးရှင်းကြီးတစ်ခုသည် လိုင်စင်ကြေး $100 သန်း၊ အတိုင်ပင်ခံဝန်ဆောင်မှုအတွက် $500 အပါအဝင် အကောင်အထည်ဖော်မှုအတွက် ဒေါ်လာ သန်း 30 မှ သန်း 200 အထိ သုံးစွဲနိုင်ပြီး ကျန်ငွေများမှာ ဟာ့ဒ်ဝဲ၊ မန်နေဂျာများနှင့် ဝန်ထမ်းများကို လေ့ကျင့်သင်ကြားပေးခြင်းအတွက် ဖြစ်သည်။ အပြည့်အဝအကောင်အထည်ဖော်ရန် လေးနှစ်မှ ခြောက်နှစ်ကြာသည်။ ဓာတုဗေဒကုမ္ပဏီကြီးတစ်ခု၏ စီအီးအို "စက်မှုလုပ်ငန်းတွင် ယှဉ်ပြိုင်နိုင်စွမ်းရှိသော အားသာချက်ကို SAP အကောင်အထည်ဖော်မှုတွင် ပိုမိုကောင်းမွန်ပြီး စျေးသက်သာသည့် ကုမ္ပဏီအား ပေးအပ်လိမ့်မည်" ဟု ပြောကြားခဲ့သည်။

နောက်ပြီးတော့ ပိုက်ဆံအကြောင်းပဲ မဟုတ်ဘူး။ ERP ကို ​​အကောင်အထည်ဖော်ခြင်းသည် အန္တရာယ်များသော အကျိုးတူလုပ်ငန်းတစ်ခုဖြစ်ပြီး ရလဒ်များသည် အလွန်ကွဲပြားပါသည်။ အောင်မြင်သော ကိစ္စရပ်တစ်ခုမှာ Cisco တွင် 9 လနှင့် $15 သန်း အချိန်ယူခဲ့သော ERP ကို ​​အကောင်အထည်ဖော်ခြင်းဖြစ်သည်။ နှိုင်းယှဉ်ကြည့်လျှင် Dow Chemical Corporation တွင် အကောင်အထည်ဖော်မှုသည် $1 ဘီလီယံကုန်ကျပြီး 8 နှစ်ကြာသည်။ အမေရိကန်ရေတပ်သည် မတူညီသော ERP ပရောဂျက်လေးခုအတွက် ဒေါ်လာ ၁ ဘီလီယံ အသုံးပြုခဲ့သော်လည်း ၎င်းတို့အားလုံး မအောင်မြင်ခဲ့ပေ။. ပြီးပြီ။ မန်နေဂျာ ၆၅ ရာခိုင်နှုန်း ERP-systems များကို မိတ်ဆက်ခြင်းသည် "လုပ်ငန်းကို ထိခိုက်နစ်နာစေမည့် အလယ်အလတ်အခွင့်အလမ်း" ကို သယ်ဆောင်လာသည်ဟု ယုံကြည်ပါသည်။ ဆော့ဖ်ဝဲလ်ကို အကဲဖြတ်တဲ့အခါ မကြာခဏ မကြားရပါဘူး။

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

ဖောက်သည်များသည် ၎င်းတို့၏ ERP စနစ်ကို အကောင်အထည်ဖော်ရန် Accenture ကဲ့သို့သော အတိုင်ပင်ခံကုမ္ပဏီကို ငှားရမ်းပြီး လုပ်ငန်းတစ်ခုချင်းစီနှင့် လုပ်ဆောင်ရန် ဒေါ်လာသန်းပေါင်းများစွာ ပေးဆောင်လေ့ရှိသည်။ လေ့လာဆန်းစစ်သူများသည် ERP ကို ​​ကုမ္ပဏီလုပ်ငန်းစဉ်များတွင် မည်သို့ပေါင်းစပ်ရမည်ကို ဆုံးဖြတ်သည်။ ပေါင်းစည်းမှုစတင်သည်နှင့်တပြိုင်နက်၊ ကုမ္ပဏီသည် ဝန်ထမ်းများအားလုံးကို စနစ်ကိုအသုံးပြုနည်းကို စတင်လေ့ကျင့်ပေးသင့်သည်။ Gartner အကြံပြုသည် သင်တန်းအတွက် ဘတ်ဂျက်၏ 17% ကို သီးသန့်ထားပါ။

ကွဲလွဲမှုများရှိနေသော်လည်း Fortune 500 ကုမ္ပဏီအများစုသည် Y1998K ကိုကြောက်ရွံ့ခြင်းကြောင့် 2 ခုနှစ်တွင် ERP စနစ်များကိုလက်ခံကျင့်သုံးခဲ့သည်။ ERP စျေးကွက်သည်ယနေ့တွင်ဆက်လက်ကြီးထွားလာသည်။ $40 ဘီလီယံကျော်. ၎င်းသည် ကမ္ဘာလုံးဆိုင်ရာ ဆော့ဖ်ဝဲလ်လုပ်ငန်းတွင် အကြီးဆုံးအပိုင်းတစ်ခုဖြစ်သည်။

ခေတ်မီ ERP စက်မှုလုပ်ငန်း

အကြီးမားဆုံးကစားသမားများမှာ Oracle နှင့် SAP တို့ဖြစ်သည်။ နှစ်ခုလုံးသည် စျေးကွက်ခေါင်းဆောင်များဖြစ်ကြသော်လည်း ၎င်းတို့၏ ERP ထုတ်ကုန်များသည် အံ့အားသင့်ဖွယ် ကွဲပြားပါသည်။ Oracle သည် PeopleSoft နှင့် NetSuite ကဲ့သို့သော ပြိုင်ဘက်များကို ပြင်းပြင်းထန်ထန် ဝယ်ယူစဉ်တွင် SAP ၏ ထုတ်ကုန်ကို အိမ်တွင်း၌ အကြီးအကျယ် တည်ဆောက်ခဲ့သည်။

Oracle နှင့် SAP သည်ပင်လျှင် လွှမ်းမိုးထားသည်။ Microsoft သည် SAP ကိုအသုံးပြုသည်။ ၎င်း၏ကိုယ်ပိုင် Microsoft Dynamics ERP ထုတ်ကုန်အစား။

စက်မှုလုပ်ငန်းအများစုတွင် တိကျသော ERP လိုအပ်ချက်များရှိသောကြောင့် Oracle နှင့် SAP တို့သည် အစားအသောက်၊ မော်တော်ကားနှင့် ဓာတုပစ္စည်းများကဲ့သို့သော လုပ်ငန်းများစွာအတွက် ကြိုတင်ပြင်ဆင်မှုများအပြင် အရောင်းလုပ်ငန်းစဉ်များကဲ့သို့သော ဒေါင်လိုက်ဖွဲ့စည်းမှုပုံစံများဖြစ်သည်။ သို့သော်၊ သီးခြားဒေါင်လိုက်တစ်ခုကို အာရုံစိုက်လေ့ရှိသည့် နယ်ပယ်အသီးသီးမှ ကစားသမားများအတွက် အမြဲတမ်းနေရာလွတ်ရှိပါသည်-

• Ellucian ဆိုင်းဘုတ် တက္ကသိုလ်များအတွက်
• Infor ပါ နှင့် McKesson သည် ကျန်းမာရေးစောင့်ရှောက်မှုအဖွဲ့အစည်းများအတွက် ERP ကို ​​ကမ်းလှမ်းသည်။
• QAD ထုတ်လုပ်မှုနှင့် ထောက်ပံ့ပို့ဆောင်ရေးတို့အတွက်

ဒေါင်လိုက် ERP များသည် ပစ်မှတ်စျေးကွက်အတွက် သီးခြားပေါင်းစပ်မှုများနှင့် အလုပ်အသွားအလာများကို အထူးပြုသည်- ဥပမာ၊ ကျန်းမာရေးစောင့်ရှောက်မှု ERP တွင်၊ HIPAA ပရိုတိုကောများကို ပံ့ပိုးနိုင်သည်။.

သို့သော်၊ အထူးကျွမ်းကျင်မှုသည် စျေးကွက်တွင် သင်၏အထူးအခွင့်အရေးကိုရှာဖွေရန် တစ်ခုတည်းသောနည်းလမ်းမဟုတ်ပါ။ အချို့သော startup များသည် ပိုမိုခေတ်မီသော software platform များကို စျေးကွက်သို့ ယူဆောင်လာရန် ကြိုးစားနေကြသည်။ ဥပမာတစ်ခုရှိမယ်။ Zuora ပါစာရင်းသွင်းခြင်းဖြင့် (ကွဲပြားခြားနားသော ERPs များဖြင့်) ပေါင်းစပ်နိုင်ခြေကို ပေးဆောင်ပါသည်။ Anaplan နှင့် Zoho ကဲ့သို့သော startup များသည် အလားတူလုပ်ဆောင်နေကြသည်။

ERP မြင့်တက်လာသလား။

SAP သည် ယမန်နှစ်က ၀င်ငွေ ယူရို ၂၄.၇ ဘီလီယံနှင့် စျေးကွက်အရင်းအနှီးတစ်ခုဖြင့် 2019 ခုနှစ်တွင် ကောင်းမွန်စွာလုပ်ဆောင်နေပါသည်။ ယူရို 150 ဘီလီယံကျော်. ဒါပေမယ့် ဆော့ဖ်ဝဲလ်လောကက အရင်ကလိုမဟုတ်ဘူး။ SAP စတင်ထွက်ရှိလာသောအခါတွင် ဒေတာများကို သီးခြားခွဲထုတ်ပြီး ပေါင်းစည်းရန် ခက်ခဲသောကြောင့် အားလုံးကို SAP တွင် ထားရှိခြင်းသည် သိသာထင်ရှားသော အဖြေတစ်ခုဖြစ်သည်။

ဒါပေမယ့် အခုအခြေအနေက အရှိန်အဟုန်နဲ့ ပြောင်းလဲနေပါတယ်။ ခေတ်မီလုပ်ငန်းသုံးဆော့ဖ်ဝဲလ်အများစု (Salesforce၊ Jira စသည်ဖြင့်) သည် ဒေတာတင်ပို့ရန်အတွက် ကောင်းမွန်သော API များပါရှိသော နောက်ကွယ်တွင်ရှိသည်။ Data lakes များ ဖြစ်ပေါ်လာသည်- ဥပမာ၊ Presto လွန်ခဲ့သောနှစ်အနည်းငယ်က မဖြစ်နိုင်ခဲ့သော databases များ အပြန်အလှန်ချိတ်ဆက်မှုကို လွယ်ကူချောမွေ့စေသည်။

source: www.habr.com