In Bearbeitung [WAWI-30760] Mehrere Stücklisten Artikel zu einem Stücklisten Artikel zusammenführen

[jansarik]

Hallo alle zusammen,

ist es auf eine einfache Art möglich mehrere Stücklisten zu einer Stückliste zusammenzufassen?

Beispiel:
Stückliste "A" besteht aus:
- 1x "Kabel rot"
- 2x "Schrumpfschlauch schwarz"

Stückliste "B" besteht aus:
- 1x "Kabel grün"
-2x "Schrumpfschlauch schwarz"

Neue Stückliste "C" soll bestehen aus:

- 1x "Kabel rot"
- 1x "Kabel grün"
- 4x "Schrumpfschlauch schwarz"

Ich habe mir hierbei bisher mit JTL-Ameise geholfen indem ich die ersten beiden Stücklisten exportiert, dann über eine Pivo-Tabelle die Anzahl gleicher Komponenten akkumuliert habe und diese dann im Anschluss als neue Stückliste importiert habe. Dies ist bei komplexeren Stücklisten jedoch sehr fehleranfällig und umständlich.

Vielen Dank

 

[MichaelH]

Nein, das geht aktuell noch nicht.

 

[jansarik]

Ok danke schön.
Da ich nicht weiß wie aufwendig es ist, hätte ich als kleine Zwischenlösung den Vorschlag bei JTL-Ameise für Stücklistenimport die Option:

"Anzahl gleicher Komponenten akummulieren/aufsummieren" - "Ja"/"Nein"

Dann könnte man den Weg wie oben beschrieben nutzen, müsste aber nicht mehr händisch die Summe über eine Pivot-Tabelle bilden.

 

[Enrico W.]

Ich mag mich da durchaus irren- aber ich glaube, dass das schon eine recht spezielle Anforderung ist.
Ich habe dazu mal ein Entwicklerticket erstellt. Hier könnt ihr dafür Voten und Kommentieren:
https://issues.jtl-software.de/issues/WAWI-30760

 

[MichaelH]

Hallo Enrico, sein eigentlicher Wunsch ist ja eine verschachtelte Stückliste ... also mehrstufig.

 

[jansarik]

Hallo Enrico, sein eigentlicher Wunsch ist ja eine verschachtelte Stückliste ... also mehrstufig.

Stimmt! ^^ Aber das war schon häufiger Thema und wird wohl noch weniger schnell implementiert werden können

 

[Enrico W.]

Mehrstufige Stücklisten werden in näherer Zukunft nicht kommen.

 

[Kraftinger]

Ich haben einen Betrieb in dem wir Dinge herstellen und vertreiben.
Anfang 2014 führten wir Shopware als Shopplattform ein und koppelten über einen Connetor mit Lexware. Lexware hatten wir seit 2005 mit verschachtelten Stücklisten in Betrieb.
Lexware und Shopware... das ging gar nicht. So habe ich mich dann entschlossen komplett zu wechseln.
Eine meiner ersten Fragen, bevor ich mich für JTL entschieden habe, war ob Stücklisten sich verschachteln lassen.
Die Antwort Mitte 2014 war: Geht im Moment nicht - kommt aber bald.
Bald ist ja jetzt doch ein recht dehnbare und vor allem frei definierbarer Begriff.

2017 irgenwann schrieb dann Herr Lisson im Forum das die Listen mittelfristig nicht kommen?
Jetzt sehe ich gerade: Mehrstufige Stücklisten werden in näherer Zukunft nicht kommen.

Das muss ja auch nicht umsonst sein. Ich bezahle auch gerne für so ein Modul. Für ander Module bezahlt man ja auch.

 

[MichaelH]

Erkundige ich dich mal bei www.Visitmedia.de - über deren ViCtor sehe eine Sonderlösung im Sinne eines Hilfs-Prozesses am ehestens machbar.
D.h. die Stufe 1 der Stückliste läuft ganz normal in der WAWI und die Stufe 2 in ViCtor.

 

[Enrico W.]

@Kraftinger Das ist keine Frage der Bezahlung. Es ist aktuell schlichtweg nicht möglich. Du könntest Dir damit problemlos Artikel bauen, die Du niemals ausliefern kannst. Eine Prüfung bei mehreren Verschachtelungen ist aktuell nicht performant umsetzbar.

 

[Marc Völker]

Wie Enrico es schreibt, stimmt schein so weit, Verschachtelte Stücklisten haben ein paar eigenheiten, die
1. Live Bestandsberechnung nahezu unmöglich machen (haben wir daher auch nicht mit drin)
2. Zu Zirkulären Abhängigkeiten führen können. Sprich Artikel A ist von B Abhängig, der von C der wiederrum von A. Eine solche Stückliste könnte dann nie aufgelöst werden! Und das Programm müsste sowas idealerweise bei anlage erkennen. Das ist eine Komplexität welche relativ Ressourcen Intensiv ist.

Dies soll natürlich nicht heissen, es geht gar nicht im Zuge unsere Produktion haben wir ein Modul geschrieben, welches Mehrstufige Stücklisten abbilden kann, und dabei auch eben den Zwischen Schritt in Form von Baugruppen möglich macht.

Diese Funktion stellt aber definitiv mehr als nur mehrstufige Stücklisten da.

 

[MichaelH]

@Enrico: Nur so als Hinweis - hier ohne Lösung von Visitmedia oder von JTL etwas mehrstufig abzubilden, also das Ganze händisch zu machen mit manueller Ausbuchung oder sonstwie ist garantiert noch weniger performant als wenn man 1 Sekunde länger auf etwas warten muss.
Wenn man 1 Set-Artikel aus 1 normalen Artikel und 1 Set-Artikel anbieten will, das ist nichts weltbewegendes.

Ich brauch's nicht, aber so tragisch wie es dargestellt wird, ist es nicht.

 

[Marc Völker]

@MichaelH ich glaub wenn es nur 1 Sekunde wäre dann würden wir darüber nicht sprechen. Aus eigenen Versuchen und Tests weis ich, je nach Artikelbestand können das schon einige Sekunden bis Minuten werden! Und das bei jeder Bestandsänderung. Das ist wirklich nicht tragbar. Und man darf nicht vergessen, Dabei sind es meistens mehrere Artikel die berührt werden, also wir sind nicht mal bei einer Sekunde Pro Artikel, sondern darunter!

Es müsste dann schon einige schritte angegangen werden, wie wir sie auch machen, damit sie das Nutzbar abbilden können. Geschweige den das Thema mit den Zirkulären, selbst die Prüfung ist relativ Ressourcen Intensiv.

 

[Enrico W.]

Zusätzlich möchte ich noch die Ameise als Massenbearbeitungstool in den Ring werfen. Deren Importe würden damit ein vielfaches der aktuellen Zeit benötigen.

 

[MichaelH]

Zirkulär: du stellst die Set Artikel in eine dynamische Tabelle, liest alle Komponenten und prüfst: wo ist das Problem und was soll hier lange dauern ? Und das ist nur relevant im Artikelstamm bei der Anlage.
Man muss nicht alles nur mit 1 SQL lösen.

Buchen, auch dort kannst du ggf. so vorgehen, vorab dynamisch zusammensuchen, prüfen, alles OK, buchen.

Und wenn im Artikelstamm der Artikel ggf. sogar ein Kennzeichen bekommt wie heute schon "Stückliste JA" also "Mehrstufige Stückliste JA", kannst du diesen Exit sogar einfach feststellen.

 

[MichaelH]

@Enrico: und von mir kommt immer die gleiche Antwort - Computer und Programme wurden gebaut um dem Menschen zu helfen und die Arbeit zu erleichtern, also sollen die auch arbeiten, denn die können alles schneller als wir von Hand.
Und wenn jemand jammert, dann soll er eben keine mehrstufige Artikel verwenden.

Performance - siehe Flag und dann ist das allen anderen völlig egal, weil nichts langsamer wird.

 

[Enrico W.]

So einfach ist das eben leider nicht. Mehrstufige Stücklisten heißt, dass du diese theoretisch unendlich fortführen kannst.
Nun erstellst du eine Stückliste A, Komponente Stückliste B, diese hat Komponente Stückliste C und so weiter und so fort - und Stückliste A4 hat dann aufgrund einer Änderung oder einer bewußten Anlage als Komponente die Stückliste B.

Das gleiche ist bei den Bestandsberechnungen. Stücklisten errechnen den Bestand anhand der Komponenten.
Komponente A ist STückliste 1 mit Bestand 6
Komponente B ist auch Stückliste 1 mit Bestand 6

Somit hätte die Stückliste dann einen Bestand 12
Ja, ich weiß - mein Beispiel ist da recht einfach gehalten, aber damit hoffentlich verständlich.
Diese Bestände können sich bei mehrstufigen Stücklisten sehr tief in den Hierarchien verstecken.

 

[MichaelH]

Mehrstufig kann 2 stufig heißen.
Bestand, in einem Auftrag kannst du auch heute schon 2 x den gleichen Set-Artikel haben und beide haben Bestand 6.

Und wenn du reservierst, dann geht sich das mit "verfügbar" nicht mehr aus, weil verfügbar -6.

 

[Enrico W.]

Jetzt wirfst Du ein bisschen was durcheinander.

Wenn Du 2 mal den gleichen Set-Artikel in einem Auftrag hast, dann werden die Bestände auch entsprechend reserviert.
In meinem Beispiel werden aber 12 an die Plattformen überliefert, obwohl nur 6 vorhanden sind.

Und ja- mehrstufig KANN 2-stufig heißen - muss es dann aber nicht.

 

[MichaelH]

Na ja, wer wirft mit was ?

"Das gleiche ist bei den Bestandsberechnungen. Stücklisten errechnen den Bestand anhand der Komponenten. "

Du sprichst von Bestand, ich von verfügbar.
Relevant ist was verfügbar ist vom Bestand und nicht was Bestand ist.

"Und ja- mehrstufig KANN 2-stufig heißen - muss es dann aber nicht. "

Dann besser gleich nichts tun ? Nein, besser 2-stufig als gar nix.
Begründung: Set- Artikel mit Set-Artikel oder Set-Artikel mit einem weiteren Artikel als Set.



Diskutiert seit Jahren und es wird noch Jahre dauern, aber egal, man hat's wieder mal diskutiert.
Unverständlich ist mir nur, wenn man alles neu macht wie z.B. Artikel, dass man dann Grundsätzliches nicht einmal berücksichtigt.

So lange Visitmedia eine Lösung bietet die praktikabel ist kann es jeder der es unbedingt braucht auch so machen.