Funktion: Mailversand bei neuer Schicht - Githubissues

muccc / engelsystem

Shift planning system for refugees Helper in Munich

https://www.engel-muc.de/

GNU General Public License v2.0

13 stars 9 forks source link

Funktion: Mailversand bei neuer Schicht #10

Open 1uk4sh opened 9 years ago

1uk4sh commented 9 years ago

Gedacht als Alarm-Funktion, zu wenig Leute eingetragen - Schichtleiter kann eine E-Mail pushen mit der Info Wann und Wo noch Engel / Helfer gebraucht werden.

calbrecht commented 9 years ago

Also ich stell mir das grad so vor:

In der Schichtenübersicht und Schichtendetailansicht kommen buttons rein anhand denen ein mailversand getriggert werden kann. \ (alternativ können per checkbox in der Schichtenübersicht mehrere Schichten ausgewählt werden für die die mail versandt werden soll.)
Mails für diese Schicht werden versandt an die ersten x Benutzer die available für den Schicht-Zeitraum sind und deren Engeltyp auf den geforderten Typ matcht.
Engel die noch nicht in Schichten eingetragen sind/waren werden zuerst angemailt, danach gewichtet nach wenigsten Schichten.
In den Usersettings kann ähnlich dem "Per Mail über Schichtänderungen informieren" die Mail "Frage mich bei fehlenden Engeln" deaktiviert werden.
Standardmäßig ist "Frage mich bei fehlenden Engeln" aktiviert.

@lhampe @chris007de schaut ihr mal?

calbrecht commented 9 years ago

Wie viele Engel sollen denn angemailt werden, oder soll das per Schichtaufruf jeweils angegeben werden können?

calbrecht commented 9 years ago

Sollen wir uns merken wer angemailt wurde für diese Schicht damit die bei evt. nochmaligem Hilferuf nicht zweimal angemailt werden, oder ist dieser Fall eher unwahrscheinlich?

calbrecht commented 9 years ago

Oh, hab grad die Beschreibung nochmal durchgelesen, kann vlt. auch nerven für jede Schicht die noch keine/zuwenige Engel hat eine mail zu bekommen. Wie oft wird so ein Fall denn auftreten? @globin @h0raz @feibeck @m-idler @Sicaine schauts ihr mal?

calbrecht commented 9 years ago

Potentiell besteht die Gefahr von Spamartigem wiederholtem Mailversand wenn es z.Bsp. 30 Schichtleiter gibt die dann jeweils für ihre Schichten nach Engeln suchen.

Um das zu umgehen Alternativvorschläge:

einmal stündlich per Cron, nur an available Engel, nur die sehr unterbesetzten Schichten
einmal nachts/morgens an alle Engel, nur unterbesetzte Schichten
In der DB die angemailten Engel tracken und dann halt für eine Periode x nicht mehr anmailen.

ElectricMaxxx commented 9 years ago

ich finde das mit dem Cron am besten. Bei Menschen sitzt der Finger am Button doch sehr locker.Wir könnten dann zusätzlich Buttons anbieten für eine Schicht, die 1/2h vor Beginn noch dramatisch unterbesetzt ist, dann plädiere ich aber für irgendein History-Element, dass mir und dem System sagt: Es ist schon ne Mail weg.

ElectricMaxxx commented 9 years ago

ich bin dafür zu tracken, wer zu welcher Schicht schon informiert wurde, damit man zu selben Schicht nicht doppelt informiert wird. Vielleicht gibt man beim Success dem Schichtleiter: "34 Angel wurden informiert, 45 haben die Mail schon einmal bekommen" Dann bekommt auch der unruhigste Schichtleiter die Info: "es wurden alle Möglichen informiert"

ElectricMaxxx commented 9 years ago

Kann jemand mal zusammentragen, oder weiß es gar, was die Datenschutz-Bestimmungen wären, die wir hier für das Einverständnis eines Engels benötigen würden.