– Áttekintés

Ez a rész bemutatja a esettanulmány leírja egy tényleges MRO (Karbantartás, Javítási és műveletek) munkafolyamat-jóváhagyási folyamat végre moha.

Ez nem egy nyíltan szakmai megbeszélések, de ehelyett arra szolgál, hogy egy valós példát, azt mutatja, hogyan a MOSS platform találkozott egy valóságos-világ.

(Ez a bejegyzés a kereszt között kategória http://paulgalvin.spaces.live.com és http://blogs.conchango.com)

Háttér

Az ügyfél MRO folyamat volt jellemzi a következő

• Manuális jóváhagyási eljárás.
• Néhány támogatási használ kitűnik vetett ágy.
• Szabálytalan jóváhagyási eljárás. Az azonos MRO beszerzési jóváhagyási folyamat változik napról napra, személy-személy.
• Sok könyv és a saját kezű aláírás — beszerzési igénylések, akár szükséges 3 Írásbeli aláírás előtt végső jóváhagyás.

Ez tartalmazza a projekt céljainak:

• Teljesen gyorsbüfé a folyamat-.
• Vállalati szabványok jóváhagyására érvényesítsék.
• Biztosítja a konszolidált MRO beszerzése, a különböző vezetők.
• Részletes ellenőrzési nyomvonal.

Mint egy mellékhatása a megoldás, Írásbeli aláírás már nem szükséges.

Jóváhagyási eljárás

A jóváhagyási folyamat áll négy "úszni sávok": Kezdeményező, Közvetlen felettes, Funkcionális vezetője és a körzet vezetője.

Kezdeményező:

Látja annak szükségességét, hogy a vásárlás, és elindítja a folyamatot. Vegye figyelembe, hogy a megbízó lehet-e, vagy valójában nem léphet be a beszerzési igénylés, de ehelyett közvetlen erre egy másik munkatárs. Néhány alkalommal, a megbízó nem rendelkezik a műszaki szakértelmet, hogy töltse ki a PO-igénylés. Például, egy felhasználó akar-hoz egy új laptop számítógép hatósági igénybevétel, de nem tudom, a legjobb eladó, IT-szabványok, stb. Ebben az esetben, a kezdeményező működik, és ez valójában kitölti az igénylés.

Közvetlen felettes:

Ez a közvetlen vezetője a kezdeményező (ami lehet különböző attól a személytől, aki valójában a PO igénylési lépett moha). Közvetlen vezetők jóvá kell hagynia a PO-igénylés előtt a rendszer kéri a jóváhagyást további le a pályáról.

Projektmenedzser:

A funkcionális menedzser a felelős annak biztosításáért, hogy a javasolt beszerzés megfelel-e a vállalati szabványok egy adott vállalati funkciót keretén belül az egyes. Például, Egy informatikai projektmenedzser jóvá informatikai beszerzések.

Körzet vezetője:

Osztály vezetői beszerzési igénylés jóváhagyása szigorúan dollár összeget. Körzet vezetője hagyja jóvá a beszerzési igénylések konfigurálható dollár összeget.

A megoldás

Használtuk az alábbi eszközök és alkatrészek végrehajtására a megoldás:

MOSS: Ki, amely minden más "lóg" platformként szolgál. MOSS alapkőzet szolgáltatásokat nyújt a biztonsági, törzsadatok, audit trailek és egyéb szolgáltatások.

Az InfoPath forms services: A MOSS-összetevő, Ez lehetővé teszi a felhasználók számára, hogy töltse ki a beszerzési igénylések keresztül egy pókháló legel.

SharePoint Designer (AZ SPD): Használtuk az SPD a automatikus munkafolyamatot végrehajtásához.

Pókháló szolgáltatás: A c# web service javítja a felhasználói élményt azáltal, hogy lépcsőzetes választási listák az InfoPath-űrlap és a vonatkozó adatok szűrést jobb teljesítményt nyújt. Lásd: itt a technikai mély merülés ebben a témában, és a mi oka, használja a.

Egyéni listák: MOSS felhasználói profilok biztosított egy adott felhasználó közvetlen felettes, de nem szabályozott határozatokat a munkafolyamat adatok (pl. hogy, hogy szükség van-e a megosztási manager a PO-igénylés jóváhagyása). Mi használt egyéni listák egy "vállalati adatok" adatokat, mint például a "Megosztott kezelő jóváhagyási forintösszeg" webhelyhez, "Funkcionális területi igazgató" és így tovább. Listák beépített nagyon szépen az InfoPath és a is létrehozása/frissítése/törlése (CRUD) funkciók, naplózás és a biztonsági kívül a doboz.

Használata esetén

Ez esetben azt mutatja, hogy a megoldás illik össze:

1. Paul akar egy új laptop. Ő írja le, ő szükséges-hoz Vivek, az IT személy ismeri a vállalati laptop szabványok, preferált szállítókat, stb.
2. Vivek bejelentkezik moha, hozzáfér a PO igénylési űrlap és belép az igénylés nevében Paul. Az űrlap Vivek bekéri a beszerzési kategóriát, amely a webes szolgáltatások segítségével feltölti a vállalat által elfogadott szállítók legördülő listáját. Vivek is megadja a vállalati működési területe a vásárlás (pl. "" vagy a "Penzugy").
3. Alapján az SPD munkafolyamat indítása, határozza meg, hogy a közvetlen felettes Paul barátait és az igénylési köröztet a menedzsere, Stacy.
4. Stacy jóváhagyja a beszerzési igénylésen.
5. Az SPD munkafolyamat megvizsgálja az igénylési és határozza meg, hogy egy informatikai beszerzés. A munkafolyamat köröztet az informatikai funkcionális vezető, Wonson.
6. Wonson jóváhagyja az igénylés.
7. SPD munkafolyamat újra megvizsgálja az igénylés, és határozza meg, hogy a vásárlási összeg meghaladja a maximális dollár összeget, és továbbítja a körzet vezetője jóváhagyásra.
8. A körzet vezetője hagyja jóvá a beszerzési igénylésen.

Jegyzetek

• A használati eset bizonyítja, a "tiszta" fuss-val nem elutasítása, vagy ugrik.
• Minden jóváhagyónak megvan az a képessége, hogy jóváhagyja vagy elutasítja az igénylés, valamint írásos megjegyzést. Ezek van bejelentkezve, az ellenőrzési nyomvonal.
• Ha a felelős vezető elutasítja a beszerzési igénylés bármely pontján, a PO-igénylés a "halott" és a folyamat kezdetétől el kell indítani.
• Munkafolyamat értesíti a kezdeményező, a folyamat minden lépésében.
• Nincs írott aláírás — az ügyfél határozza meg (Miután néhány erőteljes ajánlások) hogy az audit trail, keresztül munkafolyamat-előzmények, szolgált a naplózási szükségleteik.
• Erőfeszítés — Ez elvitt körülbelül három hét végrehajtani ezt a megoldást.

Következtetés

Ez a megoldás lehetővé teszi a MOSS fejlesztési és futásidejű platform. Az ügyfél volt képes-hoz emelőerő, szinte minden a cég alkalmazottja érintett rendszeres üzleti folyamatok automatizálására MOSS alapszolgáltatások. Kivéve egy egyszerű webes szolgáltatás (amely maga is kihasználja a moha), szinte semmilyen tényleges programozás"" volt szükség.

A megoldás is szolgál, mint egy "kirakat" az ügyfél, hozzon létre egy teljes értékű üzleti alkalmazás, és ezáltal új konzultációs lehetőségeket a jövőben kombinált bizonyítja, mennyire más MOSS-funkciók.

Szószedet

MRO: Karbantartás, javítási és műveletek. Ezek a vásárlások általában számítanak a jegyzettömbök, székek, személyi számítógépek, nyomtatók, mobiltelefonok és hasonló.

Ez lehet, hogy nyilvánvaló, hogy sok, de közben tanul az MOSS programozási vizsga, Én tanult amit-a ' szép könnyű-hoz kap a tényleges XML-ból egy keresési lekérdezéssel, a felhasználói interfészen keresztül.

Egy gyors módszer, az alαbbiak szerint:

• Hozzáférés biztosítása a speciális keresés.
• Végre egy keresést, bizonyos adatokat visszaadó.
• Az oldal szerkesztése (Via webhely beállításai).
• Módosítsa az XSL, az alábbi:

<?XML változat="1.0" kódolás="UTF-8"?>
<XSL:stíluslap változat="1.0" xmlns:XSL="http://1999/XSL/átalakító www.w3.org/">
<XSL:kimeneti a módszer="XML" változat="1.0" kódolás="UTF-8" francia="igen"/>
<XSL:sablon meccs="/">
<előtti>
<XSL:másolata Válassza ki="*"/>
</előtti>
</XSL:sablon>
</XSL:stíluslap>

• Megüt alkalmaz.
• A böngésző forrás megtekintése.

Vegye figyelembe, hogy a <előtti> tag nem sokat kivéve szolgál mint egy kényelmes marker megtekintésekor az eredmények.

Ez a trükk nagyon hasznos lehet, amikor a dolgozó a felügyelt tulajdonságok és testreszabása. Biztosítja az XML számára, hogy használja az xslt, amely nagyon hasznos lett volna a végleges listáját az utolsó 25 időkben hoztam létre egy személyre szabott keresési eredményeket.

Ezt kellene dolgozni a dataviews, valamint, Bár én még nem tesztelték, hogy még.

Látom, hogy Eric Kraus szembe kellett néznie a követelmény általában teljesül-a Tartalomlekérdezés kijelző. A probléma? Volt egy tiszta WSS környezetben nem lehet hozzáférni a CQWP. Ahelyett, hogy curling fel, a magzati pozíció (meg kell harcolni minden nap késztetés, úgy tűnik), ő jött a megoldás, hogy legalább ad WSS üzletek egy harci esélyt a sikerre. Le van írva itt.

Stefan Goßner állított össze egy fantasztikus 4-részes sorozat a SharePoint-tartalom és a telepítési API itt. A szálloda egy nagy áttekintés és jó példák-kódjában (C#).

Először felvette ezt a linket a joris poelmans blog-on http://jopx.blogspot.com/.

Még akkor is, ha te, mint én, az, hogy nem volt sok gyakorlati munkát tartalom menedzsment, ez megéri 20 jegyzőkönyv-ból időd-hoz olvas.

Az API-t használó, lehet:

• Export és import tartalma nagyon könnyen.
• Tartalom újbóli szülő. Ha szeretne néhány tartalom exportálása egy webhely "" és küldje el a "B oldalon" de egy teljesen új helyet a hierarchiában, Ez akkor lehetséges.
• Tartalom exportálása a webhely és a webhely importálása a kijelölt bit.
• Újra link tartalma (ami azt jelenti, foglalkoznak a hivatkozások).

Valaki a internets, hogy hogyan kell létrehozni egy számított oszlopban egy listát, amely igazolta volna, hogy a formázott érték"[Felhasználó] – [Állapot] – [Hely]" mint "Paul Galvin – Iszik [ingyenes] Sör – A Beach".

Paul megy, és frissíti a bejegyzést a listában, és a számított oszlopban kíván frissíteni megfelelően. A [Felhasználó] az alapértelmezett a felhasználó tífusz/felsorolásának.

A számított oszlop nem használható "illó" funkciók, mint például [Nekem] vagy [Ma]. Én megfejt ez egy teszt környezetben, ezeket a lépéseket:

1. "Pillanatnyilag" nevű szöveg oszlop létrehozása.
2. Az alapértelmezett érték [Nekem]
3. "Calc teszt" nevű számított oszlop létrehozása.
4. Készlet-a érték = [Aktuális felhasználó]

Bementem a, hozzá egy elemet a listából, és ez munkás.

Már sújtja-e a 9 hónap, és látni, hogy a MSDN és Usenet fórumokon az emberek volna, hogy too.l

Néha, Mikor bejutó egy word-dokumentum (vagy más doc) dokumentumból könyvtárban okoz Internet Explorer egyszerűen összeomlik, és elmegy (véve minden a tabs vele, ha bármely van nyit).

MS gyorsjavítás megoldja: http://support.microsoft.com/kb/938888

Is, van némi leírást a problémáról itt:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

– Áttekintés:

Létrehozott egy egyéni listát, amit kezel egy tartalomtípust a néhány tucat oszlopok.

Hozzá, egy olyan oldalra, majd keresztül SPD, megtérít-ba egy adatnézet.

Probléma:

Az Xpath-kifejezés, visszatért a "Jelenlegi helyzet" nevű oszlop üres. Én hivatkozott, imigyen:

    <Táblázatszegély = "1">
      <XSL:-minden select = "/ sorok/dsQueryResponse/sor" >
        <TR>
          <TF>
            Jelenlegi állapota:
            <XSL:érték-ból select="@Current_x0020_Status"></XSL:érték-ból>
          </TF>
        </TR>
      </XSL>
    </táblázat>

Az oszlop a CT nevű "Jelenlegi állapot". Ez azt mutatja fel a keresést a "Jelenlegi állapot". Mindenhol nézel, látod a "Jelenlegi állapot".

Közben verte vadul körülbelül, látszó részére egy oldat, Ehelyett említett "@Recruiter" és íme! — hogy valójában vissza-vissza a jelenlegi állapota. Számítottam rá, hogy visszatér a toborzó, amikor tudtam, hogy.

Megoldás:

Kidugta biztonsági házirendek adatbázisában tárolt. Ugrás az SPD, és ez azt mutatja, hogy az adatnézetben. Vizsgáljuk meg a tényleges adatok feltéve, hogy a nézet és a kapcsolódó Xpath. Itt kiderült, hogy valóban, az Xpath mutatott "Pályázat". Elég furcsa, a "tényleges" toborzó mező rámutatott, a "Recruiter1".

elvitel:

Az SPD nyújt hiteles Xpath-kifejezések a sorok & adatnézet oszlopai.

Második, Ez azt mutatja, hogy a tényleges adatok. Így például, a Típus oszlopban ez:

<NOBR><span><Egy HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">Galvin, Paul</A><IMG border ="0" magasság = "1" width = "3" src="/_layouts/images/blank.gif"/><a href = "javascript:’ OnClick = "IMNImageOnClick();visszatérés hamis;’ Class = "ms-imnlink"><IMG név = "imnmark’ title =” határ =’0′ magasság ='12’ szélesség ='12’ src='/_layouts/images/blank.gif’ ALT = "nincs jelenlét-információ’ SIP = "PGalvin@xxx.com’ id = "imn_77, type = smtp" /></egy></span></NOBR>