ადრე არსებული პირობები: SharePoint Alert თარგები სამაშველო (?)

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. მაგალითად, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

ჩემი მომხმარებელს რაოდენობის კიდევ გამოჩენილი მოთხოვნები, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "დაამტკიცოს", ან "უარყოფენ,") and we can specify a hard coded value in the title and description. That’s about it.

ჩემი დამკვეთის მოთხოვნის მოთხოვნა არის ის, ორი fold:

  1. When SharePoint აგზავნის ელექტრონული წერილის დაახლოებით ერთი ამოცანა assignment, შეიცავდეს a lot of information about ამოცანა in ელექტრონული წერილის body.
  2. რაც კიდევ უფრო მნიშვნელოვანია, by far – როდესაც მომხმარებელი დააჭერს ამოცანა ბმულზე წერილში, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (InfoPath ფორმა ამ შემთხვევაში). Then you click back/back, და ა.შ.. Everyone hates it.

მე მემკვიდრეობით ეს გარკვეულწილად რთული ტექნიკური გადაწყვეტა და მინდა ცვლილებების შეტანა მინიმუმ ექნებოდა გზა შესაძლებელი.

The approach I’m taking right now is to create a custom alert template. თქვენ შესახებ, რომ აქ. The flow works like this:

  • SPD workflow გადის.
  • რაღაც მომენტში, იგი ანიჭებს ამოცანა მენეჯერი.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (SharePoint მრიცხველის მომსახურება, მე მჯერა).
  • საბაჟო მზადყოფნაში კურატორმა არის მოიყვანა სასარგებლოდ სტანდარტული მზადყოფნაში პროცესი (შემდეგ ჯადოსნური წესების როგორც აღწერილია ზემოთ მითითებული მუხლის).
  • როდესაც ჩემი საბაჟო მზადყოფნაში კურატორმა გადის, it generates a beautiful email. რაც კიდევ უფრო მნიშვნელოვანია, მას შემდეგ, რაც მას აქვს დავალება ხელში, მას ასევე ამშვენებს ფაქტობრივი ამოცანა ყველა კონტექსტში ინფორმაციის დასაკმაყოფილებლად ბიზნეს მოთხოვნას.
  • მომხმარებლის იღებს ელექტრონული ფოსტის და ეს სრული სასარგებლო კონტექსტში ინფორმაცია.
  • მომხმარებელი დააჭერს ამოცანა რგოლი და ამოცანა თავად სავსეა სასარგებლო კონტექსტში ინფორმაცია.
  • ყველას მიდის სახლში აქვს watermelon და ნაყინის.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

მხოლოდ სახიფათო ცოტა, ჯერჯერობით, თავიდან აცილება, სადაც მზადყოფნაში განახლებები პუნქტის, triggering another alert. This doesn’t worry me.

გამოიყურება ჰპირდება ჯერჯერობით ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ RUNNIN IN DA BAKGROUND, DECORATIN Teh დრო სია WIF MOAR კონტექსტში".

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags: ,

დატოვე პასუხი

თქვენი ელ-ფოსტა არ გამოქვეყნდება. აუცილებელი ველები მონიშნულია *