Пользователь заблокирован в 1С: как вернуть ему вход

· 9 мин

Содержание

Чаще всего «пользователь заблокирован» в 1С 8.3 — это снятый флажок входа в карточке сотрудника. Открываете Администрирование → Настройки пользователей и прав → Пользователи, заходите в карточку и ставите галочку «Вход в программу разрешён». Доступ возвращается сразу, перезапуск базы не нужен.

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

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

Сначала определите, какая это блокировка

Способ разблокировки зависит от причины. Одна и та же фраза «не пускает в базу» означает минимум пять разных механизмов, и лечатся они по-разному.

  • 🔒 Снят флаг входа — в карточке пользователя убрана галочка «Вход в программу разрешён». Решается за полминуты.
  • 📅 Истёк срок действия — в карточке стоит дата в поле «Недействителен с», и она уже прошла.
  • 🌐 Общая блокировка базы — администратор включил запрет работы на время обновления или обслуживания. Касается всех, кроме тех, кому выдан код разрешения.
  • ⏳ Завис сеанс — пользователь аварийно вышел, а его сеанс остался активным; при повторном входе появляется «Сеанс работы с информационной базой завершён» или «Нет доступных лицензий».
  • 🔑 Забыт пароль — это не блокировка, но симптом тот же: войти не получается.

Сопоставьте сообщение на экране с причиной — дальше идите в нужный раздел.

Диагностика: выберите симптом

Снять запрет входа в режиме «1С:Предприятие»

Это основной и самый безопасный путь. Подходит для типовых конфигураций на Библиотеке стандартных подсистем — Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11 и других. Нужны права администратора в базе.

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

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

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

После записи попросите сотрудника войти. Перезапускать базу или сервер не требуется — изменение действует сразу.

Если разблокировать нужно сразу несколько человек

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

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

Чем «запрет входа» отличается от удаления прав

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

Сброс пароля и доступ через Конфигуратор

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

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

Сбросив пароль, передайте сотруднику временный и попросите сменить его при первом входе.

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

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

Снятие общей блокировки работы с базой

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

Снять такую блокировку можно в режиме «1С:Предприятие» под администратором:

  1. Откройте Администрирование → Обслуживание.
  2. Найдите Блокировка работы пользователей.
  3. Снимите флаг блокировки и запишите настройку.

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

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

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

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

Клиент-серверная база: завершение зависшего сеанса

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

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

Безопасный способ — завершить старый сеанс:

Через режим «1С:Предприятие»: откройте Администрирование → Обслуживание → Активные пользователи, найдите зависший сеанс сотрудника и завершите его. После этого человек заходит заново.

Через консоль администрирования серверов (оснастка «Администрирование серверов 1С:Предприятия»): разверните кластер → Сеансы, найдите нужный сеанс по имени пользователя, вызовите контекстное меню и удалите.

Через утилиту rac на сервере: посмотреть список сеансов — rac session list, завершить конкретный — командой завершения сеанса с указанием кластера и идентификатора сеанса. Точный синтаксис параметров смотрите в rac help, не подбирайте ключи наугад.

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

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

Файловая база: в чём особенность

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

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

Утилита chdbfl.exe к разблокировке пользователя отношения не имеет. Это средство проверки и восстановления физической целостности файла базы 1Cv8.1CD. Запускать его «чтобы разблокировать вход» бессмысленно и рискованно: работать с ним можно только при закрытой базе и свежей резервной копии.

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

Если заблокирован единственный администратор

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

Что помогает:

  • Есть второй администратор — пусть он снимет запрет или сбросит пароль через режим «1С:Предприятие» или Конфигуратор. Это самый быстрый выход, поэтому держите хотя бы двух полноправных пользователей.
  • Файловая база, пароль администратора на уровне платформы не задан — зайдите в Конфигуратор; если аутентификация 1С без пароля, доступ откроется, и оттуда уже восстановите прикладную учётку.
  • Список пользователей платформы пуст — тогда платформа пускает без ограничений, и вы сможете пересоздать администратора. Но пустой список возможен только если его действительно никто не заполнял.

Чего делать не нужно:

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

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

Типичные ошибки при разблокировке

Отдельные промахи встречаются раз за разом — проверьте себя по ним, прежде чем звать специалиста.

Что сделалиПочему не сработало
Поставили галочку входа, но не убрали дату «Недействителен с»Просроченная дата перекрывает галочку — вход всё равно закрыт
Сбросили пароль в Конфигураторе, а сотрудник всё равно не входитСнят не пароль, а прикладной флаг входа — его правят в режиме «1С:Предприятие»
Завершили не тот сеанс в клиент-серверной базеПрервали чужую активную работу; нужный «висящий» сеанс остался
Удалили одну из дублирующихся учёток наугадУдалили рабочую запись вместо дубля
Пытались снять блокировку SQL-запросомПрямое изменение таблиц базы запрещено и портит данные

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

Нужно ли перезапускать базу или сервер после снятия запрета входа?
Нет. Галочка входа и очистка срока действия применяются сразу. Перезапуск нужен только после обновления конфигурации, а не после правки учётной записи.
Пользователь заблокировался сам после нескольких неверных паролей?
В типовых конфигурациях на БСП настраиваются политики паролей (длина, срок действия), но автоблокировки после серии неверных попыток по умолчанию нет. Если вход не идёт — это забытый пароль или снятый флаг, а не автоматический «бан». Сбросьте пароль.
Чем снятие запрета входа отличается от удаления прав?
Запрет входа не пускает в базу вообще. Пустой профиль прав пускает, но работать не даёт — человек не видит документы и разделы. Это разные настройки в разных местах карточки.
Можно ли разблокировать пользователя, не зная пароль администратора?
В общем случае нет — для снятия запрета нужны полные права. Исключения: файловая база без пароля на платформе (через Конфигуратор) или помощь второго администратора. Иначе остаётся восстановление из резервной копии.
Почему после завершения сеанса пользователь всё равно не входит?
Либо сеанс пересоздался (программа у него не закрыта и переподключается), либо дело не в сеансе, а в снятом флаге входа или занятых лицензиях. Проверьте карточку и список активных пользователей ещё раз.