Podrobný článek jsem napsal před několika týdny, jak vytvořit SharePoint Designer workflow, který odešle e-mail připomenutí úkolu denně. Už je to publikované na nové SharePoint Magazine Web. V obecnější rovině, Tento článek ukazuje, jak vytvořit strukturu opakování v SPD.

Časopis má širokou škálu článků včetně, mimo jiné, velmi technické věci, rozhovory a novinky z oboru. Doporučuji že přidat do RSS.

Pokud máte výrobek nebo službu prodávat, Já bych také zvážit reklama na webu. Je to počátku s několika tisíc párů očí, už se na to dívat. To je jistě rostou.

A konečně, Pokud jste se dočkat, až něco napsat a dostat se ven před větším publikem, To je skvělý čas a místo, kde ji.

</Konec>

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

Mark Miller nad na Koncového uživatele služby SharePoint zveřejnil můj poslední článek o vytvoření skvělé řešení až na jeho webu pomocí aplikace SharePoint Designer. Prohlédněte si.

V tomto článku, Mluvím o procesu návrhu a, podrobněji, Jak nastavit spolehlivý a opakovatelné zkušební proces pomocí funkcí služby SharePoint (vlastní seznamy, šablony webů). Článek se zaměřuje na koncových uživatelů, ale přístup je příliš dobrý pro vývojáře.

</Konec>

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

Minulý týden, Pracoval jsem, jak se smyčka a implementovat stavový stroj pomocí aplikace SharePoint Designer a zmínil, jako stranou, že by pravděpodobně napsat blog post o lepší pracovní protokolování.

No., Sanjeev Rajput mě předběhl. Podívejte se.

Ukládání dat protokolu do vlastního seznamu se zdá být lepší než použití pravidelné pracovní historie:

• Je to jen vlastní seznam, tak ho exportovat do aplikace excel velmi snadno.
• Můžete vytvořit zobrazení, dynamicky filtrovat data, atd.
• To není předmětem automatického vyprazdňování, dostanete s pravidelné pracovní historie.

Existují určitá rizika / nevýhody:

• Mnoho spuštěné pracovní postupy se spoustou protokolování může způsobit příliš mnoho dat k zápisu do seznamu.
• Možná jste * * chtějí automatické vyprazdňování. Vy to nechápete tuto funkci s tímto přístupem (bez kódování).
• Bezpečnost je ošemetná. K zápisu do seznamu, uživatel musí mít oprávnění k. To znamená, že to není asi vhodný pro jakýkoliv druh "oficiální" auditu, vzhledem k tomu, že uživatel mohl objevit v seznamu a upravit jej. To by mohlo překonat s nějakou vlastní programování.

</Konec>

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

To minulý týden jsem dopil doklad o konceptu projektu pro klienta v Manhattanu. Při realizaci řešení, Narazil jsem na dalším nedostatkem MOSS KPI (Podívejte se na předchozí otázku KPI a moje řešení).

Pozadí: Použili jsme SharePoint Designer workflow pro modelování složitý multi-měsíc dlouhý obchodních procesů. Jako to bafáním, To by aktualizovat některé informace o stavu v seznamu. Ukazatele KPI pomocí tato data jejich mojo.

Rozhodli jsme se vytvořit nové stránky pokaždé, když startuje novou těchto obchodních procesů. Kromě samotného pracovního postupu, Tyto stránky hostit několik knihoven dokumentů, pomocí zaměření na cílovou skupinu a tak dále. Jen pár věcí usnadnit spolupráci mezi interní zaměstnance, cestování zaměstnanců a klient se účastní obchodních partnerů.

Také jsme chtěli ukázat některé ukazatele KPI, které sledovat celkový zdravotní stav určitého obchodního procesu, jak je prosazuje dat Stav pracovního postupu a prohlížet pomocí ukazatelů KPI.

Konečně, použili jsme položky seznamu KPI, které se spolehnout na názor na seznamu na webu (na rozdíl od tahání z jiného zdroje dat, jako aplikace excel nebo SQL).

Problém: Jak si dokážete představit, za předpokladu, že bychom měli nést základní myšlenku do světa produkce, Chceme šablonu webu. Nový web založený z obchodního procesu"" Šablona.

Problém je, že si nedokážu přimět fungující KUV tímto způsobem. Když jsem se vytvořit nový web založený na šabloně s seznam ukazatelů KPI a webová část ukazatelů KPI, nové stránky KPI údaje jsou rozděleny. Nové stránky bodů seznamu KPI na jakéhokoli zdroje, který byl definován při prvním uložení jako šablony.

Jako příklad:

• Vytvořit nový web a vytvořit k dokonalosti. Tento web zahrnuje data KUV.
• To uložit jako šablonu.
• Vytvořit nový web a založit Pokud z šablony.
• Položky seznamu KPI tohoto nového webu’ zdroje poukazují na šablonu webu, není aktuální stránky.

Instance procesu není správné URL.

Snažil jsem se to vyřešit zadáním relativní adresy URL při definování položky seznamu KPI. Avšak, Nemohl jsem se dostat všechny variace do práce.

Chci vždy dvojici tyto "problém" Příspěvky v blogu s nějakým druhem řešení, ale v tomto případě nemám dobrý. Nejlepší, co lze zjistit je, že musíte jít na nově vytvořený web a odstranit vše ručně. UI je to ještě těžší, protože Změna URL zdrojového seznamu způsobí aktualizaci, Takže opravdu muset předefinovat celou věc od začátku.

Pokud někdo zná lepší způsob, jak zvládnout, Prosím, psát komentáře.

</Konec>

Nedávno jsem se dozvěděl, že je to možné a dokonce i poměrně snadné vytvořit pracovní postup stavového stroje pomocí aplikace SharePoint Designer. Nutnost je matka vynálezu a všechno dobré věci a já jsem měl potřebu tento týden, který se podíval na vynález. Shodou okolností, Narazil jsem na Tento příspěvek ve fóru MSDN a také. Moje osobní zkušenost, tento týden a že "nezávislé potvrzení" dodává sílu mé přesvědčení. Mám v plánu psát o tom na větší délku s otevřenou příklad, Ale tady je to:

• Tento přístup využívá skutečnost, že pracovní postup může změnit položku seznamu, tím spustí nový pracovní postup. Normálně jsem to být na obtíž, a dokonce i za blogged o použití semaforů Chcete-li to.
• SharePoint umožňuje více nezávislých postupů aktivní proti konkrétním seznamu položky.

Konfigurace:

• Navrhnout stavový stroj (tj, státy a jak státy přechod z jednoho do druhého).
• Realizovat každý stát jako samostatné pracovní postup.
• Každý z těchto státních pracovní postupy k provedení v reakci na změnu v položce seznamu konfigurace.

Každý pracovní postup státu sleduje tento hrubý vzor:

• Při inicializaci, Určete, zda by skutečně řídí kontrola informací o stavu v "aktuální položky". Přerušit, pokud není.
• Práci.
• Aktualizovat položku"aktuální" s novými informacemi o stavu. To spustí aktualizaci aktuální položky a vyvolá všechny státní pracovní postupy.

Kromě zřejmé výhody že jeden může vytvořit deklarativní pracovními stroji, vše, co je úžasné pro budování KPI a zajímavé informace o stavu zobrazení.

Má poměrně zásadní nevýhodou — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Avšak. Uložit všechny informace o typu auditování do vlastního seznamu. To je pravděpodobně vhodné i pro vanilkové SequentialWorkflow, but that’s for another blog post 🙂

Nazývám "mea culpa" protože mám, Bohužel, už víc než jednou na fórech a jinde že musí použít visual studio k vytvoření pracovní postup stavového stroje. To prostě není pravda.

</Konec>

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

Je to možné, způsobuje nekonečnou smyčku v aplikaci SharePoint Designer workflow. Společné provádění vzorek takto způsobuje problém:

• Vytvořit pracovní postup a přidružit k seznamu.
• Naznačují to měla start na vytvoření nových položek a aktualizaci existujících položek.
• Krok pracovního postupu aktualizuje pole v "Aktuální položky".
• Vzhledem k tomu, že ke změně stávající položky, pracovní postup začíná znovu.

Chcete-li zabránit této nekonečné smyčky, zavést jednoduchý semafor:

• Přidání sloupce webu (nebo sloupec seznamu/knihovny, pokud nejste pomocí typů obsahu).
• Skrýt ji upravit stránky (snadné dělat pokud sloupec webu prostřednictvím jeho vlastnosti, není tak snadné, pokud sloupce seznamu).
• V pracovním postupu, Zkontrolujte, zda hodnota sloupce semafor je prázdné.
• Je-li prázdné, nastavte ji na hodnotu prázdný a pokračovat.
• Pokud je není prázdná, okamžitě ukončit.

To může být dosti diferencovaná řešení, v závislosti na obchodních požadavcích a tak dále, Ale už je funkční vzorek, když jsem potřeboval.

</Konec>

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

Jak mnozí lidé vědí, Šablona školení zaměstnanců poskytované společností Microsoft zde má chyba, že můžeme reprodukovat, postupujte:

• Vytvořit třídu s maximální velikostí 10 studenti.
• Registrace –> Celkem k dispozici sedadla správně sníží o jednu. Výsledek: 9 míst, k dispozici.
• Zrušení registrace: –> Chyba. Celkem míst, k dispozici by měla zvýšit o jedna. Neexistuje. Výsledek: 9 míst k dispozici podle SharePoint, ale ve skutečnosti, Existují 10 míst, k dispozici.

Řešení: Opravte pracovního postupu pomocí aplikace SharePoint Designer.

První, Otevřít web. Seznam složek pro mě vypadá takto:

Pokud se budeme se podívat na "registrace účastníků" pracovní postup, vidíme, že je krok označené "Prosazovat politiku posezení". Vypadá to, že to:

Tento krok pracovního postupu aktualizuje položku zvětšením "plněné křesel" sloupec metadat na hřišti. Pokud jsme to vytáhnout podrobněji, Vidíme to:

To jsou všechny informace, které potřebujeme opravit pracovního postupu zrušení registrace.

Pokud bychom převrátit pracovního postupu zrušení registrace, neexistuje žádný podobný krok pracovního postupu. Přidejte následující:

1: Rozbalit "účastníka zrušení registrace" a Otevři souborem XOML (Viz první screen shot, pokud jste ztratil).

2: Přidání nové proměnné pracovního postupu, "Nová obsazená sedadla" typu "Číslo".

3: Přiřaďte hodnotu "nové plné sedačky" Jak je uvedeno:

4: Snížit obsazená sedadla podle 1:

5: Aktualizovat související položky kurz:

6: Ujistěte se, že všechny kroky jsou ve správné posloupnosti. Pro mě, Vypadá to jako to:

7: Dokončit pracovní postup znovu budovat.

8: Zkouška.

</Konec>

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

Využívá jeden z nových vzorů, najdou v tvorbě řešení SharePoint, SharePoint Designer workflow a příjemce události.

Tady je obchodní scénář ji v kontextu:

• Uložení dokumentu do knihovna dokumentů.
• Já odstartuje vícekrokové pracovní postup vytvořený pomocí aplikace SharePoint Designer.
• V určitém okamžiku během tohoto procesu, pracovní postup přiřadí úkol někomu (shromáždit data od uživatele nebo přiřadit úkol).
• Chceme použít klíčové ukazatele výkonu pro sledování, jak dlouho tento úkol čeká na dokončení. KUV zobrazuje zelená pro úkoly, které jsou dokončené nebo má více než 3 dní ode dneška. To ukazuje žlutá, pokud úkol termín je zítra nebo dnes. To ukazuje červené, pokud je úkol po splatnosti.
• Tady je kicker: Chci datum, který pohání tento KUV znát pro dovolenou.

Nelze vypočítat dovolenou aware splatnosti datum v aplikaci SharePoint Designer workflow velmi snadno. Musel bych vytvořit vlastní akce nebo nástroj 3. stran. Avšak, je to snadné, stačí vypočítat datum, v příjemce události. Sloučit tyto dva a my jsme si tyhle:

• Definujte skryté ano/ne sloupec webu knihovny dokumentů s názvem "DoCalcualteDueDate".
• Inicializace false.
• Ve vhodný okamžik v pracovním postupu (např.. těsně před "shromažďovat data" akce), Přiřaďte hodnotu true.
• ItemUpdate() přijímač událostí vypadá zda "DoCalculateDueDate" je pravda. Vzhledem k tomu, že přijímač událostí spuštěna při každé aktualizaci, "DoCalculateDueDate" je obvykle false.
• Když pracovní postup přiřadí DoCalculateDueDate na hodnotu true, příjemce události vypočítává dovolená aware splatnosti datum.
• Když přijímač událostí dělá tento výpočet, Nastaví příznak DoCalculateDueDate na false.

Na konci, SPD workflow je komunikoval s událostí přijímač přes semafor DoCalculateDueDate a máme dovolenou aware kvůli data, které jsou přiřazeny v přesně správný okamžik pracovního života. SharePoint Designer určuje, kdy je přiřazena datum splatnosti, ale přijímač událostí provádí skutečné kalkulace a přiřazení.

</Konec>

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

AKTUALIZOVAT: Byl jsem zkoumá jak vložit SPD workflow do definice webu. Tento řetězec Fórum MSDN má některé zajímavé informace. To není rozhodující, ale odkazuje na cestu džunglí.

Já dávám tento příspěvek poněkud podivný "pozorované chování" vést, protože jsem trochu pochybují, zda vyvozování závěrů z ní. SPD pracovní postupy jsou … temperamentní.

Lidé se často ptají / přemýšlel / vztekat nad přesunutím SPD pracovní postupy z jednoho místa do jiného. Dnes, Následovat tyto kroky a z těchto pozorování:

• Jsem vytvořil pracovní postup pomocí aplikace SharePoint Designer v místě připojena do knihovny dokumentů.
• Knihovna dokumentů související již sídlí několik dokumentů.
• Uložit web jako šablonu.
• Když jsem uložit web jako šablonu, Uložení obsahu také.
• Vytvořil jsem nový web v rámci stejné kolekce webů pomocí této šablony.

V tomto okamžiku, Snažil jsem se spustit pracovní postup. To okamžitě ukončeno sama zprávou protokolu, "Nepodařilo se na start".

Očekával jsem, že to. Mám nízké očekávání, pokud jde o pohyb SPD pracovní postupy.

Pokračoval jsem:

• Otevření webu v aplikaci SharePoint Designer.
• Měl podívat na pracovní. Zdálo se, že to dobře.
• Klepnutí na tlačítko "Dokončit".
• Běžel jsem pracovního postupu.

Tentokrát, fungovalo to dobře.

Já dodávám, že tento pracovní postup používá "shromažďovat data od uživatele" akce, která je poměrně složitá akce pod kapotou.

Předběžně jsem k závěru, že proces "dokončení" pracovní postup způsobil SPD, SPD workflow správně přidružit novou knihovnu dokumentů. Také závěr, že že souborem XOML a jiné artefakty XML jsou přiměřeně "volné". Oni nejsou super pevně spojená do knihovny dokumentů.

Co to má znamenat? Za předpokladu, že to je proces, který je spolehlivý a reprodukovatelné, je tu alespoň jednu hrubou metodu, kterou můžeme použít k přesouvání. Nevím, jestli to bude fungovat, pokud jsme překročili hranice kolekce webů nebo dokonce více drasticky, celé nové farmy (např.. dev fáze prod).

Pokud jste čtení tohoto a sklon, Prosím, psát komentáře nebo napište mi Váš příběh migrace SharePoint Designer. Rád budu aktualizovat tento účtování jakékoliv postřehy, tak nabídl.

</Konec>

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

To je často užitečné pro ukládání informací o stavu do vlastního seznamu, například schválení kódu, který by nikdy manipulovat přímo koncovým uživatelem. To je obvyklý obchodní. Jsem pracoval na projektu v tomto roce, který generuje různé postavení a připomenutí data pomocí aplikace SharePoint Designer pracovní postupy, které pak pohánějí KPI a obecně podporují náročných podnikových procesů.

Použít typ obsahu webu / sloupec pro dosažení tohoto efektu.

Vytvoření typu obsahu webu s sloupec stav, jak je uvedeno:

Poznámka: stav" (pro Demo)" pole v dolní části.

Další, klepněte na název sloupce a sloupce vlastností. Vyberte "skryté (Neobjeví se ve formách)" v části nastavení sloupců, jak je uvedeno:

Tím odeberete pole z standardní úpravy nebo aktualizace formulářů. Avšak, To je stále k dispozici v zobrazeních, Ukazatele KPI, objektový model a chcete ji použít kdekoli jinde, včetně SPD workflow.

</Konec>

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