Flokkaskjalasafn: SharePoint Vinnuflæði

Vinnuflæði Bókin mín er í boði að kaupa

Ég byrjaði fyrst að tala við upprunalega minn co-höfundar yfir tvö ár síðan.  Þeir yfirgefin loksins verkefnið, en seint í sumar, með hjálp nokkurra nýja co-höfundar, Ég var loksins hægt að koma þessu yfir the ljúka við lína. 

Professional Vinnuflæði í SharePoint 2010: Real World Business Solutions högg Amazon og Barnes og Noble vefinn í nokkurn tíma í síðustu 10 daga.  Það er í boði í kilja og Kveikja / skotinu og allt að, bara í tíma fyrir miklu jólagjöfina. bros

Þessi bók er um tvennt: 1) uppbyggjandi notendur þannig að þeir geta leyst eigin fyrirtæki þeirra vandamál að nota SP 2010 workflow getu og 2) að hjálpa ÞAÐ starfsfólk (verktaki, einkum) gera það sama.  Um tveir þriðju hlutar bókarinnar eru miðaðar við það sem ég kalla "aktívisti Notendur" (mjög hæft en ekki tæknilega og áhugasamir notendur).  Það reynir að útskýra hvernig til iðn lausnir í SharePoint 2010 nota SharePoint Designer workflow og fjölda fleiri valkosti SharePoint.

Síðasti þriðjungur er ætlað heiðarlega á framkvæmdaraðila.  Hins, Ólíkt sumir af the eingöngu tæknilegum bókum á markaði, þessum köflum skýra hvernig SharePoint verktaki getur búið til virkni að frekari gerir þá aktívisti notendur með sérsniðnum SharePoint Hönnuður starfsemi og öðrum tæknilegum bita.  Með því að gefa þeim aktívisti notendur í fyrirtækinu þínu, þú losa þróun lið þitt (eða bara sjálfur) að gera virkilega erfitt (og yfirleitt meira tæknilega áhugavert) efni sem notendur geta aldrei gert og aldrei ætti að reyna á eigin spýtur.

Á næstu vikum, Ég skrifa meira um bókina, þ.mt dúnkenndur efni eins og "hvernig er það eins og að skrifa bók" sem ég veit að margir hafa áhuga á að vita um.  Fyrst upp - ég kynna mínar samstarfsmenn höfundar án þess sem þessi bók hefði aldrei lifað til að sjá dagsins ljós.

Lesa meira um bókina á að Amazon vefurinn.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SPD vinnuflæðisreglum Mynstur, Ábendingar og Bragðarefur

I gave my presentation today at SharePoint Fest in Denver. Here’s the PowerPoint presentation itself: http://www.mstechblogs.com/paul/wp-content/uploads/2011/05/SharePointFest.pptx

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

CodePlex Project Uppfæra: SharePoint Designer vinnuflæðisreglum Eftirnafn

A meðan síðan, Ég skrifaði sem ég var að reyna að endurreisa gamla minn CodePlex verkefni, SharePoint Designer vinnuflæðisreglum Eftirnafn.  Það CodePlex verkefni var þróuð fyrir WSS / mosa og bætir handfylli af gagnsemi tegund starfsemi, svo sem "ToLower()", “ToUpper()", "Hlutstreng()"Og svo framvegis.  Það hefur jafnvel til almennra nota: "Kallið á vefþjónustu" stíl virka.  Þú getur lesið meira um það hér: http://paulgalvinsoldblog.wordpress.com/2007/10/28/sharepoint-designer-custom-activity-to-execute-user-defined-c-functions/.

Ég eyði meira eða minna það alveg á meðan síðan.  Allt frá SharePoint 2010 kom út, þó, Ég hef lengi ætlað að líta aftur á það og gera það að vinna í SP 2010.  Jæja, í dag, Ég gerði bara það.  Ég hef ekki uppfært kóðann til CodePlex enn. Ég vil fræða mig á CodePlex samninga áður en ég geri það, en ég gerði að uppfæra heimasíðu wiki fyrir verkefnið.

Á breiðari og meira áhugavert vísbendingu er að sérsniðnum starfsemi frá WSS og Moss virðist höfn yfir nokkuð auðveldlega, sem er (velkomin) á óvart að mér.

Hér er það sem það lítur út eins og í SharePoint Designer þegar það er að vinna:

image

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Með höndunum ritstýra SPD XOML skrá til að hreinsa upp breytur

Í þessari færslu hér ("Getting svör baka frá Samþykki ræsa ferli verkefnisins"), Ég nefndi að þú getur tilviljun að bæta við allt hellingur af workflow breytur til þinn SharePoint Designer workflow.  Það getur fljótt orðið ringulreið og erfitt að lesa.  Sérstaklega, Ef þú bætir við "Start samþykki aðferð verkefnið" aðgerð til að workflow þinn, eyða henni og bæta hana aftur, þú endar með öllum workflow breytum þá starfsemi félagsins tvisvar. 

Það er raunverulegur sársauki að fara í gegnum og eyða öllum þeim handvirkt, svo ég þó að ég myndi reyna að fjarlægja þá beint frá XOML skrá.  Þetta reyndist vera auðvelt nóg að gera. 

Fyrsta, þú þarft að finna raunverulegt XOML skrá.  Ég skrifaði um þessi atriði hér: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files.  Þegar finna, opna XOML skrá og finna breytu sem þú vilt fjarlægja.  Í þessu tilviki, Ég bætti við "Start samþykki aðferð" virkni til workflow minn tvisvar.  Ég vil að fjarlægja workflow breytu sem heitir "isItemApproved" því að það er ekki lengur notaður og það er afrit breyta heitir "isItemApproved1". 

Einfaldlega gera texta leita breytu.  Skjár minn lítur svona út:

image 

Ef þú leitar um í XOML skrá, þú munt sjá að "IsItemApproved1" er notað í mörgum mismunandi stöðum á meðan upprunalega "IsItemApproved" er einfaldlega skilgreint einu sinni og aldrei notað.

Eyða því og vista síðan skrána.

Eina erfiður hluti er að ég þurfti að í raun loka út SPD alveg og aftur opna hana áður en SPD viðurkenndi að svæðið eytt.

Auðvitað, eyða reiti er ekki það eina sem þú getur gert með XOML og ég kann að blogga um önnur málefni eins og þetta í framtíðinni.

Þú vilt vera mjög varkár um hvað þú gerir hér og taka afrit af vinnu þinni.  Þú getur gert virðist minniháttar / lúmskur breyting hér trashes að workflow eins langt og SPD varðar og þú gætir tapað tíma vinnu á meðan þú endurbyggja það.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Hvernig til Finna og breyta SPD 2010 Workflow XOML Skrár

Ég var að rannsaka á einfaldan hátt til að fjarlægja fullt af workflow breytur án þess að þurfa að eyða síðdegi minn í fullri alvöru SPD smell pyndingum fundi.  Hugsun mín var að breyta XOML beint, sem er XML skrá undirliggjandi skilgreiningarþekkingar workflows SPD er.  Þetta er hvernig ég fann það.

Fyrsta, fara í All Files möguleika undir hlutum síðunni í leiðarkerfi vefsins.  Þú þarft leyfi til að sjá þetta, þannig að ef það er sem vantar fyrir þig, höfða til hægri admin mann til að veita þér priv.  Þetta er það sem það lítur út eins og:

image

 

Allar skrár sýnir lista yfir ... allar skrár:

image

Veldu workflows möppu og þú sérð lista yfir möppur fyrir hvern workflow:

image

Smelltu á rétta möppu og  þú sérð lista yfir allar áhugaverðar dágóður að gera upp SPD skilgreiningarþekkingar workflow.  Hægri smelltu á xoml skrá og velja "Opna með. -> SharePoint Designer (Opna sem XML)"Að breyta XOML beint:

image

Þú vilt kannski að gera handbók öryggisafrit áður en þú fiðla með það.  Regluleg afrita / líma af skrá beint í SPD er sennilega nógu gott, eða þú getur afritað líma allan XML texta og vista það á skjáborðinu þínu eða hvað er að vanda þinn í þessum tilvikum.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Getting svör baka frá Samþykki ræsa ferli verkefnisins

Ég hef verið að leika í kring með fínum nýjum SharePoint Designer workflow á "Start samþykki aðferð" starfsemi og var fljótt stymied vegna þess að ég gat ekki strax svara spurningunni, "Var það samþykkt eða ekki?". 

Stutta svarið er að það er auðvelt að fá svar.  Þegar þú bætir við þetta verkefni í workflow þinn, SPD bætir bazillion breytur til workflow Breyta og breytur gögn uppspretta, eins og sjá má hér:

SNAGHTML2350fe72

Þú munt einnig í huga að ef þú bætir við fleiri en einn af þessum, SPD Bætir a "1" og svo framvegis að allar breytur. 

Ég fann að þegar ég eytt fyrsta "Start samþykki aðferð" virkni, the fyrstur setja af tengdum breytum workflow haldist (því miður).  Svo, vera varkár hvernig þú notar þetta vegna þess að annars, þú munt enda með  mjög ringulreið yfir workflow breytur.

Ég gef Microsoft kredit fyrir að fylgja "er" nafngiftir samning um Boolean breytu.  Samningur þessi gerir það ljóst nokkuð hvers konar gögnum er ætlað að vera þar.

Í rannsókn, Ég fann þessa hjálpsamur grein: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx.  Það skiptir ekki bregðast við þessu tiltekna tölublað, en hefur góðan upplýsingar um efnið svo að ég myndi fara þangað ef þú vilt fræðast meira um þetta tiltekna starfsemi og systkini hennar.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint Designer 2010 MOD virka

Ég er að vinna út sumir log þar sem starfsmenn geta óskað eftir frí, veikur tími, o.fl.. Einn löggilding regla krefst þess að þú verður alltaf að biðja frí í 4 klukkutíma fresti.  Þetta er auðvelt nóg að gera - nota modulo virka.  Modulo virka segir þér afganginn í skiptingu.  Ef það er ekkert sem eftir stendur, einingar er núll, annars, það er það sem er eftir.  Til dæmis, 8 gegn 4 = 0 (8 / 4 = 2 með engin brot).  Á hinn bóginn, 8 gegn 5 er 3.

Ég þurfti að gera þetta einu sinni með SPD 2007 Einu sinni og ég endaði reyndar með því að nota InfoPath form til að leysa, svo það var meðhöndluð á fremri enda á þeim tíma.  Í núverandi tilviki, það getur verið InfoPath formi í myndinni, en það er ekki ljóst enn.  Svo, Ég var að vinna út tækni til að tryggja að tími beiðnir eru alltaf í 4 klukkustund þrepum.  Ég ætlaði að gera stærðfræði, vista það í streng og þá gera sumir substring efni. 

I pull up SPD 2010 og að koma á óvart minn (og smá vandræði) það er modulo aðgerðin er þegar:

image

Ég er enn og aftur notalegur undrandi að eitthvað sem ég þarf er nú þegar út af the kassi.  Það virðist eins og a furðulegur virka fyrir Microsoft til að fela í blanda.  Það hefur einhverskonar "þetta er auðvelt, þannig að við skulum kasta á "feel til það.  Ég hef taugar sem, eins og ég geri það sjálfur allan tímann.  Þetta Codeplex verkefni hefur fullt af litlum aðgerðir sem leiði af ItsEasy meginreglu.  Á sama tíma, Microsoft heldur áfram að styðja sönnun á "95% af leiðinni" áhrif með vörunni.  Þeir innleiða mod virka, en ekki að umferð virka, til dæmis.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint Designer 2007 Workflow Extensions Codeplex Project

Ég er að setja saman annað Codeplex verkefnið mitt (upplýsingar til að tilkynna á miðvikudag í þessari viku, plús eða mínus) og ég átti að líta á fyrsta verkefninu mínu, “SharePoint Designer Workflow Extensions”. Ég var hneykslaður og skammast til að sjá að það er verið sótt yfir 4,800 sinnum:

image

Ég gleymdi í rauninni um þetta verkefni í síðasta 12 mánuðum. I’m embarrassed because I have essentially abandoned it.

I’m going to have another look and remind myself of what it’s all about.

Ef einhver hefur áhuga á að vinna á þessu, let me know and we’ll see about collaborating on it. 4,800 niðurhal er ekki risastór magn, en það er meira en ég áttaði alltaf og það er líklega þess virði að sumir áreynsla tína það upp og flytja hann áfram.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Búa, Uppfæra og eyða Patterns með SPD Workflow

Ég skrifaði nýlega grein fyrir því góða fólki á ShaerPointBriefing.com á almenna mynstur fyrir framkvæmd CRUD í SharePoint Designer.  Hér er beitu:

image

Full grein hér:  http://sharepointbriefing.com/features/article.php/3889486/Create-Update-Delete-Patterns-with-SharePoint-Designer-Workflow.htm

Stöðva það út!

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Nota sérsniðnar Lists fyrir skilvirkari Workflow endurskoðunarstaðla

I’ve reorganized my life a bit and found some time to submit an article to www.endusersharepoint.com. My latest article is up here: Nota sérsniðnar Lists fyrir skilvirkari Workflow endurskoðunarstaðla (http://www.endusersharepoint.com/?p=1658).

Þetta er línurit Opnun ':

SharePoint Designer workflow doesn’t give us a lot of visibility into what’s happening with our workflow solutions. Og, the visibility that we do get is hampered by a relatively poor interface and 60 day time window. Þetta 60 day window can be a major disappointment to new SharePoint Designer users because it’s not advertised by the tool itself. It’s not at all uncommon for someone to fire up SharePoint Designer, create a workflow solution that leverages the “Log To History List” action…

The problem is that after 60 dagar, any messages that you create this way are deleted from the workflow history list! After a bit of teeth gnashing and “what were they thinking?” arguments, the bottom line is this: it happens and it needs to happen. Spurningin er, how can we get around it?

The official answer is to rely upon SharePoint’s built-in auditing feature. From an end user’s point of view, þó, that’s very weak in WSS and not much better in MOSS. Sem betur fer, we can still leverage the familiar SharePoint Designer tool to create a durable workflow history and audit trail which is an order of magnitude more useful to boot. Here’s how.

I describe how to create a more friendly and useful audit solution for declarative workflow created in SPD.

I was inspired to write this article from a recent project for a client that had developed nine technical SPD workflows in support of one logical business process. Assuming for now that nine is a reasonable number, it was certainly a challenge to debug it or view the overall status of the process in one simple view. Each of these separate technical workflows has its own independent workflow history list and that’s just not manageable. I was able to combine all of them into a single audit list using the technique I describe on the site.

Stöðva það út.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin