Пропал пользователь в 1С — как его восстановить

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

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

Сначала поймите, что произошло с учётной записью

В 1С 8.3 у одного человека есть два разных объекта, и «пропасть» может любой из них:

• 🧩 Пользователь информационной базы — хранит способ входа (пароль, вход по ОС) и роли на уровне платформы. Живёт в Конфигураторе.
• 📇 Элемент справочника «Пользователи» — карточка в самой программе (БП, ЗУП, УТ): ФИО, профили доступа, персональные настройки. Связана с пользователем ИБ по внутреннему идентификатору.

Когда вы включаете вход в карточке справочника, программа сама создаёт пользователя ИБ и запоминает его идентификатор. Отсюда и три типичные беды: сняли вход, удалили пользователя ИБ в Конфигураторе (карточка осталась, но связь оборвана) или удалили саму карточку.

Чтобы увидеть картину целиком, откройте Администрирование → Настройки пользователей и прав → Пользователи. По кнопке Ещё → Настроить список или через показ недействительных убедитесь, что скрытые записи тоже видны — иначе «недействительный» пользователь кажется удалённым.

Способ восстановления зависит и от того, как развёрнута база. От этого зависит, есть ли у вас Конфигуратор и как снимать резервную копию:

Снимаем блокировку и возвращаем вход

Это самый частый сценарий, и Конфигуратор для него не нужен. Вход обычно слетает после увольнения сотрудника (кто-то снял галочку или пометил запись недействительной), после переноса базы или обновления, когда пользователей ИБ перенесли не полностью. В Администрирование → Настройки пользователей и прав → Пользователи откройте карточку сотрудника и пройдите по шагам:

1. Снимите флажок Недействителен, если он стоит, — именно он прячет бывших сотрудников из списков.
2. Поставьте галочку Вход в программу разрешён.
3. В поле Аутентификация 1С:Предприятия задайте новый пароль (старый программа не покажет — его можно только заменить). Если вход был по учётной записи Windows — включите Аутентификация операционной системы и укажите домен и логин.
4. Проверьте Показывать в списке выбора, чтобы пользователь снова появился в окне запуска.
5. Запишите и закройте.

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

Восстанавливаем пользователя через Конфигуратор

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

Откройте базу в режиме Конфигуратор и зайдите в меню Администрирование → Пользователи. Монопольный доступ для правки списка пользователей не нужен — другие могут работать.

Дальше два варианта:

• Конфигурация с управляемым справочником пользователей (БП 3.0, ЗУП 3.1, УТ 11). Не создавайте пользователя здесь вручную. Если создать его с другим именем, карточка в программе не найдёт связь, и вы получите двух «половинок» одного человека. Правильнее закрыть Конфигуратор и включить вход в карточке справочника — платформа сама добавит пользователя ИБ.
• Самописная или устаревшая конфигурация без справочника пользователей. Здесь Конфигуратор — единственное место. По кнопке Добавить заполните имя и полное имя, на закладке Прочие отметьте нужные роли (без роли пользователь не запустит базу), задайте пароль. Имя нового пользователя должно совпадать со старым, если на него завязаны права в коде.

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

Создаём запись заново, если пользователь удалён

Когда из справочника «Пользователи» удалён сам элемент (пометили на удаление и очистили), восстановить ту же запись нельзя — её больше нет в базе. Остаётся создать новую и настроить как прежнюю. Если запись пока только помечена на удаление, но ещё не очищена, спешить не нужно: снимите пометку в списке по команде Ещё → Снять пометку удаления, и пользователь вернётся целиком, вместе с настройками.

В Администрирование → Настройки пользователей и прав → Пользователи нажмите Создать и заполните карточку:

1. Полное имя (ФИО) и, при необходимости, физическое лицо или сотрудника, к которому привязан пользователь.
2. Имя для входа — лучше такое же, как было, чтобы совпали ссылки в настройках обмена и внешних подключениях.
3. Способ входа и пароль.
4. Профиль групп доступа через кнопку Права доступа.

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

Персональные настройки (внешний вид форм, последние открытые документы, личные отчёты) привязаны к внутреннему идентификатору прежнего пользователя ИБ. У новой записи идентификатор другой, поэтому эти настройки не вернутся — их задают заново. Назначения и движения документов, где старый пользователь стоял как ответственный, при этом не теряются: они ссылаются на элемент справочника, а не на пользователя ИБ.

Клиент-серверная база: резервная копия вместо прямого SQL

В клиент-серверном варианте пользователи информационной базы хранятся внутри СУБД — в служебных таблицах платформы. Фирма «1С» не поддерживает их правку запросами, и ручное вмешательство в эти таблицы с большой вероятностью повредит базу. Восстанавливать пользователя SQL-запросами к таблицам 1С не нужно — это путь к испорченной базе, а не к решению.

Надёжный способ один — резервная копия. Порядок такой:

1. Снимите актуальную копию СУБД (для Microsoft SQL Server или PostgreSQL средствами самой СУБД) либо выгрузку .dt через Конфигуратор: Администрирование → Выгрузить информационную базу.
2. Разверните копию, где уже был нужный пользователь, в отдельную базу, а не поверх рабочей.
3. Посмотрите в копии имя пользователя, его профили и настройки.
4. Воссоздайте пользователя в рабочей базе по образцу из копии.

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

Если развернуть копию не получается. Бэкап СУБД разворачивают средствами того же сервера баз данных, под которым он снят, — восстановить копию PostgreSQL на Microsoft SQL Server напрямую нельзя. Когда доступа к серверу СУБД у вас нет, попросите администратора сервера развернуть копию в отдельную базу, а настройки пользователя вы перенесёте уже сами. Выгрузка .dt в этом смысле удобнее: её разворачивают через Конфигуратор в пустую файловую или серверную базу без прав на сам сервер СУБД.

Облачная 1С:Fresh: где искать управление пользователями

В сервисе 1С:Fresh доступа к Конфигуратору у абонента нет, поэтому часть приёмов из разделов выше не применима. Пользователями здесь управляют на двух уровнях:

• 🌐 Личный кабинет сервиса на портале (вход под владельцем абонемента) — там заводят и возвращают пользователей абонента, выдают им доступ к приложениям.
• 📇 Внутри самого приложения — тот же раздел Администрирование → Настройки пользователей и прав → Пользователи, что и в коробочной версии.

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

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

Частые ошибки при возврате пользователя

• 🔸 Создали пользователя в Конфигураторе с новым именем. В управляемой конфигурации появляются две записи, обе неполные. Удалите лишнюю и восстановите связь через карточку справочника.
• 🔸 Включили вход, но забыли профиль доступа. Человек заходит в пустую программу. Назначьте профиль по кнопке Права доступа.
• 🔸 Приняли недействительного за удалённого. Запись была на месте, просто скрыта. Снимите флажок Недействителен.
• 🔸 Восстановили всю базу из копии ради одной учётки. Потеряны свежие данные. Разворачивайте копию отдельно.
• 🔸 Удалили последнего администратора и не можете войти. Пустая от пользователей база пускает без пароля — зайдите и создайте администратора заново, затем сразу задайте ему пароль.
• 🔸 Правили роли в Конфигураторе, а они сбросились. В управляемой конфигурации набор ролей держит профиль доступа: меняйте права через профиль в программе, а не вручную в Конфигураторе.