Prehľad

Táto položka popisuje Prípadová štúdia opisujúca skutočné HRO (Údržba, Opravy a prevádzku) tok činností schvaľovací proces realizovaný v MOSS.

To nie je otvorene technické diskusie, ale namiesto toho je potrebné slúži na poskytovanie real-svet príklad, ktorý ukazuje, ako platforme MOSS stretol real-svet.

(Táto položka je kríž Publikované medzi http://paulgalvin.spaces.live.com a http://blogs.conchango.com)

Pozadie

Klienta MRO proces mal charakterizoval takto

• Ručné schvaľovací proces.
• Niektoré podporu pomocou programu excel tabuľky.
• Nepravidelné schvaľovací proces. Rovnaké MRO nákup schvaľovací proces by sa líši každý deň, osoba osobou.
• Veľa papiera a vlastnoručné podpisy — nákup rekvizície požadované až do výšky 3 Písomné podpisy pred konečné schválenie.

Ciele tohto projektu zahrnuté:

• Plne automatizovať proces.
• Presadzovať podnikových noriem na schválenie.
• Poskytnúť ucelený pohľad na MRO nákup rôznych manažérov.
• Podrobné revízny záznam.

Ako vedľajší efekt roztoku, Písomné podpisy boli už nevyžaduje.

Schvaľovací proces

Schvaľovací proces sa skladá zo štyroch "plávať,, pruhy: Pôvodca, Priamy nadriadený, Funkčný manažér a manažér divízie.

Pôvodca:

Vidí potrebu nákup a spustí proces. Upozorňujeme, že pôvodcom môže alebo nesmie skutočne vstúpiť nákupnej žiadanke, ale namiesto priameho iný zamestnanec. Niektoré časy, pôvodca nemá technické znalosti na vyplnenie požiadaviek PO. Napríklad, užívateľ môže chcieť požiadaviek nový prenosný počítač, ale nevie najlepšieho predajcu, IT štandardy, atď. V tomto prípade, pôvodca diela s a to vlastne vypĺňa zabavenie.

Priamy nadriadený:

To je Priamy nadriadený pôvodcu (ktoré môžu byť odlišné od osoby, ktorá skutočne nadobudla PO zabavenie MOSS). Priame manažéri musia schváliť PO požiadaviek pred systém žiada o schválenie ďalej nadol line.

Funkčný manažér:

Funkčný manažér je zodpovedný za zabezpečenie toho, že navrhovaný nákup zodpovedá podnikových noriem v rámci pôsobnosti najmä firemné funkcie jednotlivých. Napríklad, IT nákupy schválené správcom IT funkčné.

Manažér divízie:

Divízia manažérov schváliť nákup rekvizície prísne peňažnú sumu. Manažér divízie schváliť nákup rekvizície prevyšujúcu sumu konfigurovateľná dolár.

Riešenie

Použili sme tieto nástroje a komponenty na realizáciu riešení:

MACHY: Slúži ako platforma, ktorá všetko "visí". MOSS poskytuje základom služby zabezpečenia, základné údaje, audit chodníky a iné funkcie.

Služba InfoPath forms services: Súčasťou MOSS, To umožňuje používateľom vypĺňať nákup rekvizície cez webový prehliadač.

SharePoint Designer (SPD): Použili sme SPD implementovať procesu automatizované workflow.

Webová služba: C# webová služba zvyšuje užívateľský komfort zapnutím kaskádové zoznamy výberu vo formulári programu InfoPath a poskytuje lepší výkon, pokiaľ ide o filtrovanie údajov. Pozrite si tu pre technické hlboký ponor na túto tému a naše dôvody pre použitie.

Vlastné zoznamy: MOSS používateľských profilov podľa daného používateľa Priamy nadriadený, ale neposkytla väčšinu údajov, ktoré ovládať tok činností rozhodnutia (napr.. či divízny správca je povinný schváliť PO zabavenie). Sme použili vlastné zoznamy v "podnikové dáta" stránky udržiava údaje ako "Divízny Manager schválenie peňažnú sumu", "Funkčná oblasť manažér" a tak ďalej. Zoznamy veľmi pekne integrované s programom InfoPath a tiež vytvoriť/aktualizovať/zmazať (KAL) Funkcia auditovania a zabezpečenia z krabice.

Prípad použitia

Tento prípad použitia ilustruje ako riešenie zapadá dohromady:

1. Paul chce nový notebook. On opisuje jeho potrebuje Vivek, IT osoba oboznámení so štandardmi firemné notebook, preferovaných dodávateľov, atď.
2. Vivek prihlási do MACHU, pristupuje k forme PO požiadaviek a vstupuje do zošita v mene Paul. Forme Vivek zobrazí výzvu na zadanie nákup kategóriu, ktorá sa potom používa webovej služby na vyplnenie kvapka-down list spoločnosti schválených dodávateľov. Vivek tiež určuje firemné funkčné oblasti tohto nákupu (napr.. "TO" alebo "Financie").
3. SPD založený pracovný postup začína, Určuje Pavla Priamy nadriadený a trasy požiadaviek na jeho manažér, Stacy.
4. Stacy schvaľuje nákupnej žiadanke.
5. SPD workflow kontroluje zabavenie a určuje, že je to nákup. Trasy toku činností je funkčné manažér, Wonson.
6. Wonson schvaľuje zabavenie.
7. SPD workflow znova skontroluje zabavenie a určuje, že čiastka nákupu prevyšuje maxium peňažnú sumu a nasmeruje ju manažéra divízie pre schválenie.
8. Manažér divízie schvaľuje nákupnej žiadanke.

Poznámky

• Prípady použitia dokazuje si "čistého" spustiť bez zamietnutia alebo skoky.
• Každý schvaľovateľa má možnosť schváliť alebo zamietnuť požiadaviek, ako aj poskytnúť písomné pripomienky. Toto sú prihlásený revízny záznam.
• Ak zodpovedný manažér odmieta nákupnej žiadanke kedykoľvek, PO zabavenie je "mŕtvy" a proces sa musí začať od začiatku.
• Tok činností oznámi pôvodcu na každom kroku procesu.
• Žiadne písomné podpisy — klient určuje (po nejaké odporúčania) audit trail ako poskytované prostredníctvom histórie toku činností, podáva ich auditovania potrieb.
• Úsilie — trvalo muža približne tri týždne uskutočniť toto riešenie.

Záver

Toto riešenie využíva MOSS ako vývoj a spustenia platformy. Klient bol schopný využiť jadro MOSS funkcie na automatizáciu procesu bežnej obchodnej činnosti, ktoré postihli takmer každý zamestnanec spoločnosti. Okrem jednoduchých webových služieb (ktorý sám využíva MOSS), takmer žiadne skutočné "programovanie" bolo potrebné.

Riešenie slúži aj ako "prehliadkou" pre klienta, demonštrovať ako rôzne MOSS funkcie môžu byť kombinované vytvoriť plne funkčný obchodné aplikácie a vytvárať nové konzultačné príležitosti v budúcnosti.

Slovníček pojmov

MRO: Údržba, opravy a prevádzku. Tieto nákupy zvyčajne obsahujú položky ako poznámkové bloky, stoličky, osobné počítače, tlačiarne, mobilné telefóny a podobne.