Ключ изглед изглед въз основа на ИД на потребител във формуляр на InfoPath

Имахме развита на формуляр на InfoPath с множество изгледи в подкрепа на ново под наем / процес на качване на борда. Когато фирмата наема нов човек, ИТ отдела и други групи трябва да се предприемат действия (настроите ТРЗ, разрешаване на достъп до подходящи приложения, Намерете бюро, н). Ние използваме на форма но различен изглед на формуляра за всяка от тези функции.

В тази фирма, Повечето от хората, участващи в процеса на бизнес са ИТ-разбирам, така че, когато те имат достъп до формуляра, Изгледът им по подразбиране е "меню" Покажи с бутони, които ги насочват към тяхната специфична функция. Въпреки това, Ние трябваше да опрости нещата за нови автомобили пряк ръководител. Този човек не трябва да видите някоя от ИТ, свързани неща. Всъщност, Тя трябва да види само един изглед на формуляра и дори имате възможност да видите други изгледи.

В нашия случай, това директно на мениджърски акаунт е пряко обвързано формата с любезното съдействие на селектор на контакт (което аз винаги съм, желаещи да наричаме хората избор на"" по някаква причина).

Стъпките са както следва:

1. В режим на проектиране, отидете на инструменти-> Опции за формуляр-> Отваряне и запис.

2. Изберете "правила".

3. Създаване на ново правило, чието действие е "преминаване към преглед" и чието състояние лостове потребителско име() функция.

потребителско име() връща "прост" потребителско име без домейн. Ако аз влезли в SharePoint с идентификационни данни "domainpagalvin", потребителско име() връща "pagalvin".

Селектор на контакта осигурява три бита на информация за контакт. "AccountID" част е най-полезна за този сценарий. Единственото нещо, което прави това дори малко предизвикателство е, че избора на контакт (в моята среда все пак) Връща ID на домейна и потребителското, както и в "domainpagalvin". Това ни пречи да го състояние равенство прав напред от AccountID ("domainpagalvin") ще никога не е равно на потребителско име() ("pagalvin").

Ние може да получи около това, като използвате "съдържа" оператор: AccountID съдържа потребителско име().

Ние може да отнеме това допълнително и предварително-pend закодирани домейн предната част на име() функция, за да получите нашите равенство проверка и премахване на риска от фалшиво положителни за съдържа оператор.

Ще имаме наистина като за автоматично превключване на изглед за други потребители, въз основа на техните рекламни сигурност група членство. За пример, Когато член на "го анализ" група получава достъп до формата, автоматично превключи към изглед на IT анализ. Ние не са имали време да го приложат, но първата ми мисъл е да се създаде уеб услуга, която ще има метод като "IsMemberOfActiveDirectorySecurityGroup", Подай потребителско име() и да се върнете обратно true или false. Някой има ли някакви други, по-умна идея? Е там кой да е SharePoint функция ние може да лоста от InfoPath, за да направи това определяне?

</край>

Technorati тагове:

3 мисли за "Ключ изглед изглед въз основа на ИД на потребител във формуляр на InfoPath

  1. Pingback: InfoPath ключ изглед въз основа на потребител « На Sladescross в блог

Оставете отговор

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани *