E-fakturering i bokföringsprogram: Integration och automatisering

Obligatorisk e-fakturering ställer företag inte bara inför frågan om hur man skapar och tar emot e-fakturor, utan också hur man integrerar dem i sina befintliga bokföringsarbetsflöden. En e-faktura levererar verkligt värde först när dess strukturerade data flödar automatiskt in i bokföringsprogrammet istället för att skrivas in manuellt. I den här artikeln visar vi hur framgångsrik integration fungerar och vilken roll API-baserade lösningar spelar.

Utmaningen: Bokföringsprogram och e-fakturering

Många företag förlitar sig på etablerade bokföringslösningar som vuxit fram under åren. Stödet för strukturerade e-fakturaformat som XRechnung eller ZUGFeRD varierar kraftigt:

• Vissa leverantörer har redan integrerat inbyggt e-faktureringsstöd
• Andra erbjuder det som en betald tilläggsmodul
• Vissa har ingen lösning alls ännu

Som resultat kan många företag ta emot e-fakturor men inte bearbeta data automatiskt. Istället öppnas XML-filer manuellt, läses igenom och värdena skrivs in i bokföringssystemet för hand. Detta är felbenäget, tidskrävande och motverkar själva syftet med e-fakturering.

Vanliga bokföringslösningar i Tyskland

DATEV

DATEV är de facto-standarden för samarbete mellan företag och skatterådgivare i Tyskland. DATEV stöder import av e-fakturor via DATEV-gränssnittet och portalen Unternehmen Online. ZUGFeRD-fakturor kan importeras direkt. För XRechnung i rent XML-format krävs ofta ett konverteringssteg eller mellanbearbetning.

lexoffice

lexoffice från Lexware riktar sig till småföretag och frilansare. Programmet stöder i allt högre grad import av e-fakturor och kan bearbeta ZUGFeRD-PDF:er. Exportfunktionalitet i XRechnung-format finns också tillgänglig, med funktionsomfånget som kontinuerligt utökas.

sevDesk

sevDesk erbjuder en molnbaserad bokföringslösning med växande stöd för e-fakturering. Plattformen kan fånga inkommande fakturor via OCR och arbetar mot fullt stöd för strukturerade format.

Sage och SAP

Större ERP-system som Sage och SAP har vanligtvis moduler eller partnerintegreringar för e-fakturering. Konfigurationen är dock ofta komplex och kräver specialiserad kompetens.

Vad integration faktiskt innebär

Verklig e-faktureringsintegration involverar flera steg:

1. Ingående bearbetning (mottagande)

Inkommande e-fakturor i XML-format (UBL, CII) eller som ZUGFeRD-PDF:er måste automatiskt läsas och konverteras till bokföringsprogrammets interna dataformat. Detta inkluderar:

• Identifiera fakturaformatet
• Extrahera alla relevanta datafält
• Validera fakturan mot EN 16931
• Tilldela fakturan till leverantörskonton och kostnadsställen

2. Utgående bearbetning (utskick)

Vid skapande och skickande av e-fakturor måste data från bokföringssystemet konverteras till ett kompatibelt format:

• Exportera fakturadata från det interna systemet
• Konvertera till XRechnung (UBL/CII) eller ZUGFeRD
• Validera innan utskick
• Arkivera det strukturerade dokumentet

3. Arkivering

E-fakturor omfattas av GoBD-krav och måste lagras revisionssäkert i minst 10 år. Det strukturerade XML-formatet måste bevaras i sin ursprungliga form — enbart en PDF-kopia räcker inte. För ZUGFeRD-hybridfakturor räcker det att arkivera den inbäddade XML-delen — PDF-representationen behöver bara lagras separat om den innehåller skatterelevant information som inte finns i XML:en. En pappersutskrift uppfyller inte GoBD-kraven.

Den API-baserade metoden

Om ditt bokföringsprogram inte erbjuder inbyggt e-faktureringsstöd eller om du använder ett skräddarsytt ERP-system är en API-baserad lösning ofta den mest effektiva vägen.

Hur det fungerar med invapi

invapi fungerar som mellanprogramvara mellan ditt bokföringsprogram och e-faktureringsvärlden. Det typiska arbetsflödet ser ut så här:

Ingående:

1. En e-faktura anländer som XML eller en ZUGFeRD-PDF
2. invapi-API:et konverterar fakturan till ett enhetligt JSON-format
3. Ditt system läser JSON och skapar bokföringsposten

Utgående:

1. Ditt system exporterar fakturadata som JSON
2. invapi-API:et konverterar JSON till XRechnung eller ZUGFeRD
3. Den validerade e-fakturan skickas till mottagaren

Fördelar med API-metoden

• Formatoberoende: invapi stöder UBL, CII och ZUGFeRD. Oavsett vilket format mottagaren kräver använder du alltid samma gränssnitt.
• Validering inkluderad: Varje faktura kontrolleras automatiskt mot EN 16931-regler innan den skickas.
• Framtidssäkert: När standarder eller regler ändras uppdaterar invapi API:et. Din integration förblir intakt.
• Skalbart: Från 10 fakturor per månad på den kostnadsfria planen till obegränsade volymer på företagsnivå.

Praktiskt exempel: Integration i ett skräddarsytt ERP

Ett medelstort handelsföretag använder ett egenutvecklat ERP-system baserat på PHP och MySQL. Integrationen med invapi implementerades i tre steg:

1. Ingående modul: Inkommande XML-fakturor skickas till invapi-API:et via ett cronjobb och returneras som JSON. ERP-systemet läser de strukturerade uppgifterna och skapar automatiskt bokföringsposter.
2. Utgående modul: När en faktura skapas exporterar ERP:et data som JSON, och API:et returnerar en validerad XRechnung.
3. Övervakning: API-svar loggas för att spåra vilka fakturor som validerats framgångsrikt och var fel uppstod.

Hela integrationen var i drift inom en vecka — utan några ändringar i den befintliga ERP-datamodellen.

Slutsats

Att integrera e-fakturor i din bokföring är steget som förvandlar en juridisk skyldighet till en verklig produktivitetsvinst. Oavsett om du använder DATEV, lexoffice, sevDesk eller ett skräddarsytt system: en API-baserad mellanprogramvara som invapi överbryggar gapet mellan ditt system och de krävda e-fakturaformaten. Läs mer på integrationssidan och kom igång med den kostnadsfria planen.