Genel bakış

Bu giriş bir gerçek MRO açıklayan bir örnek çalışma açıklar. (Bakım, Onarım ve işlemleri) YOSUN uygulanan iş akışı onay süreci.

Bu açıktan açığa teknik bir tartışma değil., Ama onun yerine ne yosun platform gerçek bir araya gösteren bir gerçek örnek sağlamak için hizmet.

(Bu girişe çapraz arasında Yayınlanan http://paulgalvin.spaces.live.com ve http://blogs.conchango.com)

Arka plan

İstemcinin MRO süreci izleyerek karakterize

• El ile onay süreci.
• Bazı destek kullanarak excel elektronik tabloları.
• Düzensiz onay süreci. Aynı MRO satın alma onay işlemi günlük farklı olacaktır, kişi kişi tarafından.
• Kağıt ve imzaları elle yazılmış bir sürü — satın alma talepleri için gerekli 3 daha önce son onayı yazılı imzalar.

Dahil bu projenin hedefleri:

• Tamamen otomatikleştirmek belgili tanımlık oluşum.
• Onay için kuruluş standartları uygulamak.
• MRO satın alma çeşitli yöneticileri için birleştirilmiş bir görünüm sağlar.
• Ayrıntılı denetim izi.

Bir yan etki olarak çözüm, Yazılı imzalar artık gerekli.

Onay süreci

Onay işlemi dört "yüz hatlarının" oluşur.: İletiyi gönderen, Direct Yöneticisi, Fonksiyonel Yöneticisi ve bölümü müdürü.

İletiyi gönderen:

Satın alma ihtiyacını görür ve bu süreç başlar. Not iletiyi gönderen olabilir veya aslında Satınalma talebini giremezsiniz, Ama onun yerine bunu yapmak için başka bir personel doğrudan. Bazı zamanlar, iletiyi gönderen PO talep doldurmak için teknik uzmanlığa sahip değil. Örneğin, kullanıcı-ebilmek istemek-e doğru yeni bir dizüstü bilgisayar talebi, Ama en iyi satıcı bilmez, It standartları, vb. Bu durumda, iletiyi gönderen inşaat ile o ve o aslında talep doldurur.

Direct Yöneticisi:

Bu iletiyi gönderen doğrudan yöneticisidir (hangi-ebilmek var olmak farklı aslında PO talep MOSS giren kişinin). Sistem onay daha fazla satır aşağı arar önce doğrudan yöneticileri PO talep onaylaması gerekir.

Fonksiyonel Yöneticisi:

Önerilen satın belirli bir kurumsal fonksiyon kapsamında kurumsal standartlara uymasını sağlamaktan sorumlu birey fonksiyonel yöneticisidir. Örneğin, BT satın alma bir BT fonksiyonel Yöneticisi tarafından onaylanan.

Bölüm Yöneticisi:

Bölüm yöneticileri satınalma talepleri kesinlikle para birimi cinsinden tutarını tarafından onaylama. Bölüm Yöneticisi satınalma talepleri yapılandırılabilir bir tutarı aşan onaylama.

Çözüm

Biz çözümü uygulamak için aşağıdaki araçları ve bileşenleri kullanılır:

YOSUN: Hangi asmak her şeyi"" platform olarak hizmet vermektedir. MOSS güvenlik ana kaya hizmetleri sağlar, Ana veriler, Denetim izleme ve diğer özellikleri.

InfoPath forms services: MOSS bileşen, Bu, kullanıcıların bir web tarayıcısı üzerinden satınalma talepleri doldurmasını sağlar.

SharePoint Designer (SPD): Biz SPD otomatik iş akışı işlemleri uygulamak için kullanılan.

Web hizmeti: C# web hizmeti InfoPath formu basamaklı seçim listelerinde sağlayarak kullanıcı deneyimini geliştirir ve verilere filtre uygulama ile ilgili olarak daha iyi performans sağlar. Bkz: Burada bir teknik bir derin dalış için bu konu ve onu kullanmak için nedenleri.

Özel listeler: Belirli bir kullanıcının doğrudan Yöneticisi sağlanan MOSS kullanıcı profilleri, Ama en-in iş akışı kararları kontrol veri sağlamadı (e.g. ister tümen Yöneticisi PO talep onaylamak için gereklidir). Biz özel listeler bir "kuruluş verilerinizde kullanılan" "Sahra Yöneticisi onayı dolar tutar" gibi verileri korumak için site, "Fonksiyonel bölge müdürü" ve benzeri. Listeleri çok güzel InfoPath ile birlikte ve aynı zamanda oluşturmak/güncelleştirme/silme sağlar (REZİL) Denetim ve güvenlik kutudan işlevselliği.

Kullanım örneği

Kullanma bu durumda birlikte çözüm nasıl uyduğunu göstermektedir.:

1. Paul yeni bir dizüstü bilgisayar istiyor. Vivek onun ihtiyaçlarına anlatıyor, bir BT kişi kurumsal dizüstü standartları ile tanıdık, tercih edilen satıcılar, vb.
2. Vivek günlükleri içine yosun, PO talep formu erişir ve talep Paul adına girer. Formu Vivek şirket onaylı satıcılarının aþaðý açýlan listesini doldurmak için web hizmetlerini kullanan bir satınalma Kategori için ister.. Vivek, Ayrıca bu satın alma kurumsal işlevsel alanı belirtir (e.g. "BU" ya da "Finans").
3. SPD dayalı iş akışını başlatır, Paul'un direct Yöneticisi belirler ve satınalma siparişinin menajeriyle yönlendirir, Stacy.
4. Stacy Satınalma talebini onaylar.
5. SPD iş akışı talep olup olmadığını denetler ve bir BT satın alma olduğunu belirler. BT fonksiyonel Yöneticisi iş akışı yönlendirir, Wonson.
6. Wonson talebini onaylar.
7. SPD iş akışı tekrar talep inceler ve satınalma tutarı maxium tutarı aşan ve Bölüm Yöneticisi onay giden yollar belirler..
8. Bölüm Yöneticisi Satınalma talebini onaylar.

Notlar

• Kullanım örneğini gösteren bir "temiz" hiçbir reddi veya atlar ile çalıştırın.
• Her onaylayan onaylamak veya reddetmek satınalma siparişinin yanı sıra yazılı görüş sağlamak için yeteneği. Bunlar hesap denetimi kılavuzunu kaydedilir.
• Mesul Müdür herhangi bir satınalma talebini reddederse, PO talep "ölü" ve işlemi baştan başlatılması gerekir.
• İş akışı ve orijinal sürecinin her adımında size bildirir..
• Yazılı imza yok — belirlenen istemci (sonra güçlü bazı öneriler) Denetim koşuluyla, iş akışı geçmişi ile iz, Denetim ihtiyaçlarını hizmet.
• Çaba — Bu çözümü uygulamak için yaklaşık üç adam hafta sürdü.

Sonuç

Bu çözüm geliştirme ve çalıştırma platformu MOSS güçlendirir. İstemcinin temel MOSS özellikleri hemen hemen her çalışanın şirketteki etkilenen bir rutin iş sürecini otomatikleştirmek için manivela başardı. Basit bir web servisi dışında (kendisini MOSS güçlendirir), neredeyse hiç gerçek programlama"" gereken yapıldı..

Çözüm de bir "vitrin hizmet vermektedir." istemci için, Ne kadar farklı MOSS özelliklerini gösteren bir tam özellikli iş uygulaması oluşturun ve yeni danışmanlık fırsatlar gelecekte oluşturmak için kombine edilebilir.

Sözlük

MRO: Bakım, Onarım ve işlemleri. Bu alımları genellikle not defterleri gibi öğeler içerir, sandalye, kişisel bilgisayarlar, Yazıcılar, cep telefonları ve benzeri.