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