Новый разработчик в хранилище конфигурации: учётная запись, права и подключение
Содержание
Пользователя в хранилище 1С добавляет администратор хранилища в Конфигураторе: Конфигурация → Хранилище конфигурации → Администрирование, кнопка добавления в списке пользователей, затем имя, пароль и права. Делать это может только тот, у кого в хранилище есть право «Административные функции», и только будучи подключённым к хранилищу под своей учётной записью.
Частое заблуждение — завести человека в списке пользователей информационной базы и ждать, что он увидит хранилище. Не увидит. У хранилища свой, отдельный список пользователей со своими паролями. Пользователь базы «Иванов» и пользователь хранилища «Иванов» никак не связаны, даже если имена совпадают.
Хранилище конфигурации и его пользователи: в чём разница
Хранилище конфигурации — общая копия конфигурации для группы разработчиков. Каждый подключает к нему свою информационную базу, захватывает нужные объекты, правит их и помещает изменения обратно. Хранилище помнит, кто и когда что поменял.
Отсюда и зачем вообще заводить отдельных пользователей:
- 👤 Авторство версий. В истории хранилища видно, кто поместил каждое изменение. Под общей учёткой «Разработчик» эта информация бесполезна.
- 🔒 Захват объектов. Объект, захваченный одним пользователем, недоступен для правки другим. Если все работают под одним именем, блокировка теряет смысл.
- 🛡️ Разграничение прав. Стажёру можно дать только чтение, ведущему разработчику — право менять состав версий, администратору — всё.
Хранилище может быть устроено тремя способами. На процедуру добавления пользователя это не влияет, но влияет на подготовку:
| Тип хранилища | Как задаётся адрес | Что важно для нового пользователя |
|---|---|---|
| Файловое | Путь к каталогу, например \\srv\repo\erp | Права на чтение и запись в этот каталог на уровне Windows |
| Через сервер хранилища | tcp://srv:1542/erp (1542 — порт по умолчанию) | Доступ к порту сервера, совпадение версии клиента и сервера |
| Через веб-сервер | http://srv/repo/repository.1ccr | Опубликованный на веб-сервере доступ к хранилищу |
Подготовка перед добавлением пользователя в хранилище
Перед тем как открывать окно администрирования, проверьте три вещи.
1. У вас есть права администратора хранилища
При создании хранилища Конфигуратор просит задать имя и пароль первого пользователя — он и становится администратором. Если вы не знаете эти данные, а других администраторов нет, добавить пользователя не получится. Попросите учётку у того, кто создавал хранилище.
Проверить свои права просто: подключитесь к хранилищу и откройте Конфигурация → Хранилище конфигурации. Если пункт «Администрирование» недоступен, у вашей учётной записи нет административных функций.
2. Вы подключены к хранилищу
Окно администрирования работает только из базы, подключённой к хранилищу. Если подключения нет, выполните Конфигурация → Хранилище конфигурации → Подключиться к хранилищу и войдите под администратором.
3. Новому пользователю будет куда подключаться
- 📁 Для файлового хранилища дайте учётной записи Windows этого человека права на чтение и запись в каталог хранилища. Без записи он не сможет захватывать объекты.
- 🌐 Для сервера хранилища проверьте, что у него открыт порт до сервера (по умолчанию 1542) и стоит та же версия платформы, что и у сервера хранилища.
- 🗄️ Подготовьте для него отдельную информационную базу. Две учётные записи хранилища в одной базе одновременно не работают: к хранилищу подключается база под конкретным пользователем.
Как добавить пользователя в хранилище 1С: пошагово
Шаг 1. Откройте администрирование хранилища
В Конфигураторе базы, подключённой к хранилищу, выберите Конфигурация → Хранилище конфигурации → Администрирование. Откроется окно со списком пользователей хранилища.
Шаг 2. Создайте пользователя
Нажмите кнопку добавления в командной панели списка (зелёный плюс). Откроется карточка пользователя.
Заполните поля:
- Имя. Лучше фамилия латиницей или кириллицей без пробелов, например
ivanovилиИванов. Имя потом видно в истории версий, поэтому безликие «user1» неудобны. - Пароль и подтверждение пароля. Пустой пароль платформа разрешает, но для хранилища в сети это плохая идея.
- Права — флажки внизу карточки. Подробно о них в следующем разделе.
Нажмите «ОК». Пользователь появится в списке.
Если нужно завести несколько человек с одинаковыми правами, удобно скопировать уже настроенного пользователя командой копирования в той же панели и поменять только имя и пароль.
Шаг 3. Передайте данные пользователю
Сообщите новому участнику команды адрес хранилища, имя и пароль. Пароль передавайте отдельным каналом, а не в одном сообщении с адресом.
Шаг 4. Подключение со стороны нового пользователя
Дальше работает уже сам разработчик в своей базе:
- Открыть Конфигуратор своей информационной базы.
- Выбрать
Конфигурация → Хранилище конфигурации → Подключиться к хранилищу. - Указать адрес хранилища, имя и пароль, которые выдал администратор.
- Согласиться на загрузку конфигурации из хранилища, если программа это предложит.
Если в базе была своя конфигурация, отличная от конфигурации хранилища, при подключении она будет заменена. Подключайте к хранилищу пустую базу или базу, созданную из выгрузки той же конфигурации.
После подключения объекты в дереве конфигурации получат значки: замок означает, что объект не захвачен, а отметка захвата — что объект кто-то взял на редактирование.
Права пользователя хранилища: какие флажки ставить
В карточке пользователя хранилища три флажка. Если не отметить ни один, пользователь сможет только читать: подключаться, получать конфигурацию и смотреть историю.
| Право | Что разрешает | Кому давать |
|---|---|---|
| Захват объектов | Захватывать объекты для редактирования и помещать изменения в хранилище | Разработчикам, которые правят конфигурацию |
| Изменение состава версий | Работать с историей: присваивать метки версиям, сокращать и менять состав сохранённых версий | Ведущему разработчику, ответственному за релизы |
| Административные функции | Открывать окно администрирования, создавать и удалять пользователей, менять их права и пароли | Одному-двум ответственным |
Типовые комбинации на практике:
- 👀 Аналитик, тестировщик, консультант — без флажков. Получает актуальную конфигурацию, ничего не ломает.
- 🧑💻 Разработчик — «Захват объектов».
- 🧭 Ведущий разработчик — «Захват объектов» и «Изменение состава версий».
- 🔑 Администратор — все три.
Не раздавайте «Административные функции» всем разработчикам «на всякий случай». Администратор может удалить любого пользователя и поменять чужой пароль, а история таких действий не так очевидна, как история версий.
Права можно изменить в любой момент: откройте карточку пользователя в окне администрирования двойным щелчком, поменяйте флажки и нажмите «ОК».
Добавление пользователей хранилища из командной строки
Когда хранилищ много или их разворачивают скриптом, пользователей удобнее создавать в пакетном режиме Конфигуратора. Команда запускается от имени базы, подключённой к хранилищу, с указанием учётной записи администратора хранилища.
Пример для файлового хранилища:
"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" DESIGNER /F "D:\Bases\Dev" ^
/ConfigurationRepositoryF "\\srv\repo\erp" ^
/ConfigurationRepositoryN "admin" /ConfigurationRepositoryP "AdminPass" ^
/ConfigurationRepositoryAddUser -User "ivanov" -Pwd "Pass123" -Rights LockObjects ^
/Out "D:\Logs\repo_add_user.log"
Номер версии в пути замените на установленный у вас. Для параметра -Rights используются значения:
ReadOnly— только чтение;LockObjects— захват объектов;ManageConfigurationVersions— изменение состава версий;Administration— административные функции.
Если пользователь с таким именем раньше был удалён, ключ -RestoreDeletedUser восстановит его вместо создания нового.
Для переноса всего списка пользователей из одного хранилища в другое есть команда /ConfigurationRepositoryCopyUsers. Она пригодится, когда для новой версии продукта заводят отдельное хранилище и не хотят вручную повторять 15 учётных записей.
Пароль администратора в bat-файле — уязвимое место. Храните такие скрипты в закрытом каталоге или передавайте пароль через переменную окружения.
Особенности хранилища в разных версиях платформы
Сама процедура добавления пользователя в 8.3 не менялась годами: тот же пункт меню, та же карточка с тремя правами. Различия касаются окружения.
- 🔢 Версия сервера хранилища. Клиент Конфигуратора и служба сервера хранилища (
crserver) должны быть одной версии платформы. После обновления платформы на рабочих местах обновите и сервер хранилища, иначе новый пользователь не подключится. - 🔄 Формат хранилища. При открытии хранилища в более новой версии платформы Конфигуратор может предложить сконвертировать его в новый формат. После конвертации подключиться из старой версии уже не получится. Договоритесь с командой, чтобы все перешли на один номер платформы, не ниже того, которым выполнена конвертация.
- 🧩 Расширения конфигурации . Для расширения (появились в 8.3.6) можно создать собственное хранилище. Его пользователи ведутся отдельно от пользователей хранилища основной конфигурации. Человеку, который правит и конфигурацию, и расширение, нужны учётные записи в обоих хранилищах.
- 🕰️ Платформа 8.2. Пользователи хранилища там тоже заводятся через окно администрирования хранилища, но интерфейс Конфигуратора старый. Если команда ещё работает на 8.2, не открывайте её хранилище из 8.3 без договорённости: возможна конвертация формата.
Как удалить пользователя из хранилища и вернуть обратно
Когда разработчик уходит из проекта, его учётную запись нужно убрать. Порядок такой:
- Проверьте, не осталось ли за ним захваченных объектов. Откройте окно хранилища (
Конфигурация → Хранилище конфигурации → Открыть хранилище) и посмотрите, кем захвачены объекты. - Если захваты есть и изменения нужны — попросите пользователя поместить их. Если не нужны — пусть отменит захват.
- В окне администрирования выделите пользователя и удалите его командой удаления в командной панели.
Удалённый пользователь не исчезает бесследно. Его имя остаётся в истории версий, иначе нельзя было бы понять, кто вносил старые изменения. В окне администрирования удалённых можно показать включением отображения удалённых пользователей и при необходимости восстановить.
Если сотрудник ушёл, а за ним остались захваченные объекты, не пытайтесь «освободить» их правкой файлов хранилища. Подключитесь под его учётной записью (сменив пароль через администрирование) из отдельной базы и отмените захват штатно. Его незавершённые изменения при этом потеряются — сначала убедитесь, что они не нужны.
Чтобы на время закрыть доступ, не удаляя человека, достаточно сменить ему пароль в карточке.
Ошибки при добавлении и подключении пользователя к хранилищу
Большинство проблем возникает не в момент создания учётной записи, а при первом подключении. Выберите симптом: