En av mine klienter arbeidet med en tidligere entreprenør til å bygge ut en liten, men nyttig HR søknad for bedriften. Som entreprenør brukes SharePoint Designer til å implementere den arbeidsflyt delen av løsningen. Det er litt av et rot. For eksempel, Det er ni SPD arbeidsflyter til støtte for en enkelt logisk arbeidsflytprosessen og opp til fem av dem kan skyte samtidig til enhver tid gitt de rette forholdene. It’s not easy to debug 🙂
Meg kunden har en rekke fortsatt udekkede behov, en av dem er generelt gi mer sammenheng når systemet sender ut e-postvarsler-både i den email seg samt tilknyttede oppgaveskjemaer. Som SPD vet arbeidsflyt implementers, "samle data fra brukeren" SPD handlingen faktisk skaper en aktivitet med en tilpasset innholdstype. Når vi bruker handlingen, Vi får ikke angi mye. Vi kan be om noen verdier (f.eks. "godkjenne" eller "nekte") og vi kan angi en hard kodet verdi i tittelen og beskrivelsen. Det er det..
Min kundens krav er to fold:
- Når SharePoint sender en e-post om en oppgavetilordning, inkludere en mengde informasjon om aktiviteten i e-postens brødtekst.
- Enda viktigere, langt – Når brukeren klikker på aktivitetskoblingen i e-posten, aktivitetsskjemaet bør ha all informasjon godkjenneren trenger for å gjøre sin Godkjenn eller avslå avgjørelse. akkurat nå, Lederen må klikker på Elementkoblingen å vise underliggende detaljer og liker ingen som. Du må klikke i e-. Må du klikke en slags obskure kobling på oppgaveelementet. Du kan se på de underliggende dataene (et InfoPath-skjema i dette tilfellet). Klikk tilbake/tilbake, osv.. Alle hater det.
Jeg har arvet denne noe rotete teknisk løsning, og jeg vil gjøre endringer på minst påtrengende måte mulig.
Tilnærmingen jeg tar nå er å opprette en egendefinert varsel mal. Du kan lese om det her. Flyten arbeider sånn:
- SPD arbeidsflyten kjøres.
- På et tidspunkt, en oppgave tilordnes til en manager.
- SharePoint-systemet sender automatisk ut et varsel til den aktuelle overordnede. Dette er ikke en del av SPD arbeidsflyten, men heller "hva SharePoint gjør." (Tidtakertjenesten i SharePoint, Jeg tror).
- Et egendefinert alert behandlingsprogram startes for standard alert prosessen (magiske regler refererte som beskrevet ovenfor artikkel).
- Når min egendefinert alert behandlingsprogram kjører, Det genererer en vakker epost. Enda viktigere, siden det har aktiviteten i hånden, det også dekorerer faktiske oppgaven med alle kontekstinformasjon som er nødvendig for å møte kravet om business.
- Brukeren får e-posten, og den er full av nyttig kontekstinformasjon.
- Brukeren klikker på aktivitetskoblingen og selve er full av nyttig kontekstinformasjon.
- Alle går hjem å ha vannmelon og iskrem.
Jeg gjorde en rask POC og det fungerer bra i et laboratoriemiljø. Jeg får min e-varselet som forventet. Jeg får også oppdatere Oppgavebeskrivelsen og tittelen i seg selv.
Det bare vanskelig bit, så langt, er å unngå en situasjon der varselet oppdaterer elementet, utløser en annen varsel. Dette bekymre ikke meg.
Ser lovende så langt...
Flotte med dette er at jeg ikke trenger å muck om med noen av de eksisterende SPD-arbeidsflytene. De er uvitende at et varsel er"IIZ DRIVER I DA BAKGROUND, DECORATIN TEH OPPGAVE LISTE WIF MOAR KONTEKST”.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin