ParseDoc.devBeta
DemoVerwendungWie es funktioniertPreislisteFAQZur App gehenApp

DemoVerwendungWie es funktioniertPreislisteFAQHilfe
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी
Allgemeine Geschäftsbedingungen

© 2026 ParseDoc.dev. Erstellt mit 💚 für effizientes Accounting.

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

  • Erste Schritte
  • Dokumente
  • Ordner
  • Schemata und Ausgaben
    • Systemschemata
    • Eigene Schemas
    • Exportformate
    • ISDOC, UBL und CII
  • Verbindung zur Buchhaltung
  • Berichte und Aktivitäten
  • Kontoeinstellungen
  • Abrechnung und Abonnements
  • Sicherheit und Datenschutz
  • Problemlösung
  • Neuigkeiten
Schemata und AusgabenISDOC, UBL und CII

ISDOC, UBL und CII

Drei Familien von Standards für elektronische Rechnungsstellung. Sie unterscheiden sich im Ursprung, nicht darin, was sie ausdrücken können – inhaltlich sind sie sehr ähnlich. Alle können wir sowohl im Eingang als auch im Ausgang verarbeiten.

ISDOC

Tschechischer Standard, heute in der Version 6.0.2. Sein Vorteil ist, dass ihn fast jedes tschechische Buchhaltungsprogramm unterstützt. Nachteil ist, dass außerhalb Tschechiens niemand davon gehört hat.

Wir generieren die Version 6.0.2 als separate Datei .isdoc. Im Eingang lesen wir auch ältere Versionen 5.x und das Paket ISDOCX, also eine ZIP-Datei mit XML und angehängtem PDF – aus diesem wird das PDF als Originaldokument gespeichert. ISDOCX generieren wir nicht im Ausgang.

UBL 2.1

Internationaler Standard von OASIS. Darauf basiert das europäische Netzwerk Peppol (Profil BIS Billing 3.0) und das deutsche XRechnung (3.0.2). Wenn Sie eine Rechnung ins Ausland oder an die öffentliche Verwaltung in der EU senden, wollen sie fast sicher dies.

Eine Gutschrift wird im UBL als separates Dokument CreditNote übermittelt, nicht als Rechnung mit negativem Vorzeichen. Die Beträge werden aus der Summe der Positionen berechnet, nicht aus den gelesenen Summen – andernfalls würde das Dokument die interne Konsistenzprüfung beim Empfänger nicht bestehen. Die Adressen und die E-Mail-Adressen der Parteien leiten sich von der DIČ ab.

CII D16B

Standard von UN/CEFACT. Wird vom deutschen ZUGFeRD und dem französischen Factur-X verwendet. Beide sind hybrid: Das Ergebnis ist ein PDF, in dem XML eingebettet ist. Der Mensch sieht die Rechnung, die Maschine liest die Daten. Sie haben die Wahl zwischen reinem XML (ZUGFeRD) und dem gesamten PDF/A-3b mit eingebettetem XML (ZUGFeRD PDF). Solche PDFs im Eingang erkennen wir und lesen XML ohne Modell daraus.

Welches wählen

SituationFormat
Tschechisches BuchhaltungsprogrammISDOC oder direkt Pohoda oder Money S3
Öffentliche Verwaltung in der EUPeppol BIS 3.0
Deutscher KundeXRechnung oder ZUGFeRD PDF
Französischer KundeZUGFeRD PDF (Factur-X)
Eigenes SystemJSON

Validierung

Form und Geschäftsprinzipien des Ausgangs (XSD, Schematron EN 16931 und Peppol) überprüfen wir selbst während der Entwicklung, nicht bei jedem Download. Was vor dem Download überprüft werden kann, sind die Daten: Kontrollergebnisse zeigen an, dass die Summen nicht stimmen oder die DIČ fehlt, und Dokumente anderer Typen werden nicht einmal in das Rechnungsformat umgewandelt. Wenn der Empfänger die Datei dennoch ablehnt, senden Sie uns bitte seine Fehlermeldung und die Identifikationsnummer des Dokuments.

VorherigeExportformateNächsteVerbindung zur Buchhaltung

Auf dieser Seite

  • ISDOC
  • UBL 2.1
  • CII D16B
  • Welches wählen
  • Validierung