Fra Navision til Business Central — og det, der ikke fulgte med
Mange danske mellemstore og store virksomheder kører Dynamics 365 Business Central som en videreudvikling af det, der engang hed Navision, ofte implementeret gennem en partner. Bankafstemningen er kraftfuld, når den er sat rigtigt op — men den forudsætning er større, end de fleste mindre systemer stiller.
Er formatet ikke konfigureret endnu, eller leverer banken slet ikke et af de tre understøttede formater, er svaret ikke at vente på en IT-opgave. Det er at bruge Excel eller CSV — den vej, Microsofts egen dokumentation selv peger på som alternativ.
Det gælder særligt ved en ny implementering, hvor bankintegrationen sjældent er det første, der bliver sat op. Regnskabsafdelingen skal fortsætte med at afstemme banken, mens resten af systemet konfigureres, og det er netop den overgangsperiode, hvor et konverteret kontoudtog gør størst forskel.
Denne side viser præcis, hvilke formater Business Central kan læse direkte, hvorfor CAMT ikke altid virker med det samme, og hvordan et konverteret PDF-kontoudtog bliver til Excel eller CSV, du kan arbejde videre med i mellemtiden.
CAMT.053, MT940 og BAI2 — de tre formater, Business Central kan læse direkte
Business Central understøtter regionale SEPA-standarder til import af bankkontoudtog i CAMT-format (CAMT.053), og kan derudover håndtere MT940- og BAI2-filer via Data Exchange Definitions. Fra november 2025 kræver de fleste EU-lande — Danmark inkluderet — den opdaterede CAMT.053.001.08-standard, baseret på den nyeste ISO 20022 XML-specifikation.
Det er tre reelle, direkte importveje — når banken leverer filen, og opsætningen matcher.
Hvorfor CAMT-importen ikke bare virker ud af boksen
SEPA CAMT-standarden har lokale varianter fra bank til bank, så den generiske dataudvekslingsdefinition — repræsenteret ved SEPA CAMT-koden på siden Data Exchange Definitions — skal ofte tilpasses den enkelte banks fortolkning af standarden, før en fil rent faktisk kan importeres uden fejl.
Det er en opgave for den, der har sat systemet op, ikke noget en slutbruger løser i farten. Indtil den opsætning er på plads, eller for de banker, der aldrig har tilbudt formatet, er der ingen automatisk vej ind.
For en implementeringspartner er det her et bevidst prioriteringsvalg: sætte tid af til at konfigurere hver banks CAMT-variant perfekt fra dag ét, eller lade Excel/CSV dække de mindre aktive konti og bruge tiden på de konti, der reelt bevæger mest volumen. De fleste vælger det sidste, og det er ikke en dårlig beslutning — det er en prioritering.
Excel/CSV-vejen — det anbefalede alternativ
Når et land eller en bank ikke har en færdig implementering, peger Microsofts egen dokumentation på Data Exchange Definitions som løsningen for standardformater — og på Excel/CSV-vejen for de tilfælde, hvor hverken BAI2, MT940 eller CAMT.053 er tilgængelig fra banken. Mindre banker og fintechs leverer ofte kun PDF, og det er præcis her, en konvertering gør en forskel.
| Situationen | Direkte import (CAMT/MT940/BAI2) | Hvad du gør |
|---|---|---|
| Banken leverer formatet, opsætningen matcher | Ja | Importér filen direkte |
| Formatet ikke konfigureret endnu | Nej | Konvertér PDF-udtoget til Excel/CSV i mellemtiden |
| Banken tilbyder ikke CAMT/MT940/BAI2 | Nej | Konvertér udtoget |
| Lukket konto eller historik uden for eksporten | Nej | Konvertér det gemte materiale |
Excel/CSV-vejen er ikke en nødløsning, der forsvinder, når opsætningen er færdig — den bliver ved med at være relevant for de konti, en organisation aldrig sætter en formel dataudvekslingsdefinition op til, fordi de bruges for sjældent til at retfærdiggøre arbejdet. En lukket projektkonto eller en enkeltstående udenlandsk konto er typiske eksempler.
Sådan virker FlowParse i praksis
Du uploader PDF-filen i browseren. Siderne læses enkeltvis, og posteringerne bygges op som rækker — dato, tekst, beløb med korrekt fortegn, løbende saldo — inden saldokontrollen kører: primosaldo plus alle posteringer skal give ultimosaldoen.
Til sidst henter du en Excel-fil og en CSV med samme data, klar til at blive arbejdet videre med i Business Central, indtil en direkte formatimport er sat op eller relevant.
Hele processen foregår i browseren, uden adgang til selve Business Central-installationen. Det gør den også velegnet, når en ekstern bogholder eller revisor skal forberede materiale, før det lander hos den, der har rettigheder til selve systemet.
Typiske fejl ved en CAMT- eller Excel-opsætning
Den mest almindelige fejl er at antage, at „CAMT er understøttet“ betyder, at det virker med det samme. Den generiske SEPA CAMT-kode på Data Exchange Definitions-siden er et udgangspunkt, ikke en færdig løsning — den lokale variant, en given bank bruger, kan afvige nok til, at importen fejler eller mapper felter forkert, indtil definitionen er justeret til netop den bank.
Den næsthyppigste er at gå Excel/CSV-vejen uden at normalisere data først. Et regneark sat sammen manuelt fra en PDF har ofte inkonsekvente datoformater fra række til række, og Business Central importerer det, der står, uden selv at rette det — en fejl, der først opdages ved bankafstemningen, ikke ved selve importen.
Det tredje, specifikt for november 2025-overgangen, er at forudsætte den gamle CAMT.053-version, når banken reelt er skiftet til den opdaterede CAMT.053.001.08-standard. En definition bygget til den forkerte version fejler stille, snarere end med en tydelig fejlmelding.
Det fjerde er at glemme, hvilket legal entity en fil hører til, når flere selskaber importeres i samme session. En fil, der lander under det forkerte selskab, opdages ofte først ved en efterfølgende koncernkonsolidering, ikke ved selve importen.
Hvad bliver udtrukket
Kontoudtogets to niveauer bliver begge læst: kontooplysningerne øverst — bank, kontohaver, kontonummer eller IBAN, periode og de to saldi — og posteringerne nedenunder, i den struktur Business Central forventer, uanset om målet er en Data Exchange-import eller et regneark.
| Felt | Bemærkning |
|---|---|
| Dato | Normaliseret, så dansk 03-06-2026 ikke blandes med amerikansk |
| Tekst | Hele posteringsteksten, også når den brækker over flere linjer |
| Beløb med fortegn | Hævning negativ, indsætning positiv — én kolonne |
| Primo- og ultimosaldo | De to tal, saldokontrollen hviler på |
Alle banker — også dem uden CAMT-eksport
Udtrækket sker ved at forstå dokumentets opbygning, ikke ved en skabelon pr. bank, så et kontoudtog fra en bank, systemet aldrig har set, virker på første forsøg. Det gælder Danske Bank, Nordea, Jyske Bank, Sydbank, Nykredit, Spar Nord og enhver mindre bank eller fintech, der kun leverer PDF.
Skifter en bank layout på sit kontoudtog, hvilket sker med jævne mellemrum, er der ingen skabelon, der går i stykker, fordi udtrækket ikke bygger på faste koordinater i første omgang — i modsætning til en CAMT-definition, der netop kan kræve justering, når en banks format ændrer sig.
Business Central, bogføringsloven, og hvad FlowParse ikke er
Dynamics 365 Business Central står på Erhvervsstyrelsens fortegnelse over registrerede digitale bogføringssystemer. Ansvaret for, at systemet lever op til bogføringslovens krav, ligger hos Microsoft som udbyder.
FlowParse er ikke et registreret digitalt bogføringssystem. Vi bygger ikke CAMT-, MT940- eller BAI2-filer — det er bankformater, som banken selv skal levere. Vi laver kontoudtoget om til Excel eller CSV, du arbejder videre med i Business Central, og compliance opnås ved at bogføre der. Er du i tvivl om, hvad der gælder for netop din virksomhed, er det din revisor eller Erhvervsstyrelsen, der skal svare.
Saldokontrollen — det, der forhindrer en fejlfyldt import
Den dyreste fejl er en postering, der aldrig kom med. Primosaldo plus alle posteringer skal give den ultimosaldo, banken har trykt, og den regning kører på hvert eneste udtog, før filen bliver til noget, du kan arbejde videre med.
Der er en kontrol mere, som koster ingenting og fanger det, ingen enkeltfil kan se: den ene periodes ultimosaldo skal være den næste periodes primosaldo. På tværs af flere legal entities er det netop den test, der finder det selskab, hvor et udtog blev glemt — og den virker uanset om perioden endte som en direkte CAMT-import eller en konverteret Excel-fil.
Scannede og fotograferede udtog
Scannede eller fotograferede PDF-filer kører gennem OCR og bliver struktureret som posteringer, med usikre felter markeret til gennemsyn — og saldokontrollen fanger de fejl, OCR typisk laver.
Ved en migrering fra et ældre system er det ofte netop den type materiale, der skal med over: gamle udskrifter, scannet til PDF år efter, at de blev arkiveret. Markeringen af usikre felter gør det muligt at prioritere gennemgangen, i stedet for at læse hele arkivet igennem linje for linje.
Flere selskaber, én arbejdsgang
Batchbehandling tager op til 100 PDF-filer ad gangen og lægger dem i ét regneark med en kolonne, der viser, hvilken fil og hvilken konto hver linje kom fra. Overlapper to filer i perioden, bliver dubletterne fanget i stedet for talt med to gange.
Hold hvert legal entity's konti adskilt i arket, også når flere selskaber behandles i samme batch. Saldokontrollen kører pr. konto, og et regnestykke, der ser rigtigt ud på tværs af to selskaber, kan skjule, at det ene alene er forkert — netop den type fejl, der er dyr at opdage sent i en koncernkonsolidering.
Moms, bilag og grænsen for hvad et kontoudtog beviser
Et kontoudtog dokumenterer en betaling, ikke hvad der blev købt. Til momsfradrag er bilaget dokumentationen — fakturaen med moms specificeret. I en Business Central-opsætning med flere legal entities og typisk flere momsregistreringer er den skelnen ekstra vigtig, fordi en fejlkonteret postering kan brede sig til flere selskabers momsafregning, hvis den ikke fanges tidligt.
Vi beregner ikke moms og indberetter ikke til SKAT. Skal fakturaerne også ind som data, findes der en side om udtræk af fakturadata.
Hvad du faktisk sparer
Regn det selv efter, det er en ærligere øvelse end et løfte fra en produktside. Tæl posteringerne i en periode, gang med den tid det tager at taste én linje korrekt, og gang op med antallet af legal entities og konti, der endnu ikke har en færdig CAMT-opsætning. Ved en implementering lander det ofte på flere dages arbejde, hvis det gøres manuelt.
Den anden gevinst er sværere at sætte tal på: fejlene forsvinder som kategori. Et tal, der er læst maskinelt og kontrolleret mod saldoen, kan ikke være en tastefejl — og den slags fejl er dyre at finde igen, når de først er spredt ud over flere selskabers regnskaber.
Privatliv og hvor filerne havner
Filerne sendes over TLS, behandlingen sker på infrastruktur i EU, originalen slettes umiddelbart efter udtrækket, og ingen kundedokumenter bruges til at træne modeller. Vi er ikke et arkiv — opbevaringspligten efter bogføringsloven er din.
Det gælder også, når materialet forberedes af en ekstern part, før det lander hos den, der har rettigheder til selve Business Central-installationen. Posteringsteksterne kan indeholde personoplysninger om tredjepart, uanset hvilket legal entity de tilhører.
Præcision — og hvad der faktisk beskytter dine tal
Feltpræcisionen ligger omkring 98 % på almindelige layouts. Det spørgsmål, der betyder noget for en implementering, er om du opdager, når noget er galt, før tallene arbejdes videre med i Business Central — og det kan du, fordi saldokontrollen kan bevise, at ingen linje mangler.
I en implementeringsperiode, hvor flere legal entities skal have historik ind samtidig, er det særligt værdifuldt, at usikre felter markeres pr. fil og pr. selskab — en fejl i ét selskabs historik skal ikke kunne skjule sig i en samlet, tilsyneladende ren import.
Test derfor med den konto, hvor CAMT-opsætningen endnu ikke er på plads, frem for en konto med en færdig, veltestet dataudvekslingsdefinition, hvor resultatet alligevel ville have været rent.
Pris og hvordan du prøver det
Der er et gratis niveau. Tag et kontoudtog fra en konto, hvor CAMT-opsætningen ikke er på plads endnu, og se, om Excel-filen er brugbar med det samme.
Spørgsmål og svar
Læs videre
Kontoudtog til Visma
CSV, CAMT.053 og MT940 forklaret.
Kontoudtog til Uniconta
Filformater og importvejen.
Kontoudtog til Excel
Hele fremgangsmåden, kolonne for kolonne.
Digital bogføring
Kravene, uden markedsføringssprog.
Udtræk fakturadata
Fakturaer og bilag som data, ikke som filer.
Sikkerhed
TLS, EU-behandling, sletning efter udtræk.