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

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

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

Работа ведётся в конфигураторе 1С через меню «Конфигурация → Хранилище конфигурации». Вся процедура занимает несколько минут, но требует внимательности: ошибка в правах или пароле приведёт к тому, что разработчик либо не сможет работать, либо получит лишние возможности, например право изменять версии хранилища.

Что понадобится перед добавлением пользователя

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

Также потребуется доступ к информационной базе, которая подключена к хранилищу. Администрирование пользователей выполняется из конфигуратора базы, у которой есть соединение с хранилищем. Если хранилище ещё не создано, сначала выполните команду «Конфигурация → Хранилище конфигурации → Создать хранилище».

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

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

Откройте конфигуратор информационной базы, подключённой к хранилищу, под учётной записью администратора хранилища. В главном меню выберите «Конфигурация → Хранилище конфигурации → Администрирование». Откроется окно «Администрирование хранилища конфигурации» с несколькими закладками.

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

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

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

Какие права назначить пользователю

В диалоге добавления пользователя доступен набор флажков прав. Основное право — «Захват объектов»: без него пользователь может подключиться к хранилищу и получать изменения, но не сможет захватывать объекты конфигурации для редактирования. Для обычного разработчика этого права достаточно вместе с базовым правом на получение данных из хранилища, которое есть у всех по умолчанию.

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

Отдельно стоит упомянуть право «Изменение версий» — оно позволяет менять состав версий хранилища. В типовой схеме работы оно нужно только администраторам; рядовым разработчикам его лучше не давать, чтобы история версий оставалась неизменной.

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

Только захват объектов

Стандартный набор для разработчика: захват, помещение изменений, получение обновлений. Подходит для большинства участников команды.

Захват + администрирование

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

Без права захвата

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

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

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

В диалоге подключения указывается путь к каталогу хранилища — это может быть сетевой путь вида \\server\1c_storage\ или локальный путь, если хранилище на той же машине. Ниже вводятся имя пользователя и пароль, которые создал администратор. После нажатия «ОК» платформа предложит получить конфигурацию из хранилища — обычно это нужно сделать, чтобы локальная конфигурация соответствовала актуальной версии.

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

Как проверить, что пользователь работает корректно

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

Со стороны администратора контроль выполняется через окно «Статус хранилища» («Конфигурация → Хранилище конфигурации → Статус хранилища»). Здесь видно, какие объекты захвачены и каким пользователем. Если после тестового захвата в статусе появилась запись с именем нового пользователя — учётная запись полностью работоспособна.

Дополнительно полезно проверить журнал хранилища («История хранилища»): в нём фиксируются помещённые изменения с указанием автора. Это поможет убедиться, что имя пользователя читаемо и однозначно идентифицирует человека.

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

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

Подключение к хранилищу

Норма

Подключение выполняется без ошибок, команды хранилища активны

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

Ошибка аутентификации или «пользователь не найден» — проверьте имя и пароль

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

Норма

Объект захватывается, в статусе хранилища виден владелец захвата

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

Сообщение о недостатке прав — не установлен флажок «Захват объектов»

Получение изменений

Норма

Конфигурация обновляется из хранилища без конфликтов

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

Ошибка доступа к каталогу хранилища — проблема с правами файловой системы

Типичные ошибки и как их избежать

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

Вторая распространённая ошибка — путаница между пользователями информационной базы и пользователями хранилища. Это независимые списки: учётная запись в списке пользователей базы («Администрирование → Пользователи») не даёт доступа к хранилищу, и наоборот. Добавлять разработчика нужно именно в хранилище.

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

Как изменить или удалить пользователя хранилища

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

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

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

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

FAQ: частые вопросы о пользователях хранилища 1С

Можно ли добавить пользователя хранилища без конфигуратора?

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

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

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

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

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

Почему пользователь не может захватить объект, хотя учётная запись создана?

Наиболее вероятные причины: не установлен флажок «Захват объектов» в правах пользователя, объект уже захвачен другим разработчиком без права взаимного захвата, либо локальная конфигурация устарела и требует получения изменений из хранилища. Проверьте статус хранилища и права учётной записи.

Нужно ли отключать пользователей от хранилища при обновлении конфигурации базы?

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

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

Технически да: одна учётная запись может подключаться из разных информационных баз. Однако захваченные объекты привязываются к конкретной базе, из которой выполнен захват, поэтому поместить изменения можно только оттуда же. Для работы на нескольких машинах это неудобно, и лучше планировать захваты в рамках одной рабочей базы.