Un dels meus clients treballat amb un contractista anterior per crear una aplicació HR petit, però útil per a l'empresa. Contractista que utilitza SharePoint Designer per implementar la porció de flux de treball de la solució. És una mica d'un desordre. Per exemple, hi ha nou fluxos de treball SPD en suport d'un procés individual de flux de treball lògic i fins a cinc d'ells pot foc simultàniament en cada moment donat les condicions adequades. It’s not easy to debug 🙂
El meu client té una sèrie de requisits encara-pendents, un dels quals és proporcionar generalment més context quan el sistema envia alertes d'e-mail-tant en el correu electrònic pròpia, així com formes associades tasca. Com SPD saber executors de flux de treball, l'acció "a recollir dades d'usuari" SPD en realitat crea una tasca amb un tipus de contingut personalitzat. Quan utilitzem aquesta acció, no arribem a especificar molt. Ens pot demanar alguns valors (e. g. "aprova" o "negar") i es pot especificar un valor dur codificat en el títol i la descripció. Allò és sobre això.
Requisit del meu client és que dues vegades:
- Quan el SharePoint envia un e-mail sobre una assignació de tasca, incloure una gran quantitat d'informació sobre la tasca en el cos d'e-mail.
- És més important, de bon tros – Quan l'usuari fa clic en el vincle de la tasca a l'e-mail, el formulari de la tasca ha de tenir tota la informació que necessita l'approver per fer seu aprova o denega la decisió. Ara mateix, el director necessita fer clic a l'enllaç d'element per desglossar en els detalls subjacents i ningú li agrada que. Has de fer clic a l'e-mail. Llavors vostè necessita fer clic a un enllaç mena de fosc a l'element de tasca. Llavors vostè pot mirar les dades subjacents (un InfoPath en aquest cas formen). Llavors feu clic a/tornada, etc. Tothom odia.
Jo he heretat aquesta solució tècnica una mica desordenat i vull fer canvis en la manera menys intrusiva possible.
El plantejament que faig ara mateix és crear una plantilla personalitzada d'alerta. Vostè pot llegir sobre que aquí. El flux funciona com aquesta:
- S'executa un flux de treball SPD.
- En algun moment, s'assigna una tasca a un gestor.
- SharePoint sistema automàticament envia una alerta a aquell director. Això no és part del flux de treball SPD sinó més aviat «el SharePoint fa.» (El servei del temporitzador del SharePoint, Jo crec que).
- Un costum handler alerta s'invoca a favor el procés estàndard d'alerta (seguint normes màgics com es descriu en l'anterior article referenciat).
- Quan s'executa el meu costum handler de alerta, es genera un e-mail bonic. És més important, ja que té la tasca a mà, també decora la tasca real amb tota la informació de context necessària complir el requisit de negoci.
- L'usuari obté l'e-mail i és ple d'informació de context útils.
- Usuari fa clic en el vincle de la tasca i la tasca en si mateixa és ple d'informació de context útils.
- Tothom va a casa a tenir síndria i gelat.
Feia un POC ràpid i funciona bé en un entorn de laboratori. Tinc el meu alerta d'e-mail personalitzat com s'esperava. També aconsegueixo actualitzar la descripció de la tasca i títol propi.
El bit només complicat, fins ara, tracta d'evitar una situació on l'alerta s'actualitza l'element, provocant un altre alerta. Això no em preocupa.
Es veu prometedor fins ara...
La gran cosa sobre això és que no cal fems amb cap dels existents fluxos de treball SPD. Són feliçment inconscients que és un controlador d'alerta"IIZ RUNNIN EN DA BAKGROUND, DECORATIN FIGUREN TASCA LLISTA WIF MOAR CONTEXT”.
</final>
Follow me on Twitter http://www.twitter.com/pagalvin