Obsługa wniosków urlopowych to nie jedno zadanie, lecz szereg kroków, i te kroki nie przesuwają się wszystkie w tym samym tempie. Sprawdzenie salda i wprowadzenie wniosku do systemu jest obecnie często w pełni zautomatyzowane. Ocena wniosku, który koliduje z obsadą — dwie osoby z tego samego zespołu chcące wziąć wolne w tym samym tygodniu — pozostaje decyzją należącą do kierownika, ewentualnie wspomaganą przez system, który sygnalizuje konflikt, ale go nie rozwiązuje. A wyjątki, takie jak urlop w okresie reorganizacji lub pracownik w trakcie trwającego procesu zwolnienia chorobowego, bez dyskusji pozostają pracą ludzką. Ta strona wyjaśnia, dlaczego to zadanie obecnie mieści się głównie w środkowym bloku: rpa obsługujące większość wniosków, przy czym pozostałą część ocenia człowiek.
Wniosek urlopowy ma stałą formę: pracownik, okres, saldo, norma obsady. To sprawia, że zadanie ocenia się wysoko na osi ustrukturyzowania. System może zweryfikować wniosek względem salda i wcześniej ustalonych zasad obsady, a na tej podstawie zatwierdzić wniosek lub przekazać go do człowieka. To także dokładnie powód, dla którego rpa wykonuje już dziś tę pracę: zasady da się ująć w logikę, a wolumen wniosków jest zazwyczaj wystarczająco wysoki, aby automatyzacja się opłacała. W firmie ze stałymi zmianami i prostą polityką urlopową ten udział jest wyższy niż w firmie z wieloma indywidualnymi ustaleniami na poziomie pracownika, gdzie zasady są mniej jednoznacznie ustalone.
Powód, dla którego to zadanie nie przechodzi w pełni na AI, tkwi w przestrzeni oceny. Gdy tylko wniosek koliduje z obsadą zespołu, nie ma już jednoznacznej odpowiedzi. Kto ma pierwszeństwo: pracownik, który poprosił pierwszy, osoba z najdłuższym stażem, czy osoba z powodem medycznym? To decyzja, którą system może zasygnalizować, ale nie może podjąć bez tego, by ktoś mógł wyjaśnić powód wyboru. To także sedno zatwierdzania z nadzorem: system przedstawia wniosek, kierownik zatwierdza lub odrzuca i może uzasadnić tę decyzję. W firmie z napiętą obsadą i dużą liczbą urlopów sezonowych — na przykład w opiece zdrowotnej lub gastronomii — ten udział jest wyższy niż w środowisku biurowym z szerokim marginesem kadrowym.
Wolumen wniosków urlopowych jest często wysoki: każdy pracownik robi to kilka razy w roku, a przy większych zespołach narasta to do znacznego strumienia wniosków miesięcznie. Ta powtarzalność sprawia, że automatyzacja jest atrakcyjna, mimo że pojedynczy wniosek nie jest skomplikowany. Ten sam wzorzec widzimy przy innych zadaniach z dużą powtarzalnością i stałymi zasadami, takich jak obliczanie nadgodzin na podstawie przepracowanego czasu czy przetwarzanie zmian w grafiku po zgłoszeniach chorobowych lub prośbach o zamianę. We wszystkich tych przypadkach powodem automatyzacji nie jest złożoność pojedynczego przypadku, lecz suma wielu podobnych przypadków.
Błędne zatwierdzenie urlopu można zazwyczaj cofnąć i nie prowadzi ono do bezpośredniej straty finansowej, co utrzymuje koszty błędów na umiarkowanym poziomie. Mimo to zadanie dotyka kwestii zgodności: saldo urlopowe wiąże się z warunkami zatrudnienia, a przy strukturalnym odrzucaniu wniosków pracownicy mogą to zakwestionować. Dlatego przy odchyleniach nadal potrzebny jest krok ludzki, nie dlatego że system nie radzi sobie ze stroną rachunkową, lecz dlatego że skutki błędnej decyzji wymagają możliwej do wyjaśnienia oceny. Dla decyzji wykraczających poza wniosek urlopowy — na przykład gdy wzorce urlopowe są uwzględniane w decyzjach personalnych — obowiązują odrębne wymogi prawne, o których ta strona się nie wypowiada.
Opisany tu podział nie obowiązuje wszędzie jednakowo. Organizacja z jasnymi, jednolitymi zasadami zatwierdzania dla każdego zespołu i systemem urlopowym z aktualnym, połączonym saldem może pozwolić, by większa część wniosków przebiegała bez interwencji. Organizacja z wieloma wyjątkami, ręczną rejestracją salda lub różniącymi się między zespołami ustaleniami zatrzyma większą część u człowieka, po prostu dlatego, że podstawowe warunki automatyzacji — stałe zasady i aktualne dane — nie są tam spełnione. To ta sama zależność, którą widać przy przygotowywaniu przetwarzania płac na podstawie stałych pozycji oraz przy tworzeniu grafików w ramach norm obsady: im ściślej zasady są ustalone z góry, tym większa część może przebiegać automatycznie.
AI nie może samodzielnie i w pełni obsługiwać wniosków urlopowych. Największa część rutynowych wniosków — saldo w porządku, brak konfliktu z obsadą — może być obsłużona przez system. Wnioski, które kolidują z obsadą lub odbiegają od normy, wymagają kierownika, który zatwierdza lub odrzuca z uzasadnieniem. To nie jest etap przejściowy w drodze do pełnej automatyzacji, lecz podział związany z naturą wyjątków: dopóki wymagają one oceny, którą trzeba umieć wyjaśnić, ta część pozostaje pracą ludzką.
Aby zobaczyć, jak ten podział wygląda w Państwa własnej organizacji, warto przyjrzeć się leżącym u podstaw zasadom i systemom: czy zasady zatwierdzania są ustalone dla każdego zespołu oraz czy saldo urlopowe jest dostępne w systemie na bieżąco. Bezpłatny quickscan FTE TO AI składa się z dwunastu pytań, można go wypełnić bez konta i daje wskazanie, jaka część godzin w tego rodzaju profilach jest dziś możliwa do przejęcia przez AI. Pełny werkscan, który rozkłada pracę firmy zadanie po zadaniu i przekłada ją na pojemność fte, jest jeszcze w budowie.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.