Liste aller merge requests
| Titel | Beschreibung | |
| LL-1212 Integration of customer notifications for version changes | Details | |
| LL-1067 fix: fixed wrong email feedback and translated finished texts | Details | |
| Feature/ll 1180 automatic removal of deleted clients | LL-1180 - Dauerhaftes Löschen von Mandanten s. http://jira.learningsystem.de/browse/LL-1180 Details folgen! Notizen: haben wir überhaupt soft deletes? brauchen wir soft deletes? wir haben soft deletes und es sind schon über 218 Mandanten soft gelöscht, das macht auch Sinn, da zwei falsche Klicks sonst zur Katastrophe führen würden Löschung durch automatischen Lauf (bei soft delete nach 30 Tagen) Müssen wir für uns was sichern? Abohistorie etc? das wäre rechtlich geraten, da ja Kunden das Recht haben ihre Daten nach Vertragsende mitzunehmen Es war mal im Gespräch, eine Archivierung für den Mandanten zu entwickeln. Hierbei sollte nach der Kündigung der Mandant in den Zustand "in Abwicklung" überführt werden. "in Abwicklung" kann man keine Unterweisungen mehr durchführen oder buchen, keine Nutzer anlegen etc. es können nur noch Daten gesichert werden. Der Zustand "in Abwicklung" würde nach 30 (oder 60) Tagen automatisch in die Schließung und Löschung münden. Die Archivierung eines Mandanten könnte so ähnlich laufen, wie die Archivierung eines Users. wir erzeugen für jeden User die Daten der Einzel-Archivierung Benutzer-Steckbrief in HTML mit links auf die Teilnahmezertifikate des Users für jedes Training das von einem Mitarbeiter bestanden wurde Eckdaten des Trainings Liste aller Absolventen mit Links zu separaten Teilnehmersteckbriefen für jede Gruppe Eckdaten der Gruppe Liste aller Mitglieder mit Links zu separaten Teilnehmersteckbriefen für jede Abteilung Eckdaten der Abteilung Liste aller Mitglieder mit Links zu separaten Teilnehmersteckbriefen für den Mandanten Einen Mandanten-Steckbrief mit Mandanten-Stammdaten Kontakt-Person zuständiger Support-Mitarbeiter Adresse Liste Aller Gruppen mit Links zu separaten Gruppensteckbriefen Liste Aller Abteilungen mit Links zu separaten Abteilungssteckbriefen Liste Aller Mitarbeiter mit Links zu separaten Teilnehmersteckbriefen Liste Aller Trainings, die von Mitarbeitern in dem Zeitraum bestanden wurden Erledigte Anpassungen am Datenbank-Modell Tabelle.Feld Ist Soll addresses.client_id on delete restrict on delete cascade api_keys.client_id on delete restrict on delete cascade api_uses.client_id on delete cascade catalogs.client_id on delete restrict on delete cascade classroom_trainings.client_id on delete restrict on delete cascade client_catalogs.client_id on delete restrict on delete cascade client_training.client_id on delete restrict on delete cascade correspondences.client_id on delete restrict on delete cascade groups.client_id on delete restrict on delete cascade hero_blocks.client_id on delete restrict on delete cascade mail_templates.client_id on delete restrict on delete cascade media.client_id (nullable) on delete restrict on delete cascade orders.client_id on delete restrict on delete cascade organization_units.client_id on delete restrict on delete cascade pages.client_id on delete restrict on delete cascade participation_certificates.client_id on delete restrict on delete cascade password_resets.client_id on delete restrict on delete cascade reminder_templates.client_id on delete cascade roles.client_id on delete restrict on delete cascade subscriptions.client_id on delete restrict on delete cascade training_assignments.client_id on delete restrict on delete cascade training_progress.client_id on delete cascade training_reminders.client_id on delete cascade users.client_id on delete restrict on delete cascade Zu der Frage "brauchen wir soft deletes" -> Wenn ein Status in Abwicklung hinzukommt, passiert eben nicht die Katastrophe, weil es nicht mehr möglich ist, einen Mandanten direkt zu löschen. Aber rein aus administrativer Sicht, müssen wir nicht jeden Mandanten abwickeln, sondern eher Fehleinträge löschen. Daher bleibt es bei den soft deletes. Das führt mich dazu: wenn ein SuperAdmin einen Mandanten löscht, sollte der direkt in den Zustand gelöscht übergehen und nach 48+h per pruning weg sein. Wenn ein Kunde seinen Account kündigt, muss es diesen Abwicklungs-Zeitraum von 30 Tagen / 4 Wochen geben. Mandanten implementieren nun Prunable und ich habe auch diverse Mandanten prunen können Sascha Immig Eine erste Version für die Archivierung von Mandanten ist nun umgesetzt. Es muss aber noch genau spezifiziert werden, was alles passieren soll, wenn ein Mandant archiviert wurde Folgendes passiert bereits. Mandanten-Archiv wird erzeugt und allen Mandanten-Admins werden darüber informiert. Alle User ohne eine Rolle werden im Mandanten deaktiviert Der Mandant verliert das Recht User zu bearbeiten (Aktivieriung nicht mehr möglich) ein Cronjob löscht den Mandanten automatisch, nach 4 Wochen an einem Arbeitstag Mandant und Betreuer erhalten bezüglich des Löschens eine E-Mail Wo überall und wie soll angezeigt werden, dass der Mandant gekündigt wurde - momentan wird das in der administrativen Liste der Mandanten unter der Spalte "Aktiv" angezeigt benötigen wir einen Filter auf der Eigenschaft "gekündigt", wenn ja dann wo überall - momentan kann in der administrativen Liste der Mandanten im Status-Filter "In Löschung" gewählt werden Buchungsrecht entziehen keine Abos mehr abschliessen | Details |
| Feature/ll 1191 optimization employee archiving | Details | |
| Feature/ll 1213 fix urls in assignment notifications | LL-1213 - Falsche URLs in der Info-Mail an Teilnehmer über zugeordnete, aber noch nicht bestandene Trainings Folgende Links waren enthalten aber falsch: * https://unterweisung.tuv.com/app/my-trainings/unfallpravention hier fehlt der Client-Parameter * https://unterweisung.tuv.com/app/my-trainings/arbeiten-im-buro-einsparpotentiale hier fehlt der Client-Parameter * https://unterweisung.tuv.com/app/catalog/unfallpravention?client=dKxPDg4j3R hier ist zwar der Client-Parameter angehängt, aber die URL führt zum Katalog und nicht zum Training * https://unterweisung.tuv.com/app/my-trainings/unfallpravention dem Link hinter dem Button fehlt der Client-Parameter | Details |
| fix assignment end date is displayed correct in admin user datasheet | Lernmanagementsystem 17 - LL-1186 - Anzeige Bearbeitungszeitraum inkorrekt + checked, that assignment end date is displayed correct in admin user datasheet + fixed display in training assignment feedback | Details |
| fixed memory overuse in employee and user report | http://jira.learningsystem.de/browse/LL-1209 500 Fehler beim Export von großen Datenmengen | Details |
| Feature/ll 1214 optimize import checks | Details | |
| Feature/ll 1215 use finegrained supervisor permissions | Lernmanagementsystem 17 - LL-1215 - Vorgesetzten Rechte / Features aktivieren | Details |
| fixed problem when extendable-date-vue-component is rerenderd after property… | fixed problem when extendable-date-vue-component is rerenderd after property change, than it kept internal the former state variables, so displayed date was the one before rerender LL-1229 - Benutzeradministration --> Buchungsliste erheblicher Anzeigefehler in Hotfix 3.19.2 gefixt das Problem lag in der genutzten Sub-Componente ExtendableDate.vue. Wurde ein Property geändert, so wurde die Komponente zwar neu gerendert, aber sie die Laufzeitdaten aus der data() Funktion blieben erhalten. Das ist zwar im Allgemeinen erwünscht, aber nicht im Fall, dass die Komponente für ganz andere Objekte verwendet wird. | Details |