Moin, danke für die Rückmeldung. Das tar.gz muß ich mir nochmal ansehen. Beim ZUGFeRD-Export können mehrere Ursachen schuld sein. Z. B. eine fehlende Kundenreferenz oder auch fehlende Angaben bei den Steuerdaten. Eigentlich müßte das direkt auch im Logfile stehen. Vielleicht kann @Boarschti was dazu sagen.

Logfile zu der Fehlermeldung:
!MESSAGE Error converting invoice to EInvoice
!STACK 0
org.fakturama.export.einvoice.converter.InvoiceConverterException: org.fakturama.export.einvoice.converter.UnsupportedCodeException: Payment Code not set
at org.fakturama.export.einvoice.converter.EInvoiceConverter.convertInvoice(EInvoiceConverter.java:192)
at org.fakturama.export.facturx.XRechnungCreator.createEInvoice(XRechnungCreator.java:90)
at org.fakturama.export.einvoice.ZugferdExporter.processPdf(ZugferdExporter.java:133)
at com.sebulli.fakturama.office.OfficeDocument.postProcess(OfficeDocument.java:346)
at com.sebulli.fakturama.office.OfficeDocument.saveOODocument(OfficeDocument.java:315)
at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:176)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:569)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
at org.eclipse.equinox.launcher.Main.main(Main.java:1440)
Caused by: org.fakturama.export.einvoice.converter.UnsupportedCodeException: Payment Code not set
at org.fakturama.export.einvoice.converter.EInvoiceConverter.setInvoicePayments(EInvoiceConverter.java:463)
at org.fakturama.export.einvoice.converter.EInvoiceConverter.convertInvoice(EInvoiceConverter.java:175)
... 30 more

!ENTRY com.sebulli.fakturama.common 4 0 2025-12-22 21:42:59.591
!MESSAGE Error starting OpenOffice with Rechnung.ott
!STACK 0
com.sebulli.fakturama.exception.FakturamaException: Error while post processing invoice
at com.sebulli.fakturama.office.OfficeDocument.saveOODocument(OfficeDocument.java:317)
at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:176)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:569)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
at org.eclipse.equinox.launcher.Main.main(Main.java:1440)

!ENTRY com.sebulli.fakturama.common 4 0 2025-12-22 21:42:59.592
!MESSAGE Document couldn't be created. Reason: Error starting OpenOffice with Rechnung.ott
!STACK 0
com.sebulli.fakturama.exception.FakturamaStoringException: Error starting OpenOffice with Rechnung.ott
at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:182)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:569)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
at org.eclipse.equinox.launcher.Main.main(Main.java:1440)

!ENTRY com.sebulli.fakturama.common 4 0 2025-12-22 21:42:59.592
!MESSAGE Exception occured:
!STACK 0
com.sebulli.fakturama.exception.FakturamaException: Error while post processing invoice
at com.sebulli.fakturama.office.OfficeDocument.saveOODocument(OfficeDocument.java:317)
at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:176)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:569)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
at org.eclipse.equinox.launcher.Main.main(Main.java:1440)

Hi, der Fehler liegt hier:

Veröffentlicht von: @pillango

↑

Payment Code not set

Du müßtest in den Zahlungsarten mal noch den Code setzen.

Moin Ralf,

danke für den Tipp mit den Zahlungsarten.
Dann kam noch ein Fehler in dem Steuersatz, denn ich nach der Korrektur nicht abspeichern konnte, habe ich den Steuersatz gelöscht und neu eingesetzt.
Der letzte Fehler war, dass keine E-Mailadresse bei den Kundendaten hinterlegt war . Jetzt werden ZUGFeRD und XRECHNUNGEN problemlos, ohne Fehlermeldung erstellt.

Ich wünsche Euch schöne Weihnachtszeit und ein glückliches neues Jahr.

Danke für die Rückmeldung. Ich wünsche euch allen auch eine schöne Weihnachtszeit.

Gerade mal geschaut und Rechnungs- und Leistungsdatum sind noch immer um einen Tag nach hinten versetzt in der XML-Rechnung. Vielleicht muss ich noch irgendwo was einstellen oder Cache löschen? 

Beim Rechnungsempfänger in der X-Rechnung steht jetzt auch das Unternehmen drin, aber es ist noch immer nicht vollständig. Bei Privatkunden steht zum Beispiel nur der Nachname drin, schön wäre aber, wenn es Vor- und Nachname ist. Bei Unternehmen fehlen dann Zusätze wie zum Beispiel der Inhaber, was bei Kleinunternehmen wichtig wäre. 

Ich guck nochmal rein, Cache gibt es hier keinen. 

War ein Fehler, hab's im nächsten RC behoben (ist in 'ner Stunde online 🙂 ).

So, das mit dem Datum funktioniert jetzt richtig. Hatte das schon im Dezember getestet, habe aber nicht die Zeit gefunden, hier kurz eine Rückmeldung zu geben. Jetzt bleibt nur noch das Problem, dass nur der Nachname des Rechnungsempfängers in der XML steht und der Vorname fehlt. Ich glaube, ansonsten ist erst mal alles gut. 

Veröffentlicht von: @rheydenr

↑

Hi, der Fehler liegt hier:

Veröffentlicht von: @pillango

↑

Payment Code not set

Du müßtest in den Zahlungsarten mal noch den Code setzen.

 

Ein wenig genauer wäre hilfreich. Ist hier gemeint, das beim Kunden eine Zahlungsart ausgewählt sein muß? Es gibt ja zu diesem Thema auch noch: "falsche Fehlermeldung "Dokument konnte nicht erstellt werden" Linux Mint 22" 

Moin, nein, ich meinte direkt in den Zahlungsarten (also Überweisung, Barzahlung usw.). Dort muß der Code eingestellt sein.

Ich gehe davon aus, dass mit "Code" das Feld "Zalungsarten (E-Rechnung)" gemeint ist. Mir fiel gerade auf, dass da ein Rechtschreibfehler ist und das Feld sicher Zahlungsarten heißen soll 😉 - aber das ist nebensächlich und in der finalen Version dann sicher behoben. Das Problem selbst ist bei mir ja nicht aufgetreten, weil automatisch auf "Individuell definiert" eingestellt war. 

Zur Verständnisfrage: Es gibt dort die Auswahl Überweisungen und SEPA-Überweisungen, welchen davon sollte ich denn auswählen. Ich biete meine Dienstleistungen ja nur in Deutschland an, da wären es SEPA-Überweisungen, oder? 

Zum Verständnis: Warum wird in das XML nur die erste Zeile aus dem Feld "Firma" aus den Kontaktformularen übernommen (BT-44)? Das ist blöd, wenn ich in die zweite Zeile dann den Inhaber eines Einzelunternehmens schreibe, oder die ewig langen Bezeichnungen von Firmenabteilungen, die da ab und an auch reinmüssen. Geht natürlich alles in einer Zeile, zieht dann aber in dem PDF doof aus.

Und müsste der Inhaber, den ich in die Stammdaten eingebe, nicht eigentlich auch in das Feld BT-27 Firmenname übernommen werden? Wäre ja zumindest für die Vollständigkeit der Angaben des Rechnungsstellers bei Einzelunternehmen wichtig, wo der Name Bestandteil des Firmennamens sein muss. Ansonsten wäre vielleicht ein Hinweis cool, dass das unbedingt mit in den Firmennamen muss.

Hach, so langsam habe ich ja die Schnauze voll von X-Rechnungen. Ich kann nur bewundern, was ihr hier hinbekommt. 

Huhu, sorry für die späte Rückmeldung. Ja zum einen Rechtschreibfehler können wir natürlich ändern, wir können diese auch als Easter Egg drin lassen 😀 
wegen dem Überweisungszeug: SEPA-Überweisung sollte eigentlich immer gewählt werden, ich hab da noch nicht alles wieder entfernt. Die normale Überweisung war die mit BLZ und Kontonummer.. ich glaub, die brauchen wir eigentlich nicht mehr. 

Bezüglich der Adresse: 
Das könnte noch ein Bug im Parser sein, der die zweite Zeile ggf nicht korrekt ausgibt. Da ist eine komplette Überarbeitung geplant (Einzelne Zeilen statt dem großen Textblock). Ich schaue, was ich da kurzfristig für das finale Release machen kann. 

Nix desto Trotz, viel Erfolg und Spaß mit Fakturama, ich hoffe du bist noch nicht komplett genervt von unseren Änderungen. 

Boarschti