Minimale beveiliging vereist voor InfoPath-formulieren

Ik nodig om te voldoen aan een eis van veiligheid voor een InfoPath-formulier vandaag. In deze zakelijke situatie, een relatief klein aantal individuen zijn toegestaan om te maken een nieuw InfoPath-formulier en een veel breder publiek zijn toegestaan om het te bewerken. (Dit is nieuwe-huren op-boarding formulier gebruikt door personeel dat een werkstroom lanceert).

Om die doelstelling te voldoen, Ik heb gemaakt twee nieuwe machtigingsniveaus gemaakt ("maken en bijwerken" en 'alleen update'), overname voor de formulierbibliotheek brak en machtigingen aan een "maken, bijwerken" gebruiker en een aparte bijwerken"alleen" gebruiker. De mechanica alle werkte, maar het bleek te zijn een beetje meer waarbij dan ik had verwacht. (Als u het gevoel een beetje wankel op SharePoint-machtigingen, Kijk op deze blogpost). De vereiste configuratie voor het machtigingsniveau was niet de duidelijk set Granulaire machtigingen. Een update-alleen machtigingsniveau voor een InfoPath-formulier maken, Ik heb de volgende:

  1. Een nieuwe machtigingsniveau maken.
  2. Duidelijke weg alle opties.
  3. Alleen de volgende "Lijstmachtigingen" geselecteerd:
    • Items bewerken
    • Items weergeven
    • Pagina's bekijken-toepassing

Selecteren van deze opties kan een gebruiker een formulier bijwerken, maar het niet aanmaken.

De truc was om de "pagina met toepassing". Er is verbage op het machtigingsniveau dat wordt aangegeven die is vereist voor update-alleen InfoPath-formulieren, maar blijkt uit het is.

Maken-and-Update was zelfs vreemdeling. Ik volgde de dezelfde stappen, 1 door middel van 3 boven. Ik moest een "Site machtiging specifiek toevoegen" optie: "Gebruik clientfuncties integratie". Weer, de beschrijving er maakt het lijkt alsof het zou moeten zijn vereist voor een InfoPath-formulier niet, maar daar is.

</einde>

Dat “In-Between” Gevoel; Opmerkingen over raadpleging van SharePoint

Helaas, fase één van mijn laatste project tot een goed einde is gekomen en de client heeft gekozen om te gaan door zich op de fase twee. We hebben ons werk ook goed, as usual 🙂 I’m now between projects, een bijzondere tijd voor personeel consultants zoals ikzelf (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). Wij personeel consultants opvulling ditmaal op verschillende manieren: Werken met verkoop folk te schrijven voorstellen; voor iemand in te vullen of back-up van een persoon op deze of gene oneven taak; studeren; Bloggen :). Het is moeilijk om meer dan een paar dagen van tevoren plannen. In tijden als deze, terwijl ik heb een beetje tijd op mijn handen, Ik graag.

Ik ben bijna altijd triest om te vertrekken van een klant campus voor de laatste keer. We adviseurs vormen een eigenaardig soort relatie met onze klanten, in tegenstelling tot uw typische mede-werker relatie. Er is het geld hoek — iedereen weet dat van de consultant tarief is dubbel/triple of zelfs meer dan de cliënt personeel. U bent een bekende persoon die tijdelijke. Als consultant, je bent een permanente buitenstaander met een meer of minder bekende vertrekdatum. Nog, je eten lunch met de klant, Neem ze uit naar het diner en/of voor dranken, kopen van cookies voor het team, Ga koffie pistegebied, vakantie kaarten geven/ontvangen — alle soorten dingen die medewerkers doen. Aan de ene kant, u bent de volwassene in de kamer. U bent een expert in de technologie die u in een superieure positie brengt. Aan de andere kant, je bent een baby. Op dag nul, consultants weten niet de namen, de plaatsen of van de cliënt lingo. De meeste tijden, consultants Leer nooit het allen.

Wanneer de dingen goed gaan, u worden zeer goed geïntegreerd met het projectteam van de klant. Ze behandelen u als een mede-werker in zekere zin, en vertrouweling in een andere. Omdat we niet een manager-stijl hiërarchische relatie met de klant hebben, het projectteam voelt vaak een beetje vrij om hun vuile was de lucht. Ze lieten hun barrières naar beneden en kunnen de consultant in een lastige positie zetten, nooit realiseren dat ze aan het doen.

Consultants krijgen vaak niet om uit te voeren fase twee en dat nooit wordt gemakkelijk voor mij. Ik denk dat dit is vooral moeilijk met SharePoint. Fase één van van uw typische SharePoint-project heeft betrekking op setup/configuratie, bestuur, taxonomie, fundamentele inhoudstypen, etc. en in veel opzichten, neerkomt op een lange, uiterst gedetailleerd ontdekking. Dat is hoe ik mijn laatste project bekijken. We hebben alle de fundamentele dingen alsmede uitvoeren van sommige aardige mini-POC door CQWP uit te breiden, uitvoering van BDC verbindingen met PeopleSoft, een vrij complexe workflow geïntroduceerd met SharePoint Designer, aangeraakt op fundamentele KPI's en meer. Een goede fase twee zou uitbreiden dat met uitgebreide allemaal, bijna alomtegenwoordig BDC, echt leuk werkstroom, boete afgestemd en beter zoeken, recordcentrum, Excel services en waarschijnlijk meest belangrijke, reiken aan andere business units. Maar, het is niet te worden voor mij, en dat is triest.

Op basis van deze recente ervaring, Ik denk dat het eerlijk om te zeggen dat een goede onderneming SharePoint-implementatie een proces van één jaar is. Het zou kunnen waarschijnlijk terecht twee jaar vóór het bereiken van een punt van afnemende meeropbrengsten draaien. Details kwestie, Natuurlijk.

Dat is de consultant leven en al deze weinig klachten zijn nog erger in een SharePoint-engagement. Zoals ik voordat geschreven heb, SharePoint van horizontale aard brengt u in contact met een breed scala van mensen en het bedrijfsleven eenheden. Als u werkt met zo veel mensen, u kunt zoveel manieren dat SharePoint kan helpen het bedrijf efficiënter zien, Bespaar tijd, dingen beter doen… maar je krijgt niet altijd om ze te doen.

Ik kijk vaak terug naar mijn eerste baan van de Universiteit, voordat u begint een consulting carrière 1995. We kregen om te doen een fase twee en zelfs een fase drie. Dat waren mooie tijden. Op de keerzijde, echter, dat betekent dat dat dat een heleboel routine betekenen zou te spullen. Website beveiliging beheren. Tweaking inhoudstypen. Weergaven maken en wijzigen van weergaven. Omgaan met IE beveiligingsinstellingen. Herstel verloren documenten. Blech! 🙂

Ondanks mijn melancholische stemming, Ik kan me niet voorstellen een plaats die ik zou liever (behalve bij een warme strand met een welgeschapen levering van gedistilleerde dranken).

Ik kan niet wachten om te beginnen de volgende ondernemingsproject voor SharePoint uitgevoerd.

(Apropos of niets, Ik schreef de meeste van deze blog entry op een NJ Transit bus. Ik denk niet dat ik geen vrienden gemaakt, but one CAN blog on the bus 🙂 )

</einde>

Zondag grappig: “Ze zijn niet zo slecht”

Terug in de buurt van 1999, Ik was de uitgaven veel van weken uit in Santa Barbara, CA, werkt voor een client, alleen het verlaten van mijn arme vrouw terug hier in New Jersey. Ik dolgraag mijn vrouw. Ik hou van haar net zo goed vandaag als ik deed toen dwaas trouwde ze met me 1,000 jaar of zo geleden. Ergens langs de lijn, Ik bedacht een zin, "speciale fear", zoals in "Samantha heeft speciale angsten." Ze als een speciale angst voor "bugs", die aan haar zijn niet vliegen of lieveheersbeestjes, maar eerder microben. Ze is bang van deze of gene virus of ongebruikelijke bacteriën teistert onze zoon, of me, maar nooit echt zelf. (Ze is ook speciaal bang van vampieren, miniatuur kwaad poppen (met name clowns) en onderzeese ongevallen; ze gegroeid uit haar speciale angst voor mensen gekleed in Santa Claus outfits).

Een dag, mijn mede-werker en ik besloten om op te drijven in de nabijgelegen bergen in de buurt van Ohai. Op een gegeven moment, We stapte uit van de auto te nemen in de scène. Toen we terug in de auto, Ik merkte dat een teek op mijn schouder was. Ik zette uit het raam en dat was het.

Die nacht, Ik vertelde haar over onze drive en vermeld de teek. Het gesprek ging ongeveer als volgt:

S: "Oooo! Die zijn slecht. Ze dragen ziekten."

P: "Nou, Ik zette het uit het raam."

S: "Ze zijn echt slecht al. Ze kunnen krijgen onder de huid en zuigen bloed en overdracht van bugs. U beter controleren uw haar en zorg ervoor dat er geen in je hoofd!"

P: In een luide stem: "Mijn God! ZIJ KUNNEN NEMEN OVER UW MENING???"

S: Letterlijk geruststellend me: "No, ze zijn niet dat slecht."

</einde>

Technorati Tags:

Snel en eenvoudig: Automatisch InfoPath-formulier openen vanuit SharePoint Designer E-mail

UPDATE: Madjur Ahuja wijst erop deze link van een nieuwsgroep discussie: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Het is vrij definitieve.

===

We wilt vaak insluiten hyperlinks naar InfoPath-formulieren in e-mails verzonden vanaf de SharePoint Designer werkstromen. Wanneer gebruikers deze e-mails ontvangen, ze kunnen klik op de link in de e-mail en ga direct naar het InfoPath-formulier.

Deze constructie monster URL werkt voor mij:

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&Bron = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

De vette rode tekst vervangen door de naam van het formulier, zoals in de volgende schermafdruk:

afbeelding

Merk op dat er een heleboel hardcoded pad in dat URL, evenals een gecodeerde URL-onderdeel. Als dit is te moeilijk om te vertalen naar uw specifieke situatie, Probeer het draaien op waarschuwingen voor de formulierbibliotheek. Post een formulier en wanneer u het e-mailbericht, Bekijk de bron van de e-mail en u zult zien dat alles wat die u nodig hebt om op te nemen.

Oplettende lezers kunnen zien dat het bovenstaande e-mail lichaam eveneens wordt weergegeven op een link die rechtstreeks toegang heeft tot de taak via een gefilterde weergave. Ik ben van plan om uit te leggen die in meer detail in een toekomstige post.

</einde>

Technorati Tags:

Denken over commerciële producten

Ik zette een SharePoint Designer extensies project tot op CodePlex eerder dit jaar en hoewel het echt heel in omvang beperkt is, Ik schat dat het wordt gedownload door 40 Aan 60 (misschien zelfs 100) bedrijven in zowat twee maanden. Dat geeft aan mij dat er een markt voor die oplossing is en als ik moest het met succes te commercialiseren, that could translate into a goodly amount of beer 🙂

Mijn achtergrond is eigenlijk veel meer in productontwikkeling en ik weet wat nodig is om een top-notch product is, in tegenstelling tot een CodePlex hobby project, op de markt. In mijn vorig leven, Ik was verantwoordelijk voor het product R&D voor alle softwareproducten. Het verschil tussen toen en nu is dat ik een consultant die nu werkt ben voor een (Uitstekend) Consulting firma (Conchango). Eerder, Ik had een hele bedrijf achter me en voor me, verkoop en ondersteuning van de producten die wij op de markt gebracht. Vandaag, Ik zou alleen.

Ik heb verschillende productideeën in het achterhoofd, maar ik denk dat de makkelijkste zou zijn het creëren van een commerciële versie van het bovengenoemde CodePlex project dat gebruikt die als uitgangspunt en reikt het verder. Mijn fuzzy off-the-cuff denken is in rekening te brengen iets als $100 voor een onbeperkte ontwikkelaar licentie en $500 per productie Webfront-end. Ik denk dat ik zou ook de broncode weggeven.

Hebt u gedachten of ervaringen die u bereid bent te delen, laat alstublieft een reactie of mij direct e-mail. Ik zou graag willen horen van de adviezen zoals:

  • Is het allemaal de moeite waard?
  • Praktische suggesties voor marketing, verzamelen van geld, distributie.
  • Prijzen.
  • Ondersteuning.
  • Andere commentaar u zou willen verlaten.

Het is "gemakkelijk" om te komen met ideeën voor producten en uit te voeren, al vele tientallen uren van het werk nodig zijn. De andere spul is niet zo eenvoudig voor mij.

</einde>

Technorati Tags:

Zondag ochtend grappig: “Jezus moet sterven”

We kochten onze eerste (en alleen) "luxe" auto terug wanneer Orkaan Floyd genageld de oostkust van de VS. We hebben een HELEBOEL regen hier in New Jersey en verschillende dagen verstreken voordat leven keerde terug naar normaal. Net voordat Floyd getroffen, we gedaan een voorstel voor een gebruikte Volvo 850 GL en na Floyd trof, het reed huis.

Het was onze eerste auto met een CD-speler. Zoals de meeste nieuwe auto-eigenaren, We gingen een beetje gek van de CD, nieuw leven ingeblazen onze slapende CD-collectie en ging op lange ritten net te luisteren naar CD's in de auto. Zoals alle FAD 's, dit doorgegeven voor ons en we eindigde over en weer luisteren naar dezelfde CD. In ons geval, het was Jesus Christ Superstar.

Een van de (veel) briljante stukken in dat rockopera wordt gezongen door de vestiging religieuze types, onder leiding van Kajafas, de "hoge priester". Ze zingen hun manier bepalen hoe omgaan met de "Jezus probleem" en Caiaphas leidt hen tot de conclusie dat "Jezus sterven moet". Het refrein van het lied is "gewoon moet sterven, moet sterven, moet sterven, Deze Jezus moet sterven". U hoort dat een veel in dat stuk onthouden.

Op het moment, mijn zoon was ongeveer drie jaar oud. U kunt waarschijnlijk zien waar dit gaat.

Ik kwam thuis van het werk een dag en mijn zoon is in de woonkamer spelen met speelgoed en neuriën zichzelf. Ik ben mijn jas opstijgen, op zoek via de mail en al die mijn gebruikelijke Walk-in-in-de-deur spul en ik plotseling beseffen dat hij gewoon zegt, niet echt zingen: "Jesus moet sterven, moet sterven, moet sterven." Ik was gekrenkt. Ik kon gewoon zien hem dat te doen terwijl op één van zijn baby spelen datums bij een vriend het huis — waarschijnlijk de laatste datum met die vriend baby spelen.

We pulled that CD out of the Volvo after that 🙂

</einde>

Google heeft mijn Blog Live Spaces aanvaard in het AdSense-programma

UPDATE: Als van 03/09, Ik heb geen manier om te integreren mijn live Spaces-account met Google Adsense. Microsofts systeem hier lijkt om te voorkomen dat alle van de technische mechanismen die Google would-be adsense hosters biedt. Ik ben geneigd te geloven dat dit is voornamelijk een neveneffect van de zekerheid die ze hebben gebouwd in levende ruimten, niet een directe inspanning om Adsense onbruikbaar te maken.

Dit is niet een SharePoint-post, maar misschien wel van belang zijn voor bloggers in het algemeen.

Iemand heeft gereageerd op hun Windows Live Spaces blog dat Google bevestigend geweigerd hun toepassing om deel te nemen in AdSense. Ze theorie dat Google haar geweigerd omdat er bepaalde Windows Live Spaces gastheren haar blog. Echter, Ik was onlangs toegelaten tot het programma voor mijn blog live spaties, zodat het beleid heeft gewijzigd of Google geweigerd haar om een andere reden.

Natuurlijk, Ik zie niet een voor de hand liggende manier om te integreren Google AdSense in mijn live space, but it’s a start 🙂

</einde>

Technorati Tags: ,

Uitvoering van Master / Detail relaties met behulp van aangepaste lijsten

Forumgebruikers vaak als vragen als deze:

> Hallo,
>
> Vertel me als er zijn mogelijkheden om te bouwen van een aangepaste lijst met
> hoofd- en detailpagina type (Als facturen) zonder het gebruik van InfoPath.
>

SharePoint biedt een aantal uit het vak functies die soorten zakelijke vereisten als dat ondersteunen.

In het algemeen, een verbindt twee lijsten samen met behulp van een opzoekkolom. Lijst A bevat de factuur header-informatie en lijst B Factuurdetails.

Aanvullende lijsten te handhaven klantnummers gebruiken, productnummers, etc.

Een webonderdeel Inhoudsquery gebruiken (in MOSS alleen) en/of een gegevensweergave webonderdeel om samengevoegde weergaven van de lijsten te maken. SQL Server Reporting Services (SRS) is ook beschikbaar voor de rapportage kant van het.

Echter, Er zijn enkele belangrijke beperkingen die het gebruik van pure out-of-the-box functies voor iets dat is zelfs matig complexe moeilijk zal maken. Deze omvatten:

  • Grootte van verwante lookup lijsten vs. "intelligentie" van het type van de kolom opzoeken. Een type van de kolom opzoeken presenteert zich op de UI anders afhankelijk van of u meerdere selecteren hebt ingeschakeld of niet. In beide gevallen, de out-of-the-box controle toont alle beschikbare items vanuit de bronlijst. Als de bronlijst 1,000 items, dat gaat een probleem. De lookup-besturingselement doet niet pagina door deze items. In plaats daarvan, het trekt ze allemaal in het besturingselement. Dat maakt voor een zeer lastige user interface zowel in termen van gegevensinvoer en prestaties.
  • Zoekacties "pull terug" een kolom met gegevens. U kunt nooit meer dan één kolom met gegevens uit de bronlijst terugtrekken. Bijvoorbeeld, u kunt een klant "12345 niet selecteren" en het aantal, alsmede de naam en adres van de klant weer te geven op hetzelfde moment. De zoekopdracht alleen blijkt de klant nummer en niets anders. Dit zorgt voor een lastig en moeilijk user interface.
  • Geen communicatie intra-formulier. Ik heb geschreven over dit hier. U kan niet implementeren cascading drop-downs, voorwaardelijk inschakelen/uitschakelen velden, etc.
  • Geen trapsgewijze verwijderingen of ingebouwde referentiële integriteit. SharePoint behandelt aangepaste lijsten als onafhankelijke entiteiten en staat niet toe dat u hen aan elkaar te koppelen in een traditionele ERD zin. Bijvoorbeeld, SharePoint kunt u twee aangepaste lijsten maken, "klant" en "factuurkop". U kunt een factuurkop die links terug naar een klant in het Klantenoverzicht. Vervolgens, u kunt de klant uit de lijst verwijderen. Out of the box, Er is geen manier om dit te voorkomen. Om op te lossen van dit soort problemen, normaal zou u gebeurtenis-handlers gebruiken.

Het lijkt misschien somber, maar ik zou nog steeds SharePoint gebruiken als een beginpunt voor het bouwen van dit soort functionaliteit. Hoewel er verschillen zijn tussen wat je nodig hebt in een oplossing, SharePoint laat ons die met behulp van tools zoals leemten aan te vullen:

  • Gebeurtenis-handlers. Ze gebruiken om referentiële integriteit afdwingen.
  • Aangepaste kolommen: Aangepaste kolomtypen maken en ze te gebruiken in plaats van de standaard opzoekkolom. Toevoegen van wisselbestand, bufferen en AJAX functies waarmee ze responsieve.
  • BDC. Deze functie alleen-MOSS stelt ons in staat om query die andere SharePoint-met een superieure gebruikersinterface aan de gebruikelijke opzoekkolom lijsten. BDC kan ook bereiken om een back-end server-toepassing. Gebruik de BDC om te voorkomen dat replicatie. In plaats van klantgegevens repliceren vanaf een back-end ERP-systeem, BDC gebruiken. BDC-functies bieden een aardig gebruikersinterface te trekken die informatie rechtstreeks vanuit het ERP systeem waar het behoort en vermijdt het gedoe van de handhaving van een replicatieoplossing.

    BDC is een functie van MOSS (niet beschikbaar in WSS) en het is uitdagend om te configureren.

  • ASP.NET webformulier: Een full-featured AJAX-enabled formulier maken dat de SharePoint object model en/of web services wordt gebruikt om de invloed van SharePoint-lijsten en biedt een zeer responsieve gebruikersinterface.

De laatste optie kan het gevoel dat je van kras begint, maar rekening met het feit dat het SharePoint-platform u met de volgende kenmerken begint:

  • Beveiligingsmodel met onderhoud.
  • Menusysteem met onderhoud.
  • "Master tabel" (dwz. aangepaste lijsten) met beveiliging, ingebouwde onderhoud en controle van jaarrekeningen.
  • Zoek.
  • Back-end integratie tools (BDC).

Als u in visual studio met een nieuw, leeg project starten, je hebt een heleboel infrastructuur en sanitair te bouwen voordat u krijgen dicht bij wat SharePoint biedt.

Ik geloof dat Microsoft van plan is om uit te breiden van SharePoint in deze richting van applicatie-ontwikkeling. Het schijnt als een natuurlijke uitbreiding van de bestaande SharePoint base. De Microsoft CRM-toepassing biedt een grote hoeveelheid uitbreidbaarheid van de typen ter ondersteuning van kop-/ detailsectie toepassingsontwikkeling. Hoewel deze functies in CRM zijn, de technologie is uiteraard beschikbaar voor de SharePoint-ontwikkelteam en ik verwacht dat het zijn weg naar het SharePoint-product eind maken zal 2008. Als iemand een kennis of inzicht in dit heeft, laat alstublieft een reactie.

</einde>

Quick Tip: Webonderdeel Inhoudsquery, Waarde van de kolom opzoeken en XSL

Ik heb de kolomnaam van een in een inhoudstype genaamd "Real Estate locatie".

Die kolom is van het type "opzoeken".

Ik heb bewerkt <CommonViewFields> en ItemStyle.xsl de kolom wilt weergeven.

Een eenvoudige <XSL:Selecteer waarde-van =…> retourneert terug een interne waarde die de ordinale positiegegevens bevat, zoals:

1;#Miami

Als u de waarde van de mens-vriendelijke, gebruik xsl subtekenreeks-na, zoals:

<XSL:(@ Real_x005F_x0020_Estate_x005F_x0020_Location, '#') ">< / xsl:waarde-van >(@ Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL:waarde-van>

Deze techniek gebruiken wanneer u met opzoekwaarden in XSL-transformaties werkt en moet ertoe de mens-vriendelijke waarde.

<einde />

Technorati Tags: , ,

SharePoint Beagle decembernummer omhoog & Live

Velen van u weten al, maar de December uitgave van SharePoint Beagle Live.

Elk artikel is de moeite waard lezing in mijn mening.

Ik wil een beetje extra hobbel te geven mijn collega's artikel (Natalya Voskrensenskya). Ze biedt een scherm-schot extravaganza terwijl beschrijven hoe ze gebruikt aangepaste lijsten, werkstroom, SharePoint Designer, gegevensweergaven en andere elementen om een selfservice opleiding functie in MOSS. Ze beschrijft technieken die kunnen worden toegepast in veel verschillende bedrijfsscenario 's. Uitchecken haar blog terwijl u 're aan het.

Vergeet niet om te controleren mijn artikel as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</einde>