Afecţiuni pre-existente: SharePoint alertă şabloane la salvare (?)

Unul dintre clienţii mei au lucrat cu un antreprenor anterioare pentru a construi un mic, dar util cerere de HR pentru întreprindere. Că contractantul folosit SharePoint Designer pentru a pune în aplicare flux de lucru parte din soluția. Este un pic de un dezastru. De exemplu, există nouă SPD fluxuri de lucru în sprijinul unui singur flux de lucru logic procesul şi până la cinci dintre ele pot foc simultan în orice moment dat condiţiile dreapta. Nu este ușor de depanat 🙂

Clientul meu are un număr de cerinţe încă-restante, dintre care unul este de a oferi, în general, mai multe context când sistemul trimite alerte e-mail – atât în e-mail în sine, precum şi forme de activitate asociat. Ca SPD ştiu implementatori de flux de lucru, acţiunea de SPD "colectarea de date de utilizator" de fapt creează o sarcină cu un tip de conţinut personalizat. Când vom folosi această acţiune, noi nu ajunge pentru a specifica de mult. Ne puteţi solicita pentru unele valori (ex. "aprobarea" sau "deny") şi putem specifica o valoare greu codificate în titlul și Descrierea. Asta e despre asta.

Cerinţa clientului meu este de două ori:

Când SharePoint Trimite un e-mail despre o misiune de activitate, include o mulţime de informaţii despre sarcina în corpul e-mail.
Mai important, de departe – Când utilizatorul face clic pe link-ul de sarcină în e-mail, formularul de sarcina ar trebui să aibă toate informaţiile aprobator are nevoie pentru a face si aprobare sau de a refuza Decizia. chiar acum, Managerul trebuie să faceţi clic pe link-ul de elementul în sine să găuriţi în jos detalii care stau la baza şi nimeni nu îi place asta. Trebuie să faceţi clic în e-mail. Atunci ai nevoie să faceţi clic pe un link fel de obscur pe punctul de activitate. Apoi vă puteţi uita la datele care stau la baza (InfoPath o forma în acest caz). Apoi faceţi clic pe spate/spate, etc. Toată lumea urăşte l.

I-am moştenit această soluţie tehnică oarecum murdar şi vreau să fac modificări în mod puţin deranjante posibil.

Abordarea eu sunt luând chiar acum este de a crea un șablon particularizat de alertă. Puteţi citi despre faptul că aici. Fluxul funcţionează ca aceasta:

Ruleaza de flux de lucru SPD.
La un moment dat, atribuie un task manager.
SharePoint sistem automat a trimite afară o alertă la acel manager. Acest lucru nu este o parte din fluxul de lucru SPD, ci mai degrabă "ce SharePoint nu." (Serviciul cronometru SharePoint, Cred că).
O rutină de alertă personalizată este invocat în favoarea procesului de alertă standard (urma magic regulile descrise mai sus face referire articolul).
Când se execută meu personalizat handler de alertă, acesta generează un e-mail frumoase. Mai important, deoarece are sarcina în mână, ea, de asemenea, Decoreaza sarcina efectivă cu toate informaţiile de contextul necesar pentru a îndeplini cerinţa de afaceri.
Devine de e-mail de utilizator şi este plin de informaţii utile contextul.
Utilizatorul face clic pe link-ul de sarcină şi sarcina în sine este plin de informaţii utile contextul.
Toată lumea merge acasă să aibă pepene si inghetata.

Am facut-o POC iute si funcţionează bine într-un mediu de laborator. I a lua meu alertă e-mail personalizat cum era de asteptat. Primesc, de asemenea, pentru a actualiza sarcina Descrierea şi titlul în sine.

Bit înşelător numai, până în prezent, este de a evita o situaţie în care alerta actualizări element, un alt alertă de declanşare. Acest lucru nu vă faceţi griji eu.

Pare promiţătoare până în prezent...

Mare lucru despre acest lucru este că nu am nevoie să muck despre cu oricare dintre fluxurilor de lucru existente SPD. Ele sunt blissfully cunoştinţă că este un handler de alertă"IIZ RUNNIN ÎN DA BAKGROUND, DECORATIN TEH TASK LISTĂ WIF MOAR CONTEXT”.

</scop>

Aboneaza-te la blog-ul meu.