Magento Training und Beratung

In Magento kann der Status einer Bestellung nicht direkt verändert werden, sondern wird automatisch abhängig vom Zustandscode der Bestellung gesetzt. Der Zustandscode ändert sich abhängig davon, was mit der Bestellung geschehen ist. Eine neue Bestellung bekommt den Zustandscode new, dem der Statuswert Pending (Ausstehend) zugewiesen ist. Bekommt Magento eine Zahlungsbestätigung, z. B. die IPN von PayPal, für eine Bestellung oder wird für eine Bestellung eine Rechnung erstellt, wechselt der Zustandscode der Bestellung auf Processing (Verarbeitung), welcher mit dem gleichnamigen Statuswert assoziiert ist.

In einer frischen Magento-Installation ist (fast) jedem Zustandscode genau ein Statuswert zugewiesen. Das Statusmenü in der Detailansicht einer Bestellung bietet in Folge dessen stets nur eine Auswahlmöglichkeit, den einzigen Statuswert, der dem aktuellen Zustandscode zugewiesen ist:

Wurde eine Bestellung bezahlt, kann sie gepackt und versendet werden. In Magento wird hierzu eine Sendung angelegt, wodurch der Zustand auf Complete (Vollständig) wechselt. Die Bestellung bekommt den gleichnamigen Statuswert. Ohne ein Warenwirtschaftssystem ist es direkt in Magento nicht möglich, durch den Statuswert kenntlich zu machen, ob nur das Versandetikett und die Rechnung gedruckt wurden oder die Bestellung bereits gepackt wurde und abholbereit ist.

Im Menü System > Bestellstatus & Zustand können weitere Statuswerte definiert und den Zustandscodes zugewiesen werden:

Um den oben beschriebenen Sachverhalt über manuell gesetzte Statuswerte intern kommunizieren zu können, kann der neue Statuswert Sent (Versendet) definiert werden (Menü: System > Bestellstatus & Zustand, Schaltfläche: Neuen Status erstellen):

Anschließend kann der Status Sent dem Zustand Complete zugewiesen werden (System > Bestellstatus & Zustand, Schaltfläche: Status zu Zustand zuweisen):

Die Option Bestell-Status als Standard verwenden bleibt deaktiviert, denn nach Erstellung der Sendung soll die Bestellung standardmäßig den vordefinierten Statuswert Complete (Vollständig) erhalten.

Nach dem Leeren des Cache, steht in der Detailansicht einer Bestellung mit dem Status Complete (Vollständig) der neue Status Sent (Versendet) im Auswahlmenü zur Verfügung:

Die Änderung des Statuswerts muss mit der Schaltfläche Kommentar übermitteln gespeichert werden.

Die Option Sichtbar im Fronend bezieht sich auf den Kommentar, der zusätzlich zum neuen Status gespeichert werden kann. Wird sie aktiviert, erscheint der Kommentar im Kundenbereich in der Detailansicht einer Bestellung ganz unten. Der aktuelle Bestellstatus wird dem Kunden unabhängig von dieser Option angezeigt.

In meinem Erfahrungsbericht zu DHL Intraship habe ich von einigen Problemen berichtet. In der seit kurzem erhältlichen Version 0.3.4 soll der Versand an eine Packstation sowie in das europäische Ausland funktionieren.

Die Trennung der Straße von Hausnummer wurde nach wie vor nicht gelöst: Gibt der Kunde die Hausnummer hinter der Straße ohne Leerzeichen ein (z.B. Musterstr.12), ist bei Erstellung von Versandetiketten manueller Eingriff erforderlich.

Der Entwickler von Intraship hat mich darauf hingewiesen, dass die Straße von der Hausnummer in der Funktion splitStreet aufgeteilt wird. Diese Funktion ist in der folgenden Datei definiert:

 \app\code\community\Dhl\Intraship\Helper\Data.php

Mein Verbesserungsvorschlag, die Aufteilung mit einem regulären Ausdrück vorzunehmen, wird im kommenden Release modifiziert eingebaut sein.

Die Verbesserung kann schon jetzt eingesetzt werden. In Data.php ist die erste Zeile in der Funktion splitStreet zu ersetzen

$parts = array_reverse(explode(' ', $street));

durch

preg_match("/^([^0-9]+)[ \t]*([-\w^.]+)[, \t]*([^0-9]+.*)?\$/", $street, $matches);
unset($matches[0]); // Erstes Element entfernen
$parts = array_reverse($matches);

Erstes Element wird deshalb entfernt, weil er die gesamte Zeichenkette enthält, auf die der reguläre Ausdruck passt.

Tipp: Hilfreiche Werkzeuge bei der Arbeit mit regulären Ausdrücken.

Die neue Funktion sieht wie folgt aus:

 function splitStreet_mod($street)
    {
       preg_match("/^([^0-9]+)[ \t]*([-\w^.]+)[, \t]*([^0-9]+.*)?\$/", $street, $matches);
       unset($matches[0]); // Erstes Element entfernen
       $parts = array_reverse($matches);

    // alte Aufteilung auskommentiert:
    // $parts = array_reverse(explode(' ', $street));

        $current = 'care_of';
        $splittedStreet = array(
            'street_name'   => '',
            'street_number' => '',
            'care_of'       => ''
        );
        foreach ($parts as $value) {
            if ('care_of' == $current) {
                if (is_numeric(substr($value, 0, 1))) {
                    $current = 'street_number';
                }
            }
            if ('street_number' == $current && false === is_numeric(substr($value, 0, 1))) {
                $current = 'street_name';
            }
            $splittedStreet[$current] = trim($value . ' ' . $splittedStreet[$current]);
        }
        return $splittedStreet;
    }

Tipp: die etwas versteckte Supportseite von DHL Intraship bietet eine Dokumentation und einen Download der Erweiterung direkt beim Entwickler.

Eine Bestellung kann in der Standardinstallation von Magento die folgenden Statuswerte haben:

• Canceled (abgebrochen, d.h. storniert oder Zahlung vom Kunden abgebrochen),
• Closed (geschlossen, d.h. berechnet und gut geschrieben),
• Complete (berechnet und versendet),
• Suspected Fraud (Betrugsverdacht),
• On Hold (zurückgestellt),
• Payment Review (Zahlung wird überprüft),
• Pending (wartend, d.h. Nachnhahme oder Vorkasse),
• Pending Payment (warte auf Zahlung, Zahlung nicht abgeschlossen, wenn der Status länger besteht),
• Pending PayPal (noch nie gesehen),
• Processing (Verarbeitung, d.h. Ware bezahlt und/oder Rechnung erstellt).

In der Bestellübersicht erscheinen diese auch mit der deutschsprachigen Administrationsoberfläche in Englisch:

Einsteiger vermissen oft die Möglichkeit, den Status direkt zu verändern, z. B. selbst auf „Bezahlt“ oder „Versendet“ zu setzten. In Magento ist der Bestellstatus an den Zustand der Bestellung gebunden und deshalb nicht direkt veränderbar, sondern wird automatisch gesetzt. Dies ist abhängig davon, was mit der Bestellung geschehen ist.

In System > Bestellstatus & Zustand können eigene Statuscodes definiert und Zuständen zugewiesen werden. In diesem Artikel erläutere ich die Statuswerte, die eine Bestellung standardmäßig in Magento haben kann.

Pending

Diesen Status erhält eine neue Bestellung. Bei Offline-Zahlungsmethoden wie Vorkasse oder Nachnahme behält die Bestellung diesen Status bis zur manuellen Bearbeitung. Bei Online-Zahlungsmethoden wechselt der Bestellstatus meistens automatisch auf einen anderen Wert.

Der Status Pending ist deshalb problematisch, weil Nachnahmesendungen von Sendungen gegen Vorkasse in der Bestellübersicht nicht unterschieden werden können. Nachnahmesendungen sind sofort zu versenden, während bei der Vorkasse erst nach Zahlungseingang versendet wird.

Mögliche Vorgehensweise hierbei ist die Zurückstellung der Bestellungen, die der Kunde per Vorkasse bezahlen möchte. Zurückgestellte Bestellungen bekommen den Status On Hold und können danach gefiltert werden. Mit dieser Erweiterung ist es in Magento möglich, die Zahlungsmethode in einer zusätzlichen Spalte anzeigen zu lassen und danach zu filtern.

On Hold

Durch den Klick auf die Schaltfläche „Zurückstellen“ in der Detailansicht einer Bestellung bekommt sie den Status On Hold. Der Kunde wird dabei nicht über die Änderung des Status seiner Bestellung benachrichtigt, sieht aber im Kundenbereich, dass seine Bestellung den Status „zurückgestellt“ hat.

Dieser Status kann für Bestellungen verwendet werden, bei welchen der Kunde die Vorkasse als Zahlungsmethode gewählt hat. Die Bestellung wird zurückgestellt und bekommt den Status On Hold. So können Bestellungen, bei welchen auf Zahlungseingang gewartet wird, leicht gefiltert werden.

Nach Zahlungseingang wird die Bestellung wiederaufgenommen und bekommt den Status, den sie vorher hatte (wurde vorher die Rechnung erstellt, wechselt der Status zurück auf Processing, sonst bleibt er auf Pending).

Processing

Diesen Status erhält die Bestellung, nach dem eine Rechnung oder eine Sendung (ohne Rechnung) erstellt wurde. Auch bekommt eine Bestellung diesen Status, wenn (unabhängig davon, ob eine Rechnung oder Sendung erstellt wurde) Magento eine Zahlungsbestätigung von einem Online-Zahlungsanbieter erhalten hat.

Standardmäßig wird bei PayPal-Zahlungen automatisch eine Rechnung nach Erhalt der IPN erstellt. Bei Sofortüberweisung wird keine Rechnung erstellt, doch nach Erhalt der IPN wechselt der Bestellstatus ebenso auf Processing. Wenn eine Bestellung diesen Status automatisch erhalten hat, kann sie also versendet werden.

Tipp: Soll bei Sofortüberweisung die Rechnung automatisch nach Empfang der IPN generiert werden, ist die Einstellung Generiere Rechnung nach Zahlung in System > Konfiguration > Verkäufe > Zahlungsarten > sofortüberweisung.de auf Ja zu setzen.

Complete

Eine Bestellung bekommt den Status Complete (Vollständig), nach dem sie berechnet und versendet wurde, d. h. nach dem eine Rechnung und ein Lieferschein erstellt wurden.

Wird für eine vollständige Bestellung eine Gutschrift erstellt, bekommt sie den Status Closed unter der Voraussetzung, dass der gesamte berechnete Betrag gutgeschrieben wurde. Der Status einer teilweise erstatteten Bestellung bleibt auf Complete.

Hinweis: Einige Zahlungsmodule verändern den Zustand der Bestellung unabhängig von den in diesem Artikel beschriebenen Standardereignissen. So kann eine Bestellung den Status Complete sofort nach Empfang einer Zahlungsbestätigung erhalten, ohne dass eine Rechnung und/oder Sendung erstellt wurde.

Payment Review

Dieser Status zeigt typischerweise, dass der Kunde eine PayPal-Zahlung (oder eine andere Instant Payment Methode mit ähnlichem Verhalten) veranlasst hat, aber diese aus irgendeinem Grund (noch) nicht abgeschlossen wurde. Von PayPal bekommt der Shop-Betreiber in diesem Fall eine begleitende E-Mail, die weitere Informationen zu dieser Transaktion liefert.

Oft ist dieser Status ein Indiz dafür, dass der Kunde ein PayPal-Konto extra angelegt hat, um seinen Einkauf in Ihrem Shop zu bezahlen. Bei einem neuen PayPal-Konto kann eine sofortige Zahlung nicht durchgeführt werden, da der Kunde noch sein Bankkonto validieren muss, von dem der Kaufbetrag abgebucht wird. Für die Validierung muss der Kunde die zwei zufälligen Eurocent-Beträge eingeben, die auf das angegebene Bankkonto überwiesen werden. Da die Überweisung 2-3 Tage dauern kann, wird auch der Status der Bestellung für diese Zeit unverändert bleiben. Nach dem die Zahlung erfolgreich abgeschlossen wurde, sendet PayPal eine IPN an Ihren Shop, und der Status wechselt automatisch auf Processing (Verarbeitung).

Suspected Fraud

Den Status Suspected Fraud (Betrugsverdacht) bekommt eine Bestellung, wenn PayPal (nach eigenen Kriterien) ein Betrugsmuster erkennt. Dies ist beispielsweise dann der Fall, wenn die IPN unverändert aber stark verzögert empfangen wird.

Canceled

Wird die Bestellung im Backend storniert oder vom Kunden im Bezahlvorgang abgebrochen, bekommt sie den Status Canceled. Sollten sich Bestellungen mit diesem Status häufen, muss dringend das Angebot der Zahlungsmöglichkeiten überprüft und ggf. erweitert werden!

Eine Bestellung wird angelegt, nachdem der Kunde auf die Schaltfläche „Bestellung abschließen“ im Checkout klickt. Hat er eine Online-Zahlungsmethode (z. B. PayPal) gewählt, wird er zur Bezahlseite weitergeleitet. Bricht er die Bestellung ab, in dem er auf der Bezahlseite auf die Schaltfläche „Abbrechen“ klickt, wird die Bestellung automatisch storniert und bekommt den Status Canceled.

Der Kunde sollte nach Abbruch zurück zum Shop weitergeleitet werden. Nach dem die Bestellung angelegt wurde, wird der Inhalt des Warenkorbs gelöscht. Bei einigen Bezahlschnittstellen wird nach Abbruch der Bestellung auf der Bezahlseite der Warenkorb mit dem Inhalt der Bestellung gefüllt.

Pending Payment

Eine Bestellung wird angelegt, nachdem der Kunde auf die Schaltfläche „Bestellung abschließen“ im Checkout klickt. Hat er sich für eine Instant Payment Methode entschieden, erhält die Bestellung diesen Status, solange die Zahlung nicht erfolgreich abgeschlossen wurde. Nach dem Abschluss der Zahlung sendet der PSP (= Payment Service Provider) eine IPN (= Instant Payment Notification) an Magento. Der Status wechselt daraufhin automatisch auf Processing.

Sollte der Kunde auf der Bezahlseite die Browserschaltfläche „Zurück“ anklicken (z.B. mit dem Wunsch eine andere Bezahlmethode zu wählen), kommt er zum Shop zurück und bekommt die Meldung, dass sein Warenkorb leer sei. Das Gleiche passiert, wenn ein Kunde die Bezahlseite schließt (ohne die Bezahlung abzuschließen oder auf Abbrechen zu klicken) und den Shop im Browser erneut aufruft. Er wird seinen Einkauf mit dem leeren Warenkorb komplett neu starten.

Bleibt der Status Pending Payment länger stehen (d.h. einige Stunden oder Tage), ist das ein Indiz dafür, dass der Kunde mit dem Bezahlvorgang des Dienstleisters nicht klar gekommen ist.

Bei PayPal ist das typischerweise der Fall, wenn der Shop-Betreiber damit wirbt, dass über PayPal auch mit Kreditkarte und Lastschrift bezahlt werden kann. Der Kunde möchte per Kreditkarte oder Lastschrift bezahlen, besitzt aber kein PayPal-Konto und kennt/vertraut PayPal nicht. Kreditkarte und Lastschrift ist über PayPal grundsätzlich möglich, ist aber etwas umständlich, und oft wird der Kunde gezwungen gleich ein PayPal-Konto zu eröffnen. Später wird der Kunde gezwungen direkt mit PayPal zu bezahlen, da ein Bankkonto oder Kreditkarte, die bereits mit einem PayPal-Konto verbunden sind, nicht für eine direkte Zahlung über PayPal verwendet werden können (aus Sicherheitsgründen, wie PayPal angibt). Einige Kunden lassen sich es nicht gefallen und schließen verärgert die PayPal-Bezahlseite.

Bei Sofortüberweisung ist das typischerweise der Fall, wenn der Kunde diese Zahlungsmethode noch nicht verwendet hat und sich vom Namen her eine sofortige Überweisung verspricht. Einige Kunden brechen den Bezahlvorgang ab, sobald ihnen klar wird, dass sie dem Unternehmen hinter Sofortüberweisung einen Zugang zu Ihrem Konto ermöglichen, bei dem nicht nur der Kontostand, sondern sämtliche Kontobewegungen abgefragt werden können. Ferner können Sofortüberweisung nur die Kunden verwenden, die Online-Banking bereits nutzen.

Pending PayPal

Eine Bestellung, die mit PayPal bezahlt wurde, erhält den Status Processing bei erfolgreich abgeschlossener Zahlung, den Status Canceled bei abgebrochener Zahlung und den Status Pending Payment bei (noch) nicht abgeschlossener Zahlung. Der Status Payment Review bedeutet, dass der Kunde die PayPal-Zahlung abgeschlossen hat, PayPal sie aber noch nicht freigegeben hat (d.h. der Händler hat das Geld noch nicht erhalten).

In der Auswahlliste des Filters wird der Status Pending PayPal angeboten. Da dieser Status keinem Zustandscode zugewiesen ist, ist davon auszugehen, dass dieser Status nicht (mehr) genutzt wird (vermutlich ein Überbleibsel aus einer früheren Magento-Version).

Closed

Diesen Status erhält die Bestellung, wenn sie dem Kunden in Rechnung gestellt wurde (d.h. die Rechnung wurde erstellt) und dann gut geschrieben (d.h. eine Gutschrift wurde erstellt).

Dies ist z.B. der Fall, wenn der Kunde Gebrauch von seinem Widerrufsrecht macht und die Ware zurückgibt.

Eine Bestellung bekommt auch den Status Closed, wenn der Kunde seine Bestellung nachträglich ändern lassen möchte, nach dem er die Rechnung dafür erhalten hat. In Magento wird vom Kundenservice dazu die zu ändernde Bestellung storniert und eine neue angelegt. Wurde für die betroffene Bestellung bereits eine Rechnung erstellt, kann sie nicht mehr storniert werden, sondern muss durch die Erstellung einer Gutschrift geschlossen werden. Wurde noch keine Rechnung erstellt, kann die Bestellung einfach storniert werden. Sie bekommt dann den Status Canceled.

DHL Intraship ist eine Erweiterung, die die Erstellung von Paketmarken für den Versand über die DHL automatisiert. Bis auf einige Macken funktioniert die Erweiterung einwandfrei. Die Voraussetzung für die Nutzung von DHL Intraship ist die Unterzeichnung des Geschäftskundenvertrags zwischen DHL und dem Shop-Betreiber, der u. a. zum Versand von mindestens 300 Paketen pro Jahr verpflichtet.

Dieser Artikel basiert auf meiner Erfahrung mit folgender Kombination der Softwareversionen:

• DHL Intraship Erweiterung Version 0.3.1
• Versandsoftware Intraship 5.7 (die Online-Benutzeroberfläche von DHL Intraship)
• Magento 1.5.1

Vorgehensweise

1. Unter DHL für Geschäftskunden sich über Konditionen informieren und Vertragsunterlagen telefonisch anfordern.
2. Nach Unterschrift des Vertrags erhält man den Zugang zum Geschäftskundenportal und ein Login zum DHL Intraship. Dort empfehle ich jeweils einen neuen Benutzer für jeden Shop einzurichten, der Intraship nutzen soll. Dies sorgt für höhere Sicherheit und im Nachhinein lässt sich einfach nachvollziehen, welcher Shop welche Sendung erstellt hat.
3. DHL Intraship Erweiterung in Magento installieren und einrichten.

Einrichtung von DHL Intraship in Magento

Nach erfolgreicher Installation von DHL Intraship ist in System > Konfiguration > Verkäufe der neue Menüpunkt DHL Intraship  zu finden.

Basiskonfiguration

• Aktiviert: Ja
• Testmodus: Nein
• Webservice-Anfragen und -Antworten protokollieren: Nein

Etiketten-Einstellungen

• Papierformat der Etiketten: A5
• Linker Rand: 2
• Oberer Rand: 0

Von DHL erhält der Shop-Betreiber nach Vertragsunterzeichnung DIN-A5-Aufkleber gratis, die sich mit vielen Laser- und Tintenstrahldruckern bedrucken lassen.

Der eigentliche Inhalt des Etiketts hat die Maße 95 mm x 180 mm, doch auch dieses Format lässt sich nicht mit jedem Etikettendrucker bedrucken.

Bei der Auswahl der Versandkartons sollte das DIN-A5-Format der DHL-Etiketten berücksichtigt werden. Ist die größte Fläche des Kartons kleiner als DIN-A5, so kann das Etikett um die Ecke geklebt werden, sodass die Versandadresse auf der einen und die Strichcodes auf der anderen Kartonseite zu sehen sind.

Stammdaten

• Intraship-Kennung: der Benutzername für den Zugang des Shops zu DHL Intraship
• Intraship-Passwort: das Passwort des Shop-Benutzers in DHL Intraship
• EKP: die DHL-Kundennummer, die nach der Unterzeichnung des Geschäftskundenvertrags vergeben wird.

Für jeden Shop, der DHL Intraship nutzen soll, empfehle ich, jeweils einen neuen Benutzer einzurichten. Dies sorgt für mehr Sicherheit. Außerdem lässt sich im Nachhinein nachvollziehen, welcher Shop welche Sendung erstellt hat.

Logen Sie sich in DHL Intraship ein und erstellen Sie einen neuen Benutzer unter Stammdatenverwaltung > Benutzerverwaltung. Das Passwort muss genau 8 Zeichen lang sein.

Neben dem Administrator wird ein zweiter Benutzer mit einem kryptischen Namen angezeigt. Dieser Benutzer wird von DHL verwendet und darf nicht gelöscht werden.

Automatische Sendungserstellung

• Aktiviert: Nein

Die halbautomatische Sendungserstellung ist automatisch genug. Da DHL Intraship, wie oben erwähnt, einige Macken hat, ist manueller Eingriff ohnehin notwendig.

Halbautomatische Sendungserstellung

• Aktiviert: Ja

Versandoptionen

• Zahlungsarten für Nachnahme: Cash On Delivery

Wird im Shop die Zahlung per Nachnahme angeboten, muss DHL Intraship wissen, welche es ist. Bei Verwendung dieser Erweiterung taucht sie unter der Bezeichnung „Cash On Delivery“ in der Liste auf.

• Produktgewicht als Standard verwenden: Ja
• Maßeinheit des Produktgewichts: kg

Die Summe der Produktgewichte im Warenkorb wird an DHL übermittelt. Das Gesamtgewicht lässt sich bei halbautomatischer Sendungserstellung vor der Übermittlung anpassen.

• Standardprodukt: DHL Paket

• Nachnamegebühr von 2 Euro vom Gesamtbestellwert abziehen (nur Nachname-Bestellungen): Ja/Nein

Das Übermittlungsentgelt zahlt der Kunde dem Paketboten zusätzlich zu dem Gesamtbetrag, der auf dem Paketaufkleber angegeben ist. Dies lässt sich vermeiden, in dem der Gesamtbetrag um 2 EUR reduziert wird (siehe auch: Bezahlung per Nachnahme).

Versandoptionen – Nationale Sendungen

Auswahl nach Wunsch.

Versandoptionen – Sendungen in das europäische Ausland

Auswahl nach Wunsch.

Absenderdaten

Firmenname, Kontaktperson, Straße, Hausnummer, Postleitzahl, Stadt und Land erscheinen auf dem Versandaufkleber als Absender.

Tipp: Als Kontaktperson kann „Versandabteilung“ eingetragen werden.

Die Bankverbindung ist für Nachnahmesendungen relevant. Sie kann später eingetragen werden.

Benachrichtigungen

• Nachricht mit Sendungsverfolgungsnummer an den Kunden senden?: Ja/Nein

In der Standardeinstellung von Magento erhält der Kunde den Lieferschein per E-Mail, sobald die Sendung erstellt wurde. Wird die Sendungsverfolgungsnummer an den Kunden gesendet, bekommt er den Lieferschein ein zweites Mal per E-Mail mit der Sendungsnummer. Dies ist nicht unbedingt notwendig, da der Kunde die Tracking-Nummer im Kundenbereich einsehen kann.

Zur Kasse

Auswahl nach Wunsch.

Sendungen mit DHL Intraship erzeugen

Nach der erfolgreichen Konfiguration können nun Sendungen erstellt werden. Eine vorbereitete Sendung wird in der Bestellübersicht von Magento durch das graue DHL-Symbol (Status: Wartend) gekennzeichnet.

Im halbautomatischen Modus müssen die Daten durch ein Klick auf das Menü Verkäufe > Sendungen > DHL-Intraship-Labels manuell erzeugen übermittelt werden. Je nach Anzahl vorbereiteter Sendungen kann dieser Vorgang einige Sekunden in Anspruch nehmen. Anschließend wechselt das Symbol DHL-Symbol in ein farbiges (Status: Erfolgreich) oder ein durchgestrichenes graues (Status: Fehlgeschlagen):

Die erfolgreich erstellten Versandetiketten werden im Menü Verkäufe > Sendungen > DHL Intraship Dokumente angezeigt. Dort können mehrere Etiketten (maximal 20 Etiketten) in einem PDF-Dokument zusammengefasst und auf einmal zum Drucker gesendet werden. Wählen Sie dazu die gewünschten Einträge in der Liste und im Pull-Down-Menü die Aktion Intraship-PDF-Labels herunterladen und anschließend Ausführen.

Problembehandlung in DHL Intraship

Fehlgeschlagene Sendungen können in der Ansicht der Sendung innerhalb der betroffenen Bestellung untersucht werden.

In der Ansicht der Sendung wird der Fehler im Block Versandprotokoll unten auf der Seite angezeigt. Im Block Versand- und Trackinginformationen können die an DHL übermittelten Daten eingesehen und bearbeitet werden.

Nach der Behebung des Fehlers muss der Status der Sendung durch den Klick auf die Schaltfläche Versand wiederaufnehmen auf Wartend gewechselt werden, damit sie bei der erneuten Übermittlung an DHL (Verkäufe > Sendungen > DHL-Intraship-Labels manuell erzeugen) berücksichtigt wird.

Bekannte Probleme von DHL Intraship

Für diesen Artikel wurde DHL Intraship Version 0.3.1 und Magento 1.5.1 verwendet.

• DHL Intraship ist nicht in der Lage, die Hausnummer von Straße zu trennen, wenn kein Leerzeichen dazwischen eingegeben wurde. Nach einem manuellen Eingriff ist die halbautomatische Sendungserstellung über Magento möglich.
  
  Eine bessere Trennung von Straße und Hausnummer ist mit dieser Modifikation möglich und wird in dem kommenden Release (d.h. 0.3.5) von Intraship eingebaut.

• DHL Intraship unterstützt keinen Versand an Packstationen. In diesem Fall muss die Sendung komplett manuell erstellt werden.

• Selten, aber dennoch kommt es zu Störungen auf der Seite von DHL. Als Fehler wird z.B. Anmeldung fehlgeschlagen angezeigt. In diesem Fall die Übertragung nach einigen Stunden erneut versuchen.

Verzeichnisrechte für DHL Intraship

Wird das erste Etikett mit DHL Intraship erzeugt, versucht die Erweiterung im folgenden Verzeichnis ein PDF-Dokument zu erzeugen:

/magento/var/intraship/documents

Ohne Schreibrechte kommt es zum Fehler. Nach dem die Schreibrechte auf das genannte Verzeichnis vergeben wurden, müssen die Daten nochmals an DHL gesendet werden.

Daten vor der Übertragung and DHL bearbeiten

DHL Intraship ist nicht in der Lage, die Hausnummer von Straße zu trennen, wenn kein Leerzeichen dazwischen eingegeben wurde. Um den Fehler zu beheben, müssen die Daten vor der (erneuten) Übertragung an DHL manuell bearbeitet werden.

Dazu die Sendung in der betroffenen Bestellung aufrufen und im Block Versand- und Trackinginformationen auf die Schaltfläche Bearbeiten klicken. Diese Daten werden unabhängig von der vom Kunden angegebenen Lieferadresse gespeichert. Die Straße mit der Hausnummer landet im Feld Adresszusatz und muss manuell auf die Felder Straße und Hausnummer verteilt werden:

Nach der Speicherung der Sendungsdaten muss der Versand wieder aufgenommen und die Daten an DHL erneut übermittelt werden.

Sendungen an Packstation über DHL Intraship

DHL Intraship unterstützt in der aktuellen Version (0.3.1) keinen Versand an Packstationen. DHL Intraship meldet den folgenden Fehler:

at least one shipment has errors | please enter ‚customer id number‘ into field company name 2 or contact. | your order could not be processed your order could not be processed

Sendungen an Packstationen müssen komplett manuell erstellt werden.

In DHL Intraship im Menü Versandabwicklung Paket > Neuer Auftrag wird das Wort „Packstation“ im Feld Straße und die Nummer der Packstation im Feld Hausnummer eingetragen. Im Feld Firmenname wird der Vor- und Nachname des Empfängers eingetragen. Im Feld Firmenname2 wird die Postnummer eingetragen. Die Postnummer ist eine achtstellige Zahlenkombination und wird bei der Bestellung vom Kunden angegeben.

Der Checkout-Bereich (die Kasse) sollte bestmöglichst optimiert sein. Hat der Kunde sich zum Kauf eines Produkts entschlossen, sollte der Checkout-Prozess so einfach, übersichtlich und selbsterklärend wie möglich gestaltet sein, damit es sicher zu einem Kauf kommt.

Dieser Tutorial ist die Zusammenfassung der bisherigen Tutorials zum Thema Checkout-Optimierung.

Anforderungen an den Checkout

• Selbsterklärend: der Kunde soll zu jeder Zeit wissen, was als nächstes zu tun ist, woher er als nächstes klicken soll.
• Übersichtlich: der Kunde soll in jedem Schritt wissen, was er jetzt eingeben muss und wie viele Schritte noch vor ihn liegen.
• Schnell und einfach: es sollen keine unnötigen und/oder doppelten Eingaben dem Kunden abverlangt werden.

Optimierung des ersten Schritts und der Adresseingabe

1. Klare Trennung zwischen Gast-Checkout und Kunden-Login
2. Eine Zeile für die Straße
3. Auswahl des Bundeslandes deaktivieren
4. Telefonnummer optional

Erster Schritt und Adresseingabe nach der Optimierung

Erster Checkout-Schritt vor der Optimierung

Der Kunde sieht ein großes Feld mit Auswahl Gast/Registrieren, zwei Eingabefeldern und zwei Schaltflächen Weiter/Anmelden.

Es ist nicht sofort erkennbar, dass es sich um zwei separate Bereiche handelt. Aus Versehen klicken unregistrierte Kunden nach der Auswahl Gast/Registrieren auf die Schaltfläche Anmelden und werden als Nächstes mit einer Fehlermeldung beschäftigt:

Ohne in das Template eingreifen zu müssen, lässt sich die visuelle Trennung der beiden Bereiche durch ein passendes Hintergrundbild erreichen, welches als Style Cheet angegeben wird.

Hierzu analysieren wir die Seitenstruktur mit dem FireFox-PlugIn FireBug:

Der betroffene DIV-Element ist eindeutig über id=’checkout-step-login‘ identifiziert, was die Zuweisung eines anderen Hintergrunds einfach macht:

#checkout-step-login {
   background: url('../images/bkg-login.png') 0 0 no-repeat;
}

Dieser Eintrag kann nach der letzten Zeile in die Datei styles.css in dem Skin-Ordner (z.B. /skin/frontend/default/default/css/) hinzugefügt werden.

Erster Checkout-Schritt nach der Optimierung

Der Checkout-Bereich sollte bestmöglichst optimiert sein und dem Kunden keine unnötige Eingaben abverlangen. Während in anderen Ländern die Angabe der Telefonnummer zwecks Zustellung Sinn macht, ist sie in einem Deutschen Shop überflüssig. Magento verpflichtet den Kunden zur Eingabe der Telefonnummer, und dies lässt sich im Administrationsbereich nicht ändern.

Die folgenden Schritte beschreiben, wie die  Telefonnummer zu einer optionalen Eingabe geändert werden kann.

1. Anpassung in der Datenbank

UPDATE eav_attribute
  SET is_required = 0
  WHERE attribute_code = 'telephone';

2. Anpassung im Code

local-Codeverzeichnis anlegen:

mkdir -p /htdocs/magento/app/code/local/Mage/Customer/Model/Address/

Betroffene Datei in das local-Codeverzeichnis kopieren:

cp /htdocs/magento/app/code/core/Mage/Customer/Model/Address/Abstract.php
   /htdocs/magento/app/code/local/Mage/Customer/Model/Address

Im Code-Editor nach getTelephone suchen und die Zeilen zur Prüfung der Telefonnummer auskommentieren:

/*
    if (!Zend_Validate::is($this->getTelephone(), 'NotEmpty')) {
      $errors[] = $helper->__('Please enter the telephone number.');
    }
*/

3. Anpassung im Template

Betroffene Dateien:

/htdocs/magento/app/design/frontend/default/mytheme/
   /template/checkout/onepage/billing.phtml
   /template/checkout/onepage/shipping.phtml
   /template/customer/address/edit.phtml
   /template/customer/form/register.phtml

Hinweis: Ist die Erweiterung NoRegion installiert, verwendet Magento die o. g. Dateien aus dem Template-Verzeichnis der Erweiterung:

/htdocs/magento/app/design/frontend/default/default/template/noregion

Vor der Anpassung sollte das Verzeichnis von NoRegion inkl. aller Unterverzeichnisse und Dateien in das eigene Template-Verzeichnis kopiert werden:

/htdocs/magento/app/design/frontend/default/mytheme/template/noregion

In den drei Dateien müssen jeweils alles mit „require“ rund um das telephone-Textfeld entfernt werden:

<label for="shipping:telephone" class="required"><em>*</em>
<?php echo $this->__('Telephone') ?></label>
<div class="input-box">
<input type="text" name="shipping[telephone]"
value="<?php echo $this->htmlEscape($this->getAddress()
->getTelephone()) ?>"
title="<?php echo $this->__('Telephone') ?>"
class="input-text required-entry" id="shipping:telephone"
onchange="shipping.setSameAsBilling(false);" />
</div>

Statischen Block in einer CMS-Seite verwenden (CMS-Code)

{{block type="cms/block" block_id="my_block"}}

Wenn die Extension Static Blocks Everywhere installiert ist, funktioniert der CMS-Code nicht nur in CMS-Seiten und anderen statischen Blöcken, sondern auch in Produktbeschreibung, Kategoriebeschreibung und in Bestellbedingungen.

Statischen Block in Kategoriebeschreibung verwenden

Der o. g. Code wird in der Kategoriebeschreibung nicht unterstützt, kann aber über Kategorie-Einstellungen unter der Kategoriebeschreibung angefügt werden. Dazu ist auf dem Register Anzeige Einstellungen als Display Mode „Statischer Block und Artikel“ zu wählen und im Menü CMS Block darunter den Statischen Block:

Um statische Blöcke direkt in Beschreibungstext einer Kategorie verwenden zu können, muss die Extension Static Blocks Everywhere installiert sein.

Statischen Block im Layout verwenden (XML-Code)

<block type="cms/block" name="my_block_name">
  <action method="setBlockId">
     <block_id>my_block</block_id>
  </action>
</block>

In diesem Beispiel ist my_block der Seitenbezeichner (engl.: Identifyer) des statischen Blocks, während my_block_name der Name des Layout-Elements ist.

Statischen Block im Template verwenden (PHP-Code)

<?php echo $this->getLayout()->createBlock('cms/block')->setBlockId('my_block')->toHtml() ?>

Statische Blöcke (static blocks) in Magento ist eine sehr praktische Funktion, mit der die Wiederverwendbarkeit von Inhalten vereinfacht wird. Wird ein Block mit dem Namen my_block definiert, kann er auf eine CMS-Seite mit dem folgenden Code eingefügt werden:

{{block type="cms/block" block_id="my_block"}}

Leider unterstützt Magento von Haus aus die statischen Blöcke nur in CMS-Seiten. In Artikelbeschreibungen und in Kategoriebeschreibungen wird der Block-Code nicht interpretiert. Auch in Bestellbedingungen werden statische Blöcke nicht unterstützt.

Dies lässt sich beheben, in dem betroffene Objekte mit einer zusätzlichen Methode erweitert werden.

Im ersten Schritt sind die folgenden Dateien in den Ordner magento/app/code/local zu kopieren.

• magento/app/code/core/Mage/Catalog/Model/Product.php
• magento/app/code/core/Mage/Catalog/Model/Category.php
• magento/app/code/core/Mage/Checkout/Model/Agreement.php

Tipp: mkdir kann unter Linux mit dem Paramter -p alle Unterverzeichnisse in einem Befehl erzeugen:

mkdir -p magento/app/code/local/Mage/Catalog/Model/

Im nächsten Schritt werden folgenden Dateien bearbeitet:

• magento/app/code/local/Mage/Catalog/Model/Product.php
• magento/app/code/local/Mage/Catalog/Model/Category.php
• magento/app/code/local/Mage/Checkout/Model/Agreement.php

Im zweiten Schritt ist in die Datei Agreement.php die folgende Funktion vor der letzten „}“ einzufügen:

function getContent()
 {
   $content = $this->getData('content');
   $templateFilter = Mage::getModel('cms/template_filter');
   $cms = $templateFilter->filter($content);
   return $cms;
 }

In die Dateien Product.php und Category.php wird eine ähnliche Funktion vor der letzten „}“ eingefügt, die sich im Namen und in dem Parameter der ersten Codezeile unterscheidet:

function getDescription()
 {
   $content = $this->getData('description');
   $templateFilter = Mage::getModel('cms/template_filter');
   $cms = $templateFilter->filter($content);
   return $cms;
 }

Damit statische Blöcke auch in der Kurzbeschreibung von Produkten verwendet werden können, muss in Product.php zusätzlich  die folgende Funktion eingefügt werden:

function getShortDescription()
 {
    $content = $this->getData('short_description');
    $templateFilter = Mage::getModel('cms/template_filter');
    $cms = $templateFilter->filter($content);
    return $cms;
 }

Nachtrag vom 29.06.2012: Diese Modifikation wurde getestet und funktioniert mit Magento 1.4 / 1.5.1 / 1.6.2 / 1.7.0.

Nachtrag vom 01.08.2012: Die kostenfreie Extension Static Blocks Everywhere, verwendet die Überschreibungslogik von Magento, um die betroffenen Klassen mit den Methoden sauber zu erweitern und die Nutzung statischer Blöcke überall in Magento zu ermöglichen.