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.

Ini mungkin jelas kepada ramai, tetapi ketika belajar untuk peperiksaan pengaturcaraan MOSS saya, Saya belajar bahawa ia adalah agak mudah untuk mendapatkan XML sebenar dari pertanyaan carian melalui antara muka pengguna.

Salah satu kaedah yang cepat adalah seperti berikut:

• Mengakses carian maju.
• Melakukan carian yang mengembalikan beberapa data.
• Edit halaman (melalui penetapan tapak).
• Tukar XSL kepada yang berikut:

<?xml versi="1.0" pengekodan="utf-8"?>
<Pemacu:stylesheet versi="1.0" xmlns:Pemacu="http://www.w3.org/1999/XSL/Transform">
<Pemacu:output kaedah="xml" versi="1.0" pengekodan="UTF-8" inden="ya"/>
<Pemacu:template perlawanan="/">
<pra>
<Pemacu:copy-of pilih="*"/>
</pra>
</Pemacu:template>
</Pemacu:stylesheet>

• Hit memohon.
• Lihat Sumber dalam pelayar.

Perhatikan bahawa <pra> Tag tidak melakukan banyak kecuali berkhidmat sebagai petanda mudah apabila anda melihat keputusan.

Silap mata ini boleh menjadi sangat membantu apabila bekerja dengan sifat-sifat yang terurus dan menyesuaikan. Ia akan menyediakan senarai muktamad XML yang tersedia untuk anda gunakan dalam xslt anda yang akan menjadi sangat berguna lepas 25 kali saya mencipta beberapa hasil carian disesuaikan.

Ini sepatutnya bekerja untuk dataviews serta, walaupun saya tidak diuji yang keluar lagi.

Saya melihat bahawa Eric Kraus berhadapan dengan keperluan biasanya bertemu dengan sebahagian pertanyaan kandungan web. Masalahnya? Dia berada dalam suasana WSS tulen tidak mempunyai akses kepada CQWP yang. Alih-alih lencong di kedudukan janin (dorongan untuk saya perlu untuk melawan setiap hari, Ia seolah-olah), Dia datang dengan penyelesaian yang sekurang-kurangnya memberikan kedai WSS perjuangan peluang untuk berjaya. Ia diterangkan di sini.

Stefan Goßner telah meletakkan bersama-sama siri 4-bahagian masing-masing SharePoint kandungan dan penggunaan API di sini. Ia menawarkan gambaran besar dan contoh-contoh yang sangat baik dalam Kod (C #).

Saya mula-mula meningkat pautan ini dari blog poelmans joris pada http://jopx.blogspot.com/.

Walaupun jika anda seperti saya, kerana anda tidak pernah melakukan banyak kerja tangan bagi pengurusan kandungan, ini adalah berbaloi 20 minit masa anda untuk membaca.

Menggunakan API, seseorang boleh:

• Eksport dan import kandungan sangat mudah.
• Ibu-bapa semula kandungan. Jika anda mahu untuk mengeksport beberapa kandungan dari tapak "A" dan hantar ke laman web "B" tetapi di betul-betul baru tempat di dalam hierarki, ini boleh didapati.
• Eksport kandungan dari tapak A dan mengimport bit terpilih ke dalam laman web A.
• Kandungan semula pautan (bermakna berurusan dengan semua hyperlink).

Seseorang di internet yang bertanya mengenai cara untuk mencipta sebuah kolum dikira dalam senarai yang akan menunjukkan nilai yang diformatkan sebagai"[Pengguna] – [Status] – [Lokasi]" seperti dalam "Paul Galvin. – Minum [percuma] Bir – Pantai".

Paul akan masuk dan mengemas kini kemasukan beliau dalam senarai dan kolum dikira akan mengemaskini dengan sewajarnya. Dalam [Pengguna] Sekiranya ingkar kepada pihak pengguna memasukkan/mengemaskini senarai.

Satu kolum yang dikira tidak boleh menggunakan "tidak menentu" fungsi-fungsi seperti [Saya] atau [Hari ini]. Saya menyelesaikan dalam persekitaran ujian dengan langkah-langkah ini:

1. Mencipta sebuah medan teks yang dinamakan "Pengguna semasa".
2. Dijangka nilai lalai [Saya]
3. Mencipta sebuah kolum dikira yang dipanggil "Kerak ujian".
4. Menetapkan nilai = [Pengguna semasa]

Saya pergi, menambah item ke dalam senarai dan berjaya.

Saya telah berhadapan dengan ini untuk 9 bulan dan saya melihat bahawa orang-orang di forum pengguna MSDN dan Usenet mempunyai ia too.l

Kadang-kadang, semasa mencapai dokumen word (atau lain-lain jenis doc) daripada dokumen Perpustakaan menyebabkan Internet Explorer hanya kemalangan dan pergi (mengambil semua tab dengannya jika terbuka adalah mana-mana).

Hotfix MS ini boleh menyelesaikan: http://support.microsoft.com/kb/938888

Juga, Terdapat beberapa huraian tentang masalah itu di sini:

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

Tinjauan:

Mencipta senarai tersuai yang menguruskan jenis kandungan dengan sesetengah lajur sedozen.

Menambah ke halaman dan kemudian melalui SPD, ditukarkan kepada paparan data.

Masalah:

Saya bersuara Xpath adalah kembali kosong untuk kolum yang dinamakan "Sekarang". Saya dirujuk Ehwal:

    <Jadual border = "1">
      <Pemacu:= Pilih untuk-masing-masing "/ dsQueryResponse/baris/baris" >
        <tr>
          <td>
            Status semasa:
            <Pemacu:select="@Current_x0020_Status nilai daripada"></Pemacu:nilai-of>
          </td>
        </tr>
      </Pemacu>
    </jadual>

Lajur di CT yang dinamakan "Status semasa". Ia menunjukkan lookup itu sebagai "Status semasa". Mana pun anda melihat, anda melihat "Status semasa".

Manakala thrashing madly kira-kira, mencari penyelesaian, Saya sebaliknya disebut "lagi @Recruiter" dan tiba-tiba! — yang benar-benar kembali semula status semasa. Saya harapkan untuk memulangkan kembali perekrut apabila saya berbuat demikian.

Penyelesaian:

Saya mencucuk ganas bergerak kira-kira dalam SPD. Pergi ke laman tersebut dalam SPD dan ia menunjukkan paparan data. Anda boleh memeriksa sebenar data yang diberikan kepada pandangan dan berkaitan Xpath. Di sini saya dapati bahawa sesungguhnya, Xpath menunjuk pada "Perekrut". Peliknya, dalam "sebenar" bidang bilangan ahli baru yang menunjukkan dari "Recruiter1".

bawa pergi:

SPD menyediakan ungkapan Xpath autoritatif bagi baris & lajur paparan data.

Kedua, Ia menunjukkan data sebenar. Jadi, sebagai contoh, lajur yang jenis menunjukkan ini:

<nobr><span><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx yang?ID = 17">Galvin, Paul</A><sempadan img ="0" ketinggian = "1" lebar = "3" SRC="/_layouts/Images/Blank.GIF"/><a href ='javascript:’ onclick ='IMNImageOnClick();kembali palsu;’ kelas = 'ms-imnlink'><nama IMG ='imnmark’ Tajuk =” border =’0′ ketinggian ='12’ lebar ='12’ SRC='/_layouts/Images/Blank.gif’ Alt =' tiada maklumat kehadiran’ menghirup ='PGalvin@xxx.com’ ID ='imn_77, jenis = smtp'/></1></span></nobr>