Datum aus DSAB als Datum übernehmen und nicht als Text

[Michael Kabisch]

Hallo,

Aufgabe in der App: Nutzer soll vor der Bestellung über die App den nächsten offiziellen Termin für eine Abholung erfahren und entscheiden ob zusätzliche Abholung erfolgen muss oder nicht.

Berechnung:  Startdatum + (Turnus * Aufrunden(Bestelldatum-Startdatum)/Turnus; auf volle Stelle

=B2+(B1*AUFRUNDEN((B3-B2)/B1;0))

Im DSAB  ist das Startdatum "Datumswerte" enthalten. Bei der Nutzung zur Berechnung kommt aber eine Fehlermeldung, da der Wert als TEXT übergeben wird.

In Excel ist das Feld als DATUM "formatiert".

Eine Formatanpassung in Excel als "Zahl" bringt dann die Möglichkeit, den Wert als "Zahl" in der DSAB zu deklarieren, die Weiterberechnung als "Datum" funktioniert auch nicht. 

Hat jemand einen Lösungsansatz?

Danke im Voraus

[Bülent Erbas]

Hallo @Michael Kabisch

da gibt es leider keinen Ansatz gemäß des Datum-Datentyps.

Das Datum kann man aktuell z.B. in ein Textergebnisbaustein ausgeben.

Man müsste wahrscheinlich aus dem Textergebnis heraus die Werte "zerpflücken" und in einem anderen Ergebnisbaustein wieder einsetzen um damit weitere Berechnungen durchführen zu können.

Bearbeitet 2. Januar von Bülent Erbas

[Manuel Rühl]

Ich finde da jetzt auch so spontan keine Lösung dazu. 😮

Ist deine Turnustag-Berechnung in der Excel überhaupt sinnvoll?
Es werden ja keine Feiertage oder Wochenenden berücksichtigt?

 

[Michael Kabisch]

Hallo,

der Kunde möchte für seine MA diese Daten in der App haben. 😉

Aktuell berechnen wir die Turnusdaten in Excel und aktualisieren die Daten (jeweils nur 10 Termine) in der App. Die werden dann alle 10 angezeigt und der Nutzer muss schauen, was als nächstes kommt. Die Berechnung in der App mit dem Startdatum aus dem DSAB wäre "die Lösung" und der Nutzer bekommt nur ein Datum angezeigt und der Pflegeaufwand in der App wäre überschaubarer.

Mit der Einführung der Bausteine zur Berechnung von Zeiträumen (Startdatum - Enddatum) hatte ich die Hoffnung, dass es klappt.

Wochenenden müssen bei der Berechnung nicht beachtet werden, da der Starttag immer in der Woche liegt -> der nächste Turnustag ist auch nicht an einem WE. Bei den Feiertagen gilt " Mut" zur Lücke (in Absprache mit dem Kunden), da hier auch die unterschiedlichsten Regelungen in den einzelnen Bundesländern gelten, wäre ein "keep it simple" sicher nicht mehr "simple".

 

[Michael Kabisch]

Frage: gibt es diese Problematik nicht auch in anderen Fällen?

Wenn irgendetwas regelmäßig geprüft werden muss und es Vorschrift ist, die vor Ablauf der Frist zu erledigen.

Dann gibt es ein "Startdatum" für die Prüfung und dann muss vor Ablauf eines Jahres eine erneute Prüfung erfolgen. Dann sollte das Startdatum auch aus einer Datenquelle kommen.  

Dann wird mir das angezeigt und ich tippe es in der App über einen Baustein ein, damit die App damit rechnen kann?

[Michael Kabisch]

vor 12 Stunden schrieb Bülent Erbas:

Hallo @Michael Kabisch

da gibt es leider keinen Ansatz gemäß des Datum-Datentyps.

Das Datum kann man aktuell z.B. in ein Textergebnisbaustein ausgeben.

Man müsste wahrscheinlich aus dem Textergebnis heraus die Werte "zerpflücken" und in einem anderen Ergebnisbaustein wieder einsetzen um damit weitere Berechnungen durchführen zu können.

[Bülent Erbas]

vor 1 Stunde schrieb Michael Kabisch:

Frage: gibt es diese Problematik nicht auch in anderen Fällen?

Wenn irgendetwas regelmäßig geprüft werden muss und es Vorschrift ist, die vor Ablauf der Frist zu erledigen.

Dann gibt es ein "Startdatum" für die Prüfung und dann muss vor Ablauf eines Jahres eine erneute Prüfung erfolgen. Dann sollte das Startdatum auch aus einer Datenquelle kommen.  

Dann wird mir das angezeigt und ich tippe es in der App über einen Baustein ein, damit die App damit rechnen kann?

Doch die Möglichkeiten gibt es schon, nur mit Datumwerten aus dem DSAB ist es schwierig.
Vermutlich muss man die Vorgehensweise etwas anpassen.

Du kannst z.B. mit ADD_PERIOD(datum, zeitraum) einem Startdatum einen Zeitraum hinzufügen.
Schau mal hier:
https://platform.smapone.com/Documentation/de/Topic/Formulas#add_periodzeitraum-zeitraum

 

[Michael Kabisch]

vor 1 Stunde schrieb Bülent Erbas:

Doch die Möglichkeiten gibt es schon, nur mit Datumwerten aus dem DSAB ist es schwierig.
Vermutlich muss man die Vorgehensweise etwas anpassen.

Du kannst z.B. mit ADD_PERIOD(datum, zeitraum) einem Startdatum einen Zeitraum hinzufügen.
Schau mal hier:
https://platform.smapone.com/Documentation/de/Topic/Formulas#add_periodzeitraum-zeitraum

 

Danke für den Ansatz.

Frage: Kann ich für den Zeitraum den Wert aus dem DSAB (z.B. 14 Tage) verwenden? Wie berechne ich die Anzahl, wie oft ich den Turnus dazu addieren muss? 

 

anderer Ansatz

In Excel ist das Datum "nur " die Anzeige der Zahl der seit dem 1.1.1900 vergangenen Tage in einem Datumsformat. Man kann also aus dem DSAB das Datum als Zahl in die App holen.

Kann man das Bestelldatum als Zahl ermitteln im Baustein "Zeitraumergebnis" (Heute, 01.01.1900) ?

Kann man in dem Baustein "Zeitraumergebnis" mir einem "festen Datum" rechnen? (ich bekomme beim Format 01.01.1900 eine Fehlermeldung. 

Kann man den 01.01.1900 als "festes Datum" in einem anderen Baustein eingeben, um es nicht bei  jeder Nutzung der App eingeben zu müssen?

? Ist das Ergebnis des Bausteins "Zeitraumergebnis" als Zahl formatiert,  mit der man weiterrechnen könnte?

In Excel kommt bei der Berechnung mit den "Zahlen" auch der richtige Wert als "Zahl" raus.

 

oder die Berechnung über einen LOOP machen. 

Startdatum + 1* Turnus > heute  = nein ->

Startdatum + 2* Turnus > heute = nein ->

Startdatum + 3* Turnus > heute = ja -> Datum Anzeigen

[Bülent Erbas]

vor 13 Minuten schrieb Michael Kabisch:

Frage: Kann ich für den Zeitraum den Wert aus dem DSAB (z.B. 14 Tage) verwenden? Wie berechne ich die Anzahl, wie oft ich den Turnus dazu addieren muss? 

Der Wert muss nicht aus dem DSAB kommen. Das kannst du als Wert in der Funktion mitgeben.

Lediglich das Startdatum muss festgelegt werden.

ADD_PERIOD({DateTime}, P14D)

 

 

 

Mit Datum als Zahl weiter bearbeiten habe ich noch nicht ausprobiert. 
Ist auch ein interessanter Ansatz.

 

[Manuel Rühl]

vor 23 Minuten schrieb Bülent Erbas:

Mit Datum als Zahl weiter bearbeiten habe ich noch nicht ausprobiert. 
Ist auch ein interessanter Ansatz.

Ich hatte heute Morgen ein bisschen was probiert.
Das Datum als Zahlenwert einzulesen aus dem DSAB ist schon mal gut denke ich.
Aber ich kriege ja aus dem Bestelldatum in der Smap keinen Zahlenwert gemacht mit ich dann weiter rechnen kann.

[Michael Kabisch]

vor 55 Minuten schrieb Bülent Erbas:

Der Wert muss nicht aus dem DSAB kommen. Das kannst du als Wert in der Funktion mitgeben.

Lediglich das Startdatum muss festgelegt werden.

ADD_PERIOD({DateTime}, P14D)

 

 

 

Mit Datum als Zahl weiter bearbeiten habe ich noch nicht ausprobiert. 
Ist auch ein interessanter Ansatz.

 

Genau. Das ist der Ansatz, wenn ich nur 1 x den Turnus addieren müsste.  

[Michael Kabisch]

vor 31 Minuten schrieb Manuel Rühl:

Ich hatte heute Morgen ein bisschen was probiert.
Das Datum als Zahlenwert einzulesen aus dem DSAB ist schon mal gut denke ich.
Aber ich kriege ja aus dem Bestelldatum in der Smap keinen Zahlenwert gemacht mit ich dann weiter rechnen kann.

kommt man an der Stelle mit DAYS oder TOTALDAYS weiter???

[Moritz]

vor 23 Stunden schrieb Bülent Erbas:

Doch die Möglichkeiten gibt es schon, nur mit Datumwerten aus dem DSAB ist es schwierig.
Vermutlich muss man die Vorgehensweise etwas anpassen.

Du kannst z.B. mit ADD_PERIOD(datum, zeitraum) einem Startdatum einen Zeitraum hinzufügen.

Hey @Michael Kabisch, das was @Bülent Erbas schreibt ist genau der Casus knacksus: Du kannst durchaus mit Datumswerten arbeiten, hierzu ist ja erst kürzlich (😉) eine neue Formel für eingeführt worden: ADD_PERIOD(). Allerdings gibt es keine Möglichkeit, den Datumswert für ein Datumsbaustein irgendwie dynamisch zu belegen... 😕

Wenn ihr euch richtig fit mit der smapOne-API fühlt und euch es im Sinne des Prozesses wert wäre, smapOne ein wenig anders zu bedienen, dann könnte man ein zweistufiges Verfahren realisieren:

• Im ersten Schritt wählt der User aus dem DSAB das zugehörige Startdatum aus und sendet den Datensatz dann ab!
• Ein (unsichtbarer) Zwischenschritt, z.B. in Form eines PowerAutomate-Flows, nimmt diesen Datensatz nun entgegen, extrahiert das ausgewählte Startdatum, erzeugt eine Aufgabe für den User, der die Daten gerade abgesendet hat und trägt das Datum aus dem DSAB in das Datumsfeld ein.
• Der User erhält nun seinen "alten" Datensatz, ergänzt um das Datum, das nun im Datumsbaustein steht und ADD_PERIOD() entsprechend angewendet werden kann.

Es ist halt nicht mehr die schöne, kleine, nackte smap. Sondern ein wenig "missbraucht". Aber so haben wir in der Vergangenheit zahlreiche Prozesse gelöst, wo es irgendso einen externen "Zwischenschritt mit Magie" benötigt 🙂

[Michael Kabisch]

vor einer Stunde schrieb Moritz:

Hey @Michael Kabisch, das was @Bülent Erbas schreibt ist genau der Casus knacksus: Du kannst durchaus mit Datumswerten arbeiten, hierzu ist ja erst kürzlich (😉) eine neue Formel für eingeführt worden: ADD_PERIOD(). Allerdings gibt es keine Möglichkeit, den Datumswert für ein Datumsbaustein irgendwie dynamisch zu belegen... 😕

Wenn ihr euch richtig fit mit der smapOne-API fühlt und euch es im Sinne des Prozesses wert wäre, smapOne ein wenig anders zu bedienen, dann könnte man ein zweistufiges Verfahren realisieren:

• Im ersten Schritt wählt der User aus dem DSAB das zugehörige Startdatum aus und sendet den Datensatz dann ab!
• Ein (unsichtbarer) Zwischenschritt, z.B. in Form eines PowerAutomate-Flows, nimmt diesen Datensatz nun entgegen, extrahiert das ausgewählte Startdatum, erzeugt eine Aufgabe für den User, der die Daten gerade abgesendet hat und trägt das Datum aus dem DSAB in das Datumsfeld ein.
• Der User erhält nun seinen "alten" Datensatz, ergänzt um das Datum, das nun im Datumsbaustein steht und ADD_PERIOD() entsprechend angewendet werden kann.

Es ist halt nicht mehr die schöne, kleine, nackte smap. Sondern ein wenig "missbraucht". Aber so haben wir in der Vergangenheit zahlreiche Prozesse gelöst, wo es irgendso einen externen "Zwischenschritt mit Magie" benötigt 🙂

Hallo Moritz, @Bülent Erbas,@Manuel Rühl

Danke für die Bemühungen und Hilfestellungen.

Das mit dem API wird dann etwas zu aufwendig und ist nicht mehr "simple" und eine Schulung für die Anzahl von Nutzern beim Kunden mit dem Thema ..... 🤣

Vielleicht ergibt sich ja was, dass ein Datum aus der DSAB übernommen werden kann oder bei der Zeitraumberechnung ein "definiertes" Datum für die Berechnung im Baustein eingetragen werden kann.

 

[Moritz]

vor 1 Minute schrieb Michael Kabisch:

Vielleicht ergibt sich ja was, dass ein Datum aus der DSAB übernommen werden kann oder bei der Zeitraumberechnung ein "definiertes" Datum für die Berechnung im Baustein eingetragen werden kann.

Du hast beste Chancen, dass das Produktmanagement hiervon Wind bekommt, wenn du deine Wünsche und Ideen im Forum "Feature-Wünsche" bekannt machst, da die dort ein Ohr dran und ein Auge drauf haben... 😉 

 

[Michael Kabisch]

vor 4 Minuten schrieb Moritz:

Du hast beste Chancen, dass das Produktmanagement hiervon Wind bekommt, wenn du deine Wünsche und Ideen im Forum "Feature-Wünsche" bekannt machst, da die dort ein Ohr dran und ein Auge drauf haben... 😉 

 

Hab gerade noch einen Eintrag zum DATUM aus dem Oktober gefunden und schreib das in Kurzform rein

[Manuel Rühl]

Ich habe gestern nochmal spaßeshalber einiges versucht, keine Chance ohne Gefrickel...

Es fehlt an einer Möglichkeit, Zahlen in Datumswerte zu wandeln und umgekehrt.