Arkib Kategori: SharePoint workflow

Tutorial Besar dan Walk-melalui menggunakan InfoPath dan Aliran Kerja Untuk Menyelesaikan Masalah Penjadualan

Hari ini, Saya sentiasa bermain catch-up dengan membaca blog saya dan saya hanya terjumpa posting ini: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Ianya seperti pepejal dan terperinci reka bentuk SharePoint aliran tutorial (Plus lebih!) bahawa anda akan melihat di mana sahaja pada interwebs yang. Saya akan menyemak, Walaupun anda seorang veteran SPD berparut.

Ia adalah hebat SharePoint tutorial untuk InfoPath dan aliran kerja.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Kelakuan aliran kawalan dengan senarai tersuai (Lagi)

Awal bulan ini, Saya mengumpul Artikel pada asalnya dirancang untuk Mark Miller www.endusersharepont.com. Walau bagaimanapun, Saya sebaliknya digunakan seperti Dustin Hoffman digunakan salib pada akhir yang Siswazah yang untuk menentang saya (menggerunkan! mesra!) penyunting di TechTarget.

Ini adalah satu lagi rencana aliran Reka bentuk SharePoint dalam urat sama sebagai usaha terbaru saya di sini: http://www.endusersharepoint.com/?p=1226 ("Gunakan senarai kawalan untuk mencipta penyelesaian aliran kerja fleksibel").

Ia bermula begini:

ADA anda pernah ingin anda buat sementara waktu boleh mematikan aliran Reka bentuk SharePoint? Anda mungkin ingin lakukan ini untuk massa-meluluskan sejumlah besar dokumen tanpa menuju keluar berpuluh-puluh — atau mungkin beratus-ratus — bagi aliran kerja yang tidak perlu.

Salah satu cara untuk mencapai matlamat ini adalah untuk mencapai aliran yang menggunakan Reka bentuk Share-Point dan mematikan. Untuk berbuat demikian, anda perlu membuka SharePoint Reka bentuk, akses dalam aliran kerja, perubahan sifat-sifatnya dan menyimpannya semula. Masalahnya dengan kaedah itu ialah bahawa ia adalah sedikit tidak kemas dan kemungkinan untuk banyak deringan loceng penggera di kebanyakan syarikat-syarikat.

Secara umum, remeh-temeh dengan aliran kerja Reka bentuk SharePoint bukanlah amalan yang baik dalam persekitaran pengeluaran, atau Adakah ia sebahagian daripada proses dan kawalan.

Artikel kemudian berjalan anda melalui penyelesaian kepada masalah ini yang menggunakan senarai tersuai untuk menghidupkan WF tersebut atau mematikan perlu menetapkan. Baca segala-galanya di sini (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).

Artikel ini telah diilhamkan oleh satu soalan yang ditanya di forum di sini: http://www.endusersharepoint.com/STP/. Walaupun saya menghabiskan jauh lebih banyak masa di forum MSDN, Saya amat mengesyorkan bahawa anda telah menceritakan pada forum EUSP serta, terutamanya bagi soalan berorientasikan pengguna akhir. Namun, ia adalah satu lagi sumber maklumat yang baik dan nasihat.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Gunakan senarai kawalan untuk mencipta penyelesaian aliran kerja yang fleksibel

Minggu lepas, Mark Miller posted Reka bentuk SharePoint tempahan saya artikel aliran kerja bagi pengguna akhir di lokasi (http://www.endusersharepoint.com/?p=1226).

Ia bermula begini:

Kita jenis teknikal menggunakan banyak jargon dan akronim huruf awal dalam rutin harian kita seperti "OOP" (pengaturcaraan berorientasikan objek), "CT" (Jenis kandungan), "SPD" (SharePoint Designer), "RTFM" (Sila baca manual), dan sebagainya.. Artikel ini mengenai dirinya dengan bugaboo yang tertentu yang dipanggil "keras pengekodan:"Apa yang ada, Kenapa ianya buruk dan bagaimana untuk mengelakkan ia dalam penyelesaian reka bentuk aliran kerja SharePoint.

Saya menerangkan bagaimana kita boleh menggunakan senarai tersuai untuk menyimpan data kawalan dan konfigurasi aliran kerja. Melalui kaedah ini, kita boleh mengelakkan keras pengekodan nilai seperti approvers’ alamat e-mel, kelulusan dolar had, dan sebagainya..

Check it out.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Pelayan proksi Web yang cuba untuk menghalang saya daripada memasang Windows aliran kerja asas, Tetapi saya berjaya mengalahkan ia

Saya bekerja di tapak pelanggan dan diperlukan untuk memasang windows aliran kerja asas supaya saya boleh jadi kerja Reka bentuk SharePoint. (Saya tidak tahu sehingga ke hari yang SPD memasang denda tetapi benar-benar memerlukan sekurang-kurangnya .NET 2.0 dan asas aliran Windows untuk menjadi benar-benar boleh digunakan; Saya selalu beranggapan ini dipasang bersama-sama dengan SPD, Namun saya silap).

Pelanggan mempunyai pelayan proksi. tak ada masalah, Saya mempunyai kelayakan untuk mendapatkan di luar Internet awam dalam. Saya pergi ke tempat yang biasa untuk men-download WWF (SPD Keberhasilan memberi saya link). Muat-turun itu adalah benar-benar sebuah bootstrap macam. Ia berjalan dan angka keluar apa yang ia perlu muat turun. Bahawa kedua proses muat turun gagal. Ia sama ada tidak cuba sekali, atau entah bagaimana dihalang dari meminta kelayakan pelayan proksi. Ia adalah kemalangan agak sukar, memberi saya mesej:

Rangka kerja .NET tidak Microsoft 3.0 telah menemui masalah semasa persediaan. Persediaan tidak berjaya.

Saya cuba untuk but semula dan dibelanjakan 10 saat cuba untuk memikirkan jika saya boleh mendapatkan ia meminta saya kelayakan pelayan proksi. Saya berputus asa dan pergi di sini sebagai ganti: .Rangka kerja bersih 3.5 Pakej Perkhidmatan 1 (Pakej penuh).

Saya muat turun pakej, dipasang dan buat masa ini, Tiada masalah.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

SPD workflow: Memaparkan Nama Penuh Daripada Domain username

Dalam apa yang kelihatan sebagai blog sulungnya posting, chiqnlips telah mengulas tentang kegilaan yang ruang yang dikira dan menyifatkan penyelesaian kepada yang sama SharePoint Designer kerja e-mel masalah aktiviti: Bagaimana untuk memaparkan nama sebenar seseorang dalam e-mel dan bukannya "domain amapengguna."

Saya telah tidak diuji ia sendiri, tetapi ia kelihatan cerah. Check it out.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,

Peralihan SharePoint workflow Designer dari Satu Senarai untuk lagi

Mark Miller lebih pada www.endusersharepoint.com Hantar artikel terbaru saya pada aliran Reka bentuk SharePoint di sini (http://www.endusersharepoint.com/?p=1037).

Saya menerangkan pendekatan asas bagi menggerakkan aliran yang anda cipta dalam satu senarai untuk senarai lain. Senarai lain-lain boleh berada di tapak yang sama, koleksi tapak sama atau ladang yang sama sekali berbeza (e.g. dari pembangunan pengeluaran).

Ini adalah satu perkara yang rumit, jadi saya hanya dilindungi senario yang sangat asas. Minggu depan, Saya akan menulis sehingga satu contoh dunia sebenar yang lebih berguna.

Check it out dan berkongsi apa-apa komen di sana.

<akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Mengapa tidak Bolehkah saya Mudah Port SharePoint Designer Aliran Kerja Penyelesaian Dari Satu Senarai untuk lagi?

Mark Miller telah mencatatkan terbaru Pengguna Akhir berorientasikan SharePoint Designer artikel Aliran kerja saya sehingga di laman web beliau di sini: http://www.endusersharepoint.com/?p=1008

Saya cuba untuk memberikan jawapan yang lurus ke hadapan kepada soalan, "Mengapa tidak saya mudah beralih SharePoint aliran kerja Reka bentuk daripada pembangunan untuk menguji?" Dalam proses, Saya juga memberi sedikit pemahaman tentang apa yang SPD sebenarnya melakukan di belakang tabir apabila kita menggunakannya untuk mewujudkan satu penyelesaian aliran kerja.

Minggu depan, Saya menggambarkan End cara pengguna mesra ke pelabuhan SPD aliran kerja dari satu pelayan yang lain, atau sekurang-kurangnya sebagai Pengguna Akhir mesra penyelesaian seperti yang dibuat memandangkan keadaan set alat.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

SharePoint workflow Designer tidak Boleh Akses “Jauh” atau “Asing” Senarai

Inilah satu lagi biasa SharePoint Reka bentuk aliran soalan:

"Saya boleh mencapai (Baca/tulis) Senarai SharePoint melalui aliran kerja yang tidak berada pada tapak yang sama sebagai senarai itu sendiri?"

Jawapan mudah adalah: Tidak.

Dalam cara yang begitu banyak, Walau bagaimanapun, kita perlu memenuhi syarat yang (Itulah satu perkara yang baik dalam kes ini). Platform ini membolehkan kami mencipta sambungan untuk hasil tanaman dengan pelbagai cara, termasuk tindakan adat yang (Lihat sedikit codeplex projek saya di sini sebagai contoh). Tindakan adat yang membolehkan kita pada asasnya melakukan apa-apa yang kita inginkan dari aliran Reka bentuk SharePoint. Saya peminat setia ini, sebenarnya, kerana ia memberi kita yang terbaik daripada kedua-dua dunia — Reka bentuk mesra pengguna-akhir pengisytiharan dengan kedalaman penuh rangka .NET pada jari kita.

Malangnya, jika anda menggunakan SPD, terdapat peluang yang baik yang anda lakukan itu kerana anda tidak boleh menggunakan visual studio (disebabkan oleh fakta bahawa studio visual memerlukan latar belakang pemaju yang mendalam). Saya tidak mempunyai apa-apa jawapan yang baik untuk masalah itu cuma anda perlu diguna pakai setelah salah seorang rakan sekerja teknikal untuk mencipta jenis tindakan tersuai yang anda perlukan. Selain itu, bekerjasama dengan pengurusan untuk Penyewaan atau kontrak bahawa jenis sumber.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint workflow Designer dan Lampiran E — Penyempurnaan A taat akan mahu

Malangnya, ianya tidak. Kami tidak dapat menghantar e-mel dengan lampiran dari aliran Reka bentuk SharePoint yang menggunakan daripada ciri-ciri Peti. Keinginan ini datang dengan meningkatkan ketetapan di forum MSDN.

Walau bagaimanapun, yang SharePoint platform, seperti dengan banyak perkara, memberikan laluan ke hadapan. Kita boleh mewujudkan tindakan adat yang kami kemudian menggabungkan ke dalam aliran kerja kami. Sekali dipasang, tindakan adat kelihatan dan berasa seperti apa-apa tindakan lain (e.g. Kumpul Data, Log Mesej, dan sebagainya.).

Mewujudkan tindakan adat adalah sebuah gunung yang besar untuk mendaki, Walau bagaimanapun, bagi pengguna akhir. Projek codeplex ini menyediakan kefungsian ini: http://www.codeplex.com/SPDActivities. Menarik yang dan pasang ini juga selain kemahiran biasa pengguna akhir. Walau bagaimanapun, ia agak mudah untuk admin SharePoint untuk melakukannya, jadi jika anda mendapati diri anda perlu untuk membangunkan aliran kerja dengan keupayaan ini, bekerja dengan admin SharePoint anda untuk mendapatkan ia dilakukan.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Designer workflow, Penerima Acara dan “Update Senarai Item” berbanding “Set Field dalam Perkara Semasa”

Kita mempunyai satu set SharePoint aliran-kerja Reka bentuk yang "berkomunikasi" dengan satu peristiwa penerima dalam senarai melalui perubahan lokasi lajur nilai. Sebagai contoh, Jika ruangan laman web "SetDuedate" bakal benar oleh alur kerja, penerima sekiranya mengesan perubahan tersebut, mengira tarikh kena dibayar dan pemegang serah hak tarikh tersebut ke satu lagi laman web ruangan, "Tarikh matang." Kami berpecah perkara-perkara seperti ini kerana sekiranya penerima boleh mengira tarikh genap masa yang menggunakan kaedah-kaedah perniagaan yang kompleks (mengambilkira hujung minggu dan cuti Syarikat) manakala SPD benar-benar tidak boleh.

Dalam satu contoh khusus, kita berlari ke dalam masalah dengan silap mata ini. Penyahpepijatan semua ini adalah agak sukar, tetapi kami datang ke kesimpulan yang pasti, bahawa dalam satu kes (sekurang-kurangnya), Sekiranya penerima tidak berjalan sepanjang masa. Dalam satu langkah dalam aliran kerja, kami akan menukar nilai lajur lokasi dan penerima acara tidak hadir untuk menjalankan. Walau bagaimanapun, Ia berjalan secara konsisten dalam satu langkah berbeza aliran di.

Selepas mengkaji semula, Saya melihat bahawa langkah aliran kerja senang digunakan "Kemaskini Senarai Item" manakala langkah lain digunakan "Set medan di perkara semasa." Kemas kini senarai Item adalah mengemaskini "perkara semasa." Saya tidak pasti mengapa kami memilih satu daripada yang lain kerana mereka seolah-olah akan melakukan perkara yang sama.

Jadi … tindakan Kemaskini Senarai Item pula menyebabkan keadaan kebakaran. Sebaliknya, Medan menetapkan dalam perkara semasa tindakan tidak.

Aku dulu Update Senarai Item dalam kedua-dua tempat dan Viola! Ia bekerja. [[ Jumlah yang diperuntukkan, Saya bermain biola untuk setiap hari bagi hampir 15 tahun ]]

Daripada ini, Saya secara tentatif percaya bahawa "menetapkan bidang" tindakan tidak menyebabkan acara penerima kepada api, sekurang-kurangnya beberapa masa.

Isu ini bedeviled kami selama beberapa minggu.

Ini adalah salah satu daripada orang-orang "memerhatikan tingkah laku" jawatan. Saya perhatikan ini berlaku sekali dalam persekitaran yang tertentu dan saya membuat beberapa tekaan tentang mengapa perkara-perkara yang berlaku seperti yang mereka lakukan. Jika anda mempunyai mana-mana wawasan ke dalam satu, Sila kongsi di komen.

</akhir>

Langgan ke blog saya.

Technorati Tags: