diegosteiner / heimv Goto Github PK

View Code? Open in Web Editor NEW

9.0 8.0 1.0 24.95 MB

Home Page: https://www.heimv.ch

License: Other

Ruby 75.47% JavaScript 0.45% HTML 0.33% Dockerfile 0.19% Shell 0.11% Slim 16.55% SCSS 1.14% TypeScript 5.76%

heimverwaltung organisation heim pfadi

heimv's People

Contributors

Stargazers

Watchers

Forkers

jamietownsend

heimv's Issues

Bei Tarife speichern wird "Verbrauch wurde gespeichert" angezeigt

"Aktion nötig" anzeigen, wenn verwalter was machen muss

Email an alle Manager verteilen

Allenfalls mit rollen verbinden

Die Date-Picker Felder können mit einem gültigen, aber unsinnigen Datum überschrieben werden.

Das könnte zu Fehlbuchungen und falschen Rechnungsbeträgen führen.

Wir empfehlen die Daten vor dem Speichern zu validieren

Tarife mit Back button versehen

Tarif auf Vertrag anzeigen haken

Damit Vertrag nicht bloatet

Move Param-Classes into controller?

Zeitpunkt fixiert haken unnötig

Weil editable das eigentlich schon machen sollte

Bei kurzfristigen Reservationen wird eine Frist angezeigt, die nach dem Reservationstermin liegt.

Glücklicherweise ist es nicht möglich eine Fristverlängerung zu verlangen.

Wir empfehlen aber trotzdem die Frist einfach nicht anzuzeigen um Verwirrung zu verhindern.

Die Adressfelder können mit mehreren 100 alphanummerischen Zeichen gefüllt werden.

Wir empfehlen eine einfache Validierung vor dem Speichern durchzuführen und die Textlängen zu beschränken, um mögliche Sicherheitsrisiken zu verhindern

Um herauszufinden, ob es Doppelbuchungen geben kann, testeten wir ob zwei Benutzer gleichzeitig den gleichen Tag buchen können.

Die Reservationsanfrage funktionierte und beide Benutzer erhalten ein Bestätigungsmail für die E-Mail-Adresse. Diese Adresse können aber beide Benutzer nicht mehr bestätigen. Das System zeigt bei Beiden an, dass das Heim zum gewünschten Zeitpunkt bereits belegt sei.

Belegungskalender ist falsch

Collapsable Tarif groups

von Smily

Cleanup old Bookings Job

Bookings > 5 years could be destroyed?

CRUD Heim/Vertrag

CRUD Heim

Timed DataDigests

Regelmässig Auszug auslösen und per Mail verschicken

Bookings von Tenants anzeigen

Damit man auch einen Tenant löschen kann

Seasons as booking windows

MarkdownTemplate Fallbacks

Bearbeiten Button anschreiben

Das Feld für die Anzahl Personen erlaubt ungültige Werte!

Es ist möglich eine negative Anzahl, null Personen oder eine viel zu grosse Personenzahl einzutragen.
Das könnte zu unsinnigen Rechnungsbeträgen führen.

Wir empfehlen den Wert vor dem Speichern auf Gültigkeit zu prüfen.

Businesslogik Reservation

Generierung der Buchungssätze

von Kaktus

Zahlungserinnerung nicht am selben Tag wie Frist

Stimmt das, dass d Zahligserinnerige am gliiche Tag wid fälligkeit usse gsaht? (Rechnig +30nimmi ah). Wenn das so wär, chasch das bitte uf +5 Täg setze? Wenns per Zahligsfrist zalled, denn schickemer immer ZE bevors verbuecht wird bi ois. Das gaht ja aunomal es paar Täg.

Notifications are seen as spam

[ ] Make spam-test online
[x] use DMARC and DKIM

Implement better caching

[x] Bookings overview
[x] Booking show
[ ] Calendars
[ ] Invoices

Zuständigkeiten definieren, eigenes Model in DB

Responsibility

Strukturierung der Reports

und s andere: chammer d Uszugssiite nochli so gstallte, dasmer chan nach name/kategorie sortiere oder so? Oder pro huus... Es isch es rechts durrenand und es werded ja immer me.

ENV in initializer, enable cop

Belegungsplan als Kalender anzeigen

Implement ActionText

[ ] Make MarkdownTemplates use HTML
[ ] Adapt PDFs, use prawn-html gem
[ ] Add ActionText models and scripts
[ ] Migrate old data

- Es wurde ein toter Link gefunden, der auf die Hauptwebseite führen sollte. Tote Links werden mit hoher Wahrscheinlichkeit als SPAM klassifiziert. Es wird empfohlen keine Links ausser dem Bestätigungslink zu verwenden.

SPF-Record fehlt: SPF Records werden dem DNS hinzugefügt. Sie geben dem Empfänger die Möglichkeit anzufragen, ob der Mailserver, von dem die Nachricht stammt, berechtigt ist Nachrichten zu verschicken.
DKIM-Record fehlt: DKIM ist ein Verfahren zur Verhinderung von Man-in-the-Middle-Angriffen. Die Originalnachricht wird verschlüsselt und dem Mailheader hinzugefügt. Der Empfänger kann beim Mailserver anfragen, ob die empfangene Nachricht noch dem Original entspricht.
- DMARC-Record fehlt: Der DMARC-Record beinhaltet die Richtlinien der Domaine, wie mit fehlerhaften Mails umgegangen werden soll. Besitzt ein DNS einen solchen Record wird dies als vertrauenswürdiger eingestuft als ohne.