Администрирование · 9 мин
Как удалить пользователя хранилища конфигурации 1С
Как удалить пользователя хранилища конфигурации 1С: пошаговая инструкция, требования к правам, отключение от хранилища, типичные ошибки и ответы на вопросы.
Пользователь хранилища конфигурации 1С — это учётная запись, под которой разработчик подключается к хранилищу, захватывает объекты и помещает изменения. Когда сотрудник увольняется, переходит в другую команду или учётная запись создавалась временно, её нужно удалить или хотя бы отключить, чтобы закрыть доступ к исходному коду конфигурации.
Операция выполняется в конфигураторе из базы, подключённой к хранилищу, и требует административных прав на хранилище. Важно понимать: удаление пользователя хранилища не удаляет пользователя информационной базы — это две независимые учётные записи, хотя имена часто совпадают.
Ниже разобраны условия, при которых удаление возможно, точный порядок действий, варианты для разных ситуаций и типичные ошибки администраторов.
Что нужно проверить перед удалением пользователя хранилища
Удалить пользователя хранилища может только администратор хранилища — учётная запись, у которой в параметрах хранилища установлены административные права. Обычный разработчик, даже имеющий полные права в конфигурации, выполнить эту операцию не сможет: пункты управления пользователями будут недоступны.
Второе обязательное условие — у удаляемого пользователя не должно быть захваченных объектов конфигурации. Если разработчик захватил объекты и уволился, не поместив изменения, хранилище заблокирует удаление. Захват придётся сначала отменить вручную через административный интерфейс.
Третий момент — активные подключения. Если пользователь в этот момент работает с хранилищем из своего конфигуратора, удаление может завершиться ошибкой. Попросите его отключиться или дождитесь завершения сеанса.
Пошаговая инструкция по удалению пользователя
Операция выполняется в конфигураторе 1С:Предприятия. Порядок одинаков для файловых и клиент-серверных информационных баз — хранилище в обоих случаях администрируется одинаково.
После подтверждения учётная запись удаляется из хранилища без возможности восстановления. История версий конфигурации при этом сохраняется: в журнале версий останутся записи о том, какие объекты и когда помещал этот пользователь.
Если кнопка «Удалить» неактивна, чаще всего причина в том, что вы вошли не под администратором хранилища либо у пользователя есть захваченные объекты. Проверьте оба условия и повторите попытку.
Как отменить захват объектов перед удалением
Самая частая блокировка при удалении — захваченные объекты. Разработчик мог захватить десятки объектов и уйти в отпуск или уволиться, не поместив изменения.
Чтобы снять захват, в окне администрирования хранилища или через меню «Конфигурация → Хранилище конфигурации» выберите пункт «Отменить захват». В списке объектов отфильтруйте по пользователю, выделите все его объекты и отмените захват. Эта операция доступна только администратору хранилища.
Учтите важное следствие: отмена захвата не откатывает изменения, которые разработчик сделал в своей локальной базе, — она лишь освобождает объекты в хранилище. Если его доработки нужны, сначала договоритесь о передаче: он может поместить изменения до отключения или выгрузить их в файл конфигурации либо расширения.
Удаление, отключение или смена пароля: что выбрать
Полное удаление — не всегда оптимальный вариант. В зависимости от ситуации рассмотрите альтернативы.
Сравнение вариантов
Подходит при увольнении сотрудника или окончательном выводе учётной записи из обращения. Необратимо, история версий сохраняется.
Подходит, когда нужно временно закрыть доступ, но сохранить учётную запись — например, на время отпуска или при подозрении на компрометацию пароля.
Допустимо для редко используемых служебных учётных записей, но требует контроля: каждая активная запись — потенциальная точка входа в исходный код.
На практике при увольнении разработчика рекомендуется именно удаление: висящие учётные записи увеличивают риск несанкционированного доступа к конфигурации, особенно если хранилище доступно по сети или через сервер хранилища.
Если же пользователь временно не работает с проектом, достаточно сменить пароль через то же окно администрирования: выделите пользователя и нажмите «Изменить», затем задайте новый пароль.
Особенности при работе через сервер хранилища и по протоколу tcp
Хранилище конфигурации может использоваться в трёх режимах: файловый каталог с общим доступом, подключение по протоколу tcp через сервер хранилища и подключение по http через веб-сервер. Сама процедура удаления пользователя из конфигуратора одинакова во всех режимах.
Различие проявляется в правах на уровне инфраструктуры. При файловом режиме доступ к хранилищу определяется также правами на сетевой каталог: после удаления пользователя из хранилища имеет смысл отозвать его права на папку. При работе через сервер хранилища проверьте, что у уволенного сотрудника нет доступа к серверу по RDP или иным каналам.
Удобно вести учётные записи хранилища с понятными именами, совпадающими с фамилиями разработчиков, а не общие записи вида «dev1», «dev2». Тогда при увольнении сразу видно, кого удалять, а история версий остаётся читаемой и позволяет понять, кто вносил конкретные изменения.
Чем удаление пользователя хранилища отличается от удаления пользователя базы
Частая путаница: администратор удаляет пользователя в списке пользователей информационной базы («Администрирование → Пользователи») и считает, что доступ к хранилищу закрыт. Это не так — механизмы независимы.
Пользователь информационной базы определяет, кто может войти в конфигуратор или предприятие конкретной базы. Пользователь хранилища определяет, кто может подключаться к хранилищу конфигурации и работать с версиями объектов. Удалять нужно обе записи, причём независимо друг от друга.
Также не путайте с отключением базы от хранилища: команда «Отключиться от хранилища» разрывает связь базы с хранилищем целиком и не удаляет отдельных пользователей.
Как проверить результат и закрыть остаточные доступы
После удаления откройте окно администрирования хранилища ещё раз и убедитесь, что пользователя нет в списке на вкладке «Пользователи». Дополнительно можно попросить коллегу попробовать подключиться к хранилищу под удалённой учётной записью — подключение должно завершиться отказом.
Проверьте смежные точки доступа: права на сетевой каталог хранилища, учётные записи на сервере хранилища, доступ к базам, подключённым к тому же хранилищу. Комплексная проверка исключает ситуацию, когда формально пользователь удалён, а фактический доступ сохранился через другой канал.
Как проверить результат
Удалённой учётной записи нет в списке
Запись осталась — операция не была подтверждена
Подключение отклоняется с ошибкой аутентификации
Подключение успешно — удалён другой пользователь или изменения не применены
За удалённым пользователем не числится захватов
Объекты остались захваченными — снимите захват административно
Что важно запомнить
Удаление выполняется через «Конфигурация → Хранилище конфигурации → Администрирование» и требует административных прав на хранилище. Перед удалением отмените захваты объектов и сохраните незавершённые доработки. Пользователь хранилища и пользователь информационной базы — разные учётные записи, удалять нужно обе.
Частые вопросы
Можно ли восстановить удалённого пользователя хранилища?
Нет, удаление необратимо. Можно только создать новую учётную запись с тем же именем, но это будет другой пользователь. История версий при этом сохраняется и остаётся привязанной к старому имени.
Что будет с версиями конфигурации, созданными удалённым пользователем?
История версий хранилища не удаляется вместе с учётной записью. Все помещённые им версии останутся доступными для просмотра, сравнения и отката, с указанием имени автора изменений.
Почему кнопка «Удалить» неактивна в окне администрирования?
Наиболее вероятные причины: вы вошли под учётной записью без административных прав на хранилище или у выбранного пользователя есть захваченные объекты. Проверьте права своей учётной записи и снимите захваты.
Можно ли удалить пользователя, если он сейчас подключён к хранилищу?
Активное подключение может помешать операции. Попросите пользователя завершить сеанс работы с хранилищем и повторите удаление. Если сеанс завис, дождитесь его завершения по таймауту или завершите принудительно средствами кластера.
Нужно ли удалять пользователя хранилища при увольнении, если хранилище во внутренней сети?
Да. Внутренняя сеть не исключает рисков: доступ может сохраниться через VPN, удалённый рабочий стол или с другого рабочего места. Удаление учётной записи — базовый элемент процедуры увольнения разработчика наряду с отзывом остальных доступов.