business-software
စာရင်းကို ပြင်လို့ရပေမယ့် ဘာပြင်ခဲ့သလဲ ပြန်ကြည့်လို့ရသလား?
· Aung Ko Man
“မနေ့က ကြည့်တုန်းက ဒီအော်ဒါမှာ ပစ္စည်း ၁၀ ခုပါ။ ဒီနေ့ ဘာလို့ ၈ ခု ဖြစ်သွားတာလဲ?”
စာရင်းထဲမှာ နောက်ဆုံးတန်ဖိုးကိုပဲ သိမ်းထားရင် ဒီမေးခွန်းကို ဖြေရခက်ပါတယ်။ ပြန်စစ်ဖို့ screenshot ရှာရတယ်။ စကားပြောထားတဲ့ message တွေ လိုက်ဖတ်ရတယ်။ တစ်ခါတစ်ရံ ပြင်ခဲ့သူတောင် အကြောင်းရင်းကို မမှတ်မိတော့ပါဘူး။
လုပ်ငန်းသုံး Software တစ်ခုမှာ ပြင်ဆင်ခွင့်ရှိခြင်း နဲ့ ပြင်ဆင်မှုကို နောက်မှ ပြန်ရှင်းပြနိုင်ခြင်း က မတူပါဘူး။
ဝင်ကြည့်ခွင့်နဲ့ ပြင်ခွင့်ကို သတ်မှတ်ပြီးသားဆိုရင် နောက်တစ်ဆင့် စဉ်းစားသင့်တာက ပြင်ဆင်မှုရာဇဝင် — audit trail ဖြစ်ပါတယ်။
နမူနာ — အော်ဒါအရေအတွက် ၁၀ ခုကနေ ၈ ခု ပြောင်းသွားခြင်း
ဆိုင်တစ်ဆိုင်က ဖောက်သည်အတွက် ပစ္စည်း ၁၀ ခု အော်ဒါတင်ထားတယ်ဆိုပါစို့။ နောက်ပိုင်း ဖောက်သည်က ၂ ခု လျှော့ယူမယ်လို့ ပြောလို့ ဝန်ထမ်းက ၈ ခုအဖြစ် ပြင်လိုက်ပါတယ်။
နောက်ဆုံးအရေအတွက် ၈ ခုဆိုတာ မှန်နိုင်ပါတယ်။ ဒါပေမယ့် ရောင်းချရေး၊ ဂိုဒေါင်နဲ့ ပို့ဆောင်ရေးအဖွဲ့တွေက မူလအော်ဒါအတိုင်း စီစဉ်ထားပြီးသားဆိုရင် ပြောင်းလဲသွားတာကို နားလည်ဖို့ လိုပါတယ်။
ရာဇဝင်မှာ ဒီလို ပြန်ကြည့်နိုင်သင့်ပါတယ်။
| မှတ်ထားမယ့်အချက် | နမူနာ |
|---|---|
| သက်ဆိုင်ရာစာရင်း | အော်ဒါ ORD-0108 |
| ပြောင်းသွားတဲ့အချက် | အော်ဒါအရေအတွက် |
| မူလတန်ဖိုး | ၁၀ ခု |
| ပြင်ပြီးတန်ဖိုး | ၈ ခု |
| ပြင်ဆင်သူနဲ့အချိန် | ဝန်ထမ်းအကောင့်အမှတ်နဲ့ စနစ်မှတ်တမ်းတင်ချိန် |
| အကြောင်းရင်း | ဖောက်သည်က ၂ ခု လျှော့ယူရန် အတည်ပြုထားခြင်း |
ပြင်ပြီးတဲ့စာရင်းကို သိမ်းတာအပြင် ဘာကြောင့် အဲဒီစာရင်း ဖြစ်လာသလဲဆိုတာပါ ပြန်လိုက်နိုင်ဖို့ လိုပါတယ်။
ဒါက လူတစ်ယောက်ကို အပြစ်ရှာဖို့သာ မဟုတ်ပါဘူး။ အချက်အလက်မှားတာ၊ ဆက်သွယ်မှုလွဲတာနဲ့ စနစ်မှားတာကို ခွဲစစ်နိုင်ဖို့ပါ။
“နောက်ဆုံးပြင်သူ” တစ်ခုတည်းနဲ့ မလုံလောက်တဲ့အခါ
ဝန်ထမ်းတစ်ယောက်က အရေအတွက်ပြင်တယ်။ နောက်တစ်ယောက်က ဖုန်းနံပါတ် ပြင်တယ်ဆိုပါစို့။
နောက်ဆုံးပြင်သူကိုပဲ ပြထားရင် အရေအတွက်ပြောင်းခဲ့သူက ဘယ်သူလဲဆိုတာ မသိနိုင်တော့ပါဘူး။ အမည်နဲ့ နောက်ဆုံးပြင်ဆင်ချိန်ရှိရုံနဲ့ ပြောင်းလဲမှုအားလုံးရဲ့ ရာဇဝင်ရှိပြီလို့ မယူဆသင့်ပါဘူး။
အရေးကြီးတဲ့စာရင်းတွေအတွက် တစ်ကြိမ်ချင်းစီရဲ့ ပြောင်းလဲမှုကို သီးခြားပြန်ကြည့်နိုင်ဖို့ လိုပါတယ်။
အချက်အလက်အားလုံးကို သိမ်းထားရမလား?
အားလုံးကို အကန့်အသတ်မရှိ သိမ်းထားတာက ရည်ရွယ်ချက်မဟုတ်ပါဘူး။ ဘယ်အပြောင်းအလဲတွေကို ပြန်ရှင်းပြနိုင်ဖို့ လိုသလဲဆိုတာ အရင်ရွေးသင့်ပါတယ်။
ဥပမာ အရေအတွက်၊ တာဝန်ခံ၊ လက်ခံမယ့်နေရာ၊ အတည်ပြုခြင်းနဲ့ ပယ်ဖျက်ခြင်းတို့ကို ဦးစားပေးနိုင်ပါတယ်။ အရေးကြီးတဲ့ပြောင်းလဲမှုအတွက်သာ အကြောင်းရင်းရေးခိုင်းပြီး အသေးစားပြင်ဆင်မှုတိုင်းမှာ စာရှည်ဖြည့်ခိုင်းတာမျိုး ရှောင်နိုင်ပါတယ်။
စကားဝှက်၊ access token နဲ့ မလိုအပ်တဲ့ ကိုယ်ရေးအချက်အလက်တွေကို ရာဇဝင်ထဲ မကူးထည့်သင့်ပါဘူး။ ဘယ်သူကြည့်နိုင်မလဲ၊ ဘယ်လောက်ကြာထိန်းမလဲဆိုတာလည်း သတ်မှတ်ထားဖို့ လိုပါတယ်။
Developer နဲ့ ညှိထားသင့်တဲ့ အချက် ၄ ချက်
- စာရင်းပြင်ပြီး ရာဇဝင်မဝင်တဲ့အခြေအနေ ရှိနိုင်သလား။ ပြောင်းလဲမှုနဲ့ မှတ်တမ်းကို တစ်ပြိုင်တည်း တိတိကျကျ သိမ်းနိုင်ပုံ စစ်ရပါမယ်။
- စာမျက်နှာကနေ ပြင်တာပဲ မှတ်ထားသလား။ Import၊ API နဲ့ အလိုအလျောက်လုပ်ဆောင်မှုတွေက ပြင်သွားတာကိုလည်း ခွဲသိနိုင်ဖို့ လိုပါတယ်။ စနစ်ကပြင်တာကို လူတစ်ယောက်ပြင်သလို မပြသင့်ပါဘူး။
- မူလစာရင်းကို ပယ်ဖျက်ရင် ရာဇဝင်ပါ ပျောက်သလား။ ပယ်ဖျက်ပုံနဲ့ မှတ်တမ်းထိန်းထားပုံကို လုပ်ငန်းလိုအပ်ချက်အတိုင်း ညှိရပါမယ်။
- ရာဇဝင်ကို ဘယ်သူပြင်နိုင်သလဲ။ သာမန်စာရင်းပြင်ခွင့်နဲ့ ရာဇဝင်ပြင်ခွင့်ကို မရောသင့်ပါဘူး။ ရာဇဝင်ဇယားရှိရုံနဲ့ ပြုပြင်ဖျက်ဆီးလို့မရတဲ့ အထောက်အထားဖြစ်သွားတာ မဟုတ်ပါဘူး။
ရာဇဝင်က ပြဿနာကို ပြန်စစ်ဖို့ ကူညီပေးတာပါ။ ပြင်ဆင်ခွင့်ကန့်သတ်ချက်နဲ့ အတည်ပြုစနစ်တွေကို အစားထိုးပေးတာ မဟုတ်ပါဘူး။
လက်ခံစမ်းသပ်ချိန်မှာ အခုလို စစ်ကြည့်ပါ
သီးခြားစမ်းသပ်နေရာမှာ နမူနာအော်ဒါတစ်ခု ဖန်တီးပါ။ အကောင့်နှစ်ခုနဲ့ အရေအတွက်တစ်ကြိမ်၊ ဆက်သွယ်ရန်ဖုန်းတစ်ကြိမ် ပြင်ကြည့်ပါ။
- ပြောင်းလဲမှုနှစ်ကြိမ်လုံးကို အစဉ်လိုက် ပြန်မြင်နိုင်သလား။
- တစ်ကြိမ်ချင်းစီရဲ့ မူလနဲ့ နောက်ဆုံးတန်ဖိုးကို သိနိုင်သလား။
- ပြင်ခွင့်မရှိတဲ့အကောင့်က စာရင်းကို မပြင်နိုင်ဘူးလား။
- စာရင်းပြင်မအောင်မြင်တဲ့အခါ အောင်မြင်သွားသလို ရာဇဝင်မပြသင့်ပါဘူး။
- ရာဇဝင်ကြည့်ခွင့်မရှိသူကို အသေးစိတ်အချက်အလက် မပေါ်အောင် ထိန်းထားသလား။
ဒီနေ့လုပ်ကြည့်ရန် — အရေးကြီးတဲ့စာရင်းတစ်ခုကို ရွေးပြီး “ဒီတန်ဖိုး ဘာကြောင့်ပြောင်းသွားတာလဲ” လို့ မေးကြည့်ပါ။ အဖြေရဖို့ လူတွေကို လိုက်မေးနေရသေးရင် ရာဇဝင်မှတ်တမ်း လိုအပ်နေတဲ့ နေရာတစ်ခု ဖြစ်နိုင်ပါတယ်။
မိမိလုပ်ငန်းနဲ့ ချိတ်ဆက်ဆွေးနွေးရန်
မိမိလုပ်ငန်းမှာ အော်ဒါ၊ ပစ္စည်းလက်ကျန်နဲ့ တာဝန်ခံပြောင်းလဲမှုတွေကို ပြန်လိုက်ရခက်နေပါက စာရင်းပြင်ဆင်မှုရာဇဝင်အကြောင်း ဆက်သွယ်မေးမြန်းရန် ကနေ လုပ်ငန်းအမျိုးအစားနဲ့ လက်ရှိအခက်အခဲကို ပြောပြနိုင်ပါတယ်။ ဖောက်သည်ဒေတာ၊ စကားဝှက်နဲ့ တကယ့်စာရင်းအပြည့်အစုံ ပေးပို့ဖို့ မလိုပါဘူး။
ဆက်ဖတ်ရန် — Admin Account တစ်ခုကို ဝန်ထမ်းအားလုံး မျှဝေသုံးနေပါသလား?