Я написал подробную статью несколько недель назад, описывающие способы создания рабочего процесса SharePoint Designer, который отправляет напоминание по электронной почте задачу на ежедневной основе. Он был Опубликовано в новой Журнал SharePoint сайт. В более общем, в статье показано как создать циклической структуры в СДПГ.

Журнал имеет широкий спектр статей в том числе, среди прочего, очень технические вещи, интервью и новости индустрии. Я рекомендую, что вы добавить его в свой RSS канал.

Если у вас есть продукт или услугу на продажу, Я также хотел бы рассмотреть рекламы на сайте. Он едет в мощный старт с несколько тысяч пар глаз, глядя на него уже. Это, несомненно, расти.

Наконец, Если вы зуд, чтобы что-то написать и получить его перед более широкой аудитории, Это большое время и место, чтобы поцарапать его.

</конец>

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

Марк Миллер над в Конечного пользователя SharePoint опубликовал мою последнюю статью об использовании SharePoint Designer для создания большой рабочий процесс решения вверх на своем сайте. Проверить это.

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

</конец>

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

На прошлой неделе, Я работает, как цикл и реализовать конечный автомат с помощью SharePoint Designer и упоминается, как в сторону, что я бы вероятно написать сообщение в блоге о лучше журнала рабочего процесса.

Колодец, Раджпуты Sanjeev избил меня к нему. Посмотреть.

Сохранение данных журнала в пользовательский список кажется лучше, с помощью регулярного процесса истории:

• Это просто настраиваемого списка, так что вы можете экспортировать его в excel очень легко.
• Представления можно создавать, динамически фильтровать данные, и т.д..
• Это не подлежит auto очистки, которые вы получаете с истории регулярного рабочего процесса.

Есть некоторые риски / минусы:

• Многие запущенных процессов с большим количеством журналов может привести к слишком много данных для записи в списке.
• Может быть вы * ду * хотите автоматическую очистку. Вы не получите эту функцию с такой подход (без кодирования).
• Безопасность является сложным. Для записи в списке, пользователь должен иметь разрешение на это. Это означает, что это вероятно не подходит для любого вида «официальный" аудит, поскольку пользователь может открыть список и изменить его. Это могут быть преодолены с некоторыми программирование.

</конец>

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

Это на прошлой неделе я прикончил доказательство концепции проекта для клиента в Манхэттене. При реализации решения, Я побежал в другой недостаток Мосс ключевых индикаторов производительности (Смотрите здесь для предыдущий выпуск КПИ и мой обходной).

Справочная информация: Мы использовали рабочий процесс SharePoint Designer для моделирования довольно сложных мульти месяц длиной бизнес-процесса. Как он chugged, Он будет обновлять некоторые сведения о состоянии в списке. Ключевые индикаторы производительности использовать эти данные для делать их mojo.

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

Мы также хотели, чтобы показать некоторые ключевые индикаторы производительности, которые позволяют отслеживать общее состояние здоровья этого конкретного бизнес-процесса, продвигаемые данных состояния рабочего процесса и просматривать с помощью ключевых индикаторов производительности.

Наконец, Мы использовали элементов списка ключевых индикаторов производительности, которые сделать фото на взгляд на список на сайте (в отличие от потянув из другого источника данных, как excel или SQL).

Проблема: Как вы можете себе представить, Предполагая, мы должны были нести основную идею вперед в мир производства, Мы хотели бы шаблон сайта. Новый сайт, в зависимости от бизнес-процесс»" шаблон.

Проблема заключается, что вы не может показаться, чтобы получить ключевой функционирования таким образом. Когда я создаю новый узел, основанный на шаблоне с список ключевых индикаторов производительности и веб-часть ключевых индикаторов производительности, новый сайт данных ключевого индикатора производительности сломанной. Новый сайт КПИ список точек на независимо от источника вы определили, когда вы впервые сохранили его как шаблон.

В качестве примера:

• Создайте новый сайт и построить его до совершенства. Этот сайт включает в себя данных ключевого индикатора производительности.
• Что сохранить как шаблон.
• Создайте новый сайт и база если у шаблона.
• Этот новый сайт элементов списка ключевых индикаторов производительности’ источники указывают на шаблон сайта, не текущего сайта.

Процесс создания экземпляра не исправить URL-адрес.

Я попытался решить эту проблему, указав относительный URL-адрес при определении элемента списка ключевых индикаторов производительности. Однако, Я не мог получить любой вариант, что для работы.

Я всегда хочу пару эти проблемы»" блога, с какой-то решение, но в этом случае у меня не один хороший. Лучшее, что я могу понять, что вам нужно пойти недавно подготовленный сайт и исправить все вручную. Пользовательский интерфейс делает это даже сложнее, потому что изменять URL-адрес исходного списка приводит к обновлению, так что вам действительно придется пересмотреть все это с нуля.

Если кто-нибудь знает, что лучший способ справиться с этим, Просьба оставить комментарий.

</конец>

Я недавно узнал, что это возможно и даже довольно легко создать бизнес-правило конечного автомата, с помощью SharePoint Designer. Необходимость является матерью изобретения и все, что хорошие вещи, и я имел потребность на этой неделе, что посмотрел на изобретение. Случайно, Я наткнулся на Этот пост форума MSDN также. Мой личный опыт на этой неделе и что «независимое подтверждение" придает силы мои убеждения. Я планирую писать об этом более подробно с полномасштабной примера, Но вот суть его:

• Этот подход использует тот факт, что рабочий процесс можно изменить элемент списка, Таким образом запуск нового рабочего процесса. Я обычно рассматривал быть неприятностью и даже blogged об использовании семафоры для его обработки.
• SharePoint позволяет несколько независимых процессов будет активен в отношении определенного элемента списка.

Для его настройки:

• Дизайн вашего автомата (т.е., в Штатах и как государства переход от одного к другому).
• Реализовать каждое государство как отдельный рабочий процесс.
• Настройте каждый из этих государственных рабочих процессов для выполнения в ответ на любое изменение в элементе списка.

Каждое состояние рабочего процесса этот грубый шаблону:

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

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

У него есть довольно существенный недостаток — стандартное отслеживание истории рабочего процесса даже более бесполезно, чем обычно 🙂 Это легко исправить, Однако. Хранить все ваши данные типа аудита в пользовательский список. Это, вероятно, хорошая идея даже для ванильного последовательного рабочего процесса, но это для другого сообщения в блоге 🙂

Я называю это «mea culpa" потому что у меня, к сожалению, более чем однажды сказал на форумах и в других местах что одно должно использовать visual studio для создания автомата. Это просто не верно.

</конец>

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

Это позволяет вызвать бесконечный цикл в рабочем процессе SharePoint Designer. Общая схема осуществления как это вызывает проблемы:

• Создание рабочего процесса и связывания со списком.
• Указать что он должен начать на создания новых элементов и обновление существующих элементов.
• Шаг в рабочем процессе обновляет поле в «Текущий элемент».
• Так как изменить текущий элемент, Рабочий процесс начинается заново.

Чтобы предотвратить этот бесконечный цикл, реализовать простой семафор:

• Добавьте столбец сайта (или столбец списка/библиотеки, если вы не используете типов контента).
• Скрыть его от страницы редактирования (легко сделать, если через его свойства столбца веб-узла, не так просто, если столбец списка).
• В рабочем процессе, Проверьте, является ли значение столбца семафор пустой.
• Если оно пусто, Установите его в значение не пустое и продолжить.
• Если это не является пустым, Exit немедленно.

Это может стать довольно тонкий раствор, в зависимости от бизнес-требований и т.д., но он был реальной картины, когда я нуждался в его.

</конец>

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

Поскольку многие люди знают, шаблон обучения работника предоставляемые Microsoft здесь имеется ошибка, что мы можем воспроизвести следующие шаги:

• Создайте класс с размером Макс 10 Студенты.
• Зарегистрироваться –> Доступные места должным образом уменьшает одним. Результат: 9 доступные места.
• Отмена регистрации: –> Ошибка. Всего свободных мест следует увеличить на одного. Это не. Результат: 9 свободных мест в соответствии с SharePoint, но на самом деле, есть 10 доступные места.

Решение: Использование SharePoint Designer для исправления рабочего процесса.

Первый, открыть сайт. Список папок для меня выглядит так:

Если мы посмотрим на "Регистрация участника" рабочий процесс, Мы видим, что есть шаг с надписью «Требовать использование политики Гостиный». Это выглядит так:

Этот шаг в рабочем процессе обновляет элемент, увеличивая "заполнены мест" метаданные столбца на курс. Если нам что подтянуть более подробно, Мы видим это:

Это вся информация, что нам нужно исправить отмены рабочего процесса.

Если мы перевернуть для отмены рабочего процесса, Существует нет аналогичный шаг рабочего процесса. Добавьте его следующим:

1: Разверните узел «участника отменить" и открыть XOML (Посмотреть первый скриншот если вы потеряли).

2: Добавьте новую переменную рабочего процесса, «Новых мест заполнены" типа «Число».

3: Присвоить значение «новых заполнены мест" как показано:

4: Декремента заполненных мест 1:

5: Обновление связанного элемента курса:

6: Убедитесь, что все шаги в правой последовательности. Для меня, Он выглядит следующим образом:

7: Завершить рабочий процесс повторно построить его.

8: Тест.

</конец>

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

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

Вот бизнес-сценарий, чтобы положить его в контексте:

• Загрузить документ к doc lib.
• Я стартует многоэтапный процесс, созданный с помощью SharePoint Designer.
• В какой-то момент в ходе этого процесса, Рабочий процесс назначает задачу кому-то (через сбор данных от пользователя или назначить задачу).
• Мы хотим использовать KPI для отслеживать, как долго эта задача ожидает завершения. Ключевой индикатор производительности показывает зеленый для завершенных задач или должной более чем 3 дней от текущего момента. Он показывает желтую, если задача завтра или сегодня. Он показывает красный, если задача является просроченной.
• Вот критикан: Я хочу, что диски что КПИ отдавать праздник Дата.

Не удается вычислить праздник знают свое Дата в SharePoint Designer рабочий процесс очень легко. Я бы для создания настраиваемого действия или использовать средство 3rd партия. Однако, Это достаточно легко рассчитать такую дату в приемник событий. Объединить эти два вместе, и мы получаем шаблон как это:

• Определить скрытый да/нет столбца узла библиотеки документов под названием «DoCalcualteDueDate».
• Инициализировать значение false.
• В соответствующее время в рабочем процессе (Например. незадолго до «сбор данных" действия), назначить это значение True.
• ItemUpdate() приемник событий с нетерпением увидеть, если «DoCalculateDueDate" верно. Так как приемник событий запускается при каждом обновлении, «DoCalculateDueDate" обычно неверно.
• Когда рабочий процесс назначает DoCalculateDueDate значение true, приемник событий вычисляет праздник известно должного Дата.
• Когда получатель событий делает этот расчет, Он устанавливает флаг DoCalculateDueDate значение false.

В конце концов, СПД рабочего процесса передается с приемника событий через DoCalculateDueDate семафор и у нас есть праздник известно из-за даты, которые назначаются в точно правильный момент в жизни рабочего процесса. Элементы управления SharePoint Designer при назначении даты, но приемника событий выполняет фактический расчет и назначение.

</конец>

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

ОБНОВЛЕНИЕ: Я исследовал как встраивать СПД рабочего процесса в определении сайта. Эта цепь форум MSDN имеет некоторую интересную информацию. Это не убедительных, но указывает путь через джунгли.

Я даю этот пост немного чудак «отмечено поведение" свинец, так как я немного хитрый выводы из него. СПД рабочие процессы … темпераментная.

Люди часто спрашивают / Интересно / Разъедающий над перемещением СПД рабочих процессов из одного места в другое. Сегодня, Я последовал за эти шаги и сделал эти замечания:

• Я создал рабочий процесс с помощью SharePoint Designer на сайте прилагается к библиотеке документов.
• Связанные библиотеки уже размещены несколько документов.
• Я сохранить сайт как шаблон.
• Когда я сохранить сайт как шаблон, Я спас, а содержание.
• Я создал новый сайт в том же семействе сайтов, с помощью этого шаблона.

В этой точке, Я попытался запустить рабочий процесс. Он быстро заканчиваться себя сообщение журнала, «Сбой при запуске».

Я ожидал этого. У меня есть низкие ожидания, когда дело доходит до перемещения рабочих процессов SPD.

Я продолжал:

• Открыт сайт в SharePoint Designer.
• Было заглянуть в рабочий процесс. Он, казалось штраф.
• Я нажал «Готово».
• Я побежал рабочего процесса.

На этот раз, Он работал штрафа.

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

Я предварительно заключить, что процесс «отделка" Рабочий процесс вызвал SPD правильно связать рабочий процесс SPD с новой библиотеки документов. В заключение я также хочу XOML и другие артефакты XML достаточно «свободные». Они не супер жестко, в библиотеку документов.

Что это означает? Предполагая, это надежный и воспроизводимый процесс, есть по крайней мере один грубый метод, которые мы можем использовать, чтобы переместить их вокруг. Я не знаю, если это будет работать, если мы пересекли границы коллекции сайтов или даже более резко, всего новых ферм (Например. dev сцену, чтобы подтолкнуть).

Если вы читаете это и склонны, Пожалуйста, напишите комментарий или Напишите мне Ваша история миграции SharePoint Designer. С удовольствием я уточню этот столб с какой-либо идеи таким образом.

</конец>

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

Часто бывает полезно для хранения сведений о состоянии в пользовательском списке например код подтверждения, который никогда не должны непосредственно манипулировать конечными пользователями. Это общий сценарий бизнес. Я работаю над проектом в этом году, который генерирует различные состояния и напоминания даты через рабочие процессы SharePoint Designer, которые затем диск KPI и врем критически бизнес-процессы в целом поддерживают.

Использовать тип содержимого узла / столбец для достижения этого эффекта.

Создание типа содержимого узла с в столбце состояние, как показано:

Обратите внимание на состояние" (для демо)" поле внизу.

Следующая, Нажмите на имя столбца для доступа к свойствам столбцов. Выберите «скрытые (Не будет отображаться в формах)" в разделе Параметры столбца, как показано:

Это удаляет поле из стандартного редактирования/обновление форм. Однако, Это по-прежнему доступны в представлениях, Ключевые индикаторы производительности, Объектная модель и нигде вы хотите использовать его, включая СПД рабочего процесса.

</конец>

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