Gelöst Mehr Variablen bei automatischen Mails
-
@zorahighstone derzeit gibt es noch nicht mehr Variablen, ja.
Durch das Kopieren der Veranstaltungs-Gruppen kann man sich aber viel Arbeit ersparen, da ja auch die Mailvorlagen mitkopiert werden können. Kleine Anpassungen sind dann noch nötig, ja. -
Das neue Feature "Automatische Gruppen" erstellen ist MEGA.
Wenn man in diesem Zusammenhang auch noch die Variablen Datum, im Betreff oder/und in den automatischen Emails implementieren kann, dann kam das Ganze zwar bisschen spät, aber es kann auch nach der Pandemie hervorragend genutzt werden. -
Moin,
ich bin eben ziemlich perplex, dass ich keine Variablen bei automatischen Mails nutzen kann oder vielleicht auch zu doof.
Wir nutzen die öffentliche Gruppenanmeldung auch für Seminare und andere Gemeindeversanstaltungen. Falls ich jetzt das große Frühjahrsfest meiner Gemeinde mittels CT organisiere, kann der Nutzer in einem Freitextfeld Mitbringsel angeben, dass er Salat und Brot mit bringt. Dieses Information liegt als "eigenes Feld" Mitbringsel in CT vor und ich kann es exportieren etc.
Jetzt fände ich es schön (eigentlich fast selbstverständlich), wenn das Gemeindemitglied eine Mail erhält "schön, dass Du dabei bist. Du hast Dich für ein Mitbringsel Salat und Brot eingetragen." und nicht nur "schön, dass Du dabei bist.". Habe auch [Mitbringsel] probiert, aber kein Erfolg.
So ich werde mich gleich an Voting machen und falls jemand einen Vorschlag hat, wie ich in eine Erinnerungsmail die individuellen Informationen eines Teilnehmers packe, wäre ich dankbar.
Euch noch einen schönes Wochenende
Lars -
so hier hat sich nun einiges mit der Version 3.103 getan, gerne reinschauen und ausprobieren
-
@jziegeler Gerade mal reingeguckt. Vielen Dank für das Update!
Kann man hier bestimmte Platzhalter auch deaktivieren? Wenn meine Leute das sehen, bekommen sie erst mal einen Schreck darüber, was wir angeblich alles über sie abgespeichert haben. Dass die Information nicht wirklich vorliegt, verstehen bestimmt nicht alle trotz des gelben Warnsymbols beim Weitertippen.
Schade, dass die Anrede "Lieber/Liebe" wohl nicht umgesetzt wurde. Das ist der Platzhalter, den ich mir am meisten von allen gewünscht hatte.
-
@jziegeler Deine Antwort war auf lippis Nachricht bezogen. Das, was er sich wünschte, sehe ich nicht erfüllt oder mache ich etwas falsch?
-
@jjb Ja man kann die Platzhalter in den DB Feldern in den Stammdaten von Personen & Gruppen konfigurieren.
-
@davidschilling Das ist gut, danke. Aber die Anrede, die ja auch in der DB gespeichert wird (zumindest erhält man sie beim CSV-Export), bekommt man nicht als Platzhalter?
-
@JJB du musst das in den STammdaten anhaken.
-
@bwl21 Aber es geht mir nicht um den Titel, sondern die Anrede, also "Lieber/"Liebe".
-
@JJB da musst du also ein kundenspezhifisches Datenfeld anlegen und dabei das "Als Plazthalter" verwenden ankreuzen.
-
@bwl21 Warum muss ich das erst anlegen, wenn es das schon gibt (siehe CSV-Export)?
-
@JJB sie wird halt nicht in der DB gespeichert sondern zur Laufzeit für den Export aufgrund des Geschlechts berechnet.
-
@JJB in den Platzhaltern funktionieren auch
if-else-AbfragenSomit kannst du folgendes schreiben:
{{#ifEqual person.sexId weiblich}} Liebe {{else}} Lieber {{/ifEqual}} -
@davidschilling sagte in Mehr Variablen bei automatischen Mails:
@jjb Ja man kann die Platzhalter in den DB Feldern in den Stammdaten von Personen & Gruppen konfigurieren.
Sehr gut, habe hier ca 90% der Vorauswahl wieder deaktiviert.
Blöde Frage: für welche Zwecke könnte ich denn zB die Faxnummer oder den Geburtsnamen der Persone als Variable brauchen? -
@jziegeler Sehr gut, vielen Dank. Mir war nicht bewusst, dass Fallunterscheidungen möglich sind. Ist noch mehr in dieser Art möglich?
-
@Andi-1 Wenn man es richtig implementiert, dann schließt man nicht bestimmte Felder aus, das sollen dann die Admins machen. Hier muss ich die Entwickler also mal verteidigen. Wieso sollte man die CT-Admins bevormunden und bei speziellen DB-Feldern verbieten, sie als Platzhalter zu verwenden? Nur die Standardeinstellung hätten sie etwas zurückhaltender gestalten können.
Aber um direkt auf deine blöde Frage eine Antwort zu geben: Man könnte an alle Personen mit eingetragenem Geburtsnamen eine E-Mail schicken, in der man sie danach fragt, ob der eingetragene Geburtsname korrekt ist.
-
@JJB sagte in Mehr Variablen bei automatischen Mails:
@Andi-1 Hier muss ich die Entwickler also mal verteidigen.
Musst du nicht, ich habe sie doch gar nicht angegriffen
Mir ging es wie dir, ich wollte nur vermeiden, dass Nutzer erschrecken, "was wir angeblich alles über sie abgespeichert haben".Wieso sollte man die CT-Admins bevormunden und bei speziellen DB-Feldern verbieten, sie als Platzhalter zu verwenden? Nur die Standardeinstellung hätten sie etwas zurückhaltender gestalten können.
Auch das sehe ich ganz genauso
Aber um direkt auf deine blöde Frage eine Antwort zu geben: Man könnte an alle Personen mit eingetragenem Geburtsnamen eine E-Mail schicken, in der man sie danach fragt, ob der eingetragene Geburtsname korrekt ist.
ok, zum Datenabgleich können diese Felder hifreich sein, das stimmt. Danke.
-
@JJB sagte in Mehr Variablen bei automatischen Mails:
Wieso sollte man die CT-Admins bevormunden
Genau,. Es gibt usecaes die wir nicht kennen oder uns nicht vorstellen können, Diese a prioi auszuschließen, wäre ein Bevornumung.
-
Jetzt kann man ja praktisch alle DB-Felder als Platzhalter verwenden und das ist echt cool!
Aber einen Platzhalter zur [Id] vermisse ich tatsächlich noch. Beim Kids-CheckIn gibt es den schon und man kann die Personen Id auf die Labels drucken. Und genau für den Kids-CheckIn bräuchten wir die Id auch als Platzhalter in automatischen Emails. Geht das schon irgendwie oder wäre es möglich das noch zu ergänzen?
