ခွင့်ပြုချက် (RBAC)

1ခွင့်ပြုချက်ဇယားကို ဖွင့်ခြင်း

1. 01

   “ဝန်ထမ်း” သို့သွားပြီး “ခွင့်ပြုချက်” tab ကို ဖွင့်ပါ

   “ဝန်ထမ်း” မီနူးသို့သွားပါ (ဤစာမျက်နှာကို မြင်ရန် staff.manage သို့မဟုတ် permission.manage တစ်ခုခု လိုအပ်သည်) ပြီးလျှင် “ခွင့်ပြုချက်” tab ကို နှိပ်ပါ — ဤ tab သည် permission.manage ရှိမှသာ ပေါ်ပါမည်၊ staff.manage သာလိုအပ်သည့် “ဝန်ထမ်း” tab နှင့် မတူပါ

   ဇယားတွင် အတန်း = function/ခွင့်ပြုချက်များ အုပ်စု (Order/Bill/Payment/Menu/Inventory/Reports/Admin/Members) အလိုက်ခွဲထားပြီး ကော်လံ = စနစ်ရှိ role အားလုံးဖြစ်သည်

   “ပိုင်ရှင်” role တွင် “✦ owner” tag ပါရှိပြီး ဤကော်လံ၏ checkbox အားလုံးသည် ပိတ်ထားသော အမှန်ခြစ်အဖြစ် ပြသမည် — ပိုင်ရှင်သည် အမြဲတမ်း ခွင့်ပြုချက်အားလုံးရှိပြီး ဤဇယားမှ ဤအချက်ကို ပိုင်ရှင်ကိုယ်တိုင်ပင် ဖျက်၍မရပါ

   

2. 02

   စနစ်ရှိ ခွင့်ပြုချက်အားလုံးကို အုပ်စုအလိုက် အသေးစိတ် ဖော်ပြချက်

   Order အုပ်စု — order.create: အော်ဒါဖန်တီး/ပြင်ဆင်ခြင်း (အခြေခံခလုတ်၊ sensitive မဟုတ်). order.void_item: item တစ်ခုပယ်ဖျက်ခြင်း (sensitive — အတည်ပြုမီ PIN အမြဲလိုအပ်). order.after_timelock: အော်ဒါလော့ချိန်ကျော်ပြီးနောက် အော်ဒါထည့်ခြင်း (sensitive — PIN လိုအပ်)

   Bill အုပ်စု — bill.discount: လျှော့စျေးပေးခြင်း (sensitive — PIN လိုအပ်). bill.refund: ငွေပြန်အမ်းခြင်း (sensitive — PIN လိုအပ်၊ ဆိုင်က “နှစ်ဆင့်အတည်ပြု” ဖွင့်ထားပါက ဝန်ထမ်းနှစ်ဦးစီ၏ PIN လိုအပ်). bill.close: ဘီလ်ပိတ်ခြင်း (sensitive မဟုတ်)

   Payment အုပ်စု — payment.confirm: ငွေလက်ခံရရှိကြောင်း အတည်ပြုခြင်း (အပြည့်အဝ အခွင့်အာဏာ: ငွေလက်ခံ/ဆစ်ဖ်ဖွင့်ပိတ်/အစီရင်ခံစာ) — “ဆစ်ဖ်” နှင့် “ဘီလ်မှတ်တမ်း” စာမျက်နှာနှစ်ခုစလုံးကို ထိန်းချုပ်သည်. payment.slip_verify: ဘောက်ချာစကင်န်/ဓာတ်ပုံ/တင်ပြီး ပမာဏအတည်ပြုခြင်း (SlipOK)၊ sensitive မဟုတ်. payment.confirm_no_slip: ငွေပေးချေမှုသက်သေမရှိဘဲ ဘီလ်ပိတ်ခြင်း (sensitive — PIN လိုအပ်). cash.paid_out: ငွေသေတ္တာမှ ငွေထွက်ခြင်းကို အတည်ပြုခြင်း (sensitive — PIN လိုအပ်)

   Menu အုပ်စု — cost.view: ကုန်ကျစရိတ်/အမြတ်ကြည့်ခြင်း — အရေးကြီးချက်: မီနူးပြင်ဆင်မှုစာမျက်နှာတစ်ခုလုံးကို မထိန်းချုပ်ပါ၊ ထိုစာမျက်နှာအတွင်း “BOM ကုန်ကျစရိတ်” tab မြင်ရ/မမြင်ရကိုသာ ထိန်းချုပ်သည်. menu.edit: မီနူး/ချက်ပြုတ်နည်းပြင်ဆင်ခြင်း၊ “မီနူးပြင်ဆင်ရန်” စာမျက်နှာတစ်ခုလုံးကို ထိန်းချုပ်သည်. recipe.view: ချက်ပြုတ်နည်းစာအုပ် ကြည့်ခြင်း (အဆင့်ဆင့်/ဓာတ်ပုံ — ကုန်ကျစရိတ်မပါ)၊ “ချက်ပြုတ်နည်းစာအုပ်” စာမျက်နှာကို ထိန်းချုပ်သည်. recipe.edit: ချက်ပြုတ်နည်းစာအုပ် ပြင်ဆင်ခြင်း (အဆင့်/ဓာတ်ပုံ/မှတ်ချက်) — ဇယားတွင် sensitive အဖြစ် သတ်မှတ်ထားသော်လည်း ယခုအချိန်တွင် သာမန်ခွင့်ပြုချက်စစ်ဆေးမှုသာဖြစ်ပြီး သိမ်းဆည်းစဉ် PIN တောင်းခြင်း မရှိသေးပါ

   Inventory အုပ်စု — inventory.manage: စတော့ခ်စီမံခန့်ခွဲခြင်း၊ စာမျက်နှာများစွာကို တစ်ပြိုင်နက် ထိန်းချုပ်သည် (စတော့ခ်၊ လက်ခံခြင်း၊ ပျက်စီးပစ္စည်း၊ ဝယ်ယူအမှာစာ၊ အော်ဒါစီစဉ်ချက်၊ စတော့ခ်အစီရင်ခံစာ). stock.count: စတော့ခ်ရေတွက်ခြင်း (တကယ်ရှိသည်ကို စစ်ဆေးခြင်း)၊ “စတော့ခ်စစ်ဆေးခြင်း” စာမျက်နှာကို ထိန်းချုပ်သည်. stock.reconcile: ရေတွက်ချက်မှ စတော့ခ်ကို စစ်ဆေး/ချိန်ညှိခြင်း (sensitive — PIN လိုအပ်). purchase.manage: ဝယ်ယူအမှာစာ/လက်ခံမှုစီမံခန့်ခွဲခြင်း၊ ဝယ်ယူအမှာစာစာမျက်နှာကို ထိန်းချုပ်သည် (inventory.manage တစ်ခုတည်းနှင့်လည်း ဝင်ရောက်နိုင်သည်). purchase.edit: သိမ်းဆည်းပြီးသား PO ကို နောက်ကြောင်းပြန်ပြင်ဆင်ခြင်း — sensitive အဖြစ်သတ်မှတ်ထားသော်လည်း ယခုအချိန်တွင်လည်း သာမန်ခွင့်ပြုချက်စစ်ဆေးမှုသာဖြစ်ပြီး ဤနေရာတွင်လည်း PIN step-up မရှိပါ

   Reports အုပ်စု — reports.financial: ငွေကြေးအစီရင်ခံစာ (စွမ်းဆောင်ရည် tab) ကြည့်ခြင်း၊ ဆစ်ဖ်မှတ်တမ်းစာမျက်နှာကို ထိန်းချုပ်သည်. reports.view: အရောင်းအစီရင်ခံစာ (စွမ်းဆောင်ရည် tab မပါ) ကြည့်ခြင်း၊ အဓိက “အစီရင်ခံစာ” စာမျက်နှာကို ထိန်းချုပ်သည်

   Admin အုပ်စု — staff.manage: ဝန်ထမ်းစီမံခန့်ခွဲခြင်း၊ “ဝန်ထမ်း” tab ကို ထိန်းချုပ်သည်. permission.manage: ခွင့်ပြုချက်စီမံခန့်ခွဲခြင်း (sensitive)၊ ဤစာမျက်နှာ၏ “ခွင့်ပြုချက်” tab ကိုယ်တိုင်ကို ထိန်းချုပ်သည် — ပိုင်ရှင်မှလွဲ၍ မည်သည့် role မျှ ပုံသေအားဖြင့် မရရှိပါ. system.admin: ပိုင်ရှင်အဆင့် စနစ်ဆက်တင် (sensitive)၊ အထိခိုက်မခံနိုင်ဆုံးစာမျက်နှာ ၈ ခုကို ထိန်းချုပ်သည် (ဆိုင်ဆက်တင်/ဆိုင်ရွက်ဒီဇိုင်း/စားပွဲရုံပုံစံ/ဖိုင်တင်သွင်း-ထုတ်ခြင်း/ငွေဝင်အသိပေးချက်/JARVIS ချိတ်ဆက်ခြင်း/Sync/Audit Log) — ဤကိစ္စတွင်လည်း ပိုင်ရှင်မှလွဲ၍ မည်သည့် role မျှ ပုံသေအားဖြင့် မရရှိပါ. settings.manage: စနစ်/ပရင်တာ/စားပွဲပုံစံဆက်တင် (sensitive)၊ အခြားစာမျက်နှာများစွာကို ထိန်းချုပ်သည် (ပရိုမိုးရှင်း၊ အသင်းဝင်၊ စာရင်းသွင်းခြင်း ၃ ခု၊ ပရင်တာ၊ ဆစ်ဖ်၊ ဆစ်ဖ်မှတ်တမ်း၊ လျှော့စျေးအစီရင်ခံစာ) ပြီး အခြား function များစွာအတွက်လည်း backup အခွင့်အာဏာအဖြစ် လုပ်ဆောင်သည်. audit.view: လုပ်ဆောင်မှတ်တမ်း/Audit Log ကြည့်ခြင်း (sensitive)၊ Audit Log စာမျက်နှာကို တိုက်ရိုက်ထိန်းချုပ်သည် — ပိုင်ရှင်မှလွဲ၍ မည်သည့် role မျှ ပုံသေအားဖြင့် မရရှိပါ

   Members အုပ်စု — member.manage: အသင်းဝင်စီမံခန့်ခွဲခြင်း (ထည့်/ပြင်/ဖျက်) — ဤအုပ်စုတွင် ငွေကိုင် role ကို တကယ်တမ်း ticked ပြီးသားအဖြစ် အများဆုံးတွေ့ရသည့် key ဖြစ်သည် (ဆိုင်အသစ်ပုံသေတန်ဖိုးမှ မဟုတ်ဘဲ စနစ်အပ်ဒိတ်တစ်ခုက အလိုအလျောက် ထပ်ပေါင်းပေးထားခြင်းဖြစ်သည်). coupon.manage: ကူပွန်စီမံခန့်ခွဲခြင်း (ဖန်တီး/ပြင်/ဝေငှခြင်း) — မည်သည့် role မျှ ပုံသေအားဖြင့် မရရှိပါ. points.adjust: အသင်းဝင်၏ ပွိုင့်ကို ကိုယ်တိုင်ချိန်ညှိခြင်း +/- (sensitive — သိမ်းဆည်းစဉ် PIN ထည့်၍ အတည်ပြုရမည်) — ဤကိစ္စတွင်လည်း မည်သည့် role မျှ ပုံသေအားဖြင့် မရရှိပါ — ဤသုံးခုစလုံးသည် အသင်းဝင်စာမျက်နှာကို “တစ်ခုခုရှိလျှင်ရ” အဖြစ် အတူတကွ ထိန်းချုပ်သည်. bottle.keep: အရက်အပ်ထားခြင်း (ခြုံငုံသုံးသပ်ချက်/သက်တမ်းတိုးခြင်း/လွှဲပြောင်းခြင်း/ထုတ်ယူခြင်း)၊ အရက်အပ်ထားခြင်းစာမျက်နှာကို သီးသန့်ထိန်းချုပ်သည် — လက်တွေ့တွင် member.manage ကဲ့သို့ စနစ်အပ်ဒိတ်တစ်ခုကတစ်ဆင့် ပိုင်ရှင်မဟုတ်သော role အားလုံးနီးပါးအတွက် ticked ပြီးသား တွေ့ရလေ့ရှိသည်

   

2Checkbox ဖြင့် ခွင့်ပြုချက်တစ်ခုချင်းစီကို ဖွင့်/ပိတ်ခြင်း

3. 03

   ဖွင့်/ပိတ်လိုသည့် (ခွင့်ပြုချက်အတန်း × role ကော်လံ) ရှိ checkbox ကို နှိပ်ပါ

   ဖွင့်/ပိတ်ပေးလိုသည့် role ကော်လံနှင့် ခွင့်ပြုချက်အတန်း ဆုံရာ checkbox ကို နှိပ်ပါ — “သိမ်းဆည်းမည်” ခလုတ်သီးသန့် မလိုအပ်ဘဲ ချက်ချင်းသိမ်းဆည်းသွားမည်

   နာမည်နောက်တွင် “+PIN” tag ပါသော ခွင့်ပြုချက်သည် စနစ်၏မှတ်ပုံတင်တွင် sensitive အဖြစ် သတ်မှတ်ထားသည်ဟု ဆိုလိုသည် — သို့သော် ယနေ့အသုံးပြုချိန်တွင် အားလုံးက PIN တောင်းမည်ဟု မဆိုလိုပါ။ တကယ်တမ်း အသုံးပြုချိန်တွင် PIN လိုအပ်ကြောင်း အတည်ပြုပြီးသားများမှာ — order.void_item, order.after_timelock, bill.discount, bill.refund, payment.confirm_no_slip, cash.paid_out, stock.reconcile, points.adjust တို့ဖြစ်သည်။ permission.manage, system.admin, settings.manage, purchase.edit, audit.view တို့တွင်လည်း +PIN tag ပါသော်လည်း ယနေ့အချိန်တွင် သာမန် role ခွင့်ပြုချက်စစ်ဆေးမှုသာဖြစ်ပြီး သီးခြား PIN တောင်းခြင်း မရှိသေးပါ

   ဤနည်းဖြင့် ခွင့်ပြုချက်ပြောင်းလဲခြင်းသည် ထို role ကိုင်ဆောင်ထားသော ဝန်ထမ်းအားလုံးအတွက် ချက်ချင်းသက်ရောက်သည် — တကယ်စမ်းသပ်ပြီးသား: စားပွဲထိုးဝန်ထမ်း role ကို “အရောင်းအစီရင်ခံစာကြည့်ခြင်း” ခွင့်ပြုချက် ပေးစဉ် အခြားစခရင်တွင် login ဝင်ထားသော စားပွဲထိုးဝန်ထမ်းသည် ထွက်ရန်မလိုဘဲ နောက်တစ်ကြိမ် data refresh တွင် “အစီရင်ခံစာ” မီနူး ချက်ချင်းပေါ်လာသည်

   

3ဝန်ထမ်းတစ်ဦးချင်းစီကို role သတ်မှတ်ပေးခြင်း

4. 04

   “ဝန်ထမ်း” tab ရှိ dropdown မှ role ရွေးချယ်ပါ

   စနစ်တွင် role အခုအရေအတွက် ၅ မျိုးရှိသည် (ပိုင်ရှင်၊ မန်နေဂျာ၊ ဒုတိယမန်နေဂျာ၊ ငွေကိုင်၊ စားပွဲထိုးဝန်ထမ်း) — ဤနေရာတွင် role အသစ်ဖန်တီးရန် ခလုတ်မရှိပါ၊ role အမျိုးအစားအသစ်ထည့်လိုပါက developer အဖွဲ့ကို ဆက်သွယ်ရမည်

   “ဝန်ထမ်း” tab တွင် ဝန်ထမ်းတစ်ဦးချင်းစီ၏ အတန်းတွင် role dropdown ရှိသည် — ဤနေရာတွင် ပြောင်းလဲခြင်းသည် ထိုဝန်ထမ်း မည်သည့် “ခွင့်ပြုချက်အစုအဝေး” ကို ကိုင်ဆောင်မည်ကို ပြောင်းလဲခြင်းဖြစ်သည်

   

4ခွင့်ပြုချက်ပြောင်းလဲသောအခါ တကယ်ဖြစ်ပျက်သည့်အရာ — တကယ်စမ်းသပ်ပြီးသား

5. 05

   ဥပမာ — အစီရင်ခံစာကြည့်ခွင့်မရှိသော role သည် ထိုမီနူးကို လုံးဝမမြင်ရ

   စားပွဲထိုးဝန်ထမ်း (ပုံသေအားဖြင့် reports.view မရှိ) အဖြစ် login ဝင်ပြီး တကယ်စမ်းသပ်ကြည့်ရာ — အဓိကစာမျက်နှာတွင် “အစီရင်ခံစာ” ကတ် လုံးဝမရှိပါ၊ ခလုတ်ကိုနှိပ်၍မရသည်သာမက စတင်ကတည်းက မပြသပါ

   role တစ်ခုအား ဤမီနူးကို မြင်စေလိုပါက ခွင့်ပြုချက်ဇယားတွင် reports.view (သို့မဟုတ် settings.manage) ကို အရင်ဖွင့်ပေးရမည်

   

6. 06

   ဝန်ထမ်း၏ role ကိုပြောင်းလဲခြင်း (ခွင့်ပြုချက်ကို ticked ခြင်းသက်သက်မဟုတ်) သည် ထိုဝန်ထမ်း logout/login အသစ်ပြန်ဝင်မှသာ role အသစ်နှင့်ကိုက်ညီသော စာမျက်နှာကို မြင်ရမည်

   တကယ်စမ်းသပ်ချက်: login ဝင်ထားဆဲ စားပွဲထိုးဝန်ထမ်း၏ role ကို မန်နေဂျာအဖြစ် (“ဝန်ထမ်း” မီနူးမှ) ပြောင်းလိုက်ရာ — ထိုဝန်ထမ်း ဖွင့်ထားခဲ့သော စခရင် (logout မလုပ်ရသေး) သည် role အဟောင်း၏ မီနူးများကိုသာ ဆက်လက်ပြသနေသည် (မန်နေဂျာအဖြစ် ရသင့်သော အစီရင်ခံစာမီနူးကို မမြင်ရ) — အကြောင်းမှာ ဘရောက်ဇာသည် နောက်ဆုံး login ဝင်ချိန်က role ကို မှတ်ထားသောကြောင့်ဖြစ်သည်

   သို့သော် ဆာဗာဘက်က မစောင့်ပါ — ထိုဝန်ထမ်းကိုယ်တိုင် ဆာဗာသို့ request ပို့သော ခလုတ်ကို နှိပ်ပါက (ဥပမာ ငွေသေတ္တာဖွင့်ခြင်း — payment.confirm လိုအပ်သည်) UI တွင် ထိုခလုတ်ကို မြင်ရသေးသော်လည်း role အသစ်အရ ချက်ချင်းအောင်မြင်သည် — အကျဉ်းချုပ်ဆိုရလျှင် ဆာဗာဘက်က role အသစ်ကို အမြဲချက်ချင်းအတည်ပြုသုံးစွဲသော်လည်း စခရင်ပေါ်ရှိ ခလုတ်/မီနူးများသည် ထိုဝန်ထမ်း logout ပြီး login အသစ်ပြန်ဝင်မှသာ လိုက်မီမည်

   ဤအဆင့်၏ ဓာတ်ပုံတွင် တွေ့ရသော ပိုရှုပ်ထွေးစေသည့်အချက်: အပေါ်ညာဘက်ရှိ role အမည် (“ခွင့်ပြုချက်” စာလုံးနောက် dropdown) သည် စာမျက်နှာဖွင့်တိုင်း /api/me မှ တိုက်ရိုက်ပြန်ဆွဲသောကြောင့် role အသစ် (ဥပမာ “မန်နေဂျာ”) ကို စောစီးစွာ ပြသနိုင်ပြီး၊ ချက်ချင်းအနီးရှိ login ခလုတ်ကမူ ဝန်ထမ်းအမည်အဟောင်းကိုသာ ဆက်ပြသနေပြီး စာမျက်နှာပေါ်ရှိ မီနူး/ကတ်များကလည်း role အဟောင်းအတိုင်း ပြည့်စုံစွာ ကန့်သတ်ခံနေဆဲဖြစ်သည် — ဤသုံးချက်စလုံး ဝန်ထမ်း logout/login အသစ်မပြန်ဝင်မချင်း တစ်ပြိုင်နက် မကိုက်ညီဘဲ ဖြစ်နိုင်သည်

   ဤအပြုအမူမှ လက်တွေ့သတိပြုရမည့်အချက်: logout မလုပ်သေးမီအတွင်း ထိုဝန်ထမ်းသည် ခလုတ်/မီနူးအသစ်ဘာကြောင့် မပေါ်သေးသည်ကို ရှုပ်ထွေးနိုင်သည် (role ပြောင်းပြီးသားဖြစ်သော်လည်း) — ဖြေရှင်းနည်းမှာ role ပြောင်းပြီးသည်နှင့် ထိုဝန်ထမ်းကို logout ပြီး login ချက်ချင်းပြန်ဝင်ခိုင်းရန်သာဖြစ်သည်

   

အများဆုံးရှုပ်ထွေးတတ်သော အချက်များ

• !

  “ပိုင်ရှင်” role သည် အမြဲပိတ်ထားပြီး ပိုင်ရှင်ကိုယ်တိုင်ပင် ပြောင်းလဲ၍မရ

  ပိုင်ရှင် role သည် “*” (အားလုံး) ခွင့်ပြုချက်ကို အမြဲကိုင်ဆောင်သည် — ဇယားရှိ အတန်းတိုင်းတွင် ဤကော်လံသည် checkbox အစား ပိတ်ထားသော အမှန်ခြစ်ကိုသာ ပြသသည်။ မည်သူနှိပ်စေကာမူ ဤဇယားမှ ပိုင်ရှင်၏ ခွင့်ပြုချက်ကို ဖယ်ရှား၍ မရနိုင်ပါ

• !

  role အသစ်ဖန်တီးရန် ခလုတ်မရှိပါ — ပုံသေ role ၅ မျိုးသာ ရှိသည်

  ဤစာမျက်နှာသည် ရှိပြီးသား role ၅ မျိုး (ပိုင်ရှင်/မန်နေဂျာ/ဒုတိယမန်နေဂျာ/ငွေကိုင်/စားပွဲထိုးဝန်ထမ်း) ၏ ခွင့်ပြုချက်ကိုသာ ဖွင့်/ပိတ်ပေးနိုင်သည် — role အသစ်ထည့်ရန် စနစ်တွင်း နည်းလမ်း မရှိပါ။ “role အသစ်တစ်ခု၏ ပုံသေခွင့်ပြုချက်များက ဘာတွေလဲ” ဆိုသည့် မေးခွန်းသည် ဤဗားရှင်းတွင် အဖြေမရှိပါ — ယနေ့ရှိသမျှ role အားလုံးသည် စနစ်ထည့်သွင်းချိန်ကတည်းက ပါလာသည့် role များသာဖြစ်ပြီး ချိန်ညှိနိုင်သည်မှာ role တစ်ခုချင်းစီ မည်သည့်ခွင့်ပြုချက်ကို ကိုင်ဆောင်သည်ဆိုသည်ကိုသာ ဖြစ်သည်

• !

  ခွင့်ပြုချက်ဖွင့်/ပိတ်ခြင်း (checkbox) သည် ချက်ချင်းသက်ရောက်သည် — ဝန်ထမ်း၏ role ပြောင်းလဲခြင်း (dropdown) မူ ချက်ချင်းမသက်ရောက်ပါ

  ဤနှစ်ခု၏ အပြုအမူ ကွဲပြားသည် — ဇယားရှိ ခွင့်ပြုချက်ကို ticked ခြင်း/ဖျက်ခြင်းသည် ထို role ကိုင်ဆောင်ထားသော ဝန်ထမ်းအားလုံးအတွက် ချက်ချင်းသက်ရောက်သည် (logout မလိုဘဲ နောက်တစ်ကြိမ် data refresh တွင် မြင်ရသည်ဟု စမ်းသပ်ပြီးသား)။ သို့သော် ဝန်ထမ်းတစ်ဦး မည်သည့် role ကိုင်ဆောင်သည်ကို ပြောင်းလဲခြင်း (ဝန်ထမ်း tab ရှိ dropdown) သည် login ဝင်ထားဆဲ ဝန်ထမ်း၏ စခရင်ကို ချက်ချင်းမပြောင်းပါ — ဆာဗာဘက်က role အသစ်ကို ချက်ချင်းအတည်ပြုသုံးစွဲနေပြီးသားဖြစ်သော်လည်း UI ကတော့ ထိုဝန်ထမ်း logout ပြီး login အသစ်ပြန်ဝင်မှသာ role အသစ်နှင့် ကိုက်ညီလာမည်

• !

  ဇယားရှိ “+PIN” tag ဟူသည် ယနေ့တကယ် PIN တောင်းမည်ဟု မဆိုလိုပါ

  +PIN tag သည် စနစ်၏မှတ်ပုံတင်က ထိုခွင့်ပြုချက်ကို “sensitive” အဖြစ် သတ်မှတ်ထားသည်ဟု ဆိုလိုသည်သာ။ တကယ်တမ်း အသုံးပြုချိန်တွင် PIN လိုအပ်ကြောင်း အတည်ပြုပြီးသားများမှာ — order.void_item, order.after_timelock, bill.discount, bill.refund, payment.confirm_no_slip, cash.paid_out, stock.reconcile, points.adjust တို့ဖြစ်သည်။ permission.manage, system.admin, settings.manage, purchase.edit, audit.view တို့တွင်လည်း +PIN tag ပါသော်လည်း ယနေ့အချိန်တွင် သာမန် role/ခွင့်ပြုချက် စစ်ဆေးမှုသာဖြစ်ပြီး အသုံးပြုချိန်တွင် သီးခြား PIN တောင်းခြင်း မရှိသေးပါ

• !

  စာမျက်နှာတစ်ခုတည်းအတွက် ခွင့်ပြုချက်များစွာ ဖော်ပြထားသည်ဆိုသည်မှာ အားလုံးရှိရမည်ဟု မဆိုလိုပါ — “တစ်ခုခုရှိလျှင်ရ” စာမျက်နှာများလည်း ရှိသည်

  ဥပမာ အသင်းဝင်စာမျက်နှာသည် settings.manage, member.manage, coupon.manage, points.adjust — ဤ၄ခုအနက် တစ်ခုခုရှိလျှင် ဖွင့်နိုင်သည် (အားလုံးရှိစရာမလိုပါ)။ ဆစ်ဖ်/ဆစ်ဖ်မှတ်တမ်းစာမျက်နှာများသည်လည်း payment.confirm သို့မဟုတ် settings.manage တစ်ခုခုနှင့် ဖွင့်နိုင်သည်

• !

  ခွင့်ပြုချက်အချို့သည် စာမျက်နှာတစ်ခုလုံးကို ထိန်းချုပ်ပြီး အချို့မှာ တူညီသောစာမျက်နှာအတွင်း tab/ခလုတ်တစ်ခုကိုသာ ထိန်းချုပ်သည်

  cost.view သည် ရှင်းလင်းသော ဥပမာတစ်ခုဖြစ်သည် — မီနူးပြင်ဆင်ခြင်းစာမျက်နှာတစ်ခုလုံးကို မထိန်းချုပ်ပါ (ထိုစာမျက်နှာကို menu.edit က ထိန်းချုပ်သည်)၊ ထိုစာမျက်နှာအတွင်းရှိ “BOM ကုန်ကျစရိတ်” tab မြင်ရ/မမြင်ရကိုသာ ထိန်းချုပ်သည်။ inventory.manage သို့မဟုတ် menu.edit ကဲ့သို့ စာမျက်နှာတစ်ခုလုံးကို ထိန်းချုပ်သည့် ခွင့်ပြုချက်များနှင့် မတူပါ

• !

  ခွင့်ပြုချက်များစွာကို ပုံသေအားဖြင့် role မည်သည့်တစ်ခုကိုမျှ မပေးထားပါ — ကော်လံအားလုံး ဗလာဖြစ်နေခြင်းသည် (ပိုင်ရှင်မှလွဲ၍) ပုံမှန်ဖြစ်ပြီး ချို့ယွင်းချက်မဟုတ်ပါ

  permission.manage, system.admin, coupon.manage, points.adjust, purchase.edit, audit.view တို့ကို ဆိုင်အသစ်ထည့်သွင်းချိန်တွင် role မည်သည့်တစ်ခုကိုမျှ ပေးမထားပါ (“*” မှတစ်ဆင့် အားလုံးရရှိထားသော ပိုင်ရှင်မှလွဲ၍)။ ဤအတန်းများကို ပိုင်ရှင်ကော်လံမှလွဲ၍ လုံးဝဗလာမြင်ရခြင်းသည် ပုံမှန်ဖြစ်ပြီး တခြား role ကို ဤခွင့်ပြုချက်များပေးလိုပါက ကိုယ်တိုင်ဖွင့်ပေးရမည်

• !

  ဤစာရွက်စာတမ်းတွင်ဖော်ပြထားသော ပုံသေဇယားသည် ဆိုင်အသစ်ထည့်သွင်းချိန်၏ baseline သာဖြစ်ပြီး ကြာမြင့်စွာအသုံးပြုနေသော ဆိုင်၏ အမှန်တကယ် အခြေအနေ မဟုတ်ချေ

  ကြာမြင့်စွာအသုံးပြုနေသော ဆိုင်တွင် ခွင့်ပြုချက်အချို့ (ဥပမာ reports.view, bottle.keep, member.manage) ကို စနစ်အပ်ဒိတ်တစ်ခုမှတစ်ဆင့် role အချို့ထံ အလိုအလျောက် ထပ်ပေါင်းပေးထားနိုင်ပြီး ဆိုင်အသစ်ပုံသေတန်ဖိုးများတွင် မပါဝင်ပါ — ပထမအဆင့်၏ ဓာတ်ပုံတွင် တွေ့ရသော လက်တွေ့ဥပမာ: ငွေကိုင် role သည် member.manage ကို ဆိုင်အသစ်ပုံသေတန်ဖိုးက မပေးထားသော်လည်း တကယ်တမ်း ကိုင်ဆောင်ထားပြီးသားဖြစ်သည် — role တစ်ခု ယနေ့မည်သည့်ခွင့်ပြုချက်ရှိသည်ကို သိလိုပါက “ဝန်ထမ်း” စာမျက်နှာ၏ “ခွင့်ပြုချက်” tab ရှိ တကယ့်ဇယားကိုသာ အမြဲယုံကြည်ပါ၊ ဤစာရွက်စာတမ်းတစ်ခုတည်းကို အားမကိုးပါနှင့်