Som napísal podrobný článok pred niekoľkými týždňami na vytvorenie pracovného postupu programu SharePoint Designer, ktorý pošle email pripomenutie úlohy na dennej báze. To bolo uverejnené v novom SharePoint časopis stránky. Všeobecnejšie, Tento článok ukazuje ako vytvoriť looping štruktúry v SPD.

Časopis má širokú škálu predmetov, vrátane, okrem iného, veľmi technické veci, rozhovory a novinky z odboru. Odporúčam, môžete pridať do vašej RSS feed.

Ak máte produkt alebo službu predať, Já bych tiež zvážiť reklama na webe. Je silný štart s niekoľko tisíc párov očí pri pohľade na to už. To je iste rastú.

Napokon, Ak ste sa dočkať, až niečo napísať a dostať sa von pred väčším publikom, je to skvelý čas a miesto, aby ste ju nepoškriabali.

</koniec>

Vyberajte môj blog.

Mark Miller cez v Koncový používateľ lokality SharePoint bol vyslaný môj posledný článok o používaní programu SharePoint Designer vytvoriť skvelé workflow riešenie sa na jeho mieste. Check it out.

V tomto článku, Budem hovoriť o procese navrhovania a, podrobnejšie, ako nastaviť test spoľahlivé a opakovateľný proces pomocou funkcie služby SharePoint (vlastné zoznamy, šablóny lokality). Článok sa zameriava na koncových užívateľov, ale prístup je príliš dobré pre vývojárov.

</koniec>

Vyberajte môj blog.

minulý týždeň, Som pracoval, ako slučky a implementovať stavového automatu Použitie SharePoint Designer a uvedené, ako stranou, že by pravdepodobne písať blog post o lepšie workflow zapisovania do denníka.

Dobre, Sanjeev Rajput ma predbehol. Pozrite si.

Ukladanie údajov denníka do vlastného zoznamu sa zdá byť lepší, pomocou pravidelného toku činností História:

• Je to len vlastný zoznam, Takže môžete exportovať ho vyniknúť veľmi ľahko.
• Môžete vytvárať zobrazenia, dynamicky filtrovať údaje, atď.
• Nie je predmetom auto-vyplachovania, dostanete s pravidelné workflow História.

Existujú niektoré riziká / downsides:

• Mnoho prebiehajúce toky činností s mnohými zapisovania do denníka by mohli spôsobiť príliš veľa údaje na zápis do zoznamu.
• Možno * robiť * chcete automatické vymazanie. Nemusíte dostať túto funkciu s týmto prístupom (bez kódovanie).
• Bezpečnosť je zložité. Na zápis do zoznamu, používateľ musí mať na to povolenie. To znamená, že asi nie je vhodný pre akýkoľvek druh "oficiálne" auditu, pretože používateľ mohol objaviť v zozname a upraviť ho. To by mohlo prekonať niektoré vlastné programovanie.

</koniec>

Vyberajte môj blog.

To minulý týždeň som skončil mimo dôkaz konceptu projektu pre klienta v Manhattan. Pri realizácii riešenia, Som narazil na ďalší nedostatok MOSS KPI (Pozri tu pre vydanie predchádzajúceho indikátora KPI a moje riešenie).

Pozadie: Použili sme pracovného postupu programu SharePoint Designer model pomerne zložitý multi-mesiac dlhý obchodný proces. Ako to chugged, to by som aktualizovať niektoré informácie o stave v zozname. Indikátory KPI použiť tieto údaje ako to ich mojo.

Rozhodli sme sa vytvoriť nové stránky zakaždým, keď začína novú týchto obchodných procesov. Okrem samotného toku činností, Tieto stránky hostiť niekoľko knižníc dokumentov, zameranie na cieľovú skupinu a tak ďalej. Len pár vecí, ktoré pomôžu spolupráci medzi interných zamestnancov, Cestovanie zamestnancov a klient je účasť obchodných partnerov.

Chceli sme aj ukázať niektoré indikátory KPI, ktoré sledovať celkový zdravotný stav tohto špecifického obchodného procesu ako povýšený poskytujú údaje o stave pracovného postupu a prezerať pomocou indikátorov KPI.

Nakoniec, sme použili položky zoznamu indikátorov KPI, ktoré sa spoľahnúť na zobrazenie v zozname na lokalite (ako protiklad k ťahanie z iného zdroja údajov, ako program excel alebo SQL).

Problém: Ako si dokážete predstaviť, za predpokladu, že boli sme niesť základná myšlienka vpred do svetovej produkcie, budeme chcieť šablónu lokality. Poskytuje novú lokalitu vychádza z "obchodných procesov" šablóny.

Problém je, že si nedokážu získať fungujúceho KPI tak. Keď som sa vytvoriť nové stránky založenej na šablóne zoznamu indikátorov KPI a webovú časť indikátorov KPI, nové stránky KPI dáta sú rozdelené. Nové stránky KPI Zoznam bodov akéhokoľvek zdroja ste definovali pri prvom uložení ako šablónu.

Ako príklad:

• Vytvoriť novú lokalitu a stavať k dokonalosti. Táto stránka obsahuje indikátor KPI dáta.
• Okrem toho, že ako šablónu.
• Vytvoriť novú lokalitu a základ ak vypnutie šablóny.
• Tento nový web položky zoznamu indikátorov KPI’ zdroje hovoria o šablóne lokality, nie aktuálnu stránku.

Inštančný postup neopravuje URL.

Som sa snažil vyriešiť zadaním relatívna adresa URL pri definovaní položka zoznamu indikátorov KPI. Avšak, Nemohol som sa dostať žiadne zmeny, ktoré k práci.

Vždy chcete dvojicu týchto "problém" blogu sa nejaký druh riešenia, ale v tomto prípade nemusíte mať dobrý. Najlepšie môžete zistiť je, že musíte ísť na novo dotovaný stránky a opraviť všetko manuálne. Užívateľské rozhranie robí to ešte ťažšie, pretože zmena URL zoznam zdrojov spôsobuje obnoviť, Takže si naozaj musieť prehodnotiť celú vec od začiatku.

Ak niekto vie lepší spôsob, ako riešiť tento problém, Prosím post komentár.

</koniec>

Nedávno som sa dozvedel, že je možné a aj pomerne ľahko vytvárať tok činností štátu stroj pomocou programu SharePoint Designer. Nutnosť je matka vynálezu a všetky dobré veci a ja som mal potrebu tento týždeň, že sa pozrel na vynález. Zhodou okolností, Prišiel som v celej Toto fórum MSDN príspevok aj. Moja osobná skúsenosť tento týždeň a že "nezávislé potvrdenie" požičiava silu moje presvedčenie. Mám v pláne písať o tom vo väčšej dĺžky plný fúkané príklad, ale tu je podstata toho:

• Tento prístup využíva skutočnosť, že tok činností môžete zmeniť položky zoznamu, čím sa naštartovalo nového pracovného postupu. Za normálnych okolností som za to byť na obtiaž, a dokonca aj blogged o používaní semafory s ňou zaobchádzať.
• SharePoint umožňuje viacnásobné nezávislé toky byť účinné proti konkrétny zoznam tovaru.

Ho konfigurovať:

• Design váš stav stroja (t. j., štáty a štátoch ako prechod od jedného k druhému).
• Realizovať každý štát ako samostatný pracovný postup.
• Konfigurácia každého z týchto tokov činností štátu vykonať v reakcii na akékoľvek zmeny v položke zoznamu.

Každý tok činností štátu vyplýva tento drsný vzor:

• Pri inicializácii, zistiť, či naozaj spustenie kontrolujúceho štátu informácie v "aktuálnu položku". Prerušiť, ak nie.
• Robiť prácu.
• Aktualizácia "aktuálnej položky" s nové informácie o stave. To spúšťa aktualizáciu aktuálnej položky a ohňa preč všetky toky činností štátu.

Okrem jasné výhody ten môžete vytvoriť pracovný postup deklaratívne štátu stroj, všetko, čo je skvelé pre budovanie KPI a zaujímavé informácie o stave zobrazení.

To má pomerne významné nevýhodou — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Avšak. Uloženie všetkých vašich informácií o audite typ vlastného zoznamu. To je asi dobrý nápad aj vanilkový sekvenčný tok činností, but that’s for another blog post 🙂

Nazval som to "mea culpa" pretože mám, Bohužiaľ, viac ako raz povedal na fórach a inde ten programu visual studio na vytvorenie musíte použiť tok činností štátu stroj. To jednoducho nie je pravda.

</koniec>

Vyberajte môj blog.

Je možné, spôsobí nekonečnú slučku v pracovného postupu programu SharePoint Designer. Spoločné vykonávanie vzor takého spôsobuje problém:

• Vytvoriť pracovný postup a spájať so zoznamom.
• Naznačujú, že by štart na vytváranie nových položiek a aktualizácia existujúcich položiek.
• Krok v toku činností aktualizuje pole "Aktuálnu položku".
• Odvtedy zmenil aktuálnej položky, pracovný postup začne znovu.

Aby sa zabránilo tejto nekonečnej slučke, realizovať jednoduché semafor:

• Pridanie stĺpca lokality (alebo stĺpec zoznamu/library ak ju nepoužívate typy obsahu).
• Skryť z upraviť stránku (ľahké robiť, ak stĺpec lokality cez jeho vlastnosti, nie je tak jednoduché, ak stĺpec zoznamu).
• V toku činností, Skontrolujte, či hodnota v stĺpci semafor je prázdny.
• Ak je prázdne, nastavené na neprázdnu hodnotu a pokračovať.
• Ak je nie je prázdne, ukončiť ihneď.

To sa môže stať pomerne nuáns riešenie, v závislosti na obchodné požiadavky a podobne, ale to bol funkčný vzor, keď som potrebovala.

</koniec>

Vyberajte môj blog.

Ako mnoho ľudí vie, Školenia zamestnancov šablóny poskytované spoločnosťou Microsoft, tu je chyba, že sme možno rozmnožovať nasledovne:

• Vytvoriť triedu s max veľkosť 10 študenti.
• Zaregistrovať sa –> Celková dostupná sedadlá správne prechádzajúceho jedným. Výsledok: 9 Voľné miesta.
• Zrušiť registráciu: –> Chyba. Celkové dostupné miesta by prírastok jedným. To nie je. Výsledok: 9 Voľné miesta podľa lokality SharePoint, ale v skutočnosti, Existujú 10 Voľné miesta.

Roztok: Používať správny pracovný postup programu SharePoint Designer.

Prvá, otvoriť stránky. Zoznam priečinkov pre mňa vyzerá takto:

Ak sme sa pozrieť na "Registrácia účastníkov" pracovný postup, vidíme, že je krokom označené "Presadzovať politiku sedenie". Vyzerá to, že to:

Tento krok v toku činností aktualizuje položku Increment "obsadené sedadlá" metaúdaje stĺpec na ihrisku. Ak sme to vytiahnuť podrobnejšie, Vidíme to:

Všetky informácie potrebujeme opraviť unregistration toku činností.

Ak sme flip cez unregistration toku činností, Neexistuje žiadny podobný krok pracovného postupu. Pridať nasledovné:

1: Rozbaľte "účastník unregistration" a otvorenie XOML (Pozri prvý screen shot, ak ste stratil).

2: Pridať novú premennú pracovného postupu, "Nové obsadené sedadlá" typu "Číslo".

3: Priradiť hodnotu "nové obsadené sedadlá" ako je uvedené:

4: Útlmom plnené kresiel 1:

5: Aktualizáciu súvisiacich ihrisko položky:

6: Uistite sa, že všetky tieto kroky sú v správnom poradí. Pre mňa, Vyzerá to, že to:

7: Dokončiť tok činností re-stavať to.

8: Test.

</koniec>

Vyberajte môj blog.

Využíva jeden z nových modelov nájdem v tvorbe riešení SharePoint pracovného postupu programu SharePoint Designer a príjemca udalosti.

Tu je scenár Biznis ju v kontexte:

• Odovzdať dokument do doc lib.
• Som odštartuje multi-krokom workflow vytvorené pomocou programu SharePoint Designer.
• U nejakého bodu počas tohto procesu, tok činností priradí úlohy niekomu (cez zber údajov od používateľov alebo priradenie úlohy).
• Chceme použiť indikátor KPI na sledovanie, ako dlho táto úloha čaká na dokončenie. Indikátor KPI ukazuje zelená pre úlohy, ktoré sú ukončené alebo splatnosti viac ako 3 dní odo dneška. Zobrazuje žltý, ak úloha je kvôli zajtra alebo dnes. Ukáže sa, že červená, ak úloha je po termíne.
• Tu je kicker: Chcem, aby dátum, ktorý poháňa tento indikátor KPI informovaní dovolenka.

Nemožno vypočítať dovolenku vedomí náležitým dátum v programe SharePoint Designer workflow veľmi ľahko. By musel vytvoriť vlastnú akciu, alebo použiť nástroj 3rd strana. Avšak, je to jednoduché stačí výpočet dátumu, v prípade prijímač. Zlúčiť tieto dva dohromady a dostaneme vzor takého:

• Definovať skryté áno/nie stĺpec lokality knižnice dokumentov označené ako "DoCalcualteDueDate".
• Inicializovať FALSE.
• Vo vhodnom čase v toku činností (napr.. tesne pred "zhromažďovanie údajov" Akcia), priradiť hodnotu TRUE.
• ItemUpdate() príjemca udalostí vyzerá, či "DoCalculateDueDate" je pravda. Pretože príjemca udalosti beží na každej aktualizácii, "DoCalculateDueDate" je normálne nepravdivé.
• Keď tok činností priradí DoCalculateDueDate na true, príjemca udalostí počíta dovolenka-aware due dátum.
• Keď príjemca udalosti robí tento výpočet, to nastaví príznak DoCalculateDueDate FALSE.

V závere, SPD toku komunikoval s príjemca udalosti cez DoCalculateDueDate semafor a máme dovolenku podporujúce kvôli dátumy, ktoré sú priradené v presne správny okamih v toku života. SharePoint Designer ovládacie prvky priradené dátum splatnosti ale udalosti príjemca vykoná skutočný výpočet a nasadenie.

</koniec>

Vyberajte môj blog.

AKTUALIZÁCIA: Bol som skúma ako vložiť SPD toku do definície lokality. Toto fórum MSDN reťazec má niektoré zaujímavé informácie. To nie je rozhodujúce, ale poukazuje na cestu džungľou.

Dávam tento post niečo podivín "pozorované správanie" viesť, pretože som trochu pochybujú, či vyvodzovanie záverov z neho. SPD pracovné postupy sú … temperamentné.

Ľudia sa často pýtajú / Zaujíma vás / nebezpečnej počas pohybujúce SPD toky z jedného miesta do druhého. Dnes, Nasledovať tieto kroky a urobil tieto pozorovania:

• Som vytvoril pracovný postup lokality pripojené ku knižnici dokumentov pomocou programu SharePoint Designer.
• Priradená knižnica dokumentov už sídli viacero dokumentov.
• Zachránil som lokality ako šablóny.
• Keď som zachránil lokality ako šablóny, Zachránil som obsah aj.
• Vytvoril som nové stránky v rovnakej kolekcii lokality pomocou šablóny.

V tomto momente, Snažil som sa spustiť toku činností. To okamžite ukončiť sám s správu denníka, "Zlyhala pri spustení".

Čakal som, že to. Mám nízke očakávania, pokiaľ ide o pohybujú SPD toky činností.

Pokračoval som:

• Otvoriť lokalitu v programe SharePoint Designer.
• Mal pozrieť na toku činností. Zdalo sa, že jemné.
• Kliknutí na tlačidlo "Dokončiť".
• Bežal som toku činností.

tentoraz, fungovalo to dobre.

Pridám, že tento tok činností používať "zhromažďovanie údajov od používateľov" opatrenia, ktoré je pomerne zložité akcie pod kapotou.

Predbežne k záveru, že proces "povrchová úprava" pracovný postup spôsobil SPD SPD workflow správne priradiť novú knižnicu dokumentov. Tiež k záveru, XOML a iné artefakty XML sú primerane "voľné". Nie sú super pevne spojený do knižnice dokumentov.

Čo to znamená? Za predpokladu, že je to spoľahlivý a reprodukovateľné proces, tam je aspoň jednu hrubú metódu môžeme použiť pohybovať okolo nich. Neviem, ak by to fungovať, ak sme prekročili hranice kolekcie lokality alebo dokonca viac drasticky, celé nové farmy (napr.. dev do fázy prod).

Ak čítate túto a naklonený, Prosím post komentár alebo napíšte mi Váš príbeh migrácie programu SharePoint Designer. Rád budem aktualizovať tento názor s akékoľvek poznatky tak ponúkol.

</koniec>

Vyberajte môj blog.

To je často užitočné na uloženie informácií o stave vlastného zoznamu ako schvaľovací kód, ktorý by nikdy priamo koncovým používateľom. To je bežné obchodné scenáre. Bol som pracovať na projekte tento rok, ktorý generuje rôzne postavenie a pripomenutie dáta cez pracovné postupy programu SharePoint Designer, ktoré potom riadiť KPI a vo všeobecnosti podporovať časovo kritických podnikových procesov.

Použite typ obsahu lokality / stĺpec na dosiahnutie tohto efektu.

Vytvorenie typu obsahu lokality s stĺpec stav ako je uvedené:

Všimnite si stav" (pre Demo)" oblasti v spodnej.

Ďalšie, kliknite na názov stĺpca pre prístup k vlastnosti stĺpca. Vyberte "skryté (Nezobrazia vo formulároch)" v časti Nastavenie stĺpca ako je uvedené:

Tým sa odstráni pole zo štandardných upraviť alebo aktualizovať formulárov. Avšak, je to stále k dispozícii v zobrazení, Kľúčové indikátory výkonu, Objektový model a kdekoľvek inde chcete použiť, vrátane SPD workflow.

</koniec>

Vyberajte môj blog.