Mindstekrav til sikringen kræves For InfoPath-formularer

Jeg havde brug at opfylde en sikkerhedskrav for en InfoPath-formular i dag. I denne situation, business, et relativt lille antal personer er tilladt at oprette en ny InfoPath-formular og en meget bredere publikum får lov til at redigere det.. (Dette er nye-leje på bording formular bruges af menneskelige ressourcer, der starter en arbejdsproces).

At opfylde dette mål, Jeg oprettede oprettet to nye tilladelsesniveauer ("oprette og opdatere" og "Opdater kun"), brød arv for formularbiblioteket og tildelt tilladelser til en "Opret, opdatere" brugeren og en separat "Opdater kun" bruger. Den mekanik alle arbejdede, men det viste sig for at være lidt mere med end jeg havde forventet. (Hvis du føler dig lidt usikker på SharePoint-tilladelser, Tjek dette blog-indlæg). Den krævede sikkerhedskonfiguration for tilladelsesniveauet var ikke det indlysende sæt kornede tilladelser. Oprette en opdatering, der kun tilladelsesniveau til en InfoPath-formular, Jeg gjorde følgende:

  1. Oprette en nye tilladelsesniveau.
  2. Ryd væk alle indstillinger.
  3. Valgt kun følgende fra "listetilladelser":
    • Rediger elementer
    • Vis listeelementer
    • Se programsider

At vælge disse indstillinger tillader brugeren at opdatere en form, men ikke opretter den.

Tricket var at aktivere "Vis ansøgning sider". Der er ikke nogen verbage på det tilladelsesniveau, der angiver, der er nødvendige for update-only InfoPath-formularer, men vender ud det er.

Opret og Opdater var endda fremmede. Jeg fulgt den samme foranstaltninger, 1 gennem 3 ovenfor. Jeg havde udtrykkeligt tilføje en "Site tilladelse" indstilling: "Brug funktioner til integration". Igen, Beskrivelse der gør det ud som om det skulle være nødvendigt for en InfoPath-formular ikke, men der er det.

</slutningen>

Technorati Tags: ,

At “Mellem” Følelse; Observationer på SharePoint Consulting

Desværre, fase et af mit sidste projekt er kommet til en tæt og kunden har valgt for at gå videre af sig selv på fase to. Vi gjorde vores job alt for godt, as usual 🙂 I’m now between projects, en særlig tid til personalet konsulenter som mig selv (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). Vi ansatte konsulenter fyld denne gang på forskellige måder: Arbejder med salg folk til at skrive forslag; udfylde for nogen eller sikkerhedskopiering af en person på denne eller ulige jobbet; at studere; Blogging :). Det er svært at planlægge mere end et par dage i forvejen. På tidspunkter som dette, mens jeg har en smule tid på mine hænder, Jeg gerne afspejle.

Jeg er næsten altid trist at forlade en klient campus for sidste gang. Vi konsulenter udgør en ejendommelig form for relation med vores klienter, i modsætning til din typiske medarbejder relation. Der er penge vinkel — alle kender konsulentens sats er dobbelt/triple eller endda mere end klient personale. Du er en kendt person, midlertidig. Som konsulent, du er en permanent outsider med en mere eller mindre kendte afrejsedato. Endnu, du spiser frokost med klienten, tage dem ud til middag eller drinks, købe cookies for holdet, gå på kaffe kører, give/modtage ferie-kort — alle slags ting, kollegaer gøre. På den ene side, du er voksen på værelset. Du er en ekspert i den teknologi, som sætter dig i en overlegen position. På den anden side, du er en baby. Dag nul, konsulenter kender ikke navnene, steder eller klientens lingo. De fleste gange, konsulenter lære aldrig det hele.

Når tingene går godt, du bliver godt integreret med klientens projektgruppen. De behandler dig som en medarbejder i en vis forstand, og fortrolig i en anden. Da vi ikke har en manager-stil rapporteringsrelationer med klienten, projektgruppen føles ofte lidt gratis til luft deres beskidte vasketøj. De lod deres barrierer ned og kan sætte konsulenten ind i en akavet stilling, aldrig at indse de gør det.

Konsulenter kommer ofte ikke til at gennemføre fase to og der aldrig bliver let for mig. Jeg tror, det er især svært med SharePoint. Fase et af projektets typisk SharePoint dækker konfiguration og installation, regeringsførelse, taksonomi, grundlæggende indholdstyper, osv. og i mange henseender, beløber sig til en langvarig, yderst detaljerede opdagelse. Thats hvordan jeg se mit sidste projekt. Vi gjorde alle de grundlæggende ting samt udføre nogle nice mini-POCS ved at udvide CQWP, gennemførelse af BDC-forbindelser til PeopleSoft, indført en temmelig komplekse arbejdsprocesser med SharePoint Designer, rørt på grundlæggende KPI og meget mere. En ordentlig fase ville udvide alt dette med omfattende, næsten pervasive BDC, virkelig nice arbejdsproces, fint tunet og bedre søgning, datacenteret, Excel services og sandsynligvis vigtigste, at nå ud til andre afdelinger. Men, Det er ikke for at være for mig, og det er trist.

Baseret på denne seneste erfaring, Jeg synes det er fair at sige, at en ordentlig enterprise SharePoint-implementering er en etårig proces. Det kunne nok lovligt køre to år før de når et punkt af aftagende afkast. Detaljer spørgsmål, Selvfølgelig.

Det er konsulentens liv og alle disse små klager er endnu værre i en SharePoint engagement. Som jeg har skrevet før, SharePoints horisontale karakter bringer dig i kontakt med en bred vifte af mennesker og business enheder. Når du arbejder med så mange mennesker, Du kan se så mange måder at SharePoint kan hjælpe virksomheden bliver mere effektiv, spare tid, gøre tingene bedre… men du får ikke altid gøre dem.

Jeg ser ofte tilbage til mit første job ud af college, før du starter et konsulentfirma karriere 1995. Vi fik til at gøre en fase to og endda en tredje fase. Det var rart tider. På negativsiden, dog, Det betyder, at det ville betyde en masse rutinemæssige ting for. Administration af webstedssikkerhed. Tweaking indholdstyper. Oprettelse af visninger og ændre visninger. Beskæftiger sig med IE sikkerhedsindstillinger. Genoprette tabt dokumenter. Blech! 🙂

Trods min melankolsk stemning, Jeg kan ikke forestille mig et sted jeg vil hellere være (undtagen på en varm strand med en smuk forsyning af spiritus).

Jeg kan ikke vente med at komme i gang gennemført næste enterprise SharePoint-projektet.

(Apropos ingenting, Jeg skrev de fleste af denne blog post på en NJ Transit bus. Jeg tror ikke, jeg foretaget nogen venner, but one CAN blog on the bus 🙂 )

</slutningen>

Technorati Tags:

Søndag Funny: “De er ikke så slemt”

Tilbage i nærheden af 1999, Jeg brugte en masse uger ud i Santa Barbara, CA, arbejder for en klient, forlader min stakkels kone tilbage her i New Jersey alene. Jeg elsker inderligt min kone. Jeg elsker hende lige så meget i dag, som jeg gjorde da hun tåbeligt blev gift med mig 1,000 år eller så siden. Et sted langs linjen, Jeg opfandt en sætning, "særlige frygt", som i "Samantha har særlig frygt." Hun som en speciel frygt for "bugs", som hende er ikke fluer eller mariehøns, men snarere mikrober. Hun er bange for dette eller hint virus eller usædvanlige bakterier plager vores søn, eller mig, men aldrig rigtig selv. (Hun er også specielt bange for vampyrer, miniature onde dukker (især klovne) og ubåden ulykker; hun vokset ud sin særlige frygt for folk klædt i Santa Claus outfits).

Én dag, min kollega og jeg besluttede at køre op i de nærliggende bjerge nær Ohai. På et tidspunkt, Vi fik af bilen til at tage i scene. Da vi kom tilbage til bilen, Jeg bemærket at en skovflåt var på min skulder. Jeg knipsede ud af vinduet og der var det.

Aftenen, Jeg fortalte hende om vores kørsel og nævnte kryds. Samtalen gik noget som dette:

S: "Oooo! Dem er dårlige. De bærer sygdomme."

P: "Godt, Jeg knipsede det ud af vinduet."

S: "De er virkelig dårlig selv. De kan komme ind under huden og suger blod og overføre bugs. Du bedre kontrollere din hår og sørg for, at der ikke er nogen i dit hoved!"

P: I en høj røst: "Min Gud! DE KAN TAGE OVER DIT SIND???"

S: Bogstaveligt talt beroligende mig: "No, de er ikke så slemt."

</slutningen>

Technorati Tags:

Hurtig og nem: Automatisk åbne InfoPath-formular fra SharePoint Designer E-mail

OPDATERING: Madjur Ahuja påpeger dette link fra en nyhedsgruppe diskussion: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Det er temmelig endelige.

===

Vi ønsker ofte at integrere hyperlinks til InfoPath-formularer i e-mails sendt fra SharePoint Designer arbejdsgange. Når brugere modtager disse e-mails, de kan klikke på linket fra e-mailen og gå direkte til InfoPath-formularen.

Denne monster URL konstruktion virker for mig:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.XML&Kilde = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Erstatte fed rød tekst med navnet på formen, som vist i følgende skærmbillede:

billede

Bemærk at der er en masse af hard-kodet sti i URL, samt en URL-kodet komponent. Hvis det er for svært at oversætte til din specifikke situation, Prøv at dreje på indberetninger til formularbiblioteket. Sende en formular og når du får e-mailen, Se kilden til e-mail og du vil se alt hvad du behøver at omfatte.

Snu læsere vil måske bemærke at ovenstående e-mail kroppen også viser et link, der har direkte adgang til opgave via en filtreret visning. Jeg planlægger at forklare det nærmere i en kommende post.

</slutningen>

Technorati Tags:

Tænke på kommercielle produkter

Jeg sætter en SharePoint Designer extensions projekt op på CodePlex tidligere på året og selvom det er virkelig ganske begrænset, Jeg anslå, at det er blevet hentet ved 40 til 60 (eventuelt selv 100) virksomheder i næsten to måneder. Der angiver til mig, at der er et marked for denne løsning, og hvis jeg skulle med held kommercialisere det, that could translate into a goodly amount of beer 🙂

Min baggrund er faktisk meget mere i produktudvikling og jeg ved, hvad der kræves for at bringe en top-notch produkt, i modsætning til en CodePlex hobbyprojekt, til markedet. I min tidligere liv, Jeg var ansvarlig for produkt Rasmussen&D for alle software-produkter. Forskellen mellem dengang og nu er at jeg er en konsulent, der nu arbejder en (fremragende) konsulentvirksomhed (Conchango). Tidligere, Jeg havde en hele virksomheden bag mig og foran mig, sælger og støtte produkterne bragt vi til markedet. I dag, Jeg ville være alene.

Jeg har flere produkt-ideer i tankerne, men jeg tror det nemmeste ville være at skabe en kommerciel version af den ovennævnte CodePlex projekt, der bruger det som udgangspunkt og udvider det yderligere. Min fuzzy henkastet tænkning er at opkræve noget som $100 for en ubegrænset udviklerlicens og $500 pr. produktion Webfrontend. Jeg tror, jeg ville også give væk kildekoden.

Hvis du har tanker eller oplevelser, som du er villig til at dele, venligst efterlade en kommentar eller email mig direkte. Jeg vil gerne høre udtalelser som:

  • Er det hele værd?
  • Praktiske forslag til markedsføring, indsamle penge, distribuere.
  • Prissætning.
  • Støtte.
  • Enhver anden kommentar du ønsker at forlade.

Det er "let" at komme med produkt-ideer og til at gennemføre dem., Selvom mange snesevis af arbejdstimer, der kræves. De andre ting er ikke så let for mig.

</slutningen>

Technorati Tags:

Søndag formiddag Funny: “Jesus må dø”

Vi købte vores første (og kun) "luksus" bil tilbage når hurricane Floyd naglet amerikanske østkyst. Vi fik en masse regn her i New Jersey og flere dage gik før livet vendte tilbage til normal. Lige før Floyd slog, vi fremsat et tilbud til en brugte Volvo 850 GL og efter Floyd ramte, kørte den hjem.

Det var vores første bil med en CD-afspiller. Ligesom de fleste nye bilejere, Vi gik en lille CD crazy, genoplivet vores sovende CD samling og gik på lange drev bare for at lytte til cd'er i bilen. Ligesom alle modeluner, det gik for os og vi sluttede lytter til den samme CD igen og igen. I vores tilfælde, Det var Jesus Christ Superstar.

En af de (mange) strålende stykker i denne rockopera sunget af etablering religiøse typer, ledet af Kajfas, "Ypperstepræsten". De synger deres vej ind i beslutte, hvordan man håndtere "Jesus problemet" og Kajfas dirigerer dem til den konklusion, at "Jesus skal dø". Omkvæd på sangen er "bare skal dø, skal dø, skal dø, denne Jesus skal dø". Du hører at afholde sig meget i stykke.

På tidspunktet, min søn var omkring tre år gammel. Du kan sikkert se, hvor dette foregår.

Jeg kom hjem fra arbejde en dag og min søn er i stuen leger med legetøj og Nynne for sig selv. Jeg tager off min jakke, ser man gennem mailen og alle mine sædvanlige walk-in-the-door ting og jeg pludselig indser at han bare siger, ikke rigtig synge: "Jesus skal dø, skal dø, skal dø." Jeg var sønderknust. Jeg kunne bare se ham gøre det mens du er på en af sin baby spille datoer på en vens hus — sandsynligvis sidst spiller dato med at baby ven.

Vi trak den CD ud af Volvo efter det 🙂

</slutningen>

Technorati Tags: ,

Google accepterede min Live Spaces Blog ind i AdSense-Program

OPDATERING: Som af 03/09, Jeg har fundet nogen måde at integrere mit live spaces-konto med Google Adsense. Microsofts system her synes at forebygge alle de tekniske mekanismer, som Google giver vordende adsense kro. Jeg er tilbøjelig til at tro dette er primært en bivirkning af den sikkerhed, de har indbygget live spaces, ikke en direkte indsats for at deaktivere Adsense.

Dette er ikke en SharePoint indlæg, men kunne være af interesse at bloggere generelt.

Nogen kommenterede deres Windows Live Spaces-blog, Google bekræftende nægtet deres ansøgning til at deltage i AdSense. Hun teoretiserede at Google nægtede hende fordi Windows Live Spaces vært hendes blog. Dog, Jeg var for nylig accepteret i programmet til min live spaces-blog, så den har enten ændret eller Google nægtede hende af anden årsag.

Selvfølgelig, Jeg kan ikke se nogen indlysende måde at integrere Google AdSense i mit live space, but it’s a start 🙂

</slutningen>

Technorati Tags: ,

Implementere Master / Detaljeret relationer ved hjælp af brugerdefinerede lister

Forum brugere ofte som spørgsmål som dette:

> Hej,
>
> Venligst fortælle mig, hvis der er nogen muligheder for at opbygge en brugerdefineret liste med
> Master og detaljeret type (ligesom fakturaer) uden at bruge InfoPath.
>

SharePoint giver nogle af de boks funktioner, der understøtter typer forretningskrav like that.

Generelt, man forbinder to lister sammen ved hjælp af en opslagskolonne. Liste A indeholder headeren fakturaoplysninger og liste B indeholder Fakturadetaljer.

Bruge yderligere lister til at vedligeholde kundenumre, produktnumre, osv.

Bruge webdelen indholdsforespørgsel (i MOSS kun) og/eller en data Se webdel til at oprette flettede visninger af lister. SQL Server Reporting Services (SRS) er også tilgængelig for rapportering side af det.

Dog, der er nogle vigtige begrænsninger, der vil gøre det vanskeligt at bruge ren out-of-the-box funktioner til noget, der er selv moderat komplicerede. Disse omfatter:

  • Størrelsen af relaterede opslag viser vs. "smartness" af typen opslag kolonne. Et opslag kolonnetype præsenterer sig selv på UI forskelligt afhængigt af om du har aktiveret flere valg eller ej. I begge tilfælde, out-of-the-box-kontrol viser alle tilgængelige elementer fra kildelisten. Hvis kildelisten har 1,000 elementer, der vil være et problem. Kontrolelementet opslag bladre ikke gennem disse elementer. I stedet, det trækker dem alle i kontrolelementet. Det gør for en meget akavet brugergrænseflade både med hensyn til indtastning af data og resultater.
  • Opslag "pull tilbage" én kolonne med oplysninger. Du kan aldrig trække tilbage mere end én kolonne med oplysninger fra kildelisten. For eksempel, Du kan ikke vælge en kunde "12345" og vise antal samt kundens navn og adresse på samme tid. Opslaget viser kun kunden nummer og intet andet. Dette gør for en akavet og vanskelige brugergrænseflade.
  • Ingen intra-form kommunikation. Jeg har skrevet om denne her. Du kan ikke implementere overlappende drop-downs, betinget aktiverer/deaktiverer felter, osv.
  • Ingen kaskadevise sletninger eller indbygget referentiel integritet. SharePoint behandler brugerdefinerede lister som uafhængige enheder og tillader ikke dig at linke dem til hinanden i en traditionel ERD forstand. For eksempel, SharePoint kan du oprette to brugerdefinerede lister, "kunde" og "fakturahovedet". Du kan oprette et fakturahoved der linker tilbage til en kunde på listen debitor. Derefter, Du kan slette kunden fra listen. Ud af boksen, der er ingen måde at forhindre dette. Til at løse slags problemer, du vil normalt bruge hændelseshandlere.

Det kan synes dystre, men jeg vil stadig bruge SharePoint som udgangspunkt for at opbygge denne form for funktionalitet. Selvom der er huller mellem hvad du har brug for i en løsning, SharePoint gør det muligt for os at udfylde disse huller ved hjælp af værktøjer som:

  • Hændelseshandlere. Brug dem til at gennemtvinge referentiel integritet.
  • Brugerdefinerede kolonner: Opret brugerdefinerede kolonnetyper og bruge dem i stedet for standard opslagskolonne. Tilføje personsøgning, buffering og AJAX funktioner at gøre dem lydhør.
  • BDC. Kun mos-funktionen giver os mulighed for at forespørgsel andre SharePoint-lister med en overlegen brugergrænseflade til den sædvanlige opslagskolonne. BDC kan også nå ud til en back-end-serverprogram. Bruge BDC for at undgå replikering. I stedet for at replikere kundeoplysninger fra back-end ERP system, bruge BDC i stedet. BDC-funktioner giver en nice brugergrænseflade for at trække disse oplysninger direkte fra ERP-systemet, hvor det hører hjemme og undgår besværet med at opretholde en replikering løsning.

    BDC er en funktion, MOSS (ikke tilgængelig i WSS) og er udfordrende for at konfigurere.

  • ASP.NET-webformular: Oprette en komplet AJAX-aktiveret formular, der bruger SharePoint-objekt model og/eller web services til at udnytte SharePoint lister samtidig en meget lydhør brugergrænseflade.

Den sidste mulighed kan føle som om du starter fra bunden, men overveje det faktum, at SharePoint-platformen starter du ud med de følgende vigtigste funktioner:

  • Sikkerhedsmodellen med vedligeholdelse.
  • Menusystemet med vedligeholdelse.
  • "Overordnet tabel" (dvs. brugerdefinerede lister) med sikkerhed, indbygget vedligeholdelse og auditering.
  • Søg.
  • Backend integrationsværktøjer (BDC).

Hvis du starter med et nyt tomt projekt i visual studio, du har en masse infrastruktur og VVS til at bygge før du komme tæt på SharePoint tilbyder.

Jeg mener, at Microsoft har til hensigt at udvide SharePoint i denne retning af applikationsudvikling. Det virker som en naturlig forlængelse af den eksisterende SharePoint base. Microsofts CRM ansøgning giver stor mulighed for udvidelse af de typer, der er nødvendige for at understøtte header/detaljeret applikationsudvikling. Selv om disse funktioner i CRM, teknologien er naturligvis tilgængelige til SharePoint udviklingsteam og jeg forventer, at det vil gøre sin vej ind i SharePoint produktet ved udgangen af 2008. Hvis nogen har en viden eller indsigt i dette, venligst efterlade en kommentar.

</slutningen>

Hurtige Tip: Webdelen til indholdsforespørgsel, Opslag kolonneværdi og XSL

Jeg har et kolonnenavn i en indholdstype med navnet "Real Estate placering".

Denne kolonne er af typen "opslag".

Jeg har ændret <CommonViewFields> og ItemStyle.xsl til at vise kolonnen.

En enkel <XSL:værdi af Vælg =…> Returnerer tilbage en indre værdi, der indeholder data, ordinale position, Sådan som:

1;#Miami

Menneskelige-venlige værdien skal hentes, bruge xsl understreng-efter, som vist:

<XSL:valuXSLf Vælg = "understreng-efter(@ Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL:værdi af>

Bruge denne teknik, når du arbejder med opslagsværdier i XSL-transformationer og skal få den menneskelige-venlige værdi.

<afslutning />

Technorati Tags: , ,

SharePoint Beagle December spørgsmålet op & Live

Mange af jer kender dette allerede, men December udgaven af SharePoint Beagle er live.

Hver artikel er værd at læse efter min mening.

Jeg vil gerne give en lille ekstra bump til min kollega artikel (Natalya Voskrensenskya). Hun giver en skærm-shot udstyrsstykke mens der beskriver, hvordan hun plejede brugerdefinerede lister, arbejdsproces, SharePoint Designer, datavisninger og andre elementer til at gennemføre en selvbetjenings træning funktion i MOSS. Hun beskriver teknikker, der kan anvendes i mange forskellige forretningsscenarier. Tjek ud hendes blog mens du er på det..

Glem ikke at tjekke min artikel as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</slutningen>