Допустимо ли создание нового пользователя, путем копирования существующего в 1С

1. Здравствуйте, Дмитрий.
   Правильно понимаю, что вам надо создать нового пользователя с правами, которые уже есть уже у пользователя в базе.
   Тогда лучше выполнить следующие действия:
   1. Создать нового пользователя;
   2. Скопировать права уже созданного в базе пользователя. Подробнее смотрите здесь: Настройка прав пользователей в 1С 8.3
   Как добавить пользователя 1С .

2. Здравствуйте, Татьяна.
   Да, задача именно такая.

   Я читал, этот материал, но ответа на свой вопрос там не нашел.
   По первой ссылке есть описание копирования профиля и настроек пользователя. Но я не об этом.
   По второй ссылке упоминается возможность создания пользователя путем копирования (мой вопрос), но без подробностей.
   Как копировать права пользователя, я не увидел.

   Разверну немного вопрос:
   Есть пользователь, имеющий сложные настройки, с несколькими профилями. Нужно создать аналогичного нового пользователя. Если это сделать копированием существующего пользователя, то корректна ли будет дальнейшая работа?

3. Здравствуйте, Дмитрий!
   Я программист БухЭксперт8 и меня попросили посмотреть ваш вопрос о создании пользователя копированием — насколько это корректно?

   Вы пишите, что встречали мнения, что создание пользователя копированием вызывает ошибки. Может быть, вы дадите ссылки на эти утверждения? Очень хотелось бы на них посмотреть.

   Создание нового пользователя копированием в пользовательском режиме — типовой инструмент 1С.
   Разработчики осознанно дали возможность создавать новых пользователей копированием в пользовательском режиме. Это удобно. Бухгалтерия 3.0, построенная на библиотеке стандартных подсистем (БСП) — не исключение: в справочнике пользователей есть кнопка «Создать» и есть кнопка «Создать новый элемент копированием текущего» (F9).

   Мы тоже пользуемся при создании новых пользователей кнопкой «Создать новый элемент копированием текущего». При этом переносятся и профили пользователя и настройки работы с отчетами, настройки работы с формами справочников и документов. Это очень удобно.

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

   Я точно знаю, что есть ошибки при копировании профилей пользователей в Windows (Учетные записи пользователей): при создании нового пользователя копированием с пользователя на пользователя неправильно отображаются некоторые параметры рабочего стола, в том числе расположение ярлыков, заставка рабочего стола и т.п..
   Но это другая история. Это не 1С.

   В 1С я этого не наблюдала. Опять же уточню, что копирование именно в пользовательском режиме. Это важно. Потому что, вообще говоря, создавать нового пользователя мы можем двумя способами: из конфигуратора и из пользовательского режима.
   И именно для Бухгалтерия 3.0, имеющей сложную подборку ролей в ограниченный круг профилей, желательно создавать пользователей в пользовательском режиме. Либо созданием полностью с «нуля», либо копированием с другого пользователя.

   Программа отлично все отслеживает: профиль с правами и все настройки переносятся, поля нового пользователя очищены и требуют ввода. После вводе и записи новых данных пользователя, пользователь отображается в справочнике и его идентификатор используется для синхронизации пользователя ИБ и элемента справочника.

   Если вы вводите нового пользователя копированием из конфигуратора, то при запуске в пользовательском режиме данные по новому пользователю будут автоматически создаваться в справочнике базы данных и синхронизироваться по реквизиту «ИдентификаторПользователяИБ». В случае сложной настройки профилей в 1С:Бухгалтерия 3.0 в этом случае иногда случайются сбои, когда могут возникать конфликты с сопоставлением этого самого реквизита.

   Но, если честно, все-таки это очень редкое явление. Если это все-таки произошло, то пишется внешняя обработка, по которой считывается для нового пользователя ИБ его уникальный идентификатор, который программно записывается в элементе справочника базы данных в реквизит «ИдентификаторПользователяИБ». Так исправляется рассогласование.

   Резюме: создание нового пользователя копированием в пользовательском режиме 1С можно использовать в работе. Это экономит время и достаточно удобно в использовании.

   1. Ирина, здравствуйте.
      Спасибо за развернутый ответ. Доходчиво). Ссылку на противоположное мнение не дам. Это устная позиция нашего программиста 1С. Он отошел от дел, но мнение закрепилось. А я решил проверить, т.к. для меня оно выглядит сомнительным.

      Немного уточню. Я правильно понял, что при создании нового пользователя копированием через конфигуратор, конфликт может возникать, т.к. реквизит «ИдентификаторПользователяИБ» у нового пользователя может быть такой-же как и у исходного?

4. Дмитрий, только при сбоях программы. Кроме того, данные 1С кешируются — вместо новых данных могут браться в случае динамического обновления, например, старые, поэтому такие случаи вроде бы возможны — ключевое слово «возможны».

   Но на моей практике подобных случаев не возникало.

   Возможно, ваш программист работал на старых 1С типа 8.1, 8.2 и там было создание нового пользователя только из конфигуратора. Тогда конфигурации были менее защищены от ошибок — на уровне Платформы. И при создании нового пользователя требовалось создание пользователя в справочнике Пользователи Конфигуратора и в базе данных.

   Именно так все было. Очень давно — я помню.)

   И там, действительно, могли происходить рассогласования, которые решались сопоставлением внутреннего идентификатора. Поэтому, думаю, ваш программист не так уж и не прав — просто он давно работает с 1С и имеет негативный опыт создания новых пользователей копированием на СТАРЫХ конфигурациях и платформах.
   А это психологически закрепляется надолго у всех кто наступил на «грабли».

   Ведь так?)

   Сейчас Платформы очень мощные, конфигурации проработаны на уровне объектов очень тщательно, поэтому никаких проблем быть не должно. Хотя при динамических обновлениях, наличии «битых ссылок» в программе могут возникать ошибки в любом объекте.

   Никто от этого не застрахован.)

5. Ирина, все понял. Спасибо большое.

   1

Комментарии закрыты.