Åbn CSV fra banken i Excel: alt i én kolonne og forkerte beløb

En CSV-fil fra banken er bare tekst. Når du åbner den, skal Excel gætte tre ting: hvilket tegn der adskiller kolonnerne, hvordan beløb og datoer er skrevet, og hvilken tegnkodning filen har. Gætter Excel rigtigt, ser alt fint ud. Gætter den forkert, får du alt i én kolonne, beløb som tekst eller æ, ø og å som mærkelige tegn.

Den korte version af vores afprøvning i Excel på dansk:

• Semikolon og decimalkomma (01-08-2026;Husleje august;-6.450,00) åbnede korrekt, når filen blev åbnet direkte. Dog mistede referencenumre deres foranstillede nuller.
• Komma og decimalpunktum (2026-08-01,Husleje august,-6450.00) endte med hele linjen i kolonne A.
• Power Query uden landestandard læste -6450.00 som -645000. Uden fejlmeddelelse.

Resten af guiden viser, hvad der sker i hvert tilfælde, og hvordan du importerer sikkert.

Eksempelfilerne

Filerne er ikke eksporteret fra en rigtig bank. Vi har lavet fem opdigtede CSV-filer med de samme otte posteringer: dato, tekst, beløb, saldo og et referencenummer som 000184. De findes i to opbygninger, begge gemt i flere tegnkodninger: med semikolon, decimalkomma og datoer som dd-mm-åååå, og med komma, decimalpunktum og datoer som åååå-mm-dd. Bankernes eksportformater varierer, så sammenlign med din egen fil, før du vælger metode.

Filerne er åbnet i Microsoft 365 Excel på dansk på en Windows-maskine med danske landeindstillinger (listeseparator ;, decimaltegn ,). Et script åbnede dem gennem Excels åbn-funktion, ikke med et dobbeltklik i Stifinder, og vi har ikke målt, om et dobbeltklik giver præcis det samme (sådan afprøver vi). Ifølge Microsoft afhænger resultatet af de aktuelle standardindstillinger for dataformat, så en pc med andre landeindstillinger, Excel til Mac eller Excel på nettet kan give et andet resultat.

Semikolonfilen: åbner pænt, men med to fælder

Sådan så de første rækker ud, da semikolonfilen blev åbnet direkte:

bankeksport-semikolon-windows1252.csv åbnet direkte i Excel på dansk. Værdier som Excel viste dem.

Række	A	B	C	D	E
1	Dato	Tekst	Beløb	Saldo	Reference
2	01-08-2026	Husleje august	-6.450,00	8.550,00	184
3	03-08-2026	Kortkøb bageri	-45,5	8.504,50	185
4	05-08-2026	Overførsel fra Bo	1.250,00	9.754,50	186
5	10-08-2026	Refusion porto	1,05	9.755,55	187
6	12-08-2026	Kontingent gymnastikforening	-375	9.380,55	188

Datoerne blev rigtige datoer, og beløbene blev tal, som du kan summere. To ting skal du dog holde øje med:

1. Referencen mistede sine nuller. 000184 blev til tallet 184. Er det et bilagsnummer eller et kundenummer, du skal slå op i et andet system, passer det ikke længere. Nullerne kommer ikke tilbage ved at ændre talformatet, fordi Excel har gemt tallet 184.
2. Beløbene fik forskellige formater. Beløb med tusindtalsseparator i filen fik formatet #.##0,00, mens de andre fik formatet Standard og blev vist som -45,5 og -375. Værdien er korrekt. Det er kun visningen, og den retter du ved at markere kolonnen og give den ét talformat.

Filen blev læst på samme måde i Windows-1252 og i UTF-8 med BOM. I UTF-8 uden BOM blev overskriften til Beløb og teksten til Kortkøb bageri. Det har vi en særskilt guide om: æ, ø og å vises forkert i CSV-filer.

Kommafilen: alt i kolonne A

Det samme kontoudtog med komma som skilletegn og punktum som decimaltegn gav ét langt tekstfelt pr. linje:

bankeksport-komma-punktum-utf8-bom.csv åbnet direkte. Alt står som tekst i kolonne A.

Række	A
1	Dato,Tekst,Beløb,Saldo,Reference
2	2026-08-01,Husleje august,-6450.00,8550.00,000184
3	2026-08-03,Kortkøb bageri,-45.50,8504.50,000185

Det skyldes, at Excel med danske landeindstillinger forventer semikolon mellem felterne. Microsoft beskriver, at listeseparatoren kommer fra Windows’ områdeindstillinger. Du kan ændre den der, men det påvirker alle programmer og alle andre CSV-filer, så det er sjældent en god løsning på én fil.

Tekst til kolonner hjælper kun halvt

Mange deler kolonne A op med Data › Tekst til kolonner og vælger komma. Det gjorde vi også, uden at ændre andet:

Kolonne A delt ved komma med standardindstillinger. Beløb og saldo blev tekst.

Række	A	B	C	D	E
1	Dato	Tekst	Beløb	Saldo	Reference
2	01-08-2026	Husleje august	-6450.00	8550.00	184
3	10-08-2026	Refusion porto	1.05	9755.55	187
4	15-08-2026	Parkering	-12.10	9368.45	189

Datoerne i formatet 2026-08-01 blev genkendt, men alle beløb og saldi blev tekst, fordi punktum ikke er decimaltegn i Excel på dansk. Sådan tekst tæller ikke med i SUM. Referencen blev igen til et tal uden nuller.

Da vi gentog opdelingen med decimalseparator . og tusindtalsseparator , (knappen Avanceret i guidens sidste trin) og satte Reference-kolonnen til Tekst, blev beløbene rigtige tal (-6450, 1,05, -12,1), og referencen blev 000184.

Den sikre vej: Data › Fra tekst/CSV

Vil du bestemme selv i stedet for at lade Excel gætte, så brug Power Query-importen. Ifølge Microsoft gør du sådan:

1. Vælg Data › Fra tekst/CSV, og vælg filen.
2. Kontrollér Filoprindelse (tegnkodningen). Står der mærkelige tegn i eksemplet, så prøv 65001: Unicode (UTF-8) eller 1252: Vesteuropæisk (Windows). Microsoft skriver, at UTF-8 kun bliver genkendt automatisk, hvis filen begynder med en BOM.
3. Vælg den rigtige Afgrænser: semikolon eller komma.
4. Vælg Transformér data i stedet for Indlæs, så du kan kontrollere kolonnetyperne, før data lander i regnearket.

Punkt 4 er det vigtige. Power Query sætter selv datatyper på kolonnerne ud fra de første 200 rækker, og når tekst skal fortolkes som tal eller dato, bruger den en landestandard. Uden at du vælger andet, er det din computers landestandard, altså dansk.

Hvad der sker med den forkerte landestandard

Vi har indlæst begge filer med Power Query og sat Beløb og Saldo til decimaltal og Dato til dato. Kun landestandarden blev ændret:

Den farligste række er den første. Med dansk landestandard opfatter Power Query punktummet som tusindtalsseparator og smider det væk, så alle beløb blev 100 gange for store. Der kom ingen fejl, og tallene ser plausible ud i en lang liste.

Den omvendte fejl rammer en dansk fil, der læses med amerikansk landestandard. 1. august blev til 8. januar, fordi dag og måned blev byttet om. Datoer med en dag over 12 kunne ikke fortolkes og blev vist som tomme celler, ligesom beløb med tusindtalsseparator.

Sådan sætter du landestandarden

Ifølge Microsoft højreklikker du på kolonneoverskriften i Power Query-editoren, vælger Skift type › Brug landestandard og angiver både datatypen og den landestandard, filen er skrevet i. Altså ikke din egen, men afsenderens:

• Komma, punktum og 2026-08-01: fx Engelsk (USA) til beløbene.
• Semikolon, decimalkomma og 01-08-2026: Dansk (Danmark).

I formellinjen i Power Query kan du se resultatet. For kommafilen er det den sidste parameter, der gør forskellen:

Typer = Table.TransformColumnTypes(Overskrifter, {{"Dato", type date}, {"Tekst", type text}, {"Beløb", type number}, {"Saldo", type number}, {"Reference", type text}}, "en-US")

Sæt samtidig Reference til typen Tekst. I vores test beholdt den så sine nuller (000184).

Hvilken metode skal du vælge?

Når data først står rigtigt, er de næste skridt typisk at summere pr. måned og kategori med SUM.HVISER eller at fjerne dubletter, hvis du har importeret overlappende perioder. Står der navne eller adresser i én kolonne, så se opdel postnummer og by, navne og adresser.