Kategori Arşivleri: SharePoint iş akışı

Günlük Görev anımsatıcıları e-postayla gönderme // SharePoint Designer Workflow içinde döngü

Bir kaç hafta önce bir günlük bir görev hatırlatıcı e-posta gönderen bir SharePoint Designer iş akışı oluşturmak nasıl açıklayan ayrıntılı bir makale yazdı. Bu oldu Yayın tarihi Yeni at SharePoint dergisi Site. Daha genel olarak, makaleyi SPD'de bir döngü yapısı oluşturmak nasıl gösterir.

Dergi makaleleri dahil olmak üzere çok çeşitli vardır., diğer şeyler arasında, çok teknik malzeme, röportajlar ve Sektörel Haberler. Ben senin RSS feed eklemek tavsiye.

Eğer sen-si olmak bir ürün veya hizmet satmak için, Ben de reklam sitede ele alacak. Zaten bakarken gözleri birkaç bin çiftleri ile güçlü bir başlangıç için kapandı. Bu büyümeye emin.

Son olarak, Eğer bir şeyler yazmak ve dışarı daha büyük bir izleyici almak için kaşıntı, bir büyük zaman ve yer bir çizik için bu.

</sonunda>

Benim blog abone.

Technorati Tags:

En son “SharePoint Designer savunmak için” Uygun olan madde

Mark Miller üzerinde Son kullanıcı SharePoint büyük iş akışı çözümleri kadar onun site oluşturmak için SharePoint Designer kullanma hakkında en son yazı gönderdi. Check it out.

Bu makalede, Tasarım süreci hakkında konuşmak ve, daha ayrıntılı olarak, SharePoint özelliklerini kullanarak bir test güvenilir ve tekrarlanabilir süreci nasıl kurulur (Özel listeler, site şablonları). Makaleyi son kullanıcılar hedef alıyor., Ancak geliştiriciler için iyi bir yaklaşım çok.

</sonunda>

Benim blog abone.

SharePoint Designer'da iş akışı etkinliğini günlüğe kaydetme

Geçen hafta, Nasıl dışarı çalışıyordu. döngü ve durum makinesi uygulamak SharePoint Designer'ı kullanarak ve söz, bir kenara olarak, Muhtemelen daha iyi iş akışı günlüğü hakkında bir blog yazısı yazmak.

İyi, Sanjeev Rajput beni yendi. Bir göz atın.

Özel bir liste günlük verilerini kurtarmak düzenli iş akışı geçmişi'ni kullanma için üstün gözüküyor:

  • Özel bir liste, Yani çok kolay Excel'e verebilirsiniz.
  • Sen-ebilmek yaratmak views, dinamik verilere filtre uygulama, vb.
  • Auto-tasfiye ile normal iş akışı geçmiş olsun tabi değildir.

Bazı riskler / olumsuzlukları:

  • Birçok çalışan iş akışları ile günlüğü çok listeye yazılması çok fazla veri neden olabilir.
  • Belki sen * * istiyorum otomatik temizleme. Bu yaklaşım ile bu özelliği anlamıyorsun (kodlama olmadan).
  • Güvenlik zordur. Listeye yazmak için, kullanıcının izin olmalıdır. Yani bunun "resmi herhangi bir türü için uygun değil muhtemelen" kullanıcı liste keşfetmek ve düzenlemek beri denetim. Bu bazı özel programlama ile üstesinden olabilir.

</sonunda>

Technorati Tags:

Benim blog abone.

Tribbles ile sorun … err .. KPI'ları

Bu geçen hafta konsept projelerinin bir kanıtı bir istemcinin Manhattan'da bitirdim. Çözüm uygulama sırasında, Ben yosun APG başka bir eksiklik koştu (Burada bir önceki KPI sorunu ve benim çözüm için bkz:).

Arka plan: Biz SharePoint Designer iş akışı oldukça karmaşık çoklu ay uzun iş süreci model oluşturmak için kullanılan. Sayesinde gibi, bir listedeki bazı durum bilgilerini güncellemek. APG onların mojo yapmak için bu verileri kullanın.

Biz yeni bir bu iş süreçlerinin başladı her zaman yeni bir site oluşturmak için karar verdi. İş akışı bir yana, Bu site birkaç belge kitaplıkları bulundurmak, hedef kitle ve benzeri kullanın. Bir sürü şey iç çalışanlar arasında işbirliği ile yardım, çalışan ve müşteri seyahat iş ortakları katılan'ın.

Ayrıca bu özel iş sürecinin genel sağlık iş akışı durumu verileri tarafından terfi olarak izlemek ve APG kullanarak görüntülenen bazı KPI'leri göstermek istedim.

Nihayet, Biz kullanılan bir görünümde bulunan site listesinde sayımımı yapsam KPI listesi öğeleri (başka bir veri kaynağından çekerek karşı, Excel gibi veya SQL).

Sorun: Tahmin edebileceğiniz gibi, temel fikir ileri üretim dünyaya taşıyacak olduğumuzu varsayarak, site şablonu isteyelim ki. Bir "iş süreci dayalı yeni bir site hazırlamak" Şablon.

Bu şekilde işleyen bir KPI almak için görünmüyor olabilir bir sorundur. Ne zaman bir KPI listesi ve KPI web bölümünü bir şablona dayalı yeni bir site oluşturmak, yeni sitenin KPI veri kırık. Önce şablon olarak kaydettiğinizde yeni sitenin KPI listesi puan kaynağı ne olursa olsun, tanımladığınız.

Örnek:

  • Yeni bir site oluşturun ve mükemmellik için inşa. Bu site KPI veri içerir.
  • Şablon olarak kaydet.
  • Yeni bir site oluşturun ve eğer şablon kapalı taban.
  • Bu yeni sitenin KPI listesi öğeleri’ kaynakları site şablonunun üzerine gelin., Geçerli site değil.

Örnekleme işlemi does değil düzeltmek URL.

Bu KPI liste öğesi tanımlarken göreli bir URL belirterek çözmeye çalıştım. Ancak, I-ebil'almak bu iş için herhangi bir varyasyonu.

Her zaman bu "problem eşleştirmek istediğiniz" çözüm bir tür ağ günlüğü gönderileri, Ama bu durumda iyi bir yok. I-ebilmek biçim belgili tanımlık en iyi yeni hazır siteye gidin ve her şeyi el ile düzeltmek için ihtiyaç vardır. Bu kullanıcı arabirimini sağlar kaynak listesi için URL'yi değiştirme bir yenileme nedeniyle daha da zor, Yani gerçekten her şeyi en baştan yeniden tanımlamak zorunda.

Bunu halletmenin daha iyi bir yol bilen varsa, Yorum yazmak için lütfen.

</sonunda>

Technorati Tags:

Mea Culpa — SharePoint Designer * durum makinesi iş akışları oluşturma CAN *

Son zamanlarda bu mümkün ve bir devlet makine iş akışı SharePoint Designer kullanarak oluşturmak bile oldukça kolay olduğunu öğrendim. Annesi buluş ve o güzel şeyler zorunluluktur ve bir buluş için baktı bir gerek bu hafta kaldı. Tesadüfen, I deve karşıdan karşıya Bu MSDN forum sonrası de. Benim kişisel deneyim bu hafta ve o "bağımsız onay" benim inanç gücünü verir. Büyük boyu tam gaz bir örnek ile bu konuyu yazmayı planlıyorum, Ama şöyle bir özetini:

  • İş akışını bir liste öğesini değiştirebilirsiniz aslında yaklaşımı güçlendirir, böylece yeni bir iş akışı tetikleme. Normalde bu sıkıntı ve hatta kabul ettik Semaforların kullanımı hakkında blogged başa.
  • SharePoint belirli liste öğesi karşı etkin olacak şekilde birden çok bağımsız iş akışı sağlar..

Yapılandırmak için:

  • Durum makinesi tasarımı (Yani, Devletler ve nasıl Birleşik bir gelecek geçiş).
  • Her devletin ayrı iş akışı olarak uygulanması.
  • Her bir liste öğesinin herhangi bir değişiklik yanıt olarak çalıştırmak için bu durumu iş akışlarını yapılandırın.

Her devlet iş akışı bu kaba uyar:

  • Başlatılması, Bu gerçekten "geçerli madde" devlet bilgileri inceleyerek çalıştırılması gerekip gerekmediğini belirlemek. Aksi takdirde iptal.
  • İşi yapmak.
  • "Geçerli öğeyi Güncelleştir" yeni durum bilgileri ile. Bu bir güncelleştirme güncel öğeye tetikler ve tüm devlet iş akışları yangınları.

Belirgin yararı bir yana bir bildirime dayanan devlet makine iş akışı oluşturabilirsiniz, Bütün bu durum bilgilerini KPI'ler oluşturmak ve ilginç için müthiş views.

Bu oldukça önemli bir dezavantajı var — standart iş akışı geçmişi izleme, normalden daha da yararsızdır 🙂 Bu, kolayca giderilebilir, Ancak. Özel bir listedeki tüm denetim türü bilgileri depolamak. Bunun muhtemelen vanilya sıralı iş akışı için bile iyi bir fikir olduğunu, ama bu başka bir blog yazısı için 🙂

Bu bir "mea culpa arayın" Çünkü benim var., ne yazık ki, birden çok kez forumlarında söyledi ve başka bir yerde bir devlet makine iş akışı oluşturmak için visual studio kullanmanız gerekir. Bu sadece doğru değil.

</sonunda>

Benim blog abone.

Technorati Tags:

Semaforlar sonsuz döngüler önlemek için SharePoint Designer iş akışında kullanma

SharePoint Designer iş akışı içinde sonsuz bir döngüye neden mümkündür. Ortak bir uygulama desen bu soruna neden olur.:

  • Bir iş akışı oluşturun ve bir liste ile ilişkilendirme.
  • Bunun üstünde başlamak yeni öğeler ve güncelleştirme varolan öğeleri oluşturmanız gerekir belirtmek.
  • İş akışındaki bir adım "Geçerli öğedeki" bir alanı güncelleştirir.
  • Geçerli madde değiştirdikten sonra, iş akışını yeniden başlatır.

Bu sonsuz bir döngüye önlemek için, basit bir semafor uygulamak:

  • Bir site sütunu ekleme (veya sütun listesi/kitaplığına içerik türleri kullanmıyorsanız).
  • Düzenleme sayfasını gizle (site sütunu Eğer özellikleri ile yapmak çok kolay, Eğer bir liste sütunu kolay değil).
  • İş akışında, Semafor sütun değeri boş olup olmadığını kontrol edin.
  • Boş ise, bir boş olmayan değere ayarlayın ve devam edin.
  • Eğer bu boş değil, hemen çıkın.

Bu oldukça farklı yaklaşımlar içeren bir çözüm olabilir, iş gereksinimleri ve benzeri bağlı olarak, Ama ne zaman ı gerek o uygulanabilir bir model oldu.

</sonunda>

Technorati Tags:

Benim blog abone.

Gözden geçirme: Çalışanların eğitim şablonu mevcut koltuk kaydını fix hata

Birçok insan biliyorum, Çalışanların eğitim şablonu Burada Microsoft tarafından sağlanan aşağıdaki adımları yeniden üretebilir bir hata vardır:

  • Bir maksimum büyüklüğü ile bir sınıf oluşturma 10 öğrenciler.
  • Üye ol –> Kullanılabilir toplam düzgün bir tarafından azaltır koltuk. Sonuç: 9 mevcut koltuk.
  • Kaydını silme: –> Hata. Toplam mevcut koltuk birer birer artan. O does değil. Sonuç: 9 SharePoint göre mevcut koltuk, Ama aslında, vardır 10 mevcut koltuk.

Çözüm: İş akışını düzeltmek için SharePoint Designer'ı kullanın.

İlk, site aç. Klasör listesi benim için bu gibi görünüyor:

görüntü

Eğer biz-si olmak a bakmak "katılımcı kayıt" iş akışı, "oturma ilkesini zorlamak" etiketli bir adım görmek. Bu gibi görünüyor:

görüntü

Bu adım iş akışındaki dolu "koltuk artan öğesini güncelleştirir." Kursla ilgili meta veri sütunu. Biz bu daha ayrıntılı olarak çekersen, Bu gördüğümüz:

görüntü

Kayıt silme iş akışını düzeltmek gereken tüm bilgiler bu.

Eğer biz kayıt silme iş akışına ters çevir, hiçbir benzer iş akışı adım. Aşağıdaki gibi ekleyin:

1: "Katılımcı kayıt silme genişletin" ve XOML aç (ilk ekran görüntüsü kayıp Eğer görmek).

2: Yeni bir iş akışı değişkeni ekleyin, "Yeni doldurulmuş koltuklar" türü "Sayı".

3: "Yeni doldurulmuş koltuklar için bir değer atama" görüldüğü gibi:

görüntü

4: Tarafından doldurulmuş koltuklar azaltma 1:

görüntü

5: İlgili rota öğesini Güncelleştir:

görüntü

6: Tüm adımları doğru sırada olduğundan emin olun. Benim için, Bu gibi görünüyor:

görüntü

7: İş akışını yeniden inşa etmek için bitir.

8: Sınama.

</sonunda>

Benim blog abone.

Technorati Tags: ,

SharePoint teknik tasarım desenleri doğru: SharePoint Designer Workflow + Olay alıcı yüksek kudret kokteyl =

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>

Benim blog abone.

Gözlenen davranış: Site koleksiyonu içerisinde hareketli SPD iş akışları

GÜNCELLEŞTİRME: Ben nasıl bir SPD iş akışı bir site tanımına katıştırmak için araştırma. Bu MSDN forum zinciri bazı ilginç bilgiler bulunmaktadır. Bu kesin değil, Ama ormanın içinden yol noktaları.

Bu yazı bir biraz tuhaf "gözlenen davranış veriyorum" Ben ondan kararınızı biraz uyanık olduğum kurşun. SPD iş akışları vardır … maymun iştahlı.

İnsanlar sık sık soruyorsun / Merak / SPD iş akışları bir yerden diğerine taşınmasına fretting. Bugün, Bu adımları izlemek ve bu gözlemler yapılmış:

  • Bir iş akışını bir belge kitaplığına ekli bir sitedeki SharePoint Designer kullanarak oluşturdu..
  • İlgili belge kitaplığı zaten çeşitli belgeler yer alır..
  • Siteyi şablon olarak kaydedilen.
  • Siteyi şablon olarak kurtarmandan, Ben de tam içeriği kaydedilir.
  • Bu şablon kullanılarak aynı site koleksiyonu içinde yeni bir site oluşturuldu.

Bu noktada, İş akışını çalıştırmak için çalıştı. Derhal kendisini içeren günlüğü iletisi sonlandırıldı, "Başlangıçta başarısız oldu".

Bunu bekliyor. SPD iş akışları hareket etme konusunda düşük beklentileri vardır.

Devam ettim:

  • SharePoint Designer'da sitesi açıldı.
  • İş akışı bir göz vardı. İyi görünüyordu.
  • "Son" tıkladım..
  • İş akışı koştu.

Bu sefer, o amele para cezası.

Bu iş akışı "veri toplama kullanıcı üzerinden kullanılan ekleyeceğiz" hangi başlık altında oldukça karmaşık bir eylem eylem.

Kesin olmayan biçimde sonucuna süreci "bitirme" iş akışı düzgün SPD iş akışı yeni belge kitaplığıyla ilişkilendirmek SPD neden oldu.. Ayrıca XOML ve diğer XML yapıları makul "gevşek" sonucuna. Süper sıkı belge kitaplığına eşleşen değil.

Bu ne demek? Güvenilir ve tekrarlanabilir bir süreç olduğunu varsayarsak, Biz onları hareket etmek için kullanabileceğiniz en az bir kaba yöntem. Bu site koleksiyonu sınırları geçtik işe yoksa bile bilmiyorum daha büyük ölçüde, tüm yeni çiftlikleri (e.g. Dev aşamaya prod).

Eğer bu okuduğunuz ve eğimli, Yorum yazmak için lütfen ya bana e-posta SharePoint Designer geçiş hikayeni. Ben memnuniyetle böylece sunulan herhangi bir anlayışı ile bu posta güncelleriz.

</sonunda>

Benim blog abone.

Technorati Tags:

Hızlı ve basit: İş akışı yalnızca güncelleştirme alanı

Genellikle özel bir liste asla doğrudan son kullanıcılar tarafından manipüle bir onay kodu gibi durum bilgilerini depolamak yararlıdır. Bu ortak bir iş senaryosu olduğunu. APG götürmek ve genellikle zaman kritik iş süreçlerini desteklemek SharePoint Designer iş akışları üzerinden çeşitli durum ve uyarı mektubu tarihleri oluşturur bir proje bu yıl üzerinde çalışmaktayız.

Site içerik türü kullanın / Bu etkiyi elde etmek için sütun.

Görüldüğü gibi durum sütunu ile bir site içerik türü oluşturma:

görüntü

"Durumuna dikkat edin (Demo için)" alt alan.

Sonraki, sütunun özelliklerini erişmek için sütun adını tıklatın. "Gizli seçin (Formlarda görüntülenmez)" Sütun Ayarları bölümünde gösterildiği gibi:

görüntü

Bu alan standart düzenleme/güncelleştirme formlarının dışında kaldırır. Ancak, görünümlerde kullanılabilir, KPI'ları, nesne modeli ve başka bir yerde kullanmak istiyorum, SPD iş akışı dahil olmak üzere.

</sonunda>

Benim blog abone.