Electronic invoice in Norway
One of Europe’s most mature e-invoicing markets with mandatory EHF format for public sector
Norway has been sending structured invoices to the public sector over Peppol for more than a decade. On 19 June 2026 it went further: Act No. 39 amending the Bookkeeping Act (bokføringsloven) introduced a mandatory B2B e-invoicing obligation, adopted by the Storting on 8 June and sanctioned by the King eleven days later.
The design is unusually pragmatic. From 1 January 2027 you must send a structured invoice to any business customer that is already able to receive one — no more. Only from 1 January 2030 does every covered business have to be able to receive. That deliberate asymmetry means nobody is forced to build a receiving capability they do not yet have, while the network fills up from the sending side.
Fourteen years of public-sector groundwork, then a B2B mandate built on top of it.
Government bodies must write an EHF invoice and credit note requirement into new contracts. The municipal sector followed from 2015.
Forskrift om elektronisk faktura i offentlige anskaffelser extends standard e-invoicing to all contracting authorities covered by procurement law, over the Peppol infrastructure.
The legal basis for mandatory B2B e-invoicing and digital bookkeeping. The Storting adopted it on 8 June 2026.
Skattedirektoratet must report on consumer e-invoicing, standardised electronic receipts and possible regulation of service providers. This is a reporting deadline, not the start of a mandate.
Bookkeeping-obligated businesses must send structured e-invoices to business customers who are registered to receive them. The three conditions all have to be met.
Covered businesses must use a digital accounting system that receives and processes e-invoices automatically. Spreadsheets and word processors stop qualifying as primary bookkeeping tools.
The law is passed, but the detail is not. The mandatory format, the exemptions and the transitional rules are still to be set out in secondary legislation from Skattedirektoratet. The government assignment names EHF as the intended format, and exemptions are expected for very small businesses and certain financial institutions — but until the regulation is published, none of that is settled law.
Public-sector e-invoicing has been settled practice for years. Under the 2019 regulation, contracting authorities must require an electronic invoice in the contract, accept it in an approved standard format, process it electronically and use the Peppol infrastructure.
A PDF sent by e-mail does not satisfy the B2G requirement. In practice a non-compliant invoice is rejected technically, returned to the supplier and the payment term does not start — a commercial consequence that usually bites faster than any regulatory one.
From 1 January 2027 the obligation to send applies when all three of the following are true of your customer. If any one fails, you are not obliged to send a structured invoice for that transaction.
Between 2027 and 2029 the duty falls on the sender only, and only towards customers already connected. There is no obligation on the buyer side to get connected until 2030. The practical effect is that your systems must be able to look up whether a given customer is reachable, and route accordingly — a per-invoice decision, not a one-off configuration.
Norway's banking solution eFaktura, which delivers invoices into a consumer's online bank, is a different legal and technical regime from EHF/Peppol B2B and should not be confused with it.
Because Norway is not part of the EU VAT system — the VAT Directive is not incorporated into the EEA Agreement — ViDA does not apply directly to Norway from 1 July 2030. It applies to a Norwegian group's EU subsidiary, fixed establishment or EU VAT registration, but not to a Norwegian domestic invoice or to an export from Norway.
Norway is one of the cleanest implementations of the European standard in Europe, for a simple reason: it did not build a national variant on top of it.
The Norwegian name for Peppol BIS Billing 3.0, implemented without Norwegian additions or extra rules. Peppol BIS Billing 3.0 is itself a CIUS of EN 16931.
The working syntax: Invoice and CreditNote, Peppol BIS Billing 3.0 CustomizationID and ProfileID, with VAT rules selected by the seller's country.
UN/CEFACT CII is not the everyday Norwegian syntax. An EN 16931 compliant CII invoice can have legal standing for public contracts above the EEA thresholds, but for day-to-day Norwegian B2G and B2B you should assume UBL / Peppol BIS Billing 3.0.
The adopted act defines an e-invoice technology-neutrally: an invoice that can be issued, sent and received in a structured electronic format allowing automatic processing. The binding syntax comes in the Skattedirektoratet regulation. Still open: the full list of permitted syntaxes, whether CII is admissible for domestic B2B, transitional carve-outs for EDIFACT, E2B and sector EDI, and exemptions for small businesses.
The government's explanatory memorandum is explicit: an electronic document or image file such as a PDF is not an e-invoice, because it contains no structured data an accounting system can process automatically. A PDF may accompany the XML as a visual representation, and remains usable outside the mandate and in B2C — but it does not replace EHF where a structured invoice is required. The act also requires the e-invoice to be stored in its original format, so keeping only a rendered PDF is not enough.
Norway runs the standard Peppol four-corner model: the seller's system (C1) hands the invoice to the seller's access point (C2), which locates the buyer's access point (C3) via SML and SMP and delivers over AS4, and C3 passes it into the buyer's system (C4).
There are central components, but they handle addressing and discovery — not tax control. The most accurate description is a decentralised network of access points with centralised address lookup.
The validation an access point performs checks the XML against EHF and Peppol BIS technical and business rules. It is a technical check, not a fiscal approval.
In Peppol CTC designs a fifth participant — the tax authority — receives transaction data from C2 or C3. Norway's adopted model has no such mandatory C5. The explanatory memorandum notes that e-invoicing could lay the groundwork for transaction-based tax reporting in future, but building that is expressly not part of the act. Norway participates in Nordic Smart Government & Business pilots around ViDA and CTC; pilots create no legal reporting duty.
The Norwegian Agency for Public and Financial Management (Direktoratet for forvaltning og økonomistyring) governs Peppol nationally, develops EHF and represents Norway towards OpenPeppol.
Elektronisk mottaker- og adresseregister, operated by the Norwegian Digitalisation Agency (Digdir). Your access point registers you there; public bodies must be in ELMA, private participants may use another Peppol SMP.
0192:123456789
For new Norwegian onboardings use 0192 plus the organisation number — not the VAT number with its NO prefix and MVA suffix. Public lookup that used to run directly against ELMA now goes through the Peppol Directory, but ELMA continues to operate as the SMP.
The Norwegian Peppol Authority Specific Requirements record Service Provider Accreditation as No. There is no separate national licence comparable to the Slovak digitálny poštár, and no requirement for a Norwegian legal entity, local office, local tax representative or an official electronic mailbox in order to serve Norwegian customers. A certified Peppol service provider established elsewhere in Europe can onboard Norwegian companies directly.
What the provider does still have to do:
A single centralised SMP is not mandatory for private businesses — the Norwegian PASR records No for that too. Public organisations must be registered in ELMA. Note that the Ministry of Finance included regulation of e-invoicing service providers in the follow-up study, so additional provider duties may be proposed after December 2026.
Under the Bookkeeping Act, primary accounting documentation — invoices included — must be retained for five years after the end of the financial year, with shorter periods for certain secondary documentation and longer ones in specific sectors.
This is the requirement most often missed in a first implementation. Plenty of accounting systems display the invoice and quietly discard the source file; from 2027 that is a compliance gap, and from 2030 it sits inside a broader digital bookkeeping obligation.
The act sets no fixed fine per wrongly formatted invoice. Because the duty sits inside the Bookkeeping Act, it is enforced through the general bookkeeping and tax machinery — which is escalating rather than fixed.
The design matters: a single mis-sent PDF is not the target. Systematically continuing to send PDFs after an order from the tax authority is, and the amount compounds daily until you stop.
Serious breaches of bookkeeping rules can qualify as an accounting offence: up to two years imprisonment or a fine in ordinary cases, up to six years for gross breaches. These are the general maxima for material accounting violations — scale, systematic conduct, intent, consequences and concealment are what matter, not an isolated formatting error.
No. The right to deduct input VAT rests on two things: that the purchase relates to VAT-liable business activity, and that the input VAT is evidenced by proper sales documentation containing the statutory particulars. Where an invoice has material defects, the deduction can be refused or postponed until it is corrected.
Norwegian practice does not treat every minor formal defect as fatal where the substantive conditions are met and the supplier is genuinely VAT-registered. So a PDF sent instead of a required EHF is a breach of the invoicing and bookkeeping rules — but it does not automatically destroy the buyer's deduction. In practice the safer course for the buyer is to require a corrected structured invoice before claiming.
Norway needs no local licence — what it needs is correct identifiers, correct validation and a reachability check on every invoice. As a certified Peppol Access Point we cover:
0192:organisation-number with Enhetsregisteret verification0192:123456789. Scheme 9908 has been removed from the current code list and 9909 (NO:VAT) is deprecated, so do not build new integrations on the VAT number with its NO prefix and MVA suffix.Norway has moved from a mature B2G system to a legislated B2B mandate without changing its architecture. Peppol four-corner, EHF as an unmodified Peppol BIS Billing 3.0, UBL 2.1, no clearance, no tax reporting, no national access point licence. Companies already exchanging over Peppol have most of the work behind them.
Two dates matter: 1 January 2027 for the duty to send to customers who can receive, and 1 January 2030 for digital bookkeeping and the duty to receive. In between, the obligation is conditional — which makes recipient lookup, not format conversion, the interesting engineering problem.
The open item is the Skattedirektoratet regulation that fixes the format, the exemptions and the transitional rules. Build for EHF, register on 0192, keep the original XML — and watch for that regulation before treating any exemption as available.