Category Archives: SharePoint munkafolyamat

E-mailes napi tevékenységemlékeztetők // Hurok-SharePoint Designer-munkafolyamat

Írtam egy részletes cikket, néhány héttel ezelőtt, leírja, hogyan lehet létrehozni egy SharePoint Designer, hogy a munkafolyamat a feladat emlékeztető e-mailt küld a napi rendszerességgel. Ez már megjelent az új: SharePoint-magazin az oldalon. Általában, a cikk bemutatja, hogyan hozzon létre egy körkörös szerkezet SPD.

A magazin számos olyan cikkek, beleértve a, egyebek, nagyon technikai dolgok, interjúk és ipar Hírek. Azt javaslom, akkor add hozzá az RSS feed.

Ha egy terméket vagy szolgáltatást eladni, Én akar is tekint a reklám az oldalon. ' Ki, hogy egy erős kezdő szemmel néztem már több ezer pár. Ez biztos, hogy nő.

Végül, Ha te már viszketés hogy írjon valamit, és kap ez ki egy nagyobb közönség előtt, Ez egy nagy idő és a hely-hoz rögtönzött ez.

</vége>

Subscribe to my blog.

Technorati Tags:

Az én legújabb “A SharePoint Designer védelmében” A cikk is elérhető

Mark Miller át a SharePoint-felhasználó az én legújabb cikket a SharePoint Designer segítségével teremt nagy munkafolyamat megoldások fel az ő helyén a kiküldött. Check it out.

Ebben a cikkben, Beszélek arról, hogy a tervezési folyamat és, részletesebben, Hogyan hozzunk létre egy megbízható és megismételhető vizsgálati eljárást használja a SharePoint-szolgáltatások (Egyéni listák, honlap sablonok). Cikk célok a végfelhasználók, de a megközelítés is jó részére előhívó.

</vége>

Subscribe to my blog.

Fakitermelés-ban SharePoint Designer-munkafolyamat-tevékenység

múlt héten, Én dolgozik ki hogyan viselkedni hurok, és végre egy állapotautomata SharePoint Designer alkalmazással, és megemlítette, mint egy félre, hogy valószínűleg írok egy blogbejegyzést a hatékonyabb munkafolyamat-naplózás.

Jól, Békefalvi Rajput megvert vele. Vessen egy pillantást.

Mentésével egy egyéni listát úgy tűnik, jobb, hogy a rendszeres munkafolyamat előzmények használata:

  • Az egyéni lista, így is exportálhatja, hogy az excel nagyon könnyen.
  • Létrehozhat nézeteket, dinamikusan szűrheti az adatokat, stb.
  • Ez nem áll fenn a auto-tisztító kap rendszeres munkafolyamat-előzmények.

Vannak olyan kockázatok / hátrányai:

  • Sok futó munkafolyamatot egy csomó naplózási okozhat túl sok adatot kell írni, hogy a lista.
  • Talán * do * akar automatikus törlése. Nem kapsz, ezzel a megközelítéssel funkció (kódolás nélkül).
  • Biztonság a Tankcsapda. Annak érdekében, hogy írjon a lista, a felhasználónak rendelkeznie kell erre engedélyt. Ez azt jelenti, hogy valószínűleg nem alkalmas bármilyen "hivatalos" mivel a felhasználó lehet felfedezni a lista, és sajtó alá helyez ez audit. Ez lehet leküzdeni néhány egyéni programozási.

</vége>

Technorati Tags:

Subscribe to my blog.

Az a baj Tribbles … err .. KPI-k

Ez a múlt héten fejezte be egy igazolást a projekt koncepciójának az ügyfél Manhattan. Míg a megoldás, Én spárgagombolyog-ba egy másik hiányossága MOSS KPI-k (lásd itt egy korábbi KPI-probléma és a megoldás).

Háttér: Használtuk a SharePoint Designer-munkafolyamat egy meglehetősen összetett többhónapos hosszú üzleti folyamat modell. Hiszen chugged, Ez akar korszerűsíteni néhány állami információs lista. KPI-k segítségével az adatok a mojo.

Mi úgy döntött, hogy hozzon létre egy új helyszínen minden alkalommal, amikor egy új üzleti folyamatok indul. Eltekintve a munkafolyamattal, Ezek a helyek a fogadó több dokumentumtárak, célközönség és így tovább. Csak egy csomó dolog, hogy segítsen a belső alkalmazottak együttműködése, utazó munkavállalók és az ügyfél meg részt vevő üzleti partnereink.

Mi is meg akartam mutatni néhány, az általános egészségi állapotának, a konkrét üzleti folyamat idegen rádióadást figyel, a munkafolyamat-adatok által népszerűsített, és látogatóink, használja a KPI-k KPI-k.

Végül, Mi használt a KPI-lista elemeit, egy gróf, a megtekintéséhez a listáját, a webhely, hogy (nem húzza egy másik adatforrásból, mint az excel vagy az SQL).

A probléma: El tudod képzelni, feltételezve, hogy mi voltunk elvégzésére az alap-ötlet előre termelési világba, szeretnénk a webhely sablon. Rendelkezés alapján le olyan üzleti folyamat"új webhely" sablon.

A probléma az, hogy Ön nem látszik-hoz kap egy működő KPI így. Mikor hozzon létre egy új oldal alapuló egy sablont egy KPI-listát, és a fő Teljesítménymutató kijelzővel, az új hely KPI adatai megszakadnak. Az új site KPI lista pontok jelforrástól megadott első mentette sablonként.

Így például:

  • Hozzon létre egy új helyszínen, és épít a tökéletesség. Ez az oldal tartalmazza a KPI-adat.
  • Sablonként mentheti.
  • Hozzon létre egy új helyszínen, és ha ki a sablon alapján.
  • Ez az új weboldal KPI-lista elemeit’ támpontot, hogy a webhely sablon, nem az aktuális webhelyen.

A létrehozási folyamat nem megfelelő URL-címe.

Próbáltam-hoz megfejt ez, egy relatív URL-cím megadásával, meghatározásakor a KPI-lista elem. Azonban, Nem tudtam, hogy dolgozni minden változata.

Mindig akar pár fel ezek probléma"" blog póznák, valamilyen megoldás, de ebben az esetben nem kell egy jó. A legjobb is a szám szüksége, látogasson el az újonnan létesített, és rögzíti mindent kézzel. A felhasználói felület teszi még nehezebb, mert az URL-t, amely a forráslista okozza a frissítési, így igazán újra az egészet elölről.

Ha valaki tud egy jobb módja annak, hogy ez, legyen szíves felad egy magyarázat.

</vége>

Technorati Tags:

Mea Culpa — A SharePoint Designer * is * létrehozása állami Machine munkafolyamatok

Amit nemrég tanultam, hogy a lehetséges és még viszonylag könnyű létrehozni egy gép munkafolyamat SharePoint Designer használatával. Szükség az anya a találmány, és minden, ami jó dolog, és én úgy nézett ki, a találmány kell ezen a héten. Véletlenül, Azért jöttem át az MSDN hozzászólásra ugyancsak. Az én személyes tapasztalatom ezen a héten, és a "független megerősítést" Meggyőződésem, hogy erőt kölcsönöz. Azt tervezem, hogy írni ezt a nagyobb hossza egy teljes fújt példa, de itt a lényeg az, hogy:

  • A megközelítés lehetővé teszi az a tény, hogy a munkafolyamat megváltoztathatja egy listaelem, ezáltal az új munkafolyamat elindítása. Én általában úgy ez, hogy lehet kellemetlen, sőt blogged a szemaforok használatával kell kezelni.
  • SharePoint lehetővé teszi, hogy több független munkafolyamatok egy adott listaelem ellen.

Beállításához:

  • A state machine design (azaz, az államok és hogyan Államok átmenet, az egyik a másikra).
  • Minden tagállam végrehajtja külön munkafolyamat.
  • Minden ilyen állam munkafolyamatok kell végrehajtani a Válasz-hoz bekövetkező változásokról a listaelem.

Minden munkafolyamat következik ez a nyers minta:

  • Azon láttamozás, határozza meg, hogy tényleg kell futtatni az ellenőrzést végző állam információt a cikk"aktuális". Megszakítás, ha nem.
  • Ezt a munkát.
  • Az "aktuális cikk frissítése" az új állam adatokkal. Ez váltja ki az aktuális cikk egy frissítést, és a tűz ki az állami-munkafolyamatok.

Eltekintve a nyilvánvaló előny hogy egy hozhat létre deklaratív állami machine munkafolyamatok, minden rendszerállapot-információit is félelmetes a KPI-k épület, és érdekes views.

Ez volna egy eléggé jelentős hátránya — szabványos munkafolyamat történelem követés még haszontalan, mint a normál 🙂 Ez könnyen orvosolható, azonban. Ellenőrzési típus adatainak tárolása egy szokás oldalra dől. Ez valószínűleg egy jó ötlet még a vanília szekvenciális munkafolyamat, de ez egy másik blogbejegyzést 🙂

Úgy hívom ezt a "mea culpa" mert van, Sajnos, többször azt mondta, a fórumokon, és máshol hogy kell használni a visual studio állami gép munkafolyamat létrehozásához. Ez egyszerűen nem igaz.

</vége>

Subscribe to my blog.

Technorati Tags:

A szemaforok használatával a SharePoint Designer munkafolyamat végtelen hurkoknak megakadályozására

Lehetséges, hogy okoz egy végtelen hurok-SharePoint Designer-munkafolyamat. A közös végrehajtási minta mint ez okozza a problémát:

  • A munkafolyamat létrehozása és társítása egy lista.
  • Azt jelzi, hogy kell elkezd-ra létrehozása az új elemek és a meglévő elem frissítése.
  • A munkafolyamat egy lépése frissíti az "Aktuális cikk" mezőjére.
  • Mivel a jelenlegi elem módosul, a munkafolyamat elindul anew.

Ez ördögi elkerülésére., végrehajtása egy egyszerű szemafor:

  • Webhelyoszlop hozzáadása (- vagy az oszlopterületre, a lista/Library, ha nem használja a tartalomtípusok).
  • Elrejtése a Szerkesztés lapon (könnyű csinálni, ha egy webhely oszlop tulajdonságainak keresztül, nem könnyű, ha egy oszlop).
  • A munkafolyamat, Ellenőrizze, hogy ha a szemafor oszlop értéke üres.
  • Ha üres, készlet ez-hoz egy nem üres értéket, és járjunk el.
  • Ha van a nem üres, közvetlenül a kilépést.

Ez egy meglehetősen kifinomult megoldást válik, attól függően, hogy az üzleti követelményeknek és így tovább, de ez már megvalósítható mintázatot, amikor már szükséges ez.

</vége>

Technorati Tags:

Subscribe to my blog.

Segédlet: Javítás alkalmazott képzési sablon rendelkezésre álló helyek Bug regisztrálásának törlése

Mint sokan tudják, az alkalmazott képzési sablon Itt a Microsoft által biztosított van egy hibája, hogy mi lehet reprodukálni, következő lépések:

  • Hozzon létre egy osztály maximális mérete 10 a diákok.
  • Regisztráció –> Összesen elérhető ülőhellyel megfelelően csökkenti eggyel-eggyel. Eredmény: 9 rendelkezésre álló helyek.
  • Regisztrálásának törlése: –> Bug. Egy növekednie kell a teljes rendelkezésre álló helyek. Igen nem. Eredmény: 9 rendelkezésre álló helyek, mint egy SharePoint, de valójában, vannak 10 rendelkezésre álló helyek.

Megoldás: A SharePoint Designer segítségével javítsa ki a munkafolyamat.

Első, nyit megjelöl a hely. A mappalistában, számomra úgy néz ki, mint ez:

kép

Ha van egy pillantást a "résztvevők regisztráció" munkafolyamat, látjuk, hogy van egy lépés feliratú, "Politikai ülés kényszerítése". Úgy néz ki, mint ez:

kép

Ez a lépés a munkafolyamat frissíti a cikk által megnő a "töltött ülések" metaadatok oszlopa, a tanfolyam. Ha mi felhúzni hogy részletesebben, ezt látjuk:

kép

Ez minden olyan információt, amit szükség-hoz erősít a rendszerleíró adatbázisból való munkafolyamat.

Ha megfordítod a rendszerleíró adatbázisból való munkafolyamat, nincs semmilyen hasonló munkafolyamat-lépés. Adja hozzá a következő:

1: Bontsa ki a "résztvevő rendszerleíró adatbázisból való" és nyit megjelöl a XOML (Lásd: első képernyő szemcsésedik ha-a ' elveszett).

2: Összead egy új munkafolyamat-változó, "Új töltött ülések" "Szám" típusú.

3: "Új töltött ülések érték hozzárendelése" Amint:

kép

4: A kitöltött ülések mellett csökkentő 1:

kép

5: Frissíti a kapcsolódó cikket tanfolyam:

kép

6: Győződjön meg róla, minden lépést a helyes sorrendben. Nekem, úgy néz ki mint ez:

kép

7: Befejezni a munkafolyamatot újra építeni.

8: Teszt.

</vége>

Subscribe to my blog.

Technorati Tags: ,

SharePoint-műszaki tervezési minták felé: SharePoint Designer-munkafolyamat + Eseményérzékelő = magas potenciájú koktél

Az egyik a feltörekvő minták találom a ravaszkodó a SharePoint-megoldások emelőerők-SharePoint Designer-munkafolyamat és az eseményérzékelő.

Itt van egy üzleti forgatókönyv-hoz tesz ez-ban szövegkörnyezet:

  • A dokumentum feltöltése a doc lib.
  • Kick-off többlépcsős munkafolyamat létrehozása a SharePoint Designer használatával.
  • Egy bizonyos ponton, hogy a folyamat során, a munkafolyamat feladatot rendel valaki (keresztül gyűjt adat-ból felhasználó vagy egy tevékenység hozzárendelése).
  • Azt akarjuk, hogy egy KPI segítségével nyomon követheti, milyen hosszú ez a feladat a befejezéséig. A KPI-t azt mutatja, zöld feladatok, befejezett vagy kellő több mint 3 nap múlva. Ez azt mutatja, sárga, ha a tevékenység miatt holnap vagy ma. Ez azt mutatja, vörös, ha a tevékenység elmúlt due.
  • Here's the kicker: Azt akarom, a dátum, hogy vezet a KPI-holiday tisztában kell.

Nem lehet kiszámítani a holiday-aware kellő dátum-SharePoint Designer-munkafolyamat nagyon könnyen. Szerettem volna, hogy hozzon létre egy egyéni művelet, vagy használ egy 3rd csapat szerszám. Azonban, könnyű kiszámítani az eseményérzékelő dátum. E két egyesíteni, és kapunk egy mintát, mint ez:

  • Meghatározza a rejtett igen/nem a dokumentumtárban a webhelyoszlop feliratú "DoCalcualteDueDate".
  • Inicializálni hamis.
  • A munkafolyamat megfelelő időben (pl. az "adatgyűjtés előtt" Akció), Igaz ez az érték hozzárendelése.
  • Egy ItemUpdate() eseményérzékelő úgy néz ki, hogy ha "DoCalculateDueDate" igaz. Mivel az eseményérzékelő fut-ra minden frissítés, "DoCalculateDueDate" általában hamis.
  • Mikor munkafolyamatot rendel a DoCalculateDueDate igaz, Az eseményérzékelő kiszámítja a holiday-aware kellő dátuma.
  • Ha az eseményérzékelő nem ez a számítás, false értékre állítja a DoCalculateDueDate zászló.

A végén, SPD munkafolyamat kommunikált az eseményérzékelő keresztül a DoCalculateDueDate szemafor és ünnep-aware miatt már életében az munkafolyamat pontosan a megfelelő pillanatban rendelt dátum. A SharePoint Designer határozza meg, mikor a határidő is társítva van, de az eseményérzékelő hajtja végre, a tényleges számítási és hozzárendelési.

</vége>

Subscribe to my blog.

Megfigyelt viselkedés: Az SPD munkafolyamat webhelycsoporton belül mozgó

FRISSÍTÉS: Már kutatja hogyan embed SPD munkafolyamatot egy webhely-definíció. Az MSDN-fórumon lánc birtokol némely érdekes információ. Ez nem meggyőző, hanem pontok út a dzsungelen keresztül.

Köszönöm ezt a hozzászólást egy kissé különc "megfigyelt viselkedés" mivel én egy kicsit furfangos következtetések is vezet. Az SPD munkafolyamatok … temperamentumos.

Az emberek gyakran kérdezik / Vajon / izgulj mozgó SPD munkafolyamat egyik helyről a másikra. Ma, Ezeket a lépéseket követi, és ezeket az észrevételeket tett:

  • Én teremtett a munkafolyamatot egy webhely egy dokumentumtárhoz csatlakozik a SharePoint Designer használatával.
  • A hozzá tartozó dokumentumtár már elhelyezett több dokumentum.
  • Mentettem a webhely sablon.
  • Mikor én a webhely sablonként mentett, Megmentettem a tartalom elmentésére.
  • Létre egy új helyszínen, az adott sablonnal megegyező webhelycsoportban.

Ezen a ponton, Próbáltam-hoz fuss a munkafolyamat. Ez azonnal véget ér maga a napló üzenet, "Nem sikerült a start".

Vártam ezt. Már alacsony elvárások, amikor a mozgó SPD-munkafolyamatok körül.

Én továbbra is:

  • Megnyílt a webhelyen a SharePoint Designer programban.
  • Volt egy kandikál a munkafolyamat. Úgy tűnt, szép.
  • Rákattintottam a "Befejezés".
  • Én spárgagombolyog a munkafolyamat.

ezúttal, Ez munkás finom.

Fogok hozzá, hogy ez a munkafolyamat használják az "adatgyűjtés felhasználó" művelet, amely egy viszonylag bonyolult művelet, a motorháztető alatt.

Próbaképpen következtetni, hogy a folyamat "befejező" okozott az SPD munkafolyamat megfelelően társítani az új dokumentumtár SPD munkafolyamat. Is köt, az XOML és más XML is ésszerűen "laza". Nem szuper szorosan párosított a dokumentumtár.

Mi csinál ez jelent? Feltételezve, hogy egy megbízható és megismételhető folyamat, van legalább egy durva módszerrel tudjuk használni, hogy mozgatni őket körül. Nem tudom, ha ez működik, ha átmentünk site collection határait, vagy akár több drasztikusan, teljes új gazdaságok (pl. dev a színpadon, hogy prod).

Ha ezt olvasod, és hajlik, legyen szíves felad egy magyarázat vagy elektronikus levél én a SharePoint Designer áttelepítése történet. Én szívesen frissíti ezt a hozzászólást semmilyen betekintést, így felajánlott.

</vége>

Subscribe to my blog.

Technorati Tags:

Gyors és egyszerű: Csak a munkafolyamat Mezőfrissítés

├ültal├íban hasznos, mint egy jóváhagyási számot kell soha nem közvetlenül manipulálni a végfelhasználók számára, amely egyéni lista állapot információk tárolására. Ez egy olyan közös üzleti forgatókönyv. Már dolgozik egy projekten idén generáló különböző állapotát és emlékeztető dátumok SharePoint Designer munkafolyamatok, majd a KPI-k hajt és általában az idő szempontjából kritikus üzleti folyamatok keresztül.

Használja a webhely-tartalomtípushoz / Ez a hatás eléréséhez oszlop.

Az Állapot oszlopban látható egy webhely-tartalomtípus létrehozása:

kép

Megjegyzés: a "Status (a Demo)" a mező alján.

Következő, kattintson az oszlop nevét az oszlop tulajdonságainak eléréséhez. Válassza ki a "rejtett (Nem jelenik meg az űrlapok)" az oszlopbeállítások szakaszban, amint:

kép

Ez eltávolítja a mezőt a standard szerkesztése, frissítése formák. Azonban, még mindig rendelkezésre áll a megtekintés, KPI-k, az objektummodell, és sehol máshol, ön akar-hoz használ ez, beleértve az SPD munkafolyamat.

</vége>

Subscribe to my blog.