У меня есть бизнес-сценарий как этот:
- Пользователь загружает документ в библиотеку документов.
- Она выбирает тип содержимого и вводит метаданные при необходимости. Одна из полей данных meta представляет собой флаг, «Срочный».
- Это запускает рабочий процесс SharePoint Designer,, среди прочего, использует "собирать данные от пользователя" действия.
«Получить данные от пользователя" создает элемент в списке задач с просьбой утвердить для этого документа.
Мне было нужно для создания представления списка задач, который показал срочные запросы на утверждение.
Решение: Поместить слово «срочный:" в название этих задач.
Я предпочел бы задать поле приоритет напрямую. Однако, Я не смог сделать это по нескольким причинам:
- Сбор данных действий не предоставляет механизм для обновления любого поля за исключением названия (Эти дополнительные поля, для которых вы хотите для сбора данных и).
- "Назначение пункта" действия есть такая же проблема.
- Это позволяет вставить элемент в список (т.е.. вставить элемент в списке задач напрямую) но это не блокирующих действий. Это означает, что рабочий процесс не будет ждать для пользователя, чтобы завершить эту задачу.
Я рассматривал несколько подходов перед (к счастью) Понимая, что мы могли бы просто поставить "срочный" в названии.
- Запуск рабочего процесса в списке задач, сам, таким образом, чтобы при создании новой задачи, Он как-то крест ссылки обратно в документ, который начал первый рабочий процесс, pull out значение срочных флага и обновление приоритет при необходимости.
- Сделать что-то подобное с приемника событий. Создавать задачи, Найдите соответствующий документ и обновление приоритет при необходимости.
- Используйте "создать элемент списка" действий в связи с "ждать изменения полей" действий и приемника событий. Если мы создадим элемент списка, Мы можем указать все поля, которые мы хотим. Использование приемника событий для обновления исходного элемента, когда пользователь завершает задачу и «ждать изменения поля" будет выполнено условие действия и рабочий процесс будет проходить. (По некоторым причинам, Я более или менее поселились на этом подходе, прежде чем мудро погулять прочь в то время как).
Существует недостаток мое решение (Помимо очевидного факта, что только текст заголовка указывает на актуальность). Начиная с «сбор отзывов" принимает только жестко запрограммированные титул имена, Мне нужно использовать два разных сбор отзывов действия которого отличается только что трудно закодированных название.
Но, по крайней мере это решение, которое не требует получателей событий или пользовательские действия СДПГ.
Если кто-то решил это более умным способом, Пожалуйста, дайте мне знать.
</конец>