Ons het 'n ontwikkelde 'n Path vorm 'n nuwe huur met verskeie standpunte te ondersteun. / on-boarding process. When the company hires a new person, die IT-departement en ander groepe nodig om aksie te neem (op die betaalstaat, in staat stel om toegang tot toepaslike programme, soek 'n lessenaar, ens.). We use on form but a different view of the form for each of those functions.

Op hierdie maatskappy, Die meeste van die mense wat betrokke is in die besigheid is IT-vaardig, so wanneer hulle toegang tot die vorm, hulle op die regte pad is 'n "menu" view with buttons that direct them to their specific function. Egter, we needed to simplify things for the new hire’s direct manager. This person should not see any of the IT related stuff. In werklikheid, sy moet net een siening van die vorm en nie eens 'n opsie om die ander mening te sien.

In ons geval, dat direkte bestuurder se rekening word direk gekoppel aan die vergunning van 'n kontak selector (wat ek wil altyd 'n "mense picker te roep" vir een of ander rede).

Die stappe is soos volg:

1. In die ontwerp af, Gaan na Tools -> Vorm opsies -> Oopmaak en stoor.

2. Kies "reëls".

3. Skep 'n nuwe reël wie se optrede is "skakel om te sien" en wie se toestand maak gebruik van die gebruikersnaam() funksie.

gebruikersnaam() gee die "eenvoudige" user name without the domain. If I log into SharePoint with credentials "domain\pagalvin", gebruikersnaam() return "kussings".

The contact selector provides three bits of information for a contact. The "AccountID" portion is most useful for this scenario. The only thing that makes this even a little bit of challenge is that the contact selector (in elk geval in my omgewing) gee die domein en gebruikers ID, as in "domain\pagalvin". This prevents us from doing a straight-forward equality condition since AccountID ("Domain kussing") sal nooit gelyk gebruikersnaam() ("Pillow").

Ons kan kry om die gebruik van die "bevat" operateur: AccountID bevat gebruikersnaam().

Ons kan dit verder en pre-pend 'n harde-gekodeerde gebied in die voorkant van die gebruikersnaam() funksie te kry gaan ons gelykheid en elimineer die risiko van 'n vals positief op die bevat operateur.

We would have REALLY like to automatically switch view for other users based on their AD security group membership. Byvoorbeeld, Wanneer 'n lid van die "IT Analytics" groep toegang tot die vorm, automatically switch to the IT Analytics view. We didn’t have time to implement it, maar my eerste gedagte is om 'n web te skep wat 'n metode soos "IsMemberOfActiveDirectorySecurityGroup", slaag dit die gebruikersnaam() and return back true or false. Does anyone have any other, meer slim idee? Is there any SharePoint function we can leverage from InfoPath to make that determination?

</einde>