Neu Export-Formate: Idealo - VK für verschiedene Länder?

[DITH-Shop]

Moin,

bzgl. Listung auf Idealo.DE und Idealo.AT würde ich ein Exportformat benötigen welches nicht nur die Artikelspezifischen VK und Zeiten für Deutschland, sondern in zwei weiteren Spalten die VK und Zeiten für Österreich ausgibt.

Stehe da gerade irgendwie auf dem Schlauch.
Wie mache ich das denn?
Bei den Einstellungen kann ich ja aktuell nur EIN Land auswählen..

Oder hat vielleicht jemand schon ein fertiges idealo-Export Format?!

 

[IchBinEs]

ich suche auch...

 

[DITH-Shop]

ich suche auch...

Rein theoretisch sollte das fast jeden betreffen der bei idealo listet...

 

[marcos software]

Die Doku von JTL listet zumindest nur global eine Variable auf (für VK wie auch LS), siehe https://guide.jtl-software.de/jtl/Kategorie:Shop-Exportformate#Idealo
Wie sieht denn ein Dump vom Artikel aus ( {$Artikel|@print_r} ) ?

 

[DITH-Shop]

Die Doku von JTL listet zumindest nur global eine Variable auf (für VK wie auch LS), siehe https://guide.jtl-software.de/jtl/Kategorie:Shop-Exportformate#Idealo
Wie sieht denn ein Dump vom Artikel aus ( {$Artikel|@print_r} ) ?

Du Fuchs
Leider bringt das aber auch nichts da die VK schon vor dem Export berechnet werden.

 

[marcos software]

Hm, scheint so, als ob der Shop es dann nicht könnte, will aber auch nicht JTL vorgreifen (zur Not da nachfragen).

Ich würde es dann sozusagen (überbrückungsweise) "hardcodet" im Exportformat hinterlegen, also zB wenn die Versandkosten für AT 4 Euro höher sind, dann machst du in dieser Column
{$Artikel->Versandkosten+4} (Achtung ohne Leerzeichen!). Kann man, wenn man möchte noch differenzieren anhand der Versandklasse per if else und $Artikel->cVersandklasse oder auch direkt $Artikel->kVersandklasse

Bei Lieferzeit würde ichs dann genauso machen, wobei es ja hier mehrere Felder zum ranziehen gibt, was man ggf. machen möchte / eingestellt hat (fLieferzeit, cEstimatedDelivery, kLieferstatus, cLieferstatus, nMinDeliveryDays, nMaxDeliveryDays,).
Alternativ könnte man hier auch über den Lagerbestand (oder [Lieferbar]) in Kombination mit der Versandklasse gehen (und evtl. der Bearbeitungszeit oder [nLiefertageWennAusverkauft] )

 

[x86]

Zwei Möglichkeiten (die mir einfallen):

Quick & dirty:
Du bettest innerhalb der Export-Vorlage direkt php mithilfe der seit Smarty v2 verfügbaren {php} Tags mit ein,
da die globalinclude.php (je nach Shop Version 3 => globalinlcude.php / Version 4 => globalinclude.php)
bei der Ausführung der Export-Vorlage für gewöhnlich zur Verfügung steht.

Dann Artikel initialisieren, im Konstruktor (gilt für Version 404 und evtl. auch früher) keine Sprache übergeben,
da diese in keiner property hinterlegt wird sondern einfach in der public Methode fuelleArtikel als 4 Parameter übergeben.
Hier am besten den Primary Key aus der tsprache Tabelle per NiceDB Abfrage einholen oder statisch hinterlegen,
natürlich suboptimal den Artikel ein erneutes Mal zu initialisieren aber nur so garantierst du dass auch alle Funktionsattribute
bei der Berechung der Versandzeiten berücksichtigt werden.

Besser:
Pluginlösung die den Artikel beim Initialisieren eines Artikels eine property mit einer inline Methode verknüpft, die Methode
kann dann bequem im Quelltexteditor im Backend ausgeführt werden um die zusätzlichen Informationen einzuholen.
Voraussetzung ist die Methode __call zum Überladen der Artikelklasse (habe ich nicht im Kopf ob JTL damit arbeitet / gearbeitet hat)

 

[bubu]

Hallo in die Runde

Bin grad dran, einen Export für AdCell zu machen.
Den Export für die Schweiz habe ich mit Schweizer Preisen und Schweizer Versandkosten sowie der Lieferzeit 2 - 3 Tage hinbekommen.
Lieferzeitberechnung im Export:

{* Lieferstatus *}
{if $Artikel->cEstimatedDelivery}<tab>
{$Artikel->cEstimatedDelivery}{else}<tab>
{$stockinfo}{/if}{$d}

Beim Export für die Euroländer haperts.
Der Europreis klappt, die Euroversandkosten ebenfalls. Aber die Lieferzeit?
Da ist leider nicht die drin, die ich der Versandart für das jeweilige Land hinterlegt (3 - 7 Werktage) habe, sondern die für die Schweiz.

Das ist doch ein Bug - da müsste doch ganz klar die andere Lieferzeit rein.....

LG, Markus