У мене є бізнес-сценарії, як це:
- Користувач завантажує документа в бібліотеці документів.
- Вона вибирає типу вмісту та вводить meta дані, якщо необхідно. Одне з полів даних meta є прапор, "Строковий".
- Це викликає робочого циклу SharePoint Designer,, серед іншого, використовує "збору даних від за користувача" Дія.
"Збору даних від користувача" створює елемент у списку завдань із запитом на затвердження для цього документа.
Мені потрібно було створити подання списку завдань, які показали актуальні запити на затвердження.
Рішення: Покласти слово «ТЕРМІНОВІ:" розсилкам цих завдань.
Я б вважав за краще, щоб вказати пріоритетні галузі безпосередньо. Однак, Я був не в змозі зробити це з кількох причин:
- Збирати дані дії не надає механізм для оновлення будь-якій області, крім заголовок (і ці додаткові поля, для якого слід обчислити для збирання даних).
- На «призначити за до пункту" дія має ті ж проблеми.
- Можна вставити елемент у списку (тобто. Вставити елемент у списку завдань безпосередньо) але це не блокує дії. Це означає, що робочий процес не буде чекати користувача для завершення цього завдання.
Я розглянув кілька підходів до (на щастя) Розуміючи, ми могли б просто поставити "Строковий" у назві.
- Запуск робочого процесу у списку завдань, сама, так, що коли створюється нове завдання, вона якось перетнути посилань назад до документа, який розпочав перший робочий, Витягніть терміново прапор значення і оновити пріоритет за потреби.
- Зробити щось подібне з подією приймача. Створення завдання, Знайдіть пов'язаний документ і оновлення пріоритет за потреби.
- Використовувати на "створити елемент списку" дії в поєднанні з "чекати зміну поля" дії та події-приймач. Якщо ми створюємо елемента списку, можна вказати всі поля, які ми хочемо. Оновлення вихідного об'єкта, коли користувач завершує завдання та «чекати для поля зміни за допомогою подія-приймач" умови акції буде зустрінута і приступить робочого циклу. (З різних причин, Я більш-менш врегульовані на такий підхід до мудро вирішили піти на деякий час).
Є недолік до мого рішення (Крім очевидний факт, що лише текст заголовка вказує терміновості). Починаючи з "збирання відгуків" приймає тільки жорстких закодованих назва імена, Я буду використовувати два різних збирання відзивів дії, чия єдина відмінність, що жорсткий кодованих назва.
Але, принаймні немає рішення, яке не вимагає подія приймачі або настроювані дії СПД.
Якщо хтось вирішив це більш розумним чином, будь ласка, дайте мені знати.
</кінець>