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

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

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

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

Чем пользователи хранилища отличаются от пользователей базы

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

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

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

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

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

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

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

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

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

Как узнать, кто захватил объект конфигурации

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

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

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

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

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

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

Для точечного анализа удобна история отдельного объекта: правый клик по объекту в дереве конфигурации → «История хранилища». Там видны все версии объекта и автор каждой из них. Сравнение версий покажет, что именно изменил конкретный пользователь.

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

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

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

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

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

Что делать, если список пользователей недоступен

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

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

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

Маршрут решения

Как выбрать действие

Нужно увидеть всех пользователей хранилищаОткройте Конфигурация → Хранилище конфигурации → Администрирование → вкладка «Пользователи»

Нужно узнать, кто заблокировал конкретный объектОткройте окно захваченных объектов и найдите объект в списке

Нужно выяснить, кто внёс конкретное изменениеОткройте историю хранилища по объекту и сравните версии

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

Типичные ошибки при работе с пользователями хранилища

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

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

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

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

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

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

Как понять, работает ли сейчас кто-то с хранилищем?

Прямого списка активных сеансов у хранилища нет. Косвенные признаки — свежие записи в истории версий, новые захваты объектов и ошибки ожидания при выполнении операций с хранилищем.

Что будет, если удалить пользователя, который захватил объекты?

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

Можно ли узнать, кто отменил захват объекта?

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

Совпадают ли пароли хранилища и информационной базы?

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

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

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