MK/meeting_checklist #154

Dieses Feature ermöglicht die Generierung einer TN-Liste für alle Gruppen aus dem "Gruppen"-Tab. Dadurch werden langfristige Pain-points

Dokumentation der Anwesenheit der anvertrauten Kindern und Jugendlichen
Effiziente Anmeldung an der Kasse

gelöst.

Ich weiß noch nicht, ob die Angabe der Mitgliedsnummern der Kasse hilft. Konzept wird jetzt erstmal mit einzelnen Gruppen evaluiert.

Dieses Feature ermöglicht die Generierung einer TN-Liste für alle Gruppen aus dem "Gruppen"-Tab. Dadurch werden langfristige Pain-points - Dokumentation der Anwesenheit der anvertrauten Kindern und Jugendlichen - Effiziente Anmeldung an der Kasse gelöst. Ich weiß noch nicht, ob die Angabe der Mitgliedsnummern der Kasse hilft. Konzept wird jetzt erstmal mit einzelnen Gruppen evaluiert.

Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert?

Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert?

aktuell ist aufheben, aber nicht digitalisieren geplant

> Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert? aktuell ist aufheben, aber nicht digitalisieren geplant

Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert?

aktuell ist aufheben, aber nicht digitalisieren geplant

Für die Kasse muss es analog als Papier vorliegen?

Denkbar wäre vllt auch ein QR code check in. Nach erfolgtem Check-In könnten die JLs der Gruppe die Liste per Mail an die Kasse schicken lassen (zB per Scan des selben QR codes durch Eingabe eines Gruppenpassworts oder per Scan eines (geheimen) anderen Abschick QR codes). Die gesammelten Check In daten könnten dann im "Klettertreff" model gespeichert werden.

> > Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert? > > aktuell ist aufheben, aber nicht digitalisieren geplant Für die Kasse muss es analog als Papier vorliegen? Denkbar wäre vllt auch ein QR code check in. Nach erfolgtem Check-In könnten die JLs der Gruppe die Liste per Mail an die Kasse schicken lassen (zB per Scan des selben QR codes durch Eingabe eines Gruppenpassworts oder per Scan eines (geheimen) anderen Abschick QR codes). Die gesammelten Check In daten könnten dann im "Klettertreff" model gespeichert werden.

Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert?

aktuell ist aufheben, aber nicht digitalisieren geplant

Für die Kasse muss es analog als Papier vorliegen?

Denkbar wäre vllt auch ein QR code check in. Nach erfolgtem Check-In könnten die JLs der Gruppe die Liste per Mail an die Kasse schicken lassen (zB per Scan des selben QR codes durch Eingabe eines Gruppenpassworts oder per Scan eines (geheimen) anderen Abschick QR codes). Die gesammelten Check In daten könnten dann im "Klettertreff" model gespeichert werden.

Ich stimme zu, das wäre eine cleane Lösung, scheitert aber meines Wissens aktuell an der mangelnden digitalen Infrastruktur der Kasse :(

> > > Soll die Anwesenheit auch dokumentiert bleiben? Also werden diese Zettel aufbewahrt oder digitalisiert? > > > > aktuell ist aufheben, aber nicht digitalisieren geplant > > Für die Kasse muss es analog als Papier vorliegen? > > Denkbar wäre vllt auch ein QR code check in. Nach erfolgtem Check-In könnten die JLs der Gruppe die Liste per Mail an die Kasse schicken lassen (zB per Scan des selben QR codes durch Eingabe eines Gruppenpassworts oder per Scan eines (geheimen) anderen Abschick QR codes). Die gesammelten Check In daten könnten dann im "Klettertreff" model gespeichert werden. Ich stimme zu, das wäre eine cleane Lösung, scheitert aber meines Wissens aktuell an der mangelnden digitalen Infrastruktur der Kasse :(

@christian.merten ich bin leider nicht drum gekommen, ein neues member field anzulegen. 🙈 Was hältst du von dem Ansatz? Ich würde kommende Woche den finalen Test mit der Hallenkasse machen, ansonsten wäre das Feature fertig.

Was genau ist die ticket_no? Ist das die Nummer der Dauerkarte? Braucht die Kasse das zwingend?

Was genau ist die `ticket_no`? Ist das die Nummer der Dauerkarte? Braucht die Kasse das zwingend?

Was genau ist die ticket_no? Ist das die Nummer der Dauerkarte? Braucht die Kasse das zwingend?

genau, das ist eine Eintrittskarten-Nummer, die nicht der Mitgliedsnummer entspricht 🤦‍♂️ wobei das wahrscheinlich gar nicht so selten ist.

> Was genau ist die `ticket_no`? Ist das die Nummer der Dauerkarte? Braucht die Kasse das zwingend? genau, das ist eine Eintrittskarten-Nummer, die nicht der Mitgliedsnummer entspricht 🤦‍♂️ wobei das wahrscheinlich gar nicht so selten ist.

Was genau ist die ticket_no? Ist das die Nummer der Dauerkarte? Braucht die Kasse das zwingend?

genau, das ist eine Eintrittskarten-Nummer, die nicht der Mitgliedsnummer entspricht 🤦‍♂️ wobei das wahrscheinlich gar nicht so selten ist.

Okay, ist nicht ideal, weil man zur Zeit die angezeigten Felder nicht konfigurieren kann.
Es wäre schick, wenn in der settings.toml manche Felder ausgeblendet werden könnten.

Aber das Problem besteht schon länger, wir können es also jetzt mal so machen. Kannst du noch einen Kommentar in members/models.py hinzufügen, der ticket_no erklärt?

Und ist ticket_no an der richtigen Stelle? Vielleicht wäre es (evtl. gemeinsam mit der DAV Mitgliedsnummer) unter "Sonstiges" gut aufgehoben?

> > Was genau ist die `ticket_no`? Ist das die Nummer der Dauerkarte? Braucht die Kasse das zwingend? > > genau, das ist eine Eintrittskarten-Nummer, die nicht der Mitgliedsnummer entspricht 🤦‍♂️ wobei das wahrscheinlich gar nicht so selten ist. Okay, ist nicht ideal, weil man zur Zeit die angezeigten Felder nicht konfigurieren kann. Es wäre schick, wenn in der `settings.toml` manche Felder ausgeblendet werden könnten. Aber das Problem besteht schon länger, wir können es also jetzt mal so machen. Kannst du noch einen Kommentar in `members/models.py` hinzufügen, der `ticket_no` erklärt? Und ist `ticket_no` an der richtigen Stelle? Vielleicht wäre es (evtl. gemeinsam mit der DAV Mitgliedsnummer) unter "Sonstiges" gut aufgehoben?

Danke!

ich habe die zwei Anpassungen gemacht.

Danke! ich habe die zwei Anpassungen gemacht.

Top, du sagtest ihr wolltet das nochmal final testen? Oder ist das schon passiert?

das ist gestern passiert. Insofern ist es von meiner Seite aus ready.

Der pull request hat noch merge conflicts. Kannst du die fixen?

Danke für den Hinweis, jetzt sollte es passen

Ich bekomme eine Fehlermeldung "name 'mondays_until_nth' is not defined" (fehlt vmtl der Import).

Edit: hab es gefixed.

Ich bekomme eine Fehlermeldung "name 'mondays_until_nth' is not defined" (fehlt vmtl der Import). Edit: hab es gefixed.

ich hab jetzt den Branch auf testing nicht zum laufen bekommen (verlässt den Wartungsmodus nicht). Das mit den migrations war schon davor mal ein Problem auf testing, ich kann aber nicht so richtig einsehen, woran das genau liegt.

 @ -869,0 +892,4 @@
         }
         return render_tex(f"Gruppen-Checkliste", 'members/group_checklist.tex', context)
 def mondays_until_nth(n):

 @ -368,0 +375,4 @@
     @property
     def ticket_tag(self):
         """Returning the ticket number stripped of strings and spaces"""

 @ -0,0 +21,4 @@
 % HEADLINE
 {\noindent\Large{Gruppenliste {{ group.name }} }}\\[1mm]
 \noindent {{ weekdays|index:group.weekday|esc_all }}, {{ group.start_time }} - {{ group.end_time }} Uhr\\

				`@ -0,0 +1,98 @@`
				`{% load static common tex_extras %}`

Labels Milestones

MK/meeting_checklist #154