
Systemer
Integration mellem økonomi- og fagsystemer: hvad bør aftales?
List de forretningshændelser i fagsystemet, der skal udløse en postering eller et bilag i økonomisystemet. Erhvervsstyrelsens vejledning om bogføringsloven afgrænser de omfattede.
Formål og afgrænsning: fra fagsystem til regnskab
List de forretningshændelser i fagsystemet, der skal udløse en postering eller et bilag i økonomisystemet. Erhvervsstyrelsens vejledning om bogføringsloven afgrænser de omfattede. Det gælder erhvervsdrivende virksomheder etableret i Danmark og erhvervsaktiviteter udøvet i Danmark af udenlandske virksomheder.
Det gælder også virksomheder, der er afgiftspligtige eller fuldt eller begrænset skattepligtige i Danmark, og virksomheder, der skal afgive regnskabsmæssige oplysninger for at modtage tilskud fra dansk stat eller EU.
For hver hændelsestype — salg, indkøb, løn, tilskud, afgift — bør I aftale, hvilke felter fagsystemet som minimum sender: dato, beløb, modpart, ydelsesart, momsforhold og projekt- eller sagsreference, hvis den bruges til at henføre posteringen.
Afgræns ansvaret: Ifølge vejledningen påhviler bogføringspligten virksomheden uanset ejerforhold og skattemæssig behandling, og kapitalselskaber er altid omfattet fra stiftelsen og indtil ophør. Integrationen kan derfor ikke aftales som en ren IT-leverance. Aftalen bør fastslå, at virksomheden har ansvaret for, at de overførte data kan indgå i regnskabsmaterialet, og hvad der sker, hvis en hændelse ikke kan overføres.
Administrativt arbejde er delt mellem økonomi-/regnskabsafdelingen og mellemledere i de forskellige jobfunktioner. Brug det til at tegne snitfladen: fagfunktionen registrerer og godkender den faglige hændelse, mens økonomi/regnskab konterer, afstemmer og bogfører. Skriv i aftalen, hvilke data fagfunktionen skal levere, før økonomi kan bogføre, og hvem der kontaktes, når et felt mangler eller afvises.
Aftalepunkter for integration mellem økonomi- og fagsystemer
- Liste over forretningshændelser, der udløser bogføringSalg, indkøb, løn, tilskud, afgift
- Minimumsfelter i integrationenDato, beløb, modpart, ydelsesart, momsforhold, projekt-/sagsreference
- Virksomhedens ansvar for bogføringUanset ejerforhold og skattemæssig behandling
- Godkendelse af data før bogføringFagfunktion leverer data – økonomi godkender og bogfører
Hvem gør hvad mellem økonomi og fag?
Aftal en rollematrix ud fra, at administrativt arbejde er delt mellem økonomi-/regnskabsafdelingen og mellemledere i jobfunktionerne. Mellemlederen eller den fagansvarlige bør eje den faglige hændelse og godkendelsen; økonomi/regnskab bør eje kontering, afstemning og bogføring.
Aftal ejerskab til stamdata: kunder, leverandører, medarbejdere, projekt- og omkostningssteder, momskoder og dimensionsværdier. Beskriv, hvem der må oprette, ændre og deaktivere dem, hvem der godkender ændringer, og hvordan ændringer logges. Uden fordelingen opstår dobbeltregistrering, dubletter og posteringer på forkerte dimensioner, som efterfølgende skal rettes manuelt.
Fastlæg en daglig eskalationsvej: fagkontakt → økonomi/regnskab → systemejer eller leverandør. Aftal, hvordan mellemledere indgår i den daglige dialog, og hvordan økonomi melder tilbage, når data ikke kan bruges. Hver fejl bør kunne henføres til en kilde, en godkender og en rettelseshandling, så ansvaret ikke flyder mellem fag og økonomi.
Daglig proces mellem fag og økonomi
- FagfunktionRegistrerer og godkender faglig hændelse
- Økonomi/regnskabKonterer, afstemmer og bogfører posteringen
- EskalationsvejFagkontakt → Økonomi/regnskab → Systemejer/leverandør
Dataejerskab, afhængigheder og exit
Aftal dataejerskab og rådighed: Virksomheden bør eje sine egne forretningsdata, og leverandøren bør kun behandle dem efter aftale. Kilden definerer digital suverænitet som virksomhedens evne til at forstå, styre og om nødvendigt ændre sine digitale afhængigheder uden uacceptabelt tab af data. Omsæt det til krav om, hvordan data kan trækkes ud, i hvilke formater, med hvilke metadata og med hvilken frekvens, og hvem der har ret til at bestille udtrækket.
Skriv en exitplan ind i aftalen: Hvad sker der ved opsigelse eller leverandørskifte, hvordan overleveres data, hvor længe der er adgang efter opsigelse, og hvordan data slettes eller returneres? Aftal også, hvem der bærer omkostningerne ved udtræk og migrering. Uden en sådan plan kan virksomheden miste historik eller stå uden adgang til egne data, når samarbejdet ændres.
Kortlæg kritiske afhængigheder: leverandør, hosting, API-versioner, integrationer og nøglepersoner. Aftal varsling ved udfasning af snitflader, versionsskift og ændringer i datamodeller, og hvordan ændringer testes, før de går i drift. Digital suverænitet handler om at kunne ændre afhængigheder, når det er nødvendigt, i stedet for at blive låst.
Kritiske krav til digital suverænitet i integration
- Dataudtræk
- Må være muligt i standardformater med metadata
- Omkostninger ved migrering
- Bærer virksomheden, hvis ikke andet aftales
Trin i implementering af en exitplan
- Aftal udtræk af dataFormater, frekvens, metadata, rettigheder
- Bestem overførselHvordan data leveres – elektronisk eller fysisk
- Sletning eller returneringSkal aftales eksplisittet
Persondata i integrationen
Afklar først behandlingsgrundlaget for hver datatype i integrationen. Finansministeriets privatlivspolitik viser, hvordan en myndighed beskriver det: For henvendelser følger retsgrundlaget databeskyttelsesforordningens artikel 6, stk. 1, litra e, om offentlig myndighedsudøvelse. I en privat virksomhed skal I tilsvarende kunne pege på det konkrete grundlag — fx kontrakt, retlig forpligtelse, legitim interesse eller samtykke — for hver behandling og aftale, hvem der dokumenterer det.
Aftal rollerne: Hvem er dataansvarlig, hvem er databehandler, og er der fælles dataansvar? Hvis en leverandør behandler personoplysninger på virksomhedens vegne, bør der være en databehandleraftale, der beskriver formål, sikkerhed, underleverandører, sletning og bistand til registreredes rettigheder.
Beskriv, hvordan registreredes rettigheder håndteres på tværs af fagsystem og økonomisystem. Ifølge Finansministeriets privatlivspolitik har den registrerede særlige rettigheder. Henvendelser registreres i et elektronisk sags- og dokumenthåndteringssystem, hvor dokumenter er omfattet af offentligheds- og forvaltningsloven, herunder aktindsigt; en aktindsigtsanmodning skal normalt imødekommes, medmindre oplysningerne er fortrolige. Det viser, at persondata i et fagsystem kan blive udleveret efter regler, som integrationen skal kunne understøtte.
Aftal adgangsstyring og videregivelse: rollebaseret adgang, logning af hvem der har set eller ændret personoplysninger, og regler for, hvilke data der må sendes til økonomisystemet. Begræns integrationen til de felter, der er nødvendige for bogføring, og aftal, hvordan samtykker eller indsigelser håndteres, hvis de er grundlaget. Finansministeriets cookie-eksempel viser, at brugeren kan fravælge statistikcookies, og at nyhedsbrevsdata kan slettes ved afmelding — samme logik bør gælde, når et grundlag falder væk.
Behandlingsgrundlag for persondata i integration
- Privat virksomhed
- Kontrakt, retlig forpligtelse, legitim interesse eller samtykke
- Offentlig myndighed
- Artikel 6, stk. 1, litra e (offentlig myndighedsudøvelse)
- Databehandleraftale
- Påkrævet, hvis leverandør behandler personoplysninger
Bogføring og krav til det digitale system
Aftal, hvordan integrationen understøtter bogføringspligten. Erhvervsstyrelsens vejledning beskriver, at bogføringsloven regulerer grundlæggende pligter til virksomheders bogføring og opbevaring af regnskabsmateriale. Dette danner ofte grundlag for pligter efter anden lovgivning, fx udarbejdelse af årsregnskaber, tilskudsregnskaber samt opgørelse af skatter og afgifter. Aftalen bør derfor kræve, at hver postering kan følges tilbage til den forretningshændelse og det bilag, den stammer fra.
Ved brug af et digitalt standard bogføringssystem bør I aftale dokumentation for, at det opfylder kravene. Vejledningen henviser til, at bogføringslovens § 2 beskriver, hvilke paragraffer digitale standard bogføringssystemer skal opfylde for at kunne registreres i Erhvervsstyrelsens fortegnelse over registrerede bogføringssystemer.
Lovgrundlaget omfatter bekendtgørelsen om krav til digitale standard bogføringssystemer samt bekendtgørelsen om anmeldelse og registrering af digitale standard bogføringssystemer. Aftal derfor, hvordan leverandøren dokumenterer overensstemmelse, og hvordan integrationen ikke omgår systemets krav.
Aftal afstemning mellem fagsystem og økonomisystem: Hvad gør I med posteringer, der afvises, ændres efter bogføring, eller kommer i konflikt med lukkede perioder? Beskriv, hvordan regnskabsmaterialet opbevares, og hvordan adgangen til det bevares, selv hvis integrationen eller fagsystemet skiftes. Uden denne afstemning kan bogføringen blive ufuldstændig, selv om det enkelte system overholder sine egne krav.
Styring, ændringer og fælles løsninger
Etabler et styringsforum med ledelsesmandat, ikke kun en IT-gruppe. Finansministeriets beskrivelse af udviklingen af den offentlige sektor fremhæver bedre ledelse som et fokusområde og peger på, at ledelse er afgørende for, hvordan opgaverne løses, og for kvaliteten af opgaveløsningen. Aftal, hvem der kan beslutte ændringer i integrationen, hvordan prioriteringer sker, og hvordan fag, økonomi og systemejer er repræsenteret.
Vælg en enkel ændringsprocedure, så mindre bureaukrati ikke bliver til flere manuelle trin. Finansministeriet arbejder for at nedbringe bureaukratiet gennem forenkling af regler og håndtering af tværgående styringsudfordringer; målet er at sikre høj kvalitet og frigive mere tid til kerneopgaver. I aftalen bør ændringer i datamodeller, felter, godkendelsesregler og snitflader følge en fast, sporet proces med test og tilbagerulning.
Overvej fælles løsninger, hvor det giver mening. Finansministeriet beskriver organisering gennem samling af opgaveløsning i 'fælles løsninger', anvendelse af ny teknologi og digitalisering samt helhedsorienterede indsatser på tværs af sektorer. For en virksomhed kan det betyde fælles stamdata, en fælles integrationsplatform eller et fælles servicecenter for bilagsregistrering; aftal i så fald ejerskab, serviceniveau og hvordan ændringer koordineres på tværs.
Fordele og udfordringer ved fælles løsninger
- FordeleFælles stamdata, fælles integrationsplatform, fælles servicecenter – mindre dubletter, bedre kvalitet
- UdfordringerKompleksitet i ændringsstyring, behov for fælles beslutningsmekanismer, risiko for blokering ved manglende aftaler


