Unu el miaj klientoj laborita kun antaŭa kontraktisto konstrui ekstere malgrandan sed utila HRa apliko por la entrepreno. KE kontraktisto uzis SharePoint Designer efektivigi la workflow parto de la solvo. Ĝi estas iom de malordo. Ekzemple, Estas naŭ SPD workflows en subteno de ununura logika workflow procezo kaj ĝis kvin el ili povas pafadi samtempe ĉe ajna donita tempon donita la ĝustajn kondiĉojn. It’s not easy to debug 🙂
Mia kliento havas nombron de kvieta-elstaraj postuloj, Unu el kiu estas ĝenerale provizi pli da kunteksto kiam la sistemo elsendas retpoŝtigi atentigojn – ambaŭ en la retpoŝto ĝi mem tiel kiel rilataj taskaj formoj. Kiel SPD workflow implementers scias, La “kolekti datumon de uzanta” SPD ago efektive kreas taskon kun laŭmenda enhava tipo. Kiam ni uzas ke ago, Ni ne akiras specifi tre. Ni povas instigi por kelkaj valoroj (Ekz. ??Pprove?? #A? ??Eny?) Kaj ni povas specifi malfacile kodita valoron en la titolo kaj priskribo. Tio estas pri ĝi.
Mia kliento?? Postulo estas du faldo:
- Kiam SharePoint sendas #retpo?to pri taska komisio, Inkluzivi multan informon pri la tasko en la #retpo?to korpo.
- Pli grave, De fora – Kiam la uzantaj klakoj sur la taska ligo en la #retpo?to, La taska formo devus havi ĉiuj la informo la approver bezonoj por fari lia/ŝia aprobi aŭ nei decidon. Ĝuste nun, La manaĝeraj bezonoj klaki sur la ero ligas ĝin mem bori malsupren en la fundamentaj detaloj kaj neniu ŝatas tion. Vi devi klaki en la retpoŝto. Tiam vi devas klaki specon de neklara ligo sur la taska ero. Tiam vi povas rigardi la fundamentan datumon (InfoPath formo en #?i tiu kazo). Tiam vi klakas malantaŭan/malantaŭon, Ktp. Ĉiu malamas ĝin.
I??E heredis #tio ?i iom messy teknika solvo kaj mi deziras fari #?an?o en la malpli trudema vojo ebla.
La alproksimiĝo mi estas prenanta ĝuste nun estas krei laŭmendan atentigan ŝablonon. Vi povas legi pri kiu #?i tie. La fluo laboras tiel:
- SPD workflow kuroj.
- Ĉe iu punkto, ?i asignas taskon al #mana?ero.
- SharePoint sistemo aŭtomate elsendas atentigon al tiu manaĝero. Tio ĉi ne estas forlasi de la SPD workflow sed prefere “kio SharePoint faras.” (La SharePoint minutatora servo, Mi kredas).
- #La?menda atentiga prizorganto estas alvokita en favoro de la norma atentiga procezo (Sekvanta magiajn regulojn kiel priskribita en la sur referencita artikolon).
- Kiam miaj #la?menda atentigaj prizorgantaj kuroj, Ĝi produktas belan retpoŝton. Pli grave, Pro tio ke ?i havas la taskon mane, ?i #anka? ornamas la realan taskon kun #?iuj la kunteksta informo necesa renkonti la komercan postulon.
- La uzanto akiras la #retpo?to kaj ?in?? Plene de utila kunteksta informo.
- Uzantaj klakoj sur la taska ligo kaj la tasko ?i mem estas plene de utila kunteksta informo.
- #?Iu iras hejme havi akvomelonon kaj glacian kremon.
Mi faris rapidan POC kaj ĝin laboras bone en laboritoria medio. Mi akiras mian laŭmendan retpoŝtan atentigon kiel atendata. Mi ankaŭ akiras ĝisdatigi la taskan priskribon kaj titoli ĝin mem.
La nura delikata peco, Tiel ege, Estas eviti situacion kie la atentigo #?isdatigi la eron, Ekkaŭzanta alian atentigon. Tio ĉi ne maltrankvilas min.
Rigardas promesanta tiel ege?
La granda afero pri tio ĉi estas ke mi ne devas al feĉo pri kun iu ajn de la ekzistanta SPD workflows. Ili estas blissfully nekonscia ke atentiga prizorganto estas “IIZ RUNNIN JE DA BAKGROUND, DECORATIN TEHa TASKO LISTA WIF MOARa KUNTEKSTO”.
</Fino>
Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin
