"Жёсткие" ограничения пользователей.

[$Expert]

Есть заявка - у неё ответственный, это её инициатор, он же Создано. Соответственно, он является "Назначено" и имеет доступ к записи при установке прав "Просмотр только назначенных".
К заявке создана Автоматизация действий, которая создаёт запись в другой сущности - Контракты. Настроен перенос данных из завки в контракт. НО! Нажимает на кнопку "Создать контракт" юрист, а Инициатор должен видеть (иметь доступ) к созданному по его заявке контракту. Теоритически, вопрос можно решить переносом данных поля Пользователи, но данного поля нет в заявке, так как, если его создать, то нужно будет Инициатору выбирать себя из 100500 пользователей, при этом есть много однофамильцев.
Аналогично, можно поручить юристу назначать ответственного, но тогда ему придётся искать нужного пользователя среди других 100500 пользователей, включая однофамильцев.
В обоих случаях возможно возникновение ошибок.
Можно ли как то настроить, чтобы при создании заявки у создателя не было доступа к выбору себя в поле Пользователи, а его данные подставлялись автоматически? А далее уже решать вопрос переносом данных.
Было бы идеально, если бы была возможность при создании записи назначать пользователя по умолчанию, а именно себя.

[$Expert]

Нет вариантов?
Сергей, можно ли рассмотреть вариант реализации функционала назначения создающего запись Пользователя по умолчанию или возможность переноса данных служебного поля Создано ?

[support]

Я не совсем понял что нужно. При создании записи нужно чтоб назначался текущий пользователь, который создает запись?

[$Expert]

Возможно два варианта:

Добавить возможность использовать значения служебного поля текущей записи (Создано), для которой выполняется процесс. Что бы, когда я при помощи автоматизации создаю связанную запись, можно было в ней назначать ответственным пользователя, создавшего родительскую запись?

Вариант №2 - Подстановка в поле Пользователи по умолчанию создателя записи, чтобы сам создатель руками это поле редактировать при создании не мог. Использоваться будет также, как и в первом случае.

[support]

Добавить возможность использовать значения служебного поля текущей записи (Создано), для которой выполняется процесс. Что бы, когда я при помощи автоматизации создаю связанную запись, можно было в ней назначать ответственным пользователя, создавшего родительскую запись?

Добавил в план.

[support]

Файлы из архива заменить в:
plugins\ext\modules\processes\actions\fields.php
plugins\ext\classes\processes.php

В результате в форме установки значения полей для поля Пользователи появится возможность использовать системное поле [created_by]

Проверяйте и сообщите результат.

[$Expert]

Сергей, спасибо, всё работает. Только возник ньюанс в соответствии с регламентом данной процедуры. В большинстве случаев в создаваемой записи ответственным назначается создатель родительской заявки. Но иногда, заявка передаётся на доработку другому пользователю, и он, так же, как и создатель, должен видеть запись, созданную копированием.
Вопрос в следующем: Возможно ли, при наличии в создаваемой копированием записи, поля Пользователи типа Выпадающий список с выбором несколькох значений, копировать значения нескольких полей, например вот так:

Чтобы во вновь созданную запись добавлять и создателя [created_by] и Назначенного пользователя [328].

[support]

Добавил такую возможность, файл из архива замените в plugins\ext\classes\
Сообщите результат.

[$Expert]

Добавил такую возможность, файл из архива замените в plugins\ext\classes\
Сообщите результат.

Заменил. При автоматическом создании записи, назначается один пользователь, а при попытке отредактировать запись - "вываливается" ошибка:

При этом, если указывать одно значение, ошибки не возникает.
И в каком формате нужно указывать значения? Через запятую?

[support]

Через запятую, бузе пробелов. Оба значения обязательны. Если одно не будет, будет ошибка.