Tinjauan

Entry ini menerangkan satu kajian kes menceritakan tentang sebuah MRO sebenar (Penyelenggaraan, Pembaikan dan Operasi) proses kelulusan kerja dilaksanakan di MOSS.

Ini bukan perbincangan secara terang-terangan teknikal, tetapi sebaliknya bertujuan untuk menyediakan satu contoh dunia sebenar yang menunjukkan bagaimana platform MOSS bermesyuarat keperluan dunia sebenar.

(Entri ini telah diposkan antara salib http://paulgalvin.spaces.live.com dan http://blogs.conchango.com)

Latar belakang

Proses MRO pelanggan telah disifatkan oleh yang berikut

• Proses kelulusan Manual.
• Beberapa sokongan menggunakan excel spreadsheet.
• Proses kelulusan tidak teratur. Proses kelulusan pembelian MRO yang sama akan berbeza-beza sehari-hari, orang oleh orang.
• Banyak kertas dan tandatangan tulisan tangan — tuntutan pembelian diperlukan sehingga 3 tandatangan ditulis sebelum kelulusan akhir.

Objektif projek ini termasuk:

• Sepenuhnya mengautomasikan proses.
• Menguatkuasakan piawaian perusahaan untuk kelulusan.
• Memberi pandangan disatukan MRO membeli pelbagai pengurus.
• Jejak audit terperinci.

Sebagai kesan sampingan satu penyelesaian yang, tandatangan bertulis telah tidak lagi diperlukan.

Proses Kelulusan

Proses kelulusan ini terdiri daripada empat "lorong berenang": Pemula, Pengurus langsung, Pengurus berfungsi dan pengurus bahagian.

Pemula:

Melihat keperluan untuk membeli dan memulakan proses. Sila ambil perhatian bahawa pemilik asal mungkin tidak benar-benar boleh memasukkan permintaan pembelian, tetapi sebaliknya mengarahkan ahli kakitangan lain untuk berbuat demikian. Beberapa kali, pemilik asal tidak mempunyai kepakaran teknikal untuk mengisi permintaan PO. Sebagai contoh, pengguna mungkin mahu permintaan komputer riba yang baru, tetapi tidak tahu vendor terbaik, Standard IT, dan sebagainya.. Dalam kes ini,, kerja-kerja pemberi pinjaman dengan MENGGUNAKANNYA dan ia benar-benar mengisi keluar permintaan.

Pengurus langsung:

Ini adalah pengurus langsung pemula (yang mungkin berbeza daripada orang yang benar-benar memasuki permintaan itu ke PO MOSS). Langsung Pengurus perlu meluluskan permintaan PO sebelum sistem bertujuan kelulusan selanjutnya selari dengan.

Pengurus berfungsi:

Pengurus fungsian adalah individu yang bertanggungjawab untuk memastikan bahawa pembelian dicadangkan mematuhi piawaian perusahaan dalam skop fungsi korporat yang tertentu. Sebagai contoh, Pembelian ia diluluskan oleh seorang pengurus fungsian IT.

Pengurus Bahagian:

Pengurus Bahagian meluluskan pembelian requisitions tegas dengan amaun dolar yang. Pengurus Bahagian meluluskan pembelian requisitions melebihi jumlah dolar dikonfigurasikan.

Penyelesaian

Kita menggunakan alat dan komponen yang berikut untuk melaksanakan penyelesaian yang:

MOSS: Berfungsi sebagai platform off segala-galanya "Hang". MOSS menyediakan perkhidmatan batuan dasar untuk Keselamatan, master data, jejak audit dan ciri-ciri lain.

InfoPath membentuk perkhidmatan: Satu komponen MOSS, ini membolehkan pengguna untuk mengisi tuntutan pembelian melalui pelayar web.

SharePoint Designer (SPD): Kami menggunakan SPD untuk melaksanakan proses aliran kerja automatik.

Perkhidmatan Web: C# perkhidmatan web meningkatkan pengalaman pengguna dengan membolehkan senarai pilihan Café yang disediakan dalam bentuk InfoPath dan memberikan prestasi yang lebih baik berkenaan dengan penapisan data. Lihat di sini untuk menyelam teknikal yang mendalam mengenai perkara ini dan sebab-sebab kami untuk menggunakannya.

Senarai Custom: MOSS profil pengguna yang disediakan Pengurus langsung pengguna diberikan, tetapi tidak menyediakan sebahagian data yang dikawal keputusan aliran kerja (e.g. sama ada pengurus bahagian yang diperlukan untuk meluluskan permintaan PO). Kita menggunakan senarai tersuai dalam sebuah "Syarikat Data" Laman web untuk mengekalkan data seperti "Pejabat pengurus kelulusan dolar amaun", "Fungsi Pengurus kawasan" dan sebagainya. Senarai bersepadu sangat baik dengan InfoPath dan juga menyediakan mencipta/Kemaskini/Hapus (Crud) fungsi dengan pengauditan dan keselamatan keluar dari kotak.

Gunakan Kes

Kes ini menunjukkan bagaimana penggunaan penyelesaian yang sesuai bersama-sama:

1. Paul mahukan sebuah komputer riba yang baru. Dia menerangkan hajatnya untuk Vivek, orang IT biasa dengan standard laptop korporat, vendor pilihan, dan sebagainya..
2. Vivek log ke MOSS, mengakses borang permintaan PO dan memasuki permintaan bagi pihak Paul. Borang arahan Vivek untuk kategori pembelian yang kemudian menggunakan perkhidmatan web untuk mengisi senarai juntai ke bawah vendor Syarikat yang diluluskan. Vivek juga menetapkan fungsi bidang korporat pembelian ini (e.g. "IA" atau "Kewangan").
3. SPD aliran kerja berasaskan bermula, pengurus langsung dan laluan rekuisisi kepada pengurus beliau menentukan Paul, Stacy.
4. Stacy meluluskan permintaan pembelian.
5. SPD aliran inspects permintaan dan menentukan ianya satu pembelian IT. Ia laluan alur kerja dengan Pengurus fungsian IT, Wonson.
6. Wonson meluluskan permintaan itu.
7. SPD kerja lagi memeriksa permintaan itu dan menentukan bahawa jumlah pembelian melebihi jumlah dolar Maksimum dan laluan kepada pengurus bahagian untuk kelulusan.
8. Pengurus bahagian meluluskan permintaan pembelian.

Nota

• Menunjukkan kes penggunaan a "bersih" Jalankan tanpa rejections atau lompatan.
• Tiap-tiap Pegawai mempunyai keupayaan untuk meluluskan atau menolak permintaan serta memberikan komen bertulis. Ini telah log masuk jejak audit.
• Jika seorang pengurus yang bertanggungjawab menolak permintaan pembelian pada bila-bila, rekuisisi PO sudah "mati" dan proses ini mesti dimulakan dari awal.
• Aliran kerja memberitahu pemula di setiap langkah proses.
• Tiada tandatangan bertulis — pelanggan yang ditentukan (selepas beberapa cadangan secara paksa) bahawa jejak audit sebagaimana yang diperuntukkan melalui sejarah aliran kerja, berkhidmat pengauditan perlu.
• Usaha — Ia mengambil masa kira-kira tiga lelaki minggu melaksanakan penyelesaian ini.

Kesimpulan

Penyelesaian ini memanfaatkan MOSS sebagai kemajuan dan platform berjalan. Pelanggan telah berjaya memanfaatkan ciri-ciri MOSS teras untuk mengautomasikan proses perniagaan rutin yang menjejaskan hampir setiap pekerja dalam Syarikat. Kecuali perkhidmatan web mudah (yang sendiri memanfaatkan MOSS), hampir tiada sebenar "pengaturcaraan" diperlukan.

Penyelesaian yang juga bertindak sebagai "mempamerkan" untuk pelanggan, menunjukkan ciri-ciri MOSS cara yang berbeza boleh digabungkan untuk mencipta sebuah aplikasi perniagaan yang sepenuhnya yang diketengahkan dan menjana peluang-peluang perundingan yang baru pada masa akan datang.

Glosari

MRO: Penyelenggaraan, pembaikan dan operasi. Pembelian ini biasanya meliputi perkara-perkara seperti pad Nota, kerusi, komputer peribadi, pencetak, telefon bimbit dan sebagainya.