Как создать пользователя хранилища конфигурации 1С

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

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

Создать пользователя может только администратор хранилища — тот, кто подключён к нему с правами на изменение состава пользователей. Обычно это учётная запись, указанная при создании хранилища. Если вы потеряли пароль администратора хранилища, восстановить его штатными средствами нельзя, поэтому доступ администратора нужно беречь и дублировать.

Что такое хранилище конфигурации и зачем ему отдельные пользователи

Хранилище конфигурации — это каталог с файлами, в котором 1С ведёт историю изменений конфигурации: кто, когда и какие объекты менял. Механизм позволяет нескольким разработчикам работать параллельно, не перетирая изменения друг друга: объект сначала захватывается одним человеком, после помещения изменений становится доступен остальным.

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

Какие права нужны для создания пользователя

Управлять списком пользователей хранилища может только его администратор. Признак достаточных прав — доступность пункта меню «Пользователи хранилища» и активная кнопка добавления. Если кнопка недоступна, вы подключены под обычным пользователем хранилища, и добавить никого не получится.

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

Пошаговое создание пользователя хранилища

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

1. 1
   Откройте конфигуратор базы, подключённой к хранилищу, и авторизуйтесь под администратором хранилища.
2. 2
   В меню выберите «Конфигурация → Хранилище конфигурации → Пользователи хранилища».
3. 3
   В открывшемся окне нажмите «Добавить».
4. 4
   Введите имя пользователя (латиницей, без пробелов — так надёжнее) и пароль дважды.
5. 5
   Если пользователь должен администрировать хранилище, установите флажок «Администратор»; для обычного разработчика флажок не нужен.
6. 6
   Нажмите «ОК» и убедитесь, что новая запись появилась в списке.
7. 7
   Передайте разработчику имя, пароль и сетевой путь к каталогу хранилища.

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

Флажок «Администратор» давайте осознанно. Администратор хранилища может менять пароли других пользователей, отменять захват объектов и управлять версиями. В небольшой команде достаточно одного-двух администраторов.

Как разработчику подключиться к хранилищу под новой учётной записью

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

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

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

В хранилище 1С права устроены просто: есть обычные пользователи и администраторы, тонкой ролевой модели, как в информационной базе, здесь нет. Обычный пользователь может захватывать и помещать объекты, просматривать историю и получать версии. Администратор дополнительно управляет пользователями, может отменить чужой захват и выполнять обслуживание хранилища.

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

Проверка результата и типичные ошибки

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

Контрольные точки

Как проверить результат

Подключение к хранилищу под новым пользователем

Норма

Подключение проходит, список версий открывается

Тревожный признак

Ошибка аутентификации — проверьте имя, пароль и раскладку клавиатуры

Захват объекта

Норма

Объект захватывается, в истории видно имя пользователя

Тревожный признак

Ошибка доступа к каталогу — проверьте права на сетевую папку

Отображение в истории версий

Норма

Действия подписаны именем нового пользователя

Тревожный признак

Действия идут под чужим именем — пользователь работает не под своей учётной записью

Ограничения и альтернативы хранилищу

Хранилище конфигурации — штатный, но не единственный способ командной разработки. Оно не поддерживает ветвление и слияние веток в привычном смысле, плохо масштабируется на большие распределённые команды и требует постоянной доступности сетевого каталога. Для сложных процессов разработки чаще используют связку EDT с Git, где хранилище 1С либо не применяется, либо используется ограниченно.

Сравнение вариантов

Хранилище конфигурации

Подходит небольшим командам в конфигураторе. Простая настройка, нет ветвления, нужна общая сетевая папка.

1C:EDT + Git

Подходит для ветвления, код-ревью и распределённых команд. Требует освоения EDT и инфраструктуры Git.

Работа без хранилища (обмен cf-файлами)

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

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

Частые вопросы

Можно ли создать пользователя хранилища без прав администратора?

Нет. Управление списком пользователей — прерогатива администратора хранилища. Обычный пользователь может только работать с объектами: захватывать, помещать, просматривать историю.

Что делать, если забыт пароль пользователя хранилища?

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

Совпадает ли пароль хранилища с паролем входа в базу?

Нет, это независимые пароли. Платформа не синхронизирует их автоматически, поэтому при смене пароля в базе пароль хранилища остаётся прежним, и наоборот.

Можно ли переименовать пользователя хранилища?

Штатной операции переименования нет. Обычно создают новую учётную запись с правильным именем, а старую блокируют отменой захватов и прекращением её использования. История изменений при этом остаётся привязанной к старому имени.

Сколько пользователей можно создать в хранилище?

Жёсткого документированного ограничения, которое мешало бы на практике, нет — хранилище спокойно обслуживает десятки учётных записей. Реальные ограничения связаны с производительностью сетевого доступа к каталогу и дисциплиной команды, а не с числом пользователей.

Нужен ли пользователь хранилища, если разработчик один?

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