SharePoint Designer рабочий процесс, Приемники событий и “Обновление элемента списка” сравнению с “Задать поле в текущем элементе”

У нас есть набор конструктора рабочих процессов SharePoint, которые «общаться" с приемника событий в списке через изменения значений столбцов сайта. Например, Если столбец сайта «SetDuedate" имеет значение true, Рабочий процесс, приемник событий обнаруживает изменения, вычисляет дату завершения и присваивает эту дату в другой столбец сайта, «Срок." Мы разделить вещи как это потому, что приемник событий можно рассчитать срок с использованием сложных бизнес-правил (учитывая выходные и праздничные дни компании) в то время как СПД действительно не может.

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

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

Таким образом … действие обновление элемента списка вызвать событие огонь. С другой стороны, Задать поле в текущем элементе действий не.

Я использовал обновление элемента списка в обоих местах и Виола! Он работал. [[ Всего в сторону, Я играл на скрипке для на ежедневной основе для почти 15 годы ]]

От этого, Предварительно, я считаю, что «задать поле" действия не вызывают приемников событий к пожару, по крайней мере некоторые из времени.

Эта проблема сбиты с толку, нас недели.

Это один из тех «наблюдается поведение" сообщения. Я наблюдал это случилось однажды в определенной среде и я сделать некоторые предположения о том, почему вещи произошло, как они сделали. Если у вас есть любые проницательность в этот один, Пожалуйста, поделитесь в комментариях.

</конец>

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

3 мысли о «SharePoint Designer рабочий процесс, Приемники событий и “Обновление элемента списка” сравнению с “Задать поле в текущем элементе”

  1. Без имени
    Привет Павел,
    Nice блоге вы получили там.. Один быстрый вопрос для вас..
    Обновление элемента списка должен быть для обновления любого элемента списка на том же сайте sharepoint...право?
    Для меня, Он работает только для тот же список (как задать поле в текущем элементе).. Так что я могу использовать для обновления значений из другого списка?
    Спасибо.
    Honeyhline ~
  2. Дипак

    Привет Павел

    я также хотел бы задать вам тот же вопрос, что просят в верхний комментарий.

    Спасибо
    Дипак

Оставить ответить Дипак отменить ответ

Ваш электронный адрес не будет опубликован. Обязательные поля помечены *