Fakturama Bug Tracker - Issues

0001411: Beenden: ungespeicherte Tabs gesammelt in einer Liste abfragen, eigener Speichern-Dialog

Fri, 09 Oct 2026 21:16:45 +0200

Beim Beenden fragt Fakturama für jeden ungespeicherten Tab (Beleg, Kontakt, Artikel, …) einzeln nach, ob er gespeichert werden soll. Bei mehreren offenen Tabs muss man sich durch mehrere Dialoge klicken und hat keinen Überblick, was alles ungespeichert ist. Außerdem ist der Dialog der unveränderte Eclipse-Standarddialog („Ressourcen speichern“) und passt optisch nicht zu Fakturama.

**Gewünscht**
- Ein einziger Dialog beim Beenden, der alle ungespeicherten Tabs als Liste zeigt (Typ mit Icon, Nummer/Name, ggf. Kunde), jeweils mit Häkchen.
- Schaltflächen: „Ausgewählte speichern und beenden“, „Nichts speichern und beenden“, „Abbrechen“. Abbrechen muss zurück ins Programm führen (siehe 0001317).
- Eigenes Layout und eigene Texte aus den Fakturama-Messages statt `SWTRenderersMessages`; die vorgeschaltete Frage „Möchten Sie beenden?“ entfällt dann bzw. geht in diesem Dialog auf.

0001399: Firmenspezifische Konfiguration (Mail, Firmendaten, Nummernkreise) im Workspace statt im Benutzerverzeichnis ablegen

Fri, 09 Oct 2026 21:14:34 +0200

Beim Betrieb mehrerer Mandanten (z. B. zwei rechtlich getrennte Firmen mit je eigenem Workspace) sind die Daten für einen Mandanten auf zwei Orte verteilt:

* **Workspace**: Templates, Dokumente, Kunden.
* **Benutzerkonfiguration** (~/.fakturama2): Mailserver, Absenderadresse, Zugangsdaten, Firmendaten (YOURCOMPANY_COMPANY_*), Nummernformate und -zähler.

Das führt zu folgenden Problemen:

* Zusammengehörige Daten sind getrennt. Mailtexte, Vorlagen und Anhänge liegen im Workspace, das zugehörige Absenderkonto nicht.
* Backup und Umzug eines Workspace sind unvollständig. Mailkonfiguration und Nummernkreise fehlen.
* Zähler und Dokumente können auseinanderlaufen. Das führt zu falschen oder doppelten Rechnungsnummern.
* Mehrere Mandanten lassen sich nur über den -data-Parameter und ein eigenes Konfigurationsverzeichnis pro Mandant trennen.

**Vorschlag:**

Firmenspezifische Einstellungen werden im Workspace abgelegt:

* Mail (Server, Absender, Vorlagen)
* Firmendaten und Bankverbindung
* Steuersätze
* Nummernformate und -zähler

Benutzerspezifisches bleibt im Benutzerverzeichnis, etwa Fensterposition und GUI-Einstellungen.

**Zu beachten:**

* Das Mailpasswort sollte nicht im Klartext im Workspace liegen, sondern verschlüsselt oder im Passwortspeicher des Betriebssystems.
* Bestehende Installationen brauchen eine Migration oder einen Fallback auf die alte Ablage.
* Bei mehreren Nutzern im selben Workspace teilen sich diese Mailkonto und Nummernkreis. Das sollte bewusst festgelegt werden.

0000822: Online Shop / XML Import von noch nicht enthaltenen Feldern

Fri, 09 Oct 2026 21:08:43 +0200

Über die XML Schnittstelle würde es hilfreich sein, alle möglichen Felder aus den Auftrags- Daten importieren zu können.

--> Aus den Kopfdaten
- Ansprechpartner
--> Aus den Positionen
- Leistungsdatum Start
- Leistungsdatum Ende
--> Aus dem Fuss
- Bemerkung 1,2,3

Falls ich noch Felder vergessen habe, die andere benötigen, dann diese auch gerne. ;)

Vielen Dank!

0001318: Programm friert bei Auswahl der Anschriftentypen eines Debitors ein

Fri, 09 Oct 2026 21:07:38 +0200

Fakturama friert unter Linux ein, sobald in den Eigenschaften eines Debitors bei den Anschriftentypen der Knopf zur Auswahl von Rechnungsanschrift und Lieferanschrift angeklickt wird. Danach lassen sich nur noch die Haken setzen und entfernen; Speichern, Beenden und jede weitere Aktion sind blockiert. Der Melder muss die Benutzersitzung beenden.

Gemeldet für die freigegebene Linux-Version unter Zorin OS 17.3. Der Beitrag ist unbeantwortet geblieben.

0000790: Kategorien sollten änderbar sein

Fri, 09 Oct 2026 21:06:51 +0200

Aktuell lassen sich die Kategorien nicht ändern. Es wäre aber gut, besonders bei Tippfehlern eine Möglichkeit der Änderung zu schaffen. Außerdem sollten Produkte oder auch Debitoren einfacher zwischen den Kategorien verschoben werden können.

Dazu gehört auch das Löschen leerer Kategorien.

0001409: Platzhalter für das Datum referenzierter Dokumente fehlen - nur die Rechnung hat eines

Fri, 09 Oct 2026 21:05:16 +0200

In Vorlagen lässt sich auf zugehörige Dokumente desselben Vorgangs verweisen. Für die **Nummer** gibt es neun Platzhalter: `DOCUMENT.REFERENCE.OFFER`, `.ORDER`, `.CONFIRMATION`, `.INVOICE`, `.DELIVERY`, `.CREDIT`, `.DUNNING`, `.PROFORMA`.

Für das **Datum** gibt es dagegen nur einen einzigen, `DOCUMENT.REFERENCE.INVOICE.DATE`. Wer in einer Auftragsbestätigung auf „Angebot AG100004 vom 14.07.2026“ verweisen will, bekommt die Nummer, aber nicht das Datum, und muss es von Hand eintragen.

**Der Aufwand ist gering**, weil die Mechanik schon allgemein gehalten ist. `Transaction.getFirstReferencedDocumentDate(DocumentType)` nimmt jeden Dokumenttyp entgegen, aufgerufen wird sie aber nur für die Rechnung:

```java
case "DOCUMENT.REFERENCE.INVOICE.DATE":
return transaction.getFirstReferencedDocumentDate(DocumentType.INVOICE);
```

Je Dokumenttyp braucht es daher nur drei Ergänzungen:

* eine `case`-Zeile in `TemplateProcessor`,
* einen Eintrag in der Aufzählung `Placeholder`,
* eine Zeile in der Platzhaltertabelle des Handbuchs.

Sinnvoll wäre, das gleich für alle acht Referenztypen zu machen statt nur für das Angebot, damit die Liste in sich stimmig ist.

**Nebenbei:** Direkt unter der Rechnungszeile steht ein auskommentiertes `DOCUMENT.REFERENCE.INVOICE.DUEDATE` samt auskommentierter Methode in `Transaction`. Entweder gehört das fertiggestellt oder entfernt.

0001410: Zahlungstexte: Platzhalter über die allgemeine Auflösung verarbeiten statt über eine eigene, abweichende Liste

Fri, 09 Oct 2026 21:03:48 +0200

Die Texte einer Zahlungsart („bezahlt“, „angezahlt“, „unbezahlt“) werden nicht über die allgemeine Platzhalter-Auflösung verarbeitet, sondern in `TemplateProcessor.createPaymentText()` über eine fest verdrahtete Folge von `StringUtils.replace`-Aufrufen. Alles, was dort nicht aufgezählt ist, bleibt im gedruckten Dokument wörtlich stehen.

Damit gelten an zwei Stellen zwei verschiedene Platzhalterlisten, und das Handbuch führt sie auch getrennt: die große Tabelle für Dokumentvorlagen in Kapitel 4, eine eigene mit 23 Einträgen für die Zahlungstexte in Kapitel 3 unter „Text 'unbezahlt'“.

**Warum das Anwender trifft:** In einer Vorlage funktionieren `ADDRESS.FIRSTNAME` und `ADDRESS.LASTNAME`, im Zahlungstext nicht. Wer sie dort einsetzt, bekommt sie unverändert aufs Papier. Besonders verwirrend wird es dadurch, dass `DOCUMENT.NAME` im Zahlungstext funktioniert, obwohl es in der Tabelle für Zahlungstexte gar nicht steht – es sieht dann so aus, als sei der eine Platzhalter kaputt und der andere heil.

**Ziel:** eine einzige Auflösung und damit eine einzige Liste, die überall gilt.

**Dabei zu beachten – die Namen unterscheiden sich:** Dieselben Werte heißen in beiden Welten anders, ein bloßes Umstellen auf die allgemeine Auflösung würde daher alle bestehenden Zahlungstexte unbrauchbar machen. Es braucht eine Abbildung der alten Namen auf die neuen, die auf Dauer erhalten bleibt:

| Zahlungstext | allgemein |
| --- | --- |
| `PAID.VALUE` | `PAYMENT.PAID.VALUE` |
| `PAID.DATE` | `PAYMENT.PAID.DATE` |
| `DUE.DAYS` | `PAYMENT.DUE.DAYS` |
| `DUE.DATE` | `PAYMENT.DUE.DATE` |
| `BANK.ACCOUNT` | `YOURCOMPANY.BANKACCOUNTNR` |
| `BANK.IBAN` | `YOURCOMPANY.IBAN` |
| `BANK.BIC` | `YOURCOMPANY.BIC` |
| `BANK.NAME` | `YOURCOMPANY.BANK` |
| `DEBITOR.BANK.*` | `ADDRESS.BANK.*` |

Ohne Entsprechung in der allgemeinen Liste sind bisher die vier `DUE.DISCOUNT.*`, die beiden `*.CENSORED`-Varianten, `DEBITOR.MANDATREF` und `DOCUMENT.TOTAL`. Die müssten dort ergänzt werden.

**Zwei Einzelbefunde, die mit erledigt werden sollten:**

* `BANK.ACCOUNT.HOLDER` steht im Handbuch („Kontoinhaber des Rechnungsersteller-Kontos“), wird im Code aber nirgends ersetzt. Nur das Gegenstück fürs Kundenkonto, `DEBITOR.BANK.ACCOUNT.HOLDER`, existiert. Das ist ein echter Fehler.
* `BANK.CODE` ist nur noch aus historischen Gründen vorhanden und entfällt – nicht übernehmen und nicht dokumentieren.

**Nebenwirkung, die zu prüfen ist:** Nach der Umstellung werden Platzhalter ersetzt, die bisher stehenblieben. Wer heute aus Versehen etwas Platzhalterähnliches in einem Zahlungstext stehen hat, sieht danach ein anderes Ergebnis.

**Handbuch:** Die eigene Tabelle in Kapitel 3 entfällt zugunsten eines Verweises auf die allgemeine Liste; dort sind die bisher nur im Zahlungstext verfügbaren Platzhalter zu ergänzen.

0001165: Platzhalter mit Parametern auch in den Zahlungsarten

Fri, 09 Oct 2026 21:03:48 +0200

Was sonst in allen Datums-Platzhaltern funktioniert, funktioniert in in nicht: Gebe ich im Zahlungstext ein erhalte ich den Platzhalter unersetzt als Text „“ ausgegeben.

0000672: Beim Drucken der Artikelliste werden die Rahmen der Zellen schwarz umrandet

Fri, 09 Oct 2026 21:02:53 +0200

Beim Drucken der Artikelliste werden die Rahmen der Zellen schwarz umrandet

0000551: [FAK-552 (alt)] CardDav-Schnittstelle für Kontakte

Fri, 09 Oct 2026 20:53:07 +0200

siehe http://forum.fakturama.info/read.php?1,6939,6939#msg-6939

0001203: Fakturama hängt sich auf, wenn gespeicherter Pfad zur Datenbank ungültig ist

Wed, 07 Oct 2026 23:20:24 +0200

Hallo,

ich habe die Fakturama Datenbank auf einem Netzwerklaufwerk. Das Laufwerksymbol hat sich von F:\ zu Z:\ geändert. Fakturama hängt sich beim Starten reproduzierbar und ohne Fehlemeldung auf.

0001195: beta 2.2.0 | java.lang.ClassNotFoundException: org.bouncycastle.crypto.Digest cannot be found by org.odftoolkit.odfdom-java_0.13

Wed, 07 Oct 2026 23:20:24 +0200

Beim Versuch, ein ODT-Dokument zu erstellen oder zu öffnen, stürzt Fakturama mit einer internen Fehlermeldung ab. Laut Stacktrace fehlt eine Klasse aus der BouncyCastle-Bibliothek (org.bouncycastle.crypto.Digest). Offenbar wird diese Klasse von odfdom benötigt, ist aber nicht im Classpath enthalten.

0001191: Fakturama 2.2.0 kann Aufgrund widersprüchlicher Anforderungen nicht installiert werden

Wed, 07 Oct 2026 23:20:24 +0200

Installation von Fakturama 2.2.0 scheitert auf aufgrund widersprüchlicher Anforderungen.
-nothing provides: libwebkit2gtk needed by Fakturama-2.2.0-BETA-1.x86_64 from @commandline
- nothing provides >=needed by Fakturama-2.2.0-BETA-1.x86_64 from @commandline
-nothing provides 4.0-37 neded by Fakturama-2.2.0-BETA-1.x86_64 from @commandline

0001189: Leerzeilen zwischen Artikel-Positionen in Druckausgaben

Wed, 07 Oct 2026 23:20:24 +0200

Die Dokumente aus vorhandenen Vorlagen für LibreOffice aus alter Fakturama-Installation werden nun mit 3(!) Leerzeilen (statt ohne Leerzeile) zwischen den einzelnen Artikel-Positionen ausgegeben, was natürlich das Dokument unnötig lang macht.

(Und zu langen Dokumenten noch was Allgemeines: Ich habe bisher noch keine Möglichkeit gefunden das Design der Vorlage (Kopf, Footer) auf eine zweite Seite einer Druckausgabe zu übernehmen und versuche daher immer alle meine Dokumente nur eine Seite lang werden zu lassen. ;-) )

0001153: Die XRechnung enthält einen falschen Ländercode (DE), auch wenn ein anderes Land gewählt ist

Wed, 07 Oct 2026 23:20:24 +0200

In der XRechnung wird immer Ländercode DE übergeben. Das ist unabhängig vom ausgewählten Land in der Adresse.

0001386: Warenbestand wird bei jedem Rechnungsdruck erneut abgebucht