Einer meiner Kunden mit einem früheren Auftragnehmer zu bauen, eine kleine, aber nützliche HR-Anwendung für das Unternehmen gearbeitet. Diesen Auftragnehmer verwendet SharePoint Designer Workflows-Teil der Lösung zu implementieren. Es ist ein bisschen ein Durcheinander. Zum Beispiel, Es sind neun SPD-Workflows zur Unterstützung einer einzigen logischen Workflow-Prozess und kann bis zu fünf von ihnen gleichzeitig zu einem bestimmten Zeitpunkt die richtigen Voraussetzungen gegeben ausgelöst. It’s not easy to debug 🙂
Mein Kunde hat eine Reihe von noch ausstehenden Anforderungen, eine davon ist im Allgemeinen mehr Kontext angeben, wenn das System e-Mail-Benachrichtigungen – sowohl in der e-Mail selbst sowie die zugeordneten Vorgangs Formen versendet. Wissen als SPD Workflow-Implementierung, die "Sammeln von Daten vom Benutzer" SPD-Aktion tatsächlich erstellt eine Aufgabe mit einem benutzerdefinierten Inhaltstyp. Wenn wir diese Aktion verwenden, Wir kommen nicht viel angeben. Wir können für einige Werte aufgefordert. (zB. "genehmigen Sie" oder "ablehnen") und wir können einen hart codierten Wert angeben, den Titel und Beschreibung. Das ist es.
Anforderung des Kunden ist, dass zwei Falten:
- Wenn SharePoint sendet eine Email zu einer Aufgabe, Schließen Sie eine Menge Informationen über die Aufgabe in den e-Mail-Text.
- Noch wichtiger ist, bei weitem – klickt der Benutzer auf den Task-Link in der e-Mail, Vorgang: Maske sollten alle Informationen haben, das die genehmigende Person braucht, um zu bilden seine genehmigen oder verweigern Entscheidung. Jetzt gerade, der Manager muss klicken auf den Link Element selbst Drilldown in der zugrunde liegenden Details und niemand mag es, die. Sie müssen in der e-Mail klicken. Dann müssen Sie einen Art von obskuren Link auf das Aufgabenelement klicken. Dann können Sie die zugrunde liegenden Daten einsehen (eine InfoPath-Formular in diesem Fall). Dann klicken Sie zurück/back, usw.. Jeder hasst es.
Ich habe diese etwas chaotisch technische Lösung geerbt und Änderungen in den wenigsten intrusive Weg möglich machen möchte.
Der Ansatz, den ich jetzt nehme ist, erstellen Sie eine benutzerdefinierte Warnung Vorlage. Dazu lesen Sie hier. Der Informationsfluss funktioniert wie folgt:
- SPD Workflow ausgeführt werden.
- An einem gewissen Punkt, Es weist eine Aufgabe an einen manager.
- SharePoint-System versendet automatisch eine Warnung an, dass der manager. Dies ist nicht Teil der SPD-Workflow, sondern vielmehr "Was bedeutet SharePoint." (Der SharePoint-Timerdienst, Ich glaube).
- Ein benutzerdefinierter Warnung Handler wird zu Gunsten der standard-Warnungs-Prozess aufgerufen. (magische Regeln verwiesen, wie in den oben beschriebenen Artikel).
- Wenn meine benutzerdefinierten Alarm Handler ausgeführt wird, Es erzeugt eine schöne email. Noch wichtiger ist, Da sie die Aufgabe in der hand hat, Es schmückt auch die eigentliche Aufgabe alle Kontext Informationen notwendig, um die geschäftlichen Anforderungen erfüllen.
- Der Benutzer erhält die e-Mail und es ist voll von nützlichen Kontextinformationen.
- Benutzer klickt auf den Aufgabenlink, und die Aufgabe selbst ist voll von nützlichen Kontextinformationen.
- Geht jeder nach Hause, Wassermelone und Eis haben.
Ich habe eine schnelle POC, und es funktioniert gut in einer Testumgebung. Ich bekomme meine benutzerdefinierten e-Mail-Warnung wie erwartet. Ich bekomme auch die Aufgabenbeschreibung und Titel selbst aktualisieren.
Das nur schwierig bit, bisher, soll vermieden werden, wo die Warnung das Element aktualisiert, eine weitere Warnung generiert. Dies sorgen nicht mich.
Sieht vielversprechend aus bisher...
Das Tolle daran ist, dass brauche ich nicht mit irgendwelchen der vorhandenen SPD Workflows Dreck über. Sie sind völlig ahnungslos, dass ein Warnung Handler"IIZ RUNNIN IN DA MENTORPROGRAMM, DECORATIN TEH AUFGABE LISTE WIF MOAR KONTEXT”.
</Ende>
Folgen Sie mir auf Twitter bei http://www.twitter.com/pagalvin
