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

Javi

Gut bekanntes Mitglied
13. November 2021
45
36
Bochum
Zitat von keraworld:
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.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
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

Aktives Mitglied
5. November 2007
30
23
Leipzig
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 -%}
 
  • Gefällt mir
Reaktionen: mike.com1, AMP-Agentur, talis3r und 7 andere

Cassiopeia

Sehr aktives Mitglied
9. Mai 2017
454
71
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.
 
  • Gefällt mir
Reaktionen: Newald1004

Newald1004

Sehr aktives Mitglied
20. Juli 2018
124
41
Zitat von 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.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
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

Sehr aktives Mitglied
12. Februar 2016
312
52
Zitat von Newald1004:
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.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Was heißt "Amazon händisch" genau? Jeden Artikel im Seller Central bearbeitet?
 
  • Gefällt mir
Reaktionen: Newald1004

Micmac

Sehr aktives Mitglied
12. Februar 2016
312
52
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.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

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.
 

Anhänge

  • Amazon GPSR.png
    Amazon GPSR.png
    32,4 KB · Aufrufe: 54

Michi001

Sehr aktives Mitglied
15. Dezember 2020
130
30
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 :(
 
Zuletzt bearbeitet:

Cassiopeia

Sehr aktives Mitglied
9. Mai 2017
454
71
Zitat von 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 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.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
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.

Aktives Mitglied
30. April 2021
11
10
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?
 

Anhänge

  • Unbenannt.JPG
    Unbenannt.JPG
    50,9 KB · Aufrufe: 22

AndreasNe

Mitglied
27. Dezember 2023
83
7
Hallo,

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

LG
Andreas
 

Micmac

Sehr aktives Mitglied
12. Februar 2016
312
52
Zitat von 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 -%}
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
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.
 
Zuletzt bearbeitet:

Micmac

Sehr aktives Mitglied
12. Februar 2016
312
52
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

Aktives Mitglied
24. März 2019
99
12
Münster
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
 
  • Gefällt mir
Reaktionen: Micmac

Micmac

Sehr aktives Mitglied
12. Februar 2016
312
52
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)?
 
Du musst Dich einloggen oder registrieren um hier antworten zu können.
Ähnliche Themen
Titel Forum Antworten Datum
Neu nur die Infos zu Artikelbilder in CSV exportieren JTL Ameise - Eigene Exporte 45
Neu GPSR Sicherheitsbescheinigung erforderlich ja oder nein JTL-Wawi 1.9 2
Hilfe benötigt - Amazon-Fehler wegen fehlender GPSR-Informationen in JTL Amazon-Lister - Fehler und Bugs 1
Neu GPSR Sicherheitsbescheinigung erforderlich ja oder nein Amazon-Anbindung - Fehler und Bugs 1
Neu GPSR-Daten von JTL zu Kaufland und Amazon Amazon-Anbindung - Fehler und Bugs 3
Neu Bekomme das GPSR Plugin nicht installiert Plugins für JTL-Shop 2
Neu GPSR Adressdaten: Warum wie löscht man das Bundesland? JTL-Wawi - Fehler und Bugs 1
Neu JTL GPSR Plugin, Herstellerdaten im Tab anzeigen lassen? Allgemeine Fragen zu JTL-Shop 1

Ähnliche Themen

Top Bottom