Проверка пользователя в 1С: что может, почему не входит, что делал
Содержание
Чтобы проверить пользователя 1С, откройте список пользователей: Администрирование → Настройки пользователей и прав → Пользователи. В карточке видно, разрешён ли вход, какой способ аутентификации задан и в какие группы доступа он входит. Это первая точка проверки. Всё остальное — активные сеансы, журнал регистрации, лицензия — отвечает на другие вопросы: «что он делал» и «почему программа его не пускает».
Типичная ситуация: сотрудница пишет, что не видит кнопку проведения реализации, а коллега с той же должностью видит. Или наоборот, уволенный менеджер ещё числится в списке, и никто не знает, чем он занимался последний месяц. Ниже — способы, от самых безопасных (только просмотр) к тем, где что-то меняется.
Права и пароли меняет только администратор базы или тот, кому это поручено регламентом. Просматривать карточки может любой, у кого есть доступ к списку пользователей, но правка чужих настроек — отдельная ответственность.
Что проверять и в каком порядке
Не начинайте с журнала регистрации: он огромный. Идите от простого к сложному.
| Вопрос | Где смотреть | Что меняется |
|---|---|---|
| Может ли вообще войти | Карточка пользователя | Ничего |
| Что разрешено | Группы доступа и профили | Ничего |
| Кто сейчас в базе | Активные пользователи | Ничего |
| Что делал | Журнал регистрации | Ничего |
| Почему не пускает лицензия | Сообщение при входе, настройки лицензирования | Возможно |
Если задача — «понять», достаточно первых четырёх строк. Менять что-либо стоит, когда причина найдена.
Права пользователя: роли, группы доступа, профили
В типовых конфигурациях 8.3 (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) права выдаются не напрямую, а через группы доступа. Пользователя включают в группу, группа привязана к профилю, а профиль — это набор ролей. Поэтому «покажите роли этого пользователя» напрямую не ответит: нужно пройти цепочку.
Шаг 1. Открыть карточку
- Перейдите в
Администрирование → Настройки пользователей и прав → Пользователи. - Найдите человека по фамилии и откройте карточку двойным щелчком.
- Посмотрите блок с группами доступа: там перечислено, в какие группы он включён.
Шаг 2. Разобрать профиль
В разделе Администрирование → Настройки пользователей и прав откройте профили групп доступа. Профиль «Бухгалтер», «Менеджер по продажам» или «Администратор» — это и есть набор ролей. Сравните профиль проблемного пользователя с профилем коллеги, у которого всё работает. Разница обычно видна сразу: в одном профиле есть роль на проведение документов, в другом нет.
Шаг 3. Проверить ограничения на уровне данных
Даже с нужной ролью человек может не видеть часть данных. В группе доступа задаются ограничения по организациям, складам, контрагентам. Типичный сюрприз: пользователь «не видит» документы другой организации, хотя роли у него полные. Открывайте группу доступа и смотрите вкладку с разрешёнными значениями.
Если в базе включён режим, где права настраиваются прямо в Конфигураторе, список ролей пользователя виден в окне Администрирование → Пользователи: у каждого пользователя есть вкладка «Прочие» с флажками ролей. Работать там нужно осторожно, и только когда в базе нет штатного механизма групп доступа.
Как отличить «нет роли» от «ограничен по данным»
- 🔹 Нет роли: кнопки или команды нет в интерфейсе вообще, при попытке выполнить действие — сообщение «Недостаточно прав».
- 🔹 Ограничен по данным: интерфейс обычный, но список пуст или документ «не найден», хотя коллеги его видят.
- 🔹 Не включён в нужную группу: кнопки нет, а профиль у коллеги тот же. Проверьте, что оба в одной группе.
Блокировка и запрет входа
Когда пользователь жалуется «меня не пускает», сначала уточните текст сообщения. «Неверное имя пользователя или пароль» и «Вход в программу запрещён» — разные случаи.
Что проверить в карточке
В карточке пользователя есть флажки, которые отвечают за вход:
- ✅ «Вход в программу разрешён» — снят, значит, пользователь заблокирован. Так обычно «увольняют» учётную запись: удалять её нельзя, потому что тогда история документов потеряет автора.
- ✅ Способ аутентификации — собственный пароль 1С:Предприятия, доменная учётная запись или другой вариант. Если включена только доменная аутентификация, а пользователь вводит пароль, вход не получится.
- ✅ Показывать ли пользователя в списке выбора при входе. Если флажок снят, человек не виден в окне выбора, но войти всё равно может, введя имя вручную.
Сброс пароля
Если вход разрешён, а пароль забыт, администратор задаёт новый в карточке. Старый пароль не показывается, 1С хранит только его хэш. Рекомендация обычная: пусть пользователь сменит выданный пароль сам при первом входе.
Увольнение сотрудника
Правильный порядок такой: снять разрешение на вход, убрать из групп доступа, оставить запись в справочнике. Так в документах сохранится автор, а войти под этой учёткой уже нельзя.
Не удаляйте пользователя «чтобы почистить список». Удаление может оборвать связь с авторством документов и записей журнала. Снимите разрешение на вход.
Кто сейчас в базе: активные сеансы
Перед обновлением, переносом или монопольной операцией нужно знать, кто работает. В режиме 1С:Предприятие список активных пользователей открывается из раздела администрирования, в подразделе поддержки и обслуживания. Для каждого видно имя, компьютер, приложение (тонкий клиент, веб-клиент, Конфигуратор) и время начала сеанса.
Что можно увидеть из этого списка:
- 🔹 Один и тот же человек в двух сеансах с разных компьютеров. Это либо забытый сеанс, либо чужое использование его пароля.
- 🔹 Сеанс Конфигуратора там, где его быть не должно.
- 🔹 Сеанс, который висит с ночи. Такой держит блокировки и мешает обновлению.
В Конфигураторе тот же список открывается через Администрирование → Активные пользователи. Оттуда можно завершить сеанс. Перед завершением чужого сеанса предупредите человека: несохранённые данные пропадут.
Для клиент-серверной базы сеансы видны и в консоли администрирования серверов 1С — там их можно сопоставить с процессами и соединениями.
Журнал регистрации: что пользователь делал
Журнал регистрации — главный инструмент аудита. Он записывает вход и выход, создание и изменение данных, ошибки, действия администратора. Открывается в Администрирование → Поддержка и обслуживание → Журнал регистрации (в Конфигураторе: Администрирование → Журнал регистрации).
Как не утонуть в записях
Включите отбор сразу, иначе журнал за месяц откроется очень долго.
- Задайте период — например, один день, когда случилась проблема.
- Отберите по пользователю.
- Сузьте по важности: сначала «Ошибка» и «Предупреждение», потом «Информация».
- Если интересует конкретный объект, добавьте отбор по метаданным (документ, справочник).
Что искать
| Событие | О чём говорит |
|---|---|
| Сеанс. Начало и завершение | Когда и откуда заходил |
| Сеанс. Аутентификация | Успешный вход или отказ |
| Данные. Изменение | Что менял и в каком объекте |
| Данные. Удаление | Кто удалил документ или элемент |
| Данные. Проведение | Кто провёл или отменил проведение |
Если нужно понять, кто удалил документ, ищите событие удаления по этому объекту. Обычно в записи есть и пользователь, и компьютер, и время.
Подробность записей зависит от настроек журнала. Что в журнал не попало, то потом не восстановить. Для критичных баз имеет смысл заранее включить запись изменения данных и входа пользователей.
Хранение журнала
Журнал занимает место. В файловой базе его рано или поздно разрастают до сотен мегабайт. Регламентная сборка «чистит» старые записи или выгружает их в архив. Если нужна глубина истории — например, год, — договоритесь об этом заранее и настройте хранение, иначе нужных записей может не оказаться.
История изменений прав
Отдельный вопрос аудита: кто и когда выдал пользователю доступ. Здесь тоже помогает журнал регистрации: изменения пользователей и групп доступа пишутся как события администрирования. Отберите по пользователю-администратору и по событиям, связанным со справочником пользователей и группами доступа.
Практический приём: перед проверкой сделайте снимок того, что сейчас есть. Откройте группу доступа, посмотрите состав и сохраните таблицу — отчёт или скриншот. Сравнить через месяц будет с чем.
Если требуется регулярный контроль, полезны три привычки:
- 🔹 Раз в квартал выгружать список пользователей с группами и сверять с кадровым списком.
- 🔹 Проверять, нет ли у уволенных включённого флажка входа.
- 🔹 Смотреть, у скольких человек есть полные права. Чем их больше, тем выше риск случайной ошибки.
Лицензии и файл LicInfo.cfl
Отдельная история — когда пользователь входит, но получает сообщение о нехватке лицензий или о недоступности ключа. Аутентификация здесь ни при чём: пользователь есть, права есть, нет свободной лицензии.
Что проверить по порядку:
- Сколько лицензий куплено и сколько сеансов открыто сейчас. Лишние сеансы видны в списке активных пользователей — иногда это забытые сеансы того же сотрудника.
- Доступен ли ключ защиты или программная лицензия на машине, где работает сервер.
- Не закрыты ли «зависшие» сеансы, которые занимают лицензию.
LicInfo.cfl — служебный файл, где платформа хранит сведения о лицензиях. Правит его только сама платформа. Если в связи с лицензией вам советуют удалить этот файл, сначала остановитесь: удаление затрагивает работу всех подключённых, поэтому делайте это только вне рабочего времени и по согласованию с администратором, после резервной копии. Не редактируйте файл вручную и не копируйте его между машинами.
Официальная справка по лицензированию есть на сайте поддержки 1С; мы здесь её не воспроизводим.
Внешние отчёты и обработки для проверки
Когда штатных средств не хватает, администраторы пользуются внешними отчётами и обработками. Например, обработка, которая сводит в одну таблицу пользователей, их группы и ролевые профили, или отчёт, показывающий активность по входам.
Правила безопасности:
- ⚠️ Подключайте только то, что получили из надёжного источника. Внешняя обработка выполняет код с правами того, кто её открыл. Если это администратор, то с правами администратора.
- ⚠️ Сначала проверьте на копии базы.
- ⚠️ В режимах с ограниченными правами внешние обработки по умолчанию могут быть запрещены. Разрешает их администратор в настройках.
Открываются они через меню Файл → Открыть в режиме 1С:Предприятие, либо подключаются в справочнике дополнительных отчётов и обработок, если такая подсистема включена.
Свой отчёт на основе системы компоновки данных можно собрать за час: источник — справочник пользователей , поля — имя, признак входа, группы. Но и без разработки для большинства задач хватает штатных средств выше.
Если ничего не нашли
Последовательность на случай, когда проблема не объясняется карточкой:
- Попросите пользователя прислать скриншот сообщения с точным текстом.
- Проверьте, под кем он реально вошёл: нередко человек работает под учёткой коллеги или под общей учёткой «Бухгалтер», у которой другие права.
- Войдите сами под тестовым пользователем с тем же профилем и повторите действие.
- Посмотрите журнал регистрации на момент ошибки — там часто есть описание.
- Если в базе стоит расширение конфигурации , проверьте, не оно ли добавляет ограничения.
Общие учётные записи для нескольких человек — зло: по журналу нельзя понять, кто что сделал. Лучше создать каждому личную учётку и разделить права профилями.