Module-News

Für unser Modul "Heidelpay" gibt es ab sofort neue Patches für die Shopversion ab 6.0.1

In der 6.1.0.0 Version wurde ein Fehlverhalten bei der URL Übergabe an Heidelpay festgestellt. Das kann folgende Szenarien betreffen:

• gesicherten Rechnungskauf, B2B Rechnungskauf
• Wenn der 3dSecure Code falsch eingegeben wurde

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Die E-Payment Komplettlösung

Posted by Daniela Biewald

Für unser Modul "Heidelpay" gibt es ab sofort ein neues Update für die Shopversionen ab 6.0.1

6.1.0.0 Update Details

Konfigurationsumstellung

Wir haben für Shopbetreiber die Admin Konfiguration überarbeitet, damit eine flexiblere Konfiguration der Zahlungsarten und Channels möglich ist.
So sind bspw. unterschiedliche Konfigurationen für jedes einzelne Rechnungsland möglich.

Nähere Details finden Sie hier erklärt: https://docs.oxidmodule.com/Heidelpay/6.1.0.0/changelog/Channel_Rekonfiguration.html

Backward Compatibility Break (BC break oder auch Rückwärtskompatibilitätsunterbrechung)

Die automatische Installation wurde aufgeräumt. Bisher wurden Konfigurationen vor der Modulversion 6.0.0.0 abgearbeitet und migriert. Mit dieser Version werden lediglich die Konfigurationen der 6.0.0.0 oder größer berücksichtigt.

Hinweis:
Wenn Sie eine ältere Version einsetzen und auf die 6.1.0.0 oder höher aktualisieren wollen, haben sie 2 Möglichkeiten:

1. Konfiguration neu anlegen
   • Sie tragen die Daten von Heidelpay neu ein und orientieren sich an der Konfigurationsanleitung:
     https://docs.oxidmodule.com/Heidelpay/6.1.0.0/configuration/Konfiguration/Konfiguration_der_Zahlungsarten.html


2. Zwischenupdate auf 6.0.3.1
   • Sie aktualisieren das Modul auf 6.0.3.1, führen die automatische Installation durch. Danach aktualisieren Sie das Modul auf 6.1.0.0 oder höher

Unterscheidung zwischen Live- und Testdaten

Mit der Konfigurationsumstellung haben Sie nun die Möglichkeit, unterschiedliche Daten für Live/Test einzugeben.
Welche Daten aktuell verwendet werden, können Sie anhand der grünen Umrandung erkennen.

Bugfix: zusätzliche URL Parameter für Tracking wurden in der Response Datei nicht verarbeitet

Vielen Dank an der Stelle an Herrn F. Sturm für die Meldung des Fehlverhaltens.
Die Kommunikation erfolgt teilweise zwischen dem Kundenbrowser und dem Heidelpayserver. Hier ist es wichtig, dass anhand von einem Parameter analytische Werkzeuge erkennen können, dass der Referrer weiterhin der Kunde ist und nicht der Heidelpay Server (Bspw. nutzt Google Analytics den Parameter utm_nooverride=1).

Sie können die Einstellung im Admin einsehen:
/D³ Module/Heidelpay/Einstellungen/Stamm/Erweiterte Einstellungen zu den Heidelpay-Zahlarten/zusätzliche URL Parameter für Tracking/

Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.

Die E-Payment Komplettlösung

Posted by Daniela Biewald

Für unser Modul "Erweiterte Suche" gibt es ab sofort ein neues Update für die Shopversionen ab 6.0.0

Folgende Änderungen sind enthalten:

• gefilterte Seiten werden nicht im Dynamic Content Cache aufgenommen
• Debug-Ausgaben wurden von der Browser-Ausgabe zur Browser-Konsole verschoben
• Suggest (Schnellsuche) verwendet ArticleList-Objekt statt natives Array
• setze passende Leerwerte, wenn jeweiliger Filter nicht aktiviert ist, vermeidet warning-Meldungen im Log

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

fehlertolerante Suche mit zusätzlichen Filter- und Anzeigemöglichkeiten

Posted by Daniela Biewald

Ab Mitte September tritt die Zahlungsdiensterichtlinie PSD2 (Payment Services Directive 2) vollends in Kraft.

heidelpay hat alle aktiven Schnittstellen (SGW, NGW, MGW) bereits technisch dafür vorbereitet und wird für alle Händlerverträge zusätzlich das 3D Secure Verfahren aktivieren.

Damit sind für Sie als Händler grundsätzlich keine technsichen Anpassungen notwendig.

Dennoch sollten Sie die Aktualität Ihrer eingesetzten Modulversion prüfen.
Generell empfehlen wir ab Shopversion 4.9.0 / 5.2.0 mind. die Modulversion 5.2.3.4.
Um die für Ihren Shop aktuellste Modulversion zu ermitteln, verwenden Sie bitte unsere Modulverfügbarkeitsliste.

Informationen zur PSD 2 finden Sie unter folgenden weiterführenden Links:
Heidelpay: Themenreihe zur PSD2
Gastblog: Die PSD2 auf der Zielgeraden

Die E-Payment Komplettlösung

Posted by Daniela Biewald

Für unser Modul "Erweiterte Suche" gibt es ab sofort ein neues Update für die Shopversionen ab 6.0.0

Update Details 6.3.0.0

korrespondierende Attributwerte implementiert

Damit können Attributwerte zu Gruppen zusammengefasst werden, die komplett ausgewählt werden, obwohl der Shopbesucher nur einen Wert daraus selektiert hat.

Dies ist z.B. sinnvoll bei regionsspezfischen Größenangaben, die sich gegenseitig überschneiden. Dann ist es egal, ob der Kunde die US-Größe oder die EU-Größe wählt. Er erhält dann immer die Produkte aus beiden Bereichen passend.

Ein weiterer Einsatzfall sind z.B. auch fein differenzierte Farben. Für rote Artikel reicht dann die Auswahl von "tomatenrot", um auch alle anderen Rottöne zu erhalten.

Diese Funktion lässt sich pro Attribut einstellen. Die korrespondierenden Werte werden im Synonymeditor gepflegt.
Zur Einrichtung gibt es eine Hilfeseite im Handbuch.

Abfrage-Veränderungen für Aggrosoft WaWi-Modul-Anpassungen optimiert

Das WaWi-Modul verändert die Suchabfragen des Shops deutlich, so dass es bei Einsatz der beiden Module zu Inkompatibilitäten kam. Die uns bekannten Fälle sind hierin korrigiert, so dass beide Module zum heutigen Stand kompatibel sind.

Weitere Anpassungen

• Response-Script ermittelt Pfad der Bootstrap-Datei dynamisch
• Unit-Tests angepasst
• fehlende Datei im Dateiregister nachgetragen

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

fehlertolerante Suche mit zusätzlichen Filter- und Anzeigemöglichkeiten

Posted by Daniela Biewald

Für unser Modul "Auftragsmanager" gibt es ab sofort ein neues Update für die Shopversionen 4.10.x / 5.3.x.

Mit dieser Version kann nun jeder Aufgabe jedem Trigger ein vorab auszuführender sowie ein danach auszuführender Scriptaufruf mitgegeben werden. Die Scripte werden direkt vor dem Anwenden der konfigurierten Aktionen bzw. direkt danach gestartet.

Mit dem Vorab-Script können z.B. Aufräumarbeiten durchgeführt werden.
Unser Beispiel für das Danach-Script ist das Versenden von während der Aufgabe erstellten Listen.

Da beiden Scripten das jeweilige Auftragsmanagerobjekt (also die eigentliche Aufgabe) mitgegeben wird, kann darin z.B. auch die Aufgabe zur Laufzeit umkonfiguriert werden. Nutzbar ist dies z.B., in dem ein Feld mit dem aktuellen Datum befüllt wird. Dies lässt sich so im Standard nicht einstellen. Durch die Scripte kann aber der neue Feldinhalt auf das aktuelle Datum gesetzt werden.
Wie sonst beim Auftragsmanager gibt es auch hier vermutlich unzählige Einsatzfälle.

Die Scriptausführungen sind nur in der Premium-Edition verfügbar!

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Lassen Sie wiederkehrende Aufgaben automatisch nach frei definierbaren Regeln ausführen

Posted by Daniela Biewald

Für unser Modul "Auftragsmanager" gibt es ab sofort ein neues Update für die Shopversionen ab 6.0.0.

Folgende Änderungen sind enthalten:

• neue Auslöser "onOrderSave" und "onOrderFinalize" integriert
• alle Auslöser haben eine "pre execute script"- und "post execute script"-Option (nicht in allen Moduleditionen verfügbar)
• Basisbeschreibung für jede Adminseite eingefügt
• "verfügbar für manuelle Ausführung" kann nun optional auch die erfüllten Bedingungen prüfen - Aufgabe steht bei unpassenden Bedingungen dann nicht an Bestellung zur Verfügung
• ergänzende Tests hinzugefügt
• Adminbereich optimiert - alle Auslöser in eigenen Tab ausgelagert
• Bootstrap-Locator für zukünftige Verwendung des globalen bin-Verzeichnisses angepasst
  
• HTML-Struktur der Admin-Templates korrigiert
• zu wenig isoliert laufende Unit-Tests angepasst

Neue Funktionen:
Neben den beiden bisherigen Triggern (Cronjob und manuelle Ausführung) können die Aufgaben nun auch den neuen Triggern "onOrderFinalize" bzw. "onOrderSave" zugeordnet werden.

Für "onOrderFinalize" heißt dass, dass diese Aufgabe sofort ausgeführt wird, sobald das Finalisieren einer Bestellung abgeschlossen ist. Dann wird auch nur diese eine aktuelle Bestellung bearbeitet.
Ein extra Aufruf (z.B. via Cronjob) ist nicht mehr nötig.

Analog läuft das auch mit "onOrderSave".
Die Aufgabe wird für die jeweils aktuelle Bestellung gestartet, sobald diese gespeichert wurde.

Die Trigger "Cronjobaufruf", "onOrderFinalize" und "onOrderSave" berücksichtigen immer die eingestellten Bedingungen. D.h., wenn die aktuelle Bestellung nicht zur Bedingung passt, wird die Aufgabe darauf nicht angewandt.

Beim Trigger "manuelle Ausführung" erschien die Aufgabe bisher immer bei allen Bestellungen, egal ob diese den eingestellten Bedingungen entsprach. Das kann nun am Trigger ebenfalls eingestellt werden, ob auch hier die Bedingungen beachtet werden sollen. Passen die Bedingungen dann nicht, wird die Aufgabe im Order-Tab auch nicht angeboten.

Jeder Aufgabe kann jedem Trigger einen vorab auszuführenden sowie einen danach auszuführenden Scriptaufruf mitgegeben werden. Die Scripte werden direkt vor dem Anwenden der konfigurierten Aktionen bzw. direkt danach gestartet.
Mit dem Vorab-Script können z.B. Aufräumarbeiten durchgeführt werden.
Unser Beispiel für das Danach-Script ist das Versenden von während der Aufgabe erstellten Listen.

Da beiden Scripten das jeweilige Auftragsmanagerobjekt (also die eigentliche Aufgabe) mitgegeben wird, kann darin z.B. auch die Aufgabe zur Laufzeit umkonfiguriert werden. Nutzbar ist dies z.B., in dem ein Feld mit dem aktuellen Datum befüllt wird. Dies lässt sich so im Standard nicht einstellen. Durch die Scripte kann aber der neue Feldinhalt auf das aktuelle Datum gesetzt werden.
Wie sonst beim Auftragsmanager gibt es auch hier vermutlich unzählige Einsatzfälle.
Die Scriptausführungen sind nur in der Premium-Edition verfügbar!

Da die Triggereinstellung nun deutlich umfangreicher sind, wurden diese aus dem "Stamm"-Tab herausgelöst und in einen eigenen "Auslöser"-Tab verlagert.

Jede Adminseite hat nun eine kurze aufklappbare Beschreibung, was sich darin jeweils konfigurieren lässt. Das soll das Zusammenspiel der jeweiligen Tabs verdeutlichen.

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Lassen Sie wiederkehrende Aufgaben automatisch nach frei definierbaren Regeln ausführen

Posted by Daniela Biewald

Für unsere Modul "Content Tabs" gibt es ab sofort einen neuen Patch für die Shopversionen ab 6.0.1

Patch Details 4.1.0.3

beliebig genutzte Aktiv-Felder des Moduls führen zum erfolgreichen Speichern der Langtexte

Bislang war der Trigger zum Speichern der zusätzlichen Langtextfelder immer das Eingabefeld für den Aktivstatus des ersten Langtextes. Wurde dieser (im Admin) nicht übergeben, konnte das recht aufwändige Speichern der Langtexte entfallen. Im Importer gibt es jedoch den Fall, dass zwar Langtexte, jedoch nicht der 1 Aktivstatus gesetzt werden. Folglich wurden in manchen Fällen die Langtexte nicht an die Artikel übertragen. Im Modul wurde der Trigger nun auf alle vorhandenen Aktivfelder erweitert. So muss in der Updateliste nur ein beliebiges Aktivfeld übergeben werden, dass die Langtexte gespeichert werden.

virtuelle Feldnamen werden aus Select Fields Liste entfernt, um ungültige Datenbankqueries zu vermeiden, die daraus erstellt werden

Das Modul fügt zusätzliche Langtextfelder den Artikelobjekten dynamisch hinzu, da diese Felder in der Datenbank an anderer Stelle abgelegt sind. Jedoch lieferte die Methode, die alle Feldnamen für eine Datenbankabfrage zusammenstellt, diese Felder fälschlicherweise mit aus, was zu fehlerhaften Abfragen anderer Module führte. Diese Felder wurden nun entfernen.

Weitere Änderungen:

• Dokumentation bereinigt
• Multilangparameter wird für neue Artikelfelder verwendet

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Stellt auch umfangreiche Inhalte auf der Artikeldetailseite übersichtlich da

Posted by Daniela Biewald

Für unser Modul "Importer" gibt es ab sofort ein neues Update für die Shopversionen ab 6.0.0.

Update Details 5.0.2.0

Alle Update Checkboxen an/abwählen

Sie haben unter /D³ Module/Importer/Artikelimport/Artikelfelder/ eine neue Checkbox Möglichkeit, mit der sich alle Update-Haken de- / aktivieren lassen.

Neue Option - Bilder im Importverzeichnis löschen, verschieben

Sie haben unter /D³ Module/Importer/Bildimport/Stamm/ eine neue Auswahlmöglichkeit "Aktion nachdem ein Bild importiert wurde:". In der Auswahl finden Sie 3 Optionen:

• leer ~ der Bildimport führt keine Aktion durch
Bild löschen ~ Der Bildimport löscht nach dem Bildimport, die Datei aus dem Quellverzeichnis (/source/import/pictures/)
• Bild in Verzeichnis verschieben ~ Das Bild wird nach dem Bildimport in das angegebene Verzeichnis verschoben

Bei der letzten Option, ist das nachfolgende Feld "absoluter Pfad zum Zielverzeichnis" ein Pflichtfeld.
Der absolute Pfad zum Zielverzeichnis können Sie beispielhaft aus der config.inc.php Datei des Shops entnehmen. Suchen Sie nach dem Eintrag "sShopDir", kopieren Sie diesen und fügen Sie den angepassten Pfad in das Feld ein.

neue Bildimport-Option "Master Bilder am Artikel erst löschen, dann importieren"

Sie haben unter /D³ Module/Importer/Bildimport/Stamm/ eine neue Checkbox "Masterbilder am Artikel voher entfernen (empfohlen)".

Mall Tab erlaubt keine Leer Möglichkeit

Es kam im Mall Tab in den CE + PE Versionen zu einem Fehler, da man keinen Shop auswählen bzw. speichern konnte.

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Modul für den Import großer Artikelmengen aus einer Excel Datei

Posted by Daniela Biewald

Für unser Modul Wasserzeichen gibt es ab sofort ein neues Upgrade für die Shopversionen ab 6.0.0

Mit dem Refactoring auf 3.0.0.0 wurde die Generierungslogik von einer Eigenentwicklung zu einer externen Bibliothek umgestellt. Damit konnten wir einige frühere Dateiformatschwierigkeiten beheben. Leider ist die Bibliothek deutlich langsamer, als unsere bisherige Umsetzung. Je nach Bildgröße dauert so eine Neugenerierung eines Bildes schon mal ein paar Sekunden. Solang sieht der erste Shopbesucher keine Bilder. (Bei allen folgende Besuchern sind die Bilder dann fertig generiert.)

Um die Wartezeit zu reduzieren, gibt es nun im Modul ein auf der Command Line aufrufbares Wartungstool. Das bietet die Möglichkeit, die generierten Bilder zu löschen und / oder auch neu zu generieren. Damit können die Shopbetreiber den geänderten Verhaltensweisen vorbeugen.

Hinweise zur Verwendung dieses Tools sind im Handbuch hinterlegt.

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.

Verhindern Sie Bilderdiebstahl ohne zusätzlichen Aufwand

Posted by Daniela Biewald