ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

Norvège — EHF, DFØ et PEPPOL pour le B2G

La Norvège a imposé l'e-facturation B2G depuis le 2 juillet 2012, avec le format propre EHF (Elektronisk Handelsformat) transporté sur le réseau PEPPOL. Le B2B reste volontaire mais largement adopté (plus de 85 % des factures en 2025). Le SAF-T fiscal est obligatoire depuis 2020 pour la transmission audit.

Timeline réglementaire

  • 1er janvier 2011 — EHF 1.5 publié. Premier format EHF publié par Direktoratet for forvaltning og IKT (Difi, ancêtre de DFØ) pour l'e-facturation B2G norvégienne, sur base UBL 2.0.
  • 2 juillet 2012 — Mandat B2G central. Le gouvernement norvégien rend obligatoire l'EHF pour tous les fournisseurs des administrations centrales et entités publiques au-dessus de NOK 500 000 d'achat annuel.
  • 1er janvier 2017 — EHF 3.0 sur PEPPOL BIS 3.0. Migration majeure vers EHF 3.0 conforme PEPPOL BIS Billing 3.0 (UBL 2.1, EN 16931). Réseau de transport unifié sur PEPPOL.
  • 21 avril 2017 — Forskrift FOR-2017-04-21-518. Le règlement sur les factures électroniques dans les marchés publics transpose la Directive UE 2014/55, étend l'obligation à toute collectivité (Fylker, Kommuner) à partir du 1er avril 2019.
  • 1er janvier 2020 — SAF-T obligatoire. Skatteetaten impose le SAF-T (Standard Audit File for Tax) obligatoire en réception fiscale et audit pour toutes les entreprises tenues à la comptabilité (Bokføringsplikt).
  • 1er janvier 2023 — EHF 3.0 enriched. Mise à jour des Schematron Anskaffelser avec règles nationales sur KID (référence client), arrondi 2 décimales NOK, codes BR-NO-X.
  • 11 mars 2025 — Adoption ViDA UE. Norvège (hors UE mais EEE) consulte sur l'alignement ViDA pour préserver l'interopérabilité avec ses partenaires UE.
  • 2027-2028 — Mandat B2B annoncé (consultation). Skatteetaten et DFØ étudient un mandat B2B Norway-wide aligné sur ViDA, sans calendrier ferme à ce jour.

Approfondissements — 10 pages dédiées

Dix pages dédiées approfondissent chaque dimension de l'écosystème norvégien d'e-facturation — les réformes pionnières (EHF B2G 2012, Autorité PEPPOL fondatrice, SAF-T 2020, régimes MVA), les spécifications techniques (organisasjonsnummer, plateforme Altinn), et l'usage B2B réel qui pré-existe et coexiste avec la régulation UE (EANCOM retail, EDI pétrole & gaz en mer du Nord, OFTP2 industriel, et la position EEE / ViDA de la Norvège).

Réformes pionnières

Specs techniques

Usage B2B réel

Schéma technique

EHF est une CIUS norvégienne sur PEPPOL BIS Billing 3.0 (UBL 2.1). Le CustomizationID double-référence le profil PEPPOL et le profil Anskaffelser pour signaler les règles nationales additionnelles (BR-NO).

  • EHF Customization ID : urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0#conformant#urn:fdc:anskaffelser.no:2017:eFakt:billing:3.0 — référence PEPPOL + extension Anskaffelser.no.
  • Organisasjonsnummer : 9 chiffres avec checksum MOD-11, attribué par Brønnøysundregistrene ; schemeID PEPPOL 0192.
  • VAT ID norvégien : NO + 9 chiffres + MVA (Merverdiavgift). Format spécifique non-UE.
  • KID (Kundeidentifikasjon) : référence numérique de paiement avec checksum MOD-10 ou MOD-11, jusqu'à 25 chiffres. Utilisée dans PayeeFinancialAccount/ID avec schemeID NO:KID pour la réconciliation bancaire automatique.
  • Taux TVA : 25 % standard, 15 % réduit (alimentation), 12 % super-réduit (transport personnes, hôtellerie, cinéma, événements culturels), 0 % (exports, certaines exemptions).

Structure d'une facture EHF 3.0 vers DFØ :

xmlehf-3p0.xml
<?xml version="1.0" encoding="UTF-8"?>
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
         xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
         xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0#conformant#urn:fdc:anskaffelser.no:2017:eFakt:billing:3.0</cbc:CustomizationID>
  <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
  <cbc:ID>NO-2026-00000142</cbc:ID>
  <cbc:IssueDate>2026-04-15</cbc:IssueDate>
  <cbc:DueDate>2026-05-15</cbc:DueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>NOK</cbc:DocumentCurrencyCode>
  <cbc:BuyerReference>DFO-2026-OPDR-00789</cbc:BuyerReference>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cbc:EndpointID schemeID="0192">123456789</cbc:EndpointID>
      <cac:PartyLegalEntity>
        <cbc:RegistrationName>Ediverse Demo Norge AS</cbc:RegistrationName>
        <cbc:CompanyID schemeID="0192">123456789</cbc:CompanyID>
      </cac:PartyLegalEntity>
      <cac:PartyTaxScheme>
        <cbc:CompanyID>NO123456789MVA</cbc:CompanyID>
        <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
      </cac:PartyTaxScheme>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:AccountingCustomerParty>
    <cac:Party>
      <cbc:EndpointID schemeID="0192">986252932</cbc:EndpointID>
      <cac:PartyLegalEntity>
        <cbc:RegistrationName>Direktoratet for forvaltning og økonomistyring (DFØ)</cbc:RegistrationName>
      </cac:PartyLegalEntity>
    </cac:Party>
  </cac:AccountingCustomerParty>
  <cac:PaymentMeans>
    <cbc:PaymentMeansCode>30</cbc:PaymentMeansCode>
    <cac:PayeeFinancialAccount>
      <cbc:ID schemeID="NO:KID">12345678901</cbc:ID>
    </cac:PayeeFinancialAccount>
  </cac:PaymentMeans>
  <cac:TaxTotal>
    <cbc:TaxAmount currencyID="NOK">2500.00</cbc:TaxAmount>
  </cac:TaxTotal>
  <cac:LegalMonetaryTotal>
    <cbc:LineExtensionAmount currencyID="NOK">10000.00</cbc:LineExtensionAmount>
    <cbc:TaxExclusiveAmount currencyID="NOK">10000.00</cbc:TaxExclusiveAmount>
    <cbc:TaxInclusiveAmount currencyID="NOK">12500.00</cbc:TaxInclusiveAmount>
    <cbc:PayableAmount currencyID="NOK">12500.00</cbc:PayableAmount>
  </cac:LegalMonetaryTotal>
</Invoice>

Flux de soumission

La Norvège utilise PEPPOL 4-corner : le fournisseur transmet via son Access Point PEPPOL (Visma, Inexchange, Pagero, Logiq, etc.), qui résout l'Organisasjonsnummer destinataire via le SMP géré par DFØ (smp.anskaffelser.no). Le transport AS4 livre à l'Access Point récepteur qui pousse vers l'ERP destination (Unit4 pour DFØ, SAP pour beaucoup de communes).

textno-ehf-flow.txt
┌──────────────┐    ┌────────────────────┐    ┌──────────────┐
│ Leverandør   │───>│ PEPPOL Access      │───>│ Mottaker     │
│ (ERP, EHF/   │    │ Point (avsender)   │    │ Access Point │
│  UBL)        │    │                    │    │ (DFØ/SAP)    │
└──────────────┘    └─────────┬──────────┘    └──────┬───────┘
                              │ AS4                   │
                              ▼                       ▼
                  ┌────────────────────┐    ┌──────────────┐
                  │ SML/SMP            │    │ Unit4 (ERP   │
                  │ (Anskaffelser SMP) │    │  fédéral)    │
                  └────────────────────┘    └──────────────┘

Anskaffelser.no (portail gouvernemental des achats publics) est le point de référence pour les spécifications EHF. DFØ opère le SMP central qui référence les Organisasjonsnummer de l'État, des Fylker (10 régions fusionnées depuis 2024), et des 357 Kommuner.

Validation

  • DFØ — Direktoratet : dfo.no — Direction de la Gestion publique et financière, opérateur SMP, support EHF.
  • Anskaffelser.no : anskaffelser.no — portail public des marchés publics, spécifications EHF, validateur en ligne.
  • Skatteetaten : skatteetaten.no — Administration fiscale norvégienne, SAF-T, règles TVA, audits.
  • Brønnøysundregistrene : brreg.no — Registres centralisés norvégiens, attribution Organisasjonsnummer.
  • PEPPOL Norway Authority : anskaffelser.no/peppol — autorité PEPPOL Norvège, accréditation des Access Points.

Pièges courants

  1. EHF Customization ID complet obligatoire. Le CustomizationID double-référence (PEPPOL + Anskaffelser) est obligatoire pour qu'un Access Point destinataire applique les règles BR-NO. Un PEPPOL BIS sans extension Anskaffelser sera traité en BIS générique et peut manquer des contrôles KID, TVA réduite, etc.
  2. KID modulo 10 ou modulo 11 selon banque. La référence KID utilise modulo 10 (algorithme de Luhn standard) ou modulo 11 (algorithme Norwegian) selon la banque du créancier. Vérifier l'algorithme avec la banque (DNB, Nordea, SpareBank 1) avant d'émettre ; rejet silencieux sinon.
  3. Organisasjonsnummer checksum MOD-11. Le contrôle utilise MOD-11 avec pondération [3,2,7,6,5,4,3,2]. Si le check digit calculé vaut 10, l'Organisasjonsnummer est invalide (n'est pas attribué). Implémenter la validation côté ERP avant émission.
  4. NO hors UE — VAT et reverse charge. La Norvège n'est pas membre UE : les opérations cross-border avec l'UE suivent les règles d'exportation/importation, pas le reverse charge intra-UE. Le VAT ID norvégien ne se valide pas via VIES ; utiliser l'enregistrement Skatteetaten ou le registre Brønnøysund.
  5. Archivage 5 ans Bokføringsloven. La Loi sur la comptabilité (Bokføringsloven 2004 § 13) impose 5 ans après la fin de l'exercice fiscal, allongé à 10 ans pour certains documents (factures sur des biens d'investissement immobilier). Le format original UBL ou PDF/A-3 doit être conservé avec garanties d'intégrité.

Liens transverses