Hvad betyder RPA?
RPA står for robotic process automation. En softwarerobot følger et beskrevet forløb og kan eksempelvis læse et felt, åbne en post og indtaste oplysninger i et andet program. Det er især relevant, når et eksisterende system ikke har en passende integration, men har en tilgængelig brugerflade.
RPA kræver ikke nødvendigvis en lærende AI-model. En fast regel kan styre hele forløbet. AI kan supplere med fortolkning af dokumenter eller fritekst, men så skal man vurdere både fortolkningens kvalitet og robustheden i de efterfølgende skærmhandlinger.
En robot skal genkende den rigtige situation
Et desktopflow kan finde elementer via labels, tekniske egenskaber, billeder eller koordinater. Metoden påvirker, hvor følsomt flowet er over for ændringer. En flyttet knap, ny dialog eller langsom indlæsning kan forstyrre en sekvens, som fungerede i demonstrationen.
Kontrollér derfor forudsætninger før handlingen og resultatet bagefter. Et felt skal tilhøre den rigtige sag, og en gemt post skal have den forventede værdi. En robot, der blot gentager klik med faste pauser, kan lave fejl uden at opdage dem. Uventede tilstande bør føre til stop eller en afklaringskø.
Vælg RPA efter systemets muligheder
Hvis en stabil API kan udføre samme opgave, kan den være lettere at overvåge og vedligeholde. RPA kan stadig være en brugbar bro til ældre systemer. Vurder, hvem der ejer brugerfladen, hvor ofte den ændres, og hvordan robotten logger ind. En medarbejderkonto med brede rettigheder kan være en uhensigtsmæssig driftsidentitet. Aftal også, hvordan arbejdet fortsætter manuelt, når robotten er stoppet, og hvordan allerede udførte poster undgår at blive behandlet igen.
Et eksempel fra praksis
Et værksted skal overføre godkendte serviceoplysninger til et ældre fagsystem. Robotten læser en afgrænset intern kø, åbner den rigtige sag og registrerer de godkendte felter. Den stopper, hvis sagsnummeret ikke findes eller et obligatorisk felt har ændret navn. Testen omfatter en tom sag, en ny popup og en langsom indlæsning. Medarbejderen skal kunne se præcis, hvilke poster der er overført, og hvilke der venter.
Typiske faldgruber
- At betragte en vellykket optagelse af klik som et færdigt driftsflow.
- At bruge faste koordinater uden kontrol af sidens tilstand.
- At genstarte hele køen efter en fejl og dermed behandle de samme poster igen.
Det skal I afklare
- Undersøg først, om en egnet integration findes.
- Test ændrede brugerflader og manglende eller tvetydige poster.
- Gem status pr. sag og beskriv manuel overtagelse.
Spørgsmål og svar
Er RPA og computer use det samme?
De kan bruge samme brugerflade, men RPA er ofte et fast regelbaseret flow. Computer use med en AI-agent kan vælge næste handling mere fleksibelt ud fra observationer.
Hvornår er RPA en dårlig løsning?
Når brugerfladen ændres ofte, opgaven er meget tvetydig, eller fejl ikke kan opdages og begrænses. En API, procesændring eller menneskelig behandling kan da være mere passende.
Kilder og videre læsning
De tekniske begreber bygger på nedenstående kilder. Eksemplerne er illustrative og viser, hvordan I kan arbejde med emnet.
- Microsoft: Introduction to desktop flows ↗Regelbaseret automatisering af desktopprogrammer og brugerflader.
- Playwright: Locators ↗Identifikation af synlige elementer via rolle, navn og label.