Pfeile bei der Bestätigung des Wartelistenplatzes #131

Es würde mehr Sinn machen, wenn die grünen Pfeile unter "Wartelistenplatz bestätigt" nach dem Versenden der Bestätigungsaufforderung zu einem roten Kreuz wechseln.
Gerade sind alle mit einem grünen Pfeil markiert. So weiß man leider nicht, ob der Platz jetzt wirklich bestätigt ist oder nicht.

Es würde mehr Sinn machen, wenn die grünen Pfeile unter "Wartelistenplatz bestätigt" nach dem Versenden der Bestätigungsaufforderung zu einem roten Kreuz wechseln. Gerade sind alle mit einem grünen Pfeil markiert. So weiß man leider nicht, ob der Platz jetzt wirklich bestätigt ist oder nicht.

Hier sind zwei Effekte im Spiel:

Es gibt (schon lange) einen Bug, der dafür sorgt, dass das Datum der letzten Bestätigung des Wartelistenplatzes zurückgesetzt wird beim Speichern (d.h. wenn ein Wartelisteneintrag geändert wird, wird auch das Datum auf den aktuellen Zeitpunkt gesetzt). Den habe ich behoben in bffacf7808.
Es gibt die (noch deaktivierte) Funktion allen Wartelisteneinträgen in regelmäßigen Abständen (eingestellt ist zur Zeit alle 90 Tage) eine solche Aufforderung zur Bestätigung zu schicken. Die manuelle Aufforderung sollte dann im Standardablauf gar nicht mehr notwendig sein. Der grüne Haken (bzw. rotes Kreuz) stellt dar, ob dieser Zeitraum bei dieser Person verstrichen ist (genauer: es wird ein rotes Kreuz angezeigt, wenn die letzte Bestätigung mehr als 90 Tage + 30 Kulanztage = 120 Tage zurückliegt).

Ich gebe dir Recht, dass es verwirrend ist, dass die grünen Haken nicht zu roten Kreuzen wechseln, wenn manuell die Aufforderung zur Bestätigung verschickt wird. Vielleicht wäre folgendes klarer:

letzte Bestätigung < 90 Tage her: grüner Haken
es besteht eine ausstehende Aufforderung zur Bestätigung, die noch nicht mehr als 30 Tage her ist: graues Fragezeichen
die ausstehende Bestätigung ist nicht in der Frist erfolgt: roter Haken

Hier sind zwei Effekte im Spiel: 1. Es gibt (schon lange) einen Bug, der dafür sorgt, dass das Datum der letzten Bestätigung des Wartelistenplatzes zurückgesetzt wird beim Speichern (d.h. wenn ein Wartelisteneintrag geändert wird, wird auch das Datum auf den aktuellen Zeitpunkt gesetzt). Den habe ich behoben in bffacf7808c68259172e22910b13199fecabba90. 2. Es gibt die (noch deaktivierte) Funktion allen Wartelisteneinträgen in regelmäßigen Abständen (eingestellt ist zur Zeit alle 90 Tage) eine solche Aufforderung zur Bestätigung zu schicken. Die manuelle Aufforderung sollte dann im Standardablauf gar nicht mehr notwendig sein. Der grüne Haken (bzw. rotes Kreuz) stellt dar, ob dieser Zeitraum bei dieser Person verstrichen ist (genauer: es wird ein rotes Kreuz angezeigt, wenn die letzte Bestätigung mehr als 90 Tage + 30 Kulanztage = 120 Tage zurückliegt). Ich gebe dir Recht, dass es verwirrend ist, dass die grünen Haken nicht zu roten Kreuzen wechseln, wenn manuell die Aufforderung zur Bestätigung verschickt wird. Vielleicht wäre folgendes klarer: - letzte Bestätigung < 90 Tage her: grüner Haken - es besteht eine ausstehende Aufforderung zur Bestätigung, die noch nicht mehr als 30 Tage her ist: graues Fragezeichen - die ausstehende Bestätigung ist nicht in der Frist erfolgt: roter Haken

Finde den Vorschlag mit dem grünem Haken, graues Fragezeichen und den rotem Haken super. Das ist langfristig die beste Lösung. Kurzfristig muss man den Umstand, dass es einfach etwas unübersichtlich ist, einfach hinnehmen.

Zusätzlicher Gedanke:

Wenn man den Kompass mit der Warteliste nutzt, ohne einen bestehenden Datensatz zu übernehmen und quasi von null startet, ist die zeitliche Aufteilung perfekt (Die Eltern wollen ja auch nicht jeden Monat eine Bestätigungsmail bekommen).

Wenn man jedoch einen Datensatz übernimmt mit vielen Kindern, die keine Lust mehr auf eine Gruppe haben, finde ich die Lösung super umständlich und unübersichtlich.
Einerseits kann man sich natürlich über den Link aus der Bestätigungsaufforderung selbstständig von der Warteliste löschen. Sobald die Emailadresse aber nicht mehr aktuell ist, müssen erst viele Emails versendet werden, bis die Person automatisch gelöscht wird. Das Ganze dauert sehr lange und sorgt bei uns für eine große Unübersichtlichkeit. Zudem reagieren auch einfach viele Luete nicht auf Emails.

Es fehlt, neben der guten langfristigen Lösung, eine kurzfristige, welche nicht interessierte Personen kurz ud unkompliziert von der Warteliste Löscht.

Finde den Vorschlag mit dem grünem Haken, graues Fragezeichen und den rotem Haken super. Das ist langfristig die beste Lösung. Kurzfristig muss man den Umstand, dass es einfach etwas unübersichtlich ist, einfach hinnehmen. Zusätzlicher Gedanke: Wenn man den Kompass mit der Warteliste nutzt, ohne einen bestehenden Datensatz zu übernehmen und quasi von null startet, ist die zeitliche Aufteilung perfekt (Die Eltern wollen ja auch nicht jeden Monat eine Bestätigungsmail bekommen). Wenn man jedoch einen Datensatz übernimmt mit vielen Kindern, die keine Lust mehr auf eine Gruppe haben, finde ich die Lösung super umständlich und unübersichtlich. Einerseits kann man sich natürlich über den Link aus der Bestätigungsaufforderung selbstständig von der Warteliste löschen. Sobald die Emailadresse aber nicht mehr aktuell ist, müssen erst viele Emails versendet werden, bis die Person automatisch gelöscht wird. Das Ganze dauert sehr lange und sorgt bei uns für eine große Unübersichtlichkeit. Zudem reagieren auch einfach viele Luete nicht auf Emails. Es fehlt, neben der guten langfristigen Lösung, eine kurzfristige, welche nicht interessierte Personen kurz ud unkompliziert von der Warteliste Löscht.

Wenn man jedoch einen Datensatz übernimmt mit fehlen Kindern, die keine Lust mehr auf eine Gruppe haben, finde ich die Lösung super umständlich und unübersichtlich.

Das verstehe ich nicht, du meinst die alte "Lösung" einer rohen Excel Tabelle ohne alles war weniger umständlich?

Einerseits kann man sich natürlich über den Link aus der Bestätigungsaufforderung selbstständig von der Warteliste löschen. Sobald die Emailadresse aber nicht mehr aktuell ist, müssen erst viele Emails versendet werden, bis die Person automatisch gelöscht wird. Das Ganze dauert sehr lange und sorgt bei uns für eine große Unübersichtlichkeit. Zudem reagieren auch einfach viele Luete nicht auf Emails.

Du kannst im Kompass nach "Verpasste Erinnerungen" sortieren, da ihr bis jetzt eine Erinnerung verschickt habt, haben alle diejenigen mit "Verpasste Erinnerungen = 1" nicht reagiert.

Bei nicht mehr aktuellen E-Mails können wir leider nichts machen, automatisch E-Mail Adressen raten halte ich für keine gute Idee.

> Wenn man jedoch einen Datensatz übernimmt mit fehlen Kindern, die keine Lust mehr auf eine Gruppe haben, finde ich die Lösung super umständlich und unübersichtlich. Das verstehe ich nicht, du meinst die alte "Lösung" einer rohen Excel Tabelle ohne alles war weniger umständlich? > Einerseits kann man sich natürlich über den Link aus der Bestätigungsaufforderung selbstständig von der Warteliste löschen. Sobald die Emailadresse aber nicht mehr aktuell ist, müssen erst viele Emails versendet werden, bis die Person automatisch gelöscht wird. Das Ganze dauert sehr lange und sorgt bei uns für eine große Unübersichtlichkeit. Zudem reagieren auch einfach viele Luete nicht auf Emails. Du kannst im Kompass nach "Verpasste Erinnerungen" sortieren, da ihr bis jetzt eine Erinnerung verschickt habt, haben alle diejenigen mit "Verpasste Erinnerungen = 1" nicht reagiert. Bei nicht mehr aktuellen E-Mails können wir leider nichts machen, automatisch E-Mail Adressen raten halte ich für keine gute Idee.

Kleine Vorwarnung: der Text ist übelst lang geworden. Ich habe aber versucht alle meine Gedanken irgendwie sinnvoll einzubauen :D Habe dabei auch selbst einige Erkentnisse gesammelt (siehe Ende) :D

Die aktuelle Situation mit der Verwaltung der Warteliste ist wirklich klasse. Eine Lösung mit einer langen umständlichen Exeltabelle ist natürlich nicht besser :D

Das "Problem"/Umständlichkeit, welches ich durch den zusätzlichen Gedanken schildern will, ist folgendes:

Der Kompass soll ja auch OpenSource zur Verfügung gestellt werden, also für andere Sektionen. Beim Einpfelgen eines bestehenden Datensatzes einer Warteliste ergeben sich zwei Möglichkeiten, wie das ganze abläuft:

Die Warteliste im Kompass wird von Beginn an nur durch eine Anmeldung auf einer Website gefüllt, es wird also KEIN bestehender Datensatz einer bestehenden Warteliste übernommen. Dann läuft alles super. Die Kinder werden regelmäßig abgefragt und Kinder die keine Lust mehr haben, können von den Eltern von der Warteliste runtergenommen werden. Diese Fälle, dass ein Kind von der Warteliste gelöscht wird, sind dann natürlich seltener, weil regelmäßig abgefragt wird und die Liste aktueller ist. Vorteil: Es werden weniger Einladungen für eine Gruppe verschickt, da die Kinder die angeschrieben werden potenziell noch Interesse an einem PLatz haben. Effekt für die Juleis der Gruppe und der Person, die die Warteliste verwaltet = weniger Arbeit, da weniger Emails/Einladungen verschickt werden müssen.

Die Option 1 ist aber unwahrscheinlich, da viele eine bestehende Warteliste haben werden. Daraus ergibt sich Option 2.

Es wird ein bestehender Datensatz einer Warteliste übernommen und in den Kompass eingepflegt. Wenn der Datensatz gut gepeflegt ist, hat man die Vorteile aus Option 1.
Ist dieser Datensatz jedoch nicht gut gepflegt (Also so wie unserer ;D),ist die Zeitspanne, bis die Warteliste mit der jetzigen Lösung erfolgreich auf einem aktuellen Stand ist, sehr groß.

Beispielrechnung: Kind hat keine Lust mehr, steht aber noch auf der Warteliste und reagiert nicht auf Emails. Bis das Kind dann von der Warteliste gelöscht wird, vergehen nach meinem Wissen drei Abfragen, welche alle 90 Tage stattfinden. Also mindestens 270 Tage (ohne Kulanzzeiten), in denen man davon ausgehen muss, dass das Kind noch Lust auf einen Platz hat und gegebenenfalls Einladungen verschickt. Die Juleis der Gruppe und die Person, die die Warteliste verwaltet, hat also viel unnötige Arbeit, da das Kind ja eigentlich kein Interesse mehr hat.

Die Mehrarbeit, die daraus resultiert, ist leider enorm. Ich bin seit Dezember dabei unsere Gruppe aufzufüllen (Wir brauchten 10 Kinder). Immer wieder werden Emails verschickt, welche nicht von den Eltern beantwortet werden. Dann muss man wieder KAdi schreiben und der Spaß beginnt von vorne. Wir haben jetzt deutöich deutlich mehr Kinder eingeladen, als dann auch wirklich in die Gruppe gekommen sind. Das nervt! Fast jede Woche eine neue Eingewöhnung/Schnupperstunde und man kann sich ja nichtmal sicher sein, dass das Kind auch wirklich bleibt. Sogar die Gruppenkinder sind schon genervt, da man nicht allen aufeinmal die passende Aufmerksamkeit schenken kann, sich keine Partner bilden können und einfach immer wieder Unruhe reinkommt.

Man braucht also unbedingt eine kurzfristige Lösung, um Kinder auszusortieren bzw. von der Warteliste zu löschen, um die Juleis der Gruppe, die Person die die Warteliste verwaltet und die bestehenden Gruppenkinder zu entlasten/Aufwand zu ersparen.
Dass sich Emailadressen geändert haben etc., kann man bei unserer Wartezeit nicht vermeiden und muss man in Kauf nehmen.

Und hier brauche ich die Ideen von den anderen, da mir selbst auch keine zu 100% ideale lösung einfällt. Deswegen wollte ich erstmal nur das Problem aufzeigen und verdeutlichen, dass diese kurzfristige Lösung noch nicht ideal ist.

Beim genauen Schildern des Problems ist mir aber auch aufgefallen, dass das Ganze etwas ist, was nicht nur hier im GIT besprochen werden müsste, sondern vorallem auch im Juref.

Das ursprüngliche Anliegen des Issues, der Wunsch nach einer besseren Kennzeichnung durch Pfeile etc., ist ja wunderbar durch deinen Vorschlag (grüner Haken, graues Fargezeichen, rotes Kreuz) gelöst.
Vielmehr ergibt sich ja ein neuer Issue über die Implementierung einer kurzfristigen Lösung, welche neben der bereits bestehenden langfristigen Lösung etabliert werden sollte.

**Kleine Vorwarnung**: der Text ist übelst lang geworden. Ich habe aber versucht alle meine Gedanken irgendwie sinnvoll einzubauen :D Habe dabei auch selbst einige Erkentnisse gesammelt (siehe Ende) :D Die aktuelle Situation mit der Verwaltung der Warteliste ist wirklich klasse. Eine Lösung mit einer langen umständlichen Exeltabelle ist natürlich nicht besser :D Das "Problem"/Umständlichkeit, welches ich durch den zusätzlichen Gedanken schildern will, ist folgendes: Der Kompass soll ja auch OpenSource zur Verfügung gestellt werden, also für andere Sektionen. Beim Einpfelgen eines bestehenden Datensatzes einer Warteliste ergeben sich zwei Möglichkeiten, wie das ganze abläuft: 1. Die Warteliste im Kompass wird von Beginn an nur durch eine Anmeldung auf einer Website gefüllt, es wird also **KEIN** bestehender Datensatz einer bestehenden Warteliste übernommen. Dann läuft alles super. Die Kinder werden regelmäßig abgefragt und Kinder die keine Lust mehr haben, können von den Eltern von der Warteliste runtergenommen werden. Diese Fälle, dass ein Kind von der Warteliste gelöscht wird, sind dann natürlich seltener, weil regelmäßig abgefragt wird und die Liste aktueller ist. Vorteil: Es werden weniger Einladungen für eine Gruppe verschickt, da die Kinder die angeschrieben werden potenziell noch Interesse an einem PLatz haben. Effekt für die Juleis der Gruppe und der Person, die die Warteliste verwaltet = weniger Arbeit, da weniger Emails/Einladungen verschickt werden müssen. Die Option 1 ist aber unwahrscheinlich, da viele eine bestehende Warteliste haben werden. Daraus ergibt sich Option 2. 2. Es wird ein bestehender Datensatz einer Warteliste übernommen und in den Kompass eingepflegt. Wenn der Datensatz gut gepeflegt ist, hat man die Vorteile aus Option 1. Ist dieser Datensatz jedoch nicht gut gepflegt (Also so wie unserer ;D),ist die Zeitspanne, bis die Warteliste mit der jetzigen Lösung erfolgreich auf einem aktuellen Stand ist, sehr groß. Beispielrechnung: Kind hat keine Lust mehr, steht aber noch auf der Warteliste und reagiert nicht auf Emails. Bis das Kind dann von der Warteliste gelöscht wird, vergehen nach meinem Wissen drei Abfragen, welche alle 90 Tage stattfinden. Also mindestens 270 Tage (ohne Kulanzzeiten), in denen man davon ausgehen muss, dass das Kind noch Lust auf einen Platz hat und gegebenenfalls Einladungen verschickt. Die Juleis der Gruppe und die Person, die die Warteliste verwaltet, hat also viel unnötige Arbeit, da das Kind ja eigentlich kein Interesse mehr hat. Die Mehrarbeit, die daraus resultiert, ist leider enorm. Ich bin seit Dezember dabei unsere Gruppe aufzufüllen (Wir brauchten 10 Kinder). Immer wieder werden Emails verschickt, welche nicht von den Eltern beantwortet werden. Dann muss man wieder KAdi schreiben und der Spaß beginnt von vorne. Wir haben jetzt deutöich deutlich mehr Kinder eingeladen, als dann auch wirklich in die Gruppe gekommen sind. Das nervt! Fast jede Woche eine neue Eingewöhnung/Schnupperstunde und man kann sich ja nichtmal sicher sein, dass das Kind auch wirklich bleibt. Sogar die Gruppenkinder sind schon genervt, da man nicht allen aufeinmal die passende Aufmerksamkeit schenken kann, sich keine Partner bilden können und einfach immer wieder Unruhe reinkommt. Man braucht also unbedingt eine kurzfristige Lösung, um Kinder auszusortieren bzw. von der Warteliste zu löschen, um die Juleis der Gruppe, die Person die die Warteliste verwaltet und die bestehenden Gruppenkinder zu entlasten/Aufwand zu ersparen. Dass sich Emailadressen geändert haben etc., kann man bei unserer Wartezeit nicht vermeiden und muss man in Kauf nehmen. Und hier brauche ich die Ideen von den anderen, da mir selbst auch keine zu 100% ideale lösung einfällt. Deswegen wollte ich erstmal nur das Problem aufzeigen und verdeutlichen, dass diese kurzfristige Lösung noch nicht ideal ist. Beim genauen Schildern des Problems ist mir aber auch aufgefallen, dass das Ganze etwas ist, was nicht nur hier im GIT besprochen werden müsste, sondern vorallem auch im Juref. Das ursprüngliche Anliegen des Issues, der Wunsch nach einer besseren Kennzeichnung durch Pfeile etc., ist ja wunderbar durch deinen Vorschlag (grüner Haken, graues Fargezeichen, rotes Kreuz) gelöst. Vielmehr ergibt sich ja ein neuer Issue über die Implementierung einer kurzfristigen Lösung, welche neben der bereits bestehenden langfristigen Lösung etabliert werden sollte.

Danke für die ausführliche Erläuterung :)

Beispielrechnung: Kind hat keine Lust mehr, steht aber noch auf der Warteliste und reagiert nicht auf Emails. Bis das Kind dann von der Warteliste gelöscht wird, vergehen nach meinem Wissen drei Abfragen, welche alle 90 Tage stattfinden. Also mindestens 270 Tage (ohne Kulanzzeiten).

Zunächst: die automatischen Abfragen sind noch deaktiviert, können wir aber jederzeit aktivieren.
Es gibt diese Konstanten, die wir alle beliebig ändern können:
- Wiederholungsfrequenz der Aufforderung zur Bestätigung: 90 Tage
- Erinnerungsfrequenz: 30 Tage
- Kulanzzeit: 30 Tage
Die Zeiten wären so: Die Abfrage findet jeden Tag statt und wird an alle Kinder geschickt, deren letzte Bestätigung mindestens 90 Tage zurückliegt und deren letzte Erinnerung mindestens 30 Tage (Erinnerungsfrequenz) zurückliegt. Wenn wir annehmen, dass die letzte Abfrage pauschal auf das Jahr 2000 gesetzt wird, wäre das Kind also nach 90 Tagen bei 3 verpassten Erinnerungen und könnte gelöscht werden.
Die Kulanzzeit bestimmt wann ein Kind den Status "nicht bestätigt" erhält. Das ist zur Zeit definiert als Wiederholungsfrequenz + Kulanzzeit.

Man braucht also unbedingt eine kurzfristige Lösung, um Kinder auszusortieren bzw. von der Warteliste zu löschen, um die Juleis der Gruppe, die Person die die Warteliste verwaltet und die bestehenden Gruppenkinder zu entlasten/Aufwand zu ersparen.
Dass sich Emailadressen geändert haben etc., kann man bei unserer Wartezeit nicht vermeiden und muss man in Kauf nehmen.

Ich fürchte das einzige was du machen kannst, ist, sagen wir in 2 Wochen, nochmal manuell eine Aufforderung an diejenigen zu verschicken, die nicht geantwortet haben.

Oder natürlich wir aktivieren die automatischen Erinnerungen, gerne auch mit reduzierten Zeitabständen.

Danke für die ausführliche Erläuterung :) > Beispielrechnung: Kind hat keine Lust mehr, steht aber noch auf der Warteliste und reagiert nicht auf Emails. Bis das Kind dann von der Warteliste gelöscht wird, vergehen nach meinem Wissen drei Abfragen, welche alle 90 Tage stattfinden. Also mindestens 270 Tage (ohne Kulanzzeiten). - Zunächst: die automatischen Abfragen sind noch deaktiviert, können wir aber jederzeit aktivieren. - Es gibt diese Konstanten, die wir alle beliebig ändern können: - Wiederholungsfrequenz der Aufforderung zur Bestätigung: 90 Tage - Erinnerungsfrequenz: 30 Tage - Kulanzzeit: 30 Tage - Die Zeiten wären so: Die Abfrage findet jeden Tag statt und wird an alle Kinder geschickt, deren letzte Bestätigung mindestens 90 Tage zurückliegt und deren letzte Erinnerung mindestens 30 Tage (Erinnerungsfrequenz) zurückliegt. Wenn wir annehmen, dass die letzte Abfrage pauschal auf das Jahr 2000 gesetzt wird, wäre das Kind also nach 90 Tagen bei 3 verpassten Erinnerungen und könnte gelöscht werden. - Die Kulanzzeit bestimmt wann ein Kind den Status "nicht bestätigt" erhält. Das ist zur Zeit definiert als Wiederholungsfrequenz + Kulanzzeit. > Man braucht also unbedingt eine kurzfristige Lösung, um Kinder auszusortieren bzw. von der Warteliste zu löschen, um die Juleis der Gruppe, die Person die die Warteliste verwaltet und die bestehenden Gruppenkinder zu entlasten/Aufwand zu ersparen. > Dass sich Emailadressen geändert haben etc., kann man bei unserer Wartezeit nicht vermeiden und muss man in Kauf nehmen. Ich fürchte das einzige was du machen kannst, ist, sagen wir in 2 Wochen, nochmal manuell eine Aufforderung an diejenigen zu verschicken, die nicht geantwortet haben. Oder natürlich wir aktivieren die automatischen Erinnerungen, gerne auch mit reduzierten Zeitabständen.

Die Anzeige mit "Grüner Haken", "Graues Fragezeichen", "Rotes Kreuz" ist implementiert.

Was ist hier der Stand @florian.kersten?

Die automatischen Abfragen sind immer noch nicht aktiv, kann ich aber scharf stellen.
Gibt es sonst noch Wünsche, die das aktuell halten der Warteliste vereinfachen würden?

Was ist hier der Stand @florian.kersten? - Die automatischen Abfragen sind immer noch nicht aktiv, kann ich aber scharf stellen. - Gibt es sonst noch Wünsche, die das aktuell halten der Warteliste vereinfachen würden?

Labels Milestones

Pfeile bei der Bestätigung des Wartelistenplatzes #131