E-Mails
Der Login-Code per E-Mail wird über Shopwares eigene Bausteine zugestellt: eine E-Mail-Vorlage und ein Flow, beide bei der Installation angelegt und im Admin bearbeitbar. Login-Codes per SMS laufen nicht über diesen Weg, sondern über den konfigurierten SMS-Anbieter.
Die Vorlage „Login-Code“
Die Erweiterung legt bei der Installation den Vorlagentyp „Login-Code“ (technischer Name customer_otp_verification) mit einer Vorlage in Deutsch und Englisch an. Sie bearbeiten sie unter Einstellungen → E-Mail-Vorlagen – Betreff, HTML- und Klartext-Inhalt, je Sprache. Die ausgelieferte Vorlage nutzt als Betreff „Ihr Login-Code“ und als Absendernamen den Namen des Verkaufskanals.
Der Flow
Versendet wird die Vorlage über den Flow „Customer login code requested“ im Flow Builder (Einstellungen → Flow Builder). Er reagiert auf das Ereignis checkout.customer.otp_requested, ist nach der Installation aktiv und enthält eine Aktion: E-Mail versenden mit der Vorlage „Login-Code“.
Das Ereignis wird bei jeder Anforderung eines Login-Codes per E-Mail ausgelöst – aber nur, wenn zur eingegebenen Adresse ein Kundenkonto existiert. Bei unbekannten Adressen wird kein Ereignis ausgelöst und keine E-Mail versendet.
Wird der Flow deaktiviert oder die Aktion „E-Mail versenden“ entfernt, kommt kein Login-Code per E-Mail mehr an – das Formular zeigt trotzdem die normale Versand-Meldung. Prüfen Sie bei Änderungen am Flow immer einen echten Login.
Verfügbare Variablen
In der Vorlage stehen unter anderem diese Variablen zur Verfügung:
- {{ otpCode }}: der sechsstellige Login-Code.
- {{ customer.* }}: der Kunde, z. B. {{ customer.firstName }}, {{ customer.lastName }} und {{ customer.email }}.
- {{ salesChannel.name }}: der Name des Verkaufskanals.
Die Wortlaut-Aktualisierung
Frühere Versionen der Erweiterung nannten den Code in der E-Mail „Sicherheitscode“. Ein Update vereinheitlicht den Wortlaut auf Login-Code: im Namen des Vorlagentyps, im Betreff, in der Beschreibung, im HTML- und Klartext-Inhalt sowie im Namen des Flows.
Angepasste Vorlagen bleiben dabei unverändert: Jedes Feld wird nur dann aktualisiert, wenn es exakt dem ausgelieferten Stand entspricht – und zwar je Feld einzeln. Ein von Ihnen bearbeiteter Inhalt verhindert also nicht die Korrektur eines unveränderten Betreffs.
Eigene Flow-Aktionen
Da der Versand über ein normales Flow-Ereignis läuft, können Sie im Flow Builder eigene Aktionen an checkout.customer.otp_requested hängen oder dafür einen weiteren Flow anlegen – etwa um ein Tag zu setzen. Das Ereignis liefert den Kunden, den Verkaufskanal und den Login-Code als Daten.