Vorschläge zur Seriennummernverwaltung in 1.1

[triole]

Wenn auch einige Bugs in der Seriennummernverwaltung behoben wurden, ist sie immer noch recht rudimentär. Von "Verwaltung" kann man eigentlich nicht wirklich sprechen.
Hier ein Vorschlag, der der Wawi sicher guttun würden:
Es sollte ersichtlich sein wann oder mit welcher Bestellnummer eine bestimmte Seriennummer eingekauft wurde. Auch der historische EK sollte zur Seriennummer dokumentiert werden. Die beiden ungenutzten Felder hinter der Seriennummer sind eigentlich wie geschaffen für solche Informationen.
Auch nach dem Verkauf sollten diese Daten, neben Verkaufspreis und -datum noch abrufbar sein.

In einem weiteren Schritt stelle ich mir folgendes vor: Es wäre gut, wenn hinter jeder Seriennummer eigentlich eine Art eigener Artikel mit Historie und vor allem eigenem VK stecken würde.
Wir arbeiten sehr viel mit Seriennummerartikeln. Vermieten Sie auch und verkaufen Sie als Gerbauchtware. Von daher hat jedes Stück seine eigenen Daten.
Es ist mir bewusst, dass bestimmt nicht viele Händler dieses Problem haben, aber vielecht gibt es ja doch einige die eine solche Funktion brauchen könnten.
Momentan lösen wir das über B-Waren Artikel. Das ist aber wegen dem aufwändigen Ein- und Ausbuchen von Serienummernartikeln über Inventurfunktion, sehr umständlich.

 

[Marc Völker]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Ich denke für die 1.1 wird das sicher nichts mehr, da diese zumindest schon in einem Alpha Status ist.

Ansich macht es natürlich sinn, wobei viele der Gewünschten Features jetzt schon möglich sind. Da die Datenbank diese Infos aufzeichnet.

(EK Zur Buchung, VK zum Verkauf) Vieles andere kann man eigentlich recht einfach nach Programmieren, da es wirklich nicht aufwendig ist.

 

[triole]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Heißt das, die Daten sind vorhanden und müssten nur angezeigt werden? EK und Lieferdatum zu einer Seriennummer - das wäre wirklich essentiell.

Kann es sein, dass der EK in einer früheren Version schon mal dokumentiert wurde? In dem Feld "Beschreibung1" zwei Spalten nach der SN erinner ich mich dunkel.
Da gabs auch mal eine zweite editierbare Spalte. Die ist wohl verschwunden?
Und wo wir vom Verschwinden reden: Wo ist die Seriennummernhistorie?
Und wo wir von Historie reden: In der Artikelhistorie sollte es am besten eine extra Spalte für die SN geben beim Wareneingang auch die.
Viele Grüße
Julian

 

[Marc Völker]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Hallo,

in der Gui fehlen diese Informationen soweit. Meine aussage betraff da schon nur die Datenbank. Da dort die Nötigen Spalten vorhanden sind und auch gefüllt sind. Es gibt natürlich dabei ein paar Bedingugen, z.B. beim Wareneingang muss der EK auch vorhanden sein, (eingegeben) bzw der Wareneingang muss halt aus einer Lieferantenbestellung resultieren, damit der EK da ist.
VK ist über die Verkaufsposition ermittelbar, und diese ist dann auch festgeschrieben.

Beschreibung1 und Beschreibung2 haben damit wirklich nichts zu tun. Das ist alles DB Intern vorhanden und müsste nur raus gezogen werden.

 

[triole]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Dann hat man ein Problem, wenn man "Eingangsrechnung" benutzt. Seriennummer und EK werden ja in zwei verschiedenen Prozessen erfasst. Vielleicht könnte man es über die ID der Bestellung zuordnen. Interessant ist dabei nur der EK, den ein bestimmter Artikel mit dieser Seriennummer laut Rechnung hat. Der hinterlegte EK hat ja nichts mit dem "wahren" EK zu tun.

 

[Marc Völker]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Hallo, bei der Trennung gibt es tatsächlich aktuell noch ein Problem, dieser ist aber JTL bekannt.

Ansonsten wird der EK aus der Lieferantenbestellung zu jedem Wareneingang auch erfasst, zu dem Wareneingang wird dann aber genauso auch die Seriennummern die eingebucht wurden erfasst.

Wie gesagt es ist aktuell nicht perfekt, aber ein Groß teil der benötigten Daten liegen bereits in der DB vor, bzw es gibt die nötigen Felder schon.

Theoretisch ist anhand der vorhandenen Daten auch eine sehr exakte Lagerbewertung möglich, (sprich mit den Real Eks eines jeden Wareneingangs) und das THeoretisch sogar Zeitpunkt aktuell im nachhinein.

Gibt natürlich auch da ein paar ausnahmen wie z.B. Amazon FBA etc, wo keine Lager fortschreibung statt findet

 

[triole]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

OK, ich würde mich also sehr freuen, wenn sich da auch in der Praxis was täte. Ein Anfang wäre es immerhin, wenn man zu einer Seriennummer das Datum des Wareneingans hätte und umgekehrt zu jedem Wareneingang die Seriennummern, die darin enthalten waren.
Auf Dauer müssen aber wirklich die historische EKs dazu, weil sonst keine korrekte Inventur möglich ist.

 

[opti61]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Diese Infos wären auch essentielle Grundlage für eine Reparaturverwaltung, bei der ein defekter Artikel ja entweder über seine Seriennummer erkannt wird (hier hat man dann gleich Eingangsdatum vom Lieferanten, Lieferant und das eigene Verkaufsdatum) oder, wenn keine vorhanden, eine eindeutige Produkt-ID/Seriennummer für den RMA-Prozess bei der Reparatur-Annahme generiert wird.

 

[Marc Völker]

AW: Vorschläge zur Seriennummernverwaltung in 1.1

Das stimmt schon, aber wird es eine Reparaturverwaltung von seitens JTL geben, ist halt die Frage. Gerade wo ja ein SP jetzt sowas auch geschrieben hat, und wenn das was taugt.

Im Übrigen sind wie bereits eingangs erwähnt die Daten in der DB bereits vorhanden.