Кто подключён к хранилищу конфигурации: список, права и авторы версий

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

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

Пользователи хранилища и пользователи базы — это разные списки

Первая путаница, с которой сталкиваются администраторы. В Конфигураторе есть два списка людей, и они никак не связаны.

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

Отсюда следствия:

• 🔹 удалили сотрудника из базы — в хранилище он остался;
• 🔹 сменили пароль в базе — пароль хранилища прежний;
• 🔹 один разработчик может быть подключён к хранилищу из нескольких баз (рабочей копии, тестовой) под одной учётной записью.

Как посмотреть список пользователей хранилища в Конфигураторе

Порядок действий:

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

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

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

В свойствах пользователя три флажка. Без них пользователь может только читать.

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

Кто первый администратор

При создании хранилища (Конфигурация → Хранилище конфигурации → Создать хранилище) платформа просит имя и пароль первого пользователя. Он получает все права, включая административные. Часто это «Администратор» с паролем, который знает один человек. Запишите эти данные в менеджер паролей команды сразу.

Как узнать, кто работал с хранилищем: история версий и захваты

Список в окне администрирования отвечает на вопрос «кто заведён». А руководителю обычно нужно другое: кто менял конфигурацию и когда.

История хранилища

Откройте Конфигурация → Хранилище конфигурации → История хранилища. Каждая строка — версия хранилища. Колонки: номер версии, пользователь, дата и время помещения, метка, комментарий.

Что с этим можно сделать:

1. Настройте отбор: укажите пользователя и период. Останутся только его версии.
2. Двойным щелчком по версии откройте её состав — какие объекты изменены.
3. Из окна истории можно сравнить версию с предыдущей или с текущей конфигурацией.
4. Постройте отчёт по версиям и сохраните его в файл — пригодится для внутреннего аудита.

Пример. За квартал в хранилище 140 версий, из них 112 поместил Иванов, 26 — Петров, 2 — пользователь «Администратор». Последние две версии — повод выяснить, кто работал под общей учётной записью.

Захваченные объекты

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

• 🟢 зелёный замок — объект захвачен вами;
• 🔴 красный замок — объект захвачен другим пользователем;
• без замка — объект свободен.

Кем именно захвачен объект, обычно видно в окне захвата объектов — набор колонок может отличаться в зависимости от версии платформы. Так находят «зависшие» захваты сотрудников, которые ушли в отпуск или уволились.

Журнал регистрации: что он покажет, а что нет

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

Но журнал базы всё же полезен. Откройте его в режиме 1С:Предприятие через Администрирование → Обслуживание → Журнал регистрации (БП 3.0, ЗУП 3.1, УТ 11) или в Конфигураторе через Администрирование → Журнал регистрации. Установите отбор по событию изменения конфигурации информационной базы.

Вы увидите:

• 🕒 когда в базе обновили конфигурацию базы данных;
• 👤 под каким пользователем базы это сделано;
• 💻 с какого компьютера.

Сопоставьте время из журнала со временем версий в истории хранилища. Если в 14:05 в хранилище появилась версия Петрова, а в 14:20 рабочую базу обновили под учётной записью «Админ» с его компьютера — картина ясна.

Настройка прав: кого оставить, кого убрать

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

1. Откройте окно администрирования и выпишите всех активных пользователей.
2. Для каждого найдите в истории дату последней версии.
3. Тем, кто не работал полгода и больше, снимите право захвата, но не удаляйте сразу.
4. Уволенных удалите. История их версий останется, а войти под учётной записью будет нельзя.
5. Общие записи вроде «Разработчик» или «Admin» замените персональными. Иначе в истории не разобраться.

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

Как завести нового пользователя хранилища

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

1. В окне администрирования нажмите кнопку добавления пользователя.
2. Задайте имя. Удобнее всего фамилия латиницей или кириллицей, как принято в команде, — она будет видна в истории версий.
3. Задайте пароль. Сотрудник сможет сменить его сам после первого подключения.
4. Отметьте права. Новичку на испытательном сроке достаточно захвата объектов, без изменения состава версий.
5. Сохраните. Сотрудник подключает свою базу через Подключиться к хранилищу, вводя это имя и пароль.

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

Сервер хранилища и версии платформы

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

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

Что важно знать о версиях:

• 🔸 при подключении по tcp:// версия сервера хранилища должна совпадать с версией платформы клиента. Поэтому на одном сервере часто держат несколько служб crserver разных версий на разных портах;
• 🔸 после обновления платформы у разработчиков сначала обновите сервер хранилища, иначе подключиться не выйдет;
• 🔸 файлы хранилища не открывайте сторонними утилитами для «быстрого просмотра пользователей» — можно испортить хранилище. Если очень нужно, работайте только с копией каталога.

Как получить список пользователей автоматически

Отдельной команды «выгрузить список пользователей хранилища» в пакетном режиме нет. Но есть обходной путь: отчёт по истории хранилища. В нём есть авторы всех версий.

Запуск Конфигуратора в пакетном режиме:

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F "D:\Bases\Dev" /N "Admin" /P "" ^
 /ConfigurationRepositoryF "tcp://srv/buh" ^
 /ConfigurationRepositoryN "Робот" /ConfigurationRepositoryP "pwd" ^
 /ConfigurationRepositoryReport "D:\Reports\repo.mxl" ^
 /Out "D:\Reports\log.txt"

Подставьте свой номер платформы и пути. Ключи /ConfigurationRepositoryF, /ConfigurationRepositoryN, /ConfigurationRepositoryP задают адрес хранилища и учётную запись. /ConfigurationRepositoryReport сохраняет отчёт по версиям. Диапазон версий и группировку можно задать дополнительными параметрами — их перечень есть в справке Конфигуратора по параметрам командной строки.

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

В пакетном режиме есть и команды управления пользователями: добавление (/ConfigurationRepositoryAddUser) и копирование пользователей из другого хранилища (/ConfigurationRepositoryCopyUsers). Они пригодятся, когда новое хранилище нужно наполнить той же командой. Точный набор параметров для вашей версии смотрите в справке Конфигуратора.

Если не получается войти или увидеть пользователей

Типичные ситуации и что с ними делать.

Потерян пароль единственного администратора

Самая неприятная ситуация. Штатного способа сбросить пароль администратора хранилища без входа под ним нет.

Что делать по порядку:

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

Не правьте файлы хранилища вручную и не «обнуляйте» пароли сторонними программами в рабочем каталоге — так теряют хранилище целиком.

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