Yleiskatsaus

Tämä merkintä esitetään kuvataan todellinen MRO (Huolto, Korjaus ja toiminta) hyväksynnän työnkulkuprosessia missä MOSS.

Tämä ei ole avoimesti tekninen keskustelu, mutta sen sijaan palvelee reaalimaailman esimerkki, joka osoittaa, miten MOSS platform tapasi reaalimaailman.

(Tämä merkintä on rajat lähetetty välillä http://paulgalvin.spaces.live.com ja http://blogs.conchango.com)

Tausta

Seuraavassa ominaista MRO asiakasprosessin

• Manuaalista hyväksyntäprosessi.
• Tukea käyttäen excel-laskentataulukot.
• Epäsäännöllinen hyväksyntäprosessi. Sama MRO hyväksynnän ostoprosessin vaihtelevat päivittäin, henkilö.
• Paljon paperia ja käsinkirjoitettu allekirjoitus — tarvitaan jopa ostoehdotukset 3 Kirjallinen allekirjoitukset ennen lopullista hyväksymistä.

Hankkeessa mukana tavoitteiden:

• Täysin automatisoida.
• Yrityksen käytäntöön hyväksyttäväksi.
• Antavat konsolidoidun kuvan MRO osto yhteistyöhankkeisiin.
• Yksityiskohtainen kirjausketju.

Haittavaikutuksena liuoksen, Kirjallinen allekirjoitusta ei enää tarvita.

Hyväksyntäprosessi

Hyväksyntäprosessi koostuu "uida nelikaistaiseksi": Aloittaja, Suora esimies, Esimies ja johtaja.

Aloittaja:

Näe tarvetta ostaa ja aloittaa prosessin. Huomaa, että maksumääräyksen voivat tai eivät voi todella tehdä ostoehdotus, mutta sen sijaan suoraan toisen toimihenkilön siihen. Joskus, aloittaja ei ole tekninen asiantuntemus täyttää PO ostoehdotuksen. Esimerkiksi, käyttäjä voi haluta hankintalistan uuden kannettavan tietokoneen, mutta ei tiedä paras myyjä, SEN mukaista, jne. Tässä tapauksessa, Aloittaja toimii ja se todella täyttää ehdotuksen.

Suora esimies:

Tämä on lähettäjän esimies (joka voi olla erilainen kuin henkilö, joka todella tuli PO ostoehdotuksen MOSS). Suora johtajien on hyväksyttävä PO ostoehdotuksen, ennen kuin järjestelmä hakee aluksi hyväksyntää edelleen ruodussa.

Esimies:

Toiminnallinen johtaja on henkilö, joka on vastuussa siitä, että ehdotetulla hankinnalla noudattaa yrityksen standardeja soveltamisalaan erityisesti yrityksen toiminta. Esimerkiksi, SE ostaa hyväksyy IT-esimies.

Toiminta-alueen johtaja:

Jako johtajat ostoehdotusprosessia tiukasti dollarin summa. Johtaja ostoehdotusprosessia konfiguroitavissa dollari määrältään.

Ratkaisu

Käytimme seuraavia työkaluja ja komponentteja toteuttaa ratkaisu:

MOSS: Toimii foorumi, jonka kaikki muu "roikkuu". MOSS tarjoaa kallioperän turvallisuussyistä, päätietoihin, kirjausketju ja muita ominaisuuksia.

InfoPath forms services-ohjelmassa: MOSS-komponentti, Näin käyttäjät voivat täyttää ostoehdotusten web-selaimella.

SharePoint Designer (SPD): Käytimme SPD toteuttaa automaattisen työnkulkuprosessin.

Verkkopalvelu: C#-verkkopalvelusta tehostaa käyttökokemusta mahdollistamalla CSS valinnat luettelot InfoPath-lomakkeen ja tarjoaa paremman suorituskyvyn osalta tietojen suodattamisesta. Ks. Täällä tekninen syvä sukellus tästä aiheesta ja siitä, miksi käyttää sitä.

Mukautettuja luetteloita: MOSS käyttäjäprofiileja tietyn käyttäjän suoraan Manager-ohjelman, mutta ei ole suurin osa tiedoista, joita hallita työnkulun päätöksiä (virrankatkaisu. Onko divisioonien manager vaaditaan hyväksymään PO ostoehdotuksen). Mukautettuja luetteloita käytetään "-Yritystiedot" sivusto säilyttää tietoja, kuten "Jaetun hallinnan hyväksyntää dollarin summa", "Toiminnallinen aluepäällikkö" ja niin edelleen. Luettelot hienosti integroitu InfoPath ja myös luoda, päivittää tai poistaa (LIKA) toimintoja valvonta- ja kättelyssä.

Käytä asia

Tämä Käyttötapaus osoittaa, miten ratkaisu sopii yhteen:

1. Paul haluaa uuden kannettavan. Hän kuvaa hänen tarpeisiinsa Vivek, IT henkilö tuntee yrityksen laptop standardit, Ensisijaiset toimittajat, jne.
2. Vivek kirjautuu MOSS, käyttää PO hankintalistan lomakkeen ja syöttää ostoehdotuksen puolesta Paul. Lomake kysyy Vivek osto-luokka, joka käyttää web-palveluja asuttamaan avattavasta luettelosta yrityksen hyväksymää myyjät. Vivek määrittää myös yritysten toiminta-alueiden osto (virrankatkaisu. "SE" tai "Rahoittaa").
3. SPD perustuu työnkulku alkaa, määrittää Paavalin esimies ja reitittää ehdotuksen esimiestään, Stacy.
4. Stacy hyväksyy ostoehdotuksen.
5. SPD työnkulun tarkastaa ehdotuksen ja määrittää, se on se hankinta. Se reitittää työnkulun toimiva tietohallintopäällikkö, Wonson.
6. Wonson hyväksyy ehdotuksen.
7. SPD työnkulku uudelleen tarkastaa ehdotuksen ja määrittää ostaa määrä ylittää maxium dollareina ja reitittää sen jako valvojalle hyväksyntää varten.
8. Alue-esimies hyväksyy ostoehdotuksen.

Muistiinpanot

• Käyttää tapauksessa osoittaa "puhdas" Suorita ilman hylkäämisestä tai hyppää.
• Jokainen hyväksyjä on mahdollisuus hyväksyä tai hylätä ehdotuksen sekä kommentteja. Nämä ovat kirjautuneena kirjausketju.
• Jos vastaava projektipäällikkö hylkää ostoehdotus missään vaiheessa, PO ostoehdotuksen on "kuollut" ja prosessi on aloitettava alusta.
• Työnkulku ilmoittaa asiasta alulle prosessin jokaisessa vaiheessa.
• Ei kirjoitettu allekirjoitus — määrittää asiakkaan (jälkeen joitakin voimakkaita suosituksia) että kirjausketju mukaisesti kautta Työnkulkuhistoria, tiedoksi niiden valvonnan tarpeisiin.
• Vaivaa — kesti noin kolmen miehen viikkoa toteuttaa tämän ratkaisun.

Johtopäätös

Tämä ratkaisu hyödyntää MOSS kehitys-ja runtime-ympäristö. Asiakas on voinut hyödyntää MOSS ydinominaisuudet automatisoi rutiini liiketoimintaprosesseja, joka vaikuttaa lähes jokainen yrityksen työntekijä. Lukuun ottamatta yksinkertainen web-palveluun (joka puolestaan hyödyntää MOSS), ei varsinainen "ohjelma" tarvittiin.

Ratkaisu toimii näyteikkunana"" asiakkaan, osoittaa kuinka erilaisia MOSS ominaisuuksia yhdistämällä luoda täysin varustellun business-sovelluksen ja tuottaa uusia konsultointi mahdollisuuksia tulevaisuudessa.

Sanasto

MRO: Huolto, korjaus- ja toiminta. Nämä ostot ovat yleensä esimerkiksi Lehtiöt, tuolit, henkilökohtaiset tietokoneet, tulostimet, matkapuhelimet ja vastaavat.