Erstellt vor 2 Jahren

Geschlossen vor 14 Monaten

#2075 closed Fehler (wont-fix)

Fehler im Lieferplan, wenn zweimal der gleiche Artikel in einem Auftrag vorkommt

Erstellt von: andreas.rudin@… Verantwortlicher:
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 3.0.0 beta
Schweregrad: normal Stichworte:
Beobachter:

Beschreibung

Bei einem Auftrag wurden alle bestellten Artikel bereits geliefert, bis auf Artikel B, von dem 3 Ex. bestellt wurden und noch nicht geliefert wurden.
Von Aritkel X wurden ursprünglich 6 bestellt und auch schon gliefert.

Nun werden nochmals 12 Ex. von Artikel X dazubestellt und in den Auftrag aufgenommen.
Das heisst, noch offen sind nun 3 Ex. von Artikel B und 12 Exemplare von Artikel X.

Im Lieferplan bekomme ich aber folgendes angezeigt:

Artikel X: Menge 12 verschickt: 6 nicht geliefert: 6
Artikel B: Menge 3 verschickt: 0 nicht geliefert: 3
Die anderen gelieferten Artikel werden nicht mehr angezeigt.

Richtig wäre aber:

Artikel X: Menge 12 verschickt: 0 nicht geliefert: 12
Artikel B: Menge 3 verschickt: 0 nicht geliefert: 3
und ev. noch folgende Zeile (siehe Bug 2068)
Artikel X: Menge 6 verschickt: 6 nicht geliefert: 0


Anscheinend führt die oben beschriebene Konstellation dazu, dass Bug 2068 nicht mehr wirksam ist, dafür wird aber bei den zwei Positionen von Artikel X ein Durcheinander produziert.

Änderungshistorie (4)

comment:1 Geändert vor 2 Jahren durch s.schoeling@…

Das ist im Moment leider nicht fixbar.

Das grundlegende Problem dabei ist, dass die "geliefert" Beziehung zwischen Aufträgen und Lieferscheinen nur nach Menge eines Artikels erfolgt. Wenn in einem Auftrag ein Artikel in mehr als einer Position vorkommt, dann gerät die Logik da durcheinander. Das ist mit heuristik für die Anzeige in Aufträgen noch zu 90% fixbar (schlägt aber zu Beispiel fehl, wenn Position 1 zu 80% geliefert wurde, und Position 3 zu 50%), wird aber völlig untragbar, wenn es darum geht Berichte danach zu erstellen.

Um das zu beheben müssten Beziehungen zwischen den einzelnen Position auch angelegt werden, und die würden mit Sicherheit durcheinanderkommen, wenn Du nachträglich den Auftrag editierst.

comment:2 Geändert vor 2 Jahren durch andreas.rudin@…

Hallo Sven

Danke für die Aufklärung.

Habe mal noch etwas weiter getestet.

Das Problem tritt bereits auf, wenn ich beim Erstellen eines Auftrags einen Artikel in zwei verschiedenen Positionen aufnehme, was relativ häufig vorkommt, z.B. wenn von einem Artikel eines oder mehrere Exemplar zu einem günstigeren Preis als Promoexemplare verkauft werden.
Dabei spielt es einzig eine Rolle, dass die gleiche Artikelnummer verwendet wird, auch wenn die Beschreibung und/oder der Preis nach dem Erfassen verändert werden.

Solange ich nur mit dem Auftrag arbeite und nur aus der ersten Position eine Teillieferung mache, bekomme die bereits gelieferte Menge korrekt in der ersten Position angezeigt.

Wenn ich aber gleichzeitig oder später aus der zweiten oder einer weiteren Position auch eine Lieferung mache, so bekomme ich die Summe der gelieferten Mengen in der ersten Position angezeigt und in der zweiten und allen weiteren Positionen erscheint Liefermenge 0 (zumindest solange die Summe der gelieferten Artikel das Total in Positon 1 nicht übersteigt - anschliessend wird mit den weiteren gelieferten Stückzahlen jeweils die Liefermenge der folgenden Positionen schrittweise "aufgefüllt".)
(ähnlich wie von Sven oben beschrieben)

=> das heisst, der Bug bezieht sich nicht nur auf den Lieferplan sondern auch auf die Aufträge selbst.

Wenn ich nun den Lieferplan aufrufe, erscheint die Summe der bereits gelieferten Mengen in allen Positionen, also auch bei den Positionen, bei denen noch nichts oder weniger ausgeliefert wurde.
Positionen, die noch nicht geliefert wurden aber weniger oder gleich viel Stück enthalten wie die Summe der gelieferten Positionen werden entweder nicht mehr angezeigt oder mit negativer Zahl in der Spalte "nicht geliefert".

=> Ich konnte bisher nicht herausfinden, warum solche Positionen einmal nicht mehr angezeigt werden und einmal mit negativer Stückzahl.

Vorläufiges Fazit:

Falls der Bug für die 3.0.0 nicht mehr behoben werden kann, sollte eine Warnung erscheinen, wenn in einem Auftrag eine Position mehrmals verwendet wird:

"Achtung: Bei mehrfacher Verwendung der gleichen Artikelnummer in einem Auftrag werden bereits gelieferte Mengen in diesem Auftrag und im Lieferplan teilweise falsch angezeigt!"

=> Ich würde auf keinen Fall die mehrfache Verwendung einer Artikelnummer komplett verbieten, da es so viel ich weiss häufig der Fall ist, dass "universelle" Artikelnummern eingesetzt werden bei Firmen, die z.B. selten oder nie zwei genau gleiche Artikel verkaufen (z.B. bei handgefertigter Ware, Kunstobjekten, Second Hand Artikeln etc.). Noch häufiger dürfte dies bei Dienstleistungen der Fall sein.

=> Auf der anderen Seite fände ich es auch sehr schlecht, wenn die Anzeige der gelieferten Artikel in Aufträgen sowie der Lieferplan als ganzes wieder aus Kivitendo entfernt würde, bis dieser Bug gefixt werden kann.

Toll wäre es natürlich, wenn der Bug doch noch bis zur 3.0.0 gefixt werden kann, aber aus Svens Aussage entnehme ich, dass das wohl nicht realistisch ist.

comment:3 Geändert vor 2 Jahren durch s.schoeling@…

Ich schließe mich da Mosus Meinung aus einem anderen Bug an: Es hilft überhaupt nichts, an jedes Feature einen Beipackzettel mit Risiken und Nebenwirkungen dranzukleben.

Wird irgendwann behoben, aber nicht zur 3.0.0

comment:4 Geändert vor 14 Monaten durch s.schoeling@…

  • Lösung auf wont-fix gesetzt
  • Status von new nach closed geändert

So, dieser spezielle Fall ist nicht fixbar mit der derzeiigen Infrastruktur.

Das würde bedeuten, dass record_links auf Positionsebene angelegt und gepflegt werden müssen, was wiederum bedeutet dass Positionen erstmal persistent in der Datenbank gehalten werden müssen.

Das ist alles ein Riesenhaufen Arbeit. Wird nicht vor der nächsten version kommen, deshalb erstmal WONTFIX.

Das betrifft erstmal nicht #2068, den schaue ich noch getrennt an.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.