I wrote up a detailed article a few weeks ago describing how to create a SharePoint Designer workflow that sends a task reminder email on a daily basis. It’s been objavljen na novi SharePoint Magazin site. More generally, članak pokazuje kako stvoriti petlje strukturu u SPD.

Časopis ima široku paletu predmeta, uključujući, između ostalog, izrazito tehničke stvari, interviews and industry news. I recommend you add it to your RSS feed.

Ako imate proizvod ili uslugu za prodaju, I’d also consider advertising on the site. It’s off to a strong start with several thousand pairs of eyes looking at it already. That’s sure to grow.

Na kraju, ako ste bili svrbež napisati nešto i izaći pred publiku veće, this is a great time and place to scratch it.

</kraj>

Pretplatite se na moj blog.

Mark Miller više na Krajnjeg korisnika SharePoint has posted my latest article about using SharePoint Designer to create great workflow solutions up on his site. Check it out.

U ovom članku, Govorim o procesu dizajna i, podrobnije, kako postaviti pouzdanu i neponovljivom test proces koristeći značajke SharePoint (prilagođeni popisi, predlošci web-mjesta). The article targets End Users, , ali pristup je dobar za programere previše.

</kraj>

Pretplatite se na moj blog.

Prošli tjedan, Radio sam kako bi petlje i provesti neko stanje pomoću SharePoint Designer i spomenuo, kao stranu, da ću vjerojatno napisati blog post o boljem tijeka prijave.

Dobro, Sanjeev Rajput beat me to it. Imati pogledati.

Spremanje log podatke u prilagođenim popisom čini superiorniji koristite redovito tijek povijesti:

• To je samo prilagođeni popis, tako da možete izvesti u Excel je vrlo jednostavno.
• Možete stvoriti pogled, dinamično filtriranje podataka, itd..
• To nije predmet auto-čistke ste dobili s redovitim tijeka povijesti.

Postoje neki rizici / Nedostaci:

• Mnogi prikazuju tijek rada s puno prijavom može izazvati previše podataka treba biti napisan na popis.
• Maybe you *do* want automatic purging. You don’t get that feature with this approach (bez kodiranja).
• Security is tricky. In order to write to the list, the user must have permission to do so. That means that it’s probably not suitable for any kind of "official" audit since the user could discover the list and edit it. This could be overcome with some custom programming.

</kraj>

Pretplatite se na moj blog.

This past week I finished off a proof of concept project for a client in Manhattan. While implementing the solution, Naletio sam na Druga mana MOSS KPI (pogledajte ovdje za prethodnu KPI pitanju i moj zaobilazno rješenje Vam).

Pozadina: We used SharePoint Designer workflow to model a fairly complex multi-month long business process. As it chugged along, it would update some state information in a list. KPIs use this data to do their mojo.

We decided to create a new site each time a new one of these business processes kicks off. Aside from the workflow itself, Ove web stranice domaćin nekoliko biblioteka dokumenata, use audience targeting and so forth. Just a bunch of stuff to help with collaboration among the internal employees, putovanja zaposlenika i klijenta koji sudjeluju poslovne partnere.

Također smo htjeli pokazati neke KPI koji prate cjelokupno zdravlje tom određenom poslovnom procesu kao promovira tijek rada državnih podataka i promatrati pomoću ključnih pokazatelja uspješnosti.

Konačno, možemo koristiti KPI popis stavki koje ne računati na more na popisu u mjestu (za razliku povlačenjem iz drugog izvora podataka, kao što je Excel ili SQL).

Problem: Kao što možete zamisliti, pod pretpostavkom da su za nošenje osnovnu ideju prema naprijed u proizvodnom svijetu, we would want a site template. Provision a new site based off a "business process" predložak.

The problem is that you can’t seem to get a functioning KPI that way. When I create a new site based on a template with a KPI List and KPI web part, the new site’s KPI data are broken. The new site’s KPI list points at whatever source you defined when you first saved it as a template.

Kao primjer:

• Create a new site and build it to perfection. This site includes the KPI data.
• Spremi da je kao predložak.
• Stvaranje nove stranice i baze ako off predloška.
• Ovaj novi site-KPI popis stavki’ Izvori ukazuju na stranice predloška, ne tekući stranica.

Proces primjeru ne ispravite URL.

I tried to solve this by specifying a relative URL when defining the KPI list item. Međutim, Nisam mogao dobiti bilo varijacija kako raditi.

I always want to pair up these "problem" blogu uz nekakav rješenje, but in this case I don’t have a good one. The best I can figure is that you need to go in to the newly provisioned site and fix everything manually. The UI makes this even harder because changing the URL of the source list causes a refresh, tako da stvarno morati redefinirati cijelu stvar od nule.

Ako netko zna bolji način da obrađuju ovu, molimo upisali komentar.

</kraj>

I’ve recently learned that it’s possible and even fairly easy to create a state machine workflow using SharePoint Designer. Necessity is the mother of invention and all that good stuff and I had a need this week that looked for an invention. Coincidentally, Naišla sam ovaj post MSDN forum kao. My personal experience this week and that "independent confirmation" lends strength to my conviction. I plan to write about this at greater length with a full blown example, ali ovdje je suština:

• Pristup iskorištava činjenicu da tijek rada može promijeniti stavku popisa, thereby triggering a new workflow. I’ve normally considered this to be a nuisance and even blogged o korištenju semaphores to podnijeti.
• SharePoint omogućuje više nezavisnih tijekovi biti aktivan protiv određene stavke popisa.

Da ga konfigurirati:

• Osmislite svoj stroj državne (tj., navodi i kako navodi prijelaz iz jednog u drugi).
• Provesti svaku državu kao zasebna rada.
• Konfiguracija svaki od tih državnih tijekova rada izvršiti u odgovoru na bilo kakve promjene u stavku popisa.

Svaka država tijek rada prati ovaj grubi uzorak:

• Nakon inicijalizacije, determine whether it should really run by inspecting state information in the "current item". Abort if not.
• Do rad.
• Ažurirajte "trenutnu stavku" with new state information. This triggers an update to the current item and fires off all the state workflows.

Osim očitih korist koja se može stvoriti deklarativnu tijek državnu rublja, sve to država informacija je sjajan za izgradnju KPI i zanimljivim pogledima.

Ona ima prilično značajan nedostatak — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, međutim. Store all of your audit type information in a custom list. That’s probably a good idea even for vanilla sequential workflow, but that’s for another blog post 🙂

Zovem se ova "Mea Culpa" jer imam, nažalost, said more than once on forums and elsewhere that one must use visual studio to create a state machine workflow. That simply isn’t true.

</kraj>

Pretplatite se na moj blog.

It’s possible to cause an endless loop in a SharePoint Designer workflow. A common implementation pattern like this causes the problem:

• Stvaranje tijek i povezati s popisa.
• Navesti da bi trebao početi na stvaranje novih predmeta i ažuriranje postojećih stavki.
• Korak u tijek rada ažurira polje u "Current točki".
• Budući Trenutna stavka promijenila, tijek počinje iznova.

Kako bi spriječili ovu beskrajnu petlju, provesti jednostavnu semafor:

• Dodavanje stupca web (ili stupac na popisu / knjižnica ako ne koristite vrste sadržaja).
• Ga Sakrij od uređivanja stranice (lako učiniti ako web lokacija stupac putem svojih svojstava, nije tako lako, ako popis stupac).
• U tijeku rada, provjerite da li vrijednost semafor stupcu prazan.
• Ako je prazan, ga postaviti na ne-prazan vrijednosti i nastavite.
• Ako se nije prazan, izlaz odmah.

To može postati prilično nijansiranim rješenje, ovisno o poslovnim potrebama i tako dalje, ali to je bio djelatan uzorak kad sam ga potrebno.

</kraj>

Pretplatite se na moj blog.

Kao i mnogi ljudi znaju, Predložak zaposlenika Trening Microsoft pruža ovdje ima bug da možemo reproducirati nakon tih koraka:

• Stvaranje klase s max veličini 10 studenti.
• Registar –> Total available seats properly decrements by one. Rezultirati: 9 Dostupno sjedala.
• Poništenje: –> Bug. Total available seats should increment by one. It does not. Rezultirati: 9 Ekonomski sjedala kao po SharePoint, ali u stvari, ima 10 Dostupno sjedala.

Otopina: Koristite SharePoint Designer ispraviti tijek.

Prvi, open up the site. The folder list for me looks like this:

Ako imamo pogled na "sudionik registraciju" tijek rada, we see that there is a step labeled "Enforce seating policy". It looks like this:

To je korak u tijek rada promjenama artikala povećavanjem se "napuni Sjedala" metadata column on the course. If we pull that up in more detail, vidimo to:

To je sve informacije trebamo popraviti poništenje registracije tijek.

Ako smo preokrenite na poništenje registracije rada, there is no similar workflow step. Add it as follows:

1: Proširi "poništenje registracije sudionika" i otvoriti XOML (vidi prvi snimak zaslona ako ste izgubili).

2: Dodaj novu varijablu tijeka, "Novi Ispunjen sjedala" tipa "broj".

3: Dodjela vrijednost "New punjenih sjedala" kao što je prikazano:

4: Dekrement popunjen Sjedala strane 1:

5: Ažurirajte srodne stavke kolegija:

6: Make sure all the steps are in the right sequence. Za mene je, to izgleda ovako:

7: Završi tijek kako bi ponovno izgradili njega.

8: Test.

</kraj>

Pretplatite se na moj blog.

Jedan od obrazaca u nastajanju mogu naći u crafting SharePoint rješenja utjecati SharePoint Designer tijek rada i događaj prijemnik.

Ovdje je poslovni scenarij da ga staviti u kontekst:

• Ću uploadati dokument na doc lib.
• Sam kick off multi-korak workflow izrađena pomoću SharePoint Designer.
• U nekom trenutku tijekom tog procesa, tijek rada dodjeljuje zadatak da netko (putem prikupljanja podataka iz korisnika ili dodijeliti zadatak).
• We want to use a KPI to track how long that task is awaiting completion. The KPI shows green for tasks that are completed or due more than 3 days from now. It shows yellow if the task is due tomorrow or today. It shows red if the task is past due.
• Evo buntovnik: Želim datum koji vozi da KPI biti svjesni odmor.

I can’t calculate a holiday-aware due date in SharePoint Designer workflow very easily. I would have to create a custom action or use a 3rd party tool. Međutim, it’s easy enough to calculate such a date in an event receiver. Merge those two together and we get a pattern like this:

• Define a hidden yes/no site column on the document library labeled "DoCalcualteDueDate".
• Ga inicijalizirati na False.
• Na određeno vrijeme u tijeku rada (e.g. just before the "collect data" akcija), dodijeliti tu vrijednost na True.
• ItemUpdate() event receiver looks to see if "DoCalculateDueDate" is true. Since the event receiver runs on every update, "DoCalculateDueDate" obično je lažna.
• Kada tijek rada dodjeljuje DoCalculateDueDate na true, Događaj prijemnik izračunava odmor-Aware rok.
• Kada se ovaj događaj prijemnik izračun, se postavlja DoCalculateDueDate zastavom netočno.

Na kraju, SPD workflow is communicated with an event receiver via the DoCalculateDueDate semaphore and we have holiday-aware due dates that are assigned at the exactly correct moment in the workflow’s life. SharePoint Designer controls when the due date is assigned but the event receiver performs the actual calculation and assignment.

</kraj>

Pretplatite se na moj blog.

UPDATE: I’ve been researching how to embed a SPD workflow into a site definition. Ovaj lanac MSDN forum ima neke zanimljive informacije. It’s not conclusive, ali ukazuje na put kroz džunglu.

I’m giving this post a slightly oddball "Observed Behavior" lead since I’m a little leery of drawing conclusions from it. SPD workflows are … temperamentan.

Ljudi često pitaju / pitate / fretting over moving SPD workflows from one place to another. Danas, Pratio sam ove korake i napravio ove primjedbe:

• Sam stvorio tijek rada koristeći SharePoint Designer u mjestu povezan s biblioteci dokumenata.
• Povezanih biblioteka dokumenata već nalazi nekoliko dokumenata.
• Spasio sam mjesto kao predložak.
• Kad sam spasio mjesto kao predložak, Spasio sam sadržaj, kao i.
• I stvorio je novu stranicu u istoj zbirci web-mjesta koristeći da predložak.

U ovom trenutku, I tried to run the workflow. It promptly terminated itself with the log message, "Failed on start".

I expected this. I have low expectations when it comes to moving SPD workflows around.

Nastavio sam:

• Otvoreno mjesto u SharePoint Designer.
• Had a peek at the workflow. It seemed fine.
• I clicked "Finish".
• Trčao sam tijek rada.

Ovaj puta, Internet izrađen prekid.

I’ll add that this workflow used the "collect data from user" radnja koja je relativno složen akcija pod haubom.

I tentatively conclude that the process of "finishing" the workflow caused SPD to properly associate the SPD workflow with the new document library. I also conclude the XOML and other XML artifacts are reasonably "loose". They are not super tightly coupled to the document library.

Što to znači? Assuming it’s a reliable and reproducible process, there’s at least one rough method we can use to move them around. I don’t know if this would work if we crossed site collection boundaries or even more drastically, potpuno nove farme (e.g. dev, do stupnja da prod).

Ako ste čitajući ovo i skloni, molimo upisali komentar ili elektronička pošta mene your SharePoint Designer migration story. I’ll gladly update this posting with any insights thus offered.

</kraj>

Pretplatite se na moj blog.

It’s often useful to store status information in a custom list such as an approval code which should never be directly manipulated by end users. This is a common business scenario. I have been working on a project this year that generates various status and reminder dates via SharePoint Designer workflows that then drive KPIs and generally support time-critical business processes.

Koristite vrstu sadržaja web-mjesta / stup kako bi se postigla ovaj efekt.

Stvaranje vrste sadržaja web-mjesta s stupcu statusa kao što je prikazano:

Note the "Status (za Demo)" polje na dnu.

Sljedeći, click on the column name to access the column’s properties. Select "Hidden (Neće se pojaviti u oblicima)" u dijelu Stupac postavke kao što je prikazano:

This removes the field from the standard edit/update forms. Međutim, to je još uvijek dostupan u pogledima, KPI, objektni model i bilo gdje drugdje da ga želite koristiti, including SPD workflow.

</kraj>

Pretplatite se na moj blog.