CRM Руководитель - Форум

В доступах к полям есть три пункта:

Да;
Только просмотр;
Скрыть;

Предлагаю добавить "редактирование Создателем"
Просматривать могут все, но редактировать только Создатель записи.
и "редактирование Пользователем"
Просматривать могут все, но редактировать выбранный Пользователь группы.

А эта опция не решит проблему? http://joxi.ru/LmGKGDDfgy0nam

alcompstudio писал(а): ↑15 фев 2022, 11:46 А эта опция не решит проблему? http://joxi.ru/LmGKGDDfgy0nam

Это не совсем то.

Можно назначить задачу на человека, но запретить ему менять некоторые поля.
Например поле "Время завершения"
Схема такая.
Задачи создают все, но редактирует создатель (инициатор) или в некоторых случаях ответственный сотрудник не являющийся исполнителем.

Доступ-Доступ к полям??
https://docs.rukovoditel.net.ru/index.php?p=28

Oleg писал(а): ↑18 фев 2022, 10:27 Доступ-Доступ к полям??
https://docs.rukovoditel.net.ru/index.php?p=28

Не то.

1. Есть у вас группа "Работники"
Вы делаете для них возможность создавать друг другу задачи.
Но в задачах есть поля, которые должен контролировать только инициатор задачи из группы "Работники".

Пример:

Витя поручает Ивану купить степлер до 23.02.2022.
Иван не укладывается в дату, но и не может внести изменения в срок окончания задачи.
Это может сделать Витя (как инициатор), поэтому Иван сообщает Вите о переносе сроков.
Витя принимает решение по задаче.

При этом и Витя и Иван являются членами группы "Работники".

2. Также и ответственный сотрудник, являясь членом группы "Работники", может вносить изменения в поля.
Статус можно присваивать при добавлении пользователя в группу, ему ставиться отметка "ответственный сотрудник" группы.

Когда вы назначаете доступ группе, то все её члены имеют равные права. Предлагаю добавить "Ответственного сотрудника", который бы внутри группы обладал особенным статусом.

Выглядит это так:
Всей группе назначаются права на создание задачи, но запрещается редактировать поля "статус" и "сроки"
Только Владимир (или несколько ответственных), как ответственный сотрудник в группе "Работники", может вносить
изменения в данные поля.

triadax писал(а): ↑18 фев 2022, 11:56
Oleg писал(а): ↑18 фев 2022, 10:27 Доступ-Доступ к полям??
https://docs.rukovoditel.net.ru/index.php?p=28
Не то.

1. Есть у вас группа "Работники"
Вы делаете для них возможность создавать друг другу задачи.
Но в задачах есть поля, которые должен контролировать только инициатор задачи из группы "Работники".

Пример:

Витя поручает Ивану купить степлер до 23.02.2022.
Иван не укладывается в дату, но и не может внести изменения в срок окончания задачи.
Это может сделать Витя (как инициатор), поэтому Иван сообщает Вите о переносе сроков.
Витя принимает решение по задаче.

При этом и Витя и Иван являются членами группы "Работники".

2. Также и ответственный сотрудник, являясь членом группы "Работники", может вносить изменения в поля.
Статус можно присваивать при добавлении пользователя в группу, ему ставиться отметка "ответственный сотрудник" группы.

Когда вы назначаете доступ группе, то все её члены имеют равные права. Предлагаю добавить "Ответственного сотрудника", который бы внутри группы обладал особенным статусом.

Выглядит это так:
Всей группе назначаются права на создание задачи, но запрещается редактировать поля "статус" и "сроки"
Только Владимир (или несколько ответственных), как ответственный сотрудник в группе "Работники", может вносить изменения в данные поля.

Посмотрите в сторону Роли пользователя
https://docs.rukovoditel.net.ru/index.php?p=77

Oleg писал(а): ↑18 фев 2022, 13:30 Посмотрите в сторону Роли пользователя
https://docs.rukovoditel.net.ru/index.php?p=77

Вроде оно, но почему только для вложенной?

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

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

Oleg писал(а): ↑18 фев 2022, 15:31 Мы сделали с начало сущность которая определяет роли пользователей, а потом уже рабочую под сущность, по другому ни как к сожалению

Логичнее было бы вынести роли в глобальные сущности, как Пользователей и Группы. Тогда можно было бы назначить роль внутри пользователя или же как реализовано сейчас, на форме.

Алгоритм работы следующий:
Создаём сущность;
Настраиваем группу;
Настраиваем роли для сущности;
Добавляем пользователя, назначаем ему группу и роль (если она предопределена).
Или, если роль не предопределена назначение происходит при создании записи через поле.

CRM Руководитель - Форум

Доступ на редактирование

Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование

Re: Доступ на редактирование