Jeden z mých klientů pracoval s předchozím dodavatelem vybudovat z malé, ale užitečné HR aplikace pro rozlehlou síť. Tento dodavatel lze implementovat část pracovního postupu řešení SharePoint Designer. To je trochu zmatek. Například, existuje devět SPD pracovní postupy na podporu jediné logické pracovní postup a až pět z nich může oheň současně v daném okamžiku dané podmínky. It’s not easy to debug 🙂
Můj zákazník má řadu dosud nevyřízených požadavků, jedním z nich je obecně poskytnout další kontext, když systém odešle e-mailová upozornění – jak v e-mailu, sám, stejně jako související úkol formy. Jako SPD workflow realizátory vědět, akce "shromažďovat data od uživatele" SPD ve skutečnosti vytvoříte úkol s vlastní typ obsahu. Když používáme akce, Nemáme moc určit. Můžeme se dotázat na některé hodnoty (např.. "schválit" nebo "odepřít") a můžeme určit hodnotu pevně zakódovaný v názvu a popisu. To je vše.
Můj zákazník požadavek je dvojí:
- Když SharePoint odešle e-mail o přiřazení úkolu, obsahuje spoustu informací o úkolu v těle e-mailu.
- Ještě důležitější je, zdaleka – Když uživatel klepne na odkaz úkolu v e-mailu, Formulář úkolů by měla mít všechny informace, které schvalovatel potřebuje, aby se jeho schválit nebo zamítnout rozhodnutí. Hned teď, manažer musí kliknout na odkaz položky přímo přejít do technických podrobností a nikdo nemá rád. Musíte klepnout v e-mailu. Pak je třeba klepnout na jakýsi obskurní odkaz na položku úkolu. Pak se můžete podívat na podkladová data (aplikace InfoPath tvoří v tomto případě). Klepněte na tlačítko zpět/zpět, atd. Všichni nenávidí.
Zdědil jsem poněkud chaotický technické řešení a chci udělat změny v nejméně dotěrné způsobem možné.
Přístup, beru teď je vytvořit šablonu vlastní upozornění. Si můžete přečíst o tom zde. Toku funguje takto:
- SPD pracovní postup bude spuštěn.
- V určitém okamžiku, přiřadí úkol manažera.
- Systém služby SharePoint automaticky odešle výstrahu danému vedoucímu. To není součástí SPD workflow, ale spíše "SharePoint co." (Služba SharePoint timer service, Věřím, že).
- Vlastní popisovači upozornění je vyvoláno ve prospěch proces standardní oznámení (Kouzelná pravidel jak je popsáno ve výše odkazovaný článek).
- Když běží můj vlastní popisovači upozornění, To vytváří krásný e-mail. Ještě důležitější je, vzhledem k tomu, že to má za úkol v ruce, to také zdobí aktuální úkol všechny kontextové informace nezbytné pro splnění požadavku obchodní.
- Uživatel dostane e-mail a je to plné užitečných kontextové informace.
- Uživatel klepne na odkaz úkolu a úkol sám je plný užitečných kontextové informace.
- A všichni budeme mít meloun a zmrzliny.
Udělal jsem rychlé ověření koncepce a funguje to dobře v testovacím prostředí. Já si své vlastní e-mailové upozornění podle očekávání. Také jsem si aktualizovat popis úkolu a název.
Jediná choulostivá, zatím, je předejít situaci, kdy záznam aktualizuje položku, což vyvolalo další upozornění. To mi nevadí.
Zatím vypadá slibně...
Skvělá věc na tom je, že není třeba hnojit asi s některou z existujících pracovních postupů, SPD. Jsou to blažené nevědomosti, že obslužná rutina výstrahy je"IIZ RUNNIN V DA BAKGROUND, DECORATIN TÁ ÚLOH SEZNAM WIF MOAR KONTEXT”.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
