Kirjoitin ylös yksityiskohtainen artikkeli muutama viikko sitten, SharePoint Designer-työnkulun, joka lähettää tehtävän muistutuksen sähköpostitse päivittäin luonnista. Se on ollut julkaistu uudella SharePoint Magazine sivuston. Yleisemmin, artikkeli osoittaa, miten luoda looping rakenne (SPD).

Lehti on myös erilaisia, muun muassa, erittäin tekniset jutut, haastatteluja ja alan uutisia. Suosittelen, voit lisätä RSS-syötteen.

Jos sinulla on tuotteen tai palvelun myyntiä, Haluan myös harkita Internet-sivusto. Se on pois vahva alku useita tuhat paria silmät katsot jo. Se on varmasti kasvaa.

Lopuksi, Jos olen ollut kutinaa, kirjoittaa jotain ja saada se pois suurelle yleisölle, Tämä on hyvä aika ja paikka jotta lähtöviiva se.

</loppu>

Tilaa blogiin.

Mark Miller yli klo Käyttäjän SharePoint on lähetetty minun uusin artikkeli SharePoint Designerilla luoda suuri työnkulkuratkaisujen ylös hänen sivustolla. Kuittaa ulos.

Tässä artiklassa, Puhun suunnitteluprosessin ja, tarkemmin, luotettava ja toistettavissa testi prosessia käyttämällä SharePoint-ominaisuuksien määrittämisestä (Mukautetut luettelot, sivustomallit). Artikkeli on suunnattu käyttäjille, mutta lähestymistapa on hyvä ajaksi edistää.

</loppu>

Tilaa blogiin.

Viime viikolla, Olin töissä, miten silmukka ja toteuttaa tilakone SharePoint Designerin ja mainitsi, Sivuhuomautuksena, että haluaisin kirjoittaa työnkulun lokitiedostoihin luultavasti blogi.

Hyvin, Tenho Rajput voittamaan minut siihen. Katso.

Tallentaminen tiedot mukautettuun luetteloon näyttää parempia käyttämällä säännöllisesti Työnkulkuhistoria:

• Se on vain mukautetun luettelon, joten voit viedä sen excel hyvin helposti.
• Voit luoda näkymiä, dynaamisesti suodattaa tietoja, jne.
• Se ei kuulu automaattinen purge saat säännöllisesti Työnkulkuhistoria.

Joitakin riskejä / haittoja:

• Monet käynnissä olevat työnkulut paljon kirjaaminen voi aiheuttaa liikaa tietoja luetteloon.
• Ehkä * tehdä * haluta automaattinen huuhtelua. Et saa tätä ominaisuutta tämän lähestymistavan (ilman koodausta).
• Turvallisuus on hankala. Voidakseen kirjoittaa luetteloon, käyttäjällä on oltava oikeus. Tämä tarkoittaa, että se ei todennäköisesti ole sopii "virallista" tarkastuksen jälkeen käyttäjä voi löydä luettelosta ja muokata sitä. Tämä voitaisiin ratkaista mukautettua ohjelmointia.

</loppu>

Tilaa blogiin.

Tämä viime viikolla olen valmis pois proof of concept hankkeen asiakkaan Manhattanilla. Vaikka ratkaisun käyttöönotto, Törmäsin toinen puute MOSS KPI (Katso tästä edellinen KPI-kysymys ja minun kiertää).

Tausta: Käytimme SharePoint Designer työnkulun malli melko monimutkaisia monikuisen pitkät liiketoimintaprosesseja. Sillä chugged, se päivittää joitakin tilatietoja luettelossa. KPI: T käyttää näitä tietoja niiden mojo.

Päätimme luoda uuden sivuston aina uuden näiden liiketoimintaprosesseja käynnistymässä. Sen lisäksi itse työnkulussa, näitä sivustoja ylläpitää useita asiakirjakirjastot, Käyttäjäryhmälle kohdistamisen ja niin edelleen. Vain nippu tavaraa auttaa yhteistyötä omia työntekijöitä, työntekijöiden ja asiakkaan osallistuvat yhteistyökumppanit.

Halusimme myös näyttää joillakin KPI-kohteilla, jotka valvovat yleistä terveyttä että tietyn liiketoimintaprosessin, kun edistetään työnkulun tilatiedot ja lyhentämättöminä KPI.

Lopuksi, Käytimme KPI luettelokohteet, jotka lasketa kantaa sivuston luettelolle (Toisin kuin vetämällä toisesta tietolähteestä, kuten excel tai SQL).

Ongelma: Kuten voitte kuvitella, olettaen, että jatkamme eteenpäin perusidea tuotanto maailmassa, Haluaisimme sivustomallin. Valmistele uusi sivusto perustuu pois "-liiketoimintaprosessin" malli.

Ongelmana on, että et voi näyttää saada toimiva KPI näin. Kun luon uuden sivuston mallin KPI-luettelon ja KPI-web-osa, Uusi sivusto KPI: N tiedot on. Uusi sivusto KPI luettelosta pisteitä tahansa lähteestä on määritetty tallennettaessa ensin mallina.

Esimerkkinä:

• Luoda uuden sivuston ja rakentaa sitä täydellisyyttä. Tämä sivusto sisältää KPI-tiedot.
• Tallenna se mallina.
• Luo uusi sivusto ja pohja pois malli.
• Tämän uuden sivuston KPI luettelokohteet’ Lähteet viittaavat sivustomalli, nykyisen sivuston.

Esiintymän prosessi ei oikein URL.

Olen yrittänyt ratkaista tämän määrittämällä suhteellinen URL-osoite, kun määrität KPI-luettelokohteen. Kuitenkin, En voinut saada että töihin muunnelma.

Haluan aina pari näistä "ongelma" blogiviestit jonkinlainen ratkaisu, mutta tässä tapauksessa ei ole hyvä. Voin selvittää paras on, että sinun täytyy mennä vasta varaus sivustolla ja korjata kaikki manuaalisesti. UI tekee vielä vaikeampaa, koska lähde-luettelosta URL-osoitteen muuttaminen aiheuttaa päivittää, joten sinun on todella uudelleen koko asia tyhjästä.

Jos joku tietää parempi tapa käsitellä tätä, Lähetä kommentti.

</loppu>

Olen viime aikoina oppinut, että se on mahdollista ja jopa melko helppo luoda tilan koneen työnkulun SharePoint Designerilla. Tarve on äiti keksintö ja kaikki hyvät jutut ja minulla oli tarve tällä viikolla, joka näytti keksintö. Sattumalta, Tulin tässä MSDN-foorumin post myös. Minun henkilökohtainen kokemus tällä viikolla ja että "riippumaton vahvistaminen" suojelevien vakaumukseni. Aion kirjoittaa tästä laajemmin koko puhalletut esimerkki, mutta tässä on se sisältö:

• Lähestymistapa suppeata työnkulun voi muuttaa luettelokohteen se, millä käynnistettäisiin uusi työnkulku. Olen yleensä pidetään tämä olla haittaa ja jopa Blogged semaforit käyttämisestä käsittelemään sitä.
• SharePointin avulla useita riippumaton työnkulkuja on aktiivinen tietyn luettelokohteen vastaan.

Jos haluat määritetä:

• Suunnittele tilan koneen (eli, valtiot ja miten valtioiden siirtyminen johonkin toiseen).
• Toteuttaa kunkin valtion kuin erillisessä työnkulussa.
• Määritä kunkin valtion työnkulkujen suorittamaan vastauksena muutoksista luettelokohde.

Kunkin tilan työnkulku seuraa tässä karkea kuvio:

• Alustuksen yhteydessä, määrittää, tulisiko todella suorittaa tarkastelemalla tilatietoja "nykyisen kohteen". Keskeytä, jos ei.
• Tehdä työ.
• Päivittää kohteen"" uudet valtion tiedot. Tämä käynnistää päivityksen nykyiseen kohteeseen ja tulipalot pois kaikki valtion työnkulut.

Lukuun ottamatta selvää hyötyä että yksi luoda määritettäviä valtion Tilakoneen työnkulku, kaikki mitä tilatiedot on upeita rakentaminen KPIs ja mielenkiintoisia tarkastelua.

Se on melko huomattavaa tuotantopanosten — tavallinen työnkulun seuranta on jopa hyödytöntä kuin normaali 🙂 Se on helppo korjata, kuitenkin. Tallentaa kaikki valvontatietojen tyyppi mukautetun luettelon. Se on luultavasti hyvä idea edes vanilja peräkkäinen työnkulku, mutta se on toiselle blogikirjoitukselle 🙂

Soitan tämä "-mea culpa" koska minulla on, Valitettavasti, jo useita kertoja foorumeilla ja muualla että täytyy käyttää visual Studion valtion kone työnkulun luominen. Se ei yksinkertaisesti ole totta.

</loppu>

Tilaa blogiin.

Voi aiheuttaa loputon silmukka SharePoint Designer-työnkulussa. Yhteinen täytäntöönpano mallineuletta tähän aiheut:

• Luo työnkulku ja Liitä luettelo.
• Osoittaa, että se pitäisi alkaa luoda uusia kohteita ja päivittää olemassa olevat nimikkeet.
• Askel työnkulku päivittää kentän "Nykyisen kohteen".
• Koska nykyisen kohteen muuttunut, työnkulku käynnistyy uudelleen.

Estää loputon silmukka, toteuttaa yksinkertainen semafori:

• Sivustosarakkeen lisääminen (tai sarakkeen luettelossa/Kirjasto, jos et käytä sisältötyypit).
• Piilottaa sen Muokkaa-sivu (helppo tehdä jos sivustosarake kautta sen ominaisuuksia, ole niin helppoa, jos luettelon sarake).
• Työnkulun, Tarkista, onko semafori sarakkeen arvo tyhjä.
• Jos kenttä on tyhjä, sen kuin tyhjä arvo ja jatkaa.
• Jos on ei ole tyhjä, poistu heti.

Tämä voi olla melko vivahteikas ratkaisu, riippuen liiketoiminnan vaatimukset ja niin edelleen, mutta se on toimiva malli, kun minä tarvitsin sitä.

</loppu>

Tilaa blogiin.

Kuten monet tietävät, Työntekijän koulutus malli Microsoftin toimittama täällä on vika, joka voi jäljitellä seuraavasti:

• Luo luokka max kokoon 10 opiskelijat.
• Rekisteröidy –> Yhteensä käytettävissä matkustajapaikkaa oikein vähentää yksi. Tulos: 9 vapaita paikkoja.
• Rekisteröinnin poistaminen: –> Bug. Yhteensä paikkojen kasvattaa yksi. Se ei ole. Tulos: 9 vapaita paikkoja kohti SharePoint, mutta itse asiassa, tällä hetkellä 10 vapaita paikkoja.

Ratkaisu: SharePoint Designerin avulla korjata työnkulun.

Ensimmäinen, Avaa sivusto. Kansioluettelon minulle näyttää tältä:

Jos meillä katsomaan "osallistujien rekisteröinti" työnkulun, näemme, että on merkitty "Pakota istuimet politiikan" askel. Se näyttää tältä:

Tässä vaiheessa työnkulku päivittää kohteen sitä mukaa erottelutarkkuuksin nousee "täytetyt istuimet" metatiedot-sarakkeen kentällä. Jos vedämme että tarkemmin, näemme tämän:

Meidän täytyy korjata rekisteröitymisen työnkulun tiedot.

Jos emme käännä rekisteröitymisen työnkulkuun, ei ole samanlaisia työnkulkuvaiheelle. Lisätään seuraava:

1: Laajenna "osallistujien rekisteröinnin poistaminen" ja avata XOML (Katso ensimmäinen kuvakaappaus jos olet menettänyt).

2: Lisää uuden työnkulun muuttuja, "Uusi täynnä olevat istuinpaikat" tyyppi "Numero".

3: Määritä arvo "uusia täynnä paikkoja" kuten:

4: Pienennä täytetyt istuimet 1:

5: Päivitä kurssin kohteen:

6: Varmista, että kaikki toimenpiteet ovat oikeassa järjestyksessä. Minulle, se näyttää tältä:

7: Lopettaa työnkulun uudelleen rakentamisessa.

8: Testi.

</loppu>

Tilaa blogiin.

Yksi löydy tietynlaisen SharePoint ratkaisuja uusia kuvioita suppeata SharePoint Designer työnkulun ja tapahtuma-vastaanotin.

Tässä on sen yhteydessä liiketoimintaskenaarion:

• Asiakirjan lataaminen doc-lib.
• I cone monivaiheinen työnkulun luotuja SharePoint Designer.
• Tämän prosessin aikana, Työnkulku määrittää tehtävän jollekulle (kautta tietojen keräämiseen käyttäjältä tai tehtävän osoittaminen).
• Haluamme KPI: N avulla voit seurata, kuinka kauan tehtävän on saatu valmiiksi. KPI näkyy vihreä tehtäville, jotka suoritetaan tai asianmukaisesti yli 3 päivän kuluttua. Näyttää keltainen, jos tehtävän määräpäivä on huomenna tai tänään. Näyttää punaista, jos tehtävä on myöhässä.
• Tässä on potkaisija: Haluan päivämäärä, jolloin asemat että KPI loma hyvä tietää.

Ei voi laskea loma-aware asianmukaisesti päivämäärä SharePoint Designer työnkulun helposti. Minun täytyy luoda mukautetun toiminnon tai käyttää 3rd puolue koristella. Kuitenkin, se on helppokäyttöinen laskiessaan päivämäärän, tapahtuman-vastaanotin. Yhdistää nämä kaksi ja saamme mallineuletta tähän:

• Määrittää piilotetut kyllä/ei sivustosarakkeen asiakirjakirjastossa nimeltä "DoCalcualteDueDate".
• Alustaa EPÄTOSI.
• Työnkulun sopivana ajankohtana (virrankatkaisu. juuri ennen "tietojen kerääminen" toiminto), määrittää arvon TRUE.
• ItemUpdate() tapahtuman vastaanottimen näyttää, onko "DoCalculateDueDate" on totta. Koska tapahtuma vastaanotin toimii kaikki päivitykset, "DoCalculateDueDate" on tavallisesti EPÄTOSI.
• Kun työnkulku määrittää DoCalculateDueDate TRUE, tapahtuman vastaanottaja laskee loma-tietoinen asianmukaisesti päivämäärä.
• Kun tapahtuma-vastaanottimen Tämä laskelma, se määrittää DoCalculateDueDate-lipun arvoksi false.

Lopulta, SPD työnkulun ilmoitetaan tapahtuman vastaanottimen kautta DoCalculateDueDate semafori ja meillä loma-aware koska päivämäärille, joihin on juuri oikea hetki työnkulun elämässä. SharePoint Designer tarkastukset eräpäivä määritetään mutta tapahtuman vastaanottaja suorittaa tosiasiallisesta laskemisesta ja Varauksen.

</loppu>

Tilaa blogiin.

PÄIVITYS: Olen ollut tutkia, miten upottaa SPD työnkulun sivustomääritykseen. Tässä MSDN-foorumin ketjussa on joitakin mielenkiintoisia tietoja. Se ei ole ratkaiseva, mutta viittaa polku viidakon läpi.

Annan tämän jälkeen hieman kumma "havaittu ongelma" koska olen hieman varovainen johtopäätöksiä siitä. SPD työnkulut ovat … temperamenttinen.

Ihmiset kysyvät usein / ihme / kiukuttelu yli liikkuvat SPD työnkulkuja paikasta toiseen. Tänään, Näiden ohjeiden ja tehnyt nämä huomautukset:

• Olen luonut työnkulun käyttämällä SharePoint Designer-sivuston liitetty asiakirjakirjastoon.
• Liittyvä asiakirjakirjasto sijaitsee jo useita asiakirjoja.
• Olen tallentanut sivuston mallia.
• Kun olen tallentanut sivuston mallia, Säästin sisällön samoin.
• Olen luonut uuden sivuston samaan sivustokokoelmaan käyttää kyseistä mallia.

Tässä vaiheessa, Olen yrittänyt suorittaa työnkulun. Se välittömästi lopettaa itse halko asia, "Ei käynnisty".

Odotin tämän. Olen alhaiset odotukset, kun se tulee liikkuvat SPD työnkulut.

Jatkoin:

• Avannut sivuston SharePoint Designerissa.
• Oli kurkistaa työnkulku. Se tuntui hyvin.
• I-kirjain clicked "Lopettaa".
• Juoksin työnkulku.

Tällä kertaa, se toimi moitteettomasti.

I lisätä, että tämä työnkulku käyttää "tietojen kerääminen käyttäjältä" Mikä on suhteellisen monimutkaisia toimia konepellin alle.

Alustavasti päätellä, että prosessi "viimeistely" työnkulun aiheutti SPD, SPD työnkulku liitetään asianmukaisesti uuteen asiakirjakirjastoon. Katson myös, XOML ja muita XML-esineitä ovat kohtuullisen "löysä". Ne ei super tiukasti liity asiakirjakirjastoon.

Mitä tämä tarkoittaa? Olettaen, että se on luotettava ja toistettavissa prosessi, on ainakin yksi karkea menetelmä voimme käyttää siirtää ne. En tiedä, jos tämä toimisi jos ylitimme sivuston kokoelma rajoja tai jopa enemmän huomattavasti, koko uusien tilojen (virrankatkaisu. dev vaiheeseen tuot).

Jos luet tätä ja taipuvainen, Lähetä kommentti tai email we SharePoint Designer siirron tarina. I mielelläni päivittää tästä kommentista mitään oivalluksia tarjotaan näin ollen.

</loppu>

Tilaa blogiin.

Usein kannattaa tallentaa tilatiedot mukautetun luettelon kuten hyväksyntä-koodi, joka olisi koskaan käsitellä suoraan loppukäyttäjille. Tämä on business skenaario. Olen työskennellyt hankkeen tänä vuonna, joka tuottaa eri tilan ja muistutus huonevaraus SharePoint Designer-työnkulkuja, jotka sitten ajaa KPI: T ja yleensä tukevat aikakriittisiä liiketoimintaprosesseja.

Käytä sivuston sisältölajiin / sarake tämän saavuttamiseksi vaikutus.

Luo sivuston sisältötyyppi tila-sarakkeessa, kuten:

Huomaa " (demo)" kentässä.

Seuraava, napsauttamalla sarakkeen nimeä käyttää sarakkeen ominaisuudet. Valitse "piilotettu (Se ei näy lomakkeissa)" Sarakkeiden lisäasetukset-osassa esitetyllä:

Tämä toimenpide poistaa kentän edit/päivityksen lomakkeista. Kuitenkin, on edelleen käytössä, KPI: T, objektimallin ja minne tahansa haluat käyttää sitä, SPD työnkulku mukaan lukien.

</loppu>

Tilaa blogiin.