Администрирование · 13 мин
Что такое список пользователей в 1С и как с ним работать
Список пользователей в 1С: что это такое, где найти в конфигураторе и режиме 1С:Предприятие, как добавить пользователя, назначить роли и права доступа.
Список пользователей в 1С — это перечень учётных записей, которые могут подключаться к информационной базе. Каждая запись содержит имя пользователя, способ аутентификации, набор ролей и дополнительные настройки: язык интерфейса, режим запуска, пароль и его ограничения. Без записи в этом списке человек физически не сможет войти в базу — система просто не опознает его при подключении.
Список пользователей существует в двух «слоях» 1С, и это частая причина путаницы. Первый слой — пользователи информационной базы, которые заводятся в конфигураторе или через административные функции и определяют само право входа. Второй слой — справочник «Пользователи» в типовых конфигурациях (например, в «1С:Бухгалтерии» или «1С:Управление торговлей»), где хранятся дополнительные данные: подразделение, физлицо, настройки интерфейса. Эти два слоя связаны, но не тождественны.
Понимание того, как устроен список пользователей, нужно администратору для решения повседневных задач: принять нового сотрудника, заблокировать уволенного, разграничить права между кассиром и главбухом, разобраться, почему человек видит лишние документы или, наоборот, не видит нужный отчёт.
Где находится список пользователей в 1С
Основной способ открыть список пользователей — через конфигуратор. Запустите базу в режиме «Конфигуратор», затем в главном меню выберите «Администрирование» → «Пользователи». Откроется окно со всеми учётными записями базы: здесь их можно создавать, редактировать и удалять. Для выполнения этих действий у текущего пользователя должны быть административные права.
Второй вариант — работа в режиме 1С:Предприятие, то есть в обычном пользовательском режиме. В типовых конфигурациях список находится в разделе «Администрирование» → «Настройка пользователей и прав» → «Пользователи» (точное название раздела зависит от конфигурации и версии библиотеки стандартных подсистем). Этот путь удобнее, когда нельзя монопольно открывать конфигуратор или когда администрированием занимается не программист, а, например, руководитель отдела.
Для файловых баз есть ограничение: чтобы добавить или изменить пользователя через конфигуратор, все остальные сеансы с базой должны быть завершены — иначе изменения не сохранятся. В клиент-серверном варианте (SQL) редактирование списка пользователей возможно при работающих сеансах, но система может запросить подтверждение.
Из чего состоит учётная запись пользователя
Каждая запись в списке пользователей — это набор свойств, которые система проверяет при входе и применяет в течение сеанса. Минимальный набор — имя пользователя и хотя бы одна роль. Полное имя используется для отображения в интерфейсе и журнале регистрации, а имя (логин) — для идентификации при входе.
Основные свойства учётной записи:
- Имя и полное имя — логин для входа и отображаемое наименование;
- Аутентификация — способ проверки личности: пароль 1С, аутентификация операционной системы, OpenID;
- Пароль и его ограничения — минимальная длина, сложность, запрет смены пользователем;
- Роли — набор прав на объекты конфигурации;
- Язык и основной интерфейс — настройки представления для конкретного человека;
- Запуск — режим запуска (тонкий клиент, веб-клиент) и признак «показывать в списке выбора».
Флажок «Показывать в списке выбора» определяет, будет ли имя видно в выпадающем списке при старте базы. Для служебных учётных записей (например, для фоновых заданий или интеграций) этот флажок обычно снимают, чтобы не засорять список и не провоцировать вход под чужой учёткой.
Как добавить нового пользователя
Заведение нового сотрудника начинается с создания учётной записи. В конфигураторе откройте «Администрирование» → «Пользователи» и нажмите «Добавить». Заполните имя (логин без пробелов, обычно латиницей или транслитом фамилии) и полное имя. Установите пароль и при необходимости включите ограничения: минимальную длину, требование сложности.
На вкладке «Прочие» назначьте роли. Здесь кроется главный источник ошибок: если не назначить ни одной роли, пользователь войдёт в базу, но не увидит практически ничего. Если назначить роль «Полные права» временно «на всякий случай» и забыть снять — сотрудник получит доступ ко всем данным, включая зарплату и административные функции.
В типовых конфигурациях после создания пользователя в конфигураторе желательно проверить, что он появился в справочнике «Пользователи» режима предприятия, и привязать его к физическому лицу и подразделению. Это важно для корректной работы отборов по подразделениям, подстановки ответственного в документы и персональных настроек.
- 1Откройте конфигуратор и перейдите в Администрирование → Пользователи
- 2Нажмите «Добавить», укажите имя и полное имя
- 3Задайте пароль и настройте его ограничения
- 4Назначьте только необходимые роли на вкладке «Прочие»
- 5Сохраните запись и проверьте вход под новой учётной записью
- 6В режиме предприятия привяжите пользователя к физлицу в справочнике «Пользователи»
Роли и права: как разграничить доступ
Права в 1С не назначаются пользователю напрямую пообъектно — они собираются через роли. Конфигурация уже содержит готовый набор ролей, определённый разработчиком: например, «Бухгалтер», «Кассир», «Менеджер по продажам», «Только просмотр». Администратору остаётся сопоставить роли с должностными обязанностями сотрудника.
Принцип безопасной настройки — минимально необходимые права. Дайте пользователю ровно те роли, которые нужны для его работы, и проверьте результат под его учётной записью: откройте типичные для него документы, отчёты, попробуйте провести и отменить проведение. Если чего-то не хватает — добавьте узкую роль, а не «Полные права».
В типовых конфигурациях поверх ролей работают профили групп доступа — более гибкий механизм, где права собираются из мелких «разрешений» и могут ограничиваться на уровне отдельных организаций, складов или контрагентов. Если конфигурация поддерживает профили групп доступа, настраивайте доступ через них, а не через роли в конфигураторе: так настройка переживает обновления и управляется без программиста.
Сравнение подходов к назначению прав
Подходит для небольших баз и самописных конфигураций. Ограничение: изменения требуют доступа в конфигуратор и знания состава ролей.
Подходит для типовых конфигураций на БСП: гибкая настройка в режиме предприятия, ограничение по организациям и складам. Требует изучения механизма.
Только для администратора или на время аварийной отладки. Постоянная работа под полными правами — риск случайной порчи данных и нарушения разграничения доступа.
Блокировка и удаление пользователей
При увольнении сотрудника его учётную запись нужно отключить в день увольнения. Самый безопасный способ — снять все роли и установить заведомо неизвестный пароль либо снять флажки аутентификации. В типовых конфигурациях для этого предусмотрен признак «Недействителен» в карточке пользователя справочника: такой пользователь не сможет войти, но вся история его работы в документах и журнале регистрации сохранится.
Удалять учётную запись полностью стоит осторожно. Если пользователь был автором документов, ссылки «Ответственный» в его документах могут потерять значение или отображаться некорректно. Поэтому практичное правило: сначала блокировка, а физическое удаление — только после проверки, что учётная запись нигде не используется, либо не удалять её вовсе.
Отдельно проверьте активные сеансы: если уволенный сотрудник сейчас работает в базе, заблокируйте запись и завершите его сеанс через консоль кластера (для серверных баз) или функцию «Активные пользователи» в типовой конфигурации.
Типичные проблемы и их диагностика
Самая частая жалоба — «пользователь не может войти». Причин несколько: неверный пароль, учётная запись помечена недействительной, сняты флажки аутентификации, либо база в клиент-серверном режиме и вход блокируется на уровне кластера. Проверяйте по порядку: сначала карточку пользователя, затем журнал регистрации — там фиксируются отказы аутентификации с указанием причины.
Вторая типичная ситуация — «пользователь вошёл, но ничего не видит». Это почти всегда отсутствие ролей или пустой профиль группы доступа. Откройте карточку пользователя и сверьте назначенные роли с должностью. Если права назначены, а данных нет — проверьте ограничения на уровне записей: в профиле группы доступа могут быть заданы отборы по организации или складу, под которые данные не попадают.
Третья проблема — дубли в списке: один и тот же человек заведён дважды под похожими именами. Это приводит к путанице в отчётах по ответственным и в журнале регистрации. Лечение: определить, под какой записью реально работал человек (по журналу регистрации), заблокировать лишнюю и впредь заводить пользователей по единому шаблону именования.
Как проверить, что всё настроено правильно
После любых изменений в списке пользователей выполните контрольную проверку под учётной записью самого пользователя. Войдите в базу под его логином, откройте рабочие документы и отчёты, выполните типичную операцию — например, создайте и проведите документ. Убедитесь также в обратном: попытка открыть объекты, к которым доступа быть не должно, завершается корректным отказом.
Для аудита используйте журнал регистрации (в конфигураторе: «Администрирование» → «Журнал регистрации»). Отфильтруйте события по пользователю и посмотрите, какие действия он выполнял. Это основной инструмент расследования инцидентов: кто изменил документ, кто пытался войти с неверным паролем, когда завершался сеанс.
Полезно периодически делать ревизию списка пользователей: сверить его со штатным расписанием, найти записи без входов за длительный период, проверить, у кого назначены полные права. Такая ревизия занимает немного времени, но закрывает большинство рисков несанкционированного доступа.
Как проверить результат
Вход выполняется, открываются нужные разделы и документы
Ошибка аутентификации или пустой интерфейс без данных
Система выдаёт сообщение о нарушении прав доступа
Объект открывается — права избыточны
События входа и работы фиксируются под его именем
Действия записаны под чужой или общей учётной записью
Есть запись, привязана к физлицу, статус действующий
Запись отсутствует или помечена недействительной
Удобно завести внутреннее правило именования учётных записей — например, «ФамилияИО» латиницей. Единый шаблон избавляет от дублей, упрощает поиск в журнале регистрации и ускоряет заведение новых сотрудников.
Частые вопросы
Чем список пользователей в конфигураторе отличается от справочника «Пользователи»?
Список в конфигураторе определяет право входа в базу и содержит логин, пароль и роли. Справочник «Пользователи» в типовой конфигурации хранит прикладные данные: физлицо, подразделение, персональные настройки. Для полноценной работы сотрудника нужны обе записи, и обычно они создаются синхронно.
Можно ли нескольким сотрудникам работать под одной учётной записью?
Технически возможно, но делать этого не стоит. В журнале регистрации все действия будут записаны на одну запись, и установить реального автора изменений станет невозможно. Кроме того, общий пароль нельзя отозвать у одного уволенного человека, не меняя его для всех остальных.
Что делать, если забыт пароль пользователя?
Администратор может задать новый пароль в карточке пользователя в конфигураторе или в разделе администрирования типовой конфигурации. Узнать текущий пароль нельзя — он хранится в виде хеша, поэтому единственный вариант — установить новый и передать его пользователю.
Как ограничить пользователя только одной организацией?
В типовых конфигурациях это делается через профили групп доступа: создайте профиль с разрешёнными значениями доступа по конкретной организации и назначьте его пользователю. В самописной конфигурации потребуется настройка ограничения доступа на уровне записей (RLS) в ролях, что является задачей разработчика.
Почему пользователь не видит список выбора при входе в базу?
Если в базе заведён только один пользователь с включённым показом в списке, либо у всех пользователей снят флажок «Показывать в списке выбора», система запросит имя и пароль вручную. Это нормальное поведение и даже более безопасное: злоумышленник не видит существующих логинов.
Что важно запомнить
Список пользователей 1С — это учётные записи с правом входа, ролями и настройками аутентификации. Заводите каждого сотрудника отдельной записью, давайте минимально необходимые права, уволенных блокируйте, а не удаляйте, и после любых изменений проверяйте результат входом под учётной записью пользователя.