Ergänzung des Datum durch Kalenderwoche und Wochentag

[Oliver Grimm]

Oft reicht in einer smap das reine Datum nicht aus - der Wochentag und ggf. die Kalenderwoche werden zusätzlich benötigt.

Die Kalenderwoche und der Wochentag stehen in der smap aktuell nicht zur Verfügung. Wie geht es aber trotzdem?

Hier nutzen wir die Möglichkeiten des Datensatzauswahlbaustein.

Wir legen eine Excel-Datei mit 3 Spalten an: Datum, KW und Wochentag und befüllen diese entsprechend. Das geht durch Verformelung und Copy/Paste recht schnell. (ACHTUNG: Nachdem die Felder in Excel befüllt sind, einmal in die Zwischenablage kopieren und als absolute Werte wieder einfügen.)

1. Baustein ist die Datumsauswahl

2. Baustein ist der DSAB, bei dem wir die Suchfeldvorbelegung mit dem Verweis auf den Datumsbaustein versehen. Wichtig hier ist der Zusatz "text()".

3. & 4. Baustein sind z.B. Textergebnisbausteine die sich die entsprechenden Werte aus dem DSAB ziehen.

 

E voilà wir haben passend zum Datum auch den Wochentag und die Kalenderwoche verfügbar.

Zusatzhinweis: Ergebnisbausteine für Zwischenberechnungen oder Zwischenschritte können in der smap ausgeblendet werden. Einfach den Haken setzen "Den Baustein in der App nicht anzeigen".

[Moritz Münzenmaier]

@Oliver Grimm - schöner Beitrag und macht das Leben an vielen Stellen leichter. 

Für die ganz Verrückten unserer Creatoren gibt es auch die Möglichkeit den Wochentag direkt aus dem Datum mit der "Gaußschen Wochentagsformel" zu berechnen: 

https://de.wikipedia.org/wiki/Gaußsche_Wochentagsformel 

 

Funktioniert 1A mit smapOne - habe ich ausprobiert. Es war eine sehr lange Zugfahrt. 😄 

Wenn jemand die smap dazu haben will, gerne einen Kommentar oder eine private Nachricht an mich, dann sende ich eine Kopie. Aber ich warne vor - die ist nicht besonders "schön" und deutlich weniger pragmatisch als der Ansatz von Oli.

Funfact: Das Zeichenlimit für Formeln sind 10000 Zeichen

Edited November 30, 2022 by Moritz Münzenmaier

[Oliver Grimm]

Wowww, Respekt - ganz großes Kino!

Ich würde mich sehr über eine smapCopy freuen. E-Mail ist dir ja bekannt!

[Moritz]

Starkes Ding, @Oliver Grimm! Und Chepeau @Moritz Münzenmaier für die Eleganzlösung (kannst du mir sie bitte auch mal in Kopie zusenden?),

Kleiner Hinweis für die DSAB-Lösung: sofern mit der Wochennummer nicht gerechnetwerden soll, also keine mathematischen Operationen mit ihr vorgesehen sind, dann kann die Nummer im DSAB auch gleich als Text (statt als Zahl) definiert werden. Dann kann man sich den (zugegeben sehr kleinen) Zwischenschritt mit der Umwandlung via TEXT() sparen.

Edited December 1, 2022 by Moritz

[Oliver Grimm]

vor 1 Minute schrieb Moritz:

Starkes Ding, @Oliver Grimm! Und Chepeau @Moritz Münzenmaier für die Eleganzlösung (kannst du mir sie bitte auch mal in Kopie zusenden?),

Kleiner Hinweis für die DSAB-Lösung: sofern mit der Wochennummer nicht gerechnetwerden soll, also keine mathematischen Operationen mit ihr vorgesehen sind, dann kann die Nummer im DSAB auch gleich als Text (statt als Zahl) definiert werden. Dann kann man sich den (zugegeben sehr kleinen) Zwischenschritt mit der Umwandlung via TEXT() sparen.

@Moritz Da sprichst du ein wichtiges Thema an. Im DSAB sollte man sich grundsätzlich immer die Frage stellen: "Will ich mit dem Inhalt der Spalte rechnen oder nicht?". Postleitzahlen sind ein gutes Beispiel. In Deutschland haben wir Postleitzahlen, die mit einer 0 beginnen. Diese würde bei einem Zahlenwert wegfallen. Gerade wenn diese Werte später in ein ERP System übergeben werden, kann die fehlende Null zu Problemen führen.

[Moritz]

Am 1.12.2022 um 14:42 schrieb Oliver Grimm:

Postleitzahlen sind ein gutes Beispiel. In Deutschland haben wir Postleitzahlen, die mit einer 0 beginnen. Diese würde bei einem Zahlenwert wegfallen.

Absolut! Postleitzahlen, Telefonnummern, IDs: Hier ist der Datentyp "Zahl" fehl am Platz und würde zu unsauberen Daten führen.

Deshalb halte ich es mit der Daumenregel/Faustformel: Nur wenn ich damit rechnen will, mache ich eine Zahl draus.