Přehled

Tato položka popisuje případová studie popisující aktuální MRO (Údržba, Opravy a operace) proces schvalování workflow v MECHU.

To není zjevně technické diskuse, Ale místo toho slouží poskytnout příklad reálného světa, který demonstruje, jak platforma MOSS potkal reálného světa.

(Tato položka je kříž posta mezi http://paulgalvin.spaces.live.com a http://blogs.conchango.com)

Pozadí

MRO procesu klienta, už byl charakterizován následující

• Ruční schvalovací proces.
• Některé podpory pomocí aplikace excel tabulky.
• Nepravidelné schvalovací proces. Stejný proces schvalování nákupu MRO by liší den, osoba osobou.
• Spousta papíru a vlastnoručních podpisů — nákupní žádanky až do požadované 3 Písemná podpisy před konečné schválení.

Cíle tohoto projektu:

• Plně automatizovat proces.
• Vynutit standardy organizace ke schválení.
• Poskytuje konsolidovaný pohled na MRO nákup různých manažerů.
• Podrobné revizní záznam.

Jako vedlejší účinek řešení, Písemná podpisy už nebyla požadovaná.

Schvalovací proces

Schvalovací proces se skládá ze čtyř "plavat pruhů": Původce, Přímý nadřízený, Funkční manažer a manažer divize.

Původce:

Vidí potřebu nákupu a spustí proces. Všimněte si, že původce může nebo nemůže vstoupit ve skutečnosti nákupních požadavků, ale namísto přímého jiný zaměstnanec k tomu. Některé časy, původce nemá žádné technické znalosti vyplnit PO požadavku. Například, uživatel může chtít zabavit nový přenosný počítač, ale nezná nejlepší dodavatele, Standardů IT, atd. V tomto případě, původce díla s ním a to skutečně vyplňuje požadavku.

Přímý nadřízený:

To je přímý nadřízený původce (což může být odlišné od osoby, která skutečně vstoupila PO požadavku v MECHU). Přímý manažeři musí schválit PO požadavku, dříve, než systém usiluje o souhlas dále po trati.

Funkční manažer:

Funkční správce je osoba, která je zodpovědná za zajištění, že navrhovaný nákup odpovídá standardům organizace v rámci konkrétní podnikové funkce. Například, IT nákupy schváleny správcem IT funkční.

Ředitel divize:

Vedoucí oddělení schválit nákupních přísně peněžní částku. Manažer divize schvalování nákupních přesahující částku konfigurovatelné dolar.

Řešení

Jsme použili následující nástroje a součásti k realizaci řešení:

MECH: Slouží jako platforma, na které, vše ostatní "visí". MECH poskytuje služby podloží pro bezpečnost, hlavní data, revizní záznamy a další funkce.

Služba InfoPath forms services: Komponenta MOSS, To umožňuje uživatelům vyplňovat nákupních prostřednictvím webového prohlížeče.

SharePoint Designer (SPD): Použili jsme SPD k implementaci automatizovaného workflow proces.

Webová služba: C# webová služba vylepšuje uživatelské prostředí tím, že umožňuje kaskádové seznamy vybrané ve formuláři aplikace InfoPath a poskytuje lepší výkon vzhledem k filtrování dat. Viz Tady pro technické hluboký ponor na toto téma a naše důvody, proč používat.

Vlastní seznamy: Pokud daný uživatel přímý nadřízený profily uživatelů MOSS, ale neposkytli většinu údajů, které pracovní postup rozhodnutí (např.. zda manažer divize je povinna schválit PO požadavku). Použili jsme vlastní seznamy v podnikových dat"" stránky zachovat data, například "Divizní ředitel schválení peněžní částku", "Funkční oblasti správce" a tak dále. Seznamy velmi pěkně integrovaný s aplikací InfoPath a rovněž zajistit vytvoření, aktualizace a odstranění (CRUD) Funkce auditu a bezpečnosti z krabice.

Případ použití

Tento případ použití ilustruje, jak do sebe zapadá řešení:

1. Paul chce nový laptop. Popisuje jeho potřeby do Vivek, IT člověk, který je obeznámen s firemní notebook standardy, preferované dodavatelé, atd.
2. Vivek protokoly do MECHU, přistupuje k formuláři PO požadavku a zadá požadavek jménem Paul. Ve formuláři, zobrazí se výzva Vivek nákupní kategorie, které potom služba použije k naplnění rozevíracího seznamu společností schválených dodavatelů webové služby. Vivek určuje také firemní funkční oblast nákupu (např.. "TO" nebo "Finance").
3. SPD založené pracovní postup začíná, Určuje si Paul přímý nadřízený a směruje požadavek na jeho manažer, Stacy.
4. Stacy schvaluje nákupních požadavků.
5. SPD workflow kontroluje požadavku a určuje, že je to nákup. Směruje pracovní postup funkční manažer IT, Wonson.
6. Wonson schvaluje požadavku.
7. SPD workflow znovu kontroluje požadavku a zjistí, že částka nákupu překročí částku v korunách maxium a nasměruje jej do divize manažerovi ke schválení.
8. Manažer divize schvaluje nákupních požadavků.

Poznámky

• Případ použití ukazuje "čistý" spustit bez odmítnutí nebo skoky.
• Každý schvalovatel má možnost schválit nebo zamítnout požadavek, stejně jako poskytnout písemné připomínky. Tyto jsou zaznamenány v protokolu auditu.
• Je-li zodpovědný vedoucí odmítá nákupních požadavků na jakémkoli místě, PO požadavku je "mrtvá" a proces musí být spuštěn od začátku.
• Pracovní postup upozorní původce při každém kroku procesu.
• Žádné písemné podpisy — klient určen (po energické doporučení) audit trail jako poskytované prostřednictvím historie pracovního postupu, sloužil jejich auditu potřeb.
• Úsilí — Trvalo to týdny přibližně tři muže k implementaci tohoto řešení.

Závěr

Toto řešení využívá MOSS jako rozvoj a run-time platformu. Klient byl schopen využívat základní funkce MOSS a automatizovat rutinní obchodního procesu, která ovlivnila téměř každého zaměstnance ve společnosti. Kromě jednoduché webové služby (který sám využívá MOSS), téměř žádné skutečné programování"" bylo zapotřebí.

Řešení rovněž slouží jako prezentace"" pro klienta, prokazující, jak různé MOSS funkce lze kombinovat vytvořit plně funkční obchodní aplikace a vytvářet nové poradenské možnosti v budoucnosti.

Glosář

MRO: Údržba, opravy a provoz. Tyto nákupy obvykle zahrnují položky, jako jsou zápisníky, židle, osobní počítače, tiskárny, mobilní telefony a podobně.

Může to být zřejmé, že mnoho, Ale při studiu pro programování skončily MOSS, Jsem se dozvěděl, že je to docela snadné získat skutečné XML z vyhledávacího dotazu prostřednictvím uživatelského rozhraní.

Jedna rychlá metoda je takto:

• Přístup k rozšířené hledání.
• Provést prohledání, která vrací data.
• Upravit stránku (Via nastavení webu).
• Změna XSL do následujícího:

<?XML verze="1.0" kódování="UTF-8"?>
<XSL:Šablona stylů verze="1.0" xmlns.:XSL="http://www.w3.org/ 1999 / / transformace XSL">
<XSL:výstup Metoda="XML" verze="1.0" kódování="UTF-8" odsazení="Ano"/>
<XSL:Šablona shoda="/">
<pre>
<XSL:kopie z vybrat="*"/>
</pre>
</XSL:Šablona>
</XSL:Šablona stylů>

• Zásah platí.
• Zobrazit zdrojový kód v prohlížeči.

Všimněte si, že <pre> Značka nedělá moc kromě sloužit jako vhodný marker když zobrazíte výsledky.

Tento trik může být velmi užitečná při práci s spravovanými vlastnostmi a přizpůsobení hledání. Bude poskytovat konečný seznam XML, které jsou k dispozici pro vás k použití ve vašem xslt, které by byly velmi užitečné poslední 25 krát jsem vytvořil některé výsledky vlastní hledání.

To by mělo fungovat pro dataviews stejně, ale nezkoušel jsem to zatím.

Vidím, že Eric Kraus byla konfrontována s požadavkem, obvykle se setkal s webovou částí dotaz na obsah. Problém? On byl v čistě WSS prostředí bez přístupu k CQWP. Spíše než curling ve fetální poloze (nutkání musím bojovat každý den, Zdá se), přišel s řešením, které alespoň dává WSS obchody reálnou šanci uspět. Je popsán Tady.

Stefan Goßner má dát dohromady skvělé 4část série o obsahu služby SharePoint a API nasazení Tady. Nabízí přehled a velmi dobré příklady v kódu (C#).

Nejprve jsem se zvedl z joris poelmans blog na tento odkaz http://jopx.blogspot.com/.

I když jste jako já, v tom, že jste neměli udělat velkou práci pro správu obsahu, To je dobře stojí za to 20 minuty svého času na čtení.

Pomocí rozhraní API, jeden může:

• Exportovat a importovat obsah velmi snadno.
• Změnit nadřazenost obsah. Pokud chcete exportovat obsah z webu "A" a odeslat ji na web "B" ale v úplně nové místo v hierarchii, je to možné.
• Exportujte obsah ze sítě A a importovat vybrané kousky do sítě A.
• Zpětný odkaz obsah (což znamená, řešit všechny hypertextové odkazy).

Někdo na internety žádá o vytvoření výpočtového sloupce do seznamu, který by vykazují hodnotu zformátovanou jako"[Uživatel] – [Stav] – [Umístění]" jako v "Paul Galvin – Pití [volný] Pivo – Pláž".

Paul by jít dovnitř a aktualizovat svůj záznam v seznamu, a výpočtový sloupec by odpovídajícím způsobem aktualizovat. V [Uživatel] by ve výchozím nastavení uživatel zadávání/aktualizovat seznam.

Vypočítaný sloupec nelze použít "nestálá" funkce, jako [Já] nebo [Dnes]. Vyřešil jsem to v testovacím prostředí s těmito kroky:

1. Vytvořte textový sloupec s názvem "Aktuální uživatel".
2. Nastavte výchozí hodnotu [Já]
3. Vytvořit vypočítaný sloupec s názvem "Calc Test".
4. Nastavte její hodnotu = [Aktuální uživatel]

Šel jsem v, přidat položku do seznamu a fungovalo to.

Já jsem trápil tímto pro 9 měsíce a já vidím, že to lidé na fóra MSDN a Usenet mají too.l

Někdy, Při přístupu k dokumentu aplikace word (nebo jiné typy doc) z dokumentu knihovna způsobí, že aplikace Internet Explorer jednoduše crash a jdi pryč (bere všechny karty s ní Pokud jakýkoli je otevřena).

Tato oprava hotfix MS může vyřešit: http://support.microsoft.com/kb/938888

Rovněž, Existuje nějaký popis o problému zde:

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

Přehled:

Vytvořit vlastní seznam, který spravuje několik desítek sloupce typu obsahu.

Přidat na stránku a pak přes SPD, převést na zobrazení dat.

Problém:

Můj výraz Xpath vrací prázdné pro sloupec s názvem "Aktuální pozici". Já to thusly uváděný:

    <ohraničení tabulky = "1">
      <XSL:pro každý výběr = "/ dsQueryResponse/řádky/řádek" >
        <TR>
          <TD>
            Aktuální stav:
            <XSL:select="@Current_x0020_Status hodnotu z"></XSL:hodnota z>
          </TD>
        </TR>
      </XSL>
    </Tabulka>

Sloupce v CT je pojmenován "Současný stav". Ukazuje se ve vyhledávání jako "Současný stav". Všude, kam se podíváte, Viz "Současný stav".

Při mlácení šíleně asi, Hledáte řešení, Místo toho jsem jen "@Recruiter" a hle! — to skutečně vrátil zpět aktuální stav. Jsem očekával, že náborář vrátit zpět, když jsem to udělal.

Řešení:

Vystrčil jsem o tom v SPD. Přejděte na tuto stránku v SPD a ukazuje zobrazení dat. Můžete zkontrolovat aktuální údaje poskytnuté k názoru a související Xpath. Tady jsem zjistil, že skutečně, cesta Xpath ukázal na "Zaměstnavatel". Kupodivu, "skutečný" Verbíř pole z "Recruiter1".

Odvézt:

SPD poskytuje autoritativní výrazy Xpath pro řádky & sloupce v zobrazení dat.

Druhé, To ukazuje aktuální data. Tak například, sloupec typu to ukazuje:

<NOBR><rozpětí><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Pavel</A><img hranice ="0" výška = "1" Width = "3" src="/_layouts/images/blank.gif"/><href = "javascript:’ OnClick ='IMNImageOnClick();vrátit false;’ třída = "ms-imnlink"><img jméno ='imnmark’ title =” hranice =’0′ výška ='12’ Šířka ='12’ src='/_layouts/images/blank.gif’ ALT =' žádné informace o stavu’ SIP ='PGalvin@xxx.com’ ID = "imn_77, typ = smtp'/></a></rozpětí></NOBR>