I needed to meet a security requirement for an InfoPath form today. In this business situation, a relatively small number of individuals are allowed to create a new InfoPath form and a much wider audience are allowed to edit it. (Гэта нова-Пракат-інтэрнат форме, якая выкарыстоўваецца персаналам, які запускае працоўны працэс).
Для дасягнення гэтай мэты, Я стварыў стварыў два новых узроўняў дазволаў ("create and update" and "update only"), broke inheritance for the form library and assigned permissions to a "create, абнаўленне" user and a separate "update only" карыстальнік. The mechanics all worked, but it turned out to be a little more involving than I expected. (Калі вы адчуваеце сябе крыху хісткія на SharePoint дазволаў, праверыць гэта паведамленне ў блогу). The required security configuration for the permission level was not the obvious set of granular permissions. To create an update-only permission level for an InfoPath form, Я зрабіў наступнае:
- Стварыце новы ўзровень дазволаў.
- Прыбраць усе варыянты.
- Selected only the following from "List permissions":
- Змяненне элементаў
- Прагляд элементаў
- Прагляд старонак прыкладанняў
Выбар гэтых варыянтаў дазваляе карыстальніку абнаўляць формы, але не стварыць яго.
The trick was to enable the "View Application Pages". There isn’t any verbage on the permission level that indicates that’s required for update-only InfoPath forms, але аказваецца, што гэта.
Create-and-Update was even stranger. I followed the same steps, 1 праз 3 вышэй. I had to specifically add a "Site Permission" варыянт: "Use client integration features". Зноў, Апісанне не робіць яго здавацца, што гэта павінны быць неабходныя для формаў InfoPath, але гэта так.
</канец>