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.

ISDOC 5.2 — standard XML national depuis 2009

ISDOC (Information System Document) est le format XML d''e-facture publié pour la première fois en 2009 par SPIS (Sdružení pro informační technologie, l''association tchèque des éditeurs IT). C''est l''un des tout premiers standards XML nationaux gratuits et libres d''Europe centrale, antérieur à la directive 2014/55/UE et désormais aligné EN 16931. Version courante 5.2, encore le format dominant côté éditeurs ERP tchèques.

Histoire — de SPIS 2008 à ISDOC 5.2

La Tchéquie a publié dès 2009 son standard XML national libre, avant même la plupart des grandes économies européennes. L''initiative venait de 14 éditeurs ERP tchèques regroupés au sein de SPIS, qui voulaient un format commun d''échange B2B sans dépendance à un format propriétaire (Stormware Pohoda, ABRA Software, Money S3, Helios, K2 atmitec, etc.). La spec a été publiée librement, sans royalties, avec téléchargement direct sur isdoc.cz.

text isdoc-timeline.txt
2008       | SPIS (Sdružení pro informační technologie) lance le projet ISDOC
           | sur initiative de 14 éditeurs ERP tchèques (Stormware,
           | ABRA Software, Money S3, Helios, K2 atmitec, etc.).
           |
2009       | Publication ISDOC 5.0 — premier standard XML d''e-facture
           | national libre et gratuit en République tchèque.
           | Téléchargement libre sur isdoc.cz, licence ouverte.
           |
2010       | ISDOC 5.1 — extensions pour gestion des avances et
           | crédit-notes, support des en-têtes de commandes.
           |
2013       | ISDOC 5.2 — version courante. Refonte alignée vers
           | les Business Terms européens (préfiguration EN 16931).
           |
2014       | Directive 2014/55/UE — ISDOC reconnu comme format
           | national pouvant être servi en B2G aux côtés de PEPPOL.
           |
2017       | EN 16931 publiée par CEN — ISDOC 5.2 fournit son mapping
           | officiel publié sur isdoc.cz vers les BT/BG européens.
           |
2019-2020  | Adoption massive par les éditeurs ERP tchèques.
           | ABRA, Money, Helios, Pohoda intègrent l''export/import
           | ISDOC en natif. Téléchargement via portail isdoc.cz.
           |
2022-2026  | ISDOC reste le standard volontaire dominant côté éditeurs
           | tchèques. PEPPOL BIS 3.0 progresse pour cross-border
           | et flux B2G via accès aux Authorities tierces.

Gouvernance — SPIS + ministère MF ČR

Le standard est gouverné par SPIS (Sdružení pro informační technologie), association à but non lucratif des éditeurs de logiciels professionnels tchèques. Le ministère des Finances (MF ČR, Ministerstvo financí) et la direction générale des Finances (GFŘ, Generální finanční ředitelství) ont reconnu ISDOC comme format national acceptable pour les flux B2G aux côtés de PEPPOL BIS et UBL.

Le groupe technique SPIS publie les évolutions de schéma sur isdoc.cz. Tout changement passe par un appel à commentaires public des éditeurs membres. La version 5.2 (2013) reste la version courante stable — pas de version 6.x annoncée à ce jour, la roadmap se concentre sur l''alignement EN 16931 et la coexistence PEPPOL.

Schéma technique — XML, isdoc.xsd

ISDOC 5.2 est un schéma XML mono-fichier isdoc.xsd publié sur isdoc.cz. Il définit plusieurs grandes sections obligatoires :

  • DocumentType — 1 (facture standard), 2 (avoir), 3 (avance), 4 (correctif).
  • ID + UUID — identifiant métier de la facture + UUID universel pour le suivi.
  • AccountingSupplierParty / AccountingCustomerParty — émetteur et destinataire, IČO + DIČ.
  • InvoiceLines / InvoiceLine — lignes avec quantité, prix unitaire, code TVA, classification UNCL.
  • TaxTotal / TaxSubTotal — totaux par taux TVA (21 %, 12 %, 0 %).
  • LegalMonetaryTotal — montants HT, TTC, à payer, après acomptes.
  • Payments — virement bancaire, IBAN, BIC, référence variable (Variabilní symbol).
xml isdoc-5.2-sample.xml
<?xml version="1.0" encoding="UTF-8"?>
<Invoice xmlns="http://isdoc.cz/namespace/2013"
         version="5.2">
  <DocumentType>1</DocumentType>
  <ID>2026-CZ-000412</ID>
  <UUID>4f5e6a7b-8c9d-4e3f-9a1b-2c3d4e5f6a7b</UUID>
  <IssueDate>2026-06-15</IssueDate>
  <TaxPointDate>2026-06-15</TaxPointDate>
  <VATApplicable>true</VATApplicable>
  <ElectronicPossibilityAgreementReference />
  <Note>Faktura — daňový doklad</Note>
  <LocalCurrencyCode>CZK</LocalCurrencyCode>
  <CurrRate>1</CurrRate>
  <RefCurrRate>1</RefCurrRate>
  <AccountingSupplierParty>
    <Party>
      <PartyIdentification>
        <ID>12345678</ID>
      </PartyIdentification>
      <PartyName>
        <Name>Příklad dodavatel s.r.o.</Name>
      </PartyName>
      <PostalAddress>
        <StreetName>Václavské náměstí 1</StreetName>
        <CityName>Praha</CityName>
        <PostalZone>11000</PostalZone>
        <Country>
          <IdentificationCode>CZ</IdentificationCode>
          <Name>Česká republika</Name>
        </Country>
      </PostalAddress>
      <PartyTaxScheme>
        <CompanyID>CZ12345678</CompanyID>
        <TaxScheme>VAT</TaxScheme>
      </PartyTaxScheme>
    </Party>
  </AccountingSupplierParty>
  <AccountingCustomerParty>
    <Party>
      <PartyIdentification>
        <ID>87654321</ID>
      </PartyIdentification>
      <PartyName>
        <Name>Příklad odběratel a.s.</Name>
      </PartyName>
    </Party>
  </AccountingCustomerParty>
  <InvoiceLines>
    <InvoiceLine>
      <ID>1</ID>
      <InvoicedQuantity unitCode="HUR">10</InvoicedQuantity>
      <LineExtensionAmount>20000.00</LineExtensionAmount>
      <Item>
        <Description>Konzultační služby květen 2026</Description>
      </Item>
      <ClassifiedTaxCategory>
        <Percent>21</Percent>
        <VATCalculationMethod>0</VATCalculationMethod>
      </ClassifiedTaxCategory>
    </InvoiceLine>
  </InvoiceLines>
  <TaxTotal>
    <TaxSubTotal>
      <TaxableAmount>20000.00</TaxableAmount>
      <TaxAmount>4200.00</TaxAmount>
      <TaxCategory>
        <Percent>21</Percent>
      </TaxCategory>
    </TaxSubTotal>
    <TaxAmount>4200.00</TaxAmount>
  </TaxTotal>
  <LegalMonetaryTotal>
    <TaxExclusiveAmount>20000.00</TaxExclusiveAmount>
    <TaxInclusiveAmount>24200.00</TaxInclusiveAmount>
    <PayableAmount>24200.00</PayableAmount>
  </LegalMonetaryTotal>
</Invoice>

ISDOC vs PEPPOL BIS 3.0

Depuis 2017, ISDOC et PEPPOL BIS Billing 3.0 coexistent officiellement en Tchéquie. PEPPOL progresse pour les flux cross-border et certains flux B2G via les Access Points, mais ISDOC reste dominant côté éditeurs ERP domestiques :

DimensionISDOC 5.2PEPPOL BIS 3.0
SchémaXML propriétaire (isdoc.xsd)UBL 2.1 + CIUS
EncodageUTF-8 obligatoireUTF-8 obligatoire
TransportPièce jointe e-mail, FTP, portail éditeurAS4 + SMP/SML PEPPOL
AdresseIČO 8 chiffresiso6523-actorid-upis + ICD 0151 (IČO)
Référence bancaire nativeOui (Variabilní symbol)Non — passe par PaymentMeans
Cross-borderFaible — usage domestique CZ + SKNatif (78 Authorities)
Conformité EN 16931Oui (mapping publié)Oui (norme de base)

Adoption — éditeurs ERP tchèques

  • Stormware Pohoda — leader PME/TPE tchèque, export/import ISDOC natif.
  • ABRA Software (ABRA Flexi, ABRA Gen) — éditeur ERP moyennes entreprises, ISDOC inclus dans le standard B2B.
  • Money S3 / Money S4 / Money S5 (Solitea) — ISDOC + PDF/A-3 combinés dans les versions récentes.
  • Helios (Asseco Solutions) — Helios Orange, Helios Green, ISDOC en sortie standard sur tous les modules de facturation.
  • K2 atmitec — ERP K2, support ISDOC natif depuis 2010.
  • OneSoft, Vario, OBIS — éditeurs sectoriels avec import/export ISDOC.

Pièges courants

  • Confondre IČO et DIČ. IČO = 8 chiffres, identifiant légal d''entreprise au registre Justice.cz / ARES. DIČ = numéro TVA, préfixé CZ + IČO le plus souvent.
  • Oublier le Variabilní symbol. Sans référence bancaire dans le bloc Payments, le rapprochement automatique banque-comptabilité échoue côté destinataire.
  • Mauvais DocumentType. 1 = facture, 2 = avoir, 3 = avance, 4 = correctif. Mélanger 1 et 2 fausse les analyses TVA côté destinataire et complique la déclaration DPH.
  • Penser que ISDOC = PEPPOL. Les deux formats coexistent mais ne se substituent pas. Le destinataire doit explicitement déclarer accepter ISDOC dans son SMP ou via négociation contractuelle B2B.
  • Encodage et caractères diacritiques. Les noms tchèques contiennent abondamment ě, š, č, ř, ž, ý, á, í, é. Tout flux ISDOC doit déclarer UTF-8 explicitement.

Liens transverses