Sådan ser kravene ud i dag
Offentlige ordregivere i Danmark har været forpligtet til at modtage elektroniske fakturaer siden 2005, og som leverandør til stat, region eller kommune skal fakturaen sendes som en struktureret datafil gennem NemHandel-infrastrukturen til modtagerens EAN-nummer. EAN-nummeret er et 13-cifret GLN, som ordregiveren oplyser ved kontraktindgåelse, og det peger på en helt bestemt afdeling eller institution, ikke på myndigheden som helhed. Oven på det er bogføringsloven fra 2022 kommet til: virksomheder med regnskabspligt skal bogføre i et digitalt bogføringssystem, og udbydere af standardsystemer skal registrere deres løsning hos Erhvervsstyrelsen. Kravet blev faset ind fra 1. juli 2024 for virksomheder på registrerede standardsystemer og fra 1. januar 2025 for specialudviklede løsninger, mens mindre personligt ejede virksomheder over en omsætningsgrænse følger efter. For et ERP-projekt betyder det, at e-fakturering hører hjemme i must-have-kolonnen i kravspecifikationen og ikke i en fase 2, der aldrig bliver finansieret.
OIOUBL, Peppol og EN 16931: hvem er hvem
OIOUBL er den danske profil af UBL (Universal Business Language) og har været rygraden i dansk e-fakturering til det offentlige i næsten to årtier. Peppol (Pan-European Public Procurement OnLine) er derimod både et regelsæt og et netværk, hvor Peppol BIS Billing 3.0 er det fakturaformat, der bygger på den europæiske standard EN 16931. Danmark er tilsluttet Peppol, og danske offentlige modtagere kan tage imod fakturaer i begge spor, mens Erhvervsstyrelsen arbejder på at bringe den danske profil tættere på den europæiske standard. Forskellen er værd at forstå, fordi den afgør, hvor let du kommer ud over landegrænsen: OIOUBL virker kun i Danmark, mens Peppol åbner for offentlige kunder i store dele af EU med samme opsætning. Praktisk behøver dit ERP-system dog sjældent at kunne alle formater selv. Konverteringen mellem intern fakturadata og det format modtageren kræver, er typisk adgangspunktets opgave, og det er derfor et af de steder, hvor du skal se nøje på, hvad der er inkluderet i abonnementet.
Sådan hænger kæden sammen teknisk
En e-faktura rejser gennem fire led: dit ERP-system danner fakturaen, dit adgangspunkt (access point) pakker den i det rette format og sender den, modtagerens adgangspunkt tager imod, og modtagerens økonomisystem bogfører den. NemHandelsregistret fungerer som opslagsværk, der fortæller, hvilket adgangspunkt en given modtager bruger, og hvilke dokumenttyper vedkommende kan tage imod. Modtagere identificeres med EAN/GLN for offentlige kunder og med CVR- eller P-nummer for private virksomheder, og et forkert identifikationsnummer er den hyppigste årsag til, at en faktura aldrig lander. Undervejs udveksles der to slags kvitteringer, som du skal kunne se i ERP-systemet: en transportkvittering, der bekræfter, at dokumentet er modtaget, og en forretningskvittering, hvor modtageren accepterer eller afviser fakturaens indhold. Kan systemet kun vise den første, opdager I ikke, at fakturaen er afvist, før betalingen udebliver.
EDI er ikke det samme som e-fakturering
EDI (Electronic Data Interchange) og e-fakturering blandes ofte sammen, men dækker to forskellige behov. E-fakturering handler om ét dokument, fakturaen, og er drevet af offentlige krav. EDI dækker hele dokumentudvekslingen i en handelsrelation: ordrer, ordrebekræftelser, pakkesedler, prislister, kampagnedata og fakturaer, ofte i EDIFACT-format og med krav defineret af den enkelte kæde. Sælger I til dagligvarekæder, byggemarkeder eller store grossister i Danmark, vil kravene komme fra kunden og ikke fra lovgivningen, og de er typisk hårdere end de offentlige. Hver kæde har sin egen implementeringsvejledning, sit eget testforløb og sine egne bødeklausuler ved fejl i pakkesedler. Det betyder, at ERP-systemet skal kunne begge dele, og at du bør regne med en separat opsætningsomkostning for hver ny handelspartner. Undervurderes det i budgettet, bliver EDI det, der forsinker go-live for netop de kunder, der står for størstedelen af omsætningen.
Hvad det koster, og hvad du skal spørge om
Prisbilledet er beskedent sammenlignet med resten af et ERP-projekt, men det er sjældent nul. Et adgangspunkt-abonnement ligger typisk på 150-1.000 DKK om måneden afhængigt af volumen, ofte med en transaktionspris i omegnen af 0,50-3 DKK per dokument. Opsætning og test af e-fakturering i forbindelse med en implementering koster normalt 15.000-60.000 DKK, mens en EDI-opkobling til én handelspartner ligger på 10.000-40.000 DKK. Stil disse spørgsmål til leverandøren, inden du skriver under: Er e-fakturering en del af standardlicensen eller et tilkøbsmodul? Hvilke formater understøttes udgående og indgående? Hvem er adgangspunktleverandør, og hvad koster den aftale ved jeres volumen? Hvordan håndteres afviste fakturaer i brugergrænsefladen? Og kan systemet modtage e-fakturaer fra leverandører og matche dem mod indkøbsordre og varemodtagelse, eller virker det kun den ene vej?
De fejl der koster tid ved go-live
Den klassiske fejl er at teste e-fakturering for sent. Adgangspunktaftaler, registrering i NemHandelsregistret og de første testfakturaer til en offentlig kunde tager uger, ikke dage, og bør derfor ligge i testfasen og ikke i hypercare. Den næsthyppigste fejl handler om referencer: mange offentlige ordregivere afviser automatisk fakturaer uden rekvisitions- eller ordrenummer i det rigtige felt, og feltet skal derfor udfyldes ved ordreoprettelse, ikke ved fakturering. Tredje fælde er momskoder og kontostrenge, der ikke er mappet korrekt mellem ERP-systemet og fakturaformatet, hvilket først opdages, når revisor spørger. Endelig glemmer mange at udpege en ansvarlig for fejlkøen. Afviste fakturaer havner et sted, og hvis ingen kigger der dagligt i de første måneder, opdager I problemet på likviditeten. Sæt derfor tre ting på plads inden go-live: en testkunde i det offentlige, en navngiven ejer af fejlkøen og en fast opfølgning på afviste dokumenter i de første otte uger.