Salah satu klien saya bekerja dengan seorang kontraktor yang sebelumnya untuk membangun sebuah kecil tapi berguna aplikasi SDM untuk perusahaan. Kontraktor yang menggunakan SharePoint Designer untuk mengimplementasikan alur kerja bagian dari solusi. Sedikit berantakan. Misalnya, ada sembilan SPD alur kerja untuk mendukung proses alur kerja logis tunggal dan hingga lima dari mereka mungkin api secara bersamaan pada waktu tertentu yang diberikan kondisi yang tepat. It’s not easy to debug 🙂
Pelanggan saya memiliki sejumlah persyaratan masih beredar, salah satunya adalah untuk umumnya menyediakan konteks lain ketika sistem mengirimkan email peringatan – baik dalam email itu sendiri serta bentuk-bentuk terkait tugas. Sebagai SPD alur kerja pelaksana tahu, tindakan SPD "mengumpulkan data dari pengguna" benar-benar membuat tugas dengan jenis konten kustom. Apabila kita menggunakan tindakan, kita tidak bisa menentukan banyak. Kita dapat meminta untuk beberapa nilai (misalnya. "menyetujui" atau "menyangkal") dan kita dapat menetapkan nilai kode keras dalam judul dan deskripsi. Thats tentang hal itu.
Persyaratan pelanggan saya adalah dua kali lipat:
- Ketika SharePoint mengirim email tentang tugas tugas, mencakup banyak informasi tentang tugas di badan email.
- Lebih penting lagi, jauh – ketika pengguna mengklik tugas link dalam email, bentuk tugas harus memiliki semua informasi yang approver membutuhkan untuk membuat mereka menyetujui atau menolak keputusan. Sekarang, Manajer perlu klik pada link item sendiri untuk menelusuri ke rincian mendasari dan tidak ada yang suka yang. Anda harus mengklik dalam email. Maka Anda perlu untuk mengklik link semacam jelas pada item tugas. Kemudian Anda dapat melihat data yang mendasarinya (InfoPath membentuk dalam hal ini). Kemudian Anda klik kembali kembali, dll. Semmua orang membenci itu.
Aku telah mewarisi solusi teknis ini agak berantakan dan saya ingin membuat perubahan dalam cara yang paling tidak mengganggu mungkin.
Pendekatan yang saya mengambil sekarang adalah untuk membuat template kustom alert. Anda dapat membaca tentang itu di sini. Aliran ini bekerja seperti ini:
- SPD alur kerja berjalan.
- Di beberapa titik, menetapkan tugas untuk manajer.
- SharePoint sistem secara otomatis mengirimkan peringatan untuk bahwa manajer. Ini bukan merupakan bagian dari alur kerja SPD melainkan "SharePoint apa." (SharePoint timer layanan, Saya percaya).
- Handler lansiran kustom dipanggil mendukung dari proses alert standar (mengikuti aturan ajaib seperti yang dijelaskan di atas dirujuk artikel).
- Ketika handler lansiran kustom saya berjalan, itu menghasilkan sebuah email yang indah. Lebih penting lagi, karena memiliki tugas di tangan, itu juga menghiasi tugas yang sebenarnya dengan semua informasi konteks yang diperlukan untuk memenuhi persyaratan bisnis.
- Pengguna mendapatkan email dan penuh dengan informasi berguna konteks.
- Pengguna mengklik link tugas dan tugas itu sendiri penuh dengan informasi berguna konteks.
- Setiap orang goes home untuk memiliki semangka dan es krim.
Aku POC cepat dan itu bekerja dengan baik dalam lingkungan laboratorium. Saya mendapatkan peringatan email kustom saya seperti yang diharapkan. Saya juga mendapatkan untuk memperbarui tugas Deskripsi dan judul itu sendiri.
Sedikit rumit hanya, sejauh, adalah untuk menghindari situasi di mana lansiran update item, memicu lain waspada. Ini tidak khawatir me.
Tampak menjanjikan so far...
Hal yang besar tentang hal ini adalah bahwa saya tidak perlu Bergelandangan dengan salah satu alur kerja SPD yang ada. Mereka tak sadar bahwa sebuah peringatan handler adalah"IIZ BERLARI DI DA BAKGROUND, DECORATIN TEH TUGAS DAFTAR WIF MOAR KONTEKS”.
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
