Liebe Kunden,
ich freue mich, Euch über eine wichtige Neuerung in JTL-
eazyAuction zu informieren:
Mit der
bald kommenden JTL-Wawi Version 1.9.6.0 wird es möglich sein, die GPSR-relevanten Informationen direkt in JTL-Wawi zu verwalten und an die unterstützten Marktplätze zu übermitteln.
Bereitstellung von GPSR-Attributen für neue Marktplätze
Ab sofort stehen die für GPSR (General Product Safety Regulation) relevanten Attribute für die Marktplätze
Otto,
Kaufland und
Voelkner zur Verfügung.
Diese Attribute könnt Ihr bereits jetzt in JTL-Wawi füllen. Die Attribute werden als sogenannte "verkaufskanalspezifische Attribute" bereitgestellt. Ihr findet sie im ersten Tab der "Verkaufskanäle" in den Artikeldetails.
Allerdings habt Ihr erst mit der JTL-Wawi 1.9.6.0 die neuen Oberflächen/GUIs in dem Ihr diese Attribute global ablegen könnt.
- MediaMarktSaturn arbeitet noch an der Bereitstellung der erforderlichen Attribute.
- Conrad benötigt lt. eigener Aussage keine Bereitstellung der GPSR Informationen, da es sich um einen B2B Marktplatz handelt.
Neue Oberfläche in JTL-Wawi 1.9.6.0
Mit der kommenden JTL-Wawi Version 1.9.6.0 wird es eine neue Oberfläche geben, auf der Ihr zusätzliche GPSR-relevante Informationen eintragen könnt,
wie z.B. die verantwortliche Person oder die Anschriften-Informationen können am Hersteller gepflegt werden.
Falls Ihr diese Daten bereits in anderen Feldern (Attribute, Merkmale,
Eigene Felder etc.) hinterlegt habt, könnt Ihr diese wie gewohnt über
Dotliquid verknüpfen.
Zugriff auf GPSR-Daten via SQL
Da mit der ersten Veröffentlichung von
JTL-Wawi 1.9.6.0 voraussichtlich keine Dotliquid-Variablen für GPSR bereitstehen werden,
könnt Ihr über Directqueries (SQL Statements) direkt auf die entsprechenden neuen Datenbankfelder (für die Herstellerinformationen oder verantwortliche Personen) zugreifen.
So könnt Ihr die relevanten Informationen direkt weiterverwenden, bis die vollständige Integration erfolgt ist.
GPSR für Amazon und eBay – in Arbeit
Die GPSR-Attribute für
Amazon und
eBay befinden sich derzeit noch in der Implementierung.
https://issues.jtl-software.de/issues/WAWI-78522
https://issues.jtl-software.de/issues/WAWI-78300
Hiervon herausgenommen ist der neue
Amazon Lister 2.0, der sich aktuell in der Closed-Beta-Phase befindet. Auch hier stehen die GPSR-relevanten Attribute bereits zur Verfügung.
Achtet hier bitte auf die Formulierung und Erwartung von Amazon beim entsprechenden GPSR Attribut: "GPSR-Sicherheitsbescheinigung":
Hier muss ein
„Ja“ angekreuzt werden, wenn Euer Produkt
keine Warn- oder Sicherheitshinweise benötigt. Obwohl das Attribut möglicherweise zunächst "Nein" suggeriert, bedeutet hier tatsächlich "Ja", dass keine Bescheinigung notwendig ist.
Dies geht erst aus der Attributbeschreibung hervor:
Weg über die Amazon Angebotsverwaltung, losgelöst vom Amazon Lister 2.0
Ihr werdet in der
JTL-Wawi 1.9.6.0 eine neue Option "GPSR-Sicherheitsbescheinigung erforderlich?" in den
Amazon Angebotsdetails unter Plattformen > Amazon > Angebote vorfinden.
Dort könnt Ihr auch für mehrere Angebote gleichzeitig über das Kontextmenü diese Einstellung vornehmen.
Die Bezeichnung der Option haben wir hier vereinfacht, damit es nicht zu Missverständnissen führt wie beim
Amazon Lister 2.0
Falls Ihr Fragen habt oder Unterstützung benötigt, stehen wir Euch zur Verfügung!
Beispiele, Dotliquid und SQL Exkurs
Wawi GUIs:
Aufzurufen über die Menüleiste: Artikel > "Hersteller" oder "Verantwortliche Person"
- Hersteller
- Verantwortliche Person
Den Anhang 114322 betrachtenDen Anhang 114325 betrachten
Diese Daten werden dann mit dem Artikel wie folgt verknüpft:
Den Anhang 114328 betrachtenDen Anhang 114331 betrachten
Vorgehen zum Verknüpfen bei den neuen Marktplätzen (über SCX) wie Kaufland, Otto, Voelkner, hier aber am konkreten Fallbeispiel: Kaufland:
Hersteller
Den Anhang 114334 betrachtenDen Anhang 114337 betrachtenDen Anhang 114340 betrachten
- Hier die exemplarischen Directqueries für die 4 Kaufland Attribute, gezogen aus dem Hersteller
SQL:
-
- Verantwortliche Person E-Mail:
-- Verknüpft über den jeweiligen JTL-Wawi Stammartikel
{% capture query -%}
{% 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 Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cEmail }}\
-- Verantwortliche Person Unternehmensname:
-- Verknüpft über den jeweiligen JTL-Wawi Stammartikel
{% 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 Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cCompanyName }}\
-- Verantwortliche Person Rufnummer:
-- Verknüpft über den jeweiligen JTL-Wawi Stammartikel
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cPhoneNumber
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 Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cPhoneNumber }}\
-- Verantwortliche Person Anschrift:
-- Verknüpft über den jeweiligen JTL-Wawi Stammartikel
-- konkateniert aus mehreren Datenbankfeldern:
{% capture query -%}\
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cStreet, tAddress.cHouseNumber, tAddress.cPostalCode, tAddress.cCity, 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 Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cStreet }}{{ Positionen.Daten[0].cHouseNumber }}{{ Positionen.Daten[0].cPostalCode }}{{ Positionen.Daten[0].cCity }}{{ Positionen.Daten[0].cCountryIso2 }}\
Verantwortliche Person
Den Anhang 114343 betrachtenDen Anhang 114346 betrachtenDen Anhang 114349 betrachten
- Hier die exemplarischen Directqueries für die 4 Kaufland Attribute, gezogen aus der verantwortlichen Person
SQL:
-- Hersteller: E-Mail
-- Verknüpft über den jeweiligen JTL-Wawi Stammartikel
{% 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 Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cEmail }}
-- Hersteller: Name (Firma)
{% 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 Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cCompanyName }}
-- Hersteller: Rufnummer
{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cPhoneNumber
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cPhoneNumber }}
-- Hersteller: Adresse
-- konkateniert aus mehreren Datenbankfeldern:
{% capture query -%}
DECLARE @kArtikel AS INT = {{Vorgang.Allgemein.Stammdaten.InterneArtikelnummer }};
SELECT tAddress.cStreet,contact.tAddress.cHouseNumber,tAddress.cPostalCode, contact.tAddress.cCity,cCountryIso2
FROM tArtikel
JOIN tHersteller ON tHersteller.kHersteller = tArtikel.kHersteller
JOIN Contact.tAddress ON Contact.tAddress.kContact = tHersteller.kContact
WHERE kArtikel = @kArtikel \
{% endcapture -%}\
{% assign Positionen = query | DirectQuery -%}\
{{ Positionen.Daten[0].cStreet }} {{ Positionen.Daten[0].cHouseNumber }} {{ Positionen.Daten[0].cPostalCode }} {{ Positionen.Daten[0].cCity }} {{ Positionen.Daten[0].cCountryIso2 }}
Hinweis
- Bitte beachtet, dass dies hier exemplarische Dotliquids für diese 4 Kaufland Attribute sind.
- Die Beispiele sind auf einen einzelnen Artikel gemünzt, aber selbstverständlich sollte die Verknüpfung hier global erfolgen im globalen Mapping, so dass Ihr dieses nur einmal für jeden Marktplatz-Account vornehmen müsst!
- Navigation: Plattformen > Weitere Verkaufskanäle > "Verkaufskanalfelder zuordnen" (oder "Kategoriefelder"), und dort links oben den jeweiligen Marktplatz- und die Wurzelkategorie auswählen um diese globalen Attribute (verkaufskanalspezifischen Felder) auch global zu verknüpfen!
Den Anhang 114358 betrachten
Denn jeder Marktplatz stellt die GPSR Attribute aber anders bereit. Voelkner z. B. sehr vereinzelt bei der Anschrift.
Jedes Feld = Ein Attribut. Im o. g. Kaufland Beispiel musste die Anschrift in einem Attribut bereitgestellt werden, daher musste ich die Daten hier konkatenieren.
Das wäre bei Voelkner dann nicht erforderlich. Hier sind alle relevanten Datenbankfelder. Der gewünschte Wert muss dann in der ersten SQL Zeile (SELECT Statement) angepasst werden.
Ebenso unten im Result. Beispiel {{ Positionen.Daten[0].cCompanyName }}" für Firmenname.
Screenshots der Kaufland, Otto, Voelkner Attribute
Den Anhang 114361 betrachtenDen Anhang 114364 betrachten
Den Anhang 114367 betrachtenDen Anhang 114370 betrachten
Generelle Informationen zu den vorhandenen Datenbank Feldern
Hier zwei Screenshots der möglichen DB Felder und im folgenden die relevanten Datenbankinformationen!
Den Anhang 114352 betrachtenDen Anhang 114355 betrachten
SQL:
-- Contact.tAddress = Anschriften vom Hersteller oder Verantwortliche Person
-- Unterscheidung ob Hersteller oder Verantwortliche Person erfolgt über der Tabelle Contact.tContact am nType
-- Contact.tContact.nType = 1 = Hersteller
-- Contact.tContact.nType = 2 = verantwortliche Person
-- Contact.tContact weist auch Erstellzeitpunkte und Änderungszeitpunkte dieser Daten auf
SELECT *
FROM Contact.tContact
WHERE kContact IN (5,6)
SELECT cCompanyName,*
FROM Contact.tAddress
WHERE kContact IN (5,6)
/*
Contact.tAddress.cCompanyName - Firma
Contact.tAddress.cCompanyAdditionalName - Firmenzusatz
Contact.tAddress.cSalutation - Anrede
0 - Firma
1 - Herr
2 - Frau
3 - Divers
Contact.tAddress.cAcademicTitle - Titel
Contact.tAddress.cFirstName - Vorname
Contact.tAddress.cLastName - Nachname
Contact.tAddress.cStreet - Straße
Contact.tAddress.cHouseNumber - Hausnummer
Contact.tAddress.cAddressSupplement - Adresszusatz
Contact.tAddress.cPostalCode - Postleitzahl
Contact.tAddress.cCity - Stadt
Contact.tAddress.cCountryIso2 - Land
Contact.tAddress.cStateIso - Bundesland
Contact.tAddress.cPhoneNumber - Telefon
Contact.tAddress.cMobileNumber - Mobil
Contact.tAddress.cFaxNumber - Fax
Contact.tAddress.cEmail - E-Mail
Contact.tAddress.cHomepage - Website
*/
Aufkommende Rückfragen/Ergänzungen werden im folgenden sukzessive ergänzt/aktualisiert
(Stand: 17.10.2024 - 7:50 Uhr)
Frage: Die Tickets für eBay & Amazon sind noch in Bearbeitung, bedeutet dies, dass die GPSR Unterstützung nicht mehr rechtzeitig erscheint?
Antwort: Nein, diese Interpretation ist falsch. Amazon kann schon heute über den Amazon Lister 2.0 mit den GPSR Attributen befüllt werden. Und die Unterstützung über
die reine Angebotsverwaltung im Plattformen-Bereich der JTL-Wawi erscheint ebenfalls mit der genannten 1.9.6.0 welche in Kürze erscheinen wird. Das gilt auch für eBay.
Frage: Was ist mit Dateianhängen bei der GPSR Thematik?
Antwort: Ein Link zu einem PDF oder Bild kann für Amazon über den Amazon Lister 2.0 übermittelt werden. Aber nicht über den regulären Abgleich und der reinen Angebotsverwaltung im genannten Plattformbereich. Das dürfte auch bei eBay nicht möglich sein. (Info wird ggf. nochmal aktualisiert)
Frage: Ich muss Hersteller und die verantwortliche Person bereitstellen, wie handhabe ich das?
Antwort: Wenn man sich die obigen Szenarien anschaut und alle Attribute die die Marktplätze bereitstellen, ist es nicht möglich beide Informationen parallel zu übertragen. Ich kann in den Attributen immer nur entweder den Hersteller oder die verantwortliche Person übermitteln.
Die Marktplätze selbst, stellen diese Möglichkeit also noch nicht einmal bereit.
Frage: Wann erscheinen die Dotliquid Variablen, damit ich nicht mit SQL/Directqueries arbeiten muss?
Antwort: Tatsächlich hat sich nun ergeben, dass die Dotliquid Variablen doch zum Start der 1.9.6.0 bereitstehen werden. Die obigen SQLs werden daher wohl nicht benötigt werden. Ich lasse diese aber noch drin stehen, falls sie für den einen oder anderen JTL-Anwender oder
Servicepartner hilfreich sind für die neuen
Datenbanktabellen etc.
Frage: Wie gestaltet sich die Zuordnung der "verantwortlichen Person" am Artikel? Ist die Zuordnung automatisch gegeben, wenn der Artikel einen Hersteller hat?
Antwort: Nein, dass ist nicht der Fall. Die verantwortliche Person muss angelegt und kann dann einem Artikel zugewiesen werden, im Tab "sonstiges", siehe obiger Screenshots. Eine Anlage und Zuweisung soll aber auch via
JTL-Ameise möglich sein.
Wir haben keinen direkten Bezug zwischen Hersteller und Person hergestellt, da theoretisch ein Hersteller auch mehrere Personen haben kann, je nach Produkt-Kategorie.
Frage: Was ist mit dem Fall, dass man für einen Artikel mehrere Lieferanten hat, die allesamt als Importeure und als Zuständige gelten?
Antwort: Der Lieferant wird in dem GPSR Kontext von uns nicht beachtet, sondern nur "Hersteller" und "verantwortliche Person". Der Hersteller hat dann die verantwortliche Person zu benennen. Diese könnt Ihr wie oben angegeben anlegen und einem Artikel zuweisen.
