Så bygger du en app för ledighetshantering: ansökningar, godkännanden och saldon

En ledighetsapp ersätter kalkylbladet och mejltrådarna bakom frågan ”kan jag ta fredag ledigt?”. Anställda ansöker om ledighet och ser sitt återstående saldo; chefer godkänner eller avslår med teamkalendern framför sig; HR anger ledighetstyper, rättigheter och helgdagar och får en ren dokumentation för lönen. För att bygga en behöver du en datamodell där saldon beräknas utifrån historiken av ansökningar och justeringar, en tydlig godkännandekedja och regler för halvdagar, helger och helgdagar. En AI-appbyggare kan ta fram en fungerande version snabbt. Omsorgen går till saldoberäkningen, behörigheterna kring känsliga ledighetstyper och att matcha din faktiska policy.

Vad appen behöver

Data

Den viktigaste regeln: lagra aldrig ett saldo som du redigerar för hand. Saldot är rättighet + överförda dagar + justeringar − godkända dagar. Varje ändring har en post med skäl, så när någon frågar ”varför har jag 3,5 dagar kvar?” kan du visa det.

Sidor

• Anställd: mitt saldo per ledighetstyp, ansökningsformulär, mina ansökningar med status, en kalender över mitt team.
• Chef: väntande ansökningar med teamkalendern bredvid, godkänn eller avslå med en kommentar, teamets saldon.
• HR/admin: anställda, ledighetstyper, rättigheter, helgdagar, justeringar, samt rapporter och exporter.

Behörigheter

Det här är personuppgifter, och en del av dem är känsliga. Anställda ser sina egna ansökningar och, i teamkalendern, bara att en kollega är ”borta” — inte varför. Chefer ser sina direkta underordnade. HR ser alla. Sjukfrånvaro och andra känsliga typer ska bara visas som ”borta” för alla utom den anställde, dennes chef och HR. Tillämpa detta på servern; se rollbaserad åtkomst. Dataskyddsregler för personalregister varierar mellan länder, så kontrollera dina.

Beslut och avvägningar

Dagar eller timmar

Att räkna i dagar (med halvdagar) är enklast och passar de flesta kontorsteam. Att räkna i timmar passar deltids- och skiftarbetare men gör varje beräkning mer komplex. Välj ett av alternativen i första versionen, utifrån hur dina avtal uttrycker rättigheterna.

Hela rättigheten i förskott eller successiv intjäning

Att ge hela den årliga rättigheten första dagen i ledighetsåret är enklast. Successiv intjäning — att tjäna in en del varje månad — är vanligt i vissa länder och för nyanställda, och kräver en månatlig beräkning. Proportionering för personer som börjar eller slutar mitt i året behövs i båda fallen.

Vilka dagar som räknas

En ansökan från torsdag till tisdag ska bara räkna arbetsdagar, exklusive helger och helgdagar för den anställdes ort, och med respekt för deltidsmönster. Det här är beräkningen som oftast blir fel, så testa den med verkliga exempel.

Godkännandekedjan

En godkännare (närmaste chef) räcker för de flesta små företag. Lägg till en ersättningsgodkännare för när chefen är borta, och eventuellt ett andra steg för långa frånvaron. Bestäm vad som händer med väntande ansökningar om en chef slutar.

Överföring och årsskifte

Bestäm ditt ledighetsår, hur många oanvända dagar som får föras över och om överförda dagar går ut. Be AI:n visa överföringen som en egen rad, så att saldot förblir förklarbart.

Ett första prompt som fungerar

Bygg en intern app för ledighetshantering för ett företag med 45 anställda och kontor i Manchester (UK) och Dublin (Irland). Ledighetstyper: semester (25 dagar, hela året i förskott, upp till 5 dagar överförs, går ut 31 mars), sjuk (obegränsad, inget godkännande, syns för andra bara som ”borta”), obetald och övrigt. Ledighetsåret går från januari till december. Anställda ansöker om ledighet med startdatum, slutdatum och eventuella halvdagar, och ser hur många arbetsdagar det kommer att använda — utan helger, deltidsdagar ledigt och helgdagar för deras kontor. Saldon beräknas från rättigheter, överföring, justeringar och godkända ansökningar, aldrig genom att redigeras direkt. Chefer godkänner eller avslår sina direkt underordnades ansökningar med en kommentar, och ser teamkalendern samtidigt. HR hanterar anställda, ledighetstyper, rättigheter, helgdagar och justeringar med ett skäl, och exporterar godkänd ledighet per månad som CSV för lönen. Roller: anställd, chef, HR. Spara allt i en databas. Enkelt och snabbt gränssnitt.

Byggsteg

1. Börja från din skriftliga policy. Om den inte finns på papper, skriv den först — appen kan bara tillämpa regler du kan uttrycka.
2. Importera anställda med chef, ort och arbetsmönster, oftast från ett kalkylblad. Se så gör du en app av ett kalkylblad.
3. Ledighetstyper, rättigheter och helgdagar.
4. Ansökningsformulär med beräkningen av arbetsdagar, testad mot minst tio verkliga fall: över en helg, en helgdag, en deltidsanställd, en halvdag, en årsgräns.
5. Godkännandeflöde och teamkalender.
6. Inloggning och roller, med känsliga ledighetstyper dolda för kollegor.
7. Notiser: e-post till chefen vid ny ansökan och till den anställde vid beslut, via din egen e-postleverantör. Se så skickar du e-post från din app.
8. Rapporter och exporter för lönen.
9. Kör parallellt med kalkylbladet i en månad, jämför saldon och byt sedan.

Vanliga misstag

• Att lagra ett saldotal och redigera det. Du förlorar historiken, och varje tvist blir gissningar.
• Att räkna kalenderdagar i stället för arbetsdagar, eller att ignorera den anställdes kontor för helgdagar.
• Att visa alla varför en kollega är borta. ”Borta” räcker i den delade kalendern.
• Ingen ersättningsgodkännare. Ansökningar ligger i två veckor medan chefen är på semester.
• Att låta folk avboka godkänd ledighet utan att chefen vet. Avbokningar ska meddela godkännaren.
• Att hårdkoda årets regler. Behåll rättigheter och helgdagar som data som HR kan ändra nästa år.

När en färdig produkt är det bättre valet

Om du vill koppla ledigheten till lön, anställningsavtal, medarbetarsamtal och regelefterlevnad — eller om du har anställda i många länder — är HR-programvara med ledighetshantering oftast värd det. De produkterna underhåller helgdagskalendrar och lagstadgade regler per land, ett löpande arbete som annars blir ditt.

En egen app är rimlig för små och medelstora företag med en enkel policy som bara vill lämna kalkylbladet, för ovanliga upplägg (skiftlag, roterande scheman, ledighet kopplad till jourtäckning), eller som en del av ett större internt verktyg tillsammans med introduktion och andra förfrågningar. Se så bygger du ett internt verktyg för den bredare metoden.

Bygga den med Mythex

På Mythex beskriver du policyn och arbetsflödet i chatten, och agenten bygger appen i en levande förhandsvisning, med en Postgres-databas tillagd när ansökningar behöver sparas. Du kan bjuda in kollegor i din Mythex-arbetsyta för att hjälpa till att bygga och granska appen, och dela förhandsvisningen med två eller tre verkliga användare innan du publicerar — användningsfallet internt verktyg i dokumentationen föreslår just det. Inloggning för anställda och notisers e-post använder dina egna leverantörer; Mythex har ingen inbyggd inloggning för slutanvändare eller e-postutskick. Använd Plan mode för att komma överens om saldoberäkningen innan någon kod skrivs, och /test för att klicka igenom ansökan och godkännande.

För en startprompt, prova mallarna godkännandespårare eller personalkatalog.

Frågor