Felter er det, der gør data brugbare
Forskellen mellem et regneark, man kan arbejde i, og et man kæmper med, ligger sjældent i indholdet. Den ligger i, om oplysningerne står i hver sin kolonne med den rigtige type. En dato, der er tekst, kan ikke sorteres. Et beløb, der er tekst, kan ikke summeres. En beskrivelse, der er hakket i tre linjer, kan ikke søges i.
Denne side beskriver, hvad der faktisk kommer ud af en konvertering, og hvorfor felterne er skåret som de er. Ingen af valgene er overraskende, men flere af dem er lavet for at undgå en bestemt fejl, der ellers dukker op igen og igen i regnskaber bygget på kopieret data.
Hvorfor felter frem for summer
Det er fristende at springe posteringerne over og gå direkte til totalerne — samlet husleje, samlet varekøb, saldo ved årets udgang. Det er hurtigere lige nu og dyrere hver gang bagefter, fordi en sum ikke kan efterprøves. Der er intet i tallet, der viser, hvad det består af.
Med posteringer som grundlag er ethvert spørgsmål en filtrering. «Hvorfor er forsikringen steget?» besvares på et minut, hvis de enkelte betalinger ligger som rækker, og bliver en eftermiddag med PDF-filer, hvis de ikke gør. Det gælder både internt og over for revisor, og det er den samme egenskab, der gør begge dele hurtige.
Der er også et argument, der først viser sig efter et par år: posteringer kan bruges til noget, du ikke havde tænkt på, da du lavede dem. Summer kan kun bruges til det, de blev lavet til.
Felterne
| Felt | Hvad det indeholder | Hvorfor det er skåret sådan |
|---|---|---|
| Dato | Posteringsdato, normaliseret | Så sortering og periodeafgrænsning virker |
| Tekst | Hele beskrivelsen, samlet | Så en betaling kan genfindes ved søgning |
| Beløb | Én værdi med fortegn | Så summering ikke kræver en formel først |
| Saldo | Løbende saldo | Beviset for at udtoget er fuldstændigt |
| Konto | Fra udtogets hoved | Så flere konti kan ligge i ét datasæt |
| Valuta | Hvor dokumentet angiver den | Så valutaer ikke lægges stille sammen |
| Kildefil | Den uploadede fil og side | Så et tal kan spores tilbage til dokumentet |
| Sikkerhed | Hvor sikker aflæsningen var | Så gennemsynet kan prioriteres |
De fire første er dem, alle forventer. De fire sidste er dem, der gør forskellen, når data skal bruges til noget mere end at blive kigget på — og de er også dem, der forsvinder først, når et regneark bliver bygget i hånden.
Ét beløb med fortegn, ikke to kolonner
Danske kontoudtog viser typisk hævet og indsat i hver sin kolonne. Det er let at læse på papir og upraktisk i et regneark, fordi enhver beregning skal starte med at flette de to sammen — og den fletning er præcis det sted, hvor et fortegn bliver vendt forkert en gang om året.
Derfor kommer beløbet ud som én værdi med fortegn: udbetalinger negative, indbetalinger positive. En SUM virker med det samme, en pivottabel giver mening uden forberedelse, og skal du alligevel se de to typer hver for sig, er det et filter på fortegnet frem for en ekstra kolonne.
Det har en sidegevinst, der er værd at nævne: en total på nul over en periode betyder faktisk noget. Med to kolonner kan man have to fejl, der udligner hinanden uden at nogen opdager det.
Teksten samlet til ét felt
Posteringsteksten er det mest oversete felt og det, man ender med at bruge mest. Danske udtog fylder den ofte over to eller tre linjer med modpart, reference og betalingsoplysninger, og et kopier-indsæt hakker den i stykker, så kolonnerne forskubbes.
Samlet til ét felt bliver den til noget, man kan søge i. Det er sådan, en betaling genfindes et år senere, det er sådan, en kategori kan sættes på en hel blok af ens tekster, og det er sådan, en overførsel til ejeren kan skilles fra en betaling til en leverandør, når beløbet alene ikke afslører forskellen.
Et konkret råd: skriv en meningsfuld tekst på egne overførsler i netbanken. Det er den eneste dokumentation, der følger bevægelsen hele vejen ind i regnskabet, og den koster fem sekunder ved betalingen mod et kvarters gætteri i februar.
Dato og tal, som de skrives i Danmark
Det her er den mest udbredte årsag til data, der «ser rigtige ud» og opfører sig forkert. Danske kontoudtog skriver datoer som DD-MM-ÅÅÅÅ, bruger komma som decimaltegn og punktum som tusindtalsseparator. 1.234,56 er et tusind to hundrede fireogtredive kroner og seksoghalvtreds øre — i en amerikansk opsætning er det ét komma to tre fire.
Begge konventioner tolkes korrekt ved udtrækket, så datoer bliver til rigtige datoer og beløb til rigtige tal. Det lyder banalt og er det ikke: en dato, der er endt som tekst, sorterer alfabetisk, så august lander før februar. Et beløb, der er endt som tekst, giver nul i en SUM uden at nogen får en fejlmeddelelse. Begge dele er blevet opdaget i regnskaber lang tid efter, at de blev afleveret.
Det samme gælder de fælder, der opstår ved eksport frem for ved udtræk. Et CSV med komma som decimaltegn, åbnet i et Excel sat op på engelsk, forvandler kolonnen til tekst — og det sker på modtagerens maskine, ikke på din, hvilket gør det svært at diagnosticere på afstand. Derfor er tommelfingerreglen at eksportere til .xlsx, når et menneske skal åbne filen: så rejser datatypen med inde i filen.
For konti i fremmed valuta kommer valutaen med som sit eget felt, hvor dokumentet angiver den. Beløb i forskellige valutaer lægges aldrig sammen ved et uheld, og omregningen forbliver en beslutning med en kurs, du kan nævne, frem for noget en formel kom til at gøre for dig.
Saldofeltet er ikke bare til pynt
Den løbende saldo virker som en kolonne, man ikke rigtig bruger — man kigger på bevægelserne, ikke på saldoen efter hver af dem. Den er alligevel det vigtigste felt i eksporten, fordi den er det eneste, der kan bevise, at rækkerne overhovedet er komplette.
Regnestykket er bankens eget: primosaldo plus summen af bevægelserne skal give den ultimosaldo, udtoget selv angiver. Holder det, er der ingen rækker forsvundet undervejs. Holder det ikke, mangler der noget — og du får det at vide, før filen bliver til en del af et regnskab.
Uden saldofeltet ville en manglende side eller en postering, der er delt hen over et sideskift, være fuldstændig usynlig. Rækkerne, der er der, ser alle sammen rigtige ud. Det er netop derfor, den slags fejl ellers overlever hele vejen til årsafslutningen: der er ingenting at få øje på, kun noget der ikke er der.
På kontotyper uden løbende saldo — de fleste kreditkortkonti og visse betalingskonti — findes feltet ikke, og kontrollen tager en anden form: samlede ind- og udbetalinger holdt op mod den periodebevægelse, dokumentet angiver. Det er en smule svagere, men det er stadig en kontrol frem for en antagelse.
Hvad der sker med felterne på et scannet bilag
Et digitalt PDF indeholder allerede tekst; en scanning indeholder et billede af tekst. Derfor kører scannede sider først gennem OCR, og først bagefter struktureres det genkendte indhold til de samme felter som ellers. Kolonnerne bliver de samme — dato, tekst, beløb, saldo — men vejen dertil er en anden, og det har praktiske konsekvenser.
Den vigtigste er sikkerhedsscoren. På et digitalt PDF er den høj hele vejen igennem, og gennemsynet er en formalitet. På en skæv scanning af et falmet udskrift er der typisk en håndfuld felter, hvor aflæsningen var usikker, og de bliver markeret. Det gør gennemsynet til en kort, afgrænset liste i stedet for en opfordring til at læse alt igennem — og det er forskellen mellem et minut og en halv time.
Kvaliteten af scanningen betyder mere end noget andet. En lige side scannet ved 300 DPI læses stort set fejlfrit; et skævt foto taget i modlys gør ikke. Skal du vælge mellem at bruge et minut på at scanne om og en halv time på at rette bagefter, er valget nemt — det er bare sjældent åbenlyst i det øjeblik, filen bliver lavet.
Og saldokontrollen kører uændret på scannede udtog. Det er værd at fremhæve, fordi det er der, tilliden kommer fra: et beløb kan være læst med et ciffer forkert uden at nogen ser det, men hvis det er sket, holder regnestykket ikke længere, og du får besked.
Kildefilen — feltet der gør tal muligt at forsvare
Hver række husker, hvilken fil og hvilken side den blev læst fra. Det lyder som en detalje og er den vigtigste kolonne i eksporten, fordi det er den, der forbinder et tal i et regneark med et dokument fra en tredjepart.
Uden den er svaret på «hvor kommer det tal fra» i praksis «fra regnearket», hvilket ikke er et svar. Med den er det en filtrering: totalen består af disse rækker, de rækker kom fra denne fil, den fil er kontoudtoget for den måned. Revisoren kan følge kæden selv, og du behøver ikke være til stede for at svare.
Den beskytter også mod noget mere stille: et tal, der var rigtigt, da det blev lavet, og siden er blevet rettet i hånden. Så længe kilden følger med rækken, kan det opdages. Et tal uden kilde kan kun tros på.
Konto som eget felt
Konto står for sig selv, fordi de fleste virksomheder har mere end én. Driftskontoen, en opsparingskonto, et firmakort og måske en euro-konto giver fire forskellige billeder hver måned, og de skal både kunne lægges sammen og holdes adskilt.
Med konto som kolonne kan et samlet datasæt filtreres ned til én konto uden at køre noget om, og en pivottabel giver både helheden og detaljen. Det er også sådan, overførsler mellem egne konti bliver til at få øje på: de står som et par med samme beløb og modsat fortegn på to forskellige konti, og de er hverken indtægt eller omkostning.
Har du flere selskaber, gælder det samme et niveau højere op — se årsrapport for holdingselskaber.
Kategorien, du sætter selv
Udtrækket giver dig oprindelse. Den anden halvdel af et brugbart datasæt er betydning, og den kan kun komme fra dig, fordi den ikke står i dokumentet: kontoudtoget ved, at der gik penge til en leverandør, ikke at omkostningen hører til et bestemt projekt eller en bestemt art.
Et lille, stabilt sæt slår et detaljeret. Otte til tolv arter, sat konsekvent, besvarer stort set alt, mens fyrre kategorier bliver opgivet i marts. Sæt dem på hele blokke af ens tekster, og genbrug dem året efter — de samme modparter går igen med den samme ordlyd.
De kolonner, du selv tilføjer, opfører sig præcis som de udtrukne i filtre og pivottabeller. Det er hele pointen: der er ingen forskel på «systemets» felter og dine.
Videre til kontoplanen
Konverteringen leverer posteringer, ikke bogføringskladder. Det er et bevidst valg: din kontoplan er din, den er sandsynligvis tilpasset over år, og et værktøj, der insisterede på sin egen, ville skabe mere arbejde end det fjernede.
Mappingen sker derfor efter eksporten, i dit regnskabsprogram, som den plejer. Det, felterne bidrager med, er at gøre mappingen gentagelig: med en konsekvent kategorikolonne er reglen «denne kategori går til denne konto» noget, der kan skrives ned én gang i stedet for at blive genopfundet hver måned.
Bruger du e-conomic, Dinero, Billy, Uniconta eller Visma, findes der en side for hver af dem med de formater, de forventer — start på værktøjssiden.
Sikkerhedsscoren gør gennemsynet kort
Ikke alle felter aflæses lige sikkert. Et digitalt PDF med tydelig tekst giver høj sikkerhed hele vejen; en skæv scanning eller et falmet udskrift gør ikke. I stedet for at lade dig gætte, hvor du skal kigge, markeres de felter, hvor aflæsningen var usikker.
Det ændrer gennemsynet fra «læs det hele igennem» til en liste. På et udtog med to hundrede linjer er det typisk en håndfuld felter, og det tager under et minut. Vigtigere: det er en opgave, der kan afsluttes, hvilket «kontrollér tallene» aldrig er.
Kombineret med saldokontrollen dækker de to forskellige fejl. Saldokontrollen fanger, at noget mangler; sikkerhedsscoren fanger, at noget er læst forkert. Et udtog kan stemme og stadig indeholde et beløb, der er læst med et ciffer forkert, hvis fejlen udligner sig selv.
Pivottabeller, der svarer på noget
Når konto, periode og kategori alle er kolonner, holder en pivottabel op med at være en øvelse og bliver den hurtigste vej til et svar.
| Spørgsmål | Rækker × kolonner | Hvad det viser |
|---|---|---|
| Hvordan gik året? | Kategori × måned | Udvikling og sæson |
| Hvor ligger omkostningen? | Kategori × konto | Koncentration og udsving |
| Hvad ændrede sig? | Kategori × år | Strukturelle skift, ikke støj |
| Hvad skal ses efter? | Sikkerhed × konto | Hvor gennemsynet betaler sig |
Ét råd, der gælder alle regneark med filtre: brug SUBTOTAL frem for SUM i totalrækker. En SUM ignorerer filtreringen, så en filtreret visning kan vise en total for hele datasættet — den mest stille vildledende ting, et regneark gør.
Excel eller CSV
Felterne er med i begge, så valget handler om, hvem der åbner filen. Vælg .xlsx, når det er et menneske: datatypen ligger inde i filen, så komma som decimaltegn ikke bliver omtolket af en regionsindstilling på en anden computer. Vælg CSV, når et system skal importere.
Den fejl, der koster mest tid, opstår på modtagerens maskine og ikke på din: et dansk CSV åbnet i et Excel sat op på engelsk gør beløb til tekst. Det er svært at diagnosticere på afstand og trivielt at undgå ved at sende .xlsx.
Hvem bruger felterne
Selskaber i klasse B
Arter til opstillingen, hentet fra faktiske posteringer.
Bogholdere
Samme kolonner fra alle klienters banker.
Revisorer
Kildefil på hver række, så tal kan følges til dokumentet.
Foreninger
Et grundlag kassereren kan filtrere og forklare.
Hvad felterne ikke gør
De fortæller, hvad der bevægede sig og hvornår. De afgør ikke, hvad en betaling var for. En overførsel til ejeren og en betaling til en leverandør ser ens ud i bankdata, og klassifikationen er din — den bliver bare hurtig, når teksten er hel og kan sorteres.
De erstatter heller ikke dimensionerne i dit regnskabsprogram, og de laver ikke din årsrapport. FlowParse opstiller ikke og indberetter ikke til Erhvervsstyrelsen; det sker hos dig eller din revisor. FlowParse er ikke et registreret digitalt bogføringssystem — se hvad det betyder.
Og der gemmes intet: originalfilen slettes lige efter behandlingen, behandlingen sker over TLS i EU, og dokumenter bruges aldrig til at træne modeller — detaljerne står på sikkerhedssiden.
Se felterne på dit eget udtog
Konvertér ét rigtigt kontoudtog gratis — uden oprettelse — og kig på kolonnerne.