Kirjutasin üles üksikasjalik artikkel paar nädalat tagasi, mis kirjeldab kuidas luua SharePoint Designeri töövoog, mis saadab tööülesande meeldetuletuse kirja iga päev. See oli avaldatud Uus kell SharePointi Magazine saidi. Üldisemalt, Artikkel näitab, kuidas luua Silmukoiminen struktuuri ühtse Programmdokumendi.

Ajakiri on erinevaid artikleid sealhulgas, muu hulgas, väga tehniline kraam, intervjuud ja tööstuse uudised. Ma soovitan selle lisada oma RSS feed.

Kui teil on toode või teenus müüa, Ma võtaks ka reklaami lehele. It's off edukalt alustada silmade vaadata seda juba mitu tuhat paari. See on kindlasti kasvatada.

Lõpuks, Kui sa oled sügelus midagi kirjutada ja saada see välja suurema publiku ees, See on suurepärane aeg ja koht seda.

</lõpp>

Telli minu blogi.

Mark Miller üle kell Lõppkasutaja SharePointi kas sisestatud SharePoint Designeri abil saate luua suur töövoo lahendused üles riputanud kohta minu viimane artikkel. Check it out.

Käesolevas artiklis, Ma rääkida projekteerimise protsess ja, üksikasjalikumalt, Kuidas luua usaldusväärne ja korratav uuritava protsessi, kasutades SharePointi funktsioonid (Kohandatud loendid, Saidimallid). Artikkel on suunatud lõppkasutajate, kuid lähenemine on hea arendajad ka.

</lõpp>

Telli minu blogi.

Eelmine nädal, Ma töötasin välja, kuidas Loop ja rakendada riigi masin SharePoint Designeri abil ning nimetatud, selle kõrvale, et ma arvatavasti kirjutada blogi postitus parem töövoo metsaraie.

Hästi, Sanjeev Rajput peksid ta. Vaata.

Logi andmete salvestamise kohandatud loendisse tundub parem kui kasutades regulaarselt töövoo ajalugu:

• On just kohandatud loend, nii saab eksportida Excelisse väga kergesti.
• Saate luua vaated, dünaamiliselt andmete filtreerimine, jne.
• Seda ei kohaldata auto purge saad koos regulaarse töövoo ajalugu.

Seal on mõned riskid / varjuküljed:

• Paljud töötavad töövood palju logimine võib põhjustada liiga palju andmete loetelu.
• Äkki sa * do * taha automaatne likvideerimine. Sa ei saa selle funktsiooni turvarühmale (ilma kodeerimine).
• Turvalisus on keeruline. Et kirjutada nimekirja, kasutajal peab olema selleks luba. See tähendab, et see on ilmselt mitte sobib mis tahes "ametnik" auditi kuna kasutaja võiks avastada loendi ja seda redigeerida. See võiks lahendada mõned kohandatud programmeerimine.

</lõpp>

Telli minu blogi.

See viimase nädala ma valmis välja tõendid kontseptsiooni projekti kliendile, Manhattan. Säästvamale lahus, I sattus teine puudus MOSS KPI-d (Vaata siia eelmise KPI küsimus ja minu lahendus).

Taust: Me kasutasime SharePoint Designeri töövoo võrdlemisi keeruline mitme kuu pikk äriprotsessi mudel. Sest see chugged, See oleks mõned riigi teavet nimekirja uuendada. KPI-de abil need andmed teha oma mojo.

Oleme otsustanud luua uue saidi iga kord teise need äriprotsesside algab. Jättes kõrvale töövoosse, need saidid võõrustada mitmeid dokumenditeegid, kasutada sihtrühma valimise ja jne. Lihtsalt hunnik asju, mis aitavad koostööd tehes sisemine töötajate vahel, Reisimine töötajad ja selle kliendile osalevate äripartnerite.

Soovisime ka näidata mõned KPI-d, et jälgida üldist tervist konkreetse äriprotsessi töövoo riigi andmeid edendada ja KPI-de abil.

Lõpuks, me kasutasime KPI loendi elementi ei loota vaade loendis sait (Erinevalt teisest allikast tõmmates, nagu excel või SQL).

Probleem: Nagu võite ette kujutada, eeldades, et me olime läbi põhiidee edasi tootmine maailmas, me tahaks saidimall. Ette valmistada uus sait põhineb off "äriprotsessi" Mall.

Probleem on selles, et te ei tundu, et saada toimiva KPI nii. Kuna ma luua uus sait, mall KPI loendi ja KPI veebiosa, uue saidi KPI andmed on katki. Uue saidi KPI loendi punktid ükskõik millisest allikast teie määratletud kui te esmakordsel salvestamisel mallina.

Näiteks:

• Uue saidi loomisel ja ehitada täiuslikkust. See sait sisaldab KPI andmete.
• Salvestada mallina.
• Loo uus sait ja kui välja malli alus.
• See uus sait KPI loendi üksuste’ allikad viitavad saidi malli, ei praegune sait.

Eksemplari loomise protsessi õige URL.

Üritasin probleemi lahendada, kirjutatakse suhteline URL KPI loendi üksus määratlemisel. Aga, Ma ei saanud seal mis tahes muutus.

Tahan alati paar sammu nende "probleem" Blog Ametikohad koos mingi lahenduse, aga sel juhul ma ei ole hea. Ma aru parim on, et sa pead minema äsja proviseeritud saidi ja määrata kõike käsitsi. UI teeb selle veelgi raskem, sest URL lähteloendi muutmine toob Värskenda, et sa tõesti määratleda kogu asja nullist.

Kui keegi teab ta seda parem, Palun postitage kommentaar.

</lõpp>

Olen hiljuti õppinud, et see on võimalik ja isegi üsna lihtne luua riigi masin töövoo SharePoint Designeri abil. Vajadus on ema leiutis ja kõik, mis hea kraam ja mul oli vaja sel nädalal, et leiutisele tundus. Juhuslikult, Sattusin See MSDN Foorum post Samuti. Minu isiklik kogemus sel nädalal ja et "sõltumatu kinnitus" laenab tugevus minu süüdimõistmise. Kavatsen kirjutada sellest pikemalt koos täis puhutud näide, Aga siin on selle põhisisu:

• Lähenemine intensiivistab asjaolu, et töövoogu saate muuta loendi üksus, seega andes aluse uue töövoo. Ma olen tavaliselt pidas seda olla ebameeldivalt ja isegi blogged about kasutades Semaforid sellega hakkama.
• SharePoint võimaldab mitme sõltumatu töövood vastu kindla loendiüksuse aktiivseks.

Seda seadistada:

• Kujundada oma riigi masin (St, riigid ja kuidas riikide üleminek ühest teise).
• Rakendada iga riik eraldi töövoona.
• Saate konfigureerida iga nimetatud riigi töövoogude käivitamiseks muudatuste loendiüksust vastuseks.

Iga töövoo tuleneb see töötlemata muster:

• Pärast initsialiseerimise, kindlaks teha, kas ta peaks tõesti juhivad Inspekteeriv riik teavet "kaubanimetuse". Katkesta, kui ei.
• Ei tööta.
• "Praeguse üksuse värskendamine" uue riigi teabega. See käivitab praeguse kauba värskendada ja tulekahjud off riigi töövood.

Peale ilmse kasu üks saate luua deklaratiivseid riigi masin töövoo, Kõik, mis riigi teave on kohutav hoone KPI-d ja huvitav vaatamist.

See on üsna märkimisväärne puudus — standard töövoo ajalugu jälgimine on veelgi kasutu kui tavaline 🙂 See on lihtsalt kõrvaldatud, Aga. Salvestada kõik oma auditi tüübiteave kohandatud loendi. See on ilmselt hea mõte isegi vanilla järjestikuste töövoo jaoks, kuid see veel blogipostituse 🙂

Ma nimetan seda "mea culpa" sest mul on, Kahjuks, ütles mitu korda foorumites ja mujal et üks peab riik masin töövoo loomiseks kasutada visual studio. See lihtsalt ei ole tõsi.

</lõpp>

Telli minu blogi.

On võimalik tekitada lõputu tsükli SharePoint Designeri töövoos. Ühise rakendamise muster meeldib see tekitab probleemi:

• Töövoo ja sidumiseks loend.
• Näitavad, et see tuleks alustada luua uusi objekte ja olemasolevate kaupade uuendamine.
• Töövoo samm uuendab välja "Praeguse üksuse".
• Kuna praegune üksust on muudetud, töövoog käivitub uuesti.

Et vältida see lõputu silmus, rakendada lihtne semafori:

• Saidiveeru lisamine (või veerus loetelu/teeki, kui te ei kasuta sisutüübid).
• Varjata seda redigeerida lehele (lihtne teha, kui saidi veeru kaudu oma omadused, ei ole nii lihtne, kui loendi veerg).
• Töövoo, Kontrollige, kui semafori veeru väärtus on tühi.
• Kui väli on tühi, määra kuni mittetühja väärtuse ja jätkatakse.
• Kui on pole tühi, Väljuge kohe.

See võib saada üsna nüansirikas lahendus, sõltuvalt ettevõtte vajadusi ja nii edasi, kuid see on toimiv muster, kui ma olen vaja.

</lõpp>

Telli minu blogi.

Nagu paljud teavad, Töötaja koolituse Mall pakub Microsoft siin on bug, mis saab paljundada, järgmiste sammude:

• Loo klass max suurus 10 õpilased.
• Registreeru –> Kokku vaba istekohta korralikult decrements üks. Tulemus: 9 olemasolevate kohtade.
• Registreerimise tühistamine: –> Bug. Üks peaks juurdekasvu kokku olemasolevate kohtade. See ei ole. Tulemus: 9 olemasolevate kohtade nagu iga SharePointi, Aga tegelikult, seal on 10 olemasolevate kohtade.

Lahus: SharePoint Designeri abil saate lahendada töövoog.

Esimese, avatud kuni saiti. Kaustaloendi minu jaoks on selline:

Kui meil on pilk "osavõtjate registreerimine" töövoog, näeme, et on märgistatud "Jõustada istekoha poliitika" samm. See näeb välja selline:

See töövoosse uuendab üksuse poolt juurdekasv "täidetud istmed" metaandmete veeru muidugi. Kui me tõmmata selle üksikasjalikumalt, Meil on see:

See on meil vaja lahendada unregistration töövoo teave.

Kui me pöörake unregistration töövoog, pole ühtegi sarnast töövoosammu. Lisatakse järgmine:

1: Laiendage "osaleja unregistration" ja avada selle XOML (Vt esimene pilt, kui sa oled kadunud).

2: Lisage uus Töövoomuutuja, "Uus täidetud istmed" tüüp "Numbri".

3: Määrata väärtuse "uus täidetud istmed" nagu on näidatud:

4: Dekrementida poolt täidetud istmed 1:

5: Seotud kursuse üksuse värskendamine:

6: Veenduge, et kõik meetmed oleksid õiges järjekorras. Minu jaoks, See näeb välja selline:

7: Lõpetada töövoo uuesti ehitada.

8: Test.

</lõpp>

Telli minu blogi.

Üks tekkivaid mustreid leida käsitöö SharePointi lahenduste intensiivistab SharePoint Designeri töövoo ja sündmuse vastuvõtja.

Siin on äri stsenaariumi, et panna see konteksti:

• Dokumendi üleslaadimine doc lib.
• Ma avalöögi multi-Step töövoo loodud SharePoint Designeri abil.
• Mingil hetkel selle protsessi käigus, töövoog määrab tööülesande kellelegi (Via kasutaja andmete kogumiseks või tööülesande määramine).
• Tahame KPI abil saate jälgida, kui kaua seda ülesannet on lõpuleviimiseni. KPI näitab roheline ülesandeid, mis on täitunud või nõuetekohaselt üle 3 päeva nüüd. See näitab kollane, kui ülesanne on tingitud homme või täna. See näitab punast, kui toiming on ületanud.
• Siin on kicker: Ma tahan, ajab selle KPI holiday teada kuupäev.

Ma ei saa arvutada holiday-aware due praeguseks SharePoint Designeri töövoo väga kergesti. Ma pean luua kohandatud toimingu või tööriista poole 3.. Aga, See on piisavalt lihtne, arvutamiseks määratud kuupäeval sündmuse vastuvõtja. Need kaks kokku liita ja saame muster meeldib see:

• Määratleda peidetud jah/ei saidiveeru dokumenditeegi nimega "DoCalcualteDueDate".
• Lähtestab väär.
• Töövoo sobival ajal (näiteks. just enne "koguda andmeid" tegevus), määrata väärtust True.
• E ItemUpdate() sündmuse vastuvõtja näeb välja kui "DoCalculateDueDate" on tõene. Kuna sündmuse vastuvõtja töötab iga värskendust, "DoCalculateDueDate" on tavaliselt väär.
• Kui töövoog määrab DoCalculateDueDate true, sündmuse vastuvõtja arvutatakse puhkuse teadlik tähtaeg kuupäev.
• Kuna sündmuse vastuvõtja ei arvutus, See seab DoCalculateDueDate lipu väär.

Aasta lõpus, SPD töövoo suhtles sündmuse vastuvõtja kaudu DoCalculateDueDate semafori ja meil puhkus-aware tõttu töövoo elus täpselt õiget hetkel määratud kuupäevad. SharePoint Designeri kontrollib seda, kui tähtaeg on määratud aga sündmuse vastuvõtja täidab tegeliku arvutamise ja määramise.

</lõpp>

Telli minu blogi.

VÄRSKENDUS: Olen olnud uurides kuidas kinnistada SPD töövoo määratlus saidi. Sellel MSDN Foorum on mõned huvitavad teavet. See ei ole määrav, kuid punkte läbi džungli teed.

Ma annan sellele ametikohale on veidi mõlemal tüüp "täheldatud käitumine" sest ma olen veidi ettevaatus järelduste tegemine see. SPD töövood on … Temperamentne.

Inimesed sageli küsivad / mõtlesin, et / Kiukuttelu üle SPD töövood liikumine ühest kohast teise. Täna, Nende juhiste järgimist ja tegi need tähelepanekud:

• Olen loonud saidi teeki lisatud SharePoint Designeri abil töövoog.
• Seostatud dokumenditeek juba majutatud mitmest dokumendist.
• Olen salvestanud saidi mallina.
• Kuna olen salvestanud saidi mallina, Ma päästsin selle sisu.
• Samas saidikogumis selle malli abil loodud uus sait.

Sel hetkel, Ma püüdsin käivitada töövoogu. See viivitamata lõpetada ise saa, "Käivitamine nurjus".

Arvasin, et see. Mul on madal ootusi, kui tegemist on ühtse Programmdokumendi töövood ringiliikumine.

Jätkasin:

• Avatud saidi SharePoint Designeris.
• Oli peek töövoog. Tundus hea.
• Napsautin "Finish".
• Jooksin töövoog.

Sel korral, See töötas trahvi.

Ma lisan, et selles töövoos kasutada "koguda andmeid kasutaja" tegevus, mis on suhteliselt keeruline toiming kapoti alla.

Ma esialgselt järeldada, et protsessi "viimistlus" põhjustatud SPD korralikult siduda ühtse Programmdokumendi töövoo uues dokumenditeegis töövoo. Järeldan ka, et XOML ja muud XML esemeid on mõistlikult "lahtine". Nad ei ole super tihedalt sidestatud dokumenditeeki.

Mida see tähendab? Eeldades, et see on usaldusväärne ja reprodutseeritavad protsess, on vähemalt üks töötlemata meetodi saame kasutada ümber paigutada. Ma ei tea, kas see töö, kui me läksime saidi kogumise piirid või isegi järsemalt, kogu uued talud (näiteks. dev etappi prod).

Kui sa loed seda ja on kaldu, Palun postitage kommentaar või kirjuta mulle teie SharePoint Designeri rände lugu. Ma hea meelega uuendada sisestamine koos mingit ülevaadet nii pakuti.

</lõpp>

Telli minu blogi.

Tihti on kasulik oleku teavet salvestada kohandatud loendi nagu tüübikinnituse kood, mis peaks kunagi otseselt manipuleerida lõpptarbijatele. See on ühine äri stsenaariumi. Ma olen töötanud projekti sel aastal, mis genereerib staatuse ja meeldetuletus tähtpäevade SharePoint Designeri töövooge, mis seejärel sõita KPI-d ja toetavad üldiselt kiireloomulist äriprotsesside kaudu.

Kasuta saidi sisutüüp / selle saavutamiseks mõju veerg.

Luua saidi sisutüüpi veergu olek näidatud:

Märkus "staatus (demo)" alumises ääres väljal.

Järgmine, Klõpsake veeru nime veeru atribuudid avamiseks. Vali "peidetud (Kuvatakse vormid)" Veeru sätted jaotises esitatud:

See eemaldab välja Standardne edit/Uuenda vormid. Aga, See on ikka olemas views, KPI-d, objekti mudeli ja kusagil soovite seda kasutada, sealhulgas SPD töövoog.

</lõpp>

Telli minu blogi.