Abgelehnt 1.3.12.0: mehr Variablen für WMS Inventuren bereitstellen

[Guybrush]

Hallo,

um sich eine ordentliche WMS Inventurdifferenzliste zu erstellen muss man derzeit einige Werte via JTL_DirectQuery aus der DB abfragen. Das ist natürlich suboptimal.

Deshalb bitte ich darum, mind. folgende Variablen bereitzustellen bzw. ggf. umzubenennen/zusätzlich bereitzustellen als Alias:
- Anlagedatum -> Zeitpunkt der Inventur an sich
- Erfassungsdatum (bereits vorhanden als Inventureinträge.Zeitpunkt)
- Kommentar
- Lagername
- SOLL Bestand
- IST Bestand (aktuell "Anzahl", aber die Bezeichnung ist suboptimal, da sie unklar ist, welche Anzahl gemeint ist)
- MHD + Charge (Bereits vorhanden)
- Lagerplatzname (Bereits vorhanden)
- Differenz zwischen SOLL und IST
- Ggf. div. Summen:
x EK * Differenzen für Bestand, der fehlt (Differenzen < 0)
x EK * Differenzen für Bestand, der zuviel da ist (Differenzen > 0)
x Differenz der beiden obengenannten Summen
x Gesamtsumme wie sie gezälht wurde

Im Grunde alle Werte wie sie auch in WMS/MDE erfasst und dargestellt werden.

In Folge dessen kann man auch den vorhandenen Variablen eine Beschreibung spendieren, damit diese in List & Label angezeigt wird.

Die Werte an sich sind ja bereits in der DB hinterlegt, jedoch nicht direkt in List & Label verfügbar - oder zu gut versteckt

 

[Stetto]

Hi, die Inventurdifferenzliste funktioniert nicht pro angelegter WMS- Inventur, sondern pro Zeitraum.

Wenn man in JTL-WMS auf den Button Inventurdifferenzliste drückt, erscheint eine Abfrage für das Start- und das Enddatum der Inventur.

Auf diese Weise kann man viele kleine Inventuren (pro Lager, Raum, Gang, Fach etc.) in einer Differenzliste bündeln. Das wäre anders nicht möglich.

Aus diesen Gründen steht z. B. das Anlagedatum, die Inventurnummer, der Lagername und viele weitere Variablen nicht zur Verfügung.

Zudem wird die Inventurdifferenzliste kumuliert ausgegeben, das heißt wenn ein Artikel auf verschiedenen Plätzen liegt, der Artikel dennoch in der Liste nur mit einer Gesamtdifferenz ausgeben wird, deshalb sind die Variablen Lagerplatz, Platzkommentar, Soll-Bestand etc. nicht möglich.

Falls ihr Lager / Lagerplatzrein arbeitet, sollte es mit den JTL_DirectQuerys bei euch funktionieren. Allgemeingültig wäre das allerdings nicht, weil die Inventurdifferenzliste nach einem anderen Prinzip arbeitet.


Hier im Forum gibt es aber angepasste WMS-Inventur- Druckvorlagen, damit kann man das recht gut darstellen, ich glaube die Vorlage kommt sogar von dir? ^^


Für deine Wunschvorstellung des Inventurabschluss müsste ein komplettes Konzept, neue Druckvorlagen mit diversen unterschiedlichen Kundenanforderungen erstellt werden.

 

[Guybrush]

Hi Stephan,

danke für die ausführliche Antwort. Ehrlich gesagt sind die Benennungen etwas verwirrend für mich und ich meine wohl die Inventurzähllisten, aber um es kurz zu fassen:
Die WMS- Inventur- Druckvorlage, die wir beide wsl. meinen, ist zwar ursprünglich nicht von mir, aber ich habe sie stark angepasst und korrigiert, so dass da nun für uns korrekte Werte rauskommen.

Mangels der erwähnten Variablen wird Vieles tatsächlich via JTL_DirectQuery abgefragt, aber das ist natürlich immer etwas gefährlich, weil man nicht immer die JTL Logik verwendet. Deshalb die Frage nach den Variablen direkt von JTL, um das einfach "bulletproof" zu machen.

Soweit ich die Inventurdifferenzliste verstehe ist die bei uns unnötig, da wir die Inventur nur für den Jahresabschluss benötigen und dann einfach pro Inventurzählliste ein PDF erstellen und dem Steuerberater zur Verfügung stellen. Das ist vermutlich wie so oft kunden- und branchenabhängig.

Evtl. stelle ich die Vorlage mal im Forum zur Verfügung, aber ich würde die noch gerne vorab testen (lassen) -> gibt's da nen bestimmten Platz, wo die am besten aufgehoben ist?

Neues Konzept etc. klingt nach Release ganz evtl. in 2019, vorsichtig geschätzt, deshalb bleibt's dann erst mal bei JTL_DirectQuery

 

[Rico Giesler]

Hi @Guybrush .
Würdest du deine aktuelle Vorlage eventuell mit der Community hier teilen?

 

[trennscheibenwelt]

Das wäre mega