အကြောင်းကြားချက် ဆက်တင်များ
ကုမ္ပဏီတစ်ခုလုံးဆိုင်ရာ စည်းမျဉ်းများ- မည်သည့် event များ ပေါ်ပေါက်သည်၊ မည်သည့် channel များပေါ်တွင်၊ မည်သည့် role များထံ၊ ပြီးနောက် ဆူညံသံ မည်သို့ လျှော့ချမည်
Notification Settings သည် မည်သည့် event များက အကြောင်းကြားချက်များ ထုတ်လွှင့်သည်၊ မည်သည့် channel များပေါ်တွင်၊ မည်သည့် ပရိသတ်များထံ ဟူသည့် ကုမ္ပဏီအဆင့် ထိန်းချုပ်မှုစနစ်ဖြစ်သည်။ ၎င်းသည် အသုံးပြုသူတစ်ဦးစီ၏ ကိုယ်ပိုင် အကြောင်းကြားချက် နှစ်သက်ရာများကို ဖြည့်စွက်ပေးသည်- ကုမ္ပဏီဆက်တင်များက နည်းပညာအရ ဖြစ်နိုင်သည့်အရာကို ဆုံးဖြတ်ပေးပြီး၊ ထို့နောက် အသုံးပြုသူတစ်ဦးစီသည် ၎င်းတို့၏ ပရိုဖိုင်မှ ထပ်မံ ကျဉ်းမြောင်းအောင် လုပ်နိုင်သည်။
ဤစာမျက်နှာကို ဘယ်နေရာတွင် ရှာမည်နည်း
ကုမ္ပဏီဆက်တင်များ ▸ အကြောင်းကြားချက်များ။ notifications:settings ခွင့်ပြုချက် ရှိသော အခန်းကဏ္ဍများသာ ဤစာမျက်နှာကို ပြင်ဆင်နိုင်သည် — ပုံမှန်အားဖြင့် အက်ဒမင် ဖြစ်သည်။ အခြား အခန်းကဏ္ဍများသည် ၎င်းတို့ ကုမ္ပဏီက မည်သည့်အရာများ ပေးပို့နေသည်ကို နားလည်ရန် ကူညီပေးသော ဖတ်ရှုရုံသာ view ကို တွေ့ရသည်။
- ဘေးမီနူးကို ဖွင့်ပါ — ထိပ်ပိုင်း navigation ရှိ Settings ကို နှိပ်ပါ
- Notifications ကို ရွေးချယ်ပါ — Settings အတွင်းရှိ ဘေးမီနူး
- event အလိုက် ရှာဖွေပါ — အတန်းတစ်ခုစီသည် event တစ်ခု ဖြစ်သည် — channel တစ်ခုစီအတွက် toggle၊ ပရိသတ် ရွေးချယ်မှု
event တစ်ခုစီအတွက် Channel များ
event တိုင်းတွင် သီးခြား toggle သုံးခု ရှိသည် — in-app, email, push။ ရောနှော၍ ရွေးချယ်နိုင်သည်- ဥပမာ- workOrder.assigned အတွက် in-app + push ဖြင့် ပေါ်ပေါက်စေပါ (တာဝန်ခံသူသည် ချက်ချင်း သိရန်လိုသည်) သို့သော် inventory.lowStock အတွက် email-only ဖြင့် (warehouse manager က မနက်ခင်း batch တွင် တွေ့မြင်မည်)
အက်ပ်တွင်း
အမြဲယုံကြည်စိတ်ချရသည်၊ ခေါင်းလောင်းတွင် ပေါ်လာသည်။ ပုံသေအဖြစ် အသုံးပြုပါ။
အီးမေးလ်
FreeMaint ၏ ကိုယ်ပိုင် မေးလ်ဝန်ဆောင်မှုမှတစ်ဆင့် ပို့ပြီး ဒုတိယ ဝန်ဆောင်မှုပေးသူကို အရန်အဖြစ် ထားရှိသည်၊ အသုံးပြုသူတစ်ဦးချင်း၏ ဘာသာစကားဖြင့်
Push အကြောင်းကြားချက်
မိုဘိုင်းတွင်သာ၊ အသုံးပြုသူသည် အနည်းဆုံး device တစ်ခုတွင် အကောင့်ဝင်ထားရန် လိုအပ်သည်
Role အလိုက် ပရိသတ် ရွေးချယ်ခြင်း
အတန်းတစ်ခုစီတွင် အုပ်စုနှစ်စု ခွဲထားသော ပရိသတ် matrix တစ်ခု ပါသည်- အကြောင်းအရာနှင့် သက်ဆိုင်သူများ (ဖန်တီးသူ၊ တာဝန်ခံ) နှင့် သင့်ကုမ္ပဏီ၏ အခန်းကဏ္ဍများ။ အခန်းကဏ္ဍ ခလုတ်ငယ်များသည် စိတ်ကြိုက် အခန်းကဏ္ဍများ အပါအဝင် သင့်ကုမ္ပဏီတွင် သတ်မှတ်ထားသော အခန်းကဏ္ဍများကို ပြသဖြင့် စာရင်းသည် အဖွဲ့အစည်း > အခန်းကဏ္ဍများ နှင့် အမြဲ ကိုက်ညီသည်။ Matrix သည် ပေါင်းထည့်သည့် သဘော ဖြစ်သည်- မန်နေဂျာ နှင့် တာဝန်ခံ နှစ်ခုလုံး ရွေးပါက တာဝန်ခံသည် မန်နေဂျာ မဟုတ်သော်လည်း မိတ္တူတစ်စောင် ရရှိသည်။
အခန်းကဏ္ဍများ
ကုမ္ပဏီ၏ လက်ရှိ role စာရင်းမှ role မည်သည့်ခုကိုမဆို ရွေးချယ်ပါ၊ custom role များ အပါအဝင်။ role တစ်ခု အမည်ပြောင်းခြင်းသည် သင့် notification ဆက်တင်များကို အလိုအလျောက် sync ဖြစ်စေသည်။
တာဝန်ယူသူ
entity (အလုပ်အမိန့်၊ တောင်းဆိုချက်) ကို မည်သူ့ထံ တာဝန်ပေးအပ်ထားသည်ဖြစ်စေ
ဖန်တီးသူ
entity ကို ဖန်တီးသော အသုံးပြုသူ
ဌာနခွဲ အဖွဲ့ဝင်များ
“တောင်းဆိုမှု ဖန်တီးပြီး” တွင်သာ- တောင်းဆိုမှု၏ တာဝန်ရှိ ဌာနခွဲ ခေါင်းဆောင်နှင့် တောင်းဆိုမှုကို ဖွင့်နိုင်သော အဖွဲ့ဝင်တိုင်း။ အမှတ်ခြစ်မထားပါက ဌာနခွဲ ခေါင်းဆောင်ကိုသာ အသိပေးပါသည်။
အဖွဲ့ခေါင်းဆောင်
တောင်းဆိုချက်များ (တောင်းဆိုမှု ဖန်တီးပြီး၊ တောင်းဆိုမှု အတည်ပြုပြီး၊ တောင်းဆိုမှု ငြင်းပယ်ပြီး) နှင့် အလုပ်အမိန့်များ (အလုပ်အမိန့် ဖန်တီးပြီး၊ အခြေအနေ ပြောင်းလဲပြီး) တွင် တာဝန်ရှိသော အဖွဲ့များ၏ ခေါင်းဆောင်များ- ထိုအရာ၏ အဖွဲ့၊ ၎င်း၏ ပိုင်ဆိုင်ပစ္စည်း၏ အဖွဲ့များနှင့် ၎င်း၏ တည်နေရာ သို့မဟုတ် အထက်ရှိ တည်နေရာတစ်ခုသို့ သတ်မှတ်ထားသော အဖွဲ့များ။ မည်သည့်အဖွဲ့တွင်မျှ ခေါင်းဆောင်မရှိပါက အဖွဲ့အစည်းဇယားတွင် ၎င်းတို့အထက်ရှိ အနီးဆုံးခေါင်းဆောင်ကို အကြောင်းကြားပါသည်။ စစ်ဆေးမှု ဖြစ်ရပ်များ (ပြီးစီး၊ အတည်ပြုပြီး၊ ချို့ယွင်းချက်တွေ့ရှိ၊ ချို့ယွင်းချက်ပိတ်) တွင် စစ်ဆေးသည့် ပိုင်ဆိုင်ပစ္စည်း၏ အဖွဲ့များနှင့် စစ်ဆေးမှုတာဝန်ရှိ အဖွဲ့၏ ခေါင်းဆောင်များဖြစ်ပြီး “ချွတ်ယွင်းချက် တွေ့ရှိ” တွင် မူလအားဖြင့် ဖွင့်ထားသည်။ ကိုယ်ပိုင်ခေါင်းဆောင်မရှိသော အဖွဲ့ကို ၎င်းအထက်ရှိ အနီးဆုံးခေါင်းဆောင်က တာဝန်ယူသည်။ အမြဲတစ်ဦးတည်းသာ၊ ကွင်းဆက်တစ်ခုလုံး မဟုတ်ဘဲ ထိုအရာကို ဖွင့်ကြည့်ခွင့်ရှိသူများသာ။
ဖွင့်နိုင်သည့်အရာများသာ
အခန်းကဏ္ဍမှတစ်ဆင့် လက်ခံသူကို ၎င်း၏ အခန်းကဏ္ဍက ဖတ်ခွင့်ရှိပြီး ဒေတာမြင်နိုင်မှုတွင် ပါဝင်မှသာ အကြောင်းကြားသည် — မိမိအလုပ်ကိုသာ မြင်နိုင်သော နည်းပညာရှင်ကို အခြားအဖွဲ့၏ တောင်းဆိုချက်အကြောင်း မအကြောင်းကြားပါ။ ရက် ၇ ရက် FreeMaint မသုံးခဲ့သူသည် အခန်းကဏ္ဍ အသိပေးချက်များကို ခေါင်းလောင်းတွင် ဆက်တွေ့ရမည်ဖြစ်ပြီး push သို့မဟုတ် အီးမေးလ် မရပါ။
ပုံသေ လက်ခံသူများ
“အလုပ်အမိန့် ချထားပြီး” ကို တာဝန်ပေးခံရသူများနှင့် အလုပ်အမိန့်ကို သတ်မှတ်ပေးထားသော အဖွဲ့၏ အဖွဲ့ဝင်များထံ အမြဲပို့သည်။ “တောင်းဆိုမှု ပြီးမြောက်ပြီး” ကို တောင်းဆိုသူထံ အမြဲပို့သည်။ ဤအတန်းနှစ်ခုတွင် ချန်နယ်များကိုသာ သတ်မှတ်သည်။
လုပ်ငန်းအမိန့် အခြေအနေပြောင်းလဲမှုအတွက် အချို့သော အခြေအနေများသာ
လုပ်ငန်းအမိန့်များ အုပ်စုတွင် «အခြေအနေ ပြောင်းလဲပြီး» အတန်း၌ «ဤအခြေအနေများအတွက်သာ» ဟူသော နောက်ထပ်လိုင်းတစ်ခု ပါရှိသည်။ ဗလာထားပါက ယခင်အတိုင်း အခြေအနေပြောင်းတိုင်း အသိပေးချက် ပို့ပါမည်။ အခြေအနေတစ်ခု သို့မဟုတ် တစ်ခုထက်ပို၍ (ဥပမာ ပြီးစီးပြီး နှင့် ပိတ်ပြီး) ရွေးပါက လုပ်ငန်းအမိန့်သည် ၎င်းတို့ထဲမှ တစ်ခုသို့ ပြောင်းမှသာ အသိပေးချက် ပို့ပြီး အခြားပြောင်းလဲမှုများအတွက် မပို့တော့ပါ။ လုပ်ငန်းအမိန့်တိုင်းက လုပ်ဆောင်ဆဲ၊ ပြီးစီးပြီး၊ ပိတ်ပြီး တစ်ခုစီအတွက် အသိပေးချက် ပို့နေမည့်အခါ အသုံးဝင်သည်။ ဤစည်းမျဉ်းသည် ပြီးစီးချိန်တွင် အသိပေးရမည့်သူများ အပါအဝင် ဖြစ်ရပ်တစ်ခုလုံးနှင့် သက်ဆိုင်သည်။
အဖွဲ့ခေါင်းဆောင်ကို ၎င်း၏ တည်နေရာများအကြောင်း အကြောင်းကြားခြင်း
အဖွဲ့တစ်ခုစီက တည်နေရာအစုတစ်ခုကို တာဝန်ယူထားပါက ထိုနေရာများတွင် ဖန်တီးသော တောင်းဆိုချက်နှင့် အလုပ်အမိန့်တိုင်းအကြောင်း ဖန်တီးသူမည်သူဖြစ်စေ ခေါင်းဆောင်ထံ အကြောင်းကြားနိုင်ပြီး အခြားအဖွဲ့များ၏ တည်နေရာများအကြောင်း ဘာမျှ မပို့ပါ။
အဖွဲ့တစ်ခုစီကို ခေါင်းဆောင်နှင့် တည်နေရာများ သတ်မှတ်ပါ
အဖွဲ့များ တွင် အဖွဲ့ခေါင်းဆောင်ကို သတ်မှတ်ပြီး အဖွဲ့အား ၎င်း၏ တည်နေရာများကို သတ်မှတ်ပေးပါ။ တည်နေရာတစ်ခုသို့ သတ်မှတ်ထားသော အဖွဲ့သည် ၎င်းအောက်ရှိ တည်နေရာများကိုလည်း လွှမ်းခြုံသည်။
“အဖွဲ့ခေါင်းဆောင်” ကို ဖွင့်ပါ
ဤစာမျက်နှာတွင် တောင်းဆိုမှု ဖန်တီးပြီး၊ တောင်းဆိုမှု အတည်ပြုပြီး၊ တောင်းဆိုမှု ငြင်းပယ်ပြီး၊ အလုပ်အမိန့် ဖန်တီးပြီး နှင့် အခြေအနေ ပြောင်းလဲပြီး တို့တွင် “အဖွဲ့ခေါင်းဆောင်” ကို ဖွင့်ပါ။
အရေးကြီးသော အခြေအနေများကိုသာ ထားပါ
အခြေအနေ ပြောင်းလဲပြီး တွင် “ဤအခြေအနေများအတွက်သာ” ကို ဥပမာ ပြီးစီးပြီး နှင့် ပိတ်ပြီး သို့ ကန့်သတ်နိုင်သည်။
အဖွဲ့ခေါင်းဆောင် သို့မဟုတ် အခန်းကဏ္ဍတစ်ခုလုံး
“အဖွဲ့ခေါင်းဆောင်” သည် ထိုအရာအတွက် တာဝန်ရှိသော အဖွဲ့များ၏ ခေါင်းဆောင်များကိုသာ အကြောင်းကြားသည်။ ၎င်းအစား အခန်းကဏ္ဍတစ်ခုကို ဖွင့်ပါက ထိုအခန်းကဏ္ဍရှိပြီး ထိုအရာကို ဖွင့်ကြည့်နိုင်သူအားလုံး (အဖွဲ့ဝင်များ အပါအဝင်) ကို အကြောင်းကြားသည်။
တိတ်ဆိတ်ချိန်များနှင့် အနှစ်ချုပ်များ
FreeMaint တွင် သင့်ကုမ္ပဏီအတွက် တိတ်ဆိတ်ချိန် ကာလ မရှိပါ။ Push အကြောင်းကြားချက်များသည် အသုံးပြုသူတစ်ဦးစီ၏ ဖုန်းရှိ မနှောင့်ယှက်ရ (Do Not Disturb) ဆက်တင်ကို လိုက်နာသည်။ အချိန်ကို အလေးထားသော အဖွဲ့များအတွက် ဖြစ်ရပ်တစ်ခုချင်း အတန်းကို ပိတ်ပြီး ၎င်း၏ နေ့စဉ် အနှစ်ချုပ်ကို ဖွင့်ပါ — ဥပမာ “အလုပ်အမိန့် ရက်လွန်” → “နေ့စဉ် ရက်လွန်အလုပ်အမိန့် အနှစ်ချုပ်” — သို့ဖြင့် သတိပေးချက်များ အဆက်မပြတ် ရောက်လာခြင်းသည် နံနက်ခင်း အနှစ်ချုပ် တစ်ခုတည်း ဖြစ်လာသည်။
Digest event များ
event အချို့တွင် တွဲဖက် daily digest အတန်း ရှိသည်။ digest တစ်ခုစီကို တစ်နေ့လျှင် တစ်ကြိမ် ပို့သည် — သက်တမ်းလွန် အလုပ်အမိန့်များ digest ကို သင့်ကုမ္ပဏီ၏ စံတော်ချိန်ဇုန်အရ နံနက် ၇:၀၀ တွင် ပို့သည် — အာရုံစိုက်ရန် လိုအပ်သမျှကို message တစ်ခုတည်းအဖြစ် စုစည်းပေးသည်။ အသုံးများသော digest များ- သက်တမ်းလွန် အလုပ်အမိန့်များ, စတော့နည်းပါးမှု အနှစ်ချုပ်, သက်တမ်းကုန်ဆုံး/ကုန်ဆုံးတော့မည့် စာရွက်စာတမ်းများ (Fleet)။ event-တစ်ခုစီ အတန်းကို ပိတ်ပြီး digest အတန်းကို ဖွင့်ခြင်းဖြင့် inbox ပမာဏကို သိသိသာသာ လျှော့ချနိုင်သည်။ လက်ခံသူတစ်ဦးစီသည် ၎င်း၏ အခန်းကဏ္ဍ ဒေတာမြင်နိုင်မှုက ပြသသည့် အရာများကိုသာ တွေ့ရမည်။
အီးမေးလ် ပေးပို့မှု စီစဉ်ခြင်း
အကြောင်းကြားချက်များကို notifications@freemaint.com မှ ပို့ပြီး အကောင့်ဝင်ရောက်မှု အီးမေးလ်များ (အတည်ပြုခြင်း၊ စကားဝှက် ပြန်သတ်မှတ်ခြင်း၊ ဖိတ်ကြားစာများ) ကို security@freemaint.com မှ ပို့သည်၊ ပြန်စာများသည် contact@freemaint.com သို့ ရောက်သည်။ အီးမေးလ်များသည် freemaint.com လိပ်စာမှ အမြဲလာသဖြင့် မက်ဆေ့ချ်များ ပျောက်နေပါက သင့်မေးလ် စစ်ထုတ်မှုများတွင် ထို domain ကို ခွင့်ပြုပါ။
အကောင်းဆုံး အလေ့အကျင့်များ
ကျဉ်းမြောင်းစွာ စတင်ပါ
ပုံသေအားဖြင့် assignee + creator များကိုသာ subscribe လုပ်ပါ။ အဖွဲ့များက တောင်းဆိုမှသာ role များသို့ ချဲ့ထွင်ပါ။
event တစ်ခုလျှင် channel တစ်ခု
event တူတူကို channel သုံးခုပေါ်တွင် တစ်ပြိုင်နက် ပို့ခြင်းသည် ဆူညံနေသကဲ့သို့ ခံစားရသည်။ အသင့်တော်ဆုံးကို ရွေးချယ်ပါ (အရေးပေါ်အတွက် push, digest များအတွက် email, ကျန်အားလုံးအတွက် in-app)။
သုံးလတစ်ကြိမ် audit လုပ်ပါ
မည်သည့် event များ အများဆုံး ပေါ်ပေါက်သည်ကို ပြန်လည်သုံးသပ်ပြီး ဆက်လိုအပ်ပါသလားဟု မေးပါ။ တန်ဖိုးနည်းသော event များ မကြာခဏ ဖြစ်ပါက ပိတ် သို့မဟုတ် လျှော့ချပါ။
အမည်တိုက်ရိုက်ထက် Role ကို ဦးစားပေးပါ
role အလိုက် subscribe လုပ်ခြင်းသည် ဝန်ထမ်းပြောင်းလဲမှုကို ခံနိုင်ရည်ရှိသည်၊ အမည်အလိုက် subscribe လုပ်ခြင်းသည် တစ်စုံတစ်ဦး ထွက်သွားလျှင် ပျက်စီးသွားသည်။
အကြံပြုချက်
ဆက်စပ် ဆောင်းပါးများ
ဤစာမျက်နှာသည် အသုံးဝင်ပါသလား။