Fakturama Forum - Aktuelle Themen

EMail Versand mehrere Mandanten/Firmen

Joe66 — Sat, 03 Oct 2026 18:41:09 +0000

Wir nutzen derzeit Fakturama 2.1 und testen 2.2 mit dem Zeil bald möglichst up-zusgraden.
Leider zeigt auch die V 2.2.0 bei der Konfiguration des automatischen Mailversand ein merkwürdiges Verhalten.
Wir haben mehre Mandanten/Firmen, also im Fakturama abgebildet als jeweils ein WORKSPACE.
Wir würden gern für alle Firemen die Funktion Automatischer Email Versand nutzen.
Die Templates, anzuhängende Dokumente etc. sind im jeweiligen Workspace (neben der jeweiligen Datenbank und weiteren Dateien).
Die Konfiguration für den Email Versand (Server, Mailadresse, Password,...) liegen jedoch nicht im Workspace, sondern in der Fakturama Benutzer Konfiguration, unter Linux also per default unter ~/.Fakturama2 (in der Datei ~/.fakturama2/.metadata/.plugins/org.eclipse.core.runtime/.settings/com.sebulli.fakturama.rcp.prefs)
Jede Firma/Mandant hat ja üblicherweise (und bei uns ist das auch so) eine eigene Domäne, eine eigene (Rechnungs/Buchhaltungs-) Email Adresse von der aus Rechnungen versendet werden (und wo auch ggf. Rückfragen etc. ankommen sollen).
d.h. der Rechnungs Mail Versand ist Firmen spezifisch und nicht wirklich Benutzer abhängig.
Meiner Meinung nach gehören die Daten für den Mailversand, sowohl Text, Vorlagen Anhänge als auch Sender Email Konto Daten (Email Adresse, server, password,...) zusammen und daher technisch und organisatorisch auch an eine Stelle. Idealerweise alle zusammen im jeweiligen Workspace (ob nun als Datei oder in der DB).
Der Sinn der derzeitigen Aufteilung erschließt sich mir nicht wirklich und ich habe bisher auch keinen UseCase gefunden wo die Aufteilung wie sie aktuell ist praktisch wäre.
Aktuell haben wir die Email Adresse auf die Firma eingerichtet die die meisten Dokumente per Mail versendet, für die anderen kopieren wir die Texte erzeugten Dokumente manuell ins Thunderbird.

Gruß - Jochen

v2.2.1 beta: Platzhalter VATLIST.DESCRIPTIONS: Ausgabe von Steuersatz-Name statt -Beschreibung

Oliver — Fri, 02 Oct 2026 21:56:25 +0000

Wie im Betreff geschrieben: Für den Platzhalter VATLIST.DESCRIPTION (in einer Tabelle) wird in meiner Rechnungsvorlage der Name des Steuersatzes ausgegeben anstelle der Beschreibung.

Das Problem gab's wohl schonmal bei der 2.2.0 beta, beschrieben in diesem Thema.

Viele Grüße,
Oliver

2.2.1. Beta für Windows lässt sich nicht herunterladen

emmemm — Fri, 02 Oct 2026 08:48:12 +0000

Wie im Betreff beschrieben, erhalte ich beim Download folgende Meldung: Datei nicht gefunden.

Dokumente erzeugen - Dokument wird zwei mal erzeugt

mo_des — Thu, 01 Oct 2026 13:58:01 +0000

Moin, nach dem Update auf Version 2.2.0 habe ich folgeden Fehler und ich finde die Ursache nicht. Wenn ich ein Lieferschein oder Rechnung in Fakturama generiere, und diese drucken will, dann wir als erstes Libre Office gestartet und das Dokument wird von Fakturama wird als 014546886565.tmp übergeben (Zahlenkolonne ist variabel). Wenn ich das dann schließe, öffnet sich Libre erneut und das Dokument heißt korrekt z.B. RE123456-Heinz-Müller.odt Da ich das in der Regel mit einem Makro hinter einen Button in Libre weiterverarbeite: Drucken auf Drucker XY, Adresse in eine DHL Liste exportieren und das Dokument als PDF auf einem Server speichern. Die von Fakturama erzeugten PDFs lassen sich nicht öffnen, da angeblich beschädigt. Ich hab schon alle Einstellungen durchprobiert...... Kann man das Erzeugen von PDFs durch Fakturama komplett unterbinden? Und was läuft da falsch?

E-Rechnung und Mailadresse

mwrsa — Thu, 01 Oct 2026 08:11:02 +0000

In diesem Thread: https://www.fakturama.info/community/betatest/zugferd-scheinbar-unvollstaendig/ hatte ich schon mal eine kleine Diskussion zum Thema der Erstellung einer digitalen Rechnung ohne hinterlegte Mailadresse angeregt. Zur Übersichtlichkeit, und weil mich das gerade wieder neu betrifft, lagere ich das mal in dieses neue Thema aus. TL/DR: Ich brauche tatsächlich E-Rechnung ohne Mailadresse, und selbst mit einer hinterlegt wird in V.2.2.0 keine E-Rechnung erstellt! Hintergrund: Weil ich lange die Programmversion 1.6.9c und dann 2.1.3c genutzt habe, und doch mal das Linux updaten musste, habe ich Fakturama in eine virtuelle Maschine ausgelagert und dort das jeweils alte, lauffähige Linux mit den passenden Abhängigkeiten für Fakturama weiter betrieben. So weit, so easy. Allerdings kommt diese VM nicht ins Internet (beabsichtigt) und hat auch sonst nix installiert, wie bspw. Mail-Fähigkeit oder Drucker. Die erstellten Dokumente werden in einem geteilten Ordner abgelegt und dann vom Haupt-Betriebssystem aus weiter versendet oder gedruckt. Gibt es dafür eine Lösung? Nun wollte ich heute mal eine E-Rechnung erstellen und habe bei einem Kunden, der das sonst immer per Post bekommen hat, eine Mailadresse hinterlegt. Als Ausgabeformat habe ich XRechnung eingestellt. Beim "Druck" moniert Fakturama nun trotzdem, es wäre keine Mailadresse hinterlegt, es wird keine digitale Rechnung erstellt. Was mache ich nun schon wieder falsch?!?! Ergänzung: Dass ich in der VM auch in Fakturama keinen Mailservice eingerichtet habe, ist nicht schon das Problem, oder?

Keine Übernahme des Vornamens in die X-Rechnung

Teufel100 — Wed, 30 Sep 2026 16:13:13 +0000

Durch Zufall ist mir gerade aufgefallen, dass der Vorname – auch in der Version 2.2.1 – nicht in die X-Rechnung übernommen wird, wenn keine Firmierung vorhanden ist, also bei Privatkunden. Ich bin da derzeit relativ gelassen, weil es sich meistens um Kleinbetragsrechnungen unter 250,- Euro handelt, ist aber dennoch blöd. Wenn eine Firmierung vorhanden ist, wird weiterhin kein Name übernommen, was bei Einzelunternehmen immer blöd ist, weil es bei denen ja zur Firmierung gehört. In 90 Prozent der Fälle denke ich dran und wie gesagt, Kleinbetragsrechnungen, da fällt das niemanden auf die Füße, aber wenn wir das noch lösen können, wäre es ein Traum.

Wobei ich mir nicht sicher bin, ob das vielleicht nur bei der Linux-Version auftritt. Was in der auftritt und unter der Windows-Version nicht, ist aber, dass das Feld "Handelsregister" mit in die XML übernommen wird, obwohl es leer ist.

Liebe Grüße aus Berlin

Fakturama 2.2.1-BETA hängt bei mit Bild/Rahmen im selben Absatz

lightwaverider — Tue, 29 Sep 2026 22:34:24 +0000

Unter Debian 13 hängt Fakturama 2.2.1-BETA beim Erzeugen einer Rechnung reproduzierbar mit hoher CPU-Auslastung. Dieselbe .ott-Vorlage funktioniert mit Fakturama 2.1.3c und 2.2.1-BETA unter macOS.

Der Hänger tritt auf, wenn sich ein als Bild eingefügter Rahmen und der Platzhalter im selben ODF-Absatz (text:p) befinden.

Ein Thread-Dump während des Hängers zeigt:

"main" ... java.lang.Thread.State: RUNNABLE
at org.odftoolkit.helper.common.navigation.PlaceholderNode.replaceWith(PlaceholderNode.java:283)
at com.sebulli.fakturama.office.TemplateProcessor.processTemplate(TemplateProcessor.java:606)
at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:164)
at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:425)

Zu diesem Zeitpunkt läuft noch kein soffice- entfernter Link Der Hänger entsteht also bereits beim Bearbeiten der ODF-Vorlage.

Die problematische Struktur sieht vereinfacht so aus:

<INVOICE.GIROCODE>

Workaround: Rahmen und GIROCODE-Platzhalter in zwei getrennte Absätze verschieben:

text:anchor-type="paragraph"
svg:x="14.229cm"
svg:y="0.60cm"
...>

...

<INVOICE.GIROCODE>

...

Danach wird die Rechnung unter Fakturama 2.2.1-BETA wieder korrekt erzeugt.

Wichtig: Wird die so korrigierte Vorlage anschließend mit LibreOffice Writer geöffnet und gespeichert, führt Writer die beiden Elemente bei meinem Test wieder in einem Absatz zusammen. Danach tritt der Hänger erneut auf. Die funktionierende Vorlage musste daher direkt auf ODF/XML-Ebene angepasst werden.

Getestete Umgebung

• Debian 13, amd64

• Fakturama 2.2.1-BETA

• mitgeliefertes Java 21.0.12.1 LTS

• ODFDOM 0.13.0 (org.odftoolkit.odfdom-java_0.13.0.jar)

• LibreOffice 25.2.3.2

• Gleiche Vorlage funktioniert mit Fakturama 2.1.3c und 2.2.1-BETA unter macOS

Es sieht daher nach einem Problem bei der Platzhalter-Ersetzung (PlaceholderNode.replaceWith) aus, wenn im selben text:p zusätzlich ein draw:frame vorhanden ist.

Zusätzliche Reproduktionsbeobachtung

Wird der Rahmen vollständig aus der Vorlage entfernt, wird die Rechnung sofort korrekt erzeugt. Eine reine Änderung der Verankerung des Rahmens von „Als Zeichen“/„Am Zeichen“ auf „Am Absatz“ reichte nicht aus, solange Rahmen und im selben text:p lagen. Erst die Trennung in zwei Absätze beseitigte den Hänger.

Beta 2.2.1 rpm kaputt

PeterSt — Fri, 25 Sep 2026 07:18:05 +0000

Die RPM Installation unter Fedora schlägt fehl mit:

 Fakturama-0:2.2.1-BETA-1.x86_64 wird reinstalliert 100% | 109.4 MiB/s | 308.0 MiB | 00m03s
>>> %post-Scriptlet wird ausgeführt: Fakturama-0:2.2.1-BETA-1.x86_64
>>> Unkritischer Fehler in %post-Scriptlet: Fakturama-0:2.2.1-BETA-1.x86_64
>>> Scriptlet-Ausgabe:
>>> mv: der Aufruf von stat für '/usr/share/fakturama2/fakturama2/applications/*' ist nicht möglich: Datei oder Verzeichnis nicht gefunden
>>>
>>>  %post(Fakturama-2.2.1-BETA-1.x86_64) Scriptlet fehlgeschlagen, Beenden-Status 1

Es wurde alles richtig installiert und ich kann mit einem eigenen Symlink das Programm auch wieder normal starten.

Ist das richtig, dass da 2x fakturama2 im Pfad steht? Wenn ich nachschaue sehe ich nur `/usr/share/fakturama2/applications/`

Dokumenterzeugung scheitert - NPE durch TemplateProcessor.getDocumentInfoByPlaceholder

uwem — Thu, 24 Sep 2026 09:27:56 +0000

Ich versuche gerade, 2.2.0 ans Laufen zu bekommen. Vorher war die 2.2.0-BETA installiert.

Beim Erzeugen von Rechnungen bekomme ich jetzt die Fehlermeldung, daß OpenOffice nicht gestartet werden konnte.

OpenOffice ist allerdings richtig konfiguriert. Ich bekomme auch eine Rechnung, sobald die Vorlage keinen Platzhalter für einen Girocode enthält. (Ich habe gesehen, daß es dazu schon mal einen Beitrag gab.)

Hier sind die Exceptions dazu:

11:24:17.581  ERROR com.sebulli.fakturama.common -- Error starting OpenOffice with Allgemein.ott
java.lang.NullPointerException: null
        at java.base/java.util.Objects.requireNonNull(Objects.java:209)
        at java.base/java.util.ImmutableCollections$Map1.(ImmutableCollections.java:1105)
        at java.base/java.util.Map.of(Map.java:1353)
        at com.sebulli.fakturama.office.TemplateProcessor.getDocumentInfoByPlaceholder(TemplateProcessor.java:831)
        at com.sebulli.fakturama.office.TemplateProcessor.getTextForPlaceholder(TemplateProcessor.java:626)
        at com.sebulli.fakturama.office.TemplateProcessor.processTemplate(TemplateProcessor.java:554)
        at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:173)
        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)
11:24:17.593  ERROR com.sebulli.fakturama.common -- Document couldn't be created. Reason: Error starting OpenOffice with Allgemein.ott
com.sebulli.fakturama.exception.FakturamaStoringException: Error starting OpenOffice with Allgemein.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)
11:24:17.597  ERROR com.sebulli.fakturama.common -- Exception occured: 
java.lang.NullPointerException: null
        at java.base/java.util.Objects.requireNonNull(Objects.java:209)
        at java.base/java.util.ImmutableCollections$Map1.(ImmutableCollections.java:1105)
        at java.base/java.util.Map.of(Map.java:1353)
        at com.sebulli.fakturama.office.TemplateProcessor.getDocumentInfoByPlaceholder(TemplateProcessor.java:831)
        at com.sebulli.fakturama.office.TemplateProcessor.getTextForPlaceholder(TemplateProcessor.java:626)
        at com.sebulli.fakturama.office.TemplateProcessor.processTemplate(TemplateProcessor.java:554)
        at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:173)
        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)

neuer auftrag anlegen keine artikel vorhanden

Becherer — Wed, 23 Sep 2026 16:40:56 +0000

Hallo mal wieder,

ich habe ein seltsames problem, wir haben 5 installierte fakturama2

Version: 2.2.0
Build-ID: 20260529-0724
Java-Version: 17.0.19

welche alle auf eine datenbank zeigen:

jdbc:mariadb://192.168.0.5:3306/fakturama?useMysqlMetadata=true

das setup laeuft problemlos auf 4 rechnern.

bei der fuenften installation geht (fast) alles, ich kann neue artikel anlegen artikel auswaehlen,

aber wenn ich dort "neuer auftrag anlegen" mache, dann auf das symbol "artikel auswaehlen" gehe,

ist die liste leer, links sehe ich die kategorie ausgefuellt (kunden) so wies soll aber rechts daneben ist

nur die leere liste.

kann mir jemand sagen was fuer ne konfig datei ich loeschen muss (linux) um

das problem zu loesen, oder mir einen anderen tip hat woran das liegen kann,

wie gesagt die prinzipielle datenbankverbindung ist da, unten habe ich alle produkte.

gruss,

simoN