Månedligt arkiv: Juli 2009

Eksisterende betingelser: SharePoint Alert skabeloner til undsætning (?)

En af mine klienter har arbejdet med en tidligere entreprenør til at bygge en lille, men nyttigt HR ansøgning for virksomheden. At kontrahenten brugt SharePoint Designer til at gennemføre arbejdsproces del af løsningen. Det er lidt af en rod. For eksempel, der er ni SPD arbejdsprocesser til støtte for en enkelt logisk arbejdsproces og op til fem af dem kan brand samtidig på ethvert givet tidspunkt givet de rette betingelser. It’s not easy to debug 🙂

Min kunde har en række stadig udestående krav, hvoraf den ene er generelt give mere sammenhæng, når systemet sender e-mail-advarsler – både i den e-mail, selv samt tilknyttede opgave former. Som SPD ved workflow implementers, Handlingen "indsamle data fra brugeren" SPD faktisk skaber en opgave med en brugerdefineret indholdstype. Når vi bruger denne handling, Vi får ikke at angive meget. Vi kan bede om nogle værdier (strømsparetilstand. "godkende" eller "Afvis") og vi kan angive en hårdt kodet værdi i titel og beskrivelse. Det er om det..

Min kundebehov er to folde:

  1. Når SharePoint sender en mail om en opgavetildeling, indeholde en masse oplysninger om opgaven i email legeme.
  2. Endnu vigtigere, langt – Når brugeren klikker på linket opgave i e-mailen, opgaveformularen bør have alle de oplysninger, godkenderen har brug for at gøre hendes/hans Godkend eller Afvis beslutning. Lige nu, manager skal du klikke på linket vare, selv at bore ned i de underliggende detaljer og kan lide ingen at. Du skal klikke i e-mailen. Derefter skal du klikke på en slags obskure link på opgaven. Derefter kan du se de underliggende data (en InfoPath-formular i dette tilfælde). Du klikke på ryg/ryg, osv. Alle hader det.

Jeg har arvet denne noget rodet tekniske løsning og jeg ønsker at foretage ændringer i den mindst indgribende måde muligt.

Den tilgang, jeg tager lige nu er at oprette en brugerdefineret alert skabelon. Du kan læse om det her. Strømmen fungerer som dette:

  • SPD workflow kører.
  • På et tidspunkt, det tildeler en opgave til en manager.
  • SharePoint system sender automatisk en advarsel til at manager. Dette er ikke en del af SPD workflow, men snarere "hvad SharePoint gør." (SharePoint-timertjenesten, Jeg mener).
  • En brugerdefineret alert handler påberåbes til fordel for den standard alert proces (efter magiske regler refererede som beskrevet i den ovenfor artikel).
  • Når min brugerdefinerede alert handler kører, Det genererer en smuk e-mail. Endnu vigtigere, da det har til opgave i hånd, det også pryder den faktiske opgave med alle den kontekstoplysninger nødvendige for at opfylde kravet om business.
  • Brugeren får e-mailen og den er fuld af nyttige kontekstoplysninger.
  • Brugeren klikker på linket opgave og opgaven, selv er fuld af nyttige kontekstoplysninger.
  • Alle går hjem at have vandmelon og is.

Jeg gjorde en hurtig test af koncept og det fungerer godt i et laboratoriemiljø. Jeg får min tilpasset e-mail alert som forventet. Jeg får også at opdatere opgavebeskrivelse og titel, selv.

Den kun tricky bit, hidtil, er at undgå en situation, hvor indberetningen opdateringer varen, udløse en anden besked. Dette gør ikke bekymre mig.

Ser lovende ud indtil videre...

Den store ting ved dette er, at jeg ikke behøver at nusse rundt med nogen af de eksisterende SPD arbejdsprocesser. De er lykkeligt uvidende om, at en alarm handler er"MERETE LØB I DA BAKGROUND, UDSMYK TEH OPGAVE LISTE WIF MOAR SAMMENHÆNG”.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Live SharePoint Q&En Session torsdag 07/30/09 @ 12:30 PM EDT slutter 1:30PM EDT

Opdatering: Formatet for dette er dybest set et telefonmøde med et par af PPT-dias til at sætte scenen. Vi har et SharePoint-miljø på stativ ved at fyre op, hvis det hjælper, men dette er primært folk taler højlydt. Der vil være muligheder for at følge op af e-mail.

Gå tilbage til min første nogensinde SharePoint konference, lidt over et år siden, Jeg har været ramt af hvor fantastisk en live Q&En session kan være. Konferencearrangører havde sat sammen en slags ad hoc-gruppe af "eksperter" (dvs. mennesker, der hang og ikke var bange for at kigge til fjollet op på scenen) at besvare eventuelle spørgsmål, der kom fra publikum på værelset. Det var i mit hoved dengang, og med jævne mellemrum siden da, at være vært for en lignende session, men gøre det på linje og telefonen. Jeg tror ikke, det kan være så god som en person Q&En session, men jeg tror det kunne være ret cool.

Jeg endelig kom rundt til det og næste torsdag, 07/30, min virksomhed (Arcovis) og samarbejdspartner, Integrerede systemer og tjenester gruppe, vil være vært for et Q&Et lignende. Jeg håber at gøre disse regelmæssigt, så ofte som ugentlige.

Dette åbningsmøde vil sandsynligvis være en smule ujævn, men konceptet er det:

  • Hvis du har spørgsmål, du gerne vil have besvaret under sessionen, bare dukke op og spørge.
  • Hvis du vil, Du kan e-maile spørgsmål på forhånd.

Vi planlægger at tilbringe den første halvdel af Q&A på mailede spørgsmål og derefter åbne det op til noget, som nogen spørger efter, at.

Sessionen finder sted på torsdag, 07/30 startende fra 12:30 og slutter på 1:30 PM EDT.

Hvis du er interesseret, venligst tilmelde dig her: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

Panelet vil omfatte mig og andre SharePoint skønånder. You’ll have to sign up to find out who they are 🙂

Hvis du gerne vil være en af disse lysarmaturer for en fremtidig Q&En session, Lad mig det vide.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Technorati Tags:

Integrere udvikler noter inde i dine InfoPath-formularer

Jeg stadig bor i InfoPath-formularer verden og jeg havde brug at gøre en af disse "små" ændringer til en form,, Desværre, bryder en navngivningskonvention jeg vedtaget med det for to uger siden. Jeg tænkte ved mig selv, "nogen kommer til at se på denne ting om året fra nu og sige, "Hvad tænkte Paul? Af Jove, hans navngivningskonvention giver ingen mening!”

Jeg indså, at jeg kunne skabe en visning i formularen for dette og derefter, En gang til, indså, at jeg kunne have gjort noget som dette hele tiden. Jeg har tilføjet "Udvikler noter" udsigt til InfoPath formularen som sådan:

image

Jeg har konfigureret formularen, så brugerne ikke kan komme til at se og derfor, Det er kun synlige med InfoPath-klienten i designvisning. Nu føler jeg mig lidt podede mod nogle fremtidige ukendt forfatter ser på min form og tænker dårlige tanker om mig. Pyha!

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Technorati Tags:

Administration af InfoPath-visninger

Jeg synes at gå gennem InfoPath faser hvor, ud af blå, Jeg skabelsen af en flok af formularer. Mine fingre lære at bruge værktøjet godt og derefter jeg gå gennem ni måneders tørke og nødt til at lære det hele igen.

Jeg er midt i en InfoPath-fase og jeg opretter InfoPath-formularer med masser af visninger. En ting du sikkert bemærke er, at InfoPath 2007 klienten viser visninger i alfabetisk rækkefølge. Dette er en reel gene nogle gange. Min bedste teknik er disse dage at prepend et tal til visningsnavnet, således at de altid vises i den ønskede rækkefølge, som illustreret her:

image

Jeg ville ønske, jeg havde gjort det hele tiden.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Technorati Tags: