Работни процеси на SharePoint - двуетапно одобрение на документи, ИТ общност на Украйна

Работните потоци са едни от най-напредналите, но недостатъчно използвани (очевидно поради сложността на конфигурацията) функции на SharePoint, но работните потоци са толкова полезни, че не мога да не пиша за това как да ги създавам и използвам.

В тази статия ще опиша един от най-търсените процеси - двуетапно одобрение на документ, например обикновен счетоводител (потребител1) прави отчет, който се изпраща за одобрение на непосредствения ръководител (потребител2) и ако потребител2 се съгласява, документът се прехвърля на потребител3, който също може да приеме или отхвърли документ.

Ако потребител2 одобри документа, потребителят1 и потребителят4 се уведомяват (потребителят4 е предполагаемият надзорник на потребител3).

Ако user2 отхвърли документа, се уведомява само user4.

Ако потребител3 одобри документа, потребителят2 и потребителят4 се уведомяват, ако откаже, потребителят2 се уведомява.

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

Няма да използвам готовите шаблони на SharePoint Enterprise. това няма да даде нито универсалност на приложението, нито пълно разбиране.

Ще използвам SharePoint Designer и ще пиша само на ръка. Ще направя обясненията възможно най-лаконични, отговаряйки на въпроса „Как?“, А теоретичната част винаги можете да намерите в отворени източници. Не използвам Visual Studio, защото за тази цел SharePoint Designer е повече от подходящ.

Като тестова среда ще използвам както Office 365 2010, така и SharePoint 2013 Enterprise, за да покажа възможно най-много. Описването на новостите в изграждането на процеси на платформата SharePoint 2013 е извън обхвата на тази статия. заслужава отделна, която рано или късно ще напиша.

И така, нека създадем нов процес за многократна употреба, наречем го test1 и го използваме за всякакъв тип съдържание:

Като условие на първата стъпка ще добавим/променим документ в библиотеката, към който ще свържем процеса. Също така, условието може да бъде ръчно стартиране на процеса и по този начин ще провеждам демонстрацията.

Като действие за първата стъпка ще получим решение от user2 с изход към нова променлива. Решение user2 (var):

Ще вземем решението с помощта на съветника за създаване на задачи:

Като задача ще имаме „Избор от менюто“:

.и „Многоредов текст“:

За правилното прехвърляне на информация към следващата стъпка, създайте действие „Задаване на променлива на работния поток“.

За първата стойност нека създадем нова променлива „Преглед на потребител2“ с тип „ИД на елементи от списъка“:

---