Deutsches Lazarusforum

Ganz so klein ist der Schritt nicht, schau gern mal in die von mir verlinkte Unit, da gibt es mehrere Varianten, wie eine pdf aufgebaut/verschlüsselt ist.
Ich hab die Unit gegen etwa 300 verschiedene E-Rechnungen laufen lassen, alle Anhänge wurden extrahiert. Also wenn was fehlt, gern Bescheid geben.

fppdfparser kann keine Anhänge auslesen.

fppdfparser kann meines Wissens keine Anhänge auslesen.

ich hab da mal was kleines gebaut, funktioniert mit Delphi und FreePascal

https://github.com/LandrixSoftware/XRec ... xtract.pas

Als Zweites gibt es ein altes Projekt "ZUGFeRD-for-Delphi", das wohl nun FreePascal-kompatibel ist.


Das ist nicht alt, das ist top aktuell. FreePascal ist aber noch in Planung. Ich mach mir mal Gedanken, ob PDF-Extraktion möglich ist.

FreePascal kann nur https://github.com/LandrixSoftware ...

Ich sehe schon, die Idee ist zu verwerfen.

Ich würde gern mal eine Idee zur Diskussion stellen:

Die Free-Pascal-/Lazarus-Community ist heute auf mehrere Foren, Mailinglisten und Sprachräume verteilt. Dadurch geht viel Austausch verloren – gerade zwischen deutschsprachigen Nutzern und der internationalen Community.

Eine mögliche Lösung wäre ...

Grüße aus Radebeul, Sven

Zum Thema E-Rechnung und Validierung können wir uns gern in einem extra Thread austauschen. Die einzige mir bekannte native Implementierung ist OXml und auch diese hat nicht alle nötigen xslt Funktionen. Am Ende wäre nur ein aktiver Java-Validator über eine Rest-API sinnvoll. Alles andere ist ...

Sollte passen, StartDate und EndDate sind jeweils optional.

https://github.com/LandrixSoftware/XRec ... .pas#L1907

So geil ist das gar nicht. Meistens sind die Projekte aus gutem Grund tot... Wenn der original Maintainer überhaupt noch reagiert, kann es passieren das Entwicklungen lediglich in Debatten weiter veröden. Anzahl an Issues und Pull Requests ist eine gute Grundlage um zu sehen ob sich die Arbeit ...

Die Pflege von verwaisten Projekten übernehmen:

https://forum.lazarus.freepascal.org/in ... 493.0.html

Wenn man die richtige Visualisierung der Kosit nutzen möchte, kann man ja den Quba-Viewer verwenden. Nehme ich zumindest an. :D
Mir würden die wichtigsten Daten wie Absender, Empfänger, Positionen, Gesamtsumme, IBAN, USt, ... reichen um zu erkennen, ob in der xml die gleichen Daten wie in der pdf ...

KoBraSoft hat geschrieben: Sa 1. Aug 2026, 17:20 Ein schlanker schneller E-Rechungsviewer für Linux und Windows wäre nett.
Es gibt zwar den Quba-Viewer, aber den gibt es für Linux nur als Flatpack und ist 150 MB groß.

Wenn man die richtige Visualisierung der Kosit nutzen möchte, kommt man um Java leider nicht drum herum.

+1 für Code-Coverage-Analyse

Weitere Idee wäre ein "Dead-Code-Analyzer", um unbenutzte Variablen und Imports,
nicht aufgerufene Funktionen, unerreichbare Codeabschnitte und nicht verwendete
Klassen oder Methoden zu finden.

Es geht in erster Linie um
https://github.com/LandrixSoftware/XRechnung-for-Delphi
auch wenn der Name historisch verwirrt.

Man programmiert seine Anwendung gegen
https://github.com/LandrixSoftware/XRechnung-for-Delphi/blob/master/intf.Invoice.pas
und kann dann derzeit alle Formate schreibend ...