У мяне ёсць працэс зацвярджэння расходаў, што мне трэба рэалізаваць, выкарыстоўваючы InfoPath у формы праверкі сапраўднасці на аснове (FBA) навакольнага асяроддзя з выкарыстаннем формаў паслуг (вэб InfoPath).

Ёсць дзве групы зацвярджэння і працэс як гэта працуе:

• Карыстальнік запаўняе справаздачу аб выдатках і падае яго на зацвярджэнне.
• , Які выклікае ліст першай групе ўзровень якi зацвярджае.
• Першая якi зацвярджае ўзроўню разглядае і дазваляе або адмаўляе ў дакладзе.
• Калі першы чалавек, сцвярджае яго ўзроўню, Сістэма паведамляе другога якi зацвярджае узроўні.

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

У асяроддзі FBA імя карыстальніка() функцыя заўсёды вяртае пусты, сумна. What I’ve done is set up a a custom list called “Approval Groups”.

Я не дадаць любыя дадатковыя калонкі ў спіс.

Калі форма адкрываецца, яна мае наступнае правіла:

"Усталяваць значэнне поля" тут:

Гэта ў асноўным кажа: Запыт да сцвярджэнні групы карыстацкі спіс і фільтр, што запыт, шукае любую радок, у якой значэнне загалоўка ў выглядзе = "Nordic".

Калі гэта вяртае любое значэнне, 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