D� - FAQ/Neu in der FAQ

Welche Shopversion sind zur Installation empfohlen

Unabh�ngig der Shop-Edition (EE, PE oder CE) hat jede Version St�rken und Schw�chen. Wenn durch bekannte Fehler einer Shopversion w�hrend des Betriebs und / oder beim Individualisieren z.B. durch Modul Probleme zu erwarten sind, haben wir diese hier gelistet.

Ob unsere Module f�r die jeweiligen Shopversionen einsetzbar sind, k�nnen Sie unter Modulverf�gbarkeiten pr�fen.

Stand: 02.02.2012

	schwerwiegende Fehler	wichtige Features	Installationsempfehlung
4.5.7			bedingt empfohlen, da ggf. Fehler und Modulverhalten noch nicht bekannt sind
4.5.6	zus�tzliche Datenbankfelder erfordern zwingend Gro�schreibung		bedingt empfohlen, kann zu Modulproblemen f�hren
4.5.3 bis 4.5.5			empfohlen
4.5.1 bis 4.5.2	enthalten noch Fehler, die unter gewissen Umst�nden auftreten		nur bedingt empfohlen
4.5.0	z.B. Azure-Theme nicht verwendbar	neue Optik durch Azure-Theme, Verwendung von DB-Views auch in PE/CE	nicht empfohlen
4.4.3 bis 4.4.8			ein Update ist aus technischer Sicht angeraten
4.4.0 bis 4.4.2	enth�lt XSS-Schwachstelle		nicht empfohlen, sicherheitskritisch, Update empfohlen
bis 4.3.2	in fr�hen Versionen z.B. massive SEO-Probleme		nicht empfohlen, sicherheitskritisch, Update empfohlen

Die Empfehlung gilt f�r den Standardeinsatz des Shops und repr�sentiert den Wissenstand zum genannten Datum. Je nach Anforderungen kann die Gewichtung anders sein und die Empfehlung damit anders ausfallen. Wir geben keine Garantie, ob die empfohlenen Versionen
fehlerfrei funktionieren. F�r konkrete Fragen stehen wir Ihnen zur Verf�gung.

Beta-Versionen: Diese haben wir hier absichtlich nicht gelistet, da diese nicht im produktiven Umfeld eingesetzt werden sollen und ablaufbedingt noch Fehler enthalten k�nnen.

Wie werden Artikel durch das Modul identifiziert?

Um Artikel importieren zu k�nnen, wird mindestens eineindeutiges Erkennungsmerkmal ben�tigt, das f�r jeden Artikel (und Varianten) eindeutig ist. Auch �ber mehrere Lieferanten hinweg! Dieses Merkmal wird im Modul "Artikelidentifikation" genannt. Meist handelt es sich um die Artikelnummer, kann aber auch eine EAN sein. Sie k�nnen im Modul im Reiter "Konfig" die Artikelidentifikation einem Datenfeld zuordnen. M�glich sind die Felder Artikelnummer (oxartnum), EAN (oxean) und Hersteller-EAN(oxdistean). Andere Felder k�nnen optional verwendet werden. Diese Zuordnung nimmt eine zentrale Stellung beim Import ein. Jedes andere Datenfeld eines Artikels kann sich �ndern (Titel, Preis etc.). Solange die Artikeidentifikation identisch bleibt, wird ein Bestandsartikel immer vom Modul gefunden und ggf. mit den neuen Daten aktualisiert.Weiterhin ist die Artikelidentifikation f�r den Variantenimport wichtig, da die Zuordnung einer Variante zu einem Hauptartikel ebenfalls dar�ber erfolgt.

Wie werden Artikelvarianten importiert?

Varianten werden grunds�tzlich im OXID eShop als vollwertige Artikel behandelt. Das hei�t, jedes Datenfeld eines normalen Artikels kann auch bei einer Variante individuell gegen�ber seinem Hauptartikel bef�llt sein. Deshalb ben�tigt das Importmodul jede Variante in einer eigenen Zeile der CSV-Datei (wie normale Artikel). Alle Spalten eines Variantenartikels die in der csv gef�llt sind, werden auch entsprechend importiert. Zus�tzlich wird eine spezielle Spalte "Variante von" ben�tigt, wo der Identifizierungswert des Hauptartikel hinterlegt ist (meist die Artikelnummer des Hauptartikels). Siehe auch "Wie werden Artikel durch das Modul identifiziert?"

Anhand dieses Identifizierungsfeldes wird aus einem Artikel eine Variante. Ist der Feldinhalt ung�ltig oder der hinterlegte Wert nicht bei einem bereits im Shop vorhandenen Hauptartikel zu finden, wird die Variante als normaler Hauptartikel importiert!

Zus�tzlich zu diesem Feld sollten wenigstens die Felder "Preis" und "Variantenauswahl" ( Inhalt ist z.B. "rot", "XXL" etc.) bef�llt sein.

Am Hauptartikel sollte weiterhin ein Feld "Variantenbezeichnung" vorhanden sein, mit einem Inhalt wie "Farbe", "Gr��e" etc.

Prinzipiell kann auch ein Hauptartikel einen Inhalt bei "Variantenauswahl" haben. Dann mu� jedoch im Shopadmin in den Stammdaten -> Grundeisntellungen -> System die Option ' "Varianten-"Vater" ist kaufbar ' aktiviert werden. Wir empfehlen jedoch, das Hauptartikel nicht kaufbar sein solltem. Dort sollten nur die Basisdaten aller anderen Varianten hinterlegt werden und nur die Varianten selbst kaufbar sein.

Im Folgenden k�nnen Sie eine CSV herunterladen, die beispielhaft den n�tigen Aufbau f�r einen Variantenimport zeigt

Ist mein Modul in meiner Shopversion verf�gbar?

Die Informationen, ob ein Modul in Ihrer Shopversion einsatzf�hig ist oder nicht k�nnen Sie direkt auf unserer Webseite erfahren.
Gehen Sie dazu auf die Seite: http://www.oxidmodule.com/Modulverfuegbarkeiten/ und w�hlen Sie Ihre Shopversion und -edition aus.
Mit dem Button [Module pr�fen] erhalten Sie eine �bersicht �ber unsere aktuellen Module.

Folgende Bedeutungen haben die Farben:

gr�n: das Modul ist in der angegebenen Version lauff�hig
gelb: Wir k�nnen hier keine genaue Aussage treffen, bitte setzen Sie sich mit uns in Verbindung
rot: Das Modul ist in der angegebenen Version nicht lauff�hig

Fatal error: Class 'd3_oxSearch_extsearch' not found in .../core/oxutilsobject.php(279) : eval()'d code on line 1

Update (nicht Neuinstallation) Version 3.10.3 und h�her - 18.08.2011

Beim besagten Update wurde im Modul der Dateiname von

    modules/d3_ext_search/core/d3_oxSearch_extsearch.php

zu

    modules/d3_ext_search/core/d3_oxsearch_extsearch.php

ge�ndert. Es wurde also der Gro�buchstabe im Dateinamen zum Kleinbuchstaben ge�ndert. Auf Systemen, die im Dateisystem zwischen Gro�- und Kleinschreibung unterscheiden (z.B. Linux) ist es wichtig, dass Sie bitte vorhandene Moduleintr�ge ebenfalls auf die Kleinschreibung �ndern:

    oxsearch => d3_ext_search/core/d3_oxsearch_extsearch

Die urspr�nglich gro� geschriebene Moduldatei kann vom Server entfernt werden.

Wie erfolgt die Angabe der Staffelpreise f�r "abs" und "% Rabatt"?

Die Angabe des Staffelpreises muss mit "%" erfolgen. Dabei ist es egal ob "10%" oder "%10".

Ohne % wird der Wert als absolut angesehen.

Ich habe eine CSV-Datei mit ca. 50.000 Artikeln. Ist ein Import mit diesem Modul m�glich oder w�rde es zu einer Zeit�berschreitung und einem Abbruch beim Import kommen ?

Ein Import ist in jedem Fall m�glich. Das Modul teilt Ihre Importdatei in
kleine St�cke und importiert diese nacheinander. Die Gr��e der einzelnen
St�cke stellen Sie im Reiter Konfiguration selbst ein.

Kann ich mit Ihrem Modul ein t�gliches Update meiner Artikeldaten durchf�hren?

Prinzipiell k�nnen Importe so oft wie gew�nscht durchgef�hrt werden. Beachten Sie jedoch, das die Importdauer durch die Gr��e der Datei und der vorhandenen Spalten stark beeinflusst wird. Wenn als tagesaktuelle Lagerbestandsupdates durchgef�hrt werden soll, so sollte die Datei auch nur die relevanten Daten beinhalten. Also die Artikelidentifikation (z.B. Artikelnummer) und das zu aktual�isiertende Datenfeld wie Preis oder Lagerbestand. Alle anderen Daten des Artikels bleiben unver�ndert.

Hinweis: Bei solchen reinen Updateprofilen, stellen Sie im Reiter "Konfig" des Moduls den Importtyp auf "nur Update". Sollten sich versehentlich unbekannte Artiklnummern in der Datei befinden, so werden diese Importzeilen dann vom Modul ignoriert. Ansonsten werden sehr rudiment�re Artikel angelegt.

Wieviele Varianten k�nnen angelegt werden?

Mathematisch bedingt steigt die Anzahl der Variantenkombinationen exponentiell mit
der Anzahl der verwendeten Ebenen bzw. der Anzahl der einzelnen Eintr�ge pro
Ebene. Bei 5 Werten pro Ebene erhalten wir bei 4 Ebenen bereits eine Zahl von
625 Varianten! (5 * 5 * 5 * 5)

Da jede Variante im Shop als eigenst�ndiger Artikeldatensatz gespeichert wird und
auch Berechnungen wie Rabatte, Preis�nderungen etc. f�r jede Variante durchgef�hrt
werden m�ssen, steigt der Rechenaufwand pro Variante am Artikel ebenfalls stark an.

Aus Erfahrungen in Shops, wo dieses Modul bereits installiert wurde, kann von einem
funktionierenden Betrieb mit einem Shared Account bis zu ca. 150 bis 200
Artikelvarianten garantiert werden. Dar�ber hinaus wird voraussichtlich zuerst im
Admin eine Fehlermeldung beim Aufruf des Reiters „Varianten“ am Artikel zu sehen
sein, bevor auch im Shop der Artikel nicht mehr korrekt gezeigt werden kann. Der
Grund liegt oftmals in der �berschreitung des Memory-Limits oder der CPU-Laufzeit.
Kunden mit eigenem Server k�nnen diese Einschr�nkungen nat�rlich selbst frei
bestimmen, so das mehrere hundert Kombinationen kein Problem sein sollten.

Sollten Sie mehr als vier Ebenen ausf�llen wollen, sollte vorher �berlegt werden, ob
nicht einzelne „Ebenen“ als Auswahllisten am Artikel ausgelagert werden k�nnen.
(z.B. die Farbe). Sehr viel mehr als vier Ebenen ist nicht empfehlenswert.

Die csv-Datei meines Lieferanten enth�lt zus�tzlichen HTML-Code f�r den Artikel-Langtext wobei im Text die Zeichen ; , " usw... vorkommen. Kann der Importer dies sauber verarbeiten?

Ja, wenn Sie die Trennzeichen eindeutig vergeben, und z.B. das Semikolon
(als Haupttrenner) nicht im Langtext vorkommt.

Wie werden Artikel in Kategorien bzw. Unterkategorien importiert?

Prinzipiell k�nnen Artikel in beliebig viele Kategorien importiert werden. Einstellbar im Reiter "Kategorien" des Moduls.
Im Men� "Kategoriefeld Zuordung" legen Sie fest in welcher Art die Kategoriezuordnung in derCSV erfolgt. Zwei Szenarien nicht m�glich:

Szenario 1
In der Importspalte der CSV ist der Name der Kategorie hinterlegt.

Im Feld "Kategoriefeld Zuordung" mu� der Wert "oxtitle" ausgew�hlt werden.
Hierbei wird nach einer Kategorie mit exakt (!) diesem Namen im Shop gesucht. Wird keine Katgegorie gefunden, wird diese angelegt und der Artikel ihr zugeordnet.
Die Such nach dem Katgegorienamen erfolgt jedoch immer nur pro Kategorieeben. Lautet der Kategoriename bspw. "Bekleidung", so wird ausschlie�lich bei den Hauptkategorien nach diesem Namen gesucht. Der Grund ist, das viele Shops identische Kategorienamen in verschiedenen Kategorieb�umen haben.
Soll ein Artikel in eine Unterkategorie importiert werden, so mu� der komplette Baum von der Hauptkategorie weg angegeben werden. z.B. "Bekleidung/T-Shirts/Herren". Der Artikel wird also der Kategorie "Herren" in dritter Ebene unter "Bekleidung" und "T-Shirts" zugeordnet.Als interne Spaltentrennung wird hier ein "/" genutzt. Es kann auch jedes andere Zeichen sein, dasjedoch nicht innerhalb der Spalte als normaler Text vorhanden seindarf. Auch darf es nicht mit dem CSV-Spaltentrenner der gesamten Datei identisch sein.
Soll der Artikel einer weiteren Unterkategorie in einem anderen Baum zugeordnet werden, so mu� der "Pfad" in einer weiteren CSV-Spalte hinterlegt sein.

Szenario 2:
In der Importspalte der CSV ist eine andere Identifikation als der Name f�r die Kategorie hinterlegt.

Ein m�gliches Beispiel f�r dieses Szenario ist ein eigenes Nummernsystem, das jede Kategorie identifiziert. z.B. 1000, 2000, 3000 f�r Hauptkategorien. 1010, 1020, 1030 f�r Unterkategorien der Hauptkategorie 1000 usw.
Im Feld "Kategoriefeld Zuordung" mu� dann das Datenbankfeld angegeben werden, das diese Identifikation bei den Kategorien beinhaltet.
In dem Fall gibt es zwei wichtige Unterschiede zum Szenario 1. Zum einen wird kein "Pfad" zur gew�nschten Kategorie angegeben, sondern es wird direkt der Wert angegeben (Dazu mu� die Identifikation �ber alle Kategorien hinweg eindeutig sein) Zum zweiten wird keine neue Kategorie angelegt, wenn der Wert der Identifikation nicht keiner Kategorie gefunden wird. (Sonst w�rde jedesmal eine Kategorie ohne Namen erstellt werden) Die Kategoriezuordnung wird dann f�r den Artikel �bersprungen.

K�nnen auch andere Dateiformate importiert werden (wie xml, xls,...)?

Das Modul importiert reine Textdateien mit Spaltentrenner. Dies wird im englischen. als Comma-Separated Value, kurz CSV bezeichnet. Wikipedia
Als Dateiendung akzeptiert das Modul .csv oder .txt

Wenn Sie eine �bliche Excel- oder OpenOfficedatei (.xls .xlsx oder .ods) vorliegen haben, so kann diese mit dem jeweiligen Officeprogramm in eine CSV-Datei umgewandelt bzw. exportiert werden. Details finden Sie in den Hilfetexten oder Handb�chernder des jeweiligen Programms.

Was sind Modul Upgrades, Updates, Patches?

Upgrades sind umfangreiche �nderungen des Moduls bzw. komplette �berarbeitungen, wie sie z.B. beim Wechsel der Shopversion (von OXID 4.x auf 5.x) auftreten.
Sie werden mit dem Wechsel der ersten Stelle der Versionsnummer des Moduls gekennzeichnet. z.B. 1.0.0 auf 2.0.0

Updates sind gr��ere �nderungen des Moduls mit neuen Funktionen etc., die �ber kosmetische �nderungen bzw. Fehlerkorrekturen hinausgehen.
Sie werden mit dem Wechsel der zweiten Stelle der Versionsnummer des Moduls gekennzeichnet. z.B. 1.1.0 auf 1.2.0

Patches sind kleine �nderungen bzw. Fehlerkorrekturen innerhalb des Moduls mit geringem Funktionsumfang.
Sie werden mit dem Wechsel der dritten Stelle der Versionsnummer des Moduls gekennzeichnet. z.B. 1.1.1 auf 1.1.2

Sind Modul-Updates kostenpflichtig?

Wichtig ist die Unterscheidung zwischen Patches, Updates und Upgrades. Siehe dazu weiter unten einen Link zur Begriffserkl�rung.
Relevant f�r kostenfreie oder kostenpflichtige Aktualisierungen ist der Versionsstand des gekauften Moduls. Alle Patches (dritte Versionsnummer ) erhalten Sie f�r bis zu ein Jahr kostenfrei. Wird innerhalb dieses Jahres jedoch eine Updateversion (zweite Versionsnummer) ver�ffentlicht, so ist diese kostenpflichtig mit i.d.R. 50% des Modullistenpreises. Nach dem Erwerb dieser Updateversion erhalten Sie ebenfalls alle folgenden Patches f�r 1 Jahr kostenlos.

Ausgenommen von dieser Regelung sind Upgrades des Moduls (erste Versionsnummer) und Module, die explizit ein anderes Preismodell haben, z.B. Jahreslizenzen.
Details zu Upgrades: Was kosten Upgrades?

Eine Begriffserkl�rung zu den einzelnen Versionsunterschieden finden Sie hier: Was sind Modul Upgrades, Updates, Patches?

Gelten die 50% des Listenpreises f�r ein weiteres Jahr?

Ja, Sie erhalten dann f�r ein weiteres Jahr alle Patches (dritte Versionsnummer) kostenfrei.

Was kosten Upgrades?

Upgrades werden mit einer �nderung der ersten Versionsnummer gekennzeichnet und stellen sehr umfangreiche �nderungen bis hin zur kompletten Neuprogrammierung des jeweiligen Moduls dar. Auch werden Modulupgrades u.a. bei einer vollen Versions�nderung des Shops (z.B. OXID eShop v4 auf v5) vorgenommen.

Der technische und zeitliche Aufwand f�r ein solches Upgrade ist nicht kalkulierbar, so das die Upgradekosten vorab nicht exakt benannt werden k�nnen. Diese k�nnen von 50% des Modullistenpreises bis hin zum Neupreis des Moduls reichen.

Eine Begriffserkl�rung finden Sie hier: Was sind Modul Upgrades, Updates, Patches?

EE: Wie erweitert man Template/CSS/Bilder/Sprachdateien f�r einen Subshop?

Erkl�rt am Beispiel Sprachvariablen:

In der Verzeichnisstrutkur von oxid finden wir aktuell Sprachdateien nach diesem Schema:
SHOPROOT/out/THEME/SPRACHK�RZEL/xxx_lang.php
(bspw. meinShop/out/basic/de/meinShop_lang.php)

Um in der Enterprise-Editon diese pro Subshop zu erweitern m�ssen wir einen zus�tzlichen Ordner erstellen. Das sieht dann so aus:
SHOPROOT/out/THEME/SHOPID/SPRACHK�RZEL/xxx_lang.php
(bspw. meinShop/out/basic/2/de/meinShop_lang.php)

Diese Vererbung bezieht sich ebenfalls auf die anderen Ordner:
SHOPROOT/out/THEME/src/
SHOPROOT/out/THEME/SHOPID/src/
SHOPROOT/out/THEME/tpl/
SHOPROOT/out/THEME/SHOPID/tpl/
SHOPROOT/out/THEME/img/
SHOPROOT/out/THEME/SHOPID/img/
SHOPROOT/out/THEME/en/
SHOPROOT/out/THEME/SHOPID/en/

Wie erfahre ich ob es ein Update f�r meine Module gibt?

Wir informieren Sie derzeit zeitnah in unserem D3 Blog wenn es ein Update eines Moduls gibt. Au�erdem gibt es bei einigen Modulen bereits einen Reiter "Support", wo Sie die Updateinformationen abrufen k�nnen. Diese Funktion wird derzeit von uns erweitert und f�r alle Module umgesetzt.

Was beinhaltet die Modulinstallation?

Wenn Sie das Modul inkl. Installation bei uns erwerben, �bernehmen wir nur die rein technische Installation. Das hei�t, dass wir keine Konfigurationen und grafischen Anpassungen vornehmen, da der Aufwand f�r jeden Shop individuell betrachtet werden muss. Diese Arbeiten k�nnen Sie selbstverst�ndlich gern separat bei uns in Auftrag geben.

Was ist der Unterschied zwischen der CE- und der PE-Version

Aus technischer Sicht gibt es, mit Ausnahme des fehlenden WYSIWYG-Editors (welcher nicht unter der GPL verwendet werden kann) und einigen lizenzrechtlichen Besonderheiten, keine Unterschiede zwischen den beiden Versionen.

F�r die Professional Edition (PE) erhalten Sie Support und Garantie von OXID �ber den obligatorischen Support- und Wartungsvertrag. Weiterhin wird die SOAP-Schnittstelle nicht f�r die Community Edition (CE) angeboten.

Beachten Sie bitte bei Ihrer Wahl, dass auch wir als Partner bei OXID-Supportanfragen f�r Ihren Shop nach Ihrem (!) Support- und Wartungsvertrag gefragt werden.So k�nnen auch wir in bestimmten F�llen durchaus nur mit dem OXID-Support die gew�nschte Unterst�tzung bieten.