Oorsig

Hierdie inskrywing beskryf 'n gevallestudie van 'n werklike MRO (Onderhoud, Herstel en Bedryf) die workflow goedkeuring proses geïmplementeer in Moss.

Dit is nie 'n openlik tegniese bespreking, maar dien in plaas daarvan om 'n werklike wêreld voorbeeld wat toon hoe die Moss-platform met 'n werklike wêreld behoefte om voorsiening te maak.

(Hierdie inskrywing gepos is 'n kruising tussen http://paulgalvin.spaces.live.com en http://blogs.conchango.com)

Agtergrond

Die kliënt se MRO-proses is gekenmerk deur die volgende

• Handleiding goedkeuring proses.
• Sommige ondersteuning met behulp van Excel-sigblaaie.
• Irregular approval process. The same MRO purchase approval process would vary day to day, persoon aan 'n persoon.
• Baie van die papier en handgeskrewe handtekeninge — inkoop tot op 3 geskrewe handtekeninge voordat finale goedkeuring.

Die doelwitte van hierdie projek:

• Outomatiseer die proses volledig.
• Dwing onderneming standaarde vir goedkeuring.
• Verskaf gekonsolideerde siening van MRO die aankoop van verskeie bestuurders.
• Detailed audit trail.

As a side effect of the solution, geskryf handtekeninge is nie meer nodig.

Goedkeuring-proses

Die goedkeuring-proses bestaan ​​uit vier "swem lane": Originator, Direkte bestuurder, Funksionele bestuurder en afdeling bestuurder.

Originator:

Sees the need for the purchase and starts the process. Note that the originator may or may not actually enter the purchase requisition, but instead direct another staff member to do so. Sommige tye, the originator does not have the technical expertise to fill out the PO requisition. Byvoorbeeld, kan 'n gebruiker wil rekwisisie 'n nuwe skootrekenaar, maar nie weet wat die beste verkoper, IT standaarde, ens.. In hierdie geval, the originator works with IT and IT actually fills out the requisition.

Direkte bestuurder:

Dit is die direkte bestuurder van die skepper (wat anders kan wees van die persoon wat eintlik die PO rekwisisie het in MOSS). Direct managers must approve the PO requisition before the system seeks approval further down the line.

Funksionele bestuurder:

The functional manager is the individual responsible for ensuring that the proposed purchase conforms to enterprise standards within the scope of a particular corporate function. Byvoorbeeld, IT purchases are approved by an IT functional manager.

Divisie Bestuurder:

Division managers approve purchase requisitions strictly by dollar amount. Division manager approve purchase requisitions in excess of a configurable dollar amount.

Die Oplossing

We used the following tools and components to implement the solution:

MOSS: Serves as the platform off which everything else "hangs". MOSS provides bedrock services for security, meester data, oudit paaie en ander funksies.

Path vorm dienste: 'N mos-komponent, Dit stel gebruikers in te vul inkoop via 'n webblaaier.

SharePoint Designer (SPD): Ons gebruik SPD die workflow proses te implementeer.

Web Service: A c# web service enhances the user experience by enabling cascading selections lists in the InfoPath form and provides better performance with respect to filtering data. Sien hier vir 'n tegniese diep duik oor hierdie onderwerp en ons redes vir die gebruik van.

Custom Lyste: MOSS user profiles provided a given user’s direct manager, but did not provide most of the data that controlled workflow decisions (bijv. of die Divisie Bestuurder wat nodig is om die PO rekwisisie goed te keur). We used custom lists in an "Enterprise Data" tuiste van data soos "Divisie Bestuurder goedkeuring Dollar Bedrag" in stand te hou., "Funksionele gebied Bestuurder" and so forth. Lists integrated very nicely with InfoPath and also provide create/update/delete (CRUD) funksionaliteit met ouditering en sekuriteit uit die boks.

Gebruik Saak

Hierdie gebruik geval illustreer hoe die oplossing saam pas:

1. Paul wants a new laptop. He describes his needs to Vivek, 'n IT-persoon wat vertroud is met korporatiewe laptop standaarde, voorkeur-verskaffers, ens..
2. Vivek log in MOSS, accesses the PO Requisition form and enters the requisition on behalf of Paul. The form prompts Vivek for a purchase category which then uses the web services to populate a drop-down list of company-approved vendors. Vivek also specifies the corporate functional area of this purchase (bijv. "IT" or "Finance").
3. SPD gebaseerde workflow begin, bepaal Paul se direkte bestuurder en roetes die rekwisisie aan sy bestuurder, Stacy.
4. Stacy keur die aankoop rekwisisie.
5. SPD workflow inspects the requisition and determines it’s an IT purchase. It routes the workflow to the IT functional manager, Wonson.
6. Wonson keur die rekwisisie.
7. SPD workflow inspekteer weer die rekwisisie en bepaal dat die aankoop bedrag 'n maksimum weer dollar bedrag en roetes dit vir goedkeuring aan die Divisie Bestuurder.
8. Die Divisie Bestuurder keur die aankoop rekwisisie.

Notas

• Die gebruik geval toon 'n "skoon" run with no rejections or jumps.
• Every approver has the ability to approve or reject the requisition as well as provide written comments. These are logged in the audit trail.
• As 'n verantwoordelike bestuurder verwerp die aankoop rekwisisie by enige punt, die PO rekwisisie is "dood" and the process must be started from the beginning.
• Die Workflow kennis van die skepper by elke stap van die proses.
• Geen geskrewe handtekeninge — die kliënt bepaal (Na 'n paar kragtige aanbevelings) dat die ouditspoor via workflow geskiedenis verskaf, hul ouditering gedien moet.
• Poging — it took approximately three man weeks to implement this solution.

Slot

This solution leverages MOSS as a development and run-time platform. The client was able to leverage core MOSS features to automate a routine business process that affected nearly every employee in the company. With the exception of a simple web service (wat self maak gebruik van MOSS), bykans geen werklike "programmering" nodig was om.

Die oplossing dien ook as 'n "showcase" vir die kliënt, demonstrating how different MOSS features can be combined to create a fully featured business application and generate new consulting opportunities in the future.

Woordelys

MRO: Onderhoud, repair and operations. These purchases typically include items such as notepads, stoele, persoonlike rekenaars, drukkers, selfone en dies meer.