Liste aller merge requests
| Titel | Beschreibung | |
| Feature/ll 1041 changed discount computation | s. http://jira.learningsystem.de/browse/LL-1041 Rabatte sind nicht kombinierbar (neue wie bestehende). * Vielmehr gilt immer durch einen Gutschein gewährte Rabatt vor dem systemischen Rabatt durch den Zahlungsintervall. * Ein Gutschein sollte immer einen höheren Rabatt gewähren als der Jahresrabatt (das ist eine Anweisung an jene, die Kampagnen erstellen, der Code darf es voraussetzen) * Bei den Kunden wo neben einem Vouchers auch ein Jahresrabatt gegeben wurde, wird dieser als separater Jahresrabatt aufgeführt. Um hier zu hohe Rabatte für quartalsweise Zahlung bzw. nichtige Rabatte für das Jahres-Abo zu generieren, soll daher an der Kampagne zusätzlich zum gültigen Abo-Modell auch noch die Option einstellbar sein, ob Gutscheine für Quartals- oder Jahres-Abo gültig sind (oder beides). * Bitte analog zu den Optionen bezüglich der Abo-Modelle zwei Checkboxen für die vom Gutschein eingeschlossenen Laufzeiten hinzufügen. * Die aktuell im System bestehenden Gutscheine gelten für beide Laufzeiten (Migration). Für die Kunden zudem eine Anmerkung an der Buchung eines Abonnements hinzufügen, dass beim einlösen des Gutscheins nur dieser gültig ist und nicht zusätzlich zu etwaigen regulären Rabatten gilt. (Also, dass bei aktivem Gutschein, kein zusätzlicher Jahresrabatt gewährt wird). *Bitte beachten: Durch die Änderung in der Rabatt-Gewährung sollten wir einen Blick auf die Anzeige der laufenden Abos (Kunden-Sicht) werfen. Hier muss die Anzeige des gewähren Rabatts ggf. verschoben werden...* Tabelle subscriptions wird um die Felder payment_interval_discount_rate und regular_price_per_month. Damit sind alle preislichen Eckdaten zum Abo auch im Abo enthalten | Details |
| + made sure user import progress is client specific | + made sure a running import blocks further imports in a specific client + stop polling for import progress, when import is done + optimized ui messaging | Details |
| LL-1109: declare notice periods in subscriptions config | Die Kündigungfristen in der Subscription.php eintragen. Kündigungsfristen sind : 4 Wochen vor Ende des Quartals bzw. 3 Monate vor Aboablauf bei Jährlich Nur zu Info, Laufzeiten der Abos sind: Jährlich -> 365 Tage, kein Kalenderjahr quartalsweise -> 1. Re bis Ende des Quartals (anteilig), dann Quartalsweise (Kalenderjahr synchronisiert) | Details |
| LL-811-create-of-other-booking-route | Details | |
| LL-1088-notifications-remain-permanently-in-queue | Details | |
| Feature/ll 1099 extend campaigns for downgrade | Zukünftige Kampagnen sollen regulär nach einem Downgrade während der Laufzeit nicht mehr zur Verfügung stehen. Da diese Änderung nicht ohne weiteres auf die aktuellen Voucher übertragen werden kann, soll ein Flag "Downgrade erlaubt" an der Kampagne her (die bestehenden Kampagnen sind hier sind true, regulärer Default ist false) Ist "Downgrade erlaubt" true, wird ein genutzer Voucher entsprechend nach einem Downgrade für die restliche Zeit angewendet. Anderenfalls verfällt der Voucher einem Downgrade. Upgrades sollen weiterhin den Voucher für die restliche Zeit erneut anwenden. Unberührt davon ist der Wechsel in ein "ungültiges" Abo-Tier. es geht nur um das Behalten des Vouchers beim Ändern des Abos, nicht um das initiale Einlösen! | Details |
| LL-1103-mail-about-subscriptions-with-no-user-limit | Details | |
| LL-1116-adaptation-of-mail-text-info-mail-new-access-created | Details | |
| user export now supports filtering of data | LL-1106 - Abteilungsfilter beim User-Export funktioniert nicht Wenn man beim User-Export einen Abteilungsfilter setzt, wird dieser beim Erzeugen der Export-Excel-Datei ignoriert für Export die get Parameter der vorherigen Filterung übergeben. | Details |
| LL-1125: added missing refresh to get the newly added address | added missing refresh to get the newly added address into the mail. Also added the orbis number to the mail. | Details |