Skip to Content

Odoo 19 e-fakturaer: ebInterface, ZUGFeRD og e-Rechnung.gv.at gratis for fellesskapet

5. september 2026 etter
Odoo 19 e-fakturaer: ebInterface, ZUGFeRD og e-Rechnung.gv.at gratis for fellesskapet
Alexander Biringer | Biricon IT Services GmbH

Elektroniske fakturaer hører med til moderne regnskapsføring

Digitaliseringen av regnskapet skrider stadig videre. Elektroniske fakturaformater er for lengst blitt mer enn en PDF-fil som sendes på e-post.

En ekte elektronisk faktura inneholder strukturerte data som regnskaps- og ERP-systemer kan behandle automatisk.

Med vårt nye åpen kildekode-prosjekt for Odoo 19 Community ønsker vi å ta tak nettopp her.

Vi har utviklet flere utvidelser som vi stiller gratis til disposisjon for Odoo Community.

Prosjektet er offentlig tilgjengelig på GitHub:

Odoo 19 Invoice E-Files på GitHub

Vårt fokus er særlig på Østerrike, men en del av løsningen er også interessant for virksomheter utenfor Østerrike.

Tre moduler for elektroniske fakturaer

Prosjektet består for øyeblikket av tre sentrale komponenter:

  • ebInterface 6.1 for Østerrike
  • ZUGFeRD for elektroniske fakturaer
  • automatisk overføring til e-Rechnung.gv.at

Dermed forener vi ulike krav knyttet til elektroniske fakturaer i ett åpen kildekode-prosjekt for Odoo 19 Community.

ebInterface 6.1 – det østerrikske fakturaformatet

Et hovedfokus i utviklingen vår er ebInterface 6.1.

ebInterface er det østerrikske standardformatet for strukturerte elektroniske fakturaer.

Vår modul

l10n_at_ebinterface

genererer en tilsvarende ebInterface-6.1-XML ut fra en kundefaktura eller kreditnota i Odoo.

Her overføres blant annet de relevante opplysningene fra Odoo-fakturaen til XML-strukturen:

  • Fakturautsteder
  • Fakturamottaker
  • Fakturalinjer
  • Skatter og avgifter
  • Betalingsinformasjon
  • Bankforbindelse
  • Fakturadata

Den genererte XML-filen knyttes direkte til fakturaen.

Hvorfor utviklet vi en egen modul for dette?

Under utviklingen oppdaget vi at det for Odoo 19 Community for øyeblikket ikke finnes noen tilsvarende Odoo-kjernemodul eller OCA-modul for den østerrikske native ebInterface-standarden.

Det var nettopp her vi ville ta tak.

I stedet for å utvikle en østerriksk løsning bare for vår egen installasjon, har vi implementert den som en selvstendig åpen kildekode-modul.

Slik kan også resten av Odoo-fellesskapet dra nytte av den.

ZUGFeRD automatisk med hver faktura

Det andre hovedfokuset i prosjektet vårt er ZUGFeRD.

ZUGFeRD kombinerer en PDF-faktura med en strukturert XML-faktura.

Resultatet er en såkalt hybridfaktura: For mennesker forblir fakturaen lesbar som PDF, mens programvare automatisk kan tolke de innebygde strukturerte fakturadataene.

Odoo 19 har i utgangspunktet allerede støtte for ZUGFeRD og CII.

I praksis finnes det imidlertid noen begrensninger.

Vår modul

account_invoice_zugferd_ebinterface_auto

tar derfor nettopp tak i dette.

ZUGFeRD ikke lenger bare som et alternativ

Vi ønsket en så automatisert flyt som mulig.

Ved en sendt kundefaktura kontrolleres det derfor ikke først om den aktuelle kunden er satt opp individuelt for ZUGFeRD.

I stedet brukes ZUGFeRD automatisk for kundefakturaer og kreditnotaer.

I tillegg følger den genererte ebInterface-XML-en med som en del av fakturaen.

Dermed oppstår en sammenhengende prosess:

Odoo-faktura → PDF → strukturert e-faktura → utsendelse

uten at brukeren må utføre ekstra trinn for hver faktura.

Vi tetter også hull i Odoo 19 Community

Under implementeringen støtte vi på noen særegenheter i Odoo 19-implementeringen.

Blant annet finnes det avhengigheter i CII-eksportøren som kan føre til problemer utenfor bestemte landinstallasjoner.

Modulen vår utbedrer flere av disse praktiske begrensningene.

Dette gjelder blant annet:

  • manglende felt for perioder med utsatt inntektsføring (Deferred Revenue)
  • den landspesifikke begrensningen av PDF/A-3-konverteringen
  • manglende eller ikke angitte bankforbindelser på eksisterende fakturaer

Dermed skal ZUGFeRD kunne brukes pålitelig også av virksomheter utenfor de landkonstellasjonene som opprinnelig var tenkt.

e-Rechnung.gv.at – direkte overføring til den østerrikske staten

Den tredje komponenten er særlig interessant for virksomheter som fakturerer offentlige oppdragsgivere.

Med

l10n_at_erechnung_gv_at

kan en ebInterface-faktura overføres direkte til den østerrikske e-Rechnung.gv.at-webtjenesten.

Dermed blir ren fakturaopprettelse til en automatisert elektronisk fakturaprosess.

Flyten kan for eksempel se slik ut:

Opprette faktura i Odoo

↓

Generere ebInterface XML

↓

Sende faktura

↓

Overføre ebInterface automatisk til e-Rechnung.gv.at

Dermed integreres en ellers manuell prosess direkte i Odoo.

Automatisk overføring bare for de kundene som trenger det

Overføringen til e-Rechnung.gv.at aktiveres ikke generelt for alle kunder.

I stedet kan den aktiveres for den enkelte østerrikske kunden.

Til dette lagres de nødvendige opplysningene, for eksempel

  • Leverandørnummer
  • Innkjøpergruppe / filialnummer
  • Ordrereferanse

hos kunden.

Modulen kontrollerer da også om forutsetningene for en aktivering er oppfylt.

Test- og produksjonsdrift

For e-Rechnung.gv.at kan man velge mellom et test- og et produksjonsmiljø.

Tilgangsdataene til USP-webtjenesten lagres i Odoo-innstillingene.

Dermed kan integrasjonen først forberedes i et testmiljø før den tas i bruk for produktiv fakturautsendelse.

Automatisering i stedet for ekstra arbeid

Målet vårt med utviklingen var ikke å gi regnskapsføreren flere knapper.

Tvert imot.

Tanken er:

Så lite manuelt arbeid som mulig.

En faktura opprettes i Odoo.

De nødvendige strukturerte formatene genereres automatisk.

Ved utsendelse legges de tilhørende filene automatisk ved.

Og for tilsvarende konfigurerte østerrikske kunder kan fakturaen i tillegg overføres automatisk til e-Rechnung.gv.at.

Det er nettopp denne automatiseringen som utgjør forskjellen mellom en enkel fileksport og en virkelig integrert e-fakturaløsning.

Datakvalitet blir ikke bare skjult

Et viktig poeng i implementeringen vår er imidlertid også:

En elektronisk faktura kan bare være så god som dataene den genereres fra.

Derfor prøver vi ikke å erstatte manglende obligatoriske opplysninger i det stille med vilkårlige verdier.

Hvis for eksempel obligatorisk informasjon for ZUGFeRD eller ebInterface mangler, skal Odoo gjøre brukeren oppmerksom på det.

Dette gjelder for eksempel:

  • manglende land hos kunden
  • manglende skatteopplysninger på fakturalinjer
  • manglende bankforbindelse

Etter vår mening er dette bedre enn å sende en formelt generert, men innholdsmessig feil elektronisk faktura.

Åpen kildekode for Odoo Community

Også dette prosjektet stiller vi gratis som åpen kildekode til disposisjon.

Hvorfor?

Fordi vi selv drar nytte av programvare med åpen kildekode.

Odoo Community gir et utmerket grunnlag for ERP, regnskap og forretningsprosesser. Når vi savner en funksjon i det daglige arbeidet, utvikler vi den.

Og når løsningen kan være interessant også for andre virksomheter, stiller vi den til disposisjon for fellesskapet.

For oss er det åpen kildekode i praksis.

Østerriksk fokus – men ikke bare for Østerrike

Prosjektet har et tydelig østerriksk tyngdepunkt.

ebInterface og e-Rechnung.gv.at er særlig interessante for østerrikske virksomheter.

ZUGFeRD-støtten er derimot relevant også for virksomheter utenfor Østerrike.

Dermed er prosjektet ikke utelukkende en østerriksk løsning.

Nettopp kombinasjonen av strukturerte fakturadata og et automatisk generert PDF/A-3-dokument kan være interessant også for andre Odoo-installasjoner.

For Odoo 19 Community

Modulene er utviklet for Odoo 19 Community.

Repositoriet inneholder for øyeblikket:

  • l10n_at_ebinterface
  • account_invoice_zugferd_ebinterface_auto
  • l10n_at_erechnung_gv_at

Modulene er avhengige av hverandre, slik at man avhengig av bruksområde bare trenger å installere de komponentene man trenger.

Vårt bidrag til fellesskapet

Vi ser ikke på dette prosjektet som ferdig kommersiell programvare, men som et bidrag til videreutviklingen av Odoo-fellesskapet.

Kanskje trenger noen bare ebInterface.

Kanskje trenger en annen virksomhet ZUGFeRD.

Kanskje må en virksomhet jevnlig sende fakturaer til offentlige oppdragsgivere via e-Rechnung.gv.at.

I alle tre tilfeller kan prosjektet vårt gi et grunnlag.

Og fordi kildekoden er åpent tilgjengelig, kan hver bruker kontrollere, tilpasse og videreutvikle løsningen.

Åpen kildekode betyr: å bli bedre sammen

Vi er overbevist om at åpen kildekode gir en stor fordel, særlig for ERP-systemer.

Virksomheter har ulike krav.

En løsning som fungerer perfekt for én virksomhet, må kanskje tilpasses for en annen.

Med åpen kildekode er dette mulig.

Derfor setter vi pris på:

  • Tilbakemeldinger
  • Bug Reports
  • Forbedringsforslag
  • Pull Requests
  • flere støttede bruksområder

En god fellesskapsløsning oppstår ikke nødvendigvis med den første commit-en.

Den oppstår gjennom videreutvikling fra mange brukere og utviklere.

Bruk prosjektet gratis

Hele kildekoden er offentlig tilgjengelig på GitHub:

GitHub – Odoo 19 Invoice E-Files

Der finner du også installasjonsinformasjon og dokumentasjonen for de enkelte modulene.

For integrasjonen av den østerrikske e-Rechnung.gv.at-webtjenesten kreves i tillegg Python-biblioteket Zeep.

Vårt bidrag til en åpen Odoo-verden

Med dette prosjektet ønsker vi å vise at selv mindre egenutviklinger kan skape merverdi for et helt fellesskap.

Vi utviklet opprinnelig modulene for å løse konkrete behov.

Nå stiller vi disse løsningene gratis til disposisjon for alle brukere av Odoo 19 Community.

Dermed kan en individuell utvikling bli til en fellesskapsløsning.

Odoo 19. Åpen kildekode. Elektroniske fakturaer. Østerrike. Og gratis for fellesskapet.

Det er nettopp derfor vi har publisert dette prosjektet.

Sammen i stedet for å utvikle flere ganger.

Til prosjektet på GitHub