10.08.2023

Es kommt regelmäßig vor, dass Änderungen am Webserver durchgeführt werden, beim Benutzer aber weiterhin der gecachte alte Inhalt dargestellt wird. Es soll eine Möglichkeit gefunden werden, das Löschen oder Aktualisieren des Cache serverseitig zu steuern.

Die Funktion "Artikel aktualisieren" ist in allen ERP-Dokumenten verfügbar, nur in Produktionsaufträgen fehlt diese. Zur Vereinheitlichung und zur Massenaktualisierung von Artikeln in Produktionsaufträgen, wird die Funktion "Artikel aktualisieren" auch in Produktionsaufträgen eingebaut.

Um den Benutzern den Zugang zu den FAQs zu erleichtern, sollen diese über die Startseite als auch über den Menüpunkt Programm verknüpft sein.

Wird momentan eine Rechnung gedruckt, dessen Verkäufer gelöscht wurde, wird auf der Rechnung keine E-Mail des Verkäufers ausgegeben. Wird eine Rechnung allerdings über den Massendruck von Rechnungen gedruckt, wird auch die E-Mail eines gelöschten Verkäufers ausgegeben.

Der Massendruck von Rechnungen, soll nun so angepasst werden, dass die E-Mail des Verkäufers nur ausgegeben wird, wenn dieser nicht gelöscht wurde.

Wenn bei der Auswahl von Lieferscheinen ein bereits geschlossener Lieferschein ausgewählt wird, wird eine harte Fehlermeldung ausgeworfen. Diese soll in eine Flash-Meldung umgewandelt werden.

Die Fehlermeldungen für unterschiedliche Kunden/Lieferanten, unterschiedliche Firmierungen und keine ausgewählten Lieferscheine sollen ebenfalls zu Flash-Meldungen umgewandelt werden.

Stornorechnungen im Einkauf werden im Bericht zu EK-Rechnungen aktuell als Typ "Gutschrift (G)" dargestellt. Dadurch können diese nicht von tatsächlichen Gutschriften unterschieden werden.

EK-Stornos sollen analog zum Verkauf als Typ Storno (S) dargestellt werden.

Der Verkaufsbericht soll um die Option "Stadt" erweitert werden. Falls diese aktiviert wird, soll die Stadt des Kunden in den Bericht mit aufgenommen werden.

Wenn in den Berichten unter "Lager" (Lagerbuchungen, Lagerbestand) nach Artikelnummer oder Charge gesucht wird, werden immer auch Ergebnisse angezeigt, die den gesuchten Text enthalten, aber nicht exakt mit ihm übereinstimmen.

Wenn im Feld als erstes Zeichen ein Gleichheitszeichen "=" eingegeben wird, sollen nur exakte Treffer für die Eingabe gesucht werden. Dieses Verhalten soll durch einen Hilfetext erklärt werden.

In dem Suchformular für den Auftrag kann nach dem Feld "Versandort" gesucht und gefiltert werden. Diese Funktion soll auch in den Suchformularen für Lieferscheine und Rechnungen implementiert werden.

Wenn ein Bestandteil in der Baukastenliste eines Artikels verschoben wird, werden alle Änderungen in den Positionen dokumentiert. Diese sind zur Zeit nicht sortiert und somit schwer zu lesen.

Die Historieneinträge sollen nach alter Position sortiert sein. Außerdem sollen sie in der Reihenfolge: Artikel gelöscht/hinzugefügt -> Verschiebungen -> Mengenänderungen angelegt werden.

Damit ist auf einen Blick die Änderung der Baukastenliste sichtbar.

In den Artikelstammdaten soll hinter das Feld "Beschaffungszeit/ Produktionszeit" die Einheit "in Tagen" ausgegeben werden. Es soll überall "Beschaffungszeit/Produktionszeit (in Tagen)" angegeben werden.

Um vorhandenen Bestand ohne Charge/MHD (Mindesthaltbarkeitsdatum) diese nachträglich zu vergeben, oder vorhandene zu korrigieren, kann die 'Umlagerung' benutzt werden.

Wenn in der Mandantenkonfig "Mindesthaltbarkeit" angeschalten ist, können Lagerbestände/Buchungen ebenfalls mit einem MHD versehen werden. Aktuell wird das Feld MHD bei der Umlagerung nicht angezeigt und somit nicht nutzbar.

Bei Umlagern soll es auch möglich sein ein neues MHD einzugeben. Dabei soll sich das Feature wie bei der Chargennummer verhalten.

In der Auftragsübersicht zu einem Auftrag wird eine negative abzurechnende Summe sowie ein nicht nachvollziehbarer Abgerechneter Betrag dargestellt. Es soll herausgefunden werden, wie die Beträge zustande kommen. Der Kunde erwartet bei abgerechneter Betrag die Summe der Rechnungen .

Insbesondere beim Anzeigen der ersten Seite, kann das Laden des Berichts "Lagerbuchungen" viel Zeit in Anspruch nehmen, da im Hintergrund unnötige Daten geladen werden.

Der Bericht soll so optimiert werden, dass eine Seiten innerhalb weniger Sekunden geladen wird.

Beim Löschen eines Dokuments in den Dateianhängen wird folgende Meldung angezeigt: "Möchten Sie die ausgewählten Verweise löschen?"

Die Meldung soll wie folgt angepasst werden:

Wenn nur Verweise ausgewählt sind: "Möchten Sie die ausgewählten Verweise löschen?"

Wenn keine Verweise ausgewählt sind: "Möchten Sie die ausgewählten Dateien löschen?".

Wenn Verweise und Dateien ausgewählt sind: "Möchten Sie die ausgewählten Verweise und Dateien löschen?"

Die Aktion "als neu speichern" hat nicht immer einen Eintrag in der Historie (mit Quelldokument in Spalte 1: Erstellt aus).

Es soll herausgefunden werden wann dies unvollständig ist und behoben werden.

Bei Verwendung der Funktion "Als neu speichern" in ERP-Dokumente wird nicht darauf hingewiesen, dass die Zahlungs/- und Lieferbedingungen nur in das neue ERP-Dokument übernommen werden, wenn man die Option "Formularfelder" verwendet.

Die Beschriftung der Checkbox soll zu "Formularfelder kopieren (Vorgangsbezeichnung, Liefer/Zahlungsbedingungen, etc.)" angepasst werdne.

Die beiden folgenden Aktionen können sich gegenseitig blockieren, wenn sie gleichzeitig ausgeführt werden und die erste Aktion kurz vor der zweiten beginnt:

• Eine neue Rechnung mit leerer Rechnungsnummer speichern, die aus einem Auftrag erstellt wurde, wodurch der Auftrag geschlossen wird
• Einen neuen Auftrag mit leerer Auftragsnummer speichern Beide Aktionen müssen dabei ihre jeweilige Nummer aus der selben Quelle beziehen (selbe Firmierung oder aus Mandantenkonfiguration). Bei der Ermittlung der Auftragsnummer und dem Schließen des Auftrags blockieren sich die beiden Aktionen gegenseitig, wodurch eine der beiden zur Konfliktlösung automatisch von der Datenbank beendet wird.

Die beiden Aktionen sollen ohne Konflikte parallel ausgeführt werden können.

Wenn eine Lieferinformation mit leerem Standardtext erfasst wird, erscheint eine Fehlermeldung. Der Fehler erscheint auch, wenn die Liste der Lieferinformationen erneut geöffnet wird.

Das erfassen von Lieferinformationen ohne Standardtext soll verhindert werden.

Aufträge werden automatisch geschlossen, wenn Rechnungen mit der vollständigen Auftragsmenge erstellt und gebucht wurden. Bei dieser Berechnung werden alle Mengen in die "Basiseinheit" des Artikels umgerechnet, z.B. Gramm zu Kilogramm. Es kann passieren das hierbei besonders kleine Mengen verloren gehen und die Auftragsmenge nicht als vollständig in Rechnung gestellt angesehen wird.

Die Mengen sollen korrekt bestimmt werden.

Wenn in einer Rechnung der Kunde/Lieferant gewechselt wird, wird die Steuerzone nicht aktualisiert. Dies kann zu falschen Angaben der Steuer führen.

Beim Kunden-/Lieferantenwechsel in einer Rechnung soll die Steuerzone anhand des Landes aktualisiert werden.

Benutzerdefinierten Variablen für Aufträge können so konfiguriert werden, dass diese in Berichten angezeigt und durchsucht werden können. Die Aktivierung dieser Konfigurationen hat derzeit keine Auswirkung.

Die Optionen "Durchsuchbar", "In Berichten anzeigbar" und "In Berichten standardmäßig enthalten" sollen funktionieren, wenn diese aktiviert sind.

Ist im Bericht "Prüfung der Zählung" in der Inventuraufnahme der Spezialfall "Über-reserviert" ausgewählt, werden nur Einträge angezeigt, für die im ERP mehr Menge reserviert wurde, als in der Zählung erfasst sind. In der Spalte "Über-reserviert" werden Links zu den ERP-Dokumenten aufgelistet, die für diese Über-Reservierung verantwortlich sind. Im Falle von Produktionsaufträgen werden die Links zur Zeit nicht angezeigt.

Es sollen auch die Links zu Produktionsaufträgen aufgelistet werden, die für Über-Reservierungen sorgen.

Beim Speichern des Lieferscheins "L024474" kommt folgende Fehlermeldung: "dotransaction() failed - Can't call method "markordersifdelivered" on an undefined value at bin/mozilla/do.pl line 2918." Das Speichern wird trotz Fehlermeldung durchgeführt.

Die Fehlermeldung soll nicht mehr ausgegeben werden.

Bei der Verwendung von mehr als zwei Nachkommastellen im Einkauf kommt es zu ungewollten Rundungen des Preises, wenn die Menge des Artikels geändert wird und diese mit Enter im Megenfeld bestätigt wird. Beim Einfügen des Artikels werden die korrekten Preise noch gesetzt. Das Verhalten tritt nicht auf, wenn die neue Menge mit "Erneuern" bestätigt wird.

Sind mehr als 2 Nachkommastellen in der Mandantenkonfiguration hinterlegt, soll die Rundung des EK-Preises auch nur bis zur eingestellten Nachkommastelle erfolgen.

Beim Ausdruck der Lieferscheine sollen die Gewichtsangaben angepasst werden. Diese sollen wie folgt ausgegeben werden:

Positionstabelle: Ausgabe Gewicht bei nicht kg-Artikeln = Latex-Variable: lineweight

Unter die Positionstabelle: Bruttogewicht = Latex-Variable: totalweight Nettogewicht = Latex-Variable: nettoweight

Bei der Mehrfachauswahl von Artikeln wird die Verrechnungseinheit des ersten Artikels in das ERP-Dokument eingetragen, obwohl dieser nicht ausgewählt und hinzugefügt wurde.

Wird die Mehrfachauswahl von Artikeln verwendet, soll die VE des ausgewählten Artikels in das ERP-Dokument übernommen werden.

Im Intrastat-Bericht werden alle Werte ohne Nachkommastellen angezeigt. Falls in der Spalte "Besondere Maßeinheit" Werte enthalten sind, werden diese aber mit Nachkommastellen angezeigt. Dies führt beim Öffnen der exportierten CSV-Datei des Intrastat-Bericht zu Problemen. Beim Exportieren des Intrastat-Bericht wird dieser als CSV-Datei mit "Komma" als Zeichentrennung erstellt. Durch das Komma in den Werten der Spalte "Besondere Maßeinheit" werden die Daten verschoben und müssen händisch in der Datei angepasst werden.

Die Werte in der Spalte "Besondere Maßeinheit" sollen ohne Nachkommastellen ausgegeben und exportiert werden.

Die Preisregeln sollen um die Option Preisgruppen erweitert werden. Dabei sollen die Preisgruppen als Bedingung verwendet werden können. Falls es Preisgruppen gibt, sollen diese unter der Bedingung "Warengruppen" angezeigt werden.

Bei der Berechnung der Produktionszeiten werden nur die Aufträge in der aktuellen Ansicht bzw. Seite, falls Paginierung aktiv ist, berücksichtigt.

Bei der Berechnung der Zeiten soll die Paginierung ignoriert und die Daten des gesamten Berichtes als Basis für die Berechnung verwendet werden.