Предварително съществуващите условия: Шаблони за SharePoint сигнал за спасяване (?)

Един от моите клиенти, работили с предишния изпълнител да се изгради малък, но полезни HR заявление за предприятието. Че изпълнителят използва SharePoint Designer за изпълнение на работния поток част от разтвора на. Това е малко на каша. Например, има девет ЕДП работни потоци в подкрепа на един логичен поток процес и най-много до пет от тях може да пожар едновременно във всеки даден момент, дава правилните условия. It’s not easy to debug 🙂

Моят клиент има редица все още неизпълнени изисквания, един от които е да обикновено предоставят повече контекст, когато системата изпраща сигнали по имейл – както в самата електронна поща, както и свързаните с тях задачи форми. Като ЕДП поток изпълнители знам, действието "събира данни от потребител" ЕДП всъщност създава задача с потребителски тип съдържание. Когато използваме това действие, Ние не се да зададете много. Ние може да подкани за някои стойности (e.g. "одобрение" или "Отказ") и ние да зададете твърди кодирани стойност в заглавието и описанието. Това е за него.

Изискването на клиента ми е два пъти:

  1. Когато SharePoint изпраща имейл за присвояване на задача, включва много информация за задачата в тялото на имейл.
  2. Още по-важно, далеч – когато потребителят щракне върху задача връзката в имейл, формуляра на задачата трябва да има цялата информация, одобряващ трябва да направят неговото одобрение или отказ на решение. Точно сега, Управителят трябва да щракнете върху връзката за елемента, самата да пробия в основните подробности и никой не се интересува, че. Вие трябва да кликнете на имейл. Тогава ще трябва да щракнете върху нещо неясно връзка на задачата. След това можете да погледнете в основните данни (InfoPath форма в този случай). След това щракнете върху назад/назад, н. Всеки мрази го.

Аз съм наследил тази малко объркана техническо решение и аз искам да се промени в най-слабо вмешателство начин е възможно.

Аз съм като сега подход е да създадете потребителски шаблон за предупреждение. Можете да прочетете за това тук. Работи по този начин потока:

  • ЕДП поток работи.
  • В някакъв момент, Тя възлага задача на един мениджър.
  • Система SharePoint автоматично изпраща сигнал към този мениджър. Това не е част от ЕПД поток, но по-скоро "какво SharePoint прави." (Услугата за таймер на SharePoint, Вярвам, че).
  • Потребителски отговорник е извикан в полза на стандартния сигнал процес (след магически правила, описани в по-горе упомената статия).
  • Когато ми потребителски отговорник работи, тя генерира красива имейл. Още по-важно, тъй като тя има за задача в ръка, Тя също украсява реалната задача с всички контекста информация, необходима да отговарят на бизнес изискванията.
  • Потребителят получава електронна поща и е пълен с полезни контекст информация.
  • Потребителят кликне върху връзка към задача и самата задача е пълен с полезни контекст информация.
  • Всеки се прибира да има диня и сладолед.

Направих бързо Рос и работи добре в лабораторията среда. Получавам ми персонализирани имейл предупреждение, както се очаква. Аз също се да актуализира описанието на задачата и самото заглавие.

Само сложната малко, досега, е да се избегне ситуация, когато предупреждението актуализира елемента, задействане на друг сигнал. Това не ме притеснява.

Изглежда обещаващ досега...

Голямото нещо за това е, че аз не трябва да се мотам с някоя от съществуващите работни потоци, SPD. Те са блажено неведение, че отговорник е"ИМС RUNNIN В DA BAKGROUND, Д TEH ЗАДАЧА СПИСЪК WIF ФЕСТИВАЛ ШАТРИТЕ КОНТЕКСТ”.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове: ,

Оставете отговор

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани *