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.
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.
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
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.
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.
+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.
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.
ShopAdminMail
Meldungen zu Problemen im laufenden Shopbetrieb an den Shopadministrator.
Dieser Abschnitt hat weder Betreff noch Template. Beides gibt der Shop vor.
