ParseDoc.devBeta
DémonstrationCas d'utilisationComment ça fonctionneTarificationFAQAccéder à l'applicationApp

DémonstrationCas d'utilisationComment ça fonctionneTarificationFAQAide
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी
Conditions générales

© 2026 ParseDoc.dev. Créé avec 💚 pour une comptabilité efficace.

Opérateur : Ing. Marek Javůrek, Sopřeč 29, 533 16, IČO : 03986381

  • Commencer
  • Documents
  • Dossiers
  • Schémas et sorties
    • Schémas système
    • Schémas personnalisés
    • Formats d'export
    • ISDOC, UBL et CII
  • Connexion à la comptabilité
  • Rapports et activités
  • Paramètres du compte
  • Facturation et abonnement
  • Sécurité et confidentialité
  • Résolution des problèmes
  • Nouvelles
Schémas et sortiesISDOC, UBL et CII

ISDOC, UBL et CII

Trois familles de standards de facturation électronique. Ils diffèrent par leur origine, mais pas par ce qu'ils peuvent exprimer — leur contenu est très similaire. Nous les prenons en charge à l'entrée comme à la sortie.

ISDOC

Standard tchèque, actuellement à la version 6.0.2. Son avantage est qu'il est compatible avec pratiquement tous les logiciels de comptabilité tchèques. Inconvénient, en dehors de la République tchèque, personne n’en a entendu parler.

Nous générons la version 6.0.2 sous forme de fichier séparé .isdoc. À l'entrée, nous lisons également les anciennes versions 5.x et le paquet ISDOCX, c'est-à-dire un ZIP contenant du XML et un PDF joint — ce PDF est enregistré comme l'original du document. Nous ne générons pas ISDOCX à la sortie.

UBL 2.1

Standard international de OASIS. Il est à la base du réseau européen Peppol (profil BIS Billing 3.0) et de l'allemand XRechnung (3.0.2). Lorsque vous envoyez une facture à l'étranger ou à une administration publique dans l'UE, ils veulent presque toujours cela.

Un avoir est envoyé en UBL comme document séparé CreditNote, et non comme une facture avec un signe négatif. Les montants sont calculés à partir de la somme des lignes, et non des totaux lus — sinon, le document ne passerait pas le contrôle de cohérence interne chez le destinataire. L'adresse et l'adresse électronique des parties sont dérivées du DIČ.

CII D16B

Standard de UN/CEFACT. Utilisé par l'allemand ZUGFeRD et le français Factur-X. Les deux sont hybrides : le résultat est un PDF, à l'intérieur duquel se trouve du XML intégré. L'utilisateur voit la facture, la machine lit les données. Vous avez le choix entre du XML nu (ZUGFeRD) et un PDF/A-3b complet avec du XML intégré (ZUGFeRD PDF). Nous reconnaissons ce type de PDF à l'entrée et en extrayons le XML sans modèle.

Lequel choisir

SituationFormat
Logiciel de comptabilité tchèqueISDOC, ou directement Pohoda ou Money S3
Administration publique dans l'UEPeppol BIS 3.0
Client allemandXRechnung ou ZUGFeRD PDF
Client françaisZUGFeRD PDF (Factur-X)
Système propreJSON

Validation

La forme et les règles commerciales de sortie (XSD, Schematron EN 16931 et Peppol) sont surveillées en interne lors du développement, pas à chaque téléchargement. Ce qui peut être vérifié avant le téléchargement, ce sont les données : les résultats de contrôle indiquent que les totaux ne correspondent pas ou que le DIČ est manquant, et un document d'un autre type ne peut pas être converti en format de facturation. Si le destinataire refuse tout de même le fichier, envoyez-nous son message d'erreur et l'identifiant du document.

PrécédentFormats d'exportSuivantConnexion à la comptabilité

Sur cette page

  • ISDOC
  • UBL 2.1
  • CII D16B
  • Lequel choisir
  • Validation