Offen Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeordnet

[caillou]

Hallo,

Ich weiß wie man Exportvorlagen zuordnet, doch wenn die Versandart vom Shop mit der Kilozahl übernommen wird, müsste ich jede Möglichkiet von 0 Kg bis 99Kg (mit zwei Stellen hinterm Komma -> ca. 10.000 Möglichkeiten) als eine einzelne Versandart abspeichern.

Gibt es dazu eine Lösung?

bitte um Hilfe



Abgesehen davon

- JTL funktioniert seit dem Update sehr lahm
- hat ab und zu Probleme sich mit der Datenbank zu verbinden
- Lieferscheine werden nicht direkt in der Auftragsübersicht gedruckt, man muss die seperat in der Versandübersicht nochmall anklicken und Drucken.

Ansonsten könnte es unter Umständen einen gewissen Mehrwert bieten.


Beste Grüße

 

[ok_selling]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Wir haben bei uns jetzt im Shop die Versandarten umgeschrieben, dass der Shop nur noch DHL oder UPS überträgt. Selbst wenn du dir die arbeit machst, die 10000 einer Versandart zuzuordnen wirst du beim Import Probleme bekommen, da du nun für jede Versandart einzeln den Import machen musst, sonst wird deine Bestelllung nicht auf versand gesetzt. Bei uns sind es momentan ~4500 automatisch angelegte Versandarten und, JTL kann es vielleicht nicht verstehen, aber uns war es zu aufwendig jeden Tag den Import für ~4500 verschiedene Versandarten zu machen.

Über eine Lösung wäre ich auch überaus Dankbar 😉

 

[ok_selling]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Ach ja, fang blos nicht an die automatisch anglegten zu löschen! Weil die dann auch nicht mehr rein kommen, also die sind irgendwo im Nirvana.

 

[Jan Weber]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Hallo,

habt ihr Gewichte an euren Produkten gepflegt? 10.000 Versandarten?
Warum richtet ihr keine Gewichtsstaffel ein oder schaut euch mal die Workflows an? Komme gerade bei eurem Arbeitsablauf nicht ganz mit!

Wenn es Performance Probleme gibt kann über das DB-Tool eine Performanceoptimierung angestoßen werden, sollte das Problem weiter auftreten bitte ein Ticket übers Kundencenter eröffnen wir schauen uns das dann gerne an!

Auftragübersicht -> Lieferschein drucken = warum? aus welchem Grund sollte man dort einen Lieferschein benötigen?

 

[ok_selling]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Der Webshop, ich glaub das war damals bei XT Standart überträgt das folgerndermaßen:



Es wird immer das Gewicht mit an die Versandart gehängt, was in der alten Wawi nie ein Problem war. Ab dem Punkt wird es mit dem Import / Export schwierig, da er beim Export sagt, dass er nicht weiß welche Versandart er nutzen soll, was logisch ist, weil es ja nicht hinterlegt ist. In der alten Wawi konnte man aber sagen nutze halt DHL oder UPS für das alles und gut, dann hat er das durchgezogen, heute klappt das nicht mehr, man muss die Aufträge einzeln bearbeiten um die Versandart anzupassen bzw. bei den "Automatisch erstellten Versandarten" das "Entspricht eigener Versandart" auswählen.

 

[caillou]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Hallo

es scheint, dass ich nicht der einzige mit diesem Problem bin.

@ Jan Weber:

Artikel 1. Gewicht: 0,35 KG
Artikel 2. Gewicht 1,22 KG
Artikel 3. Gewicht 0,75 KG

Mit 3 Artikeln lassen sich sehr viele unterschiedliche Möglichkeiten kombinieren wie groß das Gesamtgewicht einer Bestellung sein kann.


Z.B.
Kunde 1 bestellt Artikel 1 = 0,35KG (Gesamtgewicht der Bestellung)
Kunde 2 bestellt 2x Artikel 2 und 1x Artikel 3 = 2,44+0,75= 3,19 KG

So ich müsste jetzt im JTL Versandart "Versichert nach DE KG:0,35" und "Versichert nach DE KG:3,19" als eine seperate Versandart einfügen.

Jetzt kann man sich ausrechnen dass bei 50+ Artikeln die Möglichkeiten unendlich sind, wie schwehr ein Paket sein kann.

Die Lösung wäre, dass der Onlineshop die KG Anzahl nicht übermittelt, aber ob das eine Lösung ist. Es hat ja die letzten 12 Jahre funktioniert.

 

[caillou]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor


so sieht das aus.

 

[caillou]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

OK hat jetzt jmd eine Lösung?!

Ich mache pflege seit dem Update die Adressdaten manuell ein. Das kann doch nicht ein erfolgreicher Update seiin?

 

[ok_selling]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Hey caillou,

wir haben es nun so gemacht, dass wir alles zusammenfassen. Bei uns in der Wawi gibt es nur noch DHL oder UPS als Vorlage. Man kann in den Exportvorlagen mit dieser Dotliquet(?) Sprache eine erweiterte Vorlage erstellen. Hier werden die nötigen Dinge gesetzt damit z.b. easylog weiß ob Express oder so sein soll. Leider ist der Versand nun nicht mehr an die Vorlage sondern an die Versandart geknüpft, was meiner Meinung ein komplette Fehlentscheidung war. Da man nun kein bisschen Flexibel mehr arbeiten kann und man viele Workarounds machen muss damit man so arbeiten kann wie vor dem Update. Leider sieht das hier JTL etwas anders, keine Ahnung warum, aber ich denke, dass mehere Nutzer genau an diesem Problem waren.

Viele Grüße

 

[maik.schwefer]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Hallo zusammen,

wenn ihr den alten XT-Connector nutzt, sollte jemand dort den php-Teil anpassen, damit man nicht pro Gewicht eine Versandart angibt. Es gibt ja in der Wawi extra ein Artikelgewicht und ein Versandartgewicht, und es macht keinen Sinn für jedes Gewicht eine Versandart zu pflegen.

 

[++chris++]

AW: Versandadressen Export - Versand DE Kilo: xx,xx wurde keine Exportvorlage zugeor

Man kann bei "Versandkosten nach Zonen" vom alten XTC oder modified-ecommerce Shop auch Gewichtsgruppen ausgeben.
Damit reduzieren sich die Mappings erheblich. Je nach Euren Gewichts/Kosten-Konfigurationen auf 5-7 pro DE/EU/Worldwide

Ein paar kleine Anpassungen im Shop sind nötig:
(root)/includes/modules/shipping/zones.php

$shipping_method = MODULE_SHIPPING_ZONES_TEXT_WAY . ' ' . $dest_country . ' : ' . $shipping_weight . ' ' . MODULE_SHIPPING_ZONES_TEXT_UNITS;

ersetzen durch:

$shipping_method = MODULE_SHIPPING_ZONES_TEXT_WAY . $zones_table[$i+2]  ;

Und für die Texte:
(root)/lang/german/modules/shipping/zones.php

define('MODULE_SHIPPING_ZONES_TEXT_TITLE', 'Versandkosten nach Zonen');

ersetzen durch:

define('MODULE_SHIPPING_ZONES_TEXT_TITLE', 'Versicherter Versand ');

und

define('MODULE_SHIPPING_ZONES_TEXT_WAY', 'Versand nach:');

ersetzen durch:

define('MODULE_SHIPPING_ZONES_TEXT_WAY', 'Gewichtsklasse: ');

Texte natürlich frei wählbar und für weitere Sprachen in der zones.php im jeweiligen "/lang/" Unterverzeichnis zu ändern.

Bei Versand in mehrere Länder ein bisschen mit dem Gewicht aufpassen.
Wenn in WaWi DE/EU/Worldwide auf verschiedene Versandarten/Dienstleister gemappt werden soll, dürfen dort in den Shop-Versandzonen für DE/EU/Worldwide nicht dieselben Gewichtslimits stehen.
Also besser definieren in: Zone1 DE 10kg und Zone2 EU 9.99kg.

 

[++chris++]

Kleine Änderung: Versandadressen Export - Versand DE Kilo: xx,xx.....

Änderung: Kleiner Fehler im ersten Teil

(root)/includes/modules/shipping/zones.php

$shipping_method  = MODULE_SHIPPING_ZONES_TEXT_WAY . ' ' . $dest_country . ' : ' .  $shipping_weight . ' ' .  MODULE_SHIPPING_ZONES_TEXT_UNITS;

ersetzen durch:

$shipping_method = MODULE_SHIPPING_ZONES_TEXT_WAY .  $zones_table[$i+2]  ;

Man sollte seine finalen Codes doch aus dem Live-Shop nehmen und nicht aus einer Zwischensicherung aus den Testordnern

Der richtige neue Code ist:

$shipping_method = MODULE_SHIPPING_ZONES_TEXT_WAY . $zones_table[$i]  . ' ' . MODULE_SHIPPING_ZONES_TEXT_UNITS ;

d.h. statt [$i+2] darf nur [$i] stehen, sonst verschiebt sich etwas in der Stufenberechnung.
Live hatte ich damals, wie zu sehen, auch noch " . ' ' . MODULE_SHIPPING_ZONES_TEXT_UNITS " für "kg" ergänzt.