Varasem tingimused: SharePointi teatise malle appi (?)

Üks minu kliendid, töötanud eelmise töövõtja ülesseadmist väikese, kuid kasuliku HR taotlus ettevõtluse. Et töövõtja kasutada SharePoint Designeri rakendamiseks lahuse alikvoot töövoog. See on natuke jama. Näiteks, üheksa SPD töövooge toetuseks ühe loogilise Töövooprotsessi ja kuni 5 kaupa võib tulekahju samaaegselt igal ajahetkel antud tingimused. It’s not easy to debug 🙂

Minu kliendil on endiselt rahuldamata nõuded, millest üks on üldiselt pakkuda rohkem konteksti kui süsteem saadab välja e-posti teateid – nii e-kirja enda kui ka seostuva ülesande vormid. Kuna ühtse Programmdokumendi töövoo rakendajatele tead, "koguda andmeid kasutaja" ühtse Programmdokumendi meetme tegelikult loob tööülesande sisutüübi kohandatud. Millal me kasutame toiming, Me ei saa määrata palju. Meil saate kiiresti mõned väärtused (näiteks. "kinnitamine" või "keelata") Me kõva kodeeritud väärtuse määrama tiitel ja kirjeldus. See on umbes see.

Mu kliendi nõue on kaks korda:

  1. Kui SharePointi saadab tööülesande e-posti, sisaldab palju informatsiooni ülesande meilisõnumi keha.
  2. Veelgi olulisem on, kaugelt – Kui kasutaja klõpsab tööülesande link e-postiga, ülesandevormi peaks olema kogu teave kinnitaja vajab selleks, et teha tema kinnitamine või rahuldamata jätmise otsuse. Kohe praegu, juht peab ise drill down üksikasjade üksuse lingi ja keegi meeldib, et. Email klõpsamist. Seejärel tuleb klõpsata omamoodi varjavad link üksuse ülesanne. Seejärel saate vaadata alusandmeid (InfoPathi vormi kui). Seejärel kliki back/tagasi, jne. Igaüks vihkab seda.

Olen pärinud seda veidi räpane tehnilise lahenduse ja ma tahan teha muudatusi vähem pealetükkivad viisil võimalik.

Ma võtan kohe lähenemine on kohandatud teatiste malli loomine. Te saate lugeda seda siin. Voolu toimib niimoodi:

  • Ühtse Programmdokumendi töövoog käivitub.
  • Mingil hetkel, ta määrab tööülesande juht.
  • SharePointi süsteem saadab automaatselt teatise läbi selle manager. See ei ole osa ühtse Programmdokumendi töövoog, vaid pigem "mida SharePointi teeb." (Teenus SharePoint timer service, Usun, et).
  • Kohandatud alert käitleja kasutakse kasuks standard alert protsess (magic reeglitele nagu kirjeldatud eespool viidatud artikli).
  • Kuna minu kohandatud alert sündmuseohjuri käitamisel, See tekitab ilus email. Veelgi olulisem on, Kuna see ülesanne käes, ka kaunistab tegelik ülesanne kogu seoses teabe täitmiseks kasutada business nõue.
  • Kasutaja saab selle e-posti ja on täis kasulikku teave.
  • Kasutaja klikib linki tööülesande ja ülesanne ise on täis kasulik teave.
  • Igaüks läheb koju arbuusi ja jäätist.

Ma tegin kiire POC ja see toimib hästi keskkonnas lab. Ma saan minu custom e-posti märguanne ootuspäraselt. Ma ka saan uuendada ülesande kirjeldus ja pealkiri ise.

Ainult keeruline natuke, siiani, on vältida olukorda, kus teate uuendab kauba, veel üks märguanne võib põhjustada. See ei muretse mind.

Paljulubav siiani...

See vahva on, et ma ei pea muckida ühegi olemasoleva ühtse Programmdokumendi töövood. Nad on õndsalt teadmatuks, et alert käitleja on"IIZ DA BAKGROUND RUNNIN, DECORATIN TEH TÖÖÜLESANNETE LOENDI WIF MOAR KONTEKSTIS”.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Jäta vastus

Teie e-posti aadressi ei avaldata. Kohustuslikud väljad on tähistatud *