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.

#Tio ?i povas esti evidenta al multaj, Sed dum studanta por mia MUSKA programara ekzameno, Mi lernis ke ?i?? #Sufi?e facila akiri la realan XML de #ser?o demando tra la uzanta fasado.

Unu rapida metodo estas kiel sekvas:

• Aliri #anta?eniri #ser?o.
• Elfari #ser?o kiu revenas kelkajn datumojn.
• Redakti la #pa?o (Tra ejaj fiksoj).
• #?An?i la XSL al la sekvantaro:

<?Xml Versio="1.0" Kodanta="Utf-8"?>
<Xsl:Stylesheet Versio="1.0" Xmlns:Xsl="Http://Www.w3.org/1999/xsl/transform">
<Xsl:Eligita Metodo="Xml" Versio="1.0" Kodanta="UTF-8" Indent="Jes"/>
<Xsl:Ŝablono Matĉo="/">
<Pre>
<Xsl:Kopio-de Elektita="*"/>
</Pre>
</Xsl:Ŝablono>
</Xsl:Stylesheet>

• Frapo aplikas.
• Vida Fonto en la retumilo.

Noti ke la <Pre> Etikedo ne faras multe da krom servi kiel oportuna signo kiam vi vidas la rezultojn.

Ĉi tiu ruzo povas esti tre helpema kiam laboranta kun administrita nemoveblaĵojn kaj personiganta serĉon. Ĝi provizos definitivan liston de la XML havebla por vi uzi en via xslt kiu estus estinta tre helpema la lasta 25 Oble mi kreis iom personigita #ser?o rezultojn.

#Tio ?i ought labori por dataviews #anka?, Kvankam mi ne elprovis ke ekstere kiel #ankora?.

Mi vidas tion Eric Kraus Estis alfrontita kun postulo normale renkontita kun kontenta demanda araneaĵa parto. La problemo? Li estis en pura WSSa medio kun neniu aliro al la CQWP. Prefere ol kunkirliĝanta supre en la fetal pozicio (Impulso mi devi batali ĉiun tagon, Ĝi ŝajnas), Li venis supre kun solvo ke almenaŭ donas WSSaj butikoj batalada ŝanco sukcesi. Ĝi estas priskribita Ĉi tie.

Stefan Irasßner Kunmetis grandegan 4-parta serio sur la SharePoint Enhavo kaj Deploja API Ĉi tie. Ĝi proponas grandan superrigardon kaj tre bonaj ekzemploj en kodo (C#).

Mi unue kaptis ĉi tiun ligon de joris poelmans blogo ĉe http://jopx.blogspot.com/.

Eĉ se vi estas kiel mi, En kiu vi havas ne devis fari multe da manojn-sur laboro por kontenta administrado, Tio ĉi estas bone valora 20 Minutoj de via tempo legi.

Uzanta la API, Unu povas:

• eksportaĵo kaj importaĵo kontentigas tre facile.
• Re-gepatra enhavo. Se vi deziras eksporti iun enhavon de ejo "" Kaj sendi ĝin al ejo "B" Sed en tute nova loko en la hierarkio, Tio ĉi eblas.
• Eksporta enhavo de ejo Kaj importi elektita pecojn en ejo.
• Re-liga enhavo (Signifanta traktas ĉiuj la hiperligoj).

Iu sur la Interretoj estis demandanta pri kiel krei intencan kolumnon sur listo kiu montrus valoron formatted kiel "[Uzanto] – [Statuso] – [Loko]" Kiel en "Paul Galvin – Trinkanta [Libera] Biero – La Plaĝo".

Paul enirus kaj ĝisdatigi lian eniron en la listo kaj la intenca kolumno ĝisdatigus appropriately. La [Uzanto] Devus defaŭltan al la la uzanto eniranta/ĝisdatiganta la liston.

Intenca kolumno ne povas uzi "fluktueman" Funkcioj kiel [Mi] Aŭ [Hodiaŭ]. Mi solvis ĝin en testa medio kun ĉi tiuj paŝoj:

1. Krei tekstan kolumnon nomis "Nunan Uzanton".
2. Fiksita ĝian defaŭltan valoron al [Mi]
3. Krei intencan kolumnon vokis "Calc Testo".
4. Fiksita ĝian valoron = [Nuna Uzanto]

Mi eniris, Aldonita eron al la listo kaj ĝi laboris.

Mi estis plagita de tio ĉi por 9 Monatoj kaj mi vidas ke homoj sur la MSDN kaj Usenet forumoj havas ĝin ankaŭ.L

Foje, Kiam aliranta vortan dokumenton (Aŭ alia doc tipoj) De dokumenta biblioteka afera Interreto Esploristo al simple kraŝo kaj iri for (Prenanta ĉiuj la klapetoj kun ĝi se iu ajn estas turniro).

Ĉi tiu F-ino hotfix povas solvi ĝin: http://support.microsoft.com/kb/938888

Ankaŭ, Tie estas iu priskribo pri la problemo ĉi tie:

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

Superrigardo:

Kreis laŭmendan liston kiu administras kontentan tipon kun kelkaj dekduaj kolumnoj.

Aldonita ĝin al paĝo kaj tiam tra SPD, Transformita en datuma vido.

Problemo:

Mia Xpath esprimo estis revenanta malplenaĵon por kolumno nomis "Nunan Pozicion". Mi referencis ĝin thusly:

    <Tabla landlimo="1">
      <Xsl:Pro tio ke-ĉiu elektita="/dsQueryResponse/Disputa/Disputo" >
        <Tr>
          <Td>
            Nuna Statuso:
            <Xsl:Valoro-de elektita="@Nuna_x0020_Statuso"></Xsl:Valoro-de>
          </Td>
        </Tr>
      </Xsl>
    </Tablo>

La kolumno en la CT estas nomita "Nunan Statuson". Ĝi aperas en la lookup kiel "Nuna Statuso". Ĉie vi rigardas, Vi vidas "Nunan Statuson".

Dum draŝanta madly pri, Serĉanta solvon, Mi male plu-gvidis al "@Rekrutigisto" Kaj behold! — KE efektive revenita reen la nunan statuson. Mi atendis ĝin reveni reen la rekrutigiston kiam mi faris tion.

Solvo:

Mi enŝovis proksimume en SPD. Iri al tiu paĝo en SPD kaj ĝi montras la datuman vidon. Vi povas inspekti la realan datumon provizis al la vido kaj rilata Xpath. Ĉi tie mi eltrovis ke efektive, La Xpath indikita ĉe "Rekrutigisto". Strange sufiĉa, La "reala" Rekrutigista kampo indikita de "Recruiter1".

Forpreni:

SPD provizas aŭtoritatan Xpath esprimoj por disputoj & Kolumnoj en datuma vido.

Due, Ĝi montras la realan datumon. Tiel ekzemple, Kolumno de tipo montras tion ĉi:

<Nobr><Daŭri dum><HREFaj="/ejoj/Kompania/HumanResources/TalentAcquisition/_planoj/userdisp.Aspx?IDENTIGAĴO=17">Galvin, Paul</A><Img landlimo="0" Alto="1" Larĝo="3" Src="/_planaj/bildoj/malplenaĵo.Gif"/><href='javascript:’ Onclick='IMNImageOnClick();Revena falsa;’ Klasifiki='ms-imnlink'><Img nomo='imnmark’ Titolo=” Landlimo=’0′ Alto='12’ Larĝo='12’ Src='/_planaj/bildoj/malplenaĵo.Gif’ Alt='Neniu ĉeesta informo’ Trinketi='@Pgalvin@xxx.com’ identigaĵo='imn_77,tipo=smtp'/></al></Daŭri dum></Nobr>