Как восстановить пользователя в 1С

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

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

Ниже разобраны основные сценарии для типовых конфигураций (Бухгалтерия, Управление торговлей, ЗУП, ERP) на платформе 1С:Предприятие 8.3. Действия выполняются с правами администратора, а перед любыми операциями с удалёнными данными обязательно делается резервная копия.

Определяем, что именно случилось с пользователем

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

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

Сброс пароля пользователя

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

Если пользователь работает через аутентификацию операционной системы, пароль в 1С не задаётся — проверяйте учётную запись Windows. Если используется аутентификация через OpenID или единый вход в сервисах «1С:Фреш», сброс делается в личном кабинете соответствующего сервиса, а не в самой базе.

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

Если доступа в режим «Предприятие» с правами администратора нет, пароль можно сменить через конфигуратор: «Администрирование → Пользователи», выбор пользователя, вкладка «Основные» — поле пароля. Для этого нужны полные права и монопольный доступ не требуется, но база должна быть доступна для редактирования.

Снятие блокировки учётной записи

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

Чтобы разблокировать пользователя, откройте его карточку в списке пользователей и снимите флаг «Заблокирован» или «Недействителен» — название зависит от конфигурации. В конфигураторе аналогичная настройка находится в свойствах пользователя, вкладка «Прочее».

После снятия блокировки попросите пользователя войти сразу, пока вы на связи: если причина была не в блокировке, а в пароле, вы увидите это сразу и не будете гонять задачу по кругу.

Восстановление удалённого пользователя

Сложный сценарий: пользователя удалили из справочника «Пользователи» или из списка пользователей информационной базы. Здесь важно понимать разницу. Удаление элемента справочника «Пользователи» в режиме «Предприятие» не всегда удаляет пользователя информационной базы, и наоборот — в типовых конфигурациях эти объекты связаны, но синхронизация зависит от настроек.

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

Вариант 1: создать пользователя заново

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

Вариант 2: восстановление из копии через выгрузку данных

Если копия свежая, разверните её в отдельной тестовой базе, найдите нужного пользователя и перенесите его в рабочую базу обработкой «Выгрузка и загрузка данных XML» (входит в состав инструментов разработчика на ИТС). Обработка переносит объект вместе с ссылкой, что сохраняет связи в документах. Перед загрузкой в рабочую базу обязательно проверьте результат на копии.

Восстановление прав доступа

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

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

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

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

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

После обновления доступ пропал у всех пользователейПроверьте новые роли в конфигурации и добавьте их в существующие профили

Права есть, но документы конкретной организации недоступныПроверьте ограничение доступа на уровне записей (RLS) по организациям и складам

Нужно быстро дать доступ на времяВключите пользователя в существующую группу с нужным профилем вместо создания нового профиля

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

Особые случаи: заблокирован единственный администратор

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

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

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

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

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

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

Вход в базу

Норма

Пользователь входит с новым паролем без ошибок

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

Ошибка аутентификации или сообщение о блокировке

Доступ к разделам

Норма

Видны все нужные журналы, документы и отчёты

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

Часть разделов отсутствует или недоступна

Работа с документами

Норма

Документы открываются, создаются и проводятся

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

Ошибки «Нарушение прав доступа» при проведении

Журнал регистрации

Норма

Нет повторяющихся ошибок входа

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

Регулярные ошибки аутентификации — пароль где-то сохранён неверно

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

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

Удалённого пользователя можно восстановить без резервной копии?

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

Пользователь вводит верный пароль, но вход не выполняется. Что проверить?

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

Как восстановить пользователя в 1С:Фреш (облачная 1С)?

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

Можно ли посмотреть старый пароль пользователя?

Нет. Пароли в 1С хранятся в виде хеша, и узнать текущий пароль невозможно — можно только установить новый. Если кто-то предлагает «узнать пароль», речь идёт о взломе базы, что недопустимо и небезопасно.

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

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