У мене є рахунок процес затвердження, що мені потрібно впровадити використанням InfoPath у автентифікації на основі форм (FBA) середовища, за допомогою служб форм (веб-InfoPath).

Є дві групи затвердження і процес працює наступним чином:

• Користувач заповнює звіту про витрати та подає її для затвердження.
• Що викликає повідомлення електронної пошти до першого рівня затверджувача групи.
• Першого рівня затверджувача розглядає і затверджує або відхиляє звіт.
• Якщо перший рівень людини затверджує його, система повідомляє другого рівня затверджувач.

На боці InfoPath речей, У мене є різні розділи, які з'являються сховати/засновані на те, чи користувач є членом однієї з цих груп затвердження.

В умовах FBA ім'я користувача() завжди повертає порожній, на жаль. Те, що я зробив настроєно за настроюваним списком під назвою «Групами схвалення».

Я не додавати будь-які додаткові стовпці до списку.

Коли форма відкриється, вона має правило наступним чином:

"Установити значення поля", тут:

Це в основному говорять: Запит затвердження Група настроюваним списком та фільтр надсилання запитів, дивлячись для будь-якого рядки де значення заголовок = "СКАНДИНАВСЬКИЙ".

Якщо це повертає будь-яке значення, потім поточний користувач є членом цієї групи. Я знаю, він містить значення тому, що довжина рядка більше за нуль.

Закрити петлі, забезпечення окремих елементів у списку груп затвердження. Під час роботи, Якщо поточний користувач не має відповідних безпеки доступ до цього пункту, то запит не повернеться, довжина рядка, будуть дорівнюють нулю, і тепер ви знаєте, поточного користувача не є частиною цієї групи. Цей факт можна використовувати, якщо необхідно у формі.

Це супер короткий письмовий звіт. Я впевнений, цейтнот або я хотів би представити більш докладно.

Я не знаю, як відповідні це, що я в FBA середовищі. Це, можливо, буде працювати добре у середовищі FBA, але я можу собі уявити випадків, де це було б корисно.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin