У нас є безліч SharePoint дизайнера робочих процесів, які «спілкуватися" з подією приймач у списку через зміни, внесені до значення стовпців сайту. Наприклад, Якщо стовпець сайту "SetDuedate" має значення true робочим циклом, подія приймач виявить, що зміна, обчислює дату завершення і призначає цієї дати ще один стовпець сайту, «Due Date." Ми розпалася речі як це тому, що подія приймача можна обчислити дату завершення за допомогою комплексу бізнес-правила (Враховуючи вихідні та святкові дні компанії) При цьому СДПН дійсно не можу.

В один конкретний екземпляр, Ми зіткнулися з проблемою з цього трюку. Налагодження все це є досить важче, але ми прийшли до висновку, що певної цієї у одному випадку (по крайней мере), приймач подія не біг весь час. В одному кроці робочого процесу, Ми хотіли б змінити значення стовпця сайту і приймач події, не здаються для запуску. Однак, він втік послідовно в різних кроку робочого циклу.

Після перегляду його, Я помітив, що кроку робочого циклу щасливі використовували "оновити елемент списку" Хоча інші крок використовується «поле Set в поточному елементі." Елемент списку оновлення було оновлення "поточний елемент." Я не впевнений, тому ми вибрали один над іншим, так як вони, здавалося б робити те ж саме.

Так … Дія оновлення елемента списку ж викликати подія вогню. З іншого боку, Встановити в полі поточний елемент дії не став.

Я використав оновлення елемента списку в обох місцях і Віола! Вона працювала. [[ Всього в сторону, Я грав на скрипці на щоденній основі для майже 15 роки ]]

Від цього, Орієнтовно вважаю, що "установити поле" дія не викликає подію приймачі для вогню, хоч якусь частину часу.

Це питання збиті з пантелику багатьох нас протягом тижнів.

Це одна з тих "спостерігається поведінка" повідомлення. Я помітив відбуваються один раз в певних умовах, і я роблю кілька припущень про те, чому сталося як вони це робили. Якщо у вас є будь-яке розуміння в цьому, будь ласка, поділіться в коментарях.

</кінець>

Підписатися на мій блог.