Zum Hauptinhalt springen
Ein WEBSALE-Shop versendet rund zwanzig verschiedene E-Mails. Jede bekommt ihren eigenen Abschnitt in der shop.config, und fast alle folgen demselben Bauplan aus Absender, Betreff und Template. Deshalb beginnt diese Seite mit genau diesem gemeinsamen Bauplan und mit dem Versand über ein externes Mailsystem, der für fast alle Abschnitte gilt. Danach folgen die E-Mails in der Reihenfolge, in der sie im Leben eines Kunden auftreten. Erst die Registrierung, dann die Bestellung, dann die Nachfassaktionen, zum Schluss Newsletter, frei definierbare Mails und die Meldungen an den Administrator. Referenz: Shopkonfiguration shop.config, Übersicht aller Abschnitte

Der gemeinsame Bauplan

Die meisten E-Mail-Abschnitte kennen dieselben vier bis fünf Parameter. In den folgenden Abschnitten wird nur noch aufgeführt, was von diesem Bauplan abweicht. Nicht jeder Abschnitt hat ein Allow. Die E-Mails zum Double-OptIn-Verfahren, zum Passwort und zur Produktempfehlung werden durch die jeweilige Funktion ausgelöst, nicht durch einen eigenen Schalter.

Versand über ein externes Mailsystem

Viele Abschnitte können den Versand an ein externes Mailsystem abgeben. Unterstützt wird derzeit Inxmail Commerce. no verwendet die WEBSALE-Standard-E-Mail. InxMail gibt den Versand an Inxmail ab und verwendet dafür das Template aus ExternMailTemplate. InxMail_test tut dasselbe, aber nur im Testmodus des Shops. Im Livebetrieb greift dann wieder die Standard-E-Mail.
Bleibt ExternMailTemplate leer, schaltet der Kernel das externe Mailsystem stillschweigend ab und versendet über die WEBSALE-Standard-E-Mail. Es erscheint keine Fehlermeldung.Dasselbe passiert bei einem Tippfehler in UseExternMailSystem. Jeder Wert, der kein bekanntes Mailsystem benennt, wirkt wie no.Prüfen Sie nach einer Umstellung deshalb immer, ob tatsächlich über das externe System versendet wird.
Wegweiser: Shop-E-Mails über Inxmail Commerce versenden

Registrierung und Kundenkonto

RegistrationMail

Begrüßungs-E-Mail nach der ersten Registrierung im Shop. Kennt den gemeinsamen Bauplan einschließlich Allow sowie UseExternMailSystem und ExternMailTemplate.

NewCustomerMail

E-Mail an Neukunden. Kennt den gemeinsamen Bauplan einschließlich Allow, aber kein externes Mailsystem.

NewCustomerDoubleOptInMail

Bestätigungs-E-Mail bei der Neukundenanmeldung, wenn das Double-OptIn-Verfahren mit zwingender Bestätigung der E-Mail-Adresse aktiv ist. Kennt den gemeinsamen Bauplan ohne Allow, dazu UseExternMailSystem und ExternMailTemplate.

CustomerVoluntaryDoubleOptInMail

Dasselbe für die freiwillige Bestätigung der E-Mail-Adresse. Gleiche Parameter.

ChangeEmailDoubleOptInMail

Bestätigungs-E-Mail beim Ändern der E-Mail-Adresse im Kundenkonto. Gleiche Parameter.

DeleteAccountDoubleOptInMail

Bestätigungs-E-Mail für die Funktion “Kundenkonto löschen”. Gleiche Parameter.

SetPasswordMail

E-Mail der Funktion “Passwort vergessen” beziehungsweise “Passwort neu setzen”. Kennt den gemeinsamen Bauplan ohne Allow, dazu UseExternMailSystem und ExternMailTemplate.
Werte unter 1 werden stillschweigend auf 5 gesetzt.

Bestellung

CustomerMail

Die Bestelleingangsbestätigung an den Käufer. Der umfangreichste E-Mail-Abschnitt, weil hier auch die PDF-Anhänge und die SEPA-Mandate konfiguriert werden.

Bestelldetails als PDF-Anhang

Weitere Dateianhänge

Bis zu fünf +Attachment-Unterabschnitte hängen feste Dateien an, beispielsweise AGB oder Widerrufsbelehrung. Fehlt Name, wird der Dateiname aus File abgeleitet. Aus deutsch/12345.pdf wird dann der Anhang 12345.pdf.
Der Pfad in File muss relativ zum Templateverzeichnis angegeben werden. Liegt die Datei unter /benutzer/templates/deutsch/pdfs/agb.pdf, lautet der Wert deutsch/pdfs/agb.pdf.Pfade, die aus dem Templateverzeichnis herausführen, werden vom Kernel geprüft und der Anhang still verworfen. Es erscheint keine Fehlermeldung, die E-Mail geht ohne diesen Anhang raus.
Ein Kaufgutschein lässt sich nicht als PDF-Anhang mitschicken. Er steht nur über einen Download-Link zur Verfügung, entweder in der Bestelleingangsbestätigung oder in der Bestellhistorie des Kundenkontos.

SEPA-Mandate

Lassen Sie alle vier Parameter leer, werden für das SEPA-Lastschriftverfahren weder Mandatsnummern generiert noch PDF-Anhänge erstellt und versendet. Das ist der vorgesehene Weg, die Funktion abzuschalten.
Als Rückfallwert für den Firmenmandats-Dateinamen steht im Kernel schlicht SEPA-DirectMandate.pdf, nicht SEPA-DirectMandate_~BANK-IBAN~_~WS-OrderID~.pdf. Verlassen Sie sich nicht auf den Standard, sondern tragen Sie den gewünschten Dateinamen ein. Für Kopf- und Fußzeilen der beiden Mandats-PDFs liest der Kernel acht weitere Parameter. Die vier Abstandsparameter je Mandatsart werden nur ausgewertet, wenn die zugehörige URL gefüllt ist.

MerchantOrderMail

Die Bestelleingangs-E-Mail an den Händler.
Im Betreff stehen fünf lokale Tags zur Verfügung.

OrderInfoMail

Info-E-Mails, die über die SOAP-V2-Schnittstelle ausgelöst werden. Alles Übrige entspricht dem gemeinsamen Bauplan einschließlich Allow.

Nachfassen und Erinnern

OrderNowMail

Die BackInStockMail, früher OrderNow-Service. Sie benachrichtigt registrierte Kunden, sobald ein Produkt wieder verfügbar ist.
Im Betreff stehen diese lokalen Tags zur Verfügung. Die beiden Referer-Parameter machen in der Auswertung sichtbar, wie viele Bestellungen aus diesen Benachrichtigungen entstehen.

RateRemindMail

Bewertungserinnerungen per E-Mail. Kennt den gemeinsamen Bauplan einschließlich Allow.
Für die Bewertungserinnerung kann nur ein Template aus dem Subshop-Ordner des jeweiligen Subshops verwendet werden. Das Template muss also für jeden Subshop einzeln angelegt und hier eingetragen werden.

ProdRecmdMail

E-Mail der Funktion “Produkt weiterempfehlen”. Kennt nur Template sowie UseExternMailSystem und ExternMailTemplate. Absender und Betreff ergeben sich aus der Funktion selbst.

WishListMail

E-Mail zum Versenden einer Wunschliste. Kennt ausschließlich Template.

SendUploadLinkMail

E-Mail mit den Links zum Upload-Modul. Kennt den gemeinsamen Bauplan ohne Allow, dazu UseExternMailSystem und ExternMailTemplate. SenderName ist optional.
Der Inhalt dieses Templates geht an eine vom Kunden selbst angegebene E-Mail-Adresse. Achten Sie aus Datenschutzgründen darauf, welche Daten Sie dort ausgeben.

+Newsletter

Ermöglicht die Anmeldung zum Newsletter während des Bestellablaufs. Je Zielgruppe beziehungsweise Newsletter-Liste wird ein eigener +Newsletter-Abschnitt angelegt.
NotificationMode = order startet die Registrierung mit der Bestellgenerierung, immediate schon beim Seitenwechsel. ListServerAddress wird nur beim WEBSALE Newsletter V1 und bei externen Anbietern gebraucht, die eine solche Adresse unterstützen.
Ändert sich der Name einer Zielgruppe im E-Marketing-Manager, muss Name-Txt hier ebenfalls angepasst werden. Die beiden Stellen werden nicht automatisch abgeglichen.Die datenschutzkonforme Einstellung für Checkbox ist off, auch wenn der Standard on lautet.
Zusätzlich kennt der Abschnitt UseExternMailSystem und ExternMailTemplate.

GenericEmails

Für alles, was keinen eigenen Abschnitt hat. Je E-Mail ein +Entry-Unterabschnitt, maximal 20 Stück.
UseExternMailSystem und ExternMailTemplate liest der Kernel bei diesem Abschnitt nicht aus dem einzelnen +Entry, sondern aus der Ebene darüber, also direkt unterhalb von GenericEmails. Eine Angabe innerhalb von +Entry bleibt wirkungslos, und die Einstellung gilt dann für alle Einträge gemeinsam.Ob das beabsichtigt ist oder ein Fehler im Kernel, ist noch zu klären. Setzen Sie die beiden Parameter bis dahin auf Abschnittsebene.

ShopAdminMail

Meldungen zu Problemen im laufenden Shopbetrieb an den Shopadministrator.
Dieser Abschnitt hat weder Betreff noch Template. Beides gibt der Shop vor.

Weitere E-Mail-Abschnitte

Diese E-Mails gehören thematisch zu anderen Funktionen und sind dort beschrieben.