Sem napisal podroben članek pred nekaj tedni kako tvoriti SharePoint Designer potek dela, ki pošlje opomnik email opravilo naprej a vsakdanji osnova. To je bilo Objavljeno na novo SharePoint Magazine mesto. Bolj na splošno, članek prikazuje, kako ustvariti zanka strukturo v EPD.

Revija ima široko paleto izdelkov, vključno z, med drugim, zelo tehnične stvari, Intervjuji in industrijo novice. Priporočam, da ga dodate na vaš RSS.

Če imate izdelek ali storitev za prodajo, Bi tudi preučiti oglaševanje na spletni strani. To je off za močan začetek z več tisoč parov oči, si je že. Ki je prepričan, da rastejo.

Nazadnje, Če ste srbenje, da napisati nekaj in ga ven pred širše občinstvo, To je veliko časa in kraja bi bilo nič.

</namen>

Naročite se na moj blog.

Mark Miller nad na Končnega uporabnika SharePoint je objavil moje najnovejše članek o s programom SharePoint Designer ustvariti veliko potek dela rešitve gor na svojem mestu. Check it out.

V tem članku, Govorim o procesu oblikovanja in, podrobneje, kako vzpostaviti zanesljive in ponovljive test proces z uporabo funkcij SharePoint (sezname po meri, predloge mest). Članek je namenjen končnim uporabnikom, pristop je dober za razvijalce preveč, vendar.

</namen>

Naročite se na moj blog.

prejšnji teden, Delala sem, kako zanke in izvajati stroj stanj s programom SharePoint Designer in omenil, kot vstran, da bi verjetno napisati blog post o boljši potek dela sečnja.

Dobro, Sanjeev Rajput utirati mi je. Imajo pogled.

Shranite podatke dnevnika v seznam po meri zdi boljša uporaba zgodovina rednih potek dela:

• To je samo seznam po meri, tako lahko izvozite v excel zelo enostavno.
• Ustvarite lahko ogledov, dinamično filtriranje podatkov, itd.
• To ni avto-purge dobite z zgodovino rednih potek dela.

Obstajajo nekatera tveganja / slabosti:

• Veliko teče potekov dela z veliko sečnje lahko povzroči preveč podatkov, zapisovanje na seznamu.
• Morda ste * ali * želite samodejno čiščenje. Ne boste dobili to funkcijo s tem pristopom (brez šifriranja).
• Varnost je težavno. Da bi napisali na seznam, uporabnik mora imeti za to dovoljenje. To pomeni, da je verjetno ni primeren za vse vrste "uradni" revizije, saj uporabnik lahko odkrili seznam in ga uredite. To bi lahko rešili z nekaj meri, programiranje.

</namen>

Naročite se na moj blog.

To čez teden dni sem končal off dokazilo o idejni projekt za stranko na Manhattnu. Pri izvajanju rešitev, Sem tekel v Druga pomanjkljivost MOSS KPI-jev (glej tukaj za prejšnje izdaje KPI in svoj workaround).

Ozadje: Smo uporabili SharePoint Designer potek dela model dokaj zapleteno več mesecev dolgo poslovnega procesa. Saj chugged, To bi posodobiti nekatere informacije o stanju v seznam. KPI-ji za svoje mojo uporabite te podatke.

Smo se odločili, da ustvarite novo mesto vsakič, ko začenja novega teh poslovnih procesov. Poleg poteka dela, sam, teh straneh gostitelja več knjižnic dokumentov, uporabo ciljnih občinstev in tako naprej. Šele a povesmo od tvar za pomoč pri sodelovanju med notranje zaposlene, potovanja zaposlenih in stranko je sodelovanje poslovnih partnerjev.

Smo tudi želeli pokazati nekaj KPI, ki spremlja splošno zdravje da določenega poslovnega procesa, kot zsvoj podatke o stanju poteka dela in gledati KPI-je.

Končno, smo uporabili elemente seznama KPI, ki računajo na pogled na seznam na mestu (v nasprotju z vleče iz drugega vira podatkov, kot excel ali SQL).

Problem: Kot si lahko predstavljate, ob predpostavki, da smo bili v peljati naprej osnovna ideja v svetovni proizvodnji, bi želimo predlogo mesta. Predvideva novo spletno stran, ki temelji off "poslovnega procesa" predlogo.

Problem je, da vi vekanje zdeti se zadobiti delovanja KPI tako. Ko sem ustvariti novo spletno stran, ki temelji na predlogi z seznam KPI in spletni gradnik KPI, novo mesto KPI podatkov ne delujejo. Novo mesto KPI seznam točk na katerega koli vira ste določili, ko ste ga prvič shranili kot predlogo.

Kot primer:

• Ustvarite novo mesto in zgraditi do popolnosti. Ta stran vsebuje podatke KPI.
• Da shranite kot predlogo.
• Ustvarite novo mesto in osnove če off predlogo.
• Elemente seznama KPI-ja to novo mesto’ virov, pokažite na predlogo mesta, ni trenutnega mesta.

Primeru postopek ne popravi URL.

Si se potrudil to rešiti tako, da navedete relativni URL, pri določanju elementa seznama KPI. Vendar, Nisem mogel dobiti kakršno koli spremembo, da delo.

Vedno hočem par gor teh "problem" blog posts z neke vrste rešitev, vendar v tem primeru ne življati a dober nedoločni zaimek. Najboljši, lahko ugotovimo, da morate iti novo omogočeni mestom in vse popraviti ročno. UI omogoča to še težje, ker sprememba URL na izvornem seznamu povzroča osvežitev, tako se res moraš ponovno celotno stvar iz nič.

Če kdo pozna boljši način za obravnavo tega, prosim pokomentirajte.

</namen>

Pred kratkim sem izvedel, da je mogoče in celo dokaj enostavno ustvariti stanje stroj potek dela s programom SharePoint Designer. Potreba je mati izuma in vse, kar dobre stvari in sem imel potrebe ta teden, ki je preučevala za izum. Po naključju, Sem prišel čez Ta MSDN forum post tudi. Moja osebna izkušnja ta teden in da "neodvisno potrditev" daje moč, da moje prepričanje. Sem načrt za pisanje o tem na večjo dolžino s polno Pregorjeli primer, ampak tukaj je bistvo je:

• Pristop dopolnjuje dejstvo, da lahko spremenite potek dela elementa seznama, s tem sproži nov potek dela. Običajno jih šteje to, da se nadloga in celo blogged o uporabi semafor ravnati.
• SharePoint omogoča več neodvisnih poteki dela treba aktivno proti element seznama posebnih.

Oblikovati to:

• Design vaš stroj stanj (tj, članice in kako države prehod iz enega v drugo).
• Izvajati vsaka država kot ločene poteka dela.
• Konfigurirati vsakega od teh potekov dela država vršiti v odgovor na kakršno koli spremembo elementa seznama.

Vsako stanje poteka dela sledi ta grobo vzorec:

• Na initialization, določi, ali mora res izvaja jo pregledovanje informacij o stanju v "trenutnega elementa". Prekiniti, če ne.
• Ne dela.
• Posodobitev "trenutnega elementa" z nove informacije o stanju. To sproži posodobitev trenutnega elementa in požari izklop vseh stanje potekov dela.

Poleg očitne koristi da ena lahko ustvari potek dela stroj deklarativno država, vse, kar je grozen za gradnjo KPI in zanimive informacije o stanju ogledov.

To so dokaj znatno povračila — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, vendar. Shranjevanje vseh revizijskih vrste podatkov v seznam po meri. To je verjetno dobra ideja tudi za vanilijev zaporedni potek dela, but that’s for another blog post 🙂

Jaz oklic to a mea "culpa" ker imam, na žalost, je dejal večkrat na forumih in drugje tisti morate uporabiti visual studio tvoriti a njim stroj. To preprosto ni res.

</namen>

Naročite se na moj blog.

Možno je, da povzroči neskončno zanko v programu SharePoint Designer potek dela. Skupno izvajanje vzorec takega povzroča težave:

• Ustvari potek dela in povezati s seznamom.
• Kažejo, da na začetek ustvariti nove elemente in posodobitev obstoječih elementov.
• Korak v potek dela posodobi polje v "Trenutnega elementa".
• Ker trenutni element spremenjen, potek dela začne znova.

Da bi preprečili ta neskončne zanke, izvajanje preprostih semafor:

• Dodaj stolpec mesta (ali stolpec seznama/knjižnico, če ne uporabljate vrste vsebine).
• Skriti pred urejanje strani (enostavno narediti Če stolpec mesta preko njegove lastnosti, ni tako enostavno, če seznamskega stolpca).
• V poteku dela, Preverite, če vrednost stolpca semafor je prazno.
• Če je prazen, jo nastavite na vrednost ni prazna in nadaljuje.
• Če je ni prazno, Exit takoj.

To lahko postane precej prefinjen rešitev, glede na poslovne zahteve in tako naprej, vendar je bilo izvedljiv vzorec, ko ste to potrebno.

</namen>

Naročite se na moj blog.

Kot mnogi veste, Usposabljanje zaposlenih predlogo preskrbljen z mikroskop tukaj je hrošč, ki smo lahko razmnožujejo, sledite spodnjim korakom:

• Ustvari razred z velikostjo max 10 študenti.
• Registracija –> Skupaj na voljo sedeži ustrezno zmanjša z enim. Rezultat: 9 razpoložljivih sedežih.
• Neregistriran: –> Bug. Skupno razpoložljivih sedežih morajo prirastkom po ena. Ne. Rezultat: 9 razpoložljivih sedežih glede SharePoint, v resnici pa, obstajajo 10 razpoložljivih sedežih.

Raztopina: Uporaba SharePoint Designer popraviti poteka dela.

Prvi, Odprite stran. Seznam map, za mene je videti takole:

Če smo pogled na udeleženca registracije"" potek dela, vidimo, da je korak z oznako "Uveljavitev sedežno politike". To izgleda takole:

Ta korak v poteku dela posodobi element incrementing "napolni sedežev" metapodatki stolpec na tečaj. Če mi da dvigni podrobneje, vidimo te:

To so vse informacije, moramo določiti potek dela unregistration.

Če smo flip preko za potek dela unregistration, ni podoben potek dela stopnice. Dodajte takole:

1: Razširite "udeleženec unregistration" in odpiranje za XOML (glej prvi zaslon strel, če ste izgubili).

2: Dodaj nov potek dela spremenljivke, »Nov zapolnjeno sedežev" tipa »Število ««.

3: Dodelite vrednost "nov napolni sedeži" kot je prikazano:

4: Verižnega zapolnjeno sedežev z 1:

5: Posodabljanje povezanih seveda element:

6: Poskrbite, da vse korake v pravilnem zaporedju. Za mene, Izgleda, da to:

7: Končaj potek dela, da ga ponovno zgraditi.

8: Preskus.

</namen>

Naročite se na moj blog.

Enega od nastajajočih vzorcev najdem v crafting rešitev SharePoint dopolnjuje SharePoint Designer poteka dela in je prejemnik dogodka.

Tukaj je posel scenarij, da ga v okviru:

• Sem poskusil naložiti dokument doc lib.
• I začelo multi-step potek dela, ustvarjena s programom SharePoint Designer.
• Na neki točki v tem procesu, potek dela dodeli opravilo nekdo (preko zbiranje podatkov od uporabnika ali dodelite opravilo).
• Želimo uporabiti KPI-ja za sledenje, kako dolgo je to nalogo čaka na zaključek. KPI kaže zeleno za naloge, ki so dokončane ali zaradi več kot 3 dni od zdaj. Kaže rumen, če je opravilo zaradi jutri ali danes. Prikazuje rdeča, če je opravilo zapadle.
• Tukaj je špica: Jaz biti brez datuma, ki poganja ta KPI zavedati holiday.

Ni mogoče izračunati počitnice-svest zaradi datum v programu SharePoint Designer potek dela zelo enostavno. Bi morali ustvariti dejanje po meri ali uporabiti a 3rd stranka orodje. Vendar, To je enostavno dovolj za izračun datuma, v primeru sprejemnik. Združiti ti dve skupaj in dobimo vzorec, kot to:

• Define skrite yes/no stolpec mesta na knjižnico dokumentov z oznako "DoCalcualteDueDate".
• Inicializacija FALSE.
• Ob primernem času v potek dela (npr.. tik pred "zbiranje podatkov" dejanje), dodelite to vrednost na True.
• Na ItemUpdate() prejemnik dogodkov izgleda, da vidim, če "DoCalculateDueDate" res je. Ker je prejemnik dogodka runs naprej sleherni modernizirati, "DoCalculateDueDate" je običajno napačne.
• Ko potek dela dodeli DoCalculateDueDate true, dogodek sprejemnik izračuna holiday-svest zapadlosti datum.
• Ko prejemnik dogodka ali ta izračun, nastavi zastavico DoCalculateDueDate na false.

Na koncu, EPD poteka obveščanje prejemnik dogodkov prek DoCalculateDueDate semaforja in imamo počitnice-svest zaradi datumov, ki so dodeljeni na ravno pravi trenutek v življenju poteka dela. SharePoint Designer nadzira, kdaj se dodeli datum zapadlosti vendar dogodek prejemnik izvede dejanski izračun in dodelitev.

</namen>

Naročite se na moj blog.

POSODOBITEV: Sem bil raziskati, kako vlagati EPD potek dela v definicije mesta. MSDN forum veriga ima nekaj zanimivih informacij. Ni dokončna, vendar opozarja na pot skozi džunglo.

Dajem ta post a rahlo Otkačen "opaziti vedenje" svinec, ker sem malo Sumnjičav zaključkov iz nje. EPD poteki dela so … čud.

Ljudje pogosto sprašujejo / sprašujete / fretting gibljejo EPD poteki dela iz enega kraja v drugega. Danes, Sledi tem korakom in posnel ta opažanja:

• Sem ustvaril potek dela s programom SharePoint Designer v mesto, ki je pritrjena v knjižnico dokumentov.
• Knjižnica dokumentov povezana že nameščene več dokumentov.
• Jaz zaščititi stran kot predlogo.
• Ko sem zaščititi stran kot predlogo, Rešil sem zadovoljen tudi.
• Sem ustvaril novo stran v isti zbirki mest s to predlogo.

Na tej točki, Poskušal sem zagon poteka dela. Je takoj prekinila sama s sporočilo dnevniškega zapisa, »Zagon ni uspel«.

Sem pričakoval to. Imam nizka pričakovanja, ko gre za premikanje EPD poteki dela.

Sem nadaljeval:

• Odprl stran v programu SharePoint Designer.
• Imel vpogled v potek dela. Zdelo se je fino.
• Jaz mojster stavec "Finish".
• Sem tekel potek dela.

tokrat, to obdelan lep.

Bom dodati, da ta potek dela uporablja "zbiranje podatkov od uporabnika" dejanje, ki je relativno zapletena ukrepanje pod pokrovom.

Pogojno sklepati, da proces "zaključna" potek dela zaradi EPD pravilno povezal EPD potek dela z novo knjižnico dokumentov. Zaključujem tudi z XOML in drugih predmetov XML so razumno "izgubijo". Oni so ne super tesno skupaj v knjižnico dokumentov.

Kaj to pomeni? Ob predpostavki, da je zanesljiv in ponovljiv postopek, obstaja vsaj en grobo metodo lahko uporabimo, da jih premaknete. Ne vem, če bi to delo, če smo čez meje mesta zbiranja ali celo bolj drastično, celotno novo kmetij (npr.. dev fazo prod).

Če berete to in nagnjena, prosim post a comment ali email mi svojo zgodbo selitve SharePoint Designer. Z veseljem bom posodobiti to izumentičen poljuben vpogled tako ponudil.

</namen>

Naročite se na moj blog.

Pogosto je koristno, da shranite informacije o stanju v seznam po meri, na primer homologacijske številke, na katero bi nikoli neposredno končnim uporabnikom. To je običajen scenarij poslovanja. Imam been ki dela na projektu letos, ki ustvarja različne status in opomnik datumi prek programa SharePoint Designer poteki dela, ki potem vozi KPI-ji in na splošno podpirajo časovno kritične poslovne procese.

Uporabite vrsto vsebine mesta / stolpec, da bi dosegli ta namen.

Ustvarite vrsto vsebine mesta z stolpcu stanje, kot je prikazano:

Opomba "Status (za Demo)" na dnu polja.

Naslednji, kliknite na ime stolpca za dostop do lastnosti stolpca. Izberite "skrite (Ne bo prikazan v obrazcih)" v odseku nastavitve stolpcev, kot je prikazano:

To odstrani polje iz standardne urejanje/posodabljanje obrazcev. Vendar, To je še vedno na voljo v pogledih, KPI-ji, predmetni model in nikjer drugje, ki jo želite uporabiti to, vključno s SPD poteka dela.

</namen>

Naročite se na moj blog.