ediverse

Tapez pour rechercher dans les standards, messages, outils et glossaire.

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.

— 01

Fondamentaux

— 02

Standards

— 03

Messages phares

— 04

Outils

Danemark — NemHandel, OIOUBL et bascule PEPPOL

Le Danemark est le pays européen pionnier de l'e-facturation B2G : obligatoire pour tout fournisseur du secteur public depuis le 1er février 2005. Le réseau historique NemHandel transporte le format OIOUBL, et migre progressivement vers PEPPOL BIS Billing 3.0. La Bogføringsloven 2022 étend la facturation numérique au B2B sur 2024-2028.

Timeline réglementaire

  • 1er février 2005 — E-facture B2G obligatoire. Lov om offentlige betalinger rend obligatoire la facturation électronique vers le secteur public danois — premier pays UE à le faire de manière universelle. Format OIOXML puis OIOUBL.
  • 1er mai 2011 — OIOUBL 2.02. Migration complète de OIOXML vers OIOUBL (UBL 2.0 danois). Profils Procurement-Bil et Procurement-BilSim (simple) finalisés.
  • 1er avril 2019 — Transposition Directive UE 2014/55. Bekendtgørelse 2019 oblige les autorités contractantes danoises à accepter les formats EN 16931 (PEPPOL BIS) en parallèle d'OIOUBL.
  • 1er mai 2022 — Bogføringsloven Lov 700/2022. La nouvelle Loi danoise sur la comptabilité impose des systèmes comptables numériques certifiés pour les entreprises, avec phasage 2024-2026.
  • 1er janvier 2024 — Phase 1 Bogføringsloven. Obligation de comptabilité numérique certifiée pour les sociétés non-personnelles (ApS, A/S, etc.) — systèmes ERP doivent supporter OIOUBL/PEPPOL en réception et émission.
  • 15 décembre 2024 — OIOUBL 3.0. Publication par ERST du nouveau OIOUBL 3.0 aligné sur EN 16931:2017+A1:2019 et PEPPOL BIS Billing 3.0 ; OIOUBL 2.x déprécié progressivement.
  • 1er juillet 2026 — Phase 2 Bogføringsloven (annoncée). Extension aux personnes physiques (commerçants individuels, professions libérales) au-dessus DKK 300 000 de chiffre d'affaires annuel.
  • 2028 — Phase finale (prévue). Couverture universelle avec abaissement progressif des seuils DKK ; convergence ViDA et mandate ERST en cours d'analyse.

Approfondissements — 10 pages dédiées

Dix pages dédiées approfondissent chaque dimension de l'e-invoicing danois — le mandat historique B2G universel de 2005 (NemHandel, OIOUBL 3.0, Digital Bookkeeping Act et Bogføringsloven B2B 2024-2028), les spécifications techniques (CVR / Erhvervsstyrelsen ICD 0184, points d'accès PEPPOL DK, rail bancaire NemKonto + BetalingsService) et l'usage B2B réel en grande distribution (Salling/Coop/Dagrofa), EDI industriel (Mærsk/Carlsberg/Novo Nordisk/Vestas/LEGO) et le régime TVA Moms à taux unique 25 %.

Réforme 2024-2028 (B2G + B2B)

  • NemHandel — mandat B2G universel depuis 2005 · Plateforme ERST opérationnelle depuis le 1ᵉʳ février 2005, premier mandat universel B2G au monde. Bekendtgørelse 354/2005, ~20M factures B2G/an pour 3 000 administrations, OIOUBL et PEPPOL-BIS 3.0 acceptés.
  • Bogføringsloven — mandat B2B en 3 phases 2024-2028 · LBK 1391/2022. Phase 1 (1 jan 2024 — grandes entreprises auditées), phase 2 (1 juill 2026 — PME > 300k DKK), phase 3 (1 jan 2028 — universel). Obligation indirecte de l'e-facture via logiciel certifié.
  • OIOUBL 3.0 — format danois sur UBL 2.1 · CIUS danois sur OASIS UBL 2.1, V3.0 publié fin 2024. Profils BilSim/OrdSim/CatSim, ~140 règles BR-DK-* Schematron, alignement EN 16931 strict, coexistence PEPPOL-BIS 3.0.
  • Digital Bookkeeping Act — logiciels certifiés · Critères ERST (BEK 1592/2022), Standard systems (~80) vs Registered systems (~40). Visma e-conomic/Dinero/Billy/Uniconta/Dynamics 365 BC/SAP/Oracle NetSuite, conservation 5 ans, cloud autorisé sans restriction géographique.

Specs techniques

  • CVR — registre Erhvervsstyrelsen et ICD 0184 · Identifiant à 8 chiffres opéré par ERST depuis 1990, ~700 000 entités actives, P-numre pour unités de production, ICD PEPPOL 0184, API publique gratuite cvrapi.dk + datacvr.virk.dk, dump OpenData mensuel.
  • Points d'accès PEPPOL — 15 opérateurs · NemHandel public gratuit (virk.dk) + 14 commerciaux : TrueCommerce, Pagero, Visma e-conomic, Basware, Tradeshift, EDICOM, IBX Capgemini, B2Brouter, GS1 Denmark, Aiia, Itella TietoEVRY, Storecove, Inposia, Comarch, Generix.
  • NemKonto et BetalingsService — rail bancaire · Registre central des comptes citoyens depuis 2003 (~99 % enrôlement) + BetalingsService (Nets ~250M tx/an). Codes FIK 71/73/04/15, articulation SEPA SDD/SCT/Inst, MobilePay (Vipps MobilePay post-2024).

Usage B2B réel

  • EDIFACT retail Danemark · Salling Group (Føtex/Bilka/Netto) ~38 %, Coop Danmark ~32 %, Dagrofa ~12 %, REMA 1000, Lidl DK. GS1 Denmark EANCOM 2002, ~180M messages/an, transition INVOIC vers OIOUBL en cours depuis 2024.
  • EDI industriel — Mærsk, Carlsberg, Novo, Vestas, LEGO · Mærsk (1ᵉʳ armateur mondial, EDIFACT maritime IFTMIN/IFTSTA), Carlsberg (brewing global), Novo Nordisk (pharma insuline + HL7), Vestas (éolien sur OFTP2 ENX), Grundfos (OAGi), LEGO Billund, Danfoss, Coloplast, ECCO, Pandora.
  • Moms — TVA à taux unique 25 % · Momsloven LBK 1021/2019, taux unique 25 % (un des 3 pays UE sans taux réduits avec BG/EE). Franchise PME 50 000 DKK, régime marge §§ 70-71, autoliquidation § 46, OSS/IOSS, codes UNCL 5305 dans OIOUBL.

Schéma technique

L'écosystème danois supporte trois formats interopérables : OIOUBL 2.1, OIOUBL 3.0 et PEPPOL BIS Billing 3.0. Le réseau NemHandel transporte via AS2, et PEPPOL via AS4. Tous les Access Points commerciaux danois supportent les deux pour faciliter la transition.

  • OIOUBL 2.1 : UBL 2.1 danois, CustomizationID = OIOUBL-2.1, profils Procurement-BilSim ou Procurement-Bil.
  • OIOUBL 3.0 : UBL 2.1 aligné EN 16931, CustomizationID = urn:cen.eu:en16931:2017#compliant#urn:nemhandel.dk:oioubl:3.0.
  • PEPPOL BIS Billing 3.0 : UBL 2.1 standard PEPPOL, utilisé pour cross-border et de plus en plus pour B2G domestique.
  • CVR : 8 chiffres, identifiant entreprise et autorité (utilisable en schemeID DK:CVR et 0096 en PEPPOL).
  • EAN-13 / GLN : codes lieu unique pour adresser les autorités B2G en NemHandel (schemeID DK:EAN ou 0088 en PEPPOL).

Structure d'une facture OIOUBL 2.1 vers ERST :

xmloioubl-2p1.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:UBLVersionID>2.1</cbc:UBLVersionID>
  <cbc:CustomizationID>OIOUBL-2.1</cbc:CustomizationID>
  <cbc:ProfileID>Procurement-BilSim-1.0</cbc:ProfileID>
  <cbc:ID>DK-2026-00000142</cbc:ID>
  <cbc:IssueDate>2026-04-15</cbc:IssueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>DKK</cbc:DocumentCurrencyCode>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cbc:EndpointID schemeID="DK:CVR">DK12345678</cbc:EndpointID>
      <cac:PartyName><cbc:Name>Ediverse Demo Danmark ApS</cbc:Name></cac:PartyName>
      <cac:PartyTaxScheme>
        <cbc:CompanyID schemeID="DK:SE">DK12345678</cbc:CompanyID>
        <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
      </cac:PartyTaxScheme>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:AccountingCustomerParty>
    <cac:Party>
      <cbc:EndpointID schemeID="DK:EAN">5798000000001</cbc:EndpointID>
      <cac:PartyName><cbc:Name>Erhvervsstyrelsen</cbc:Name></cac:PartyName>
      <cac:PartyTaxScheme>
        <cbc:CompanyID schemeID="DK:CVR">DK10150817</cbc:CompanyID>
        <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
      </cac:PartyTaxScheme>
    </cac:Party>
  </cac:AccountingCustomerParty>
  <cac:TaxTotal>
    <cbc:TaxAmount currencyID="DKK">2500.00</cbc:TaxAmount>
  </cac:TaxTotal>
  <cac:LegalMonetaryTotal>
    <cbc:LineExtensionAmount currencyID="DKK">10000.00</cbc:LineExtensionAmount>
    <cbc:TaxExclusiveAmount currencyID="DKK">10000.00</cbc:TaxExclusiveAmount>
    <cbc:TaxInclusiveAmount currencyID="DKK">12500.00</cbc:TaxInclusiveAmount>
    <cbc:PayableAmount currencyID="DKK">12500.00</cbc:PayableAmount>
  </cac:LegalMonetaryTotal>
</Invoice>

Flux de soumission

NemHandel utilise historiquement AS2 et un registre de routage géré par ERST (registreringssoegning.nemhandel.dk) qui associe chaque EAN/CVR à un Read Access Point (RAP). En PEPPOL, le routage utilise SML + SMP. Les deux réseaux coexistent et un même Access Point peut router sur l'un ou l'autre.

textdk-nemhandel-flow.txt
┌──────────────┐    ┌────────────────────┐    ┌──────────────┐
│ Leverandør   │───>│ NemHandel (Read     │───>│ Modtager     │
│ (ERP, OIOUBL │    │ Access Point) ou   │    │ (KMD, SAP,   │
│  ou PEPPOL)  │    │ PEPPOL AP          │    │  Microsoft)  │
└──────────────┘    └─────────┬──────────┘    └──────┬───────┘
                              │ AS2 / AS4             │
                              ▼                       ▼
                  ┌────────────────────┐    ┌──────────────┐
                  │ NemHandel registret│    │ Økonomi-     │
                  │ + Peppol SML/SMP   │    │ system       │
                  └────────────────────┘    └──────────────┘

Du côté réception, les systèmes comptables connectés (KMD, SAP, Microsoft Dynamics 365 BC, Visma, Economic, Dinero) consomment OIOUBL ou PEPPOL nativement. La migration vers OIOUBL 3.0 est planifiée 2026-2027 selon la roadmap ERST.

Validation

  • ERST — Erhvervsstyrelsen : erhvervsstyrelsen.dk — Autorité Danoise des Entreprises, registre CVR, supervision NemHandel.
  • NemHandel — Portail officiel : nemhandel.dk — registre, documentation, validateur OIOUBL, RAP commerciaux accrédités.
  • SKAT — Skattestyrelsen : skat.dk — Administration fiscale, règles TVA (Moms), archivage.
  • Virk.dk — Portail entreprise : virk.dk — services aux entreprises, formulaires, déclarations.
  • Datafordeleren / CVR API : datacvr.virk.dk — API publique de lookup CVR/PNR.

Pièges courants

  1. EAN-13 (GLN) pour B2G obligatoire. Pour facturer une autorité publique en NemHandel, il faut son code EAN-13 (parfois appelé Lokationsnummer ou GLN), pas son CVR. L'autorité communique l'EAN-13 sur la commande ; sans lui, le routage NemHandel échoue. Le CVR vient en complément TaxScheme.
  2. OIOUBL 2.1 vs 3.0 vs PEPPOL BIS. Pendant la transition 2024-2027, trois formats coexistent. Vérifier la version supportée par le destinataire dans le registre NemHandel ou le SMP PEPPOL avant d'envoyer. Un OIOUBL 3.0 envoyé à un Access Point ne supportant que 2.1 est rejeté silencieusement.
  3. Bogføringsloven — système comptable certifié. Depuis 2024, les ERP utilisés au Danemark doivent être enregistrés auprès d'ERST comme systèmes comptables conformes Bogføringsloven. Liste publique sur erhvervsstyrelsen.dk ; un ERP non listé peut entraîner des amendes administratives jusqu'à DKK 1,5M.
  4. Forsendelseskode (envelope) NemHandel. NemHandel encapsule l'OIOUBL dans une enveloppe StandardBusinessDocumentHeader (SBDH) avec des en-têtes spécifiques (Sender/Receiver IdentifierType=EAN). Une erreur d'enveloppe = rejet AS2 sans contenu OIOUBL même traité.
  5. Archivage 5 ans Bogføringsloven. La conservation est de 5 ans après la fin de l'exercice fiscal (Bogføringsloven § 12), à conserver dans un format permettant audit ERST. OIOUBL ou PEPPOL UBL acceptables ; un PDF seul (sans XML structuré) n'est pas conforme depuis 2024 pour les sociétés.

Liens transverses