A már meglévő feltételek: A mentő figyelmeztető SharePoint-sablonok (?)

Egy én dolgoztam egy korábbi nyertes építsünk ki egy kicsi, de hasznos HR alkalmazás a vállalati ügyfelek. Hogy a vállalkozó a SharePoint Designer végrehajtására használják a munkafolyamat része a megoldás. Egy kis rendetlenség. Például, kilenc SPD munkafolyamat támogató egyetlen logikai munkafolyamatok, és akár 5-öt is tűz egyszerre adott a megfelelő feltételek bármely adott időpontban. It’s not easy to debug 🙂

Az én-m ügyfél birtokol nagyszámú még mindig fennálló követelmények, amelyek közül az egyik, hogy általában több összefüggésben, ha a rendszer küld ki elektronikus levél riadókészültségbe helyez-mind az e-mail magát, valamint a társított tevékenység formái. Mint az SPD munkafolyamat végrehajtói, az "összegyűjti a felhasználó" SPD-művelet ténylegesen létrehoz egy feladatot az egyéni tartalomtípust. Ha az általunk használt művelet, nem kapunk, adja meg sok. Mi lehet kérni bizonyos értékek (pl. "jóváhagy" vagy "deny") és mi lehet adni egy fixen kódolt érték a cím és a Leírás. Ennyi.

Az én-m ügyfél követelmény két hajtsa:

  1. Amikor SharePoint küld egy e-mailt arról, hogy egy tevékenység-hozzárendeléshez, tartalmaz egy csomó információt a feladat, az e-mail szervezet.
  2. Ennél is fontosabb, messze – Amikor a felhasználó rákattint az e-mailben Tevékenységkapcsolat, a tevékenység űrlap kell minden olyan információt, amelyet a jóváhagyó van szüksége, hogy ő jóváhagyása vagy megtagadja a határozat. azonnal, a kezelőnek, kattintson az elemhivatkozás, maga-hoz fúr legyőz levegőbe a mögöttes részletek, és senki sem szereti, hogy. Kattints az e-mailben. Akkor kell egy valami homályos hivatkozásra az elem. Aztán megnézheti az alapjául szolgáló adatok (egy InfoPath-űrlap ebben az esetben). Kattintson vissza/back, stb. Mindenki utálja, hogy.

Amit örököltem ezt kissé zavaros technikai megoldást, és azt akarom, hogy a változtatásokat a legkevésbé tolakodó módon lehetséges.

Most szedem megközelítés az, hogy hozzon létre egy egyéni figyelmeztetési sablont. El tudja olvasni róla itt. Az áramlás a következőképpen működik:

  • Az SPD munkafolyamat.
  • Egy bizonyos ponton, feladatot rendel egy igazgató.
  • SharePoint rendszer automatikusan küld ki riasztást az igazgató. Ez nem része az SPD munkafolyamat, hanem "SharePoint mit." (A SharePoint időzítő szolgáltatása, Azt hiszem).
  • Egyéni riasztáskezelő hivatkoznak a szabványos értesítési folyamat mellett (magic szabályok leírtak szerint a fent hivatkozott cikk).
  • Mikor az én-m egyéni riasztáskezelő fut, Ez létrehoz egy szép e-mailt. Ennél is fontosabb, mivel ez a feladat a kezében, Ez is díszíti a tényleges tevékenység keretében szükséges valamennyi információt üzleti követelményének.
  • A felhasználó kap a elektronikus levél, és tele hasznos környezeti információt a.
  • Felhasználó csattan-on láncszem feladat és a feladat önmagában tele hasznos Cellakörnyezeti adatok.
  • Mindenki hazamegy görögdinnye és fagylalt.

Csináltam egy gyors POC, és ez jól működik a tesztkörnyezetben. Én kap a saját egyéni e-mail értesítést várt. Is kap a feladat leírása és a maga cím frissítése.

A kicsit csak trükkös, eddig, az, hogy elkerülni az olyan helyzeteket, ahol a riasztás frissíti a cikk, egy másik riasztást kiváltó. Ez nem gond nekem.

Ígéretesnek tűnik, eddig...

A nagy dolog, hogy nem kell sem a meglévő SPD munkafolyamat vacakol. Ők boldogan tudatában annak, hogy egy riasztáskezelő"IIZ FUTNI DA BAKGROUND, DECORATIN TEH FELADAT LISTA WIF MOAR KÖRNYEZETE”.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

hagyj válaszüzenetet

Az e-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *