Aku menulis artikel yang rinci beberapa minggu yang lalu menggambarkan cara membuat SharePoint Designer alur kerja yang mengirimkan email pengingat tugas sehari. Sudah Diterbitkan pada baru SharePoint majalah situs. Lebih umum, Artikel menunjukkan bagaimana untuk membuat struktur perulangan SPD.

Majalah memiliki berbagai artikel termasuk, di antara hal lain, sangat teknis stuff, wawancara dan berita industri. Saya sarankan Anda menambahkannya ke RSS feed.

Jika Anda memiliki produk atau jasa untuk menjual, Saya juga akan mempertimbangkan iklan di situs. Hal ini memulai yang kuat dengan beberapa ribu pasang mata memandang itu sudah. Itulah yakin untuk tumbuh.

Terakhir, Jika Anda sudah gatal untuk menulis sesuatu dan mendapatkan itu keluar di depan audiens yang lebih besar, ini adalah waktu yang tepat dan tempat untuk menggaruk.

</akhir>

Berlangganan ke blog saya.

Mark Miller atas di Pengguna akhir SharePoint telah diposting artikel terakhir saya tentang menggunakan SharePoint Designer untuk menciptakan solusi alur kerja besar up di situs. Check it out.

Dalam artikel ini, Saya berbicara tentang proses desain dan, lebih rinci, cara mengatur proses pengujian handal dan berulang yang menggunakan fitur SharePoint (daftar kustom, situs template). Artikel target pengguna akhir, Tapi pendekatan terlalu baik untuk pengembang.

</akhir>

Berlangganan ke blog saya.

Minggu lalu, Saya bekerja keluar bagaimana untuk loop dan menerapkan sebuah mesin negara menggunakan SharePoint Designer dan disebutkan, sebagai samping, bahwa saya mungkin akan menulis posting blog tentang penebangan alur kerja yang lebih baik.

Yah, Sanjeev Rajput mengalahkan saya untuk itu. Lihat.

Menyimpan log data ke daftar kustom tampaknya unggul untuk menggunakan alur kerja biasa sejarah:

• Ini adalah hanya daftar kustom, sehingga Anda dapat mengekspor ke excel sangat mudah.
• Anda dapat membuat pemandangan, dinamis menyaring data, dll.
• Hal ini tidak dapat auto-pembersihan Anda mendapatkan dengan alur kerja biasa sejarah.

Ada beberapa risiko / kerugian:

• Banyak berjalan Workflow dengan banyak penebangan dapat menyebabkan terlalu banyak data ditulis ke daftar.
• Mungkin Anda * lakukan * ingin otomatis membersihkan. Anda tidak akan mendapatkan fitur itu dengan pendekatan ini (tanpa coding).
• Keamanan rumit. Untuk menulis ke daftar, pengguna harus memiliki izin untuk melakukannya. Itu berarti bahwa ini mungkin tidak cocok untuk setiap jenis "pejabat" Audit karena pengguna dapat menemukan daftar dan mengedit. Hal ini bisa diatasi dengan beberapa kustom pemrograman.

</akhir>

Berlangganan ke blog saya.

Ini Minggu terakhir saya selesai dari suatu bukti dari konsep proyek untuk klien di Manhattan. Sambil menerapkan solusi, Aku berlari ke lain kekurangan dari MOSS KPI (Lihat di sini untuk masalah KPI yang sebelumnya dan saya solusi).

Latar belakang: Kami menggunakan SharePoint Designer workflow untuk model proses cukup kompleks multi bulan lama bisnis. Seperti melaju, ini akan memperbarui beberapa informasi negara dalam daftar. KPI menggunakan data ini untuk melakukan mojo mereka.

Kami memutuskan untuk membuat situs baru setiap kali yang baru salah satu proses bisnis ini dimulai. Selain dari alur kerja itu sendiri, situs ini host beberapa dokumen Perpustakaan, menggunakan target audiens dan sebagainya. Hanya banyak barang untuk membantu dengan kolaborasi antara karyawan internal, bepergian karyawan dan klien yang berpartisipasi mitra bisnis.

Kami juga ingin menunjukkan beberapa KPI yang memantau kesehatan keseluruhan proses bisnis yang spesifik seperti yang dipromosikan oleh data negara alur kerja dan melihat menggunakan KPI.

Akhirnya, Kami menggunakan KPI daftar item yang melakukan count pada pandangan pada daftar di situs (sebagai lawan menarik dari sumber data lainnya, seperti excel atau SQL).

Masalah: Dapat Anda bayangkan, dengan asumsi kita adalah untuk membawa ide dasar maju ke dunia produksi, kita ingin template situs. Menyediakan sebuah situs baru yang didasarkan dari proses bisnis"" template.

Masalahnya adalah bahwa Anda tidak bisa mendapatkan KPI berfungsi seperti itu. Ketika saya membuat situs baru berdasarkan template dengan sebuah daftar KPI dan bagian web KPI, situs baru KPI data rusak. Situs baru KPI daftar poin di sumber apa pun Anda tetapkan saat pertama kali Anda menyimpannya sebagai template.

Contohnya:

• Membuat situs baru dan membangun untuk kesempurnaan. Situs ini mencakup KPI data.
• Menyimpan itu sebagai template.
• Membuat situs baru dan basis jika dari template.
• Situs baru ini KPI daftar item’ sumber menunjuk ke situs template, tidak situs saat ini.

Proses Instansiasi tidak benar URL.

Aku mencoba untuk memecahkan masalah ini dengan menetapkan URL relatif ketika menentukan item daftar KPI. Namun, Saya tidak bisa mendapatkan setiap variasi yang bekerja.

Aku selalu ingin pasangan up ini "masalah" posting blog dengan semacam solusi, Tapi dalam hal ini saya tidak memiliki salah satu yang baik. Yang terbaik yang saya bisa mencari adalah bahwa Anda perlu masuk ke situs baru ditetapkan dan memperbaiki segala sesuatu secara manual. UI yang membuat ini bahkan lebih sulit karena mengubah URL dari daftar sumber menyebabkan refresh, Jadi Anda benar-benar harus mendefinisikan kembali semuanya dari awal.

Jika ada yang tahu cara yang lebih baik untuk menangani hal ini, Silakan kirim komentar.

</akhir>

Saya baru saja pelajari bahwa itu mungkin dan bahkan cukup mudah untuk membuat alur kerja mesin negara yang menggunakan SharePoint Designer. Kebutuhan adalah ibu penemuan dan semua yang bagus dan saya punya kebutuhan minggu ini yang tampak untuk penemuan. Kebetulan, Aku datang di ini posting forum MSDN juga. Pengalaman pribadi saya minggu ini dan bahwa "independen konfirmasi" meminjamkan kekuatan keyakinan saya. Saya berencana untuk menulis tentang hal ini panjang lebar dengan contoh penuh sesak nafas, Tapi di sini adalah inti dari itu:

• Pendekatan yang memanfaatkan fakta bahwa alur kerja dapat mengubah item daftar, dengan demikian memicu alur kerja baru. Saya biasanya telah dianggap ini menjadi gangguan dan bahkan blogged tentang menggunakan semaphores untuk mengatasinya.
• SharePoint memungkinkan beberapa alur kerja independen untuk menjadi aktif terhadap item daftar tertentu.

Untuk mengkonfigurasi:

• Desain mesin negara Anda (yaitu, Amerika Serikat dan bagaimana Serikat transisi dari satu ke berikutnya).
• Menerapkan setiap negara sebagai alur kerja terpisah.
• Mengkonfigurasi setiap alur kerja ini negara untuk melaksanakan dalam menanggapi perubahan dalam item daftar.

Masing-masing negara workflow mengikuti pola ini kasar:

• Saat inisialisasi, menentukan apakah itu benar-benar harus menjalankan dengan memeriksa informasi negara di "item sekarang". Batalkan jika tidak.
• Melakukan pekerjaan.
• Memperbarui "item sekarang" dengan informasi negara baru. Ini memicu update ke item saat ini dan kebakaran dari semua negara Workflow.

Selain manfaat yang jelas bahwa seseorang dapat membuat alur kerja mesin negara deklaratif, Semua informasi negara yang hebat untuk membangun KPI dan menarik dilihat.

Itu memang memiliki kelemahan cukup substansial — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Namun. Menyimpan semua informasi Anda jenis audit di daftar kustom. Itu mungkin adalah ide yang baik bahkan untuk vanili sequential workflow, but that’s for another blog post 🙂

Saya sebut ini "mea culpa" karena aku punya, Sayangnya, mengatakan lebih dari sekali pada forum dan di tempat lain bahwa seseorang harus menggunakan visual studio untuk membuat alur kerja mesin negara. Itu hanya tidak benar.

</akhir>

Berlangganan ke blog saya.

Hal ini dimungkinkan untuk menyebabkan lingkaran setan dalam alur kerja SharePoint Designer. Pola penerapan umum seperti ini menyebabkan masalah:

• Membuat alur kerja dan menghubungkan dengan daftar.
• Menunjukkan bahwa hal itu harus mulai membuat item baru dan update dari item yang ada.
• Langkah dalam alur kerja update bidang di "Item sekarang".
• Karena item sekarang berubah, alur kerja mulai lagi.

Untuk mencegah ini lingkaran, menerapkan Semafor sederhana:

• Menambahkan kolom situs (atau kolom untuk daftar/perpustakaan jika Anda tidak menggunakan jenis konten).
• Menyembunyikannya dari laman penyuntingan (mudah dilakukan jika kolom situs melalui sifat, tidak mudah jika daftar kolom).
• Dalam alur kerja, Periksa untuk melihat apakah nilai kolom Semafor kosong.
• Jika itu kosong, set ke nilai non-kosong dan Lanjutkan.
• Jika ini tidak kosong, keluar segera.

Ini dapat menjadi solusi yang cukup bernuansa, tergantung pada kebutuhan bisnis dan sebagainya, tetapi telah pola bisa diterapkan ketika saya telah membutuhkannya.

</akhir>

Berlangganan ke blog saya.

Seperti banyak orang tahu, template pelatihan karyawan disediakan oleh Microsoft di sini memiliki bug yang kita dapat mereproduksi mengikuti langkah-langkah:

• Membuat kelas dengan ukuran maks 10 siswa.
• Daftar –> Total yang tersedia dengan benar kursi usaha oleh salah satu. Hasil: 9 kursi yang tersedia.
• Menghapus registrasi: –> Bug. Total kursi yang tersedia harus kenaikan oleh salah satu. Tidak. Hasil: 9 kursi yang tersedia sesuai SharePoint, tetapi pada kenyataannya, ada 10 kursi yang tersedia.

Solusi: Menggunakan SharePoint Designer untuk mengoreksi alur kerja.

Pertama, membuka situs. Daftar folder saya terlihat seperti ini:

Jika kita telah lihat di "peserta pendaftaran" alur kerja, kita melihat bahwa ada langkah yang berlabel "Menegakkan kebijakan tempat duduk". Tampak seperti ini:

Langkah ini dalam alur kerja update item oleh incrementing "diisi kursi" metadata kolom di Lapangan. Jika kita tarik yang lebih rinci, kita melihat ini:

Itulah semua informasi yang kita butuhkan untuk memperbaiki alur kerja handset.

Jika kita untuk alur kerja di handset, ada ada langkah alur kerja yang serupa. Menambahkannya sebagai berikut:

1: Memperluas "peserta handset" dan membuka XOML (melihat layar pertama ditembak jika Anda hilang).

2: Menambahkan sebuah variabel alur kerja yang baru, "Kursi diisi baru" jenis "Nomor".

3: Menetapkan nilai untuk "diisi kursi baru" seperti yang ditunjukkan:

4: Pengurangan kursi diisi oleh 1:

5: Memperbarui lapangan item terkait:

6: Pastikan semua langkah-langkah dalam urutan yang tepat. Bagi saya, tampak seperti ini:

7: Menyelesaikan alur kerja untuk membangun kembali.

8: Tes.

</akhir>

Berlangganan ke blog saya.

Salah satu pola-pola muncul yang kutemukan dalam kerajinan SharePoint solusi memanfaatkan SharePoint Designer alur kerja dan penerima acara.

Berikut adalah sebuah bisnis skenario untuk memasukkannya ke dalam konteks:

• Aku upload a document to doc lib.
• Saya memulai multi-langkah alur kerja yang dibuat menggunakan SharePoint Designer.
• Di beberapa titik selama proses, alur kerja menetapkan tugas kepada seseorang (melalui mengumpulkan data dari pengguna atau menetapkan tugas).
• Kami ingin menggunakan KPI untuk melacak berapa lama tugas itu menunggu penyelesaian. KPI menunjukkan hijau untuk tugas-tugas yang selesai atau karena lebih dari 3 hari dari sekarang. Ini menunjukkan kuning jika tugasnya karena besok atau hari ini. Ini menunjukkan merah jika tugasnya tagihan yang jatuh tempo.
• Here's the kicker: Aku ingin tanggal yang mendorong KPI yang harus diperhatikan liburan.

Saya tidak dapat menghitung karena holiday-aware tanggal dalam alur kerja SharePoint Designer sangat mudah. Aku harus membuat tindakan kustom atau menggunakan alat pihak ke-3. Namun, cukup mudah untuk menghitung tarikh di acara receiver. Menggabungkan dua bersama-sama dan kita mendapatkan pola seperti ini:

• Define tersembunyi ya/tidak ada kolom situs pada dokumen perpustakaan berlabel "DoCalcualteDueDate".
• Menginisialisasi ke false.
• Pada saat yang tepat dalam alur kerja (misalnya. tepat sebelum "mengumpulkan data" tindakan), menetapkan nilai True.
• ItemUpdate() acara penerima terlihat untuk melihat apakah "DoCalculateDueDate" benar. Karena Penerima acara berjalan pada setiap update, "DoCalculateDueDate" biasanya palsu.
• Ketika alur kerja menetapkan DoCalculateDueDate benar, acara penerima menghitung due liburan-aware tanggal.
• Ketika acara penerima melakukan perhitungan ini, ini menetapkan DoCalculateDueDate bendera ke false.

Di ujung, Alur kerja SPD dikomunikasikan dengan acara Penerima melalui Semafor DoCalculateDueDate dan kami memiliki liburan-sadar karena tanggal yang ditetapkan saat persis benar dalam alur kerja hidup. SharePoint Designer kontrol ketika tanggal jatuh tempo ditetapkan tetapi Penerima acara melakukan perhitungan aktual dan tugas.

</akhir>

Berlangganan ke blog saya.

UPDATE: Saya telah meneliti bagaimana meng-embed SPD alur kerja ke dalam sebuah definisi situs. Rantai forum MSDN ini memiliki beberapa informasi menarik. Ianya tidak konklusif, Tapi poin untuk jalan melalui hutan.

Aku memberikan posting ini sedikit eksentrik "mengamati perilaku" memimpin karena saya sedikit mencurigai menarik kesimpulan dari itu. SPD workflow adalah … temperamental.

Orang sering bertanya / bertanya-tanya / resah atas bergerak SPD alur kerja dari satu tempat ke yang lain. Hari ini, Aku mengikuti langkah-langkah ini dan membuat pengamatan ini:

• Saya membuat alur kerja yang menggunakan SharePoint Designer di situs yang dilampirkan ke perpustakaan dokumen.
• Perpustakaan dokumen terkait sudah ditempatkan beberapa dokumen.
• Aku menyelamatkan situs sebagai template.
• Ketika aku menyelamatkan situs sebagai template, Aku menyelamatkan konten juga.
• Saya membuat situs baru koleksi situs yang sama menggunakan template yang.

Pada titik ini, Saya mencoba untuk menjalankan alur kerja. Itu segera dihentikan sendiri dengan pesan log, "Gagal pada start".

Aku berharap ini. Saya memiliki harapan rendah ketika datang ke bergerak SPD Workflow.

Aku terus:

• Membuka situs di SharePoint Designer.
• Telah mengintip di alur kerja. Tampaknya baik-baik saja.
• Aku mengklik "Selesai".
• Aku berlari alur kerja.

Saat ini, bekerja dengan baik.

Saya akan menambahkan bahwa alur kerja ini digunakan "mengumpulkan data dari pengguna" tindakan yang merupakan tindakan yang relatif dan kompleks di bawah tenda.

Aku ragu-ragu menyimpulkan bahwa proses "menyelesaikan" alur kerja disebabkan SPD untuk benar mengasosiasikan SPD alur kerja dengan perpustakaan dokumen baru. Saya juga menyimpulkan XOML dan artefak XML lain yang cukup "longgar". Mereka tidak super ketat digabungkan ke dokumen Perpustakaan.

Apa artinya ini berarti? Dengan asumsi itu adalah proses yang handal dan direproduksi, ada setidaknya satu metode kasar yang bisa kita gunakan untuk memindahkan mereka di sekitar. Aku tidak tahu apakah ini akan bekerja jika kami menyeberangi batas-batas koleksi situs atau bahkan lebih drastis, seluruh baru pertanian (misalnya. dev ke panggung untuk mendorong).

Jika Anda membaca ini dan cenderung, Silakan kirim komentar atau email saya cerita migrasi SharePoint Designer. Saya dengan senang hati akan update posting ini dengan setiap wawasan jadi ditawarkan.

</akhir>

Berlangganan ke blog saya.

Hal ini sering berguna untuk menyimpan informasi status dalam daftar kustom seperti kode persetujuan yang harus pernah langsung dimanipulasi oleh pengguna akhir. Ini adalah skenario bisnis umum. Saya telah bekerja pada sebuah proyek tahun ini yang menghasilkan berbagai status dan pengingat tanggal melalui alur kerja SharePoint Designer yang kemudian berkendara KPI dan umumnya mendukung proses bisnis waktu-kritis.

Menggunakan jenis konten situs / kolom untuk mencapai efek ini.

Membuat jenis konten situs dengan kolom status seperti yang ditunjukkan:

Perhatikan "Status (untuk Demo)" bidang di bagian bawah.

Berikutnya, Klik pada nama kolom untuk mengakses properti kolom. Pilih "tersembunyi (Tidak akan muncul dalam bentuk)" di bagian pengaturan kolom seperti yang ditunjukkan:

Ini akan menghapus bidang dari bentuk-bentuk standar edit/update. Namun, masih tersedia di dilihat, KPI, model objek dan di mana pun Anda ingin menggunakannya, termasuk SPD alur kerja.

</akhir>

Berlangganan ke blog saya.