Mi skribis supre detalan artikolon kelkaj semajnoj antaŭe priskribanta kiel krei SharePoint Designer workflow kiu sendas taskan rememorigilan retpoŝton sur ĉiutaga bazo. Ĝi estas estita Eldonita Ĉe la nova SharePoint Revuo Ejo. Pli ĝenerale, La artikolaj rezultoj kiel kreas looping strukturo en SPD.

La revuo havas larĝan varion de artikoloj inkluzivanta, Inter aliaj aferoj, Tre teknika aĵo, Intervjuoj kaj industria sciigo. Mi rekomendas vin aldonas ĝin al via RSSa paŝtaĵo.

Se vi havas produkton aŭ servon vendi, Mi ankaŭ konsiderus reklamanta sur la ejo. Ĝi estas ekstere al forta komenco kun pluraj mil paroj de okuloj rigardanta ĝin jam. Tio estas certe kreski.

Fine, Se vi estis jukanta skribi ion kaj akiri ĝin ekstere antaŭ pli granda spektantaro, Tio ĉi estas granda tempo kaj loko grati ĝin.

</Fino>

Aboni al mia blogo.

Mark Miller super ĉe Fina Uzanto SharePoint Poŝtis mian plej lastan artikolon pri uzanta SharePoint Designer krei grandan workflow solvoj supre sur lia ejo. Kontroli ĝin.

En ĉi tiu artikolo, Mi parolas pri la desegna procezo kaj, En pli granda detalo, Kiel instali fidindan kaj repeatable testa procezo uzanta SharePoint ĉefaĵoj (Laŭmendaj listoj, Ejaj ŝablonoj). La artikolaj celaj Finaj Uzantoj, Sed la alproksimiĝo estas bona por ellaborantoj ankaŭ.

</Fino>

Aboni al mia blogo.

Lasta semajno, Mi estis eliranta kiel al Maŝo kaj efektivigi ŝtatan maŝinon Uzanta SharePoint Designer kaj menciita, Kiel flankenmetite, KE mi verŝajne skribus blogan poŝton pri pli bona workflow arbohakanta.

Puto, Sanjeev Rajput venkis min al ĝi. Havi rigardon.

Savanta ŝtipan datumon en laŭmenda listo ŝajnas supera al uzanta la regulan workflow historio:

• Ĝi estas nur laŭmenda listo, Do vi povas eksporti ĝin al excel tre facile.
• Vi povas krei vidojn, Dynamically filtras la datumon, Ktp.
• Ĝi ne estas submeti al la aŭtomobilo-elpurigo vi akiras kun regula workflow historio.

Estas kelkaj riskoj / Downsides:

• Multaj flua workflows kun multa arbohakanta povus kaŭzi tro da datumojn esti skribita al la listo.
• Eble vi ja* deziras aŭtomatan foriganta. Vi ne akiras tiun ĉefaĵon kun ĉi tiu alproksimiĝo (Sen kodiĝo).
• Sekureco estas delikata. Por skribi al la listo, La uzanto devas havi permeson tiel fari. Kiu signifas ke ĝi estas verŝajne ne taŭga por ajna speco de "oficialulo" Revizio ekde la uzanto povus eltrovi la liston kaj redakti ĝin. Tio ĉi povus esti venkita kun iu laŭmenda programaro.

</Fino>

Aboni al mia blogo.

Ĉi tiu pasinta semajno mi finis de pruvo de koncepta projekto por kliento en Manhattan. Dum efektiviganta la solvon, Mi kuris en alia manko de MUSKO KPIs (Vidi ĉi tie por antaŭa KPIa afero kaj mia workaround).

Fono: Ni uzis SharePoint Designer workflow modeligi juste kompleksan multi-monato longe komerca procezo. Kiel ĝi chugged antaŭen, Ĝi ĝisdatigus iun ŝtatan informon en listo. KPIs uzas ĉi tiun datumon fari ilia mojo.

Ni decidis krei novan ejon ĉiu tempo nova unu el ĉi tiuj komercaj procezoj piedbatas ekstere. Flankenmetite de la workflow ĝi mem, Ĉi tiuj ejoj gastigas plurajn dokumentajn bibliotekojn, Uza spektantaro celanta kaj tiel antaŭen. Nur aro de aĵo helpi kun kunlaboro inter la internaj dungitoj, Veturanta dungitojn kaj la kliento-a partoprenanta komercajn partnerojn.

Ni ankaŭ deziris montri kelkaj KPIs kiu monitoras la entutan sanon de tiu specifa komerca procezo kiel antaŭenigita de la workflow stata datumo kaj vidis uzanta la KPIs.

Fine, Ni uzis KPIan liston eroj kiu fari kalkulon sur vido sur listo en la ejo (Kiel oponita al tiranta de alia datuma fonto, Kiel excel aŭ SQL).

La Problemo: Kiel vi povas imagi, Supozanta nin estis porti la bazan idean avanulon en produktada mondo, Ni dezirus ejan ŝablonon. Kondiĉo nova ejo bazita de "komerca procezo" Ŝablono.

La problemo estas ke vi ne povas ŝajni akiri funkciadan KPI ke vojo. Kiam mi kreas novan ejon bazita sur ŝablono kun KPIa Listo kaj KPIa araneaĵo parto, KPIa datumo de la nova ejo estas rompita. KPIa listo de la nova ejo punktoj ĉe ajna fonto vi difinis kiam vin unue savita ĝin kiel ŝablono.

De vojo de ekzemplo:

• Krei novan ejon kaj konstrui ĝin al perfekteco. Ĉi tiu ejo inkluzivas la KPIan datumon.
• Savi ke kiel ŝablono.
• Krei novan ejon kaj bazon se de la ŝablono.
• KPIa listo de ĉi tiu nova ejo eroj’ Fontoj indikas al la eja ŝablono, Ne la nuna ejo.

La instantiation procezo ne ĝustigas la URL.

Mi provis solvi tion ĉi de specifanta relativan URL kiam difinanta la KPIan listan eron. Tamen, Mi ne povus akiri ajnan varion de tio labori.

Mi ĉiam deziras parigi supre ĉi tiun "problemon" Blogaj poŝtoj kun iu speco de solvo, Sed en ĉi tiu kazo mi ne havas bonan unu. La plej bona mi povas kalkuli estas ke vi devas eniri al la lastatempe proviantita ejon kaj ripari ĉion mane. La UI faras ĉi tiun paran pli malfacila ĉar ŝanĝanta la URL de la fonta listo kaŭzas refreŝigi, Do vi vere devas redifini la tutan aferon de grataĵo.

Se iu ajn scias pli bonan vojon pritrakti tion ĉi, Bonvolu poŝti rimarkon.

</Fino>

Mi ĵus lernis ke ĝi estas ebla kaj eĉ juste facila krei ŝtatan maŝinon workflow uzanta SharePoint Designer. Neceso estas la patrino de inventaĵo kaj ĉiuj tiu bona aĵo kaj mi havis bezonon ĉi tiu semajno kiu serĉis inventaĵon. Coincidentally, Mi trovis Ĉi tiu MSDNa foruma poŝto Ankaŭ. Mia propra sperto ĉi tiu semajno kaj ke "sendependa konfirmo" Pruntedonas forton al mia konvinkiĝo. Mi planas skribi pri tio ĉi ĉe pli granda longeco kun plene blovita ekzemplon, Sed ĉi tie-a la esenco de ĝi:

• La alproksimiĝo ekspluatas la fakton ke workflow povas ŝanĝi listan eron, Tiel ekkaŭzanta novan workflow. Mi normale konsideris tion ĉi esti ĉagreno kaj eĉ Blogged pri uzanta semaforojn Pritrakti ĝin.
• SharePoint permesas multoblan sendependa workflows esti aktiva kontraŭ specifa lista ero.

Formi ĝin:

• Desegni vian ŝtatan maŝinon (T.e., La statoj kaj kiel stata transiro de unu al la sekvanta).
• Efektivigi ĉiun staton kiel aparta workflow.
• Formi ĉiun de ĉi tiuj ŝtata workflows efektivigi en respondo al ajna ŝanĝo en la lista ero.

Ĉiu ŝtata workflow sekvas ĉi tiun aspran skemon:

• Al initialization, Determini ĉu ĝi vere devus kurita de inspektanta ŝtatan informon en la "nuna ero". Haltigi se ne.
• Fari la laboron.
• Ĝisdatigi la "nunan eron" Kun nova stata informo. Tio ĉi ekkaŭzas ĝisdatigon al la nuna ero kaj fajregoj de ĉiuj la ŝtata workflows.

Flankenmetite de la evidenta utilo ke unu povas krei declarative stata #ma?ino workflow, #?Iuj tiu #?tata informo estas grandega por konstruanta KPIs kaj interesaj vidoj.

?i faras havi juste granda #malavanta?o — norma laborflua historia spurado estas eĉ pli senutila ol normala 🙂 Tio estas facile riparebla, Tamen. Enteni ĉiujn de via revizia tipa informo en laŭmenda listo. Tio estas verŝajne bona ideo eĉ por vanilo sinsekva workflow, sed tio estas por alia blogaĵo 🙂

Mi vokas #tio ?i "mea culpa" #?Ar mi havas, Bedaŭrinde, Diris pli ol unufoje sur forumoj kaj aliloke ke unu devas uzi vidan studion krei ŝtatan maŝinon workflow. KE simple ne estas vera.

</Fino>

Aboni al mia blogo.

Ĝi estas ebla kaŭzi senfinan maŝon en SharePoint Designer workflow. Ofta efektiviga skemo tiel kaŭzas la problemon:

• Krei workflow kaj asociiton kun listo.
• Indiki ke ĝi devus komenci sur krei de novaj eroj kaj ĝisdatigo ekzisti erojn.
• Interveni la workflow ĝisdatigas kampon en "Nuna Ero".
• Pro tio ke la nuna ero ŝanĝis, La workflow komencoj denove.

Malhelpi ĉi tiun senfinan maŝon, Efektivigi simplan semaforon:

• Aldoni ejan kolumnon (Aŭ kolumno al la lista/biblioteko se vi ne estas uzanta kontentajn tipojn).
• Kaŝi ĝin de la redakti paĝon (Facile fari se eja kolumno tra ĝiaj nemoveblaĵoj, Ne kiel facile se lista kolumno).
• En la workflow, Kontroli vidi se la valoro de la semafora kolumno estas malplena.
• Se ĝi estas malplena, Fiksi ĝin al ne-malplena valoro kaj procedi.
• Se estas ne estas malplena, Eliri tuj.

Tio ĉi povas fariĝi juste nuanced solvo, Dependanta sur komercaj postuloj kaj tiel antaŭen, Sed ĝi estas estita praktika skemo kiam mi devis ĝin.

</Fino>

Aboni al mia blogo.

Kiel multaj homoj scias, La Dungito Trejnanta ŝablonon Provizita de Microsoft ĉi tie Havas cimon ke ni povas reprodukti sekvanta ĉi tiujn paŝojn:

• Krei klason kun max grandeco de 10 Studentoj.
• Registro –> Totalaj haveblaj seĝoj konvene decrements de unu. Rezulto: 9 Haveblaj seĝoj.
• Unregister: –> Cimo. Totalaj haveblaj seĝoj devus pliigon de unu. Ĝi faras ne. Rezulto: 9 Haveblaj seĝoj kiel por SharePoint, Sed fakte, Estas 10 Haveblaj seĝoj.

Solvo: Uzi SharePoint Designer ĝustigi la workflow.

Unue, Malfermi supre la ejon. La teka listo por mi similas tion ĉi:

Se ni havas rigardi la "Ĉeestantan registriĝon" Workflow, Ni vidas ke estas paŝo labeled "Observigas sidanta politikon". Ĝi similas tion ĉi:

Tio ĉi intervenas la workflow ĝisdatigas la eron de incrementing la "Plenigita Seĝojn" Metadata kolumno sur la kurso. Se ni tiras ke supre en pli da detalo, Ni vidas tion ĉi:

Tio estas ĉiuj la informo ni devas ripari la unregistration workflow.

Se ni flip super al la unregistration workflow, Estas ne simila workflow paŝo. Aldoni ĝin kiel sekvas:

1: Vastigi "Ĉeestanton unregistration" Kaj turniro supre la XOML (Vidi unue kribri pafita se vi estas perdita).

2: Aldoni novan workflow varia, "Nova Plenigita Seĝojn" De tipa "Nombro".

3: Asigni valoron al "Nova Plenigita Seĝojn" Kiel montrita:

4: Decrement la Plenigita Seĝojn de 1:

5: Ĝisdatigi la rilatan Kursan eron:

6: Fari certe ĉiuj la paŝoj estas en la ĝusta sinsekvo. Por mi, Ĝi similas tion ĉi:

7: Fini la workflow al re-konstrui ĝin.

8: Testo.

</Fino>

Aboni al mia blogo.

Unu el la aperantaj skemoj mi trovas en formanta SharePoint solvoj ekspluatas SharePoint Designer workflow kaj eventa ricevilo.

Ĉi tie estas komerca scenaro meti ĝin en kunteksto:

• I alŝuto dokumento al doc lib.
• Mi piedbatas de multi-paŝo workflow kreis uzanta SharePoint Designer.
• Ĉe iu punkto dum tiu procezo, Workflow asignas taskon al iu (Tra kolekti datumon de uzanto #a? asigni taskon).
• Ni deziras uzi KPI spuri kiom longe ke tasko estas atendanta kompletiĝon. La KPI montras verdan por taskoj kiu estas kompletigita aŭ ŝuldata pli ol 3 Tagoj de nun. Ĝi montras flavan se la tasko estas ŝuldata morgaŭ aŭ hodiaŭ. Ĝi montras ruĝan se la tasko estas pasinta ŝuldata.
• #?I tie?? La kicker: Mi deziras la daton kiu veturas ke KPI esti ferio-konscia.

Mi ne povas kalkuli ferion-konscia ŝuldata dato en SharePoint Designer workflow tre facile. Mi volus devi krei laŭmendan agon aŭ uzi 3a partian ilon. Tamen, Ĝi estas facile sufiĉa kalkuli tia dato en eventa ricevilo. Kombini tiuj du kune kaj ni akiras skemon tiel:

• Difini #ka?i jes/neniun ejan kolumnon sur la dokumenta biblioteko labeled "DoCalcualteDueDate".
• Initialize ?i al falsa.
• #?E la konvena tempo en la workflow (Ekz. #Tuj anta? la "kolekti datumon" Ago), Asigni tiun valoron al Vera.
• ItemUpdate() Eventa ricevilo rigardoj vidi se "DoCalculateDueDate" Estas vera. Pro tio ke la eventaj ricevilaj kuroj sur ĉiu ĝisdatigo, "DoCalculateDueDate" Estas normale falsa.
• Kiam workflow asignas DoCalculateDueDate al vera, La eventa ricevilo kalkulas la ferion-konscia #?uldata dato.
• Kiam la eventa ricevilo faras #?i tiu kalkulon, ?i fiksas la DoCalculateDueDate flago al falsa.

En la fino, SPD workflow estas komunikita kun eventa ricevilo tra la DoCalculateDueDate semaforo kaj ni havas ferion-konsciaj ŝuldataj datoj kiu estas asignita ĉe la ĝuste ĝusta momento en la vivo de la workflow. SharePoint Designer kontrolas kiam la ŝuldatan daton estas asignita sed la eventa ricevilo elfaras la realan kalkulon kaj komision.

</Fino>

Aboni al mia blogo.

ĜISDATIGO: Mi estis esploranta kiel al embed SPD workflow en eja difino. Ĉi tiu MSDNa foruma ĉeno havas iun interesan informon. Ĝi ne estas conclusive, Sed punktoj al vojo tra la ĝangalo.

Mi estas donanta tion ĉi poŝtas iomete bizarulon "Observis Konduton" Gvidi pro tio ke mi estas malgranda malinklina tiri konkludojn de ĝi. SPD workflows estas … Temperamental.

Homoj estas ofte demandanta / Scivolanta / Maltrankviliĝanta super emocia SPD workflows de unu loko al alia. Hodiaŭ, Mi sekvis ĉi tiujn paŝojn kaj faris ĉi tiujn rimarkojn:

• Mi kreis workflow uzanta SharePoint Designer en ejo alligita al dokumenta biblioteko.
• La rilata dokumenta biblioteko jam housed pluraj dokumentoj.
• Mi savis la ejon kiel ŝablono.
• Kiam mi savis la ejon kiel ŝablono, Mi savis la enhavon ankaŭ.
• Mi kreis novan ejon en la sama eja kolekto uzanta ke ŝablono.

Ĉe ĉi tiu punkto, Mi provis kuri la workflow. Ĝi promptly finis ĝin mem kun la ŝtipa mesaĝo, "Malsukcesita sur komenco".

Mi atendis tion ĉi. Mi havas malaltajn atendojn kiam ĝi venas al emocia SPD workflows ĉirkaŭ.

Mi daŭris:

• Malfermis la ejon en SharePoint Designer.
• Havis peek ĉe la workflow. Ĝi ŝajnis bone.
• Mi klakis "Finon".
• Mi kuris la workflow.

Ĉi tiu tempo, Ĝi laboris bone.

Mi aldonos ke ĉi tiu workflow uzis la "kolekti datumon de uzanto" Ago kiu estas relative kompleksa ago sub la kapuĉo.

Mi tentatively konkludi ke la procezo de "apreturo" La workflow kaŭzita SPD konvene asocii la SPD workflow kun la nova dokumenta biblioteko. Mi ankaŭ konkludas la XOML kaj aliaj XMLaj artefaktoj estas akcepteble "malstreĉaj". Ili ne estas ekstraj streĉe kuplita al la dokumenta biblioteko.

Kio faras ĉi tiun mezumon? Supozanta ĝin estas fidinda kaj reproducible procezo, Tie estas almenaŭ unu aspra metodo ni povas uzi movi ilin proksimume. Mi ne scias se tio ĉi laborus se ni transiris ejan kolekton limoj aŭ eĉ pli treege, Tutaj novaj bienoj (Ekz. Dev okazigi instigi).

Se vi estas leganta tion ĉi kaj klinita, Bonvolu poŝti rimarkon aŭ Retpoŝtigi min Via SharePoint Designer migrado rakonto. Mi ĝoje ĝisdatigos ĉi tiun afiŝon kun ajnaj enrigardoj tiel proponita.

</Fino>

Aboni al mia blogo.

Ĝi estas ofte utila enteni statusan informon en laŭmenda listo kiel aproba kodo kiu neniam devus esti rekte manipulita de finaj uzantoj. Tio ĉi estas ofta komerca scenaro. Mi estis laboranta sur projekto ĉi tiu jaro kiu produktas diversan statuson kaj rememorigilaj datoj tra SharePoint Designer workflows ke tiam veturi KPIs kaj ĝenerale subteni tempon-kritikaj komercaj procezoj.

Uzi ejan enhavan tipon / Kolumno atingi ĉi tiun efikon.

Krei ejan enhavan tipon kun la statusa kolumno kiel montrita:

Noti la "Statuson (Por Elmontro)" Kampo ĉe la fundo.

Poste, Klako sur la kolumna nomo aliri la nemoveblaĵojn de la kolumno. Elekti "Kaŝita (Ne aperos en formoj)" En la Kolumna Fiksa sekcio kiel montrita:

Tio ĉi forigas la kampon de la normo redaktas/ĝisdatigajn formojn. Tamen, Ĝi estas ankoraŭ havebla en vidoj, KPIs, la objekta modelo kaj anywhere alia vi deziras uzi ĝin, Inkluzivanta SPD workflow.

</Fino>

Aboni al mia blogo.