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 објављен на нови СхареПоинт Магазин сајт. More generally, чланак показује како да креирате петље структуру СПД.

Часопис има широк спектар чланака, укључујући, између осталог, Веома техничке ствари, interviews and industry news. I recommend you add it to your RSS feed.

Ако имате производ или услугу за продају, 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.

На крају, Ако сте нестрпљиви да напишем нешто и да га пред ширу публику, this is a great time and place to scratch it.

</крај>

Претплатите се на мој блог.

Марк Милер тамо код Крајњи корисник СхареПоинт has posted my latest article about using SharePoint Designer to create great workflow solutions up on his site. Цхецк ит оут.

У овом чланку, Ја причам о процесу пројектовања и, у детаљније, како поставити поуздан и поновљив процес тест помоћу СхареПоинт функције (Прилагођене листе, предлошци локације). The article targets End Users, али приступ је добар за програмере превише.

</крај>

Претплатите се на мој блог.

Прошле недеље, Радио сам како да петља и имплементирати државну машину помоћ СхареПоинт Десигнер и поменуо, као страну, да бих вероватно написати блог пост о бољем тока логовање.

Добро, Sanjeev Rajput beat me to it. Видети.

Чување податке дневника у прилагођеној листи ље да користе редовне тока историје:

• То је само обичај списак, тако да можете да га извезете у Екцел веома лако.
• Можете да креирате погледе, динамично филтрирање података, итд.
• То није предмет ауто чистке добијате са редовним историја тока рада.

Постоје неки ризици / Слабе:

• Многи раде токови посла са много сече може изазвати превише података да буду уписани у списак.
• Maybe you *do* want automatic purging. You don’t get that feature with this approach (без кодирања).
• 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.

</крај>

Претплатите се на мој блог.

Прошле недеље сам завршио доказ концепта пројекта за клијента на Менхетну. Приликом спровођења решења, Налетео сам на још један недостатак маховине КПИ (погледајте овде за претходни КПИ питање и мој заобилазно решење).

Позадина: Користили смо СхареПоинт Десигнер тока рада за моделирање прилично комплексан вишемесечног дуг пословни процес. 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, Ови сајтови домаћин неколико библиотеке докумената, use audience targeting and so forth. Just a bunch of stuff to help with collaboration among the internal employees, путовања запослених и клијента учествују пословне партнере.

Такође смо желели да покажемо неке КПИ индикаторе који прате опште здравље у том одређеном пословном процесу као промовисан од стране државних тока података и прегледа користећи КПИ индикаторе.

Коначно, користили смо КПИ листе ставки које уради рачунати на погледом на листи на сајту (насупрот повлачењем из другог извора података, као Екцел или СКЛ).

Проблем: Као што можете замислити, под претпоставком да смо били носе основну идеју напред у светској производњи, we would want a site template. Provision a new site based off a "business process" шаблон.

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.

На пример:

• Create a new site and build it to perfection. This site includes the KPI data.
• Сачувај то као шаблон.
• Креирајте нови сајт и базу ако ван шаблона.
• Овај нови сајт је КПИ листе ставке’ извори указују на сајту шаблону, Не тренутна локација.

Примеру процес не исправи УРЛ.

I tried to solve this by specifying a relative URL when defining the KPI list item. Међутим, Ја не могу добити никакву варијанту да на посао.

I always want to pair up these "problem" блогу са некаквим решењем, 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, тако да заиста треба да редефинишу целу ствар од почетка.

Ако неко зна бољи начин да се ово средити, пошаљите коментар.

</крај>

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, Наишао сам МСДН порука на форуму као. 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, али овде је суштина:

• Приступ полуге чињеницу да ток посла промени нешто са листе, thereby triggering a new workflow. I’ve normally considered this to be a nuisance and even блог о коришћењу семафора за руковање га.
• СхареПоинт омогућава више независних токови посла да буде активан против одређене ставке листе.

За конфигурисање га:

• Дизајнирајте своју државну машину (тј., државе и државе како прелаз са једне на другу).
• Спровођење свака држава као посебан посла.
• Подесите сваки од ових државних токова посла за извршење као одговор на било какве промене у ставку листе.

Свака држава ток прати ову грубу образац:

• Након иницијализације, determine whether it should really run by inspecting state information in the "current item". Abort if not.
• Да ли рад.
• Update the "current item" with new state information. This triggers an update to the current item and fires off all the state workflows.

Поред очигледне користи да се може створити декларативно ток посла државне машинерије, Све информације да држава је сјајно за изградњу КПИ и интересантан поглед.

Она има прилично значајан недостатак — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, међутим. 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 🙂

I call this a "mea culpa" јер имам, нажалост, 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.

</крај>

Претплатите се на мој блог.

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

• Креирање ток посла и повежете са листом.
• Указују да треба да почне на креирање нових артикала и ажурирање постојећих ставки.
• A step in the workflow updates a field in "Current Item".
• Пошто актуелна ставка променила, ток посла почиње изнова.

Да бисте спречили ову бескрајну петљу, спроведе једноставан семафор:

• Додајте колону сајт (или колона у листу / библиотеке ако не користите типова садржаја).
• Сакриј га из 'едит странице (лако да се уради, ако сајт колона преко својих својстава, није тако лако ако листа колона).
• У посла, проверите да ли је вредност колоне семафор је празно.
• Ако је празно, поставите је на не-празан вредности и наставите.
• Ако није празан, изађете одмах.

Ово може да постане прилично изнијансирана решење, у зависности од потреба посла и тако даље, али то је било изводљиво шаблон када сам то потребно.

</крај>

Претплатите се на мој блог.

Као и многи људи знају, Обука запослених шаблон обезбеђује Мицрософт овде има грешку која може да репродукује следеће кораке:

• Креирање класе са максималном величином 10 студенти.
• Регистар –> Total available seats properly decrements by one. Резултат: 9 доступна места.
• Одјава: –> Bug. Total available seats should increment by one. It does not. Резултат: 9 расположивих седишта као на СхареПоинт, али у ствари, има 10 доступна места.

Решење: Коришћење СхареПоинт Десигнер да исправи ток посла.

Прво, open up the site. The folder list for me looks like this:

If we have a look at the "Attendee registration" тока, we see that there is a step labeled "Enforce seating policy". It looks like this:

This step in the workflow updates the item by incrementing the "Filled Seats" metadata column on the course. If we pull that up in more detail, видимо ово:

То је све информације треба да поправи одјављивање ток посла.

Ако се пребацити на одјављивање посла, there is no similar workflow step. Add it as follows:

1: Expand "Attendee unregistration" и отворите КСОМЛ (погледајте први снимак екрана ако сте изгубили).

2: Додај нову променљиву тока, "New Filled Seats" of type "Number".

3: Assign a value to "New Filled Seats" као што је приказано:

4: Смањење Попуњени мандате 1:

5: Ажурирање у вези артикал курс:

6: Make sure all the steps are in the right sequence. За мене, то изгледа овако:

7: Заврши ток посла да поново изграде њега.

8: Тест.

</крај>

Претплатите се на мој блог.

Један од нових модела мислим да у њеном стварању СхареПоинт решења полуге СхареПоинт Десигнер ток догађаја и један рисивер.

Овде је посао сценарио да га ставимо у контекст:

• Ја отпремите документ у доц Либ.
• Ја започети са више корака ток креиран помоћу СхареПоинт Десигнер.
• У неком тренутку током тог процеса, ток посла додели задатак некоме (преко прикупља податке од корисника, или поставите задатак).
• 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.
• Ево бунтовник: Желим датум који покреће тај КПИ да буду свесни одмор-.

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. Међутим, 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".
• Покрене га да лажно.
• У одговарајуће време у току посла (e.g. just before the "collect data" акција), доделите ту вредност на истина.
• ИтемУпдате() event receiver looks to see if "DoCalculateDueDate" is true. Since the event receiver runs on every update, "DoCalculateDueDate" нормално је лажна.
• Када ток посла додељује ДоЦалцулатеДуеДате на истина, догађај пријемник израчунава одмор-аваре рок.
• Када догађај пријемник ради овај обрачун, она поставља заставу на лажне ДоЦалцулатеДуеДате.

На крају, 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.

</крај>

Претплатите се на мој блог.

УПДАТЕ: I’ve been researching how to embed a SPD workflow into a site definition. МСДН форуму ланац има неке занимљиве информације. It’s not conclusive, али указује на путу кроз џунглу.

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 … темпераментан.

Људи се често питају / питате / fretting over moving SPD workflows from one place to another. Данас, Пратио сам ове кораке и направио ове запажања:

• Креирао сам ток посла помоћу СхареПоинт Десигнер на сајту везан за библиотеку докумената.
• Ассоциатед библиотека докумената већ налази неколико докумената.
• Спасао сам сајт као шаблон.
• Када сам спасао сајт као шаблон, Спасао сам садржај, као и.
• Креирао сам нови сајт у истој колекцији користећи тај шаблон.

У овом тренутку, 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.

Наставио сам:

• Отворен сајт у СхареПоинт Десигнер.
• Had a peek at the workflow. It seemed fine.
• I clicked "Finish".
• Трчао сам ток посла.

Овај пут, је радила добро.

I’ll add that this workflow used the "collect data from user" радња која је релативно сложен акција под хаубом.

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.

Шта ово значи? 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, читаве нових фарми (e.g. дев до ниво да прод).

Ако читате ово и склон, пошаљите коментар или пошаљи ми your SharePoint Designer migration story. I’ll gladly update this posting with any insights thus offered.

</крај>

Претплатите се на мој блог.

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.

Користите тип садржаја локације / колона да се постигне овај ефекат.

Креирање типа садржаја са статусом колони као што је приказано:

Note the "Status (за демо)" поље на дну.

Следећи, click on the column name to access the column’s properties. Select "Hidden (Неће се појавити у форми)" у поставке колона као што је приказано:

This removes the field from the standard edit/update forms. Међутим, још увек је доступна у приказима, КПИ, објектни модел и свуда где желите да га користите, including SPD workflow.

</крај>

Претплатите се на мој блог.