Der EDI-Datei-Import in der API berücksichtigt jetzt den Dokumententyp aus den Firmeneinstellungen. Verwendet primär Dokumenttypen für EDI, wenn nicht angegeben, die entsprechenden Dokumenttypen für die automatische Generierung.

Bei der Buchung von Verkäufen im Verkaufsregister konnte es aufgrund kleiner Rundungsungenauigkeiten zu einer Fehlermeldung kommen:In folgenden Belegen sind Zahlungen auf einen Betrag gesetzt, der größer als der Belegbetrag ist.

In der Buchhaltungsausgabe des MwSt.-Kontrollberichts wird die Sortierung der Ausgabe nach der Spalte Row con. In der Anwendung ist ein Fehler aufgetreten .

BeimSchließen der Client-Anwendung wurde behoben, dass auch nach dem Schließen des Hauptfensters der Java-Prozess im System weiterlief.

Bei Elementdatensätzen in der API verursachte das Sortieren nach der Spalte sumTotal einen internen Anwendungsfehler.

Es war nicht möglich, eine Sicherungsrechnung oder einen im Verkaufsrad erstellten Auftrag aus einem eingegangenen Auftrag zu löschen .

Die Prüfung der Dezimal-Eingabe wurde korrigiert, wobei Zahlen im Intervall -1,0 bis 1,0 als Null-Eingabe für Pflichtfelder behandelt wurden. Es wurde ein Fehler angezeigt, z. B.: Der Wert 'Menge' muss ungleich Null sein.

Wenn ein Vermögenswert veräußert wird , werden wir gefragt, ob die buchhalterische Abschreibung neu generiert werden soll.

Feste Server-Netzwerkparameter für nahtloses Senden von Anfragen.

DasVersenden eines Dokuments per E-Mail über die Schaltfläche in der Symbolleiste berücksichtigte nicht die Druckbericht-Einstellungen für den Dokumenttyp.

Der transaktionale Importmodus atomic="false" beim Importieren von XML in der Client-Anwendung wurde korrigiert.

Unmittelbar nach der Umwandlung eines empfangenen Auftrags in eine ausgestellte Rechnung wurde die Schaltfläche "Mail" nicht in der Symbolleiste angezeigt.