Študija primera MRO potek dela, z uporabo MOSS, EPD, InfoPath & spletne storitve.

Pregled

Ta vnos opisuje študijo primera, ki opisuje dejanskega MRO (Vzdrževanje, Popravilo in operacije) potek dela odobritve proces izvaja v MOSS.

To ni odkrito tehničnih razprav, ampak namesto služi za zagotavljanje resničnih primer, ki dokazuje, kako platformi MOSS spoznal realnem svetu potrebujejo.

(Ta vnos je navzkrižno objavljen med http://paulgalvin.spaces.live.com in http://blogs.conchango.com)

Ozadje

Odjemalčevo MRO proces je bila značilna naslednje

  • Postopek ročnega odobritve.
  • Nekaj podpore, z uporabo excel preglednice.
  • Postopek odobritve nepravilnih. Isti postopek odobritve MRO nakup bi se razlikujejo dan, oseba, ki jo zavezanec.
  • Veliko papirja in lastnoročnega podpisa — nakup Zasegi zahteva do 3 Pisni podpisi pred končno odobritev.

Cilji tega projekta, vključenih:

  • Popolnoma samodejen proces.
  • Uveljavljanje standardov podjetja za odobritev.
  • Zagotoviti usklajen pogled MRO nakupa za vodje različnih.
  • Podrobne revizijske sledi.

Kot stranski učinek raztopine, Pisni podpisov ni bilo več potrebno.

Postopek odobritve

Postopek odobritve je sestavljena iz štirih "plavati steze": Nalogodajalca, Neposredni nadrejeni, Funkcijski manager in vodja oddelka.

Nalogodajalca:

Potrebne za nakup in se začne proces. Upoštevajte, da avtor lahko ali lahko dejansko vstopili v nabavo, ampak namesto neposredno drug uslužbenca storiti. Nekaj krat, Avtor nima strokovnega izpolniti PO zahtevnice. Na primer, uporabnik lahko želijo zahtevnice nov prenosni računalnik, ampak vem, najboljši prodajalec, Standardi IT, itd. V tem primeru, avtor dela z njim in ga dejansko izpolni zasegov.

Neposredni nadrejeni:

To je neposredni nadrejeni od začetnika (ki se lahko razlikujejo od osebe, ki dejansko začel PO zahtevnice MOSS). Neposredni vodje mora odobriti PO zasega, preden sistem želi odobritev še navzdol črto.

Funkcijski Manager:

Funkcionalno manager je posameznik, ki je odgovoren za zagotavljanje, da načrtovani nakup izpolnjuje standarde podjetje v okviru določene podjetniške funkcije. Na primer, IT nabave potrdijo upravljavec je funkcionalen.

Delitev direktor:

Oddelek vodstvo odobri nakup Zasegi strogo dolar znesek. Delitev direktor odobri nakup Zasegi nad oblikovati dolar znesek.

Rešitev

Smo uporabili naslednja orodja in komponente za izvajanje rešitve:

MOSS: Služi kot platforma off, ki vse ostalo "visi". MAH zagotavlja temelj za varnost, glavna baza podatkov, revizijske sledi in druge funkcije.

Storitve InfoPath forms services: MAH komponenta, To uporabnikom omogoča, da izpolnite Zasegi nakup preko spletnega brskalnika.

SharePoint Designer (EPD): Uporabili smo EPD izvajati proces avtomatiziran delovni proces.

Spletna storitev: Spletne storitve c# izboljša uporabniško izkušnjo z omogočanjem kaskadne izbor seznamov v obrazec programa InfoPath in boljšo učinkovitost delovanja za filtriranje podatkov. Glej tukaj za tehnično globoko potapljanje na to temo in naše razloge za njihovo uporabo.

Seznamih po meri: MAH uporabniških profilov, ki posamezni uporabnik neposredno nadrejeni, vendar ni predložila večina podatkov, ki nadzorujejo potek dela odločitve (npr.. ali Področni vodja mora odobriti PO zahtevnice). Smo uporabili sezname po meri za podjetja podatkov"" stran za vzdrževanje podatkov, kot so "Področni vodja odobritev dolar znesek", "Funkcionalna Področni vodja" in tako naprej. Seznami zelo lepo integrirana z InfoPathom in tudi ustvarjanje/posodabljanje/brisanje (CRUD) funkcionalnost z nadzora in varnosti iz škatle.

Primer uporabe

Ta primer ponazarja, kako rešitev ustreza skupaj:

  1. Paul želi nov laptop. On opisuje njegov mora Vivek, pozna standarde podjetja prenosnik oseba IT, raje prodajalci, itd.
  2. Vivek dnevniki v MOSS, dostopi zahtevnice PO obliki in vstopi zasegov v imenu Paul. Obliki pozove Vivek za nakup Kategorija, ki se nato uporabi spletnih storitev za zapolnijo spustni seznam družba odobreni prodajalci. Vivek tudi določa podjetja funkcionalno območje ta nakup (npr.. "TO" ali "Finance").
  3. EPD temelji potek dela začne, določa Paul's neposredni nadrejeni in poti zasegov v njegov manager, Stacy.
  4. Stacy odobri nakup zahtevnice.
  5. EPD potek dela pregleda zasegov in določa, da je nakup. Se usmerjajo potek dela je funkcionalno Manager, Wonson.
  6. Wonson odobri zasegov.
  7. EPD potek dela znova pregleda zasegov in določa, da znesek nabave, presega največ dolar znesek in poti je za delitev manager za odobritev.
  8. Delitev direktor odobri nakup zahtevnice.

Opombe

  • Primer uporabe kaže na "čisto" teči brez zavrnitve ali skokov.
  • Vsak potrjevalca ima možnost odobriti ali zavrniti zasegov, pa tudi zagotoviti pisne pripombe. To so prijavljeni revizijsko sled.
  • Če odgovorni vodja zavrača nabavo na kateri koli točki, PO zasegov je "dead" in postopek je treba začeti od začetka.
  • Potek dela obvesti organ izvora na vsakem koraku procesa.
  • Brez pisne podpisov — odjemalca, določena (po nekaj močno priporočil) da revizija trail predvideno prek zgodovine poteka dela, služil svoj nadzor nujno.
  • Napora — Trajalo je približno tri človek tednov za izvajanje te raztopine.

Zaključek

Ta rešitev dopolnjuje MOSS kot razvoj in izvajanjem platformo. Odjemalec ni bil zmožen v premikanje z vzvodom jedro MOSS funkcije za avtomatizacijo rutinskih poslovnega procesa, ki vpliva na skoraj vsak zaposleni v podjetju. Razen preprosto spletne storitve (ki sam dopolnjuje MOSS), skoraj nobene dejanske "programiranje" je bilo potrebno.

Rešitev služi tudi kot "izložba" za stranko, ki dokazuje, kako različne funkcije MOSS kombinirati ustvariti popolnoma izrazit poslovni program in ustvarjajo nove priložnosti za svetovanje v prihodnosti.

Slovarček

MRO: Vzdrževanje, popravilo in operacije. Teh nakupov, običajno vključujejo elemente, kot na primer pisemski papir, stoli, osebni računalniki, tiskalniki, mobilnih telefonov in podobno.

Eden mislil na "Študija primera MRO potek dela, z uporabo MOSS, EPD, InfoPath & spletne storitve.

pusti odgovor

Vaš e-naslov ne bo objavljen. Obvezna polja so označena *