Mitglied soll zusagen oder ablehnen / bis dahin Erinnerungsmail

[contaowilli]

Guten Tag,
ich weiss noch nicht genau wie ich folgendes Szenario lösen soll....

0. Das Mitglied des Vereins bekommt per Mail einen Link zur Teilnahmeabstimmung...

1. Ein Mitglied aus einem Verein meldet sich bei Contao als Mitglied an

2. Dieses Mitglied soll nur ankreuzen und bestätigen ob Er/Sie an der nächsten Versammlung am .... teilnimmt.

3. Bis der Termin eintritt, soll das Mitglied bei Nichtbestätigung Erinnerungsmails bekommen bis Er/Sie abgestimmt hat.
Je näher der Termin desto öfter...

Hat jemand eine Idee wie man das am Besten bewerkstelligt?
Bis Punkt2 geht alles über das Formular, das bekomme ich hin. Aber nun die Erinnerung bis zum besagten Termin einzuschalten, da weiss ich nicht weiter...
Gibt es da evtl eine Erinnerungs - Erweiterung?

Ich danke Euch

[zonky]

Aber nun die Erinnerung bis zum besagten Termin einzuschalten, da weiss ich nicht weiter...
Gibt es da evtl eine Erinnerungs - Erweiterung?

ist mir so nicht bekannt... ich würde einen Cronjob aufsetzen und ein Symfony-Command, was damit aufgerufen wird

Dort kannst Du die Checkbox prüfen und dann entsprechend eine E-Mail senden - z.B. per NC

Du solltest aber ein Feld haben, wo festgehalten wird, dass das Mitglied eine Erinnerungsmail zum Zeitpunkt X schon erhalten hat - wenn der Cronjob z.B. stündlich läuft, bekommen alle pro Stunde eine E-Mail... und das soll ja sicher nicht sein ;-)

[fiedsch]

Ein Feld für die Buchhaltung (wer soll die Benachrichtigung bekommen) könntest Du in einem "processFormData"-Listener setzen (siehe https://docs.contao.org/dev/referenc...ocessFormData/). Du könntest dem Mitglied z.B. eine Gruppe ("Hat Entscheidung getroffen") zuweisen und diese beim E-Mail Versand abfragen.

[zonky]

Und dieses Feld könntest Du in einem "processFormData"-Listener setzen (siehe https://docs.contao.org/dev/referenc...ocessFormData/)

jain: wenn man mit dem processFormData die erste Mail sendest, ja ... da alle weiteren E-Mails vom Cronjob angesteuert werden, muss das Command auch das Feld aktualisieren, sofern (neue) E-Mail gesendet wurde

Die Prüfung ist dann

if ("soll MG Mail bekommen" && "Datum letzte Sendung größer als drei Tage her") {
    "sende neue E-Mail"
} 

... ansonsten - wie schon geschrieben - bekommen die MGs bei jedem(!) Cronjob-Aufruf eine E-Mail

[contaowilli]

jain: wenn man mit dem processFormData die erste Mail sendest, ja ... da alle weiteren E-Mails vom Cronjob angesteuert werden, muss das Command auch das Feld aktualisieren, sofern (neue) E-Mail gesendet wurde

Die Prüfung ist dann

if ("soll MG Mail bekommen" && "Datum letzte Sendung größer als drei Tage her") {
    "sende neue E-Mail"
} 

... ansonsten - wie schon geschrieben - bekommen die MGs bei jedem(!) Cronjob-Aufruf eine E-Mail

Vielen Dank, da muss ich mich jetzt erst mal schlau lesen....

[fiedsch]

Meine Idee war:

* gebe dem Mitglied im processFormData Hook die Mitgliedergruppe "Entscheidung getroffen" (Verwendung einer Mitgliedergruppe, damit Du nicht neue Felder im DCA definieren musst -- ansonsten könnte es auch ein neues Feld in tl_member sein)

* Frage im corn job (dem Contao Command) alle Mitglieder ab, die die Bedingung (hat nicht Mitgliedergruppe oder neu definiertes Feld ist nicht gesetzt) ab. Für jedes trägere die entsprechende Notification (=E-Mail-Versand)

Dein

3. Bis der Termin eintritt, soll das Mitglied bei Nichtbestätigung Erinnerungsmails bekommen bis Er/Sie abgestimmt hat.
Je näher der Termin desto öfter...

hatte ich so verstanden, daß der berechtigte Einwand von @zonky nicht interessiert und die Mitglieder mit E-Mails beworfen werden sollen, bis sie endlich abstimmen.

Ansonsten brauchst Du ein neues Feld (z.B. tl_member.last_notification_at) in dem Du den Zeitpunkt der letzten Notification festhältst. Dieses fragst Du dann wie von @zonky beschrieben zusätzlich im cron Job ab.

[zonky]

... corn job ...

das sind die härtesten Jobs überhaupt!

Als ehemaliger Bergmann kann ich da mitreden - da gabs pro Monat 1l auf Deputat.