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 రూపం కోసం అవసరం తప్పక లాగా కనిపిస్తుంది ఉండవని, కానీ ఉంది.
</చివర>