Один из моих клиентов, работал с предыдущего подрядчика для строительства, небольшие, но полезные приложения HR для предприятия. Подрядчик используется SharePoint Designer для реализации части рабочего раствора. Это немного беспорядок. К примеру, Существует девять процессов SPD в поддержку единого логического процесса и вплоть до пяти из них могут одновременно огонь в любой момент времени, учитывая условия. It’s not easy to debug 🙂

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

Требование моего клиента есть два раза:

1. Когда SharePoint отправляет по электронной почте о назначение задачи, включить много информации о задаче в теле письма.
2. Что еще более важно, на сегодняшний день – Когда пользователь щелкает ссылку на задачу в электронной почте, форма задачи должны иметь всю информацию, которую утверждающий нуждается в том, чтобы сделать его утвердить или отклонить решение. Прямо сейчас, менеджер должен нажать на ссылку на элемент, чтобы углубиться в основные сведения о и никто не любит. Вам нужно нажать в электронной почте. Затем вам нужно своего рода неясных ссылке на элемент задачи. Затем вы можете посмотреть на базовых данных (в этом случае форма InfoPath). Затем нажмите кнопку back/обратно, и т.д.. Каждый ненавидит его.

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

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

• СПД рабочий процесс выполняется.
• В определенный момент, Он назначает задачу менеджера.
• Система SharePoint автоматически посылает оповещения менеджеру. Это не является частью процесса SPD, а, скорее, «то, что SharePoint делает.» (Служба таймера SharePoint, Я считаю).
• Пользовательские оповещения обработчик вызывается пользу стандартного процесса оповещения (Магические правила как описано в выше ссылка на статью).
• Когда мой пользовательский обработчик оповещений выполняет, Он создает красивый электронной почты. Что еще более важно, так как он имеет задачу в руке, Он также украшает фактические задачи всю информацию контекста, необходимых для удовлетворения бизнес-требований.
• Пользователь получает по электронной почте и она полна полезных контекстной информации.
• Пользователь щелкает ссылку на задачу и сама задача полна полезной контекстной информации.
• Все возвращается домой, чтобы арбуз и мороженое.

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

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

Выглядит многообещающим, пока...

Великая вещь об этом является, что мне не нужно слоняться с любым из существующих рабочих процессов SPD. Они являются блаженном неведении, что обработчика оповещений»IIZ RUNNIN В ДА BAKGROUND, Н КОНТЕКСТ МОАР WIF TEH ЗАДАЧИ СПИСОК”.

</конец>

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

Следуй за мной по щебетать на http://www.twitter.com/pagalvin