Sharepoint - как установить уровень разрешения для добавления объекта, но не представления? [закрытый]

Объекты Представления являются зависимым разрешением для, Добавляют Объекты, таким образом, не уверенные, если мы можем добавить такие полномочия OOB в sharepoint, взглянуть здесь: (http://office.microsoft.com/en-us/sharepointtechnology/HA101001491033.aspx)

У Вас может быть грязное обходное решение создания 2 списков, и, чем добавление код в объекте добавил событие первого списка для добавления объекта к другому списку и, чем удаляют его из первого списка, не уверенного, если это - хорошее решение...

Из поля с разработчиком SharePoint я могу только думать для использования рабочего процесса для перемещения любых объектов от Общественности список "Dropbox" к защищенному списку.

Пользователь видит и загружает объекты на общедоступный Dropbox, но сразу рабочий процесс начинается, это просто перемещает содержание к другому, идентичному, защищенному списку. Можно решить, необходимо ли позволить довольный перезапись или нет.

hacky обходное решение, но что, не программируя, который является всем SharePoint. (Моя компания не позволит мне написать код к нему все же),

Вы действительно не указывали, какой вид списка Вы используете, но если Вы посмотрите в настройках списка под "Расширенными настройками", то Вы, вероятно, найдете раздел "Item Level Permissions". Это позволит Вам принять решение ограничить пользователей чтением (или редактирование) только объекты, которые они отправили. Это выходит за пределы любого другого набора ACLs в списке, или это - объекты.

Я думаю использование, Усовершенствованное разрешение не доступно, так как оно не может предотвратить тот, который отправляет от представления его, иначе это - хорошее решение! Рабочий процесс должен, я думать, может сделать задание. Просто удостоверьтесь, когда объект загрузил worklow, инициирован. Затем, если можно создать рабочий процесс, который может установить определенное разрешение на объект, вся вещь должна быть сделана. Если Вы не добираетесь, Ваша рука, грязная с созданием рабочего процесса затем, переходят к 3w.sharepointboost.com, когда имеют своего рода решение для Plug and Play под названием Разрешение Представления Столбца.

Я просто работал над быстрым решением для этого, проводя исследование, когда я нашел это сообщение. Помимо рабочего процесса SPD, не будет работать с анонимными пользователями, я думал о выполнении infopath формы HTML, которая отправляет форму по почте в библиотеку форм. У Вас может быть одна библиотека формы как сайт, чтобы запустить форму и затем сохранить результаты в библиотеке различных форм. Так как можно установить библиотеку формы для принятия электронной почты от любого, кого можно препятствовать тому, чтобы люди читали, но они могут все еще отредактировать.

Не попробовали это, но если я столкнусь с проблемами, то добавит комментарии.

На полпути вы можете настроить список так, чтобы элементы отображались только их владельцам ( Настройки> Расширенные настройки , а затем установите параметры для Доступ для чтения / Доступ к редактированию как «Только свои собственные». не мешает человеку видеть все элементы, которые были добавлены им, но не будет ничего доступного для просмотра за пределами этого разрешения (кроме владельца списка).

У меня была аналогичная проблема, когда анонимные пользователи не видели содержимое списка.

То же решение может сработать для этого.

Я полностью согласен с Ceesaaxp. В разделе Дополнительные настройки для списка установите для параметра Доступ для чтения значение Только их собственные . Я создал процесс управления знаниями, в котором я создал два списка: один для ожидающих рассмотрения статей базы знаний, а другой - для утвержденных. Я изменил страницу «Новая форма» для списка «Ожидающие» и отключил раскрывающееся меню с помощью JavaScript, который использовался в качестве статуса статьи. В этом раскрывающемся списке постоянно устанавливается статус «Ожидание». Я также создал новый уровень разрешений, который позволяет пользователям только добавлять элементы. Затем я создал рабочий процесс, который перемещает статью в список «Утверждено», когда в раскрывающемся списке статуса установлено значение «Утверждено».

Затем я изменил настройки только для чтения в расширенных настройках ожидающего списка только на свои собственные,

@Jomit. Ваше обходное решение может сработать, но оно имеет проблему состояния гонки. Пользователи могут по-прежнему иметь возможность видеть другие элементы. Это может быть запрещено в зависимости от ваших правил.

Обычные списки в SharePoint предлагают эту опцию в разделе Settings/Advanced Settings/Item-Level Permissions. Хотя по какой-то причине эта опция отсутствует в графическом интерфейсе для Document и Form Libraries.

Одним из возможных решений является написание простой программы для внесения этих изменений с использованием объектной модели SharePoint. http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splist.writesecurity.aspx

// Sample code for setting writing and reading security on a form library
class Program
            {
                static void Main(string[] args)
                {
                    using (SPSite site = new SPSite(args[0]))
                    {
                        using (SPWeb web = site.OpenWeb())
                        {
                            SPList list = web.Lists[args[1]];
                            list.WriteSecurity = 2;
                            list.ReadSecurity = 2;
                            list.Update();
                        }
                    }
                }
            }