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.

ebInterface 6.1 — le standard XML national autrichien

ebInterface est le format XML d'e-facture maintenu par AUSTRIAPRO (l'arène publique-privée hébergée par la WKO) depuis 2003. Avec sa version 6.1 publiée en 2024, il est strictement aligné EN 16931 (Directive 2014/55/UE) et reste le format par défaut du portail USP. Au-delà du B2G, il est largement utilisé en B2B domestique par les éditeurs ERP autrichiens (BMD, RZL, ELO, DPW).

Historique — 6 versions depuis 2003

VersionAnnéeApport
1.02003Première version, focus B2B grands comptes
2.x2005-2007Internationalisation (multi-devise, multi-langue), support gestion crédits
3.x2008-2010Extension TVA, mentions légales européennes, premières signatures XML XAdES
4.x2010-2013Version cible IKTKonG 2014 — adopté par USP comme format B2G par défaut
5.02014Refonte majeure, alignement initial avec PEPPOL BIS
6.02020Alignement EN 16931 stricte, simplification de l'arborescence, dépréciation des extensions historiques
6.12024Compatibilité PEPPOL BIS 3.0 / 4.0, ajout codes ViDA-ready, support pièces jointes PDF en base64 amélioré

Structure XSD — blocs principaux

  • Invoice (élément racine). Porte les attributs DocumentType (Invoice / CreditMemo / FinalSettlement), InvoiceCurrency, Language, GeneratingSystem.
  • InvoiceNumber + InvoiceDate. Numéro unique et date d'émission. Format ISO 8601 obligatoire (YYYY-MM-DD).
  • Biller / InvoiceRecipient. Émetteur et destinataire, avec VATIdentificationNumber (UID-Nummer), Address, Contact.
  • BillerSettlementID (côté destinataire B2G). Code Buchungskreis 4 caractères pour routage HV-SAP.
  • OrderReference. Numéro de commande (Bestellnummer) — obligatoire pour B2G fédéral.
  • Details / ItemList / ListLineItem. Lignes de facture. Chaque ligne porte PositionNumber, Description, Quantity, UnitPrice, TaxItem, LineItemAmount.
  • Tax. Totaux par taux TVA (TaxItem agrégé).
  • TotalGrossAmount / PayableAmount. Montant TTC et montant net à payer (après acomptes / déductions).
  • PaymentMethod. Coordonnées de paiement (UniversalBankTransaction, DirectDebit, Cash, NoPayment).
  • PaymentConditions. Date d'échéance, escompte, pénalités de retard.
  • Attachments. Pièces jointes encodées base64 (PDF lisible humain, bon de livraison, etc.).

Exemple complet d'une facture ebInterface 6.1

Facture de conseil 12 heures × 180 €/h vers le BMF (Buchungskreis BMF1), commande référencée 4500099812 :

xml invoice-2026-at-000412.xml
<?xml version="1.0" encoding="UTF-8"?>
<Invoice xmlns="http://www.ebinterface.at/schema/6p1/"
         GeneratingSystem="MyERP 2026.4"
         DocumentType="Invoice"
         InvoiceCurrency="EUR"
         Language="de"
         ManualProcessing="false"
         DocumentTitle="Rechnung 2026-AT-000412">
  <InvoiceNumber>2026-AT-000412</InvoiceNumber>
  <InvoiceDate>2026-05-19</InvoiceDate>
  <Delivery>
    <Date>2026-05-15</Date>
  </Delivery>
  <Biller>
    <VATIdentificationNumber>ATU12345678</VATIdentificationNumber>
    <Address>
      <Name>Beispiel Lieferant GmbH</Name>
      <Street>Hauptstraße 12</Street>
      <Town>Wien</Town>
      <ZIP>1010</ZIP>
      <Country CountryCode="AT">Österreich</Country>
    </Address>
  </Biller>
  <InvoiceRecipient>
    <VATIdentificationNumber>ATU98765432</VATIdentificationNumber>
    <BillerSettlementID>BMF1</BillerSettlementID>
    <OrderReference>
      <OrderID>4500099812</OrderID>
    </OrderReference>
    <Address>
      <Name>Bundesministerium für Finanzen</Name>
      <Street>Johannesgasse 5</Street>
      <Town>Wien</Town>
      <ZIP>1010</ZIP>
      <Country CountryCode="AT">Österreich</Country>
    </Address>
  </InvoiceRecipient>
  <Details>
    <ItemList>
      <ListLineItem>
        <PositionNumber>1</PositionNumber>
        <Description>Beratungsleistung Mai 2026</Description>
        <Quantity Unit="HUR">12.00</Quantity>
        <UnitPrice>180.00</UnitPrice>
        <TaxItem>
          <TaxableAmount>2160.00</TaxableAmount>
          <TaxPercent TaxCategoryCode="S">20.00</TaxPercent>
          <TaxAmount>432.00</TaxAmount>
        </TaxItem>
        <LineItemAmount>2160.00</LineItemAmount>
      </ListLineItem>
    </ItemList>
  </Details>
  <Tax>
    <TaxItem>
      <TaxableAmount>2160.00</TaxableAmount>
      <TaxPercent TaxCategoryCode="S">20.00</TaxPercent>
      <TaxAmount>432.00</TaxAmount>
    </TaxItem>
  </Tax>
  <TotalGrossAmount>2592.00</TotalGrossAmount>
  <PayableAmount>2592.00</PayableAmount>
  <PaymentMethod>
    <UniversalBankTransaction>
      <BeneficiaryAccount>
        <BIC>BKAUATWWXXX</BIC>
        <IBAN>AT611904300234573201</IBAN>
        <BankAccountOwner>Beispiel Lieferant GmbH</BankAccountOwner>
      </BeneficiaryAccount>
    </UniversalBankTransaction>
  </PaymentMethod>
  <PaymentConditions>
    <DueDate>2026-06-18</DueDate>
  </PaymentConditions>
</Invoice>

Conformité EN 16931 et CIUS

Depuis la version 6.0 (2020), ebInterface est strictement conforme EN 16931 :

  • Mapping BT/BG : chaque Business Term EN 16931 (BT-1 InvoiceNumber, BT-2 InvoiceIssueDate, etc.) a une projection XPath documentée dans ebInterface 6.1. Le mapping officiel est publié en annexe du standard sur austria.pro.
  • CIUS ebInterface : Core Invoice Usage Specification qui restreint EN 16931 aux usages autrichiens (UID-Nummer ATU obligatoire, BillerSettlementID pour B2G, etc.).
  • Validation Schematron : jeu de règles Schematron téléchargeable sur GitHub austriapro/ebinterface-schematron pour valider la conformité métier (au-delà de la conformité XSD pure).
  • Convertisseur ebInterface ↔ UBL : AUSTRIAPRO publie également un mapping bidirectionnel UBL 2.1 / EN 16931 pour faciliter les échanges PEPPOL.

Coexistence avec PEPPOL BIS Billing 3.0

  • USP accepte les 2 formats. ebInterface est le format par défaut et reste majoritaire (~75 % des submissions B2G). PEPPOL BIS Billing 3.0 progresse (~25 % et en croissance), notamment pour les flux cross-border.
  • Conversion transparente. Tout flux PEPPOL arrivant via le SMP fédéral est converti en ebInterface par USP avant injection HV-SAP. Le destinataire Bund voit toujours du ebInterface en lecture finale.
  • Pas de migration brutale. AUSTRIAPRO et BMF annoncent que ebInterface restera maintenu et accepté au moins jusqu'en 2030 (date des Digital Reporting Requirements UE ViDA).
  • Recommandation 2026. Les ERP nouveaux entrants devraient supporter les deux formats. Pour les ERP historiques, la transition se fait par lot (premiers clients en PEPPOL, recettes graduelle).

Outils — validateurs, librairies, exemples

  • Schéma XSD officiel : austriapro.at/ebinterface/spezifikation/ et github.com/austriapro/ebinterface-schema.
  • Validateur en ligne : tools.peppol-eorder.eu (européen, supporte ebInterface) ou validator.erechnung.gv.at (BMF).
  • Librairies open source : ph-ebinterface (Java, par Philip Helger), ebinterface-py (Python), ebinterface-net (.NET).
  • Exemples : github.com/austriapro/ebinterface-schema/tree/master/samples — couvre cas standard, multi-TVA, multi-devises, signature XAdES, reverse charge, intra-UE.
  • Documentation française : rare. La référence reste la version allemande sur austria.pro, accompagnée du mapping EN 16931 (anglais).

Pièges courants

  • Mauvais espace de nom. Utiliser http://www.ebinterface.at/schema/6p0/ alors que l'envoi vise une boîte 6.1 — rejet immédiat XSD.
  • BillerSettlementID manquant en B2G. Sans Buchungskreis, USP refuse la facture côté validation métier (avant même l'injection HV-SAP).
  • TaxCategoryCode mal aligné. Coder S (Standard) pour une opération à 10 % — la Schematron AT-CIUS détecte le mismatch et rejette.
  • Pièce jointe PDF mal encodée. Le base64 doit être sans retours chariot. Beaucoup d'ERP produisent un base64 « préformaté » qui passe XSD mais échoue au décodage côté HV-SAP.
  • OrderReference au mauvais endroit. Pour B2G, l'OrderReference doit être sous InvoiceRecipient/OrderReference avec OrderID = Bestellnummer fédéral. Une référence libre dans Comment n'a pas la même portée.

Liens transverses