Tilgang Det næste lag

Sådan sætter vi agenter i arbejde.

Til jer, der skal vurdere, om vi forstår implementeringen – og stå inde for beslutningen internt. Her er de konkrete principper bag mandat, integration, adgang, godkendelser, evaluering og ansvar.

01

Mandatet

Hver agent får et mandat: en kort, skriftlig beskrivelse, som både forretningen og IT kan læse. Mandatet er udgangspunktet for, hvordan agenten bygges, testes og overvåges – og det dokument, man vender tilbage til, når noget skal ændres.

Mandatskabelon11 felter
Formål
Hvilket arbejde agenten udfører, og hvorfor det er værd at flytte.
Input
Hvad starter arbejdet: en mail, en sag, en ændring i et system, et tidspunkt.
Output
Hvad agenten leverer, og i hvilket format: et udkast, en registrering, et notat.
Adgang
Hvilke systemer og data agenten kan se og ændre – og med hvilke rettigheder.
Grænser
Hvad agenten aldrig gør, selv hvis den teknisk ville kunne.
Godkendelse
Hvilke handlinger kræver et menneske, før de udføres.
Tvivl
Hvornår og til hvem agenten sender en sag videre, når den er usikker.
Ejer
Den person, der står inde for resultatet og beslutter ændringer i mandatet.
Evaluering
Hvordan kvaliteten måles før drift og følges under drift.
Sporbarhed
Hvad der logges, hvor det gemmes, og hvem der kan se det.
Udvidelse
Hvad der skal være dokumenteret, før mandatet udvides.

02

Integration og adgang

Agenter arbejder i de systemer, I allerede har – og hvor de er for stive, bygger vi ny, let software omkring dem. Adgangen følger opgaven, ikke omvendt.

  • Egen identitet

    Hver agent har sin egen servicekonto eller identitet. Så kan I se, hvad den har gjort, og trække adgangen tilbage uden at påvirke andre.

  • Mindst mulige rettigheder

    Læseadgang, hvor det er nok. Skriveadgang kun til de felter og handlinger, opgaven kræver. Ingen delte administratorkonti.

  • Eksisterende integrationslag

    Vi forbinder via jeres API’er og integrationsplatforme, så agenterne følger de samme regler og den samme overvågning som jeres øvrige integrationer.

  • Adskilte miljøer

    Agenter bygges og testes uden for driften, med testdata eller anonymiserede eksempler, før de får adgang til rigtige sager.

03

Godkendelser og tvivl

Agenten forbereder. Mennesket beslutter. Hvor grænsen går, aftales på forhånd for hver anvendelse.

Typisk agentens arbejde

  • Læse, sortere og sammenfatte
  • Slå op og sammenstille data fra flere systemer
  • Skrive udkast til svar, tilbud og rapporter
  • Registrere godkendt arbejde

Typisk kræver et menneske

  • Alt, der sendes til kunder eller myndigheder
  • Ændringer i priser, vilkår og aftaler
  • Betalinger og sletning af data
  • Sager, hvor agenten er usikker

Når en agent er i tvivl, stopper den og sender sagen videre med sin begrundelse – til en bestemt person eller kø, ikke til “nogen”. Hvor ofte det sker, er i sig selv et vigtigt mål for, om mandatet er rigtigt afgrænset.

04

Evaluering

Kvaliteten skal kunne dokumenteres, før en agent får mere ansvar.

  1. Før drift

    Vi tester agenten på jeres egne, tidligere eksempler og sammenligner med det resultat, en medarbejder nåede frem til. Ejeren godkender, at kvaliteten er god nok til at starte.

  2. I drift

    Vi følger, hvor ofte mennesker retter eller afviser agentens arbejde, og hvorfor. Rettelserne er den mest præcise kilde til forbedringer.

  3. Ved ændringer

    Når en model, en prompt eller et system ændrer sig, kører vi de samme tests igen, før ændringen går i drift.

05

Indblik og sporbarhed

Det skal være muligt at svare på, hvad en agent gjorde, hvorfor, og hvem der godkendte det.

Eksempel · logpost
tid        10.42
agent      Tilbud · v3
sag        24-0381
handling   Tilbudsudkast oprettet
kilder     CRM: rammeaftale · Prisliste · Anlægsregister
afvigelser 2, sendt til godkendelse
godkendt   Salgsansvarlig · 11.05

Logningen ligger i jeres miljø og følger jeres regler for adgang og opbevaring. Den bruges både til at finde fejl, til evaluering og til at dokumentere over for revision og ledelse.

Uafhængig revisorerklæring

Vores kontroller er revideret efter ISAE 3402.

BDO Statsautoriseret revisionspartnerselskab har afgivet en ISAE 3402-erklæring med sikkerhed om vores software services og de tilhørende kontroller – deres udformning og operationelle effektivitet i hele perioden 1. november 2024 – 31. oktober 2025. Erklæringen er udstedt til WeCode A/S, i dag Appointed A/S.

Standard
ISAE 3402
Periode
1. november 2024 – 31. oktober 2025
Udstedt
18. december 2025
Læs erklæringen (PDF, 1,3 MB)

06

Organisation og roller

Agenter ændrer, hvordan arbejdet er fordelt. Derfor er organiseringen en del af implementeringen, ikke en eftertanke.

  • Ejeren

    Hver anvendelse har én ejer i forretningen. Ejeren godkender mandatet, følger kvaliteten og beslutter ændringer.

  • Medarbejderne

    De, der udfører arbejdet i dag, er med fra afklaringen. Deres rolle flytter sig mod at vurdere, godkende og håndtere det, agenterne sender videre.

  • IT og sikkerhed

    Godkender adgang, integrationer og leverandører og ejer den tekniske drift sammen med os, efter den model I vælger.

  • Ledelsen

    Sætter retningen for, hvilket arbejde der skal flyttes, og beslutter, hvornår en anvendelse udvides.

07

Forløbet

  1. 01 · Første samtale

    Vi taler om jeres virksomhed, og hvor arbejdet hober sig op.

    I står medEt første bud på, hvor agenter giver mening – og hvor de ikke gør.

  2. 02 · Afklaring

    Vi gennemgår udvalgte arbejdsgange med medarbejdere og IT og vurderer systemer, data og risici.

    I står medEn prioriteret liste over anvendelser, et udkast til det første mandat og en plan.

  3. 03 · Første agent i drift

    Vi bygger, tester og sætter en afgrænset anvendelse i drift med en navngiven ejer.

    I står medEn agent, der udfører rigtigt arbejde, et godkendt mandat og en evaluering.

  4. 04 · Evaluér og udvid

    Vi følger kvaliteten, justerer mandatet og planlægger de næste anvendelser.

    I står medEt beslutningsgrundlag for at udvide, justere eller stoppe.

08

Spørgsmål og svar

Hvilke systemer kan agenterne arbejde i?

Som udgangspunkt systemer, der har et API eller en anden stabil integrationsmulighed – fx CRM, ERP, sagssystemer, mail, dokumentarkiver og udviklingsværktøjer. Ældre systemer uden integrationsmuligheder vurderer vi konkret i afklaringen. Ofte er svaret at bygge en enkel løsning omkring agenten i stedet for at vente på, at det gamle system bliver klar.

Hvilke AI-modeller og platforme bruger I?

Det vælger vi ud fra opgaven og jeres krav – til kvalitet, databehandling, placering af data og jeres eksisterende leverandører. Vi bygger ikke agenterne på en platform, I er nødt til at købe af os.

Hvad med persondata, GDPR og informationssikkerhed?

I afklaringen kortlægger vi, hvilke data hver agent behandler, og designer adgangen efter det. Valg af modelleverandør, databehandleraftaler og sikkerhedskrav afklarer vi med jeres IT-sikkerhed og DPO, før noget kommer i drift. Agenter med adgang til følsomme data starter med de smalleste mandater.

Hvad sker der, når en agent tager fejl?

Mandatet er designet, så fejl bliver opdaget, før de får konsekvenser: Handlinger med betydning kræver godkendelse, og agenten sender sager videre, når den er i tvivl. Fejl bliver registreret og brugt i evalueringen. Ejeren kan altid stoppe en agent eller indskrænke dens mandat.

Erstatter agenterne medarbejdere?

Agenter overtager opgaver, ikke ansvar. Medarbejdernes rolle flytter sig mod at sætte retning, vurdere og godkende. Hvordan den frigjorte kapacitet bruges, er en ledelsesbeslutning. Vi anbefaler at involvere de medarbejdere, der udfører arbejdet i dag, fra første afklaring – de ved bedst, hvor fejlene opstår.

Hvem ejer det, der bliver bygget?

Det aftaler vi konkret i samarbejdet. Vores udgangspunkt er, at I skal kunne eje, forstå og drive de agenter, der arbejder i jeres virksomhed.

Hvor lang tid tager det, og hvad koster det?

Det afhænger af opgaven, jeres systemer og kravene til kontrol. Efter den første samtale kan vi give et konkret bud på en afklaring. Efter afklaringen får I en plan med omfang, tidslinje og pris for den første agent.

Skal vi se på jeres første anvendelse sammen?

Fortæl os kort, hvor arbejdet hober sig op. Vi vender tilbage og foreslår en første samtale, hvor vi sammen finder et konkret sted at begynde.