Се префрлат Види Види Врз основа User ID во Еден InfoPath формулар

Ние имавме развиено InfoPath формулар со повеќе пати да ја поддржи новиот вработен / on-boarding process. When the company hires a new person, Секторот за ИТ и други групи треба да преземат акција (постави платен список, овозможи пристап до соодветни апликации, лоцирање на маса, итн). We use on form but a different view of the form for each of those functions.

Во оваа фирма, повеќето од луѓето вклучени во бизнисот процес се ИТ-чувство, па кога тие пристапите на форма, their default view is a "menu" view with buttons that direct them to their specific function. Сепак, we needed to simplify things for the new hire’s direct manager. This person should not see any of the IT related stuff. Всушност, таа треба да се види само еден поглед на формата, а не дури и да има опција да се види другата пати.

Во нашиот случај, таа сметка директен менаџер е директно поврзана со форма учтивост на контактирајте селектор (which I am always wanting to call a "people picker" поради некоја причина).

Чекорите се како што следува:

1. Во дизајнот на владата, одете на Tools -> Форма Опции -> Отворете и Save.

2. Select "rules".

3. Create a new rule whose action is "switch to view" и чија состојба Нотингем корисничкото име() функција.

корисничко име() returns the "simple" user name without the domain. If I log into SharePoint with credentials "domain\pagalvin", корисничко име() returns "pagalvin".

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 (во мојата средина во секој случај) враќа на доменот и кориснички ID, as in "domain\pagalvin". This prevents us from doing a straight-forward equality condition since AccountID ("domain\pagalvin") никогаш не ќе се изедначи корисничко име() ("pagalvin").

We can get around this using the "contains" оператор: AccountID содржи корисничко име().

Ние може да потрае понатаму и пред-Pend хард-кодирани домен во предниот дел на корисничко име() функција да добие нашата еднаквост провери и да ги елиминираат ризикот од лажно позитивни на содржи операторот.

We would have REALLY like to automatically switch view for other users based on their AD security group membership. На пример, when a member of the "IT Analytics" група пристапи форма, automatically switch to the IT Analytics view. We didn’t have time to implement it, but my first thought is to create a web service that would have a method like "IsMemberOfActiveDirectorySecurityGroup", Поминете го корисничкото име() and return back true or false. Does anyone have any other, повеќе умна идеја? Is there any SharePoint function we can leverage from InfoPath to make that determination?

</крајот>

Technorati Тагови:

3 размислувања за "Се префрлат Види Види Врз основа User ID во Еден InfoPath формулар

  1. Pingback: InfoPath копчето за приказ на врз основа на корисник « Блог Sladescross е

Остави Одговори

Вашата е-маил адреса нема да бидат објавени. Задолжителни полиња се означени *