[RC 2.0] Benachrichtigungen

Hi,

ich blicke nicht so richtig durch, wie das jetzt mit den Bestell- und Informationsmails funktioniert, vorher fand ich das etwas intuitiver. Ich hab ein Standard Email-Gateway angelegt, ohne zu wissen was das genau sein oder bringen soll. Meine erste Bestellung ging ohne Bestellinfo raus, was daran liegt, dass ich zwar eine Benachrichtigung angelegt, dieser aber keine Sprache zugewiesen habe. Erst darin kann ich die Mail einfügen, okay. Im Hilfe-Text wird ständig vom help wizard geredet, aber ich hab gar keinen Plan wo ich den finden soll? Ich weiß bestimmt was das ist, nenne es aber nie "help wizard" und hab jetzt gar keine Ahnung, woher ich die simple tokens nehmen soll. Denn von denen hab ich noch nie eine Liste gefunden, immer nur vereinzelte.

Z.B. für den Empfänger muss ich das Simple Token eintragen, von dem ich keine Ahnung hab, wie es heißt.

Und wo füge ich die Rechnung an? In der 1.4 hab ich einfach die Mail-Vorlagen in der Konfiguration erstellt und in deren Einstellungen den haken bei "Ein Bestelldokument anhängen" gesetzt, dann konnte ich direkt das Rechnungs-Template wählen. In der Konfiguration der Benachrichtigungen wähle ich auch ein Template, iso_collection_default, da ging ich davon aus, es sei die Rechnung oder sowas.

Kann mir jemand bitte etwas Nachhilfe geben? :)

ich kam jetzt etwas weiter, bin aber offenbar immer noch nicht auf dem richtigen Weg. Unter "Dokumente" ist die Rechnung angelegt:
Anhang 12546

Und in "Benachrichtigungen" hab ich sie in den Einstellungen der Bestell-Benachrichtigung eingefügt:
Anhang 12547

versendet wird aber nichts :o

Also was wird nicht versendet? Gar keine Benachrichtigung oder eine Benachrichtigung ohne Anhang?

Die Mail selbst geht raus, aber ohne Anhang. Lag vorher vermutlich dran, dass ich gar keinen angehänt hatte, aber dann verstehe ich nicht wieso ich ein Template auswählen soll. Jetzt hab ich also das Dokument angelegt und es passiert immer noch nix :(

Was ich bei der Empfänger-Mailadresse eingeben muss, erschließt sich mir auch nicht, ich kenne den Simple-Token für die Mailadresse des Bestellers nicht bzw. weiß nichts mit dem help wizard anzufangen.

Allgemein tu ich mich mit dem Benachrichtigungscenter schwer, weil ich z.B. beim E-Mail-Gateway gar nicht weiß was es damit auf sich hat.

Du musst dir das Notification Center einfach losgelöst von Isotope vorstellen, dann wird dir einiges klarer. Ich wollte nicht wieder eine Isotope-spezifische Komponente haben, denn diese Benachrichtigungen sind etwas, das jede zweite Extension braucht. Deshalb wollte ich eine Basis bauen, auf der jeder Entwickler seine eigenen Benachrichtigungstypen aufbauen kann.

Nun zu aller erst habe ich mir überlegt, was denn eine "Benachrichtigung" ausmacht. Wir denken alle immer an E-Mails aber vielleicht möchtest du ja jemanden per SMS benachrichtigen? Oder irgend eine Maschine per Schnittstelle? Das sind verschiedene "Gateways". Standardmässig wird einfach das E-Mail-Gateway mitgegeben (das wir aber auch noch mit SMTP-Einstellungen ergänzen könnten, womit du über verschiedene Server E-Mails versenden könntest), aber wenn du einen SMS-Provider kennst, darfst du uns gerne damit beauftragen, ein Gateway für den zu programmieren ;)

So, nun brauchen wir die Möglichkeit, dass jeder Entwickler Benachrichtigungsspezifische Dinge einstellen kann und dokumentieren kann, welche Tokens es denn bei seiner Benachrichtigung so gibt. Deshalb gibt es Benachrichtigungstypen. Isotope hat aktuell nur die "Änderung Bestellstatus". Bei der Konfiguration kannst du dann diesen spezifischen Benachrichtigungstypen konfigurieren. Du bestimmst hier also nichts über den Inhalt, sondern du konfigurierst nur den Benachrichtigungstypen. Was da zur Auswahl steht, hängt ganz vom Entwickler ab.
Wie wäre es z.B. mit einer "Geburtstagsmail-Extension"? Sie stellt dir einen neuen Benachrichtigungstyp "Geburtstagsmail" zur Verfügung. Dann kannst du z.B. einstellen, welche Mitgliedergruppen berücksichtigt werden sollen, ob nur runde Geburtstage berücksichtigt werden sollen etc. pp. Du bestimmst aber nicht was der Inhalt dieser Benachrichtigung ist.

So, jetzt habe ich als Entwickler einen neuen Benachrichtigungstypen hinzugefügt. Aber ich habe ja jetzt genau die gleichen Anforderungen wie jeder andere auch z.B. beim Gateway "Email". Ich brauche nämlich einen Sender, einen Empfänger, einen Betreff, Inhalt und evtl. einen Anhang. Deshalb gibt es für all das die "Simple Tokens". Der Entwickler sagt sich: "Hmm, ich habe zwei Dokumente, die du theoretisch mitschicken könntest. Ich weiss aber nicht ob du überhaupt eins schicken willst oder nur eins von den beiden oder in welcher Sprache du das tun willst. Also stell ich dir einfach zwei Simple Tokens ##token_anhang_a## und ##token_anhang_b## zur Verfügung. Entscheide selbst."

Und jetzt kommt das was du wahrscheinlich vergessen hast: Du entscheidest über den Inhalt! Du editierst jetzt deine Benachrichtigung und gibst bei der gewünschten Sprache beim Feld "Anhänge" (engl. Attachments) den Simple Token ein. Tipp einfach "##" und du weisst, was dir zur Verfügung steht. Vielleicht gibt's ja gar keinen, je nach Benachrichtigungstyp eben :) Optional kannst du immer noch einen fixen Anhang einfach mitschicken und vom Dateisystem auswählen (z.B. AGB's etc.).

Das was du also eingestellt hast bei der "Konfiguration" des Benachrichtigungstyps teilt Isotope einfach mit, welche Vorlage es nehmen soll. Es sagt aber noch nichts darüber aus, ob überhaupt ein Anhang mitgeschickt werden soll. Das entscheidet erst das Simple Token :)

Hoffe das hilft - auch für zukünftige Leser :)

Wow, danke dir! Das hat mir wirklich sehr geholfen.

Eine Kleinigkeit hätte ich allerdings: Wenn ich die Benachrichtigung bzw. die Sprache darin editiere, wird das ja in einer Lightbox dargestellt und das Eingabefeld ist ganz unten. Tippe ich die ## ein, hab ich den unschönen Effekt, dass es nach unten ausklappt und der Inhalt logischerweise nicht mit scrollt, er würde ja ins Leere scrollen. Es sind glücklicherweise nur 2 Auswahlmöglichkeiten und durch ein wenig Scrollen konnte ich das Wort "Rechnung" in den 3px erkennen, die durchscheinen, aber ein bisschen doof ist das. Könnt ihr das bitte fixen? ;)

Anhang 12548

Jetzt geht's an's große Testen

Fehler bitte auf GitHub melden (in dem Fall beim Notification Center: https://github.com/terminal42/contao..._center/issues) :)

done :)

Der E-Mail-Empfänger ist jetzt ##recipient_email##, aber jetzt kommt gar keine Mail mehr an :(

Wenn ich statt ##recipient_email## wieder hart meine eigene Mailadresse eintrage, bekomme ich die Mail 2x. Allerdings das eine Mal mit falsch generiertem Rechnungsnamen und einmal mit richtigem. Ich kann leider nicht unterscheiden, wer welche Mail bekommt, jedenfalls heißt bei der einen die Rechnung shop_rechnung_007.pdf und bei der anderen shop_rechnung_.pdf, also ohne Nummer hintendran, die über ##collection_document_number## ausgegeben wird.

Zitat:

---

Zitat von k-webdesign

Wenn ich statt ##recipient_email## wieder hart meine eigene Mailadresse eintrage, bekomme ich die Mail 2x.

---

Bei mir das selbe Phänomen: https://community.contao.org/de/show...E-Mail-Adresse

Kann man schon sagen, wann die 2.0.1 c.a erscheinen wird ?
Denn das mit der Email ist ja schon ein größeres Manko, da der Kunde eben keine Bestellbestätigung erhält oder der Administrator.

Toflar meinte vor ein paar Tagen zu mir, dass sie ab dem 6.1. wieder im Büro sind und sich dann um alles kümmern werden was über die Feiertage liegen blieb. Ich bin also guter Dinge, bräuchte das auch schnellstmöglich :) In der Testphase kann ich meine Mailadresse noch hart reinkodieren, aber der Livetermin rückt näher und näher :(

OK das dauert warscheinlich dann doch leider noch etwas .. :)

Vielleicht weisst du hier auch noch weiter:
Wenn man in dem Benachrichtungs Template ##member_*## angibt zeigt er auch dieses so nur in der Email an.
Ich habe es auch schon mit ##member_firstname## probiert, klappt allerdings auch nicht.

Ich möchte eben nur bestimmte member Werte schön sortiert in der Email ausgeben lassen :)

Oder ist das auch ein Bug, dass das noch nicht funktioniert ?

irgendwo steht in der Backend-Hilfe folgendes:
"##form_...## Verwenden Sie den Präfix "form_" und den Feldnamen, um Daten aus dem Formular der Bestellbestätigung zu verwenden."
Das hab ich aber selbst noch nie verwendet. Ich denke, du musst dann ##form_lastname## und ##form_firstname## einsetzen.

Edit: QUATSCH! Siehe richtige Lösung hier

Hallo,
habe ich probleme mit dem einrichten der Mail.
Anbei Screenshots. Habe ich was falsches eingetragen. Ich erhalte weder als kunde noch als Verkäufer eine mail. Oder muss man noch woanders etwas eintragen?

schau mal hier: https://github.com/isotope/core/issues/910 das Problem ist bekannt und wurde in https://github.com/terminal42/contao...nter/issues/15 behoben.

Hallo,
danke für die Antwort, weiß aber ehrlich gesagt nicht was ich nun tun soll. Das notification center ist auf dem aktuellsten Stand. Sorry aber ich kenne mich mit dem GitHub nicht so gut aus.

Hallo

du musst die in diesem Link https://github.com/terminal42/contao...nter/issues/15 angegebene Datei bearbeiten!

Die grünen Bereiche werden in die Datei eingefügt.

Funktioniert übrigens hervorragend! Vielen Dank!

Steffen

Danke, der Kunde erhält nun die Bestätigung.
Nur wie erhalte ich als Verkäufer eine Info? Habe überall meine mail eingetragen? Welches Feld in welchem Modul ist dafür verantwortlich das ich als verkäufer eine mail bekomme das ein Kunde bestellt hat?

Dafür legst du eine 2. Mail mit etwas abgeänderten Texten, in der Benachrichtigung, an.
Somit hat der Status "Neue Bestellung" 2 Mails eine für Admin und eine für "Besteller".

Für eine Status Änderung z.B. von Neue auf Versendet, legst du eine neue Benachichtigung an.

Steffen

Ich erhalte im Log folgendes wenn ich eine Bestellung abgebe.

No notification for order ID 2092

Einstellungen genau so wie bei Ripperz

@Swinde

Zitat:

---

Dafür legst du eine 2. Mail mit etwas abgeänderten Texten, in der Benachrichtigung, an.
Somit hat der Status "Neue Bestellung" 2 Mails eine für Admin und eine für "Besteller".

---

Also verstehe ich das so, ich lege unter Benachrichtigungen in Bestellung eine 2te Nachricht mit den selben Daten? Woher weiß denn das System das diese für den Admin in und die andere für den Kunden ist, wo wird denn das definiert? In welchem Feld? Wozu gibt man denn unter Sprachen eine Absender emial an.

Würde es nicht reichen wenn ich unter der ersten Benachrichtigung -> Bestellung einfach im Feld BCC-Empfänger meine mail Adresse eintrage?


Irgendwie ist mir noch nicht ganz klar wozu diese einzelnen Schritte sind.
Im Benachrichtigungszentrum, legt man erst eine Benachrichtigung an, dort drin eine neue Nachricht und darin dann noch die Sprache

Moin,

Zitat:

---

Würde es nicht reichen wenn ich unter der ersten Benachrichtigung -> Bestellung einfach im Feld BCC-Empfänger meine mail Adresse eintrage?

---

Ob dir das reicht weis ich nicht. Dann bekommt der Admin aber die gleiche Mail wie der Kunde. D.h. gleicher Betreff, gleicher Textinhalt und die AGB- und Widerrufdatei auch jedesmal mit.
Ich wollte das jedenfalls nicht so.

Das versenden steuerst du übrigens im Modul Kasse oder unter Shop-Konfiguration --> Bestellstatus.
Das ODER ist hier wichtig sonst gibt es doppelte Mails!

Zitat:

---

Im Benachrichtigungszentrum, legt man erst eine Benachrichtigung an, dort drin eine neue Nachricht und darin dann noch die Sprache

---

Ja ist etwas mit Arbeit verbunden aber schon sinnvoll. Es soll auch Mehrsprachige Isotopshops geben.

Steffen

Hallo Swinde,
danke für deine schnelle Antwort.

Ich habe nun folgendes gemacht.

1) Unter Benachrichtigung -> Bestellung eine zweite Nachricht hinzugefügt (Bestellung Kunde und Admin) mit den Spracheinstellungen wie der Kunde (um erstmal zu testen)
2) Shop Konfiguration -> Bestellstatus -> wartend die Benachrichtigung Bestellung ausgewählt

Das Resultat war das der Kunde nun beide mails bekommen hat, die für den Admin und eine für den Kunden. Wo habe ich die Trennung falsch gemacht

Ich würde es gerne hinbekommen das überhaupt eine mail raus geht. Habe glaube die gleichen Einstellungen wie du

Zitat:

---

Zitat von Ripperz

Ich habe nun folgendes gemacht.

1) Unter Benachrichtigung -> Bestellung eine zweite Nachricht hinzugefügt (Bestellung Kunde und Admin) mit den Spracheinstellungen wie der Kunde (um erstmal zu testen)
2) Shop Konfiguration -> Bestellstatus -> wartend die Benachrichtigung Bestellung ausgewählt

Das Resultat war das der Kunde nun beide mails bekommen hat, die für den Admin und eine für den Kunden. Wo habe ich die Trennung falsch gemacht

---

Ich würde beim Admin, als Empfänger, mal eine andere E Mail Adresse eintragen! ##recipient_email## ist für den Kunden, für den Admin kenne ich kein Simple Token.

@svenskalec

Zitat:

---

svenskalec

Ich erhalte im Log folgendes wenn ich eine Bestellung abgebe.

No notification for order ID 2092

---

Bitte sieh mal nach ob im Kasse Modul eine Benachrichtigung ausgewählt ist.

Steffen

Hammer die mail geht raus lag wirklich daran.

Ich habe übrigens soeben die 1.0.5 des Benachrichtigungszentrums veröffentlicht. Müsste also jetzt auch alles bequem über Composer oder ER aktualisierbar sein. Inkl. den neusten Übersetzungen von Transifex :)

Super, danke dir :)
Ich erhalte allerdings nach wie vor 2 Mails. Anfangs dachte ich, die eine sei die Bestellbestätigung an den Admin, die gehen aber beide an den Besteller. In der einen Mail wird alles korrekt dargestellt, auch die Rechnung durch katgirls isotope_documents. Die zweite Mail hat statt dem Anhang "shopname_rechnung_123456.pdf" nur den Dateinamen "shopname_rechnung_.pdf" und darin befindet sich erst mal eine lange Liste von PHP-Fehlern. Das hat allerdings nichts mit isotope_documents zu tun, das gab es schon bevor katgirl es releast hatte.

Hallo k-webdesign,

den Aha Effect hatte ich auch! Und ich weis nicht ob es ein Bug ist.

Daher schrieb ich in einem Post weiter ob:

Zitat:

---

Das versenden steuerst du übrigens im Modul Kasse oder unter Shop-Konfiguration --> Bestellstatus.
Das ODER ist hier wichtig sonst gibt es doppelte Mails!

---

Die Mail ohne Rechnungsnummer und mit dem Php Fehler kommt aus Shop-Konfiguration --> Bestellstatus da hier gar keine Bestellummer bekannt ist!

Steffen

Zitat:

---

Zitat von swinde

Das versenden steuerst du übrigens im Modul Kasse oder unter Shop-Konfiguration --> Bestellstatus.
Das ODER ist hier wichtig sonst gibt es doppelte Mails!

---

Ok, das bringt Licht ins Dunkel ;) Ich hab die Bestellbestätigungs-Mail jetzt in der Konfiguration -> Bestellstatus ausgetragen, jetzt kommt nur noch eine Mail mit der korrekten Nachricht. Ich teste gleich noch mal ob die Bestellmail aus dem Bestellstatus heraus Fehler wirft oder ob der nur aufkam, weil die Mail doppelt versendet wurde.

Der Php Fehler kommt, da in dem Status die Bestellnummer noch gar nicht existiert und erst vom Kassenmodul erzeugt wird.

Das siehst du auch wenn du die pdf Rechnung als Anlage anhängst.

Ja, das hab ich eben auch festgestellt. Wenn ich aus dem Bestellstatus heraus die Mail versenden lasse, kommt sie falsch an. Das sollte gefixt werden, denn dadurch entstehen ja sicherlich auch Fehler wenn ich für die anderen Stati Mails versenden möchte, z.B. bei der Übergabe an die Versandabteilung oder Storno. Toflar, du müsstest wohl noch mal ans Werk :o

Ich richte jetzt gerade Benachrichtigungen für die diversen Bestellstati ein. Wenn ich den Simple Token ##order_id## verwende, werden die bestellnummern automatisch hochgezählt.

Ein Beispiel:
Für den Status "Cancelled" wurde die Storno-Mail eingerichtet, die den Satz "Ihre Bestellung ##order_id## wurde storniert" beinhaltet. Storniere ich über das Backend die Bestellung Nr. 4, wird in der Mail daraus die Bestellung Nummer 20 gemacht, obwohl im BE insgesamt nur 19 vorliegen. Daraufhin habe ich die Nummer 5 storniert und erhielt eine Mail mit der Bestellnummer 22. Keine Ahnung warum das nicht die 21 war. Da aller guten Dinge 3 sind, stornierte ich noch ca. 3 Minuten später die Bestellung Nummer 11 und in der Mail wurde mir gesagt, es handle sich um Bestellung Nr. 34.

Danke das du das schreibst! Das war mir auch schon aufgefallen! Das liegt daran das in der DB eine Tabelle für Warenkorb und Bestellungen genutzt wird. Und eine ID ja immer fortlaufend ist.
Für eine Bestellnummer benutze ich diesen Token ##document_number##.

Order-ID ging in der 1.4 Version mal.

Steffen

okay, also kein Fehler von mir :) Aber auch wenn die Tabelle von den beiden genutzt wird erschließt sich mir nicht, wieso ich ohne irgendetwas anderes zu tun plötzlich einen Versatz von fast 10 IDs hab, wenn hintereinander Bestellungen storniert werden. Der Shop ist noch nicht live, somit bin ich die einzige, die darin herumwerkelt.

Ist das nun ein Bug oder Feature? :D

Schau doch mal in deine DB Tabelle tl_iso_product_collection rein. Für jeden Artikel der in den Warenkorb gelegt wird, gibt es eine neue Zeile und neue ID.
Bei 10 Artikeln im Cart 10 ID Schritte. Und die werden auch nicht mehr gelöscht, wenn du die Produkte wieder aus dem Warenkorb entfernst. Die bleiben mit 0.00 subtotal stehen.

Ob das so gewollt ist, kann ich nicht beurteilen. Vielleicht wirklich ein Bug!?

Fakt ist jedenfalls ##order-id## kannst du für die Mail vergessen! Um hier nicht OT zu werden ;-)

Steffen

Zitat:

---

Zitat von geheimgirl

Wenn man in dem Benachrichtungs Template ##member_*## angibt zeigt er auch dieses so nur in der Email an.
Ich habe es auch schon mit ##member_firstname## probiert, klappt allerdings auch nicht.

Ich möchte eben nur bestimmte member Werte schön sortiert in der Email ausgeben lassen :)

Oder ist das auch ein Bug, dass das noch nicht funktioniert ?

---

hi geheimgirl,

Ich muss meinen letzten Post dazu korrigieren. An dem Problem hing ich jetzt auch und hab erst mal den Käse ausprobiert, den ich ursprünglich verzapft hatte:
##member_firstname##, ##form_firstname##, etc. etc. und nie wurden mir die scheiß Felder ausgefüllt. Jetzt hab ich herausgefunden, dass du dich nicht auf die Mitgliedsdaten verlassen darfst - man könnte ja auch eine Gastbestellung machen, dann wäre das natürlich sinnlos. Bei mir gibts keine, deshalb ging ich automatisch auf die Mitgliedsdaten und hab mich dann gefragt, wieso das denn nicht geht. Also Form ausprobiert, aber das ist auch Quatsch, denn das einzig vorhandene Formular sind die Checkboxen für AGB und Widerruf. Dann kam mir endlich die Lösung: du musst du auf die Rechnungs- oder Versanddaten beziehen! Hier ist jetzt natürlich die große Frage, die jeder für sich selbst finden muss: Wer bestellt hier für wen? Meist sind Rechnungsadresse und Empfänger dieselben, zumindest namentlich. Sollte der Mensch auf der Rechnung dann doch nicht derjenige sein, dem die Mailadresse gehört, ist das in dem Fall einfach Pech :)

Also: Wenn ihr die Leute namentlich in der Bestellbestätigung ansprechen wollt, nutzt dazu ##billing_firstname## ##billing_lastname## oder ##shipping_firstname## ##shipping_lastname##.

Zitat:

---

Also: Wenn ihr die Leute namentlich in der Bestellbestätigung ansprechen wollt, nutzt dazu ##billing_firstname## ##billing_lastname## oder ##shipping_firstname## ##shipping_lastname##.

---

Und ##billing_salutation## für Herr oder Frau! Das Feld sollte aber auch aktiv sein!

schau mal hier: https://kirsten-roschanski.de/de/ein...sotope-2x.html da habe ich mal meine dynamischen Grundtemplates veröffentlicht.

Danke fürs Teilen, Katgirl!

Die Erweiterung habe ich schon im Einsatz!

PS: In deiner Emailvorlage hat sich ein Fehler eingeschlichen! ##payment_note_text## wird nicht unterstützt.

Doch, man muss dann aber auch was in die Notiz schreiben. 😁

Gesendet von meinem Nexus 7 mit Tapatalk

Wenn ich ##payment_notiz_text## in der Vorlage lasse und speichere kommt diese Fehlermeldung: Die folgenden eingesetzten Tokens werden vom Notification-Typ nicht unterstützt: ##payment_note_text##.
Ich denke das muss ##payment_note## heisen.

Steffen

Ja, wenn du die HTML Mail nimmt ;-) das was ich bereit gestellt habe ist aber PLAIN

Kirsten

Bei meiner Testeinrichtung bin ich nach dem bisher dargestellten vorgegangen und es hat sehr schön geklappt. Besten Dank allen.

Was aber leider nach wie vor nicht gelingt, ist eine statische Datei als Attachment anzuhängen.

Wenn ich zum Beispiel meine AGB, die ich als pdf in meinen Contao-Dateien hochgeladen habe, auswähle, so wird die Mail nicht mehr versendet.
Als Fehlermeldung kommt auf der Bestellungen-Seite: "Benachrichtigung (z.B. E-Mail an Kunden) konnte nicht gesendet werden. Überprüfen Sie den System-Log."
Und im System-Log steht dann: "Error sending status update notification for order ID 16" und "Could not send email for message ID 2: Unable to open file for reading".
Ich hab versucht, an Stelle von einem .pdf auch eine .txt und .html Meldung zu versenden, aber immer dieselbe Meldung.

Ist das ein Bug, oder hab ich da irgend ein falsches Handling gemacht?

Contao 3.2.3, Isotope 2.0.1, MooTools aktiviert

Das ist ne Swiftmailer Fehlermeldung. Könnte sein, dass deine Dateiberechtigungen auf dem System nicht stimmen?

Danke für die einleuchtende Idee. Ich habe die Datei-Berechtigungen bis auf 777 raufgeschraubt, aber leider funktioniert es trotzdem nicht :-(
P.S. Ich gehe davon aus, Du hast mit den Dateiberechtigungen die anzuhängenden Files und die entsprechenden Ordner (/files/Seitenname/xy.pdf) gemeint...

Ich hab eine Vermutung. Kannst du bitte mal die Datei "system/modules/notification_center/library/NotificationCenter/Gateway/Email.php" öffnen und irgendwo bei Zeile 109 folgenden Code

PHP-Code:

---

if (is_array($arrAttachments) && !empty($arrAttachments)) {
    $objFiles = \FilesModel::findMultipleByUuids($arrAttachments);
    while ($objFiles->next()) {
        $objEmail->attachFile($objFiles->path);
    }
} 


---

so abändern:

PHP-Code:

---

if (is_array($arrAttachments) && !empty($arrAttachments)) {
    $objFiles = \FilesModel::findMultipleByUuids($arrAttachments);
    while ($objFiles->next()) {
        $objEmail->attachFile(TL_ROOT . '/' . $objFiles->path);
    }
} 


---

und dann nochmal testen? Ich bin mir ziemlich sicher, dass das der Bug ist, aber ich würde gerne zuerst auf dein Feedback warten, bevor ich ihn behebe :)

Die Änderung in der Datei lässt nun alles laufen wie geschmiert! Statische Attachments vom Filesystem gehen mit der Email zum Kunden und auch via Token funktioniert es weiter perfekt.
Ein herzliches Dankeschön an Toflar!

Danke für's Feedback, ich veröffentliche eine aktualisierte Version des Notification Centers in ein paar Minuten :)

Zitat:

---

Zitat von swinde

Danke fürs Teilen, Katgirl!

Die Erweiterung habe ich schon im Einsatz!

PS: In deiner Emailvorlage hat sich ein Fehler eingeschlichen! ##payment_note_text## wird nicht unterstützt.

---

Ich möchte das hier nochmal aufgreifen, weil in der Vorlage ein Fehler ist.

Das muss so heissen, dann gehts.

##payment_note##

Du musst unterscheiden ob du HTML-Mails oder Plain-Mails versendet. Dadurch andern sich die Token 😀

Gesendet von meinem Nexus 7 mit Tapatalk

Ich möchte gerne nur die Plain Mails versenden, weiss aber immer noch nicht was ich genau wo eintragen muss.
Schade das es da keine genaue Anleitung gibt.

Hi mortimer,

wenn Du Benachrichtigungen nur als Plaintext versenden möchtest gibt es einen Radiobutton den Sprachen.

Anhang 12941

Gruß
tschero

Wenn ich nur Rohdaten anklicke steht in der Email garnichts drin und das Document kommt nur als PDF Anhang

...hört sich jetzt vielleicht komisch an aber steht denn im Feld Rohtext auch was drin oder hast Du nur das Feld HTML ausgefüllt?

Deine Frage ist berechtigt, ich habe schon alles mögliche versucht, was muss denn da rein ?

Wenn in dem Feld irgend ein Text steht sollte dieser zumindest in der E-Mail ankommen.
Ich nehme an Du hast die Sprache deutsch, nur eine einzige Sprache in Deinen Benachrichtigungen, eine *.pdf wird zusätzlich mitgeschickt und E-Mails kommen auch wie gewünscht an.

In diesem Bild ist eigentlich alles genau ausgefüllt.




Gruß
tschero

Und ich dachte das Formular steht dann in der Email.

Guten Morgen,

der Inhalt des Feldes "Rohtext" sollte dabei als Text der E-Mail erscheinen und das *pdf sollte als Anhang dranhängen.

Wenn Du den HTML Text nutz, kannst Du auch die E-Mail dynamisch zusammensetzen indem Du mit den "simpletokens" arbeitest.

Ist eine feine Option.

Gruß
tschero

Guten Morgen

ja wenn man es mal begriffen hat will ich das glauben.
Ich nehme mal die Vorlagen die hier netterweise zur Verfügung gestellt werden.

Zitat:

---

Zitat von KATgirl

schau mal hier: https://kirsten-roschanski.de/de/ein...sotope-2x.html da habe ich mal meine dynamischen Grundtemplates veröffentlicht.

---

https://kirsten-roschanski.de/einzel...sotope-2x.html

Ich habe da ne ganz blöde Frage dazu, kann ich den Text für die Emailvorlagen 1:1 kopieren und einsetzen ?

Viele simpletokens werden Dir angezeigt wenn Du im Feld HTML die Doppelraute (##) eingibst.
Nach dem Prinzip der Codevervollständigung.

Gruß
tschero

Hab ich noch nicht getestet, da es bei mir funktioniert wie ich es haben möchte.
Sieht aber sehr interessant aus und ich werde es mal ausprobieren.

Gruß
tschero

Hallo Ihr Lieben,

ich muss mich hier mal mit einklinken. Ich glaube ich sehe den Wald vor lauter Bäumen nicht. Ich habe mir die Erweiterung isotope-documents installiert. Habe auch herausgefunden, dass ich bei den Benachrichtigungen im Feld "Produktsammlung-Template" z.B. die iso_collection_001 auswählen kann. Außerdem habe ich mir mal das Template iso_document_001.html5 angepasst.

Aber wie bekomme ich diese Dokumentvorlage denn nun als Bestellbestätigung mitgeschickt? Keine Ahnung wo ich dieses Template auswählen, anhaken, einfügen oder so muss.

Kann mir jemand auf die Sprünge helfen? Danke

Hast Du beim Bestellstatus auch das entsprechende Dokument zugeordnet.
Bei Gateways den im Moment einzigen Status ausgewählt und dort einen Namen vergeben und abgespeichert.

Hallo Mortimer,

ja Gateway ist eingetragen. Grundsätzlich gehen ja auch E-Mails raus. Ich möchte aber auch so schicke Mails verschicken, daher die Erweiterung.

Beim Bestellstatus sehe ich keine Möglichkeit ein Dokument zuzuordnen?!

Anhang 13112

Die Frage ist ja wie schaffe ich es, dass das "iso_document_001.html5" mit meiner Bestellbestätigung mitgeschickt wird?

Bitte gehe wie folgt vor:

1. Lege dir unter Shopkonfiguration -> Dokument ein neues
Anhang 13115

2. Gehe in Shopkonfiguration -> Benachrichtigung -> lege eine neue Benachrichtigung an
Anhang 13116
Wichtig hier das Dokument auszuwählen, welches mit gesendet werden soll

3. Lege eine Sprache an in der Benachrichtigung
Hier musst du mehrfach dich durchklicken ;-)
Anhang 13117
Am Ende kannst du dann z.B. deine AGBs als PDF anhängen oder was immer du möchtest und dann möchtest du natürlich noch die PDF der "Bestellbestätigung" (im Beispiel) mit dran hängen, dazu wählst du ##document## aus.

4. Am Status legst du nun fest, bei welchem die Mails mit dieser Konfiguration versendet wird.
Anhang 13118

Das sollte es schon gewesen, sein.

Wobei ich bestellt bei mir ohne Benachrichtigung habe und dafür die Benachrichtigung durch das Kassenmodul versenden lasse, sobald eine Bestellung abgeschlossen wurde.
Ich nutze das nur für die Versandbestätigung oder bei warten auf Zahlungseingang, wenn der Kunde auf Rechnung bestellt.

Gruß Kirsten

Ahaaa ja das klingt logisch. Probier ich dann mal aus.

vielen Dank für die ausführliche Anleitung.

Schönen Abend.