No-code RPA: hvad det er, hvornår det giver mening, og hvornår du skal bruge kode

Hurtigt overblik: Hvad er no-code RPA, og hvornår giver det mening?

No-code RPA er softwarerobotter, du bygger med visuelle træk-og-slip-værktøjer i stedet for at skrive kode. De efterligner menneskers klik, tastaturtryk og datahåndtering i digitale systemer og bruges til gentagne, regelbaserede opgaver. Det giver især mening, når processen er stabil, har høj volumen og kun få undtagelser.

I resten af artiklen folder jeg tre ting ud: hvad no-code RPA præcist er, hvornår det er et fornuftigt valg, og hvornår du er bedre tjent med kode eller en hybridløsning.

Hvad er no-code RPA?

No-code RPA er Robotic Process Automation bygget uden at skrive traditionel kode. Du designer et workflow ved at trække byggeklodser sammen: klik her, læs en mail, hent data fra et Excel-ark, udfyld et felt i et system, gem en PDF osv. Platformen oversætter det til en softwarerobot, som kan køre processen automatisk.

Det vigtigste at skelne mellem er:

• RPA: Selve idéen om softwarerobotter, der efterligner menneskelige handlinger i digitale systemer.
• No-code: Den måde du bygger robotten på, via visuelle værktøjer frem for at skrive Python, JavaScript eller andet kode.

No-code RPA arbejder typisk på to måder:

• UI-automatisering: Robotten klikker sig gennem brugerflader (fx SAP GUI, webapps) som et menneske ville.
• Workflow-automation: Robotten flytter data mellem systemer, filer og mails efter faste regler.

Platforme som Power Automate (inkl. Power Automate Desktop) er klassiske eksempler: du vælger færdige actions, forbinder dem i et flow og konfigurerer dem med simple felter i stedet for at programmere.

No-code RPA egner sig bedst til:

• Processer med klare regler (hvis X så Y)
• Opgaver der er helt digitale (mails, PDF, Excel, ERP/CRM, web)
• Arbejdsgange med gentagelser og relativt få undtagelser

Det er altså ikke magi, men et lag oven på dine eksisterende systemer, der automatiserer de manuelle klik og dataflytninger, som ellers stjæler tid.

No-code, low-code og pro-code: hvad er forskellen?

No-code, low-code og pro-code er tre måder at bygge automatiseringer på. De overlapper, men målgruppe, fleksibilitet og risici er forskellige. Tabellen her giver et hurtigt overblik.

De tre tilgange udelukker ikke hinanden. I praksis ender mange med:

• No-code til hurtige gevinster og standardflows
• Low-code til flows med lidt mere logik og specialcases
• Pro-code til kritiske integrationer, datahåndtering og systemer der skal kunne holde i mange år

Hvornår giver no-code RPA mening?

No-code RPA giver mest mening til stabile, gentagne og digitalt regelbaserede processer med høj volumen og få undtagelser. Jo mere processen ligner “hvis X sker, så gør Y på samme måde hver gang”, jo bedre kandidat er den til en no-code robot.

En praktisk måde at tænke på det er at se på seks kriterier: gentagelse, stabilitet, antal undtagelser, integrationer, compliance-krav og driftskritikalitet.

Stil dig selv disse spørgsmål om processen:

• Hvor ofte kører den? Dagligt, ugentligt, månedligt? Jo oftere, jo bedre case.
• Hvor ens er opgaven hver gang? Hvis variationen er lav, er no-code oplagt.
• Hvor mange undtagelser håndterer medarbejderne manuelt i dag?
• Hvilke systemer er involveret? Web, mail og standard-ERP/CRM er typisk nemme; gamle specialsystemer kan være sværere.
• Hvad er konsekvensen, hvis noget går galt? Lidt ekstra manuelt arbejde er ok; lovbrud er ikke.

Hvis du kan beskrive processen på én A4-side med simple regler, og 80-90 procent af sagerne følger den samme sti, er du ofte i no-code-sweetspot.

Hvilke processer kan man automatisere med no-code RPA?

Typiske no-code RPA-løsninger i danske organisationer ligger omkring faktura, løn, HR, dokumenthåndtering og simpel rapportering. Fælles for dem er, at input og regler er relativt stabile, og at det i dag udføres manuelt i de samme skærmbilleder igen og igen.

Gode kandidater

• Fakturabehandling og regnskab: hente fakturaer fra mail, gemme PDF’er, læse simple felter, bogføre efter faste kontoplanregler, sende til godkendelse.
• Løn og tid: overførsel af timer fra Excel eller et tidsregistreringssystem til lønsystemet efter faste skabeloner.
• Onboarding i HR: oprette nye medarbejdere i HR-system, AD, mail, telefonilister og adgangssystemer efter samme tjekliste.
• Dokumenthåndtering: gemme indkomne kontrakter, navngive dem efter standard, lægge dem på rette drev eller SharePoint-site.
• Simpel rapportering: hente data ud af ERP/CRM, samle det i et Excel-ark og sende en standardrapport på mail.

Mulige kandidater med forbehold

• Kundeservice: autosvar, oprettelse af simple sager, kategorisering af standardforespørgsler.
• Told og fragt: udfyldelse af standardformularer online, når variationen er begrænset.
• Produktblade/manualer: generere dokumenter ud fra stamdata, hvis datakvaliteten er høj.

Her er det vigtigt at være ærlig om datakvalitet og undtagelser. Hvis medarbejderne i dag “redder” processen mange gange om ugen med manuelle beslutninger, bør du som minimum tænke i en hybridløsning eller egentligt systemarbejde frem for ren no-code RPA.

Hvornår skal man bruge kode i stedet?

Kode bliver relevant, når du har brug for stabil integration, avanceret logik, høj performance eller streng kontrol med sikkerhed og drift. Hvis processen er kompleks, forretningskritisk eller spænder på tværs af mange systemer, er ren no-code RPA ofte for skrøbelig.

Du bør stærkt overveje kode (eller low-code/pro-code-hybrid), hvis én eller flere af disse ting gælder:

• Mange undtagelser og specialregler: Reglerne kan ikke beskrives simpelt, eller de ændrer sig ofte.
• Tung integration: Du skal tale robust med API’er, lave dataomformning (JSON, XML), håndtere fejl, timeouts og rate limiting.
• Høj performance: Processen skal køre hurtigt, måske i realtid, med mange samtidige transaktioner.
• Kerneforretning: Fejl har stor økonomisk, juridisk eller omdømmemæssig konsekvens.
• Sikkerhed og compliance: Strenge krav til adgangsstyring, revisionsspor, GDPR, databehandleraftaler osv.

En lille beslutningstabel kan hjælpe:

Når du ser ord som “masterdata”, “realtid”, “betalinger”, “adgangsrettigheder” eller “compliance”, bør du næsten automatisk tænke: vi skal i hvert fald have udviklere og IT med på banen, og måske er no-code kun ét lille hjørne af løsningen.

Hvordan spiller no-code RPA sammen med kode?

No-code RPA og kode bruges ofte sammen i den samme løsning. En typisk model er, at no-code styrer standardflowet og brugeroplevelsen, mens kode står for tunge integrationer, datahåndtering og undtagelser. Det giver både fart og kontrol.

En enkel arkitekturtanke er at dele det op i lag:

• Flow-lag (no-code): Visuelle workflows, godkendelsesflows, simpel forretningslogik, notifikationer.
• API- og logiklag (kode): Egne services (fx et lille Express-API) der håndterer dataomformning, kald til andre systemer, robust fejlhåndtering. Her kan guides som byg et lille Express API være relevante.
• Systemlag: ERP, CRM, fagsystemer, databaser, webservices.

I praksis kan et flow se sådan ud:

1. No-code robot læser en mail og vedhæftet fil.
2. Robotten sender fil og metadata til et API, der er bygget med kode.
3. API’et validerer data, håndterer regler og skriver til de relevante systemer.
4. Robotten får svar retur og sender status til brugeren.

Rollen fordeler sig typisk sådan:

• Forretning/borgerudvikler: Beskriver processen, bygger enkle flows, tester på rigtige cases.
• Udviklerteam: Bygger og vedligeholder API’er, komplekse komponenter og integrationer, sørger for sikkerhed og performance.
• IT/drift: Ejer platforme, adgangsstyring, overvågning og logging/observability.

Det gode ved den her hybrid er, at du kan starte relativt let med no-code, men stadig have en vej til mere robust og kontrolleret drift, når automatiseringen vokser i betydning.

Hvad koster no-code RPA?

Prisen på no-code RPA afhænger af platform, licensmodel, antal brugere/bots, proceskompleksitet og driftsbehov. Licensen er kun én del af regningen; implementering, vedligeholdelse, support og eventuelt forbrug af AI/OCR kan hurtigt fylde mere end selve værktøjet.

Det er nyttigt at tænke i totalomkostning (TCO) i stedet for kun licens:

En simpel regnemodel for en proces kan være:

Tidsgevinst pr. periode (timer) × timeløn − licensomkostning − implementeringsomkostning fordelt over levetiden − årlig vedligeholdelse.

Hvis du fx sparer 10 timer om ugen på en proces, men bruger 40 timer på at bygge den og 5 timer om måneden på vedligehold, så kan du ret hurtigt se, om casen hænger sammen. Husk at lægge realistisk tid på opsætning og ændringer, ikke kun det første flow-design.

Hvis du samtidig skal hoste egne API’er eller små backend-services til integration, kan guides som valg af hostingløsning give ekstra perspektiv på driftsomkostninger.

Hvordan sikrer man governance og kontrol?

Governance i no-code RPA handler om ejerskab, adgang, sporbarhed, test og mulighed for rollback. Uden styring risikerer du skygge-IT, uigennemsigtige flows og automatiseringer, der bryder regler eller sikkerhedskrav.

De vigtigste byggesten er:

• Ejerskab og roller: Hvem ejer hver automatisering? Hvem må ændre i den? Hvem godkender ændringer?
• Adgangsstyring: Brug service accounts med mindst mulige rettigheder og undgå at bruge personlige brugere til robotter.
• Logning og audit trail: Log hvad robotter gør, hvornår og med hvilke data. Her er principperne fra god logging og observability meget relevante.
• Test og miljøer: Hav som minimum et testmiljø, hvor du kan prøve ændringer, før de rammer produktion.
• Rollback og nødplan: Plan for hvad der sker, hvis en robot fejler: kan du pause den hurtigt, og ved du, hvordan du kommer tilbage til en sikker tilstand?

RPA-robotter skal ofte logge ind i systemer og kalde API’er. Her er det kritisk, at du håndterer credentials korrekt. Artikler som secrets skal være kedelige og opbevaring af API-nøgler giver konkrete råd, som også gælder for RPA.

Hvis automatiseringerne rører persondata, skal du desuden forholde dig til GDPR, databehandleraftaler og krav om sporbarhed. Platformen kan hjælpe, men du slipper ikke for at tage de organisatoriske beslutninger om, hvem der må hvad, og hvordan ændringer styres.

Hvilke platforme og tekniske rammer spiller ind?

Valg af no-code RPA-platform afhænger især af, hvilke systemer du allerede bruger, hvor dine data bor, og hvor meget du vil overlade til en leverandør i cloud. Der findes mange værktøjer, men mønstret er det samme: de kombinerer visuelle workflows med forbindelser (connectors) til andre systemer.

Nogle typiske scenarier:

• Microsoft-miljø: Har du allerede Microsoft 365, SharePoint, Dynamics eller Azure, er Power Automate og Power Automate Desktop ofte oplagte, fordi de integrerer direkte i Power Platform.
• SAP-tung organisation: Du vil typisk kigge på SAP’s egne low-/no-code-værktøjer eller RPA-platforme, der har stærk understøttelse af SAP GUI.
• Blandet miljø: Her handler det om, hvor gode connectors der findes til dine vigtigste systemer, og hvor nemt det er at koble til via API’er.

Teknisk bør du spørge:

• Har vi API-adgang til de vigtigste systemer, eller skal vi automatisere rene brugerflader?
• Hvordan passer platformens sikkerhed ind i vores governance og security-modeller (single sign-on, logging, rettigheder)?
• Kan vi integrere med egne services og webhooks? Her er det nyttigt at forstå fx robuste webhook-endpoints og signaturvalidering.

Platformvalget er sjældent kun et spørgsmål om features. Det handler om, hvad der spiller bedst sammen med det IT-landskab og de kompetencer, du allerede har.

Hvordan lærer man no-code RPA i praksis?

Du lærer no-code RPA bedst ved at tage en konkret proces og bygge den i en rigtig platform, fx Power Automate Desktop. Teori er fint, men det er først, når du sidder med en rigtig fakturamail eller et rigtigt Excel-ark, at de praktiske udfordringer bliver tydelige.

En simpel læringssti kunne være:

1. Vælg en meget simpel proces, du kender godt (fx gem vedhæftede filer fra en bestemt mailboks på et delt drev).
2. Byg den som no-code workflow og kør den nogle dage.
3. Notér alle de små fejl og undtagelser, du støder på, og tilpas flowet.
4. Udvid gradvist til mere komplekse processer, efterhånden som du forstår værktøjet.

Hvis du kommer fra kode-verdenen, kan du bruge din erfaring med struktur, fejlhåndtering og integrationer til at designe bedre flows, også selv om du ikke skriver kode i selve RPA-platformen. Og omvendt: hvis du starter med no-code og senere vil lære at kode, kan du bygge videre på den forståelse af processer og data, du allerede har fået.

Sådan vælger du mellem no-code, low-code og kode i din situation

Når du står med en konkret proces, kan du bruge denne enkle tommelfingerregel:

• Start med no-code, hvis processen er stabil, veldefineret og ikke forretningskritisk.
• Overvej low-code/hybrid, hvis du har brug for lidt kode til integrationer eller undtagelser, men stadig vil have hurtig udvikling og tæt involvering fra forretningen.
• Gå til pro-code, hvis processen er central for forretningen, kræver høj performance, hårde sikkerhedskrav eller skal integrere dybt med mange systemer.

Hvis du er i tvivl, er det ofte en god idé at tage en kort, struktureret snak mellem forretning og udvikler/IT om processen og dens risici. Her kan principperne fra governance og sikkerhed i praksis give en god ramme for beslutningen.