Доступ к записям при увольнении сотрудника

[HakimzyanovA]

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

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

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

[support]

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

[HakimzyanovA]

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

[support]

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

[HakimzyanovA]

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

[Oleg]

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

[HakimzyanovA]

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

[alcompstudio]

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

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

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

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

[HakimzyanovA]

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

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

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

[sanys]

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

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

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