Aš parašė parengti išsamų straipsnį prieš kelias savaites aprašoma, kaip sukurti SharePoint Designer darbo eigą, kuri siunčia užduoties priminimą el kasdien. Tai buvo paskelbta ne naujas SharePoint žurnalas svetainės. Apskritai, straipsnyje parodoma, kaip kurti looping struktūrą į BPD.

Žurnalas buvo patys įvairiausi dirbiniai, įskaitant, be kita ko, labai techninių dalykų, interviu ir pramonės naujienos. Aš rekomenduoju jums įtraukti jį į savo RSS.

Jei turite produktą ar paslaugą parduoti, Aš taip pat mano, kad reklamos svetainėje. Tai ne stipri pradžia su kelių tūkstančių porų akių žiūri į jį jau. Tai tikrai augti.

Galiausiai, Jei jūs been niežulys parašyti ką nors ir jį gauti priešais didesnę auditoriją, Tai puikus laikas ir vieta nulio.

</pabaigos>

Prenumeruoti savo dienoraštį.

Mark Miller per ne Galutinio vartotojo SharePoint paskelbė savo naujausią straipsnį apie naudojant SharePoint Designer sukurti puikus eigą iki jo svetainėje. Check it out.

Šiame straipsnyje, Aš kalbu apie projektavimo procesą ir, išsamiau, kaip nustatyti patikimus ir pakartotinos bandomosios procesą naudojant SharePoint funkcijas (pasirinktinius sąrašus, svetainių šablonai). Straipsnis taikoma galutiniams vartotojams, bet požiūris yra geras kūrėjai taip pat.

</pabaigos>

Prenumeruoti savo dienoraštį.

praėjusi savaitė, Aš dirbau, kaip linijos ir įgyvendinti valstybės mašinos naudojant SharePoint Designer ir minėta, kaip panaikinti, kad tikriausiai būtų rašyti dienoraštyje apie tai geriau darbo eigos registravimas.

Na, Antanas Kulakauskas rokeris plakimas mane prie jo. Žiūrėti.

Saugant prisijungimo duomenis į pasirinktinį sąrašą atrodo geresnis nei naudojant reguliariai darbo eigos retrospektyvoje:

• Tai tik pasirinktinį sąrašą, todėl galite eksportuoti į excel labai lengvai.
• Galite sukurti vaizdai, dinamiškai filtruoti duomenis, ir tt.
• Tai ne pagal auto-prapūtimo jums su reguliaraus darbo eigos retrospektyvos.

Yra tam tikra rizika / praradimas:

• Daug darbo eigoms su daug medienos ruošos gali sukelti per daug duomenys įrašomi į sąrašą.
• Gal jums * do * nori Automatinis prapūtimo. Jūs negaunate kad funkcija su šiuo požiūriu (be kodavimo).
• Saugumas yra sudėtinga. Norint rašyti į sąrašą, vartotojas turi turėti teisę daryti. Tai reiškia, kad tai tikriausiai ne tinka bet kokios rūšies "pareigūnas" kadangi vartotojas galėtų atrasti sąrašą ir jį redaguoti audito. Tai gali būti įveikti su kai individualus programavimas.

</pabaigos>

Prenumeruoti savo dienoraštį.

Tai praeitą savaitę aš pribaigė įrodymas koncepcijos projekto klientui Manhetene. Nors įgyvendinant tirpalas, Išbėgau į kitą trūkumą, MOSS KPI (čia ieškokite ankstesnės KPI emisijos ir mano problemos).

Fono: Mes panaudojome SharePoint Designer darbo eigos modelis yra gana sudėtingas daugelį mėnesių ilgas verslo proceso. Kaip ji chugged, tai būtų atnaujinti kai kurių būsenos informaciją į sąrašą. KPI naudotis šiais duomenimis daryti savo mojo.

Mes nusprendėme sukurti naują šių verslo procesų prasideda nauja svetainė. Be darbo eiga, pati, šių vietų surengti keletą dokumentų bibliotekos, naudoti tikslinė auditorija ir kt. Tik krūva funkcijų padėti bendradarbiavimą tarp vidaus darbuotojai, keliaujantiems darbuotojus ir kliento dalyvaujančių verslo partnerių.

Mes taip pat norėjome parodyti kai kurie KPI stebėti bendrą sveikatą, kad tikram verslo procesui, kaip numatyta darbo eigos valstybė duomenis ir peržiūrėti naudojant KPI.

Pagaliau, mes panaudojome KPI sąrašo elementų, kad padaryti skaičius ant vaizdas į sąrašą svetainėje (o ne traukdami iš kito duomenų šaltinio, kaip excel arba SQL).

Problema: Kaip galite įsivaizduoti, darant prielaidą, kad mes buvo atlikti pagrindinė idėja į priekį į gamybos pasaulyje, Mes, nori svetainės šabloną. Nuostata pagrįsta ne "verslo procesą naują svetainę" šablonas.

Problema ta, kad jūs cant atrodo gauti veikiančią KPI tokiu būdu. Kada aš sukurti naują svetainę su KPI sąrašą ir KPI žiniatinklio dalį šablono pagrindu, naujas svetainės KPI duomenų yra skaldytų. Naujas svetainės KPI sąrašą vietose, neatsižvelgiant į jo šaltinį apibrėžėte kai pirmą kartą įrašėte jį kaip šabloną.

Kaip pavyzdys:

• Sukurti naują svetainę ir jį iki tobulybės. Ši svetainė yra KPI duomenų.
• Kad įrašyti kaip šabloną.
• Sukurti naują svetainę ir bazės jei ne šablonas.
• Ši nauja svetainė KPI sąrašo elementus’ šaltinių žymeklį nukreipkite į šabloną, ne svetaine.

Objekto pavyzdžio kūrimo procesą netaiso URL.

Aš bandė išspręsti šią nurodydami santykinis URL apibrėžiant KPI sąrašo elemento. Tačiau, Aš negalėjo gauti bet kokio pakeitimo, kad į darbą.

Aš visada noriu porą šių "problema" dienoraštyje su tam tikros rūšies tirpalas, bet šiuo atveju aš neturiu geras. Geriausios galiu skaičius, kad jums reikia eiti į naujai parengto svetainę ir nustatyti viską rankiniu būdu. UI daro tai dar sunkiau, nes keičiasi URL šaltinio sąrašo atnaujinimo, Taigi jums tikrai reikia iš naujo apibrėžti visa tai iš naujo.

Jei kas žino geresnių būdų, kaip tvarkyti, Prašome rašyti komentarą.

</pabaigos>

Aš neseniai sužinojau, kad tai įmanoma ir net gana lengvai kurti valstybės mašinos darbo eigą naudojant SharePoint Designer. Reikalavimas yra motina išradimo ir visa, good stuff ir aš, reikia šią savaitę, kad ieškojo išradimas. Atsitiktinai, Aš atėjau, visoje imą MSDN forumas taip pat. Mano asmeninė patirtis rodo šią savaitę ir "nepriklausomų patvirtinimo" skolina jėgų mano nuosprendis. Aš planuoju rašyti apie tai ne didesnis ilgis su visiškai išsiskleidęs pavyzdys, bet čia yra esmė tai:

• Metodas naudoja dėl to, kad darbo eigą galite keisti sąrašo elementų, Todėl tiems degalams taikomas naują darbo eigą. Aš paprastai manoma tai erzina ir net blogų apie naudojant semaforai dirbti.
• SharePoint leidžia kelių nepriklausomų darbo eigų veikia nuo konkretaus sąrašo elemento.

Jį sukonfigūruoti:

• Projektuoti savo valstybės mašinos (t. y., narės ir kaip narės perėjimo iš vienos į kitą).
• Įgyvendinti kiekviena valstybė kaip atskira darbo eiga.
• Konfigūruoti kiekvieną iš šių valstybės darbo eigos įvykdyti reaguojant į bet kokius sąrašo elemento.

Kiekvieno darbo eiga taip šio neapdorotų modelio:

• Po iniciacijos, nustatyti, ar ji tikrai turėtų būti vykdoma tikrinant informaciją "dabartiniame elemente". Jei ne nutraukti.
• Padaryti darbą.
• Atnaujinti "šios prekės" su naujos valstybės informacijos. Tai skatina atnaujinti elemento ir gaisrai išjungti visus valstybės darbo eigos.

Be akivaizdžios naudos kad vienas galite kurti deklaruotinų valstybės mašinos darbo eigos, visa tai siaubingas kuriant KPI ir įdomios valstybės informacijos peržiūros.

Ji turi gana didelę trūkumas — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Tačiau. Laikyti visą savo audito tipo informaciją pasirinktinį sąrašą. Tai tikriausiai gera idėja net ir vanilės eilės darbo eigos, but that’s for another blog post 🙂

Aš vadinu tai "mea culpa" nes aš turiu, Deja, sakė daugiau nei vieną kartą forumuose ir kitur kad vienas turi naudoti visual studio sukurti valstybės mašinos darbo eigos. Tai tiesiog netiesa.

</pabaigos>

Prenumeruoti savo dienoraštį.

Tai galima sukelti užburtame rate SharePoint Designer darbo eigoje. Kaip bendrojo įgyvendinimo modelio tai sukelia problemą:

• Sukurti darbo eigą ir susieti su sąrašu.
• Rodo kad ji turėtų pradėti kurti naujus elementus ir atnaujinti esamą prekių.
• Darbo eigos žingsnis atnaujina lauko "Dabartinės prekės".
• Kadangi dabartinis elementas pakeistas, darbo eiga prasideda iš naujo.

Siekiant užkirsti kelią šios begalinis ciklas, įgyvendinti paprasta semaforo:

• Svetainės stulpelio įtraukimas (ar stulpelį į sąrašą/biblioteką jei jūs nesinaudojate turinio tipai).
• Paslėpti nuo redagavimo puslapyje (lengva padaryti, jei svetainės skiltyje per savo savybių, ne taip paprasta, jei sąrašo stulpelyje).
• Darbo eigos, Patikrinkite, ar semaforo stulpelio reikšmė yra tuščia.
• Jei laukas tuščias, nustatyti netuščią reikšmę ir pradėti.
• Jei yra laukas nėra tuščias, išeiti iš karto.

Tai gali tapti gana niuansų sprendimas, atsižvelgiant į verslo poreikius ir tt, bet tai buvo veiksmingas modelis, kai man jau reikia ji.

</pabaigos>

Prenumeruoti savo dienoraštį.

Kuo daugiau žmonės žino, Darbuotojų mokymo šablonas Jei iš Microsoft čia turi klaidų, kad mes galime tik atgaminti šiuos veiksmus:

• Kurti klasė, maksimalus dydis 10 studentai.
• Užsiregistruok –> Visų turimų vietų tinkamai sumažina Charytatywny viena. Rezultatas: 9 laisvas vietas.
• Išsiregistruoti: –> Re. Bendras turimų vietų turėtų padidinti viena. Taip nėra. Rezultatas: 9 laisvas vietas pagal SharePoint, iš tiesų, yra 10 laisvas vietas.

Tirpalas: Naudoti SharePoint Designer Norėdami pašalinti darbo eigą.

Pirmosios, Atidarykite svetainę. Aplankų sąraše man atrodo taip:

Jei mes turime žvilgsnis "dalyvių registracija" darbo eigos, matome, kad ten yra žingsnis, pavadintą "Vykdyti svetainės politika". Tai atrodo šitaip:

Šios darbo eigos žingsnį atnaujinimus elementą iš rodmens į "alsuoja sėdynių" metaduomenų stulpelis eigą. Jei mes kad atsigriebti išsamiau, Mes tai:

Tai visi mums reikia nustatyti išsiregistruoti darbo eigos informacija.

Jei mes apversti išsiregistruoti darbo eigai, nėra jokio panašaus darbo eigos žingsnio. Pridėti jį taip:

1: Plėsti "dalyvio išsiregistruoti" ir atverti, XOML (žr pirmą ekrano jei esate prarasti).

2: Pridėti naują darbo eigos kintamasis, "Naujas užpildyti vietų" tipo "Numeris".

3: Priskirti vertę "užpildyti vietų" kaip parodyta:

4: Mažėja užpildyti vietų iš 1:

5: Atnaujinti susijusio žinoma punktas:

6: Įsitikinkite, kad visi veiksmai yra tinkamos sekos. Man, atrodo, kad tai:

7: Baigti darbo eigą iš naujo statyti.

8: Bandymas.

</pabaigos>

Prenumeruoti savo dienoraštį.

Vienas iš naujų modelių manau meistruoti SharePoint sprendimus naudoja SharePoint Designer darbo eigos ir įvykio imtuvas.

Čia yra verslo scenarijus įdėti ją į kontekstą:

• Aš įkelti dokumento į doc lib.
• Aš nusimesti Daugiažingsnė darbo eiga, sukurta naudojant SharePoint Designer.
• Tam tikru momentu šio proceso metu, darbo eiga priskiria užduotį kam nors (rinkti duomenis iš vartotojo arba priskirti užduotį).
• Mes norite naudoti KPI sekti kiek laiko tą užduotį laukia baigus. KPI rodo žalia užduočių, kurios atliekamos ar tinkamai daugiau nei 3 dienų nuo dabar. Tai rodo geltona jei užduotis yra tinkamai rytoj ar šiandien. Tai rodo raudona jei užduotis yra pradelstas.
• Čia yra skandalistas: Aš noriu datą, kurią vairuoja kad KPI atostogų-žinoti.

Negalima apskaičiuoti atostogų-aware termino datą SharePoint Designer darbo eiga labai lengvai. Aš turiu sukurti pasirinktinį veiksmą arba naudoti 3rd šalies įrankis. Tačiau, tai gana paprasta apskaičiuoti tokia data įvykis imtuvas. Sujungti šių dviejų kartu ir mes kaip tai:

• Nustatyti paslėptų taip/ne svetainės skiltyje dokumentų biblioteką pavadintą "DoCalcualteDueDate".
• Inicijuoti klaidinga.
• Atitinkamu laiku darbo eigos (pvz.. prieš "duomenų rinkimo" veiksmų), priskirti tą reikšmę TRUE.
• Yra ItemUpdate() renginio imtuvas tikrina, jei "DoCalculateDueDate" tiesa. Kadangi renginys imtuvas veikia kiekvieno atnaujinimo, "DoCalculateDueDate" yra paprastai klaidinga.
• Kai darbo eiga priskiria DoCalculateDueDate tiesa, atveju administratorius apskaičiuoja atostogų-aware tinkamai data.
• Kada įvykio imtuvas nėra šiam apskaičiavimui, joje DoCalculateDueDate vėliavos FALSE.

Galiausiai, BPD darbo eigos yra pateikiama su atveju imtuvu per DoCalculateDueDate semaforo ir mes turime atostogų-aware dėl datos, kurios priskiriamos darbo eigos gyvenime tiksliai teisingą metu. SharePoint Designer kontrolę kai terminas priskiriamas bet renginys imtuvas atlieka faktinio apskaičiavimo ir priskyrimo.

</pabaigos>

Prenumeruoti savo dienoraštį.

NAUJINIMAS: Man buvo tirta, kaip įterpti BPD darbo eigą į svetainės apibrėžimo. Šioje MSDN forumas tinklas yra πiek tiek αdomios informacijos. Tai nėra įtikinamų, tačiau pabrėžia, kad kelias per džiungles.

I 'm giving Šis pranešimas yra šiek tiek originalus "pastebėtas elgesys" kadangi aš esu šiek tiek atsargiai išvadas iš to švino. BPD darbo eigos … temperamentingas.

Žmonės dažnai klausia / Įdomu / fretting per BPD darbo eigos juda iš vienos vietos į kitą. Šiandien, Aš laikytis šių žingsnių ir šios pastabos:

• Aš sukūriau naudojant SharePoint Designer prie dokumentų bibliotekos svetainės darbo eigą.
• Su tuo susijęs dokumentas bibliotekoje jau laikomi kelių dokumentų.
• Įrašiau į svetainę kaip šabloną.
• Kai įrašiau į svetainę kaip šabloną, Įrašiau turinys taip pat.
• Aš sukūriau naują svetainę naudojant tas pats svetainių rinkinyje.

Šiuo metu, Bandžiau paleisti darbo eigą. Jis nedelsiant nutraukti pati su log pranešimą, "Nepavyko paleisti".

Tikėjausi, kad tai. Turiu žemas lūkesčių, kai kalbama apie judėti BPD darbo eigos.

Aš ir toliau:

• Atidarė svetainę, SharePoint Designer.
• Turėjo žvilgtelėti į darbo eigos. Jis atrodė gerai.
• Aš paspausti "Baigti".
• Išbėgau į darbo eigos.

šį kartą, tai kuo puikiausiai.

Aš pievienošu kad ši darbo eiga naudojama "rinkti duomenis iš vartotojų" veiksmų, kurie yra gana sudėtingas veiksmas po gaubtu.

Aš preliminariai daroma išvada, kad procesas "apdailos" darbo eigos dėl BPD tinkamai susieti BPD darbo eigą su naujoje dokumentų bibliotekoje. Aš taip pat sudaryti, XOML ir kiti XML daiktai yra pagrįstai "Laisvas". Jie nėra itin sandariai sujungtas į dokumentų biblioteką.

Ką tai reiškia? Darant prielaidą, kad tai yra patikimas ir atkuriamas procesas,, yra bent vienas grubus metodas, mes galime naudoti juos judėti. Aš nežinau, jei tai būtų dirbti, jei mes kirto svetainės rinkinio ribų ar net daugiau drastiškai, visą naujų ūkių (pvz.. dev į sceną prod).

Jei jūs skaitote šį ir linkęs, Prašome rašyti komentarą arba rašykite man jūsų SharePoint Designer migracijos istorija. Aš mielai atnaujinti šį skelbimą su jokios informacijos apie tai todėl siūlomas.

</pabaigos>

Prenumeruoti savo dienoraštį.

Ji dažnai yra naudinga laikyti informaciją apie padėtį pasirinktinį sąraše, pavyzdžiui, patvirtinimo kodą, kurį turėtų niekada tiesiogiai manipuliuoti galutiniai vartotojai. Tai yra bendras verslo scenarijus. Aš dirbu dėl projektas šiais metais, kuris generuoja įvairių statusą ir priminimo datos per SharePoint Designer darbo eigos, tada vairuoti KPI ir paprastai susiję su laiko faktoriumi verslo procesams palaikyti.

Naudoti svetainės turinio tipą / stulpelio pasiekti šio tikslo.

Sukurti svetainės turinio tipo stulpelį būsena, kaip parodyta:

Pastaba "būsena (Demo)" apačioje esančiame lauke.

Kitas, spustelėkite stulpelio pavadinimas naudotis stulpelio ypatybės. Pasirinkite "paslėpti (Bus rodomas formose)" Sekcijoje stulpelio parametrai kaip parodyta:

Tai pašalina lauką iš standartinių redagavimo/atnaujinimo formas. Tačiau, jis vis dar gali rodiniuose, KPI, objekto modelio ir bet kur kitur jūs norite naudoti ją, įskaitant BPD darbo eigos.

</pabaigos>

Prenumeruoti savo dienoraštį.