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

Здравствуйте!

Сотрудник Иванов уволился, на его место пришел сотрудник Петров. Как правильно сделать так, чтобы Петров видел все записи:
1. созданные Ивановым
2. Назначенные на Иванова

можно в пользователях переименовать учетную запись Иванова в Петрова, но это наверное неправильно?

Проще всего просто переименовать учетную запись.

Хорошо. Но ведь может быть один сотрудник вместо двух, один ушел, одного сократили
Вообще, чтобы избежать таких случаев, хотелось бы при создании записи иметь возможность автоматически назначать ее на группу доступа, в которой состоит сотрудник. Тогда приходит новый сотрудник, мы его включаем в нужную группу доступа и он увидит все записи, так?
Через функционал "действие после добавления записи" в 2.7 такое возможно реализовать?

Тут нужен функционал объединения аккаунтов. На данный момент его нет.

в план запишите? пример-то из жизни...

Уже поднимался вопрос о замещении сотрудников, это будет я так думаю правильно

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

В данном случае, думаю можно придумать реализацию через автоматизацию. Т.к. тут у вас идет конкретно случай не "технический", а связанный с бизнес-процессом компании - когда на запись нужно добавить и/или сменить пользователя=сотрудника.

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

Вопрос еще конечно будет, если так будет множество раз... В таком случае было бы удобно сделать множественное поле (назвать, например, Уволенные) Пользователи и туда добавлять (пополнять) пользователей. Но сейчас такое невозможно. Было бы неплохо сделать возможность добавления нового (новых) пользователей к уже имеющимся в поле, а не перезаписывать.

Это, если я правильно понял вашу проблему.

Переназначать через автоматизацию в ручном режиме записи на нового сотрудника, если их количество исчисляется сотнями - так себе вариант. Это если я Вас правильно понял
Пока кроме переименования учетки я вижу вариант влезть в базу и сделать update, добавив в поле "Назначено на" id нового сотрудника.
Если это рабочий вариант, то хотелось бы подобного функционала внутри Руководителя.

а связанный с бизнес-процессом компании

Имхо, такой бизнес-процесс регулярно происходит в любой компании рано или поздно.

Если есть записи, которые были видны только автору, три пути:
1. Переименовать учетку.
2. Если сущностей не много, то можно для каждой сущности сделать процесс автоматизации, в котором изменять поле created_by на нужного сотрудника.
3. Если сущностей много, то через update в БД.

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

Офотоп: Функционал с Замещением сотрудника зарешал бы.