Varkomi

[testjo]

AW: Varkomi

Sorry zeit war...
Meinte beim A: also alte connector, dafür kein support weis jeder . Nur dass die neue wawi alles 100% gleich übertragt wie den alten <v1 ist da wichtig!

( also frage ist zweiledig aus zu legen, einer welche teilen wawi <v1 und danach wawi >v1 noch übertragen werden zum einer connector basierd auf irgendeine alte connector, und weiter den connector selbst was aber weil die past man selbe an, also eher zweitrangig ist wen die übertragung zu denen wawi seitig 100% gleich bleibt in neue wawi? ) Wen letzte also alle parameter, variable und und übergabe alte wawi und neue wawi 100% gleich geblieben sind, sollte es kein probleme darstellen wirklich anders dan mit alte wawi den fall war. ( und ja wen nicht richtig gemacht war es auch vorhin nicht richtig)

etwas dazu/erweiterungen mit alte connector ins neue wawi kan man eh nicht erwarten von JTL weil dafür gibt es den neue offene connector.

Hier sind wir ja in forum alte connectoren

Schon mal ein laufendes, funktionierendes Shopsystem gewechselt weil man eine Anforderung hat? Hast du überhaupt eine Ahnung was es zeitlich und finanziell bedeutet das Shopsystem zu wechseln???

Man könte dan auch shopsystem updaten zum ein neuere Fork, oder dritshopsystem und anderer wawi die dort auch mitmacht wie Vario und co. ist nur ein beispiel (über den tellerrand hinaus)

 

[testjo]

AW: Varkomi

Sorrry hoffe ich habe den eigentlich frage nicht durcheinander gebracht.
Also etwas durcheinander scheint mir hier den alte und neue connector in Antworten.

Frage ging ja über Alte connector.
Soweit mein wissen dazu, also wen es angepasst ist, aber den neue wawi macht nicht jeden anpassung alte connector mit, obdoch 100% gleich sein soll.te?
Dazu ist mehr gesagt, dieser teil soll wider drin sein oder kommen. (auch wen es zum fehler führen könnte) für mich ein frage an Daniel??? ( den varkombi möglichkeit wie es in forum gefragt war und so drin war mit den """fehler"" nicht vorgesehene Funktion)

Neue anpassungen alte connector die in xtc den varkombi's laufen lässt oder den neue wawi die den alte connector in einem doch den varkombi's angepast übergibt also alsob ein erneuerung / erweiterung seitens jtl soll meines wissen nicht da sein.

Weil dazu neue connector mit lizenz gibt, die laut Antworten hier beim Modified default nur den default standard Shopfunktionen unterstutzt da sind laut JTL kein varkombi's drin

Gambio laut forumteil hier beim jtl und dort beim gambio dan doch varkombi's mit neue connector.

übrige XTC und forks alte connector soll noch so laufen wie vorher in neue WAWi, ( muss aber nicht unbedingt wirklich so sein RAT ist erst mal testen)
Ist aber im auslauf, wielange noch kein Antwort dazu!
übrige XTCforks neue wawi und neue connector muss man selbe dran.


Lizenzen connector sehe preisliste und achte beim neue WAWi auch auf den kostenplichtige subscription, und auch die von neue Multishop v2 lizenz!

Bezahl status??

 

[dkforum]

AW: Varkomi

@daniel

aber was ist mit eindimensionalen Variationen? Kann man dort nicht Wawi und modified Shop zusammenbringen?
Warum kann die Wawi dort nicht einfach die Amazon Angebote mit den Lagerbeständen der Variationen abgleichen und koppeln?

 

[daniel.jtl]

AW: Varkomi

Funktionsweise und Datenstruktur sind vollkommen unterschiedlich.
Wie bereits beschrieben, fängt das ja schon damit an dass die Variationen in modified schon immer eine fehlerhafte Struktur bezüglich Beständen und Artikelnummern haben, da diese nicht an gebildeten Kombinationen sondern an einzelnen Werten gespeichert sind.
Man kann daher Variationen und Varkombis nicht durcheinander werfen und mischen. Das würde (ins Besondere beim Abgleich mit mehreren Plattformen) in kürzester zeit zu komplett inkonsistenten und defekten Daten führen.

 

[++chris++]

AW: Varkomi

Modified Attribute arbeiten eher wie die Stücklistenlogik in WaWi. Kann also keine mehrdimensionale Fashionlogik darstellen.
Eindimensionale VAR-Kombis oder mehrdimensionale Komponenten- bzw. Options-VAR-Kombis sollten aber kein Problem darstellen.

ModifiedShop hat dafür alle Daten und WaWi auch.
Die Übertragung von normalen Varationen klappt sogar mit dem alten Connector prima.
Artikelnummer, Aufpreis und Bestand werden beidseitig übertragen. (EAN beim Alten leider nicht).
Den Neuen habe ich mir nicht genau angeschaut, da ich bereits mit JTLShop4 experimentiere.

Was JTL für VAR-Kombis machen müsste, wäre, bei Erstellung von VAR-Kombis
eine bidirktionale Zuordnung der VAR-Kombis zu Variationen.

Und dies innerhalb der WaWi. Alle Daten hierfür sind in der WaWi eindeutig vorhanden.
d.h. WaWi muss die VAR-Kombi-Artikelnummer und weitere Daten in der Variation hinterlegen.
Ausschließlich erlaubt bei Eindimensionalen (oder mehrdimensionalen mit Optionen,
deren Bestand nur von der ersten Variation abhängt.)
Der Connector überträgt die Variationsartikelnummer sowieso an den Shop, welches dann ja die VAR-Kombinummer ist.
ModifiedShop gibt diese Variationsartikelnummer bei Bestellung wieder an WaWi.
Hier muss der Connector bzw. am Besten die WaWi die Zuordung zum VAR-Kombi-Artikel herstellen.
Beim Versand-Abgleich mit dem Shop wieder umgekehrt.

Mit einer Verbindung zwischen Variationen und VAR-Kombis in der WaWi wäre ganz sicher auch sehr
vielen bei der Umstellung auf die VAR-Kombilogik der WaWi und damit evtl. auf JTL-Shop geholfen.

Noch zögern sicher sehr viele, da zum Einen bei Umstellung auf VAR-Kombis im Moment das
gesamte vergangene Zahlenwerk, wie Historie und Bestände zerstört wird und zum Anderen
die bestehenden Shops nicht funktionieren würden.

Auch für mich im Moment ein unüberwindliches Hindernis. Daten zerstören ist ein absolutes NoGo.
Aber in Zusammenhang mit einer Lösung für diese Shop-Problematik hätte man einen Ansatz,
wie es weiter gehen könnte.

Es muss halt nur ein rotes PopUp hin: "Forbidden for Textilers", die aber eh oft keinen ModifiedShop gebrauchen können.

 

[daniel.jtl]

AW: Varkomi

Der alter Connector hat Daten des Varkombi-Vater-Artikels an den Shop übertragen und Kombis als eigenständige Artikel.
Das war ein fehlerhaftes Verhalten und hat zu großen Problemen geführt was Bestände angeht, Bestell-Positionen die nicht zugeordnet werden konnten und weitere inkonsistente Daten verursacht.

Variationen und Varkombis können und sollten auf keinen Fall miteinander vermischt werden, da es hier definitiv erhebliche Nachteile gibt.

Der neue Connector wird daher auch zukünftig für modified keine Varkombis unterstützen.
Wer diese einsetzen will muss entweder den Connector selbst anpassen und dann mit den vielen Nachteilen eines solchen Workarounds leben, oder aber einen zeitgemäßen Shop verwenden der die Funktion ordnungsgemäß unterstützt.

 

[++chris++]

AW: Varkomi

Zeitgemäß sind, wenn ich richtig verstehe, Shops, bei denen man Varianten mit einer Matrixlogik ohne bestandsfreie Optionen verwendet, die in einer Reihe Branchen nötig sind.
Nicht zeitgemäß sind dann Shops, die auf eindimensionalen, bzw. Optionsvarianten basieren, die in vielen anderen Branchen benötigt werden.
Ich grübel gerade.......Ist das jetzt faktisch oder philosophisch gemeint?

Die politische Entscheidung, noch nicht einmal eindimensionale oder Optionsvariationen für Varkombis im Connector zu realisieren, muss man halt akzeptieren.

Nur sollte Ihr Euch mal richtig Gedanken machen, wie viele Eurer Anwender mit verschiedenen Shops+Ebay etc. auf Varkombis umstellen können.

Ich hatte gehofft, auf dem Weg der nötigen Anpassungen innerhalb der WaWi zur Bereitstellung der Varkombis als Variationsartikel überhaupt eine Möglichkeit zu bekommen, auf Varkombis umzustellen.
Im jetzigen Status hat man die zeitgemäße Wahl zwischen Totalzerstörung von Artikelbestands-, Bestell- und Verkaufshistorie oder doppelter Artikelführung.

Deine paar beschriebenen kleinen Nachteile, von denen das Meiste sauber in WaWi abgefangen werden könnte und man für den Rest ansonsten halt nur ein bisschen diszipliniert arbeiten muss, sind damit verglichen absolut Peanuts.

 

[daniel.jtl]

AW: Varkomi

Nur sollte Ihr Euch mal richtig Gedanken machen, wie viele Eurer Anwender mit verschiedenen Shops+Ebay etc. auf Varkombis umstellen können.

Im Prinzip alle. Jedes moderne Shop-System, die Schnittstellen von eBay und Amazon eingeschlossen arbeiten ausschließlich und nur mit Varkombis.
Alles andere macht auch absolut keinen Sinn.
Das fehlerhafte und veraltete System wo Informationen wie Artikelnummern und Bestände an einzelne Variationswerte gehängt werden gibt es nur noch in modified.

 

[++chris++]

AW: Varkomi

Ich meinte übrigens: " 'wie' 'viele Eurer Anwender' " und nicht " 'wie viele' 'Eurer Anwender' ". Also im Sinne von "Howto".

Es geht um die Möglichkeit der Umstellung auf Varkombis, wovon auch mindestens eine Übergangsphase vor Umstellung ModifiedShop zu z.B. JTL- Shop betroffen ist.

Die jetzige Verfahrensweise bei Umstellung eines Artikles auf Varkombi geht leider nicht.
Dort verliert man, wie erwähnt, durch automatische Umwandlung aller bisherigen Bestellungen in Freipositionen sämtliche Daten.
Sogar die ehemaligen Variationen jeder betroffenen Bestellung.

Das ist eigentlich mein Kernpunkt. Sowohl für die Shop- als auch für die Ebay-Umstellung.

Wenn Ihr das mit den Freipositionen (evtl. als wählbare Option) verhindern würdet und am Besten anhand der Variationen über EigenschaftKombi den Verkauf dem Kind zuordnet, hätte man einen Weg, mit dem man übergangsweise leben kann.
Bestandsgrauzonen, die manuell umgebucht werden müssen, gab es bei mehrfach Variationen zwischen XT-Forks und WaWi ja schon immer.

Nur hätte man auf diese Weise überhaupt schonmal eine Möglichkeit auf Varkombis umzustellen.
Die fehlt nämlich komplett.

 

[daniel.jtl]

AW: Varkomi

Wie schon mal erwähnt haben normale Variationen und Varkombis zunächst mal nicht sehr viel miteinander zu tun.
Es handelt sich dabei um komplett andere Daten-Strukturen und eine vollständig andere Vorgehensweise.
Eine Hin- und Her-Konvertierung zwischen diesen beiden Formen ist daher auch explizit nicht gewünscht weil es einfach zu fehleranfällig ist und mit zu vielen Problemen verbunden ist.
Man kann nicht einfach aus einer ehemaligen Variation mal eben automatisiert eine Varkombi machen, ohne dass es dabei zu widersprüchlichen und falschen Daten kommt (nur mal eins der trivialsten Beispiele: Was soll die Wawi denn bei einer Kombi aus 3 Optionen machen, die alle beim jeweiligen Wert eine andere Artikelnummer hinterlegt haben und einen anderen Bestand?).

Wer eine Umstellung von Variationen zu Varkombis vornehmen möchte (was prinzipiell absolut sinnvoll und empfohlen ist), der muss auch mit der Umwandlung alter Daten in Freitextpositionen leben weil nicht beide Möglichkeiten parallel nebeneinander bestehen können.

Modified ist halt der einzige Shop der noch auf diese unlogische Weise arbeitet. Wer dieses System verwendet, der muss auch dessen Nachteile berücksichtigen.
Aus Gründen die ich ja nun mehrfach aufgeführt habe, lassen sich diese Dinge nun mal nicht ohne manuelles Nacharbeiten auf einen Nenner bringen. Und es kann auch nicht unsere Aufgabe sein merkwürdige Arbeitsweisen in Drittanbieter-Software zu kompensieren, indem wir bewusst inkonsistente und fehlerhafte Daten in der Wawi erzwingen. Und genau darauf würde es nun mal hinaus laufen...

 

[testjo]

AW: Varkomi

Die struktur kan man ja in XTCFORKS am einfachsten mit ein master slave hin bekommen für eindimenz variationen. ( eigenständige artikel und nr.)
Da hat man die verbindung zwischen vater und kinder doch oder?

Dieser module adons gibt es mehrer unterschiedliche, glaube auch im modified Forum solches mall gesehen zu habe.

Dan ist es mit ein alte connector bereits möglich die so an zu passen dass es dieser mittels wawiseitig par extra funktionsatribute und im connector den case abfragen richtig erweitern. möglich im neue connector muss man dort auch selbe dran weil wie Daniel sagt ist nicht seitens JTL vorgesehen, glaube eher erst ab die version Wo Modified es default drin hat ;)

Was JTL für VAR-Kombis machen müsste, wäre, bei Erstellung von VAR-Kombis
eine bidirktionale Zuordnung der VAR-Kombis zu Variationen.

Also bei beide alt oder neu braucht man dieser dan nicht von JTL, soweit es noch immer stimmt dass was Janusch gesagt hat den Alte connector ist im wawi >1 100% identisch im funktion.?
Und neu man selbe anpassen kan.

Den neue gambio connector hat es glaube ich bereits den varkombi oder Daniel?

 

[daniel.jtl]

AW: Varkomi

Dieser module adons gibt es mehrer unterschiedliche, glaube auch im modified Forum solches mall gesehen zu habe.

Das kann sein, wir haben uns damit nie beschäftigt. Wer derartige Anpassungen verwendet muss dann aber natürlich auch den Connector sehr stark ändern.

Den neue gambio connector hat es glaube ich bereits den varkombi oder Daniel?

Richtig. Der Gambio-Connector unterstützt Varkombis, da in Gambio Varkombis ja auch serienmäßig enthalten sind.
Die "alten" Variationen werden dort ja jetzt Schritt für Schritt abgeschafft, da bei Gambio ja auch erkannt wurde dass es sich dabei um eine fehlerhafte Struktur handelt die keine Zukunft mehr hat.

 

[testjo]

AW: Varkomi

Die "alten" Variationen werden dort ja jetzt Schritt für Schritt abgeschafft, da bei Gambio ja auch erkannt wurde dass es sich dabei um eine fehlerhafte Struktur handelt die keine Zukunft mehr hat.

Fehlerhaft nicht unbedingt aber so wie die meist gebraucht worden ist dan YEP.

Weil nicht fehlerhaft ist soweit mein Deutsch richtig ist dort wo die Variationen doch auch wirklich alle den selbe artikel nr haben und einem Lagerbestand dafür. ( dass kan ja sein bei unterschiedliches endbearbeitungen, wo basis aber gleiche einen artikel ist und nur die endbearbeitung bzw dort variation unterschiedlich sind)

Nur einer der beispielen wo es nicht unbedingt fehlerhaft ist und wo man eigentlich nicht so einfach sagen kan benutze gar kein "alte variationen" mehr oder ?

Drück aufträge / variationen in mehrere unterschiedliche Sprachen auf Taschen, Umschläge ( shirts naturlich nicht weil dort hat man oft den Prob kein eindimenz wegen farben und groessen) und so mehr.

Lagerbestand verwaltung bleibt dan aber schwierig ofcourse!

( oder mit Merkmale? )

 

[daniel.jtl]

AW: Varkomi

Fehlerhaft nicht unbedingt

Doch, definitiv und nachweislich. Das System in modified lässt zu dass man für jeden Variations-Wert Dinge wie Artikelnummer, Bestand, EAN usw. hinterlegen kann.
Sobald ein Artikel jetzt mehr als eine Option hat (z.B. Farbe und Größe) ist das gesamte System schon inkonsistent und unlogisch, weil keine eindeutige Zuordnung dieser Daten mehr möglich ist.
Da dieses Verhalten in absolut keinem Fall Sinn ergibt oder zielführend ist, kann man hier durchaus von einem Fehler sprechen.

 

[testjo]

AW: Varkomi

Sagte doch auch

Fehlerhaft nicht unbedingt aber so wie die meist gebraucht worden ist dan YEP.

 

[++chris++]

AW: Varkomi

Ich stimme Dir eindeutig zu, dass Varkombis das logische Ziel sind, worauf es letztendlich hinlaufen muss. Sonst würde ich mich auch nicht so intensiv da reinhängen.
Die Variationslogik des ModifiedShops ist definitiv deutlich überholungsbedürftig, da nur sehr begrenzt sauber einsetzbar.
Bei Eurer Varkombi-Logik kann man zwar neutrale Dienstleistungsvariationen bei Varkombis nur durch die Brust ins Auge über Stücklisten realisieren und es funktioniert im JTL- Shop sehr gut, aber da denke ich, werdet Ihr noch eine einfachere Möglichkeit finden.

Wie schon mal erwähnt haben normale Variationen und Varkombis zunächst mal nicht sehr viel miteinander zu tun.

Bis auf die Variationen selbst, die 100% eindeutig zuzuordnen sind und die Ihr ja auch selbst verwendet und verknüpft, um wiederum aus Varkombis Variationen darzustellen. Hier steckt übrigens auch die Lösung für zusätzliche bestandsfreie Variationen bei Varkindern wie o.g. Dienstleistungen ( wie Garantie etc.)

Es handelt sich dabei um komplett andere Daten-Strukturen und eine vollständig andere Vorgehensweise.

Genau hieraus entsteht ja das Migrationsproblem, für das Ihr weder ein Migrationskonzept, geschweige denn, wie es allgemein bei professionellen WWS-Anbietern bei massiven Umstellungen üblich ist, Migrationstools zur Verfügung stellt

Man kann nicht einfach aus einer ehemaligen Variation mal eben automatisiert eine Varkombi machen, ohne dass es dabei zu widersprüchlichen und falschen Daten kommt

abgesehen von eindimensionalen Variationen und/oder bestandsfreien Optionsvariationen

(nur mal eins der trivialsten Beispiele: Was soll die Wawi denn bei einer Kombi aus 3 Optionen machen, die alle beim jeweiligen Wert eine andere Artikelnummer hinterlegt haben und einen anderen Bestand?).

Hängt von der Artikelart ab, aber im Prinzip ähnlich dem, was Ihr beim Konvertieren zu Varkombis bereits macht. Nur halt ohne Datenverlust.
Und genau hier setzen die üblichen Migrationskonzepte/-Tools an. Umbuchungsmechanismen für Bestände und/oder Zwischeninventur, Artikelnummerkonvertierung ohne Verlust der Altdaten etc.

Also all das, wo Euer Konzept dein folgender Satz zu sein scheint...

Wer eine Umstellung von Variationen zu Varkombis vornehmen möchte (was prinzipiell absolut sinnvoll und empfohlen ist), der muss auch mit der Umwandlung alter Daten in Freitextpositionen leben weil nicht beide Möglichkeiten parallel nebeneinander bestehen können.

Erst argumentierst du, dass man ja keinesfalls widersprüchliche oder falsche Daten haben darf.
Jetzt bringst du ganz locker an, dass man seine gesamten Bestände, Bestellungen, Historien etc., mal so eben über Bord kippen soll.
Klar, ist logisch....Was weg ist, kann auch keinen Fehler mehr haben. Man kann sich auch vor den Bildschirm setzen und die Augen zu machen. Sieht man auch keinen Fehler.

Jetzt mal ehrlich.....Hast du dir schonmal Gedanken darum gemacht, was es für ein Handelsunternehmen bedeutet, wenn die kompletten Warenwirtschaftsdaten und -statistiken von Jahren geplättet werden?
Wenn ein IT-Chef versuchen würde, so etwas seinem CEO oder CFO klar zu machen, hätte er die fristlose Kündigung oder eine Kur in der Psychatrie in der Tasche

Modified ist halt der einzige Shop der noch auf diese unlogische Weise arbeitet. Wer dieses System verwendet, der muss auch dessen Nachteile berücksichtigen.
....Und es kann auch nicht unsere Aufgabe sein merkwürdige Arbeitsweisen in Drittanbieter-Software zu kompensieren,

Diese "merkwürdigen" Arbeitsweisen waren Eure eigene Arbeitsweisen, ohne dass es jemals eine Andeutung gab, sie nicht mehr zu unterstützen. Varkombis waren ein schönes Feature für Händler, die ein Matrixsystem brauchten.
Der jetzige plötzliche Zwang umzustellen, kommt auch von Euch.

....indem wir bewusst inkonsistente und fehlerhafte Daten in der Wawi erzwingen. Und genau darauf würde es nun mal hinaus laufen...

Dieser Satz beschreibt präzise das, was Ihr im Moment hervorruft. Umstellen geht nicht ohne Datenverlust, mit Umstellen geht Connector und teilweise Ebay nicht, ohne Umstellen keine neuen jetzigen und zukünftigen Features.

Migrationskonzepte/-tools sind zwar aufwendig, aber Vogel friß oder(und) stirb, ist jedenfalls keine Methode.

Vielleicht sollte Ihr mal einen Research machen, wie viele (Anzahl) noch alte Shops haben, evtl. sogar auf der alten WaWi festhängen und auf WaWi 1.0.x oder auf JTL-Shop nur nicht umsteigen, weil sie nicht wissen, wie ohne Datenverlust.....
...."Ihr Name ist Legion, denn sie sind Viele"

 

[jensderdritte]

AW: Varkomi

Es geht hier in dem thread ja eigentlich nicht um Möglichkeiten, einen modified o.ä. auf Varkombis umzustellen.
Das geht ja bei vielen und auch wir haben das seit Jahren problemlos am laufen.

Deswegen störte mich auch folgender Passus in der Umstiegscheckliste:

Damit es aber nicht zu dem oben beschriebenen, undefinierten Zustand kommt, werden mit dem neuen JTL-Connector keine Varkombi-Artikel (Väter/Kinder) zu Shop-Systemen gesendet, die keine Varkombis unterstützen. Dies betrifft den neuen und alten Modified-Connector sowie die alten XTC- und OSC-Connectoren.

Unser Modified gehört nicht zu den unterstützten Shopsystem, kann es aber trotzdem, da er angepasst ist.

Die elementare Frage ist also, wie im Eingangsposting geschrieben:

Können Variationskomibinationen mit dem alten XTC Connector übertragen werden oder werden diese ignoriert?

Wenn diese Frage einfach beantwortet würde, könnte dieser Thread auch den Status "gelöst" erhalten, ohne weitere Diskussionen ob sinnvoll oder nicht, ob geht oder wie oder nicht.

Für einen 304sp2 Shop kann ich es nicht beschwören, aber bei meinem modified-ecommerce funktionieren die Variationen echter Var-Kombi-Väter über den alten XTC-Connector einwandfrei.

Kleiner Nachtrag....
In der Checkliste zur neuen WaWi stand, dass man mit neuem Connector keine Var-Kombis zu XTC u.ä. hochladen kann und dass dies auch die alten Connectoren beträfe.
Hochladen und Bestellen ging aber. Durch diesen Fehler in der Checkliste war ich auf der falschen Gedankenschiene. Sollte mir eigentlich nicht passieren, so etwas.

Das ist schon mal eine Antwort, vielen Dank.
Kann das vielleicht noch jemand von JTL bestätigen?
Das wäre nett.

Zudem sollte der Passus in der Checkliste dann auch geändert werden.

 

[testjo]

AW: Varkomi

Die elementare Frage ist also, wie im Eingangsposting geschrieben:

Können Variationskomibinationen mit dem alten XTC Connector übertragen werden oder werden diese ignoriert?

Klarheit soll es damit geben, klar .

Weil problem war dass ab/mit ein bestimmte neue WAWI version dies mit alte connector nicht funktionierd hat.
Janusch glaube ich aussage damals dies war ein fehlerhaftes nicht dokumentiertes verhalten und und

Aber trotzdem sollte die es danach wider so gemacht haben im wawi dass den alte connector dan doch 100% identisch in neue WAWi laufen soll.

Ob alles damit behoben ist ( ALSO alte connector, anpassungen varkombi XTCFORKS die nicht dokumentierd und supported seitens JTL waren) und dan wider 100% lauft soll einer der JTL sagen / bestätigen


OJA weiter wegen wawi update zum V1 berücksichtigen dass wen Multishop es ein kostenplichtige plicht Update MULTISHOPv2 gibt pro jahr laufzeit! ( Dies weil WAWI selbst is ja "gratis" aber muss man irgendwo von zahlen können die entwickelung)

 

[daniel.jtl]

AW: Varkomi

Können Variationskomibinationen mit dem alten XTC Connector übertragen werden oder werden diese ignoriert?

Am alten Connector hat sich nichts geändert und daran wird sich auch nichts mehr ändern. In sofern funktioniert dort alles genau so gut oder auch schlecht wie es schon immer war.

Die entscheidende Sache ist aber: Der alte Connector ist vollkommen veraltet und wird nicht mehr von uns supported.
Wer diesen Connector noch benutzt muss sich dieser Tatsache bewusst sein, und auch damit leben dass kommende Wawi Updates dessen Funktionalität nicht mehr berücksichtigen werden.

Auch wenn uns bewusst ist dass es nicht immer einfach und unkompliziert ist ein Shop-System zu wechseln, so können wir dennoch nur dringend raten sich schnellstmöglich von xtc zu trennen.
Das System ist seit über 8 Jahren veraltet und in jeglicher Hinsicht als rechtlich und sicherheitstechnisch höchst gefährlich zu betrachten.

 

[testjo]

AW: Varkomi

Auch wenn uns bewusst ist dass es nicht immer einfach und unkompliziert ist ein Shop-System zu wechseln, so können wir dennoch nur dringend raten sich schnellstmöglich von xtc zu trennen.
Das System ist seit über 8 Jahren veraltet und in jeglicher Hinsicht als rechtlich und sicherheitstechnisch höchst gefährlich zu betrachten.

XTC in dieser alte version yep, aber dass ist doch überall 10000 fach geschrieben und bekannt, es gibt aber neuere versionen und auch Forks die ja eben wegen ziemlich kompatible sein, ein shopumzug / update sehr vereinfachen. (JTLSHOPv2 ???))
Es geht hier beim varkombi alte connector darum.

Anders macht es doch auch für JTL kein sinn neue connectoren zu haben / entwicklen für den wie Modified, Gambio und consorten .

Wen es nicht berucksichtigd werdet im zukunft soll man nicht schreiben weil dies ist verwirrend

Am alten Connector hat sich nichts geändert und daran wird sich auch nichts mehr ändern. In sofern funktioniert dort alles genau so gut oder auch schlecht wie es schon immer war.

Weil man soll ja wissen mussen ab wan welche wawi etwas davon nicht mehr lauft weil ist doch blöd an die eine Seite zu sagen ja ist da und lauft so wie immer an die andere Seite sehr vage zu bleiben. Durch den aussage darunten weil ist>
Qwassi wir halten geheim was wen wan draus geht beim kommende Wawi Updates.


Alles klar naturlich ist es ein auslauf modell, aber so ... vage ist Kunden unfreundlich , und könnte manche Shopbetreiber wirklich im problem bringen mit PLanung und Budget und so weiter. Klare aussage braucht man hier ab version x datum x ist es aber schluss mit den support.
Nicht so wie deiner aussage durch mich verstanden ist es können durchaus immer teilen beim/mit jeden WAWI Update heraus fliegen oder funktions unfähig werden ?