Jak vytvořit aplikaci pro správu volna: žádosti, schvalování a zůstatky

Aplikace pro správu volna nahradí tabulku a řetězy e-mailů za větu „můžu si v pátek vzít volno?“. Zaměstnanci žádají o volno a vidí svůj zbývající zůstatek; manažeři schvalují nebo zamítají s kalendářem týmu po ruce; HR nastavuje typy volna, nároky a státní svátky a dostane čistý záznam pro mzdy. Abyste ji postavili, potřebujete datový model, kde se zůstatky počítají z historie žádostí a úprav, jasný řetěz schvalování a pravidla pro části dne, víkendy a svátky. AI nástroj pro tvorbu aplikací dokáže rychle vytvořit funkční verzi. Péče patří výpočtu zůstatků, oprávněním kolem citlivých typů volna a tomu, aby aplikace odpovídala vaší skutečné politice.

Co aplikace potřebuje

Data

Klíčové pravidlo: nikdy neukládejte zůstatek, který ručně upravujete. Zůstatek je nárok + převod + úpravy − schválené dny. Každá změna má záznam s důvodem, takže když se někdo zeptá „proč mám 3,5 dne?“, můžete mu to ukázat.

Stránky

• Zaměstnanec: můj zůstatek podle typu volna, formulář žádosti, moje žádosti se stavem, kalendář mého týmu.
• Manažer: čekající žádosti s kalendářem týmu vedle, schválit nebo zamítnout s komentářem, zůstatky týmu.
• HR/administrátor: zaměstnanci, typy volna, nároky, státní svátky, úpravy, reporty a exporty.

Oprávnění

Jde o osobní údaje a část z nich je citlivá. Zaměstnanci vidí své žádosti a v kalendáři týmu jen to, že je kolega „mimo“ — ne proč. Manažeři vidí své přímé podřízené. HR vidí všechny. Nemoc a jiné citlivé typy volna se mají zobrazit jen jako „mimo“ komukoli kromě zaměstnance, jeho manažera a HR. Vynucujte to na serveru; viz řízení přístupu podle rolí. Pravidla ochrany osobních údajů o zaměstnancích se liší podle země, zkontrolujte si ta svá.

Rozhodnutí a kompromisy

Dny, nebo hodiny

Počítání ve dnech (včetně půlden) je nejjednodušší a sedí pro většinu kancelářských týmů. Počítání v hodinách se hodí pro lidi na částečný úvazek a směnový provoz, ale každý výpočet je složitější. Pro první verzi zvolte jednu variantu podle toho, jak vaše smlouvy vyjadřují nároky.

Nárok předem, nebo průběžně

Dát celý roční nárok první den roku je nejjednodušší. Narůstání — získávání části každý měsíc — je běžné v některých zemích a u nových zaměstnanců a vyžaduje měsíční výpočet. Poměrné krácení pro lidi, kteří nastoupí nebo odejdou uprostřed roku, je potřeba tak či onak.

Které dny se počítají

Žádost od čtvrtka do úterý má počítat jen pracovní dny, s vyloučením víkendů a státních svátků pro lokalitu daného zaměstnance a s ohledem na částečné úvazky. Tento výpočet se nejčastěji pokazí, takže ho otestujte na reálných případech.

Řetěz schvalování

Jeden schvalovatel (přímý nadřízený) pokryje většinu malých firem. Přidejte záložního schvalovatele pro případ, že je manažer pryč, a volitelně druhý krok u dlouhé nepřítomnosti. Rozhodněte, co se stane s čekajícími žádostmi, když manažer odejde.

Převody a konec roku

Určete, jaký je váš rok volna, kolik nevyčerpaných dnů se převádí a zda převedené dny propadají. Požádejte AI, aby převod zobrazila jako samostatný řádek, aby byl zůstatek vysvětlitelný.

Příklad prvního promptu

Postav interní aplikaci pro správu volna pro firmu s 45 zaměstnanci a kancelářemi v Manchesteru (UK) a Dublinu (Irsko). Typy volna: dovolená (25 dnů, celý rok předem, až 5 dnů převodu, propadají 31. března), nemoc (bez omezení, bez schválení, ostatním viditelná jen jako „mimo“), neplacené a ostatní. Rok volna běží od ledna do prosince. Zaměstnanci žádají o volno s datem začátku, datem konce a volitelnými půldny a vidí, kolik pracovních dnů tím spotřebují — bez víkendů, dnů volna na částečný úvazek a státních svátků pro jejich kancelář. Zůstatky se počítají z nároků, převodů, úprav a schválených žádostí, nikdy se neupravují přímo. Manažeři schvalují nebo zamítají žádosti svých přímých podřízených s komentářem a zároveň vidí kalendář týmu. HR spravuje zaměstnance, typy volna, nároky, státní svátky a úpravy s důvodem a exportuje schválené volno po měsících jako CSV pro mzdy. Role: zaměstnanec, manažer, HR. Všechno ulož do databáze. Jednoduché, rychlé rozhraní.

Postup stavby

1. Začněte od své psané politiky. Pokud není zapsaná, napište ji nejdřív — aplikace umí uplatnit jen pravidla, která umíte formulovat.
2. Importujte zaměstnance s manažerem, lokalitou a pracovním režimem, obvykle z tabulky. Viz jak převést tabulku na aplikaci.
3. Typy volna, nároky a státní svátky.
4. Formulář žádosti s výpočtem pracovních dnů, otestovaný alespoň na deseti reálných případech: přes víkend, přes státní svátek, u člověka na částečný úvazek, půlden, přechod přes konec roku.
5. Schvalovací tok a kalendář týmu.
6. Přihlášení a role, s citlivými typy volna skrytými před kolegy.
7. Oznámení: e-mail manažerovi při nové žádosti a zaměstnanci při rozhodnutí přes vašeho poskytovatele e-mailu. Viz jak posílat e-maily z aplikace.
8. Reporty a exporty pro mzdy.
9. Běžte paralelně s tabulkou měsíc, porovnejte zůstatky a pak přepněte.

Časté chyby

• Ukládání čísla zůstatku a jeho ruční úprava. Ztratíte historii a každý spor bude hádání.
• Počítání kalendářních dnů místo pracovních, nebo ignorování kanceláře zaměstnance u státních svátků.
• Ukazovat všem, proč je kolega mimo. Na sdíleném kalendáři stačí „mimo“.
• Žádný záložní schvalovatel. Žádosti čekají dva týdny, protože manažer je na dovolené.
• Umožnit zrušit schválené volno bez vědomí schvalovatele. Zrušení má upozornit schvalovatele.
• Natvrdo zapsaná pravidla pro tento rok. Nároky a svátky držte jako údaje, které může HR upravit příští rok.

Kdy je lepší hotový produkt

Pokud chcete volno propojené s mzdami, smlouvami, hodnocením a compliance reportingem — nebo zaměstnáváte lidi v mnoha zemích — vyplatí se HR software, který obsahuje správu volna. Takové produkty udržují kalendáře svátků a zákonná pravidla pro jednotlivé země, což je průběžná práce, kterou byste jinak museli dělat sami.

Vlastní aplikace dává smysl pro malé a střední firmy s jednoduchou politikou, které chtějí opustit tabulku, pro netypická nastavení (směnové posádky, rotující rozpisy, volno svázané s pohotovostí), nebo jako součást širšího interního nástroje vedle onboardingu a dalších žádostí. Širší přístup popisuje jak vytvořit interní nástroj.

Postavit to s Mythexem

Na Mythexu popíšete politiku a postup v chatu a agent postaví aplikaci v živém náhledu; databáze Postgres se přidá, až budou žádosti potřeba ukládat. Kolegy můžete pozvat do svého pracovního prostoru Mythexu, aby pomohli s tvorbou a kontrolou, a náhled sdílet s dvěma nebo třemi reálnými uživateli dřív, než aplikaci publikujete — případ použití interního nástroje v dokumentaci to přímo doporučuje. Přihlášení zaměstnanců a oznamovací e-maily používají vaše vlastní poskytovatele; Mythex nemá vestavěné přihlašování koncových uživatelů ani odesílání e-mailů. Před psaním kódu si výpočet zůstatků odsouhlaste v režimu Plan a klikání přes žádost a schválení prověřte příkazem /test.

Pro výchozí zadání zkuste šablony schvalovací tracker nebo adresář týmu.

Otázky