Minimuma Sekureco Postulita Por InfoPath Formoj

Mi devis renkonti sekurecan postulon por InfoPath formo hodiaŭ. En ĉi tiu komerca situacio, relative malgranda nombro de individuoj estas permesita krei novan InfoPath formo kaj multe da pli larĝa spektantaro estas permesita redakti ĝin. (Tio ĉi estas nova-dungo sur-suriranta formon uzita de Homaj Rimedoj kiu lanĉas workflow).

Renkonti tiun objektivon, Mi kreis kreita du novajn permesajn nivelojn ("Krei kaj ĝisdatigo" Kaj "ĝisdatigo nur"), Rompis heredaĵon por la forma biblioteko kaj asignita permesojn al "krei, Ĝisdatigo" uzanto kaj aparta "ĝisdatigo nur" Uzanto. La mekanikoj ĉiuj laboris, Sed ĝi rezultis esti malgranda pli okupanta ol mi atendis. (Se vi sentas malgrandan malfirma sur SharePoint permesoj, Kontroli ĉi tiun blogan poŝton). La postulata sekureca konfiguracio por la permesa nivelo ne estis la evidenta aro de granular permesoj. Krei ĝisdatigon-nura permesa nivelo por InfoPath formo, Mi faris la sekvantaron:

  1. Krei novan permesan nivelon.
  2. Malbari for #?iuj elektoj.
  3. Elektis nur la sekvantaron de "Listaj permesoj":
    • Redakti Erojn
    • Vidaj Eroj
    • Vida Apliko #Pa?o

Elektanta #?i tiu elektojn permesas uzanton #?isdatigi formon, Sed ne krei ?in.

La ruzo estis ebligi la "Vidajn Aplikajn Paĝojn". Tie ne estas ajna verbage sur la permesa nivelo kiu indikas tion estas postulita por ĝisdatigo-nura InfoPath formoj, Sed rezultas ?in estas.

Krei-kaj-Ĝisdatigo estis para nekonato. Mi sekvis la samajn paŝojn, 1 Trae 3 Sur. Mi specife devis aldoni "Ejan Permeson" Elekto: "Uza kliento integrigaj ĉefaĵoj". Denove, La priskribo tie ne faras ?in #?ajni kiel ?i ought esti postulita por InfoPath formo, Sed tie ?i estas.

</Fino>

Technorati Etikedoj: ,

Lasi Respondon

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita *