Buon giorno Valerio,
zu 1,.)
Zeitlich begrenzte Preisgruppen wäre hier einfacher zu implementieren als zusätzlich Preisregeln zu verändern.
In der Tat wäre es für die Preisgruppen-Lösung dann am Sinnvollsten einen eigenen Task hierfür laufen zu lassen, der dann tagesaktuell die Gruppe auf ungültig setzen kann.
Bereits implementiert ist hier nichts. Statt des TaskServers kann man vielleicht einen Mitarbeiter beauftragen am x.x.xx die Gruppe auf ungültig zu setzen. Alternativ könnte der DB-Admin etwas per cron skripten. Finde ich beides aber qualitativ schlechter als einen Task zu nehmen, der dann auch Feedback per Mail verschicken kann.
Die Aktionspreise sollten ja für alle Kunden gelten?
Dann müsste hier beim Import auch noch ein Haken (Preisgruppe als Standard für alle Kunden setzen) eingebaut werden, der ggf. dann auch noch wieder die Preisgruppen von Kunden bei Ablauf entfernt oder auf die vorherige Preisgruppe setzt.
zu 2.)
In der Tat ähnlich wie 1.) allerdings sind es ja dann die Standard-Listenpreise die erstmal bis auf Weiteres gültig sind.
Das würde ich organisatorisch lösen, indem man einfach nach dem Stichtag ein generelles Preisupdate einspielt.
Falls das doch per Software unterstützt werden soll, würde ich eine entsprechenden verzörgerten Import einbauen.
Das ist etwas tricky, weil der Anwender auch keine direkte Rückmeldung erhält.
Von der Anwendersicht aus, wäre es in etwa so:
i) Preisupdate importieren -> Vorschau blättern
ii) Statt Import dann Import am Stichtag.
Die Aufgabe bleibt dann im TaskServer bestehen, bis der Zeitpunkt gekommen ist, Rückmeldung dann wie gewohnt per Mail.
