Arhive de categorii: Flux de lucru SharePoint

Zilnic activitate înştiinţări email-uri // Ciclare în fluxul de lucru SharePoint Designer

Am scris un articol detaliat câteva săptămâni în urmă descrie modul de a crea un flux de lucru SharePoint Designer, care trimite un e-mail de reamintire sarcina pe o bază de zi cu zi. S-a publicat la noi SharePoint revista site-ul. Mai general, Articolul arată cum să creaţi o structură ciclare în DOCUP.

Revista are o mare varietate de articole, inclusiv, Printre alte lucruri, chestii foarte tehnice, interviuri şi industria de ştiri. Vă recomandăm să adăugaţi-l la feed-ul RSS.

Dacă aveţi un produs sau serviciu pentru a vinde, Mi-ar considera, de asemenea, de publicitate pe site-ul. Este off la un start puternic, cu mai multe mii de perechi de ochii privindu-l deja. Că este sigur să crească.

În cele din urmă, în cazul în care le-am fost mâncărime pentru a scrie ceva şi ia-o în faţa unui public mai mari, Aceasta este o mare de timp şi loc de zero.

</scop>

Aboneaza-te la blog-ul meu.

Technorati Tags:

Meu târziu “În apărarea SharePoint Designer” Articolul este disponibil

Mark Miller peste la Utilizatorul final SharePoint a postat meu cel mai recent articol despre utilizând SharePoint Designer pentru a crea solutii flux de lucru mare sus pe site-ul său. Check it out.

În acest articol, Eu vorbesc despre procesul de proiectare şi, mai detaliat, cum se configurează un proces de testare fiabile şi repetabile utilizând caracteristici SharePoint (liste particularizate, site-ul template-uri). Articolul obiective utilizatorii finali, Dar abordare este bun pentru dezvoltatorii de asemenea.

</scop>

Aboneaza-te la blog-ul meu.

Logare activitate flux de lucru SharePoint Designer

săptămâna trecută, Am fost de lucru în modul de a buclă şi pune în aplicare o maşină de stat utilizând SharePoint Designer şi menţionat, ca o paranteza, că, probabil, aş scrie un blog post despre mai bine de logare de flux de lucru.

Bine, Anna maria bate-mă la ea. Au o privire.

Salvarea datelor jurnalului într-o listă particularizată pare superior folosind istoria regulate de flux de lucru:

  • Este doar o listă particularizată, Deci, puteţi exporta să exceleze foarte usor.
  • Puteţi crea vizualizări, dinamic, filtrează date, etc.
  • Nu se supune auto-epurarea te cu fluxul de lucru regulat istorie.

Există unele riscuri / dezavantaje:

  • Multe fluxuri de lucru de funcţionare cu o mulţime de logare ar putea provoca prea mult de date pentru a fi scrise în lista.
  • Poate că * face * vrei automat purjare. Nu te că caracteristica cu această abordare (fără de codificare).
  • Securitatea este dificil. Pentru a scrie lista, utilizatorul trebuie să aibă permisiunea de a face acest lucru. Asta înseamnă că, probabil, nu este potrivit pentru orice fel de "oficial" auditul deoarece utilizatorul ar putea descoperi lista şi editaţi-l. Acest lucru ar putea fi depăşite cu unele programare particularizată.

</scop>

Technorati Tags:

Aboneaza-te la blog-ul meu.

Probleme cu Tribbles … aluneca .. KPI-uri

Aceasta ultima săptămână am terminat de pe o dovadă de concept de proiect pentru un client din Manhattan. În timp ce soluţia de punere în aplicare, Am fugit într-un alt inconvenient al MOSS KPI-uri (Vezi aici pentru o problemă de KPI anterioare şi meu workaround).

Fundal: Am folosit flux de lucru SharePoint Designer pentru a modela un proces destul de complexe multi-luna lung de afaceri. Deoarece chugged de-a lungul, Aceasta va actualiza unele informaţii de stat într-o listă. KPI-uri a utiliza aceste date pentru a face lor mojo.

Ne-am decis pentru a crea un site nou de fiecare dată când începe un nou unul dintre aceste procese de afaceri. În afară de flux de lucru în sine, aceste site-uri gazdă mai multe biblioteci de documente, utilizaţi audienţă de orientare şi aşa mai departe. Doar o grămadă de lucruri pentru a ajuta cu colaborarea dintre angajaţii interne, Calatorind angajaţi şi client pe participarea partenerilor de afaceri.

De asemenea, am vrut să arate unele KPI-uri care monitorizează starea de sănătate generală a acestui proces de afaceri specifice promovate de date de stare flux de lucru şi au văzut folosind KPI-uri.

În cele din urmă, am folosit elemente de listă de KPI că face un conta pe o vizualizare pe o listă de site-ul (spre deosebire de trăgând de la altă sursă de date, cum ar fi excel sau SQL).

Problema: După cum vă puteţi imagina, Presupunând că am fost să efectueze ideea de bază înainte într-o lume de producţie, ne-ar dori un şablon de site-ul. Asigurarea un site nou, bazat pe un proces de"afaceri" şablon.

Problema este că nu pot par pentru a obţine o funcţionare KPI astfel. Când am crea un site nou, bazat pe un şablon cu o listă de KPI şi KPI-ul parte web, date de KPI site nou sunt rupt. Site nou KPI lista punctelor la orice sursă aţi definit atunci când aţi salvat-o în primul rând ca un şablon.

Ca exemplu:

  • Creaţi un nou site şi de a construi-o la perfectiune. Acest site include datele KPI.
  • Care salvați ca șablon.
  • Creaţi un nou site şi dacă de pe şablonul de bază.
  • Acest nou site KPI lista articole’ surse punct la şablon de site-ul, nu site-ul curent.

Procesul de instanţierea corecta URL-ul.

Am încercat să rezolve această specificând un URL relativ la definirea elementul din listă de KPI. Cu toate acestea, Nu am putut obţine orice variaţie de care la locul de muncă.

Vreau întotdeauna să pereche aceste "problema" posturi blog-ul cu un fel de soluţie, dar în acest caz nu am un bun unul. Cel mai bun I a putea figure este că aveţi nevoie pentru a merge site-ul nou rezultant şi repara totul manual. UI face acest lucru chiar mai greu pentru că schimbarea URL-ul din lista sursă provoacă o reîmprospătare, Deci chiar trebuie să redefiniţi totul la zero.

Dacă cineva ştie o modalitate mai bună să se ocupe de acest lucru, vă rugăm să posta un comentariu.

</scop>

Technorati Tags:

Mea Culpa — SharePoint Designer * poate * crea stat masina fluxuri de lucru

Recent am învăţat că este posibil şi chiar destul de uşor de a crea un stat masina de flux de lucru utilizând SharePoint Designer. Necesitatea este mama de invenţie şi toate că bine lucrurile si am avut nevoie în această săptămână că a căutat o invenţie. Coincidenţă, Am dat peste Acest post forum MSDN precum şi. Experienţa mea personală în această săptămână şi respectiv confirmarea"independente" dă puterea să convingerea mea. Am de gând să scrie despre acest lucru la o lungime mai mare cu un exemplu complet cu sufletul la gură, dar aici este esenţa l:

  • Abordarea pârghii de faptul că un flux de lucru poate schimba un element de listă, declanşând astfel un nou flux de lucru. În mod normal, am considerat aceasta să fie o pacoste şi chiar blogged despre utilizarea semafoare să-l ocupe.
  • SharePoint permite mai multe fluxuri de lucru independente să fie activ faţă de un element de listă specifice.

Să-l configuraţi:

  • Aparatul de stat de proiectare (adică, Statele şi cum Statele trecerea de la una la alta).
  • Punerea în aplicare a fiecărui stat ca flux de lucru distincte.
  • Configuraţi fiecare dintre aceste fluxuri de lucru de stat să execute în răspuns la orice schimbare în elementul de listă.

Fiecare flux de lucru de stat urmează acest model dur:

  • La inițializare, determina dacă într-adevăr ar trebui să alerga de control de stat informaţiile din elementul"curent". Abandona dacă nu.
  • Face munca.
  • Actualizare "elementul curent" cu noul stat informaţii. Aceasta declanşează un update la elementul curent şi incendii off toate fluxurile de lucru stat.

Pe lângă avantajul evident că unul poate crea un flux de lucru declarative stat masina, toate că informaţiile de stat este teribil pentru construirea KPI-uri şi interesant vizualizari.

Acesta avea un neajuns destul de substanţiale — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, cu toate acestea. Stochează toate informaţiile de tip de audit în lista particularizată. Care este, probabil, o idee buna chiar si pentru vanilie secvenţială flux de lucru, but that’s for another blog post 🙂

Eu numesc aceasta o "mea culpa" pentru că am, din păcate, a spus mai multe ori pe forumuri şi în altă parte că unul trebuie să utilizaţi visual studio pentru a crea un stat masina de flux de lucru. Că pur şi simplu nu este adevărat.

</scop>

Aboneaza-te la blog-ul meu.

Technorati Tags:

Utilizaţi semafoare în flux de lucru SharePoint Designer pentru a preveni buclele Infinitului

Este posibil să provoace o buclă nesfârşită într-un flux de lucru SharePoint Designer. Un model comun de aplicare ca aceasta cauzează problema:

  • Creaţi un flux de lucru şi asociaţi cu o listă.
  • Indică faptul că acesta ar trebui să începe pe crearea de elemente noi şi actualizarea de articole existente.
  • Un pas în fluxul de lucru actualizează un câmp în "Elementul curent".
  • Deoarece elementul curent au schimbat, fluxul de lucru începe din nou.

Pentru a preveni această buclă nesfârşită, pune în aplicare un semafor simplu:

  • Adăugaţi o coloană de site-ul (sau o coloană în lista/Biblioteca dacă nu utilizaţi tipuri de conținut).
  • Ascunde-l de pe pagina de editare (uşor de făcut dacă o coloană de site-ul prin proprietăţile sale, nu la fel de uşor dacă o coloană de listă).
  • În fluxul de lucru, Verificaţi pentru a vedea dacă valoarea din coloana de semafor este necompletat.
  • Dacă este gol, setat la o valoare nevidă și continua.
  • Dacă este nu este necompletat, ieşi imediat.

Acest lucru poate deveni o soluţie destul de nuanţată, în funcţie de cerinţele de afaceri şi aşa mai departe, dar a fost un model viabil atunci când I-am nevoie de el.

</scop>

Technorati Tags:

Aboneaza-te la blog-ul meu.

Plimbare prin: Fix angajat de formare şablon disponibile locuri retrage Bug

Cât de mulţi oameni ştiu, şablonul de angajat de formare furnizat de Microsoft aici are un bug care ne poate reproduce urmând aceşti paşi:

  • Crea o clasă cu o dimensiune max de 10 elevii.
  • Înregistrează-te –> Total disponibile locuri în mod corespunzător decrements de unul. Rezultatul: 9 locuri disponibile.
  • Anulare înregistrare: –> Bug-ul. Total de locuri disponibile ar trebui să incrementaţi unu. Nu. Rezultatul: 9 locuri disponibile ca pe SharePoint, dar de fapt, Există 10 locuri disponibile.

Soluție: Utilizaţi SharePoint Designer pentru a corecta fluxul de lucru.

Prima, deschide site-ul. Lista de foldere pentru mine arata cam asa:

imagine

Dacă avem o privire la înregistrarea"participant" flux de lucru, vom vedea că nu există un pas etichetate "Pune în aplicare politica de relaxare". Se pare ca acest lucru:

imagine

Acest pas în fluxul de lucru actualizări element de incrementing "umplut scaunele" coloană de metadate pe parcursul. Dacă vom trage că în detaliu, vedem acest lucru:

imagine

Care sunt toate informațiile de care avem nevoie pentru a repara retragerea fluxul de lucru.

Dacă le flip peste pentru fluxul de lucru retragerea, nu există nici un pas de flux de lucru similare. Adăugaţi-l după cum urmează:

1: Extinde "participant retragerea" şi deschide-XOML (a se vedea primul ecran shot daca esti pierdut).

2: Adăugaţi o variabilă nou flux de lucru, "Noi de locuri umplute" de tip "Număr".

3: Asociaţi o valoare "noi umplute scaune" ca:

imagine

4: Decrement locuri pline de 1:

imagine

5: Actualizare elementul legate de curs:

imagine

6: Asiguraţi-vă că toate demersurile sunt în secvenţa dreapta. Pentru mine, se pare ca asta:

imagine

7: Termina fluxul de lucru pentru a re-construi-o.

8: Test.

</scop>

Aboneaza-te la blog-ul meu.

Technorati Tags: ,

Faţă de modele de Design tehnic SharePoint: Flux de lucru SharePoint Designer + Eveniment receptor = potenta mare Cocktail

Unul dintre modelele emergente găsi în crafting soluții SharePoint pârghii de flux de lucru SharePoint Designer şi un receptor de eveniment.

Iată un scenariu de afaceri să-l pună în context:

  • Pot încărca un document la un lib doc.
  • Mă lovi cu piciorul off multi-pas flux de lucru creat utilizând SharePoint Designer.
  • La un moment dat în timpul acestui proces, flux de lucru atribuie o sarcină de cineva (prin intermediul colecta date de utilizator sau atribuiți o activitate).
  • Dorim sa folosim un KPI pentru a urmări cât de mult această sarcină este în aşteptarea finalizării. KPI-ul arata verde pentru sarcini care sunt finalizate sau datorate mai mult 3 zile de acum. Acesta arată galben în cazul în care sarcina este scadentă mâine sau azi. Acesta arată roşu în cazul în care sarcina este trecut datorate.
  • Aici este fotbalist: Vreau la data la care unităţile KPI că a fi dependentă de vacanţă.

Nu poate fi calculată o vacanţă-conştient cuvenit prezent în flux de lucru SharePoint Designer foarte usor. Ar trebui să creeze o acțiune particularizată sau de a folosi un instrument 3rd petrecere. Cu toate acestea, este destul de uşor pentru a calcula astfel o dată într-un receptor de eveniment. Îmbinaţi cele două împreună şi vom obţine un model ca asta:

  • Defini un da ascunse/nici o coloană de site pe Biblioteca de documente etichetate "DoCalcualteDueDate".
  • Se iniţializează false.
  • La momentul oportun în fluxul de lucru (ex. chiar înainte de a "colecta date" acţiune), atribuiţi acea valoare True.
  • O ItemUpdate() eveniment receptor pare pentru a vedea dacă "DoCalculateDueDate" este adevărat. Deoarece evenimentul receptorul rulează pe fiecare actualizare, "DoCalculateDueDate" este în mod normal, fals.
  • Când fluxul de lucru atribuie DoCalculateDueDate la true, receptorul eveniment calculează due dependentă de vacanţă data.
  • Când receptorul eveniment face acest calcul, Aceasta stabileşte pavilion DoCalculateDueDate false.

În cele din urmă, SPD flux de lucru este comunicat cu un receptor de evenimente prin intermediul semafor DoCalculateDueDate şi avem de vacanţă-conştient datorate datele care sunt asociate la momentul exact corecte în fluxul de lucru pe viata. Controale SharePoint Designer atunci când data scadenţei este atribuit dar receptorul eveniment efectuează reale de calcul şi atribuire.

</scop>

Aboneaza-te la blog-ul meu.

Observat comportamentul: Mutarea SPD fluxuri de lucru într-o colecţie de site-ul

ACTUALIZARE: Am fost de cercetare cum pentru a încorpora un flux de lucru SPD în definiția de site. Acest lanţ de forum MSDN a unor informaţii interesante. Nu este concludent, dar puncte la calea prin jungla.

Sunt oferind acest post un uşor aiurit "observat comportamentul" plumb, deoarece eu sunt un pic şmecher de desen concluziile de la aceasta. Fluxuri de lucru SPD sunt … temperamentale.

Oamenii sunt deseori cer / mirat / neastâmpărat peste mutarea SPD fluxuri de lucru la un loc la altul. Astăzi, Am urmat paşii şi făcut aceste observaţii:

  • Am creat un flux de lucru utilizând SharePoint Designer într-un site ataşat la o bibliotecă de documente.
  • Biblioteca de documente asociate adăpostite deja mai multe documente.
  • Am salvat site-ul ca un şablon.
  • Când am salvat site-ul ca un şablon, Am salvat conţinutul.
  • Am creat un nou site din colecția de site-ul acelaşi utilizând acest şablon.

La acest punct, Am încercat să ruleze fluxul de lucru. Este reziliat imediat în sine cu mesajul de autentificare, "Nu a reușit pe start".

M-am aşteptat acest lucru. Am scăzut aşteptările atunci când este vorba de mutarea SPD fluxuri de lucru în jurul.

Am continuat:

  • Deschis site-ul în SharePoint Designer.
  • A avut o privire la fluxul de lucru. Părea bine.
  • Am făcut clic pe "Finish".
  • Am fugit fluxul de lucru.

de data aceasta, it worked fin.

Voi adăuga că acest flux de lucru utilizat "colectarea de date de utilizator" acţiune care este o actiune relativ complexe sub capota.

Tentativ trage concluzia că procesul de "finisare" fluxul de lucru cauzate SPD asociate în mod corespunzător fluxul de lucru SPD bibliotecă de documente nouă. Am încheia, de asemenea, XOML şi alte artefacte XML sunt în mod rezonabil "pierde". Acestea nu sunt cuplat super bine la biblioteca de documente.

Ce înseamnă acest lucru înseamnă? Presupunând că aceasta este un proces de incredere si reproductibile, există cel puţin o metoda brute putem folosi pentru a le muta în jurul. Nu ştiu dacă acest lucru ar lucra în cazul în care am traversat limitele de colectare site-ul sau chiar mai drastic, întreaga noi ferme (ex. dev etapă să prod).

Dacă sunteţi de lectură acest lucru şi înclinate, vă rugăm să posta un comentariu sau e-mail-mă povestea ta de migraţia SharePoint Designer. Cu bucurie voi actualiza această postare cu orice statistici oferite astfel.

</scop>

Aboneaza-te la blog-ul meu.

Technorati Tags:

Simplă şi rapidă: Flux de lucru-numai actualizare câmp

Adesea este util pentru a stoca informaţii despre starea în lista particularizată, cum ar fi un cod de omologare, care niciodată nu ar trebui să fie manipulate direct de utilizatorii finali. Acesta este un scenariu de afaceri comune. Am lucrat la un proiect în acest an, care generează diferitelor date statutul şi memento prin fluxurile de lucru SharePoint Designer, care conduce apoi KPI-uri şi, în general, susţine procesele de timp-critice de business.

Utilizaţi un tip de conținut de site-ul / coloana pentru a realiza acest efect.

Crea un tip de conținut de site-ul cu coloana stare prevăzut:

imagine

Nota "Status (pentru Demo)" câmpul din partea de jos.

Următoarea, faceţi clic pe numele coloanei pentru a accesa Proprietăți coloană. Selectaţi "ascunse (Nu va apărea în forme)" în secţiunea Setări coloană ca:

imagine

Acest lucru elimină câmpul de forme standard de editare/actualizare. Cu toate acestea, este încă disponibilă în vizualizări, KPI-uri, modelul de obiect şi oriunde în altă parte pe care doriţi să-l utilizaţi, inclusiv SPD flux de lucru.

</scop>

Aboneaza-te la blog-ul meu.