Oversigt

Denne post beskriver en Casestudie, der beskriver en faktiske MRO (Vedligeholdelse, Reparation og operationer) arbejdsprocessen godkendelse implementeret i MOSS.

Dette er ikke en åbenlyst teknisk diskussion, Men i stedet tjener til at give virkelige verden et eksempel der viser, hvordan MOSS platformen opfyldt en real-world skal.

(Denne løsning er tværs sendt mellem http://paulgalvin.spaces.live.com og http://blogs.conchango.com)

Baggrund

Klientens MRO processen havde været karakteriseret ved følgende

• Manuelle godkendelsesproces.
• Nogle støtte ved hjælp af excel-regneark.
• Uregelmæssig godkendelsesprocessen. Samme MRO Køb godkendelsesprocessen ville variere dag til dag, person af person.
• Masser af papir og håndskrevne underskrifter — Indkøbsrekvisitioner kræver op til 3 skriftlig signaturer før endelig godkendelse.

Formålet med dette projekt omfattede:

• Fuldt automatisere processen.
• Håndhæve enterprise standarder for godkendelse.
• Levere samlet visning af MRO indkøb til forskellige ledere.
• Detaljeret revisionsspor.

Som en bivirkning af løsningen, skriftlig signatur ikke længere kræves.

Godkendelsesprocessen

Godkendelsesprocessen består af fire "svømme vognbaner": Ordregiver, Direkte manager, Funktionsleder og division manager.

Ordregiver:

Finder nødvendigheden for køb og starter processen. Bemærk, at ordregiver kan eller kan ikke rent faktisk træder indkøbsrekvisitionen, men i stedet direkte en anden ansat til at gøre det.. Nogle gange, ordregiveren har ikke den tekniske ekspertise til at udfylde PO rekvisition. For eksempel, en bruger kan ønsker at rekvisition en ny bærbar computer, men kender ikke den bedste leverandør, IT-standarder, osv. I dette tilfælde, igangsætteren arbejder med det, og det faktisk udfylder rekvisitionen.

Direkte manager:

Dette er den direkte manager ordregiverens (der kan være forskellige fra den person, der faktisk indgået mos PO rekvisition). Direkte ledere skal godkende PO indkøbsrekvisitionen, før systemet søger godkendelse yderligere ned linjen.

Funktionsleder:

Den funktionelle manager er den enkelte ansvarlig for at sikre, at den foreslåede Køb opfylder virksomhedens standarder er omfattet af en bestemt firmafunktion. For eksempel, IT indkøb er godkendt af en IT Funktionsleder.

Division Manager:

Division ledere godkende indkøbsrekvisitioner strengt af dollar beløb. Division manager godkende indkøbsrekvisitioner ud over en konfigurerbar dollar beløb.

Løsningen

Vi brugte følgende værktøjer og komponenter til at implementere løsningen:

MOSS: Tjener som platform ud som alt andet "hænger". MOSS giver grundfjeld tjenester til sikkerhed, stamdata, revisionsspor og andre funktioner.

InfoPath forms services: En Mos komponent, Dette gør det muligt for brugerne at udfylde indkøbsrekvisitioner via en webbrowser.

SharePoint Designer (SPD): Vi brugte SPD for at gennemføre automatiseret arbejdsproces.

Webservice: En c# webservice forbedrer brugeroplevelsen ved at aktivere kaskadevis valg lister i InfoPath-formularen og giver bedre ydeevne med hensyn til filtrering af data. Se Her for en teknisk dybt dyk om dette emne og vores grunde til at bruge det.

Brugerdefinerede lister: MOSS brugerprofiler forudsat en given bruger direkte manager, men ikke give de fleste af de data, der kontrollerede arbejdsproces beslutninger (strømsparetilstand. om de udskilte manager er forpligtet til at godkende PO rekvisition). Vi brugte brugerdefinerede lister i en "Enterprise Data" site til at vedligeholde data såsom "Divisions Manager godkendelse Dollar beløb", "Funktionel Area Manager" og så videre. Lister integreret meget pænt med InfoPath og også give oprettelse/opdatering/sletning (CRUD) funktionalitet med overvågning og ud af boksen.

Use Case

Denne brug sag illustrerer, hvordan løsningen passer sammen:

1. Paul ønsker en ny laptop. Han beskriver sit behov at Vivek, en IT-person bekendt med corporate laptop standarder, foretrukne leverandører, osv.
2. Vivek logger ind på MOSS, åbner formen PO rekvisition og træder indkøbsrekvisitionen på vegne af Paul. Formen beder Vivek for et køb kategori, som derefter bruger webtjenester til at udfylde en drop-down listen over firma-godkendte leverandører. Vivek angiver også den corporate funktionelle område af dette køb (strømsparetilstand. "DET" eller "Finance").
3. SPD baseret arbejdsproces starter, bestemmer Pauls direkte manager og distribuerer rekvisition til hans manager, Stacy.
4. Stacy godkender indkøbsrekvisitionen.
5. SPD workflow inspicerer rekvisitionen og bestemmer, det er en IT-køb. Det sender arbejdsprocessen til Funktionsleder IT, Wonson.
6. Wonson godkender rekvisitionen.
7. SPD workflow igen inspicerer rekvisitionen og bestemmer, at købesummen overstiger en maksimal dollar beløb og sender det til divisionschef for godkendelse.
8. Division manager godkender indkøbsrekvisitionen.

Noter

• Use case viser en "ren" køre uden afslag eller hopper.
• Hver godkenderen har mulighed for at godkende eller afvise rekvisitionen samt give skriftlige bemærkninger. Disse er logget i revisionssporet.
• Hvis en ansvarlig leder afviser indkøbsrekvisitionen på ethvert tidspunkt, PO rekvisition er "død" og processen skal startes fra begyndelsen.
• Arbejdsprocessen underretter ordregiveren på hvert trin i processen.
• Ingen skriftlig signaturer — klienten bestemmes (efter nogle insisterende henstillinger) at audit trail som leveres via arbejdsgangshistorikken, serveret deres revision behov.
• Indsats — Det tog ca tre mand uger at gennemføre denne løsning.

Konklusion

Denne løsning udnytter mos som udvikling og run-time platform. Kunden var i stand til leverage MOSS kernefunktionerne for at automatisere en rutinemæssig forretningsproces, der ramte næsten hver eneste medarbejder i virksomheden. Med undtagelse af en simpel webservice (som selv udnytter MOSS), næsten ingen egentlige "programmering" var påkrævet.

Løsningen fungerer også som et "udstillingsvindue" for klienten, demonstrere hvordan forskellige mos funktioner kan kombineres for at skabe et fuldt udstyret business program og generere nye høring muligheder fremover.

Ordliste

MRO: Vedligeholdelse, reparation og operationer. Disse køb typisk omfatter emner såsom notesblokke, stole, personlige computere, printere, mobiltelefoner og lignende.