Имам сметка на процесот за одобрување дека јас треба да се спроведе со користење InfoPath во форми засновани автентикација (FBA) животната средина со користење форми услуги (веб-базирани InfoPath).

Постојат два одобрување групи и Процесот функционира како ова:

• Корисникот пополнува трошок извештај и го доставува за одобрување.
• Која предизвикува е-маил до првото ниво approver група.
• Првото ниво approver ги разгледува и одобрува или го негира извештајот.
• Ако првото ниво лице го одобри, систем известува второ ниво approver.

На InfoPath страна на нештата, Јас имам различни секции кои ги кријат / појавуваат базира на тоа дали на корисникот е член на една од оние одобрување групи.

Во средина FBA корисничкото име() функција секогаш се враќа празен, за жал. What I’ve done is set up a a custom list called “Approval Groups”.

Јас не додава дополнителни колони на листата.

Кога форма отвора, има правило вака:

На "постави вредност поле" е тука:

Ова е во основа велејќи: Анализирање на одобрување група обичај листа и филтер дека барањето од страна барате било ред каде вредност Наслов на = "Северна".

Ако тоа се враќа било која вредност, then the current user is a member of that group. I know it contains that value because the string length is greater than zero.

Close the loop by securing the individual items in the Approval Group list. At run-time, ако сегашниот корисник нема соодветни безбедносни пристап до таа точка, тогаш го бараш нема да го врати, string-length will be zero and now you know the current user is not part of that group. You can use that fact as needed in the form.

This is a super brief write-up. I’m pressed for time or I’d provide more detail.

I don’t know how relevant it is that I’m in an FBA environment. This would probably work well in a non-FBA environment but I can imagine cases where this would be useful.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin