Пользователь заблокирован в 1С: как вернуть ему вход
Содержание
Чаще всего «пользователь заблокирован» в 1С 8.3 — это снятый флажок входа в карточке сотрудника. Открываете Администрирование → Настройки пользователей и прав → Пользователи, заходите в карточку и ставите галочку «Вход в программу разрешён». Доступ возвращается сразу, перезапуск базы не нужен.
Но под словом «блокировка» скрываются разные ситуации: запрет входа конкретному сотруднику, истёкший срок действия учётной записи, общая блокировка работы с базой на время обновления и зависший сеанс в клиент-серверной базе. Разблокировать пользователя быстро можно только тогда, когда вы понимаете, что именно его держит.
Разберём все случаи по порядку: от безопасного флажка в режиме «1С:Предприятие» до завершения сеанса через консоль администрирования сервера и восстановления доступа, когда заблокированным оказался единственный администратор.
Сначала определите, какая это блокировка
Способ разблокировки зависит от причины. Одна и та же фраза «не пускает в базу» означает минимум пять разных механизмов, и лечатся они по-разному.
- 🔒 Снят флаг входа — в карточке пользователя убрана галочка «Вход в программу разрешён». Решается за полминуты.
- 📅 Истёк срок действия — в карточке стоит дата в поле «Недействителен с», и она уже прошла.
- 🌐 Общая блокировка базы — администратор включил запрет работы на время обновления или обслуживания. Касается всех, кроме тех, кому выдан код разрешения.
- ⏳ Завис сеанс — пользователь аварийно вышел, а его сеанс остался активным; при повторном входе появляется «Сеанс работы с информационной базой завершён» или «Нет доступных лицензий».
- 🔑 Забыт пароль — это не блокировка, но симптом тот же: войти не получается.
Сопоставьте сообщение на экране с причиной — дальше идите в нужный раздел.
Снять запрет входа в режиме «1С:Предприятие»
Это основной и самый безопасный путь. Подходит для типовых конфигураций на Библиотеке стандартных подсистем — Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11 и других. Нужны права администратора в базе.
- Откройте базу под учётной записью с полными правами.
- Перейдите в
Администрирование → Настройки пользователей и прав. - Нажмите ссылку
Пользователи— откроется список сотрудников. - Найдите нужного и откройте его карточку двойным щелчком.
- Поставьте галочку «Вход в программу разрешён» и запишите карточку.
Если рядом с галочкой есть поле «Недействителен с» с прошедшей датой — очистите его или поставьте дату в будущем. Пока дата в прошлом, платформа считает учётную запись просроченной и вход не даёт, даже если основная галочка стоит.
В списке пользователей заблокированные обычно показаны серым или перечёркнутым. Если нужного человека в списке вообще нет — возможно, учётную запись удалили, и её придётся создавать заново.
После записи попросите сотрудника войти. Перезапускать базу или сервер не требуется — изменение действует сразу.
Если разблокировать нужно сразу несколько человек
Когда вход закрыли целому отделу (например, после массового заведения учёток со снятым флагом), по одной карточке их открывать долго. В типовых конфигурациях для этого есть обработка «Групповое изменение реквизитов»: выделите в списке пользователей нужные строки, вызовите её из командной панели или через главное меню → Все функции → Обработки, выберите реквизит входа и задайте значение сразу для всех выделенных.
Проверьте результат по списку: после обработки заблокированные строки перестанут отображаться серым. Групповое изменение не трогает пароли и права — только тот реквизит, который вы указали, поэтому риск что-то сломать минимален.
Чем «запрет входа» отличается от удаления прав
Снятая галочка входа и пустой профиль прав — разные вещи. Если галочка стоит, но пользователь жалуется, что «ничего не видит и не может работать», проверьте вкладку с правами доступа: возможно, ему не назначена ни одна группа доступа. Это уже не блокировка входа, а настройка ролей.
Сброс пароля и доступ через Конфигуратор
Конфигуратор нужен в двух случаях: сотрудник забыл пароль, или в базу вообще не зайти в режиме «1С:Предприятие», чтобы снять флаг. Конфигуратор работает со списком пользователей информационной базы напрямую.
- Запустите базу в режиме
Конфигуратор. - Откройте
Администрирование → Пользователи. - Найдите учётную запись и откройте её двойным щелчком.
- На вкладке
Основныев разделе аутентификации очистите или задайте новый пароль. - Сохраните изменения.
Сбросив пароль, передайте сотруднику временный и попросите сменить его при первом входе.
Флаг «Вход в программу разрешён» — это реквизит справочника «Пользователи», он хранится в самой базе, а не в списке пользователей платформы. Через Конфигуратор снять именно этот прикладной запрет нельзя — только через режим «1С:Предприятие». Конфигуратор решает задачи с паролем и аутентификацией платформы, но не с прикладным флагом входа.
Если в списке Конфигуратора несколько записей с похожими именами — не удаляйте их наугад. Дубли появляются, когда учётную запись заводили и в Конфигураторе, и в прикладном списке. Сначала разберитесь, какая из них рабочая.
Снятие общей блокировки работы с базой
Иногда вход закрыт сразу всем: администратор включил блокировку перед обновлением или резервным копированием. На экране — сообщение, что база временно недоступна или идёт обслуживание.
Снять такую блокировку можно в режиме «1С:Предприятие» под администратором:
- Откройте
Администрирование → Обслуживание. - Найдите
Блокировка работы пользователей. - Снимите флаг блокировки и запишите настройку.
Если нужный пункт не отображается в разделе, откройте его через главное меню: значок меню в левом верхнем углу → Все функции.
У такой блокировки задаётся начало и конец. По наступлении времени «конец» она снимается сама — это и есть автоматическая разблокировка по расписанию. Если ждать нельзя, снимите флаг вручную.
Для входа во время действия блокировки предусмотрен код разрешения — строка, которую администратор задаёт при её включении. Пользователь, запустивший базу с этим кодом в параметрах запуска, проходит, пока остальные ждут. Поэтому обновление и делают: один администратор входит по коду, остальные ждут окончания.
Отличайте этот сценарий от запрета конкретному сотруднику. Общая блокировка не привязана к учётной записи — она перекрывает вход всем сразу и снимается одним флагом или по времени. Если же не пускает только одного человека, а коллеги рядом спокойно работают, общая блокировка ни при чём: ищите причину в его карточке.
Клиент-серверная база: завершение зависшего сеанса
В клиент-серверном варианте причиной «блокировки» часто бывает не запрет, а повисший сеанс: программа аварийно закрылась, а на сервере запись о сеансе осталась. При повторном входе человек утыкается в «Сеанс завершён» или «Нет доступных лицензий».
Прямое редактирование таблиц базы 1С через SQL запрещено и ведёт к порче данных. Снимать блокировки и сеансы запросами к SQL Server не нужно и опасно — для этого есть штатные средства кластера. Если кто-то советует «поправить флаг пользователя SQL-запросом», не делайте этого.
Безопасный способ — завершить старый сеанс:
Через режим «1С:Предприятие»: откройте Администрирование → Обслуживание → Активные пользователи, найдите зависший сеанс сотрудника и завершите его. После этого человек заходит заново.
Через консоль администрирования серверов (оснастка «Администрирование серверов 1С:Предприятия»): разверните кластер → Сеансы, найдите нужный сеанс по имени пользователя, вызовите контекстное меню и удалите.
Через утилиту rac на сервере: посмотреть список сеансов — rac session list, завершить конкретный — командой завершения сеанса с указанием кластера и идентификатора сеанса. Точный синтаксис параметров смотрите в rac help, не подбирайте ключи наугад.
Завершение сеанса обрывает работу этого пользователя: несохранённые данные в открытых формах пропадут. Предупредите сотрудника и завершайте только действительно зависшие сеансы, а не чужую активную работу.
Клиент обращается к базе через агент кластера, затем к менеджеру и рабочим процессам. Сеансы видит и агент, и консоль — поэтому и из интерфейса базы, и из оснастки вы работаете с одним и тем же списком.
Файловая база: в чём особенность
В файловой базе сеансов на сервере нет, но «занята другим пользователем» встречается. Обычно это чей-то реально открытый сеанс.
Разблокировка пользователя в файловой базе делается теми же способами: флаг входа снимается в режиме «1С:Предприятие», пароль сбрасывается в Конфигураторе. Разницы в карточке пользователя между файловой и клиент-серверной базой нет.
Утилита chdbfl.exe к разблокировке пользователя отношения не имеет. Это средство проверки и восстановления физической целостности файла базы 1Cv8.1CD. Запускать его «чтобы разблокировать вход» бессмысленно и рискованно: работать с ним можно только при закрытой базе и свежей резервной копии.
Если файловая база упорно пишет, что занята, хотя все вышли, — убедитесь, что ни у кого не остался открытый Конфигуратор или фоновый сеанс, и что база не открыта по сети у другого сотрудника.
Если заблокирован единственный администратор
Самая неприятная ситуация: доступ потерян у единственной учётной записи с полными правами. Снять флаг в режиме «1С:Предприятие» некому — туда не войти.
Что помогает:
- Есть второй администратор — пусть он снимет запрет или сбросит пароль через режим «1С:Предприятие» или Конфигуратор. Это самый быстрый выход, поэтому держите хотя бы двух полноправных пользователей.
- Файловая база, пароль администратора на уровне платформы не задан — зайдите в Конфигуратор; если аутентификация 1С без пароля, доступ откроется, и оттуда уже восстановите прикладную учётку.
- Список пользователей платформы пуст — тогда платформа пускает без ограничений, и вы сможете пересоздать администратора. Но пустой список возможен только если его действительно никто не заполнял.
Чего делать не нужно:
- Не удаляйте базу и не «пересоздавайте» её, чтобы сбросить пароль, — потеряете данные.
- При потерянном пароле администратора кластера серверов не пересоздавайте кластер. Остановите службу сервера, восстановите рабочий каталог кластера из резервной копии или обратитесь к администратору сервера.
Регулярная выгрузка .dt и резервные копии базы — страховка именно на этот случай. Из копии недельной давности восстановить учётки проще, чем подбирать доступ к рабочей базе.
Типичные ошибки при разблокировке
Отдельные промахи встречаются раз за разом — проверьте себя по ним, прежде чем звать специалиста.
| Что сделали | Почему не сработало |
|---|---|
| Поставили галочку входа, но не убрали дату «Недействителен с» | Просроченная дата перекрывает галочку — вход всё равно закрыт |
| Сбросили пароль в Конфигураторе, а сотрудник всё равно не входит | Снят не пароль, а прикладной флаг входа — его правят в режиме «1С:Предприятие» |
| Завершили не тот сеанс в клиент-серверной базе | Прервали чужую активную работу; нужный «висящий» сеанс остался |
| Удалили одну из дублирующихся учёток наугад | Удалили рабочую запись вместо дубля |
| Пытались снять блокировку SQL-запросом | Прямое изменение таблиц базы запрещено и портит данные |
Ещё одна частая путаница — «нет доступных лицензий» принимают за блокировку пользователя. Лицензии заняты не правами, а числом сеансов: завершите лишние зависшие сеансы, и вход откроется без всякой разблокировки.