Kategori Arkiv: SharePoint

Ved hjælp af “Person eller gruppe” i en beregnet kolonne

Folk spørger ofte om ved hjælp af en kolonne med datatypen "Person eller gruppe" i en anden kolonne med data skrive "Beregnet".

Bundlinjen, Dette fungerer ikke i WSS 3.0 (eller MOSS).

Når du tilføjer en beregnet kolonne, WSS viser listen over felter gør det muligt at bruge til beregning. Hvis du indtaste navnet på en kolonne, der ikke er i sin liste, Det fortæller du:

En eller flere kolonnereferencer er ikke tilladt, fordi kolonnerne er defineret som en datatype, der ikke understøttes i formler.

Løsning: Bruge en hændelseshandler. Hændelseshandleren brande, når brugeren gemmer varen. Det udfører den opdatering, du ville have den beregnede kolonne at gøre for dig.

Nyttige links på beregnede felter i almindelighed:

Hurtig ansvarsfraskrivelse: Jeg tror den ovenfor for at være sand og præcise, Men jeg har set nok klog tricks her og der i MOSS/WSS at jeg ville blive meget overrasket (spændt, hvis du vil) Hvis nogen har regnet ud en måde at gøre dette uden at ty til kode. Hvis du har regnet ud klog arbejde-omkring eller kender nogen, der gjorde, Lad mig vide!

MOSS/WSS fortæller mig: “Siden er blevet ændret af en anden forfatter på …” men faktisk, Det var ikke.

Vi gjorde nogle tunge re-organisering af vores websted taksonomi via "Administrere indhold og struktur". Grunde ukendt for mig, denne proces (selv arbejder i vigtigste) brød nogle navigationshyperlinks i den rask indlede. De brudte links er karakteriseret ved:

  • Forkert URL. For eksempel, Det bør være "/ sites/afdelinger/udviklingspotentiellet /…". Dog, det nye link er "/ sites/Corporate/udviklingspotentiellet /…".
  • Gentagne bits på forespørgselsstrengen for overskriften, som i:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Det er let nok at lave via webstedsnavigation indstillinger. Bortset fra, MOS præsenterer mig med dette når jeg prøve og gøre det:

billede

Faktum er, ingen gør enhver ændring der (bort fra mig, Selvfølgelig).

En hurtig søgning dukker op denne MSDN-forummer diskussion: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lægger det ud pænt i den næstsidste (som af 10/02/07) indlæg:

Faktum er:

Nulstille beskadiget overskrifter, du er nødt til at :

– fjerne alle listerne under beskadiget overskrift

– Fjern beskadigede overskrift

– Fra Listeindstillinger, tilføje en fjernet liste hen til den rask indlede (Denne regenerere overskriften ikke beskadigede)

Du er så god til at gå….


SharePoint ekspert – Sogeti Cap Gemini Schweiz

Jeg var lidt forvirret, fordi jeg holdt der ønsker at gå til navigeringssiden, foretage ændringerne og derefter få hit med det "-side blev modificeret" besked. Til sidst, Jeg indså, at jeg var nødt til at gå til Listeindstillinger og fjerne/tilføje det til hurtig start. Det gjorde tricket. Lykkelige tider er her igen!

</slutningen>

Abonner på min blog!

Problemer med “Pause indtil dato” aktivitet i SPD-lavet arbejdsprocesser

OPDATERING 12/10/07: Hotfix som beskrevet i MSDN KB929816 løst problemet for os nævnt nedenfor. Få hotfixet og derefter installere på hver server på farmen. Derefter, SharePoint konfigurationsværktøj på hver server. Her er linket MS Support for at KB: http://support.microsoft.com/kb/932816.

Baggrund:

Vi har en virksomhed krav hvor en environmental engineering manager skal sikre, at 30 Some-Odd fremstilling steder placeret overalt i USA skal sikre, at disse planter fil for deres forskellige statslige-mandat tilladelser i tide. En metode vi har undersøgt gearer "Pause indtil dato" aktivitet til rådighed via SharePoint Designer worfklow. Engineering manager (eller hendes assistent) træder alle nødvendige tilladelser og påmindelsesdatoer i starten af året. Systemet så gør alle de tunge løft.

Miljø:

MOSS, 64 bit, virtuel maskine miljø (udvikling boks), 2 servere (SQL på serveren #1, alt andet på serveren #2).

Problemer:

Handlingen Pause indtil dato synes at være den perfekte løsning, og det kan godt vise sig at være. Dog, det virker ikke godt ud af boksen (for os).

  1. Arbejdsprocesjob var ikke planlagt til at køre, nogensinde. Jeg opdagede det ved at læse Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) fremragende skrive-up ved hjælp af stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "job-arbejdsproces" -URL-adresse http://localhost

    <Egenskaben findes = "ingen" />

    C:\>

    Der var et overraskende resultat men let løst:

    C:\>stsadm -o setproperty - propertyname "job-worfklow" -PropertyValue "hver 1 minutter mellem 0 og 59" -URL-adresse http://localhost

    Operation fuldført.

    C:\>

    Ved at gøre det, den første "i gang" arbejdsprocessen hurtigt fyret op og gjorde det har job.

  2. Desværre, den næste ene virkede ikke som forventet. Heldigvis, Christopher henviser os Her (http://support.microsoft.com/kb/932816). Som for skrivning af denne post, Vi venter for IT-afdelingen at få dette hotfix, men det ser lovende. Vores kopier af de berørte .dll deler ikke den samme bytestørrelsen, så forhåbentlig vil dette løse problemet.

Løsning:

Re-kører kommandoen stsadm -o setproperty syntes at prod arbejdsprocestimeren vågen. Det ville, groft 7 minutter senere, faktisk vågne op og fortsætte sammen med arbejdsprocessen.

Spørgsmål / Spørgsmål, der behandles:

Pause indtil dato virker ikke.

Pause indtil dato genoptage ikke.

Arbejdsprocessen status ændres ikke fra "i gang"

Arbejdsprocessen status forbliver "i gang"

MRO arbejdsproces Casestudie ved hjælp af MOSS, SPD, InfoPath & webtjenester.

Oversigt

Denne post beskriver en Casestudie, der beskriver en faktiske MRO (Vedligeholdelse, Reparation og operationer) arbejdsprocessen godkendelse implementeret i MOSS.

Dette er ikke en åbenlyst teknisk diskussion, Men i stedet tjener til at give virkelige verden et eksempel der viser, hvordan MOSS platformen opfyldt en real-world skal.

(Denne løsning er tværs sendt mellem http://paulgalvin.spaces.live.com og http://blogs.conchango.com)

Baggrund

Klientens MRO processen havde været karakteriseret ved følgende

  • Manuelle godkendelsesproces.
  • Nogle støtte ved hjælp af excel-regneark.
  • Uregelmæssig godkendelsesprocessen. Samme MRO Køb godkendelsesprocessen ville variere dag til dag, person af person.
  • Masser af papir og håndskrevne underskrifter — Indkøbsrekvisitioner kræver op til 3 skriftlig signaturer før endelig godkendelse.

Formålet med dette projekt omfattede:

  • Fuldt automatisere processen.
  • Håndhæve enterprise standarder for godkendelse.
  • Levere samlet visning af MRO indkøb til forskellige ledere.
  • Detaljeret revisionsspor.

Som en bivirkning af løsningen, skriftlig signatur ikke længere kræves.

Godkendelsesprocessen

Godkendelsesprocessen består af fire "svømme vognbaner": Ordregiver, Direkte manager, Funktionsleder og division manager.

Ordregiver:

Finder nødvendigheden for køb og starter processen. Bemærk, at ordregiver kan eller kan ikke rent faktisk træder indkøbsrekvisitionen, men i stedet direkte en anden ansat til at gøre det.. Nogle gange, ordregiveren har ikke den tekniske ekspertise til at udfylde PO rekvisition. For eksempel, en bruger kan ønsker at rekvisition en ny bærbar computer, men kender ikke den bedste leverandør, IT-standarder, osv. I dette tilfælde, igangsætteren arbejder med det, og det faktisk udfylder rekvisitionen.

Direkte manager:

Dette er den direkte manager ordregiverens (der kan være forskellige fra den person, der faktisk indgået mos PO rekvisition). Direkte ledere skal godkende PO indkøbsrekvisitionen, før systemet søger godkendelse yderligere ned linjen.

Funktionsleder:

Den funktionelle manager er den enkelte ansvarlig for at sikre, at den foreslåede Køb opfylder virksomhedens standarder er omfattet af en bestemt firmafunktion. For eksempel, IT indkøb er godkendt af en IT Funktionsleder.

Division Manager:

Division ledere godkende indkøbsrekvisitioner strengt af dollar beløb. Division manager godkende indkøbsrekvisitioner ud over en konfigurerbar dollar beløb.

Løsningen

Vi brugte følgende værktøjer og komponenter til at implementere løsningen:

MOSS: Tjener som platform ud som alt andet "hænger". MOSS giver grundfjeld tjenester til sikkerhed, stamdata, revisionsspor og andre funktioner.

InfoPath forms services: En Mos komponent, Dette gør det muligt for brugerne at udfylde indkøbsrekvisitioner via en webbrowser.

SharePoint Designer (SPD): Vi brugte SPD for at gennemføre automatiseret arbejdsproces.

Webservice: En c# webservice forbedrer brugeroplevelsen ved at aktivere kaskadevis valg lister i InfoPath-formularen og giver bedre ydeevne med hensyn til filtrering af data. Se Her for en teknisk dybt dyk om dette emne og vores grunde til at bruge det.

Brugerdefinerede lister: MOSS brugerprofiler forudsat en given bruger direkte manager, men ikke give de fleste af de data, der kontrollerede arbejdsproces beslutninger (strømsparetilstand. om de udskilte manager er forpligtet til at godkende PO rekvisition). Vi brugte brugerdefinerede lister i en "Enterprise Data" site til at vedligeholde data såsom "Divisions Manager godkendelse Dollar beløb", "Funktionel Area Manager" og så videre. Lister integreret meget pænt med InfoPath og også give oprettelse/opdatering/sletning (CRUD) funktionalitet med overvågning og ud af boksen.

Use Case

Denne brug sag illustrerer, hvordan løsningen passer sammen:

  1. Paul ønsker en ny laptop. Han beskriver sit behov at Vivek, en IT-person bekendt med corporate laptop standarder, foretrukne leverandører, osv.
  2. Vivek logger ind på MOSS, åbner formen PO rekvisition og træder indkøbsrekvisitionen på vegne af Paul. Formen beder Vivek for et køb kategori, som derefter bruger webtjenester til at udfylde en drop-down listen over firma-godkendte leverandører. Vivek angiver også den corporate funktionelle område af dette køb (strømsparetilstand. "DET" eller "Finance").
  3. SPD baseret arbejdsproces starter, bestemmer Pauls direkte manager og distribuerer rekvisition til hans manager, Stacy.
  4. Stacy godkender indkøbsrekvisitionen.
  5. SPD workflow inspicerer rekvisitionen og bestemmer, det er en IT-køb. Det sender arbejdsprocessen til Funktionsleder IT, Wonson.
  6. Wonson godkender rekvisitionen.
  7. SPD workflow igen inspicerer rekvisitionen og bestemmer, at købesummen overstiger en maksimal dollar beløb og sender det til divisionschef for godkendelse.
  8. Division manager godkender indkøbsrekvisitionen.

Noter

  • Use case viser en "ren" køre uden afslag eller hopper.
  • Hver godkenderen har mulighed for at godkende eller afvise rekvisitionen samt give skriftlige bemærkninger. Disse er logget i revisionssporet.
  • Hvis en ansvarlig leder afviser indkøbsrekvisitionen på ethvert tidspunkt, PO rekvisition er "død" og processen skal startes fra begyndelsen.
  • Arbejdsprocessen underretter ordregiveren på hvert trin i processen.
  • Ingen skriftlig signaturer — klienten bestemmes (efter nogle insisterende henstillinger) at audit trail som leveres via arbejdsgangshistorikken, serveret deres revision behov.
  • Indsats — Det tog ca tre mand uger at gennemføre denne løsning.

Konklusion

Denne løsning udnytter mos som udvikling og run-time platform. Kunden var i stand til leverage MOSS kernefunktionerne for at automatisere en rutinemæssig forretningsproces, der ramte næsten hver eneste medarbejder i virksomheden. Med undtagelse af en simpel webservice (som selv udnytter MOSS), næsten ingen egentlige "programmering" var påkrævet.

Løsningen fungerer også som et "udstillingsvindue" for klienten, demonstrere hvordan forskellige mos funktioner kan kombineres for at skabe et fuldt udstyret business program og generere nye høring muligheder fremover.

Ordliste

MRO: Vedligeholdelse, reparation og operationer. Disse køb typisk omfatter emner såsom notesblokke, stole, personlige computere, printere, mobiltelefoner og lignende.

MOSS/WSS søgeresultater (og dataviews): få vist den rå XML-data

Dette kan være indlysende for mange, Men mens studerer til min MOSS programmering eksamen, Lærte jeg, at det er temmelig let at få den faktiske XML fra en søgeforespørgsel via-brugergrænsefladen.

En hurtig metode er som følger:

  • Access Avanceret søgning.
  • Udføre en søgning, returnerer nogle data.
  • Redigere siden (via indstillinger for websted).
  • Ændre XSL til følgende:

<?XML version="1.0" kodning="UTF-8"?>
<
XSL:stylesheet version="1.0" xmlns:XSL="http://www.w3.org/ 1999/XSL/Transformer">
<
XSL:output metode="XML" version="1.0" kodning="UTF-8" led="Ja"/>
<
XSL:skabelon match="/">
<
pre>
<
XSL:kopi af Vælg="*"/>
</
pre>
</
XSL:skabelon>
</
XSL:stylesheet>

  • Hit gælder.
  • Vis kilde i browseren.

Bemærk, at den <pre> Tag gør ikke meget undtagen tjene som praktisk markør, når du får vist resultaterne.

Dette trick kan være meget nyttigt, når arbejder med administrerede egenskaber og tilpasning af Søg. Det vil give en definitiv liste over XML du kan bruge i din xslt, hvilket ville have været meget nyttigt sidst 25 gange skabt jeg nogle tilpassede søgeresultater.

Dette burde arbejde for dataviews samt, selv har jeg ikke prøvet det ud endnu.

Ingen CQWP til WSS? Prøve dette…

Jeg kan se, at Eric Kraus blev konfronteret med et krav normalt mødtes med en webdel til indholdsforespørgsel. Problemet? Han var i en ren WSS miljø uden adgang til CQWP. I stedet for curling op i fosterstilling (en opfordrer jeg nødt til at bekæmpe hver dag, Det forekommer), han kom op med løsning, der mindst giver WSS butikker en chance for at lykkes. Det er beskrevet Her.

Strålende og detaljeret visning af content management API

Stefan Goßner har sammensat en fantastisk 4-del serie på SharePoint-indhold og installation API Her. Det tilbyder et godt overblik og meget gode eksempler i kode (C#).

Jeg først tog dette link fra joris poelmans blog på http://jopx.blogspot.com/.

Selvom du mig, at du ikke har haft til at gøre meget hands-on arbejde for content management, Det er værd 20 minutter af din tid til at læse.

Ved hjælp af API, kan man:

  • Eksportere og importere indhold meget nemt.
  • Re overordnede indhold. Hvis du vil eksportere noget indhold fra et websted "A" og sende den til webstedet "B" men i en helt ny plads i hierarkiet, Dette er muligt.
  • Eksportere indhold fra en lokation A og importere valgte bits til lokation A.
  • Sammenkæd igen indhold (hvilket betyder, at beskæftige sig med alle hyperlinks).

WSS, doc libs & lister, Beregnede kolonner involverer [Mig]

Nogen på Internets spurgte om hvordan du kan oprette en beregnet kolonne på en liste, der ville vise en værdi, der er formateret som"[Brugeren] – [Status] – [Placering]" som i "Paul Galvin – Drikke [fri] Øl – Stranden".

Paul ville gå ind og opdatere sin post på listen og den beregnede kolonne ville opdatere korrekt. Den [Brugeren] skal som standard for brugeren at indtaste/ajourføring af listen.

En beregnet kolonne kan ikke bruge "flygtige" funktioner såsom [Mig] eller [I dag]. Jeg løste det i et testmiljø med disse trin:

  1. Oprette en tekstkolonne med navnet "Aktuelle bruger".
  2. Angive standardværdien til [Mig]
  3. Oprette en beregnet kolonne kaldes "Calc Test".
  4. Placere dens værdi = [Aktuel bruger]

Jeg gik, tilføjet et element til listen og det virkede.

Intermitterende IE går ned, når adgang til dokumenter i et dokumentbibliotek WSS/MOSS

Jeg har været plaget af dette til 9 måneder og jeg se, at folk på MSDN og Usenet fora har det too.l

Undertiden, Når du åbner et word-dokument (eller andre typer af doc) fra et dokument forårsager bibliotek Internet Explorer blot crash og gå væk (tager alle fanerne med det. Hvis nogen er åbne).

Hotfixet MS kan løse det.: http://support.microsoft.com/kb/938888

Også, der er nogle beskrivelse om problemet her:

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

Den reelle XPath skridt vil fremad?

Oversigt:

Oprettet en brugerdefineret liste, der styrer en indholdstype med nogle snese kolonner.

Føjet det til en side og derefter via SPD, konverteres til en datavisning.

Problemet:

Min Xpath-udtryk, var tilbage tom for en kolonne med navnet "Nuværende Position". Jeg refereres det thusly:

    <tabellens kant = "1">
      <XSL:for hver select = "/ dsQueryResponse/rækker/række" >
        <Tr>
          <TD>
            Nuværende Status:
            <XSL:værdien af select="@Current_x0020_Status"></XSL:værdi af>
          </TD>
        </Tr>
      </XSL>
    </tabel>

Kolonnen i CT er opkaldt "Nuværende Status". Det viser sig i opslaget som "Nuværende Status". Overalt man ser, Du kan se "Nuværende Status".

Mens gennemdrøfte vildt omkring, Leder du efter en løsning, Jeg i stedet henvises til "@Recruiter" og se! — der faktisk vendte tilbage den aktuelle status. Jeg havde forventet det at vende tilbage tilbage ansætteren når jeg gjorde det.

Løsning:

Jeg stak i SPD. Gå til siden i SPD og det viser datavisningen. Du kan inspicere de faktiske data leveres til visningen og tilhørende Xpath. Her fandt jeg ud af, at faktisk, XPath-udtrykket peger på "Rekruttering". Mærkeligt nok, den "faktiske" personalekonsulent felt pegede fra "Recruiter1".

Tag afsted:

SPD giver autoritative Xpath-udtryk for rækker & kolonner i en datavisning.

Anden, Det viser de faktiske data. Så for eksempel, en kolonne af typen viser dette:

<nobr><span><En HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Paul</A><IMG grænse ="0" højde = "1" bredde = "3" src="/_layouts/images/blank.gif"/><en href ='javascript:’ OnClick ='IMNImageOnClick();returnere false;’ Class = "ms-imnlink"><IMG navn ='imnmark’ titel =” Border =’0′ højde ='12’ bredde ='12’ src='/_layouts/images/blank.gif’ alt =' ingen oplysninger om tilstedeværelse’ SIP ='PGalvin@xxx.com’ id = "imn_77, type = smtp'/></en></span></nobr>