Skrevet af Published
Integration

Digital medarbejder med Dinero

En digital medarbejder kan samle bilag, åbne poster og afvigelser i Dinero — read-only, med kilder, dubletkontrol og stopregler.

Kort svar

En digital medarbejder med Dinero skal ikke bogføre på egen hånd. En god første version er en read-only digital økonomikoordinator for én aftalt konto. Den læser få datatyper i Dinero, sammenholder dem med en økonomiindbakke eller bilagsmappe og afleverer et internt kontroludkast om manglende bilag, åbne poster, uklar fakturastatus, afvigelser og mulige dubletter. Den ændrer ikke regnskabet og sender ikke fakturaer eller rykkere.

Problemet i praksis

Tallene ligger måske allerede i Dinero, men forklaringen på en manglende reference eller en uklar status ligger ofte i mail, bilagsmapper eller hos en kollega.

Bogholderen åbner derfor de samme kilder igen for at finde manglende bilag, kontrollere en mulig dublet og forklare, hvorfor en sag ikke kan gå videre.

Hvis en integration får for bred adgang eller kalder API’et ukontrolleret, kan et forsøg på at hjælpe skabe støj. Dinero har selv beskrevet redundante AI-agentkald og tilfælde med mange dubletposteringer.

Hvad ændrer sig med en digital medarbejder?

Den digitale medarbejder får ét afgrænset ansvar: at samle et kildebundet kontroludkast fra én Dinero-konto og få aftalte kilder.

Den kan markere hvad der mangler, vise en mulig dublet, angive kilden og sende undtagelsen til den rigtige modtager uden at ændre data.

Den arbejder efter et request-budget, logger sine vurderinger og stopper ved modstridende kilder, økonomiske vurderinger, skrivehandlinger og HTTP 429.

Dinero er ikke nødvendigvis problemet

Virksomheden kan allerede have et velfungerende regnskabssystem. Problemet opstår ofte i mellemrummet mellem posten i Dinero og forklaringen, som ligger i en mail, en bilagsmappe eller hos en kollega.

En mulig dublet er et godt eksempel. Systemet kan vise to næsten ens poster. Men før nogen retter noget, skal de se dato, beløb, leverandør, bilag og tidligere dialog. Det er kontrolarbejdet omkring posten, der mangler en fast ejer.

En digital medarbejder kan eje den første gennemgang. Den viser kilderne og stopper ved usikkerhed. Bogholderen beholder det faglige ansvar.

En god første version: den interne kontrolliste

Første version får adgang til én Dinero-konto og højst få datatyper. Den må også læse én navngiven økonomiindbakke eller bilagsmappe, hvis det er nødvendigt for rollen.

Outputtet er en kort liste: mangler bilag, åben post, uklar fakturastatus, afvigelse eller mulig dublet. Hvert punkt får kilde, tidspunkt, forklaring, stopårsag og en ansvarlig modtager.

Rollen må ikke løse uklarheden ved at ændre regnskabet. Den gør sagen klar til afklaring og går videre til næste punkt inden for sit mandat.

Hvor Dineros egne funktioner er nok

Hvis opgaven er et fast bilagsflow eller en regel, der altid ser ens ud, bør man starte i Dinero. Native funktioner, bilagsmatch eller en almindelig integration vil ofte være mere stabilt end at tilføje en digital medarbejder.

Den digitale rolle bliver relevant, når den skal sammenholde flere kilder og forklare en undtagelse. Det kan være en post uden bilag, en status der ikke passer med maildialogen, eller to poster der ligner hinanden uden at være sikkert ens.

Forskellen er ikke mere AI. Forskellen er et afgrænset ansvar for kontrolarbejdet, kilderne og stoplisten.

API-adgang er ikke det samme som mandat

Dineros API skelner mellem read- og write-scopes. Det gør det muligt at starte med læseadgang, men et scope er ikke i sig selv en forsvarlig rollebeskrivelse.

Dinero skrev i april 2026, at håndhævede rate limits fulgte efter redundante AI-agentkald og tilfælde med mange dubletposteringer. Det er en konkret driftslæring: Agenten skal have request-budget, log, dubletkontrol og backoff ved HTTP 429.

Bogføring, faktura- og rykkerafsendelse, betaling, moms, kontoplan, bankoplysninger, sletning og masseændringer ligger uden for første version. De er særskilte ledelses- og fagbeslutninger, ikke en naturlig udvidelse af read-only adgang.

Sådan starter man uden at overbygge

  1. 1

    Start med én konto, read-only adgang og højst få datatyper, for eksempel fakturaer, posteringer og kontakter.

  2. 2

    Aftal ét output: en daglig eller ugentlig intern kontrolliste med kilde, tidspunkt, status, mulig dublet, manglende grundlag og ansvarlig modtager.

  3. 3

    Brug cache og et fast request-budget, hvor det er relevant. Ved HTTP 429 skal rollen vente og prøve kontrolleret senere — ikke sende gentagne kald.

Risici der skal styres

  • At kalde rollen automatisk bogføring og dermed flytte regnskabsfagligt ansvar over på en uklar proces.
  • At give write-adgang til posteringer, fakturaer, betalinger, moms, kontoplan, bankoplysninger, sletning eller masseændringer i første version.
  • At bygge agentlogik til et stabilt flow, som Dineros egne funktioner, bilagsmatch, faste regler eller en simpel integration kan løse mere direkte.

Kilder og videre læsning

Relaterede sider

Ofte stillede spørgsmål

Kan en digital medarbejder bogføre direkte i Dinero?
Det bør ikke være første version. Start read-only med en intern kontrolliste. Bogføring, ændring af posteringer, betalinger, moms og kontoplan kræver en særskilt faglig og teknisk beslutning.
Hvorfor ikke bare bruge Dineros egne funktioner?
Det bør du, når flowet er stabilt. Dineros egne funktioner, bilagsmatch, faste regler eller en simpel integration er ofte bedst. En digital medarbejder giver først mening, når kontrollen kræver kontekst fra flere aftalte kilder og forklaring af undtagelser.
Hvad er en god første opgave?
Lad rollen samle en read-only liste over manglende bilag, åbne poster, uklar fakturastatus, afvigelser og mulige dubletter. Hvert punkt skal have kilde, tidspunkt og en tydelig stopårsag.
Hvordan undgår man dubletter og for mange API-kald?
Markér dubletter i stedet for at rette dem automatisk. Brug request-budget, cache hvor det er relevant, idempotens før senere write-actions, logs og kontrolleret backoff ved HTTP 429.

Vil du finde den første digitale medarbejder i jeres virksomhed?

Skriv til Mikkel