...
Revisionshistorik
Rev | Datum | Uppgjord av | Orsak |
|---|---|---|---|
10.09 | 2022-12-28 | Mikael Nordlander | Dokumentet godkäntReview av dokumentation. |
Inledning
Projektet ‘22-15 Avslut av anställning för ej aktiv timvikarie ’ handlar om att automatisera avslut av anställningar på timvikarier som inte jobbat på flera månader (är inaktiv). Det finns idag ingen manuell process för detta flöde utan det har hanterats vid vissa tillfällen (där det ofta gått flera år).
...
Processnamn | Avslut timvikarier |
Förvaltning | SC HR - Lön och Pension |
Kort processbeskrivelse (drift, aktivitet, resultat) | |
Roller i processen | Drift team för Heroma inom Lön och Pension |
Förekommer personuppgifter | Ja |
Förekommer skyddade personuppgifter | Nej |
Processchema och frekvens | En gång per månad (initialt oftare). |
Antal objekt eller processer per referensperiod | <25 (initialt väsentligt fler, >1000 men som då görs i etapper). |
Genomsnittlig handläggningstid | Ca 3 min |
Peakperioder | Inga stora förväntade |
Volym under peakperioder | - |
Antal FTEs och personer som arbetar med processen | Ny process, saknar As-is process |
Förväntad volymökning nästa referensperiod | Ingen |
Frekvens av fel och undantag | Inga kända. |
Inputdata | csv-fil som innehåller data om timvikarier som ej fått lön på ett visst antal månader. Filen skapas genom ett jobb i Metakatalogen där man kontrollerar när en timvikarie senast fick lön. En timvikarier som inte fått lön på mer än x månader kommer att inkluderas i filen. Värdet på x kan anpassas. |
Outputdata / Resultat | Anställningar avslutas i Heroma samt logg fil uppdateras. |
Applikationer/system i processen
...
Exkluderat för automatisering
Ej tillämpbart.
Avvikelser och fel
Roboten lägger fel datum på avslutet om sista anställningsdag är dagen där en anställningsrad “bryts”, d.v.s. förlängningar och andra ändringar på anställningsid:et. I dessa fall lägger roboten på en månad på sista anställningsdag.
...
Användare och behörigheter i applikation: Heroma Test eller produktion: Test och produktion | |
Typ av klient (Browser eller klient) | Klient. |
Kontakt för media till klient | Natalya Salmina för utvecklings och testserver för RPA. Produktionsservern för RPA hanteras via programvaru- distribution i SCCM (kommer dock att ändras). |
Normalt releaseintervall för klient samt tidpunkter | Heroma uppgraderas normalt två gånger per år. |
Namn på användaren | RPA_015 |
Sökt behörighetsnivå | Motsv lönehandläggare. |
Ansvarig för användarkontot | Sofie Forsström Tillberg när Lotta Engblom när det gäller access i Heroma. För AD kontot är förvaltningen av RPA plattformen ansvarig. |
Krav på lösenordsbyte | Nej (inte specifikt för applikationen). |
Krav på förnyelse av behörighet efter x dagar | Nej (inte specifikt för applikationen). |
Förvaring av användaruppgifter | Orchestrator |
Portöppningar | TEST PRODURL: https://heroma saas159.personal.sundsvall.se IP: 172.16.253.147, port: 8100, protokoll: TLS respektive saas166.personal.sundsvall.se/UTB/Berit/BeritMain/UserView IP: 172.16.253.146213, port: 4438100, protokoll: HTTPSTLS |
Övrigt | Inget. |
Rapportering
Rapporttyp | Uppdateras | Detaljer | Visualiseringsverktyg |
Utförda ärenden | Dagligen |
| Orcherstrator |
Felmeddelanden | Direkt samt daglig sammanställning | För varje fel utfört ärende skickas epost från Orchestrator när det inträffar. | Orcherstrator |
Processloggar | Dagligen |
| Orchestrator |
Log fil | Vid körning | Log fil är till en början en kopia av indata filen fast i xlsx-format för att enkelt göra ändringar under körning. Roboten lägger till kolumner i den nya filen (log filen) så att den vid hantering av ett ärende kan dokumentera vilka id som avslutats och eventuella orsaker till varför ett id inte kan avslutas. Dessa (avslutade och ej avslutade) separeras och blir processens utdata när roboten är klar med alla ärenden. Det blir en log fil för varje indata fil. Robot skapar endast log fil om det inte redan finns. | Excel. |