Inläsning av ärenden:
Ärenden skickas till köer i Orchestrator via Camunda. 5 olika scenarion - 4 stycken köer i Orchestartor.
Nytt kort till ny person (person som inte tidigare haft något kort)
Nytt kort till befintlig person (person som vill förlänga befintligt kort eller ersätta ett borttappat kort)
Stöldspärra ett kort.
Skicka beställning. (Antingen i samma process eller i en egen process?)
Processteg - Generella:
Öppna applikationen
Logga in via SSO
Hämta ärende från Orchestrator och starta transaktion.
Hämta internt ärendenummer på kö-ärendet från Orchestrator (Camunda skickar med)
Spara information om vilken kö ärendet kommer från på Transaction Item och avgör hur ärendet ska hanteras beroende på vilken kö det kommer från.
...
Giltighetstider på kort är mellan 6 månader och 5 år.
Vill ej beställa nytt kort med förlängning för tidigt.
Personen kan då ha 2 aktiva kort att nyttja under överlappande period.
Ökad kostnad ju oftare (fler) kort beställs.
Varje beställning som görs med nya kort blir en kostnad. Vill därför inte skicka beställning alltför ofta.
Ingen logik för att justera eller verifiera bilder i roboten. De bilder vi får från CaseData ska ha rätt skala.
Ingen speciell hantering för personer med skyddade uppgifter för robot - Får inte finnas i systemet.
Varning dyker upp om 2 användare samtidigt skapar nya kort och korten då får samma löpnummer - Ingen specifik hantering för detta i robot eftersom att sannolikheten för att detta ska uppstå bedöms vara för låg.
Finns en teckenbegränsning på fälten i PR3 - Ingen speciell hantering för detta då verksamheten bedömer att det inte inträffar speciellt ofta.
Sökfälten “Giltigt Tom”, “Alla fält” och “TillsNr” måste vara valda i PR3 innan robot kan köra. Var extra uppmärksam efter uppdateringar/nya versioner av applikationen.
Test/Utveckling:
De gör en beställning av nya kort 1 gång i veckan (just nu) - Oftast på torsdagar. Var extra försiktig då att inga testkort ligger i fliken “Klara för tillv”.
Finns inget testsystem men vid test/utveckling kan man skapa ärenden på sig själv eller på de fiktiva personerna som finns i systemet. Om egna personnummer används är det viktigt att det tydligt framgår på övrigt innehåll att det är ett test-kort. (Om kortet av misstag skulle råka skickas för tillverkning).
Går att byta status på de kort som tillverkas vid test/utveckling för att se till att de inte skickas till tillverkning. Lägg korten i status “Giltigt”.
För att permanent radera ett kort markerar man raden (kortet) och klickar på “Ctrl + Del”.
Går ej att klicka på knappen "Avbryt" - Då hänger sig systemet. (Enligt verksamheten men det har fungerat utan problem under utvecklingen..)
Går att få en kopia av applikationen utan koppling till produktionsdatabasen. (Blir i princip som en testmiljö).
...