Jeden z mojich klientov pracoval s Predchádzajúci dodávateľ postaviť malý, ale užitočný HR aplikácia pre podnik. Tento dodávateľ používa program SharePoint Designer realizovať časť pracovného postupu riešenia. Je to trochu neporiadok. Napríklad, Existuje deväť SPD toky činností na podporu jednotného logického pracovného postupu a až päť z nich môže oheň súčasne v danom okamihu daná správnych podmienok. Nie je ľahké odladiť 🙂
Môj klient má rad ešte nevybavených požiadaviek, jedným z nich je vo všeobecnosti poskytujú viac kontexte, keď systém odošle e-mailové upozornenia – aj v e-mailovej sám, ako aj formy priradenej úlohy. Ako JPD toku realizátormi vedieť, "zhromažďovanie údajov od používateľa" SPD akcia vlastne vytvorí úlohu s vlastného typu obsahu. Keď sme používať, že akcia, nebudeme mať moc určiť. Sme výzvu pre niektoré hodnoty (napr.. "schváliť" alebo "odoprieť") a môžeme zadať hodnotu tvrdý kódovaný nadpis a popis. To je asi tak.
Môj klient je dvojaký:
- Keď SharePoint pošle email o priraďovania úloh, obsahuje veľa informácií o úlohe v tele e-mailu.
- Ešte dôležitejšie je, zďaleka – keď používateľ klikne na prepojenie úlohy v e-mailu, Formulár úlohy by mali mať všetky informácie, ktoré schvaľovateľ potrebuje, aby sa jeho schváliť alebo odmietnuť rozhodnutie. hneď teraz, manažér musí kliknúť na prepojenie na položku, sám vŕtať dole do podstatných informácií a nikto nemá rád, že. Musíte kliknúť na e-mailu. Potom musíte kliknúť akýsi nejasný odkaz v položke úlohy. Potom môžete pozrieť na podkladových údajov (v tomto prípade formulár programu InfoPath). Kliknite/chrbtom, atď. Všetci nenávidia.
Som zdedil tento trochu chaotický technické riešenie a chcem urobiť zmeny najmenej rušivým spôsobom možné.
Je prístup, beriem teraz vytvoriť šablónu upozornenia. Si môžete prečítať o tom tu.. Tok funguje takhle:
- SPD workflow beží.
- V určitom okamihu, Priradí úlohu s manažér.
- SharePoint systém automaticky posiela upozornenia ktoré správca. Toto nie je časťou SPD workflow ale skôr "čo SharePoint." (Služba SharePoint timer service, Verím, že).
- Vlastné popisovači výstrah je uplatnený v prospech štandardný proces upozornenia (mágia pravidiel opísaných v uvedenom odkazuje článok).
- Keď beží moje vlastné popisovači výstrah, to vytvára krásny e-mail. Ešte dôležitejšie je, od tej doby má za úlohu v ruke, to tiež zdobia pokosiť všetky súvislosti informácie potrebné na splnenie požiadaviek podnikania.
- Užívateľ dostane e-mailom a je plná užitočných kontextové informácie.
- Používateľ klikne na prepojenie úlohy a úloha sám je plný užitočných kontextové informácie.
- Každý jede domov melón a zmrzlina.
Urobil som rýchly POC a pracuje aj v laboratóriu prostredia. Dostanem moje vlastné e-mailové upozornenia, ako sa očakávalo. Tiež som si aktualizovať Popis úlohy a samotného názvu.
Len záludné bit, tak ďaleko, je zabrániť situácii, kde upozornenie aktualizácie položky, spúšťanie iné upozornenie. To mi nevadí.
Vyzerá to sľubne, tak ďaleko...
Skvelá vec na tom je, že nemusíte musieť muck asi s niektorou z existujúcich pracovných postupov SPD. Oni sú blažene nevedomý, že popisovači výstrah je"IIZ RUNNIN V DA BAKGROUND, ZDOBENIE TEH ÚLOH ZOZNAM WIF MOAR KONTEXTE”.
</koniec>
Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin