Erstellt vor 3 Jahren

Zuletzt geändert vor 2 Jahren

#1958 new Verbesserung/Featurewunsch

Inkonsistenzen im Verkauf bei Lieferdatum, Lieferscheindatum und Liefertermin

Erstellt von: andreas.rudin@… Verantwortlicher: m.bunkus@…
Priorität: hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.7.0
Schweregrad: normal Stichworte:
Beobachter: andreas.rudin@…

Beschreibung

Aktuell verwendet lx-office folgende Begriffe, die beim Verkauf mit dem Datum von Lieferungen in Zusammenhang stehen:

In Tabelle oe (Aufträge):
reqdate übersetzt mit "Lieferdatum"

In Tabelle delivery_orders (Lieferscheine):
transdate übersetzt mit "Lieferscheindatum" und
reqdate => erscheint im Frontend überhaupt nicht

In der Tabelle ar (Rechnungen):
deliverydate übersetzt mit "Lieferdatum"


Diese stehen in folgendem Verhältnis zueinander:

  • Wird aus einem Auftrag ein Lieferschein erzeugt, so wird der Wert von reqdate nicht in den Lieferschein übernommen, obwohl in der Tabelle delivery_orders die Spalte reqdate vorhanden ist.
  • Wird aus einem Auftrag eine Rechnung erzeugt, so wird der Wert von reqdate in der Rechnung in die Spalte deliverydate übernommen.
  • Wird aus einem Lieferschein eine Rechnung erzeugt, so wird der Wert von transdate (also Lieferscheindatum) in der Rechnung in die Spalte deliverydate (also Lieferdatum) übernommen.

Meines Erachtens sollte das Ganze so gelöst werden:

reqdate sollte mit "Liefertermin" statt "Lieferdatum" übersetzt werden.
(Vom Englischen her vermutlich auch so gedacht: reqdate wird wohl die Abkürzung sein für requested date, also gewünschtes Lieferdatum oder eben kürzer Liefertermin)

Beim Erstellen eines Lieferscheins aus einem Auftrag sollte reqdate übernommen werden und möglichst auch als "Liefertermin" in der Lieferscheinmaske angezeigt werden.

Beim Erstellen einer Rechnung sollte zwischen reqdate (Liefertermin), Lieferscheindatum (z.B. del_ord_date) und deliverydate (Lieferdatum) unterschieden werden.
reqdate wird falls vorhanden aus Auftrag oder Lieferschein übernommen,
del_ord_date wird falls ein Lieferschein erstellt wurde, von transdate aus dem Lieferschein übernommen.
deliverydate kann aufgrund des effektiven Lieferdatums individuell eingetragen werden
(wird vermutlich nur in den Fällen benötigt, in denen die Rechnung erst erstellt wird, nachdem ich von der Spedition die Bestätigung erhalten habe, dass die Ware beim Kunden ausgeliefert worden ist.)

Das heisst, folgende Anpassungen sind nötig:

1) Maske Auftrag: Lieferdatum durch Liefertermin ersetzen

2) Beim Workflow Auftrag - Lieferschein:
Übernehmen von reqdate aus Tabelle oe in Tabelle delivery_orders

3) Maske Lieferschein:
Neues Feld Liefertermin einfügen, das den Wert von reqdate anzeigt.

4) In Tabelle ar neue Spalten reqdate und del_ord_date einfügen

5) Beim Workflow Auftrag - Rechnung: Übernehmen von reqdate aus Tabelle oe in Tabelle ar (statt wie bisher Übernehmen von reqdate in deliverydate)

6) Beim Workflow Lieferschein - Rechnung:
Übernehmen von reqdate aus Tabelle delivery_orders in Tabelle ar
Übertragen von transdate aus Tabelle delivery_orders in Spalte del_ord_date in Tabelle ar (statt wie bisher Übernehmen von transdate in deliverydate)

7) Maske Rechnung:
Neues Feld Liefertermin einfügen, das den Wert von reqdate anzeigt
Neues Feld Lieferscheindatum einfügen, das den Wert von del_ord_date anzeigt

8) In den Berichtsfunktionen die Begriffe entsprechend anpassen und bei Lieferscheinen und Rechnungen die Anzeigemöglichkeiten um "Liefertermin", sowie nur bei Rechnung um "Lieferscheintermin" erweitern


Wichtig ist das Ganze zum Beispiel wenn ich Vorbestellungen von KundInnen? erfasse, die einen Artikel in unterschiedlichen Mengen auf verschiedene Liefertermine hin vorbestellen: z.B. 50 Stück per 1.8., 100 Stück per 1.9. und nochmals 100 Stück per 1.10..
Dazu muss ich mehrere Aufträge mit unterschiedlichen Lieferterminen erstellen können. Das effektive Lieferdatum ist mir zum Zeitpunkt des Auftrags ja noch nicht bekannt, brauche ich also dort nicht.

Wenn alle Datumsangaben zu der Lieferung in der Tabelle ar zusammengefasst vorhanden sind, so erleichert das spätere Auswertungen sehr.

P.S. Ich habe nicht überprüft, wie dies beim Einkauf ist. Unter Umständen müssen dort parallel ähnliche Anpassungen gemacht werden.


Änderungshistorie (1)

comment:1 Geändert vor 2 Jahren durch m.bunkus@…

  • Typ von Fehler nach Verbesserung/Featurewunsch geändert
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.