Neu Variationen für Designvorlage auslesen

[protonmg]

Liebes Forum,
gerade bin ich dabei eine Designvorlage für Ebay zu erstellen. In dieser Vorlage würde ich gerne - soweit vorhanden - die Variationswerte eines Varianten-(Vater)-artikels ausgeben. Leider finde ich in den zur Auswahl stehenden Variablen die für die Variationswerte nicht.
Weiß jemand zufällig (SQL Direktabfrage?) wie man diese Werte auslesen kann.
Ich bin für jede Unterstützung sehr dankbar.
Herzlichst, Matthias

 

[trennscheibenwelt]

Hallo Liebes Forum,

Wir haben ein ähnliches Problem bzw. werden uns in der Vorlage keinerlei Variationen ausgegeben.
Meine Frage an dieser Stelle ist ist vielleicht unser code Falsch?

<!-- Variationen, Eigene Felder -->
{% assign Variationen = Vorgang.Artikel.EigeneFelder.Ebay.Variationen -%}
{% assign VariationenVorhanden = Variationen | IsFilled -%}
{% if VariationenVorhanden -%}
 <div class="specification">
 <h3>{{ GlobaleTexte.Übersetzungen.InFolgendenVariationen | Sprache : Vorgang.Sprache }}</h3>
 {% assign Werte = Variationen | split: ',' -%}
     <div class="var">{{ Werte }}</div>
</div>
{% endif -%}
<!-- Variationen, Eigene Felder EOF -->

Das kann man z.B. an diesem angebot gut erkennen: Zum eBay Angebot

Wawi version 1.5.9.0

 

[aadursun]

Habt ihr die Variationen lösen können, stehe vor dem gleichen Problem.
Wenn ja würde ich um den Code bitten.

 

[wawi-dl]

Hat das jemand bereits umgesetzt?

 

[G. Pilz]

Hallo zusammen,

ich möchte das Thema auch nochmal hochholen.
Als relativer JTL Neuling bin ich hin und wieder immer noch erstaunt darüber, dass es Dinge/ Punkte gibt, die eigentlich für sehr viele Anwender relevant, bzw. von Interesse sein dürften, auf die man hier im Forum keine (funktionierende) Antwort/ Lösung findet.

Und dass man in einer ebay Designvorlage auch alle vorhandenen Variationen einbinden/ aufzeigen kann, gehört für mich eindeutig zu diesen Punkten.

Wenn es seitens JTL schon keine passenden Variablen dafür gibt, dann erwarte ich aber eigentlich schon, dass JTL hier und/ oder im Guide einen "Workaround" bereitstellt.
AFAIS ist der einzig sinnvolle wohl der, eine eigene SQL-Abfrage zu erstellen und sich die Varkombis so zu holen.
Der "Umweg" über ' Eigene Felder' ist imho vom Pflegeaufwand her viel zu hoch. Zumal grundsätzlich Datenredundanz keinen Sinn macht!

Das aus meiner Sicht "nervige" daran ist, dass man sowieso schon erst ein Studium von DotLiquid absolvieren muss, und jetzt dann auch noch eins für SQL.

Also falls das jemand von euch schon "gelöst/ umgesetzt" hat, wäre es sehr nett, wenn er seine Version mit uns teilen würde - vielen Dank!
Notfalls wären wir auch bereit, uns für eine funktionierende Lösung "erkenntlich" zu zeigen.

VG
Gunther

 

[wawi-dl]

eBay vergibt intern je Variante eine ID, mit dieser könnte man dann auch Links bauen um genau diese zu öffnen.

Die eBay API übergibt aber diese ID nicht, bzw. es gibt dafür laut JTL kein Feld, somit kann auch nichts importiert werden.

Man könnte also höchsten starre Varianten auslesen aus der SQL-DB, dazu muss man aber eine SQL-Abfrage bauen.

 

[G. Pilz]

Hi,

danke für deine Antwort.

eBay vergibt intern je Variante eine ID, mit dieser könnte man dann auch Links bauen um genau diese zu öffnen.

Die eBay API übergibt aber diese ID nicht, bzw. es gibt dafür laut JTL kein Feld, somit kann auch nichts importiert werden.

So "komfortabel" soll es ja gar nicht sein, bzw. dürfte das ohne JS oder entsprechende Bereitstellung der Daten seitens eBay über die API aktuell auch gar nicht möglich sein.

Man könnte also höchsten starre Varianten auslesen aus der SQL-DB, dazu muss man aber eine SQL-Abfrage bauen.

Ja, um diese "Variante" geht es mir.
Und warum muss jetzt jeder JTL Anwender, der für seine eBay Angebote eine Designvorlage verwendet und in dieser gerne (statisch) seine Variationen aufzeigen möchte, sich das selber bauen?

Wenn JTL schon keine entsprechende Designvorlage standardmäßig mitliefert (was ja schon traurig genug ist), dann könnte man imho zumindest erwarten, dass JTL uns die entsprechende(n) Abfrage(n) irgendwo bereitstellt - finde ich nicht zu viel verlangt, bei einem Punkt, der sehr viele Anwender betreffen dürfte.

VG
Gunther

 

[wawi-dl]

Nein, JS braucht man dazu nicht, die Planung war eine Tabelle mit Varianten automatisch zu erzeugen, die als CrossSelling direkt die Varianten aufruft.
Wird schon gemacht, aber nicht mit JTL und ist saugeil.

Sehe ich jetzt leider anders, weil allein die Varianten bringen eigentlich nichts, oftmals werden noch weitere technische Infos benötigt.
JTL liefert eine Wawi, alles andere ist eher Sache von "Dienstleistern", Designvorlagen + extra Wünsche.

Wir haben uns ein Excel-Tool gebaut, das einen HTML Code zu den Varianten + technischen Daten erstellt, einmal erstellen und einfügen.
Sofern man mit Merkmale arbeitet, könnte man das sicher auch als Abfrage bauen, war uns aber bislang zu aufwendig.