Privire de ansamblu

Acest articol descrie un studiu de caz care descrie o MRO reale (Intretinere, Repararea şi operaţiuni) procesul de aprobare a fluxului de lucru, puse în aplicare în MOSS.

Acest lucru nu este o discuţie făţiş tehnice, dar în schimb au nevoie serveşte pentru a oferi un exemplu din lumea reală, care demonstrează cum platforma MOSS s-a întâlnit un real-lume.

(Această intrare este Crucea postat între http://paulgalvin.spaces.live.com şi http://blogs.conchango.com)

Fundal

Clientul MRO procesul a fost caracterizat de următoarele

• Proces de aprobare manuală.
• Unele suport folosind excel foi de calcul.
• Proces de aprobare neregulate. Acelaşi proces de aprobare de cumpărare MRO ar varia de zi cu zi, persoana de persoana.
• O mulţime de hârtie şi semnăturile de mână — cumpărare rechiziţiile impuse până la 3 scris de semnături înainte de aprobarea finală.

Obiectivele acestui proiect inclus:

• Automatiza complet procesul.
• Pune in aplicare standarde de Intreprindere pentru aprobarea.
• Oferi consolidată de vedere al MRO purchasing Managers diverse.
• Detaliate de auditare.

Ca un efect secundar al soluţiei, scris de semnături nu mai erau necesare.

Proces de aprobare

Procesul de aprobare este format din patru "benzi de înot": Iniţiator, Managerul direct, Manager funcţional şi divizia manager.

Iniţiator:

Vede necesitatea pentru achiziţionarea şi începe procesul. Reţineţi că iniţiatorul poate sau nu poate intra de fapt rechiziţionarea cumpărare, dar în schimb direct de un alt membru al personalului de a face acest lucru. Unele ori, iniţiatorul nu au expertiza tehnică să completaţi rechiziţionarea PO. De exemplu, un utilizator poate doriţi să aprovizionare un nou laptop, dar nu ştiu cel mai bun furnizor, Standardele IT, etc. În acest caz, lucrări ordonatorului cu ea şi ea se completează de fapt rechiziţionarea.

Managerul direct:

Acesta este managerul direct de ordonator (care poate fi diferit de la persoana care a intrat de fapt PO rechiziţionarea în MOSS). Managerii directe trebuie să aprobe rechiziţionarea PO înainte ca sistemul caută aprobarea mai departe în jos linie.

Manager funcţional:

Funcţionale managerul este persoana răspunzătoare de asigurarea că achiziția se conformează Intreprindere standardele în domeniul de aplicare de o anumită funcţie corporative. De exemplu, Achiziţiile de IT sunt aprobate de către un manager funcţional de IT.

Divizia Manager:

Divizia manageri aproba cumpărare rechiziţiile strict Dolar suma de. Divizia managerul aprobă rechiziţiile de cumpărare mai mare de o sumă de configurabil Dolar.

Soluţia

Am folosit următoarele instrumente şi componente pentru a implementa soluția:

MOSS: Serveste ca platforma de pe care orice altceva "atarna". MOSS oferă servicii de piatra de temelie pentru securitate, date principale, piste de audit şi alte caracteristici.

Servicii formulare InfoPath: O componentă de MOSS, Acest lucru permite utilizatorilor să completaţi rechiziţiile de cumparare prin intermediul unui browser web.

SharePoint Designer (SPD): Am folosit SPD pentru a implementa procesul de flux de lucru.

Serviciu web: Un serviciu de c# web îmbunătăţeşte experienţa utilizatorului activând în cascadă selecţii liste în formularul InfoPath şi oferă o performanţă mai bună cu privire la filtrarea datelor. A se vedea aici pentru o scufundare tehnică profundă pe acest subiect şi motivele noastre pentru utilizarea acestuia.

Liste particularizate: Profiluri de utilizator MOSS furnizat un anumit utilizator pe managerul directe, dar nu a furnizat cele mai multe dintre datele pe care deciziile de flux de lucru controlat (ex. Dacă managerul divizionare este necesar să aprobe rechiziţionarea PO). Am folosit liste particularizate într-o întreprindere date"" site-ul pentru a menţine date precum "Divizionare Manager aprobarea Dolar suma", "Funcţionale Area Manager" şi aşa mai departe. Listele integrat foarte frumos cu InfoPath şi să ofere, de asemenea, crea/actualizare/ştergere (CRUD) funcţionalitatea de audit şi securitatea din cutie.

Caz de utilizare

Acest caz de utilizare ilustrează cum soluţie se potriveşte împreună:

1. Paul vrea un nou laptop. El descrie nevoilor sale la mihaela, un IT persoană familiarizat cu standardele corporative laptop, vânzătorii de preferat, etc.
2. Jurnalele de Vivek în MOSS, accesează formularul de aprovizionare PO şi intră rechiziţionarea în numele Paul. Forma Vivek solicită o categorie de cumpărare care apoi utilizează serviciile web pentru a popula un drop-jos listă de furnizori aprobat de companie. Vivek specifică, de asemenea, zona funcţională corporative de această achiziţie (ex. "ACEASTA" sau "Finante").
3. SPD pe bază de flux de lucru începe, determină Paul pe managerul direct şi rute rechiziţionarea său manager, Stacy.
4. Stacy aprobă rechiziţionarea de cumpărare.
5. Flux de lucru SPD inspectează rechiziţionarea şi determină este o achiziţie IT. Aceasta rute fluxul de lucru la managerul IT funcţionale, Wonson.
6. Wonson, Avizeaza rechiziţionarea.
7. SPD flux de lucru din nou inspectează rechiziţionarea şi stabileşte că suma de cumpărare depăşeşte o sumă de Dolar maxium şi rute-l la managerul de Divizia pentru aprobarea.
8. Managerul de Divizia aprobă rechiziţionarea de cumpărare.

Note

• Cazul utilizării demonstreaza o "curat" rula fără refuzuri sau salturi.
• Fiecare aprobator are capacitatea de a aproba sau a respinge rechiziţionarea, precum şi a oferi comentarii scrise. Acestea sunt înregistrate în pista de audit.
• În cazul în care un manager responsabil respinge rechiziţionarea de cumpărare în orice moment, aprovizionare PO este "mort" şi trebuie să înceapă procesul de la început.
• Flux de lucru notifică iniţiatorul la fiecare pas al procesului de.
• Nu scris de semnături — clientul determinate (după unele recomandări puternic) că audit trail prevăzute prin istorie de flux de lucru, servit nevoilor lor de audit.
• Efort — a fost nevoie de om aproximativ trei săptămâni pentru a implementa această soluţie.

Concluzia

Aceasta solutie foloseste MOSS ca dezvoltare şi platforma de rulare. Clientul a fost capabil de a pârghie de bază MOSS caracteristici pentru a automatiza un proces de rutină de afaceri care a afectat aproape fiecare angajat din companie. Cu excepţia unui serviciu web simplu (care se valorifică MOSS), aproape nici o reală "programare" a fost necesară.

Soluţia, de asemenea, serveşte ca o "casetă de prezentare" pentru client, să demonstreze modul în care diferite MOSS caracteristici pot fi combinate pentru a crea o aplicaţie de afaceri plin featured şi pentru a genera noi oportunitati consultanta în viitor.

Glosar

MRO: Intretinere, repararea şi operaţiuni. Aceste achiziţii de obicei includ elemente cum ar fi agende, scaune, personale calculatoare, imprimante, telefoane mobile şi ca.