Документы WP Документы и группы пользователей с разными разрешениями для каждой группы

Question

У меня есть вопрос относительно пересмотра документа WP. У меня есть клиент с материнской компанией и 14 дочерними компаниями под ним. То, что они хотят сделать, это иметь репозиторий документов, где хранятся все документы, но трюк заключается в том, что каждая дочерняя компания имеет свои финансовые показатели, которые должны оставаться видимыми только для топ-менеджмента в этой дочерней компании, но должны быть доступны для всех Руководители в материнской компании.

Я изучил редакционные документы WP, и это делает очень многое, что я хочу относительно части документа, но я не могу понять, как создать группы пользователей и установить разрешения для этих групп пользователей. Другими слова:

1. Настройка исполнительной группы Team с разрешениями для просмотра и редактирования документов
2. создать группу Top Management за 14 дочерних компаний каждый со своими собственными правами
3. И тогда, когда разные пользователи должны видеть только документы, установленные с их индивидуальными разрешениями.

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

С уважением, Анина

Answer 1

Я ведущий разработчик Ревизии WP Document. Вышеизложенное должно быть относительно легко сделать, как вы описали. Существует два способа сделать это:

Во-первых, вы можете настроить многопользовательскую установку WordPress и иметь отдельные подсайты для каждого дочернего предприятия с одним родительским сайтом для родительской корпорации. Руководители будут иметь логин на всех сайтах, тогда как менеджеры будут иметь логин для своего отдельного сайта и для одного родительского сайта. Преимуществом этого подхода будет гибкость (если вы хотите использовать рабочее пространство для других задач, брендинг и т. Д.), Но эта гибкость будет стоить за счет сложности (настройка 14 подсайтов).

Альтернативный подход и, возможно, то, что я рекомендовал бы в зависимости от ваших потребностей, состоял бы в том, чтобы сгруппировать документы в пользовательскую таксономию (возможно, «компании»), а затем базовые возможности для того, на какую компанию назначен документ. Это позволит вам иметь один сайт и может назначать возможности на основе проверенных и проверенных систем и возможностей WordPress.

Функциональность, описанная во втором варианте, еще не существует из коробки, но является относительно небольшим мероприятием и на самом деле уже находится в разработке для потенциальной версии плагина Pro.

Я надеюсь, что это поможет. Если вам будет интересно обсудить настройку плагина в соответствии с вашими потребностями, как описано выше, или иначе, пожалуйста, не стесняйтесь contact me directly.

Обновление:Обновлена ​​ссылка на контактную информацию, так как Stack Exchange блокирует ссылки электронной почты.

Answer 2

Я считаю, что у меня есть рабочая версия дополнительного плагина, который должен делать именно то, что вы ищете. Файл находится здесь (https://github.com/benbalter/WP-Document-Revisions-Code-Cookbook/blob/master/taxonomy-permissions.php) и будет установлен как любой другой плагин.

Немного больше информации содержится в последнем вопросе FAQ (https://github.com/benbalter/WP-Document-Revisions/wiki/Frequently-Asked-Questions), но вкратце, из коробки он будет делать таксономию «отделов» и будет создавать возможности на основе любых отделов. Затем вы должны установить и активировать членов, если вы еще этого не сделали, и использовать члены интерфейса, чтобы добавить роли и назначить возможности.

Вы можете сообщить плагину о создании и использовании любой другой таксономии (например, «компания» вместо «отделов»), как описано в файле.

Он не может быть 100% стабильным, поскольку он еще не был протестирован в дикой природе, но он должен работать. Пожалуйста, дайте мне знать, если это сработает для вас, или если вы предпочтете, чтобы я его установил, и т. Д.