Máme sadu SharePoint designer pracovní postupy, které "komunikovat" se přijímač událostí v seznamu prostřednictvím změny hodnot sloupců webu. Například, Pokud sloupec webu "SetDuedate" je nastavena na pravda pracovním postupem, příjemce události zjistí, že změna, vypočte datum splatnosti a přiřadí tohoto data na další sloupce webu, "Datum splatnosti." Jsme se rozdělili věci jako to proto, že příjemce události může vypočítat datum splatnosti pomocí komplexních obchodních pravidel (zohlednění víkendy a svátky) Zatímco SPD opravdu nemůže.

V jedné konkrétní instance, narazili jsme na problém s tímto trikem. Ladění, to vše je docela obtížné, Ale my jsme přišli na definitivní závěr, že v jednom případě (nejméně), příjemce události nebyl spuštěn neustále. V jednom kroku pracovního postupu, změníme hodnotu sloupce webu a přijímač událostí nezdálo se, že běh. Avšak, byl spuštěn důsledně v jiném kroku pracovního postupu.

Po přezkoumání to, Všiml jsem si, že použili krok šťastný pracovní položku aktualizace seznamu"" Zatímco ostatní krok používá "nastavit pole v aktuální položce." Aktualizace seznamu položka byla aktualizace "aktuální položky." Nejsem si jistý proč jsme vybrali jeden nad druhým, protože by zřejmě dělat totéž.

Tak … akce aktualizovat položky seznamu způsobil událost na oheň. Na druhou stranu, Nastavit pole v aktuální položce akce nebylo.

Použil jsem aktualizace seznamu položku v obou místech a Viola! Fungovalo to. [[ Celkový stranou, Já jsem hrál na housle pro denně pro téměř 15 roky ]]

Z toho, Předběžně věří, že "Set pole" akce nezpůsobí přijímačů událost na oheň, alespoň část času.

Tento problém nás zatemňovala týdny.

To je jeden z těch "pozorované chování" Příspěvky. Pozoroval jsem to stalo kdysi v konkrétním prostředí a já dělám nějaké dohady o tom, proč se stalo věcí, stejně jako. Pokud máte jakýkoli vhled do této, Prosím, podělte se v komentářích.

</Konec>

Přihlásit se na mém blogu.