Studi kasus MRO alur kerja yang menggunakan MOSS, SPD, InfoPath & layanan web.

Sekilas pandang

Catatan ini menjelaskan studi kasus yang menggambarkan MRO aktual (Pemeliharaan, Perbaikan dan operasi) proses persetujuan alur kerja yang dilaksanakan di MOSS.

Ini bukanlah sebuah diskusi yang terang-terangan teknis, tetapi sebaliknya berfungsi untuk memberikan contoh nyata yang menunjukkan bagaimana MOSS platform bertemu nyata perlu.

(Catatan ini cross diposting antara http://paulgalvin.spaces.live.com dan http://blogs.conchango.com)

Latar belakang

Klien MRO proses yang telah ditandai oleh berikut

  • Proses persetujuan manual.
  • Beberapa dukungan menggunakan spreadsheet excel.
  • Proses persetujuan tidak teratur. Proses persetujuan pembelian MRO sama akan bervariasi sehari, orang oleh orang.
  • Banyak kertas dan tulisan tangan tanda tangan — pembelian diperlukan hingga requisitions 3 tanda-tangan yang tertulis sebelum persetujuan akhir.

Tujuan dari proyek ini termasuk:

  • Mengotomatisasi proses.
  • Menegakkan standar perusahaan untuk persetujuan.
  • Memberikan tampilan konsolidasi MRO pembelian untuk berbagai Manajer.
  • Rinci audit trail.

Sebagai efek samping dari solusi, tanda-tangan yang tertulis yang tidak lagi diperlukan.

Proses persetujuan

Proses persetujuan yang terdiri dari empat "berenang jalur": Pencetus, Manajer langsung, Divisi manajer dan fungsional.

Pencetus:

Melihat kebutuhan untuk pembelian dan mulai proses. Catatan bahwa pencetus mungkin atau mungkin tidak benar-benar masuk daftar permintaan pembelian, tetapi sebaliknya mengarahkan anggota staf lain untuk melakukannya. Beberapa kali, pencetus tidak memiliki keahlian teknis untuk mengisi permintaan PO. Misalnya, pengguna mungkin ingin requisition komputer laptop baru, tetapi tidak tahu vendor terbaik, Standar TI, dll. Dalam hal ini, karya-karya pencipta dengan itu dan itu benar-benar mengisi daftar permintaan.

Manajer langsung:

Ini adalah manajer langsung pencetus (yang mungkin berbeda dari orang yang benar-benar masuk daftar permintaan PO ke MOSS). Langsung Manajer harus menyetujui permintaan PO sebelum sistem mencari persetujuan lebih lanjut bawah garis.

Manajer fungsional:

Manajer fungsional adalah individu yang bertanggung jawab untuk memastikan bahwa usulan pembelian sesuai dengan standar perusahaan dalam lingkup fungsi perusahaan tertentu. Misalnya, Pembelian itu disetujui oleh seorang manajer TI fungsional.

Division Manager:

Manajer Divisi menyetujui pembelian requisitions ketat oleh jumlah dolar. Manajer Divisi menyetujui pembelian requisitions lebih dari jumlah dolar yang dapat dikonfigurasi.

Solusi

Kami menggunakan alat dan komponen berikut untuk mengimplementasikan solusi:

MOSS: Berfungsi sebagai platform yang dari mana segala sesuatu "hang". Lumut menyediakan layanan batuan dasar untuk keamanan, Master data, jejak audit dan fitur lainnya.

InfoPath Formulir Layanan: Komponen MOSS, Hal ini memungkinkan pengguna untuk mengisi pembelian requisitions melalui web browser.

SharePoint Designer (SPD): Kami menggunakan SPD untuk mengimplementasikan proses alur kerja otomatis.

Layanan web: Layanan web c# meningkatkan pengalaman pengguna dengan memungkinkan daftar pilihan berjenjang dalam bentuk InfoPath dan memberikan kinerja yang lebih baik terhadap menyaring data. Lihat Sini untuk menyelam mendalam teknis pada subjek ini dan alasan kami menggunakannya.

Daftar kustom: MOSS profil pengguna yang disediakan pengguna tertentu langsung Manajer, tetapi tidak memberikan sebagian besar data yang dikendalikan keputusan alur kerja (misalnya. Apakah manajer Divisi diperlukan untuk menyetujui permintaan PO). Kami menggunakan daftar kustom di "Enterprise Data" situs untuk mempertahankan data seperti "Divisi manajer persetujuan jumlah dolar", "Fungsional Area Manager" dan sebagainya. Daftar terintegrasi dengan sangat baik dengan InfoPath dan juga menyediakan membuat/update/menghapus (CRUD) fungsionalitas dengan audit dan keamanan dari kotak.

Menggunakan kasus

Kasus penggunaan ini menggambarkan bagaimana solusi yang cocok bersama-sama:

  1. Paul ingin laptop baru. Ia menggambarkan kebutuhannya untuk Vivek, orang itu yang akrab dengan perusahaan laptop standar, disukai vendor, dll.
  2. Vivek log ke MOSS, mengakses formulir permintaan PO dan masuk daftar permintaan atas nama Paul. Vivek meminta formulir kategori pembelian yang kemudian menggunakan layanan web untuk mengisi daftar drop-down disetujui perusahaan vendor. Vivek juga menentukan daerah fungsional perusahaan pembelian ini (misalnya. "ITU" atau "Keuangan").
  3. SPD berdasarkan alur kerja dimulai, menentukan Paul's langsung manajer dan rute daftar permintaan kepada sang Manajer, Stacy.
  4. Stacy menyetujui permintaan pembelian.
  5. Alur kerja SPD memeriksa daftar permintaan dan menentukan itu adalah pembelian IT. Itu rute alur kerja untuk IT manager fungsional, WONSON.
  6. WONSON menyetujui permintaan.
  7. Alur kerja SPD lagi memeriksa daftar permintaan dan menentukan bahwa jumlah pembelian melebihi jumlah dolar raugargut dan rute itu ke manajer Divisi untuk persetujuan.
  8. Manajer Divisi menyetujui permintaan pembelian.

Catatan

  • Kasus penggunaan menunjukkan sebuah "bersih" menjalankan tanpa penolakan atau melompat.
  • Setiap approver memiliki kemampuan untuk menyetujui atau menolak permintaan serta memberikan komentar tertulis. Ini login audit trail.
  • Jika seorang manajer yang bertanggung jawab menolak permintaan pembelian setiap saat, Daftar Permintaan PO "mati" dan proses harus dimulai dari awal.
  • Alur kerja memberitahu pencetus pada setiap langkah dari proses.
  • Ada tanda tangan tertulis — klien ditentukan (setelah beberapa rekomendasi kuat) bahwa audit trail yang disediakan melalui sejarah alur kerja, melayani kebutuhan mereka audit.
  • Usaha — Butuh waktu kira-kira tiga pria minggu untuk menerapkan solusi ini.

Kesimpulan

Solusi ini memanfaatkan MOSS sebagai pengembangan dan run-time platform. Klien mampu memanfaatkan fitur MOSS inti untuk mengotomatisasi proses bisnis rutin yang mempengaruhi hampir setiap karyawan di perusahaan. Dengan pengecualian layanan web sederhana (yang memanfaatkan MOSS), hampir tidak ada sebenarnya "pemrograman" diperlukan.

Solusi yang juga berfungsi sebagai sebuah "karya" untuk klien, menunjukkan betapa berbedanya MOSS fitur dapat dikombinasikan untuk membuat aplikasi fitur lengkap bisnis dan menghasilkan peluang konsultasi baru di masa depan.

Daftar istilah

MRO: Pemeliharaan, perbaikan dan operasi. Pembelian ini biasanya mencakup item seperti Notepad, kursi, komputer pribadi, printer, ponsel dan sejenisnya.

Ujian 70-542: Studi rekomendasi (Microsoft Office SharePoint Server 2007 – Pengembangan aplikasi)

UPDATE: Dalam komentar, Seseorang diposting link ini: http://www.midnightmonkey.co.uk/blog/blogging/?page_id=5. Tampak baik padaku juga.

Saya lulus ujian teknis MOSS hari, berjudul "Microsoft Office SharePoint Server 2007 – Pengembangan aplikasi". Saya menemukan ujian harus cukup ketat dan itu cocok cukup baik dengan Microsoft Panduan Persiapan.

Saya telah bekerja dengan Lumut setiap hari dan tidak ada yang mengalahkan sebenarnya pengalaman untuk semua ujian tersebut.

Mengatakan bahwa, Aku mengambil catatan dari apa yang saya pelajari ketika saya mempelajari. Saya percaya bahwa semua sumber daya berguna, khususnya sebagai sarana untuk memperkuat bahwa hands-on pengalaman.

Subjek Link
Excel Jasa http://msdn2.microsoft.com/en-us/library/ms519581.aspx
Pencarian Tidak ada rekomendasi khusus. Saya telah mengambil kelas pada pencarian awal tahun ini dan dunia nyata pengalaman membawa saya melalui. Bekerja dengan "Cari Pusat" komponen Lumut.
BDC http://msdn2.microsoft.com/en-us/library/ms563661.aspx
Penonton http://msdn2.microsoft.com/en-us/library/ms496822.aspx
Profil http://msdn2.microsoft.com/en-us/library/ms496822.aspx
Mgmt konten http://www.sharepointblogs.com/tonstegeman/archive/2007/02/01/moss-custom-policies-part-1-creating-a-custom-information-management-policy.aspx

http://blogs.msdn.com/ecm/archive/2007/03/04/customize-the-page-editing-toolbar-in-moss-2007.aspx

http://msdn2.microsoft.com/en-us/library/aa674506.aspx

BI Hands-on bekerja dengan KPI di MOSS.
Alur kerja http://msdn2.microsoft.com/en-us/library/aa830816.aspx
Info mgmt http://msdn2.microsoft.com/en-us/library/bb397403.aspx
Variasi http://aspnetcoe.wordpress.com/2007/02/09/customize-variation-root-landing-logic/
Catatan mgmt http://blogs.msdn.com/recman/archive/2006/06/16/633393.aspx
InfoPath http://msdn.microsoft.com/msdnmag/issues/06/08/infopath2007/default.aspx

Banyak dari link tersebut mengarah ke lebih banyak link dan saya cenderung mengikuti mereka hingga 3 level.

Saya tidak akan mengatakan bahwa segala sesuatu yang saya membaca langsung diterapkan untuk ujian, tapi aku tidak menyesal membaca semua itu dan bahkan jika beberapa bit tidak langsung relevan. Itu adalah semua hal yang baik untuk mengetahui dan saya sangat menyarankan bahan untuk semua calon pengembang MOSS baik-bulat.

Hasil pencarian MOSS/WSS (dan dataviews): Lihat XML data mentah

Ini mungkin jelas bagi banyak, Tetapi sementara belajar untuk ujian pemrograman MOSS saya, Saya belajar bahwa it's pretty mudah untuk mendapatkan XML sebenarnya dari permintaan pencarian melalui antarmuka pengguna.

Salah satu metode cepat adalah sebagai berikut:

  • Akses penelusuran lanjutan.
  • Melakukan pencarian yang mengembalikan beberapa data.
  • Mengedit halaman (melalui pengaturan situs).
  • Mengubah XSL berikut:

<?XML Versi="1.0" encoding="utf-8"?>
<
Extensible Stylesheet Language:stylesheet Versi="1.0" xmlns:Extensible Stylesheet Language="http://www.w3.org/ 1999/XSL/mengubah">
<
Extensible Stylesheet Language:output metode="XML" Versi="1.0" encoding="UTF-8" indentasi="Ya"/>
<
Extensible Stylesheet Language:template pertandingan="/">
<
pra>
<
Extensible Stylesheet Language:salinan dari Pilih="*"/>
</
pra>
</
Extensible Stylesheet Language:template>
</
Extensible Stylesheet Language:stylesheet>

  • Hit Terapkan.
  • Lihat sumber dalam browser.

Perhatikan bahwa <pra> Tag tidak berbuat banyak kecuali melayani sebagai penanda nyaman ketika Anda melihat hasil.

Trik ini dapat sangat berguna ketika bekerja dengan sifat yang dikelola dan menyesuaikan pencarian. Ini akan memberikan daftar definitif XML tersedia untuk Anda gunakan dalam Anda xslt yang pasti sudah sangat membantu terakhir 25 kali saya membuat beberapa hasil pencarian.

Hal ini harus bekerja untuk dataviews serta, Walaupun saya belum diuji yang keluar belum.

Tidak ada CQWP untuk WSS? Coba ini…

Saya melihat bahwa Eric Kraus dihadapkan dengan persyaratan biasanya bertemu dengan permintaan konten web bagian. Masalah? Dia berada di WSS lingkungan yang murni tanpa akses ke CQWP. Daripada meringkuk dalam posisi janin (dorongan saya harus berjuang setiap hari, tampaknya), Ia datang dengan solusi yang memberikan setidaknya WSS toko peluang untuk berhasil. Dijelaskan Sini.

Lihat brilian dan rinci dari manajemen konten API

Stefan Goßner telah mengumpulkan serangkaian 4-bagian hebat pada konten SharePoint dan penyebaran API Sini. Hotel ini menawarkan gambaran besar dan contoh yang sangat baik dalam kode (C#).

Saya pertama kali mengambil link ini dari joris poelmans blog pada http://jopx.blogspot.com/.

Bahkan jika Anda seperti saya, bahwa Anda tidak harus melakukan pekerjaan banyak tangan-on untuk manajemen konten, ini adalah bernilai baik 20 menit dari waktu Anda untuk membaca.

Menggunakan API, Satu dapat:

  • Ekspor dan impor konten sangat mudah.
  • Orangtua ulang konten. Jika Anda ingin ekspor beberapa konten dari situs "A" dan mengirimkannya ke situs "B" tetapi dalam benar-benar baru tempat dalam hirarki, Hal ini mungkin.
  • Mengekspor konten dari situs A dan impor potongan-potongan yang dipilih ke situs A.
  • Menautkan ulang konten (berarti berurusan dengan semua hyperlink).

WSS, doc libs & Daftar, Kolom dihitung melibatkan [Saya]

Seseorang di the Internets bertanya tentang cara membuat sebuah kolom dihitung pada daftar yang menunjukkan nilai diformat sebagai"[Pengguna] – [Status] – [Lokasi]" seperti dalam "Paul Galvin – Minum [gratis] Bir – Pantai".

Paul akan masuk dan memperbarui masuk dalam daftar dan kolom dihitung akan memperbarui tepat. The [Pengguna] harus default ke pengguna memasukkan/memperbarui daftar.

Kolom dihitung tidak dapat menggunakan "volatile" fungsi seperti [Saya] atau [Hari ini]. Saya diselesaikan dalam lingkungan pengujian dengan langkah-langkah:

  1. Menciptakan kolom teks yang bernama "Pengguna sekarang".
  2. Set nilai default [Saya]
  3. Membuat kolom dihitung disebut "Calc Test".
  4. Set nilai = [Pengguna saat ini]

Aku masuk, menambahkan item ke daftar dan bekerja.

Lulus saya 70-315 Ujian hari!

Saya lulus "mengembangkan dan menerapkan Web aplikasi dengan Microsoft Visual C# net dan Microsoft Visual Studio .NET" Ujian hari ini di negara besar NJ di kantor mulia SolarTech di Hasbrouck Heights.

Aku meletakkan ujian ini atas sana dengan BizTalk dalam kesulitan. Anda tidak dapat berpura-pura cara Anda melalui.

Belajar, Saya menggunakan PHMU MCSD diri mondar-mandir pelatihan kit buku berjudul Mengembangkan aplikasi Web dengan Microsoft Visual Basic .NET dan Visual C# net.

Microsoft pedoman (Sini) adalah persis benar IMO. Buku alamat semuanya dan jika Anda memiliki jumlah sedikit atau pengalaman dunia nyata, harus ujian lurus ke depan. Jika tidak, mengambil waktu mendapatkan pengalaman dunia nyata atau setidaknya melaksanakan laboratorium di buku. Yang mungkin akan memberi Anda apa yang Anda butuhkan.

Aku bahkan pergi sejauh untuk merekomendasikan buku untuk pro, orang-orang terutama otodidak seperti diriku. Ini mencakup beberapa hal dasar yang aku tidak pernah punya alasan untuk tersandung atas dalam perjalanan saya dan saya menendang diri saya sedikit untuk tidak pernah mengambil waktu untuk mempelajari mereka.

SharePoint Designer, “Mengumpulkan Data dari pengguna” dan menggunakan hasil tersebut.

Menggunakan "mengumpulkan Data dari pengguna" tindakan untuk membuat dan menetapkan tugas ke pengguna yang mendorong mereka untuk data. Antara lain, Aku sudah menggunakannya untuk meminta pengguna untuk menyetujui atau menolak permintaan dan memasukkan beberapa komentar.

Tindakan ini mengambil bentuk:

Mengumpulkan data dari pengguna ini (Output Variabel: collect1)

Mengklik pada data menarik serangkaian kotak dialog yang mana Anda menentukan apa data pengguna harus menyediakan ketika menyelesaikan tugas dan pengguna ini jelas.

Bagian output (Variabel: collect1) menyimpan ID dari tugas. Anda menggunakan ini dalam alur kerja Anda untuk mengekstrak pengguna aktual respon melalui "membandingkan sumber data" kondisi.

Kondisi itu menunjukkan sebagai

Jika lapangan sama dengan nilai

Klik pada lapangan dan kemudian f(x) ikon dan menarik lain kotak dialog. Penggunaan umum ini kotak dialog untuk mengatakan hal-hal SPD dua;

1. Apa itu list dan kolom nilai yang ingin Anda Bandingkan.

2. Bagaimana mesin alur kerja harus menemukan baris tertentu dalam daftar itu?

Untuk melakukan hal ini:

  1. Mengubah sumber"" dropdown untuk menunjuk pada daftar tugas yang benar. Perhatikan bahwa kotak dialog mengembang untuk menunjukkan "menemukan the daftar Item" bagian.
  2. Dalam dropdown bidang Lookup rincian, Pilih nama bidang yang nilainya yang Anda inginkan (ini peta untuk apa yang Anda sebut di kotak dialog mengumpulkan data dari atas).
  3. Dalam "menemukan Item daftar" bagian, Pilih "tugas:ID" dalam Field dropdown.
  4. Di bidang nilai, Klik pada f(x). Ini akan membuka kotak dialog lain.
  5. Mengubah sumber "Data alur kerja"
  6. Pilih variabel alur kerja yang sesuai untuk "Output untuk variabel" dari tindakan mengumpulkan data.
  7. Klik OK/OK dan Anda sudah selesai.

Tampak seperti ini bagi saya:

gambar

Pada titik ini, Anda sekarang dapat menggunakan nilai dalam alur kerja Anda seperti yang diperlukan.

Catatan tambahan:

Sebagai samping singkat, Saya selalu membuat alur kerja yang dinamai variabel tipe "daftar Item ID" dan menggunakan yang bukan dihasilkan otomatis "collect1".

Ini "membandingkan sumber data" dialog yang digunakan di beberapa tempat berbeda di SPD dan sangat layak menguasai.

== akhir

Technorati Tags:

IE intermiten crash ketika mengakses dokumen dalam perpustakaan dokumen WSS MOSS

Aku telah terganggu oleh ini 9 bulan dan saya melihat bahwa orang-orang di forum MSDN dan Usenet telah too.l

Kadang-kadang, Ketika mengakses dokumen word (atau jenis doc) dari dokumen perpustakaan menyebabkan Internet Explorer hanya jatuh dan pergi (mengambil semua tab dengan itu jika ada yang terbuka).

Perbaikan terbaru ini MS dapat menyelesaikannya: http://support.microsoft.com/kb/938888

Juga, ada beberapa keterangan tentang masalah di sini:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Akan meneruskan langkah XPath nyata?

Sekilas pandang:

Membuat daftar kustom yang mengelola konten jenis dengan beberapa lusin kolom.

Ditambahkan ke halaman dan kemudian melalui SPD, dikonversi ke tampilan data.

Masalah:

Ekspresi Xpath kembali kosong untuk sebuah kolom yang bernama "Posisi saat ini". Saya dirujuk thusly:

    <Tabel perbatasan = "1">
      <Extensible Stylesheet Language:untuk setiap = pilih "/ dsQueryResponse/baris/baris" >
        <TR>
          <TD>
            Status saat ini:
            <Extensible Stylesheet Language:select="@Current_x0020_Status nilai-dari"></Extensible Stylesheet Language:nilai dari>
          </TD>
        </TR>
      </Extensible Stylesheet Language>
    </Meja>

Kolom di CT bernama "Status saat ini". Itu muncul dalam pencarian sebagai "Status saat ini". Di mana-mana Anda melihat, Anda melihat "Status saat ini".

Sementara thrashing tergila-gila tentang, mencari solusi, Saya malah disebut "@Recruiter" dan sesungguhnya! — yang benar-benar kembali kembali status saat ini. Saya harapkan itu untuk kembali perekrut ketika aku melakukan itu.

Solusi:

Aku melongokkan di SPD. Pergi ke halaman di SPD dan itu menunjukkan tampilan data. Anda dapat memeriksa aktual data diberikan kepada pandangan dan terkait Xpath. Di sini saya menemukan bahwa memang, Xpath menunjuk pada "Perekrut". Anehnya, "sebenarnya" perekrut bidang menunjuk dari "Recruiter1".

Di bawa:

SPD menyediakan ekspresi Xpath otoritatif untuk baris & kolom dalam tampilan data.

Kedua, ini menunjukkan data aktual. Jadi misalnya, kolom jenis menunjukkan hal ini:

<nobr><rentang><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Restoran Galvin, Paul</A><img perbatasan ="0" tinggi = "1" lebar = "3" src="/_layouts/Images/Blank.gif"/><href ='javascript:’ onclick ='IMNImageOnClick();kembali palsu;’ kelas = 'ms-imnlink'><img nama ='imnmark’ title =” perbatasan =’0′ tinggi ='12’ lebar ='12’ src='/_layouts/Images/Blank.gif’ Alt =' tidak ada kehadiran informasi’ SIP ='PGalvin@xxx.com’ id ='imn_77, jenis = smtp'/></a></rentang></nobr>