Bir SharePoint çözümleri işçiliği bulmak ortaya çıkan desen güçlendirir SharePoint Designer iş akışı ve olay alıcı.
İşte bu bağlamda koymak için bir iş senaryosu:
- Bir doktor lib bir belgeyi karşıya yüklemek.
- Off çok adım iş akışı SharePoint Designer kullanarak oluşturulan tekme.
- Bu işlem sırasında bir noktada, iş akışı görev için birini atar (kullanıcıdan veri topla veya görev atama).
- Ne kadar o görevin tamamlanma bekliyor izlemek için KPI kullanmak istiyoruz. KPI tamamlanmış görevler veya vade için yeşil gösterir den fazla 3 gün sonra. Görev yarın veya bugün nedeniyle ise sarı gösterir. Görev nedeniyle geçmiş ise kırmızı gösterir.
- Burada kicker 's: Bu KPI tatil haberdar olmak için sürücüler çıkmak istiyorum.
Tatil tanımayan bir vade hesaplanamıyor SharePoint Designer iş akışında çok kolay Tarih. Bir özel eylemi oluþturmak veya 3 ait bir araç kullanın gerekir. Ancak, bir olay alıcı böyle bir tarihi hesaplamak çok kolay. Bu ikisi birlikte birleştirme ve biz böyle bir kalıbı döndürür:
- Gizli bir Evet tanımlamak/hiçbir site sütununu temel belge kitaplığı "DoCalcualteDueDate" etiketli.
- Yanlış olarak başlatma.
- İş akışı içinde uygun zamanda (e.g. Sadece "veri toplama önce" Eylem), Bu değer True olarak atayın.
- Bir ItemUpdate() olay alıcı görünüyor görmek için "DoCalculateDueDate" doğrudur. Olay alıcı her güncelleştirmek ishal, "DoCalculateDueDate" Normalde yanlıştır.
- Ne zaman iş akışı DoCalculateDueDate true olarak atar, olay alıcı tatil tanımayan due hesaplar tarihi.
- Olay alıcısı bu hesaplama yaptığında, Bu DoCalculateDueDate bayrağını false olarak ayarlar.
Sonunda, SPD iş akışı bir olay alıcı yolu ile DoCalculateDueDate semafor ile tebliğ ve biz tatil-farkında nedeniyle iş akışı'nın hayatında tam olarak doğru şu anda atanmış olan tarihleri. Ne zaman son tarih atanır ama olay alıcı gerçek hesaplama ve atama yapar SharePoint Designer denetler.
</sonunda>
Technorati Tags: SharePoint, SharePoint iş akışı