လုံခြုံရေး

ငွေနှင့် အချက်အလက်ကို ဘာက ကာကွယ်သလဲ

စနစ်ကို နည်းပညာအရ အကဲဖြတ်သူများအတွက် စာမျက်နှာ: မိတ်ဖက်များ၊ ချိတ်ဆက်သူများနှင့် ပံ့ပိုးသူများကို နှိုင်းယှဉ်နေသော ပိုင်ရှင်များ။ ကာကွယ်မှု မည်သို့ အလုပ်လုပ်သလဲ — အချက်အလိုက်။

Back office: who is signed in and from which device

ဝင်ရောက်ခွင့်နှင့် key များ

🔑

စကားဝှက်နှင့် PIN

ပြန်ဖော်၍ မရသော hash (Argon2id) အဖြစ် သိမ်းထားသည်။ စကားဝှက်ကို ပြန်ရယူ၍ မရပါ — ပြောင်းရုံသာ ရသည်။ PIN ကို စီမံခန့်ခွဲသူပင် မမြင်ရပါ။

🔐

ကုဒ်ပြင်ပရှိ လျှို့ဝှက်ချက်များ

ပြင်ပ ဝန်ဆောင်မှု key များနှင့် ဒေတာဘေ့စ် ချိတ်ဆက်မှု စာကြောင်းများကို repository သို့မဟုတ် client ကုဒ်ထဲတွင် မဟုတ်ဘဲ ဆာဗာဘက် လျှို့ဝှက်ချက် သိုလှောင်ရာတွင် ထားသည်။

🎫

သက်တမ်းတို session များ

Access token သည် မိနစ်အနည်းငယ်သာ သက်တမ်းရှိပြီး refresh token ကို ကာကွယ်ထားသော သိုလှောင်ရာတွင် ထားသည်။ အလုပ်ထွက်ခြင်း သို့မဟုတ် အခန်းကဏ္ဍ ပြောင်းခြင်း ဖြစ်လျှင် session များကို ရုပ်သိမ်းသည်။

🛡

ဆာဗာပေါ်ရှိ ခွင့်ပြုချက်များ

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

⏱

ခန့်မှန်းဝင်ရောက်ခြင်းမှ ကာကွယ်မှု

မှားယွင်းသော ဝင်ရောက်မှုနှင့် PIN ကြိုးစားမှုများကို ရေတွက်ပြီး ယာယီ ပိတ်ဆို့သည်။

🗝

ချိတ်ဆက်မှု key များ

Key တစ်ခု — ဆိုင်တစ်ဆိုင်။ စနစ်၏ တည်ဆောက်ပုံအရ ၎င်းမှတစ်ဆင့် အခြားဆိုင်၏ အချက်အလက်ကို မရောက်နိုင်ပါ။ ရုပ်သိမ်းခြင်းသည် ချက်ချင်း သက်ရောက်သည်။

မှတ်တမ်း

အော်ဒါနှင့် ပတ်သက်သော လုပ်ဆောင်ချက်အားလုံး၏ မှတ်တမ်း

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

  • မီးဖိုချောင်သို့ ပို့ပြီးနောက် ပစ္စည်း ဖျက်ခြင်းကို သီးခြား အမှတ်အသား ပြုသည် — ၎င်းသည် တိုက်ရိုက် ဆုံးရှုံးမှု ဖြစ်ပြီး ပုံမှန် ပြင်ဆင်မှုများကြားတွင် မပျောက်ပါ
  • အရင်ဘာရှိခဲ့သလဲ၊ နောက်ဘာဖြစ်သွားသလဲ မြင်ရသည်: စျေးနှုန်းအဟောင်းနှင့် အသစ်၊ အရေအတွက်အဟောင်းနှင့် အသစ်
  • ဖြစ်ရပ်များကို checksum ကွင်းဆက်ဖြင့် ချိတ်ထားသည်: မှတ်တမ်းတိုင်းက ယခင်မှတ်တမ်းကို လက်မှတ်ထိုးသည်
  • ယခင်ဖြစ်ရပ်ကို ပြောင်းလဲပါက ကွင်းဆက် ပျက်ပြီး စစ်ဆေးချိန်တွင် မြင်ရသည်
  • မှတ်တမ်းကို ထပ်ဖြည့်ရုံသာ လုပ်သည်: ၎င်းထဲရှိ စာကြောင်းများကို မပြင်ရ၊ မပျောက်ပါ
«ထိန်းချုပ်မှု» အပိုင်း →
Back office: receipt card with removed items
ဖျက်ခြင်း

အရောင်း၊ ကုန်လက်ကျန် လှုပ်ရှားမှုနှင့် မှတ်တမ်းကို မဖျက်ပါ

၎င်းသည် လျှော့ချနိုင်သော ခွင့်ပြုချက် ဆက်တင် မဟုတ်ဘဲ စနစ်၏ တည်ဆောက်ပုံ ဖြစ်သည်။ ငွေကိုင်၊ မန်နေဂျာ၊ ပိုင်ရှင် သို့မဟုတ် ကျွန်ုပ်တို့ပင် ရောင်းပြီးသော ဘောက်ချာ၊ ကုန်လက်ကျန် လှုပ်ရှားမှု သို့မဟုတ် မှတ်တမ်း စာကြောင်းကို ဖျက်၍ မရပါ။

  • ဘောက်ချာကို မဖျက်ပါ။ မှားယွင်းသော ဘောက်ချာကို ငွေပြန်အမ်းခြင်းဖြင့် ပိတ်သည် — ငွေပြန်အမ်းမှုသည် အကြောင်းရင်းနှင့် ပြုလုပ်သူနှင့်တကွ မြင်သာနေမည်
  • အတည်ပြုပြီးသော စာရွက်စာတမ်းကို မပြင်ပါ။ ပြင်ဆင်ခြင်းသည် ပြောင်းပြန်စာရင်း သို့မဟုတ် ပြင်ဆင်ချက် စာရွက်စာတမ်း ဖြစ်ပြီး မှတ်တမ်း မပျက်ပါ
  • မှတ်တမ်းရှိသော ဟင်းလျာနှင့် ကုန်ကြမ်းများကို ဖျက်မည့်အစား မှတ်တမ်းဟောင်းထဲ ရွှေ့သည်: ယခင်လ၏ အစီရင်ခံစာသည် တစ်နှစ်အကြာတွင်လည်း တူညီသည်ကို ပြမည်
  • မှတ်တမ်း စာကြောင်းများနှင့် ကုန်လက်ကျန် လှုပ်ရှားမှုများကို ဒေတာဘေ့စ် အဆင့်တွင် ပြင်ခြင်းနှင့် ဖျက်ခြင်းကို တားမြစ်ထားသည်
  • အရန်ကူးယူမှုကို ဖွဲ့စည်းပုံ ပြောင်းလဲမှုတိုင်းမတိုင်မီနှင့် နေ့စဉ် ပြုလုပ်သည်; ပြန်လည်ရယူမှုကို စစ်ဆေးထားသည်
မှတ်တမ်းဟောင်းနှင့် ဖျက်ခြင်း →
Register: shift receipts — refund, receipt copy and ticket reprint

ငွေနှင့် မှတ်တမ်း

🧾

မပြောင်းလဲနိုင်သော စာရွက်စာတမ်းများ

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

⛓

Checksum ကွင်းဆက်

ဘောက်ချာ ဖြစ်ရပ်တိုင်းကို ယခင်ဖြစ်ရပ်နှင့် checksum ဖြင့် ချိတ်ထားသောကြောင့် ယခင်မှတ်တမ်း ပြောင်းလဲမှုကို တွေ့ရှိမည်။

📒

လုပ်ဆောင်မှုမှတ်တမ်း

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

🪙

ငွေကို အသေးဆုံးယူနစ် ကိန်းပြည့်ဖြင့်

ပမာဏအားလုံးကို satang ဖြင့် သိမ်းပြီး ပြသချိန်တွင်သာ ဂဏန်းကို ဖြတ်သောကြောင့် အမှား မစုပုံပါ။

🔁

ငွေပေးချေမှု idempotency

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

🔒

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

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

အပ်ဒိတ်များ

ပြောင်းလဲမှုများက အလုပ်လုပ်နေသော ဆိုင်ကို မပျက်စေပါ

အပ်ဒိတ်များကို ကျွန်ုပ်တို့၏ ကိုယ်ပိုင် လုပ်ငန်းအတွေ့အကြုံမှ ချမှတ်ထားသော စည်းမျဉ်းများအတိုင်း အလိုအလျောက် ထည့်သွင်းသည်။

  • Migration တိုင်းမတိုင်မီ ဒေတာဘေ့စ် အရန်ကူးယူမှု ပြုလုပ်သည်
  • ဒေတာဘေ့စ် ပြောင်းလဲမှုကို လုပ်ငန်းအချက်အလက် မိတ္တူပေါ်တွင် အရင်စစ်ပြီးမှ အသုံးချသည်
  • ဖျက်ဆီးနိုင်သော ပြောင်းလဲမှုများကို release နှစ်ခုဖြင့် လုပ်သည်: ပထမ ကုဒ်က field ကို ဖတ်ခြင်း ရပ်ပြီး တစ်ပတ်အကြာမှ ဖယ်ရှားသည်
  • နေ့လယ်စာနှင့် ညစာ ဝန်ဆောင်ချိန်တွင် ထုတ်ဝေခြင်းကို တားမြစ်ထားသည် — ဧည့်သည်ရှေ့တွင် ပြန်စတင်ခြင်းကို လက်မခံပါ
  • ထုတ်ဝေပြီးနောက် — အခြေအနေ စစ်ဆေးမှုများနှင့် log များကို စောင့်ကြည့်ခြင်း
  • ပြန်လှည့်ရေး အစီအစဉ်ကို deploy မတိုင်မီ ရေးသည်၊ နောက်မှ မဟုတ်ပါ
ပံ့ပိုးရေး ဝင်ရောက်ခွင့်

သင့်အကောင့်ထဲသို့ ကျွန်ုပ်တို့ မည်သို့ ဝင်သလဲ

တစ်ခါတစ်ရံ ပြဿနာကို ဆိုင်၏ အကောင့်အတွင်းမှသာ စစ်ဆေးနိုင်သည်။ ၎င်းသည် «developer ထံရှိ မျှဝေထားသော စကားဝှက်» မဟုတ်ဘဲ သီးခြား ယန္တရား ဖြစ်သည်။

  • ပံ့ပိုးရေး ဝင်ရောက်မှုသည် ကိုယ်ပိုင်အကောင့်နှင့် ဒုတိယ အချက်ပါသော သီးခြား panel မှတစ်ဆင့် ဖြစ်သည်
  • ဝင်ရောက်မှုတိုင်းကို မှတ်တမ်းတင်သည်: ပံ့ပိုးရေးမှ မည်သူ၊ မည်သည့်ဆိုင်၊ မည်သည့်အချိန်
  • ပံ့ပိုးရေး ဝန်ထမ်း၏ လုပ်ဆောင်ချက်များသည် သင့်ဝန်ထမ်းများ၏ လုပ်ဆောင်ချက်များနှင့် တူညီသော မှတ်တမ်း ထဲ ရောက်သည်
  • သင့်ဝန်ထမ်းများ၏ စကားဝှက်နှင့် PIN ကို ကျွန်ုပ်တို့ မမြင်ရပါ — ပြန်ဖော်၍ မရသော hash အဖြစ် သိမ်းထားသည်
  • ချိတ်ဆက်မှု key များကို ထုတ်ပေးချိန်တွင် တစ်ကြိမ်သာ ပြသည်; ကျွန်ုပ်တို့ပင် ပြန်ရယူ၍ မရပါ
Back office: sign-in log — who, from where and when

ချို့ယွင်းချက် ဖြစ်လျှင် ဘာဖြစ်သလဲ

📴

အင်တာနက် မရှိ

ငွေရှင်းကောင်တာသည် ပါဆယ် ဆက်ရောင်းနိုင်သည် — ချိတ်ဆက်မှု မရှိစဉ် ပုံမနှိပ်ဘဲ — ချိတ်ဆက်မှု ပြန်ရလာသောအခါ အရောင်းများကို ဆာဗာသို့ အလိုအလျောက်၊ ထပ်နေခြင်း မရှိဘဲ ပို့သည်။

🖨

ပရင်တာ ပျက်

အရောင်း မရပ်ပါ; ဘောက်ချာကို ဘောက်ချာများ စခရင်မှ ပြန်ထုတ်နိုင်ပြီး မီးဖိုချောင်ကို မီးဖိုချောင်မျက်နှာပြင်က ကူညီသည်။

🔌

ပြင်ပ ဝန်ဆောင်မှု မရနိုင်

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

နည်းပညာ အကဲဖြတ်ရန် အသေးစိတ် လိုအပ်ပါသလား

ချိတ်ဆက်သူများနှင့် မိတ်ဖက်များ၏ လုံခြုံရေးအဖွဲ့ မေးခွန်းများကို ဖြေပြီး ဒီမို ဝင်ရောက်ခွင့်ဖြင့် စနစ်ကို ပြသည်။