Wie sieht die Zukunft mit XRechnung, ZUGFerD, Peppol und Co. aus ?

[Rollo62]

Genau, nur dass auch PDF und XML schon unterschiedlich sein können, je nachdem wie pingelig der Prüfer ist.
Deshalb bin ich mittlerweile fast der Meinung, vielleicht verzichtet man besser gleich auf das PDF, was ja nur optisches Beiwerk ist und hat einen Haufen Probleme weniger (technischer und finanzamtlicher Natur).

[sh17]

Zitat von stalkingwolf:

Hallo,

erstmal super Projekt. Funktioniert sehr gut.
Allerdings wird scheinbar eine Info nicht ausgelesen welche IMO ganz wichtig wäre.

Code:

 
<ram:SpecifiedTradeProduct>
    <ram:GlobalID schemeID="0160">4012345001235</ram:GlobalID>
    <ram:SellerAssignedID>TB100A4</ram:SellerAssignedID>
    <ram:Name>Trennblätter A4</ram:Name>
</ram:SpecifiedTradeProduct>

Und zwar die GlobalD. Das ist in der Regel die GLN und damit kann man Verkäufer identifizieren.
Ich sehe aktuell die Info nicht das ich dort dran komme.

Die Beispiele habe ich mir von der Seite www.awv-net.de heruntergeladen.

Anforderungen etc bitte nur über Github. Ich lese hier nicht alles mit und übernehme von hier auch keine Anregungen. Ansonsten gilt für mich auch der OpenSource Gedanke.

[jziersch]

Für diejenigen die PDFs mit ZUGFeRD Daten erzeugen müssen habe ich gerade die neue WPXOrder Bibliothek fertiggestellt.

https://www.delphipraxis.net/216155-...-erzeugen.html

Diese Bibliothek basiert auf einer Vielzahl von Klassen, die immer genau einen Sachverhalt wie er im XML stehen soll, enthalten.

Beim Lesen eine XML wird ein entsprechender Baum von Instanzen erzeugt, beim speichern rekursiv durchlaufen und geschrieben. Es werden nur Objekte und Eigenschaften geschrieben, die auch vorher erzeugt wurden, d.h. es werden keine undefinierte Objekte als leer geschrieben.

Es lassen sich alle Werte durch ansprechend der Objekt auslesen. Zu beachten ist, dass hierbei noch nicht erzeugte Objekte automatisch angelegt werden. Somit ist der Code zum Erzeugen der Daten und zum Auslesen sehr ähnlich.

Es steht ein Programm zur Verfügung, welches XML Daten automatisch in Delphi Code umwandelt. Damit sollte der Einstieg recht einfach sein.

Die eingebaute Berechnung kann das Summierungsobjekt automatisch befüllen - es wurde mit verfügbaren Beispieldaten getestet. Garantieren kann ich für die Funktionalität nicht da viele Sonderfälle (z.b. vielfache Währungen) nicht getestet werden konnten.

[haentschman]

Hallöle...

@sh17:
Ich habe die Units in einem Thread verwendet. Fehlermeldung "MSXML ist nicht installiert" CoInitialize/CoUnitialize beim Erzeugen/Freigeben des Threads hats gebracht. (wegen TXMLDocument)

Frage:
Sind noch andere Bereiche beim Verwenden der Klassen in Threads betroffen?