Es uzrakstīju uz augšu detalizēts raksts pirms pāris nedēļām aprakstīts, kā izveidot SharePoint Designer darbplūsmas uzdevuma atgādinājuma e-pastu sūta katru dienu. Tas ir bijis publicēts pie jaunās SharePoint Magazine vieta. Plašākā nozīmē, raksts parāda, kā izveidot mākslīgu struktūru pāri ielai, looping, VPD.

Žurnāls ir dažādas izstrādājumi, ieskaitot, cita starpā, ļoti tehniski sīkumi, intervijas un nozares jaunumi. Es ieteiktu jums pievienot jūsu RSS feed.

Ja jums ir produktu vai pakalpojumu, lai pārdotu, Es arī uzskatu, reklāmas uz vietas. Tas ir pretī spēcīgs sākt ar vairāki tūkstoši pāri acīm skatoties uz to jau. Kas ir pārliecināts, lai augt.

Visbeidzot, Ja jūs esat nieze, lai kaut ko uzrakstīt un get it out priekšā plašākai sabiedrībai, tas ir liels laiks un vieta, kur neskrāpējiet to.

</beigās>

Abonēt manu blogu.

Mark Miller pāri pie Gala lietotāja SharePoint ir ievietojis manu jaunāko rakstu par izveidot lielu darbplūsmas risinājumus uz augšu savā vietnē izmanto SharePoint Designer. Check it out.

Šajā rakstā, Es runāt par projektēšanas un, lielākās detaļās, kā izveidot uzticamu un atkārtojami testēšanas procesu, izmantojot SharePoint līdzekļi (pielāgotiem sarakstiem, vietņu veidnes). Panta mērķi gala lietotājiem, bet šī pieeja ir labs izstrādātājiem pārāk.

</beigās>

Abonēt manu blogu.

viņnedēļ, Bija darbs, kā cilpu un īstenotu valsts iekārta izmanto SharePoint Designer un minēja, kā malā, ka būtu iespējams uzrakstīt blog post par labāka darbplūsma reģistrēšanu.

Nu, Sanjeev Rajput sita man ar to. Ieskatieties.

Saglabājot žurnāla datus uz pielāgotu sarakstu, šķiet pārāka par regulāru darbplūsmas vēstures izmantošana:

• Tas ir tikai pielāgotu sarakstu, Tātad to var eksportēt uz excel ļoti viegli.
• Var izveidot skatus, dinamiski filtrēt datus, uc.
• Tas nav pakļauts auto tīrīšanas jums ar regulāru darbplūsmas vēsture.

Pastāv daži riski / ēnas:

• Daudzas darbojošās darbplūsmas, izmantojot reģistrēšanas daudz varētu radīt pārāk daudz dati jāieraksta sarakstā.
• Varbūt jūs * darīt * gribu automātiska iztīrīšana. Jūs nesaņemat šo iespēju, izmantojot šo pieeju (bez koda).
• Drošība ir grūts. Lai rakstītu sarakstam, lietotājam jābūt atļaujai to darīt. Tas nozīmē, ka tas ir iespējams, nav piemērots jebkāda veida "ierēdnis" revīziju, jo lietotājs varētu atrast sarakstu un rediģēt to. Tas varētu pārvarēt ar zināmu pielāgotu programmēšanas.

</beigās>

Abonēt manu blogu.

Šo pagājušo nedēļu es gatavo off apliecinājumu un koncepciju projektu klientam Manhattan. Bet risinājuma ieviešanu, Man uzbrauca citu nepilnību MOSS KPI (skatīt šeit, lai iepriekšējo KPI jautājums, un mans risinājums).

Fona: Mēs izmantojām SharePoint Designer darbplūsmas, lai modelētu diezgan sarežģīti vairāku mēnešu ilgu biznesa procesu. Kā tas chugged, tas varētu atjaunināt valsts informāciju sarakstā. Vadošos veiktspējas indikatorus izmantot šos datus, lai darīt savu mojo.

Mēs nolēmām, lai izveidotu jaunu Web vietu, katru reizi, kad sākas jauna biznesa procesu. Malā no darbplūsmā, šajās vietās rīkot vairākus dokumentu bibliotēkas, mērķauditoriju un tā tālāk. Tikai ķekars stuff, lai palīdzētu ar sadarbību starp iekšējiem darbiniekiem, ceļojumā, darbinieku un klientu ir piedalās biznesa partneriem.

Mēs arī vēlējāmies parādīt dažas vadošos veiktspējas rādītājus, kas kontrolēt šī specifiskā biznesa procesa vispārējo veselību kā sekmēja darbplūsmas statusa dati un aplūkot, izmantojot KPI.

Beidzot, mēs izmantojām KPI saraksta vienumi, kas rēķināties ar skatu uz vietu sarakstā (nevis velkot no cita datu avota, kā excel vai SQL).

Problēma: Kā jūs varat iedomāties, pieņemot, ka mums bija veikt pamatideja uz priekšu vērā ražošana pasaulē, mēs vēlamies vietnes veidni. Nodrošināt jaunu vietni, pamatojoties off "biznesa procesu" Veidne:.

Problēma ir tā, ka jums šķiet, nevaram iegūt darbojošos KPI tādā veidā. Veidojot jaunu vietni, pamatojoties uz veidni ar KPI saraksts, KPI web daļu, jaunajā vietnē veiktspējas Pamatrādītāja dati ir sadalīti. Jaunajā vietnē KPI sarakstu vietās, neatkarīgi no avota, kuru definējāt, kad pirmo reizi to saglabājāt kā veidni.

Kā piemērs:

• Izveidot jaunu vietni, un būvēt to uz pilnību. Šī vietne ietver KPI datus.
• Tas saglabātu kā veidni.
• Izveidot jaunu vietni un pamatot, ja pie veidnes.
• Šīs jaunās vietnes KPI saraksta vienumus’ avoti norāda uz vietnes veidni, nav pašreizējā vietņu.

Procesa uzsākšanas nav pareizs URL.

Es mēģināju atrisināt šo, norādot saistīto URL definējot KPI saraksta elementa. Tomēr, Nevarēja saņemt jebkurā variantā, ka darbam.

Vienmēr vēlaties pāriem šīs problēmas"" blog posts ar sava veida risinājums, bet šajā gadījumā man nav labs. Var izrēķināt labākais ir tas, ka jums ir nepieciešams, no jauna nodrošinātā vietā iet un noteikt visu manuāli. Lietotāja interfeiss padara šo vēl grūtāk, jo mainās avota saraksta URL izraisa atsvaidzināšanas, Tātad jums tiešām ir pārdefinēt viss no nulles.

Ja kāds zina labāku veidu, kā rīkoties ar šo, Lūdzu, sūtiet savu komentāru.

</beigās>

Esmu nesen uzzinājusi, ka tā ir iespējama un pat diezgan viegli izveidot valsts iekārta darbplūsmu, izmantojot SharePoint Designer. Nepieciešamība ir māte izgudrojums un visu, kas labs stuff, un man bija nepieciešams šajā nedēļā izskatījās par izgudrojumu. Nejauši, Man nāca pāri šajā MSDN forums pastu kā arī. Mana personīgā pieredze šajā nedēļā un ka "neatkarīgu apstiprinājumu" manu pārliecību, spēku aizdod. Es plānoju uzrakstīt par šo pie parējās ar pilnīgi izplaucis piemērs, bet šeit ir tā būtība:

• Pieeja līdzsvaro fakts, ka darbplūsmu var mainīt saraksta vienums, tādējādi izraisot jaunu darbplūsmu. Parasti esmu uzskatījusi šo būt traucējoši un pat blogged par izmantojot semafori līdz ar to rīkoties.
• SharePoint ļauj vairākiem neatkarīgiem darbplūsmas ir aktīvs pret konkrētam saraksta vienumam.

Konfigurēt tā:

• Izstrādāt valsts iekārta (t.i., valstis un cik valstis pāreju no viena pie nākamā).
• Katrai valstij īstenot kā atsevišķā darbplūsmā.
• Konfigurēt katru no šīm valsts darbplūsmām izpildīt, reaģējot uz izmaiņām saraksta vienumam.

Katrā darbplūsmā seko šo neapstrādāto modelis:

• Pēc inicializācijas, noteiktu, vai patiešām vajadzētu darboties inspekcijas valsts informācijas "pašreizējam krājumam". Priekšlaikus pārtrauktu, ja tā nav.
• Pastrādāsim.
• "Pašreizējā krājuma atjaunināšanas" ar jaunas valsts informācijas. Tas izraisa atjaunināt pašreizējo krājumu un ugunsgrēki pie visām valsts darbplūsmām.

Malā no acīmredzamas priekšrocības ka viens var izveidot deklaratīva mašīnu darbplūsmā, visu, kas ir drausmīgs veidošanas KPI un interesanta valsts informācijas skatījumi.

Tas ir diezgan būtisks trūkums — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Tomēr. Pielāgotā sarakstā saglabāt visas revīzijas tipa informācijas. Kas, iespējams, ir laba ideja, pat vaniļas secīgus darbplūsmai, but that’s for another blog post 🙂

Aicinu šo "mea culpa" tāpēc, ka man ir, Diemžēl, vairāk nekā vienu reizi teica forumos un citur tāda vizuālā studija veidojot jāizmanto mašīnu darbplūsmā. Tas vienkārši nav taisnība.

</beigās>

Abonēt manu blogu.

Ir iespējams radīt bezgalīgas cilpas SharePoint Designer darbplūsmā. Kopīgas īstenošanas modelis kā šis izraisa problēmu:

• Izveidot darbplūsmu un saista ar sarakstu.
• Norādītu, kad tā vajadzētu sākt izveidot jaunus objektus un atjaunināt esošos vienumus.
• Solis, lai darbplūsma atjaunina lauku "Pašreizējā postenī".
• Kopš mainījies pašreizējam krājumam, darbplūsma tiek sākta no jauna.

Lai novērstu šo bezgalīgas cilpas, ieviest vienkāršu semafora:

• Vietnes kolonnas pievienošana (vai kolonnu sarakstu/bibliotēku, ja neizmantojat satura tipus).
• Slēpt no rediģēšanas lapas (viegli izdarāms, ja vietnes kolonnu ar rekvizītiem, nav tik viegli, ja saraksta kolonnu).
• Darbplūsmā, Pārbaudiet, vai semafora kolonnas vērtība nav tukša.
• Ja šis lauks ir tukšs, iestatīta tukša vērtība un turpināt.
• Ja ir ir nav tukšs, izejas nekavējoties.

Tas var kļūt diezgan diferencētu risinājumu, atkarībā no uzņēmuma vajadzībām un tā tālāk, bet tas ir bijis praktiski modelis, kad esat vajadzēja to.

</beigās>

Abonēt manu blogu.

Tik daudzi cilvēki zina, Darbinieku apmācība veidnes Microsoft nodrošina šeit ir kļūda, kas mums spēj vairoties, rīkojieties šādi:

• Izveidot klasi ar maksimālo izmēru 10 studenti.
• Reģistrēties –> Kopējā pieejamā sēdvietas pareizi samazina par vienu. Rezultāts: 9 pieejamo vietu.
• Dzēst reģistrāciju: –> Bug. Pa vienam vajadzētu palielināt kopējo pieejamo vietu. Tā nav. Rezultāts: 9 pieejamo vietu uz SharePoint, bet patiesībā, nav 10 pieejamo vietu.

Šķīdums: Izmantot programmu SharePoint Designer, lai novērstu darbplūsmu.

Pirmais, atvērt vietni. Mapju sarakstu, man izskatās šādi:

Ja mēs apskatīsim "dalībnieku reģistrācija" darbplūsmas, mēs redzam, ka tur ir solis ar apzīmējumu "Ieviest sēdvietu politiku". Izskatās, ka šis:

Šo soli darbplūsmā atjaunina preces, palielināšanai "piepilda sēdekļi" metadatu kolonnu ar kursu. Ja mēs pull tas sīkāk, mēs redzam šo:

Tā ir visa informācija, kas mums ir nepieciešams, lai novērstu unregistration darbplūsma.

Ja mēs flip unregistration darbplūsmai, nav līdzīgs darbplūsmas soļu. Pievienot to šādi:

1: Paplašināt "dalībnieks unregistration" un atvērtu XOML (skatīt pirmo ekrānuzņēmums, ja tu esi zaudējis).

2: Pievienot jaunu darbplūsmu mainīgo, "Jaunās aizpildītās sēdvietas" tipa "Numurs".

3: Piešķiriet vērtību "jauna piepildīta sēdekļi" kā parādīts:

4: Samazinājums aizpildītās sēdvietas 1:

5: Atjaunināt saistītu kursu preces:

6: Pārliecinieties, vai visas darbības, kas ir pareizajā secībā. Man, tas izskatās šādi:

7: Pabeigt darbplūsmu, atkārtoti veidot to.

8: Tests.

</beigās>

Abonēt manu blogu.

Viens no jaunajiem modeļiem, atrast, lai veidotu SharePoint risinājumus piesaista SharePoint Designer darbplūsmas un notikumu uztvērēju.

Šeit ir biznesa scenāriju īstenot kontekstā:

• Doc lib ir augšupielādēt dokumentu.
• Es uzsāktu vairāku soļu darbplūsmu, veidots, izmantojot SharePoint Designer.
• Kādā brīdī šajā procesā, darbplūsma piešķir uzdevumu kādam (izmantojot datu savākšanai no lietotāja vai piešķirtu uzdevumu).
• Mēs vēlamies izmantot KPI, lai izsekotu, cik ilgi šī uzdevuma pabeigšana gaida. KPI parāda zaļo par uzdevumiem, kas ir pabeigti vai izpildes vairāk nekā 3 dienas no tagad. Tas liecina dzeltens, ja uzdevums ir jāizpilda rīt vai šodien. Tas rāda sarkanu, ja uzdevums tiek kavēts.
• Šeit ir futbolists: Es gribu, lai datumu, kas vada atpūtas zināt, ka KPI.

Nevar aprēķināt brīvdienu respektējošu apmaksas datums SharePoint Designer darbplūsmā, ļoti viegli. Vajadzēs izveidot pielāgotu darbību vai izmantot 3rd puses rīks. Tomēr, tas ir vienkārši pietiekami, lai aprēķinātu datumu, šajā notikumu uztvērēju. Apvienot šos divus kopā, un mēs kā šis modelis:

• Definētu slēpto Jā/vietnes kolonna, uz dokumentu bibliotēku ar nosaukumu "DoCalcualteDueDate".
• To inicializē uz false.
• Piemērotā brīdī darbplūsmā (piem.. tieši pirms "savākt datus" darbības), piešķir vērtību TRUE.
• ItemUpdate() notikumu uztvērēju apskata, lai redzētu, vai "DoCalculateDueDate" ir taisnība. Tā kā notikumu uztvērēju darbojas uz katru atjauninājumu, "DoCalculateDueDate" ir parasti nepatiess.
• Kad darbplūsma piešķir DoCalculateDueDate TRUE, notikumu uztvērēju aprēķina brīvdienu respektējošu apmaksas datums.
• Kad notikumu saņēmēju nav šo aprēķinu, DoCalculateDueDate karoga iestata FALSE.

Beigās, VPD darbplūsma tiek izplatīta ar notikumu uztvērēju, izmantojot DoCalculateDueDate semaforu, un mums ir svētku respektējošu izpildes datumus, kas tiek piešķirts darbplūsmas dzīvē īsti pareizā brīdī. SharePoint Designer vadīklām, kad apmaksas datums ir piešķirts, bet notikumu uztvērēju veic faktisko aprēķināšana un piešķiršana.

</beigās>

Abonēt manu blogu.

ATJAUNINĀJUMS: Esmu bijis pētīt kā iegultu VPD darbplūsma ir vietnes definīcija. Šajā MSDN forums ķēde ir dažas interesantas informācijas. Tas nav pārliecinoši, bet norāda ceļu cauri džungļiem.

Es dodu šo amatu nedaudz oddball "uzvedība novērota" svinu, jo es esmu nedaudz leery, izdarot secinājumus no tā. VPD darbplūsmas ir … temperamenta.

Cilvēki bieži lūdz / jautājums / fretting pār SPD darbplūsmas pārvietojas no vienas vietas uz citu. Šodien, Es pēc šo soļu veikšanas, un šie novērojumi:

• Es radīju darbplūsmu pievienoto dokumentu bibliotēkas vietnē izmanto SharePoint Designer.
• Saistīto dokumentu bibliotēka jau atradās vairāki dokumenti.
• Vietnē ir saglabāta kā veidne.
• Saglabājot vietni kā veidni, Saglabājot saturu, kā arī.
• I izveidojis jaunu vietni šajā pašā vietņu kolekcijā, izmantojot šo veidni.

Šajā brīdī, Es mēģināju palaist darbplūsmu. To nekavējoties izbeigt sevi ar žurnāla ziņojums, "Neizdevās sākt".

Gaidīju, ka tas. Man ir zems cerības, kad runa ir par VPD darbplūsmas pārvietojas.

Es turpināju:

• Atvērt vietni programmā SharePoint Designer.
• Bija palūrēt pie darbplūsmas. Šķita, ka naudas sodu.
• Es noklikšķinājis uz "Finish".
• I ilga darbplūsmas.

šoreiz, tā strādāja fine.

I'll pievienot šo darbplūsmu izmanto "savākt datus no lietotāja" darbības, kas ir samērā sarežģītas darbības ar kapuci.

Pagaidām es secinu, ka process "apdares" darbplūsmas, kas izraisījis VPD pareizi saistīt VPD darbplūsmas ar jaunu dokumentu bibliotēku. Arī secināt, XOML un citiem artefaktiem XML ir pamatoti "brīvs". Tie nav super cieši kopā ar dokumentu bibliotēku.

Ko tas nozīmē? Pieņemot, ka tā ir uzticama un reproducējamus process, tur ir vismaz viens aptuvenu metodi, mēs varam izmantot, lai tos pārvadātu. Es nezinu, ja tas strādā, ja mēs šķērsojuši vietņu kolekcijas robežas vai pat vairāk krasi, visu jauno saimniecību (piem.. dev posmu prod).

Ja jūs lasāt šo, un tiecas, Please post komentāru vai e-pasts mani jūsu SharePoint Designer migrācijas stāsts. I'll atjaunina šo paziņojumu labprāt tādējādi piedāvāta iespēja iepazīties ar.

</beigās>

Abonēt manu blogu.

Bieži ir noderīgi statusa informāciju uzglabā tādu pielāgotu sarakstu, piemēram, apstiprinājuma kodu, kas būtu nekad tieši manipulēt ar gala lietotājiem. Tas ir kopējā biznesa scenāriju. Esmu strādājusi par projekta šogad, kas rada dažādu statusu un atgādinājuma datumus, izmantojot SharePoint Designer darbplūsmas, kas pēc tam vadīt KPI un kopumā atbalsta laika kritisko biznesa procesus.

Izmantot vietnes satura tipu / kolonnu, lai panāktu šādu iespaidu.

Vietnes satura tipa veidošana ar statusa kolonnā, kā redzams:

Piezīme "statuss (demo)" apakšējā laukā.

Nākamo, noklikšķiniet uz kolonnas nosaukuma, lai piekļūtu kolonnas rekvizītu. Izvēlieties "slēpto (Neparādīsies veidlapās)" sadaļā kolonnas iestatījumi, kā parādīts:

Tiek noņemtas standarta rediģēšanas/atjaunināt veidlapas lauka. Tomēr, tā joprojām ir pieejama skatos, KPI, objektu modelis un nekur citur jūs vēlaties izmantot to, ieskaitot VPD darbplūsmu.

</beigās>

Abonēt manu blogu.