我的一個客戶共事前的承建商,打造出了企業小但有用 HR 應用程式. 那個承包商 SharePoint 設計器用於實現該解決方案的工作流部分. 它是有點亂. 例如, 有九個 SPD 工作流支援單個邏輯工作流進程和達五人可能在任何給定的時間,給出了正確的條件同時開槍. 調試起來並不容易 🙂
我的客戶擁有一些仍然懸而未決的要求, 其中之一是通常提供更多的上下文時,系統會發送電子郵件通知 — — 無論是在電子郵件本身以及相關聯的任務形式. 作為 SPD 工作流執行者知道, "從使用者收集資料"SPD 行動實際上與自訂內容類型創建一個任務. 當我們使用該操作, 我們不去指定很多. 我們可以提示輸入一些值 (例如:. "批准"或者"拒絕") 我們可以指定一個硬式編碼值中的標題和說明. 這大概就是.
我的客戶的要求是兩折:
- 當 SharePoint 發送郵件任務分配, 電子郵件正文中包含大量的有關任務的資訊.
- 更重要的是, 到目前為止 – 當使用者按一下電子郵件中的任務連結, 工作表單應該有核准者使其批准或拒絕的決定所需的所有資訊. 馬上, 經理需要點擊專案連結本身向下切入到底層的細節,沒人喜歡,. 您必須按一下電子郵件中. 然後您需要按一下任務專案上有點晦澀的連結. 然後你可以看看基礎資料 (在這種情況下形成的 InfoPath). 然後你點擊後面或後面, 等. 每個人都討厭它.
我繼承了這個有點淩亂的技術解決方案和我想要盡可能的少侵入性的方式進行更改.
馬上帶的方法是創建一個自訂的警報範本. 這裡你可以閱讀有關的. 像這樣工作流程:
- SPD 工作流運行.
- 在一些點, 它將任務分配給經理.
- SharePoint 系統會自動發出警報,對那位經理. 這不是一部分的 SPD 工作流,而是"什麼 SharePoint?" (SharePoint 定時服務, 我相信).
- 支援標準的警報進程調用自訂報警處理 (下面魔法規則如上文所述參考文章).
- 我自訂的警報處理常式運行時, 它生成一個漂亮的電子郵件. 更重要的是, 因為它有任務在手, 它還裝飾具有滿足業務要求所必需的所有上下文資訊的實際任務.
- 獲取使用者的電子郵件,它是有用的上下文資訊的完整.
- 使用者點選連結任務的任務本身是完整的有用的上下文資訊,.
- 每個人都回家來了西瓜和霜淇淋.
我做快速的 POC 和它的作品在實驗室環境中. 我得到我的自訂電子郵件警報按預期. 我也要更新的任務說明和標題本身.
唯一麻煩的地方, 到目前為止, 是為了避免地方警報更新專案情況, 觸發另一個警報. 這並不讓我擔心.
到目前為止似乎有希望...
偉大的事情是,我不需要再亂動任何現有的 SPD 工作流. 他們是無所不知的警報處理常式是"IIZ 狂奔在 DA BAKGROUND, 天藝 TEH 工作清單火爆莫瓦爾上下文”.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
Technorati 標籤: SharePoint,SharePoint 工作流