Moin, ich glaube, im ZUGFeRD ist das schon definiert. Aber im aktuellen Datenmodell gibt's das Feld nicht. Das ist erst mit Version 2.1.0 reingekommen.

Die Aussage verstehe ich nicht: Es gibt doch die Lieferantennummer unter den Kontaktdaten (ab Version 2.1.0?). Die müsste also nach Zugferd exportiert werden. Richtig?
Übrigens geht die PDF/1a Eigenschft nach dem Zugferd-Export verloren. Ist das richtig so? Wenn ich es richtig verstanden habe, müsste was ähnliches wie PDF/3 entstehen. Mein Viewer zeigt das nicht an.

Hallo Jürgen, das fertige PDF muß PDF/A3 sein. Den ZUGFeRD-Export muß ich aber demnächst überarbeiten, weil das aktuell nur Version 1 ist. Das Feld ist also erst später reingekommen.

Guten Morgen,
ich habe den Output mit verapdf ( https://verapdf.org/) geprüft. Vor der Konvertierung wird angezeigt, dass die Dokumente PDF/A-1 sind, was mir auch mein Viewer (pdfX-Change-Viewer, bzw. pdfX-Change-Editor) sagt. Die Zugferd-Ausgabe entspricht gemäß verapdf keinem PDF/A-3 (a oder b) Standard.
Hier die beiden Reports für die Zugferd-Ausgabe:

Validation Profile: PDF/A-3A validation profile
PDF/A compliance: Failed
Statistics
Version: 1.14.8
Parser: GreenField
Build Date: 2019-10-24T23:11:00+02:00
Processing time: 00:00:00.169
Total rules in Profile: 130
Passed Checks: 11481
Failed Checks: 4
Validation information
Rule Status
Specification: ISO 19005-3:2012, Clause: 6.2.11.7, Test number: 3
For any character, regardless of its rendering mode, that is mapped to a code or codes in the Unicode Private Use Area (PUA), an ActualText entry as described in ISO 32000-1:2008, 14.9.4 shall be present for this character or a sequence of characters of which such a character is a part. Failed
2 occurrences Hide
Glyph
unicodePUA == false || actualTextPresent == true
root/document[0]/pages[0](3 0 obj PDPage)/contentStream[0](12 0 obj PDContentStream)/operators[489]/usedGlyphs[0](DAAAAA+SymbolMT 1 0 22260997 0)
root/document[0]/pages[0](3 0 obj PDPage)/contentStream[0](12 0 obj PDContentStream)/operators[509]/usedGlyphs[0](DAAAAA+SymbolMT 1 0 92773219 0)

Specification: ISO 19005-3:2012, Clause: 6.6.4, Test number: 1
The PDF/A version and conformance level of a file shall be specified using the PDF/A Identification extension schema. Failed
1 occurrences Hide
MainXMPPackage
Identification_size == 1
root/document[0]/metadata[0](7 0 obj PDMetadata)/XMPPackage[0]

Specification: ISO 19005-3:2012, Clause: 6.6.2.1, Test number: 4
All metadata streams present in the PDF shall conform to the XMP Specification. All content of all XMP packets shall be well-formed, as defined by Extensible Markup Language (XML) 1.0 (Third Edition), 2.1, and the RDF/XML Syntax Specification (Revised). Failed
1 occurrences Hide
XMPPackage
isSerializationValid
root/document[0]/metadata[0](7 0 obj PDMetadata)/XMPPackage[0]

Validation Profile: PDF/A-3B validation profile
PDF/A compliance: Failed
Statistics
Version: 1.14.8
Parser: GreenField
Build Date: 2019-10-24T23:11:00+02:00
Processing time: 00:00:00.179
Total rules in Profile: 123
Passed Checks: 9432
Failed Checks: 2
Validation information
Rule Status
Specification: ISO 19005-3:2012, Clause: 6.6.4, Test number: 1
The PDF/A version and conformance level of a file shall be specified using the PDF/A Identification extension schema. Failed
1 occurrences Hide
MainXMPPackage
Identification_size == 1
root/document[0]/metadata[0](7 0 obj PDMetadata)/XMPPackage[0]

Specification: ISO 19005-3:2012, Clause: 6.6.2.1, Test number: 4
All metadata streams present in the PDF shall conform to the XMP Specification. All content of all XMP packets shall be well-formed, as defined by Extensible Markup Language (XML) 1.0 (Third Edition), 2.1, and the RDF/XML Syntax Specification (Revised). Failed
1 occurrences Hide
XMPPackage
isSerializationValid
root/document[0]/metadata[0](7 0 obj PDMetadata)/XMPPackage[0]

Gruß

Moin,
ich hab an dem ZUGFeRD-Export noch bißchen rumgeschraubt. Könntest Du das bitte mal mit der aktuellen Beta-Version ausprobieren (als Test-Installation, nicht im Produktivbetrieb!)? Und bitte vor der ersten Verwendung direkt aus dem LibreOffice ein beliebiges Dokument als PDF/A-1 exportieren. Sonst wird das nichts.

Gern. Hatte heute Morgen schon eine PN geschrieben: Wo finde ich die Beta?

hier: https://www.fakturama.info/community/haupt-forum/betatest-fuer-version-2-1-0 (bitte auch die Erläuterungen mit beachten)

Guten Morgen,
in dem Verzeichnis war ich schon, hatte mich aber von dem Änderungsdatum des Forenbeitrags irritieren lassen und dachte, dass die Beta von dem selben Datum ist.
Ich habe die Version 2.0.5 im produktiven Einsatz. Das hakt sich mit der 2.1.0, da beide das Verzeichnis .fakturama2 im Nutzerverzeichnis verwenden. Und offensichtlich ist auch die Struktur der Datenbank geändert von 2.0.5 nach 2.1.0, jedenfalls gab das erst mal Fehler. Die Produktivversion konnte ich aus dem Backup wieder herstellen. Der Kommentar zum Testen von Beta-Versionen muss ergänzt werden, ich schreibe dazu einen Kommentar, wie ich es gelöst habe.

Die beta funktioniert wie sie soll und der ZugFERD-Export ist jetzt PDF/A-3 wie mir Veracrypt verraten hat. Die XML habe ich noch nicht untersucht. Als Dokumentenvorlage habe ich die Datei Platzhalter verwendet.

Leider ist das Thema mit den Erläuterungen zum Testen der Beta schon geschlossen, daher hier der Weg, wenn man schon eine Version 2 im Einsatz hat:
Im User-Verzeichnis gibt es einen Ordner .fakturama2. Dieser enthält die Daten der aktuellen Arbeitsumgebung. Dieser Ordner muss umbenannt werden z.B. in .fakturama2-produktiv. Mit dem Start der Beta findet diese den Ordner .fakturama2 nicht und legt sofort einen neuen Ordner an. Mit den üblichen Fragen wird dann das Testverzeichnis für eine Testumgebung aufgesetzt und die beta danach neu gestartet.
Will man zur Produktiv-Umgebung zurück, aber den Beta-test behalten, muss man nun .fakturama2 wieder umbenennen, z.B. in .fakturama2-test. Danach kopiert man fakturama2-produktiv in das User-Verzeichnis und benennt es um in .fakturama2.