MRO Workflow kaza studo uzanta MUSKON, SPD, InfoPath & Araneaĵaj servoj.

Superrigardo

Ĉi tiu eniro priskribas kazan studon priskribanta realan MRO (Daŭrigado, Riparo kaj Operacioj) Workflow aproba procezo efektivigita en MUSKO.

Tio ĉi ne estas overtly teknika diskuto, Sed male servas provizi veran-monda ekzemplo kiu montras kiel la MUSKAN platformon renkontis veran-monda bezono.

(Ĉi tiu eniro estas kruco poŝtita inter http://paulgalvin.spaces.live.com Kaj http://blogs.conchango.com)

Fono

La MRO de la kliento procezo estis karakterizita de la sekvantaro

  • Mana aproba procezo.
  • Iu subteno uzanta excel spreadsheets.
  • Neregula aproba procezo. La sama MROa aĉeta aprobo procezo varius tage al tago, Persono de persono.
  • multa papero kaj mano-skribita subskribojn — Aĉeto rekvizicias postulita ĝis 3 Skribita subskribojn antaŭ fina aprobo.

La objektivoj de ĉi tiu projekto inkluzivis:

  • Plene aŭtomatigi la procezon.
  • Observigi entreprenajn normojn por aprobo.
  • Provizi firmigita vidon de MRO aĉetanta al diversaj manaĝeroj.
  • Detala revizia vojo.

Kiel flanka efiko de la solvo, Skribita subskribojn estis ne pli longa postulata.

Aproba Procezo

La aproba procezo konsistas de kvar "naĝas irejojn": Estiginto, Rekta manaĝero, praktika manaĝero kaj divida manaĝero.

Estiginto:

Vidas la bezonon por la aĉeto kaj komencas la procezon. Noti ke la estiginto povas aŭ povas ne efektive eniri la aĉetan rekvizicion, Sed male direkti alian personaran membron tiel fari. Kelkaj tempoj, La estiginto ne havas la teknikan kompetentecon plenigi ekstere la POan rekvizicion. Ekzemple, Uzanto povas deziri rekvizicii novan tekkomputilan komputilon, Sed ne scias la plej bonan vendiston, ĜI normoj, Ktp. En ĉi tiu kazo, La estigintaj laboroj kun ĜI kaj ĜI efektive elplenigas la rekvizicion.

Rekta manaĝero:

Tio ĉi estas la rekta manaĝero de la estiginto (Kiu povas esti malsama de la persono kiu efektive eniris la POan rekvizicion en MUSKO). Rektaj manaĝeroj devas aprobi la POan rekvizicion antaŭ la sistemo serĉas aprobon cetere malsupren la linio.

Praktika Manaĝero:

La praktika manaĝero estas la individua priresponda por certiganta ke la farota aĉeto konformiĝas al entreprenaj normoj ene de la amplekso de aparta kompania funkcio. Ekzemple, ĜI aĉetoj estas aprobita de IT praktika manaĝero.

Divida Manaĝero:

Dividaj manaĝeroj aprobas aĉeton rekvizicias strikte de dolara kvanto. Divida manaĝero aprobas aĉetajn rekviziciojn en eksceso de agordebla dolara kvanto.

La Solvo

Ni uzis la sekvantajn ilojn kaj erojn efektivigi la solvon:

MUSKO: Servas kiel la platformo de kiu ĉio alia "pendas". MUSKO provizas fundamentaĵajn servojn por sekureco, Mastra datumo, reviziaj vojoj kaj aliaj ĉefaĵoj.

InfoPath formas servojn: MUSKA ero, Tio ĉi ebligas uzantojn plenigi ekstere aĉeti rekviziciojn tra araneaĵa retumilo.

SharePoint Designer (SPD): Ni uzis SPD efektivigi la aŭtomatigitan workflow procezo.

Araneaĵa Servo: C# araneaĵa servo plibonigas la uzantan sperton de ebliganta kaskadajn elektojn enlistigas en la InfoPath formo kaj provizas pli bonan elfaron kun respekto al filtranta datumon. Vidi Ĉi tie Por teknika profunda plonĝo sur ĉi tiu temo kaj niaj kialoj por uzanta ĝin.

Laŭmendaj Listoj: MUSKA uzanto profiloj provizis donita rektan manaĝeron de uzanto, Sed ne provizis plejparto de la datumo kiu kontrolis workflow decidoj (Ekz. Ĉu la sekcia manaĝero estas postulita aprobi la POan rekvizicion). Ni uzis laŭmendajn listojn en "Entreprena Datumo" Ejo daŭrigi datumon kiel "Sekcia Manaĝera Aprobo Dolara Kvanto", "Praktika Area Manaĝero" Kaj tiel antaŭen. Listoj integrigis tre agrable kun InfoPath kaj ankaŭ provizi krei/ĝisdatigon/forigas (CRUD) Funkcio kun revizianta kaj sekureco ekstere de la skatolo.

Uza Kazo

Ĉi tiu uza kazo ilustras kiel la solvon konvenas kune:

  1. Paul deziras novan tekkomputilon. Li priskribas liajn bezonojn al Vivek, ITa persono konata kun kompaniaj tekkomputilaj normoj, Preferita vendistojn, Ktp.
  2. Vivek ŝtipoj en MUSKO, Aliras la POan Rekvizician formon kaj eniras la rekvizicion en la nomo de Paul. La formo instigas Vivek por aĉeta kategorio kiu tiam uzas la araneaĵajn servojn loĝi falon-malsupren enlistigi de firmao-aprobita vendistojn. Vivek ankaŭ specifas la kompanian praktikan areon de ĉi tiu aĉeto (Ekz. "ĜI" Aŭ "Financo").
  3. SPD bazis workflow komencoj, Determinas rektan manaĝeron de Paul kaj vojoj la rekvizicio al lia manaĝero, Stacy.
  4. Stacy aprobas la aĉetan rekvizicion.
  5. SPD workflow inspektas la rekvizicion kaj determinas ĝin estas ITa aĉeto. Ĝi vojoj la workflow al la IT praktika manaĝero, Wonson.
  6. Wonson aprobas la rekvizicion.
  7. SPD workflow denove inspektas la rekvizicion kaj determinas ke la aĉeta kvanto preterpasas maxium dolara kvanto kaj vojoj ĝi al la divida manaĝero por aprobo.
  8. La divida manaĝero aprobas la aĉetan rekvizicion.

Notoj

  • La uza kazo montras "puran" Kurita kun neniuj malakceptoj aŭ saltoj.
  • Ĉiu approver havas la kapablecon aprobi aŭ malakcepti la rekvizicion tiel kiel provizas skribita rimarkojn. Ĉi tiuj estas ensalutita la revizian vojon.
  • Se priresponda manaĝero malakceptas la aĉetan rekvizicion ĉe ajna punkto, La POa rekvizicio estas "senvive" Kaj la procezo devas esti komencita de la komenco.
  • Workflow sciigas la estiginton ĉe ĉiu paŝo de la procezo.
  • Ne skribaj subskriboj — La kliento determinita (Post kiam kelkaj fortaj rekomendoj) KE la revizia vojo kiel provizita tra workflow historio, Servis iliajn reviziantajn bezonojn.
  • Peno — Ĝi prenis proksimume tri virajn semajnojn efektivigi ĉi tiun solvon.

Konkludo

Ĉi tiu solva influa MUSKO kiel evoluado kaj kuri-tempa platformo. La kliento estis kapabla ekspluati kernajn MUSKAJN ĉefaĵojn aŭtomatigi rutinan komercan procezon kiu influis preskaŭ ĉiun dungiton en la firmao. Kun la escepto de simpla araneaĵa servo (Kiu ĝi mem ekspluatas MUSKON), Preskaŭ neniu reala "programaro" Estis postulita.

La solvo ankaŭ servas kiel "ekzpoziciejo" Por la kliento, Montranta kiom malsamaj MUSKAJ ĉefaĵoj povas esti kombinita krei plene prezentita komercan aplikon kaj produkti novajn konsultiĝajn ŝancojn en la estonteco.

Terminaro

MRO: Daŭrigado, Riparo kaj operacioj. Ĉi tiuj aĉetas tipe inkluzivi erojn kiel notblokoj, Seĝoj, Propraj komputiloj, Printiloj, Ĉelaj telefonoj kaj la ŝatas.

Unu pensis sur "MRO Workflow kaza studo uzanta MUSKON, SPD, InfoPath & Araneaĵaj servoj.

Lasi Respondon

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita *