Process och lösningsdesign - P-tillstånd
- Maja Nyman (Unlicensed)
Projekt | 22-04 Automatisering P-tillstånd |
|---|---|
Beställare |
|
Skriven av | @Mikael Nordlander (Unlicensed) @Maja Nyman (Unlicensed) |
Godkänd av |
|
Relaterade dokument |
|
Inledning
Inom ramen för utvecklingsärende 22-04 Automatisering P-tillstånd ingår att automatisera den manuella hantering som idag finns i systemet PR3 för att skapa, spärra, beställa och uppdatera parkeringstillstånd.
Detta dokument innehåller dokumentation om hur processen ser ut med dagens flöde men även hur ett tänkt automatiserat flöde ska realiseras.
Bakgrund
xxxxx
Syfte
Syftet med detta dokument är att ge grundläggande förutsättningar för hur processen idag fungerar (as-is) men också att beskriva förutsättningarna för hur en mera automatiserad process löses (to-be).
Syftet med automatisk hantering av nuvarande process är att frigöra tid till andra arbetsuppgifter för de personer idag arbetar med detta.
Involverade parter
Roll | Namn | Övrigt | |
Beställare |
|
|
|
Beställarombud | Katarina Modén och Gunilla Bergman |
| |
Processexpert (om annan än beställarombud) |
|
|
|
Projektledare | @Mikael Nordlander (Unlicensed) | Fungerar även som business analyst | |
Utvecklare | @Maja Nyman (Unlicensed) @Claes Nyborg (Unlicensed) |
|
Nuläge
Processöverblick
Processnamn |
|
Förvaltning |
|
Kort processbeskrivelse (drift, aktivitet, resultat) |
|
Roller i processen |
|
Förekommer personuppgifter |
|
Förekommer skyddade personuppgifter |
|
Processchema och frekvens |
|
Antal objekt eller processer per referensperiod |
|
Genomsnittlig handläggningstid |
|
Peakperioder |
|
Volym under peakperioder |
|
Antal FTEs och personer som arbetar med processen |
|
Förväntad volymökning nästa referensperiod |
|
Frekvens av fel och undantag |
|
Inputdata |
|
Outputdata / Resultat |
|
Applikationer/system i processen
Applikation | Ver | Språk | Typ av klient | Miljö/Åtkomst metod | Kommentarer |
|---|---|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
Hög nivå processkarta för nuvarande hantering
Lösningsförslag (to-be process)
Grundläggande för lösningen
Område | Ja/nej | Kommentar |
Kommer personuppgifter att hanteras av roboten? | Ja | Namn, personnummer, bilder med personuppgifter med mera förekommer frekvent. Informationen ska registreras i PR3. |
Finns godkännande från berörda systemägare om att RPA får användas i berörda applikationer? |
|
|
Täcker dagens licenser i berörda applikationer i lösningen nyttjande av RPA? |
|
|
Bedömer verksamheten att kontinuitetsplan behöver finnas i händelse av att automatiseringen inte fungerar? |
|
|
Förutsättningar för test
Ingen testmiljö finns att tillgå vid utvecklingen mot PR3. Däremot har en kopia av produktionsmiljön tagits som fungerar som en testmiljö under utveckling och test.
Dynamisk information som inte finns att tillgå i något stödsystem men behövs i processen
Namn | Funktion | Uppdateras | Kommentar |
|
|
|
|
|
|
|
|
Förbättringar utanför RPA lösningen
Se övrig dokumentation inom ramen för samma utvecklingsärende. Den information som RPA-lösningen behöver ska hämtas från CaseData med hjälp av internt ärendenummer som erhålls från kö-ärenden upplagda i Orchestrator av Camunda.
Processkarta (to be)
Exkluderat för automatisering
Parallella registreringar av nya parkeringstillstånd hanteras inte. PR3 ger kortet samma löpnummer om 2 användare försöker skapa upp ett kort samtidigt (men varnar när kortet ska sparas). Verksamhetens bedömning är att risken för att detta ska ske är så liten att ingen utveckling ska göras för att hantera detta scenario.
Avvikelser och fel
Inga kända.
Körning och förutsättningar
I detta avsnitt beskrivs detaljer för automatiseringens körning samt förutsättningar som krävs.
Deployment miljöer för robot
Robotserver test | Saas209 |
Robotserver produktion | Saas210 |
Schemaläggning och start
Nedan finns detaljer att beakta när automatiseringen ska köras.
Trigger för start | Enligt schema. |
Schemaläggningsmetod | Orchestrator |
Schema (tidpunkt/er) | Bestäms i Orchestrator |
Stopp efter tid | Bestäms i Orchestrator |
Stopp efter ärenden | Inget |
Tider med servicefönster för systemen/applikationerna |
|
Klient, användare och behörigheter
Nedan beskrivs detaljer kring användare och behörigheter för automatiseringen.
Användare och behörigheter i applikation: PR3 Test eller produktion: Produktion | |
Typ av klient (Browser eller klient) | Klient |
| Kent Persson |
|
|
Namn på användaren | Samma som AD-konto (RPA_021) |
Sökt behörighetsnivå | Användarkontot behöver finnas med i behörighetsgruppen för att nå filytan där applikationen ligger. |
Ansvarig för användarkontot |
|
Krav på lösenordsbyte |
|
Krav på förnyelse av behörighet efter x dagar |
|
Förvaring av användaruppgifter |
|
Portöppningar | Brandväggsöppningar behövs. (Beställs av supporten som vet vilka som behövs). |
Övrigt |
|
Användare och behörigheter i applikation: API Gateway Test eller produktion: Test och produktion | |
Typ av klient (Browser eller klient) | API |
Kontakt för media till klient | N/A |
Normalt releaseintervall för klient samt tidpunkter | N/A |
Namn på användaren | Tilldelade tokens (client key och client secret). |
Sökt behörighetsnivå | Aktuellt API |
Ansvarig för användarkontot | Peter Hagström (gemensam nyckel för RPA plattformen). |
Krav på lösenordsbyte | Nej. |
Krav på förnyelse av behörighet efter x dagar | Nej. |
Förvaring av användaruppgifter | Orchestrator |
Portöppningar | URL: https://api-i-test.sundsvall.se/ URL: https://api-i.sundsvall.se/ |
Övrigt |
|
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 |