Magento
-
store.itabs.de – eigener Online-Shop für Magento Extensions geht online
11 Tagen ago by Alexander Steireif
Ab sofort können alle die von der ITABS GmbH entwickelten Magento Extensions in unserem Extension-Store unter http://store.itabs.de bezogen werden. Damit bildet http://store.itabs.de eine Alternative zu Magento Connect, da wir in unserem eigenen Store schneller und einfacher Module und Erweiterungen veröffentlichen und aktualisieren können. Neben kommerziellen Erweiterungen wie beispielsweise magescription sind darüber hinaus verschiedene kostenlose Magento Extensions vorhanden.
Im Laufe der nächsten Wochen wird dabei das Angebot an Magento Erweiterungen kontinuierlich ausgebaut, sowohl im kommerziellen wie auch im kostenlosen Bereich.
-
Magento, PayPal und der mobile Checkout mit Smartphones
18 Tagen ago by Alexander Steireif
PayPal gehört schon seit längerer Zeit zu den etablierten Zahlarten im E-Commerce, aus diesem Grund muss man sich sicherlich die Frage nach dem Sinn oder Unsinn einer PayPal Integration nicht mehr stellen, auch wenn es sicherlich vereinzelt Branchen und Zielgruppen gibt, bei denen PayPal auf eine gewisse Ablehnung stößt. In vielen Fällen ist aber PayPal eine hervorragende Möglichkeit, die Conversions zu erhöhen und bei akzeptablen Gebühren profitiert auch der Shop-Betreiber, wenn er diese Payment-Methode mit ins Programm aufnimmt.
Auch wenn Magento mittlerweile zum selben Konzern wie PayPal gehört, nämlich eBay, ist die Integration in manchen Stellen doch ein wenig holprig. In diesem konkreten Fall geht es darum, wie man den mobilen Checkout in seinem Magento-Shop “aktivieren” kann, da es von Haus aus doch ein paar Hürden gibt. Beginnen wir aber einfach mit einer Schritt für Schritt Integration innerhalb von Magento.
PayPal konfigurieren und aktivieren
Ich beziehe mich auf die aktuellste Version von Magento, sprich die 1.7.0.2. In älteren Versionen ist das Handling ein wenig anders, das Prinzip ist aber über die Versionen hinweg das selbe geblieben. Um PayPal zu konfigurieren, muss man den Menüpunkt System -> Konfiguration -> Zahlungsarten öffnen. Dort gibt es anschließend den Oberpunkt “PayPal Payment Solutions” und hier muss man nun bei “Website Payment Standard” auf configure klicken.
Hier reicht es nun aus die E-Mail Adresse des PayPal Accounts zu hinterlegen und bei Enable the Solution die Auswahl. ja zu stellen. Anschließend kann bei Magento im Checkout als Zahlungsweise ebenfalls PayPal ausgewählt werden und alles weitere funktioniert “out of the box”.
Und was ist mit Smartphones?
Interessant wird es nun, wenn man mit einem Smartphone durch den Checkout springt. Mobile ist ein immer wichtigeres Thema und als Shop-Betreiber sollte man neben einer mobil optimierten Magento Version auch einen mobilen Checkout anbieten um die Quote der Kaufabbrüche zu senken. Grundsätzlich ist die “Desktop-Variante” von PayPal alles andere als “Smartphone tauglich”, auch wenn technisch betrachtet alles problemlos funktioniert, die Usability lässt aber zu wünschen übrig.
PayPal bietet einen mobilen Checkout an, im Gegensatz zu den vom Support getätigten Aussagen benötigt man hierfür auch nicht die PayPal Express Version. PayPal prüft beim Aufruf der Payment-Seite den Gerätetyp und leitet anschließend auf das richtige Endgerät weiter. Nur scheint dies bei Magento von Haus aus direkt nicht zu funktionieren. Die Ursache liegt in der Übermittlung der Informationen. Wenn in Magento eine Bestellung per PayPal getätigt wird, landet man anschließend auf einer “Redirect Seite” die Informationen beinhaltet und an PayPal “übermittelt.
Innerhalb dieser Weiterleitungsseite werden in Form eines Formulars mit Hidden-Fields Werte gesammelt und an PayPal übergeben, was dann wie folgt aussieht:
<form action=”https://www.paypal.com/webscr” id=”paypal_standard_checkout” name=”paypal_standard_checkout” method=”POST”><div><input name=”form_key” type=”hidden” value=”XXX” /></div><input id=”business” name=”business” value=”papypal@example.com” type=”hidden”/>
<input id=”invoice” name=”invoice” value=”YYY” type=”hidden”/>
<input id=”currency_code” name=”currency_code” value=”EUR” type=”hidden”/>
<input id=”paymentaction” name=”paymentaction” value=”sale” type=”hidden”/>
<input id=”return” name=”return” value=”http://www.example.compaypal/standard/success/” type=”hidden”/>
<input id=”cancel_return” name=”cancel_return” value=”http://www.example.compaypal/standard/cancel/” type=”hidden”/>
<input id=”notify_url” name=”notify_url” value=”http://www.example.compaypal/ipn/” type=”hidden”/>
<input id=”bn” name=”bn” value=”Varien_Cart_WPS_CH” type=”hidden”/>
<input id=”cpp_header_image” name=”cpp_header_image” value=”http://www.example.com/media/example/logo.jpg” type=”hidden”/>
<input id=”item_name” name=”item_name” value=”ABCDEFG” type=”hidden”/>
<input id=”lc” name=”lc” value=”de_DE” type=”hidden”/>
<input id=”charset” name=”charset” value=”utf-8″ type=”hidden”/>
<input id=”amount” name=”amount” value=”22.33″ type=”hidden”/>
<input id=”tax” name=”tax” value=”9.47″ type=”hidden”/>
<input id=”shipping” name=”shipping” value=”0.00″ type=”hidden”/>
<input id=”discount_amount” name=”discount_amount” value=”0.00″ type=”hidden”/>
<input id=”cmd” name=”cmd” value=”_ext-enter” type=”hidden”/>
<input id=”redirect_cmd” name=”redirect_cmd” value=”_xclick” type=”hidden”/>
<input id=”city” name=”city” value=”asdasd” type=”hidden”/>
<input id=”country” name=”country” value=”DE” type=”hidden”/>
<input id=”email” name=”email” value=”customer@example.com” type=”hidden”/>
<input id=”first_name” name=”first_name” value=”Vorname” type=”hidden”/>
<input id=”last_name” name=”last_name” value=”Nachname” type=”hidden”/>
<input id=”zip” name=”zip” value=”123456″ type=”hidden”/>
<input id=”state” name=”state” value=”RR” type=”hidden”/>
<input id=”address1″ name=”address1″ value=”asdsada” type=”hidden”/>
<input id=”address2″ name=”address2″ value=”a” type=”hidden”/>
<input id=”address_override” name=”address_override” value=”1″ type=”hidden”/>
</form>
Sprich, Magento übergibt eine Menge an Informationen wie Preis, Produkt, Adresse des Kunden etc. Der Knackpunkt liegt nun darin, dass der mobile Checkout von PayPal im Gegensatz zur “Desktop-Variante” nicht alle Informationen auch tatsächlich verarbeiten kann. Sendet man Werte mit denen der mobile Checkout nichts anfängt, leitet PayPal automatisch zur “Desktop-Variante” weiter. Und dies ist der Effekt, den man standardmäßig in Magento hat. Konkret geht es dabei um folgende Zeile:
<input id=”discount_amount” name=”discount_amount” value=”0.00″ type=”hidden”/>
Der mobile PayPal Bezahlvorgang ist nicht in der Lage diese zu verarbeiten, weswegen man als Kunde mit seinem Smartphone immer auf der klassischen Variante von PayPal landet. Entfernt man diese Zeile, klappt der Vorgang mit einem Smartphone wunderbar und PayPal leitet auf die Smartphone Variante weiter. Für was ist aber nun dieser Wert verantwortlich? Definiert man als Shop-Betreiber Warenkorb-Preisregeln (Gutscheine, Rabatte im Warenkorb etc.) ist dies ein Discount, sprich ein Rabatt. Dieser kann explizit an PayPal übermittelt werden, wodurch man auf der PayPal Seite dann den Rabatt angezeigt bekommt. Tut man dies nicht, sieht man auf der PayPal Seite auch keinen Rabatt. Dies ist meiner Meinung nach nicht ganz so tragisch, da ja die Endsumme, d.h. die Summe die der Kunde bezahlen wird, soweit korrekt übermittelt wird.
Was muss ich ändern?
Ohne an dieser Stelle zu Tief in die Entwickler-Sicht zu springen: Unter app/code/core/Mage/PayPal/Block/Standard/ gibt es die Datei Redirect.php die letztendlich alle Informationen sammelt, das Formular samt den Hidden Fields generiert und zurück liefert. An dieser Stelle kann man nun ansetzen und den discount_amount gar nicht erst ausgeben. Da jedoch auf der Desktop-Variante diese Information kein Problem darstellt, ist es meiner Meinung nach sinnvoll zu differenzieren ob ein Smartphone einkauft oder nicht. Je nach Projekt-Setup kann dies anhand vom Store bzw. StoreView geschehen, oder durch eine direkte Prüfung des Endgeräts.
Was ist die Alternative?
Alternativ hierzu kann man auch PayPal Express verwenden, in diesem Fall treten die oben beschriebenen Probleme nicht auf und man hat letztendlich gar keinen Customizing-Aufwand. Nachteilig hierbei ist letztendlich nur, dass der Bezahlprozess anders aufgebaut ist im Vergleich zu PayPal Standard. Das kann, muss aber kein Nachteil sein.
-
10 Gründe sich für Magento zu entscheiden
31 Tagen ago by Alexander Steireif
Auch wenn, zumindest meiner Meinung nach, die Dominanz von Magento im E-Commerce Umfeld ein wenig nachgelassen hat (es gibt mittlerweile sehr gute Mitbewerber), zählt Magento aktuell zu den stärksten und “besten” Open-Source E-Commerce Lösungen im Internet.
Doch was sind die speziellen Gründe, sich für Magento zu entscheiden? Die Vor- und Nachteile von Magento hängen natürlich auch immer von den eigenen Anforderungen ab, variieren also von Projekt zu Projekt. Das Unternehmen inchoo hat neulich einen interessanten Blog-Beitrag veröffentlicht, in dem die, ihrer Meinung nach, 10 wichtigsten Entscheidungskriterien für Magento vorgestellt werden:
- Suchmaschinenfreundlichkeit: Dank Google Sitemap, individueller Meta Tags und einer guten Linkstruktur unterstützt Magento die Shop-Betreiber in Sachen Suchmaschinenoptimierung.
- Internationalisierung: Mehrere Währungen, verschiedene Sprachen – all das ist für Magento kein Problem. Darüber hinaus können ebenfalls unterschiedliche Steuersätze angelegt sowie Länder ausgeschlossen werden.
- Features: Magento besitzt von Haus aus einen enormen Funktionsumfang der alle wichtigen Anforderungen an einen Online-Shop abdeckt.
- Modulare Architektur: Erweiterungen und Anpassungen lassen sich innerhalb der Software gut realisieren. Es muss nicht die Software direkt abgeändert werden, viel mehr kann stellenweise Funktionalität ergänzt bzw. überschrieben werden.
- Magento’s Expert Consulting Group: Magento selbst bietet kostenpflichtige Consulting Services und Trainings, speziell für umfangreiche und komplexe Anforderungen.
- Sicherheit: Die Enterprise Edition unterstützt beispielsweise den PCI Data Security Standard, aber auch bei der Community Edition kümmert sich Magento schnell um kritische Sicherheitslücken.
- Magento Connect: Am ehesten vergleichbar mit dem App Store von Apple, man findet eine enorme Anzahl an Erweiterungen für Magento und kann diese per Knopfdruck installieren.
- Open-Source: Magento ist Open-Source, d.h. man hat den kompletten und uneingeschränkten Zugriff auf den Quellcode.
- Web Service API: Magento unterstützt von Haus aus z.B. SOAP oder XMLRPC.
- Magento ist awesome: Diesen Punkt versteht man, sobald man die ersten Erfahrungen mit Magento gesammelt hat.
Insgesamt eine interessante Betrachtungsweise, den original Blogpost findet man übrigens hier. Meiner Meinung nach kann man die Liste problemlos um weitere Punkte ergänzen, im Großen und Ganzen kann man aber mit den aufgeführten Punkten konform gehen 
-
Magento: Zahlung auf Rechnung
33 Tagen ago by Rouven Alexander Rieker
Gerade in Deutschland gehört die Zahlungsart “Rechnung” zu den populärsten Zahlungsmöglichkeiten. Mit Hilfe der neu veröffentlichten Erweiterung “InvoicePayment” von ITABS können Sie nun Ihren Kunden bequem die Zahlungsmöglichkeit Rechnung anbieten.
Viele Magento-Shop-Betreiber benennen unserer Erfahrung nach einfach nur die Zahlungsart “Checkmo / Scheck/Zahlungsanweisung” in “Rechnung” um. Sobald man aber die Zahlung per Rechnung anhand bestimmter Kriterien eingrenzen möchte, ist hier aber erstmal Ende der Fahnenstange.
Da unsere Kunden aber immer häufiger die Rechnungszahlung anhand bestimmter Kriterien einschränken möchte und die Extension Mxperts_Invoice offiziell nicht mehr kompatibel und vermutlich auch nicht mehr weiterentwickelt wird, haben wir die Extension “InvoicePayment” entwickelt in welcher diverse Validierungsregeln out-of-the-box enthalten sind.
Diese umfassen:
- - Möglichkeit, die Zahlung per Rechnung anhand einer definierten Kundengruppe einzuschränken
- - Möglichkeit, die Zahlung per Rechnung einzuschränken, wenn ein Kunde noch keine definierte Anzahl an “kompletten” Bestellungen getätigt hat
- - Möglichkeit, die Zahlung per Rechnung einzuschränken, wenn die Kundenbestellungen noch keine definierte Bestellsumme erreicht haben
- - Möglichkeit, die Zahlung per Rechnung einzuschränken, wenn ein Kunde noch Rechnungen mit dem Status “Offen / Ausstehend” hat
Screenshots:
Checkout
System Konfiguration
Die Erweiterung kann sowohl über MagentoConnect als auch über GitHub bezogen werden:
-
Magento Kategorie URLs pro StoreView
45 Tagen ago by Alexander Steireif
Betreibt man innerhalb von Magento mehrere Stores bzw. StoreViews, kann man grundsätzlich fast jede Information auf StoreView Ebene abändern. Legt man beispielsweise Kategorien an, kann man jeder Kategorie auf StoreView Ebene einen anderen Namen oder Beschreibung zuweisen. Das ist sofern auch logisch und notwendig, da man die StoreViews in der Regel für unterschiedliche Sprachen nutzt und dadurch sollte sich auch zwangsläufig der Name und die Beschreibung ändern.
Würde man jetzt, bezogen auf den Screenshot, bei dem Namen hinten den Haken bei “Verwende Standardwert” entfernen, so könnte man innerhalb dieses StoreViews den Wert “Neue Artikel” überschreiben und beispielsweise den Namen “New Products” hinterlegen. So praktisch diese Funktionalität auch ist, bei dem URL Key geht es von Haus aus nicht, dass man pro StoreView einen eigenen Wert führt, weswegen bei der Eingabemaske hinten die Kennzeichnung Global steht.
Wenn man aber je nach StoreView unterschiedliche URLs bzw. URL Keys benötigt, kann man diese “Funktion” ganz einfach über eine Änderung in der Datenbank freischalten. Hierfür muss man sich mit einem Programm seiner Wahl, z.B. phpMyAdmin oder Sequel Pro, auf die Magento Datenbank verbinden, anschließend die Tabelle eav_attribute öffnen und in der Spalte attribute_code nach url_key suchen. Das passende SQL Statement hierfür lautet SELECT * FROM eav_attribute WHERE attribute_code LIKE ‘%url_key%’;
Nachdem man das SQL Statement ausgeführt hat, erhält man zwei Einträge. Einmal für Kategorien und einmal für Produkte. An diesem Punkt muss man sich nun die attribute_id des passenden Datensatzes, nämlich der Datensatz der für die Kategorien verantwortlich ist, notieren. In unserem Beispiel handelt es sich um den ersten Datensatz mit der ID 33.
Im nächsten Schritt öffnet man die Tabelle catalog_eav_attribute und sucht hier nach dem Datensatz mit der attribute_id, die wir uns gerade gerade notiert haben. Bei dem Datensatz gibt es nun die Spalte is_global, steht hier der Wert auf 1 handelt es sich um einen globalen Wert, steht der Wert auf 0 handelt es sich um einen StoreView spezifischen Wert. Sprich man muss den Wert einfach auf 0 setzen und schon kann man für jeden StoreView einen eigenen URL Key hinterlegen was vor allem aus Gründen der Suchmaschinenoptimierung eine enorm interessante Möglichkeit ist.
-
Einheitliche Nummernkreisläufe für Bestellungen, Rechnungen, Lieferscheine und Gutschriften im Magento-Multi-Store Setup
45 Tagen ago by Alexander Steireif
Der äußerst lange Titel bringt das Problem recht gut auf den Punkt. Angenommen man betreibt einen Magento-Shop mit mehreren Stores bzw. StoreViews, dann hat man von Haus aus einen separaten Nummernkreislauf für jeden Store. Bestellt ein Kunde beispielsweise etwas über Store A, so wird die Bestellnummer 10000001 erzeugt. Tätigt ein anderer Kunde innerhalb von Store B eine Bestellung, erhält dieser die Bestellnummer 20000001. Das selbe Spielchen gilt natürlich auch für Rechnungen, Lieferscheine und Gutschriften.
Grundsätzlich ist dieses Verhalten in vielen Fällen gewünscht, speziell um die jeweiliges Stores leichter zu unterscheiden. Wenn man aber einheitliche Nummernkreisläufe haben möchte, kann dies Magento auch leisten. Beim oberen Beispiel würde dies also bedeuten, dass Magento nicht die Bestellnummer 20000001 erzeugt, sondern die Bestellnummer 10000002.
Möchte man diesen Effekt haben, muss man direkt Einträge in der Datenbank ändern, innerhalb des Backends wird man hierfür keine entsprechende Konfigurationsoption finden. Die Änderung über die Datenbank ist aber relativ einfach. Im ersten Schritt muss man sich mit einem beliebigen Programm auf die Datenbank von Magento verbinden z.B. phpMyAdmin oder für die Mac User unter uns Sequel Pro.
Anschließend öffnet man die Tabelle eav_entity_type deren Inhalt wie folgt aussehen sollte
Innerhalb dieser Tabelle gibt es nun insgesamt 4 Datensätze die in der Spalte increment_per_store eine 1 stehen haben, sprich bei diesen Datentypen wird die Nummer für jeden Store einzeln betrachtet. Es handelt sich dabei um die order (Bestellung), invoice (Rechnung), shipment (Lieferschein) sowie creditmemo (Gutschrift)
Wir können das Verhalten, dass jeder Store seinen eigenen Nummernkreislauf besitzt, unterbinden in dem man bei dem jeweiligen Datensatz den increment_per_store Wert auf 0 setzt (Standardmäßig ist hier eine 1 hinterlegt). Sprich möchte man fortlaufende Bestellnummern haben, aber unterschiedliche Rechnungs-, Lieferschein- und Gutschriftnummernkreise, setzt man nur bei dem Datensatz order den Wert incerement_per_store auf 0.
Hat man diese Einstellung entsprechend vorgenommen, sollte man noch einen Blick in die Tabelle eav_entity_store werfen. Innerhalb dieser Tabelle ist für jeden Store der jeweils Rechnungsnummer, Bestellnummer, Lieferscheinnummer sowie Gutschriftnummer hinterlegt. Magento wird nun, wenn Sie die Änderungen in der Tabelle eav_entity_type durchgeführt haben, neue Einträge in der Tabelle eav_entity_store anlegen, wodurch man zuerst wieder bei einer Nummer wie 1000001 startet, da Magento von einem neuen Nummernkreislauf ausgeht.
Im oberen Screenshot sieht man die letzten Nummern für Rechnungen, Lieferscheine, Gutschriften und Bestellungen. Jede Nummer ist einem Typ zugewiesen (Rechnung, Bestellung etc.) und einem Store. entity_type_id = 11 bedeutet beispielsweise, dass es sich um eine Bestellung handelt, Store = 2 bezieht sich auf den Store mit der Nummer 2 und die letzte ID = 200007160 bedeutet, dass die nächste Bestellung die Nummer 200007161 bekommen würde. Durch die Vereinheitlichung der Nummernkreisläufe muss man daher an dieser Stelle gegebenenfalls nochmals nachbessern, damit man einen fortlaufenden Nummernkreislauf hat, was gerade bei Rechnungen zu empfehlen wäre.
-
Magento VM: Fehler in phpMyAdmin Konfiguration
121 Tagen ago by Alexander Steireif
Bislang war in unserer Magento VM ein Fehler in der phpMyAdmin Konfiguration vorhanden, wodurch man keinen direkten Zugriff auf die Datenbank hatte. Dieses Problem ist aber in der aktuellen VM (2.5.2) behoben.
Weitere Informationen gibt es unter http://www.magento-vm.de
-
Gewinnspiel: Magento – das umfassende Handbuch gewinnen
126 Tagen ago by Alexander Steireif
Magento entwickelt sich von Version zu Version konstant weiter. Daher haben wir als Autoren natürlich auch ein Interesse daran, ein immer möglichst aktuelles Buch zur Verfügung zu stellen. Die letzte große Überarbeitung erfolgte daher im Laufe der letzten Wochen bzw. Monate, wodurch die aktuelle Auflage von “Magento – Das umfassende Handbuch” auf der derzeit aktuellsten Magento-Version aufbaut.
Anlässlich der Veröffentlichung unserer neuen Auflagen gibt es bei uns im Blog nun ein Gewinnspiel. Es werden insgesamt drei Exemplare verlost, je nach Resonanz ist die Wahrscheinlichkeit das Buch zu erhalten daher gar nicht so gering
Wie kann man am Gewinnspiel teilnehmen?
Einfach den Beitrag zum Gewinnspiel auf unserer Facebook Seite teilen, oder per Twitter retweeten. Aus allen Teilnehmern losen wir anschließend drei Gewinner aus.
Bei Facebook einfach auf “Teilen” klicken
Bei Twitter einfach “Retweet” klicken
Wie lange läuft das Gewinnspiel?
Das Gewinnspiel wird ab heute genau eine Woche laufen, d.h. man hat die Möglichkeit bis zum 23.01.2013 23:59 Uhr teilzunehmen. Die Auswertung bzw. Bekanntgabe erfolgt anschließend im Laufe des nächsten Tages
Ich will das Buch sofort haben!
Das ist auch kein Problem ! Das Buch sollte in den meisten Buchhandlungen erhältlich sein, natürlich aber auch auf amazon.
-
Abo Extension für Magento veröffentlicht
126 Tagen ago by Alexander Steireif
Magento besitzt von Haus aus einen enormen Funktionsumfang, dennoch gibt es in jedem Projekt bzw. Magento-Shop die eine oder andere Anforderung, welche Magento selbst nicht abbilden kann. Eine dieser Anforderungen ist beispielsweise eine Abo Funktionalität. Kauft man etwas in einem Magento-Shop, so handelt es sich hierbei um einmalige Bestellungen – Die Bestellung wird aufgegeben, die Ware wird versendet und die Bestellung ist damit aus Sicht des Kunden und Shop-Betreibers abgeschlossen.
Was passiert aber, wenn der Kunde ein oder mehrere Produkte in regelmäßigen Abständen benötigt? In diesem Fall müsste in Magento jedes Mal eine einmalige Bestellung getätigt werden. Da es aber Branchen bzw. Magento-Shops gibt, in denen Kunden regelmäßig die selben Bestellungen aufgeben und Magento dies nicht abbilden kann, haben wir auf Basis dieser Anforderung eine Extension entwickelt.
Die Magento Extension “magescription” bietet dabei die Möglichkeit, dass prinzipiell jedes Produkt in Magento-Shop abonniert werden kann. Der Shop-Betreiber kann dabei im Vorfeld feste Zyklen definieren, z.B. alle 30 Tage, alle 2 Wochen, zum 10. eines Monats, 1 Mal im Quartal etc. Tätigt der Kunde im Shop anschließend eine Bestellung, wird danach gefragt ob es sich um eine einmalige Bestellung, oder um ein Abo handelt.
Eine weitere Eingrenzung erfolgt auch bei den Liefer- und Zahlungsmethoden. Diese können individuell je nach Abo-Zyklus aktiviert bzw. deaktiviert werden. Als Kunde hat man dabei aber auch immer die Möglichkeit, im Benutzerkonto die Einstellungen des Abos zu editieren, beispielsweise die Produkte, die Menge der Produkte oder den besagten Zyklus.
Als Shop-Betreiber müssen Sie sich anschließend, wenn der Kunde das Abo erst einmal in dem Magento-Shop hinterlegt hat, um nichts mehr kümmern. Bestellungen werden automatisch zum jeweiligen Zeitpunkt ausgelöst und zwecks Übersichtlichkeit stehen verschiedene Ansichten bereit um zu prüfen, welche Abos demnächst ausgelöst werden und wie der jeweilige Status ist.
Weitere Informationen zur Extension gibt es unter http://magescription.itabs.de
-
Magento VM aktualisiert
147 Tagen ago by Alexander Steireif
Nachdem wir in den vergangenen Tagen bereits eine neue Version der Magento VM (Virtuelle Maschine für Magento) veröffentlicht haben, steht nun erneut eine kleinere Aktualisierung zum Download bereit. Bei der neuen Version wurde aber letztendlich nur das Betriebssystem (Ubuntu) auf die aktuellste Version upgedatet, direkte Änderungen in Bezug auf installierte Magento Versionen gibt es nicht.
Weitere Informationen: http://www.magento-vm.de
store.itabs.de – eigener Online-Shop für Magento Extensions geht online
11 Tagen ago by Alexander Steireif
Ab sofort können alle die von der ITABS GmbH entwickelten Magento Extensions in unserem Extension-Store unter http://store.itabs.de bezogen werden. Damit bildet http://store.itabs.de eine Alternative zu Magento Connect, da wir in unserem eigenen Store schneller und einfacher Module und Erweiterungen veröffentlichen und aktualisieren können. Neben kommerziellen Erweiterungen wie beispielsweise magescription sind darüber hinaus verschiedene kostenlose Magento Extensions vorhanden.
Im Laufe der nächsten Wochen wird dabei das Angebot an Magento Erweiterungen kontinuierlich ausgebaut, sowohl im kommerziellen wie auch im kostenlosen Bereich.
Magento, PayPal und der mobile Checkout mit Smartphones
18 Tagen ago by Alexander Steireif
PayPal gehört schon seit längerer Zeit zu den etablierten Zahlarten im E-Commerce, aus diesem Grund muss man sich sicherlich die Frage nach dem Sinn oder Unsinn einer PayPal Integration nicht mehr stellen, auch wenn es sicherlich vereinzelt Branchen und Zielgruppen gibt, bei denen PayPal auf eine gewisse Ablehnung stößt. In vielen Fällen ist aber PayPal eine hervorragende Möglichkeit, die Conversions zu erhöhen und bei akzeptablen Gebühren profitiert auch der Shop-Betreiber, wenn er diese Payment-Methode mit ins Programm aufnimmt.
Auch wenn Magento mittlerweile zum selben Konzern wie PayPal gehört, nämlich eBay, ist die Integration in manchen Stellen doch ein wenig holprig. In diesem konkreten Fall geht es darum, wie man den mobilen Checkout in seinem Magento-Shop “aktivieren” kann, da es von Haus aus doch ein paar Hürden gibt. Beginnen wir aber einfach mit einer Schritt für Schritt Integration innerhalb von Magento.
PayPal konfigurieren und aktivieren
Ich beziehe mich auf die aktuellste Version von Magento, sprich die 1.7.0.2. In älteren Versionen ist das Handling ein wenig anders, das Prinzip ist aber über die Versionen hinweg das selbe geblieben. Um PayPal zu konfigurieren, muss man den Menüpunkt System -> Konfiguration -> Zahlungsarten öffnen. Dort gibt es anschließend den Oberpunkt “PayPal Payment Solutions” und hier muss man nun bei “Website Payment Standard” auf configure klicken.
Hier reicht es nun aus die E-Mail Adresse des PayPal Accounts zu hinterlegen und bei Enable the Solution die Auswahl. ja zu stellen. Anschließend kann bei Magento im Checkout als Zahlungsweise ebenfalls PayPal ausgewählt werden und alles weitere funktioniert “out of the box”.
Und was ist mit Smartphones?
Interessant wird es nun, wenn man mit einem Smartphone durch den Checkout springt. Mobile ist ein immer wichtigeres Thema und als Shop-Betreiber sollte man neben einer mobil optimierten Magento Version auch einen mobilen Checkout anbieten um die Quote der Kaufabbrüche zu senken. Grundsätzlich ist die “Desktop-Variante” von PayPal alles andere als “Smartphone tauglich”, auch wenn technisch betrachtet alles problemlos funktioniert, die Usability lässt aber zu wünschen übrig.
PayPal bietet einen mobilen Checkout an, im Gegensatz zu den vom Support getätigten Aussagen benötigt man hierfür auch nicht die PayPal Express Version. PayPal prüft beim Aufruf der Payment-Seite den Gerätetyp und leitet anschließend auf das richtige Endgerät weiter. Nur scheint dies bei Magento von Haus aus direkt nicht zu funktionieren. Die Ursache liegt in der Übermittlung der Informationen. Wenn in Magento eine Bestellung per PayPal getätigt wird, landet man anschließend auf einer “Redirect Seite” die Informationen beinhaltet und an PayPal “übermittelt.
Innerhalb dieser Weiterleitungsseite werden in Form eines Formulars mit Hidden-Fields Werte gesammelt und an PayPal übergeben, was dann wie folgt aussieht:
<form action=”https://www.paypal.com/webscr” id=”paypal_standard_checkout” name=”paypal_standard_checkout” method=”POST”><div><input name=”form_key” type=”hidden” value=”XXX” /></div><input id=”business” name=”business” value=”papypal@example.com” type=”hidden”/>
<input id=”invoice” name=”invoice” value=”YYY” type=”hidden”/>
<input id=”currency_code” name=”currency_code” value=”EUR” type=”hidden”/>
<input id=”paymentaction” name=”paymentaction” value=”sale” type=”hidden”/>
<input id=”return” name=”return” value=”http://www.example.compaypal/standard/success/” type=”hidden”/>
<input id=”cancel_return” name=”cancel_return” value=”http://www.example.compaypal/standard/cancel/” type=”hidden”/>
<input id=”notify_url” name=”notify_url” value=”http://www.example.compaypal/ipn/” type=”hidden”/>
<input id=”bn” name=”bn” value=”Varien_Cart_WPS_CH” type=”hidden”/>
<input id=”cpp_header_image” name=”cpp_header_image” value=”http://www.example.com/media/example/logo.jpg” type=”hidden”/>
<input id=”item_name” name=”item_name” value=”ABCDEFG” type=”hidden”/>
<input id=”lc” name=”lc” value=”de_DE” type=”hidden”/>
<input id=”charset” name=”charset” value=”utf-8″ type=”hidden”/>
<input id=”amount” name=”amount” value=”22.33″ type=”hidden”/>
<input id=”tax” name=”tax” value=”9.47″ type=”hidden”/>
<input id=”shipping” name=”shipping” value=”0.00″ type=”hidden”/>
<input id=”discount_amount” name=”discount_amount” value=”0.00″ type=”hidden”/>
<input id=”cmd” name=”cmd” value=”_ext-enter” type=”hidden”/>
<input id=”redirect_cmd” name=”redirect_cmd” value=”_xclick” type=”hidden”/>
<input id=”city” name=”city” value=”asdasd” type=”hidden”/>
<input id=”country” name=”country” value=”DE” type=”hidden”/>
<input id=”email” name=”email” value=”customer@example.com” type=”hidden”/>
<input id=”first_name” name=”first_name” value=”Vorname” type=”hidden”/>
<input id=”last_name” name=”last_name” value=”Nachname” type=”hidden”/>
<input id=”zip” name=”zip” value=”123456″ type=”hidden”/>
<input id=”state” name=”state” value=”RR” type=”hidden”/>
<input id=”address1″ name=”address1″ value=”asdsada” type=”hidden”/>
<input id=”address2″ name=”address2″ value=”a” type=”hidden”/>
<input id=”address_override” name=”address_override” value=”1″ type=”hidden”/>
</form>
Sprich, Magento übergibt eine Menge an Informationen wie Preis, Produkt, Adresse des Kunden etc. Der Knackpunkt liegt nun darin, dass der mobile Checkout von PayPal im Gegensatz zur “Desktop-Variante” nicht alle Informationen auch tatsächlich verarbeiten kann. Sendet man Werte mit denen der mobile Checkout nichts anfängt, leitet PayPal automatisch zur “Desktop-Variante” weiter. Und dies ist der Effekt, den man standardmäßig in Magento hat. Konkret geht es dabei um folgende Zeile:
<input id=”discount_amount” name=”discount_amount” value=”0.00″ type=”hidden”/>
Der mobile PayPal Bezahlvorgang ist nicht in der Lage diese zu verarbeiten, weswegen man als Kunde mit seinem Smartphone immer auf der klassischen Variante von PayPal landet. Entfernt man diese Zeile, klappt der Vorgang mit einem Smartphone wunderbar und PayPal leitet auf die Smartphone Variante weiter. Für was ist aber nun dieser Wert verantwortlich? Definiert man als Shop-Betreiber Warenkorb-Preisregeln (Gutscheine, Rabatte im Warenkorb etc.) ist dies ein Discount, sprich ein Rabatt. Dieser kann explizit an PayPal übermittelt werden, wodurch man auf der PayPal Seite dann den Rabatt angezeigt bekommt. Tut man dies nicht, sieht man auf der PayPal Seite auch keinen Rabatt. Dies ist meiner Meinung nach nicht ganz so tragisch, da ja die Endsumme, d.h. die Summe die der Kunde bezahlen wird, soweit korrekt übermittelt wird.
Was muss ich ändern?
Ohne an dieser Stelle zu Tief in die Entwickler-Sicht zu springen: Unter app/code/core/Mage/PayPal/Block/Standard/ gibt es die Datei Redirect.php die letztendlich alle Informationen sammelt, das Formular samt den Hidden Fields generiert und zurück liefert. An dieser Stelle kann man nun ansetzen und den discount_amount gar nicht erst ausgeben. Da jedoch auf der Desktop-Variante diese Information kein Problem darstellt, ist es meiner Meinung nach sinnvoll zu differenzieren ob ein Smartphone einkauft oder nicht. Je nach Projekt-Setup kann dies anhand vom Store bzw. StoreView geschehen, oder durch eine direkte Prüfung des Endgeräts.
Was ist die Alternative?
Alternativ hierzu kann man auch PayPal Express verwenden, in diesem Fall treten die oben beschriebenen Probleme nicht auf und man hat letztendlich gar keinen Customizing-Aufwand. Nachteilig hierbei ist letztendlich nur, dass der Bezahlprozess anders aufgebaut ist im Vergleich zu PayPal Standard. Das kann, muss aber kein Nachteil sein.
10 Gründe sich für Magento zu entscheiden
31 Tagen ago by Alexander Steireif
Auch wenn, zumindest meiner Meinung nach, die Dominanz von Magento im E-Commerce Umfeld ein wenig nachgelassen hat (es gibt mittlerweile sehr gute Mitbewerber), zählt Magento aktuell zu den stärksten und “besten” Open-Source E-Commerce Lösungen im Internet.
Doch was sind die speziellen Gründe, sich für Magento zu entscheiden? Die Vor- und Nachteile von Magento hängen natürlich auch immer von den eigenen Anforderungen ab, variieren also von Projekt zu Projekt. Das Unternehmen inchoo hat neulich einen interessanten Blog-Beitrag veröffentlicht, in dem die, ihrer Meinung nach, 10 wichtigsten Entscheidungskriterien für Magento vorgestellt werden:
- Suchmaschinenfreundlichkeit: Dank Google Sitemap, individueller Meta Tags und einer guten Linkstruktur unterstützt Magento die Shop-Betreiber in Sachen Suchmaschinenoptimierung.
- Internationalisierung: Mehrere Währungen, verschiedene Sprachen – all das ist für Magento kein Problem. Darüber hinaus können ebenfalls unterschiedliche Steuersätze angelegt sowie Länder ausgeschlossen werden.
- Features: Magento besitzt von Haus aus einen enormen Funktionsumfang der alle wichtigen Anforderungen an einen Online-Shop abdeckt.
- Modulare Architektur: Erweiterungen und Anpassungen lassen sich innerhalb der Software gut realisieren. Es muss nicht die Software direkt abgeändert werden, viel mehr kann stellenweise Funktionalität ergänzt bzw. überschrieben werden.
- Magento’s Expert Consulting Group: Magento selbst bietet kostenpflichtige Consulting Services und Trainings, speziell für umfangreiche und komplexe Anforderungen.
- Sicherheit: Die Enterprise Edition unterstützt beispielsweise den PCI Data Security Standard, aber auch bei der Community Edition kümmert sich Magento schnell um kritische Sicherheitslücken.
- Magento Connect: Am ehesten vergleichbar mit dem App Store von Apple, man findet eine enorme Anzahl an Erweiterungen für Magento und kann diese per Knopfdruck installieren.
- Open-Source: Magento ist Open-Source, d.h. man hat den kompletten und uneingeschränkten Zugriff auf den Quellcode.
- Web Service API: Magento unterstützt von Haus aus z.B. SOAP oder XMLRPC.
- Magento ist awesome: Diesen Punkt versteht man, sobald man die ersten Erfahrungen mit Magento gesammelt hat.
Insgesamt eine interessante Betrachtungsweise, den original Blogpost findet man übrigens hier. Meiner Meinung nach kann man die Liste problemlos um weitere Punkte ergänzen, im Großen und Ganzen kann man aber mit den aufgeführten Punkten konform gehen
Magento: Zahlung auf Rechnung
33 Tagen ago by Rouven Alexander Rieker
Gerade in Deutschland gehört die Zahlungsart “Rechnung” zu den populärsten Zahlungsmöglichkeiten. Mit Hilfe der neu veröffentlichten Erweiterung “InvoicePayment” von ITABS können Sie nun Ihren Kunden bequem die Zahlungsmöglichkeit Rechnung anbieten.
Viele Magento-Shop-Betreiber benennen unserer Erfahrung nach einfach nur die Zahlungsart “Checkmo / Scheck/Zahlungsanweisung” in “Rechnung” um. Sobald man aber die Zahlung per Rechnung anhand bestimmter Kriterien eingrenzen möchte, ist hier aber erstmal Ende der Fahnenstange.
Da unsere Kunden aber immer häufiger die Rechnungszahlung anhand bestimmter Kriterien einschränken möchte und die Extension Mxperts_Invoice offiziell nicht mehr kompatibel und vermutlich auch nicht mehr weiterentwickelt wird, haben wir die Extension “InvoicePayment” entwickelt in welcher diverse Validierungsregeln out-of-the-box enthalten sind.
Diese umfassen:
- - Möglichkeit, die Zahlung per Rechnung anhand einer definierten Kundengruppe einzuschränken
- - Möglichkeit, die Zahlung per Rechnung einzuschränken, wenn ein Kunde noch keine definierte Anzahl an “kompletten” Bestellungen getätigt hat
- - Möglichkeit, die Zahlung per Rechnung einzuschränken, wenn die Kundenbestellungen noch keine definierte Bestellsumme erreicht haben
- - Möglichkeit, die Zahlung per Rechnung einzuschränken, wenn ein Kunde noch Rechnungen mit dem Status “Offen / Ausstehend” hat
Screenshots:
Checkout
System Konfiguration
Die Erweiterung kann sowohl über MagentoConnect als auch über GitHub bezogen werden:
Magento Kategorie URLs pro StoreView
45 Tagen ago by Alexander Steireif
Betreibt man innerhalb von Magento mehrere Stores bzw. StoreViews, kann man grundsätzlich fast jede Information auf StoreView Ebene abändern. Legt man beispielsweise Kategorien an, kann man jeder Kategorie auf StoreView Ebene einen anderen Namen oder Beschreibung zuweisen. Das ist sofern auch logisch und notwendig, da man die StoreViews in der Regel für unterschiedliche Sprachen nutzt und dadurch sollte sich auch zwangsläufig der Name und die Beschreibung ändern.
Würde man jetzt, bezogen auf den Screenshot, bei dem Namen hinten den Haken bei “Verwende Standardwert” entfernen, so könnte man innerhalb dieses StoreViews den Wert “Neue Artikel” überschreiben und beispielsweise den Namen “New Products” hinterlegen. So praktisch diese Funktionalität auch ist, bei dem URL Key geht es von Haus aus nicht, dass man pro StoreView einen eigenen Wert führt, weswegen bei der Eingabemaske hinten die Kennzeichnung Global steht.
Wenn man aber je nach StoreView unterschiedliche URLs bzw. URL Keys benötigt, kann man diese “Funktion” ganz einfach über eine Änderung in der Datenbank freischalten. Hierfür muss man sich mit einem Programm seiner Wahl, z.B. phpMyAdmin oder Sequel Pro, auf die Magento Datenbank verbinden, anschließend die Tabelle eav_attribute öffnen und in der Spalte attribute_code nach url_key suchen. Das passende SQL Statement hierfür lautet SELECT * FROM eav_attribute WHERE attribute_code LIKE ‘%url_key%’;
Nachdem man das SQL Statement ausgeführt hat, erhält man zwei Einträge. Einmal für Kategorien und einmal für Produkte. An diesem Punkt muss man sich nun die attribute_id des passenden Datensatzes, nämlich der Datensatz der für die Kategorien verantwortlich ist, notieren. In unserem Beispiel handelt es sich um den ersten Datensatz mit der ID 33.
Im nächsten Schritt öffnet man die Tabelle catalog_eav_attribute und sucht hier nach dem Datensatz mit der attribute_id, die wir uns gerade gerade notiert haben. Bei dem Datensatz gibt es nun die Spalte is_global, steht hier der Wert auf 1 handelt es sich um einen globalen Wert, steht der Wert auf 0 handelt es sich um einen StoreView spezifischen Wert. Sprich man muss den Wert einfach auf 0 setzen und schon kann man für jeden StoreView einen eigenen URL Key hinterlegen was vor allem aus Gründen der Suchmaschinenoptimierung eine enorm interessante Möglichkeit ist.
Einheitliche Nummernkreisläufe für Bestellungen, Rechnungen, Lieferscheine und Gutschriften im Magento-Multi-Store Setup
45 Tagen ago by Alexander Steireif
Der äußerst lange Titel bringt das Problem recht gut auf den Punkt. Angenommen man betreibt einen Magento-Shop mit mehreren Stores bzw. StoreViews, dann hat man von Haus aus einen separaten Nummernkreislauf für jeden Store. Bestellt ein Kunde beispielsweise etwas über Store A, so wird die Bestellnummer 10000001 erzeugt. Tätigt ein anderer Kunde innerhalb von Store B eine Bestellung, erhält dieser die Bestellnummer 20000001. Das selbe Spielchen gilt natürlich auch für Rechnungen, Lieferscheine und Gutschriften.
Grundsätzlich ist dieses Verhalten in vielen Fällen gewünscht, speziell um die jeweiliges Stores leichter zu unterscheiden. Wenn man aber einheitliche Nummernkreisläufe haben möchte, kann dies Magento auch leisten. Beim oberen Beispiel würde dies also bedeuten, dass Magento nicht die Bestellnummer 20000001 erzeugt, sondern die Bestellnummer 10000002.
Möchte man diesen Effekt haben, muss man direkt Einträge in der Datenbank ändern, innerhalb des Backends wird man hierfür keine entsprechende Konfigurationsoption finden. Die Änderung über die Datenbank ist aber relativ einfach. Im ersten Schritt muss man sich mit einem beliebigen Programm auf die Datenbank von Magento verbinden z.B. phpMyAdmin oder für die Mac User unter uns Sequel Pro.
Anschließend öffnet man die Tabelle eav_entity_type deren Inhalt wie folgt aussehen sollte
Innerhalb dieser Tabelle gibt es nun insgesamt 4 Datensätze die in der Spalte increment_per_store eine 1 stehen haben, sprich bei diesen Datentypen wird die Nummer für jeden Store einzeln betrachtet. Es handelt sich dabei um die order (Bestellung), invoice (Rechnung), shipment (Lieferschein) sowie creditmemo (Gutschrift)
Wir können das Verhalten, dass jeder Store seinen eigenen Nummernkreislauf besitzt, unterbinden in dem man bei dem jeweiligen Datensatz den increment_per_store Wert auf 0 setzt (Standardmäßig ist hier eine 1 hinterlegt). Sprich möchte man fortlaufende Bestellnummern haben, aber unterschiedliche Rechnungs-, Lieferschein- und Gutschriftnummernkreise, setzt man nur bei dem Datensatz order den Wert incerement_per_store auf 0.
Hat man diese Einstellung entsprechend vorgenommen, sollte man noch einen Blick in die Tabelle eav_entity_store werfen. Innerhalb dieser Tabelle ist für jeden Store der jeweils Rechnungsnummer, Bestellnummer, Lieferscheinnummer sowie Gutschriftnummer hinterlegt. Magento wird nun, wenn Sie die Änderungen in der Tabelle eav_entity_type durchgeführt haben, neue Einträge in der Tabelle eav_entity_store anlegen, wodurch man zuerst wieder bei einer Nummer wie 1000001 startet, da Magento von einem neuen Nummernkreislauf ausgeht.
Im oberen Screenshot sieht man die letzten Nummern für Rechnungen, Lieferscheine, Gutschriften und Bestellungen. Jede Nummer ist einem Typ zugewiesen (Rechnung, Bestellung etc.) und einem Store. entity_type_id = 11 bedeutet beispielsweise, dass es sich um eine Bestellung handelt, Store = 2 bezieht sich auf den Store mit der Nummer 2 und die letzte ID = 200007160 bedeutet, dass die nächste Bestellung die Nummer 200007161 bekommen würde. Durch die Vereinheitlichung der Nummernkreisläufe muss man daher an dieser Stelle gegebenenfalls nochmals nachbessern, damit man einen fortlaufenden Nummernkreislauf hat, was gerade bei Rechnungen zu empfehlen wäre.
Magento VM: Fehler in phpMyAdmin Konfiguration
121 Tagen ago by Alexander Steireif
Bislang war in unserer Magento VM ein Fehler in der phpMyAdmin Konfiguration vorhanden, wodurch man keinen direkten Zugriff auf die Datenbank hatte. Dieses Problem ist aber in der aktuellen VM (2.5.2) behoben.
Weitere Informationen gibt es unter http://www.magento-vm.de
Gewinnspiel: Magento – das umfassende Handbuch gewinnen
126 Tagen ago by Alexander Steireif
Magento entwickelt sich von Version zu Version konstant weiter. Daher haben wir als Autoren natürlich auch ein Interesse daran, ein immer möglichst aktuelles Buch zur Verfügung zu stellen. Die letzte große Überarbeitung erfolgte daher im Laufe der letzten Wochen bzw. Monate, wodurch die aktuelle Auflage von “Magento – Das umfassende Handbuch” auf der derzeit aktuellsten Magento-Version aufbaut.
Anlässlich der Veröffentlichung unserer neuen Auflagen gibt es bei uns im Blog nun ein Gewinnspiel. Es werden insgesamt drei Exemplare verlost, je nach Resonanz ist die Wahrscheinlichkeit das Buch zu erhalten daher gar nicht so gering
Wie kann man am Gewinnspiel teilnehmen?
Einfach den Beitrag zum Gewinnspiel auf unserer Facebook Seite teilen, oder per Twitter retweeten. Aus allen Teilnehmern losen wir anschließend drei Gewinner aus.
Bei Facebook einfach auf “Teilen” klicken
Bei Twitter einfach “Retweet” klicken
Wie lange läuft das Gewinnspiel?
Das Gewinnspiel wird ab heute genau eine Woche laufen, d.h. man hat die Möglichkeit bis zum 23.01.2013 23:59 Uhr teilzunehmen. Die Auswertung bzw. Bekanntgabe erfolgt anschließend im Laufe des nächsten Tages
Ich will das Buch sofort haben!
Das ist auch kein Problem ! Das Buch sollte in den meisten Buchhandlungen erhältlich sein, natürlich aber auch auf amazon.
Abo Extension für Magento veröffentlicht
126 Tagen ago by Alexander Steireif
Magento besitzt von Haus aus einen enormen Funktionsumfang, dennoch gibt es in jedem Projekt bzw. Magento-Shop die eine oder andere Anforderung, welche Magento selbst nicht abbilden kann. Eine dieser Anforderungen ist beispielsweise eine Abo Funktionalität. Kauft man etwas in einem Magento-Shop, so handelt es sich hierbei um einmalige Bestellungen – Die Bestellung wird aufgegeben, die Ware wird versendet und die Bestellung ist damit aus Sicht des Kunden und Shop-Betreibers abgeschlossen.
Was passiert aber, wenn der Kunde ein oder mehrere Produkte in regelmäßigen Abständen benötigt? In diesem Fall müsste in Magento jedes Mal eine einmalige Bestellung getätigt werden. Da es aber Branchen bzw. Magento-Shops gibt, in denen Kunden regelmäßig die selben Bestellungen aufgeben und Magento dies nicht abbilden kann, haben wir auf Basis dieser Anforderung eine Extension entwickelt.
Die Magento Extension “magescription” bietet dabei die Möglichkeit, dass prinzipiell jedes Produkt in Magento-Shop abonniert werden kann. Der Shop-Betreiber kann dabei im Vorfeld feste Zyklen definieren, z.B. alle 30 Tage, alle 2 Wochen, zum 10. eines Monats, 1 Mal im Quartal etc. Tätigt der Kunde im Shop anschließend eine Bestellung, wird danach gefragt ob es sich um eine einmalige Bestellung, oder um ein Abo handelt.
Eine weitere Eingrenzung erfolgt auch bei den Liefer- und Zahlungsmethoden. Diese können individuell je nach Abo-Zyklus aktiviert bzw. deaktiviert werden. Als Kunde hat man dabei aber auch immer die Möglichkeit, im Benutzerkonto die Einstellungen des Abos zu editieren, beispielsweise die Produkte, die Menge der Produkte oder den besagten Zyklus.
Als Shop-Betreiber müssen Sie sich anschließend, wenn der Kunde das Abo erst einmal in dem Magento-Shop hinterlegt hat, um nichts mehr kümmern. Bestellungen werden automatisch zum jeweiligen Zeitpunkt ausgelöst und zwecks Übersichtlichkeit stehen verschiedene Ansichten bereit um zu prüfen, welche Abos demnächst ausgelöst werden und wie der jeweilige Status ist.
Weitere Informationen zur Extension gibt es unter http://magescription.itabs.de
Magento VM aktualisiert
147 Tagen ago by Alexander Steireif
Nachdem wir in den vergangenen Tagen bereits eine neue Version der Magento VM (Virtuelle Maschine für Magento) veröffentlicht haben, steht nun erneut eine kleinere Aktualisierung zum Download bereit. Bei der neuen Version wurde aber letztendlich nur das Betriebssystem (Ubuntu) auf die aktuellste Version upgedatet, direkte Änderungen in Bezug auf installierte Magento Versionen gibt es nicht.
Weitere Informationen: http://www.magento-vm.de
