Bank- og MobilePay‑data som datakilde

Forside › Cloud- og SaaS-forensik · Gennemgået oktober 2026 · Af John Nielsen

Kort svar: Betalingsdata findes i flere lag: de transaktioner, kontohaveren kan se og eksportere, de strukturerede filer, banken kan levere, og bankens egne interne logs over login, enheder og godkendelser. For MobilePay gælder det samme: brugeren ser en historik i appen, mens udbyderen har de fulde transaktions- og kontodata. Kontohaveren kan selv hente transaktionerne. Logdata og modpartens oplysninger kræver en anmodning til banken, indsigt efter databeskyttelsesreglerne eller edition i en retssag.

Den juridiske side af svindelsager og krav mod banker er beskrevet på Svindel: civile krav mod bank og pengemodtagere. Her gennemgås data, formater og fortolkning.

Lagene i bankens data

Kontoudtog og bevægelser · Hvem har det: Kontohaver og bank · Indhold: Dato, beløb, tekst, saldo
Strukturerede filer · Hvem har det: Kontohaver via netbank eller bankforbindelse · Indhold: Bogføringsdato, valørdato, referencer, modpart
Betalingsdetaljer · Hvem har det: Bank · Indhold: Modtagerkonto, betalingsreference, kanal, tidspunkter
Netbankens logs · Hvem har det: Bank · Indhold: Login, enhed, IP-adresse, godkendelser, ændringer
MitID-godkendelser · Hvem har det: MitID og bankens broker · Indhold: Hvem godkendte hvad og hvornår

De to sidste lag er de vigtigste i sager om, hvem der gennemførte en betaling, og de ligger kun hos banken og hos MitID-løsningen. Se MitID og NemLog-in: hvilke logdata findes.

Formater: PDF, CSV og ISO 20022

Et kontoudtog i PDF er let at læse, men også let at ændre, og det er dannet på det tidspunkt, det blev hentet. Det kan vise modpartens nuværende navn frem for det, der stod på betalingsdagen. En CSV-eksport fra netbanken er bedre til analyse, men kolonner, datoformat og decimaltegn varierer mellem banker.

Det mest robuste format er bankens strukturerede kontoudskrift efter ISO 20022, typisk meddelelsen camt.053, som mange erhvervskunder modtager via bankforbindelse eller kan hente i erhvervsnetbanken. Den indeholder bl.a. bogføringsdato, valørdato, bankens referencer og den remittance-information, der fulgte med betalingen. Udgående betalinger fra et økonomisystem sendes ofte som pain.001, og bankens status svarer tilbage. Disse filer er nyttige, når det skal vises, hvad økonomisystemet faktisk afleverede til banken.

Uanset format: hent filen direkte fra banken, notér hvordan og hvornår, og hash den. Et kontoudtog, som en part har gemt og videresendt, bør så vidt muligt kontrolleres mod en ny udskrift fra banken.

Kontrol af et fremlagt kontoudtog

Når en part fremlægger et kontoudtog som PDF, kan det kontrolleres på flere måder: filens metadata kan vise, hvilket program der dannede den, og om den er gemt igen bagefter; saldi skal hænge sammen fra linje til linje; og posteringerne kan sammenholdes med modpartens egne data. Den sikreste kontrol er en ny udskrift hentet direkte fra banken for samme periode.

Datoerne betyder noget forskelligt

Transaktionstidspunkt: hvornår betalingen blev igangsat eller kortet brugt.
Bogføringsdato: hvornår banken bogførte bevægelsen.
Valørdato (rentedato): hvornår beløbet rentemæssigt tæller.

En kortbetaling kan stå som reserveret i flere dage, før den bogføres, og betalinger i weekender bogføres ofte på næste bankdag. Et kontoudtog uden klokkeslæt kan derfor ikke bruges til at fastslå rækkefølgen af hændelser på samme dag. Til det kræves bankens detaljerede data.

MobilePay

I appen ser brugeren en historik over overførsler med navn eller telefonnummer, beløb, tidspunkt og en eventuel besked. Beskeden er ofte det, sagen handler om, fx i tvister om, hvorvidt et beløb var et lån eller en gave; se Lån eller gave? Beskeder og MobilePay som bevis.

Appens visning er brugerens udsnit. Navnet, der vises, stammer fra udbyderens registrering, og telefonnumre kan skifte ejer over tid. På bankkontoen optræder overførslen typisk med en tekst fra udbyderen, så kontoudtoget alene ikke altid viser modparten. Udbyderen har de fulde data: hvilke konti og telefonnumre der var tilknyttet, tidspunkter og enhed. Erhvervsløsningerne har deres egne portaler med transaktionsrapporter og afregninger, som kan eksporteres af virksomheden.

Sikringen hos brugeren sker ved at dokumentere historikken i appen med en skærmoptagelse, der viser enheden, tidspunktet for optagelsen og de relevante overførsler, og ved at hente kontoudtog for den tilknyttede konto. Ved større sager bør telefonen sikres metodisk.

Erhvervsnetbank og godkendelser

I erhvervsnetbanker oprettes og godkendes betalinger ofte af forskellige brugere, og banken logger, hvem der gjorde hvad. Ændringer af modtagerkonti, brugere og fuldmagter logges også. Det er relevant i sager om fakturasvindel og interne uregelmæssigheder. Virksomhedens egne trin er beskrevet på Erhvervsnetbanken: hvem oprettede og godkendte betalingen?.

Lovlige veje til data

Kontohaverens egen eksport: transaktioner, kontoudtog og strukturerede filer for egne konti.
Anmodning til banken: kontohaveren kan bede om detaljer om bestemte betalinger og om sessions- og godkendelsesdata.
Indsigt efter databeskyttelsesreglerne: en person kan bede banken og MobilePay om egne oplysninger, herunder logdata.
Edition fra tredjemand: oplysninger om en modparts konto eller om modtageren af en betaling kræver som udgangspunkt rettens medvirken; se Edition fra tredjemand: teleselskaber, banker og platforme.

Banker skal efter hvidvaskloven opbevare dokumentation for transaktioner i mindst fem år efter forretningsforbindelsens ophør eller transaktionens gennemførelse. Logdata om login og enheder er ikke nødvendigvis omfattet af samme frist, så anmodningen bør sendes tidligt med en præcis periode.

Analyse af store mængder transaktioner

I sager om uregelmæssigheder over længere tid er der ofte tusindvis af posteringer fra flere konti og banker. En robust fremgangsmåde er:

Normalisér alle kilder til ét format med ensartede datoer, beløb med fortegn, valuta, kontonummer og bankens reference. Behold den oprindelige fil og linje som reference på hver række.
Afstem totaler pr. konto og periode mod bankens saldi, så det kan vises, at intet er faldet ud under konverteringen.
Følg pengene ved at koble overførsler mellem egne konti, så de ikke tælles to gange, og markér udbetalinger til konti uden for kredsen af kendte modparter.
Kobl til bilag i økonomisystemet: hvilke betalinger har en faktura, og hvilke har ikke?

Fremgangsmåden ligner udtræk fra økonomisystemer generelt; se ERP-udtræk til forensic accounting. Analysen skal kunne genskabes fra de oprindelige filer, så hvert tal i rapporten kan føres tilbage til en bestemt postering.

Typiske fejlkilder

Navne i posteringsteksten er ikke altid modtagerens navn. Kontonummeret og bankens referencer er mere pålidelige.
Opdelte og samlede beløb: en betaling kan være delt over flere posteringer, og afregninger fra betalingsudbydere samler mange salg i én postering.
Tilbageførsler og reservationer kan ligne dobbelte betalinger.
Valuta og gebyrer giver afvigelser mellem fakturabeløb og bogført beløb.
Tidszoner: bankens interne logs kan være i UTC, mens netbanken viser dansk tid.

Hvad dataene kan og ikke kan bevise

Bankens data kan vise, at et beløb gik fra én konto til en anden på en bestemt dato med en bestemt tekst, og bankens logs kan vise, hvilken bruger og hvilken MitID-identitet der igangsatte og godkendte betalingen. De kan ikke alene vise, hvem der sad ved skærmen, hvorfor betalingen blev gennemført, eller om den var et lån, en gave eller en betaling for en ydelse. Det kræver kobling til beskeder, mails, aftaler og forklaringer.

Kilder og versioner

Senest gennemgået: oktober 2026.

Næste skridt

Del af: Cloud- og SaaS-forensik

Læs også: Kassesystemer og POS: journal, ændringer og eksport · Adgangskodeadministratorer: auditlogs ved fratræden

→ Mobilforensik i civile sager · Haster det? Forensisk sikring (hastesager koster ekstra) · For IT-revision · Tlf. 70 13 63 23 · Digital bevissikring hos Nielco IT

Skrevet af John Nielsen, IT‑sagkyndig og indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Har været IT‑sagkyndig i danske retskredse og ved Den Fælles Europæiske Patentdomstol (UPC). Om John Nielsen · LinkedIn · Redaktionel politik

Brug for en forensisk undersøgelse?

Skriv kort, hvilke systemer eller enheder det drejer sig om, og om noget haster, så vender jeg tilbage. Kun civile sager.

Eller kontakt os på