Ich wende mich heute an alle Anwender und Interessenten des Connectors, den ich inzwischen seit 11/2008 anbiete und den ich immer geplant hatte, für den neuen Virtuemart 2.0.x 'fit' zu machen.
Wer sich den aktuellen Virtuemart 2.0.2, der seit knapp einer Woche verfügbar ist, näher angesehen hat, wird festgestellt haben, dass sich sehr viel geändert hat.
Um dies festzustellen, dürfte schon ein Blick in den Backendbereich genügen.
Der Virtuemart wurde auf eine komplett neue Codebasis gestellt und folgt jetzt den MVC-Paradigmen (ModelViewController) - ist also eine echte Joomla!-Komponente geworden. Die Datenbankarchitektur wurde ebenfalls komplett geändert - wesentlich für jeden Connector.
Schon von daher kann ein einfaches Connector-Update keine Kompatibilität bringen. Der Connector muß in wesentlichen Teilen neu programmiert werden.
Nun ist es bekanntlich so, dass JTL-Wawi ein inzwischen sehr leistungsfähiges Warenwirtschaftssystem darstellt, welches dafür konzipiert wurde, dass Kategorien und Artikel ausschließlich in dieser Wawi gepflegt werden.
Dies hängt vor allem damit zusammen, dass JTL-Wawi für den - aus Sicht von JTL-Software - hauseigenen Shop entwickelt wurde. Die Weiterentwicklung erfolgt seit einiger Zeit ausschließlich hinsichtlich JTL-Shop3. Es gibt Features in JTL-Wawi, die nicht einmal von JTL-Shop2 unterstützt werden. Ganz zu schweigen von den Features, die für 3rd-Party-Shops wie Virtuemart, die auf einen Connector zum Datenaustausch angewiesen sind, nicht zur Verfügung stehen.
Ein Connector kann immer nur die Daten verarbeiten, die JTL-Wawi diesem an der Schnittstelle zur Verfügung stellt. Mehr nicht.
Weil nicht von einem Connector, sondern immer nur in JTL-Wawi ein WebShop-Abgleich initiiert werden kann.
JTL-Wawi sendet via POST die Daten an einen Connector, die für 3rd-Party-Shops intern in JTL-Wawi freigegeben sind. Als Antwort auf die Verarbeitung durch einen Connector erwartet JTL-Wawi sog. Response-Strings, damit z.B. neu in Virtuemart eingegangene Bestellungen auch in JTL-Wawi übernommen und weiter verarbeitet werden können.
Dies vorab. Was heißt dies nun für den neuen Virtuemart 2.0.2?
Ich möchte mich vorerst auf 2 der in dieser Form neu in Virtuemart eingeführten Optionen, Daten zu verwalten, beschränken. Diese sind über entsprechende Menüpunkte direkt erreichbar:
Es handelt sich hierbei um die 'Steuern & Rechenregeln' und 'Selbsterstellte Felder'.
Für Angaben wie Länge, Breite, Höhe, Lieferfrist, Rabatt, ... mußten schon immer die 'Funktions-Attribute (Webshop)' in JTL-Wawi 'bemüht' werden.
Rabatte werden jetzt in VM bei den 'Steuern & Rechenregeln' festgelegt. Mit einer Vielzahl von Optionen: Rabatte können vor oder nach Steuern angewandt werden - bezogen auf das Produkt (Bestellposition) oder bezogen auf die Bestellung (Rechnung). Und Rabatte können auch nur für bestimmte Kategorien, Kundengruppen, Länder, Staaten und Zeiträume gelten.
'Rabatt' nur als ein Beispiel dafür, dass es kaum noch sinnvoll möglich ist, die Artikel ausschließlich in JTL-Wawi zu pflegen.
Wie sollen die jetzt zusätzlich möglichen Angaben, die für den Geltungsbereich von Rabatten gemacht werden können, in JTL-Wawi abgebildet werden?
Ich befürchte eher, der Pflegeaufwand steigt enorm, da für die Pflege des VM neben der Bearbeitung in JTL-Wawi die Bearbeitung in VM unbedingt erforderlich wird.
Die 'Selbsterstellten Felder' müssen mit JTL-Wawi synchronisiert werden können. Hier finden sich jetzt auch die bisherigen Attribute (jetzt 'Warenkorb Attribute') - diese entsprechen den Variationen in JTL-Wawi. Allerdings stehen nunmehr mehrere Typen zur Auswahl: 'Warenkorb Variante', 'Zeichenfolge', 'Abbildung'. Die Auswahl im Shop-Frontend erfolgt mittels Selektbox bzw. Radiobutton. Dieser Variationstyp (RADIO, SELECTBOX, FREIFELD, PFLICHT-FREIFELD) kann auch in JTL-Wawi bei den Variationen festgelegt werden - übertragen wird diese Angabe jedoch ausschließlich an den JTL-Shop3.
Zusammengefaßt: Ich sehe derzeit nicht wirklich eine sinnvolle Möglichkeit, wie der neue Virtuemart 2.0.x nur von JTL-Wawi aus gepflegt werden könnte.
Denkbar wäre allenfalls ein 'Sparflammen-Connector', der dafür sorgt, dass die Daten, die von JTL-Wawi an der Schnittstelle zum Connector zur Verfügung gestellt werden, an Virtuemart übertragen werden. Ganz analog zum Synchronisationsumfang, den der derzeit noch von mir angebotene Connector auch bietet.
Anders formuliert: die Basisdaten für Kategorien und Artikel werden in JTL-Wawi gepflegt.
Sollen nun jedoch die neuen Möglichkeiten, die der Virtuemart 2.0.2 bietet, auch umfassend genutzt werden - und ich vermute, Shopbetreiber, die darauf warten, auf den neuen Virtuemart umzusteigen, möchten dies auch tun - dann müssen speziell die Produkte immer auch zusätzlich in Virtuemart gepfelgt werden.
Ob dies tatsächlich im Sinne von Shopbetreibern ist, weiß ich nicht genau ...
... doch genau deshalb habe ich diesen Thread hier eröffnet, da ich gerne eure Meinung - die Meinung der Virtuemart-Shopbetreiber - in Erfahrung bringen möchte.
Abschließend noch ein Thema, welches ich ansprechen muß:
Sollte die Diskussion ergeben, dass doch ein Connector für Virtuemart 2.0.2 erwartet und gewünscht ist - dann allerdings mit all den Beschränkungen, die dieser wohl haben wird, da ich keinerlich Einfluß auf den Umfang der Daten, die JTL-Wawi einem Connector an der Schnittstelle zur Verfügung stellt -, dann könnte ich mich dazu gezwungen sehen, diesen in verschlüsselter Form (Programmcode mit ionCube verschlüsselt) anzubieten.
Auch hierzu bitte ich um eure Meinung.
Ich habe schlichtweg keine Lust mehr, Dritten, die versuchen, mit gestohlenem Programmcode Geld zu verdienen, leichten Zugriff auf diesen zu geben.
--
mfg
Roland Baier
[ web-signs | Internetagentur ]
Wer sich den aktuellen Virtuemart 2.0.2, der seit knapp einer Woche verfügbar ist, näher angesehen hat, wird festgestellt haben, dass sich sehr viel geändert hat.
Um dies festzustellen, dürfte schon ein Blick in den Backendbereich genügen.
Der Virtuemart wurde auf eine komplett neue Codebasis gestellt und folgt jetzt den MVC-Paradigmen (ModelViewController) - ist also eine echte Joomla!-Komponente geworden. Die Datenbankarchitektur wurde ebenfalls komplett geändert - wesentlich für jeden Connector.
Schon von daher kann ein einfaches Connector-Update keine Kompatibilität bringen. Der Connector muß in wesentlichen Teilen neu programmiert werden.
Nun ist es bekanntlich so, dass JTL-Wawi ein inzwischen sehr leistungsfähiges Warenwirtschaftssystem darstellt, welches dafür konzipiert wurde, dass Kategorien und Artikel ausschließlich in dieser Wawi gepflegt werden.
Dies hängt vor allem damit zusammen, dass JTL-Wawi für den - aus Sicht von JTL-Software - hauseigenen Shop entwickelt wurde. Die Weiterentwicklung erfolgt seit einiger Zeit ausschließlich hinsichtlich JTL-Shop3. Es gibt Features in JTL-Wawi, die nicht einmal von JTL-Shop2 unterstützt werden. Ganz zu schweigen von den Features, die für 3rd-Party-Shops wie Virtuemart, die auf einen Connector zum Datenaustausch angewiesen sind, nicht zur Verfügung stehen.
Ein Connector kann immer nur die Daten verarbeiten, die JTL-Wawi diesem an der Schnittstelle zur Verfügung stellt. Mehr nicht.
Weil nicht von einem Connector, sondern immer nur in JTL-Wawi ein WebShop-Abgleich initiiert werden kann.
JTL-Wawi sendet via POST die Daten an einen Connector, die für 3rd-Party-Shops intern in JTL-Wawi freigegeben sind. Als Antwort auf die Verarbeitung durch einen Connector erwartet JTL-Wawi sog. Response-Strings, damit z.B. neu in Virtuemart eingegangene Bestellungen auch in JTL-Wawi übernommen und weiter verarbeitet werden können.
Dies vorab. Was heißt dies nun für den neuen Virtuemart 2.0.2?
Ich möchte mich vorerst auf 2 der in dieser Form neu in Virtuemart eingeführten Optionen, Daten zu verwalten, beschränken. Diese sind über entsprechende Menüpunkte direkt erreichbar:
Es handelt sich hierbei um die 'Steuern & Rechenregeln' und 'Selbsterstellte Felder'.
Für Angaben wie Länge, Breite, Höhe, Lieferfrist, Rabatt, ... mußten schon immer die 'Funktions-Attribute (Webshop)' in JTL-Wawi 'bemüht' werden.
Rabatte werden jetzt in VM bei den 'Steuern & Rechenregeln' festgelegt. Mit einer Vielzahl von Optionen: Rabatte können vor oder nach Steuern angewandt werden - bezogen auf das Produkt (Bestellposition) oder bezogen auf die Bestellung (Rechnung). Und Rabatte können auch nur für bestimmte Kategorien, Kundengruppen, Länder, Staaten und Zeiträume gelten.
'Rabatt' nur als ein Beispiel dafür, dass es kaum noch sinnvoll möglich ist, die Artikel ausschließlich in JTL-Wawi zu pflegen.
Wie sollen die jetzt zusätzlich möglichen Angaben, die für den Geltungsbereich von Rabatten gemacht werden können, in JTL-Wawi abgebildet werden?
Ich befürchte eher, der Pflegeaufwand steigt enorm, da für die Pflege des VM neben der Bearbeitung in JTL-Wawi die Bearbeitung in VM unbedingt erforderlich wird.
Die 'Selbsterstellten Felder' müssen mit JTL-Wawi synchronisiert werden können. Hier finden sich jetzt auch die bisherigen Attribute (jetzt 'Warenkorb Attribute') - diese entsprechen den Variationen in JTL-Wawi. Allerdings stehen nunmehr mehrere Typen zur Auswahl: 'Warenkorb Variante', 'Zeichenfolge', 'Abbildung'. Die Auswahl im Shop-Frontend erfolgt mittels Selektbox bzw. Radiobutton. Dieser Variationstyp (RADIO, SELECTBOX, FREIFELD, PFLICHT-FREIFELD) kann auch in JTL-Wawi bei den Variationen festgelegt werden - übertragen wird diese Angabe jedoch ausschließlich an den JTL-Shop3.
Zusammengefaßt: Ich sehe derzeit nicht wirklich eine sinnvolle Möglichkeit, wie der neue Virtuemart 2.0.x nur von JTL-Wawi aus gepflegt werden könnte.
Denkbar wäre allenfalls ein 'Sparflammen-Connector', der dafür sorgt, dass die Daten, die von JTL-Wawi an der Schnittstelle zum Connector zur Verfügung gestellt werden, an Virtuemart übertragen werden. Ganz analog zum Synchronisationsumfang, den der derzeit noch von mir angebotene Connector auch bietet.
Anders formuliert: die Basisdaten für Kategorien und Artikel werden in JTL-Wawi gepflegt.
Sollen nun jedoch die neuen Möglichkeiten, die der Virtuemart 2.0.2 bietet, auch umfassend genutzt werden - und ich vermute, Shopbetreiber, die darauf warten, auf den neuen Virtuemart umzusteigen, möchten dies auch tun - dann müssen speziell die Produkte immer auch zusätzlich in Virtuemart gepfelgt werden.
Ob dies tatsächlich im Sinne von Shopbetreibern ist, weiß ich nicht genau ...
... doch genau deshalb habe ich diesen Thread hier eröffnet, da ich gerne eure Meinung - die Meinung der Virtuemart-Shopbetreiber - in Erfahrung bringen möchte.
Abschließend noch ein Thema, welches ich ansprechen muß:
Sollte die Diskussion ergeben, dass doch ein Connector für Virtuemart 2.0.2 erwartet und gewünscht ist - dann allerdings mit all den Beschränkungen, die dieser wohl haben wird, da ich keinerlich Einfluß auf den Umfang der Daten, die JTL-Wawi einem Connector an der Schnittstelle zur Verfügung stellt -, dann könnte ich mich dazu gezwungen sehen, diesen in verschlüsselter Form (Programmcode mit ionCube verschlüsselt) anzubieten.
Auch hierzu bitte ich um eure Meinung.
Ich habe schlichtweg keine Lust mehr, Dritten, die versuchen, mit gestohlenem Programmcode Geld zu verdienen, leichten Zugriff auf diesen zu geben.
--
mfg
Roland Baier
[ web-signs | Internetagentur ]