User Forum

Hallo zusammen,

ich bin noch recht neu im Umgang mit dem Service Katalog und Workflows und bin auf ein Problem gestoßen.
Mein Ziel ist es, einen Service zu buchen und zwei Freitextfelder dabei auszufüllen. Die Texte soll dann an ein Powershell Skript übergeben werden, welches testweiße dann diese Texte in einer CSV abspeichert.

Ich habe nun eine eigene Data Definition erstellt mit zwei Attributen für die jeweiligen Texte. Diese DD habe ich, zusammen mit SPSCommonClassBase, in ein neues Configuration Item gepackt und einen entsprechtenden Dialog erstellt. Im Dialog habe ich dann die beiden Attribute der DD als TextBox angelegt.
Im neu erstellten Service habe ich das entsprechende Configuration Item und den Workflow hinterlegt. Workflow und Powershell Script scheinen zu funktionieren, da ich Standard Attribute wie T(SVCServiceBookingClassBase).Service.T(SPSArticleClassBase).Name aus der Get Data activity im Workflow Studio verarbeiten kann.
Meine eigenen Attribute finde ich dort allerdings nur unter der SPSCommonClassBase: T(SPSCommonClassBase).T(Ud_testDD).testAttribute und diese sind leer.

Wäre das überhaupt die richtige Vorgehensweise, und was habe ich falsch gemacht? Falls nötig kann ich gerne genaure Infos liefern.

Vielen Dank im Voraus!

Hallo,

sofern noch relevant:

Am besten nutzt du die neuen SimpleServiceForms hierfür. Dazu legst du eine Class + CI an. Das CI sieht dann wie folgt aus:


Danach verknüpfst du deinen Service mit dem neuen CI und dem Workflow. Der Workflow fragt dann über die SVCServiceBookingClassBase die SimpleServiceForm-EOID sowie die gewünschten Attribut ab. In einem Task könntest du zusätzlich die RelatedSimpleServiceForm (EOID) angeben, damit das Formular an einem Task verknüpft ist:


Im Task sieht man schließlich den Inhalt des Formular-Feldes (Habe es in der Beschreibung hinzugefügt) sowie die verknüpfte ServiceForm:

Warum ist in der Where Expression eigentlich ein T(SVCServiceBookingClassBase)?
Die Datendefinition ist doch selbst schon die SVCServiceBookingClassBase. Wieso dann nicht einfach nur [Expression-ObjectID] = @ObjectID?

Und was für eine ObjectID ist in diesem Fall die @ObjectID?

VG
Andreas