FIFO - wie macht man das am besten?
Hallo Leute,
es ist ungeheuerlich, wie sich mithilfe von Ninox und Make ganze Universen verbinden und steuern lassen. Das macht mir allmählich Angst. :)
Bei mir schickt sich Ninox an, von einer einfachen Ergänzung in Form einer Produktdatenbank zu einem ausgewachsenen Warenwirtschaftssystem zu entwickeln.
Der nächste Meilenstein ist nun die anstehende Bestandsverwaltung über mehrere Lager und, eben mit der Frage, ob es mir gelingt eine Chargenverwaltung damit zu verknüpfen.
Dazu brauche ich jedenfalls ein wenig Schützenhilfe bei der Grundplanung.
Bislang, noch ohne Charge, fand ich das Modell das Ninox selbst in einer Beispiel-DB zeigt ganz gut. Hier wird einfach eine Bestandstabelle geführt, in die jede Bewegung eingetragen wird, eben mit Auswahl des Lagers. Ausgänge sind in der Menge mit negativem Vorzeichen, Eingänge ohne, der Bestand je Lager eines Artikel ist dann die Summe aller Ein-/Ausgänge
Das ganze wollte ich aus verschiedenen Gründen erweitern um eine Tabelle "Rerservierung". Also
Bestandsbewegungen (enthält alle finalen Bewegungen)
Bestandsreservierungen (enthält temporär nicht verfügbare Bestände, die sich aber später noch verändern können, z.B. aufgrund von Fertigungen, die am Ende zu anderen als den Planzahlen kommen)
Auch das keine große Sache an sich, einfach 2 Tabellen, über die der Bestand dann summiert wird, in der Reservierungstabelle wird dann irgendwann aufgelöst und in die Bestandsbewegung verbucht.
Kommen wir nun zu FIFO und der Chargenverwaltung:
Erster Gedanke, einfach zur Bestandsbuchung eines Artikels ein weiteres Feld Charge mitführen, das ganze würde dann so aussehen
Zugang, Datum 01.07.2023, Artikel A, Charge 123, Menge 100
Zugang, Datum 10.07.2023, Artikel A, Charge 456, Menge 50
Summe Bestand Artikel A = 150 Einheiten.
Beim Ausbuchen nun, sollte per Skript einfach automatisch (FIFO) zunächst immer der Bestand reduziert werden bei der älteren Charge, Ninox müsste dann einen Ausgang erzeugen a la
Abgang, Datum 17.07.2023, Artikel A Charge 123, Menge 10
Meine erste Frage, wie würde ungefähr so ein Skript aussehen, indem Ninox für Artikel A und die Bestandsreduzierung 10 nachsieht, welche Charge in Frage kommt?
Weil woher weiss Ninox denn, ob Charge 123 überhaupt noch Bestand hat?
Und selbst wenn Ninox das ermitteln kann, anhand von summarisch geringeren Abgängen desselben Artikels mit derselben Charge und also einen entsprechenden Abgangs-Datensatz korrekt erzeugen kann, ist das ganze dann nicht vielleicht zu komplex und somit auch fehleranfällig?
Wenn ich es richtig sehe, geht es am Ende nur um die Überwachung von Bewegungen mit 2 Parametern (Artikelnummer & Charge), bzw. mit 3 (Artikelnummer, Lager & Charge).
Müsste eigentlich gehen, oder?
Sorry für den langen Text...
Antwort
Content aside
- vor 1 JahrZuletzt aktiv
- 54Ansichten
-
1
Folge bereits