25.04.2024

Aktuell nutzen die Retouren-Lieferschein aus dem Einkauf und Verkauf die Vorlagentexte der Lieferscheine. Deshalb muss der Benutzer Informationen zur Retour in die Vorgangsbezeichnung oder Artikel-Beschreibung hinzufügen.

Eigene Vorlagentexte für Retouren-Lieferschein aus dem Einkauf und Verkauf würden dies erübrigen.

Bei der Erstellung von Kreditoren-/Debitorenbuchungen werden oft relevante Informationen im Feld "Bemerkungen" hinterlegt. Im Datev-Export werden diese Bemerkungen nicht mitexportiert.

Der Datev-Export soll um die Bemerkungen aus Kreditoren-/Debitorenbuchungen erweitert werden. Dafür werden neue Datev-Felder hinzugefügt: 1 a) Feld Nr. 0048 "Zusatzinformation – Art 1" mit "Vorgangsbezeichung" belegt, b) Feld Nr. 0049 "Zusatzinformation – Inhalt 1" max. 210 Zeichen aus der Vorgangsbezeichnung im ERP-Dokument (EK/VK RG) 2 a) Feld Nr. 0050 "Zusatzinformation – Art 2" mit "Bemerkung" belegt, b) Feld Nr. 0051 "Zusatzinformation – Inhalt 2" max. 210 Zeichen aus der Bemerkung im ERP-Dokument 3 a) Feld Nr. 0052 "Zusatzinformation – Art 3" mit "Kunde/Lieferant" belegt, b) Feld Nr. 0053 "Zusatzinformation – Inhalt 3" max. 210 Zeichen Kunden/Lieferanten-Nr. & Name im ERP-Dokument

Die Berichte zu Verkaufs- und Einkaufsbelegen sollen um die Projektbeschreibung erweitert werden. Die Projektnummern werden bereits ausgegeben und sollen um Projektbeschreibung erweitert werden. In allen Berichten soll der Abschnitt "In Bericht aufnehmen" die Checkbox Projektnummern erweitern auf "Projektnummern/Beschreibung".

1. Reiter "Rechnungsadresse" umbenennen in "Basisdaten"
2. Tooltip vor Feld "Kundennamen" mit Text "Standardadresse für alle ERP-Dokumente"
3. Reiter "Ansprechpersonen" umbenennen in "Weitere Adressen"
4. Hilfe-Button in der Actionbar zu Stammdaten/Kunden und Lieferanten und Verlinkung zur Wiki

Bei der Umsetzung von Ticket #18671 ist aufgefallen, das eine Funktion beim Buchen von VK-Rechnungen ausgeführt wird, die Erzeugnisse in Rechnungspositionen aufspaltet und in der Datenbank speichert. Danach werden diese Positionen jedoch gelöscht.

Es soll untersucht werden, warum dieses Verhalten implementiert wurde und ob es noch benötigt wird. Falls nicht, soll die Funktion entfernt werden um unnötige Datenbank-Transaktionen zu vermeiden.

Die Implementierung von Ticket #18671 soll daraufhin angepasst werden um mit den Ergebnissen dieses Tickets fehlerfrei zu funktionieren.

Es soll möglich sein, den Fokus des Berichts von der Menge in Auftragsposition die "ohne LS" sind, auf "mit LS" zu legen. Außerdem soll es möglich sein, von dem "Lieferschein" auf die "Auslagerung" in einem Lieferscheinen (LS), zu wechseln. Es ergeben sich über 2 Radio-Buttons die 4 Optionen mit 4 Ergebnissen:

1. Menge Auftragspositionen ohne Lieferschein 2. Menge Auftragspositionen mit Lieferschein
2. Menge Auftragspositionen ohne Auslagerung in LS 4. Menge Auftragspositionen mit Auslagerung in LS

Außerdem sollen die Optionen des Berichts erweitert werden:

• Auftragsstatus (offen/geschlossen/alle)
• Bestellnummer des Kunden
• In Bericht aufnehmen: Bestellnummer des Kunden

Der Bericht OP Saldo zu Kreditoren oder Debitoren zeigt aktuell Rechnungen, die zum Ende der Periode offen sind. Aktuell ist: Stichtag = Ende der Periode (diese Liste ist kürzer)

Oft wird die Darstellung mit offenen Rechnungen zum Anfang der Periode gewünscht. Wunsch: Stichtag = Anfang der Periode (diese Liste ist länger)

Lösung: Filter zum Bericht OP Saldo Kreditoren/Debitoren erweitern um Radiobutton für Stichtag a) Offene Rechnungen zum Ende der Periode b) Offene Rechnungen zu Beginn der Periode oder in der Periode gestellt

Die Mengen-Gutschrift hat als Preis-/Rabattquelle nicht den verknüpften Auftrag, wie "normale" Rechnungen das tun.

Mengen-Gutschriften sollen wie andere Rechnungen die Preis-/Rabattquelle Auftragspreis verwenden.

Das Debug-Statement $::lxdebug->dump(0, "allowmarge", $allowmarge); Erzeugt unnötige logdateien und soll entfernt werden

Bei Lieferant "Mainova AG" kann im Reiter "Dokumente" die Ablage "02/01/24" nicht umbenannt werden. Vermute das es am "/" liegt, vorher war es ".".

Bei Aufträgen mit einer anderen Währung als Euro und einem Wechselkurs, kommt es bei "als neu speichern" zu Fehlern Fehlermeldung: "'11,0000' doesn't look like a number at /opt/odyn-erp-server/bin/mozilla/oe.pl line 690." Diese Fehlermeldung wird nur angezeigt, wenn beim Neuspeichern die Option "mit Artikel kopieren (Positionstabelle)" ausgewählt wurde.

Der Fehler soll behoben werden.

Aktuell folgt Fehlermeldung wenn die PDF-Dokumente mit exportiert werden sollen: "Fehler! Export schlug fehl. Dateimanagement: Keine Zieldatei gefunden"

1. Bitte Fehlermeldung erweitern um die Information zu welcher Buchung die Zieldatei nicht gefunden werden kann: "Dateimanagement: Keine Zieldatei gefunden, zur Referenz / Rechnungsnummer ___"
2. Fix für Existierende Daten

Largebuchungen und -bestände können mit Chargen-/Seriennummern und Mindesthaltbarkeitsdatum(MHD) versehen werden. Dabei sollen Bestände getrennt für Chargen-/Seriennummern und MHD Kombinationen geführt werden. Der Lagerbericht zu Beständen beachtet dieses auch, gleicher Artikel und gleiche Chargennummer aber abweichendes MHD erzeugen getrennte Bestände.

Die Inventur kann verwendet werden um die Bestände im ERP der Realität anzugleichen. Hierbei wird das MHD jedoch nicht beachtet. Das MHD soll in der Inventur wie auch bei den Lagerbeständen beachtet werden. Nachdem die Bestände getrennt aufgelistet werden, müssen die Korrekturen auch mit MHD gebucht werden.

Wenn die Inventur durchgeführt wird, ist einer der erwarteten Fälle das weniger Bestand vorhanden ist als im ERP angegeben. Die Inventur korrigiert diesen Fehlbestand dann über eine negative Korrekturbuchung.

In diesem Fall kann es anscheinend vorkommen, das die Korrekturbuchung nicht korrekt auf "auf Lager" angewendet wird. Artikel speichern diesen Wert getrennt vom Lager, um Artikelstammdaten nicht unnötig zu verlangsamen.

Beim Datev Export können erzeugte PDF-Dokumente angehangen werden. Bei Debitorenbuchungen werden diese Dokumente jedoch nicht korrekt erkannt, das ERP erzeugt eine Fehlermeldung, obwohl das Dokument vorliegt.

Dokumente von Debitorenbuchungen sollen vom ERP korrekt erkannt werden

Zur Abbildung von Unterkonten und der Nutzung des Datev-Exports, soll der Datev-Export so angepasst werden, dass Konten nach dem Schema XXXX.XX exportiert werden können.

In der Mandantenkonfiguration soll im Reiter „Einstellungen für Datev“ die neue Option „Alternatives Kontonummernformat zulassen“ eingefügt werden. Mit dieser Konfiguration soll es ermöglicht werden, die Datev-Konformitätsprüfung um das neue Format zu erweitern.

Anpassung Entscheidungsbaum zur Ausgabe der ADR-Daten auf Lieferscheinen:

Handelt es sich um ADR?

• Bei Nein: normaler Entscheidungsbaum weiter machen
• Bei Ja: Ist der Verkehrszweig "Luftverkehr"
  • Bei Nein: Entscheidungsbaum weiter machen
  • Bei Ja: Dann ADR-Daten ausgeben (ohne weitere Prüfung)

Gewünscht ist das Service- und Wartungs-Aufträge eine Standard-Zahlungsbedingung (7 Tage netto) bekommen. Diese ist oft kürzer als die in den Stammdaten beim Kunden hinterlegte.

Daher solle folgende Punkte implementiert werden:

1. Erfassung von ERP-Dokumenten (Angeboten, Auftrag, LS, RG) über Menü Wartung und Service Unter System/Stammdaten/Abteilung erfolgt Erweiterung der Abteilung um die Auswahl einer Zahlungsbedingung. Diese soll dann mit der Auswahl der Abteilung auch gleich gesetzt werden.
2. Wird der Kunden oder die Abteilung ausgewählt/gewechselt soll nur eine kürzere Zahlungsbedingung übernommen werden a) Zahlungsbedingung der Abteilung muss kleiner sein als die des Kunden, um eingefügt zu werden b) Zahlungsbedingung des Kunden muss kleiner sein als die der Abteilung, um eingefügt zu werden

Aktuell haben die Zwischen- und das Nachkalkulations-Erzeugnis als EK-Preis die Summe aller EK-Preise von den Bestandteilen.

Zukünftig sollen die Zwischen-Erzeugnisse folgende EK-Preise haben:
 - ML1= 25% vom VK-Preis Fertig-Erzeugnis der Vorkalkulation
 - ML2= 55%
 - ML3=   0%
 - ML4= 10%
 - ML5=   0%
           = 90% vom VK-Preis Fertig-Erzeugnis der Vorkalkulation

Das Nachkalkulations-Erzeugnis bekommt im EK-Preis dadurch auch diese 90%.

1. In ML1-4 kann nur Positionsstatus "umgelagert" für die Erzeugung verwendet werden (Logik wie ML0. Aktuell werden auch Stornierte Positionen verwendet, siehe: Kommentar="storinert" Transfertyp=Korrektur und Kommentar="Standard-Umlagern storinert Materialliste(n)"
2. Die Bestandteile der Stückliste vom Erzeugnis .ML1-4 nur aus Positionsstatus "umgelagert" 3.Bei Materialliste Produzieren wird ein Erzeugnis gefertigt und somit Einstellung der Konfiguration beachten (System/Mandatenkonfiguration/Lager/Erzeugnis fertigen ohne Prüfung auf Bestand = Nein)
3. intern/extern Produzieren-Button mit Umlagern/Stornieren verfügbar bzw. nicht verfügbar machen. Es ist nur möglich zu Produzieren wenn alle Positionen umgelagert sind (ausgenommen externe Produktion).
4. Wenn eine umgelagerte Positionen können erst nach Stornierung der Umlagerung gelöscht werden
5. Wenn Reservierungen freigegeben werden, soll die Chargennummer dieser Bestände die Nummer des PA sein

Durch die Produktion werden Zwischenerzeugnisse angelegt, welche den Produktionszustand widerspiegeln. Bei der Erstellung wird kein Eintrag in der Preishistorie angelegt, was zur Folge hat das zu einem Stichtag der historische Preis nicht bestimmt werden kann.

Die Erzeugnisse sollen bei ihrer Erstellung einen Preishistorien-Eintrag anlegen.