rollierende Verlängerung
Liebe Forumsteilnehmer:innen,
wie kann eine formel für eine verlängerung um einen monat aussehen, die ab einem datum beginnt und sich bei erreichen des nächsten datums immer wieder rollierend um einen monat verlängert?
22 Antworten
-
Du willst alle 30 Tage das Zieldatum um 30 weitere Tage vorverschieben, ich geh mal von 30 Tage = 1 Monat aus:
start + (floor(days(von, fliess) / 30) + 1) * 30
«fliess» ist das bewegliche Datum (zB. today()), «start» ist ein festes Startdatum. Ergebnis der Formel ist das nächste ganzzahlige Vielfache von 30 Tagen nach «start», das «fliess» vorausliegt. So in der Art müsste das gehen.
-
Servus !
Und erst einmal Verständisfrage meinerseits: Wer oder was, oder welches "Ereignis" soll denn solch eine (wie auch immer gebaute) Formel auslösen? Ein Trigger (falls ja, auf welcher Ebene), ein Klick auf einen Button der dann eine bestimmte (andere) Aktion auslöst?
Oder eben ein konkretes (und manuell oder durch eine andere Aktion, wie z.B. das Erstellen einer Rechnung, etc.) verändertes Datumsfeld ("Letztes Ereignis") wie in diesem kleinen Beispiel...
Grüße
HF
-
Zur Erläuterung:
Ich habe ein Startdatum (=Lieferbeginn) und ein 1. Endedatum (SV_LZ_bis); Nach dem Erreichen des 1. Endedatum soll eine Vertragsverlängerung immer um einen Monat in die Zukunft erfolgen.
Beispiel:
Das 1. Endedatum ist der 15.07.2023; nach Überschreiten des 15.07.2023 wäre das nächste Endedatum der 14.08.2023, nach Überschreiten des 14.08.2023 wäre das nächste Endedatum der 13.09.2023 usw.
-
Weiss ich grad auch nicht. Das Formelfeld zeigt das rollenden Datum. Wie nun simultan ein anderer Feldwert gesetzt wird (?) weiss ich jetzt auch nicht. Das müsste selber eine Formel sein oder so etwas. Das ist eine neue Frage.
Oder müssen wir das anders verstehen, so dass das rollende Datum nur dann angezeigt wird, falls "Vertragsstand = aktiv"?
-
said:
Oder müssen wir das anders verstehen, so dass das rollende Datum nur dann angezeigt wird, falls "Vertragsstand = aktiv"?Technisch wäre das sicher die einfachste Lösung, aber wie gesagt würde dann ja gar kein Datum mehr angezeigt. Man wüsste also auch nicht, ob der Vertrag noch läuft bzw. bis wann er gelaufen ist. Außerdem müsste ja auch das Auswahlfeld für den Vertragsstatus taggenau umgestellt werden.
Mir erscheint es generell sinnvoller, bei so wichtigen Dingen wie Verträgen eigene Datenfelder für das Kündigungs- und das Ablaufdatum des Vertrages zu pflegen. Die Berechnung könnte täglich über einen Button oder automatisiert über einen Trigger erfolgen, z. B. beim Öffnen der Datenbank.
Content aside
- vor 1 JahrZuletzt aktiv
- 22Antworten
- 173Ansichten
-
5
Folge bereits