Один з моїх клієнтів, працював з попередніх підрядника побудувати на невеликі, але корисні HR застосування для підприємства. Що підрядник використовуються програму SharePoint Designer для реалізації робочим процесом частину рішення. Це трохи безлад. Наприклад, є дев'ять СДПН робочі процеси на підтримку єдиний логічний процес обробки і вгору до п'яти з них може одночасно вогонь на даний момент огляду сприятливих умовах. It’s not easy to debug 🙂
Мій клієнт має ряд видатних ще вимог, одним з яких є взагалі з контекстом більше коли система надсилає на електронній пошті оповіщення – як в електронній пошті, сам, а також пов'язаного завдання форми. Як СДПН робочого процесу виконавців знати, Дія СПД "збирати дані від користувача" насправді створює завдання з користувацьких типів вмісту. Коли ми використовуємо цю дію, Ми не отримуємо багато вказати. Ми можемо запитувати кілька значень (Наприклад. «Затвердити» або «відхилити») і ми можете вказати жорстких закодованих значення в заголовок і Опис. Ось про це.
Мій клієнт вимога в два рази:
- Коли SharePoint надсилає електронною поштою про призначення завдання, включити багато інформації про завдання в тілі електронної пошти.
- Ще важливіше, на сьогоднішній день – Коли користувач натискає на завдання посилання в повідомленні електронної пошти, форми завдання повинна мати всі дані на затверджувача потребує для того, щоб зробити його/її затвердити або відхилити рішення. Прямо зараз, менеджер повинен натисніть на елемент посилання, сама деталізувати основні деталі, і ніхто не любить. Ви повинні натиснути в повідомленні електронної пошти. Потім потрібно клацнути роду незрозумілі посилання на контактним. То ви можете подивитися на базових даних (в InfoPath форми в цьому випадку). Натисніть кнопку назад /, д. Ніхто не любить його.
Я успадкувала цей дещо заплутана технічного рішення, і я хочу, щоб внести зміни в менш нав'язливим можливих.
Підхід, я беру на себе прямо зараз, щоб створити шаблон, оповіщення. Ви можете прочитати про це тут. Потік працює таким чином:
- СПД-документообігу працює.
- В деякій точці, він призначає завдання менеджера.
- SharePoint система автоматично надсилає попередження, що менеджер. Це не є частиною СДПН робочого процесу, але скоріше, "що SharePoint робить." (Служба часу SharePoint, Я вважаю).
- Користувальницькі оповіщення обробник викликається на користь стандартний alert процесу (після магія правила як описано вище посилання статті).
- Коли мої власні оповіщення обробник працює, Він генерує красиві електронної пошти. Ще важливіше, так як він має завдання в руці, Він також прикрашає актуальну задачу з усіх контексті інформацію, необхідну для задоволення вимог бізнесу.
- Користувач отримує повідомлення електронної пошти і вона сповнена корисні контекстної інформації.
- Користувач натискає на посилання, завдання та сама задача сповнена корисні контекстної інформації.
- Кожен йде додому мати кавун і морозиво.
Я зробив швидкий ПСУ, і вона добре працює в середовищі лабораторії. Я отримую мої власні електронній пошті оповіщення належним чином. Я також отримати, щоб оновити опис завдання і заголовок, сам.
Тільки хитрий біт, до цих пір, щоб уникнути ситуації, де оповіщення оновлень елемент, Запуск іншого оповіщення. Це мені не турбуватися.
Виглядає багатообіцяюче до цих пір...
Найчудовіше це те, що я не потрібно скинути з будь-якого з існуючих СДПН робочі процеси. Вони в блаженної знали, що обробник сигналу — це"IIZ RUNNIN В ДА BAKGROUND, ПРИКРАШАТИ Г TEH ЗАВДАННЯ СПИСОК WIF MOAR КОНТЕКСТІ”.
</кінець>
Йди за мною на Twitter в http://www.twitter.com/pagalvin