Přehled

Tato položka popisuje případová studie popisující aktuální MRO (Údržba, Opravy a operace) proces schvalování workflow v MECHU.

To není zjevně technické diskuse, Ale místo toho slouží poskytnout příklad reálného světa, který demonstruje, jak platforma MOSS potkal reálného světa.

(Tato položka je kříž posta mezi http://paulgalvin.spaces.live.com a http://blogs.conchango.com)

Pozadí

MRO procesu klienta, už byl charakterizován následující

• Ruční schvalovací proces.
• Některé podpory pomocí aplikace excel tabulky.
• Nepravidelné schvalovací proces. Stejný proces schvalování nákupu MRO by liší den, osoba osobou.
• Spousta papíru a vlastnoručních podpisů — nákupní žádanky až do požadované 3 Písemná podpisy před konečné schválení.

Cíle tohoto projektu:

• Plně automatizovat proces.
• Vynutit standardy organizace ke schválení.
• Poskytuje konsolidovaný pohled na MRO nákup různých manažerů.
• Podrobné revizní záznam.

Jako vedlejší účinek řešení, Písemná podpisy už nebyla požadovaná.

Schvalovací proces

Schvalovací proces se skládá ze čtyř "plavat pruhů": Původce, Přímý nadřízený, Funkční manažer a manažer divize.

Původce:

Vidí potřebu nákupu a spustí proces. Všimněte si, že původce může nebo nemůže vstoupit ve skutečnosti nákupních požadavků, ale namísto přímého jiný zaměstnanec k tomu. Některé časy, původce nemá žádné technické znalosti vyplnit PO požadavku. Například, uživatel může chtít zabavit nový přenosný počítač, ale nezná nejlepší dodavatele, Standardů IT, atd. V tomto případě, původce díla s ním a to skutečně vyplňuje požadavku.

Přímý nadřízený:

To je přímý nadřízený původce (což může být odlišné od osoby, která skutečně vstoupila PO požadavku v MECHU). Přímý manažeři musí schválit PO požadavku, dříve, než systém usiluje o souhlas dále po trati.

Funkční manažer:

Funkční správce je osoba, která je zodpovědná za zajištění, že navrhovaný nákup odpovídá standardům organizace v rámci konkrétní podnikové funkce. Například, IT nákupy schváleny správcem IT funkční.

Ředitel divize:

Vedoucí oddělení schválit nákupních přísně peněžní částku. Manažer divize schvalování nákupních přesahující částku konfigurovatelné dolar.

Řešení

Jsme použili následující nástroje a součásti k realizaci řešení:

MECH: Slouží jako platforma, na které, vše ostatní "visí". MECH poskytuje služby podloží pro bezpečnost, hlavní data, revizní záznamy a další funkce.

Služba InfoPath forms services: Komponenta MOSS, To umožňuje uživatelům vyplňovat nákupních prostřednictvím webového prohlížeče.

SharePoint Designer (SPD): Použili jsme SPD k implementaci automatizovaného workflow proces.

Webová služba: C# webová služba vylepšuje uživatelské prostředí tím, že umožňuje kaskádové seznamy vybrané ve formuláři aplikace InfoPath a poskytuje lepší výkon vzhledem k filtrování dat. Viz Tady pro technické hluboký ponor na toto téma a naše důvody, proč používat.

Vlastní seznamy: Pokud daný uživatel přímý nadřízený profily uživatelů MOSS, ale neposkytli většinu údajů, které pracovní postup rozhodnutí (např.. zda manažer divize je povinna schválit PO požadavku). Použili jsme vlastní seznamy v podnikových dat"" stránky zachovat data, například "Divizní ředitel schválení peněžní částku", "Funkční oblasti správce" a tak dále. Seznamy velmi pěkně integrovaný s aplikací InfoPath a rovněž zajistit vytvoření, aktualizace a odstranění (CRUD) Funkce auditu a bezpečnosti z krabice.

Případ použití

Tento případ použití ilustruje, jak do sebe zapadá řešení:

1. Paul chce nový laptop. Popisuje jeho potřeby do Vivek, IT člověk, který je obeznámen s firemní notebook standardy, preferované dodavatelé, atd.
2. Vivek protokoly do MECHU, přistupuje k formuláři PO požadavku a zadá požadavek jménem Paul. Ve formuláři, zobrazí se výzva Vivek nákupní kategorie, které potom služba použije k naplnění rozevíracího seznamu společností schválených dodavatelů webové služby. Vivek určuje také firemní funkční oblast nákupu (např.. "TO" nebo "Finance").
3. SPD založené pracovní postup začíná, Určuje si Paul přímý nadřízený a směruje požadavek na jeho manažer, Stacy.
4. Stacy schvaluje nákupních požadavků.
5. SPD workflow kontroluje požadavku a určuje, že je to nákup. Směruje pracovní postup funkční manažer IT, Wonson.
6. Wonson schvaluje požadavku.
7. SPD workflow znovu kontroluje požadavku a zjistí, že částka nákupu překročí částku v korunách maxium a nasměruje jej do divize manažerovi ke schválení.
8. Manažer divize schvaluje nákupních požadavků.

Poznámky

• Případ použití ukazuje "čistý" spustit bez odmítnutí nebo skoky.
• Každý schvalovatel má možnost schválit nebo zamítnout požadavek, stejně jako poskytnout písemné připomínky. Tyto jsou zaznamenány v protokolu auditu.
• Je-li zodpovědný vedoucí odmítá nákupních požadavků na jakémkoli místě, PO požadavku je "mrtvá" a proces musí být spuštěn od začátku.
• Pracovní postup upozorní původce při každém kroku procesu.
• Žádné písemné podpisy — klient určen (po energické doporučení) audit trail jako poskytované prostřednictvím historie pracovního postupu, sloužil jejich auditu potřeb.
• Úsilí — Trvalo to týdny přibližně tři muže k implementaci tohoto řešení.

Závěr

Toto řešení využívá MOSS jako rozvoj a run-time platformu. Klient byl schopen využívat základní funkce MOSS a automatizovat rutinní obchodního procesu, která ovlivnila téměř každého zaměstnance ve společnosti. Kromě jednoduché webové služby (který sám využívá MOSS), téměř žádné skutečné programování"" bylo zapotřebí.

Řešení rovněž slouží jako prezentace"" pro klienta, prokazující, jak různé MOSS funkce lze kombinovat vytvořit plně funkční obchodní aplikace a vytvářet nové poradenské možnosti v budoucnosti.

Glosář

MRO: Údržba, opravy a provoz. Tyto nákupy obvykle zahrnují položky, jako jsou zápisníky, židle, osobní počítače, tiskárny, mobilní telefony a podobně.