Neu Wichtige Infos zu GPSR-Attributen für JTL-eazyAuction und kommende JTL-Wawi Version 1.9.6.0

[Micmac]

Das fragen wir uns auch.
Klappt die Übertragung der Hersteller bzw. "Verant..P." zu Amazon?

 

[Cassiopeia]

Das fragen wir uns auch.
Klappt die Übertragung der Hersteller bzw. "Verant..P." zu Amazon?

Amazon hat das nicht mal in Ihrer eigenen Excel drin. Nur Hersteller. Deshalb alles schön per Hand.

 

[Javi]

Einen wunderschönen guten Tag,

ich habe gerade mal versucht diese Fülle an Beiträgen zum Thema GPSR & eBay zu durchforsten. Habe ich die detailierte Anleitung für die Übetragung zu eBay überlesen? Bei uns wird gar nichts zu eBay übertragen, während der Abgleich zum shop funktioniert.

Welche JTL Wawi Version haben sie?
Wir haben 1.9.6.1, Hersteller daten komplett angelegt und unter eBay > Bilder /Beschreibung Aktualisieren, danach sind die Daten bei eBay übertragen. Es ist zwar unter verantwortlichste Person drinnen aber sind übertragen und sichtbar.

 

[oliverk]

Zum Thema Kaufland:

Übertragungsfehler
Wir hatten auch das Problem, dass die Kontaktdaten nicht an Kaufland übermittelt wurden. Ich hatte heute Kontakt zum JTL-Support. Es gab noch einen Bug, der dazu führte, dass auch die Telefonnummer angegeben werden musste. Das Problem wurde heute gelöst. Jetzt sollte es funktionieren.

Hersteller vs. verantwortliche Person
Dass die Lösung von Kaufland, nur eine Kontaktadresse zu ermöglichen ggf. zu rechtlichen Problemen beim Verkauf von Ware aus Drittländern führen kann ist das eine Problem. Das andere Problem ist der Lösungsvorschlag im JTL-Guide (https://guide.jtl-software.com/jtl-...-an-kaufland-global-marketplace-uebermitteln/) für alle Produkte die eigentlich keine verantwortliche Person benötigen, den Hersteller als verantwortliche Person anzulegen, damit die vorgeschlagenen DotLiquid-/SQL-Abfragen richtig funktionieren. Man kann das aber auch sauberer lösen und - falls vorhanden - die verantwortliche Person ausgeben und wenn keine verantwortliche Person angelegt ist, dann eben den Hersteller. Darüber hinaus wünscht sich Kaufland eine bestimmte Syntax für die Adressen, die in den Snippets im JTL-Guide auch nicht respektiert wird.

Hier meine erste funktionierende Variante dazu (bitte korrigiert, optimiert, verbessert):

NAME

{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cCompanyName
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Hersteller = query | DirectQueryScalar -%}\
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cCompanyName
FROM Contact.tProductComplianceContact
JOIN Contact.tAddress ON tAddress.kContact = tProductComplianceContact.kContact
JOIN Artikel.tArtikelComplianceContact ON tArtikelComplianceContact.kProductComplianceContact = tProductComplianceContact.kProductComplianceContact
WHERE tArtikelComplianceContact.kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Verantwortlicher = query | DirectQueryScalar -%}\
{% if Verantwortlicher -%}
{{ Verantwortlicher }}{% else -%}{{ Hersteller }}{% endif -%}

E-MAIL

{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cEmail
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Hersteller = query | DirectQueryScalar -%}\
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cEmail
FROM Contact.tProductComplianceContact
JOIN Contact.tAddress ON tAddress.kContact = tProductComplianceContact.kContact
JOIN Artikel.tArtikelComplianceContact ON tArtikelComplianceContact.kProductComplianceContact = tProductComplianceContact.kProductComplianceContact
WHERE tArtikelComplianceContact.kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Verantwortlicher = query | DirectQueryScalar -%}\
{% if Verantwortlicher -%}
{{ Verantwortlicher }}{% else -%}{{ Hersteller }}{% endif -%}

ADRESSE

{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT CONCAT(tAddress.cStreet, ' ', tAddress.cHouseNumber, ', ' ,tAddress.cCity, ', ', tAddress.cPostalCode, ', ', tAddress.cCountryIso2)
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Hersteller = query | DirectQueryScalar -%}\
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT CONCAT(tAddress.cStreet, ' ', tAddress.cHouseNumber, ', ' ,tAddress.cCity, ', ', tAddress.cPostalCode, ', ', tAddress.cCountryIso2)
FROM Contact.tProductComplianceContact
JOIN Contact.tAddress ON tAddress.kContact = tProductComplianceContact.kContact
JOIN Artikel.tArtikelComplianceContact ON tArtikelComplianceContact.kProductComplianceContact = tProductComplianceContact.kProductComplianceContact
WHERE tArtikelComplianceContact.kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Verantwortlicher = query | DirectQueryScalar -%}\
{% if Verantwortlicher -%}
{{ Verantwortlicher }}{% else -%}{{ Hersteller }}{% endif -%}

 

[Cassiopeia]

Gibt es denn jetzt irgendwo eine Aussage von JTL ob die 1.9.6.5 kommt ? Langsam wirds echt knapp und wir überlegen trotz der ganzen Fehler dann auf die 1.9.6.4 zu gehen weil wir langsam mal Daten übermitteln müssen für die GPSR. Amazon machen wir ja schon händisch.

 

[Newald1004]

Gibt es denn jetzt irgendwo eine Aussage von JTL ob die 1.9.6.5 kommt ? Langsam wirds echt knapp und wir überlegen trotz der ganzen Fehler dann auf die 1.9.6.4 zu gehen weil wir langsam mal Daten übermitteln müssen für die GPSR. Amazon machen wir ja schon händisch.

ich bin up to date, aber ich kann auch nicht weiter machen, da ich keine Hersteller anlegen kann oder ändern oder ergänzen oder oder oder. Amazon hab ich auch schon händisch gemacht. eBay funktioniert wenn du bereits deine Hersteller gepflegt hast. Shop funktioniert auch mit dem Plugin. Aber null Reaktion Seitens JTL, das kotzt mich mittlerweile extrem an.

 

[Micmac]

ich bin up to date, aber ich kann auch nicht weiter machen, da ich keine Hersteller anlegen kann oder ändern oder ergänzen oder oder oder. Amazon hab ich auch schon händisch gemacht. eBay funktioniert wenn du bereits deine Hersteller gepflegt hast. Shop funktioniert auch mit dem Plugin. Aber null Reaktion Seitens JTL, das kotzt mich mittlerweile extrem an.

Was heißt "Amazon händisch" genau? Jeden Artikel im Seller Central bearbeitet?

 

[Newald1004]

Was heißt "Amazon händisch" genau? Jeden Artikel im Seller Central bearbeitet?

yupp

 

[Micmac]

Wir haben ja sonst nix zu tun.

D.h., diese mehr als umständlich vormulierten Angaben per Hand bearbeiten?

Zitat:

Kreuzen Sie „Ja“ an, wenn Ihr Produkt keine Warn- und Sicherheitshinweise hat, weil es auch ohne diese Hinweise sicher und bestimmungsgemäß verwendet werden kann.

Kreuzen sie ja an wenn nein. Langsam wird albern.

Habt ihr euch einmal auf einer Verkausseite von Amazon die "Verantwortlichen Personen" angeschaut? Da tauchen alle möglichen Firmennamen mit allen möglichen Adresse auf, bunt gemischt. Auch sehr schön.

 

[Michi001]

wir haben seit ca. 3 Tagen Version 1.9.6.4 und haben die Daten lt. dem JTL Guide bei den Herstellern und Kontaktpersonen eingetragen (mal abgesehen davon, dass wenn man vor dem update mit den Attributen gearbeitet hat, JTL die Hersteller nun doppelt migriert...ergo mussten wir alles manuell wieder umstellen), dennoch werden die Daten nicht an ebay und Völkner übertragen. Im Shop wird bei den Herstellernamen nur der Kurzname angezeigt, jedoch nicht die vollständige Firmierung.

Anscheinend arbeiten bei JTL lauter Entwickler die nicht mitdenken... eine andere Erklärung habe ich nicht für dieses Chaos, dass bei JTL mittlerweile seit Jahren gelebt wird.

Ich hab´echt langsam die Nase voll von diesem Saftladen. Ist denn dem JTL Team eigentlich bewusst, welche Verantwortung sie haben, indem sie solch ein Produkt auf den Markt bringen? Tausende Unternehmen verlassen sich darauf dass die Software funktioniert. Tatsächlich funktioniert diese seit Jahren max. zu 50%! und dafür zahlen wir über 400,- EUR im Monat??? Ich bin echt mega sauer

 

[Cassiopeia]

Wir haben ja sonst nix zu tun.

D.h., diese mehr als umständlich vormulierten Angaben per Hand bearbeiten?

Zitat:


Kreuzen sie ja an wenn nein. Langsam wird albern.

Habt ihr euch einmal auf einer Verkausseite von Amazon die "Verantwortlichen Personen" angeschaut? Da tauchen alle möglichen Firmennamen mit allen möglichen Adresse auf, bunt gemischt. Auch sehr schön.

Ganz genau. Weil ja Excel nicht funktioniert bzw. da man zum Beispiel die verantwortliche Person nicht angeben kann.
Dazu kommt das man in der Excel auch noch die Producttypen angeben muss und JEDE einzelne SKU und ASIN aufführen muss, die man sich natürlich vorher nicht aus den Verstoßdashboard exportieren kann.

Du musst dann quasi mit ChatGPT STRG+A machen, alles markieren und sagen:

Gib mir alle SKUs und ASINS.

Richti geil...

 

[Christian F.]

Bin ich der einzige bei dem die im Guide verwendeten SQL Abfragen für Kaufland oder Voelkner nicht funktionieren?
Bei kommt immer eine Fehlermeldung.
Ich bin nun leider "nur" Händler und kein SQL Profi, daher kann ich damit nichts anfangen.

Vielleicht kann hier jemand helfen?

 

[AndreasNe]

Hallo,

wie bekommt man denn die Sicherheitsdatenblätter oder Symbole zu ebay übertragen. Muss man das händisch bei ebay machen?

LG
Andreas

 

[Cassiopeia]

Die neue 1.9.6.5 ist raus, hat jemand Erfahrungen ob die Fehler weg sind?

 

[wawi-dl]

https://forum.jtl-software.de/threa...ne-produktsicherheit-gpsr.216673/post-1238854

 

[Micmac]

Zum Thema Kaufland:

Übertragungsfehler
Wir hatten auch das Problem, dass die Kontaktdaten nicht an Kaufland übermittelt wurden. Ich hatte heute Kontakt zum JTL-Support. Es gab noch einen Bug, der dazu führte, dass auch die Telefonnummer angegeben werden musste. Das Problem wurde heute gelöst. Jetzt sollte es funktionieren.

Hersteller vs. verantwortliche Person
Dass die Lösung von Kaufland, nur eine Kontaktadresse zu ermöglichen ggf. zu rechtlichen Problemen beim Verkauf von Ware aus Drittländern führen kann ist das eine Problem. Das andere Problem ist der Lösungsvorschlag im JTL-Guide (https://guide.jtl-software.com/jtl-...-an-kaufland-global-marketplace-uebermitteln/) für alle Produkte die eigentlich keine verantwortliche Person benötigen, den Hersteller als verantwortliche Person anzulegen, damit die vorgeschlagenen DotLiquid-/SQL-Abfragen richtig funktionieren. Man kann das aber auch sauberer lösen und - falls vorhanden - die verantwortliche Person ausgeben und wenn keine verantwortliche Person angelegt ist, dann eben den Hersteller. Darüber hinaus wünscht sich Kaufland eine bestimmte Syntax für die Adressen, die in den Snippets im JTL-Guide auch nicht respektiert wird.

Hier meine erste funktionierende Variante dazu (bitte korrigiert, optimiert, verbessert):

NAME

{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cCompanyName
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Hersteller = query | DirectQueryScalar -%}\
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cCompanyName
FROM Contact.tProductComplianceContact
JOIN Contact.tAddress ON tAddress.kContact = tProductComplianceContact.kContact
JOIN Artikel.tArtikelComplianceContact ON tArtikelComplianceContact.kProductComplianceContact = tProductComplianceContact.kProductComplianceContact
WHERE tArtikelComplianceContact.kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Verantwortlicher = query | DirectQueryScalar -%}\
{% if Verantwortlicher -%}
{{ Verantwortlicher }}{% else -%}{{ Hersteller }}{% endif -%}

E-MAIL

{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cEmail
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Hersteller = query | DirectQueryScalar -%}\
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cEmail
FROM Contact.tProductComplianceContact
JOIN Contact.tAddress ON tAddress.kContact = tProductComplianceContact.kContact
JOIN Artikel.tArtikelComplianceContact ON tArtikelComplianceContact.kProductComplianceContact = tProductComplianceContact.kProductComplianceContact
WHERE tArtikelComplianceContact.kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Verantwortlicher = query | DirectQueryScalar -%}\
{% if Verantwortlicher -%}
{{ Verantwortlicher }}{% else -%}{{ Hersteller }}{% endif -%}

ADRESSE

{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT CONCAT(tAddress.cStreet, ' ', tAddress.cHouseNumber, ', ' ,tAddress.cCity, ', ', tAddress.cPostalCode, ', ', tAddress.cCountryIso2)
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Hersteller = query | DirectQueryScalar -%}\
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT CONCAT(tAddress.cStreet, ' ', tAddress.cHouseNumber, ', ' ,tAddress.cCity, ', ', tAddress.cPostalCode, ', ', tAddress.cCountryIso2)
FROM Contact.tProductComplianceContact
JOIN Contact.tAddress ON tAddress.kContact = tProductComplianceContact.kContact
JOIN Artikel.tArtikelComplianceContact ON tArtikelComplianceContact.kProductComplianceContact = tProductComplianceContact.kProductComplianceContact
WHERE tArtikelComplianceContact.kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Verantwortlicher = query | DirectQueryScalar -%}\
{% if Verantwortlicher -%}
{{ Verantwortlicher }}{% else -%}{{ Hersteller }}{% endif -%}

Die Codes funktionieren bei uns fehlerfrei, die Herstellerdaten werden zu Kaufland übertragen.

Funktionieren diese Codes auch bei Otto?

NACHTRAG:
Ja, die Codes funktionieren auch mit Otto, nur die Reihenfolge PLZ, Ort usw. ist "durcheinander". Die Daten des Herstellers kommen aber im OPC in der Artikelverwaltung unter Merkmale an.

 

[talis3r]

Wie macht ihr das auf allen andere EU Marktplätze bei Amazon ?

DE hat funktioniert aber das ist auch das einzige

 

[Micmac]

Das Gleiche hier.
Nach Update auf 1.9.6.5 und setzen des Haken "GPSR-Status - Sicherheitsbescheiningung auf "JA".

Nur Deutschland hat funktioniert. Alle anderen Marktplätze sind rot mit der Meldung: "[Produkt][Code: 4000006]: Unerwartete..."

 

[talis3r]

Unsere Entwickler haben am Server etwas gefixt. Falls die Fehlermeldungen noch da sind, versuchen Sie bitte hier noch einmal die GPSR Daten zu senden.

Funktioniert außerhalb DE Amazon wieder

 

[Micmac]

Fehler sind weg.
Allerdings wird der Haken bei den GPSR-Daten im sellercentral immer noch nicht gesetzt. Herstellerdaten kommen auch nicht an.

Was kann man machen (außer alles per Hand)?