Keine voreingestellte E-Mail an den Kunden für den Bestellstatus In Bearbeitung

Hallo Harald,

das ist auch richtig so. Der Status "Bearbeitet" bedeutet lediglich, dass der Kunde eine Ware in den Warenkorb gelegt hat. Erst ab z.b. "Vom Kunden bestätigt", wird eine E-Mail Benachrichtigung an den Kunden und an den Verkäufer gesendet, wenn aktiviert.

Es macht zur Arbeitserleichterung in vielen Shops Sinn, mehrere Statusse anzulegen.

Einer meiner Kunden, der mein E-Mail-Layout verwendet, hat zum Beispiel Statusse wie:

- Bestellung bestätigt, warte auf Zahlung
- Bestellung bestätigt, Zahlung eingegangen
- Bestellung bestätigt, Änderung der Zahlungsart
- Bestellung eingegangen, bitte um Überprüftung der Kundendaten
- Bestellung bestätigt, Lieferung verzögert sich
- usw.

In bestimmten Situationen wird dann einfach der Status geändert, und der Kunde erhält einen Standardtext, der zum jeweiligen Fall passt.
Diese Änderungen sollte man aber nur vornehmen, wenn man die Statusse dann auch wirklich verwendet.

Wie Faro schon gesagt hat, der Status P "Pending/In Bearbeitung" löst maximal eine Mail an den Verkäufer aus, wenn ein Kaufvorgang abgebrochen wurde.
Oft wird dieser Status anders missbraucht, es gilt aber, die Statusse mit dem Schloss davor einfach in Ruhe zu lassen.
Wer bei abgebrochenem Kauf, den Kunden kontaktieren möchte, sollte einen neuen Status anlegen.

Grüße
Stefan

Es gibt einige Stati, welche fest zugeordnet sind.

Der Warenkorb von VM läuft seit VM2 exakt nach der deutschen Juristischen Sicht (ich habe mich genau daran orientiert und das hat zwar anfangs für etwas verwunderung gesorgt, aber inzwischen ist genau das Vorschrift).

Einmal gibt est P bzw Pending oder Schwebend, es entspricht dem Ware aufs Band legen. Der Kunde äussert die Absicht etwas zu kaufen. Der Kassierer im Supermarkt gibt die Waren ein. In diesem Moment ist in der Kasse ein Auftrag entstanden. Irgendwie muß man den ja festhalten. Das ist P. und nennt den Betrag.
Jetzt erst bestätigt man juristisch betrachtet den Kauf, in dem man der Bezahlung zustimmt. Wie auch immer die dann geschieht. Wenn man z.B. eine Creditkarte nutzt, bezahlt man auch juristisch betrachtet später (die Kreditkartenfirma bürgt aber dafür, daher,...).
Dafür haben wir U, confirmed by shopper, vom Kunden bestätigt. Je nach Besteuerung (ist oder soll) wird eine Rechnung erstellt. VM ist standarmässig auf IST-Besteuerung eingestellt (Rechnungserstellung bei C).
Der Status C für Confirmed, Bestätigt steht an sich für einen abgeschlossen Kaufvertrag. Momentan impliziert es auch, daß die Ware bezahlt wurde, aber genau das wird mit dem nächsten Update behoben. Es gibt dann eine neue Variable, "paid", wieviel wurde bezahlt.

Ansonsten gibts halt noch R für Refund und X für Cancel (D Denied benutzen nur manche Bezahlmethoden). Es ist nicht sinnvoll diese Orderstati anders zu verwenden. Der Core hat relativ wenig Stellen mit fest eingebauten Orderstati, aber auch viele Erweiterungen setzen darauf.

Es gibt momentan das Problem, das manche Kunden eine Rechnung brauchen, um die in ihrer Firma vorzulegen und daher kam ich auf den Gedanken das ganze mit einer extra Variable zu lösen. Der Witz ist natürlich später, das die Bezahlmethode das füllt. Man kann dann auch also auch einfacher Ratenzahlungen schreiben. Aber das wird dauern bis die angepasst sind und daher wird die Variable Paid automatisch gesetzt durch einen Orderstatus,.. und welcher ist das? C natürlich.

Btw, warum ist Pending nicht in den emails für Kunden? Weil viele wie du dann darüber stolpern und fragen, und das ist besser als vorher, da haben es die Leute einfach wild genutzt und sich gewundert, warum VM nicht richtig läuft.