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

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

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

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

Что нужно проверить перед отключением пользователя

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

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

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

Как отменить захват объектов пользователем

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

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

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

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

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

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

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

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

Как отключить от хранилища конкретную информационную базу

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

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

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

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

Удаление пользователя из хранилища

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

Смена пароля пользователя

Подходит для временной блокировки доступа с сохранением учётной записи и истории авторства. Не освобождает захваченные объекты автоматически.

Отключение базы от хранилища

Подходит, когда нужно изолировать конкретную базу, а пользователь продолжает работать в других базах. Выполняется на стороне базы.

Особенности для файловых и клиент-серверных баз

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

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

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

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

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

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

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

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

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

Норма

Учётной записи отключённого пользователя нет

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

Запись присутствует — удаление не выполнено

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

Норма

Нет объектов за отключённым пользователем

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

Остались захваты — нужна отмена администратором

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

Норма

Ошибка аутентификации

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

Вход выполняется — доступ не закрыт

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

Норма

Автор прошлых версий отображается

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

История повреждена — обратитесь к резервной копии

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

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

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

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

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

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

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

Можно ли отключить пользователя, не удаляя его учётную запись?

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

Пользователь удалён, но его объекты всё ещё захвачены. Что делать?

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

Как отключить от хранилища базу, если конфигуратор требует пароль пользователя хранилища?

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

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

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