none
Доступ к элементам списка

    Вопрос

  • Добрый день. Установлено разрешение доступа всем участником домена к списку, а вот доступ к элементам списка есть не у всех участников домена. Какие таблицы в БД SQL отвечают за доступ к элементам списка? Пробовал смотреть AllUserData, никаких различий между разрешенными и не разрешенными элементами не выявил.
    16 марта 2017 г. 12:51

Ответы

  • В DeskWork свои РП, не стандартные, так что выход один - пусть правят они. Неправильное поведение программного продукта должно быть исправлено разработчиком независимо от наличия тех поддержки.

    MS,MCTS,MCP,MCPD: SharePoint Developer 2010

    Это сложно доказать, что ошибка в их модуле. Скажут что кто-то поковырялся в настройках или обновить ПО. По существу выявил запрос, которым можно узнать об отсутствии прав, далее запросом добавляю права:

    exec proc_SecAddPrincipalToRole @SiteId='283C7DA8-CAA8-4343-A2B0-FF4FF0B1E5CB',@WebId='859DF0AB-C262-45CB-BB9D-51F78A619786',@ScopeId='66410E3C-6345-4C1B-86B4-2F9A06317421',@RoleId=1073741826,@UserId=836,@AddChangeLog=1,@ReturnAuditMask=1,@AddToCurrentScopeOnly=0

    Интересно то, что роль 1073741826 это права на чтение. По SQL Server Profiler видно, что заместителю дается только права 1073741827 - это права на совместную работу. Руководителю даются права 1073741826,1073741827.

    • Помечено в качестве ответа delpavel 21 марта 2017 г. 5:58
    21 марта 2017 г. 5:57

Все ответы

  • добрый день

    а зачем Вам смотреть таблицы SQL?


    мой блог Немного о SharePoint

    16 марта 2017 г. 20:42
  • добрый день

    а зачем Вам смотреть таблицы SQL?


    мой блог Немного о SharePoint

    Задачи которые доступны заместителям (они могу их закрывать), не имеют доступ к элементам списка, на которые ссылается задача (т.е. если это согласование документа, то нет доступа к документу. Система пишет что элемент не найден, при этом элемент существует.) . Цель выявить такие баги и править их до момента выявления проблемы пользователями.
    17 марта 2017 г. 5:27
  • 1. Разберитесь с группами доступа к списку (каким можно, каким нельзя)

    2. При постановке задач в списке используйте рабочие процессы SP, которые опять таки позволяют изменить права на каждый элемент списка в рамках задачи РП (процессы 2010, шаг олицетворения - изменение прав на элемент)

    17 марта 2017 г. 10:41
  • 1. Разберитесь с группами доступа к списку (каким можно, каким нельзя)

    2. При постановке задач в списке используйте рабочие процессы SP, которые опять таки позволяют изменить права на каждый элемент списка в рамках задачи РП (процессы 2010, шаг олицетворения - изменение прав на элемент)

    Не в этом проблема. Возможно это баг самого разработчика DeskWork. Например, задача пришла Иванову (Иванов имеет доступ ко всему в рамках РП), а вот его заместитель только к задаче. Нужно выяснить куда что пишется в БД. Сейчас использую SQL Server Profiler для выявления таблиц.
    20 марта 2017 г. 5:10
  • 1. Разберитесь с группами доступа к списку (каким можно, каким нельзя)

    2. При постановке задач в списке используйте рабочие процессы SP, которые опять таки позволяют изменить права на каждый элемент списка в рамках задачи РП (процессы 2010, шаг олицетворения - изменение прав на элемент)

    Не в этом проблема. Возможно это баг самого разработчика DeskWork. Например, задача пришла Иванову (Иванов имеет доступ ко всему в рамках РП), а вот его заместитель только к задаче. Нужно выяснить куда что пишется в БД. Сейчас использую SQL Server Profiler для выявления таблиц.
     Ну так с помощью рабочих процессов и определите права и заместителю (их можно подставлять из другого списка по принципу руководитель - заместитель) Или перенаправляйте задачу при отсутствии реакции начальника на заместителя, спустя какое-то время. Рабочие процессы позволяют делать оч многое.   
    20 марта 2017 г. 14:40
  • В DeskWork свои РП, не стандартные, так что выход один - пусть правят они. Неправильное поведение программного продукта должно быть исправлено разработчиком независимо от наличия тех поддержки.

    MS,MCTS,MCP,MCPD: SharePoint Developer 2010

    21 марта 2017 г. 5:09
  • В DeskWork свои РП, не стандартные, так что выход один - пусть правят они. Неправильное поведение программного продукта должно быть исправлено разработчиком независимо от наличия тех поддержки.

    MS,MCTS,MCP,MCPD: SharePoint Developer 2010

    Это сложно доказать, что ошибка в их модуле. Скажут что кто-то поковырялся в настройках или обновить ПО. По существу выявил запрос, которым можно узнать об отсутствии прав, далее запросом добавляю права:

    exec proc_SecAddPrincipalToRole @SiteId='283C7DA8-CAA8-4343-A2B0-FF4FF0B1E5CB',@WebId='859DF0AB-C262-45CB-BB9D-51F78A619786',@ScopeId='66410E3C-6345-4C1B-86B4-2F9A06317421',@RoleId=1073741826,@UserId=836,@AddChangeLog=1,@ReturnAuditMask=1,@AddToCurrentScopeOnly=0

    Интересно то, что роль 1073741826 это права на чтение. По SQL Server Profiler видно, что заместителю дается только права 1073741827 - это права на совместную работу. Руководителю даются права 1073741826,1073741827.

    • Помечено в качестве ответа delpavel 21 марта 2017 г. 5:58
    21 марта 2017 г. 5:57