HR Leave Management app တည်ဆောက်နည်း- တောင်းဆိုမှုများ၊ အတည်ပြုချက်များနှင့် လက်ကျန်များ

leave management app က “နေ့ရက်ပိတ်ယူလို့ရလား?” ဆိုသည့် မေးခွန်းနောက်ကွယ်ရှိ spreadsheet နှင့် အီးမေးလ် ကွင်းဆက်များကို အစားထိုးသည်။ ဝန်ထမ်းများက ခွင့်တောင်းပြီး ကျန်ရှိလက်ကျန်ကို မြင်နိုင်သည်၊ မန်နေဂျာများက အဖွဲ့ပြက္ခဒိန်ကို ကြည့်ရင်း အတည်ပြု သို့မဟုတ် ပယ်ချနိုင်သည်၊ HR က ခွင့်အမျိုးအစားများ၊ ခွင့်ခန့်ထားချက်များနှင့် အစိုးရအားလပ်ရက်များကို သတ်မှတ်ပြီး payroll အတွက် ရှင်းလင်းသော မှတ်တမ်းရရှိသည်။ ၎င်းကို တည်ဆောက်ရန် လက်ကျန်များကို တောင်းဆိုမှုနှင့် ပြင်ဆင်မှုများ၏ သမိုင်းမှ တွက်ချက်သော ဒေတာ model၊ ရှင်းလင်းသော အတည်ပြုချက် ကွင်းဆက်၊ နေ့ပိုင်းခွင့်၊ စနေ/တနင်္ဂနွေနှင့် အားလပ်ရက်များအတွက် စည်းမျဉ်းများ လိုအပ်သည်။ AI app builder က အလုပ်လုပ်သော ပထမဗားရှင်းကို မြန်မြန် ထုတ်ပေးနိုင်သည်။ အာရုံစိုက်ရမည့်အရာများမှာ လက်ကျန်ဂဏန်းတွက်ချက်မှု၊ ထိခိုက်လွယ်သော ခွင့်အမျိုးအစားများနှင့်ပတ်သက်သော ခွင့်ပြုချက်များနှင့် သင်၏ အမှန်တကယ် မူဝါဒနှင့် ကိုက်ညီအောင် လုပ်ခြင်း ဖြစ်သည်။

app တွင် လိုအပ်သည့်အရာများ

ဒေတာ

အဓိက စည်းမျဉ်း- လက်ဖြင့် ပြင်သော လက်ကျန်ကို ဘယ်တော့မှ မသိမ်းပါနှင့်။ လက်ကျန်သည် ခွင့်ခန့်ထားချက် + ကျော်ပို့ချက် + ချိန်ညှိမှုများ − အတည်ပြုထားသော ရက်များ ဖြစ်သည်။ ပြောင်းလဲမှုတိုင်းတွင် အကြောင်းပြချက်ပါသော မှတ်တမ်းရှိရမည်၊ ထို့ကြောင့် တစ်ဦးက “ငါ့မှာ ၃.၅ ရက် ကျန်တာ ဘာကြောင့်လဲ?” ဟု မေးသောအခါ ပြနိုင်သည်။

စာမျက်နှာများ

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

ခွင့်ပြုချက်များ

ဤသည်မှာ ကိုယ်ရေးဒေတာဖြစ်ပြီး အချို့မှာ ထိခိုက်လွယ်သည်။ ဝန်ထမ်းများသည် မိမိ၏ တောင်းဆိုမှုများကိုသာ မြင်ရပြီး ဖော်ပြသည့် အဖွဲ့ပြက္ခဒိန်တွင်လည်း လုပ်ဖော်ကိုင်ဖက် “ပြင်ပရောက်နေသည်” ဟုသာ မြင်ရမည်- အဘယ်ကြောင့် ဟု မပြရ။ မန်နေဂျာများက တိုက်ရိုက် အောက်ငယ်သားများကို မြင်ရသည်။ HR က အားလုံးကို မြင်သည်။ ဖျားနာခွင့်နှင့် အခြား ထိခိုက်လွယ်သော အမျိုးအစားများကို ပိုင်ရှင်၊ မန်နေဂျာနှင့် HR မှလွဲ၍ အခြားသူများအတွက် “ပြင်ပရောက်နေသည်” အဖြစ်သာ ပြရမည်။ ၎င်းကို ဆာဗာဘက်တွင် တင်းကြပ်စွာ အကောင်အထည်ဖော်ပါ၊ role-based access control ကို ကြည့်ပါ။ ဝန်ထမ်းမှတ်တမ်းများဆိုင်ရာ ဒေတာကာကွယ်ရေး စည်းမျဉ်းများသည် နိုင်ငံအလိုက် ကွဲပြားသဖြင့် သင်၏နိုင်ငံကို စစ်ဆေးပါ။

ဆုံးဖြတ်ချက်များနှင့် ရွေးချယ်မှုများ

ရက် သို့မဟုတ် နာရီ

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

ခွင့်ခန့်ထားချက် တစ်ကြိမ်တည်း သို့မဟုတ် ဖြည့်တင်းခြင်း

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

ဘယ်ရက်တွေ ရေတွက်မလဲ

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

အတည်ပြုခြင်း ကွင်းဆက်

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

ကျော်ပို့ခြင်းနှင့် နှစ်ကုန်

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

အလုပ်ဖြစ်သော ပထမ prompt

ဝန်ထမ်း ၄၅ ယောက် ရှိပြီး မန်ချက်စတာ (UK) နှင့် ဒဗ်လင် (ဣရလန်) တွင် ရုံးရှိသော ကုမ္ပဏီအတွက် internal leave management app တည်ဆောက်ပါ။ ခွင့်အမျိုးအစားများ- နှစ်စဉ် (နေ့ ၂၅ ရက်၊ နှစ်အစမှ အပြည့်ပေး၊ ရက် ၅ ရက်အထိ ကျော်ပို့နိုင်ပြီး ၃၁ မတ်တွင် သက်တမ်းကုန်)၊ ဖျားနာ (ကန့်သတ်ချက်မရှိ၊ အတည်ပြုချက်မလို၊ အခြားသူများအတွက် “ပြင်ပရောက်နေသည်” အဖြစ်သာ မြင်ရ)၊ လစာမပါ၊ အခြား။ ခွင့်နှစ်သည် ဇန်နဝါရီမှ ဒီဇင်ဘာအထိ။ ဝန်ထမ်းများသည် စတင်ရက်၊ ပြီးဆုံးရက်နှင့် ရွေးချယ်စရာ နေ့ဝက်ခွင့်ဖြင့် တောင်းဆိုပြီး၊ ၎င်းတို့ရုံးအတွက် စနေ၊ တနင်္ဂနွေ၊ အလုပ်ပုံစံ အပိတ်ရက်နှင့် အစိုးရအားလပ်ရက်များကို ဖယ်ထုတ်ပြီး ဘယ်နှစ်ရက် သုံးမည်ကို မြင်ရမည်။ လက်ကျန်များကို ခွင့်ခန့်ထားချက်၊ ကျော်ပို့ချက်၊ ချိန်ညှိမှုများနှင့် အတည်ပြုပြီးသော တောင်းဆိုမှုများမှ တွက်ချက်ရမည်၊ တည်းဖြတ်ခွင့် မပေးပါနှင့်။ မန်နေဂျာများက မိမိ၏ အောက်ငယ်သားများ၏ တောင်းဆိုမှုကို မှတ်ချက်ဖြင့် အတည်ပြု သို့မဟုတ် ပယ်ချနိုင်ပြီး တစ်ချိန်တည်းမှာ အဖွဲ့ပြက္ခဒိန်ကို မြင်ရမည်။ HR က ဝန်ထမ်းများ၊ ခွင့်အမျိုးအစားများ၊ ခွင့်ခန့်ထားချက်များ၊ အစိုးရအားလပ်ရက်များနှင့် အကြောင်းပြချက်ပါသော ချိန်ညှိမှုများကို စီမံပြီး အတည်ပြုထားသော ခွင့်များကို လစဉ် CSV ဖြင့် payroll အတွက် ထုတ်ရမည်။ role များ- ဝန်ထမ်း၊ မန်နေဂျာ၊ HR။ ဒေတာကို database တွင် သိမ်းပါ။ ရိုးရှင်းပြီး မြန်ဆန်သော interface။

တည်ဆောက်ရန် အဆင့်များ

1. သင်၏ စာဖြင့် ရေးထားသော မူဝါဒမှ စတင်ပါ။ ရေးမထားပါက ပထမဆုံး ရေးပါ- app သည် ဖော်ပြနိုင်သော စည်းမျဉ်းများကိုသာ လိုက်နာနိုင်သည်။
2. ဝန်ထမ်းများကို တင်သွင်းပါ မန်နေဂျာ၊ တည်နေရာနှင့် အလုပ်ပုံစံဖြင့်၊ များသောအားဖြင့် spreadsheet မှ။ spreadsheet ကို app အဖြစ် ပြောင်းနည်း ကို ကြည့်ပါ။
3. ခွင့်အမျိုးအစားများ၊ ခွင့်ခန့်ထားချက်များနှင့် အစိုးရအားလပ်ရက်များ။
4. အလုပ်ရက် တွက်ချက်မှုပါသော တောင်းဆိုမှုဖောင်- အနည်းဆုံး အမှန်တကယ် ကိစ္စ ဆယ်ခုဖြင့် စမ်းသပ်ပါ- စနေ/တနင်္ဂနွေ ကျော်ဖြတ်ခြင်း၊ အစိုးရအားလပ်ရက်၊ အချိန်ပိုင်းလုပ်သူ၊ နေ့ဝက်ခွင့်၊ နှစ်ကူးပြောင်းချိန်။
5. အတည်ပြုခြင်း လုပ်ငန်းစဉ်နှင့် အဖွဲ့ပြက္ခဒိန်။
6. Login နှင့် role များ၊ ထိခိုက်လွယ်သော ခွင့်အမျိုးအစားများကို လုပ်ဖော်ကိုင်ဖက်များထံမှ ဝှက်ထားပါ။
7. အကြောင်းကြားချက်များ- တောင်းဆိုမှုအသစ်တွင် မန်နေဂျာကို အီးမေးလ်ပို့ပြီး ဆုံးဖြတ်ချက်တွင် ဝန်ထမ်းကို ပို့ပါ၊ သင့်ကိုယ်ပိုင် email provider မှတဆင့်။ သင့် app မှ အီးမေးလ် ပို့နည်း ကို ကြည့်ပါ။
8. Report များနှင့် export များ payroll အတွက်။
9. စာရွက်စာတမ်းနှင့် တစ်ပြိုင်နက် လည်ပတ်ပါ တစ်လ၊ လက်ကျန်များကို နှိုင်းယှဉ်ပြီးမှ ပြောင်းပါ။

အများဆုံး ဖြစ်တတ်သော အမှားများ

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

အဆင်သင့် ထုတ်ကုန်သည် ပိုကောင်းသည့်အခါ

လစာ၊ စာချုပ်များ၊ စွမ်းဆောင်မှု သုံးသပ်ချက်များနှင့် လိုက်နာမှု report များနှင့် ခွင့်ကို ချိတ်ဆက်ချင်ပါက သို့မဟုတ် နိုင်ငံများစွာတွင် ဝန်ထမ်းများ ရှိပါက အချိန်ပိုင်းစီမံခန့်ခွဲမှု ပါဝင်သော HR software သည် များသောအားဖြင့် တန်ဖိုးရှိသည်။ ထိုထုတ်ကုန်များက နိုင်ငံအလိုက် အားလပ်ရက်ပြက္ခဒိန်နှင့် ဥပဒေစည်းမျဉ်းများကို ထိန်းသိမ်းပေးသည်၊ ၎င်းမရှိဘဲ သင်ကိုယ်တိုင် ပိုင်ဆိုင်ရမည့် အလုပ်ဖြစ်သည်။

ကိုယ်ပိုင် app သည် မူဝါဒရိုးရှင်းသော အသေးစား သို့မဟုတ် အလတ်စား ကုမ္ပဏီများအတွက် spreadsheet မှ ထွက်ချင်သောအခါ၊ ထူးခြားသော စနစ်များ (အလှည့်ကျ ဝန်ထမ်းအဖွဲ့၊ လည်ပတ်သော roster၊ on-call အစားထိုးနှင့် ချိတ်ထားသော ခွင့်) အတွက်၊ သို့မဟုတ် onboarding နှင့် အခြား တောင်းဆိုမှုများနှင့်အတူ ပိုကျယ်သော internal tool ၏ အစိတ်အပိုင်းအဖြစ် အဓိပ္ပာယ်ရှိသည်။ ပိုကျယ်သော ချဉ်းကပ်နည်းအတွက် internal tool တည်ဆောက်နည်း ကို ကြည့်ပါ။

Mythex ဖြင့် တည်ဆောက်ခြင်း

Mythex တွင် မူဝါဒနှင့် လုပ်ငန်းစဉ်ကို chat တွင် ဖော်ပြပြီး agent က live preview တွင် app ကို တည်ဆောက်သည်၊ တောင်းဆိုမှုများ သိမ်းရန် လိုအပ်သောအခါ Postgres database ကို ထည့်ပေးသည်။ လုပ်ဖော်ကိုင်ဖက်များကို သင့် Mythex workspace သို့ ဖိတ်ခေါ်ပြီး တည်ဆောက်ခြင်းနှင့် သုံးသပ်ခြင်းတွင် ပါဝင်စေနိုင်သည်၊ publish မလုပ်မီ အသုံးပြုသူ အစစ်အမှန် ၂ သို့မဟုတ် ၃ ဦးနှင့် preview ကို မျှဝေနိုင်သည်- ဤအရာကို docs ရှိ internal tool use case တွင် အကြံပြုထားသည်။ ဝန်ထမ်း login နှင့် အကြောင်းကြားအီးမေးလ်များသည် သင့်ကိုယ်ပိုင် provider များကို သုံးသည်၊ Mythex တွင် built-in end-user login သို့မဟုတ် အီးမေးလ် ပို့ခြင်း မရှိပါ။ လက်ကျန် တွက်ချက်ပုံကို ကုဒ်မရေးမီ သဘောတူရန် Plan mode ကို သုံးပြီး တောင်းဆိုမှုနှင့် အတည်ပြုမှုကို နှိပ်စမ်းရန် /test ကို သုံးပါ။

စတင်ရန် prompt အတွက် approval tracker သို့မဟုတ် team directory template များကို စမ်းကြည့်နိုင်သည်။

မေးခွန်းများ