Saya menulis atas rencana yang terperinci beberapa minggu yang lalu menerangkan bagaimana untuk mewujudkan aliran kerja Reka bentuk SharePoint yang menghantar e-mel peringatan tugas harian. It's been diterbitkan pada yang baru Majalah SharePoint tapak. Lebih am, Artikel ini menunjukkan bagaimana untuk mewujudkan satu struktur menggelung SPD.

Majalah itu mempunyai pelbagai artikel-artikel yang termasuk, antara lain, hal-hal yang sangat teknikal, Temuramah dan industri berita. Saya cadangkan anda menambahnya kepada RSS feed anda.

Jika anda mempunyai produk atau perkhidmatan untuk menjual, Saya juga akan menimbang pengiklanan di laman web ini. Ia adalah untuk satu permulaan yang kukuh dengan beberapa ribu pasang mata yang melihat ia sudah. Itulah pasti berkembang.

Akhir sekali, Jika anda telah gatal untuk menulis sesuatu dan mendapatkannya luar di hadapan penonton yang lebih besar, Inilah masa yang besar dan tempat untuk mencalarkan ia.

</akhir>

Langgan ke blog saya.

Mark Miller lebih pada Pengguna Akhir SharePoint telah diposting artikel saya terbaru tentang menggunakan Reka bentuk SharePoint melahirkan penyelesaian aliran kerja besar sehingga di lokasi. Check it out.

Dalam artikel ini, Saya bercakap tentang proses Reka bentuk dan, dengan lebih terperinci, Bagaimana untuk menubuhkan satu proses ujian boleh dipercayai dan diulangi menggunakan ciri-ciri SharePoint (senarai adat, template Laman web). Artikel ini menyasarkan pengguna akhir, tetapi pendekatan yang baik untuk pemaju terlalu.

</akhir>

Langgan ke blog saya.

Minggu lepas, Saya bekerja bagaimana untuk gelung dan melaksanakan sebuah mesin Negeri menggunakan Reka bentuk SharePoint dan disebut, sebagai peruntukan untuk, bahawa saya mungkin akan menulis posting blog tentang lebih baik aliran kerja pembalakan.

Well, Sanjeev Rajput mengalahkan saya kepadanya. Lihat.

Menyimpan log data ke dalam senarai tersuai nampaknya lebih menggunakan sejarah aliran-kerja tetap:

• Ianya hanya senarai tersuai, Jadi anda boleh eksport ke excel sangat mudah.
• Anda boleh mencipta views, dinamik menapis data, dan sebagainya..
• Ianya tidak tertakluk kepada auto-Singkir yang anda dapat dengan sejarah aliran-kerja tetap.

Ada beberapa risiko / kerugian:

• Banyak aliran kerja yang sedang berjalan dengan banyak pembalakan boleh menyebabkan data yang terlalu banyak untuk ditulis ke dalam senarai.
• Mungkin anda * Jangan * mahu automatik purging. Anda tidak mendapat ciri-ciri tersebut dengan pendekatan ini (tanpa pengkodan).
• Keselamatan adalah rumit. Untuk menulis ke dalam senarai, pengguna mesti mempunyai keizinan untuk berbuat demikian. Itu bererti yang ianya mungkin tidak sesuai untuk apa-apa jenis "rasmi" Audit kerana pengguna boleh mengetahui senarai dan ditukar. Ini boleh diatasi dengan beberapa pengaturcaraan adat.

</akhir>

Langgan ke blog saya.

Ini minggu lepas saya selesai kira bukti konsep projek untuk pelanggan di Manhattan. Semasa melaksanakan penyelesaian yang, Saya berlari ke dalam satu lagi kelemahan MOSS KPI (lihat di sini untuk isu KPI sebelumnya dan workaround saya).

Latar belakang: Kami menggunakan SharePoint Reka bentuk aliran kerja untuk model proses yang agak kompleks bulan pelbagai panjang perniagaan. Kerana ia chugged bersama-sama, Ia akan mengemaskini beberapa maklumat Negeri dalam senarai. KPI menggunakan maklumat ini untuk melakukan mojo mereka.

Kami memutuskan untuk mencipta Laman web baru setiap kali yang baru proses-proses perniagaan-perangi. Selain daripada aliran itu sendiri, laman web ini pelbagai perpustakaan dokumen beberapa, menggunakan mensasarkan penonton dan sebagainya. Hanya sekelompok barangan untuk membantu dengan kerjasama antara kakitangan dalaman, perjalanan pekerja dan rakan perniagaan pelanggan yang mengambil bahagian.

Kami juga mahu menunjukkan beberapa KPI yang memantau kesihatan keseluruhan proses perniagaan tertentu seperti yang dipromosikan oleh data negeri kerja dan dilihat menggunakan KPI.

Akhirnya, kita digunakan KPI item senarai yang melakukan kiraan pada pandangan dalam senarai di laman web (berbanding dengan menarik dari sumber data lain, seperti cemerlang atau SQL).

Masalah: Seperti yang anda boleh bayangkan, menganggap kami untuk membawa idea asas hadapan ke dalam dunia pengeluaran, Kami mahu template Laman web. Peruntukan tapak baru yang berasaskan satu "perniagaan proses" template.

Masalahnya ialah bahawa anda tidak boleh seolah-olah satu KPI berfungsi dengan cara. Bilakah saya boleh mencipta tapak yang baru berdasarkan template dengan senarai KPI dan bahagian web KPI, tapak baru KPI data akan rosak. Tapak baru KPI senarai mata pada mana-mana sumber yang anda takrifkan apabila anda mula-mula disimpan sebagai template.

Sebagai contoh:

• Mencipta laman baru dan membina kesempurnaan. Situs ini merangkumi KPI data.
• Simpan bahawa template.
• Buat tapak baru dan asas jika off template.
• Item senarai KPI Ini tapak baru’ sumber menunjukkan template laman web ini, bukan laman web semasa.

Proses merta tidak membetulkan URL.

Saya cuba untuk menyelesaikan masalah ini dengan memberikan URL saudara ketika menentukan item senarai KPI. Walau bagaimanapun, Saya tidak dapat apa-apa perubahan yang bekerja.

Saya sentiasa mahu berpasangan sehingga ini "masalah" posting blog dengan beberapa jenis penyelesaian, tetapi dalam kes ini saya tidak mempunyai satu yang baik. Yang terbaik yang saya boleh memahami adalah bahawa anda perlu pergi ke tapak yang baru diperuntukkan dan selesaikan segala-galanya secara manual. UI membuat ini lebih sukar kerana menukar URL senarai sumber menyebabkan segar yang, supaya anda benar-benar mempunyai untuk mentakrifkan semula segala-galanya dari awal.

Jika sesiapa tahu cara yang lebih baik untuk mengendalikan ini, sila hantar komen.

</akhir>

Saya baru belajar bahawa ia boleh dilakukan dan juga agak mudah untuk membuat sebuah aliran kerja Mesin negeri yang menggunakan Reka bentuk SharePoint. Keperluan adalah ibu kepada ciptaan dan semua yang bagus dan aku perlu minggu ini yang kelihatan bagi suatu Rekacipta. Kebetulan, Saya terserempak dengan this post forum MSDN serta. Pengalaman peribadi saya minggu ini dan itu "bebas pengesahan" meminjamkan kekuatan untuk saya. Saya bercadang untuk menulis tentang perkara ini lebih panjang lebar dengan contoh yang ditiup penuh, tetapi di sini adalah intipati ia:

• Pendekatan ini memanfaatkan hakikat bahawa kerja boleh menukar item senarai, gus mencetuskan workflow yang baru. Saya biasanya menganggap ini tidak senonoh dan walaupun blog mengenai menggunakan semaphores untuk mengendalikan.
• SharePoint membolehkan pelbagai aliran kerja bebas untuk menjadi aktif terhadap item senarai tertentu.

Untuk menatarajah:

• Bentuk jentera kerajaan anda (iaitu, negeri-negeri dan negara-negara bagaimana peralihan dari satu ke depan).
• Melaksanakan setiap negeri sebagai aliran kerja berasingan.
• Konfigurasi setiap aliran kerja negeri untuk melaksanakan sebagai tindak balas kepada apa-apa perubahan dalam butiran senarai.

Setiap kerja negeri corak ini kasar:

• Apabila pengawalan, menentukan sama ada ia benar-benar perlu dikendalikan oleh pemeriksaan kan maklumat dalam "item semasa". Henti paksa jika tidak.
• Melakukan kerja-kerja.
• Kemaskini Terakhir "semasa perkara" dengan maklumat Negeri baru. Ini mencetuskan kemas kini untuk perkara semasa dan kebakaran dari semua aliran kerja Negeri.

Selain daripada manfaat yang jelas bahawa seseorang boleh mewujudkan satu keadaan perisytiharan mesin aliran kerja, semua maklumat negeri yang hebat untuk KPI bangunan dan pemandangan yang menarik.

Ia mempunyai kelemahan yang agak besar — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Walau bagaimanapun. Simpan semua maklumat jenis audit anda dalam senarai tersuai. Itulah mungkin satu idea yang baik untuk aliran turutan vanila, but that’s for another blog post 🙂

Saya menyebut ini merupakan "mea culpa" kerana saya mempunyai, malangnya, berkata lebih daripada sekali di forum dan di tempat lain bahawa seseorang perlu menggunakan visual studio untuk mewujudkan aliran kerja Mesin negeri yang. Yang tidak benar.

</akhir>

Langgan ke blog saya.

Ia adalah mungkin untuk menyebabkan jalan yang tiada penghujung dalam aliran Reka bentuk SharePoint. Corak pelaksanaan yang biasa seperti ini menyebabkan masalah:

• Buat kerja dan mengaitkan dengan senarai.
• Menunjukkan bahawa ia perlu bermula pada mewujudkan item baru dan mengemaskini barangan yang sedia ada.
• Satu langkah dalam alur kerja mengemaskini sebuah padang di "Semasa barang".
• Sejak item semasa berubah, kerja bermula semula.

Untuk mengelakkan gelung ini tidak berkesudahan, melaksanakan tiang sinyal mudah:

• Tambah ruangan tapak (atau lajur untuk senarai / perpustakaan jika anda tidak menggunakan jenis kandungan).
• Bersembunyi dari halaman edit (mudah untuk dilakukan jika ruang tapak melalui sifat-sifatnya, tidak mudah jika ruang senarai).
• Dalam aliran kerja, memeriksa untuk melihat jika nilai ruang tiang sinyal adalah kosong.
• Jika ia adalah kosong, menetapkan kepada nilai bukan kosong dan meneruskan.
• Jika tidak kosong, keluar dengan serta-merta.

Ini boleh menjadi penyelesaian yang agak nuanced, bergantung kepada keperluan perniagaan dan sebagainya, tetapi ia adalah satu corak yang boleh digunakan apabila saya memerlukannya.

</akhir>

Langgan ke blog saya.

Seperti yang ramai orang tahu, template latihan pekerja disediakan oleh Microsoft di sini mempunyai bug yang kita boleh menghasilkan semula langkah-langkah berikut:

• Mewujudkan kelas dengan keluasan maksimum 10 pelajar-pelajar.
• Mendaftar –> Jumlah keseluruhan disediakan kerusi dengan betul decrements oleh satu. Keputusan: 9 tempat duduk yang disediakan.
• Unregister: –> Bug. Jumlah kerusi yang disediakan perlu kenaikan oleh salah satu. Ia tidak. Keputusan: 9 tempat duduk yang disediakan seperti SharePoint, tetapi sebenarnya, Tiada 10 tempat duduk yang disediakan.

Penyelesaian: Menggunakan Reka bentuk SharePoint untuk membetulkan aliran itu.

Pertama, Buka laman web. Senarai folder saya kelihatan seperti ini:

Jika kita mempunyai lihat "hadirin pendaftaran" kerja, kita lihat bahawa terdapat satu langkah yang dilabel "Menguatkuasakan dasar tempat duduk". Ia kelihatan seperti ini:

Langkah ini dalam alur kerja kemas kini perkara oleh incrementing "dipenuhi kerusi" kolum metadata di Padang. Jika kita tarik yang lebih terperinci, kita lihat ini:

Itulah semua maklumat yang kami perlukan untuk menetapkan aliran unregistration.

Jika kita terbalikkan ke aliran unregistration, Terdapat tiada serupa aliran kerja langkah. Tambah seperti berikut:

1: Memperluaskan "peserta unregistration" dan membuka XOML yang (melihat skrin pertama yang ditembak jika kau hilang).

2: Menambah pembolehubah workflow yang baru, "Kerusi diisi baru" jenis "Nombor".

3: Peruntukkan bernilai "baru diisi Seats" seperti yang ditunjukkan:

4: Decrement tempat duduk diisi oleh 1:

5: Kemaskini butiran kursus berkaitan:

6: Pastikan semua langkah-langkah dalam jujukan yang betul. Bagi saya, ia kelihatan seperti ini:

7: Melengkapkan aliran kerja untuk membinanya semula.

8: Ujian.

</akhir>

Langgan ke blog saya.

Salah satu corak baru yang saya dapati dalam Pengukiran SharePoint penyelesaian memanfaatkan aliran Reka bentuk SharePoint dan penerima acara untuk.

Beginilah senario perniagaan untuk memasukkannya ke dalam konteks:

• Saya muat naik dokumen ke doc lib.
• Saya memulakan langkah pelbagai aliran yang dicipta menggunakan Reka bentuk SharePoint.
• Pada ketika tertentu semasa proses itu, aliran kerja menguntukkan satu tugas kepada seseorang (melalui mengumpul data daripada pengguna atau menguntukkan satu tugas yang).
• Kami ingin menggunakan KPI yang untuk mengesan berapa lama tugasan tersebut sedang menunggu siap. KPI ini menunjukkan hijau bagi tugas yang telah tamat atau habis tempoh lebih daripada 3 hari dari sekarang. Ia menunjukkan kuning jika tugas menjadi genap masa esok atau semalam. Ia menunjukkan merah jika tugas lepas habis tempoh.
• Berikut adalah kicker dalam: Saya ingin tarikh yang mendorong KPI yang menyedari holiday.

Saya tidak dapat mengira akhir holiday-sedar kini dalam aliran Reka bentuk SharePoint sangat mudah. Saya perlu membuat tindakan yang adat atau menggunakan alat pihak ke-3. Walau bagaimanapun, ianya cukup mudah untuk mengira tarikh dalam satu acara penerima. Menggabungkan dua bersama-sama dan kita akan mendapat corak seperti ini:

• Menentukan Ya yang tersembunyi/tiada ruang tapak di Perpustakaan dokumen berlabel "DoCalcualteDueDate".
• Mengawalkan palsu.
• Pada masa yang sesuai di dalam aliran kerja (e.g. sejurus sebelum "mengumpul data" tindakan), memperuntukkan bahawa nilai sebenar.
• ItemUpdate untuk() Sekiranya penerima kelihatan untuk melihat apakah "DoCalculateDueDate" adalah benar. Kerana penerima acara berjalan Update tiap-tiap, "DoCalculateDueDate" biasanya palsu.
• Bilakah aliran menguntukkan DoCalculateDueDate kepada true, Sekiranya penerima mengira sewajarnya sedar holiday tarikh.
• Bilakah peristiwa penerima tidak pengiraan ini, Ia menetapkan bendera DoCalculateDueDate palsu.

Pada akhir, Aliran SPD disampaikan dengan satu peristiwa penerima melalui semafor DoCalculateDueDate dan kita mempunyai holiday sedar kerana tarikh yang diberikan pada masa yang betul-betul betul dalam aliran kerja dalam kehidupan. Kawalan Reka bentuk SharePoint apabila tarikh akhir diperuntukkan tetapi sekiranya penerima menjalankan pengiraan sebenar dan tugasan.

</akhir>

Langgan ke blog saya.

UPDATE: Saya telah menyelidik bagaimana untuk menerapkan aliran SPD ke definisi Laman web. Ini rantaian forum MSDN mempunyai beberapa maklumat yang menarik. Ia bukanlah muktamad, tetapi mata ke jalan melalui hutan.

Aku memberikan jawatan ini yang sedikit blog nie. "kelakuan diperhatikan" plumbum kerana saya sedikit sangsi lukisan kesimpulan daripadanya. SPD aliran kerja akan … emosional.

Orang sering bertanya / tertanya-tanya / fretting lebih bergerak SPD aliran kerja dari satu tempat ke satu. Hari ini, Saya mengikuti langkah-langkah ini dan membuat pemerhatian ini:

• Saya mencipta satu aliran kerja menggunakan SharePoint Designer di tapak yang dilampirkan kepada perpustakaan dokumen.
• Perpustakaan dokumen yang berkaitan sudah ditempatkan di beberapa dokumen.
• Saya disimpan tapak itu sebagai template.
• Apabila saya disimpan tapak itu sebagai template, Saya disimpan kandungan serta.
• Saya telah mencipta laman baru dalam koleksi tapak yang sama dengan menggunakan template yang.

Pada ketika ini, Saya cuba untuk menjalankan aliran kerja yang. Ia segera ditamatkan sendiri dengan mesej log, "Gagal pada permulaan".

Saya harapkan ini. Saya mempunyai harapan rendah apabila ia datang untuk bergerak SPD aliran kerja di sekitar.

Saya terus:

• Membuka laman web di SharePoint Designer.
• Telah menceritakan di dalam aliran kerja. Ia seolah-olah denda.
• Saya klik "Selesai".
• Saya berlari aliran kerja.

Kali ini, ia bekerja denda.

Saya akan menambah bahawa aliran ini digunakan "mengumpul data dari pengguna" tindakan yang merupakan satu tindakan yang agak kompleks di bawah hud.

Saya secara tentatif menyimpulkan bahawa proses "penamat" aliran kerja yang disebabkan SPD betul mengaitkan aliran SPD dengan Perpustakaan dokumen baru. Saya juga membuat kesimpulan dalam XOML dan lain-lain artifak XML yang munasabah "longgar". Mereka adalah super ketat ditambah ke pustaka dokumen.

Apakah ini bermakna? Menganggap ia adalah satu proses yang boleh dipercayai dan diulang, Terdapat sekurang-kurangnya satu kaedah kasar kita boleh menggunakan untuk memindahkan mereka. Saya tidak tahu jika ini akan berfungsi jika kami menyeberangi sempadan koleksi tapak atau bahkan lebih drastik, keseluruhan ladang baru (e.g. dev ke peringkat jolokan kepada).

Jika anda membaca ini dan cenderung, sila hantar komen atau e-mel saya Kisah penghijrahan Reka bentuk SharePoint anda. Saya dengan senang hati akan mengemaskini posting ini dengan mana-mana pandangan yang dengan itu ditawarkan.

</akhir>

Langgan ke blog saya.

Ianya sering kali berguna untuk menyimpan maklumat status dalam senarai tersuai seperti kod kelulusan yang sepatutnya tidak terus dimanipulasi oleh pengguna akhir. Inilah senario perniagaan biasa. Saya telah bekerja pada sebuah projek tahun ini yang menjana pelbagai status dan peringatan tarikh melalui aliran kerja Reka bentuk SharePoint yang kemudian memandu KPI dan secara umumnya menyokong proses perniagaan kritikal masa.

Menggunakan jenis kandungan laman web / ruangan untuk mendapatkan kesan begini.

Mencipta sejenis kandungan laman web dengan lajur status seperti yang ditunjukkan:

Nota "Status (Demo)" bidang di bawah.

Seterusnya, klik pada nama kolum untuk mencapai sifat-sifat lajur yang. Pilih "tersembunyi (Tidak akan muncul dalam bentuk)" dalam seksyen seting lajur seperti yang ditunjukkan:

Ini membuang medan dari bentuk standard edit/Kemaskini. Walau bagaimanapun, ianya masih terdapat di views, KPI, model objek dan mana-mana sahaja anda mahu menggunakannya, termasuk aliran SPD.

</akhir>

Langgan ke blog saya.