Baustein oder Funktion für frei definierbaren Zähler

[Ingo Schneider]

Hallo zusammen,

kennt vielleicht auch der eine oder andere: Für Berichte unterschedlichster Art wird ein genz bestimmtes Format für einen Berichtszähler (5, 6, 7 stellig, mit Prä-/Sufixen, mit Jahres-/Monatszahl...) benötigt. Bitte prüft doch mal, ob Ihr das als separaten Baustein oder Funltion implementieren könnt.

Vielen Dank!

 

[Micha Zenke]

Hallo @Ingo Schneider,

 

Das sollte doch über den Validierungsausdruck machbar sein. 

Da kannst du auch einem Beispiel ein Format anlegen, wie das Textfeld ausgefüllt werden muss.

Oder hab ich deine Anforderung falsch verstanden?

 

Gruß Micha

[Bülent Erbas]

Ich glaube, es geht um den eindeutigen, fortlaufenden Zähler / Nummerierung für Berichte/Belege.

[Ingo Schneider]

@Bülent Erbas, so ist es --> eindeutiger, fortlaufender Zähler

[Paul Bumann]

Hach ja. Das iterative Hochzählen. Ein Evergreen.

Soweit ich mir das zusammenreime, liegt hier der entscheidende Part in der Offlinefähigkeit der smapOne-Plattform.
Dadurch, dass die smaps immer auch ohne bestehende Internetverbindung funktionsfähig sein sollen, müssen alle Informationen/Daten, die für die Durchführung eines Prozesses notwendig sind, als fester Bestandteil der smap mitgeliefert werden. Daher auch bspw. der Upload von Datenquellen und kein Abruf von Live-Informationen über einen Online-Speicher (Live-Daten ≠ offlinefähig).

Um einen Zähler fortlaufend zu gestalten, benötigt also die smap, bzw. das jeweilige Formular immer die Information des vorherigen Formulars. Diese Information ist nur dann in der smap vorhanden, wenn sie direkt mitgeliefert wird. Insbesondere bei potentiell parallel laufenden Prozessen ist es mindestens schwierig sicherzustellen, dass es nicht doch Überschneidungen gibt.
Gerade gestern habe ich von @Ismet gelernt, dass wir über Automationen solche oder ähnliche Cases abgebildet haben. Ich hab aber noch nicht in die Details dazu geschaut. Vielleicht gibt's da noch Insights 😉

Insofern lehne ich mich jetzt mal bis zu den Knöcheln aus dem Fenster und behaupte, dass ein fortlaufender Zähler bei bestehender (vollständiger) Offlinefähigkeit nicht umsetzbar ist.

Da bin ich aber auch sehr auf die Diskussion gespannt und freue mich (sehr), wenn ich eines Besseren belehrt werde.

Der Vollständigkeit halber, erwähne ich mal noch @Marika Karl und @Annemarie.
Vielleicht werde ich von Euch direkt korrigiert 😄

[HK alias Holger]

Ein Berichtszähler wäre in diesem Sinne ja ein "Datensatzzähler" und müsste serverseitig implementiert sein.
Hat ja erstmal nichts mit der App oder auch der offlinefähligkeit zu tun.

Im Grunde ist der aktuelle Zähler das CompletedDate des Datensatzes. Eine Funktion einer fortlaufenden Nummer ist ein Feature das wir zumindest im Backlog haben..
 

[Paul Bumann]

Meiner Erfahrung nach ist meistens der Wunsch, dass das auch in der App sichtbar ist.
Zumindest war das meistens Bestandteil, wenn das Thema von Kunden zu mir kommt 🙂

Bearbeitet 10. September von Paul Bumann

[Bülent Erbas]

Wüsste gerade nicht warum die Sichtbarkeit in der smap interessant sein sollte, da es doch fortlaufend ist.
Man stellt den passenden Nummernkreis ein, der Rest läuft im Hintergrund.

Daher ist die Erklärung von @HK alias Holger absolut richtig.
Sobald der Datensatz den Server erreicht, wird der nächste freie Zähler vergeben. Wann genau das passiert und welcher Zähler das ist, ist ja im Grunde genommen egal.
Solange es eindeutig ist.

Bearbeitet 10. September von Bülent Erbas

[HK alias Holger]

Ja In der smap macht es wenig sinn. Woher sollte denn die smap wissen, welcher Datensatz zuerst eingeht. Mal ganz abgesehen von Aufgaben, die erst "irgendwann" abgeschlossen sind.

[Paul Bumann]

Ich sag ja nicht, dass es Sinn ergibt oder nicht, sondern dass das meist Teil des Wunsches ist, wenn das Thema zu mir kommt 🤷🏼‍♂️

[Bülent Erbas]

Jetzt hast du passende Argumente 😂 @Paul Bumann

[Ismet]

Zwei Optionen fallen mir hierzu ein, beide verlangen die Nutzung einer Automation (zb via Power Automate) und unserer REST-API:

1) in einer Exceldatei (bzw Spreadsheet o.ä.) auf einem Cloudspeicher lässt man eine Automation die Fortlaufende Nummer berechnen (derzeitige Nummer+1=neue nummer), welche durch die Automation dann mit dem Datensatz vereint und letztendlich zur plattformunabhängigen PDF-Berichterstellung verwendet wird. Der Bericht könnte dann von der Automation im Cloudspeicher nach gewünschter Ordnerstruktur abgelegt, oder/und nach vordefinierter Adressat-Logik per Email versendet werden.

2) Eine Autiomation editiert die Definition ("Grundgerüst") der smap und schreibt somit nach jedem Absenden eines Datensatzes in ein Textfeld/Textanzeigefeld die Berichtsnummer+1 und updatet die smap in einer neuen Version. Hierbei ist zu beachten, dass ein Entwurf immer in der derzeitigen Version (also in diesem Fall mit der derzeitigen Berichtsnummer) gestartet wird. Sollten mehrere User "gleichzeitig" Entwürfe starten, könnte dies das Verhindern von Dopplungen komplizierter gestalten. In 1) beschriebene Ablage/Mailversand könnte natürlich auch hier erfolgen.

Bearbeitet 11. September von Ismet