Paano Gumawa ng HR Leave Management App: Mga Request, Approval at Balanse

Pinapalitan ng leave management app ang spreadsheet at mga email thread sa likod ng tanong na "pwede ba akong mag-leave sa Biyernes?". Nagre-request ng leave ang mga empleyado at nakikita ang natitira nilang balanse; ina-approve o tinatanggihan ng mga manager ang request habang nakikita ang team calendar; nagtatakda ang HR ng mga uri ng leave, allowance at public holiday, at nakakakuha ng malinis na talaan para sa payroll. Para makagawa nito, kailangan mo ng data model kung saan kinakalkula ang mga balanse mula sa kasaysayan ng mga request at adjustment, malinaw na chain ng approval, at mga panuntunan para sa kalahating araw, weekend at holiday. Makakagawa ng gumaganang bersyon nang mabilis ang AI app builder. Ang pag-iingat ay napupunta sa matematika ng balanse, sa permissions para sa sensitibong uri ng leave, at sa pagtutugma sa aktuwal ninyong policy.

Ano ang kailangan ng app

Data

Ang pangunahing panuntunan: huwag kailanman mag-imbak ng balanseng manu-manong ine-edit. Ang balanse ay allowance + carry-over + adjustments − mga naaprubahang araw. Bawat pagbabago ay may record na may dahilan, kaya kapag may nagtanong na "bakit 3.5 araw na lang ang natitira sa akin?", maipapakita mo ang sagot.

Mga pahina

• Empleyado: ang balanse ko kada uri ng leave, form ng request, listahan ng mga request ko na may status, at calendar ng team ko.
• Manager: mga nakabinbing request kasama ang team calendar sa tabi, aprubahan o tanggihan na may komento, at balanse ng team.
• HR/admin: mga empleyado, uri ng leave, allowance, public holiday, adjustment, at mga ulat at export.

Permissions

Personal na data ito, at may bahaging sensitibo. Nakikita ng empleyado ang sarili niyang mga request at, sa shared team calendar, ang katotohanang "wala" ang kasamahan, hindi kung bakit. Nakikita ng manager ang mga direktang ulat. Nakikita ng HR ang lahat. Ang sick leave at iba pang sensitibong uri ay dapat lumabas lamang bilang "away" sa sinuman maliban sa empleyado, sa manager niya at sa HR. Ipatupad ito sa server; tingnan ang role-based access control. Nag-iiba ang batas sa proteksyon ng data ng empleyado ayon sa bansa, kaya i-check ang sa inyo.

Mga desisyon at trade-off

Araw o oras

Mas simple ang pagbibilang sa araw (kasama ang kalahating araw) at angkop ito sa karamihan ng opisinang team. Ang pagbibilang sa oras ay bagay sa part-time at shift worker pero mas kumplikado ang bawat kalkulasyon. Pumili ng isa para sa unang bersyon, batay sa paraan ng pagsasabi ng mga kontrata ninyo ng allowance.

Buong allowance sa simula o accrual

Ang pagbibigay ng buong taunang allowance sa unang araw ng leave year ang pinakasimple. Ang accrual, kung saan kumikita ng bahagi bawat buwan, ay karaniwan sa ilang bansa at para sa mga bagong empleyado, at nangangailangan ng buwanang kalkulasyon. Kailangan din ng pro-rating para sa mga pumapasok o umaalis sa kalagitnaan ng taon, anuman ang piliin.

Aling mga araw ang binibilang

Dapat working days lamang ang binibilang ng request mula Huwebes hanggang Martes, hindi kasama ang weekend at mga public holiday ng lokasyon ng empleyado, at isinasaalang-alang ang part-time na pattern. Ito ang kalkulasyong pinakamadalas magkamali, kaya subukan ito sa totoong halimbawa.

Approval chain

Iisang approver (ang direktang manager) ang sapat para sa karamihan ng maliliit na kumpanya. Magdagdag ng backup approver kapag wala ang manager, at opsyonal na pangalawang hakbang para sa mahabang pagliban. Pagpasyahan kung ano ang mangyayari sa mga nakabinbing request kung umalis ang manager.

Carry-over at katapusan ng taon

Pagpasyahan ang leave year ninyo, ilang hindi nagamit na araw ang ma-carry over, at kung may expiry ang mga na-carry over na araw. Hilingin sa AI na ipakita ang carry-over bilang sariling linya para maipaliwanag pa rin ang balanse.

Unang prompt na gumagana

Gumawa ng internal leave management app para sa kumpanyang may 45 tao at may opisina sa Manchester (UK) at Dublin (Ireland). Mga uri ng leave: annual (25 araw, buong taon nang sabay, hanggang 5 araw ang maaaring i-carry over, mag-e-expire sa Marso 31), sick (walang limitasyon, walang approval, nakikita ng iba bilang "away" lamang), unpaid, at other. Ang leave year ay Enero hanggang Disyembre. Nagre-request ng leave ang mga empleyado gamit ang petsa ng simula, petsa ng pagtatapos at opsyonal na kalahating araw, at nakikita kung ilang working days ang gagamitin nila, hindi kasama ang weekend, part-time na araw off, at public holiday ng kanilang opisina. Kinakalkula ang mga balanse mula sa allowance, carry-over, adjustment at mga naaprubahang request, at hindi kailanman direktang ine-edit. Ina-approve o tinatanggihan ng mga manager ang request ng kanilang mga direktang ulat na may komento, habang nakikita ang team calendar. Pinamamahalaan ng HR ang mga empleyado, uri ng leave, allowance, public holiday at adjustment na may dahilan, at nag-e-export ng naaprubahang leave kada buwan bilang CSV para sa payroll. Mga role: employee, manager, HR. I-save ang lahat sa database. Simple at mabilis na interface.

Mga hakbang sa pagbuo

1. Magsimula sa nakasulat ninyong policy. Kung wala pa itong nakasulat, isulat muna ito; ang app ay makakapag-apply lamang ng mga patakarang kayang sabihin nang malinaw.
2. Mag-import ng mga empleyado kasama ang manager, lokasyon at working pattern, kadalasan mula sa spreadsheet. Tingnan ang paano gawing app ang spreadsheet.
3. Mga uri ng leave, allowance at public holiday.
4. Request form na may kalkulasyon ng working days, na sinubukan sa hindi bababa sa sampung totoong kaso: tumatawid sa weekend, bank holiday, part-timer, kalahating araw, at hangganan ng taon.
5. Daloy ng approval at team calendar.
6. Login at roles, na nakatago sa mga kasamahan ang sensitibong uri ng leave.
7. Mga notification: mag-email sa manager kapag may bagong request, at sa empleyado kapag may desisyon, sa pamamagitan ng sarili ninyong email provider. Tingnan ang paano magpadala ng email mula sa app.
8. Mga ulat at export para sa payroll.
9. Patakbuhin kasabay ng spreadsheet sa loob ng isang buwan, ihambing ang mga balanse, saka lumipat.

Mga karaniwang pagkakamali

• Pag-iimbak ng numero ng balanse at pag-edit nito. Nawawala ang kasaysayan at nagiging hula-hula ang bawat pagtatalo.
• Pagbibilang ng calendar days sa halip na working days, o hindi pagpansin sa opisina ng empleyado para sa public holiday.
• Pagpapakita sa lahat kung bakit wala ang kasamahan. Sapat na ang "away" sa shared calendar.
• Walang backup approver. Nakabitin ang mga request nang dalawang linggo habang nasa bakasyon ang manager.
• Pagpapahintulot na kanselahin ang aprubadong leave nang hindi alam ng manager. Dapat i-notify ng pagkansela ang approver.
• Pag-hard-code ng patakaran ng kasalukuyang taon. Panatilihin ang allowance at holiday bilang data na maaaring i-edit ng HR sa susunod na taon.

Kailan mas mabuti ang handang produkto

Kung gusto ninyong nakakabit ang leave sa payroll, kontrata, performance review at compliance reporting, o kung may mga empleyado kayo sa maraming bansa, karaniwang sulit ang HR software na may kasamang time-off management. Pinananatili ng mga produktong iyon ang kalendaryo ng holiday at statutory rules kada bansa, na patuloy na trabaho na kung hindi ay sa inyo mapupunta.

Makatuwiran ang custom na app para sa maliliit at katamtamang kumpanya na simple ang policy at gustong iwan na ang spreadsheet, para sa hindi karaniwang setup (shift crew, paikot na roster, leave na nakatali sa on-call cover), o bilang bahagi ng mas malawak na internal tool kasama ang onboarding at iba pang request. Tingnan ang paano gumawa ng internal tool para sa mas malawak na pamamaraan.

Paggawa nito gamit ang Mythex

Sa Mythex, ilalarawan mo ang policy at daloy sa chat, at bubuuin ito ng agent sa live preview, na may Postgres database kapag kailangang i-save ang mga request. Maaari mong imbitahan ang mga kasamahan sa iyong Mythex workspace para tumulong sa pagbuo at pagrepaso, at maibahagi ang preview sa dalawa o tatlong totoong user bago mag-publish. Ang internal tool use case sa docs ay nagmumungkahi nito mismo. Ang login ng empleyado at mga notification email ay gumagamit ng sarili ninyong provider; walang built-in na end-user login o pagpapadala ng email ang Mythex. Gamitin ang Plan mode para pagkasunduan ang kalkulasyon ng balanse bago isulat ang anumang code, at ang /test para subukan ang request at approval.

Para sa panimulang prompt, subukan ang mga template na approval tracker o team directory.

Mga tanong