Jeg skrev en detaljert artikkel et par uker siden som beskriver hvordan du oppretter en SharePoint Designer arbeidsflyt som sender en oppgave påminnelse e-post daglig. Det har vært Publisert på den nye SharePoint Magazine nettstedet. Mer generelt, artikkelen viser hvordan du oppretter en looping struktur i SPD.

Bladet har en rekke artikler inkludert, blant annet, tekniske ting, intervjuer og nyheter. Jeg anbefaler du legge den til din RSS feed.

Hvis du har et produkt eller en tjeneste å selge, Jeg ville likeledes betenke Advertiser. Det er en sterk start med flere tusen par øyne ser på det allerede. Det er sikker på å vokse.

Til slutt, Hvis du har kløe å skrive noe og få det ut foran et større publikum, Dette er en flott tid og sted å avlyse det.

</slutten>

Abonner på bloggen min.

Mark Miller over på Sluttbrukeren SharePoint har lagt min siste artikkel om bruke SharePoint Designer til å opprette stor arbeidsflytløsninger opp på sitt nettsted. Sjekk det ut.

I denne artikkelen, Jeg snakker om utformingen og, i større detalj, Hvordan sette opp en pålitelig og repeterbare testprosessen ved hjelp av SharePoint-funksjoner (egendefinerte lister, områdemaler). Artikkelen er rettet mot sluttbrukere, men tilnærmingen er bra for utviklere også.

</slutten>

Abonner på bloggen min.

forrige uke, Jeg jobbet ut hvordan du loop og implementere en tilstandsmaskin ved hjelp av SharePoint Designer og nevnte, som en side, at jeg ville sannsynligvis skrive et blogginnlegg om bedre arbeidsflyt-logging.

Brønnen, Sanjeev Rajput slo meg til det.. Ta en titt.

Lagre loggdataene til en egendefinert liste virker bedre enn ved hjelp av den vanlige arbeidsflytloggen:

• Det er bare en egendefinert liste, så kan du eksportere den til excel veldig lett.
• Du kan opprette visninger, filtrere dataene dynamisk, osv..
• Det er ikke underlagt auto-purge du får med vanlig Arbeidsflytlogg.

Det er noen risiko / downsides:

• Mange arbeidsflyter som kjører med en masse logging kan forårsake for mye data skrives til listen.
• Kanskje du * gjøre * vil automatisk sletting. Du får ikke denne funksjonen med denne tilnærmingen (koding).
• Sikkerhet er vanskelig. For å skrive til listen, brukeren må ha tillatelse. Det betyr at det er nok ikke egnet for noen form for "offisielle" overvåke siden brukeren kan oppdage listen og redigere det. Dette kan overvinnes med noen egendefinert programmering.

</slutten>

Abonner på bloggen min.

Denne siste uken jeg avsluttet et bevis på konseptet prosjektet for en klient i Manhattan. Mens implementere løsningen, Jeg kjørte inn i en annen brist i MOSS KPIer (se her for en tidligere KPI-problem og min løsning).

Bakgrunn: Vi brukte SharePoint Designer arbeidsflyt til å modellere en ganske kompleks flere måneder lange forretningsprosess. Som det chugged, den ville oppdatere noen informasjon i en liste. KPIer bruke disse dataene til å gjøre sin mojo.

Vi besluttet å opprette en ny side hver gang en ny disse forretningsprosesser starter. Bortsett fra selve arbeidsflyten, disse nettstedene vert flere dokumentbiblioteker, bruke målgruppeangivelse og så videre. Bare en haug med ting å samarbeid mellom ansatte, ansatte og klienten er delta forretningspartnere.

Vi ønsket også å vise noen KPIer som overvåke den generelle tilstanden til at bestemt forretningsprosess som fremmes av arbeidsflyten Tilstandsdataene og vises ved hjelp av ytelsesindikatorene.

Endelig, Vi brukte KPI elementer som gjør en teller på en visning på en liste på området (i motsetning til å trekke fra en annen datakilde, som excel eller SQL).

Problemet: Som du kan forestille, antar vi skulle bære den grunnleggende ideen frem i en produksjon verden, Vi ønsker en områdemal. Klargjør et nytt område basert på en "forretningsprosess" mal.

Problemet er at du ikke synes å få en fungerende KPI sånn. Når jeg oppretter en ny side basert på en mal med en KPI-liste og KPI-webdel, det nye området KPI data er brutt. Det nye området KPI-listen poeng uansett kilde du definerte da du først lagret som en mal.

Som et eksempel:

• Opprette et nytt nettsted og bygge den til perfeksjon. Dette området inneholder datatypen KPI.
• Lagre det som en mal.
• Opprett et nytt område og base hvis av malen.
• Dette nye området KPI listeelementer’ kilder Velg områdemalen, ikke gjeldende område.

Forekomstoppretting prosessen løser ikke URL.

Jeg forsøkt å løse dette ved å angi en relativ URL-adresse når du definerer listeelementet KPI. Men, Jeg kunne ikke få en variant av det til å fungere.

Jeg ønsker alltid å koble opp disse "problem" blogginnlegg med noen form for løsning, men i dette tilfellet jeg har ikke en god en. Best jeg kan finne er at du skal gå inn til området nylig klargjorte og fikse alt manuelt. Grensesnittet gjør dette enda vanskeligere fordi endre URL-adressen i kildelisten fører en oppdatering, så du virkelig trenger å redefinere hele fra grunnen av.

Hvis noen vet en bedre måte å håndtere dette, Vennligst legg inn en kommentar.

</slutten>

Jeg har nylig lært at det er mulig og selv ganske enkelt å opprette en tilstand maskinen arbeidsflyt ved hjelp av SharePoint Designer. Nødvendighet er mor til oppfinnelsen og alt som bra og jeg hadde behov denne uken som så for en oppfinnelse. Tilfeldigvis, Jeg kom over Dette MSDN foruminnlegg også. Min personlige erfaring denne uken og at "uavhengig bekreftelse" gir styrke til min overbevisning. Jeg planlegger å skrive om dette på større lengde med en fullverdig eksempel, men her er hovedpunkt av det.:

• Tilnærmingen utnytter det faktum at en arbeidsflyt kan endre et listeelement, og dermed utløser en ny arbeidsflyt. Jeg har normalt anses dette å være en plage og selv blogged om bruker semaforer å håndtere det..
• SharePoint gjør flere uavhengige arbeidsflyter å være aktiv mot et bestemt listeelement.

Konfigurere den:

• Design din tilstandsmaskin (dvs., USA og hvordan USA overgang fra den ene til neste).
• Implementere hver stat som egen arbeidsflyt.
• Konfigurer alle disse state arbeidsflytene kjøres som svar på endringer i listeelementet.

Hver stat arbeidsflyt følger dette grov mønster:

• Ved initialisering, finne ut om det virkelig skal kjøres ved å undersøke informasjon i "varen". Avbryte hvis ikke.
• Gjøre arbeidet.
• Oppdatere varen"" med ny informasjon. Dette utløser en oppdatering til gjeldende element og fyrer av alle stat-arbeidsflyter.

Bortsett fra den åpenbare fordelen kan at man opprette en deklarativ tilstand maskinen arbeidsflyt, alt som statusinformasjonen er veldig bra for å bygge KPIer og interessant visninger.

Den har en ganske betydelig ulempe — standard arbeidsflythistorikk-sporing er enda mer ubrukelig enn normalt 🙂 Det er lett å rette opp, men. Lagre alle dine type overvåkingsinformasjon i en egendefinert liste. Det er sannsynligvis en god idé selv for vanilje sekvensiell arbeidsflyt, men det er for et annet blogginnlegg 🙂

Jeg kaller dette en "mea culpa" fordi jeg har, Dessverre, sa flere ganger på forum og andre steder at man må bruke visual studio til å opprette en tilstand maskinen arbeidsflyt. Som rett og slett ikke sant.

</slutten>

Abonner på bloggen min.

Det er mulig å føre til en uendelig sløyfe i en arbeidsflyt for SharePoint Designer. En vanlig implementering mønsteret slik forårsaker problemet:

• Opprette en arbeidsflyt og knytte til en liste.
• Angi at det bør start på opprette nye elementer og oppdatering av eksisterende elementer.
• Et trinn i arbeidsflyten oppdaterer et felt i "Gjeldende element".
• Siden gjeldende element endret, arbeidsflyten starter nytt.

Å forhindre denne uendelig løkke, implementere en enkel semafor:

• Legge til en områdekolonne (eller kolonnen til liste/bibliotek Hvis du ikke bruker innholdstyper).
• Skjule det fra siden Rediger (enkelt å gjøre hvis en områdekolonne via egenskapene, ikke så lett hvis en listekolonne).
• I arbeidsflyten, Kontroller om verdien i kolonnen semaforen er tom.
• Hvis det er tomt, Angi den til en ikke-tom verdi og fortsette.
• Hvis er er ikke tomt, avslutte umiddelbart.

Dette kan bli en ganske nyansert løsning, avhengig av bedriftens behov og så videre, men det har vært en gjennomførbar mønster når jeg har trengte det.

</slutten>

Abonner på bloggen min.

Som mange vet, malen ansatte opplæring fra Microsoft her har en feil som vi kan gjengi følgende:

• Opprette en klasse med en maksimal størrelse på 10 studenter.
• Registrering –> Totalt tilgjengelig seter riktig reduserer av en. Resultatet: 9 ledige plasser.
• Avregistrere: –> Feil. Totale ledige plasser bør øke med en. Det ikke. Resultatet: 9 ledige plasser i SharePoint, men faktisk, Det er 10 ledige plasser.

Løsning: Bruke SharePoint Designer til å korrigere arbeidsflyten.

Første, Åpne webområdet. Mappelisten for meg ser slik ut:

Hvis vi har en betrakte "deltaker registrering" arbeidsflyt, Vi ser at det er et skritt merket "Fremtving sitteplasser policy". Det ser slik ut:

Dette trinnet i arbeidsflyten oppdaterer elementet ved stigende "fylt sitteplasser" metadata-kolonne på banen. Hvis vi rykk det opp i mer detalj, Vi ser dette:

Det er all informasjon vi trenger å fikse avregistrering arbeidsflyten.

Hvis vi snu til avregistrering arbeidsflyten, Det er ingen lignende arbeidsflyt trinn. Legge den som følger:

1: Vis "deltaker avregistrering" og åpne opp på XOML (se første skjermbilde hvis du tapte).

2: Legge til en ny arbeidsflytvariabel, «Nye fylte seter" type "Tall".

3: Tilordne en verdi til "nye fylt seter" som vist:

4: Minsk fylte seter ved 1:

5: Relaterte kurset varen oppdateres:

6: Kontroller alle trinnene i riktig rekkefølge!. For meg, Det ser ut som dette:

7: Fullfør arbeidsflyten for å bygge det på nytt.

8: Test.

</slutten>

Abonner på bloggen min.

En av de nye mønstrene som jeg finner i laging SharePoint-løsninger som utnytter SharePoint Designer arbeidsflyten og en hendelse-mottaker.

Her er et scenario for å sette det i sammenheng:

• Jeg laste opp et dokument til en doc-lib.
• Jeg kick off flere trinn arbeidsflyt som er opprettet ved hjelp av SharePoint Designer.
• På et tidspunkt i løpet av denne prosessen, Arbeidsflyten tilordner en oppgave til noen (via samle inn data fra bruker, eller tilordne en oppgave).
• Vi ønsker å bruke en Ytelsesindikator til å spore hvor lenge aktiviteten venter på ferdigstillelse. KPIen viser grønt for oppgaver som er fullført eller forfallsdato mer enn 3 dager. Det viser gule Hvis oppgaven forfaller i morgen eller i dag. Den viser rødt Hvis oppgaven er forfalt.
• Her er kicker: Jeg vil at datoen som driver at KPI være ferie-klar.

Jeg kan ikke beregne en ferie-aware forfallsdato dato i SharePoint Designer arbeidsflyt veldig lett. Jeg må lage en egendefinert handling eller bruke et 3rd party verktøy. Men, Det er lett nok å beregne slik dato på en hendelsesmottaker. Flette de to sammen og får vi et mønster som dette:

• Definere en skjult Ja/Nei områdekolonne i dokumentbiblioteket merket "DoCalcualteDueDate".
• Starte den USANN.
• På riktig tidspunkt i arbeidsflyten (f.eks. like før "innsamling av data" handling), tilordne denne verdien til True.
• En ItemUpdate() hendelsen mottakeren ser ut til å se om "DoCalculateDueDate" gjelder. Siden hendelsesmottaker kjører på hver oppdatering, "DoCalculateDueDate" er vanligvis USANN.
• Når arbeidsflyten tilordner DoCalculateDueDate til true, hendelse-mottaker beregner forfallsdatoen ferie-aware dato.
• Når hendelsen mottakeren gjør denne beregningen, Det setter DoCalculateDueDate-flagget til false.

Til slutt, SPD arbeidsflyt er kommunisert med en hendelsesmottaker via DoCalculateDueDate semaforen og vi har ferie-klar grunn datoene som er tildelt i akkurat riktig øyeblikk i arbeidsflyten livet. SharePoint Designer kontroller når forfallsdatoen er tilordnet, men hendelsesmottaker utfører den faktiske beregningen og tildeling.

</slutten>

Abonner på bloggen min.

OPPDATERINGEN: Jeg har vært forsker hvordan legge inn en SPD arbeidsflyt i en områdedefinisjon. Denne MSDN forum kjeden har noen interessante opplysninger. Det er ikke avgjørende, men poeng til banen gjennom jungelen.

Jeg gir dette innlegget en litt underlig "observert atferd" ledelsen siden jeg er litt leery å trekke konklusjoner fra det. SPD arbeidsflyter er … temperamentsfull.

Folk spør ofte / lurer / fretting over flytte SPD arbeidsflyter fra ett sted til et annet. I dag, Jeg fulgte fremgangsmåten og gjort disse observasjonene:

• Jeg opprettet en arbeidsflyt ved hjelp av SharePoint Designer i et område som er knyttet til et dokumentbibliotek.
• Tilknyttet dokumentbiblioteket ligger allerede flere dokumenter.
• Jeg lagret på området som en mal.
• Jeg lagret området som en mal, Jeg lagret innholdet også.
• Jeg opprettet et nytt område i samme områdesamling ved hjelp av denne malen.

På dette punktet, Jeg prøvde å kjøre arbeidsflyten. Den avsluttet raskt selv med Loggmeldingen, "Ikke Start".

Jeg forventet dette. Jeg har lave forventninger når det gjelder bevegelse SPD arbeidsflyter.

Jeg fortsatte:

• Åpne webområdet i SharePoint Designer.
• Hadde en titt på arbeidsflyten. Det virket fin.
• Jeg klikket "Finish".
• Jeg løp arbeidsflyten.

denne gangen, den arbeidet fin.

Jeg vil legge til at denne arbeidsflyten brukes "samle data fra brukeren" som er en relativt komplisert handling under panseret.

Jeg forsøksvis konkludere med at prosessen med "etterbehandling" arbeidsflyten forårsaket SPD knytte SPD arbeidsflyten med det nye dokumentbiblioteket. Jeg også konkludere på XOML og andre XML-gjenstander er rimelig "løs". De er ikke super tett koblet til dokumentbiblioteket.

Hva det betyr? Antar det er en pålitelig og reproduserbar prosess, Det er minst en grov metoden kan vi bruke til å flytte dem. Jeg vet ikke om dette ville fungere hvis vi krysset nettstedet samling grenser eller enda mer drastisk, hele nye gårder (f.eks. Dev scenen å prod).

Hvis du leser dette og tilbøyelig, behage stolpe en bemerkning eller email meg historien din SharePoint Designer-overføring. Jeg vil gjerne oppdatere dette oppslaget med noe innsikt dermed tilbys.

</slutten>

Abonner på bloggen min.

Det er ofte nyttig å lagre informasjon i en egendefinert liste som en godkjenning koden som bør aldri være direkte manipulert av sluttbrukere. Dette er et vanlig scenario som business. Jeg har jobbet med et prosjekt i år som genererer ulike status og påminnelse datoene via SharePoint Designer arbeidsflyter som deretter kjøre KPIer og generelt støtter viktige forretningsprosesser.

Bruke en områdeinnholdstype / kolonne for å oppnå denne effekten.

Opprette en områdeinnholdstype med statuskolonnen som vist:

Merk "Status (demo)" feltet nederst.

Neste, Klikk kolonnenavnet til kolonnen egenskaper. Velg "skjult (Vises ikke i skjemaer)" kolonneinnstillinger som vist:

Dette fjerner feltet fra skjemaene standard Rediger/Oppdater. Men, Det er fortsatt tilgjengelig i, KPIer, objektmodellen og andre steder du vil bruke det, inkludert SPD arbeidsflyt.

</slutten>

Abonner på bloggen min.