<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-09-23 00:08:46]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>https://bugs.fakturama.info/</docs><link>https://bugs.fakturama.info/</link><description><![CDATA[Fakturama Bug Tracker - Issues]]></description><title>Fakturama Bug Tracker - Issues</title><image><title>Fakturama Bug Tracker - Issues</title><url>https://bugs.fakturama.info/cust-images/fakturama_logo.jpg</url><link>https://bugs.fakturama.info/</link><description><![CDATA[Fakturama Bug Tracker - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>0001398: Eclipse-Version und Java aktualisieren</title><author></author><link>https://bugs.fakturama.info/view.php?id=1398</link><description><![CDATA[Die Eclipse-Version in Fakturama steht momentan noch bei 2024. Das muß auf 2026 geändert werden. Damit einhergehend ist die verwendete Java-Version auf Java 25 zu ändern. Außerdem ist das Target zu prüfen, ob hier evtl. libs gleich mit aktualisiert werden können.]]></description><category>Allgemein (General)</category><pubDate>Sat, 19 Sep 2026 21:11:24 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1398</guid><comments>https://bugs.fakturama.info/view.php?id=1398#bugnotes</comments></item><item><title>0001397: Platzhalter-Parameter $EMPTY wird seit 2.1.3c nicht mehr ausgewertet</title><author></author><link>https://bugs.fakturama.info/view.php?id=1397</link><description><![CDATA[Der Parameter $EMPTY wird seit Version 2.1.3c nicht mehr interpretiert. Statt des Ersatzwerts erscheint der Parameter im Dokument als Text.&lt;br /&gt;
&lt;br /&gt;
Schreibweise laut Melder: der Platzhalter, gefolgt von $EMPTY und als Ersatzwert der Tabulator. Die genaue Zeichenfolge – Prozentzeichen unmittelbar gefolgt von TAB – lässt sich hier nicht ausschreiben, weil der Bugtracker Beiträge mit diesem Muster abweist. Ausgegeben wird genau dieser Ersatzwert im Klartext statt eines Tabulators.&lt;br /&gt;
&lt;br /&gt;
Der Melder hat an der Vorlage nichts geändert; vorher funktionierte es. Es handelt sich also um eine Regression.&lt;br /&gt;
&lt;br /&gt;
$EMPTY dient dazu, Leerzeilen bei nicht gefüllten Feldern zu unterdrücken. Fällt der Parameter aus, stehen auf jedem Beleg sichtbare Platzhalterreste.&lt;br /&gt;
&lt;br /&gt;
Verwandt: &lt;a href=&quot;https://bugs.fakturama.info/view.php?id=1173&quot;&gt;0001173&lt;/a&gt; und &lt;a href=&quot;https://bugs.fakturama.info/view.php?id=1189&quot;&gt;0001189&lt;/a&gt; betreffen Leerzeilen, aber nicht diesen Parameter. &lt;a href=&quot;https://bugs.fakturama.info/view.php?id=1037&quot;&gt;0001037&lt;/a&gt; (Platzhalter-Parameter sind funktionslos) ist gelöst; zu prüfen ist, ob $EMPTY dabei übersehen wurde.]]></description><category>Dokumente (Documents)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1397</guid><comments>https://bugs.fakturama.info/view.php?id=1397#bugnotes</comments></item><item><title>0001392: Paketdienst DHL: hinterlegte URL ist veraltet</title><author></author><link>https://bugs.fakturama.info/view.php?id=1392</link><description><![CDATA[Der Aufruf des Paketdienstes DHL funktioniert nicht mehr; im Thread wurde vermutet, dass sich die hinterlegte URL geändert hat, und um Mithilfe bei der Ermittlung der aktuellen Adresse gebeten. Eine Klärung ist ausgeblieben.&lt;br /&gt;
&lt;br /&gt;
Da DHL seine Online-Frankierung seitdem mehrfach umgebaut hat, sind die mitgelieferten Paketdienstvorlagen vermutlich generell zu prüfen. Ein zweiter Beitrag von Oktober 2021 (&quot;Möglicher Fehler bei Paketdiensten&quot;) deutet in dieselbe Richtung.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000406 (Aktualisierung der Paketdienstdateien) ist gelöst, liegt aber vor dieser Meldung.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>Paketdienst (Shipping Service)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1392</guid><comments>https://bugs.fakturama.info/view.php?id=1392#bugnotes</comments></item><item><title>0001391: Rechnung im Gutschriftverfahren (Self-billing) abbilden</title><author></author><link>https://bugs.fakturama.info/view.php?id=1391</link><description><![CDATA[Seit der Umbenennung von &quot;Gutschrift&quot; in &quot;Rechnungskorrektur&quot; fehlt die Möglichkeit, eine echte Gutschrift im Sinne des Umsatzsteuerrechts abzubilden - also eine Abrechnung, die der Leistungsempfänger für den Leistenden erstellt (Gutschriftverfahren nach Paragraf 14 Absatz 2 UStG, englisch self-billing).&lt;br /&gt;
&lt;br /&gt;
Das ist ein anderer Vorgang als die Korrektur einer eigenen Rechnung und kommt unter anderem im Handel mit nicht verkaufter Ware und bei Provisionsabrechnungen vor.&lt;br /&gt;
&lt;br /&gt;
Ein Anwender hat 2024 nachgefragt, ob sich etwas getan hat, und beschreibt, dass der Versuch über die Rechnungskorrektur an der Vorzeichenlogik scheitert.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000713 (Belegtypen Abschlagsrechnung, Schlussrechnung und Gutschrift nachrüsten) deckt das Thema nur am Rande ab.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>Dokumente (Documents)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1391</guid><comments>https://bugs.fakturama.info/view.php?id=1391#bugnotes</comments></item><item><title>0001390: Steuersatz automatisch nach Inland, EU und Drittland ermitteln</title><author></author><link>https://bugs.fakturama.info/view.php?id=1390</link><description><![CDATA[Gewünscht ist, dass der anzuwendende Steuersatz aus dem Sitz des Kunden abgeleitet wird: Inland mit Regelsteuersatz, innergemeinschaftliche Lieferung an ein Unternehmen mit USt-IdNr steuerfrei mit Hinweis auf die Steuerschuldnerschaft des Leistungsempfängers, Drittland steuerfrei als Ausfuhrlieferung.&lt;br /&gt;
&lt;br /&gt;
Heute muss der Anwender bei jeder Position selbst daran denken, was fehleranfällig ist. Für die E-Rechnung hat das unmittelbare Folgen, weil daraus die VAT-Kategorie (BT-118) und der Befreiungsgrund abgeleitet werden - siehe 0001218 und 0001155.&lt;br /&gt;
&lt;br /&gt;
Mindestens sollte sich ein Vorgabe-Steuersatz je Debitor hinterlegen lassen, der beim Anlegen eines Belegs greift.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>Dokumente (Documents)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1390</guid><comments>https://bugs.fakturama.info/view.php?id=1390#bugnotes</comments></item><item><title>0001389: Artikelnummer des Lieferanten wird bei Import und Export übergangen</title><author></author><link>https://bugs.fakturama.info/view.php?id=1389</link><description><![CDATA[Die Artikelnummer des Lieferanten lässt sich in den Produktstammdaten erfassen und wird auch in der Datenbank gespeichert. Beim CSV-Import und -Export wird das Feld jedoch ignoriert.&lt;br /&gt;
&lt;br /&gt;
Wer den Artikelstamm außerhalb pflegt oder aus einem Vorsystem übernimmt, kann die Lieferantennummern damit nicht mitführen. Im selben Beitrag wird außerdem gefragt, wie der zugehörige Platzhalter für die Dokumentvorlage heißt - er ist offenbar nirgends dokumentiert.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000077 (Produktdaten um Lieferant und dessen Artikelnummer erweitern) betrifft das Feld selbst, nicht die Schnittstellen.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>Schnittstellen</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1389</guid><comments>https://bugs.fakturama.info/view.php?id=1389#bugnotes</comments></item><item><title>0001388: Eingehende ZUGFeRD-Rechnungen importieren</title><author></author><link>https://bugs.fakturama.info/view.php?id=1388</link><description><![CDATA[Fakturama kann Rechnungen im ZUGFeRD-Format erzeugen, aber keine einlesen. Wer eine Rechnung oder einen Auftrag in diesem Format erhält - ohne Webshop dahinter -, muss die Daten von Hand abtippen.&lt;br /&gt;
&lt;br /&gt;
Seit dem 1. Januar 2025 muss jeder inländische Unternehmer E-Rechnungen empfangen und verarbeiten können. Ein Import würde sich anbieten für Ausgabenbelege aus eingegangenen Lieferantenrechnungen und perspektivisch für Kreditorenstammdaten.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000615 (lokal abliegende XML-Datei über die Webshop-Schnittstelle einlesen) ist gelöst, betrifft aber das Webshop-Format.&lt;br /&gt;
&lt;br /&gt;
Der Wunsch stammt von 2019 und hat durch die E-Rechnungspflicht erheblich an Gewicht gewonnen.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>Schnittstellen</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1388</guid><comments>https://bugs.fakturama.info/view.php?id=1388#bugnotes</comments></item><item><title>0001387: Text aus erzeugten PDF-Dateien lässt sich nicht kopieren</title><author></author><link>https://bugs.fakturama.info/view.php?id=1387</link><description><![CDATA[Aus den von Fakturama erzeugten PDF-Dateien lässt sich der Text nicht per Kopieren und Einfügen übernehmen - in der Zwischenablage landet unlesbarer Zeichensalat. Gemeldet für Version 2.1.3 unter macOS mit LibreOffice und einer eigenen ott-Vorlage.&lt;br /&gt;
&lt;br /&gt;
Typische Ursache ist eine Schriftart, die ohne brauchbare Zeichenzuordnung (ToUnicode-CMap) eingebettet wird. Das betrifft nicht nur die Bequemlichkeit: Empfänger können den Rechnungstext nicht weiterverarbeiten, Volltextsuche und Archivierung greifen nicht, und für PDF/A-3 - die Grundlage der ZUGFeRD-Rechnung - ist eine korrekte Zeichenzuordnung vorgeschrieben. Die Konformität der erzeugten E-Rechnungen wäre also mit zu prüfen.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>OpenOffice / NOA</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1387</guid><comments>https://bugs.fakturama.info/view.php?id=1387#bugnotes</comments></item><item><title>0001386: Warenbestand wird bei jedem Rechnungsdruck erneut abgebucht</title><author></author><link>https://bugs.fakturama.info/view.php?id=1386</link><description><![CDATA[Ein Anwender hat beim Anpassen seiner Rechnungsvorlage zufällig bemerkt, dass der Warenbestand von Artikeln bei jedem Druck derselben Rechnung erneut verringert wird - nicht nur beim ersten Mal.&lt;br /&gt;
&lt;br /&gt;
Wer eine Rechnung mehrfach ausgibt, etwa nach einer Korrektur an der Vorlage oder für ein zweites Exemplar, bekommt damit einen falschen Lagerbestand, ohne es zu merken. Die Abweichung fällt erst bei der Inventur auf.&lt;br /&gt;
&lt;br /&gt;
Erwartet: Die Bestandsbuchung erfolgt einmal je Vorgang, nicht je Druckvorgang; ein erneuter Ausdruck darf den Bestand nicht noch einmal verändern.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000052 (Aktualisierung der Lagermenge) ist gelöst und betrifft einen anderen Fall.&lt;br /&gt;
&lt;br /&gt;
Anmerkung: Dieser Thread war bei der ersten Auswertung fälschlich als erledigt eingestuft worden.]]></description><category>Produkte (Products)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1386</guid><comments>https://bugs.fakturama.info/view.php?id=1386#bugnotes</comments></item><item><title>0001385: MailService: Zertifikatsprüfung soll ausgehebelt werden, SMTP-Einstellungen landen in den System-Properties</title><author></author><link>https://bugs.fakturama.info/view.php?id=1385</link><description><![CDATA[Der verschlüsselte Versand selbst ist in Ordnung: über PREFERENCES_MAIL_USESSL wird zwischen STARTTLS (Transport &quot;smtp&quot;, mail.smtp.starttls.enable) und implizitem TLS (Transport &quot;smtps&quot;, mail.smtp.ssl.enable) umgeschaltet. Beim Durchsehen sind aber drei Punkte in derselben Methode aufgefallen.&lt;br /&gt;
&lt;br /&gt;
1) Zertifikatsprüfung&lt;br /&gt;
&lt;br /&gt;
    props.put(&quot;mail.smtp.ssl.trust&quot;, '*');&lt;br /&gt;
&lt;br /&gt;
Gemeint ist offenbar &quot;allen Zertifikaten vertrauen&quot;. Falls das greift, ist die Zertifikatsprüfung ausgehebelt und die TLS-Verbindung gegen Man-in-the-Middle nicht mehr geschützt - der Verschlüsselung bliebe dann nur noch die Wirkung gegen passives Mitlesen.&lt;br /&gt;
&lt;br /&gt;
Vermutlich greift es allerdings gar nicht: '*' ist ein char, kein String. Angus Mail liest diese Eigenschaft über Properties.getProperty(), das bei einem Nicht-String-Wert null liefert. Nachgemessen ist das nicht.&lt;br /&gt;
&lt;br /&gt;
Vorschlag: Zeile entfernen. Wird ein Vertrauensanker für selbstsignierte Zertifikate gebraucht, gehört dort eine echte Host-Liste als String hin, idealerweise aus den Einstellungen und nicht fest verdrahtet.&lt;br /&gt;
&lt;br /&gt;
2) System-Properties werden verändert&lt;br /&gt;
&lt;br /&gt;
    final Properties props = System.getProperties();&lt;br /&gt;
    props.put(...Host, Auth, StartTLS, SSL, Port, ssl.trust...);&lt;br /&gt;
&lt;br /&gt;
Die SMTP-Einstellungen werden in die JVM-weiten System-Properties geschrieben und bleiben dort auch nach dem Versand stehen. Sie wirken damit auf die gesamte Anwendung und überdauern jeden weiteren Sendevorgang. Sauberer wäre ein frisches new Properties(), das nur an die Session übergeben wird.&lt;br /&gt;
&lt;br /&gt;
3) Irreführende Port-Eigenschaft&lt;br /&gt;
&lt;br /&gt;
    props.put(MailServiceConstants.MAIL_SMTP_PORT, MailServiceConstants.MAIL_SMTP_DEFAULT_PORT);  // 587&lt;br /&gt;
&lt;br /&gt;
Hier wird immer der Vorgabeport gesetzt, während connectTransport() den tatsächlich eingestellten Port aus MailSettings.getPort() an transport.connect() übergibt. Folgenlos, weil der Aufrufparameter gewinnt, aber beim Lesen und bei der Fehlersuche irreführend.&lt;br /&gt;
&lt;br /&gt;
Der ursprüngliche Forumsbeitrag zum Thema (&quot;EMAIL nur unverschlüsselt/ungesichert&quot;, Januar 2025) ist damit erledigt und wurde nicht als eigenes Ticket erfasst.]]></description><category>Allgemein (General)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1385</guid><comments>https://bugs.fakturama.info/view.php?id=1385#bugnotes</comments></item><item><title>0001384: Verbringungsnachweis beziehungsweise Ausfuhrbescheinigung als Belegart</title><author></author><link>https://bugs.fakturama.info/view.php?id=1384</link><description><![CDATA[Für innergemeinschaftliche Lieferungen wird ein Verbringungsnachweis (Gelangensbestätigung) benötigt, für Ausfuhren eine Ausfuhrbescheinigung für Umsatzsteuerzwecke. Der Melder wollte sich dafür den Lieferschein umbauen; das erzeugte Dokument blieb leer, weil die Platzhalter in dieser Belegart nicht ersetzt wurden.&lt;br /&gt;
&lt;br /&gt;
Zwei Punkte: die vorhandenen Platzhalter sollten in allen Belegarten funktionieren, und ein eigener Belegtyp für den Verbringungsnachweis wäre für Anwender mit EU-Geschäft eine echte Hilfe.]]></description><category>Dokumente (Documents)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1384</guid><comments>https://bugs.fakturama.info/view.php?id=1384#bugnotes</comments></item><item><title>0001382: Ein- und Ausgabenliste: Sortierung beim Export und Kontostand hinterlegen</title><author></author><link>https://bugs.fakturama.info/view.php?id=1382</link><description><![CDATA[Zwei zusammengehörige Punkte aus dem Forum:&lt;br /&gt;
&lt;br /&gt;
1. Beim Export der Ein- und Ausgabenliste ist die Sortierung nicht nachvollziehbar beziehungsweise nicht wählbar. Für die Übergabe an die Buchhaltung wird eine Sortierung nach Datum benötigt.&lt;br /&gt;
2. In derselben Liste soll sich ein Anfangskontostand hinterlegen lassen, damit der fortlaufende Saldo mitgeführt werden kann.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000305 (Datum des Anfangskontostands) ist gelöst, betrifft aber den Kontostand-Export.]]></description><category>Schnittstellen</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1382</guid><comments>https://bugs.fakturama.info/view.php?id=1382#bugnotes</comments></item><item><title>0001383: Belege in verschiedenen Sprachen ausgeben</title><author></author><link>https://bugs.fakturama.info/view.php?id=1383</link><description><![CDATA[Gewünscht ist, Rechnungen und andere Belege je nach Kunde in unterschiedlichen Sprachen auszugeben. Derzeit hilft man sich mit je einer Vorlage pro Sprache, was die feststehenden Texte abdeckt.&lt;br /&gt;
&lt;br /&gt;
Offen bleiben die aus der Datenbank stammenden Inhalte: Artikelbezeichnung und -beschreibung, Zahlungsbedingungen, Versandarten und Steuersatzbezeichnungen. In einem weiteren Thread wurde ausdrücklich nach mehrsprachigen Artikelbeschreibungen gefragt - getrennte Texte je Sprache, nicht gemischt in einem Feld.&lt;br /&gt;
&lt;br /&gt;
Sinnvoll wäre eine Sprachkennzeichnung am Debitor, die Vorlagenauswahl und Textfelder gemeinsam steuert.]]></description><category>Dokumente (Documents)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1383</guid><comments>https://bugs.fakturama.info/view.php?id=1383#bugnotes</comments></item><item><title>0001381: Benutzerfelder 1 bis 3 im Produktexport ausgeben</title><author></author><link>https://bugs.fakturama.info/view.php?id=1381</link><description><![CDATA[Die Benutzerfelder 1 bis 3 der Produkte erscheinen im Export der Produktliste nicht. Wer sie zur Pflege eigener Merkmale nutzt, kann sie damit nicht auswerten oder außerhalb weiterverarbeiten.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0001031 (Felder werden nicht exportiert) ist gelöst, deckt diese Felder aber offenbar nicht ab.]]></description><category>Schnittstellen</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1381</guid><comments>https://bugs.fakturama.info/view.php?id=1381#bugnotes</comments></item><item><title>0001380: CSV-Import legt Kontakte neu an, statt vorhandene zu aktualisieren</title><author></author><link>https://bugs.fakturama.info/view.php?id=1380</link><description><![CDATA[Beim Import von Kontakten aus einer CSV-Datei werden bereits vorhandene Datensätze nicht aktualisiert, sondern zusätzlich angelegt. Bei jedem Lauf verdoppelt sich der Bestand entsprechend.&lt;br /&gt;
&lt;br /&gt;
Das macht den Import für die laufende Pflege von Adressdaten unbrauchbar, weil die Dubletten anschließend von Hand aufgeräumt werden müssen. Zu klären ist, welches Feld als Schlüssel für den Abgleich dienen soll - Kundennummer wäre naheliegend.]]></description><category>Schnittstellen</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1380</guid><comments>https://bugs.fakturama.info/view.php?id=1380#bugnotes</comments></item><item><title>0001379: Mengeneinheit fehlt in der Artikelmaske</title><author></author><link>https://bugs.fakturama.info/view.php?id=1379</link><description><![CDATA[In der Artikelmaske fehlt das Feld für die Mengeneinheit beziehungsweise ist nicht erreichbar, obwohl die Einheit an anderer Stelle verwendet wird.&lt;br /&gt;
&lt;br /&gt;
Zu prüfen, ob das Feld ausgeblendet ist, an einer Einstellung hängt oder tatsächlich fehlt. Berührt sich mit dem Wunsch nach einer Auswahlliste für die Einheit.]]></description><category>Produkte (Products)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1379</guid><comments>https://bugs.fakturama.info/view.php?id=1379#bugnotes</comments></item><item><title>0001378: Kundenspezifische Artikelnummern</title><author></author><link>https://bugs.fakturama.info/view.php?id=1378</link><description><![CDATA[Gewünscht ist, zusätzlich zur eigenen Artikelnummer je Kunde eine abweichende Artikelnummer zu hinterlegen, die auf dessen Belegen ausgegeben wird. Größere Kunden bestehen häufig darauf, ihre eigenen Nummern auf Lieferschein und Rechnung zu sehen.&lt;br /&gt;
&lt;br /&gt;
Gegenstück zu 0000077 (Lieferant und Artikelnummer des Lieferanten), das die Beschaffungsseite abdeckt.]]></description><category>Produkte (Products)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1378</guid><comments>https://bugs.fakturama.info/view.php?id=1378#bugnotes</comments></item><item><title>0001376: Plausibilitätsprüfung für den Kreditor im Ausgabebeleg</title><author></author><link>https://bugs.fakturama.info/view.php?id=1376</link><description><![CDATA[Im Ausgabebeleg wird der Lieferant als freier Text erfasst, ohne Abgleich mit den angelegten Kreditoren. Tippfehler und abweichende Schreibweisen führen zu Dubletten und machen Auswertungen je Lieferant unbrauchbar.&lt;br /&gt;
&lt;br /&gt;
Gewünscht ist eine Prüfung gegen die vorhandenen Kreditoren, mindestens als Warnung. Berührt sich mit dem Wunsch nach einer echten Auswahlliste im Ausgabebeleg und mit 0001121 (Ausgaben pro Lieferant filtern).]]></description><category>Kontakte (Contacts)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1376</guid><comments>https://bugs.fakturama.info/view.php?id=1376#bugnotes</comments></item><item><title>0001377: Zolltarifnummer und Ursprungsland für Produkte</title><author></author><link>https://bugs.fakturama.info/view.php?id=1377</link><description><![CDATA[Für den internationalen Versand werden je Produkt zwei zusätzliche Angaben benötigt: Zolltarifnummer und Ursprungsland. Beide müssen auch als Platzhalter in die Dokumentvorlage übernommen werden können, weil sie auf Handelsrechnung und Zollpapieren stehen müssen.&lt;br /&gt;
&lt;br /&gt;
Im selben Beitrag steht der allgemeinere Wunsch nach frei definierbaren Produktfeldern; verwandt ist 0000347 (Zusatzfelder für die Produkterfassung).&lt;br /&gt;
&lt;br /&gt;
Seit dem Wegfall der Zollfreigrenzen und mit IOSS betrifft das mehr Anwender als früher.]]></description><category>Produkte (Products)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1377</guid><comments>https://bugs.fakturama.info/view.php?id=1377#bugnotes</comments></item><item><title>0001375: Zweite E-Mail-Adresse je Kontakt</title><author></author><link>https://bugs.fakturama.info/view.php?id=1375</link><description><![CDATA[Viele Kunden haben mehr als eine E-Mail-Adresse; ein zusätzliches Feld für eine zweite Adresse wäre hilfreich.&lt;br /&gt;
&lt;br /&gt;
Berührt sich mit dem Wunsch nach getrennten Mailadressen je Belegart und gewinnt an Bedeutung, seit die Mailadresse für die E-Rechnung vorausgesetzt wird. Sinnvoll wäre eine Lösung, die beide Fälle abdeckt, statt nur ein zweites Feld anzuhängen.]]></description><category>Kontakte (Contacts)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1375</guid><comments>https://bugs.fakturama.info/view.php?id=1375#bugnotes</comments></item><item><title>0001374: Frei definierbare alternative Anrede je Kontakt</title><author></author><link>https://bugs.fakturama.info/view.php?id=1374</link><description><![CDATA[Gewünscht ist eine alternative, frei formulierbare Anrede je Kontakt, die statt der aus Geschlecht und Titel erzeugten Standardanrede verwendet wird.&lt;br /&gt;
&lt;br /&gt;
Typische Fälle: persönliche Anrede bei langjährigen Kunden, Vereine und Behörden, Personengruppen sowie Anreden, die sich nicht aus den vorhandenen Feldern ableiten lassen.&lt;br /&gt;
&lt;br /&gt;
Verwandt, aber anders gelagert: 0000066 (Anreden werden auf Englisch zurückgesetzt) ist geschlossen.]]></description><category>Kontakte (Contacts)</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1374</guid><comments>https://bugs.fakturama.info/view.php?id=1374#bugnotes</comments></item><item><title>0001373: Kundenvorschläge bei der Erfassung von Ein- und Ausgabebelegen unvollständig</title><author></author><link>https://bugs.fakturama.info/view.php?id=1373</link><description><![CDATA[Bei der Belegerfassung schlägt das Kundenfeld nicht alle bereits erfassten Kunden vor. Auch mehrfach in Belegen verwendete Kunden tauchen in den Vorschlägen nicht auf.&lt;br /&gt;
&lt;br /&gt;
Im Thread wurde bestätigt, dass die Einträge eigentlich aus der Datenbank gelesen und vorgeschlagen werden sollten - es kann sich also um einen Programmfehler handeln. Der Melder gibt an, dass es mehrfach aufgetreten ist.]]></description><category>Oberfläche</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1373</guid><comments>https://bugs.fakturama.info/view.php?id=1373#bugnotes</comments></item><item><title>0001372: Produktsortierung im Auswahlmenü wird nicht gespeichert</title><author></author><link>https://bugs.fakturama.info/view.php?id=1372</link><description><![CDATA[Die im Auswahlmenü für Produkte gewählte Sortierung wird nicht gespeichert und muss bei jedem Öffnen neu eingestellt werden.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000902 (Sortierung in der Dokument-Übersicht speichern) betrifft eine andere Ansicht.]]></description><category>Oberfläche</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1372</guid><comments>https://bugs.fakturama.info/view.php?id=1372#bugnotes</comments></item><item><title>0001371: Einstellung "Mehrwertsteuer auswählbar" wird beim Neustart zurückgesetzt</title><author></author><link>https://bugs.fakturama.info/view.php?id=1371</link><description><![CDATA[Unter Benutzereinstellungen &gt; Produkte lässt sich einstellen, dass die Mehrwertsteuer auswählbar ist. Nach einem Programmneustart ist der Haken wieder entfernt; wird er neu gesetzt, funktioniert die Auswahl bis zum nächsten Start.&lt;br /&gt;
&lt;br /&gt;
Besteht laut Melder seit Version 2.0.3.]]></description><category>Oberfläche</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1371</guid><comments>https://bugs.fakturama.info/view.php?id=1371#bugnotes</comments></item><item><title>0001370: Tabsprung in das Feld Mehrwertsteuer leert dessen Inhalt</title><author></author><link>https://bugs.fakturama.info/view.php?id=1370</link><description><![CDATA[Springt man mit der Tabulatortaste in das Mehrwertsteuerfeld einer Position, wird der Inhalt geleert. Der beim Produkt hinterlegte Steuersatz geht dadurch verloren.&lt;br /&gt;
&lt;br /&gt;
Der Melder hat den Fehler bemerkt, weil eine Rechnung ohne ausgewiesene Mehrwertsteuer beim Kunden beanstandet wurde - der Fehler wirkt sich also unbemerkt auf ausgehende Rechnungen aus. Deshalb hoch eingestuft, auch wenn die Meldung älter ist.&lt;br /&gt;
&lt;br /&gt;
Verwandt: 0000372 (Navigation mit Tastatur in der Artikelliste schaltet ungewollt Feld um) ist gelöst; in aktueller Version zu prüfen.]]></description><category>Oberfläche</category><pubDate>Fri, 04 Sep 2026 07:51:32 +0200</pubDate><guid>https://bugs.fakturama.info/view.php?id=1370</guid><comments>https://bugs.fakturama.info/view.php?id=1370#bugnotes</comments></item></channel></rss>
