1. das Theme wurde aktualisiert. Dadurch lassen sich auch größere Logos im Shop Front Office platzieren, ohne die CSS-Datei verändern zu müssen.
2. Endlich ist im Theme, bzw. im Warenkorb-Modul die Beschriftung der Buttons verbessert worden:
   

   Verbesserte Beschriftung der Buttons

3. Weiterhin gibt es einige wichtige Bugfixes, z.B. bei der Pflichangabe bei Gastbestellung, obwohl deaktiviert im Back Office
4. Ein paar Sachen wurden weiter verbessert und im BO gab es eine neue Funktion (Sprachauswahl beim Mitarbeiter)

Für wen lohnt sich das Update 1.5.4.1?

Genau genommen gab es nicht viel Neues. Dennoch lohnt es sich, den Shop auf den aktuellen Stand zu bringen, falls man von einem Problem betroffen ist, welches mit dem PrestaShop Update gefixt wurde.

Hier gibt es eine ausführliche Liste zu dem Update

Problem Rechtssicherheit und Usability

Nach wie vor ist eine Standardinstallation von PrestaShop ohne Anpassungen in Deutschland nicht rechtssicher:

• keine Bestellseite
• kein Hinweis inkl. Mwst. zzgl. Versand (+ verlinkt)
• Lieferzeiten fehlen
• Grundpreise nicht überall (falls verwendet)
• mehr hierzu

Aus Usability Gesichtspunkten ganz schlecht:

• Bestellvorgang unnötig aufgebläht, es sind wesentlich mehr Schritte notwendig als in der Bestellverlaufsleiste angezeigt werden, z.B. enthählt die Zahlung im Schritt die Auswahl der Zahlung und dann im gleichen Schritt 5 die Kaufen-Seite:
  

  Kaufen-Seite in PrestaShop, in Paris denkt keiner an deutsche Shopbetreiber!

Wann denkt Paris mal an die 500.000 deutschen Online-Händler in Deutschland?

BITTE DRINGEND NACHBESSERN!

Das PrestaShop-Update in der neuen Version 1.5.4.1 lässt sich hier herunterladen.

Der niedrigste Preis soll zuerst angezeigt werden.

Öffne die products-list.tpl im Theme-Ordner, bei den Preisangaben ändere den Code wie folgt ab:

{if $product.on_sale}
                  {l s='On sale!'}
                {elseif ($product.reduction_price != 0 || $product.reduction_percent != 0) && ($product.reduction_from == $product.reduction_to OR ($smarty.now|date_format:'%Y-%m-%d' <= $product.reduction_to && $smarty.now|date_format:'%Y-%m-%d' >= $product.reduction_from))}
                    {l s='Price lowered!'}
                {/if}

                {if !$priceDisplay || $priceDisplay == 2}

{if $product.id_product_attribute}{l s='from'}{/if} {convertPrice price=$product.price}{if $priceDisplay == 2} {l s='+Tx'}{/if}

{/if}

                {if $priceDisplay}

{if $product.id_product_attribute}{l s='from'}{/if} {convertPrice price=$product.price_tax_exc}{if $priceDisplay == 2} {l s='-Tx'}{/if}

{/if}

                {if ($product.allow_oosp OR $product.quantity > 0) && $product.customizable != 2}
                    {l s='Add to cart'}{else}

Kompatbilität: PrestaShop 1.2 – 1.5.x

Quelle

2. Schritt Template-Korrekturen

Benötigte Hilfswerkzeuge: Beyond Compare oder ein vergleichbares Tool zum Dateivergleich

Laden Sie per FTP die Themes Ordner auf Ihre lokale Festplatte. Neben dem Theme default, gc-default und das Fremdtheme Winestore mit dem Ordnernamen theme481:

Themes per FTP auf die lokale Fetplate laden, hier mit Filezilla

Binärvergleich der Themes default und gc-default

Als nächstes prüfen wir die Änderungen der beiden Theme-Ordner gc-default und dem PrestaShop default-Theme, indem wir mit Beyond Compare einen Ordnervergleich aufrufen:

Orndervergleich von gc-default mit dem deafault-Theme

Exemplarisch soll hier anhand der Produktseite gezeigt werden, wie die Änderungen in das Fremdtheme eingebaut werden:

product.tpl

Beim Doppelklick auf die Zeile poduct.tpl werden die beiden Dateien gegenüber gestellt. Alle Ergänzungen aus der rechten Seite müssen auch an die entsprechende Stelle im Fremdtheme eingebaut werden:

erste Änderung in der product.tpl

Die folgenden Zeilen sind daher im Abschnitt //Translations im script-Block des Templates unterzubringen:

{* gc-default: Rechtssicherheit: Versandkosten Sprache *}
var incl = ‘{l s=’incl.’ js=1}’;
var excl = ‘{l s=’excl.’ js=1}’;

Auch hier können wir mit Beyond Compare die beiden Dateien product.tpl vergleichen (link gc-default, rechts theme481):

Vergleich von product.tpl aus gc-default mit theme481

Änderungen an Bildern können übersprungen werden (getImageLink()-Funktionen), da diese sich auf das jeweilige Theme beziehen.

Wichtig sind jetzt die Änderungen bei den Preiszusätzen:

default, aus:

<!–{if $tax_enabled  && ((isset($display_tax_label) && $display_tax_label == 1) OR !isset($display_tax_label))}
{if $priceDisplay == 1}{l s=’tax excl.’}{else}{l s=’tax incl.’}{/if}
{/if}–>

gc-default, wird:

{* gc-default: Rechtssicherheit: Preiszusätze anzeigen *}
<br />
{if $tax_enabled  && ((isset($display_tax_label) && $display_tax_label == 1) OR !isset($display_tax_label))}
<span>{if $priceDisplay == 1}{l s=’tax excl.’}{else}{l s=’tax incl.’}{/if}</span>
{/if}
{* gc-default: Rechtssicherheit: Versandkosten anzeigen *}
<span>
{if $cms_id_shipping}<a href=”{$link->getCMSLink($cms_id_shipping)}”>{l s=’excl. shipping’}</a>{else}{l s=’excl. shipping’}{/if}
</span>

Entsprechend suchen wir im theme481 diese Stelle und ersetzen es mit dem gleichen Codebaustein:

Preiszusätze im Fremdtheme integrieren

Das gleiche machen wir mit den Streichpreisen:

{* gc-default: Rechtssicherheit: Streichpreise Begründung *}
<span id=”old_price_pre”>{l s=’previous’}</span>

Streichpreise werden ergänzt

Grundpreise werden ebenfalls korrigiert:

{* gc-default: Rechtssicherheit: Grundpreis *}
<p><span id=”unit-price-pre”>{l s=’Unit Price’}:</span> <span id=”unit_price_display”>{convertPrice price=$unit_price}</span> {l s=’per’} {$product->unity|escape:’htmlall’:'UTF-8′}</p>

Grundpreise werden ergänzt

product-list.tpl

Mit der Datei product-list.tpl wird ebenso verfahren.

Im theme481 wird die Passage

<p class=”product_link”><a href=”{$product.link|escape:’htmlall’:'UTF-8′}” title=”{$product.description_short|strip_tags:’UTF-8′|truncate:360:’…’}” >{$product.description_short|strip_tags:’UTF-8′|truncate:360:’…’}</a></p>

durch diese ersetzt:

<p class=”product_link”>
<a href=”{$product.link|escape:’htmlall’:'UTF-8′}” title=”{$product.description_short|strip_tags:’UTF-8′|truncate:360:’…’}”>
{$product.description_short|strip_tags:’UTF-8′|truncate:360:’…’}
{* gc-default: Rechtssicherheit: Grundpreis *}
{if !empty($product.unity) && $product.unit_price_ratio > 0.000000}
{if !$priceDisplay}
{math equation=”pprice / punit_price”  pprice=$product.price  punit_price=$product.unit_price_ratio assign=unit_price}
{else}
{math equation=”pprice / punit_price”  pprice=$product.price_tax_exc  punit_price=$product.unit_price_ratio assign=unit_price}
{/if}
<br /><span><span id=”unit-price-pre”>{l s=’Unit Price’}:</span> <span id=”unit_price_display”>{convertPrice price=$unit_price}</span> {l s=’per’} {$product.unity|escape:’htmlall’:'UTF-8′}</span>
{/if}
</a>
</p>

Weiterhin wird diese Passage:

{if isset($product.show_price) && $product.show_price && !isset($restricted_country_mode)}<span>{if !$priceDisplay}{convertPrice price=$product.price}{else}{convertPrice price=$product.price_tax_exc}{/if}</span>{/if}

ersetzt durch diese:

<div>
{if isset($product.show_price) && $product.show_price && !isset($restricted_country_mode)}
<span>
{if !$priceDisplay}
{convertPrice price=$product.price}
{else}
{convertPrice price=$product.price_tax_exc}
{/if}
</span>
{* gc-default: Rechtssicherheit: Steuer anzeigen *}
<span>
{if $use_taxes && ((isset($display_tax_label) && $display_tax_label == 1) OR !isset($display_tax_label)) && !$priceDisplay}
{l s=’tax incl.’}
{else}
{l s=’tax excl.’}
{/if}
</span>
{* gc-default: Rechtssicherheit: Versandkosten anzeigen *}
<span>
<span>
{if isset($product.freeShipping) && $product.freeShipping}
{l s=’incl.’}
{else}
{l s=’excl.’}
{/if}
</span>
{if $cms_id_shipping}<a href=”{$link->getCMSLink($cms_id_shipping)}”>{l s=’shipping’}</a>{else}{l s=’shipping’}{/if}
</span>
<br />
{/if}

{* gc-default: Rechtssicherheit: Lieferzeit anzeigen *}
{if isset($product.available_for_order) && $product.available_for_order && !isset($restricted_country_mode)}
<span>
{if isset($gcgerman)}{l s=’shipping time’}:{/if}
{if $product.quantity > 0}
{$product.available_now}
{elseif (isset($product.quantity_all_versions) && $product.quantity_all_versions > 0)}
{l s=’Product available with different options’}
{else}
{if $product.allow_oosp}
{$product.available_later}
{else}
{l s=’Out of stock’}
{/if}
{/if}
</span>
{/if}

Eine der Ersetzungen in der product-list.tpl

GC German Bestellvorgang

Der neue Bestellvorgang von GC German ist ein Mehrschrittbestellvorgang. Die von PrestaShop vorgeschlagenen Wege lassen sich mit GC German nicht mehr nutzen. Allerdings ist dies auch nicht sinnvoll, da die Bestellseite mit der Button-Lösung Teil von GC German ist und damit auch wichtigster Bestandteil der rechtssicheren Grundlage für den Bestellvorgang darstellt.

Alle adress- und order-Templates müssen daher in den Theme-Ordner kopiert werden, sowie auch der mails-Ordner, mobile und pdf:

Order, Adress und weitere Template-Dateien müssen hochgeladen werden

Module

Da viele Module auch Preise anzeigen, müssen diese Templatedateien für die Module angepasst werden. Insbesondere trifft dies auf das Modul “Produkte auf der Startseite” (homefeatured) zu. Der einfachste Weg ist es, die Buttons “In den Warenkorb” an dieser Stelle zu entfernen. Dazu einfach in der tpl-Datei den Link einkommentieren.

Theme umbenennen und aktivieren

Am Ende benennen wir den lokalen Themeordner noch mit dem Präfix gc um (gc-theme481) und laden diesen zurück auf den Webserver.

Da die Templates ergänzende Textbausteine bekommen haben, müssen diese noch übersetzt werden. Dazu gehen wir im Backoffice unter Lokalisierung > Übersetzungen > Übersetzungen des Front Office > (gc-theme481) > deutsche Flagge anklicken und tragen dort die rot hinterlegten fehlenden Textbausteine ein:

Theme-Übersetzungen der Front Office Texte

fehlende Übersetzungen werden nachgetragen

Die Auswirkung auf der Produkt-Detailseite kann man dann hier im Front Office überprüfen:

GC German im Einsatz von Fremdtheme theme481

Egal welche Lösung zur Rechtssicherheit Sie einsetzen, Sie müssen auf jeden Fall auch die eigenen Theme-Dateien anpassen. Dies trifft insbesondere dann zu, wenn Sie mit einem anderen als dem Standard-Theme (default) online gehen wollen. Dieses Tutorial erklärt am Beispiel von der Lösung GC German, wie Sie ein Theme von Templatemonster anpassen können. Im ersten Schritt wird das Templatemonster Theme installiert und im zweiten Schritt angepasst.

1. Schritt: Themeinstallation

Das Templatemonster Theme können Sie hier kostenfrei zu Demozwecken herunter laden.

Download Theme

Danach wird der Ordner entpackt, wobei für dieses Tutorial der Ordner themeinstallator von Interesse ist.

Modul Theme Installator

Das Modul ThemeInstallator ist ein kostenfreies Modul von PrestaShop, um Templates mit allen Modulpositionen zu installieren. Es kann hier geladen werden und wird im eigenen Shop installiert (Backoffice > Module) und dann konfiguriert. Dabei wird die Datei theme481.zip im Ordner themeinstallator ausgewählt.

Themeinstallator Auswahl

Theme Aktivierung

Nach der erfolgreichen Installation muss das Theme noch aktiviert werden (Backoffice Voreinstellungen > Themes):

Das Free Winestore Theme von Templatemonster wird aktiviert

Danach steht das Theme und kann benutzt werden. Es fehlen noch ein paar Bilder:

Front Office Ansicht des Themes

Weitere Einstellungen und Korrekturen

Diese lassen sich über Voreinstellungen > Bilder > Wiederherstellen der Vorschaubilder > Bild auswählen Produkte weitestgehend erzeugen.

Wiederherstellen der Vorschaubilder

Da das Template noch ein paar Schönheitsfehler aufweist, sollten diese in den Templatedateien korrigiert werden. Dies betrifft auch ein paar CSS Korrekturen für die Produktdetailseite. Für den weiteren Verlauf und Teil 2, der Anpassung des Templates an die Rechtssicherheit spielt das keine große Rolle.

Lesen Sie weiter im Teil 2: Template-Korrekturen

Das Modul GC German wurde zur Verbesserung der Rechtssicherheit in Deutschland für Shopbetreiber entwickelt, die PrestaShop als eCommerce Plattform / Onlineshop nutzen. Momentan wird GC German kostenfrei von Gurkcity Webdesign auf Anfrage verschickt.

GC German Handbuch zur Konfiguration

Das Modul GC German wird üblicherweise über die Modulverwaltung von PrestaShop installiert (Backoffice > Module).

Dort wählen Sie Neues Modul hinzufügen und wählen danach die zip Datei auf Ihrer Festplatte.

Filtern Sie danach die Modulliste nach Sortierung: onlineshop-module.de:

Filterung der Module nach “onlineshop-module.de”-Autor

Klick auf Installieren macht selbiges mit dem Modul, der Status sollte auf INSTALLIERT wechseln und im nächsten Schritt wird es konfiguriert:

Installiertes Modul GC German, bereit zur Konfiguration

Das Modul zeigt nun verschiedene Konfigurationsboxen:

• Konfiguration
• CMS Vorlagen
• Theme “gc default”
• Bestellstatus “Auftragsbestätigung”
• Module
• Versandzusatz

Konfiguration

In diesem Abschnitt finden Sie allgemeine Konfigurationsparameter und globale Einstellungen. Optionen mit einem grünen Häkchen sind an, mit dem roten Kreuz aus.

MwSt. Berechnung

default-Wert: an, empfohlene Einstellung: an

Die Mehrwertsteuerberechnung sollte aktiv sein, wenn Sie alle Preise inklusive Mehrwertsteuer zeigen. Es wird bei allen Produktpreisen ein Hinweis inkl. Mwst. angezeigt. Um Preise mit Steuern anzeigen zu dürfen, müssen Sie umsatzsteuerpflichtig sein und es ist eine Umsatzsteueridentifikationsnummer notwendig, die natürlich auch zwingend im Impressum stehen muss. Kleinunternehmer sind nach § 19 UStG grundsätzlich von der Umsatzsteuer befreit. In diesem Fall bitte die Einstellung deaktivieren. Der Preiszusatz “inkl. Mwst.” wird dann nicht angezeigt und die Preise werden als steuerfreie Preise angezeigt. Auf der Produktseite lässt sich im Backoffice auch kein Steuersatz dem Produkt zuweisen. Dort steht dann: Steuern momentan deaktiviert.

Es gibt in den Ländereinstellungen Lokalisierung > Länder ein zusätzliches Label für die Anzeige (inkl. Mwst.) in jeder Warenkorb-Zusammenfassungszeile.  Wichtig in dem Zusammenhang ist auch die Auswirkung auf die Produkt-Detailseite und Übersichtsseite (Kategorieseite). Dort wird das Label “inkl. Mwst” ausgeblendet, wenn diese Ländereinstellung deaktiviert ist. Im Normalfall sollten Sie die Einstellung auf Steuer-Label anzeigen auf ja setzen. Ausnahme z.B.. bei Kleinunternehmer-Regelung.

Steuerlabel bei den Ländereinstellungen Lokalisierung > Länder

Bitte beachten Sie auch, dass Endkunden (Verbraucher) in den Gruppeneinstellungen Kunden > Gruppen die Presianzeige inkl. Steuer eingestellt haben. Dies gilt für alle vorhandenen Gruppen. Ausnahme: explizite Firmenkunden, also Kunden im B2B-Verhältnis zu Ihnen.

Einstellungen der Steuern für Endverbraucher

Steuerberechnung der Versandkosten

GC German berechnet die Steuer der Versandkosten ausgehend von dem überwiegenden Steuersatz der Produkte im Warenkorb, ausgehend vom Nettobetrag der Versandkosten. Enthält der Warenkorb überwiegend Produkte mit ermäßigtem Steuersatz, dann wird die Steuer der Versandkosten auch den ermäßigten Steuersatz enthalten.

MwSt. Anzeige im Block Warenkorb

default-Wert: aus, empfohlene Einstellung: an

Soll die Steuer im Block Warenkorb angezeigt werden, dann ist diese Einstellung auf aktiv zu stellen. Dies ist bei Preisen inklusive Umsatzsteuer grundsätzlich ratsam. Diese Einstellung betrifft nur das Modul Block Warenkorb (blockcart).

AGB Checkbox

default-Wert: aus, empfohlene Einstellung: aus

Checkboxen zum “Abhaken” der AGB und Wiederufsbelehrung auf der letzten Seite im Bestellvorgang (Bestellzusammenfassung) sind üblich, aber nicht zwingend notwendig, um Teil des Vertrages zu werden.

Rücksendungen

default-Wert: an, empfohlene Einstellung: an

Aktiviert das Rücksendungssystem für Ihren Shop. Damit können Sie und Ihre Kunden Rücksendungen verwalten. Rücksendungen sind erst möglich, nachdem ein Bestellstatus erfolgreich abgeschlossen gesetzt wurde.

Rücksendedauer

default-Wert: 7, empfohlene Einstellung: 30

Die Rücksendedauer ist der Wert in Tagen, in denen ein Kunde nach seiner Bestellung noch Waren zurückschicken kann. Der Wert sollte auf jeden Fall größer als die 14 Tage gesetzlich vorgeschriebenen Mindestrücksendefrist liegen. Genau genommen kann auch eine Rücksendung im Gewährleistungsfall vorliegen, also können hier auch 2 Jahre (730 Tage) oder mehr eingetragen werden.

Lieferzeit “auf Lager”

default-Wert: 2-3 Werktage, empfohlene Einstellung: 2-3 Werktage

Zeigt die standardmäßige Lieferzeit für alle Produkte an, die verfügbar/ auf Lager sind. Z.B.: 2-3 Werktage. Möchten Sie keine Lieferzeiten in Ihrem Shop anzeigen, dann müssen Sie den entsprechenden Codeschnipsel aus Ihrem Template entfernen. Wenn Sie keine Lieferzeitangaben machen, dann ist davon auszugehen, dass Ihre Ware sofort verfügbar ist und innerhalb 2-5 Tagen beim Verbraucher ist.

Lieferzeit “ausverkauft”

default-Wert: 7-10 Werktage, empfohlene Einstellung: 7-10 Werktage

Zeigt die abweichende Lieferzeit für alle Produkte an, die nicht mehr auf Lager aber bestellbar sind. Z.B.: Derzeit nicht verfügbar, Lieferzeit 7-10 Werktage.

CMS Seiten zuweisen

Globale Einstellungen

Diese Einstellungen betreffen alle Shops und das Backoffice.

Silentmode

default-Wert: aus, empfohlene Einstellung: an

Auftragsbestätigung

Duplikat der Auftragsbestätigung

•  Impressum
• AGB
• Wiederrufsbelehrung
• Datenschutz
• Umweltverordnung
• Versand

Sie können einzelne oder alle CMS-Seiten anhaken und mit dem Klick auf CMS-Seite hinzufügen die Seiten in den PrestaShop bringen. Bestehende CMS-Seiten sind davon nicht betroffen, diese bleiben aktiviert und lassen sich nach wie vor nutzen. Beim Erzeugen der neuen CMS-Seiten werden automatisch die Verknüpfungen im Abschnitt Konfiguration > CMS-Seiten zuweisen zu den neuen CMS-Seiten hergesetellt. Der Status “bereits verknüpft” zeigt an, ob es hier bereits eine Verknüpfung zu einer CMS-Seite gibt.

Sie können diesen Vorgang beliebig wiederholen und neue CMS-Seiten in das System bringen.

Module

Datenschutzmodul

GC German hat eine automatische Prüfung eingebaut, ob das von PrestaShop mitgelieferte und standardmäßig installierte Modul “Block Kunde Datenschutz” installiert und aktiviert ist. Das Modul sollte zwingend installiert sein, um keine rechtlichen Probleme mit dem Datenschutz zu bekommen.

weitere Module installieren

Sie können weitere Module für Ihren Shop verwenden, die in den Bereich Rechtssicherheit passen und in Verbindung mit GC German sinnvoll sind. So gibt es momentan zwei Zahlungsmodule (Rechnung und ein simples PayPal-Modul), sowie das Modul Google Analytics (gc_ganalytics), das für mehr Datenschutz aufgrund Anonymisierungstechniken bei der Speicherung der IP-Adresse sorgt.

Folgende Module werden momentan mit GC German ausgeliefert:

• Bezahlmodul Rechnung
• Bezahlmodul PayPal
• Google Analytics

Die Module können wie üblich über die Modulverwaltung konfiguriert werden.

Weitere Zahlungsmodule können bei Gurkcity auf Anfrage erwoben werden.

Theme “gc-default”

Das Theme ‘gc-default’ entspricht dem original Theme ‘default’ mit den Anpassungen zu GC German. Nach der Installation des Themes mit dem Button “gc-default Theme installieren” müssen Sie das Theme noch aktivieren (Voreinstellungen > Themen).

Wenn Sie ein anderes Theme nutzen möchten, müssen Sie alle Änderungen zwischen gc-default und dem PrestaShop default Theme in ihr eigenes Theme einbringen. Wie das geht wird hier beschrieben.

Das theme gc-default ist ein rechtssicherer Klon vom default Theme

Bestellstatus ‘Auftragsbestätigung’

Sie können einen neuen Bestellstatus ‘Auftragsbestätigung’ zu Ihrem Onlineshop hinzufügen. Laut den Muster-AGB kommt der Vertrag erst zustande (Punkt 3 Angebot und Vertragsschluss), wenn sie die Bestellung durch eine Auftragsbestätigung per E-Mail nach dem Erhalt der Bestellung annehmen. Vor dieser E-Mail darf es keine Aufforderung zur Zahlung oder sonstigen automatisierten Bestätigung kommen, die auf einen Vertragsschluss hinweist. Dies gilt insbesondere für Vorkasse-ähnliche Zahlarten. Das einzige was der Kunde bekommen darf, ist eine Bestellbestätigung, die den Eingang der Bestellung im Onlineshop anzeigt.

Unter Bestellungen > Status sind daher noch weitere Einstellungen vorzunehmen:

Bestellstatus mit ID 3: Bestellung eingegangen bearbeiten und alle Häkchen entfernen und abspeichern.

Bestellungen Status im PrestaShop

Der Status “Bestellung eingegangen” muss komplett zurückgesetzt werden

Tipps

• Deinstallieren Sie das Modul Scheck (Zahlungsmodul)
• Modul bankwire ist nicht rechtskonform und sollte ebenfalls deinstalliert werden (Zahlungsmodul)
• Nach einer Bestellung muss jedes Modul den Status 3 (Bestellung eingegangen) setzen, es sei denn es handelt sich um ein Sofortzahlmodul wie PayPal oder Sofortüberweisung, welches nach erfolgreicher Bezahlung den eigenen bezahlt-Status setzt (z.B. PayPal bezahlt), bzw. der allgemeine Status 2 (Zahlung eingegangen)

Auftragsbearbeitung und Bestellstatus

Nach einer Bestellung erhält der Kunde eine E-Mail mit der Bestellbestätigung. Je nach Zahlart wird unter Umständen der Status auf Fehler bei der Bezahlung oder Warten auf Zahlungseingang oder Zahlung eingegangen gesetzt.

Erst wenn die Bestellung manuell auf den Status “Auftragsbestätigung” gesetzt wird, dann wird der Vertrag mit dem Kunden rechtskräftig und der Kunde bekommt mit diesem Status eine E-Mail samt Wiederrufserklärung, AGB-Text, Text zur Umweltverordnung, Datenschutz und Impressum.

Danach kann die Bestellung weiter bearbeitet und versendet werden. Folgendes Schema soll den Ablauf anhand einer PayPal-Bestellung verdeutlichen:

Bestellablauf am Beispiel einer PayPal-Bestellung.

In das Versandpaket gehören neben dem Lieferschein im Idealfall auch nochmal der AGB-Text und der Hinweis zum Widerrufsrecht. Mit der Auftragsbestätigung ist das allerdings nicht mehr notwendig. Denn die Frist des Wiederrufsrechtes beginnt nach Erhalt der Wiederrufsbelehrung in Textform, jedoch nicht vor Eingang der Ware beim Empfänger.

Versandzusatz

Der Versandzusatz wird auf der Bestellseite unmittelbar oberhalb des Kaufen-Buttons angezeigt. Hier können z.B. Hinweise auf mögliche weitere Steuern, Zöllen und andere Kosten für diese Zonen angezeigt werden.

Wählen Sie zuerst den Lieferant und danach die Zone aus. In das freie Textfeld können Sie beliebigen Text eingeben, der auf der Bestellseite zwischen den Pflichtinformationen und dem Button angezeigt werden, z.B. “Bei der Lieferung in die Schweiz fällt für den Käufer zusätzlich die schweizerische MwSt. von 8% an”.

Versandzusatz als Hinweis für weitere Steuern und Kosten ins Ausland

weitere Voreinstellungen

Unter Voreinstellungen > Bestellungen kann mit GC German als Art des Bestellvorgangs nur noch der GC German 5-step Checkout gewählt werden. Der One-Page-Checkout und der klassische Mehrschrittbestellvorgang sind nicht mehr auswählbar, da beide nicht rechtssicher sind. Empfehlenswert ist auch in diesem Zusammenhang gleich die Express-Bestellung zu aktivieren (Guest-Checkout).

Bestellungen Konfiguration unter Voreinstellungen

Die Zahlarten stellen bei GC German den Vorletzten Schritt dar, hingegen die Bestellzusammenfassung ist die optimierte Button-Lösung für den Onlineshop-Bestellvorgang.

Unter Voreinstellungen > Kunden sollte der Typ des Registrierungsprozesses auf Standard (Konto- und Anschrifterstellung) gestellt werden. Telefon-Nr. sollte hier deaktiviert werden.

Konfiguration von Kunden unter den Voreinstellungen

Zahlungsarten für GC German

Für die Button-Lösung ist es wichtig, dass Sie entsprechende Zahlungsmodule nutzen, die sich nach dem Standard von GC German richten. Ansonsten wird nicht die finale Bestellseite angezeigt, sondern auf die Modul-Bestellseite. Normale PrestaShop-Module können zwar eingesetzt werden, sind aber nicht rechtssicher. Wir haben daher bereits eine Palette an Zahlungsmodulen vorbereitet, die Sie mit GC German nutzen können. GC German harmoniert momentan mit folgenden Zahlungsarten:

• Vorkasse (beinhaltet Check und Überweisung)
  • Ogone
  • ohne Anbieter
• PayPal
  • Paypal (im GC German Paket mit dabei, s. Module)
  • Ogone
• Kreditkarte
  • Paypal
  • VR Pay Visa / Mastercard
  • Ogone Visa / Mastercard / American Express
• Sofortüberweisung
  • Ogone
• Rechnung
  • ohne Anbieter (im GC German Paket mit dabei, s. Module)
  • Ogone Klarna
  • Ogone Billsafe
• Nachnahme
  • ohne Anbieter
• Lastschrift
  • Ogone

Auf Anfrage können wir auch gerne weitere Zahlungsmodule erstellen. Bitte beachten Sie, dass es mit GC German und auch mit PrestaShop generell nicht die Möglichkeit gibt, Zahlungsarten mit Aufschlägen zu versehen (z.B. Zahlung per Nachnahme mit Nachnahmegebühr). Dies ist ein großes Manko im ganzen Shopsystem. Allein durch die germaNext Lösung von Silbersaiten ist dies möglich.

Wir wünschen viel Erfolg mit Ihrem Shopprojekt. Bei Fehlern und Verbesserungsvorschlägen freuen wir uns über jeden Hinweis.

Screenshots zu GC German

Default-Einstellung (vor der Konfiguration)

GC German vor der Konfiguration

konfigurierter PrestaShop mit GC German

GC German fertig konfiguriert

PrestaShop wünscht sich so für die Zukunft mehr Feedback und hofft auf die Lösung vieler Probleme durch Community-Mitglieder.

PrestaShop bei GitHub

Man bedenke: alle Lösungen sind mit Arbeit und dadurch auch meist mit Kosten verbunden. Sei es, der Wechsel auf Magento, Open Cart und Oxid oder das nachträgliche Nachrüsten mit einer der verfügbaren Bestellseiten-Lösungen für PrestaShop. Mit etwas Glück könnte Nichtstun kostenlos sein, aber das Damoklesschwert der Abmahnung schwebt dann immer über einem (Stichwort Wettbewerbswidrigkeit). Leider sieht es momentan so aus, dass von offizieller Seite keine Lösung herbeigeführt wird, was es den Shopbetreibern ungemein erschwert, hier rechtssicher auftreten zu können und gleichzeitig zukunftssicher den Shop betreiben zu können, ohne in einem halben Jahr wieder investieren zu müssen. Ärgerlich für alle! Wir haben daher die verschiedenen Button-Lösungen für den “Presta” einem Vergleich unterzogen und hoffen, es damit Shopbetreibern leichter zu machen sich für oder gegen die eine oder andere Lösung zu entscheiden.Zuallererst sollte man berücksichtigen, für welche Shopversion man eine Lösung benötigt. Denn momentan kommen zwei “Major Releases” oft im Einsatz. Zum einen sind es bestehende OnlineShops, die noch auf PrestaShop 1.4.x laufen, zum anderen wird immer öfter inzwischen die aktuelle Version 1.5.x genutzt. In diesem ersten Teil betrachten wir die Lösungen für PrestaShop 1.4.x.

Button-Lösungen für PrestaShop 1.4.x

• Modul germaNext
• Forenlösung
• Modul GCJOCOB
• Modul Bestellübersicht
• Vergleich der Button-Lösungen
• Fazit

Für PrestaShop 1.5.x gibt es zukünftig auch mehrere Lösungen: germaNext (noch nicht veröffentlicht) in zwei Versionen, die Forenlösung, Modul GC JOCOB und das Modul GC German (noch in Entwicklung).

Die Ausgangssituation: Ohne Button-Lösung in PrestaShop 1.4

Diese Pflichtinformationen fehlen, bzw. sind falsch umgesetzt, was wettbewerbswidrig ist:

1. ) keine wesentlichen Merkmale der Ware dargestellt

2.) Gesamtpreis: verbundene Preisbestandteile wie Steuern fehlen => Verbraucher kann die Berechnung des Endpreises nicht überprüfen

3.) fehlende Angabe von zusätzlichen Versandkosten

4.) Hervorhebungserfordernis nicht komplett umgestzt

5.) Button falsch beschriftet

6.) Trennende Gestaltungselemente zwischen Pflichtinfos und Button (hier Text und Währungsdropdown)

Weiterhin gibt es keine Korrekturmöglichkeiten für den Kunden, was einen Verstoß gegen § 312g Absatz 1 Nr. 1 darstellt (Pflichten im elektronischen Geschäftsverkehr).

Button-Lösung mit germaNext für PrestaShop 1.4.x

Das Modul germaNext der Firma Silbersaiten springt genau in die Nische, um dem deutschen Shopbetreiber bei der Button-Lösung und anderen Problemen des Shopsystems mit der Rechtssicherheit weiterzuhelfen. Zumindest wenn man das Standard-Theme von PrestaShop nutzt und genau die passende Version von germaNext für sein Shopsystem besitzt. Sehr angenehm ist die Möglichkeit, die Button-Lösung allein durch die Installation eines Moduls zu bekommen. Die Konfiguration ist sehr einfach gehalten. Im Grunde ist diese Installation die ideale Möglichkeit für Shopbetreiber mit kleinem Budget und geringem technischem Know-How. germaNext für PrestaShop 1.4 greift in den Kern des Shopsystems ein, was mit den neueren Versionen für PrestaShop 1.5 wesentlich verbessert wurde. Das muss man im Hinterkopf behalten, spielt aber für den Vergleich der Button-Lösungen erst mal keine große Rolle.

Die Bestellseite im Detail

Die Warenkorbübersicht wird ordentlich dargestellt. Alle Produkte enthalten die wentlichen Merkmale der Ware: Am Ende der Bestellseite werden Steuern und sonstige Bestandteile aufgeführt. Allein der Kaufen Button ist nicht direkt unterhalb des Gesamtpreises aufgeführt und wird durch die Box der Ermäßigungsgutscheine und einen Hinweis zur Überprüfung der Angaben, sowie der AGB-Checkbox mit verlinkter AGB und Widerrufsbelehrung getrennt. Auch fehlte bei unserer Installation die für den Bestellbutton wichtige Übersetzung (“Kaufen” oder “zahlungspflichtig bestellen”). Dies lässt sich jedoch sehr einfach im PrestaShop Back Office über Tools > Übersetzungen > Front Office > deutsche Flagge nachrüsten.

Wer mit den mitgelieferten Modulen Vorkasse, Nachnahme, PayPal, Rechnung, Lastschrift, Sofortüberweisung, und Moneybookers klarkommt, fährt gut mit der Lösung. Update (19.11.2012): inzwischen wird auch Klarna und Billsafe unterstützt. Weitere Module können auf Nachfrage durch die Agentur Silbersaiten hinzugefügt werden. Besonders gut hat uns die Möglichkeit gefallen, für jedes Zahlungsmodul individuelle Rabatte oder Zusatzgebühren zu definieren.

Auch andere Themes werden unterstützt, entweder die von Silbersaiten entwickelten 100%-kompatiblen germaNext-Themes oder auch von fremden Anbietern. In der Regel sind hier allerdings weitere Anpassungen notwendig, so dass hierbei direkt mit der Agentur Silbersaiten Kontakt aufgenommen werden sollte.

Fazit:

Die Button-Lösung macht mit germaNext eine gute Figur. Einige Voraussetzungen wie die richtige Shopversion und das richtige Template müssen gegeben sein. Nachteilig ist die fehlende Möglichkeit, Zahlungsmodule hinzuzufügen, die noch nicht für germaNext angepasst wurden. Es gibt allerdings einige Standard-Zahlungsmodule, die mit germaNext mitgeliefert werden und man ist bemüht, dem Shopbetreiber bei Problemen hier unter die Arme zu greifen.

Forenlösung: Button-Lösung Fix für PrestaShop 1.4.x

Die Forenlösung ist die Fix-Buttonlösung aus dem offiziellen PrestaShop-Forum vom Forenschreiber BlutiGes. Alle Infos, Installationshinweise und der Fix als Downloadpaket sind hier vom PrestaShop Superstar cd2500 zusammengetragen. Die Diskussion hierzu gibt es hier. Die Idee besteht darin, alle Zahlungsmodule, die im PrestaShop standardmäßig die letzte Seite darstellen, so anzupassen, dass alle Pflichtinformationen dort zur Verfügung gestellt werden. Jedes Modul hat dadurch seine eigene Bestellseite, die Dank Template-Includes aber nur einmal existieren. Besonders gefreut hat uns die Möglichkeit, auch den 5-Schritt-Bestellvorgang vom PrestaShop zu nutzen. Nutzer können im oberen Bereich erkennen, in welchem Bestellschritt sie sich während des Bestellvorgangs befinden (Zustand des aktuellen Bestellfortschrittes). Die Bestellseite ist direkt im Template des Zahlungsmoduls verankert, was es erfordert, jedes genutzte Zahlungsmodul anzupassen. Glücklicherweise sind die Änderungen hier nur sehr gering.

Installation

Der Fix wird per FTP auf den Shopserver übertragen und beinhaltet Dateien des Themes, der Zahlungsmodule und für den override-Ordner.  Im oberen Bereich eines jeden Zahlungsmoduls wird eine weitere Templatedatei inkludiert:

<!– Shopping Summary Simon Agostini BEGIN –>

{include file=”$tpl_dir./shopping-cart_own.tpl”}

<!– Shopping Summary Simon Agostini ENDE –>

Danach folgt die gewöhnliche Ausgabe der letzten Seite des Zahlungsmoduls und kurz vor dem Bestellbutton wird nochmal der Warenkorb inkludiert:

<!– Shopping Summary Simon Agostini BEGIN –>

{include file=”$tpl_dir./shopping-cart_own_cart.tpl”}

<!– Shopping Summary Simon Agostini ENDE –>

Damit werden am Ende der Seite nochmal alle Kosten aufgeschlüsselt und die Pflichinformationen sind an Ort und Stelle. Auch ganz gut gelöst ist die Möglichkeit alle Daten korrigieren zu können. Der Button “Andere Zahlungsmethoden” ist meiner Meinung nach etwas deplatziert. Auch der Link zu den AGB ist nicht besonders gut sichtbar. Hier kann aber auf einfache Weise noch mit CSS etwas nachgebessert werden. Und wer es wünscht kann die tpl-Dateien selbst ändern, wie es am besten passt.

Andere Zahlungsmodule

Wenn Zahlungsmodule verwendet werden, die direkt beim Klick auf das Modul auf der Zahlungsseite den Shop verlassen, z.B. wie bei PayPal, sind weitere Anpassungen notwendig. Ein Fix für das PayPal-Modul liegt dem obigen Forenbeitrag bei. Ab Version PrestaShop 1.4.9 wurde eine Änderung notwendig, da sich das PayPal-Modul stark verändert hatte. Beim PayPal-Modul sollten in Deutschland, Schweiz oder Österreich nicht die Express-Option und die API verwendet werden. Weiterhin sind auch exotischere Zahlungsmodule recht gut anzupassen, wie hier ein Modul vom Klarna Rechnungskauf. Etwas aufpassen muss man, wenn ein Modul seperate Kosten aufgrund der Zahlart verlangt. Denn diese Angaben müssen zwingend in der Bestellzusammenfassung aufgeführt werden. Wenn daher für Nachnahme eine Nachnahmegebühr oder ein Modul für Rechnungskauf wie hier bei Klarna einen Aufschlag für die Zahlart Rechnung verlangt, dann geht das nicht “Out of the Box”, denn die stehen hierbei zu weit oben und sind für den Kunden nicht auf Anhieb erkennbar:

Grundsätzlich sind aber Aufschläge und Rabatte für Zahlungsarten im PrestaShop nicht vorgesehen. Denn diese Punkte erfordern in der Regel an einigen Stellen im Shopsystem Änderungen an den Kerndateien, was ein Update wiederum erschwert. Apropos Update: Dieses sollte bei der Forenlösung keine großen Probleme bereiten, da hier hauptsächlich Theme-Dateien und Overrides genutzt werden. Um sich vor dem Update der Module zu schützen, können die tpl-Dateien der Module auch in das eigene Theme verlagert werden (z.B. /themes/eigenestheme/modules/bankwire/payment_execution.tpl). Allerdings müssen dann auch die anderen tpl-Dateien und Übersetzungen des Themes kopiert werden.

Theme-Änderung bei der Forenlösung

Im Grunde können die meisten Themes mit der Bestellseite mit Button-Lösung nachgerüstet werden. Wichtig ist in dem Zusammenhang, dass bei einem Themewechsel auch die drei Dateien des Fixes in dem Themeordner abgelegt werden.

Theme gc-strawberry mit Foren-Buttonlösung

Installationsaufwand

Wenn man die Lösung direkt vom Fix installiert, wird schnell klar, dass hier doch noch ein paar Handgriffe mehr notwendig werden, als wie beim Modul germaNext. Auch wenn der Installationsaufwand bei den mitgelieferten Standardmodulen sehr gering ist. Die Übersetzungen müssen noch nachgerüstet und nicht mitgelieferten Zahlungsmodulen angepasst werden. Ganz wichtig ist in dem Zusammenhang auch die korrekte Bennenung des “Kaufen”-Buttons des Zahlungsmoduls (Modulübersetzungen unter Tools > Übersetzungen). Der große Vorteil der Forenlösung liegt in der Einfachheit und Orientierung an PrestaShop-Standards, abgesehen von den Theme-Anpassungen der Zahlungsmodule.

Nachteile

Es gibt nur wenige Nachteile, die zu nennen sind. Updates der Zahlungsmodule erfordern unter Umständen Anpassungen der Template-Dateien. Zwei Usability Punkte könnten jedoch als nachteilig empfunden werden: Aus einem One-Page-Checkouts (OPC / Schnellbestellung / Einschritt-Bestellvorgang) wird ein Zwei-Schritt-Bestellvorgang und die Auswahl der Zahlungsseite ist ohne Call-To-Action-Element etwas gewöhnungsbedürftig aufgebaut. Aber das ist halt der typische PrestaShop Standard.

Fazit:

Die Forenlösung hat einen halboffiziellen Charakter, da diese dort öffentlich diskutiert und angeboten wird. Der Fix ist laut Aussage von cd2500 auch offiziell von PrestaShop genehmigt worden, da hierbei nicht in den Kern von PrestaShop eingegriffen wird. Positiv zu sehen ist der kostenlose Download, die relativ einfache Weise den Fix in den eigenen Shop und in die Zahlungsmodule zu integrieren und die Beachtung der offiziellen Standards. Somit lässt sich auch das Shopsystem bei Bedarf updaten.

Button-Lösung mit Modul GCJOCOB für PrestaShop 1.4.x

Das von uns entwickelte Modul GCJOCOB (Just One Checkout Button) ist eine Lösung, die den Usability Nachteil der Forenlösung aufgreift. Das eigenständige PrestaShop-Modul wurde bereits Mitte 2011 entwickelt, noch bevor die Button-Lösung angekündigt wurde. Die Button-Lösung mit dem Modul GCJOCOB kam erst später als Symbiose zwischen diesem Modul, dem Einschritt-Bestellvorgang (One-Page-Checkout) und einigen angepassten Template-Dateien auf. Somit wird der One-Page-Checkout analog wie bei germaNext als die finale Bestellseite mit Bestellzusammenfassung und Kaufen-Button genutzt. In vielen Shopsystemen kann man die Zahlungsmodule entweder als Dropdown oder als Liste mit Radio-Buttons auswählen und geht dann zum nächsten Schritt über. Bei der Bestellseite mit GCJOCOB wird eine Auswahlliste der Zahlungsarten angeboten. Der Kunde kann auf einfache Weise die Zahlungsart per Klick auswählen. Dadurch können auch unentschiedene Kunden schnell die gewünschte Zahlungsart wechseln. Ein großer Vorteil für den Kunden, denn die Seite muss nicht neu geladen werden.

Auswahl der Zahlungsarten als Radio-Button-Feld

Notwendige Anpassungen

Alle notwendigen Anpassungen werden in dem Tutorial zu GC JOCOB gezeigt.

Kompatible Zahlungsmodule

Angepasste Module wie PayPal, Sofortüberweisung, Lastschrift, Rechnung (ohne Dienstleister), Nachnahme, Vorkasse oder VRPay funktionieren problemlos. Wenn eine externe API ins Spiel kommt, wird es aus eigener Erfahrung meist sehr aufwändig. Das Billsafe-Modul funktioniert weitest gehend gut, bei Klarna Rechnung und Ratenkauf mussten wir bisher passen. Vorteilhaft ist auch, dass man Module integrieren kann, die einen Zahlungsaufschlag erfordern (z.B. Nachnahme mit Nachnahmegebühr) oder eine Rabatt gewähren (Vorkasse mit Vorkasse-Rabatt). Dazu muss die Logik der Module umgeschrieben werden, was nur erfahrenen Programmierern vorbehalten bleibt.

Nachteile:

Die Button-Lösung mit GCJOCOB lässt sich nicht mit dem 5-Schritt-Bestellvorgang kombinieren. Es sind teils komplexe Anpassungen in den Template-Dateien, im CSS und im JavaScript der order-opc.js Datei notwendig. Somit ist diese Lösung vor allem für erfahrene Programmierer gedacht. Nicht jedes Zahlungsmodul kann auf GCJOCOB umgestellt werden.

Fazit:

Die Button-Lösung mit GCJOCOB ist eine professionelle Umsetzung, die im Zusammenspiel des GCJOCOB-Moduls, dem One-Page-Checkout und angepassten Template-Dateien beruht. Es ist kein Eingriff in den Programmierkern oder den Overrides notwendig. Die Usability ist besser als bei den anderen Lösungen. Sie funktioniert nur bedingt bei komplizierten Zahlungsmodulen, die z.B. externe APIs abfragen.

Button-Lösung mit dem Modul Bestellübersicht

Ein weiteres Modul welches hier und da zur Button-Lösung verwendet wird ist das von der Homepage-Community entwickelte Modul “Bestellübersicht” (summaryorder). Ursprünglich für PrestaShop 1.3 gedacht, kommt es auch öfters in PrestaShop 1.4-Umgebungen vor. Dafür gibt es hier eine aktualisierte Version und hier eine ganz brauchbare Installationsanleitung. Für die Module werden neue Hooks benötigt, in die das Modul später eingehängt wird. Dazu wird per SQL-Befehl erst ein Hook in der Datenbank registriert und danach über Module > Positionen das Modul in den Hook integriert.

Modul Bestellübersicht in den neu angelegten Hook integrieren

Für das Modul der Vorkasse wird dieser Code an der richtigen Stelle – in der Funktion execPayment() – im php-Code des Moduls eingefügt: $smarty->assign(array(‘HOOK_DISPLAYSUM’ => Module::hookExec(‘displaysumwire’))); Beim Modul Bankwire / Vorkasse sieht das dann so aus:

Bestellübersicht / Hook in das Zahlungsmodul integrieren

Im Template des Moduls wird dann der Hook integriert, hier am Beispiel des Vorkasse-Moduls kurz vor dem Kaufen-Button:

Templateanpassungen für die Bestellübersicht

Da in unserer Testumgebung mit PrestaShop 1.4.9 die Adressen nach der Installation noch “leer” waren, musste nachträglich das Modultemplate “Bestellübersicht” angepasst werden und eine JavaScript-Datei ausgetauscht werden. Das Ergebnis liefert eine nette kompakte Ansicht der Bestellseite mit Button-Lösung:

Bestellseite mit dem Modul Bestellübersicht

Fazit:

Die Lösung ist ähnlich aufgebaut wie die Forenlösung und hat damit die gleichen Vor- und Nachteile. Etwas aufwändiger ist das Anlegen der weiteren Hooks über die Datenbank und das manuelle Einpflegen der Codezeilen in die Zahlungsmodule. Schön ist die kompakte Darstellung, wobei auch hier kein Optimalzustand hergestellt wurde. Der Ansatz ist nicht schlecht, wird aber über das offizielle Forum von prestashop.com nicht unterstützt.

Vergleich der Button-Lösungen

Die folgende Tabelle gibt einen einen Überblick zum Vergleich der Button-Lösungen:

Gesamtfazit

Alle Lösungen haben Vor- und Nachteile und es gibt nicht die richtige Lösung. Der Vorteil der Forenlösung liegt klar auf der Hand: ein offiziell genehmigter Fix, es gibt viele Shopbetreiber, die dies getestet haben, öffentlich die Probleme damit diskutieren und auch Support bieten. Das kann auch Vorteile haben, wenn man exotische Zahlungsmodule integrieren möchte. Beim Einsatz einfacher Zahlungsmodule ist der Einsatz von germaNext ungeschlagen. Das Modul lässt sich sehr einfach installieren und konfigurieren. Allerdings schlägt es mit 149€ zu Buche. Für Entwickler dürfte auch die GC JOCOB-Variante interessant sein, da hier beim One-Page-Checkout ein Schritt gespart wurde und der Vorteil dieser Schnellbestellung genutzt wird. Allerdings dürfte dies neben der Variante mit dem Modul Bestellübersicht die aufwändigste Integration bedeuten.

Wer den Mehrschritt-Bestellvorgang einsetzen möchte, dem bleibt momentan nur die Forenlösung oder das Modul Bestellübersicht. In dem Falle würde ich die Forenlösung bevorzugen, da es hier mehr Unterstützung gibt. Den Einschritt-Bestellvorgang unterstützen dahin gegen alle Lösungen.

In allen Lösungen muss man aufpassen, sobald man Abos vertreibt und Lieferung in Länder angeboten wird, in denen Zollgebühren etc. anfallen. Hierbei müssen weitere Pflichtangaben auf der Bestellseite stehen.

Weitere Hinweise und Downloads zur Button-Lösung

• Hinweisblatt vom Händlerbund zur Button-Lösung
• Whitepaper im Shopbetreiber-Blog mit Diskussion
• Leitfaden zur Button-Lösung mit Beispielen aus anderen Shop-Systemen

Hat Ihnen der Artikel gefallen? Wir freuen uns über eine Weiterverbreitung über Google+, Facebook oder andere Dienste.

Die Idee von GC JOCOB und dem Zusammenspiel der Zahlungsmodule

Mit diesem Modul werden im PrestaShop Bestellvorgang diverse Zahlungsmodule zusammengefasst und nur mit einem Bestell-Button versehen. Der One-Page-Checkout wird so zur Bestellseite und kann die gesetzlich geforderte Button-Lösung umsetzen. Zahlungsmodule können per Klick ausgewählt werden und man gelangt nicht mehr zu einer separaten Zahlseite des Zahlungsmoduls.

Da dies komplexe Anpassungen erfordert und auch nicht frei von Nachteilen ist, ist diese Lösung auch nicht unbedingt für jeden Shopbetreiber die beste. Wir haben daher auch verschiedene Möglichkeiten zur Umsetzung der Button-Lösung im PrestaShop verglichen. Mehr im Vergleich der Button-Lösung im PrestaShop.

Technisch gesehen müssen alle Zahlungsmodule, die Zusatzeingaben erfordern oder Daten per Formular / POST-Anweisungen weiter verschicken, ihre Daten bereits schon auf der Bestellseite (einen Schritt früher als üblich) hinterlegt haben. Der Einschritt-Bestellvorgang bleibt damit auch einer. Konfigurierbare Zahlungsmodule wie Lastschrift, Kreditkarte oder Rechnungskauf müssen auf Klick die Formulare aufklappen lassen, wenn das Modul als Zahlungsoption gewählt wurde, um weitere Eingaben des Kunden zu ermöglichen. Dies macht je nach Komplexität des Zahlungsmoduls einige schwierige Anpassungen notwendig.

Voreinstellungen im PrestaShop

Zuerst wird im Back Office unter den Voreinstellungen die Art des Bestellvorgangs auf “One-Page-Checkout” gestellt:

Um die Templateänderungen sehen zu können, wird die Kompilierung erzwungen und der Cache ausgeschaltet:

Die OPC-Template Dateien werden so umgestellt, dass der Warenkorb von PrestaShop unten angeordnet ist:

Die Bestellseite wird dadurch neu strukturiert, die Zahlungsmodule sind aber noch nicht korrekt bedienbar, denn es wird immer noch auf eine weitere Seite umgeleitet.

Voraussetzungen für die Bestellseite mit GC JOCOB als Button-Lösung:

1) Das Modul GC JOCOB muss installiert sein.

2) Die Templates der Zahlungsmodule müssen verändert werden.

3) Der Bestellbutton muss unter den Warenkorb positioniert werden.

Anpassungen für GC JOCOB als Teil der Bestellseite im Detail

1) Das Modul GC JOCOB installieren

Das Modul GC JOCOB kann hier kostenlos herunter geladen werden. Es wird wie jedes PrestaShop Modul über das Back Office oder per FTP installiert. Am einfachsten kann man die heruntergeladene zip-Datei direkt von der Festplatte über den Module-Tab im PrestaShop BackOffice in das System geladen werden und danach installiert werden:

Schon jetzt kann man sehen, wie sich die Bestellseite verändert hat. Es gibt einen einzigen Bestellbutton, der für alle Zahlarten gilt.

Im neuesten Modul ist der Kaufen-Button auch schon richtig beschriftet (s. Screenshot weiter unten).

2) Veränderung der Templates der Zahlungsmodule

Welche Parameter übertragen werden, bestimmt das Zahlmodul selbst. Daher müssen die Templates so angepasst werden, dass jedes Zahlmodul ein Formular enthält (hier am Beispiel der Vorkasse) und danach direkt die Bestellung per Post-Action anstößt:

<form action=”{$this_path_ssl}validation.php” method=”post” id=”bankwire”>
<h3>{l s=’Pay by bank wire’ mod=’bankwire’}</h3>
<img src=”{$this_path}bankwire.jpg” alt=”{l s=’Pay by bank wire’ mod=’bankwire’}” width=”86″ height=”49″ />
<p>
{l s=’You can now confirm your order by clicking “Pay by bank wire”‘ mod=’bankwire’}.<br />
{l s=’Please check your order details’ mod=’bankwire’} <strong>{l s=’before’ mod=’bankwire’}</strong> {l s=’confirming your order’ mod=’bankwire’}
</p>
<input type=”submit” value=”{l s=’Buy now’ mod=’bankwire’}” />
</form>

3) Neupositionierung des Bestell-Buttons unter dem Warenkorb

Zuletzt kommt noch etwas CSS ins Spiel, das in der Theme-CSS-Datei ergänzt wird (/themes/themename/css/order-opc.css):

#opc-container { position: relative }

#order_now {
background: none repeat scroll 0 0 #DB007A;
color: #FFFFFF !important;
bottom: 32px;
font-size: 18px !important;
padding: 10px 20px;
position: absolute;
right: 0;
}
#order-opc div.opc-main-block { position: static }

#HOOK_PAYMENT form input[name="payment_select"] {
float: left;
height: 1em;
margin: 1.5em 0 1em;
width: 30px;
}
.payment_module {
border: 1px solid #AEB1B5;
display: block;
margin-bottom: 0.6em;
padding: 0.6em;
text-decoration: none;
}
.payment_module.selected, .payment_module:hover {
background-color: #DFFAD3;
}
.payment_module .radio_payment {
float: left;
margin: 14px 10px 0 8px;
}
.payment_module .payment_img {
float: left;
margin: 0 10px 0 8px;
}

Gegebenenfalls muss der Button und andere Texte noch korrekt übersetzt werden (Back Office > Tools > Übersetzungen > Übersetzungen des Front Office / oder gegebenenfalls Back Office > Tools > Übersetzungen > Übersetzungen Module). Falls es Probleme mit der Anzeige gibt, sollte unbedingt geprüft werden, ob sich GC JOCOB als letztes Zahlmodul unter Back Office > Module > Positionen > Payment befindet, ansonsten muss es an den Schluß verschoben werden:

Die finale Bestellseite sollte dann so aussehen:

Finale Bestellseite von GC JOCOB mit Button-Lösung

Mit etwas CSS und weiteren individuellen Templateanpassungen lässt sich die Seite noch schöner und übersichtlicher gestalten. Nicht vergessen, nach allen Arbeiten die erzwungene Kompilierung wieder abzuschalten und den Cache anzuschalten.

Damit ist die Button-Lösung im PrestaShop mit Hilfe des Moduls GC JOCOB erfüllt.

Downloads

• Das Modul GC JOCOB gibt es hier zum Download.
• Das Theme “prestashop” für PrestaShop Version 1.4.9.0 mit den Anpassungen der Zahlungsmodule Vorkasse, Nachnahme, Scheck, PayPal und Sofortüberweisung gibt es hier zum Download.

Im Newsletter war folgendes zu lesen:

die sanfte Modifikation unseres seit Jahren eingesetzten Icons hat nun zu einem markenrechtlichen Einspruch einer deutschen Bank geführt, die ein ähnliches Icon wie wir nutzt

Weiter heißt es als Konsequenz:

Wir haben uns deshalb, um einem jahrelangen Rechtstreit aus dem Wege zu gehen, dazu entschlossen, unsere eingeführten Markenlogos dahingehend zu modifizieren, dass wir auf das Icon in Zukunft verzichten

Das bedeutet für Sie als Shopbetreiber einen gewissen technischen und organisatorischen Mehraufwand, für den wir uns hier in aller Form entschuldigen möchten. Der Austausch der Logos ist aber auch für Sie aus rechtlicher Sicht angeraten. Besteht doch die Möglichkeit, dass Sie wegen der Verwendung der beanstandeten Logos abgemahnt werden. Deshalb ist eine Umstellung zeitnah zum 26.10.2012 geboten.

Sollten Sie unser Logo nicht nur auf der Zahlauswahlseite darstellen, sondern auch in Ihrem Onlineshop an anderer Stelle zeigen, bitten wir Sie, auch dieses Logo entsprechend zu ändern.

Hier der komplette Wortlaut des Newsletters der Sofort AG.

Sofortüberweisung Banner und Logos

Die neuen Logos und Banner finden Sie hier.

PrestaShop Sofortüberweisung Modul

Für das PrestaShop Modul bedeutet das, dass alle Grafiken, die das kleine Icon beinhalten, ausgetauscht werden müssen.

Zudem gibt es ein aktualisiertes Modul von Touchdesign unter Github: Download

GermanNext ist eine der wichtigen Entwicklungen für die deutsche Prestashop-Community. Desto mehr freuen wir uns auf die neue Version, die zur Zeit in der Testphase ist und demnächst auf den Markt kommt. Außer der gewohnten Features für die Rechtssicherheit, wird diese Version mit einigen neuen und interessanten Modulen bereichert. Welche genau – erfahren Sie schon sehr bald. Und die schönste Nachricht: die neue germaNext Version wird auch als kostenfreieCommunity Version veröffentlicht.