Offen Chargennummern bei Stücklisten

[Pesten]

Guten Morgen liebes Forum,

ich habe mal wieder eine Frage bei der ich vollkommen auf dem Schlauch stehe.
Wenn ich das mit den Chargennummern richtig verstanden habe, vergebe ich beim Wareneingang die für den Artikel relevante Chargennummer.
Das heisst, ich bestelle Ware...diese kommt...ich drücke auf Wareneingang und vergebe dort die Chargennummer.

Nun ist es aber so, das wir eine Menge Stücklisten-Artikel haben und ich da ein Verständnisproblem habe.
Wir MÜSSEN, bedingt durchs Qualitätsmanagement, eine Chargenverfolgung zum Kunden haben.

Bei uns sieht es wie folgt aus:
Sichtbarer Verkaufsartikel:
Artikel: geile Ware
Artikelnummer: A111

Im Hintergrund werden dafür 2 Artikelnummern benötigt, damit daraus der sichtbare Verkaufsartikel wird:
Artikel: geile
Artikelnummer: A222

Artikel: Ware
Artikelnummer: A333

Das bedeutet, ich bestelle A222 und A333 und wenn diese als Ware eingehen...wie läuft das? Wenn ich nun einen von den beiden Artikeln eine Chargennummer zuordne hat dann der Artikel A111 ebenfalls diese Chargennummer oder
muss ich beiden Artikeln die selbe Chargennummer vergeben, damit er beim Artikel A111 eine Chargennummer vergibt?
Ich hoffe es war einigermaßen verständlich.

Über Antworten würde ich mich freuen.

MfG
Olli

 

[Enrico W.]

Wenn, dann haben die Komponenten eine Chargennummer. Die wird beim Eingang der Komponente dann auch eingepflegt. Eine Übernahme der Chargennummer in den STücklistenartikel ist schon deshalb nicht möglich, weil ein Artikel nur eine Chargennummer haben kann. Theoretisch kann aber jede Stücklistenkomponente eine eigene Charge führen.

 

[Pesten]

Hallo Enrico, das heisst also, das ich den Verkaufsartikelnummern eine eigene Chargennummer manuell zuweisen muss? Das ist aber sehr umständlich :-/ Es geht mir ja um die Rückverfolgbarkeit zum Kunden hin...

 

[Enrico W.]

Wieso solltest du der Stückliste dazu eine Chargennummer vergeben? Die Komponente hat doch schon eine.

 

[Pesten]

Vielleicht hat es gerade was mit den Worten zu tun, das ich dich wahrscheinlich missverstehe...
Wenn wir einen Artikel aus z.B. 5 Komponenten zusammenbauen, ergibt das bei uns einen Verkaufsartikel (die Komponenten sind nicht verkäuflich).
Diesen Verkaufsartikel muss ich im Zuge des Qualitätsmanagements zurück verfolgen können, falls wir aus bestimmten Gründen in einer Charge eine Fehler entdecken.
Der tatsächliche Verkaufsartikel wird im Zuge des Einkaufs aber ja nicht "angefasst" und erhält somit auch im Zuge des Wareneingangs keine Chargennummer.

Mich interessiert nicht die Chargennummer vom Lieferanten, sondern wir vergeben eigene Chargennummer für das Endprodukt.

Es ist ein bisschen blöd zu beschreiben - ich hoffe es ist verständlich was ich meine...

 

[Enrico W.]

Ich verstehe durchaus, was du meinst. Der Verkaufsartikel - das ist die Stückliste.
Die darin enthaltenen Artikel - das sind die Komponenten. Und die Komponenten sind auch die Artikel, die sinnvollerweise eine Chargennummer haben können - es sind doch auch die Komponenten, die letztlich versandt werden.
Die Stückliste ist doch nichts anderes als ein Kontainer für die enthaltenen Komponenten.
Und sobald Du auch nur eine zweite Komponente mit eigener Charge führen musst hättest Du in deinem Szenario schon ein mega Problem.
Aus diesem Grunde können Stücklisten keine eigene Chargennummer führen.

Um es noch mal deutlich zu sagen: Wenn Du bei den Komponenten beim Wareneingang die jeweilige Charge korrekt einträgst, dann hast Du auch die Nachverfolgbarkeit gegeben.

 

[Pesten]

Ok, dann sind wir zumindest auf dem selben Stand !

Unsere Produkte sind halt im einzelnen gar nicht verkaufsfähig. Wir bauen daraus ein fertiges Produkt (Elektro-Branche) und sind somit gezwungen unseren Produkten eine Chargennummer zu vergeben. hmm

 

[Enrico W.]

Wie gesagt - wenn du die Charge bei den entsprechenden Komponenten hinterlegst, dann gibt es auch keine Probleme. Die Komponenten sind jede für sich dann nachverfolgbar.

 

[mitscho]

Hi Enrico,
ich wärme das Thema mal wieder auf.
Wir haben einen Wiederverkäufer, der von uns mehrere Stücklistenartikel beziehen möchte. Der Stücklistenartikel besteht aus ca. 10-15 Einzelkomponenten, die alle Chargen und MHD haben.
Problem ist jetzt, dass der Wiederverkäufer nun nicht alle Einzelkomponenten, wegen der Rückverfolgbarkeit, einzeln erfassen möchte. Er müsste also alle Verpackungen öffnen, um die Komponenten zu scannen.
Eigentlich ist es ja auch nicht ungewöhnliches, Kits mit neuen Chargen und MHD auszustatten, in der Software sind ja die Chargen und MDH (oder Seriennummern) über die Stückliste schon hinterlegt, es müsste halt nur beim Packen oder Erfassen des Kits diese vergeben werden.
Was macht eigentlich 1.6 und das Thema UDI hinsichtlich Medizinprodukten?
Grüße
Micha

 

[Enrico W.]

Ich fürchte, ich verstehe deine Gedankengänge gerade nicht ganz. Kannst Du Dein Problem bitte etwas ausführlicher beschreiben?

 

[mitscho]

Hi Enrico,

also, ich möchte einen Stücklistenartikel erstellen. Die Einzelkomponenten haben alle eine eigene LOT (Charge) und MHD (mindest haltbar).
Für diesen Stücklistenartikel würde ich gerne wiederum eine eigene neue LOT und MHD (die am ersten ablaufende) generieren.

Ihr hattet mal beschrieben, dass es keinen Sinn macht, bestehende Artikel mit einer neuen LOT zu versehen, da er ja schon eine hat. Ok, verstehe ich.

Der Wiederverkäufer müsste jetzt aber beim Wareneingang die Komponenten des Stücklistenartikel einzeln mit LOT und MHD erfassen. Heißt, jede Tüte öffnen
und ca. 10-15 mal eine Erfassung durchführen, dann auch alle einzelnen Komponenten in seiner Rückverfolgung führen und beim Ausgang ebenfalls wieder alles einzeln erfassen.
Da hat er verständlicherweise keine Lust drauf.
Zudem möchte er das Ganze mit einen Scanner erfassen. (Art.Nr, LOT, MHD)

Wir haben einen Lieferanten, der z.B. Kits mit zahnärztlichem Komponenten-Kleber verkauft.
Das Kit (Karton) besteht aus 3 Komponenten mit unterschiedlichen LOT und MHD. Das Kit erhält dann eine eigene LOT und MHD.

Wir nutzen derzeit Euren Packktisch und eine Bastellösung für die Charge und MHD (Habe ich hier mal im Forum gefunden)
Charge: (JTL_DirectQuery ("SELECT TOP 1 cChargenNR FROM tWarenLagerEingang WHERE kArtikel = "+FStr$(Artikel.InterneArtikelnummer,'?&')+" ORDER BY kWarenLagerEingang DESC"))
MHD: Date$(Date((JTL_DirectQuery ("SELECT TOP 1 dMHD FROM tWarenLagerEingang WHERE kArtikel = "+FStr$(Artikel.InterneArtikelnummer,'?&')+" ORDER BY kWarenLagerEingang DESC"))),"%04y-%02m-%02d")

Leider funktioniert das auch nur eingeschränkt. Die Etiketten funktionieren nur richtig beim Wareneingang, und auch nur wenn nicht zwei Chargen oder MHD erfasst werden.
Etiketten nachdrucken funktioniert nicht. Es wird nur eine Charge gedruckt, auch wenn mehrere im Lager vorhanden sind.

Wir vergeben derzeit beim Wareneingang für die Artikel eine neue Charge (Rechnungsnummer der Eingangsrechnung.
Schön wäre es da, die original Charge des Lieferanten beim Wareneingang beim Artikel zu hinterlegen.

Ist halt bisher immer so gemacht worden, evtl. gibt es eine schlauere Lösung.


UDI
Normalerweise haben med. Produkte derzeit meist einen HIBC Code, bald mit MDR (Medical Device Regulation (EU)) dann den UDI.
Dafür muss ich meine Produkte aber noch bei GS1 oder ähnlich anmelden, um eine EAN zu erhalten.
Deswegen auch die Frage, wann Ihr UDI fertig habt? (ich meine, in mehreren Einträgen gelesen zu haben, dass es mit 1.6 kommt)
Dann würden wir gerne die Herstellerware mit dem Scanner mit der UDI erfassen und beim Ausgang ebenfalls wieder.

 

[Enrico W.]

Puh. Das ist ganz schön umfangreich. Ich sprech mal die Verantwortlichen darauf an.

 

[mitscho]

Hi Enrico,
klar, ist evtl das auch zu speziell.
Eigentlich betrifft das ja nur Hersteller, bei Händlern dürfte das nicht vorkommen.
Da für alle Händler mit Medizinprodukten irgendwann eh die MDR greift, wäre für uns die UDI Geschichte interessanter.
Danke
Grüße
Micha

 

[Enrico W.]

Ne, das Problem ist ein anderes. MHD und Chargen werden beim Wareneingang gebucht. Stücklisten haben keinen Wareneingang, weil die sich aus der Summe der Komponenten zusammensetzen. Somit kann man da auch keine Chargen und MHDs vergeben. Deshalb haben wir das Thema auch erst mal an die Leute vom Produktionsmodul weitergereicht, welches aktuell entwickelt wird.
Das Thema UDI recherchiere ich gerade separat.
Sind das die richtigen Hintergrundinfos?
https://www.gs1-germany.de/gs1-complete/branchenangebote/udi-umsetzung-mit-gs1-standards/

 

[Marc Völker]

Hallo Micha,

dann melde ich mich mal als "die Leute vom Produktionsmodul".

Wenn ich den Thread so durchlese, sehe ich sowohl bei dir als auch beim Pesten Produktions Szenarien.
Eine Stückliste, so wie ihr sie in JTL kennt, ist halt immer nur ein Set, es besitzt weder einen eigenen Lagerbestand, noch damit verbundene Eigenschaften. Wie Enrico schon beschrieb, es ist ein Container.

Diesen Sachverhalt ändern wir mit der Produktion jedoch ab, es wird eine 2 Art von Stückliste geben, eben eine Produktionsstück-liste. Den diese sagt nur noch, Hei, ich bestehe aus den folgenden Komponenten.
d.H. ich muss dann auch von den Einzelkomponenten umbuchen auf den neuen Artikel, im Hintergrund werden wir uns dann natürlich merken, aus was (MHD / Charge) besteht nun eigentlich der Artikel, kann aber in diesem Zuge, auch eigene MHD, Chargen erhalten.

Im Verkauf wird dann auch nur noch das "Produkt" verkauft, und eben kein Container aus Produkten mehr. Damit sollte dann das Problem auch erschlagen werden.
UDI, MDR, HIBC, sagen mir persönlich leider erst mal nichts. Aber da wollte Enrico ja eh Recherchieren.

 

[mitscho]

Hi Enrico,
Hi Marc,

also, wir sind noch bis 05.2021 nach MDD 93/42/EEC (Medical Device Directive) als Hersteller zertifiziert.
Zwischen jetzt und 05.2024 laufen diese Zertifikate aus und Hersteller von Medizinprodukten müssen
dann nach MDR (Medical Device Regulation) zertifiziert sein, um Medizinprodukte selber herzustellen.
Diese also unter ihrem Namen vertreiben zu dürfen.
Nach MDR werden wir uns aufgrund der hohen Kosten und Auflagen nicht mehr zertifizieren.
Für uns ist das Thema Herstellung durch.

Das Problem, mit dem oben beschriebenen Kit, könnte so, wie Marc es beschrieben hat zu lösen sein.
Allerdings bräuchte ich die Lösung eigentlich in wenigen Wochen, was nicht zu realisieren sein wird.
Ich werde das irgendwie über Ein- und Ausbuchen machen.

Ab 05.2021 wäre es für den Warenein und -ausgang mittels UDI Code aber sehr praktisch (ich weiß derzeit
nicht, ob auch notwendig), um die Produkte dann mit einem Scan mit der Art.Nr. LOT und MHD zu erfassen.

Eigentlich strebe ich eine Lösung an, die Co-Branding heißt. Da verpacken wir die Produkte des Herstellers um
und labeln sie selbst, mit dem Hinweis auf den tatsächlichen Hersteller. Wir müssten dann die ganzen
Sicherheitshinweise, Symbole, LOT, MHD ect. des Herstellers übernehmen und auf dem eigenen Etikett ausgeben
und dann eben auch UDI.
Das Ganze wird natürlich aus Marketingaspekten gemacht. um das Produkt nicht ganz so transparent zu haben.


Zu Deiner Frage:
Ja, GS1 ist eine solche Zuteilungsstellen für UDI, es gibt aber auch andere :
https://www.dimdi.de/dynamic/de/faq/faq/unique-device-identifier/

In unteren Teil findest Du auch den Link zur eigentlichen MDR. Das sind die offiziellen Vorgaben der EU.

Bei GS1 sollten aber alle relevanten Information zu dem Inhalt von UDI angegeben sein.

Das Johner Institut ist eine gute Quelle für Informationen zum Thema:
https://www.johner-institut.de/blog/regulatory-affairs/unique-device-identification-udi/

 

[Marc Völker]

Hi,
verstehe ich das soweit richtig, dass die UDI, eine mischung aus EAN + MHD/Charge/Seriennummer ist?

Wenn du eh keine eigene Produktion mehr machst, dann wird das der einfachste Weg sein, in der 1.6 wird es die ersten Pilotversion der Produktion geben, und die wird leider noch was dauern.

 

[mitscho]

Hi Marc,
sorry die verspätete Antwort. Ja. Hier ein Beispiel: https://www.chromsystems.com/unique-device-identification
Zuerst muss über GS1 o.ä. eine GTIN angelegt werden. Dann werden Daten wie MHD, LOT, Serial, Herstelldatum, Hersteller.Art.Nr. ect. eingebunden.
Alles was eben für das Produkt notwendig ist.

Auf der suche bin ich auf das ERP Kontor R4 gestoßen.
Die können schon GS1 Datamatrix verwalten und drucken. Auch sehr komfortabel

Auch gefällt mir heir die induviduelle Gestaltung der Arbeitsfläche:

Hier gibt es evtl- ein paar interessante Ideen für das JTL ERP

 

[Marc Völker]

Hallo Mitscho,

wenn ich das richtig in Errinerung hab, ist doch ein GS1 Datamatrix nur ein Datamatrix code mit einer GTIN 128 im inneren? GTIN 128 / EAN 128 wird die WAWI mit der 1.6 können.
Sicher wird es zeitnah auch möglich werden, dass wir EAN 128 erzeugen können. Aber theoretisch mit etwas Mühe geht das ja eh schon heute, man muss nur die Daten zusammen bekommen. Aber möglich ist es.

Bezüglich der Anpassbarkeit, ist es so extrem wie es Kontor zeigt noch nicht geplant. Jedoch werden wir natürlich mit den kommenden Versionen immer mehr Möglichkeiten bieten, gewisse Komponenten an seine Bedürfnisse anzupassen. Aber dies ist halt ein langer Weg.

 

[mitscho]

Hi Marc,
ich wollte nur zeigen, dass es bei Kontor mit einem Scan möglich ist mehrere Informationen einzulesen.
Wir haben halt drei Daten (REF, LOT und MHD) auf unseren Produkten. Bei der Kommisionierung hätte ich diese gerne mit einem Scan erfasst.
Das wird jetzt wohl im Medizinprodukte-Handel mit der UDI abgelöst.
Bis jetzt war bei uns kein GTIN, EAN oder so was erforderlich.
Langfristig sind wir auch kein Hersteller mehr, sondern nur noch Händler. Alle Produkte sind dann vom Hersteller mit UDI Code versehen. Dann wären Ein- und Ausgang über Scann der UDI hilfreich.

Desweiteren finde ich das Handling der Etiketten bei JTL auch unglücklich, wenn man LOT und MHD hat. Ich erfasse beim Wareneingang LOT und MHD und geb sie mittels
Date$(Date((JTL_DirectQuery ("SELECT TOP 1 dMHD FROM tWarenLagerEingang WHERE kArtikel = "+FStr$(Artikel.InterneArtikelnummer,'?&')+" ORDER BY kWarenLagerEingang DESC"))),"%04y-%02m-%02d")
und
(JTL_DirectQuery ("SELECT TOP 1 cChargenNR FROM tWarenLagerEingang WHERE kArtikel = "+FStr$(Artikel.InterneArtikelnummer,'?&')+" ORDER BY kWarenLagerEingang DESC"))
auf den Etiketten aus.
Habe ich aber im Wareneingang mehrere LOT, druckt JTL nur die letzte (oder erste(habe ich vergessen)).
Will man später z.B. Etiketten für den Warenbestand drucken, wird auch nur eine LOT gedruckt.
Es ist aber auch nicht möglich, für eine ausgewählte LOT und MHD ein Etikett zu drucken.

Eine Datamatrix habe ich hier schon, aber sie bringt mir ja nichts, da ich sie mit JTL nicht mehr einlesen kann.
Barcode(Artikel.Artikelnummer+"|"+str$(Artikel.MasseinheitMenge,0,0)+"|"+(JTL_DirectQuery ("SELECT TOP 1 cChargenNR FROM tWarenLagerEingang WHERE kArtikel = "+FStr$(Artikel.InterneArtikelnummer,'?&')+" ORDER BY kWarenLagerEingang DESC"))+"|"+(Date$((Date(JTL_DirectQuery ("SELECT TOP 1 dMHD FROM tWarenLagerEingang WHERE kArtikel = "+FStr$(Artikel.InterneArtikelnummer,'?&')+" ORDER BY kWarenLagerEingang DESC"))),"%y-%m-%d")),"Datamatrix")
Hier klappt der Code auch nicht, wenn ich keine MHD habe, da wird das Tagesdatum genommen. (kann man sicherlich darstellen, bin aber kein Formelprofi)
Die Formeln sind hier aus dem Forum zusammenkopiert.

Keine Ahnung, ob Ihr viele Kunden mit Medizinprodukten habt. Vielleicht ist das ein oder andere ja einfach umzusetzen.
Ich Forum scheinen Lebensmittelhändler aber ähnliche Probleme zu haben. Da wird ja auch mit Chargen und MHD gearbeitet.

BTW. Wo und wie kann man am besten Verbesserungsvorschläge mitteilen? Ich sammel dauernd und will jetzt nicht alles einzeln im Forum posten.

Danke für die Rückmeldung.
Micha