Inoffizielles deutsches Xbase-Forum

Hallo Zusammen,

habe heute eine Anfrage eines Kunden bekommen, ob wird Rechnungen im
ZUGFeRD-Format erstellen können.

Hat von Euch jemand Erfahrungen damit in der Umsetzung, oder sonst einen Tip ?

Den Link zur Homepage hab ich schon.

https://www.ferd-net.de/front_content.php

Habe nur einen Beitrag von 2014 gefunden.

Das Format ist an und für sich relativ unspektakulär, und man bindet die aufbereiteten Daten einfach ins Rechnungs-PDF ein, was z.B. mit Combit List & Label seit Version 22 geht.

Im Gesundheitswesen (wo wir tätig sind) werden jedoch andere Verfahren und Formate eingesetzt, deshalb bieten wir dieses System mit der ultrabescheuerten Abkürzung nicht selbst an.

Hallo,
hat hier schon jemand angefangen, das ZUGFeRD-xml aufzubereiten ?
Ab nächsten November soll das ja in bestimmten Bereichen zur Pflicht werden.

Guten Morgen.

hierzu gibt es sehr viele Unstimmigkeiten. Wir haben damit bisher nichts zu tun. Angekündigt ist ZugPferd 2.0 aber zu welchem Zeitpunkt?

Die Spezifikation 2.01 ist veröfentlicht.

Genau unter https://www.ferd-net.de/zugferd/zugferd ... angelang=3

Ich werde mich damit auch noch beschäftigen müssen.

Die Foxit/Debenu-PDF-Bibliothek kann ZUGFeRD ab der Version 13.12 erstellen. Also entweder mit Edgard XbpGraPDF-Klasse, oder mit Huberts Klasse. Die Funktion heißt dort EmbedRelatedFile (dort wird sogar direkt auf ZUGFeRD verwiesen), außerdem muß man mit SetPDFMode die Version auf PDF/A-3 setzen.

Jan

L&L kann das aus der Box heraus.

Tom,

schriebst Du schon. Aber viele arbeiten auch mit der QuickPDF von Foxit/Debenu, egal ob mit Edgars Klasse oder Huberts Klasse. Daher wollte ich hier auch darauf hinweisen.

Jan

Ja, die können fertige xml-Dateien in ein PDF einbetten, mir ging es mehr um die Erstellung der xml-Dateien und das Auslesen der xml-Daten aus diesen PDFs.
Gut, für das Erstellen muss man sich durch die Spezifikation kämpfen, aber Auslesen der xml-Daten aus der PDF-Datei ?

Sehe ich das richtig?

Es muss eine Datei zugferd-invoice.xml mit den Rechnungsdaten erstellt werden die dann einfach noch mit L&L, QuickPDF oder auf andere Wege in die PDF Datei eingebettet wird?

Wobei das erstellen der XML die grosse Herausforderung ist.

Gibt es irgendwo Tools oder Muster der benötigten XML Datei?

Das auslesen der XML Datei aus der PDF, kann nur bedeuten, dass man diese XML als Datei aus der PDF heraus kopieren und danach weiterverarbeiten kann.

Schon seit der 7.11 gibt es die Möglichkeit Dateien in die PDF einzubinden, meist Bilder, die man entweder drin versteckt, oder anzeigt.
Bei der 13.12 (die hatte ich noch nicht), wird die genannte spezielle Funktion EmbedRelatedFile() und "Added basic ZUGFeRD support" ...

Den Update muss ich mir gleich mal laden und sehen was das ist

Mit der Spezifikation gibt es auch Beispiele in Form von Pdfs mit eingebettete xml-Datei. Die xml-Datei kann man sich dann im Akrobat unter Anhänge anzeigen lassen.

Hat denn schon jemand selbst eine zugferd-invoice.xml Datei erstellt? Und Erfahrungen damit?

hi,

wer weder L & L oder QuickPDF hat kann sich ja das ansehen. (auch Mac & Linux)

https://verapdf.org/software/
das ganze liegt auf GitHub wo es noch diverse Tools/Addons gibt.

Jimmy,

Danke für den Hinweis. Aber hier geht es nicht um das Auslesen, sondern das Erstellen. Wir als Ersteller der Rechnungs-PDF müssen die ja nicht auch noch lesen können (auch wenn das in der Programmierung als Kontrollinstanz sinnvoll sein kann).

Jan

Hallo Jan,

Aber hier geht es nicht um das Auslesen, sondern das Erstellen

doch auch. Warum soll man nicht seinen Kunden auch das Erfassen von Rechnungseingängen erleichtern, wenn man auch schon Rechnungs-PDF erzeugt ?
Und mir ging es auch um das Auslesen dieser PDF-Dateien, denn das Erstellen der Xml-Dateien ist m.E. nur eine Fleißarbeit.

hi,

wie ich schon sagte liegt der Source auf GitHub und das ist was anderes als "Kauf"-Software.
Ich denke auch längerfristig denn was passiert wenn Edgar "ausfällt"

es wäre auch eine Chance "gemeinsam" ein "native" Project hier im Forum zu machen.
wer würde mitmachen (auch wenn nur als Tester)

Jimmy,

öhm - Dir ist aber schon bewußt, das Hubert schon seit Jahren seinen Wrapper für die QuickPDF hier veröffentlicht hat? Warum willst Du dann noch was neues erfinden?

Jan

Jan hat geschrieben: ↑Sa, 30. Nov 2019 9:05 Jimmy,

öhm - Dir ist aber schon bewußt, das Hubert schon seit Jahren seinen Wrapper für die QuickPDF hier veröffentlicht hat? Warum willst Du dann noch was neues erfinden?

Jan

Warum eigentlich nicht?
Das Rad wurde auch irgendwann einmal erfunden aber es gibt unendlich viele Variationen davon.
Sich stets nur auf etwas Vorhandenes stützen und keinen Schritt aus dem Hamsterrad zu machen
zeugt nicht gerade von Kreativität und innovativem Denken und ohne diese Eigenschaften würden
wir heute wohl noch in Höhlen hausen

Um nicht mißverstanden zu werden....
Alles was Hubert hier publiziert hat verdient höchsten Respekt und alleine seine Druckerklasse
hat mir als Grundlage meiner Druckroutinen und meines eigenen, flexiblen Listgenerators unfassbar
viel Basisarbeit erspart. Dafür danke ich ihm noch heute mit einem Kniefall.
Bzgl. PDF-Thema verwende zwar kein QuickPDF aber ich bin sicher, dass Huberts Wrapper sehr vieles
perfekt abdecken wird.

Dennoch sehe ich Jimmys Gedanken jedenfalls als positiv und keineswegs als entbehrlich.

hi,

ich rede nicht nur von einem Wrapper wie Edgar und Hubert es für QuickPDF gemacht haben sondern vom vom gesamten PDF.

wenn Foxit was an QuickPDF ändert wird vermutlich der "Schlüssel" von Edgar auch nicht mehr passen.
Ich möchte unabhängig von solchen Situationen sein.

bei GitHub gibt es solche Sachen als Open Source.
Damit kann man sich selbst was bauen und der Source soll PDF/A beherrschen.

natürlich ist das mit Arbeit verbunden ... eine LIB kaufen kann jeder aber wir sind doch Entwickler, oder

Jimmy,

ist Dir eigentlich bewußt, was für eine Arbeit es ist, selber irgendwie PDF zu erstellen mit all den Möglichkeiten, PDF anbietet? Wie viele Jahrzehnte willst Du denn daran arbeiten? Foxit/Debenu arbeitet da mit einer vollen Entwicklermanschaft jedenfalls schon so lange daran.

Du hast natürlich Recht. Gibt es Edgar nicht mehr, kann man mit Edgars Klasse so lange arbeiten, wie man mit der alten Version klar kommt. Ich habe den Schlüssel (ich habe diverse Schlüssel für diverse Versionen), aber ich würde den nie weitergeben - das wäre Vertragsbruch an Foxit. Und so etwas mache ich nicht.

Aber Foxit wird nichts ändern an der QuickPDF-Version, die Edgar mit ausliefert (die ja noch von Debenu ist, und die Foxit auf die Entfernung nicht einfach mal so ändern kann). Und jede neuere Version benötigt ohnehin einen neuen Lizenzschlüssel. Egal ob mit Edgars Klasse oder nicht. Vielleicht hat Edgar ja Vorkehrungen getroffen, das im Falle seines Ablebens oder endgültiger Krankheit der Code freigegeben wird. Dann aber vermutlich ohne Schlüssel, da das vermutlich illegal wäre. Das ist nur eine Vernutung - einfach mal fragen, er ist sehr nett und hilfsbereit.

Ich halte es da insgesamt wesentlich praktikabler, sie eine andere PDF-Bibliothek zu besorgen. Vielleicht gibt es ja irgendwo sinnvolle kostenfreie Bibliotheken dafür.

Jan

Reiner Text ist recht einfach zu machen, dafür habe ich irgendwo eine PowerBasic Vorlage,
aber mehr ist in PDF einfach nur zäh.

Grundsätzlich kann man mit der externen QuickPDF DLL von 7.x kostenlos bis 13.11 mit meiner Klasse für jede Xbase Version neu kompilieren, denn man hat den Xbase Quellcode ...
Den Schlüssel bekommt man von Denebu ...

Edgars Klassen könnten nur dann ein Problem darstellen, wenn eine 3.0 Xbase++ eine neue Xbase++ DLL von Ihm erfordert.
Bisher hat er immer nachgelegt, sobald was verfügbar war.

brandelh hat geschrieben: ↑So, 01. Dez 2019 8:33 Reiner Text ist recht einfach zu machen, dafür habe ich irgendwo eine PowerBasic Vorlage,
aber mehr ist in PDF einfach nur zäh.

Genau. Zum erstellen von Ausdrucken besorgt man sich am besten List&Label. Das kostet zwar einiges. Dafür erstellte es alles von Papier über PDF, HTML Excel usw.
Mit ein wenig übung mit dem Grafischen-Designer und cleverer Anwendung der Programmierschnittstelle erstellt man damit echt schnell professionelle ausschauende Dokumente für die man mit jeder anderen Ausgabe Technik das xx-fache an Zeit zur Programmierung aufwenden müsste ohne den Komfort und die leichte änderbarkeit der Ausgaben zu haben die der Grafische Designer bietet.

Nichts gegen Edgars Klasse, ich habe Sie auch einige Zeit verwendet. Aber heute, so meine Meinung, ist die beste Lösung List&Label. Das bietet auch noch den Vorteil dass der technisch versierte Kunde mit dem Designer leicht selbst kleine Anpassungen vornehmen kann. Der Umstieg zu L&L war für mich eine der besten Entscheidungen mit nur positiven Rückmeldungen der Kunden. Auch wenn wir Entwickler sind sollten wir die "Druckerei" zukaufen unsere Zeit für unsere Kernkompetenz nutzen ......

hi,

L & L ist ein Professionelles kommerzielles Produkt von hohem Level, keine Frage
Edgars und Huberts CLASS setzten auf QuickPDF auf. war das nicht mal ein Shareware Produkt

wenn man eine Lösung hat muss man sich nicht weiter darum kümmern ... und was ist mit dem "Rest"
wir haben alle das selbe Problem und sprechen alle Xbase++ also was liegt näher als eine gemeinsame Lösung

nun geht es nicht um "einfache" PDF deren Open Sourcen (!) ich mir in der letzten Zeit angesehen habe sondern um das PDF/A Format.
ich bekam nun den Hinweis auf veraPDF woran schon "andere" Entwickler arbeiten die das selbe "Problem" haben.

das wäre nicht weiter interessant wenn es nicht um xBase ginge denn die "sprechen" xBase von deren Vor-Arbeit man profitieren kann.