Действия — отличный способ реализовать сложную бизнес-логику без сложных рабочих процессов. Используя действия, вы можете вносить изменения как внутри SharePoint, так и во внешней системе, такой как Active Directory или бизнес-приложениях. Действия легко настраиваются даже для нетехнических пользователей, они не требуют развертывания и готовы к запуску, как только вы нажмете «Сохранить». А с 15 различными типами действий нет ничего невозможного!
Действия могут выполняться различными способами. Они могут реагировать на события списка (такие как создание, изменение или удаление элементов), они могут запускаться по таймеру или даже выполняться пользователем вручную. Давайте сосредоточимся на действиях на основе таймера. Здесь у нас есть два варианта: либо выполнить на основе столбца даты (например, запустить действие за два дня до Даты выполнения с возможностью повторения), либо выполнять ежедневно, еженедельно или ежемесячно в определенное время и день (где применимый). Наше новейшее дополнение — возможность запускать действие каждый час для ваших быстро меняющихся приложений.
Я хотел бы снова сосредоточиться на ежечасных/ежедневных/еженедельных/ежемесячных действиях. Мы уже освещали эту тему в документации и руководствах, но все еще остается некоторая путаница. Каждому действию нужен элемент для выполнения (то, что мы называем «текущий элемент»), это не обязательно означает, что действие должно изменить этот конкретный элемент (на самом деле это может работать с внешним направлением деятельности). приложение), но значения столбца этого элемента будут служить входными данными для действий, а результат выполнения действия будет записан в историю действий этого элемента. Без текущего элемента для запуска действие не может быть выполнено. В большинстве случаев при управляемом событиями, ручном или таймерном действии, включающем столбец даты, текущий элемент выбирается неявно. Это элемент, на который нажали, изменили или добавили, или элемент со значением даты, соответствующим настройкам действия (скажем, срок его действия истекает через два дня, и именно тогда действие настроено для запуска).
Но когда действие настроено на выполнение ежечасно/ежедневно/и т. д., оно просто выполняется в течение этого времени и не имеет текущего элемента для выполнения. Разве я только что не сказал, что для каждого действия требуется текущий элемент? Противоречия нет, эти действия, основанные на таймере, действительно получают текущий элемент, но особым образом. Такие действия требуют одного или более «статических» условий. Что делает условие статичным? Любое действие может принимать условия, они гарантируют, что действие будет выполняться только тогда, когда это необходимо. Например, состояние равно «Выполнено» гарантирует, что действие выполняется только для завершенных элементов. В настройках условия вы выбираете столбец слева, оператор и значение справа. Например, «Статус» был нашим столбцом, «равно» — нашим оператором, а «Завершено» — нашим значением. (Для более продвинутых пользователей да, я опускаю настройку «всегда»/«после изменения» для простоты). Ценная часть — это то, что сейчас важно. Здесь вы можете установить статические значения, такие как «Выполнено здесь», но вы также можете ссылаться на значения столбца из элемента, например «Срок выполнения больше [Дата окончания]», в этом условии мы сравниваем значения столбца «Срок выполнения» и «Дата окончания».
Почасово/ежедневно/и т.д. действия требуют хотя бы одного статического условия. Когда действие запускается, оно сначала выполняет статические условия для запроса списка. Например, если статус равен «Выполнено», будут возвращены все элементы со статусом «Выполнено». Теперь он будет проходить элемент за элементом и выполняться на нем, передавая этот элемент в качестве текущего элемента. Затем он снова выполнит условия, на этот раз все, а не только статические, и продолжит работу как обычно. Этот первоначальный выбор элементов для запуска требует статических условий, и вы не сможете сохранить свое действие без них.
Пожалуйста, убедитесь, что вы настроили свои условия тщательно и как можно точнее, вы не хотите тратить ресурсы вашего сервера на тысячу элементов каждый раз, когда выполняется действие.
Почасовые действия уже доступны в версии приложения и скоро будут добавлены в локальную версию.
