Een van mijn cliënten gewerkt met een eerdere aannemer voor de bouw van een kleine maar nuttige HR applicatie voor de onderneming. Die aannemer SharePoint Designer gebruikt voor de uitvoering van de werkstroom deel van de oplossing. Het is een beetje een puinhoop. Bijvoorbeeld, Er zijn negen EPD werkstromen ter ondersteuning van een enkele logische workflowproces en maximaal vijf van hen kan brand gelijktijdig op een gegeven moment de juiste omstandigheden. Het is niet eenvoudig om fouten op te sporen 🙂

Mijn klant heeft een aantal nog openstaande behoeften, een daarvan is het over het algemeen leveren meer context wanneer het systeem e-mail alerts – zowel in de e-mail zelf, alsmede de bijbehorende taakformulieren stuurt. Als SPD weten werkstroom uitvoerders, de actie "verzamelen gegevens van gebruiker" SPD maakt eigenlijk een taak met een aangepaste inhoudstype. Wanneer we dat actie gebruiken, We krijgen niet om op te geven veel. We kunnen vragen voor sommige waarden (bijvoorbeeld. "goedkeuren" of "weigeren") en kunnen we een hard gecodeerde waarde opgeven in de titel en beschrijving. That's about it.

Mijn klant eis is dat twee vouwen:

1. Wanneer SharePoint stuurt een e-mail over een taaktoewijzing, een heleboel informatie over de taak opnemen in de hoofdtekst van e-mail.
2. Wat nog belangrijker is, veruit – Wanneer de gebruiker klikt op de taak link in de e-mail, het taakformulier moet beschikken over alle informatie die de goedkeurder nodig heeft om te maken van zijn/haar goedkeuren of weigeren van besluit. Nu onmiddellijk, de manager moet Klik op de koppeling van het item zelf aan Voer een drilldownbewerking uit op de onderliggende details en niemand houdt van die. U moet klikken in de e-mail. Dan moet je een soort van duistere koppeling op het taakitem te klikken. Dan kunt u kijken naar de onderliggende gegevens (in dit geval vormen een InfoPath). Klik vervolgens op je rug/rug, etc. Iedereen heeft een hekel aan het.

Ik heb deze enigszins rommelig technische oplossing overgenomen en ik wijzigingen wilt aanbrengen in de minst indringende wijze mogelijk.

De aanpak die ik ben nu nemen is het creëren van een aangepaste waakzame sjabloon. U kunt lezen over die hier. De stroom werkt als volgt:

• SPD werkstroom wordt uitgevoerd.
• Op een bepaald punt, een taak wordt toegewezen aan een manager.
• SharePoint systeem stuurt automatisch een waarschuwing aan deze manager. Dit is geen onderdeel van de SPD-werkstroom maar "wat SharePoint doet." (De SharePoint-timerservice, Ik denk dat).
• Een aangepaste waakzame handler wordt aangeroepen in het voordeel van het standaard waarschuwing proces (magische regels te volgen verwezen zoals beschreven in de bovenstaande artikel).
• Wanneer mijn aangepaste waakzame handler wordt uitgevoerd, het genereert een prachtige e-mail. Wat nog belangrijker is, omdat het heeft de taak in de hand, het siert ook de werkelijke taak met alle kader-informatie die nodig is om te voldoen aan de eis van zakelijke.
• De gebruiker ontvangt de e-mail en het zit vol met nuttige context information.
• Gebruiker op de taakkoppeling verwijderen en de taak zelf is vol met nuttige kader informatie.
• Iedereen gaat naar huis om watermeloen en ijs.

Ik deed een snelle POC en het werkt goed in een testomgeving. Ik krijg mijn aangepaste e-mail alert zoals verwacht. Ik krijg ook de beschrijving van de werkzaamheid en de titel zelf bijwerken.

De alleen lastig bit, tot nu toe, is om te voorkomen dat een situatie waar de waarschuwing het item bijgewerkt, een andere waarschuwing triggering. Dit niet ongerust maken me.

Ziet er veelbelovend zo ver...

Het grote ding over dit is dat ik niet hoeft te muck over met een van de bestaande SPD-werkstromen. Ze zijn zalig niet van bewust dat een waarschuwing handler is"IIZ RUNNIN IN DA BAKGROUND, DECORATIN TEH TAAK LIJST WIF MOAR CONTEXT”.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin