ერთი განვითარებადი ნიმუშების მე, რათა შეიმუშაოს SharePoint გადაწყვეტილებები ბერკეტი SharePoint დიზაინერი workflow და ღონისძიება მიმღები.

აქ არის ბიზნეს სცენარი იმისათვის, რომ ეს კონტექსტში:

• ავტვირთო დოკუმენტი doc lib.
• მე გამოაგდონ off მრავალ ნაბიჯი workflow შექმნილია SharePoint დიზაინერი.
• რაღაც მომენტში დროს, რომ პროცესი, workflow assigns a task to someone (via collect data from user or assign a task).
• We want to use a KPI to track how long that task is awaiting completion. The KPI shows green for tasks that are completed or due more than 3 days from now. It shows yellow if the task is due tomorrow or today. It shows red if the task is past due.
• აი kicker: მინდა თარიღი რომ მართავს, რომ KPI იყოს დასვენების იცის.

I can’t calculate a holiday-aware due date in SharePoint Designer workflow very easily. I would have to create a custom action or use a 3rd party tool. თუმცა, it’s easy enough to calculate such a date in an event receiver. Merge those two together and we get a pattern like this:

• Define a hidden yes/no site column on the document library labeled "DoCalcualteDueDate".
• ინიციალიზაცია მას ყალბი.
• საჭირო დროს ამ workflow (e.g. just before the "collect data" აქცია), დაავალოს, რომ მნიშვნელობა True.
• ItemUpdate() event receiver looks to see if "DoCalculateDueDate" is true. Since the event receiver runs on every update, "DoCalculateDueDate" ჩვეულებრივ ცრუ.
• როდესაც სამუშაოს ანიჭებს DoCalculateDueDate ჭეშმარიტი, ღონისძიება მიმღები ითვლის დასვენების იცის ვადები.
• როდესაც ღონისძიება მიმღები აკეთებს ამას გაანგარიშებით, იგი ადგენს DoCalculateDueDate flag ყალბი.

და ბოლოს, SPD workflow is communicated with an event receiver via the DoCalculateDueDate semaphore and we have holiday-aware due dates that are assigned at the exactly correct moment in the workflow’s life. SharePoint Designer controls when the due date is assigned but the event receiver performs the actual calculation and assignment.

</ბოლო>

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