Neu BMEcat Schnittstelle

[janno]

Hallo, ich habs auch schon versucht, aber die ETIM Daten werden nicht richtig umgesetzt, bzw übersetzt. Da muss man ja auf die gültigen ETIM Daten zugreifen.
Daran scheitere ich derzeit. Wenn ihr uns da helfen könntet wäre das super.

Hi obhannes,

welche ETIM Klassifikation haben eure Kataloge?
Wir verarbeiten gerade die meisten mit ETIM 9 und ein paar ETIM 7. Bisher klappt das sehr gut.
Wenn es für dich in Ordnung ist, kannst du mir deine xmls gern zur Verfügung stellen und ich lasse die einmal durch unser System laufen.

VG
Jan

 

[obhannes]

wir bekommen ETIM 9. Wie kann ich dir die zukommen lassen? Oder kannst mir das von euch senden? Ich möchte nicht, dass du zu viel Aufwand hast.

 

[Pjerell]

Hier haben sich in fünf Jahren fünf Leute gemeldet. JTL wird sicher keine Sonderlösung für einen überschaubaren Anwenderbereich bauen die bereits durch mehrere Servicepartner abgedeckt ist. Würde ich mir keine Hoffnungen machen.

6 Leute 🙂 Unser Lieferant liefert und die Daten in BMEcat und können diese nur über umständliche Wege ins System einpflegen. Wir wären alsoauch an einer Schnittstelle interessiert.🙏🙏

 

[Pjerell]

Danke, ja hab ich schon getan und Kontakt mit einem Anbieter aufgenommen 🙂

Kannst Du uns eventuell Deine Erfahrungen mitteilen für welche Lösung Du Dich entschieden hast ? 🤔🙂

 

[mAze]

Ich sehe das mittlerweile nicht mehr so eng. Es gibt genug Tools die BMEcat in csv wandeln.

 

[Pjerell]

Ich sehe das mittlerweile nicht mehr so eng. Es gibt genug Tools die BMEcat in csv wandeln.

Meine Erfahrung ist jedoch, dass bei einigen Tools nicht alle Informationen von BMEcat in eine CSV Datei übergeben werden. Da bleibt einiges auf der Strecke liegen. Ich hab es mehrmals versucht und es scheiterte jedesmal, dass die Felder, welche keine Inhalte hatten in der CSV Datei später sich verschoben hatten. Wenn Du aber einen Converter kennst, der wirklich intelligent alles in eine CSV Datei bringt, dann wäre ich Dir dankbar wenn Du mir einen Tip geben würdest 🙏 🙂

 

[mAze]

Meine Erfahrung ist jedoch, dass bei einigen Tools nicht alle Informationen von BMEcat in eine CSV Datei übergeben werden. Da bleibt einiges auf der Strecke liegen. Ich hab es mehrmals versucht und es scheiterte jedesmal, dass die Felder, welche keine Inhalte hatten in der CSV Datei später sich verschoben hatten. Wenn Du aber einen Converter kennst, der wirklich intelligent alles in eine CSV Datei bringt, dann wäre ich Dir dankbar wenn Du mir einen Tip geben würdest 🙏 🙂

Welche Tools hast du denn bisher benutzt?

 

[obhannes]

Hi obhannes,

welche ETIM Klassifikation haben eure Kataloge?
Wir verarbeiten gerade die meisten mit ETIM 9 und ein paar ETIM 7. Bisher klappt das sehr gut.
Wenn es für dich in Ordnung ist, kannst du mir deine xmls gern zur Verfügung stellen und ich lasse die einmal durch unser System laufen.

VG
Jan

Hallo Jan, sorry für die späte Reaktion, aber wir hatten Jahresabschluß. Gerne würde ich dir ein File zum Testen zukommen lassen. An welche Mailadresse darf ich dir ein Muster zusenden?

 

[mAze]

Das Problem ist ( zumindest bei mir ) nicht der Import in eine Software inkl. csv Export sondern das Problem sind die Merkmale. Die Merkmale in in den BMEcat Katalogen sind nämlich nur als Werte hinterlegt z.b EC00001 und EG00001
Die Herausforderung besteht darin, die Werte umzuwandeln bzw. zu Mappen in Text.
Das geht nur mit teurer PIM Software

Falls das jemand sauber hinbekommt darf sich gerne bei mir melden 🙂

 

[frankell]

Hallo @mAze,

Das geht nur mit teurer PIM Software

Warum? Ein Mapping kann ja auch über zusätzliche Tabellen in der Wawi-Datenbank geschehen. Klar, die müssen auch gepflegt werden, und die BMEcat-Daten müssen zunächst diesbezüglich transformiert werden (über ein Skript oder per PowerQuery), aber das bedarf zumindest theoretisch keines weiteren (teuren) Systems.

 

[mAze]

Hallo @mAze,



Warum? Ein Mapping kann ja auch über zusätzliche Tabellen in der Wawi-Datenbank geschehen. Klar, die müssen auch gepflegt werden, und die BMEcat-Daten müssen zunächst diesbezüglich transformiert werden (über ein Skript oder per PowerQuery), aber das bedarf zumindest theoretisch keines weiteren (teuren) Systems.

man muss aber erstmal die ETIM Klassen ( Feature_Group_ID, FNAME und FVALUE) als Text irgendwo haben. Die stehen weder in der XML der BME Cat noch in der Wawi. So einfach ist das nicht. Andere Wawis oder Programme mit BMEcat Schnittstelle haben diese Daten integriert
Hier mal ein XML Schnipsel Beispiel damit du weißt was ich meine.

<REFERENCE_FEATURE_GROUP_ID>EC000018</REFERENCE_FEATURE_GROUP_ID>
<FEATURE>
<FNAME>EF000005</FNAME>
<FVALUE>EV006351</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF000133</FNAME>
<FVALUE>EV003629</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF005709</FNAME>
<FVALUE>false</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF003893</FNAME>
<FVALUE>false</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF000117</FNAME>
<FVALUE>false</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF000323</FNAME>
<FVALUE>EV000164</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF001587</FNAME>
<FVALUE>-</FVALUE>
</FEATURE>

EC000018 = Einsatz/Abdeckung für Kommunikationstechnik ( vergleichbar mit einer H1 Überschrift )
EF000005 = Zusammenstellung ( vergleichbar mit einer H2 Überschrift )
EV006351 = Bedienelement ( vergleichbar mit einer H3 Überschrift )

​

 

[frankell]

man muss aber erstmal die ETIM Klassen ( Feature_Group_ID, FNAME und FVALUE) als Text irgendwo haben. Die stehen weder in der XML der BME Cat noch in der Wawi. So einfach ist das nicht. Andere Wawis oder Programme mit BMEcat Schnittstelle haben diese Daten integriert
Hier mal ein XML Schnipsel Beispiel damit du weißt was ich meine.

<REFERENCE_FEATURE_GROUP_ID>EC000018</REFERENCE_FEATURE_GROUP_ID>
<FEATURE>
<FNAME>EF000005</FNAME>
<FVALUE>EV006351</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF000133</FNAME>
<FVALUE>EV003629</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF005709</FNAME>
<FVALUE>false</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF003893</FNAME>
<FVALUE>false</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF000117</FNAME>
<FVALUE>false</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF000323</FNAME>
<FVALUE>EV000164</FVALUE>
</FEATURE>
<FEATURE>
<FNAME>EF001587</FNAME>
<FVALUE>-</FVALUE>
</FEATURE>

EC000018 = Einsatz/Abdeckung für Kommunikationstechnik ( vergleichbar mit einer H1 Überschrift )
EF000005 = Zusammenstellung ( vergleichbar mit einer H2 Überschrift )
EV006351 = Bedienelement ( vergleichbar mit einer H3 Überschrift )

​

Danke für die Erläuterung, aber das war mir schon klar. Daher meinte ich ja auch: "Klar, die müssen auch gepflegt werden."

Dass das nicht mit ein paar Klicks gemacht ist, ist auch klar. Ich wollte nur darauf hinaus, dass es vom Prinzip her keiner weiteren Software bedarf, sondern mit weiteren (Datenbank-)Tabellen und Skripten die Transformation gelingen kann. Der iniitale Aufwand dafür ist natürlich nicht zu unterschätzen, aber dafür spart man sich langfristig eine teure PIM-Software. Wie so oft eine Frage des Leidensdrucks.

Und dass es absolut wünschenswert - wenn nicht sogar obligatorisch - wäre, dass ein Warenwirtschaftssystem, das etwas auf sich hält, einen solchen Standard wie BMEcat nativ unterstützt, steht außer Frage.

 

[mAze]

Danke für die Erläuterung, aber das war mir schon klar. Daher meinte ich ja auch: "Klar, die müssen auch gepflegt werden."

Dass das nicht mit ein paar Klicks gemacht ist, ist auch klar. Ich wollte nur darauf hinaus, dass es vom Prinzip her keiner weiteren Software bedarf, sondern mit weiteren (Datenbank-)Tabellen und Skripten die Transformation gelingen kann. Der iniitale Aufwand dafür ist natürlich nicht zu unterschätzen, aber dafür spart man sich langfristig eine teure PIM-Software. Wie so oft eine Frage des Leidensdrucks.

Und dass es absolut wünschenswert - wenn nicht sogar obligatorisch - wäre, dass ein Warenwirtschaftssystem, das etwas auf sich hält, einen solchen Standard wie BMEcat nativ unterstützt, steht außer Frage.

das ist leider korrekt. Aber man kann in der Sache natürlich auch JTL verstehen. Die Nachfrage ist natürlich sicherlich zu gering um so eine Schnittstelle zu implementieren. Kosten und Nutzen stehen hier wahrscheinlich in keinem Verhältnis
Wenn jemand, jemanden kennt der diese Anforderung sauber umsetzen kann darf sich gerne bei mir melden 🙂

 

[obhannes]

Also in einem früheren Post, hat JAN das für uns mal testweise gemacht und eigentlich sehr gut hingekriegt. Das Problem ist halt dass ich nicht jedes mal JAN fragen möchte wenn wir einen Katalog einspielen müssen und es sind einige Schritte notwendig um eine Datei sauber einzuspielen. Wir bekommen pro Jahr ca. 20 BME Cat Dateien mit insgesamt ca. 85.000 Artikel. Ich kann mir einfach nicht vorstellen, dass nicht viele Händler das selbe Problem haben. Die arbeiten halt dann nicht mit den ETIM Klassen sondern machen das eben selber irgendwie.
Aber genau dafür sind die ETIM Klassen ja entwickelt worden um es insgesamt einheitlicher zu machen und eine einheitliche Kennzeichnung und Merkmale zu haben. Da verstehe ich JTL gar nicht, dass sie sich der Sache nicht mal annehmen und sich der Thematik widmen. Bisher hat JTL einfach gesagt: " zu wenig Nachfrage". Wird bei JTL nur nach Nachfrage entwickelt? Ich denke JTL sollte mit der Zeit gehen, sonst GEHEN sie mit der Zeit.

 

[Alex_adv]

... 7 Leute! ...

Jaja, die Merkmale. Die sind ein ewiges Leid und die Pflege bei vielen Artikeln ist extrem aufwendig. Erinnert sich noch einer an die Empfehlung, die JTL in seinen offiziellen Dokus hatte, mit nicht mehr als 50 Merkmalen zu arbeiten? Ist auch heute noch einen Lacher wert.

BME (1.2) bekommen wir auch wöchentlich von unserem Lieferanten, haben uns einen eigenen Parser via Access/VBA gebaut, lesen die Daten in eine Zwischentabelle in eazybusiness ein und importieren daraus dann selektiv mittels Ameise.
Allerdings ist BME 2005 nochmal eine andere Nummer, wegen der blöden Delta-Dateien. Mit Zeitaufwand kriegen wir auch das hin, aber solange wir noch BME 1.2 bekommen, brennt es noch nicht.

Mit Partnern ist das so eine Sache. Ein teurer Partner von uns hat mal steif und fest behauptet, BME ist kein XML. Muss man mehr sagen?
Auch aus diesem Grund versuchen wir, viele Prozesse in und um JTL herum inhäusig hinzubekommen.
Gerade versuchen wir, den Versanddatenimport zu automatisieren, mit Pech landen wir bei den StoredProcedures.....
Oder kennt dafür noch jemand eine andere JTL-eigene Möglichkeit außer dem automatischen Import via Packplatz? Warum kann sowas eigentlich nicht die hervorragend per Kommandozeile zu bedienende Ameise?

Besten Gruß
Alex

 

[obhannes]

Danke Alex, für dein Posting. Ich denke die Dunkelziffer der Anwender die selbst was stricken ist sehr hoch. Aber JTL hat sich seit 2019 nicht mehr geäußert. Denen geht das wahrscheinlich am A.... vorbei.
Hauptsache es kommen immer mehr fragwürdige Ad on´s, die zu bezahlen sind. Leider hat sich JTL in den letzten Jahren etwas in die falsche Richtung entwickelt. Auf eine Ticketanfrage habe ich die Antwort bekommen: "Du bist nicht berechtigt eine Frage zu stellen" . Muss ich mehr sagen?

 

[overfl0w23]

Vielleicht Interessant, ich entwickle schon länger ein solches mini PIM Tool:
https://forum.jtl-software.de/threads/bmecat-schnittstelle-jtl-wawi-dev.242949/

 

[astuparek]

Hallo zusammen,
dieser Thread ist zwar schon etwas älter, aber wir (excodata) wurden ja schon mal namentlich hier erwähnt.
Wir arbeiten unter anderem mit JTL-Kunden, die laufend oder unregelmäßig (also nur 1-3mal pro Jahr) BMEcat verarbeiten müssen. Für jene, die das nicht laufend (also nicht täglich) benötigen und die keinen Bock auf monatliche subscriptions eines PIMs, das für sie vielleicht „Overkill“ wäre, haben wir ein Tool mit Namen BMEtoolbox [https://www.bmetoolbox.io] laufen.
- Credit-basiert (keine monatlichen Fixkosten)
- ETIM-Übersetzung bei der Umwandlung als Zusatzoption möglich (ETIM-6.0 bis ETIM-10.0 sind aktuell integriert) und bei Auswahl im Umwandlungsprozess integriert. Dh es werden die übersetzten Werte bzw. Namen ausgegeben.
- das Tool „spuckt“ hier alle Informationen aus dem BMEcat mit allen nötigen Details aus, die dann über die JTL-Ameise weiterverarbeitet werden können.

zusätzlich bieten darin auch
- BMEcat erstellen auf Basis einer Excel
- ETIM-Daten validieren

wer sowas braucht gerne mal reinschauen oder mich anschreiben 🙂

VG
Alex von excodata

 

[Michael8925]

Hallo,

das ETIM-Problem ist bekannt und hat einen konkreten Grund: Die ETIM-Codes im BMEcat (z.B. EF001234 für das Merkmal, EV012345 für den Wert) sind nur Referenzen — die esbaren Namen stecken in der ETIM-Klassifikationsdatei,die separat gepflegt wird.

Ein Konverter, der nur die XML parst, gibt daher rohe Codes aus statt "Nennspannung" oder "230V". Das ist derGrund warum viele Tools hier scheitern.

Der korrekte Weg:
1. BMEcat parsen und ETIM-Codes extrahieren
2. Gegen die ETIM-Klassifikation auflösen (aktuell: ETIM 9.0, verfügbar unter etim-international.com)
3. Jeden ETIM-Merkmal als eigene Spalte ausgeben —so kann JTL-Ameise die Merkmale direkt als separate Attribute importieren

Ich baue gerade genau das (synorm.de, noch in Beta): BMEcat hochladen, ETIM-Merkmale werden aufgelöst undals einzelne Spalten mit Klartextnamen in derAmeise-CSV ausgegeben — ohne manuelle Nacharbeit.

Falls ihr konkrete BMEcat-Dateien habt (ETIM 7 oder 9),
kann ich gerne testen ob die Konvertierung klappt.

Viele Grüße
Michael

 

[astuparek]

Hallo,
unsere BMEtoolbox macht/kann das schon alles, ist also weit mehr als ein reiner XML-Parser.
ETIM-Codierungen werden in allen gängigen Version von 7.0 bis einschließlich 10.0 wenn gewünscht automatisch übersetzt und dann entsprechend als "übersetzte" Werte in einer CSV oder als Excel ausgegeben.
Also im Grunde hast es in der BMEtoolbox heute schon:
- BMEcat hochladen
- Ansehen was drinnen ist
- Option wählen für ETIM-Übersetzung
- Output wählen (CSV oder Excel) und Vorschau anzeigen
- Export starten
- Dateien herunterladen und über Ameise importieren

Viele Grüße,
Alex