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

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

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

Что проверить до того, как заводить учётную запись

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

Перед началом нужно:

• 🔑 имя и пароль пользователя хранилища с административными правами;
• 📂 адрес хранилища — путь к папке, адрес tcp:// или http://;
• 🖥️ любая информационная база с той же конфигурацией, из которой можно открыть Конфигуратор ;
• 👤 договорённость, какие права нужны новому сотруднику.

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

Какие бывают учётные записи хранилища

На практике в команде встречаются четыре роли. Платформа их так не называет — это комбинации прав.

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

Создаём пользователя хранилища в Конфигураторе

Шаг 1. Откройте окно администрирования

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

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

Шаг 2. Добавьте нового пользователя

1. Перейдите на вкладку со списком пользователей.
2. Нажмите кнопку добавления в командной панели списка.
3. В поле «Имя» введите логин. Удобно брать фамилию латиницей или корпоративный логин: ivanov, petrova.a.
4. Введите пароль и повторите его в поле подтверждения.

Шаг 3. Отметьте права

Отметьте флажки по таблице ролей выше. Минимальный набор для разработчика — «Захват объектов». «Административные функции» давайте одному-двум людям, не каждому.

Шаг 4. Сохраните и передайте данные

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

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

Не отправляйте данные вслепую. Подключитесь под новым логином из своей тестовой базы или попросите сотрудника сделать это при вас. Проверка занимает пару минут:

• ✅ подключение проходит без ошибки пароля;
• ✅ в окне хранилища видна история версий;
• ✅ у разработчика получается захватить любой мелкий объект и сразу отменить захват;
• ✅ у наблюдателя команда захвата недоступна, как и задумано.

Если что-то не так, исправьте права до того, как человек начнёт работу. Разбираться с ошибкой в первый рабочий день сотрудника неудобнее.

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

Новый пользователь открывает в Конфигураторе своей базы Конфигурация → Хранилище конфигурации → Подключиться к хранилищу… и заполняет три поля: путь, пользователь, пароль.

Формат пути зависит от того, как развёрнуто хранилище:

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

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

Пакетное создание и перенос пользователей

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

Добавить пользователя командой

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F "D:\Bases\Dev" ^
  /ConfigurationRepositoryF "tcp://srv-repo/Buh" ^
  /ConfigurationRepositoryN "admin" /ConfigurationRepositoryP "AdminPass" ^
  /ConfigurationRepositoryAddUser -User "ivanov" -Pwd "Start2026" -Rights LockObjects ^
  /Out "D:\Logs\repo_add.log"

Значения параметра -Rights:

• ReadOnly — только чтение;
• LockObjects — захват объектов;
• ManageConfigurationVersions — изменение состава версий;
• Administration — административные функции.

Номер платформы в пути замените своим. Если пользователь с таким именем раньше был удалён, добавьте ключ -RestoreDeletedUser: команда восстановит его вместо создания нового.

Скопировать всех пользователей из другого хранилища

Для нового хранилища (например, под расширение или новый проект) удобно перенести список целиком:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F "D:\Bases\Dev" ^
  /ConfigurationRepositoryF "tcp://srv-repo/NewProject" ^
  /ConfigurationRepositoryN "admin" /ConfigurationRepositoryP "AdminPass" ^
  /ConfigurationRepositoryCopyUsers -Path "tcp://srv-repo/Buh" -User "admin" -Pwd "AdminPass" ^
  /Out "D:\Logs\repo_copy.log"

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

Результат смотрите в файле из параметра /Out. Если файл пустой, а пользователь не появился, проверьте права учётной записи из /ConfigurationRepositoryN.

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

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

Несколько правил, которые экономят разбирательства:

• 🔒 Право захвата получает тот, кто правит код. Аналитику и тестировщику оно не нужно — им хватает обновления из хранилища.
• 🧹 Изменение состава версий трогает историю. Чем меньше людей с этим правом, тем меньше шанс потерять нужную версию.
• 👮 Административные функции — у двух человек. Один в отпуске, второй на месте.
• 🤖 Служебные учётные записи (сборка, CI, выгрузка в Git) — отдельные, с понятным именем вроде ci-build, и только на чтение.

Снять захват за ушедшего сотрудника

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

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

Незавершённые изменения сотрудника, которые он не поместил, при этом теряются. Если они ценны, сначала заберите их из его базы.

Удалять или блокировать

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

Если сотрудник вернётся, не создавайте нового с тем же именем — восстановите прежнего. Создать второго пользователя с таким же именем платформа не даст.

Почему не получается создать или подключить пользователя

Если на сервере хранилища несколько версий платформы, для разных команд держат отдельные службы crserver на разных портах. Тогда адрес включает порт явно: tcp://srv-repo:1642/Buh.

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

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

Что стоит завести как правило:

1. Одна учётная запись — один человек. Общий логин «dev» на троих лишает истории смысла: не видно, кто что поместил.
2. Пароль у каждого. Пустой пароль платформа допускает, но для хранилища по сети это открытая дверь.
3. Сервер хранилища вместо общей папки. При crserver пользователям не нужен прямой доступ к файлам хранилища. Через общую папку любой с правом записи может испортить файлы, минуя права хранилища.
4. Пароль администратора — в менеджере паролей отдела. Штатного способа восстановить его из Конфигуратора нет. Выход — резервная копия хранилища, сделанная, пока пароль был известен.
5. Регулярная копия каталога хранилища. Копируйте в момент, когда никто не помещает изменения, например ночью. Для сервера хранилища копию удобнее делать при остановленной службе — предупредите команду, что в это время помещать и захватывать нельзя.
6. Ревизия раз в квартал. Пройдитесь по списку пользователей: уволенных — удалить, лишние права — снять, захваты за ушедшими — отменить.

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