Erstellt vor 5 Jahren

Zuletzt geändert vor 14 Monaten

#1170 reopened Verbesserung/Featurewunsch

Teileinlagerungen, die nicht dem Lieferschein entsprechen

Erstellt von: roman.karuschka@… Verantwortlicher: s.schoeling@…
Priorität: niedrig Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2 unstable
Schweregrad: Verbesserung Stichworte: Lager
Beobachter: information@…, roman.karuschka@…

Beschreibung

Bisweilen gibt es Wareneingaenge, die nicht komplett sind, weil unterwegs irgendwas zerbrochen oder "ploetzlich vom LKW" gefallen ist. Eine Teileinlagerung ist aber nicht moeglich, pro Artikel nur alles oder nichts.
Wenn ich Also 420 Artikel A, 360 Artikel B und 2180 Artikel C auf dem Lieferschein stehen habe, muss ich in LX entweder zur Zeit vom Lieferschein abweichen und einfach die tatsaechliche Menge schreiben oder alternativ alles einlagern, dann einen Teil als Fehlbestand manuell auslagern.

Was spricht denn gegen Teileinlagerungen unter soll, wenn einfach irgendwas nicht ankommt?

Änderungshistorie (9)

comment:1 Geändert vor 5 Jahren durch roman.karuschka@…

  • Beobachter roman.karuschka@… hinzugefügt

Ggfs eine Warnung, falls die Ein- bzw Auslagerungsmenge nicht der Lieferscheinvorgabe entspricht waere beim Ein- bzw Auslagern nicht schlecht. Damit wird allen Seiten und Wuenschen vermutlich am ehesten Rechnung getragen ("Die angegebene Ein/Auslagerungsmenge? entspricht nicht den Lieferscheinvorgaben. Lagerbewegung wirklich durchfuehren?")

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

  • Status von new nach assigned geändert
  • Verantwortlicher von m.bunkus@… nach s.schoeling@… geändert

Sven, du hast das hier ja vor Kurzem für unser Kundenprojekt implementiert. Übernimm das bitte mal hierein (beliebige Menge ein-/auslagerbar). Danke.

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

  • Lösung auf fixed gesetzt
  • Status von assigned nach closed geändert

implementiert, aber im Moment keine Warnung.

comment:4 Geändert vor 5 Jahren durch roman.karuschka@…

Ist das mit der Warnung so denn prinzipiell gewuenscht, ggfs zu einem spaeteren Zeitpunkt?
In neuen Report aufnehmen und ab auf die Liste fuer's naechste Stable?

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

Später sicherlich, im Moment aber Feature Wunsch. Insgesamt hattest Du ja mal gesagt, dass Du die Mechanik wie ein/ausgelagert wird unfreundlich fändest, wie würdest Du es Dir denn vorstellen?

comment:6 Geändert vor 5 Jahren durch roman.karuschka@…

Hi,

... wie würdest Du es Dir denn vorstellen?

Möchtest du die kurze oder die lange Erklärung? :-)
Ich gebe mal ein langes Gedankenspiel zum Besten, in dem Wissen, dass ich durch den Umfang der Vorschläge vermutlich ein "das ist aber ein eigenes kostenpflichtiges Projekt!" werde. Evtl könnt ihr ja aus der Menge der Vorschläge dennoch etwas Brauchbares ziehen.

An dieser Stelle täte ein (JS+)AJAX-System wirklich gut, wie auch bei der Einblendung der Detail-Zeilen. Anstatt immer fuer jeden Artikel ein neues Fenster zu laden, was gerade bei langen Artikellisten hohe Verzögerungen mit sich bringt, würde hier eine zusätzliche Detail-Zeile, die die Lagerbestände und -möglichkeiten widerspiegelt viel bringen. Somit bliebe ein Dokument ohne neue Ladezeiten bestehen und in einer Zeile könnte der der Bearbeiter direkt ohne Umschweife auswählen was woher kommt.
Wichtig wäre in diesem Zusammenhang auch die Verknüpfung des Lagerortes aus den Stammdaten mit diesen Zeilen, sofern es den gibt, sollte z.B. für EK-Lieferscheine automatisch dieser Ort vorgeschlagen werden (und autom. die bestellte Menge voreingetragen werden. Manuell ändern lässt sich das vor dem Ein- bzw Auslagern dann ja noch immer bei Bedarf. Für die Maske würde ich die zusätzliche Zeile dann farblich abweichend per CSS darstellen lassen, damit die einzelnen Positionszeilen besser von einander unterscheidbar sind. (Es muss ja nicht gleich leuchtend rot sein)
Am linken Rand der Zeile dann ein Plus-Symbol um ggfs eine zweite Lagerbuchungszeile aufzuklappen, falls mal aus (bzw an) verschiedenen Quellen die Lagerbewegungen stattfinden. (In Lager A liegen noch 2 Stk, in Lager B liegen noch 6 Stk, der Kunde moechte 7 Stk)

Gerade kleine Firmen mit grossen Sortimenten und kleinen Stückzahlen (Stichwort Kiosk) klicken sich einen Wolf, wenn sie für jeden Artikel einen Lagerplatz einstellen müssen, im Zweifelsfalle sollte immer der alphabetisch erste Lagerplatz und die alphabetisch erste Charge z.B. bei der Auslagerung voreingestellt sein. Wen dann die Chargen und Details fuer seine Firma nicht interessieren, kann mit dem System immer noch effizient und flink arbeiten.

Die Warnung entweder mit einem kleinen JS-Popup oder einer Dialogseite "Die von Ihnen angegebenen Ein-/Auslagermengen entsprechen nicht den Soll-Werten. Nochmal zurück? [Ja] [Nein, so übernehmen]"

Auch ein Gedanke: Nachdem jetzt ja prinzipiell abweichende Ein- bzw Auslagermengen möglich sind, evtl eine Möglichkeit implementieren Sachen nachaus-/einzulagern und trotzdem noch mit dem Dokument zu verknüpfen (Das waere dann z.B. durch eine Extrazeile bei Lager -> Einlagern/Entnahme? moeglich, in der sich eine Lieferscheinnummer im Ein- oder Ausgang als Referenz hinterlegen laesst und dann auch als Link im Bericht aufleuchtet, in Lieferscheinen dazu unten einen Workflow-Button "Diesem Lieferschein eine Lagerbewegung hinzufügen" (oder kurz: "Weitere Lagerung"), der einen direkt in so eine Maske führt.

--Hier beginnt der Phantasieabschnitt--
Die absolute Kür ist dann natürlich eine Erweiterung des Barcode-Modules von Holger, das evtl erst einen Barcode am Regal erfasst und den ganzen Kram dann überträgt, eher ein System für groessere Lager, sollte ein Kunde sowas mal bei ihm beauftragen.

comment:7 Geändert vor 4 Jahren durch information@…

  • Lösung fixed gelöscht
  • Status von closed nach reopened, information@richardson-bueren.de geändert

Hallo zusammen,
die Erweiterung ist erstmal so super. Allerdings erhält der teilweise ausgelagerte Lieferschein den Status: Ausgelagert.
Zumindestens der Status sollte nicht ausgelagert sein ...
Falls man das so macht, kann man allerdings erneut auf "Auslagern" klicken, da dieser Knopf ja vorhanden ist.
Das ist auch nicht besonders super.

Also braucht man einen neuen Status "teilweise ausgelagert".

Ich persönlich finde die "ein Beleg - eine Transaktion" Denkweise super.
Was spricht dagegen, analog zu Gutschriften oder Stornos, den alten Lieferschein als Vorlage zu verwenden, die entsprechenden Fehlpositionen zu korrigieren, auszulagern und den vorherigen Lieferschein zu löschen?

Der commit ist ja mini, ich würde ansonsten das Verhalten in den defaults des Mandaten konfigurierbar machen, wobei der Standard aufgrund der Abwärtskompatibilität erstmal so bleiben müsste.

Andersrum fänd ich besser.

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

  • Typ von defect nach Fehler geändert

comment:9 Geändert vor 14 Monaten durch grichardson@…

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